移動体通信システム
【課題】 集合キャリアに対応させて通信速度向上を実現しつつ、集合キャリアに含まれる部分キャリアに効率的にキャンプオンできる移動体通信システムを提供する。
【解決手段】 本発明の移動体通信システムでは、複数の部分キャリアを個別に使用するか又は複数の部分キャリアを集めた集合キャリアを使用して、部分キャリアに対応した移動端末又は集合キャリアに対応した移動端末と基地局とが無線通信する。特に、集合キャリアを使用して集合キャリアに対応した移動端末と基地局とが無線通信する場合、移動端末は集合キャリアに含まれるいずれか一つの部分キャリアにキャンプオンする。
【解決手段】 本発明の移動体通信システムでは、複数の部分キャリアを個別に使用するか又は複数の部分キャリアを集めた集合キャリアを使用して、部分キャリアに対応した移動端末又は集合キャリアに対応した移動端末と基地局とが無線通信する。特に、集合キャリアを使用して集合キャリアに対応した移動端末と基地局とが無線通信する場合、移動端末は集合キャリアに含まれるいずれか一つの部分キャリアにキャンプオンする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の移動端末と基地局との間で無線通信を実施する移動体通信システムに関するものである。
【背景技術】
【０００２】
第３世代と呼ばれる通信方式のうち、Ｗ−ＣＤＭＡ（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）とは、加入者が属するＣＳＧセルのすべてのＣＳＧ ＩＤが記録されている、ＵＳＩＭ（Universal Subscriber Identity Module）に格納されたリストである。移動端末内のホワイトリストは上位レイヤによって与えられる。これによりＣＳＧセルの基地局は移動端末に無線リソースの割り当てを行う。
【００２０】
「適切なセル」（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）システムでは、ＬＴＥシステムの周波数帯域幅より大きい周波数帯域幅をサポートすることが考えられている。通信速度向上のためである。現在の３ＧＰＰではＬＴＥ-Ａシステムの周波数帯域幅は１００ＭＨｚ以下となることが議論されている。
【００２５】
各地域の周波数利用状況は様々である。よって周波数帯域幅を連続して１００ＭＨｚ確保出来ない地域も考えられる。また、ＬＴＥ−ＡシステムにおいてＬＴＥ対応移動端末の互換動作が考えられている。これにともない、現在の３ＧＰＰでは周波数帯域（キャリア）をコンポーネントキャリア（部分キャリア）と呼ばれる単位に分けることが考えられている。現在の３ＧＰＰでは、本コンポーネントキャリア上においてＬＴＥ対応移動端末は動作可能とする方向である。また、ＬＴＥ−Ａシステムとしての通信速度向上は、コンポーネントキャリアをアグリゲーションして（集めて）作成した集合キャリアを使用することにより実現しようと考えられている。これ以降、コンポーネントキャリアをＣＣと、キャリアアグリゲーションをＣＡと略記することがある。
【００２６】
本発明の目的は、集合キャリアに対応させて通信速度向上を実現しつつ、集合キャリアに含まれる部分キャリアに効率的にキャンプオンできる移動体通信システムを提供することである。
【課題を解決するための手段】
【００２７】
本発明は、複数の部分キャリアを個別に使用するか又は前記複数の部分キャリアを集めた集合キャリアを使用して、前記部分キャリアに対応した移動端末又は前記集合キャリアに対応した移動端末と基地局とが無線通信する移動体通信システムであって、
前記集合キャリアを使用して前記集合キャリアに対応した移動端末と基地局とが無線通信する場合、前記移動端末は前記集合キャリアに含まれるいずれか一つの部分キャリアにキャンプオンすることを特徴とする移動体通信システムである。
【発明の効果】
【００２８】
本発明によれば、集合キャリアを使用して集合キャリアに対応した移動端末と基地局とが無線通信する場合に、移動端末は集合キャリアに含まれるいずれか一つの部分キャリアにキャンプオンするので、集合キャリアに対応させて通信速度向上を実現しつつ、集合キャリアに含まれる部分キャリアに効率的にキャンプオンすることができる。
【図面の簡単な説明】
【００２９】
【図１】ＬＴＥ方式の通信システムの構成を示す説明図である。ＬＴＥ方式の通信システムの構成を示す説明図である。
【図２】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図３】ＭＢＳＦＮフレームの構成を示す説明図である。
【図４】ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。
【図５】ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。
【図６】ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。
【図７】現在３ＧＰＰで議論されている移動体通信システムの全体的な構成を示すブロック図である。
【図８】本発明に係る移動端末３１１の構成を示すブロック図である。
【図９】本発明に係る基地局３１２の構成を示すブロック図である。
【図１０】本発明に係るＭＭＥの構成を示すブロック図である。
【図１１】本発明に係るＨｅＮＢＧＷの構成を示すブロック図である。
【図１２】ＬＴＥ方式の通信システムにおいて移動端末が行うセルサーチの概略を示すフローチャートである。
【図１３】基地局がＣＡ対応である場合のＲＲＣ＿ＩＤＬＥ状態とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態についての概念図である。
【図１４】データの送受信の可能なＣＣのうちのいずれか一つのＣＣにキャンプオンする場合の概念図である。
【図１５】同じ周波数バンドに属するＣＣのなかのいずれか一つのＣＣにキャンプオンする場合の概念図である。
【図１６】ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣにキャンプオンする場合の概念図である。
【図１７】ＲＡプロシージャのシーケンス図である。
【図１８】ＣＡ時の下りＣＣ／上りＣＣ非対称運用について説明する説明図である。
【図１９】ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ間の状態遷移時のシーケンス図である。
【図２０】基地局がキャンプオンを試みるセルかつ／またはＣＣをＵＥに通知する場合のシーケンス図である。
【図２１】ＲＡプロシージャ失敗のＣＣを除いたＣＣのうちのいずれか一つのＣＣにキャンプオンする場合の概念図である。
【図２２】下りＣＣ／上りＣＣ非対称運用におけるＲＡプロシージャ失敗の際にキャンプオンするＣＣの概念図である。
【図２３】ひとつのセル内でのＣＣサーチのフローチャートである。
【図２４】本発明に係る、キャンプオンを試みるセルおよびＣＣの決定方法についてのフローチャートである。
【図２５】ＲＡプロシージャ失敗の際のシーケンス図である。
【図２６】本発明に係る、キャンプオンを試みるセルおよびＣＣの決定方法についてのフローチャートである。
【発明を実施するための形態】
【００３０】
実施の形態１．
図７は、現在３ＧＰＰにおいて議論されているＬＴＥ方式の移動体通信システムの全体的な構成を示すブロック図である。現在３ＧＰＰにおいては、ＣＳＧ（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）とすることも提案されている。
ＵＴＲＡ、ＬＴＥ、ＬＴＥ−Ａなどのシステムでは、上り、下りともに、いくつかの連続した周波数からなる周波数帯域で動作するように設計されている。これら各々の周波数帯域を、以下、周波数バンドと称する。
【００５３】
ＵＴＲＡ、ＬＴＥ、ＬＴＥ−ＡのＦＤＤシステムにおいては、一つの上り周波数バンドと、それと異なる一つの下り周波数バンドが対になって動作する。この上り周波数バンドと下り周波数バンドを、以下、ペアバンド(paired band)と称する。
【００５４】
また、ＬＴＥ−ＡのＦＤＤシステムにおいては、キャリアアグリゲーション対応の基地局において、一つの上りＣＣと、それと異なる一つの下りＣＣが対になって動作する。この上りＣＣと下りＣＣも同様に、以下、ペアバンド(paired band)と称する。
【００５５】
ＬＴＥ−ＡのＦＤＤシステムにおいては、ひとつの上り周波数バンドと、それと異なる複数の下り周波数バンドが対になって動作することが検討されている。つまり、一つの上り周波数バンドに対して複数の下り周波数バンドがペアバンドとなる。また、キャリアアグリゲーション対応の基地局において、ひとつの上りＣＣに対して、複数の下りＣＣが対になって動作することが検討されている。つまり、一つの上りＣＣに対して複数の下りＣＣがペアバンドとなる。これらの運用のことを非対称(asymmetric)な運用と称する。
【００５６】
ＵＥが基地局（セル）を通してネットワークとのデータ送受信を終了した場合など、ＵＥと基地局（セル）はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（接続状態）からＲＲＣ_ＩＤＬＥ状態（待受状態）へ移行する。このように、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からはなれてＲＲＣ_ＩＤＬＥ状態へ移行する場合、従来は、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後のセル上にキャンプオンを試みる。
【００５７】
しかし、基地局（セル）がキャリアアグリゲーション対応の基地局（セル）であり、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でひとつまたは複数のＣＣを用いてデータの送受信が行われているような場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からはなれてＲＲＣ_ＩＤＬＥ状態へ移行する際に、従来の方法の適用では、どの基地局（セル）のどのコンポーネントキャリアにキャンプオンを試みたら良いかが不明となる。
【００５８】
図１３に、基地局（セル）がキャリアアグリゲーション対応の基地局（セル）である場合のＲＲＣ＿ＩＤＬＥ状態とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態についての概念図を示す。（ａ）はＲＲＣ＿ＩＤＬＥ状態、（ｂ）はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である。１３０１から１３０３はセルで、１３０３のセルはキャリアアグリゲーション対応である。１３０４から１３１０はセル１３０３がキャリアアグリゲーションを行うＣＣであり、順にＣＣ＃１からＣＣ＃７とする。横軸は周波数を示す。ＦＤＤにおいては、ＤＬの周波数とＵＬの周波数は異なるが、簡単化のため、ＤＬの周波数とＵＬの周波数を同じ軸上に記載している。同じく簡単化のため、下りのコンポーネントキャリア（下りＣＣ、ＤＬ ＣＣ）の番号と、各ＤＬ ＣＣに対応する（ペアバンドとなる）上りのコンポーネントキャリア（上りＣＣ、ＵＬ ＣＣ）の番号を同じとし、いずれもＣＣ＃ｎ（ｎは正の整数）として図で示している。これに限らず下りＣＣとそれに対応する上りＣＣとで番号が異なっていてもよいし、番号は同じでも、周波数軸上の配置の順番が異なっていても構わない。
【００５９】
なお、本明細書では、特に断らない限り、下りＣＣとそれに対応する（ペアバンドである）上りＣＣのことをあわせてＣＣと称する。また、ＵＥがキャンプオンするのは下りＣＣ上であるが、簡単のため、ここではＣＣにキャンプオンすると記載する。該ＣＣの下りＣＣにキャンプオンすることを意味する。
【００６０】
１３１１はＵＥである。セル選択／再選択後セル１３０３を選択したＵＥは、ＲＲＣ＿ＩＤＬＥ状態で例えばＣＣ＃３（１３０６）にキャンプオンしている。基地局（セル）とＲＲＣ接続を行ったＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入り、コアネットワークとの間でデータの送受信を行う。このとき、基地局（セル）がキャリアアグリゲーション対応の基地局（セル）であるので、ＵＥは一つまたは複数のＣＣ上で基地局（セル）を介してコアネットワークとデータの送受信を行う。
【００６１】
データの送受信を行う一つまたは複数のＣＣは、各ＣＣの通信品質（例えばＣＱＩ，ＲＳＲＰなど）に応じてダイナミックに変更されることも考えられる。通信品質の良いＣＣでデータの送受信を行うことによって、スループットの向上が図れ、高速通信が可能になるためである。
【００６２】
図１３の（ｂ）では、ＣＣ＃２（１３０５）、ＣＣ＃４（１３０７）、ＣＣ＃６（１３０９）上でデータの送受信を行っている。このように、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入る前のＲＲＣ＿ＩＤＬＥ時にキャンプオンしていたＣＣ（ＣＣ＃３）と、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にデータの送受信を行うＣＣとが異なるような場合が生じることが考えられる。
【００６３】
ＵＥがアグリゲーション対応の基地局（セル）と、上述のようにＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で一つまたは複数のＣＣ上でデータの送受信を行った後などに、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する場合が生じる。
【００６４】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する場合、アグリゲーション対応の基地局（セル）は複数のＣＣに対応しているため、ＵＥは、もし従来のように同じ基地局（セル）にキャンプオンを試みるようにした場合でも、基地局（セル）は特定できるが、該基地局（セル）のどのＣＣにキャンプオンしたら良いのか不明になってしまう。
【００６５】
このような状況で、該基地局（セル）のＣＣのいずれかにキャンプオンする方法として、該基地局（セル）内の全ＣＣをサーチしてベストＣＣを選択しキャンプオンする方法が考えられる。図２３に、ひとつのセル内でのＣＣサーチのフローチャート例を示す。図に示すように、ＳＴ２３０１で基地局（セル）内の各ＣＣについて、同期をとり、ＰＣＩを検出する。このステップは、該基地局（セル）と同期がとれており、ＰＣＩがわかっている場合は省略可能である。ＳＴ２３０２で各ＣＣのＲＳ検出、ＲＳ受信電力の測定を行い、ＳＴ２３０３で最も良いＣＣをベストＣＣとして選択する。ＳＴ２３０４では、該ＣＣで送信されるＰＢＣＨを受信し、ＭＩＢを受信する。ＳＴ２３０５では、該ＣＣで送信されるＤＬ−ＳＣＨを受信してＳＩＢ１を受信し、ＳＴ２３０６で該基地局（セル）の該ＣＣ上にキャンプオンしてシステム情報とページング情報をモニタする。
【００６６】
キャリアアグリゲーションに対応している一つの基地局（セル）内でのＣＣの選択／再選択方法を前記のようにして、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する場合に、ここで開示した方法を用いることで、該基地局（セル）のＣＣのいずれかにキャンプオンすることが可能となる。これにより、どのＣＣにキャンプオンしたら良いのか特定できることになり、ＵＥと基地局（セル）、ネットワーク間での通信を可能にすることができる。
【００６７】
しかし、ここで開示した方法では、一つの基地局（セル）内の全てのＣＣをターゲットにベストＣＣのサーチを行いＣＣの選択／再選択処理を行わねばならず、制御遅延時間が増大し、ＵＥの消費電力が増大する、という問題が生じてしまう。別の方法として、キャンプオンするセルを変更することも考えられるが、この場合も、ＵＥはセルサーチを行いセル選択／再選択の処理を行なわねばならず、制御遅延時間が増大し、ＵＥの消費電力が増大する、という問題が生じてしまう。
【００６８】
従って、キャリアアグリゲーション対応の基地局（セル）において、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ_ＩＤＬＥ状態へ移行する際に、ＵＥがキャンプオンするセルおよびＣＣの決定において、新たな効果的な方法が要求される。
【００６９】
上記のような課題を解決するため、本実施の形態では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）の、データの送受信の可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにする。
【００７０】
図１４に、データの送受信の可能なＣＣのうちのいずれか一つのＣＣにキャンプオンする場合の概念図を示す。（ａ）はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、（ｂ）はＲＲＣ＿ＩＤＬＥ状態である。図１４において、図１３と同じ参照符号のものは、同一または相当するものを示すので、同じ参照符号の箇所の説明は省略する。
【００７１】
(ａ)で示すように、基地局（セル）（１３０３）はキャリアアグリゲーション対応なので、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＵＥは複数のＣＣ、ＣＣ＃２（１３０５）、ＣＣ＃４（１３０７）、ＣＣ＃６（１３０９）上でデータの送受信を行っている。このような状況で、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する場合、（ｂ）で示すように、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）（１３０３）の、データの送受信の可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにする。ここではＣＣ＃２（１３０５）にキャンプオンを試みる。
【００７２】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＵＥと基地局（セル）間でデータの送受信が可能なＣＣは、通信品質の良いＣＣとなると考えられる。少なくともデータの送受信が可能となる通信品質が得られている。従って、データの送受信が可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにすることで、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する際に該セルの該ＣＣに確実にキャンプオン可能になる。確実にキャンプオン可能とすることで、キャンプオンできなかった場合に生じるセルサーチ、セル選択／再選択処理、または全てのＣＣのサーチ、ＣＣの選択／再選択処理を行わずに済むことになるため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【００７３】
キャリアアグリゲーション対応の基地局（セル）におけるＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ間の状態遷移の具体的な動作については３ＧＰＰにおいてまだ検討されておらず明確になっていない。従って、ここでは、ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ間の状態遷移を可能にする具体的な動作を開示する。
【００７４】
図１９に、ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ間の状態遷移時のシーケンス例を示す。
【００７５】
図について説明する。ＲＲＣ＿ＩＤＬＥ状態のＵＥはＳＴ１９０１でセルまたは／かつＣＣ（下りＣＣ）のサーチを行い、ＳＴ１９０２である一つのセルの一つのＣＣ（下りＣＣ）上にキャンプオンする。ある一つのＣＣ上にキャンプオンしたＵＥは、ＳＴ１９０３で該ＣＣ（上りＣＣ（該下りＣＣに対応する（ペアバンドとなる）上りＣＣ））を用いてＲＲＣ接続要求を基地局（セル）（ｅＮＢ）に送信する。ＲＲＣ接続要求を受信した基地局（セル）は、ＳＴ１９０４で該ＣＣ（下りＣＣ）を用いてＲＲＣ接続セットアップをＵＥに送信する。ＲＲＣ接続セットアップを受信したＵＥは、ＳＴ１９０５で該ＣＣ（上りＣＣ）を用いてＲＲＣ接続セットアップ完了を基地局（セル）に対して送信する。これにより、ＲＲＣ接続の設立成功となり、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する。ＳＴ１９０６で、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、ＵＥと基地局（セル）、コアネットワーク（ＣＮ）間でデータの送受信を行う。
【００７６】
アグリゲーション対応の基地局（セル）では、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、通信品質の良いＣＣを用いてキャリアアグリゲーションが行われるようにするため、データの送受信が可能なＣＣの追加／削除／入替えが行われる。追加／削除／入替えが行われるＣＣとして下りＣＣまたは／かつ上りＣＣが対象となる。
【００７７】
なお、この際に、下りＣＣと対応する（ペアバンドとなる）上りＣＣを一対として追加／削除／入替えを行うようにしても良い。こうすることで、ＵＥ、基地局（セル）、コアネットワーク間で必要となるシグナリングの情報量を削減することが可能となる。
【００７８】
この追加／削除／入替えを行うＣＣは基地局（セル）によって設定される。該設定は、コアネットワークによって設定されても良い。この場合、設定したＣＣの追加／削除／入替え情報を基地局（セル）に通知するようにすれば良い。追加／削除／入替えが行われるＣＣを設定した基地局（セル）は、ＣＣの追加／削除／入替えを行う。この際に、基地局は（セル）はＳＴ１９０７においてＣＣの追加／削除／入替え情報をＵＥに通知する。ＵＥは該情報を用いて、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時に送受信可能となるＣＣを認識することが可能となる。ＵＥは該送受信可能なＣＣ（下りＣＣ）のスケジューリング情報を受信することによって、ＳＴ１９０８でＣＣの追加／削除／入替え後のＣＣにおいて基地局（セル）とのデータ送受信を可能とし、ＳＴ１９０９で該基地局（セル）を介してコアネットワークとのデータの送受信を可能とする。
【００７９】
次に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥへの状態遷移について説明する。ＵＥとコアネットワーク間でのデータ送受信が終了し、ＵＥと基地局（セル）間でＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の必要がなくなった場合など、ＳＴ１９１０で基地局（セル）はＵＥに対して、ＲＲＣ接続開放を送信する。これを受信したＵＥは、ＳＴ１９１１でＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行するプロシージャを実行する。該プロシージャを実行したＵＥは、ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行し、ＳＴ１９１２で、ひとつのセルのひとつのＣＣにキャンプオンする。
【００８０】
ＳＴ１９１１において、本実施の形態において開示した方法を実行する。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）の、データの送受信の可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにする。こうすることで、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行した際に、ＳＴ１９１２で、選択したセルの選択したＣＣに確実にキャンプオンできる。従って、キャンプオンできなかった場合に生じるセルサーチ、セル選択／再選択処理、または全てのＣＣのサーチ、ＣＣの選択／再選択処理を行わずに済むことになるため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【００８１】
図２４に、本発明に係る、キャンプオンを試みるセルおよびＣＣの決定方法についてのフローチャートの具体例を示す。
【００８２】
ＳＴ２４０１でＵＥは、各ＣＣ再選択に用いるパラメータを受信する。これらのパラメータのＵＥへの通知方法は、図１９に示すＳＴ１９１０のＲＲＣ接続開放メッセージとともに（あるいは該メッセージの情報に含ませて）基地局（セル）より個別にＵＥに通知される。これに限らず、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時に基地局（セル）またはコアネットワークからＵＥに対して個別に通知されても良い。例えば、ＳＴ１９０９で通知されても良い。これにより、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にデータ送受信可能となるＣＣが、動的に、ＵＥ個別に変更になったとしても、変更後のＣＣにおける各ＣＣ再選択に用いるパラメータの送受信が可能となる。また、この通知方法においては、必要なＣＣのＣＣ再選択に用いるパラメータを動的に個別のＵＥに対して通知できるので、ＲＲＣ＿ＩＤＬＥへ移行する際にシステムとして最適なパラメータをＵＥに通知することが可能となる。
【００８３】
また、別の通知方法として、該基地局（セル）にＳＴ１９０２でキャンプオンした際に、システム情報に含めて、該基地局（セル）から報知されるようにしても良い。この場合、該基地局（セル）が対応する全ＣＣの各ＣＣ再選択に用いるパラメータとすると良い。これにより、ＵＥは、例えＲＲＣ＿ＣＯＮＮＥＣＴＥＤで該パラメータの受信がなかったとしても、ＲＲＣ＿ＩＤＬＥ時に受信した該パラメータを用いて、ＳＴ１９１１を実行することが可能となる。
【００８４】
各ＣＣ再選択に用いるパラメータの具体例として、該ＣＣが属する基地局（セル）のセル再選択に用いるパラメータとしても良い。例えば、ＣＣ再選択を行うか否かの閾値などである。具体的には、S_intrasearch、Q_Hyst、Q_offset、T_reselection、S_nonintrasearch、cellReselectionPriorityなどがある。また、S_intrasearchのみであっても良い。この場合、全ＣＣ共通に同じパラメータを用い、各パラメータを以下のようにしても良い。
【００８５】
S_intrasearchは同周波数における測定のための閾値である。
【００８６】
Q_Hystはランキング基準におけるヒステリシス値である。
【００８７】
Q_offsetは二つのセル間のオフセット値である。
【００８８】
T_reselectionはセル再選択タイマ値である。
【００８９】
S_nonintrasearchは異周波数と異システムにおける測定のための閾値である。
【００９０】
CellReselectionPriorityはキャリア周波数の絶対優先度である。
【００９１】
こうすることで、基地局（セル）またはコアネットワークからＵＥに通知しなければならない情報量、シグナリング容量を削減することが可能となる。
【００９２】
別の方法として、ＣＣ毎に上記のパラメータを設けても良い。ＣＣ毎に値が設定可能となる。
【００９３】
また別の方法として、各ＣＣの識別子を設けて該パラメータとともに通知するようにしても良い。該パラメータには、一緒に通知するＣＣの識別子で示したＣＣについての値を入れるようにする。こうすることで、本方法においてもＣＣ毎の値が設定可能となる。
【００９４】
ＳＴ２４０２で、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後のセルを選択する。ＳＴ２４０３でＵＥは、該セルのデータの送受信可能なＣＣのうちで、本プロシージャ（ＳＴ１９１１）においてまだキャンプオンを試みていないＣＣが存在するか否かを判定する。キャンプオンを試みていないＣＣが存在する場合、ＳＴ２４０４でＵＥはキャンプオンを試みていないＣＣのうちのいずれか一つのＣＣを選択し、ＳＴ２４０５で該選択したＣＣにキャンプオンを試みる。ＳＴ２４０５（あるいはＳＴ２４０６でも良い）で、ＵＥは、キャンプオンを試みたＣＣの受信レベル（ＲＳＲＰなど）を測定する。ＳＴ２４０６においてＵＥはさらにＣＣの再選択を行うか否か判断する。さらにＣＣの再選択を行うか否かの判断の具体例としては、測定した該ＣＣの受信レベルがパラメータ（S_intrasearch）より大きい場合はさらにＣＣ再選択を行わないと判断する。さらにＣＣ再選択を行わないと判断した場合、ＵＥはＳＴ２４０７へ移行して、該選択したＣＣへキャンプオンする。ＳＴ２４０６で測定した該ＣＣの受信レベルがパラメータ（S_intrasearch）以下の場合、さらにＣＣの再選択を行うと判断し、ＵＥは、ＳＴ２４０３へ移行して、再度本プロシージャ（ＳＴ１９１１）においてまだキャンプオンを試みていないＣＣが存在するか否か判断する。キャンプオンを試みていないＣＣが存在する場合はＳＴ２４０４へ移行して前述の処理を行う。キャンプオンを試みていないＣＣが存在しない場合は、ＳＴ２４０８へ移行して、他のセルまたは／かつＣＣのサーチおよび他のセルまたは／かつＣＣの再選択の処理を行う。該他のセルまたは／かつＣＣのサーチおよび他のセルまたは／かつＣＣの再選択の処理は、図２３で開示した方法を用いれば良い。ＳＴ２４０８での他のセルまたは／かつＣＣのサーチ、再選択処理後、ＳＴ２４０９でＵＥは選択したセルまたは／かつＣＣへキャンプオンする。ＳＴ２４０７、ＳＴ２４０９は、図１９に示すＳＴ１９１２に相当する。
【００９５】
本実施の形態で開示したように、ＳＴ２４０２からＳＴ２４０５において、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）の、データの送受信の可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにすることで、該ＣＣにキャンプオンする可能性が高くなる。これは、ＳＴ２４０６の判断処理において該ＣＣの受信レベルは、再選択の閾値（S_intrasearch）よりも大きくなる可能性が高いためである。前述したように、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＵＥと基地局（セル）間でデータの送受信が可能なＣＣは、通信品質の良いＣＣとなると考えられるため、少なくともデータの送受信が可能となる通信品質が得られているからである。
【００９６】
従って、ＳＴ２４０６で再度ＣＣの再選択処理に移行する可能性は低く、さらには、ＳＴ２４０８で他のセルまたは／かつＣＣのサーチおよび他のセルまたは／かつＣＣの再選択の処理へ移行する可能性はさらに低くなる。従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する際に選択したセルおよびＣＣへのキャンプオンを確実にし、キャンプオンできなかった場合に生じるセルサーチ、セル選択／再選択処理、または全てのＣＣのサーチ、ＣＣの選択／再選択処理を行わずに済むことになるため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【００９７】
データの送受信の可能なＣＣとして、例えば、非特許文献１０に示されるキャンディデートコンポーネントキャリアセット内のＣＣとしても良い。同様の効果が得られる。
【００９８】
上述した方法では、データの送受信の可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにしたが、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる際に実際にデータの送受信を行っていたＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにしても良い。
【００９９】
こうすると、ＵＥは、ＲＲＣ＿ＩＤＬＥへ移行する直前の各ＣＣの通信品質を認識できることになる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れてＲＲＣ＿ＩＤＬＥへ移行する際に、さらに確実にキャンプオンすることが可能となる。従って、制御遅延時間のさらなる削減効果、ＵＥの消費電力のさらなる削減効果が得られることになる。
【０１００】
データの送受信を行っていたＣＣとして、例えば、非特許文献１０に示されるスケジューリングコンポーネントキャリアとしても良い。同様の効果が得られる。
【０１０１】
なお、上述の、データの送受信の可能なＣＣ、または、実際にデータの送受信を行うＣＣは、ネットワークまたは基地局（セル）によって、基地局（セル）の負荷状況や各ＣＣの電波伝搬環境に応じて設定されることが可能となる。このため、各ＣＣの通信品質を考慮しながらＣＣ間での負荷分散が行えるようになり、基地局（セル）全体としてのスループットの向上を図ることが可能となる。
【０１０２】
また、上述の、データの送受信の可能なＣＣ、または、実際にデータの送受信を行うＣＣは、個別のＵＥ毎に設定されても良い。こうすることで、基地局（セル）と個別のＵＥ間の電波伝搬環境に応じてＣＣを設定することが可能となるため、個々のＵＥに対して良好な受信品質が得られる効果がある。
【０１０３】
上述したいずれか一つのＣＣとして、ＰＢＣＨを有するＣＣとしても良い。こうすることで、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れＲＲＣ＿ＩＤＬＥ移行して該ＣＣにキャンプオンした際に、新たにＰＢＣＨによって送信される報知情報を受信可能とすることができる。セルの構成などの変更により該報知情報が変更されるような場合に、ネットワークまたは基地局（セル）はＵＥにＲＲＣ＿ＩＤＬＥへの移行指示を通知し該報知情報を新たに受信させるようにしても良い。ＵＥは新たな報知情報を受信できるためセルの構成のミスマッチ等による通信異常を無くすことが可能となり、安定した通信システムを供給することが可能となる。
【０１０４】
上述したいずれか一つのＣＣとして、ＳＳを有するＣＣとしても良い。こうすることで、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れＲＲＣ＿ＩＤＬＥ移行して該ＣＣにキャンプオンした際に、新たに同期を取り直すことが可能となる。これにより、例えば、該ＣＣが、データの送受信の可能なＣＣのうちで実際にスケジューリングされていないＣＣであった場合や、または、該ＣＣがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にＤＲＸ動作を行なっていた場合など、ＵＥがデータを受信していない期間が長い場合に、ＲＲＣ＿ＩＤＬＥ移行した際にさらにＵＥがデータを受信していない期間が長くなり同期がはずれてしまうようなことを防ぐことが可能となる。従って、安定した通信システムを供給することが可能となる。
【０１０５】
上述したいずれか一つのＣＣとして、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時に必ずメジャメントまたはモニタするＣＣとしても良い。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる際に該ＣＣをモニタすることが可能な状態にいることになる。このため、ＲＲＣ＿ＩＤＬＥへ移行して該セルにキャンプオンを試みる場合も、確実にキャンプオン可能となる。従って、制御遅延時間の削減効果、ＵＥの消費電力の削減効果が得られことになる。
【０１０６】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時に必ずメジャメントまたはモニタするＣＣとして、例えば、非特許文献１０に示されるアンカーキャリアとしても良い。同様の効果が得られる。
【０１０７】
上述したいずれか一つのＣＣとして、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる時点で最近の受信品質が最も良いＣＣとしても良い。こうすることで、受信品質の最も良いＣＣにキャンプオンすることが可能となり、キャンプオン不可能となる可能性が最も低くなる。このため、制御遅延時間の削減、ＵＥの消費電力の削減においてさらに効果的になる。
【０１０８】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる際に、各ＣＣの受信品質を測定するようにしても良い。こうすることで、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる時点で、ＵＥがキャンプオンするのに最適となるＣＣを判断することが可能となる。従って、制御遅延時間の削減、ＵＥの消費電力の削減において最も効果的になる。
【０１０９】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる際に測定するＣＣとして、最後にＲＲＣ＿ＣＯＮＮＥＣＴＥＤにいたセルの全てのＣＣでなく、データの送受信可能なＣＣとしても良いし、実際にデータを送受信しているＣＣとしても良い。こうすることで、全てのＣＣのメジャメントを行う必要が無くなるため、ＵＥの消費電力の削減を図ることが可能である。
【０１１０】
受信品質を測定するＣＣを基地局（セル）あるいはコアネットワークがＵＥに通知するようにしても良い。通知する方法としては、各ＣＣ再選択に用いるパラメータのＵＥへの通知方法を適用できる。基地局（セル）またはコアネットワークが、受信品質を測定するＣＣを、各ＣＣの接続負荷状況、ＵＥのケーパビリティ、ＵＥと各ＣＣとの通信品質等を考慮して決める。これにより、基地局（セル）全体、システム全体のスループットの向上を図ることができる。
【０１１１】
実施の形態１変形例１．
本変形例では、実施の形態１で述べた課題を解決する別の方法として、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）の、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にデータの送受信の可能なＣＣと同じ周波数バンドに属するＣＣのなかのいずれか一つのＣＣにキャンプオンを試みるようにする。
【０１１２】
図１５に、同じ周波数バンドに属するＣＣのなかのいずれか一つのＣＣにキャンプオンする場合の概念図を示す。（ａ）はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、（ｂ）はＲＲＣ＿ＩＤＬＥ状態である。図１５において、図１３と同じ参照符号のものは、同一または相当するものを示すので、同じ参照符号の箇所の説明は省略する。
【０１１３】
図１５において、ＣＣ＃１（１３０４）とＣＣ＃２（１３０５）は周波数バンドIに属し、ＣＣ＃３（１３０６）は周波数バンドIIに属し、ＣＣ＃４（１３０７）は周波数バンドIIIに属し、ＣＣ＃５（１３０８）とＣＣ＃６（１３０９）とＣＣ＃７（１３１０）は周波数バンドIVに属する。ここでいう周波数バンドは、物理特性または無線特性が共通するＣＣの集合を示す。
【０１１４】
(ａ)で示すように、基地局（セル）（１３０３）はキャリアアグリゲーション対応なので、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＵＥは複数のＣＣ、ＣＣ＃２（１３０５）、ＣＣ＃４（１３０７）、ＣＣ＃６（１３０９）上でデータの送受信を行っている。このような状況で、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する場合、（ｂ）で示すように、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）（１３０３）の、データの送受信の可能なＣＣと同じ周波数バンドに属するＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにする。ここではＣＣ＃５（１３０８）にキャンプオンを試みる。(ａ)で示すように、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてデータの送受信の可能なＣＣの一つにＣＣ＃６（１３０９）がある。このＣＣ＃６（１３０９）は周波数バンドIVに属する。同じく周波数バンドIVに属するＣＣとして、ＣＣ＃５（１３０８）、ＣＣ＃７（１３１０）がある。従ってＵＥはこのうちのＣＣ＃５（１３０８）にキャンプオンを試みるようにする。
【０１１５】
ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ間の状態遷移時のシーケンスは、図１９と同じで良い。また、キャンプオンを試みるセルおよびＣＣの決定方法は、図２４のＳＴ２４０３を、データの送受信の可能なＣＣと同じ周波数バンドに属するＣＣのうちでキャンプオンを試みていないＣＣは存在するか否かで判断するように変更すれば良い。
【０１１６】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＵＥと基地局（セル）間でデータの送受信が可能なＣＣは、通信品質の良いＣＣとなると考えられる。少なくともデータの送受信が可能となる通信品質が得られている。
【０１１７】
一方、同じ周波数バンドに属するＣＣにおいては、周波数が近接しているため電波伝搬環境は殆ど同じと考えられる。従って、同じ周波数バンドに属するＣＣにおける受信品質は殆ど同じと考えられる。
【０１１８】
従って、データの送受信が可能なＣＣと同じ周波数バンドに属するＣＣのなかのいずれか一つのＣＣにキャンプオンを試みるようにすることで、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する際に該セルの該ＣＣに確実にキャンプオン可能になる。これにより、実施の形態１と同様の効果を得ることが可能となる。
【０１１９】
さらに、キャンプオンを試みる対象となるＣＣ数が増えることにより、ＵＥにおいて柔軟な制御が可能となる。
【０１２０】
さらに、基地局（セル）内のＣＣ間での負荷分散が可能となる、という効果が得られる。
【０１２１】
実施の形態１変形例２．
実施の形態１では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）の、データの送受信の可能なＣＣのうちのいずれか一つのＣＣの選択はＵＥが行うようにしていた。こうすることによって、ＵＥの通信状況（例えば各ＣＣ（下りＣＣかつ／または上りＣＣ）の通信品質）に応じてＣＣを選択することが可能となるからである。
【０１２２】
本変形例では、別の方法として、基地局（セル）あるいはコアネットワークが選択して、ＵＥに通知するようにする方法を開示する。この場合、どのＣＣを選択するかの通知方法は、実施の形態１で開示した、各ＣＣ再選択に用いるパラメータのＵＥへの通知方法を適用できる。また、該パラメータとともに、どのＣＣを選択するかを通知するようにしておいても良い。
【０１２３】
一例として、図２０に、基地局（セル）がキャンプオンを試みるセルかつ／またはＣＣをＵＥに通知する場合のシーケンス図を示す。図２０において、図１９と同じ参照符号のものは、同一または相当するものを示すので、同じ参照符号の箇所の説明は省略する。ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤの状態において、基地局（セル）からＵＥに通知する場合である。基地局（セル）はＲＲＣ接続開放メッセージをＵＥに通知する以前に、該ＵＥとの通信状況を判断してＲＲＣ＿ＩＤＬＥへ移行する際にキャンプオンを試みるセルとＣＣを決定し、ＳＴ２００１で該セルと該ＣＣの情報を通知する。該セルと該ＣＣの情報として、該セルと該ＣＣを特定できる情報、例えば、セルの識別子（ＰＣＩ、cell-ID）、ＣＣの識別子（ＣＣナンバ、キャリア周波数、ＣＣのキャリアのＵＡＲＦＣＮ(UTRA Absolute Radio Frequency Channel Number)など）などとすれば良い。
【０１２４】
ＣＣの情報として、ペアバンドである下りＣＣと上りＣＣの情報ではなく、下りＣＣのみの情報であっても良い。この場合、下りＣＣにキャンプオン後に該下りＣＣから対応する上りＣＣの情報を得るようにしておけば良い。例えば、該下りＣＣにおいてシステム情報として報知するようにしておけば良い。これにより、個別のＵＥに対する制御信号を削減可能となり、無線リソースの有効活用という効果を得ることが出来る。
【０１２５】
セルの情報は無くてもよく、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後のセル、とあらかじめ決めておけば良い。これにより、個別のＵＥに対する制御信号を削減可能となり、無線リソースの有効活用という効果を得ることが出来る。
【０１２６】
基地局（セル）またはコアネットワークが、ＵＥがキャンプオンを試みるセルとＣＣを決定する際、各ＣＣの接続負荷状況、ＵＥのケーパビリティ、ＵＥと各ＣＣとの通信品質等を考慮して決める。
【０１２７】
本変形例で開示した方法とすることで、実施の形態１で述べた効果に加えて、基地局（セル）あるいはコアネットワーク等の外部から、ＵＥがキャンプオンを試みるセルとＣＣを決定することができるので、セル全体、システム全体として通信品質の向上、スループットの向上を図れる、という効果が得られる。
【０１２８】
実施の形態１変形例３．
本変形例では、実施の形態１で述べた課題を解決する別の方法として、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）の、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにする。
【０１２９】
図１６に、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣにキャンプオンする場合の概念図を示す。（ａ）はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、（ｂ）はＲＲＣ＿ＩＤＬＥ状態である。図１６において、図１３と同じ参照符号のものは、同一または相当するものを示すので、同じ参照符号の箇所の説明は省略する。
【０１３０】
（ｂ）において、ＣＣ＃１（１３０４）、ＣＣ＃３（１３０６）、ＣＣ＃４（１３０７）、ＣＣ＃６（１３０９）は、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣとする。
【０１３１】
本発明において、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣとは、ＲＲＣ＿ＩＤＬＥ時にキャンプオンが禁じられた（例えば、barredされた）ＣＣでないＣＣとする。
【０１３２】
(ａ)で示すように、基地局（セル）（１３０３）はキャリアアグリゲーション対応なので、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＵＥは複数のＣＣ、ＣＣ＃２（１３０５）、ＣＣ＃４（１３０７）、ＣＣ＃６（１３０９）上でデータの送受信を行っている。このような状況で、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する場合、（ｂ）で示すように、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）（１３０３）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにする。ここではＣＣ＃３（１３０６）にキャンプオンを試みる。
【０１３３】
ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ間の状態遷移時のシーケンスは、図１９と同じで良い。また、キャンプオンを試みるセルおよびＣＣの決定方法は、図２４のＳＴ２４０３を、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちでキャンプオンを試みていないＣＣは存在するか否かで判断するように変更すれば良い。
【０１３４】
ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣ情報は、あらかじめ決められていても良い。こうすることで、該情報の通知に特別なシグナリングは不要になるため、シグナリング負荷の低減がはかれる。
【０１３５】
この他にも、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にデータの送受信を行っているＣＣ上でＵＥに個別に通知されても良いし、または、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にデータの送受信を行っているＣＣまたはその他のＣＣを通して報知されても良い。通知方法としては、ＲＲＣシグナリングやＭＡＣシグナリングのメッセージやヘッダにのせて基地局（セル）からＵＥへ通知する方法、システム情報にのせて基地局（セル）からＵＥへ報知する方法、ＰＤＣＣＨにのせて基地局（セル）からＵＥへ報知する方法などがある。
【０１３６】
該キャンプオン可能なＣＣ情報は、基地局からＵＥへＲＲＣ＿ＣＯＮＮＥＣＴＩＯＮ＿ＲＥＬＥＡＳＥメッセージを通知するよりも前に、あるいはそれと一緒に通知しておく。ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣ情報の通知方法は、実施の形態１で開示した、各ＣＣ再選択に用いるパラメータのＵＥへの通知方法を適用できる。また、該パラメータとともに通知するようにしておいても良い。
【０１３７】
報知情報により報知する場合は、基地局からＵＥへＲＲＣ＿ＣＯＮＮＥＣＴＩＯＮ＿ＲＥＬＥＡＳＥメッセージを通知する前に、基地局は、報知情報の修正情報をＵＥに通知し、ＵＥは修正された報知情報を受信しておくようにしても良い。
【０１３８】
以上のような方法とすることで、準静的（semi-static）、または、動的（dynamic）にＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣを変更することが可能となり、該ＣＣを基地局からＵＥへ通知または報知することが可能となる。
【０１３９】
本発明において、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣとは、ＲＲＣ＿ＩＤＬＥ時にキャンプオンが禁じられた（例えば、barredされた）ＣＣでないＣＣとしたが、そのなかのＣＣのうち、最初のセル選択／再選択およびＣＣ選択／再選択時にＵＥが受信電力を測定した結果、ＣＣ再選択の閾値を超えていたＣＣとしても良い。
【０１４０】
該ＣＣをＵＥが記憶するようにしておけば良い。記憶する該ＣＣの情報の具体例としては、該ＣＣの識別子などがある。また、それに限らず、該ＣＣの再選択に必要となる情報としても良い。これにより、基地局（セル）からＵＥに、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣ情報を通知する必要がなくなるため、シグナリング負荷の低減がはかれる。
【０１４１】
また、該ＣＣの識別子などの情報とともに該ＣＣの順位を記憶するようにしても良い。該ＣＣの順位は、受信電力の測定結果をもとに例えば高い方からつけておくようにして、順位の高いＣＣからキャンプオンを試みるようにしても良い。これにより、受信電力の最も高いＣＣにキャンプオンすることが可能となり、キャンプオン不可能となる可能性が最も低くなる。このため、制御遅延時間の削減、ＵＥの消費電力の削減においてさらに効果的になる。
【０１４２】
以上のように、本変形例で開示した方法とすることで、基地局（セル）がキャリアアグリゲーション対象とする全てのＣＣについてセル選択／再選択処理を行う必要が無くなり、あるいは、該全てのＣＣのメジャメントを行う必要がなくなる。従って、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【０１４３】
また、上述の、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣとして、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）にキャンプオンした際のＣＣにキャンプオンを試みるようにしても良い。該セルの該ＣＣへのキャンプオンは実績があることになる。従って、こうすることで、確実にキャンプオン可能とすることができるため、キャンプオンできなかった場合に生じるセルの選択／再選択処理、またはＣＣの選択／再選択処理を行わずに済むことになるため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【０１４４】
ＵＥは、該セルの該ＣＣから報知される情報を、該セルの該ＣＣにキャンプオンしていた際に受信し、記憶しておくようにすると良い。図８に示す、ＵＥの、プロトコル制御部（８０１）またはアプリケーション部（８０２）または制御部（８１０）などに記憶しておくようにすれば良い。あるいは、ＳＩＭに記憶するようにしておいても良い。
【０１４５】
ＵＥが受信し記憶するため、基地局（セル）が報知する情報として、システム情報、セル識別子（PCI、cell-ID）、ＣＣ識別子、ＣＣのキャリア周波数、ＣＣのキャリアのＵＡＲＦＣＮ(UTRA Absolute Radio Frequency Channel Number)などとしておくと良い。
【０１４６】
これらの情報を記憶しておくことで、ＵＥはＲＲＣ＿ＩＤＬＥ移行時のキャンプオンの際や、さらにはキャンプオン後の動作をするために、これらの情報を受信する必要が無くなるため、こういった処理における制御遅延時間の削減も可能となり、さらには、ＵＥの消費電力も削減可能となる。
【０１４７】
なお、該セルにキャンプオンしたＣＣが複数存在する場合は、該複数のＣＣのうちいずれか一つのＣＣをＵＥが選択するようにしても良いし、また、該複数のＣＣの受信品質（受信電力でも良い）の順位を記憶しておき、最も受信品質の良いＣＣをＵＥが選択するようにしても良い。
【０１４８】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での移動、すなわちハンドオーバ（ＨＯ）などにより、ＲＲＣ＿ＩＤＬＥ時にキャンプオンした基地局（セル）とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）とが異なる場合がある。このような場合、ＵＥが、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）にキャンプオンした経験が有る場合は、キャンプオンした際のＣＣにキャンプオンを試みて、該セルにキャンプオンした際に受信して記憶した該セルや該ＣＣ関連の情報を使用すれば良い。一方、ＵＥが、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）にキャンプオンした経験が無い場合は、新たにキャンプオンした後に該情報を受信するようにしても良いし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にＨＯ前の基地局（セル）またはＨＯ後の基地局（セル）から該情報を受信しても良いし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にＨＯ後の基地局（セル）に対してＵＥが該情報の通知要求を出し、それに応じて基地局（セル）がＵＥに通知するようにしても良い。通知方法としては、前述の方法が使用できる。
【０１４９】
また、上述の、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣとして、ページング情報またはシステム情報をモニタするＣＣにキャンプオンを試みるようにしても良い。ＲＲＣ＿ＩＤＬＥ時にページング情報またはシステム情報をモニタするＣＣをＲＲＣ＿ＩＤＬＥ時のアンカーキャリアと称する。
【０１５０】
ＲＲＣ＿ＩＤＬＥ時のアンカーキャリアからはシステム情報が報知されるため、キャンプオン後、システム情報を得られずに他のＣＣを再選択／選択する処理に入ってしまうことは無くなる。従って、制御遅延時間の削減、ＵＥの消費電力の削減が可能となる。
【０１５１】
アンカーキャリアは、マルキャリアアンカーまたはシングルキャリアアンカーであっても良い。
【０１５２】
ＲＲＣ＿ＩＤＬＥ時のアンカーキャリアと実施の形態１で述べたＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時のアンカーキャリアを同じとしておくと良い。こうすると、ＲＲＣ＿ＩＤＬＥ時、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時ともに同じＣＣをモニタすることになるので、ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ間の状態遷移をまずは同じＣＣ上で実行することが可能となる。従って、ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおける通信品質は保たれるため、ＲＲＣ＿ＩＤＬＥで該ＣＣにキャンプオンできていればＲＲＣ＿ＣＯＮＮＥＣＴＥＤ移行時も該ＣＣで通信可能となり、逆に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで該ＣＣと通信可能であれば、ＲＲＣ＿ＩＤＬＥ移行時に該ＣＣにキャンプオン可能となる。よって、状態遷移を確実に実行できる、という効果が得られる。
【０１５３】
また、基地局（セル）がキャリアアグリゲーション対象とするＣＣのうちＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣでサブセットを構成し、ＵＥは該サブセット内のいずれかひとつのＣＣにキャンプオンを試みるようにしても良い。
【０１５４】
こうすることで、同様に、基地局（セル）がキャリアアグリゲーション対象とする全てのＣＣについて選択／再選択処理を行う必要が無くなり、あるいは、該全てのＣＣのメジャメントを行う必要がなくなる。従って、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【０１５５】
ＵＥが、該セルのどのＣＣが該サブセット内に含まれているかを認識するため、該サブセット内に含まれるＣＣからは、同期信号（Synchronization Signal、SS）またはＰＢＣＨを送信するようにしておくと良い。こうすることで、ＵＥは該ＣＣを選択／再選択可能となる。また、該セルのどのＣＣが該サブセット内に含まれるかを基地局から移動端末へ通知する必要がなくなり、無線リソースの有効活用という効果を得ることが出来る。
【０１５６】
他の方法として、全てのＣＣから該サブセットに関する情報（例えば該サブセットに含まれるＣＣ情報など）を報知するようにしておけば良い。こうすることで、ＵＥは、ある一つのＣＣを選択／再選択し、該ＣＣから報知情報を受信することで該サブセット情報を得ることが可能となる。ＵＥは受信した該サブセット情報に含まれるＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣ情報にもとづいて、キャンプオン可能なＣＣへ再選択を行い、キャンプオンする。これにより、ＵＥは該サブセット内に含まれるＣＣを選択／再選択可能となる。また、柔軟な移動体通信システムが構築可能という効果を得ることが出来る。
【０１５７】
上述では、基地局（セル）がキャリアアグリゲーション対象とするＣＣのうちＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣでサブセットを構成したが、該キャンプオン可能なＣＣを周波数バンドに一つずつ設けてサブセットを構成しても良い。
【０１５８】
本実施の形態の変形例２で述べたように、同じ周波数バンドに属するＣＣにおいては、周波数が近接しているため電波伝搬環境は殆ど同じと考えられる。従って、同じ周波数バンドに属するＣＣにおける受信品質は殆ど同じと考えられる。このことから、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣを周波数バンドで一つ代表として設けておくことで、基地局（セル）がキャリアアグリゲーション対象とする全てのＣＣでなく、一部のＣＣのみについて選択／再選択処理、あるいは、メジャメントを行えば良くなる。
【０１５９】
また、該ＣＣは、周波数バンド毎に一つずつ設けられているため、それらのＣＣから構成されるサブセットは、全ての周波数バンドの電波伝搬特性を有することになるため、ＵＥがＲＲＣ＿ＩＤＬＥ状態にいる時にも該セルは多様な電波伝搬特性を有することを維持でき、ＵＥがセル選択／再選択の際により良いセルまたはＣＣを選択することが可能となり、通信品質の向上という効果を得ることが可能となる。
【０１６０】
ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣを周波数バンドで一つ以上設けてサブセットを構成しても良く上述の効果が得られる。ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣを周波数バンドで一つずつ設けてサブセットを構成することで、最小のＣＣ数で全ての周波数バンドの電波伝播特性を有したサブセットを構成できるため、ＵＥがセル選択／再選択の際にメジャメントする際のＣＣ数を最小にして制御遅延の削減や消費電力の削減効果を得つつ、通信品質の向上という効果をあわせもつことが可能となる。
【０１６１】
実施の形態２．
ＲＲＣ＿ＩＤＬＥ状態のＵＥは、ネットワークとのデータの送受信の必要が生じた場合などに、まずＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行するため、基地局（セル）との間でＲＡ（Random Access）プロシージャを実行する。ＲＡプロシージャは、ランダムアクセスチャネルを接続するために用いられる。
【０１６２】
図１７にＲＡプロシージャのシーケンス図を示す。
【０１６３】
ＲＲＣ＿ＩＤＬＥ状態にいるＵＥは、基地局（セル）（ｅＮＢ）に対してランダムアクセスプリアンブルに自ＵＥ識別用の情報（識別子）をつけて送信する（１７０１）。このランダムアクセスプリアンブルはメッセージ（Ｍｓｇ）１とも呼ばれる。
【０１６４】
Ｍｓｇ１を受信したｅＮＢは、該ＵＥ識別用の情報と上りの無線リソーススケジューリング情報（上りグラント、UL grant）を含むランダムアクセスレスポンスを、ランダムアクセス用の識別子（ＲＡ-ＲＮＴＩ）をかけたＰＤＣＣＨにて送信する（１７０２）。この信号はＭｓｇ２とも呼ばれる。
【０１６５】
ｅＮＢからの下り信号を受信し、ＰＤＣＣＨ上のランダムアクセス用の識別子（ＲＡ-ＲＮＴＩ）を用いて検出（ブラインド検出とも呼ばれる）を行うことでＭｓｇ２を検出したＵＥは、該ランダムアクセスレスポンス内の該ＵＥ識別用の情報で自ＵＥ宛かどうかを判断する。
【０１６６】
自ＵＥのＵＥ識別用の情報が含まれていたら、ＵＥはＭｓｇ２で受信した上りスケジューリング情報に従って、メッセージを送信する（１７０３）。この信号はＭｓｇ３とも呼ばれる。この際に、ＵＥは、自ＵＥの識別子（Ｃ−ＲＮＴＩ）またはコンテンションリゾリューション用の識別情報（識別子）も送信する。
【０１６７】
Ｍｓｇ３を受信したｅＮＢは、コンテンションリゾリューション用の識別情報と上りの無線リソーススケジューリング情報（上りグラント、UL grant）を含む情報を、該ＵＥの識別子（C-RNTI）をかけたＰＤＣＣＨにて送信する（１７０４）。この信号はＭｓｇ４とも呼ばれる。
【０１６８】
ＵＥは、ｅＮＢからの下り信号を受信し、ＰＤＣＣＨ上の自ＵＥの識別子（Ｃ-ＲＮＴＩ）を用いて検出（ブラインド検出とも呼ばれる）を行うことで、自ＵＥ宛のＭｓｇ４であることを認識し、Ｍｓｇ４に含まれる自ＵＥ宛の上りスケジューリング情報を受信して、該スケジューリングに従って上りデータを送信可能とする。
【０１６９】
このＭｓｇ１からＭｓｇ４までの送受信がＲＡプロシージャと呼ばれる。
【０１７０】
また、該Ｍｓｇ３において、ＵＥはｅＮＢに対してＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴメッセージを送信しても良い。
【０１７１】
該メッセージを受信したｅＮＢは、ＵＥに対して、該Ｍｓｇ４においてＲＲＣ ＣＯＮＮＥＣＩＯＮ ＳＥＴＵＰメッセージを送信しても良い。
【０１７２】
該メッセージを受信したＵＥは、同じくＭｓｇ４において受信した上りスケジューリング情報に従って、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮＳＥＴＵＰ ＣＯＭＰＬＥＴＥメッセージをｅＮＢに対して送信し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行する。
【０１７３】
ＲＡプロシージャが成功した場合、ＵＥは、ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行できる。しかし、ＲＡプロシージャの途中で失敗する場合が存在する。
【０１７４】
ＲＡプロシージャの途中で失敗した場合、従来、ＲＬＦ（Radio Link Failure）を検出したと判断し、ＵＥは再度キャンプオンするセルを探すため、以前に検出したセルのキャリア周波数とセルパラメータを記憶しておいて、該記憶情報からそのキャリア周波数とセルパラメータでセルをサーチしてセル選択を行う。これによりまだキャンプオンするセルが見つからない場合は、システムとして可能な全てのキャリア周波数でセルをサーチして初期セル選択を実行する。
【０１７５】
しかし、ＲＲＣ＿ＩＤＬＥ状態のＵＥがアグリゲーション対応の基地局（セル）の一つのＣＣにキャンプオンしており、該ＣＣを用いて該基地局（セル）とＲＡプロシージャを開始し、該ＲＡプロシージャの途中で失敗した場合について考える。
【０１７６】
このような場合に、従来の方法を適用すると、該基地局（セル）は複数のＣＣを有しており他のＣＣにキャンプオンできる可能性が高いにもかかわらず、ＵＥ内に記憶されている異なるセルをサーチ、セル選択してしまい、同じ基地局（セル）内の他のＣＣにキャンプオンしなおすことができなくなるという状況が生じてしまう。また、この場合、ＵＥはセルサーチを行いセル選択／再選択の処理を行なわねばならず、制御遅延時間が増大し、ＵＥの消費電力が増大する、という問題が生じてしまう。
【０１７７】
従って、キャリアアグリゲーション対応の基地局（セル）において、ＲＡプロシージャ失敗時に、ＵＥがキャンプオンするセルと下りＣＣの決定において、新たな効果的な方法が要求される。
【０１７８】
上記のような課題を解決するため、本実施の形態では、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＡプロシージャを失敗したＣＣを除いたＣＣのうちのいずれか一つのＣＣに、または、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうちのいずれか一つのＣＣに、キャンプオンを試みるようにする。
【０１７９】
以下、ＵＥがＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうちのいずれか一つのＣＣに、キャンプオンを試みるようにする場合について説明する。
【０１８０】
図２１に、ＲＡプロシージャ失敗のＣＣを除いたＣＣのうちのいずれか一つのＣＣにキャンプオンする場合の概念図を示す。（ａ）はＲＲＣ＿ＩＤＬＥ状態でＲＡプロシージャ開始時にキャンプオンしているＣＣについて、（ｂ）はＲＲＣ＿ＩＤＬＥ状態でＲＡプロシージャ失敗後にキャンプオンするＣＣについて示している。図２１において、図１３と同じ参照符号のものは、同一または相当するものを示すので、同じ参照符号の箇所の説明は省略する。
【０１８１】
(ａ)で示すように、基地局（セル）（１３０３）はキャリアアグリゲーション対応で、セル１３０３を選択したＵＥ（１３１１）は、ＲＲＣ＿ＩＤＬＥ状態でＣＣ＃３（１３０６）にキャンプオンしている。該ＣＣ＃３（１３０６）上で、ＵＥはＲＡプロシージャを開始する。ここでは、説明を簡単にするため、下りＣＣ＃ｎ（ｎ＝１から７）に対応する上りＣＣをＣＣ＃ｎとする。従って、ＲＡプロシージャは下りＣＣ＃３とそれに対応する上りＣＣ＃３上で行われる。また、（ｂ）に示すように、ＣＣ＃１（１３０４）、ＣＣ＃３（１３０６）、ＣＣ＃４（１３０７）、ＣＣ＃６（１３０９）はＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣとする。
【０１８２】
ＲＡプロシージャ途中で失敗した場合、（ｂ）で示すように、ＵＥは、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうち、いずれか一つのＣＣにキャンプオンを試みる。ここでは、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣ＃１（１３０４）、ＣＣ＃３（１３０６）、ＣＣ＃４（１３０７）、ＣＣ＃６（１３０９）のうち、ＲＡプロシージャ途中で失敗したＣＣ＃３（１３０６）を除いたＣＣ、例えば、ＣＣ＃４（１３０７）にキャンプオンを試みる。
【０１８３】
キャリアアグリゲーション対応の基地局（セル）におけるＲＡプロシージャ失敗の場合の具体的な動作については３ＧＰＰにおいてまだ検討されておらず明確になっていない。ここでは、ＲＡプロシージャ失敗の際の具体的な動作を開示する。
【０１８４】
図２５に、ＲＡプロシージャ失敗の際のシーケンス例を示す。
【０１８５】
図について説明する。ＲＲＣ＿ＩＤＬＥ状態のＵＥはＳＴ２５０１でセルまたは／かつＣＣ（下りＣＣ）のサーチを行い、ＳＴ２５０２である一つのセルの一つのＣＣ（下りＣＣ）上にキャンプオンする。ある一つのＣＣ上にキャンプオンしたＵＥは、ＳＴ２５０３で該ＣＣ（ペアバンドとなる下りＣＣと上りＣＣ）を用いて、基地局（セル）（ｅＮＢ）との間でＲＡプロシージャを行う。具体的には、図１７に示すＭｓｇ１からＭｓｇ４の送受信を行う。ＲＡプロシージャを実行したＵＥは、ＳＴ２５０４で該ＲＡプロシージャが成功したか失敗したかを判断する。成功した場合は、ＵＥとｅＮＢとの間でＲＲＣ接続が設立されたため、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの状態に入る。ＲＲＣ接続が設立されたため、ＳＴ２５０５で、ＵＥは基地局（セル）、コアネットワーク間とデータの送受信が可能となる。
【０１８６】
一方、ＳＴ２５０４で該ＲＡプロシージャに失敗したと判断した場合は、ＲＬＦ（Radio Link Failure）を検出したと判断し、ＳＴ２５０６に移行して、再度キャンプオンを試みるセルとＣＣの決定処理を行う。ＵＥは、該決定処理によって選択したセルとＣＣ上にＳＴ２５０２で再度キャンプオンを行う。
【０１８７】
ＳＴ２５０６において、本実施の形態において開示した方法を実行する。ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにする。ＲＡプロシージャ失敗時にＳＴ２５０６で選択したセルの選択したＣＣに確実にキャンプオンできる。従って、キャンプオンできなかった場合に生じるセルサーチ、セル選択／再選択処理、または全てのＣＣのサーチ、ＣＣの選択／再選択処理を行わずに済むことになるため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【０１８８】
図２６に、本発明に係る、キャンプオンを試みるセルおよびＣＣの決定方法についてのフローチャートの具体例を示す。
【０１８９】
ＳＴ２６０１でＵＥは、各ＣＣ再選択に用いるパラメータを受信する。これらのパラメータは、図２５に示すＳＴ２５０２でキャンプオンしたＣＣのシステム情報に含めて、基地局（セル）からＵＥへ報知するようにしておけば良い。該基地局（セル）が対応する全ＣＣの各ＣＣ再選択に用いるパラメータとすると良い。これによりＵＥはＳＴ２５０６の処理を実行することが可能となる。
【０１９０】
各ＣＣ再選択に用いるパラメータの具体例としては、実施の形態１で開示した各ＣＣ再選択に用いるパラメータと同じとできる。例えば、ＣＣの再選択を行うか否か判断するための受信電力の閾値などである。該パラメータについては実施の形態１で説明したので、ここでは説明を省略する。また、実施の形態１で使用する各ＣＣ再選択に用いるパラメータと本実施の形態で使用する各ＣＣ再選択に用いるパラメータを別に設けても良い。これにより、状況（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥへの移行か、ＲＡプロシージャの失敗か、など）に応じて該パラメータを設定することが可能となり、柔軟なＵＥのアクセス制御を行うことができる。このため、システムとしてのスループットを向上させることが可能となる。
【０１９１】
ＳＴ２６０２で、ＵＥは、ＲＡプロシージャ開始時にいたセルを選択する。ＳＴ２６０３でＵＥは、該セルのＲＲＣ＿ＩＤＬＥ時キャンプオン可能なＣＣのうちで、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうちで、本プロシージャ（ＳＴ２５０６）においてまだキャンプオンを試みていないＣＣが存在するか否かを判定する。キャンプオンを試みていないＣＣが存在する場合、ＳＴ２６０４でＵＥはキャンプオンを試みていないＣＣのうちのいずれか一つのＣＣを選択し、ＳＴ２６０５で該選択したＣＣにキャンプオンを試みる。ＳＴ２６０５（あるいはＳＴ２６０６でも良い）で、ＵＥは、キャンプオンを試みたＣＣの受信レベル（ＲＳＲＰなど）を測定する。ＳＴ２６０６においてＵＥはさらにＣＣの再選択を行うか否か判断する。さらにＣＣの再選択を行うか否かの判断の具体例としては、測定した該ＣＣの受信レベルがパラメータ（S_intrasearch）より大きい場合はさらにＣＣ再選択を行わないと判断する。さらにＣＣ再選択を行わないと判断した場合、ＵＥはＳＴ２６０７へ移行して、該選択したＣＣへキャンプオンする。ＳＴ２６０６で測定した該ＣＣの受信レベルがパラメータ（S_intrasearch）以下の場合、さらにＣＣの再選択を行うと判断し、ＵＥは、ＳＴ２６０３へ移行して、再度本プロシージャ（ＳＴ２５０６）においてまだキャンプオンを試みていないＣＣが存在するか否か判断する。キャンプオンを試みていないＣＣが存在する場合はＳＴ２６０４へ移行して前述の処理を行う。キャンプオンを試みていないＣＣが存在しない場合は、ＳＴ２６０８へ移行して、他のセルまたは／かつＣＣのサーチおよび他のセルまたは／かつＣＣの再選択の処理を行う。該他のセルまたは／かつＣＣのサーチおよび他のセルまたは／かつＣＣの再選択の処理は、図２３で開示した方法を用いれば良い。ＳＴ２６０８での他のセルまたは／かつＣＣのサーチ、再選択処理後、ＳＴ２６０９でＵＥは選択したセルまたは／かつＣＣへキャンプオンする。ＳＴ２６０７、ＳＴ２６０９は、図２５に示すＳＴ２５０２に相当する。
【０１９２】
本実施の形態で開示したように、ＳＴ２６０２からＳＴ２６０５において、ＵＥは、ＲＡプロシージャを実行した基地局（セル）の、ＲＲＣ＿ＩＤＬＥ時キャンプオン可能なＣＣのうちで、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうちの、いずれか一つのＣＣにキャンプオンを試みるようにする。キャンプオンを試みるセルを、ＲＡプロシージャを実行した基地局（セル）の、ＲＲＣ＿ＩＤＬＥ時キャンプオン可能なＣＣのうちから選択することで、該ＣＣにキャンプオンする可能性が高くなる。これは、ＳＴ２６０６の判断処理において該ＣＣの受信レベルは、再選択の閾値（S_intrasearch）よりも大きくなる可能性が高いためである。これは、同一の基地局（セル）によって使用されるＣＣは、各ＣＣにおけるエリアカバレッジがほぼ同じになるよう運用される場合が多いと考えられるためである。また、他のアグリゲーション対応セルが隣接するような場合にも、ＣＣ毎のエリアカバレッジをほぼ同じにすることで、あるＣＣだけ不感地帯が生じるようなことが無いように運用される場合が多いと考えられるためである。従って、ＲＲＣ＿ＩＤＬＥ時にある基地局（セル）の一つのＣＣにキャンプオンできたＵＥは、該基地局（セル）の他のＣＣにもキャンプオンできる可能性が高くなる。
【０１９３】
従って、ＳＴ２６０６で再度ＣＣの再選択処理に移行する可能性は低く、さらには、ＳＴ２６０８で他のセルまたは／かつＣＣのサーチおよび他のセルまたは／かつＣＣの再選択の処理へ移行する可能性はさらに低くなる。従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する際に選択したセルおよびＣＣへのキャンプオンを確実にし、キャンプオンできなかった場合に生じるセルサーチ、セル選択／再選択処理、または全てのＣＣのサーチ、ＣＣの選択／再選択処理を行わずに済むことになるため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【０１９４】
さらに、ＵＥは、ＲＡプロシージャを失敗後にキャンプオンを試みるＣＣとして、ＲＡプロシージャを失敗したＣＣを除くことで、下りＣＣまたは／かつ上りＣＣにおいて何らかの要因で生じた失敗を繰り返さないようにできる。つまり、新たにキャンプオンしたＣＣで、再度ＲＡプロシージャを行う場合にＲＡプロシージャ途中での失敗が生じないようにすることができる。従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への移行制御の遅延時間の削減、ＵＥの消費電力の削減、他ＵＥとのＲＡプロシージャのコンテンションの削減、システムとしてのシグナリング容量の削減、他のセルや他ＵＥへの干渉の抑制などが可能となる。
【０１９５】
以上のように、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにすることで、確実にキャンプオン可能とすることができるため、以前に検出したセルのキャリア周波数とセルパラメータを記憶しておいて、該記憶情報からそのキャリ周波数とセルパラメータでセルをサーチしてセル選択を行う処理が不要になる。このため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【０１９６】
なお、ＵＥがＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＡプロシージャを失敗したＣＣを除いたＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにした場合でも、上述の、ＲＡプロシージャを失敗後にキャンプオンを試みるＣＣとして、ＲＡプロシージャを失敗したＣＣを除くことの効果を得ることができる。
【０１９７】
なお、上述の説明においては、下りＣＣ番号（＃ｎ）と、それと対応する(ペアバンドとなる)上りＣＣ番号（＃ｎ）を同じとしたが、これに限らず、下りＣＣ番号と、それと対応する(ペアバンドとなる)上りＣＣ番号が異なっていても良く、本実施の形態で開示した方法が適用できる。
【０１９８】
上述したいずれか一つのＣＣとして、ＰＢＣＨを有するＣＣとしても良い。こうすることで、ＵＥは、該ＣＣにキャンプオンした際に、新たにＰＢＣＨによって送信される報知情報を受信可能とすることができる。セルの構成などの変更により該報知情報が変更されるような場合に、ＵＥは新たな報知情報を受信できるためセルの構成のミスマッチ等による通信異常を無くすことが可能となり、安定した通信システムを供給することが可能となる。
【０１９９】
上述したいずれか一つのＣＣとして、ＳＳを有するＣＣとしても良い。こうすることで、ＵＥは、該ＣＣにキャンプオンした際に、新たに同期を取り直すことが可能となる。これにより、ＤＲＸ動作により、ＵＥがデータを受信していない期間が長い場合にも確実に該ＣＣにキャンプオンムをすることが可能となる。
【０２００】
また、別の方法として、ＵＥは、ＲＡプロシージャ失敗時のＣＣを除いたＣＣのうち、ＲＡプロシージャ開始時のＣＣと同じ周波数バンドに属するＣＣのなかで、いずれか一つのＣＣにキャンプオンを試みるようにしても良い。
【０２０１】
同じ周波数バンドに属するＣＣにおいては、周波数が近接しているため電波伝搬環境は殆ど同じと考えられる。従って、同じ周波数バンドに属するＣＣにおける受信品質は殆ど同じと考えられる。また、同じ周波数バンドに属するＣＣのエリアカバレッジも殆ど同じと考えられる。
【０２０２】
従って、ＵＥがキャンプオンしていたＣＣと同じ周波数バンドに属する別のＣＣにキャンプオンを試みるようにすることで、確実にキャンプオン可能にすることができる。このため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。また、例え周波数バンド毎にエリアカバレッジが異なったとしても、本方法を適用することで、ＲＡプロシージャ失敗時に確実にキャンプオンを可能にすることができる。
【０２０３】
また、別の方法として、実施の形態１変形例３で開示した、基地局（セル）がキャリアアグリゲーション対象とするＣＣのうちＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣでサブセットを構成し、ＵＥは該サブセット内のいずれかひとつのＣＣにキャンプオンを試みるようにしても良い。
【０２０４】
こうすることで、上述の効果に加え、さらに実施の形態１変形例３で記載の効果を得ることが可能となる。
【０２０５】
また同様に、実施の形態１変形例３で開示したように、基地局（セル）がキャリアアグリゲーション対象とするＣＣのうちＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣでサブセットを構成したが、該キャンプオン可能なＣＣを周波数バンドに一つずつ設けてサブセットを構成しても良い。
【０２０６】
こうすることで、上述の効果に加え、さらに実施の形態１変形例３で記載の効果を得ることが可能となる。
【０２０７】
上述の例では、ＲＡプロシージャにおいて、Ｍｓｇ１からＭｓｇ４が、ある一つの下りＣＣと、それと対応する（ペアバンドとなる）一つの上りＣＣ上で行なわれることを示した。例えば、図２１において、キャンプオンしている下りＣＣがＣＣ＃３の場合、Ｍｓｇ１とＭｓｇ３は下りＣＣ＃３と対応する上りＣＣ＃３で行われ、Ｍｓｇ２とＭｓｇ４は下りＣＣ＃３で行われる。また、下りＣＣ番号と、それと対応する上りＣＣ番号が異なっていても良いことも述べた。
【０２０８】
しかし、アグリゲーション対応の基地局（セル）におけるＲＡプロシージャにおいては、一つの下りＣＣと上りＣＣ上のみで行なわれずに、複数の上りＣＣと複数の下りＣＣ上で行われるようにしても良い。
【０２０９】
例えば、Ｍｓｇ１はＵＥがキャンプオンしている下りＣＣ＃３に対応したＵＬ ＣＣ＃３で送信する。Ｍｓｇ１を受信したｅＮＢはＭｓｇ２を下りＣＣ＃３で送信する。ここで、Ｍｓｇ２にのせるＭｓｇ３のためのスケジューリング情報に、上りＣＣ＃４を割当てる旨の情報を含めて送信する。Ｍｓｇ２を受信したＵＥは該スケジューリング情報にもとづいて、Ｍｓｇ３を上りＣＣ＃４で送信する。Ｍｓｇ３を受信したｅＮＢはＭｓｇ４を下りＣＣ＃４で送信する。このように、ＲＡプロシージャにおいて、複数の上りＣＣと複数の下りＣＣ上で行われるようにしても良い。ｅＮＢは各ＣＣの電波伝搬環境や各ＣＣの負荷状況などを考慮して柔軟な制御を行え、ＲＡプロシージャのスループットを、しいてはセル全体のスループットを向上させることが可能となる。
【０２１０】
また、基地局がＭｓｇ２の送信に、該メッセージ前に移動端末から送信されるＭｓｇ１の送信に用いられた上りＣＣとのペアバンドを用いるようにしても良い。これにより、新たな制御信号なしに、移動端末にてＭｓｇ２が送信されるＣＣを判断可能となり、無線リソースの有効活用という効果を得ることができる。また、移動端末がＭｓｇ２の受信のために、複数のＣＣをブラインド検出する必要がなくなるので、移動端末の低消費電力化という効果を得ることが出来る。基地局がＭｓｇ４の送信に、該メッセージ前に移動端末から送信されるＭｓｇ３の送信に用いられた上りＣＣとのペアバンドを用いても良く、同様の効果を得ることができる。
【０２１１】
このような場合においても、ＲＡプロシージャ失敗の際にキャンプオンするＣＣを、本実施の形態で開示した、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにする方法を適用できる。ＲＡプロシージャを失敗したＣＣとして、ＲＡプロシージャ失敗までに使用した一つまたは複数の下りＣＣ、および、ＲＡプロシージャ失敗までに使用した一つまたは複数の上りＣＣに対応する（ペアバンドとなる）下りＣＣとし、これらのＣＣとすれば良い。
【０２１２】
例えば上記の例について示すと、Ｍｓｇ４を受信できずＲＡプロシージャ失敗となったＵＥは、下りＣＣ＃３と、上りＣＣ＃４に対応した下りＣＣ＃４とを除いたＣＣで、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つの下りＣＣ（ＣＣ＃１またはＣＣ＃６）上にキャンプオンを試みる。
【０２１３】
こうすることで、ＵＥはＲＡプロシージャ失敗時に、確実に該セルの他のＣＣにキャンプオン可能となり、キャンプオン後にＲＡプロシージャが行われた場合も該ＲＡプロシージャを確実に実行可能にすることができる。このため、基地局（セル）は柔軟なＣＣのスケジューリング制御を可能としつつ、さらには、制御遅延時間の削減、ＵＥの消費電力の削減も可能となる。
【０２１４】
実施の形態２変形例１．
実施の形態２では、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにする方法を開示したが、ＲＡプロシージャを失敗したＣＣを除かないようにしても良い。つまり、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにする方法としても良い。
【０２１５】
ＵＥはある下りＣＣにキャンプオンした後にＲＡプロシージャを行う。つまり、該下りＣＣの受信品質は良好であるといえる。従って、ＲＡプロシージャにおいての失敗は主に上りにおいて生じると考えられる。そこで、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにする方法としても良い。こうすることで、ＵＥは、例えキャンプオンを試みた該一つのＣＣがＲＡプロシージャを失敗した際にキャンプオンしていたＣＣだとしても、該ＣＣへのキャンプオンは可能となる。よって、この後、上りＣＣの電波伝搬状況が変わり、ＲＡプロシージャを行う時には上りＣＣの電波伝搬環境が良好になり、ＲＡプロシージャが成功する場合が生じると考えられる。このように、まずは、ＲＡプロシージャ失敗の際にキャンプオンを確実にすることで、キャンプオンの際の制御遅延時間の削減、ＵＥの消費電力の削減も可能となる。そして、その後のＲＡプロシージャを行えるようにしておくことが可能となる。
【０２１６】
さらに、ＲＡプロシージャ失敗の際のキャンプオン後のＲＡプロシージャを確実に実行できる可能性を高めるため、ＲＡプロシージャ失敗の際に、Ｍｓｇ１または／かつＭｓｇ３に使用した上りＣＣと異なる上りＣＣで、Ｍｓｇ１または／かつＭｓｇ３を行うようにすれば良い。こうすることで、例えＲＡプロシージャ失敗の際、キャンプオン後ただちにＲＡプロシージャを再度行うことになったとしても、失敗したＭｓｇ１または／かつＭｓｇ３に使用した上りＣＣと異なる上りＣＣを用いることで、上り通信における電波伝搬環境が良好になり、ＲＡプロシージャを確実に実行できる可能性を高めることができる。従って、ここで開示した方法を用いることで、キャンプオンの際の制御遅延時間の削減、ＵＥの消費電力の削減を可能にするとともに、その後のＲＡプロシージャを確実に実行可能とすることができため、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への移行制御の遅延の抑制、ＵＥの消費電力の削減、他ＵＥとのＲＡプロシージャのコンテンションの削減、システムとしてのシグナリング容量の削減、他のセルや他ＵＥへの干渉の抑制などが可能となる。
【０２１７】
また、上述の、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣとして、実施の形態２で開示した方法としても良い。
【０２１８】
また、別の方法として、実施の形態１変形例３で開示した、アンカーキャリアにキャンプオンを試みるようにしても良い。アンカーキャリアからはシステム情報が報知されるため、キャンプオン後、システム情報を得られずに他のＣＣを再選択／選択する処理に入ってしまうことは無くなる。従って、制御遅延時間の削減、ＵＥの消費電力の削減が可能となる。
【０２１９】
こうすることで、本変形例の効果に加え、さらに実施の形態２や実施の形態１変形例３で記載の効果を得ることが可能となる。
【０２２０】
なお、本変形例では、過去にキャンプオン可能であったＣＣにキャンプオンすることで、前述した効果と同様の効果を得ることができる。
【０２２１】
実施の形態３．
３ＧＰＰにおいて、キャリアアグリゲーション対応の基地局（セル）において、キャリアアグリゲーションする際に下りＣＣと上りＣＣとが非対称となる運用が検討されている。このような場合、該複数の下りＣＣのいずれかにキャンプオンしたＵＥは、対応する該一つの上りＣＣでＲＡプロシージャを実行することが検討されている。
【０２２２】
図１８に、キャリアアグリゲーション時の下りＣＣ／上りＣＣ非対称運用例について示す。１８０１はキャリアアグリゲーション対応のセルである。ここでは図１３と異なり、下りＣＣと上りＣＣを別々に示している。１８０２から１８０８はキャリアアグリゲーションを行う下りＣＣであり、順にＣＣ＃１からＣＣ＃７とする。横軸は下り周波数を示す。１８０９から１８１２はキャリアアグリゲーションを行う上りＣＣであり、順にＣＣ＃ＡからＣＣ＃Ｄとする。横軸は上り周波数を示す。１８１３はＵＥである。
【０２２３】
下りＣＣ＃１と下りＣＣ＃２に対応する上りＣＣは上りＣＣ＃Ａであり、下りＣＣ＃３に対応する上りＣＣは上りＣＣ＃Ｂであり、下りＣＣ＃４に対応する上りＣＣは上りＣＣ＃Ｃであり、下りＣＣ＃５と下りＣＣ＃６と下りＣＣ＃７に対応する上りＣＣは上りＣＣ＃Ｄである。下りＣＣ＃１、下りＣＣ＃２とそれらに対応する上りＣＣ＃Ａは非対称運用である。同様に、下りＣＣ＃５、下りＣＣ＃６、下りＣＣ＃７とそれらに対応する上りＣＣ＃Ｄは非対称運用である。このように、非対称運用においては一つまたは複数の下りＣＣに、一つの上りＣＣが対応する（ペアバンドとなる）。
【０２２４】
非対称運用においてＲＡプロシージャを実行する場合、図１７で示したシグナリングが行われることになるが、上りのシグナリングであるＭｓｇ１とＭｓｇ３は、一つまたは複数の下りＣＣに対して、それら下りＣＣと対応する（ペアバンドとなる）一つの上りＣＣにおいて、無線リソースを用いて、ＵＥからｅＮＢへ送信される。
【０２２５】
例えば、下りＣＣ＃１にキャンプオンしているＵＥは、上りＣＣ＃Ａの無線リソース（ＲＢ＃１（１８１４））で、Ｍｓｇ１、Ｍｓｇ３を送信する。下りＣＣ＃２にキャンプオンしているＵＥは、上りＣＣ＃Ａの無線リソース（ＲＢ＃２（１８１５））で、Ｍｓｇ１、Ｍｓｇ３を送信する。上りＣＣ＃Ａ上でＭｓｇ１、Ｍｓｇ３はＵＥ毎に多重される。
【０２２６】
Ｍｓｇ２、Ｍｓｇ４は、下りＣＣ＃１にキャンプオンしているＵＥには下りＣＣ＃１で、下りＣＣ＃２にキャンプオンしているＵＥには下りＣＣ＃２で、それぞれｅＮＢからＵＥに送信される。Ｍｓｇ１、Ｍｓｇ３の送信において、上りＣＣ＃Ａ上でのＵＥ毎の多重方法として、時間分割多重、周波数分割多重、符号分割多重などが考えられる。
【０２２７】
このように、非対称運用において、ＲＡプロシージャが行われ、途中で失敗した場合、従来の方法の適用では実施の形態２で記載した課題が生じてしまう。
【０２２８】
従って、キャリアアグリゲーション対応の基地局（セル）において、ＲＡプロシージャ失敗時に、ＵＥがキャンプオンするセルの決定において、新たな効果的な方法が要求される。
【０２２９】
これらの課題を解決するため、実施の形態２で開示した方法を適用しても良い。
【０２３０】
しかし、非対称運用において、ＲＡプロシージャが行われ、途中で失敗した場合にキャンプオンする下りＣＣの決定方法として、実施の形態２で開示した方法を適用した場合も以下のような問題を生じる。
【０２３１】
例えば、実施の形態２で開示した方法として、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにする。
【０２３２】
例えば、図１８に示すように、ＵＥ（１８１３）が下りＣＣ＃２（１８０３）にキャンプオンしたとする。下りＣＣ＃１（１８０２）、下りＣＣ＃２（１８０３）とそれらに対応する上りＣＣ＃Ａ（１８０９）は非対称運用である。ＵＥがＲＡプロシージャを実行する場合、キャンプオンしている下りＣＣ＃２（１８０３）に対応した上りＣＣ＃Ａ（１８０９）の無線リソース（ＲＢ＃２（１８１５））において、ＵＥは基地局（セル）に対してＭｓｇ１を送信する。その後、Ｍｓｇ２からＭｓｇ４が各々下りＣＣ＃２（１８０３）とそれに対応する上りＣＣ＃Ａ（１８１５）によってＵＥ（１８１３）と基地局（セル）（１８０１）間で通信される。Ｍｓｇ４をＵＥが受信した場合、ＲＡプロシージャは成功となる。しかし、ＲＡプロシージャ（Ｍｓｇ１〜Ｍａｇ４）の途中で失敗した場合、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）（１８０１）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能な下りＣＣ（例えば、下りＣＣ＃１（１８０２）から下りＣＣ＃７（１８０８）とする）のうち、ＲＡプロシージャを失敗した下りＣＣ＃２（１８０３）を除いた下りＣＣのうち、いずれか一つの下りＣＣにキャンプオンを試みるようにする。ここでは、下りＣＣ＃１（１８０２）と下りＣＣ＃３（１８０４）から下りＣＣ＃７（１８０８）が相当する。この際に、ＵＥは下りＣＣ＃１（１８０２）にキャンプオンを試みるとする。ＲＡプロシージャを実行する際に選択していた基地局（セル）（１８０１）と同じセル内のＣＣなので、ＵＥがＣＣ＃１（１８０２）にキャンプオンできる可能性は高いと判断される。よって、ＵＥはＲＡプロシージャ失敗時に下りＣＣ＃１（１８０２）にキャンプオンすることになる。
【０２３３】
しかしこの場合、再度のＲＡプロシージャが失敗する可能性はより高くなってしまう。例えば、再度ＲＡプロシージャを実行する際、ＵＥは、Ｍｓｇ１を下りＣＣ＃１（１８０２）に対応する上りＣＣ＃Ａ（１８０９）の無線リソース（ＲＢ＃１（１８１４））で基地局（セル）（１８０１）に送信しなければならない。ＵＥは、上りＣＣ＃Ａ（１８０９）にてＲＡプロシージャに失敗しているため、この送信も失敗に終わる可能性が高い。さらに、例え基地局（セル）がＭｓｇ１を受信成功したとしても、ＵＥは、Ｍａｇ２を受信した後のＭｓｇ３も下りＣＣ＃１（１８０２）に対応する上りＣＣ＃Ａ（１８０９）で基地局（セル）に送信しなければならない。上りＣＣ＃Ａ（１８０９）にてＲＡプロシージャに失敗しているため、この送信も失敗に終わる可能性が高い。このように、再度のＲＡプロシージャの途中で失敗する可能性はより高くなってしまう。
【０２３４】
再度ＲＡプロシージャに失敗したＵＥは、実施の形態２で開示した方法に従ってさらにもう一度キャンプオンするＣＣを探さなくてはならない。一旦、ＣＣ＃１（１８０２）にキャンプオンを行ってしまっているため、再度のＲＡプロシージャ失敗時、下りＣＣ＃２（１８０３）にもう一度キャンプオンを試みる場合が生じる。このような場合、また再度のＲＡプロシージャを行う場合、上りＣＣ＃Ａ（１８０９）を用いることになる。従って、このＲＡプロシージャも失敗する可能性が高くなる。また、上りＣＣに対応する下りＣＣの数が多大になったときも、ＲＡプロシージャの失敗を繰り返す可能性が高くなる。
【０２３５】
このように、実施の形態２で開示した方法を適用しただけでは、ＲＡプロシージャ失敗を繰り返す状況が発生してしまう。これにより、ＵＥと基地局（セル）、ネットワーク間においてデータ通信を開始するまでに多大な時間がかかり、場合によっては、通信が不可能になってしまう。また、ＵＥは何度もＲＡプロシージャを繰り返さねばならないため、消費電力の増大を招くことになる。
【０２３６】
従ってＲＡプロシージャ失敗時にキャンプオンするセルとＣＣの決定において、新たな効果的な方法が要求される。
【０２３７】
上記のような課題を解決するため、本実施の形態では、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗した上りＣＣに対応する下りＣＣを除いたＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにする。
【０２３８】
図２２に、下りＣＣ／上りＣＣ非対称運用におけるＲＡプロシージャ失敗の際にキャンプオンするＣＣの概念図を示す。図２２において、図１８と同じ参照符号のものは、同一または相当するものを示すので、同じ参照符号の箇所の説明は省略する。
【０２３９】
例えば、図１８に示したように、ＵＥ（１８１３）が下りＣＣ＃２（１８０３）にキャンプオンしたとする。ＵＥがＲＡプロシージャを実行し、キャンプオンしている下りＣＣ＃２（１８０３）に対応した上りＣＣ＃Ａ（１８０９）においてＵＥは基地局（セル）に対してＭｓｇ１を送信し、Ｍｓｇ２からＭｓｇ４が各々下りＣＣ＃２（１８０３）とそれに対応する上りＣＣ＃Ａ（１８０９）によってＵＥと基地局（セル）間で通信される。ＲＡプロシージャ（Ｍｓｇ１〜Ｍａｇ４）の途中で失敗した場合、図２２に示すように、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）（１８０１）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能な下りＣＣ（例えば、下りＣＣ＃１（１８０２）から下りＣＣ＃７（１８０８）とする）のうち、ＲＡプロシージャを失敗した下りＣＣ＃２（１８０３）と、さらに、上りＣＣ＃Ａ（１８０９）と対応する他の下りＣＣ、ここでは下りＣＣ＃１（１８０２）とを除いたＣＣのうち、いずれか一つの下りＣＣにキャンプオンを試みるようにする。ここでは、下りＣＣ＃３（１８０４）から下りＣＣ＃７（１８０８）が相当する。ここでは例えば、ＵＥは下りＣＣ＃３（１８０４）にキャンプオンを試みるとする。
【０２４０】
ＲＡプロシージャを実行する際に選択していた基地局（セル）（１８０１）と同じセル内のＣＣなので、ＵＥがＣＣ＃３（１８０４）にキャンプオンできる可能性は高い。よって、ＵＥはＲＡプロシージャ失敗時のキャンプオンを確実に実行することができる。
【０２４１】
また、下りＣＣ＃３（１８０４）にキャンプオンしたＵＥが再度のＲＡプロシージャを実行する場合も、先にＲＡプロシージャの失敗時に使用した上りＣＣ＃Ａ（１８０９）とは異なる上りＣＣ、ここでは上りＣＣ＃Ｂ（１８１０）で再度のＲＡプロシージャを行うことになるため、ＲＡプロシージャ途中の失敗は無くなる。上りＣＣ＃Ａと上りＣＣ＃Ｂのキャリア周波数が異なるため、電波伝搬環境が異なることが考えられるからである。これにより、ＲＡプロシージャの失敗が繰り返されることを回避可能となる。従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への移行制御の遅延時間の削減、ＵＥの消費電力の削減、他ＵＥとのＲＡプロシージャのコンテンションの削減、システムとしてのシグナリング容量の削減、他のセルや他ＵＥへの干渉の抑制などが可能となる。また、タイマなどによりＲＡプロシージャ実行許可制限時間が設けられている場合など、ＲＡプロシージャを長時間繰返して該タイマを越えた場合など、ＵＥと基地局（セル）、ネットワーク間で通信が不可能になる状況が生じるが、これを回避することも可能となる。従って、基地局またはシステム全体としてのスループットを向上させることが可能となる。
【０２４２】
ＲＡプロシージャ失敗の際のシーケンス例は、図２５と同じで良い。また、キャンプオンを試みるセルおよびＣＣの決定方法は、図２６のＳＴ２６０３を、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能な下りＣＣであって、かつＲＡプロシージャを失敗した上りＣＣに対応する下りＣＣを除いた下りＣＣのうち、キャンプオンを試みていない下りＣＣは存在するか否かで判断するように変更すれば良い。さらに明確に言うならば、ＳＴ２６０１、ＳＴ２６０４からＳＴ２６０９のＣＣを下りＣＣに変更すれば良い。
【０２４３】
ＵＥは、ＳＴ２６０３において、ＲＡプロシージャを失敗した上りＣＣにどの下りＣＣが対応しているかの情報を必要とする。該上りＣＣにどの下りＣＣが対応しているかの情報（下りＣＣ／上りＣＣのペアバンド情報）を、システム情報として基地局（セル）からＵＥに報知するようにすれば良い。図２５のＳＴ２５０１後のＳＴ２５０２で、ＵＥは、該基地局（セル）に最初にキャンプオンした下りＣＣ上で報知される該システム情報を受信するようにすれば良い。
【０２４４】
また、上述の、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣとして、実施の形態２で開示した方法としても良い。
【０２４５】
また、別の方法として、実施の形態１変形例３で開示した、アンカーキャリアにキャンプオンを試みるようにしても良い。アンカーキャリアからはシステム情報が報知されるため、キャンプオン後、システム情報を得られずに他のＣＣを再選択／選択する処理に入ってしまうことは無くなる。従って、制御遅延時間の削減、ＵＥの消費電力の削減が可能となる。
【０２４６】
こうすることで、本実施の形態の効果に加え、さらに実施の形態２や実施の形態１変形例３で記載の効果を得ることが可能となる。
【０２４７】
前述の、実施の形態２で開示した方法の一つとして、基地局（セル）がキャリアアグリゲーション対象とするＣＣのうちＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣでサブセットを構成したが、該キャンプオン可能なＣＣを周波数バンドに一つずつ設けてサブセットを構成しても良いことを示した。
【０２４８】
別の方法として、該キャンプオン可能なＣＣを、該基地局（セル）の上りＣＣと対応する一つまたは複数の下りＣＣから一つずつ設けて、サブセットを構成しても良い。
【０２４９】
ＲＡプロシージャ失敗時、該サブセット内の他の下りＣＣにキャンプオンを試みるようにする。
【０２５０】
このように、ＲＡプロシージャ失敗時に、該サブセット内の下りＣＣからキャンプオンを試みるセルを選択可能となるので、制御遅延時間の削減、ＵＥの消費電力の削減が可能となる。
【０２５１】
前述した方法では、ＲＡプロシージャ失敗時の上りＣＣと対応する（ペアバンドとなる）下りＣＣの情報を、ＵＥは、最初にキャンプオンした該基地局（セル）の下りＣＣの報知情報により受信することとした。
【０２５２】
別の方法として、ＵＥはＲＡプロシージャ実行時の上りＣＣ情報を記憶しておき、該ＲＡプロシージャ失敗時に、一旦、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能な下りＣＣのうちいずれか一つを選択し、該下りＣＣの報知情報を受信して対応する上りＣＣ情報を得る。該上りＣＣ情報が、記憶したＲＡプロシージャ失敗時の上りＣＣ情報と同じであれば他の下りＣＣを選択し、再度該下りＣＣの報知情報を受信して対応する上りＣＣ情報を得るようにする。該上りＣＣ情報が、記憶したＲＡプロシージャ失敗時の上りＣＣ情報と異なっていれば該下りＣＣにキャンプオンする。
【０２５３】
こうすることで、本実施の形態の効果に加え、各ＣＣから報知する情報量を少なくする効果が得られる。
【０２５４】
また、もし、ＲＡプロシージャ実行時にキャンプオンしていた基地局（セル）が、ＲＲＣ＿ＩＤＬＥ時のキャンプオン可能な下りＣＣが一つの場合は、他のセルにキャンプオンを試みるようにしておけば良い。
【０２５５】
また、もし、ＲＡプロシージャ実行時にキャンプオンしていた基地局（セル）が、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能な下りＣＣがすべて同じ上りＣＣとリンクしている場合は、他のセルにキャンプオンを試みるようにしておけば良い。
【０２５６】
こうすることによって、例え、ＲＡプロシージャ失敗時に他にキャンプオン可能な下りＣＣが無い場合、または再度のＲＡプロシージャ失敗の可能性が高い上りＣＣしかない場合にも、他の基地局（セル）でキャンプオン可能にすることができ、再度のＲＡプロシージャを実行できる可能性を高めることができる。
【０２５７】
本実施の形態では、一つまたは複数の下りＣＣに、一つの上りＣＣが対応する（ペアバンドとなる）非対称運用の場合について説明した。本実施の形態で開示した方法は、これに限らず、一つの下りＣＣに一つまたは複数の上りＣＣが対応する（ペアバンドとなる）非対称運用の場合についても適用できる。一つの下りＣＣとペアバンドとなる一つまた複数の上りＣＣにおいて、ＲＡプロシージャを失敗していない上りＣＣが存在する場合には、ＲＡプロシージャ失敗時、ＲＡプロシージャを失敗した上りＣＣとペアバンドとなる下りＣＣにキャンプオンを試みるようにする。これにより、キャンプオンを確実にすることは可能となる。ＵＥはある下りＣＣにキャンプオンした後にＲＡプロシージャを行う。つまり、該下りＣＣの受信品質は良好であるといえる。従って、ＲＡプロシージャにおいての失敗は主に上りにおいて生じると考えられるからである。
【０２５８】
再度ＲＡプロシージャを実行する際に、該キャンプオンした下りＣＣとペアバンドとなる上りＣＣのうちで、ＲＡプロシージャを失敗していない上りＣＣ上のいずれか一つのＣＣでＲＡプロシージャを実行するようにしておけば良い。これによりＲＡプロシージャ失敗が繰り返し発生することを回避でき、本実施の形態と同様の効果を得ることが可能となる。
【０２５９】
実施の形態２および実施の形態３では、ＲＡプロシージャとして、Ｍｓｇ１からＭｓｇ４を実行する場合について述べたが、これに限らず、下りＣＣと上りＣＣを用いてメッセージの送受信が実行されていれば良く、実施の形態２および実施の形態３で開示した方法が適用できる。
【０２６０】
本発明において、実施の形態１、実施の形態１の変形例１、実施の形態１の変形例２、実施の形態１の変形例３、実施の形態２、実施の形態２の変形例１、実施の形態３を個別に記載したが、これらは組合せて用いても良い。
【０２６１】
本発明において、ＲＲＣ＿ＩＤＬＥ時にＵＥがキャンプオンするＣＣは一つとしたが、ＵＥが複数のＣＣに同時にキャンプオンをするようにしても良い。いずれか一つのＣＣ、ではなく、複数のＣＣ、とすれば良い。この場合にも、本発明を適用することは可能であり、同様の効果を得ることが可能となる。
【０２６２】
なお、ＲＲＣ＿ＩＤＬＥ時にＵＥが複数のＣＣに同時にキャンプオンしている場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行する際のＲＡプロシージャはＵＥがキャンプオンしている該複数のＣＣのいずれか一つのＣＣで行うようにすれば良い。ＵＥは受信品質が良好なＣＣを選択できるため、ＲＡプロシージャの途中での失敗を削減することが可能となる。
【０２６３】
本発明については、ＬＴＥシステム（Ｅ−ＵＴＲＡＮ）、ＬＴＥアドバンスド（LTE-Advanced）システムを中心に記載したが、Ｗ−ＣＤＭＡシステム（ＵＴＲＡＮ、ＵＭＴＳ）についても適用可能である。
【技術分野】
【０００１】
本発明は、複数の移動端末と基地局との間で無線通信を実施する移動体通信システムに関するものである。
【背景技術】
【０００２】
第３世代と呼ばれる通信方式のうち、Ｗ−ＣＤＭＡ（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）とは、加入者が属するＣＳＧセルのすべてのＣＳＧ ＩＤが記録されている、ＵＳＩＭ（Universal Subscriber Identity Module）に格納されたリストである。移動端末内のホワイトリストは上位レイヤによって与えられる。これによりＣＳＧセルの基地局は移動端末に無線リソースの割り当てを行う。
【００２０】
「適切なセル」（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）システムでは、ＬＴＥシステムの周波数帯域幅より大きい周波数帯域幅をサポートすることが考えられている。通信速度向上のためである。現在の３ＧＰＰではＬＴＥ-Ａシステムの周波数帯域幅は１００ＭＨｚ以下となることが議論されている。
【００２５】
各地域の周波数利用状況は様々である。よって周波数帯域幅を連続して１００ＭＨｚ確保出来ない地域も考えられる。また、ＬＴＥ−ＡシステムにおいてＬＴＥ対応移動端末の互換動作が考えられている。これにともない、現在の３ＧＰＰでは周波数帯域（キャリア）をコンポーネントキャリア（部分キャリア）と呼ばれる単位に分けることが考えられている。現在の３ＧＰＰでは、本コンポーネントキャリア上においてＬＴＥ対応移動端末は動作可能とする方向である。また、ＬＴＥ−Ａシステムとしての通信速度向上は、コンポーネントキャリアをアグリゲーションして（集めて）作成した集合キャリアを使用することにより実現しようと考えられている。これ以降、コンポーネントキャリアをＣＣと、キャリアアグリゲーションをＣＡと略記することがある。
【００２６】
本発明の目的は、集合キャリアに対応させて通信速度向上を実現しつつ、集合キャリアに含まれる部分キャリアに効率的にキャンプオンできる移動体通信システムを提供することである。
【課題を解決するための手段】
【００２７】
本発明は、複数の部分キャリアを個別に使用するか又は前記複数の部分キャリアを集めた集合キャリアを使用して、前記部分キャリアに対応した移動端末又は前記集合キャリアに対応した移動端末と基地局とが無線通信する移動体通信システムであって、
前記集合キャリアを使用して前記集合キャリアに対応した移動端末と基地局とが無線通信する場合、前記移動端末は前記集合キャリアに含まれるいずれか一つの部分キャリアにキャンプオンすることを特徴とする移動体通信システムである。
【発明の効果】
【００２８】
本発明によれば、集合キャリアを使用して集合キャリアに対応した移動端末と基地局とが無線通信する場合に、移動端末は集合キャリアに含まれるいずれか一つの部分キャリアにキャンプオンするので、集合キャリアに対応させて通信速度向上を実現しつつ、集合キャリアに含まれる部分キャリアに効率的にキャンプオンすることができる。
【図面の簡単な説明】
【００２９】
【図１】ＬＴＥ方式の通信システムの構成を示す説明図である。ＬＴＥ方式の通信システムの構成を示す説明図である。
【図２】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図３】ＭＢＳＦＮフレームの構成を示す説明図である。
【図４】ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。
【図５】ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。
【図６】ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。
【図７】現在３ＧＰＰで議論されている移動体通信システムの全体的な構成を示すブロック図である。
【図８】本発明に係る移動端末３１１の構成を示すブロック図である。
【図９】本発明に係る基地局３１２の構成を示すブロック図である。
【図１０】本発明に係るＭＭＥの構成を示すブロック図である。
【図１１】本発明に係るＨｅＮＢＧＷの構成を示すブロック図である。
【図１２】ＬＴＥ方式の通信システムにおいて移動端末が行うセルサーチの概略を示すフローチャートである。
【図１３】基地局がＣＡ対応である場合のＲＲＣ＿ＩＤＬＥ状態とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態についての概念図である。
【図１４】データの送受信の可能なＣＣのうちのいずれか一つのＣＣにキャンプオンする場合の概念図である。
【図１５】同じ周波数バンドに属するＣＣのなかのいずれか一つのＣＣにキャンプオンする場合の概念図である。
【図１６】ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣにキャンプオンする場合の概念図である。
【図１７】ＲＡプロシージャのシーケンス図である。
【図１８】ＣＡ時の下りＣＣ／上りＣＣ非対称運用について説明する説明図である。
【図１９】ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ間の状態遷移時のシーケンス図である。
【図２０】基地局がキャンプオンを試みるセルかつ／またはＣＣをＵＥに通知する場合のシーケンス図である。
【図２１】ＲＡプロシージャ失敗のＣＣを除いたＣＣのうちのいずれか一つのＣＣにキャンプオンする場合の概念図である。
【図２２】下りＣＣ／上りＣＣ非対称運用におけるＲＡプロシージャ失敗の際にキャンプオンするＣＣの概念図である。
【図２３】ひとつのセル内でのＣＣサーチのフローチャートである。
【図２４】本発明に係る、キャンプオンを試みるセルおよびＣＣの決定方法についてのフローチャートである。
【図２５】ＲＡプロシージャ失敗の際のシーケンス図である。
【図２６】本発明に係る、キャンプオンを試みるセルおよびＣＣの決定方法についてのフローチャートである。
【発明を実施するための形態】
【００３０】
実施の形態１．
図７は、現在３ＧＰＰにおいて議論されているＬＴＥ方式の移動体通信システムの全体的な構成を示すブロック図である。現在３ＧＰＰにおいては、ＣＳＧ（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）とすることも提案されている。
ＵＴＲＡ、ＬＴＥ、ＬＴＥ−Ａなどのシステムでは、上り、下りともに、いくつかの連続した周波数からなる周波数帯域で動作するように設計されている。これら各々の周波数帯域を、以下、周波数バンドと称する。
【００５３】
ＵＴＲＡ、ＬＴＥ、ＬＴＥ−ＡのＦＤＤシステムにおいては、一つの上り周波数バンドと、それと異なる一つの下り周波数バンドが対になって動作する。この上り周波数バンドと下り周波数バンドを、以下、ペアバンド(paired band)と称する。
【００５４】
また、ＬＴＥ−ＡのＦＤＤシステムにおいては、キャリアアグリゲーション対応の基地局において、一つの上りＣＣと、それと異なる一つの下りＣＣが対になって動作する。この上りＣＣと下りＣＣも同様に、以下、ペアバンド(paired band)と称する。
【００５５】
ＬＴＥ−ＡのＦＤＤシステムにおいては、ひとつの上り周波数バンドと、それと異なる複数の下り周波数バンドが対になって動作することが検討されている。つまり、一つの上り周波数バンドに対して複数の下り周波数バンドがペアバンドとなる。また、キャリアアグリゲーション対応の基地局において、ひとつの上りＣＣに対して、複数の下りＣＣが対になって動作することが検討されている。つまり、一つの上りＣＣに対して複数の下りＣＣがペアバンドとなる。これらの運用のことを非対称(asymmetric)な運用と称する。
【００５６】
ＵＥが基地局（セル）を通してネットワークとのデータ送受信を終了した場合など、ＵＥと基地局（セル）はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（接続状態）からＲＲＣ_ＩＤＬＥ状態（待受状態）へ移行する。このように、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からはなれてＲＲＣ_ＩＤＬＥ状態へ移行する場合、従来は、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後のセル上にキャンプオンを試みる。
【００５７】
しかし、基地局（セル）がキャリアアグリゲーション対応の基地局（セル）であり、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でひとつまたは複数のＣＣを用いてデータの送受信が行われているような場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からはなれてＲＲＣ_ＩＤＬＥ状態へ移行する際に、従来の方法の適用では、どの基地局（セル）のどのコンポーネントキャリアにキャンプオンを試みたら良いかが不明となる。
【００５８】
図１３に、基地局（セル）がキャリアアグリゲーション対応の基地局（セル）である場合のＲＲＣ＿ＩＤＬＥ状態とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態についての概念図を示す。（ａ）はＲＲＣ＿ＩＤＬＥ状態、（ｂ）はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である。１３０１から１３０３はセルで、１３０３のセルはキャリアアグリゲーション対応である。１３０４から１３１０はセル１３０３がキャリアアグリゲーションを行うＣＣであり、順にＣＣ＃１からＣＣ＃７とする。横軸は周波数を示す。ＦＤＤにおいては、ＤＬの周波数とＵＬの周波数は異なるが、簡単化のため、ＤＬの周波数とＵＬの周波数を同じ軸上に記載している。同じく簡単化のため、下りのコンポーネントキャリア（下りＣＣ、ＤＬ ＣＣ）の番号と、各ＤＬ ＣＣに対応する（ペアバンドとなる）上りのコンポーネントキャリア（上りＣＣ、ＵＬ ＣＣ）の番号を同じとし、いずれもＣＣ＃ｎ（ｎは正の整数）として図で示している。これに限らず下りＣＣとそれに対応する上りＣＣとで番号が異なっていてもよいし、番号は同じでも、周波数軸上の配置の順番が異なっていても構わない。
【００５９】
なお、本明細書では、特に断らない限り、下りＣＣとそれに対応する（ペアバンドである）上りＣＣのことをあわせてＣＣと称する。また、ＵＥがキャンプオンするのは下りＣＣ上であるが、簡単のため、ここではＣＣにキャンプオンすると記載する。該ＣＣの下りＣＣにキャンプオンすることを意味する。
【００６０】
１３１１はＵＥである。セル選択／再選択後セル１３０３を選択したＵＥは、ＲＲＣ＿ＩＤＬＥ状態で例えばＣＣ＃３（１３０６）にキャンプオンしている。基地局（セル）とＲＲＣ接続を行ったＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入り、コアネットワークとの間でデータの送受信を行う。このとき、基地局（セル）がキャリアアグリゲーション対応の基地局（セル）であるので、ＵＥは一つまたは複数のＣＣ上で基地局（セル）を介してコアネットワークとデータの送受信を行う。
【００６１】
データの送受信を行う一つまたは複数のＣＣは、各ＣＣの通信品質（例えばＣＱＩ，ＲＳＲＰなど）に応じてダイナミックに変更されることも考えられる。通信品質の良いＣＣでデータの送受信を行うことによって、スループットの向上が図れ、高速通信が可能になるためである。
【００６２】
図１３の（ｂ）では、ＣＣ＃２（１３０５）、ＣＣ＃４（１３０７）、ＣＣ＃６（１３０９）上でデータの送受信を行っている。このように、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入る前のＲＲＣ＿ＩＤＬＥ時にキャンプオンしていたＣＣ（ＣＣ＃３）と、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にデータの送受信を行うＣＣとが異なるような場合が生じることが考えられる。
【００６３】
ＵＥがアグリゲーション対応の基地局（セル）と、上述のようにＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で一つまたは複数のＣＣ上でデータの送受信を行った後などに、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する場合が生じる。
【００６４】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する場合、アグリゲーション対応の基地局（セル）は複数のＣＣに対応しているため、ＵＥは、もし従来のように同じ基地局（セル）にキャンプオンを試みるようにした場合でも、基地局（セル）は特定できるが、該基地局（セル）のどのＣＣにキャンプオンしたら良いのか不明になってしまう。
【００６５】
このような状況で、該基地局（セル）のＣＣのいずれかにキャンプオンする方法として、該基地局（セル）内の全ＣＣをサーチしてベストＣＣを選択しキャンプオンする方法が考えられる。図２３に、ひとつのセル内でのＣＣサーチのフローチャート例を示す。図に示すように、ＳＴ２３０１で基地局（セル）内の各ＣＣについて、同期をとり、ＰＣＩを検出する。このステップは、該基地局（セル）と同期がとれており、ＰＣＩがわかっている場合は省略可能である。ＳＴ２３０２で各ＣＣのＲＳ検出、ＲＳ受信電力の測定を行い、ＳＴ２３０３で最も良いＣＣをベストＣＣとして選択する。ＳＴ２３０４では、該ＣＣで送信されるＰＢＣＨを受信し、ＭＩＢを受信する。ＳＴ２３０５では、該ＣＣで送信されるＤＬ−ＳＣＨを受信してＳＩＢ１を受信し、ＳＴ２３０６で該基地局（セル）の該ＣＣ上にキャンプオンしてシステム情報とページング情報をモニタする。
【００６６】
キャリアアグリゲーションに対応している一つの基地局（セル）内でのＣＣの選択／再選択方法を前記のようにして、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する場合に、ここで開示した方法を用いることで、該基地局（セル）のＣＣのいずれかにキャンプオンすることが可能となる。これにより、どのＣＣにキャンプオンしたら良いのか特定できることになり、ＵＥと基地局（セル）、ネットワーク間での通信を可能にすることができる。
【００６７】
しかし、ここで開示した方法では、一つの基地局（セル）内の全てのＣＣをターゲットにベストＣＣのサーチを行いＣＣの選択／再選択処理を行わねばならず、制御遅延時間が増大し、ＵＥの消費電力が増大する、という問題が生じてしまう。別の方法として、キャンプオンするセルを変更することも考えられるが、この場合も、ＵＥはセルサーチを行いセル選択／再選択の処理を行なわねばならず、制御遅延時間が増大し、ＵＥの消費電力が増大する、という問題が生じてしまう。
【００６８】
従って、キャリアアグリゲーション対応の基地局（セル）において、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ_ＩＤＬＥ状態へ移行する際に、ＵＥがキャンプオンするセルおよびＣＣの決定において、新たな効果的な方法が要求される。
【００６９】
上記のような課題を解決するため、本実施の形態では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）の、データの送受信の可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにする。
【００７０】
図１４に、データの送受信の可能なＣＣのうちのいずれか一つのＣＣにキャンプオンする場合の概念図を示す。（ａ）はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、（ｂ）はＲＲＣ＿ＩＤＬＥ状態である。図１４において、図１３と同じ参照符号のものは、同一または相当するものを示すので、同じ参照符号の箇所の説明は省略する。
【００７１】
(ａ)で示すように、基地局（セル）（１３０３）はキャリアアグリゲーション対応なので、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＵＥは複数のＣＣ、ＣＣ＃２（１３０５）、ＣＣ＃４（１３０７）、ＣＣ＃６（１３０９）上でデータの送受信を行っている。このような状況で、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する場合、（ｂ）で示すように、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）（１３０３）の、データの送受信の可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにする。ここではＣＣ＃２（１３０５）にキャンプオンを試みる。
【００７２】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＵＥと基地局（セル）間でデータの送受信が可能なＣＣは、通信品質の良いＣＣとなると考えられる。少なくともデータの送受信が可能となる通信品質が得られている。従って、データの送受信が可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにすることで、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する際に該セルの該ＣＣに確実にキャンプオン可能になる。確実にキャンプオン可能とすることで、キャンプオンできなかった場合に生じるセルサーチ、セル選択／再選択処理、または全てのＣＣのサーチ、ＣＣの選択／再選択処理を行わずに済むことになるため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【００７３】
キャリアアグリゲーション対応の基地局（セル）におけるＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ間の状態遷移の具体的な動作については３ＧＰＰにおいてまだ検討されておらず明確になっていない。従って、ここでは、ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ間の状態遷移を可能にする具体的な動作を開示する。
【００７４】
図１９に、ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ間の状態遷移時のシーケンス例を示す。
【００７５】
図について説明する。ＲＲＣ＿ＩＤＬＥ状態のＵＥはＳＴ１９０１でセルまたは／かつＣＣ（下りＣＣ）のサーチを行い、ＳＴ１９０２である一つのセルの一つのＣＣ（下りＣＣ）上にキャンプオンする。ある一つのＣＣ上にキャンプオンしたＵＥは、ＳＴ１９０３で該ＣＣ（上りＣＣ（該下りＣＣに対応する（ペアバンドとなる）上りＣＣ））を用いてＲＲＣ接続要求を基地局（セル）（ｅＮＢ）に送信する。ＲＲＣ接続要求を受信した基地局（セル）は、ＳＴ１９０４で該ＣＣ（下りＣＣ）を用いてＲＲＣ接続セットアップをＵＥに送信する。ＲＲＣ接続セットアップを受信したＵＥは、ＳＴ１９０５で該ＣＣ（上りＣＣ）を用いてＲＲＣ接続セットアップ完了を基地局（セル）に対して送信する。これにより、ＲＲＣ接続の設立成功となり、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する。ＳＴ１９０６で、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、ＵＥと基地局（セル）、コアネットワーク（ＣＮ）間でデータの送受信を行う。
【００７６】
アグリゲーション対応の基地局（セル）では、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、通信品質の良いＣＣを用いてキャリアアグリゲーションが行われるようにするため、データの送受信が可能なＣＣの追加／削除／入替えが行われる。追加／削除／入替えが行われるＣＣとして下りＣＣまたは／かつ上りＣＣが対象となる。
【００７７】
なお、この際に、下りＣＣと対応する（ペアバンドとなる）上りＣＣを一対として追加／削除／入替えを行うようにしても良い。こうすることで、ＵＥ、基地局（セル）、コアネットワーク間で必要となるシグナリングの情報量を削減することが可能となる。
【００７８】
この追加／削除／入替えを行うＣＣは基地局（セル）によって設定される。該設定は、コアネットワークによって設定されても良い。この場合、設定したＣＣの追加／削除／入替え情報を基地局（セル）に通知するようにすれば良い。追加／削除／入替えが行われるＣＣを設定した基地局（セル）は、ＣＣの追加／削除／入替えを行う。この際に、基地局は（セル）はＳＴ１９０７においてＣＣの追加／削除／入替え情報をＵＥに通知する。ＵＥは該情報を用いて、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時に送受信可能となるＣＣを認識することが可能となる。ＵＥは該送受信可能なＣＣ（下りＣＣ）のスケジューリング情報を受信することによって、ＳＴ１９０８でＣＣの追加／削除／入替え後のＣＣにおいて基地局（セル）とのデータ送受信を可能とし、ＳＴ１９０９で該基地局（セル）を介してコアネットワークとのデータの送受信を可能とする。
【００７９】
次に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥへの状態遷移について説明する。ＵＥとコアネットワーク間でのデータ送受信が終了し、ＵＥと基地局（セル）間でＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の必要がなくなった場合など、ＳＴ１９１０で基地局（セル）はＵＥに対して、ＲＲＣ接続開放を送信する。これを受信したＵＥは、ＳＴ１９１１でＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行するプロシージャを実行する。該プロシージャを実行したＵＥは、ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行し、ＳＴ１９１２で、ひとつのセルのひとつのＣＣにキャンプオンする。
【００８０】
ＳＴ１９１１において、本実施の形態において開示した方法を実行する。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）の、データの送受信の可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにする。こうすることで、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行した際に、ＳＴ１９１２で、選択したセルの選択したＣＣに確実にキャンプオンできる。従って、キャンプオンできなかった場合に生じるセルサーチ、セル選択／再選択処理、または全てのＣＣのサーチ、ＣＣの選択／再選択処理を行わずに済むことになるため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【００８１】
図２４に、本発明に係る、キャンプオンを試みるセルおよびＣＣの決定方法についてのフローチャートの具体例を示す。
【００８２】
ＳＴ２４０１でＵＥは、各ＣＣ再選択に用いるパラメータを受信する。これらのパラメータのＵＥへの通知方法は、図１９に示すＳＴ１９１０のＲＲＣ接続開放メッセージとともに（あるいは該メッセージの情報に含ませて）基地局（セル）より個別にＵＥに通知される。これに限らず、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時に基地局（セル）またはコアネットワークからＵＥに対して個別に通知されても良い。例えば、ＳＴ１９０９で通知されても良い。これにより、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にデータ送受信可能となるＣＣが、動的に、ＵＥ個別に変更になったとしても、変更後のＣＣにおける各ＣＣ再選択に用いるパラメータの送受信が可能となる。また、この通知方法においては、必要なＣＣのＣＣ再選択に用いるパラメータを動的に個別のＵＥに対して通知できるので、ＲＲＣ＿ＩＤＬＥへ移行する際にシステムとして最適なパラメータをＵＥに通知することが可能となる。
【００８３】
また、別の通知方法として、該基地局（セル）にＳＴ１９０２でキャンプオンした際に、システム情報に含めて、該基地局（セル）から報知されるようにしても良い。この場合、該基地局（セル）が対応する全ＣＣの各ＣＣ再選択に用いるパラメータとすると良い。これにより、ＵＥは、例えＲＲＣ＿ＣＯＮＮＥＣＴＥＤで該パラメータの受信がなかったとしても、ＲＲＣ＿ＩＤＬＥ時に受信した該パラメータを用いて、ＳＴ１９１１を実行することが可能となる。
【００８４】
各ＣＣ再選択に用いるパラメータの具体例として、該ＣＣが属する基地局（セル）のセル再選択に用いるパラメータとしても良い。例えば、ＣＣ再選択を行うか否かの閾値などである。具体的には、S_intrasearch、Q_Hyst、Q_offset、T_reselection、S_nonintrasearch、cellReselectionPriorityなどがある。また、S_intrasearchのみであっても良い。この場合、全ＣＣ共通に同じパラメータを用い、各パラメータを以下のようにしても良い。
【００８５】
S_intrasearchは同周波数における測定のための閾値である。
【００８６】
Q_Hystはランキング基準におけるヒステリシス値である。
【００８７】
Q_offsetは二つのセル間のオフセット値である。
【００８８】
T_reselectionはセル再選択タイマ値である。
【００８９】
S_nonintrasearchは異周波数と異システムにおける測定のための閾値である。
【００９０】
CellReselectionPriorityはキャリア周波数の絶対優先度である。
【００９１】
こうすることで、基地局（セル）またはコアネットワークからＵＥに通知しなければならない情報量、シグナリング容量を削減することが可能となる。
【００９２】
別の方法として、ＣＣ毎に上記のパラメータを設けても良い。ＣＣ毎に値が設定可能となる。
【００９３】
また別の方法として、各ＣＣの識別子を設けて該パラメータとともに通知するようにしても良い。該パラメータには、一緒に通知するＣＣの識別子で示したＣＣについての値を入れるようにする。こうすることで、本方法においてもＣＣ毎の値が設定可能となる。
【００９４】
ＳＴ２４０２で、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後のセルを選択する。ＳＴ２４０３でＵＥは、該セルのデータの送受信可能なＣＣのうちで、本プロシージャ（ＳＴ１９１１）においてまだキャンプオンを試みていないＣＣが存在するか否かを判定する。キャンプオンを試みていないＣＣが存在する場合、ＳＴ２４０４でＵＥはキャンプオンを試みていないＣＣのうちのいずれか一つのＣＣを選択し、ＳＴ２４０５で該選択したＣＣにキャンプオンを試みる。ＳＴ２４０５（あるいはＳＴ２４０６でも良い）で、ＵＥは、キャンプオンを試みたＣＣの受信レベル（ＲＳＲＰなど）を測定する。ＳＴ２４０６においてＵＥはさらにＣＣの再選択を行うか否か判断する。さらにＣＣの再選択を行うか否かの判断の具体例としては、測定した該ＣＣの受信レベルがパラメータ（S_intrasearch）より大きい場合はさらにＣＣ再選択を行わないと判断する。さらにＣＣ再選択を行わないと判断した場合、ＵＥはＳＴ２４０７へ移行して、該選択したＣＣへキャンプオンする。ＳＴ２４０６で測定した該ＣＣの受信レベルがパラメータ（S_intrasearch）以下の場合、さらにＣＣの再選択を行うと判断し、ＵＥは、ＳＴ２４０３へ移行して、再度本プロシージャ（ＳＴ１９１１）においてまだキャンプオンを試みていないＣＣが存在するか否か判断する。キャンプオンを試みていないＣＣが存在する場合はＳＴ２４０４へ移行して前述の処理を行う。キャンプオンを試みていないＣＣが存在しない場合は、ＳＴ２４０８へ移行して、他のセルまたは／かつＣＣのサーチおよび他のセルまたは／かつＣＣの再選択の処理を行う。該他のセルまたは／かつＣＣのサーチおよび他のセルまたは／かつＣＣの再選択の処理は、図２３で開示した方法を用いれば良い。ＳＴ２４０８での他のセルまたは／かつＣＣのサーチ、再選択処理後、ＳＴ２４０９でＵＥは選択したセルまたは／かつＣＣへキャンプオンする。ＳＴ２４０７、ＳＴ２４０９は、図１９に示すＳＴ１９１２に相当する。
【００９５】
本実施の形態で開示したように、ＳＴ２４０２からＳＴ２４０５において、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）の、データの送受信の可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにすることで、該ＣＣにキャンプオンする可能性が高くなる。これは、ＳＴ２４０６の判断処理において該ＣＣの受信レベルは、再選択の閾値（S_intrasearch）よりも大きくなる可能性が高いためである。前述したように、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＵＥと基地局（セル）間でデータの送受信が可能なＣＣは、通信品質の良いＣＣとなると考えられるため、少なくともデータの送受信が可能となる通信品質が得られているからである。
【００９６】
従って、ＳＴ２４０６で再度ＣＣの再選択処理に移行する可能性は低く、さらには、ＳＴ２４０８で他のセルまたは／かつＣＣのサーチおよび他のセルまたは／かつＣＣの再選択の処理へ移行する可能性はさらに低くなる。従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する際に選択したセルおよびＣＣへのキャンプオンを確実にし、キャンプオンできなかった場合に生じるセルサーチ、セル選択／再選択処理、または全てのＣＣのサーチ、ＣＣの選択／再選択処理を行わずに済むことになるため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【００９７】
データの送受信の可能なＣＣとして、例えば、非特許文献１０に示されるキャンディデートコンポーネントキャリアセット内のＣＣとしても良い。同様の効果が得られる。
【００９８】
上述した方法では、データの送受信の可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにしたが、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる際に実際にデータの送受信を行っていたＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにしても良い。
【００９９】
こうすると、ＵＥは、ＲＲＣ＿ＩＤＬＥへ移行する直前の各ＣＣの通信品質を認識できることになる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れてＲＲＣ＿ＩＤＬＥへ移行する際に、さらに確実にキャンプオンすることが可能となる。従って、制御遅延時間のさらなる削減効果、ＵＥの消費電力のさらなる削減効果が得られることになる。
【０１００】
データの送受信を行っていたＣＣとして、例えば、非特許文献１０に示されるスケジューリングコンポーネントキャリアとしても良い。同様の効果が得られる。
【０１０１】
なお、上述の、データの送受信の可能なＣＣ、または、実際にデータの送受信を行うＣＣは、ネットワークまたは基地局（セル）によって、基地局（セル）の負荷状況や各ＣＣの電波伝搬環境に応じて設定されることが可能となる。このため、各ＣＣの通信品質を考慮しながらＣＣ間での負荷分散が行えるようになり、基地局（セル）全体としてのスループットの向上を図ることが可能となる。
【０１０２】
また、上述の、データの送受信の可能なＣＣ、または、実際にデータの送受信を行うＣＣは、個別のＵＥ毎に設定されても良い。こうすることで、基地局（セル）と個別のＵＥ間の電波伝搬環境に応じてＣＣを設定することが可能となるため、個々のＵＥに対して良好な受信品質が得られる効果がある。
【０１０３】
上述したいずれか一つのＣＣとして、ＰＢＣＨを有するＣＣとしても良い。こうすることで、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れＲＲＣ＿ＩＤＬＥ移行して該ＣＣにキャンプオンした際に、新たにＰＢＣＨによって送信される報知情報を受信可能とすることができる。セルの構成などの変更により該報知情報が変更されるような場合に、ネットワークまたは基地局（セル）はＵＥにＲＲＣ＿ＩＤＬＥへの移行指示を通知し該報知情報を新たに受信させるようにしても良い。ＵＥは新たな報知情報を受信できるためセルの構成のミスマッチ等による通信異常を無くすことが可能となり、安定した通信システムを供給することが可能となる。
【０１０４】
上述したいずれか一つのＣＣとして、ＳＳを有するＣＣとしても良い。こうすることで、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れＲＲＣ＿ＩＤＬＥ移行して該ＣＣにキャンプオンした際に、新たに同期を取り直すことが可能となる。これにより、例えば、該ＣＣが、データの送受信の可能なＣＣのうちで実際にスケジューリングされていないＣＣであった場合や、または、該ＣＣがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にＤＲＸ動作を行なっていた場合など、ＵＥがデータを受信していない期間が長い場合に、ＲＲＣ＿ＩＤＬＥ移行した際にさらにＵＥがデータを受信していない期間が長くなり同期がはずれてしまうようなことを防ぐことが可能となる。従って、安定した通信システムを供給することが可能となる。
【０１０５】
上述したいずれか一つのＣＣとして、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時に必ずメジャメントまたはモニタするＣＣとしても良い。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる際に該ＣＣをモニタすることが可能な状態にいることになる。このため、ＲＲＣ＿ＩＤＬＥへ移行して該セルにキャンプオンを試みる場合も、確実にキャンプオン可能となる。従って、制御遅延時間の削減効果、ＵＥの消費電力の削減効果が得られことになる。
【０１０６】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時に必ずメジャメントまたはモニタするＣＣとして、例えば、非特許文献１０に示されるアンカーキャリアとしても良い。同様の効果が得られる。
【０１０７】
上述したいずれか一つのＣＣとして、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる時点で最近の受信品質が最も良いＣＣとしても良い。こうすることで、受信品質の最も良いＣＣにキャンプオンすることが可能となり、キャンプオン不可能となる可能性が最も低くなる。このため、制御遅延時間の削減、ＵＥの消費電力の削減においてさらに効果的になる。
【０１０８】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる際に、各ＣＣの受信品質を測定するようにしても良い。こうすることで、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる時点で、ＵＥがキャンプオンするのに最適となるＣＣを判断することが可能となる。従って、制御遅延時間の削減、ＵＥの消費電力の削減において最も効果的になる。
【０１０９】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる際に測定するＣＣとして、最後にＲＲＣ＿ＣＯＮＮＥＣＴＥＤにいたセルの全てのＣＣでなく、データの送受信可能なＣＣとしても良いし、実際にデータを送受信しているＣＣとしても良い。こうすることで、全てのＣＣのメジャメントを行う必要が無くなるため、ＵＥの消費電力の削減を図ることが可能である。
【０１１０】
受信品質を測定するＣＣを基地局（セル）あるいはコアネットワークがＵＥに通知するようにしても良い。通知する方法としては、各ＣＣ再選択に用いるパラメータのＵＥへの通知方法を適用できる。基地局（セル）またはコアネットワークが、受信品質を測定するＣＣを、各ＣＣの接続負荷状況、ＵＥのケーパビリティ、ＵＥと各ＣＣとの通信品質等を考慮して決める。これにより、基地局（セル）全体、システム全体のスループットの向上を図ることができる。
【０１１１】
実施の形態１変形例１．
本変形例では、実施の形態１で述べた課題を解決する別の方法として、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）の、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にデータの送受信の可能なＣＣと同じ周波数バンドに属するＣＣのなかのいずれか一つのＣＣにキャンプオンを試みるようにする。
【０１１２】
図１５に、同じ周波数バンドに属するＣＣのなかのいずれか一つのＣＣにキャンプオンする場合の概念図を示す。（ａ）はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、（ｂ）はＲＲＣ＿ＩＤＬＥ状態である。図１５において、図１３と同じ参照符号のものは、同一または相当するものを示すので、同じ参照符号の箇所の説明は省略する。
【０１１３】
図１５において、ＣＣ＃１（１３０４）とＣＣ＃２（１３０５）は周波数バンドIに属し、ＣＣ＃３（１３０６）は周波数バンドIIに属し、ＣＣ＃４（１３０７）は周波数バンドIIIに属し、ＣＣ＃５（１３０８）とＣＣ＃６（１３０９）とＣＣ＃７（１３１０）は周波数バンドIVに属する。ここでいう周波数バンドは、物理特性または無線特性が共通するＣＣの集合を示す。
【０１１４】
(ａ)で示すように、基地局（セル）（１３０３）はキャリアアグリゲーション対応なので、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＵＥは複数のＣＣ、ＣＣ＃２（１３０５）、ＣＣ＃４（１３０７）、ＣＣ＃６（１３０９）上でデータの送受信を行っている。このような状況で、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する場合、（ｂ）で示すように、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）（１３０３）の、データの送受信の可能なＣＣと同じ周波数バンドに属するＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにする。ここではＣＣ＃５（１３０８）にキャンプオンを試みる。(ａ)で示すように、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてデータの送受信の可能なＣＣの一つにＣＣ＃６（１３０９）がある。このＣＣ＃６（１３０９）は周波数バンドIVに属する。同じく周波数バンドIVに属するＣＣとして、ＣＣ＃５（１３０８）、ＣＣ＃７（１３１０）がある。従ってＵＥはこのうちのＣＣ＃５（１３０８）にキャンプオンを試みるようにする。
【０１１５】
ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ間の状態遷移時のシーケンスは、図１９と同じで良い。また、キャンプオンを試みるセルおよびＣＣの決定方法は、図２４のＳＴ２４０３を、データの送受信の可能なＣＣと同じ周波数バンドに属するＣＣのうちでキャンプオンを試みていないＣＣは存在するか否かで判断するように変更すれば良い。
【０１１６】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＵＥと基地局（セル）間でデータの送受信が可能なＣＣは、通信品質の良いＣＣとなると考えられる。少なくともデータの送受信が可能となる通信品質が得られている。
【０１１７】
一方、同じ周波数バンドに属するＣＣにおいては、周波数が近接しているため電波伝搬環境は殆ど同じと考えられる。従って、同じ周波数バンドに属するＣＣにおける受信品質は殆ど同じと考えられる。
【０１１８】
従って、データの送受信が可能なＣＣと同じ周波数バンドに属するＣＣのなかのいずれか一つのＣＣにキャンプオンを試みるようにすることで、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する際に該セルの該ＣＣに確実にキャンプオン可能になる。これにより、実施の形態１と同様の効果を得ることが可能となる。
【０１１９】
さらに、キャンプオンを試みる対象となるＣＣ数が増えることにより、ＵＥにおいて柔軟な制御が可能となる。
【０１２０】
さらに、基地局（セル）内のＣＣ間での負荷分散が可能となる、という効果が得られる。
【０１２１】
実施の形態１変形例２．
実施の形態１では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）の、データの送受信の可能なＣＣのうちのいずれか一つのＣＣの選択はＵＥが行うようにしていた。こうすることによって、ＵＥの通信状況（例えば各ＣＣ（下りＣＣかつ／または上りＣＣ）の通信品質）に応じてＣＣを選択することが可能となるからである。
【０１２２】
本変形例では、別の方法として、基地局（セル）あるいはコアネットワークが選択して、ＵＥに通知するようにする方法を開示する。この場合、どのＣＣを選択するかの通知方法は、実施の形態１で開示した、各ＣＣ再選択に用いるパラメータのＵＥへの通知方法を適用できる。また、該パラメータとともに、どのＣＣを選択するかを通知するようにしておいても良い。
【０１２３】
一例として、図２０に、基地局（セル）がキャンプオンを試みるセルかつ／またはＣＣをＵＥに通知する場合のシーケンス図を示す。図２０において、図１９と同じ参照符号のものは、同一または相当するものを示すので、同じ参照符号の箇所の説明は省略する。ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤの状態において、基地局（セル）からＵＥに通知する場合である。基地局（セル）はＲＲＣ接続開放メッセージをＵＥに通知する以前に、該ＵＥとの通信状況を判断してＲＲＣ＿ＩＤＬＥへ移行する際にキャンプオンを試みるセルとＣＣを決定し、ＳＴ２００１で該セルと該ＣＣの情報を通知する。該セルと該ＣＣの情報として、該セルと該ＣＣを特定できる情報、例えば、セルの識別子（ＰＣＩ、cell-ID）、ＣＣの識別子（ＣＣナンバ、キャリア周波数、ＣＣのキャリアのＵＡＲＦＣＮ(UTRA Absolute Radio Frequency Channel Number)など）などとすれば良い。
【０１２４】
ＣＣの情報として、ペアバンドである下りＣＣと上りＣＣの情報ではなく、下りＣＣのみの情報であっても良い。この場合、下りＣＣにキャンプオン後に該下りＣＣから対応する上りＣＣの情報を得るようにしておけば良い。例えば、該下りＣＣにおいてシステム情報として報知するようにしておけば良い。これにより、個別のＵＥに対する制御信号を削減可能となり、無線リソースの有効活用という効果を得ることが出来る。
【０１２５】
セルの情報は無くてもよく、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後のセル、とあらかじめ決めておけば良い。これにより、個別のＵＥに対する制御信号を削減可能となり、無線リソースの有効活用という効果を得ることが出来る。
【０１２６】
基地局（セル）またはコアネットワークが、ＵＥがキャンプオンを試みるセルとＣＣを決定する際、各ＣＣの接続負荷状況、ＵＥのケーパビリティ、ＵＥと各ＣＣとの通信品質等を考慮して決める。
【０１２７】
本変形例で開示した方法とすることで、実施の形態１で述べた効果に加えて、基地局（セル）あるいはコアネットワーク等の外部から、ＵＥがキャンプオンを試みるセルとＣＣを決定することができるので、セル全体、システム全体として通信品質の向上、スループットの向上を図れる、という効果が得られる。
【０１２８】
実施の形態１変形例３．
本変形例では、実施の形態１で述べた課題を解決する別の方法として、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）の、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにする。
【０１２９】
図１６に、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣにキャンプオンする場合の概念図を示す。（ａ）はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、（ｂ）はＲＲＣ＿ＩＤＬＥ状態である。図１６において、図１３と同じ参照符号のものは、同一または相当するものを示すので、同じ参照符号の箇所の説明は省略する。
【０１３０】
（ｂ）において、ＣＣ＃１（１３０４）、ＣＣ＃３（１３０６）、ＣＣ＃４（１３０７）、ＣＣ＃６（１３０９）は、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣとする。
【０１３１】
本発明において、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣとは、ＲＲＣ＿ＩＤＬＥ時にキャンプオンが禁じられた（例えば、barredされた）ＣＣでないＣＣとする。
【０１３２】
(ａ)で示すように、基地局（セル）（１３０３）はキャリアアグリゲーション対応なので、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＵＥは複数のＣＣ、ＣＣ＃２（１３０５）、ＣＣ＃４（１３０７）、ＣＣ＃６（１３０９）上でデータの送受信を行っている。このような状況で、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する場合、（ｂ）で示すように、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）（１３０３）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにする。ここではＣＣ＃３（１３０６）にキャンプオンを試みる。
【０１３３】
ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ間の状態遷移時のシーケンスは、図１９と同じで良い。また、キャンプオンを試みるセルおよびＣＣの決定方法は、図２４のＳＴ２４０３を、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちでキャンプオンを試みていないＣＣは存在するか否かで判断するように変更すれば良い。
【０１３４】
ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣ情報は、あらかじめ決められていても良い。こうすることで、該情報の通知に特別なシグナリングは不要になるため、シグナリング負荷の低減がはかれる。
【０１３５】
この他にも、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にデータの送受信を行っているＣＣ上でＵＥに個別に通知されても良いし、または、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にデータの送受信を行っているＣＣまたはその他のＣＣを通して報知されても良い。通知方法としては、ＲＲＣシグナリングやＭＡＣシグナリングのメッセージやヘッダにのせて基地局（セル）からＵＥへ通知する方法、システム情報にのせて基地局（セル）からＵＥへ報知する方法、ＰＤＣＣＨにのせて基地局（セル）からＵＥへ報知する方法などがある。
【０１３６】
該キャンプオン可能なＣＣ情報は、基地局からＵＥへＲＲＣ＿ＣＯＮＮＥＣＴＩＯＮ＿ＲＥＬＥＡＳＥメッセージを通知するよりも前に、あるいはそれと一緒に通知しておく。ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣ情報の通知方法は、実施の形態１で開示した、各ＣＣ再選択に用いるパラメータのＵＥへの通知方法を適用できる。また、該パラメータとともに通知するようにしておいても良い。
【０１３７】
報知情報により報知する場合は、基地局からＵＥへＲＲＣ＿ＣＯＮＮＥＣＴＩＯＮ＿ＲＥＬＥＡＳＥメッセージを通知する前に、基地局は、報知情報の修正情報をＵＥに通知し、ＵＥは修正された報知情報を受信しておくようにしても良い。
【０１３８】
以上のような方法とすることで、準静的（semi-static）、または、動的（dynamic）にＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣを変更することが可能となり、該ＣＣを基地局からＵＥへ通知または報知することが可能となる。
【０１３９】
本発明において、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣとは、ＲＲＣ＿ＩＤＬＥ時にキャンプオンが禁じられた（例えば、barredされた）ＣＣでないＣＣとしたが、そのなかのＣＣのうち、最初のセル選択／再選択およびＣＣ選択／再選択時にＵＥが受信電力を測定した結果、ＣＣ再選択の閾値を超えていたＣＣとしても良い。
【０１４０】
該ＣＣをＵＥが記憶するようにしておけば良い。記憶する該ＣＣの情報の具体例としては、該ＣＣの識別子などがある。また、それに限らず、該ＣＣの再選択に必要となる情報としても良い。これにより、基地局（セル）からＵＥに、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣ情報を通知する必要がなくなるため、シグナリング負荷の低減がはかれる。
【０１４１】
また、該ＣＣの識別子などの情報とともに該ＣＣの順位を記憶するようにしても良い。該ＣＣの順位は、受信電力の測定結果をもとに例えば高い方からつけておくようにして、順位の高いＣＣからキャンプオンを試みるようにしても良い。これにより、受信電力の最も高いＣＣにキャンプオンすることが可能となり、キャンプオン不可能となる可能性が最も低くなる。このため、制御遅延時間の削減、ＵＥの消費電力の削減においてさらに効果的になる。
【０１４２】
以上のように、本変形例で開示した方法とすることで、基地局（セル）がキャリアアグリゲーション対象とする全てのＣＣについてセル選択／再選択処理を行う必要が無くなり、あるいは、該全てのＣＣのメジャメントを行う必要がなくなる。従って、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【０１４３】
また、上述の、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣとして、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）にキャンプオンした際のＣＣにキャンプオンを試みるようにしても良い。該セルの該ＣＣへのキャンプオンは実績があることになる。従って、こうすることで、確実にキャンプオン可能とすることができるため、キャンプオンできなかった場合に生じるセルの選択／再選択処理、またはＣＣの選択／再選択処理を行わずに済むことになるため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【０１４４】
ＵＥは、該セルの該ＣＣから報知される情報を、該セルの該ＣＣにキャンプオンしていた際に受信し、記憶しておくようにすると良い。図８に示す、ＵＥの、プロトコル制御部（８０１）またはアプリケーション部（８０２）または制御部（８１０）などに記憶しておくようにすれば良い。あるいは、ＳＩＭに記憶するようにしておいても良い。
【０１４５】
ＵＥが受信し記憶するため、基地局（セル）が報知する情報として、システム情報、セル識別子（PCI、cell-ID）、ＣＣ識別子、ＣＣのキャリア周波数、ＣＣのキャリアのＵＡＲＦＣＮ(UTRA Absolute Radio Frequency Channel Number)などとしておくと良い。
【０１４６】
これらの情報を記憶しておくことで、ＵＥはＲＲＣ＿ＩＤＬＥ移行時のキャンプオンの際や、さらにはキャンプオン後の動作をするために、これらの情報を受信する必要が無くなるため、こういった処理における制御遅延時間の削減も可能となり、さらには、ＵＥの消費電力も削減可能となる。
【０１４７】
なお、該セルにキャンプオンしたＣＣが複数存在する場合は、該複数のＣＣのうちいずれか一つのＣＣをＵＥが選択するようにしても良いし、また、該複数のＣＣの受信品質（受信電力でも良い）の順位を記憶しておき、最も受信品質の良いＣＣをＵＥが選択するようにしても良い。
【０１４８】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での移動、すなわちハンドオーバ（ＨＯ）などにより、ＲＲＣ＿ＩＤＬＥ時にキャンプオンした基地局（セル）とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）とが異なる場合がある。このような場合、ＵＥが、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）にキャンプオンした経験が有る場合は、キャンプオンした際のＣＣにキャンプオンを試みて、該セルにキャンプオンした際に受信して記憶した該セルや該ＣＣ関連の情報を使用すれば良い。一方、ＵＥが、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にいた最後の基地局（セル）にキャンプオンした経験が無い場合は、新たにキャンプオンした後に該情報を受信するようにしても良いし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にＨＯ前の基地局（セル）またはＨＯ後の基地局（セル）から該情報を受信しても良いし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にＨＯ後の基地局（セル）に対してＵＥが該情報の通知要求を出し、それに応じて基地局（セル）がＵＥに通知するようにしても良い。通知方法としては、前述の方法が使用できる。
【０１４９】
また、上述の、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣとして、ページング情報またはシステム情報をモニタするＣＣにキャンプオンを試みるようにしても良い。ＲＲＣ＿ＩＤＬＥ時にページング情報またはシステム情報をモニタするＣＣをＲＲＣ＿ＩＤＬＥ時のアンカーキャリアと称する。
【０１５０】
ＲＲＣ＿ＩＤＬＥ時のアンカーキャリアからはシステム情報が報知されるため、キャンプオン後、システム情報を得られずに他のＣＣを再選択／選択する処理に入ってしまうことは無くなる。従って、制御遅延時間の削減、ＵＥの消費電力の削減が可能となる。
【０１５１】
アンカーキャリアは、マルキャリアアンカーまたはシングルキャリアアンカーであっても良い。
【０１５２】
ＲＲＣ＿ＩＤＬＥ時のアンカーキャリアと実施の形態１で述べたＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時のアンカーキャリアを同じとしておくと良い。こうすると、ＲＲＣ＿ＩＤＬＥ時、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時ともに同じＣＣをモニタすることになるので、ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ間の状態遷移をまずは同じＣＣ上で実行することが可能となる。従って、ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおける通信品質は保たれるため、ＲＲＣ＿ＩＤＬＥで該ＣＣにキャンプオンできていればＲＲＣ＿ＣＯＮＮＥＣＴＥＤ移行時も該ＣＣで通信可能となり、逆に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで該ＣＣと通信可能であれば、ＲＲＣ＿ＩＤＬＥ移行時に該ＣＣにキャンプオン可能となる。よって、状態遷移を確実に実行できる、という効果が得られる。
【０１５３】
また、基地局（セル）がキャリアアグリゲーション対象とするＣＣのうちＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣでサブセットを構成し、ＵＥは該サブセット内のいずれかひとつのＣＣにキャンプオンを試みるようにしても良い。
【０１５４】
こうすることで、同様に、基地局（セル）がキャリアアグリゲーション対象とする全てのＣＣについて選択／再選択処理を行う必要が無くなり、あるいは、該全てのＣＣのメジャメントを行う必要がなくなる。従って、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【０１５５】
ＵＥが、該セルのどのＣＣが該サブセット内に含まれているかを認識するため、該サブセット内に含まれるＣＣからは、同期信号（Synchronization Signal、SS）またはＰＢＣＨを送信するようにしておくと良い。こうすることで、ＵＥは該ＣＣを選択／再選択可能となる。また、該セルのどのＣＣが該サブセット内に含まれるかを基地局から移動端末へ通知する必要がなくなり、無線リソースの有効活用という効果を得ることが出来る。
【０１５６】
他の方法として、全てのＣＣから該サブセットに関する情報（例えば該サブセットに含まれるＣＣ情報など）を報知するようにしておけば良い。こうすることで、ＵＥは、ある一つのＣＣを選択／再選択し、該ＣＣから報知情報を受信することで該サブセット情報を得ることが可能となる。ＵＥは受信した該サブセット情報に含まれるＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣ情報にもとづいて、キャンプオン可能なＣＣへ再選択を行い、キャンプオンする。これにより、ＵＥは該サブセット内に含まれるＣＣを選択／再選択可能となる。また、柔軟な移動体通信システムが構築可能という効果を得ることが出来る。
【０１５７】
上述では、基地局（セル）がキャリアアグリゲーション対象とするＣＣのうちＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣでサブセットを構成したが、該キャンプオン可能なＣＣを周波数バンドに一つずつ設けてサブセットを構成しても良い。
【０１５８】
本実施の形態の変形例２で述べたように、同じ周波数バンドに属するＣＣにおいては、周波数が近接しているため電波伝搬環境は殆ど同じと考えられる。従って、同じ周波数バンドに属するＣＣにおける受信品質は殆ど同じと考えられる。このことから、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣを周波数バンドで一つ代表として設けておくことで、基地局（セル）がキャリアアグリゲーション対象とする全てのＣＣでなく、一部のＣＣのみについて選択／再選択処理、あるいは、メジャメントを行えば良くなる。
【０１５９】
また、該ＣＣは、周波数バンド毎に一つずつ設けられているため、それらのＣＣから構成されるサブセットは、全ての周波数バンドの電波伝搬特性を有することになるため、ＵＥがＲＲＣ＿ＩＤＬＥ状態にいる時にも該セルは多様な電波伝搬特性を有することを維持でき、ＵＥがセル選択／再選択の際により良いセルまたはＣＣを選択することが可能となり、通信品質の向上という効果を得ることが可能となる。
【０１６０】
ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣを周波数バンドで一つ以上設けてサブセットを構成しても良く上述の効果が得られる。ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣを周波数バンドで一つずつ設けてサブセットを構成することで、最小のＣＣ数で全ての周波数バンドの電波伝播特性を有したサブセットを構成できるため、ＵＥがセル選択／再選択の際にメジャメントする際のＣＣ数を最小にして制御遅延の削減や消費電力の削減効果を得つつ、通信品質の向上という効果をあわせもつことが可能となる。
【０１６１】
実施の形態２．
ＲＲＣ＿ＩＤＬＥ状態のＵＥは、ネットワークとのデータの送受信の必要が生じた場合などに、まずＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行するため、基地局（セル）との間でＲＡ（Random Access）プロシージャを実行する。ＲＡプロシージャは、ランダムアクセスチャネルを接続するために用いられる。
【０１６２】
図１７にＲＡプロシージャのシーケンス図を示す。
【０１６３】
ＲＲＣ＿ＩＤＬＥ状態にいるＵＥは、基地局（セル）（ｅＮＢ）に対してランダムアクセスプリアンブルに自ＵＥ識別用の情報（識別子）をつけて送信する（１７０１）。このランダムアクセスプリアンブルはメッセージ（Ｍｓｇ）１とも呼ばれる。
【０１６４】
Ｍｓｇ１を受信したｅＮＢは、該ＵＥ識別用の情報と上りの無線リソーススケジューリング情報（上りグラント、UL grant）を含むランダムアクセスレスポンスを、ランダムアクセス用の識別子（ＲＡ-ＲＮＴＩ）をかけたＰＤＣＣＨにて送信する（１７０２）。この信号はＭｓｇ２とも呼ばれる。
【０１６５】
ｅＮＢからの下り信号を受信し、ＰＤＣＣＨ上のランダムアクセス用の識別子（ＲＡ-ＲＮＴＩ）を用いて検出（ブラインド検出とも呼ばれる）を行うことでＭｓｇ２を検出したＵＥは、該ランダムアクセスレスポンス内の該ＵＥ識別用の情報で自ＵＥ宛かどうかを判断する。
【０１６６】
自ＵＥのＵＥ識別用の情報が含まれていたら、ＵＥはＭｓｇ２で受信した上りスケジューリング情報に従って、メッセージを送信する（１７０３）。この信号はＭｓｇ３とも呼ばれる。この際に、ＵＥは、自ＵＥの識別子（Ｃ−ＲＮＴＩ）またはコンテンションリゾリューション用の識別情報（識別子）も送信する。
【０１６７】
Ｍｓｇ３を受信したｅＮＢは、コンテンションリゾリューション用の識別情報と上りの無線リソーススケジューリング情報（上りグラント、UL grant）を含む情報を、該ＵＥの識別子（C-RNTI）をかけたＰＤＣＣＨにて送信する（１７０４）。この信号はＭｓｇ４とも呼ばれる。
【０１６８】
ＵＥは、ｅＮＢからの下り信号を受信し、ＰＤＣＣＨ上の自ＵＥの識別子（Ｃ-ＲＮＴＩ）を用いて検出（ブラインド検出とも呼ばれる）を行うことで、自ＵＥ宛のＭｓｇ４であることを認識し、Ｍｓｇ４に含まれる自ＵＥ宛の上りスケジューリング情報を受信して、該スケジューリングに従って上りデータを送信可能とする。
【０１６９】
このＭｓｇ１からＭｓｇ４までの送受信がＲＡプロシージャと呼ばれる。
【０１７０】
また、該Ｍｓｇ３において、ＵＥはｅＮＢに対してＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴメッセージを送信しても良い。
【０１７１】
該メッセージを受信したｅＮＢは、ＵＥに対して、該Ｍｓｇ４においてＲＲＣ ＣＯＮＮＥＣＩＯＮ ＳＥＴＵＰメッセージを送信しても良い。
【０１７２】
該メッセージを受信したＵＥは、同じくＭｓｇ４において受信した上りスケジューリング情報に従って、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮＳＥＴＵＰ ＣＯＭＰＬＥＴＥメッセージをｅＮＢに対して送信し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行する。
【０１７３】
ＲＡプロシージャが成功した場合、ＵＥは、ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行できる。しかし、ＲＡプロシージャの途中で失敗する場合が存在する。
【０１７４】
ＲＡプロシージャの途中で失敗した場合、従来、ＲＬＦ（Radio Link Failure）を検出したと判断し、ＵＥは再度キャンプオンするセルを探すため、以前に検出したセルのキャリア周波数とセルパラメータを記憶しておいて、該記憶情報からそのキャリア周波数とセルパラメータでセルをサーチしてセル選択を行う。これによりまだキャンプオンするセルが見つからない場合は、システムとして可能な全てのキャリア周波数でセルをサーチして初期セル選択を実行する。
【０１７５】
しかし、ＲＲＣ＿ＩＤＬＥ状態のＵＥがアグリゲーション対応の基地局（セル）の一つのＣＣにキャンプオンしており、該ＣＣを用いて該基地局（セル）とＲＡプロシージャを開始し、該ＲＡプロシージャの途中で失敗した場合について考える。
【０１７６】
このような場合に、従来の方法を適用すると、該基地局（セル）は複数のＣＣを有しており他のＣＣにキャンプオンできる可能性が高いにもかかわらず、ＵＥ内に記憶されている異なるセルをサーチ、セル選択してしまい、同じ基地局（セル）内の他のＣＣにキャンプオンしなおすことができなくなるという状況が生じてしまう。また、この場合、ＵＥはセルサーチを行いセル選択／再選択の処理を行なわねばならず、制御遅延時間が増大し、ＵＥの消費電力が増大する、という問題が生じてしまう。
【０１７７】
従って、キャリアアグリゲーション対応の基地局（セル）において、ＲＡプロシージャ失敗時に、ＵＥがキャンプオンするセルと下りＣＣの決定において、新たな効果的な方法が要求される。
【０１７８】
上記のような課題を解決するため、本実施の形態では、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＡプロシージャを失敗したＣＣを除いたＣＣのうちのいずれか一つのＣＣに、または、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうちのいずれか一つのＣＣに、キャンプオンを試みるようにする。
【０１７９】
以下、ＵＥがＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうちのいずれか一つのＣＣに、キャンプオンを試みるようにする場合について説明する。
【０１８０】
図２１に、ＲＡプロシージャ失敗のＣＣを除いたＣＣのうちのいずれか一つのＣＣにキャンプオンする場合の概念図を示す。（ａ）はＲＲＣ＿ＩＤＬＥ状態でＲＡプロシージャ開始時にキャンプオンしているＣＣについて、（ｂ）はＲＲＣ＿ＩＤＬＥ状態でＲＡプロシージャ失敗後にキャンプオンするＣＣについて示している。図２１において、図１３と同じ参照符号のものは、同一または相当するものを示すので、同じ参照符号の箇所の説明は省略する。
【０１８１】
(ａ)で示すように、基地局（セル）（１３０３）はキャリアアグリゲーション対応で、セル１３０３を選択したＵＥ（１３１１）は、ＲＲＣ＿ＩＤＬＥ状態でＣＣ＃３（１３０６）にキャンプオンしている。該ＣＣ＃３（１３０６）上で、ＵＥはＲＡプロシージャを開始する。ここでは、説明を簡単にするため、下りＣＣ＃ｎ（ｎ＝１から７）に対応する上りＣＣをＣＣ＃ｎとする。従って、ＲＡプロシージャは下りＣＣ＃３とそれに対応する上りＣＣ＃３上で行われる。また、（ｂ）に示すように、ＣＣ＃１（１３０４）、ＣＣ＃３（１３０６）、ＣＣ＃４（１３０７）、ＣＣ＃６（１３０９）はＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣとする。
【０１８２】
ＲＡプロシージャ途中で失敗した場合、（ｂ）で示すように、ＵＥは、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうち、いずれか一つのＣＣにキャンプオンを試みる。ここでは、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣ＃１（１３０４）、ＣＣ＃３（１３０６）、ＣＣ＃４（１３０７）、ＣＣ＃６（１３０９）のうち、ＲＡプロシージャ途中で失敗したＣＣ＃３（１３０６）を除いたＣＣ、例えば、ＣＣ＃４（１３０７）にキャンプオンを試みる。
【０１８３】
キャリアアグリゲーション対応の基地局（セル）におけるＲＡプロシージャ失敗の場合の具体的な動作については３ＧＰＰにおいてまだ検討されておらず明確になっていない。ここでは、ＲＡプロシージャ失敗の際の具体的な動作を開示する。
【０１８４】
図２５に、ＲＡプロシージャ失敗の際のシーケンス例を示す。
【０１８５】
図について説明する。ＲＲＣ＿ＩＤＬＥ状態のＵＥはＳＴ２５０１でセルまたは／かつＣＣ（下りＣＣ）のサーチを行い、ＳＴ２５０２である一つのセルの一つのＣＣ（下りＣＣ）上にキャンプオンする。ある一つのＣＣ上にキャンプオンしたＵＥは、ＳＴ２５０３で該ＣＣ（ペアバンドとなる下りＣＣと上りＣＣ）を用いて、基地局（セル）（ｅＮＢ）との間でＲＡプロシージャを行う。具体的には、図１７に示すＭｓｇ１からＭｓｇ４の送受信を行う。ＲＡプロシージャを実行したＵＥは、ＳＴ２５０４で該ＲＡプロシージャが成功したか失敗したかを判断する。成功した場合は、ＵＥとｅＮＢとの間でＲＲＣ接続が設立されたため、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの状態に入る。ＲＲＣ接続が設立されたため、ＳＴ２５０５で、ＵＥは基地局（セル）、コアネットワーク間とデータの送受信が可能となる。
【０１８６】
一方、ＳＴ２５０４で該ＲＡプロシージャに失敗したと判断した場合は、ＲＬＦ（Radio Link Failure）を検出したと判断し、ＳＴ２５０６に移行して、再度キャンプオンを試みるセルとＣＣの決定処理を行う。ＵＥは、該決定処理によって選択したセルとＣＣ上にＳＴ２５０２で再度キャンプオンを行う。
【０１８７】
ＳＴ２５０６において、本実施の形態において開示した方法を実行する。ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにする。ＲＡプロシージャ失敗時にＳＴ２５０６で選択したセルの選択したＣＣに確実にキャンプオンできる。従って、キャンプオンできなかった場合に生じるセルサーチ、セル選択／再選択処理、または全てのＣＣのサーチ、ＣＣの選択／再選択処理を行わずに済むことになるため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【０１８８】
図２６に、本発明に係る、キャンプオンを試みるセルおよびＣＣの決定方法についてのフローチャートの具体例を示す。
【０１８９】
ＳＴ２６０１でＵＥは、各ＣＣ再選択に用いるパラメータを受信する。これらのパラメータは、図２５に示すＳＴ２５０２でキャンプオンしたＣＣのシステム情報に含めて、基地局（セル）からＵＥへ報知するようにしておけば良い。該基地局（セル）が対応する全ＣＣの各ＣＣ再選択に用いるパラメータとすると良い。これによりＵＥはＳＴ２５０６の処理を実行することが可能となる。
【０１９０】
各ＣＣ再選択に用いるパラメータの具体例としては、実施の形態１で開示した各ＣＣ再選択に用いるパラメータと同じとできる。例えば、ＣＣの再選択を行うか否か判断するための受信電力の閾値などである。該パラメータについては実施の形態１で説明したので、ここでは説明を省略する。また、実施の形態１で使用する各ＣＣ再選択に用いるパラメータと本実施の形態で使用する各ＣＣ再選択に用いるパラメータを別に設けても良い。これにより、状況（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥへの移行か、ＲＡプロシージャの失敗か、など）に応じて該パラメータを設定することが可能となり、柔軟なＵＥのアクセス制御を行うことができる。このため、システムとしてのスループットを向上させることが可能となる。
【０１９１】
ＳＴ２６０２で、ＵＥは、ＲＡプロシージャ開始時にいたセルを選択する。ＳＴ２６０３でＵＥは、該セルのＲＲＣ＿ＩＤＬＥ時キャンプオン可能なＣＣのうちで、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうちで、本プロシージャ（ＳＴ２５０６）においてまだキャンプオンを試みていないＣＣが存在するか否かを判定する。キャンプオンを試みていないＣＣが存在する場合、ＳＴ２６０４でＵＥはキャンプオンを試みていないＣＣのうちのいずれか一つのＣＣを選択し、ＳＴ２６０５で該選択したＣＣにキャンプオンを試みる。ＳＴ２６０５（あるいはＳＴ２６０６でも良い）で、ＵＥは、キャンプオンを試みたＣＣの受信レベル（ＲＳＲＰなど）を測定する。ＳＴ２６０６においてＵＥはさらにＣＣの再選択を行うか否か判断する。さらにＣＣの再選択を行うか否かの判断の具体例としては、測定した該ＣＣの受信レベルがパラメータ（S_intrasearch）より大きい場合はさらにＣＣ再選択を行わないと判断する。さらにＣＣ再選択を行わないと判断した場合、ＵＥはＳＴ２６０７へ移行して、該選択したＣＣへキャンプオンする。ＳＴ２６０６で測定した該ＣＣの受信レベルがパラメータ（S_intrasearch）以下の場合、さらにＣＣの再選択を行うと判断し、ＵＥは、ＳＴ２６０３へ移行して、再度本プロシージャ（ＳＴ２５０６）においてまだキャンプオンを試みていないＣＣが存在するか否か判断する。キャンプオンを試みていないＣＣが存在する場合はＳＴ２６０４へ移行して前述の処理を行う。キャンプオンを試みていないＣＣが存在しない場合は、ＳＴ２６０８へ移行して、他のセルまたは／かつＣＣのサーチおよび他のセルまたは／かつＣＣの再選択の処理を行う。該他のセルまたは／かつＣＣのサーチおよび他のセルまたは／かつＣＣの再選択の処理は、図２３で開示した方法を用いれば良い。ＳＴ２６０８での他のセルまたは／かつＣＣのサーチ、再選択処理後、ＳＴ２６０９でＵＥは選択したセルまたは／かつＣＣへキャンプオンする。ＳＴ２６０７、ＳＴ２６０９は、図２５に示すＳＴ２５０２に相当する。
【０１９２】
本実施の形態で開示したように、ＳＴ２６０２からＳＴ２６０５において、ＵＥは、ＲＡプロシージャを実行した基地局（セル）の、ＲＲＣ＿ＩＤＬＥ時キャンプオン可能なＣＣのうちで、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうちの、いずれか一つのＣＣにキャンプオンを試みるようにする。キャンプオンを試みるセルを、ＲＡプロシージャを実行した基地局（セル）の、ＲＲＣ＿ＩＤＬＥ時キャンプオン可能なＣＣのうちから選択することで、該ＣＣにキャンプオンする可能性が高くなる。これは、ＳＴ２６０６の判断処理において該ＣＣの受信レベルは、再選択の閾値（S_intrasearch）よりも大きくなる可能性が高いためである。これは、同一の基地局（セル）によって使用されるＣＣは、各ＣＣにおけるエリアカバレッジがほぼ同じになるよう運用される場合が多いと考えられるためである。また、他のアグリゲーション対応セルが隣接するような場合にも、ＣＣ毎のエリアカバレッジをほぼ同じにすることで、あるＣＣだけ不感地帯が生じるようなことが無いように運用される場合が多いと考えられるためである。従って、ＲＲＣ＿ＩＤＬＥ時にある基地局（セル）の一つのＣＣにキャンプオンできたＵＥは、該基地局（セル）の他のＣＣにもキャンプオンできる可能性が高くなる。
【０１９３】
従って、ＳＴ２６０６で再度ＣＣの再選択処理に移行する可能性は低く、さらには、ＳＴ２６０８で他のセルまたは／かつＣＣのサーチおよび他のセルまたは／かつＣＣの再選択の処理へ移行する可能性はさらに低くなる。従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から離れてＲＲＣ＿ＩＤＬＥへ移行する際に選択したセルおよびＣＣへのキャンプオンを確実にし、キャンプオンできなかった場合に生じるセルサーチ、セル選択／再選択処理、または全てのＣＣのサーチ、ＣＣの選択／再選択処理を行わずに済むことになるため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【０１９４】
さらに、ＵＥは、ＲＡプロシージャを失敗後にキャンプオンを試みるＣＣとして、ＲＡプロシージャを失敗したＣＣを除くことで、下りＣＣまたは／かつ上りＣＣにおいて何らかの要因で生じた失敗を繰り返さないようにできる。つまり、新たにキャンプオンしたＣＣで、再度ＲＡプロシージャを行う場合にＲＡプロシージャ途中での失敗が生じないようにすることができる。従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への移行制御の遅延時間の削減、ＵＥの消費電力の削減、他ＵＥとのＲＡプロシージャのコンテンションの削減、システムとしてのシグナリング容量の削減、他のセルや他ＵＥへの干渉の抑制などが可能となる。
【０１９５】
以上のように、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにすることで、確実にキャンプオン可能とすることができるため、以前に検出したセルのキャリア周波数とセルパラメータを記憶しておいて、該記憶情報からそのキャリ周波数とセルパラメータでセルをサーチしてセル選択を行う処理が不要になる。このため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。
【０１９６】
なお、ＵＥがＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＡプロシージャを失敗したＣＣを除いたＣＣのうちのいずれか一つのＣＣにキャンプオンを試みるようにした場合でも、上述の、ＲＡプロシージャを失敗後にキャンプオンを試みるＣＣとして、ＲＡプロシージャを失敗したＣＣを除くことの効果を得ることができる。
【０１９７】
なお、上述の説明においては、下りＣＣ番号（＃ｎ）と、それと対応する(ペアバンドとなる)上りＣＣ番号（＃ｎ）を同じとしたが、これに限らず、下りＣＣ番号と、それと対応する(ペアバンドとなる)上りＣＣ番号が異なっていても良く、本実施の形態で開示した方法が適用できる。
【０１９８】
上述したいずれか一つのＣＣとして、ＰＢＣＨを有するＣＣとしても良い。こうすることで、ＵＥは、該ＣＣにキャンプオンした際に、新たにＰＢＣＨによって送信される報知情報を受信可能とすることができる。セルの構成などの変更により該報知情報が変更されるような場合に、ＵＥは新たな報知情報を受信できるためセルの構成のミスマッチ等による通信異常を無くすことが可能となり、安定した通信システムを供給することが可能となる。
【０１９９】
上述したいずれか一つのＣＣとして、ＳＳを有するＣＣとしても良い。こうすることで、ＵＥは、該ＣＣにキャンプオンした際に、新たに同期を取り直すことが可能となる。これにより、ＤＲＸ動作により、ＵＥがデータを受信していない期間が長い場合にも確実に該ＣＣにキャンプオンムをすることが可能となる。
【０２００】
また、別の方法として、ＵＥは、ＲＡプロシージャ失敗時のＣＣを除いたＣＣのうち、ＲＡプロシージャ開始時のＣＣと同じ周波数バンドに属するＣＣのなかで、いずれか一つのＣＣにキャンプオンを試みるようにしても良い。
【０２０１】
同じ周波数バンドに属するＣＣにおいては、周波数が近接しているため電波伝搬環境は殆ど同じと考えられる。従って、同じ周波数バンドに属するＣＣにおける受信品質は殆ど同じと考えられる。また、同じ周波数バンドに属するＣＣのエリアカバレッジも殆ど同じと考えられる。
【０２０２】
従って、ＵＥがキャンプオンしていたＣＣと同じ周波数バンドに属する別のＣＣにキャンプオンを試みるようにすることで、確実にキャンプオン可能にすることができる。このため、制御遅延時間の削減が可能となり、さらには、ＵＥの消費電力の削減も可能となる。また、例え周波数バンド毎にエリアカバレッジが異なったとしても、本方法を適用することで、ＲＡプロシージャ失敗時に確実にキャンプオンを可能にすることができる。
【０２０３】
また、別の方法として、実施の形態１変形例３で開示した、基地局（セル）がキャリアアグリゲーション対象とするＣＣのうちＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣでサブセットを構成し、ＵＥは該サブセット内のいずれかひとつのＣＣにキャンプオンを試みるようにしても良い。
【０２０４】
こうすることで、上述の効果に加え、さらに実施の形態１変形例３で記載の効果を得ることが可能となる。
【０２０５】
また同様に、実施の形態１変形例３で開示したように、基地局（セル）がキャリアアグリゲーション対象とするＣＣのうちＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣでサブセットを構成したが、該キャンプオン可能なＣＣを周波数バンドに一つずつ設けてサブセットを構成しても良い。
【０２０６】
こうすることで、上述の効果に加え、さらに実施の形態１変形例３で記載の効果を得ることが可能となる。
【０２０７】
上述の例では、ＲＡプロシージャにおいて、Ｍｓｇ１からＭｓｇ４が、ある一つの下りＣＣと、それと対応する（ペアバンドとなる）一つの上りＣＣ上で行なわれることを示した。例えば、図２１において、キャンプオンしている下りＣＣがＣＣ＃３の場合、Ｍｓｇ１とＭｓｇ３は下りＣＣ＃３と対応する上りＣＣ＃３で行われ、Ｍｓｇ２とＭｓｇ４は下りＣＣ＃３で行われる。また、下りＣＣ番号と、それと対応する上りＣＣ番号が異なっていても良いことも述べた。
【０２０８】
しかし、アグリゲーション対応の基地局（セル）におけるＲＡプロシージャにおいては、一つの下りＣＣと上りＣＣ上のみで行なわれずに、複数の上りＣＣと複数の下りＣＣ上で行われるようにしても良い。
【０２０９】
例えば、Ｍｓｇ１はＵＥがキャンプオンしている下りＣＣ＃３に対応したＵＬ ＣＣ＃３で送信する。Ｍｓｇ１を受信したｅＮＢはＭｓｇ２を下りＣＣ＃３で送信する。ここで、Ｍｓｇ２にのせるＭｓｇ３のためのスケジューリング情報に、上りＣＣ＃４を割当てる旨の情報を含めて送信する。Ｍｓｇ２を受信したＵＥは該スケジューリング情報にもとづいて、Ｍｓｇ３を上りＣＣ＃４で送信する。Ｍｓｇ３を受信したｅＮＢはＭｓｇ４を下りＣＣ＃４で送信する。このように、ＲＡプロシージャにおいて、複数の上りＣＣと複数の下りＣＣ上で行われるようにしても良い。ｅＮＢは各ＣＣの電波伝搬環境や各ＣＣの負荷状況などを考慮して柔軟な制御を行え、ＲＡプロシージャのスループットを、しいてはセル全体のスループットを向上させることが可能となる。
【０２１０】
また、基地局がＭｓｇ２の送信に、該メッセージ前に移動端末から送信されるＭｓｇ１の送信に用いられた上りＣＣとのペアバンドを用いるようにしても良い。これにより、新たな制御信号なしに、移動端末にてＭｓｇ２が送信されるＣＣを判断可能となり、無線リソースの有効活用という効果を得ることができる。また、移動端末がＭｓｇ２の受信のために、複数のＣＣをブラインド検出する必要がなくなるので、移動端末の低消費電力化という効果を得ることが出来る。基地局がＭｓｇ４の送信に、該メッセージ前に移動端末から送信されるＭｓｇ３の送信に用いられた上りＣＣとのペアバンドを用いても良く、同様の効果を得ることができる。
【０２１１】
このような場合においても、ＲＡプロシージャ失敗の際にキャンプオンするＣＣを、本実施の形態で開示した、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにする方法を適用できる。ＲＡプロシージャを失敗したＣＣとして、ＲＡプロシージャ失敗までに使用した一つまたは複数の下りＣＣ、および、ＲＡプロシージャ失敗までに使用した一つまたは複数の上りＣＣに対応する（ペアバンドとなる）下りＣＣとし、これらのＣＣとすれば良い。
【０２１２】
例えば上記の例について示すと、Ｍｓｇ４を受信できずＲＡプロシージャ失敗となったＵＥは、下りＣＣ＃３と、上りＣＣ＃４に対応した下りＣＣ＃４とを除いたＣＣで、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つの下りＣＣ（ＣＣ＃１またはＣＣ＃６）上にキャンプオンを試みる。
【０２１３】
こうすることで、ＵＥはＲＡプロシージャ失敗時に、確実に該セルの他のＣＣにキャンプオン可能となり、キャンプオン後にＲＡプロシージャが行われた場合も該ＲＡプロシージャを確実に実行可能にすることができる。このため、基地局（セル）は柔軟なＣＣのスケジューリング制御を可能としつつ、さらには、制御遅延時間の削減、ＵＥの消費電力の削減も可能となる。
【０２１４】
実施の形態２変形例１．
実施の形態２では、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにする方法を開示したが、ＲＡプロシージャを失敗したＣＣを除かないようにしても良い。つまり、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにする方法としても良い。
【０２１５】
ＵＥはある下りＣＣにキャンプオンした後にＲＡプロシージャを行う。つまり、該下りＣＣの受信品質は良好であるといえる。従って、ＲＡプロシージャにおいての失敗は主に上りにおいて生じると考えられる。そこで、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにする方法としても良い。こうすることで、ＵＥは、例えキャンプオンを試みた該一つのＣＣがＲＡプロシージャを失敗した際にキャンプオンしていたＣＣだとしても、該ＣＣへのキャンプオンは可能となる。よって、この後、上りＣＣの電波伝搬状況が変わり、ＲＡプロシージャを行う時には上りＣＣの電波伝搬環境が良好になり、ＲＡプロシージャが成功する場合が生じると考えられる。このように、まずは、ＲＡプロシージャ失敗の際にキャンプオンを確実にすることで、キャンプオンの際の制御遅延時間の削減、ＵＥの消費電力の削減も可能となる。そして、その後のＲＡプロシージャを行えるようにしておくことが可能となる。
【０２１６】
さらに、ＲＡプロシージャ失敗の際のキャンプオン後のＲＡプロシージャを確実に実行できる可能性を高めるため、ＲＡプロシージャ失敗の際に、Ｍｓｇ１または／かつＭｓｇ３に使用した上りＣＣと異なる上りＣＣで、Ｍｓｇ１または／かつＭｓｇ３を行うようにすれば良い。こうすることで、例えＲＡプロシージャ失敗の際、キャンプオン後ただちにＲＡプロシージャを再度行うことになったとしても、失敗したＭｓｇ１または／かつＭｓｇ３に使用した上りＣＣと異なる上りＣＣを用いることで、上り通信における電波伝搬環境が良好になり、ＲＡプロシージャを確実に実行できる可能性を高めることができる。従って、ここで開示した方法を用いることで、キャンプオンの際の制御遅延時間の削減、ＵＥの消費電力の削減を可能にするとともに、その後のＲＡプロシージャを確実に実行可能とすることができため、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への移行制御の遅延の抑制、ＵＥの消費電力の削減、他ＵＥとのＲＡプロシージャのコンテンションの削減、システムとしてのシグナリング容量の削減、他のセルや他ＵＥへの干渉の抑制などが可能となる。
【０２１７】
また、上述の、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣとして、実施の形態２で開示した方法としても良い。
【０２１８】
また、別の方法として、実施の形態１変形例３で開示した、アンカーキャリアにキャンプオンを試みるようにしても良い。アンカーキャリアからはシステム情報が報知されるため、キャンプオン後、システム情報を得られずに他のＣＣを再選択／選択する処理に入ってしまうことは無くなる。従って、制御遅延時間の削減、ＵＥの消費電力の削減が可能となる。
【０２１９】
こうすることで、本変形例の効果に加え、さらに実施の形態２や実施の形態１変形例３で記載の効果を得ることが可能となる。
【０２２０】
なお、本変形例では、過去にキャンプオン可能であったＣＣにキャンプオンすることで、前述した効果と同様の効果を得ることができる。
【０２２１】
実施の形態３．
３ＧＰＰにおいて、キャリアアグリゲーション対応の基地局（セル）において、キャリアアグリゲーションする際に下りＣＣと上りＣＣとが非対称となる運用が検討されている。このような場合、該複数の下りＣＣのいずれかにキャンプオンしたＵＥは、対応する該一つの上りＣＣでＲＡプロシージャを実行することが検討されている。
【０２２２】
図１８に、キャリアアグリゲーション時の下りＣＣ／上りＣＣ非対称運用例について示す。１８０１はキャリアアグリゲーション対応のセルである。ここでは図１３と異なり、下りＣＣと上りＣＣを別々に示している。１８０２から１８０８はキャリアアグリゲーションを行う下りＣＣであり、順にＣＣ＃１からＣＣ＃７とする。横軸は下り周波数を示す。１８０９から１８１２はキャリアアグリゲーションを行う上りＣＣであり、順にＣＣ＃ＡからＣＣ＃Ｄとする。横軸は上り周波数を示す。１８１３はＵＥである。
【０２２３】
下りＣＣ＃１と下りＣＣ＃２に対応する上りＣＣは上りＣＣ＃Ａであり、下りＣＣ＃３に対応する上りＣＣは上りＣＣ＃Ｂであり、下りＣＣ＃４に対応する上りＣＣは上りＣＣ＃Ｃであり、下りＣＣ＃５と下りＣＣ＃６と下りＣＣ＃７に対応する上りＣＣは上りＣＣ＃Ｄである。下りＣＣ＃１、下りＣＣ＃２とそれらに対応する上りＣＣ＃Ａは非対称運用である。同様に、下りＣＣ＃５、下りＣＣ＃６、下りＣＣ＃７とそれらに対応する上りＣＣ＃Ｄは非対称運用である。このように、非対称運用においては一つまたは複数の下りＣＣに、一つの上りＣＣが対応する（ペアバンドとなる）。
【０２２４】
非対称運用においてＲＡプロシージャを実行する場合、図１７で示したシグナリングが行われることになるが、上りのシグナリングであるＭｓｇ１とＭｓｇ３は、一つまたは複数の下りＣＣに対して、それら下りＣＣと対応する（ペアバンドとなる）一つの上りＣＣにおいて、無線リソースを用いて、ＵＥからｅＮＢへ送信される。
【０２２５】
例えば、下りＣＣ＃１にキャンプオンしているＵＥは、上りＣＣ＃Ａの無線リソース（ＲＢ＃１（１８１４））で、Ｍｓｇ１、Ｍｓｇ３を送信する。下りＣＣ＃２にキャンプオンしているＵＥは、上りＣＣ＃Ａの無線リソース（ＲＢ＃２（１８１５））で、Ｍｓｇ１、Ｍｓｇ３を送信する。上りＣＣ＃Ａ上でＭｓｇ１、Ｍｓｇ３はＵＥ毎に多重される。
【０２２６】
Ｍｓｇ２、Ｍｓｇ４は、下りＣＣ＃１にキャンプオンしているＵＥには下りＣＣ＃１で、下りＣＣ＃２にキャンプオンしているＵＥには下りＣＣ＃２で、それぞれｅＮＢからＵＥに送信される。Ｍｓｇ１、Ｍｓｇ３の送信において、上りＣＣ＃Ａ上でのＵＥ毎の多重方法として、時間分割多重、周波数分割多重、符号分割多重などが考えられる。
【０２２７】
このように、非対称運用において、ＲＡプロシージャが行われ、途中で失敗した場合、従来の方法の適用では実施の形態２で記載した課題が生じてしまう。
【０２２８】
従って、キャリアアグリゲーション対応の基地局（セル）において、ＲＡプロシージャ失敗時に、ＵＥがキャンプオンするセルの決定において、新たな効果的な方法が要求される。
【０２２９】
これらの課題を解決するため、実施の形態２で開示した方法を適用しても良い。
【０２３０】
しかし、非対称運用において、ＲＡプロシージャが行われ、途中で失敗した場合にキャンプオンする下りＣＣの決定方法として、実施の形態２で開示した方法を適用した場合も以下のような問題を生じる。
【０２３１】
例えば、実施の形態２で開示した方法として、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗したＣＣを除いたＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにする。
【０２３２】
例えば、図１８に示すように、ＵＥ（１８１３）が下りＣＣ＃２（１８０３）にキャンプオンしたとする。下りＣＣ＃１（１８０２）、下りＣＣ＃２（１８０３）とそれらに対応する上りＣＣ＃Ａ（１８０９）は非対称運用である。ＵＥがＲＡプロシージャを実行する場合、キャンプオンしている下りＣＣ＃２（１８０３）に対応した上りＣＣ＃Ａ（１８０９）の無線リソース（ＲＢ＃２（１８１５））において、ＵＥは基地局（セル）に対してＭｓｇ１を送信する。その後、Ｍｓｇ２からＭｓｇ４が各々下りＣＣ＃２（１８０３）とそれに対応する上りＣＣ＃Ａ（１８１５）によってＵＥ（１８１３）と基地局（セル）（１８０１）間で通信される。Ｍｓｇ４をＵＥが受信した場合、ＲＡプロシージャは成功となる。しかし、ＲＡプロシージャ（Ｍｓｇ１〜Ｍａｇ４）の途中で失敗した場合、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）（１８０１）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能な下りＣＣ（例えば、下りＣＣ＃１（１８０２）から下りＣＣ＃７（１８０８）とする）のうち、ＲＡプロシージャを失敗した下りＣＣ＃２（１８０３）を除いた下りＣＣのうち、いずれか一つの下りＣＣにキャンプオンを試みるようにする。ここでは、下りＣＣ＃１（１８０２）と下りＣＣ＃３（１８０４）から下りＣＣ＃７（１８０８）が相当する。この際に、ＵＥは下りＣＣ＃１（１８０２）にキャンプオンを試みるとする。ＲＡプロシージャを実行する際に選択していた基地局（セル）（１８０１）と同じセル内のＣＣなので、ＵＥがＣＣ＃１（１８０２）にキャンプオンできる可能性は高いと判断される。よって、ＵＥはＲＡプロシージャ失敗時に下りＣＣ＃１（１８０２）にキャンプオンすることになる。
【０２３３】
しかしこの場合、再度のＲＡプロシージャが失敗する可能性はより高くなってしまう。例えば、再度ＲＡプロシージャを実行する際、ＵＥは、Ｍｓｇ１を下りＣＣ＃１（１８０２）に対応する上りＣＣ＃Ａ（１８０９）の無線リソース（ＲＢ＃１（１８１４））で基地局（セル）（１８０１）に送信しなければならない。ＵＥは、上りＣＣ＃Ａ（１８０９）にてＲＡプロシージャに失敗しているため、この送信も失敗に終わる可能性が高い。さらに、例え基地局（セル）がＭｓｇ１を受信成功したとしても、ＵＥは、Ｍａｇ２を受信した後のＭｓｇ３も下りＣＣ＃１（１８０２）に対応する上りＣＣ＃Ａ（１８０９）で基地局（セル）に送信しなければならない。上りＣＣ＃Ａ（１８０９）にてＲＡプロシージャに失敗しているため、この送信も失敗に終わる可能性が高い。このように、再度のＲＡプロシージャの途中で失敗する可能性はより高くなってしまう。
【０２３４】
再度ＲＡプロシージャに失敗したＵＥは、実施の形態２で開示した方法に従ってさらにもう一度キャンプオンするＣＣを探さなくてはならない。一旦、ＣＣ＃１（１８０２）にキャンプオンを行ってしまっているため、再度のＲＡプロシージャ失敗時、下りＣＣ＃２（１８０３）にもう一度キャンプオンを試みる場合が生じる。このような場合、また再度のＲＡプロシージャを行う場合、上りＣＣ＃Ａ（１８０９）を用いることになる。従って、このＲＡプロシージャも失敗する可能性が高くなる。また、上りＣＣに対応する下りＣＣの数が多大になったときも、ＲＡプロシージャの失敗を繰り返す可能性が高くなる。
【０２３５】
このように、実施の形態２で開示した方法を適用しただけでは、ＲＡプロシージャ失敗を繰り返す状況が発生してしまう。これにより、ＵＥと基地局（セル）、ネットワーク間においてデータ通信を開始するまでに多大な時間がかかり、場合によっては、通信が不可能になってしまう。また、ＵＥは何度もＲＡプロシージャを繰り返さねばならないため、消費電力の増大を招くことになる。
【０２３６】
従ってＲＡプロシージャ失敗時にキャンプオンするセルとＣＣの決定において、新たな効果的な方法が要求される。
【０２３７】
上記のような課題を解決するため、本実施の形態では、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうち、ＲＡプロシージャを失敗した上りＣＣに対応する下りＣＣを除いたＣＣのうち、いずれか一つのＣＣにキャンプオンを試みるようにする。
【０２３８】
図２２に、下りＣＣ／上りＣＣ非対称運用におけるＲＡプロシージャ失敗の際にキャンプオンするＣＣの概念図を示す。図２２において、図１８と同じ参照符号のものは、同一または相当するものを示すので、同じ参照符号の箇所の説明は省略する。
【０２３９】
例えば、図１８に示したように、ＵＥ（１８１３）が下りＣＣ＃２（１８０３）にキャンプオンしたとする。ＵＥがＲＡプロシージャを実行し、キャンプオンしている下りＣＣ＃２（１８０３）に対応した上りＣＣ＃Ａ（１８０９）においてＵＥは基地局（セル）に対してＭｓｇ１を送信し、Ｍｓｇ２からＭｓｇ４が各々下りＣＣ＃２（１８０３）とそれに対応する上りＣＣ＃Ａ（１８０９）によってＵＥと基地局（セル）間で通信される。ＲＡプロシージャ（Ｍｓｇ１〜Ｍａｇ４）の途中で失敗した場合、図２２に示すように、ＵＥは、ＲＡプロシージャ開始時にキャンプオンしていた基地局（セル）（１８０１）のＲＲＣ＿ＩＤＬＥ時にキャンプオン可能な下りＣＣ（例えば、下りＣＣ＃１（１８０２）から下りＣＣ＃７（１８０８）とする）のうち、ＲＡプロシージャを失敗した下りＣＣ＃２（１８０３）と、さらに、上りＣＣ＃Ａ（１８０９）と対応する他の下りＣＣ、ここでは下りＣＣ＃１（１８０２）とを除いたＣＣのうち、いずれか一つの下りＣＣにキャンプオンを試みるようにする。ここでは、下りＣＣ＃３（１８０４）から下りＣＣ＃７（１８０８）が相当する。ここでは例えば、ＵＥは下りＣＣ＃３（１８０４）にキャンプオンを試みるとする。
【０２４０】
ＲＡプロシージャを実行する際に選択していた基地局（セル）（１８０１）と同じセル内のＣＣなので、ＵＥがＣＣ＃３（１８０４）にキャンプオンできる可能性は高い。よって、ＵＥはＲＡプロシージャ失敗時のキャンプオンを確実に実行することができる。
【０２４１】
また、下りＣＣ＃３（１８０４）にキャンプオンしたＵＥが再度のＲＡプロシージャを実行する場合も、先にＲＡプロシージャの失敗時に使用した上りＣＣ＃Ａ（１８０９）とは異なる上りＣＣ、ここでは上りＣＣ＃Ｂ（１８１０）で再度のＲＡプロシージャを行うことになるため、ＲＡプロシージャ途中の失敗は無くなる。上りＣＣ＃Ａと上りＣＣ＃Ｂのキャリア周波数が異なるため、電波伝搬環境が異なることが考えられるからである。これにより、ＲＡプロシージャの失敗が繰り返されることを回避可能となる。従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への移行制御の遅延時間の削減、ＵＥの消費電力の削減、他ＵＥとのＲＡプロシージャのコンテンションの削減、システムとしてのシグナリング容量の削減、他のセルや他ＵＥへの干渉の抑制などが可能となる。また、タイマなどによりＲＡプロシージャ実行許可制限時間が設けられている場合など、ＲＡプロシージャを長時間繰返して該タイマを越えた場合など、ＵＥと基地局（セル）、ネットワーク間で通信が不可能になる状況が生じるが、これを回避することも可能となる。従って、基地局またはシステム全体としてのスループットを向上させることが可能となる。
【０２４２】
ＲＡプロシージャ失敗の際のシーケンス例は、図２５と同じで良い。また、キャンプオンを試みるセルおよびＣＣの決定方法は、図２６のＳＴ２６０３を、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能な下りＣＣであって、かつＲＡプロシージャを失敗した上りＣＣに対応する下りＣＣを除いた下りＣＣのうち、キャンプオンを試みていない下りＣＣは存在するか否かで判断するように変更すれば良い。さらに明確に言うならば、ＳＴ２６０１、ＳＴ２６０４からＳＴ２６０９のＣＣを下りＣＣに変更すれば良い。
【０２４３】
ＵＥは、ＳＴ２６０３において、ＲＡプロシージャを失敗した上りＣＣにどの下りＣＣが対応しているかの情報を必要とする。該上りＣＣにどの下りＣＣが対応しているかの情報（下りＣＣ／上りＣＣのペアバンド情報）を、システム情報として基地局（セル）からＵＥに報知するようにすれば良い。図２５のＳＴ２５０１後のＳＴ２５０２で、ＵＥは、該基地局（セル）に最初にキャンプオンした下りＣＣ上で報知される該システム情報を受信するようにすれば良い。
【０２４４】
また、上述の、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣのうちのいずれか一つのＣＣとして、実施の形態２で開示した方法としても良い。
【０２４５】
また、別の方法として、実施の形態１変形例３で開示した、アンカーキャリアにキャンプオンを試みるようにしても良い。アンカーキャリアからはシステム情報が報知されるため、キャンプオン後、システム情報を得られずに他のＣＣを再選択／選択する処理に入ってしまうことは無くなる。従って、制御遅延時間の削減、ＵＥの消費電力の削減が可能となる。
【０２４６】
こうすることで、本実施の形態の効果に加え、さらに実施の形態２や実施の形態１変形例３で記載の効果を得ることが可能となる。
【０２４７】
前述の、実施の形態２で開示した方法の一つとして、基地局（セル）がキャリアアグリゲーション対象とするＣＣのうちＲＲＣ＿ＩＤＬＥ時にキャンプオン可能なＣＣでサブセットを構成したが、該キャンプオン可能なＣＣを周波数バンドに一つずつ設けてサブセットを構成しても良いことを示した。
【０２４８】
別の方法として、該キャンプオン可能なＣＣを、該基地局（セル）の上りＣＣと対応する一つまたは複数の下りＣＣから一つずつ設けて、サブセットを構成しても良い。
【０２４９】
ＲＡプロシージャ失敗時、該サブセット内の他の下りＣＣにキャンプオンを試みるようにする。
【０２５０】
このように、ＲＡプロシージャ失敗時に、該サブセット内の下りＣＣからキャンプオンを試みるセルを選択可能となるので、制御遅延時間の削減、ＵＥの消費電力の削減が可能となる。
【０２５１】
前述した方法では、ＲＡプロシージャ失敗時の上りＣＣと対応する（ペアバンドとなる）下りＣＣの情報を、ＵＥは、最初にキャンプオンした該基地局（セル）の下りＣＣの報知情報により受信することとした。
【０２５２】
別の方法として、ＵＥはＲＡプロシージャ実行時の上りＣＣ情報を記憶しておき、該ＲＡプロシージャ失敗時に、一旦、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能な下りＣＣのうちいずれか一つを選択し、該下りＣＣの報知情報を受信して対応する上りＣＣ情報を得る。該上りＣＣ情報が、記憶したＲＡプロシージャ失敗時の上りＣＣ情報と同じであれば他の下りＣＣを選択し、再度該下りＣＣの報知情報を受信して対応する上りＣＣ情報を得るようにする。該上りＣＣ情報が、記憶したＲＡプロシージャ失敗時の上りＣＣ情報と異なっていれば該下りＣＣにキャンプオンする。
【０２５３】
こうすることで、本実施の形態の効果に加え、各ＣＣから報知する情報量を少なくする効果が得られる。
【０２５４】
また、もし、ＲＡプロシージャ実行時にキャンプオンしていた基地局（セル）が、ＲＲＣ＿ＩＤＬＥ時のキャンプオン可能な下りＣＣが一つの場合は、他のセルにキャンプオンを試みるようにしておけば良い。
【０２５５】
また、もし、ＲＡプロシージャ実行時にキャンプオンしていた基地局（セル）が、ＲＲＣ＿ＩＤＬＥ時にキャンプオン可能な下りＣＣがすべて同じ上りＣＣとリンクしている場合は、他のセルにキャンプオンを試みるようにしておけば良い。
【０２５６】
こうすることによって、例え、ＲＡプロシージャ失敗時に他にキャンプオン可能な下りＣＣが無い場合、または再度のＲＡプロシージャ失敗の可能性が高い上りＣＣしかない場合にも、他の基地局（セル）でキャンプオン可能にすることができ、再度のＲＡプロシージャを実行できる可能性を高めることができる。
【０２５７】
本実施の形態では、一つまたは複数の下りＣＣに、一つの上りＣＣが対応する（ペアバンドとなる）非対称運用の場合について説明した。本実施の形態で開示した方法は、これに限らず、一つの下りＣＣに一つまたは複数の上りＣＣが対応する（ペアバンドとなる）非対称運用の場合についても適用できる。一つの下りＣＣとペアバンドとなる一つまた複数の上りＣＣにおいて、ＲＡプロシージャを失敗していない上りＣＣが存在する場合には、ＲＡプロシージャ失敗時、ＲＡプロシージャを失敗した上りＣＣとペアバンドとなる下りＣＣにキャンプオンを試みるようにする。これにより、キャンプオンを確実にすることは可能となる。ＵＥはある下りＣＣにキャンプオンした後にＲＡプロシージャを行う。つまり、該下りＣＣの受信品質は良好であるといえる。従って、ＲＡプロシージャにおいての失敗は主に上りにおいて生じると考えられるからである。
【０２５８】
再度ＲＡプロシージャを実行する際に、該キャンプオンした下りＣＣとペアバンドとなる上りＣＣのうちで、ＲＡプロシージャを失敗していない上りＣＣ上のいずれか一つのＣＣでＲＡプロシージャを実行するようにしておけば良い。これによりＲＡプロシージャ失敗が繰り返し発生することを回避でき、本実施の形態と同様の効果を得ることが可能となる。
【０２５９】
実施の形態２および実施の形態３では、ＲＡプロシージャとして、Ｍｓｇ１からＭｓｇ４を実行する場合について述べたが、これに限らず、下りＣＣと上りＣＣを用いてメッセージの送受信が実行されていれば良く、実施の形態２および実施の形態３で開示した方法が適用できる。
【０２６０】
本発明において、実施の形態１、実施の形態１の変形例１、実施の形態１の変形例２、実施の形態１の変形例３、実施の形態２、実施の形態２の変形例１、実施の形態３を個別に記載したが、これらは組合せて用いても良い。
【０２６１】
本発明において、ＲＲＣ＿ＩＤＬＥ時にＵＥがキャンプオンするＣＣは一つとしたが、ＵＥが複数のＣＣに同時にキャンプオンをするようにしても良い。いずれか一つのＣＣ、ではなく、複数のＣＣ、とすれば良い。この場合にも、本発明を適用することは可能であり、同様の効果を得ることが可能となる。
【０２６２】
なお、ＲＲＣ＿ＩＤＬＥ時にＵＥが複数のＣＣに同時にキャンプオンしている場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行する際のＲＡプロシージャはＵＥがキャンプオンしている該複数のＣＣのいずれか一つのＣＣで行うようにすれば良い。ＵＥは受信品質が良好なＣＣを選択できるため、ＲＡプロシージャの途中での失敗を削減することが可能となる。
【０２６３】
本発明については、ＬＴＥシステム（Ｅ−ＵＴＲＡＮ）、ＬＴＥアドバンスド（LTE-Advanced）システムを中心に記載したが、Ｗ−ＣＤＭＡシステム（ＵＴＲＡＮ、ＵＭＴＳ）についても適用可能である。
【特許請求の範囲】
【請求項１】
複数の部分キャリアを個別に使用するか又は前記複数の部分キャリアを集めた集合キャリアを使用して、前記部分キャリアに対応した移動端末又は前記集合キャリアに対応した移動端末と基地局とが無線通信する移動体通信システムであって、
前記集合キャリアを使用して前記集合キャリアに対応した移動端末と基地局とが無線通信する場合、前記移動端末は前記集合キャリアに含まれるいずれか一つの部分キャリアにキャンプオンすることを特徴とする移動体通信システム。
【請求項２】
前記移動端末と前記基地局との間の無線通信が接続状態から待受状態に遷移する際に、前記移動端末は前記集合キャリアに含まれるいずれか一つの部分キャリアにキャンプオンすることを特徴とする請求項１記載の移動体通信システム。
【請求項３】
前記移動端末は物理特性が共通する部分キャリアの集合に含まれるいずれか一つの部分キャリアにキャンプオンすることを特徴とする請求項１記載の移動体通信システム。
【請求項４】
前記移動端末は外部から指定された一つの部分キャリアにキャンプオンすることを特徴とする請求項１記載の移動体通信システム。
【請求項５】
前記移動端末は前回の待受状態時にキャンプオン可能であった部分キャリアにキャンプオンすることを特徴とする請求項２記載の移動体通信システム。
【請求項６】
前記基地局が送信したシステム情報を移動端末が監視するときの監視対象となる部分キャリアを接続状態と待受状態とで共通にすることを特徴とする請求項１記載の移動体通信システム。
【請求項７】
ランダムアクセスチャネルの接続に失敗した際に、前記移動端末は前記集合キャリアに含まれるいずれか一つの部分キャリアにキャンプオンすることを特徴とする請求項１記載の移動体通信システム。
【請求項８】
前記移動端末は前記集合キャリアに含まれ接続に失敗した部分キャリアを除く一つの部分キャリアにキャンプオンすることを特徴とする請求項７記載の移動体通信システム。
【請求項９】
前記移動端末は前回の待受状態時にキャンプオン可能であった部分キャリアにキャンプオンすることを特徴とする請求項７記載の移動体通信システム。
【請求項１０】
前記移動端末は過去にキャンプオン可能であった部分キャリアにキャンプオンすることを特徴とする請求項１記載の移動体通信システム。
【請求項１１】
無線通信の上り方向または下り方向のうち一方の通信方向において一つの部分キャリアを使用し、これに対応した他方の通信方向において二以上の部分キャリアを使用する上下非対称通信を行う場合、一方の通信方向においてランダムアクセスチャネルの接続に失敗し、他方の通信方向において一つの部分キャリアにキャンプオンする際に、キャンプオンすべき当該一つの部分キャリアは、一方の通信方向において接続に失敗した部分キャリアに対応した他方の通信方向における二以上の部分キャリアを除いたものから選択されたものであることを特徴とする請求項１記載の移動体通信システム。
【請求項１】
複数の部分キャリアを個別に使用するか又は前記複数の部分キャリアを集めた集合キャリアを使用して、前記部分キャリアに対応した移動端末又は前記集合キャリアに対応した移動端末と基地局とが無線通信する移動体通信システムであって、
前記集合キャリアを使用して前記集合キャリアに対応した移動端末と基地局とが無線通信する場合、前記移動端末は前記集合キャリアに含まれるいずれか一つの部分キャリアにキャンプオンすることを特徴とする移動体通信システム。
【請求項２】
前記移動端末と前記基地局との間の無線通信が接続状態から待受状態に遷移する際に、前記移動端末は前記集合キャリアに含まれるいずれか一つの部分キャリアにキャンプオンすることを特徴とする請求項１記載の移動体通信システム。
【請求項３】
前記移動端末は物理特性が共通する部分キャリアの集合に含まれるいずれか一つの部分キャリアにキャンプオンすることを特徴とする請求項１記載の移動体通信システム。
【請求項４】
前記移動端末は外部から指定された一つの部分キャリアにキャンプオンすることを特徴とする請求項１記載の移動体通信システム。
【請求項５】
前記移動端末は前回の待受状態時にキャンプオン可能であった部分キャリアにキャンプオンすることを特徴とする請求項２記載の移動体通信システム。
【請求項６】
前記基地局が送信したシステム情報を移動端末が監視するときの監視対象となる部分キャリアを接続状態と待受状態とで共通にすることを特徴とする請求項１記載の移動体通信システム。
【請求項７】
ランダムアクセスチャネルの接続に失敗した際に、前記移動端末は前記集合キャリアに含まれるいずれか一つの部分キャリアにキャンプオンすることを特徴とする請求項１記載の移動体通信システム。
【請求項８】
前記移動端末は前記集合キャリアに含まれ接続に失敗した部分キャリアを除く一つの部分キャリアにキャンプオンすることを特徴とする請求項７記載の移動体通信システム。
【請求項９】
前記移動端末は前回の待受状態時にキャンプオン可能であった部分キャリアにキャンプオンすることを特徴とする請求項７記載の移動体通信システム。
【請求項１０】
前記移動端末は過去にキャンプオン可能であった部分キャリアにキャンプオンすることを特徴とする請求項１記載の移動体通信システム。
【請求項１１】
無線通信の上り方向または下り方向のうち一方の通信方向において一つの部分キャリアを使用し、これに対応した他方の通信方向において二以上の部分キャリアを使用する上下非対称通信を行う場合、一方の通信方向においてランダムアクセスチャネルの接続に失敗し、他方の通信方向において一つの部分キャリアにキャンプオンする際に、キャンプオンすべき当該一つの部分キャリアは、一方の通信方向において接続に失敗した部分キャリアに対応した他方の通信方向における二以上の部分キャリアを除いたものから選択されたものであることを特徴とする請求項１記載の移動体通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２０１２−１６５０３４（Ｐ２０１２−１６５０３４Ａ）
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【出願番号】特願２００９−１４６２９４（Ｐ２００９−１４６２９４）
【出願日】平成２１年６月１９日（２００９．６．１９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【出願日】平成２１年６月１９日（２００９．６．１９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]