(57)【要約】【課題】既存のキャリアと新たなキャリアタイプとが混在する場合に、正常に、また効率的に運用することができる技術を提供する。【解決手段】移動体通信システムは、通信移動端末と無線通信する相手をソース基地局からターゲット基地局に変更する。移動端末で同期を行うための同期信号を移動端末に送信する送信設定を、ソース基地局からターゲット基地局に通知する。【選択図】図２２
2020092464.tif 000002
【特許請求の範囲】
【請求項１】
移動端末と無線通信する相手をソース基地局からターゲット基地局に変更する移動体通信システムであって、
前記移動端末で同期を行うための同期信号を前記移動端末に送信する送信設定を、前記ソース基地局からターゲット基地局に通知することを特徴とする移動体通信システム。
【請求項２】
前記送信設定は、前記同期信号を送信する頻度に関する設定であることを特徴とする請求項１記載の移動体通信システム。
【請求項３】
前記送信設定は、通常よりも低い頻度に関する設定であることを特徴とする請求項２記載の移動体通信システム。
【請求項４】
前記ソース基地局は、前記送信設定の有無をターゲット基地局に通知することを特徴とする請求項１記載の移動体通信システム。
【請求項５】
前記ソース基地局は、前記同期信号を前記移動端末に送信するキャリアの周波数を、ターゲット基地局に通知することを特徴とする請求項１記載の移動体通信システム。
【請求項６】
前記ソース基地局は、前記移動端末と無線通信する相手を前記ターゲット基地局に変更することを前記ターゲット基地局に要求することを特徴とする請求項１記載の移動体通信システム。
【請求項７】
移動端末と無線通信する相手がターゲット基地局に変更される前の通信相手であるソース基地局であって、
前記移動端末で同期を行うための同期信号を前記移動端末に送信する送信設定を、ターゲット基地局に通知することを特徴とするソース基地局。
【請求項８】
移動端末と無線通信する相手がソース基地局から変更された後の通信相手であるターゲット基地局であって、
前記移動端末で同期を行うための同期信号を前記移動端末に送信する送信設定を、ソース基地局から受信することを特徴とするターゲット基地局。
【請求項９】
無線通信する相手をソース基地局からターゲット基地局に変更する移動端末であって、
同期を行うための同期信号を前記ソース基地局から送信する送信設定が、前記ソース基地局から前記ターゲット基地局に通知され、前記送信設定に従って前記ターゲット基地局から送信される前記同期信号を受信して同期を行うことを特徴とする移動端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、移動体通信システム、ソース基地局、ターゲット基地局および移動端末に関する。
【背景技術】
【０００２】
第３世代と呼ばれる通信方式のうち、Ｗ−ＣＤＭＡ（Wideband Code division Multiple Access）方式が、２００１年から日本で商用サービスが開始されている。また、下りリンク（個別データチャネル、個別制御チャネル）にパケット伝送用のチャネル（High Speed-Downlink Shared Channel：ＨＳ−ＤＳＣＨ）を追加することにより、下りリンクを用いたデータ送信の更なる高速化を実現するＨＳＤＰＡ（High Speed Downlink Packet Access）のサービスが開始されている。さらに、上り方向のデータ送信をより高速化するために、ＨＳＵＰＡ（High Speed Uplink Packet Access）方式についてもサービスが開始されている。Ｗ−ＣＤＭＡは、移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）により定められた通信方式であり、リリース１０版の規格書がとりまとめられている。
【０００３】
また、３ＧＰＰにおいて、Ｗ−ＣＤＭＡとは別の通信方式として、無線区間についてはロングタームエボリューション（Long Term Evolution：ＬＴＥ）と称し、コアネットワークおよび無線アクセスネットワーク（以下、まとめて、ネットワークとも称する）を含めたシステム全体構成については、システムアーキテクチャエボリューション（System Architecture Evolution：ＳＡＥ）と称される新たな通信方式が検討されている。この通信方式は３．９Ｇ（3.9 Generation）システムとも呼ばれる。
【０００４】
ＬＴＥでは、アクセス方式、無線のチャネル構成やプロトコルが、Ｗ−ＣＤＭＡ（ＨＳＤＰＡ／ＨＳＵＰＡ）とは全く異なるものになる。例えば、アクセス方式は、Ｗ−ＣＤＭＡが符号分割多元接続（Code Division Multiple Access）を用いているのに対して、ＬＴＥは下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）、上り方向はＳＣ−ＦＤＭＡ（Single Career Frequency Division Multiple Access）を用いる。また、帯域幅は、Ｗ−ＣＤＭＡが５ＭＨｚであるのに対し、ＬＴＥでは１．４ＭＨｚ，３ＭＨｚ，５ＭＨｚ，１０ＭＨｚ，１５ＭＨｚ，２０ＭＨｚの中で基地局毎に選択可能となっている。また、ＬＴＥでは、Ｗ−ＣＤＭＡとは異なり、回線交換を含まず、パケット通信方式のみになる。
【０００５】
ＬＴＥでは、Ｗ−ＣＤＭＡのコアネットワークであるＧＰＲＳ（General Packet Radio Service）とは異なる新たなコアネットワークを用いて通信システムが構成されるので、ＬＴＥの無線アクセス網（無線アクセスネットワーク（radio access network））は、Ｗ−ＣＤＭＡ網とは別の独立した無線アクセス網として定義される。
【０００６】
したがって、Ｗ−ＣＤＭＡの通信システムと区別するために、ＬＴＥの通信システムでは、コアネットワークはＥＰＣ（Evolved Packet Core）と称され、無線アクセスネットワークはＥ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access）と称される。また無線アクセスネットワークにおいて、通信端末装置である移動端末（User Equipment：ＵＥ）と通信を行う基地局（Base station）はｅＮＢ（E-UTRAN NodeB）と称される。また複数の基地局と制御データおよびユーザデータのやり取りを行う基地局制御装置（Radio Network Controller）の機能は、ＥＰＣが担う。ＥＰＣは、ａＧＷ（Access Gateway）とも称される。またＥＰＣとＥ−ＵＴＲＡＮとで構成されるシステムは、ＥＰＳ（Evolved Packet System）と称される。
【０００７】
ＬＴＥの通信システムでは、ユニキャスト（Unicast）サービスとＥ-ＭＢＭＳサービス（Evolved Multimedia Broadcast Multicast Service）とが提供される。Ｅ−ＭＢＭＳサービスとは、放送型マルチメディアサービスである。Ｅ−ＭＢＭＳサービスは、単にＭＢＭＳと称される場合もある。Ｅ−ＭＢＭＳサービスでは、複数の移動端末に対して、ニュースおよび天気予報、ならびにモバイル放送などの大容量放送コンテンツが送信される。これを１対多（Point to Multipoint）サービスともいう。
【０００８】
３ＧＰＰでの、ＬＴＥシステムにおける全体的なアーキテクチャ（Architecture）に関する決定事項が、非特許文献１（４章）に記載されている。全体的なアーキテクチャについて図１を用いて説明する。図１は、ＬＴＥ方式の通信システムの構成を示す説明図である。図１において、移動端末１０１に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン、例えばＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とが基地局１０２で終端するならば、Ｅ−ＵＴＲＡＮは１つあるいは複数の基地局１０２によって構成される。
【０００９】
基地局１０２は、移動管理エンティティ（Mobility Management Entity：ＭＭＥ）１０３から通知されるページング信号（Paging Signal、ページングメッセージ（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：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティなどが行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができる。またＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbour cell）のメジャメントなどが行われる。
【００１３】
非特許文献１（５章）に記載される、３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する決定事項について、図２を用いて説明する。図２は、ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図２において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目および６番目のサブフレームに下り同期信号（Downlink Synchronization Signal：ＳＳ）が含まれる。同期信号には、第一同期信号（Primary Synchronization Signal：Ｐ−ＳＳ）と、第二同期信号（Secondary Synchronization Signal：Ｓ−ＳＳ）とがある。
【００１４】
サブフレーム単位で、ＭＢＳＦＮ（Multimedia Broadcast multicast service Single Frequency Network）用のチャネルと、ＭＢＳＦＮ以外用のチャネルとの多重が行われる。ＭＢＳＦＮ送信（MBSFN Transmission）とは、同時に複数のセルから同じ波形の送信により実現される同時放送送信技術（simulcast transmission technique）である。ＭＢＳＦＮ領域（MBSFN Area）の複数のセルからのＭＢＳＦＮ送信は、移動端末には、１つの送信と認識される。ＭＢＳＦＮとは、このようなＭＢＳＦＮ送信をサポートするネットワークである。以降、ＭＢＳＦＮ送信用のサブフレームをＭＢＳＦＮサブフレーム（MBSFN subframe）と称する。
【００１５】
非特許文献２に、ＭＢＳＦＮサブフレームの割り当て時のシグナリング例が記載されている。図３は、ＭＢＳＦＮフレームの構成を示す説明図である。図３に示すように、割当周期（radio Frame Allocation Period）毎にＭＢＳＦＮサブフレームを含む無線フレームが割り当てられる。ＭＢＳＦＮサブフレームは、割当周期と割当オフセット（radio Frame Allocation Offset）とによって定義された無線フレームにてＭＢＳＦＮのために割り当てられるサブフレームであり、マルチメディアデータを伝送するためのサブフレームである。以下の式（１）を満たす無線フレームが、ＭＢＳＦＮサブフレームを含む無線フレームである。
ＳＦＮ ｍｏｄ radioFrameAllocationPeriod＝radioFrameAllocationOffset  …（１）
【００１６】
ＭＢＳＦＮサブフレームの割当は６ビットにて行われる。１番左のビットは、サブフレームの２番目（＃１）のＭＢＳＦＮ割当を定義する。左から２番目のビットはサブフレームの３番目（＃２）、左から３番目のビットはサブフレームの４番目（＃３）、左から４番目のビットはサブフレームの７番目（＃６）、左から５番目のビットはサブフレームの８番目（＃７）、左から６番目のビットはサブフレームの９番目（＃８）のＭＢＳＦＮ割当を定義する。該ビットが「１」を示す場合、対応するサブフレームがＭＢＳＦＮのために割当てられることを示す。
【００１７】
３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する決定事項が、非特許文献１（５章）に記載されている。ＣＳＧ（Closed Subscriber Group）セルにおいてもｎｏｎ−ＣＳＧセルと同じチャネル構成が用いられると想定されている。物理チャネル（Physical channel）について、図４を用いて説明する。図４は、ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。
【００１８】
図４において、物理報知チャネル（Physical Broadcast channel：ＰＢＣＨ）４０１は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＢＣＨトランスポートブロック（transport block）は、４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。
【００１９】
物理制御チャネルフォーマットインジケータチャネル（Physical Control Format Indicator Channel：ＰＣＦＩＣＨ）４０２は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭシンボルの数について基地局１０２から移動端末１０１へ通知する。ＰＣＦＩＣＨは、サブフレーム毎に送信される。
【００２０】
物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）４０３は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＤＣＣＨは、後述の図５に示されるトランスポートチャネルの１つである下り共有チャネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）のリソース割り当て（allocation）情報と、図５に示されるトランスポートチャネルの１つであるページングチャネル（Paging Channel：ＰＣＨ）のリソース割り当て（allocation）情報と、ＤＬ−ＳＣＨに関するＨＡＲＱ（Hybrid Automatic Repeat reQuest）情報とを通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative Acknowledgement）を運ぶ。ＰＤＣＣＨは、Ｌ１／Ｌ２制御信号とも呼ばれる。
【００２１】
物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）４０４は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＤＳＣＨには、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）、およびトランスポートチャネルであるＰＣＨがマッピングされている。
【００２２】
物理マルチキャストチャネル（Physical Multicast Channel：ＰＭＣＨ）４０５は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＭＣＨには、トランスポートチャネルであるマルチキャストチャネル（Multicast Channel：ＭＣＨ）がマッピングされている。
【００２３】
物理上り制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ）４０６は、移動端末１０１から基地局１０２への上り送信用のチャネルである。ＰＵＣＣＨは、下り送信に対する応答信号（response signal）であるＡｃｋ／Ｎａｃｋを運ぶ。ＰＵＣＣＨは、ＣＱＩ（Channel Quality Indicator）レポートを運ぶ。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request：ＳＲ）を運ぶ。
【００２４】
物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）４０７は、移動端末１０１から基地局１０２への上り送信用のチャネルである。ＰＵＳＣＨには、図５に示されるトランスポートチャネルの１つである上り共有チャネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）がマッピングされている。
【００２５】
物理ＨＡＲＱインジケータチャネル（Physical Hybrid ARQ Indicator Channel：ＰＨＩＣＨ）４０８は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＨＩＣＨは、上り送信に対する応答信号であるＡｃｋ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）４０９は、移動端末１０１から基地局１０２への上り送信用のチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random access preamble）を運ぶ。
【００２６】
下り参照信号（リファレンスシグナル（Reference Signal）：ＲＳ）は、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の５種類の下りリファレンスシグナルが定義されている。セル固有参照信号（Cell-specific Reference Signals：ＣＲＳ）、ＭＢＳＦＮ参照信号（MBSFN reference signals）、ＵＥ固有参照信号（UE-specific reference signals）であるデータ復調用参照信号（Demodulation Reference Signal：ＤＭ−ＲＳ）、位置決定参照信号（Positioning Reference Signals：ＰＲＳ）、チャネル情報参照信号（Channel-State Information Reference Signals：ＣＳＩ−ＲＳ）。移動端末の物理レイヤの測定として、リファレンスシグナルの受信電力（Reference Signal Received Power：ＲＳＲＰ）測定がある。
【００２７】
非特許文献１（５章）に記載されるトランスポートチャネル（Transport channel）について、図５を用いて説明する。図５は、ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。図５（Ａ）には、下りトランスポートチャネルと下り物理チャネルとの間のマッピングを示す。図５（Ｂ）には、上りトランスポートチャネルと上り物理チャネルとの間のマッピングを示す。
【００２８】
図５（Ａ）に示す下りトランスポートチャネルのうち、報知チャネル（Broadcast Channel：ＢＣＨ）は、その基地局（セル）のカバレッジ全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。
【００２９】
下り共有チャネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＤＬ−ＳＣＨは、基地局（セル）のカバレッジ全体への報知が可能である。ＤＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、パーシステントスケジューリング（Persistent Scheduling）ともいわれる。ＤＬ−ＳＣＨは、移動端末の低消費電力化のために移動端末の間欠受信（Discontinuous reception：ＤＲＸ）をサポートする。ＤＬ−ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。
【００３０】
ページングチャネル（Paging Channel：ＰＣＨ）は、移動端末の低消費電力を可能とするために移動端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）のカバレッジ全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソースへマッピングされる。
【００３１】
マルチキャストチャネル（Multicast Channel：ＭＣＨ）は、基地局（セル）のカバレッジ全体への報知に使用される。ＭＣＨは、マルチセル送信におけるＭＢＭＳサービス（ＭＴＣＨとＭＣＣＨ）のＳＦＮ合成をサポートする。ＭＣＨは、準静的なリソース割り当てをサポートする。ＭＣＨは、ＰＭＣＨへマッピングされる。
【００３２】
図５（Ｂ）に示す上りトランスポートチャネルのうち、上り共有チャネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＵＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ−ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。
【００３３】
図５（Ｂ）に示されるランダムアクセスチャネル（Random Access Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。
【００３４】
ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送要求（Automatic Repeat reQuest：ＡＲＱ）と誤り訂正（Forward Error Correction）との組合せにより、伝送路の通信品質を向上させる技術である。ＨＡＲＱには、通信品質が変化する伝送路に対しても、再送により誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。
【００３５】
再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic Redundancy Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。
【００３６】
ＨＡＲＱ方式の一例として、チェースコンバイニング（Chase Combining）がある。チェースコンバイニングとは、初送と再送とにおいて、同じデータを送信するものであり、再送において初送のデータと再送のデータとの合成を行うことで、利得を向上させる方式である。チェースコンバイニングは、初送データに誤りがあったとしても、部分的に正確なものも含まれており、正確な部分の初送データと再送データとを合成することで、より高精度にデータを送信できるという考え方に基づいている。また、ＨＡＲＱ方式の別の例として、ＩＲ（Incremental Redundancy）がある。ＩＲとは、冗長度を増加させるものであり、再送においてパリティビットを送信することで、初送と組合せて冗長度を増加させ、誤り訂正機能により品質を向上させるものである。
【００３７】
非特許文献１（６章）に記載される論理チャネル（ロジカルチャネル：Logical channel）について、図６を用いて説明する。図６は、ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。図６（Ａ）には、下りロジカルチャネルと下りトランスポートチャネルとの間のマッピングを示す。図６（Ｂ）には、上りロジカルチャネルと上りトランスポートチャネルとの間のマッピングを示す。
【００３８】
報知制御チャネル（Broadcast Control Channel：ＢＣＣＨ）は、報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。
【００３９】
ページング制御チャネル（Paging Control Channel：ＰＣＣＨ）は、ページング情報（Paging Information）およびシステム情報（System Information）の変更を送信するための下りチャネルである。ＰＣＣＨは、移動端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。
【００４０】
共有制御チャネル（Common Control Channel：ＣＣＣＨ）は、移動端末と基地局との間の送信制御情報のためのチャネルである。ＣＣＣＨは、移動端末がネットワークとの間でＲＲＣ接続（connection）を有していない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされる。
【００４１】
マルチキャスト制御チャネル（Multicast Control Channel：ＭＣＣＨ）は、１対多の送信のための下りチャネルである。ＭＣＣＨは、ネットワークから移動端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳ受信中の移動端末のみに用いられる。ＭＣＣＨは、トランスポートチャネルであるマルチキャストチャネル（ＭＣＨ）へマッピングされる。
【００４２】
個別制御チャネル（Dedicated Control Channel：ＤＣＣＨ）は、１対１にて、移動端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、移動端末がＲＲＣ接続（connection）である場合に用いられる。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）にマッピングされる。
【００４３】
個別トラフィックチャネル（Dedicated Traffic Channel：ＤＴＣＨ）は、ユーザ情報の送信のための個別移動端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。
【００４４】
マルチキャストトラフィックチャネル（Multicast Traffic channel：ＭＴＣＨ）は、ネットワークから移動端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨは、ＭＢＭＳ受信中の移動端末のみに用いられるチャネルである。ＭＴＣＨは、マルチキャストチャネル（ＭＣＨ）へマッピングされる。
【００４５】
ＣＧＩとは、セルグローバル識別子（Cell Global Identification）のことである。ＥＣＧＩとは、Ｅ−ＵＴＲＡＮセルグローバル識別子（E-UTRAN Cell Global Identification）のことである。ＬＴＥ、後述のＬＴＥ−Ａ（Long Term Evolution Advanced）およびＵＭＴＳ（Universal Mobile Telecommunication System）において、ＣＳＧ（Closed Subscriber Group）セルが導入される。ＣＳＧセルについて以下に説明する（非特許文献３  ３．１章参照）。
【００４６】
ＣＳＧ（Closed Subscriber Group）セルとは、利用可能な加入者をオペレータが特定しているセル（以下「特定加入者用セル」という場合がある）である。特定された加入者は、ＰＬＭＮ（Public Land Mobile Network）の１つ以上のセルにアクセスすることが許可される。特定された加入者がアクセスを許可されている１つ以上のセルを「ＣＳＧセル（ＣＳＧ  ｃｅｌｌ（ｓ））」と呼ぶ。ただし、ＰＬＭＮにはアクセス制限がある。
【００４７】
ＣＳＧセルは、固有のＣＳＧアイデンティティ（CSG identity：ＣＳＧ  ＩＤ；ＣＳＧ−ＩＤ）を報知し、ＣＳＧインジケーション（CSG Indication）にて「ＴＲＵＥ」を報知するＰＬＭＮの一部である。予め利用登録し、許可された加入者グループのメンバーは、アクセス許可情報であるところのＣＳＧ−ＩＤを用いてＣＳＧセルにアクセスする。
【００４８】
ＣＳＧ−ＩＤは、ＣＳＧセルまたはセルによって報知される。ＬＴＥ方式の通信システムにＣＳＧ−ＩＤは複数存在する。そして、ＣＳＧ−ＩＤは、ＣＳＧ関連のメンバーのアクセスを容易にするために、移動端末（ＵＥ）によって使用される。
【００４９】
移動端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても移動端末の位置を追跡し、移動端末を呼び出す、換言すれば移動端末が着呼することを可能にするために行われる。この移動端末の位置追跡のための区域をトラッキングエリアと呼ぶ。
【００５０】
ＣＳＧホワイトリスト（CSG White List）とは、加入者が属するＣＳＧセルのすべてのＣＳＧ  ＩＤが記録されている、ＵＳＩＭ（Universal Subscriber Identity Module）に格納されることもあるリストである。ＣＳＧホワイトリストは、単にホワイトリスト、あるいは許可ＣＳＧリスト（Allowed CSG List）と呼ばれることもある。ＣＳＧセルを通しての移動端末のアクセスは、ＭＭＥがアクセスコントロール（access control）を実行する（非特許文献４  ４．３．１．２章参照）。移動端末のアクセスの具体例としては、アタッチ（attach）、コンバインドアタッチ（combined attach）、デタッチ（detach）、サービスリクエスト（service request）、トラッキングエリアアップデートプロシジャー（Tracking Area Update procedure）などがある（非特許文献４  ４．３．１．２章参照）。
【００５１】
待受け状態の移動端末のサービスタイプについて以下に説明する（非特許文献３  ４．３章参照）。待受け状態の移動端末のサービスタイプとしては、制限されたサービス（Limited service、限られたサービスとも称される）、標準サービス（ノーマルサービス（Normal service））、オペレータサービス（Operator service）がある。制限されたサービスとは、後述のアクセプタブルセル上の緊急呼（Emergency calls）、ＥＴＷＳ（Earthquake and Tsunami Warning System）、ＣＭＡＳ（Commercial Mobile Alert System）である。標準サービス（通常サービスとも称される）とは、後述の適切なセル上の公共のサービスである。オペレータサービスとは、後述のリザーブセル上のオペレータのためのみのサービスである。
【００５２】
「適切なセル（Suitable cell）」について以下に説明する。「適切なセル（Suitable cell）」とは、ＵＥが通常（normal）サービスを受けるためにキャンプオン（Camp ON）するかもしれないセルである。そのようなセルは、以下の（１），（２）の条件を満たすものとする。
【００５３】
（１）セルは、選択されたＰＬＭＮもしくは登録されたＰＬＭＮ、または「Ｅｑｕｉｖａｌｅｎｔ  ＰＬＭＮリスト」のＰＬＭＮの一部であること。
【００５４】
（２）ＮＡＳ（Non-Access Stratum）によって提供された最新情報にて、さらに以下の（ａ）〜（ｄ）の条件を満たすこと。
（ａ）そのセルが禁じられた（barred）セルでないこと。
（ｂ）そのセルが「ローミングのための禁止されたＬＡｓ」リストの一部でないトラッキングエリア（Tracking Area）の一部であること。その場合、そのセルは前記（１）を満たす必要がある。
（ｃ）そのセルが、セル選択評価基準を満たしていること。
（ｄ）そのセルが、ＣＳＧセルとしてシステム情報（System Information：ＳＩ）によって特定されたセルに関しては、ＣＳＧ−ＩＤはＵＥの「ＣＳＧホワイトリスト」（CSG WhiteList）の一部であること、すなわちＵＥのCSG WhiteList中に含まれること。
【００５５】
「アクセプタブルセル（Acceptable cell）」について以下に説明する。「アクセプタブルセル（Acceptable cell）」とは、ＵＥが制限されたサービスを受けるためにキャンプオンするかもしれないセルである。そのようなセルは、以下の（１），（２）のすべての要件を充足するものとする。
（１）そのセルが禁じられたセル（「バードセル（Barred cell）」とも称される）でないこと。
（２）そのセルが、セル選択評価基準を満たしていること。
【００５６】
「バードセル（Barred cell）」は、システム情報で指示がある。「リザーブセル（Reserved cell）」は、システム情報で指示がある。
【００５７】
「セルにキャンプオン（camp on）する」とは、ＵＥがセル選択（cell selection）またはセル再選択（cell reselection）の処理を完了し、ＵＥがシステム情報とページング情報とをモニタするセルを選択した状態になることをいう。ＵＥがキャンプオンするセルを「サービングセル（Serving cell）」と称することがある。
【００５８】
３ＧＰＰにおいて、Ｈｏｍｅ−ＮｏｄｅＢ（Ｈｏｍｅ−ＮＢ；ＨＮＢ）、Ｈｏｍｅ−ｅＮｏｄｅＢ（Ｈｏｍｅ−ｅＮＢ；ＨｅＮＢ）と称される基地局が検討されている。ＵＴＲＡＮにおけるＨＮＢ、およびＥ−ＵＴＲＡＮにおけるＨｅＮＢは、例えば家庭、法人、商業用のアクセスサービス向けの基地局である。非特許文献５には、ＨｅＮＢおよびＨＮＢへのアクセスの３つの異なるモードが開示されている。具体的には、オープンアクセスモード（Open access mode）と、クローズドアクセスモード（Closed access mode）と、ハイブリッドアクセスモード（Hybrid access mode）とが開示されている。
【００５９】
各々のモードは、以下のような特徴を有する。オープンアクセスモードでは、ＨｅＮＢおよびＨＮＢは、通常のオペレータのノーマルセルとして操作される。クローズドアクセスモードでは、ＨｅＮＢおよびＨＮＢは、ＣＳＧセルとして操作される。このＣＳＧセルは、ＣＳＧメンバーのみアクセス可能なＣＳＧセルである。ハイブリッドアクセスモードでは、ＨｅＮＢおよびＨＮＢは、非ＣＳＧメンバーも同時にアクセス許可されているＣＳＧセルとして操作される。言い換えれば、ハイブリッドアクセスモードのセル（ハイブリッドセルとも称する）は、オープンアクセスモードとクローズドアクセスモードとの両方をサポートするセルである。
【００６０】
３ＧＰＰでは、全ての物理セル識別子（Physical Cell Identity：ＰＣＩ）のうち、ＣＳＧセルで使用するためにネットワークによって予約されたＰＣＩ範囲がある（非特許文献１  １０．５．１．１章参照）。ＰＣＩ範囲を分割することをＰＣＩスプリットと称することがある。ＰＣＩスプリットに関する情報（ＰＣＩスプリット情報とも称する）は、システム情報によって基地局から傘下の移動端末に対して報知される。基地局の傘下とは、該基地局をサービングセルとすることを意味する。
【００６１】
非特許文献６は、ＰＣＩスプリットを用いた移動端末の基本動作を開示する。ＰＣＩスプリット情報を有していない移動端末は、全ＰＣＩを用いて、例えば５０４コード全てを用いて、セルサーチを行う必要がある。これに対して、ＰＣＩスプリット情報を有する移動端末は、当該ＰＣＩスプリット情報を用いてセルサーチを行うことが可能である。
【００６２】
また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（Long Term Evolution Advanced：ＬＴＥ−Ａ）の規格策定が進められている（非特許文献７、非特許文献８参照）。
【００６３】
ＬＴＥ−Ａシステムでは、高い通信速度、セルエッジでの高いスループット、新たなカバレッジエリアなどを得るために、リレー（Relay）およびリレーノード（Relay Node：ＲＮ）をサポートすることが検討されている。中継装置であるリレーノードは、ドナーセル（Donor cell、以下「ドナーｅＮＢ（Donor eNB；ＤｅＮＢ）」という場合がある）と呼ばれるセルを介して、無線アクセスネットワークに無線で接続される。ドナーセルの範囲内で、ネットワーク（Network：ＮＷ）からリレーノードへのリンクは、ネットワークからＵＥへのリンクと同じ周波数帯域（周波数バンド（band））を共用する。この場合、３ＧＰＰのリリース８対応のＵＥも該ドナーセルに接続可能とする。ドナーセルとリレーノードとの間のリンクをバックホールリンク（backhaul link）と称し、リレーノードとＵＥとの間のリンクをアクセスリンク（access link）と称する。
【００６４】
ＦＤＤ（Frequency Division Duplex）におけるバックホールリンクの多重方法として、ＤｅＮＢからＲＮへの送信は下り（ＤＬ）周波数バンドで行われ、ＲＮからＤｅＮＢへの送信は上り（ＵＬ）周波数バンドで行われる。リレーにおけるリソースの分割方法として、ＤｅＮＢからＲＮへのリンクおよびＲＮからＵＥへのリンクが一つの周波数バンドで時分割多重され、ＲＮからＤｅＮＢへのリンクおよびＵＥからＲＮへのリンクも一つの周波数バンドで時分割多重される。こうすることで、リレーにおいて、リレーの送信が自リレーの受信へ干渉することを防ぐことができる。
【００６５】
３ＧＰＰでは、通常のｅＮＢ（マクロセル）だけでなく、ピコｅＮＢ（ピコセル（pico cell））、ＨｅＮＢ（ＨＮＢ、ＣＳＧセル）、ホットゾーンセル用のノード、リレーノード、リモートラジオヘッド（Remote Radio Head：ＲＲＨ）、リピータなどのいわゆるローカルノードが検討されている。前述のような各種タイプのセルからなるネットワークは、異機種ネットワーク（heterogeneous network、ヘットネット）と称されることもある。
【００６６】
ＬＴＥでは、通信に使用可能な周波数バンド（以下「オペレーティングバンド」という場合がある）が予め決められている。非特許文献９には、該周波数バンドが記載されている。
【００６７】
ＬＴＥ−Ａシステムでは、１００ＭＨｚまでのより広い周波数帯域幅（transmission bandwidths）をサポートするために、二つ以上のコンポーネントキャリア（Component Carrier：ＣＣ）を集約する（アグリゲーション（aggregation）するとも称する）、キャリアアグリゲーション（Carrier Aggregation：ＣＡ）が検討されている。
【００６８】
ＬＴＥ対応である、３ＧＰＰのリリース８または９対応のＵＥは、一つのサービングセルに相当する一つのＣＣ上のみで送受信可能である。これに対して、３ＧＰＰのリリース１０対応のＵＥは、複数のサービングセルに相当する複数のＣＣ上で同時に送受信、あるいは受信のみ、あるいは送信のみをするための能力（ケーパビリティ、capability）を有することが考えられている。
【００６９】
各ＣＣは、３ＧＰＰのリリース８または９の構成を用いており、ＣＡは、連続ＣＣ、非連続ＣＣ、および異なる周波数帯域幅のＣＣをサポートする。ＵＥが下りリンクのＣＣ（ＤＬ  ＣＣ）の個数以上の個数の、上りリンクのＣＣ（ＵＬ  ＣＣ）を構成することは不可能である。同一ｅＮＢから構成されるＣＣは、同じカバレッジを提供する必要は無い。ＣＣは、３ＧＰＰのリリース８または９と互換性を有する。
【００７０】
ＣＡにおいて、上りリンク、下りリンクともに、サービングセル毎に一つの独立したＨＡＲＱエンティティがある。トランスポートブロックは、サービングセル毎にＴＴＩ毎に生成される。各トランスポートブロックとＨＡＲＱ再送とは、シングルサービングセルにマッピングされる。
【００７１】
ＣＡが構成される場合、ＵＥはＮＷと唯一つのＲＲＣ接続（RRC connection）を有する。ＲＲＣ接続において、一つのサービングセルがＮＡＳモビリティ情報とセキュリティ入力を与える。このセルをプライマリセル（Primary Cell：ＰＣｅｌｌ）と呼ぶ。下りリンクで、ＰＣｅｌｌに対応するキャリアは、下りプライマリコンポーネントキャリア（Downlink Primary Component Carrier：ＤＬ  ＰＣＣ）である。上りリンクで、ＰＣｅｌｌに対応するキャリアは、上りプライマリコンポーネントキャリア（Uplink Primary Component Carrier：ＵＬ  ＰＣＣ）である。
【００７２】
ＵＥの能力（ケーパビリティ（capability））に応じて、セカンダリセル（Secondary Cell：ＳＣｅｌｌ）が、ＰＣｅｌｌとサービングセルとの組を形成するために構成される。下りリンクで、ＳＣｅｌｌに対応するキャリアは、下りセカンダリコンポーネントキャリア（Downlink Secondary Component Carrier：ＤＬ  ＳＣＣ）である。上りリンクで、ＳＣｅｌｌに対応するキャリアは、上りセカンダリコンポーネントキャリア（Uplink Secondary Component Carrier：ＵＬ  ＳＣＣ）である。
【００７３】
一つのＵＥに対して、一つのＰＣｅｌｌと、一つ以上のＳＣｅｌｌからなるサービングセルとの組が構成される。
【００７４】
３ＧＰＰにおいて、さらに進んだ新たな無線区間の通信方式として、前述のＬＴＥアドヴァンスド（LTE Advanced：ＬＴＥ−Ａ）が検討されている（非特許文献７および非特許文献８参照）。ＬＴＥ−Ａは、ＬＴＥの無線区間通信方式を基本とし、それにいくつかの新技術を加えて構成される。新技術としては、より広い帯域をサポートする技術（Wider bandwidth extension）、および多地点協調送受信（Coordinated Multiple Point transmission and reception：ＣｏＭＰ）技術などがある。３ＧＰＰでＬＴＥ−Ａのために検討されているＣｏＭＰについては、非特許文献１０に記載されている。
【００７５】
ＣｏＭＰとは、地理的に分離された多地点間で協調した送信あるいは受信を行うことによって、高いデータレートのカバレッジの拡大、セルエッジでのスループットの向上、および通信システムにおけるスループットの増大を図る技術である。ＣｏＭＰには、下りＣｏＭＰ（ＤＬ  ＣｏＭＰ）と、上りＣｏＭＰ（ＵＬ  ＣｏＭＰ）とがある。
【００７６】
ＤＬ  ＣｏＭＰでは、一つの移動端末（ＵＥ）へのＰＤＳＣＨを多地点（マルチポイント）間で協調して送信する。一つのＵＥへのＰＤＳＣＨを、マルチポイントの一つのポイントから送信してもよいし、マルチポイントの複数のポイントから送信してもよい。ＤＬ  ＣｏＭＰにおいて、サービングセルとは、ＰＤＣＣＨによってリソース割当を送信する単独のセルである。
【００７７】
ＤＬ  ＣｏＭＰの方法として、結合処理（Joint Processing：ＪＰ）と、協調スケジューリング（Coordinated Scheduling：ＣＳ）または協調ビームフォーミング（Coordinated Beamforming：ＣＢ）（以下「ＣＳ／ＣＢ」という場合がある）とが検討されている。
【００７８】
ＪＰは、ＣｏＭＰコオペレーティングセット（CoMP cooperating set）中のそれぞれのポイントでデータが利用可能である。ＪＰには、結合送信（Joint Transmission：ＪＴ）と、動的ポイント選択（Dynamic Point Selection：ＤＰＳ）とがある。ＤＰＳは、動的セル選択（Dynamic Cell Selection：ＤＣＳ）を含む。ＪＴでは、ある時点で複数のポイント、具体的にはＣｏＭＰコオペレーティングセット（CoMP cooperating set）の一部あるいは全部から、ＰＤＳＣＨの送信が行われる。ＤＰＳでは、ある時点でＣｏＭＰコオペレーティングセット内の１つのポイントから、ＰＤＳＣＨの送信が行われる。
【００７９】
ＣＳ／ＣＢは、サービングセルからのデータ送信でのみ利用可能である。ＣＳ／ＣＢでは、ＣｏＭＰコオペレーティングセットに対応するセル間での調整と併せて、ユーザスケジューリングまたはビームフォーミングの決定がなされる。
【００８０】
マルチポイントで送受信するポイントとしてユニットおよびセルが、ユニットおよびセルとして基地局（NB、eNB、HNB、HeNB）、ＲＲＵ（Remote Radio Unit）、ＲＲＥ（Remote Radio Equipment）、ＲＲＨ（Remote Radio Head）、リレーノード（Relay Node：ＲＮ）などが検討されている。多地点協調送信を行うユニットおよびセルを、それぞれマルチポイントユニット、マルチポイントセルと称する場合がある。
【００８１】
３ＧＰＰにおいて、リリース１１版の規格書の策定が進んでいる。この中で、周波数利用効率の向上、ヘットネットの改善された支援、およびシステムの低消費電力化を目的として、新たな開発項目である、追加のキャリアタイプ（additional carrier type）が議論されている（非特許文献１１参照）。以下、追加のキャリアタイプのことを、新たなキャリアタイプ（New Carrier Type：ＮＣＴ）と称する。
【先行技術文献】
【非特許文献】
【００８２】
【非特許文献１】３ＧＰＰ  ＴＳ３６．３００  Ｖ１１．２．０
【非特許文献２】３ＧＰＰ  ＴＳ３６．３３１  Ｖ１１．０．０
【非特許文献３】３ＧＰＰ  ＴＳ３６．３０４  Ｖ１１．０．０  ３．１章、４．３章、５．２．４章
【非特許文献４】３ＧＰＰ  ＴＲ  ２３．８３０  Ｖ９．０．０
【非特許文献５】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献６】３ＧＰＰ  Ｒ２−０８２８９９
【非特許文献７】３ＧＰＰ  ＴＲ  ３６．８１４  Ｖ９．０．０
【非特許文献８】３ＧＰＰ  ＴＲ  ３６．９１２  Ｖ１０．０．０
【非特許文献９】３ＧＰＰ  ＴＳ  ３６．１０１  Ｖ１１．０．０
【非特許文献１０】３ＧＰＰ  ＴＲ  ３６．８１９  Ｖ１１．１．０
【非特許文献１１】３ＧＰＰ  ＲＡＮ１  ６６ＢＩＳ会合レポート
【発明の概要】
【発明が解決しようとする課題】
【００８３】
前述のように、ＮＣＴについては、３ＧＰＰにおいて議論中であるので、ＮＣＴに適した通信システムの動作方法などは確立されていない。したがって、ＮＣＴに適した通信システムの動作方法を確立し、既存のキャリア（以下「レガシーキャリア」（legacy carrier）と称することがある）とＮＣＴとが混在するリリース１１版以降の通信システムを正常に、また効率的に運用する技術が望まれている。
【００８４】
本開示の目的は、既存のキャリアと新たなキャリアタイプとが混在する場合に、正常に、また効率的に運用することができる技術を提供することである。
【課題を解決するための手段】
【００８５】
本開示の移動体通信システムは、移動端末と無線通信する相手をソース基地局からターゲット基地局に変更する移動体通信システムであって、前記移動端末で同期を行うための同期信号を前記移動端末に送信する送信設定を、前記ソース基地局からターゲット基地局に通知することを特徴とする。
【００８６】
本開示のソース基地局は、移動端末と無線通信する相手がターゲット基地局に変更される前の通信相手であるソース基地局であって、前記移動端末で同期を行うための同期信号を前記移動端末に送信する送信設定を、ターゲット基地局に通知することを特徴とする。
【００８７】
本開示のターゲット基地局は、移動端末と無線通信する相手がソース基地局から変更された後の通信相手であるターゲット基地局であって、前記移動端末で同期を行うための同期信号を前記移動端末に送信する送信設定を、ソース基地局から受信することを特徴とする。
【００８８】
本開示の移動端末は、無線通信する相手をソース基地局からターゲット基地局に変更する移動端末であって、同期を行うための同期信号を前記ソース基地局から送信する送信設定が、前記ソース基地局から前記ターゲット基地局に通知され、前記送信設定に従って前記ターゲット基地局から送信される前記同期信号を受信して同期を行うことを特徴とする。
【発明の効果】
【００８９】
本開示によれば、既存のキャリアと新たなキャリアタイプとが混在する場合に、正常に、また効率的に運用することができる。
【００９０】
本開示の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【００９１】
【図１】ＬＴＥ方式の通信システムの構成を示す説明図である。
【図２】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図３】ＭＢＳＦＮフレームの構成を示す説明図である。
【図４】ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。
【図５】ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。
【図６】ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。
【図７】３ＧＰＰにおいて議論されているＬＴＥ方式の通信システムの全体的な構成を示すブロック図である。
【図８】移動端末の構成を示すブロック図である。
【図９】基地局の構成を示すブロック図である。
【図１０】ＭＭＥの構成を示すブロック図である。
【図１１】ＨｅＮＢＧＷの構成を示すブロック図である。
【図１２】ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
【図１３】実施の形態１における解決策の概念を示す図である。
【図１４】ＮＣＴのアーキテクチャの一例を示す図である。
【図１５】既存のセルのアーキテクチャを示す図である。
【図１６】ＮＣＴの同一チャネルの展開の概念を示す図である。
【図１７】実施の形態１の変形例２の通信システムにおいて、ＵＥにＮＣＴの設定を行うエンティティとして具体例（１）を用いた場合のシーケンスの一例を示す図である。
【図１８】実施の形態１の変形例２の通信システムにおいて、ＵＥにＮＣＴの設定を行うエンティティとして具体例（２）を用いた場合のシーケンスの一例を示す図である。
【図１９】実施の形態１の変形例２の通信システムにおいて、ＵＥにＮＣＴの設定を行うエンティティとして具体例（２）を用いた場合のシーケンスの一例を示す図である。
【図２０】実施の形態１の変形例２の通信システムにおいて、ＵＥにＮＣＴの設定を行うエンティティとして具体例（３）を用いた場合のシーケンスの一例を示す図である。
【図２１】実施の形態１の変形例２の通信システムにおいて、ＵＥにＮＣＴの設定を行うエンティティとして具体例（４）を用いた場合のシーケンスの一例を示す図である。
【図２２】実施の形態１の変形例３の通信システムにおいて、関連レガシーキャリアの準静的あるいはダイナミックな決定方法の具体例（１）を用いた場合のシーケンスの一例を示す図である。
【図２３】実施の形態１の変形例３の通信システムにおいて、関連レガシーキャリアの準静的あるいはダイナミックな決定方法の具体例（２）を用いた場合のシーケンスの一例を示す図である。
【図２４】実施の形態２の通信システムにおいて、ＮＣＴに適したクロスキャリアスケジューリングの方法として具体例（１）を用いた場合のシーケンスの一例を示す図である。
【図２５】実施の形態２の通信システムにおいて、ＮＣＴに適したクロスキャリアスケジューリングの方法として具体例（２）を用いた場合のシーケンスの一例を示す図である。
【図２６】実施の形態２の通信システムにおいて、ＮＣＴに適したクロスキャリアスケジューリングの方法として具体例（３）を用いた場合のシーケンスの一例を示す図である。
【図２７】実施の形態２の変形例１における解決策（１）の概念を示す図である。
【図２８】実施の形態２の変形例１における解決策（２）の概念を示す図である。
【図２９】実施の形態２の変形例１における解決策（２）の概念を示す図である。
【図３０】実施の形態２の変形例２における解決策の概念を示す図である。
【図３１】実施の形態３の解決策（１）における通信システムのシーケンスの一例を示す図である。
【図３２】実施の形態３の解決策（２）における通信システムのシーケンスの一例を示す図である。
【図３３】実施の形態３の変形例１の通信システムにおいて、ｅＮＢ１およびｅＮＢ２の具体的な動作方法（１）を用いた場合のシーケンスの一例を示す図である。
【図３４】実施の形態３の変形例１の通信システムにおいて、ｅＮＢ１およびｅＮＢ２の具体的な動作方法（２），（３）を組合せて用いた場合のシーケンスの一例を示す図である。
【図３５】実施の形態４の通信システムにおいて、通知方法の具体例（１）と要求方法の具体例（１）とを組合せて用いた場合のシーケンスの一例を示す図である。
【図３６】実施の形態４の通信システムにおいて、通知方法の具体例（２）と要求方法の具体例（２）とを組合せて用いた場合のシーケンスの一例を示す図である。
【図３７】実施の形態４の変形例１の解決策における通信システムのシーケンスの一例を示す図である。
【発明を実施するための形態】
【００９２】
実施の形態１．
図７は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システムの全体的な構成を示すブロック図である。３ＧＰＰにおいては、ＣＳＧ（Closed Subscriber Group）セル（Ｅ−ＵＴＲＡＮのＨｏｍｅ−ｅＮｏｄｅＢ（Ｈｏｍｅ−ｅＮＢ；ＨｅＮＢ）、ＵＴＲＡＮのＨｏｍｅ−ＮＢ（ＨＮＢ））と、ｎｏｎ−ＣＳＧセル（Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ（ｅＮＢ）、ＵＴＲＡＮのＮｏｄｅＢ（ＮＢ）、ＧＥＲＡＮのＢＳＳ）とを含めたシステムの全体的な構成が検討されており、Ｅ−ＵＴＲＡＮについては、図７のような構成が提案されている（非特許文献１  ４．６．１章参照）。
【００９３】
図７について説明する。通信端末装置である移動端末装置（以下「移動端末（User Equipment：ＵＥ）」という）７１は、基地局装置（以下「基地局」という）７２と無線通信可能であり、無線通信で信号の送受信を行う。基地局７２は、マクロセルであるｅＮＢ７２−１と、ローカルノードであるＨｏｍｅ−ｅＮＢ７２−２とに分類される。ｅＮＢ７２−１は、移動端末（ＵＥ）７１と通信可能な範囲であるカバレッジとして、比較的大きい大規模カバレッジを有する。Ｈｏｍｅ−ｅＮＢ７２−２は、カバレッジとして、比較的小さい小規模カバレッジを有する。
【００９４】
ｅＮＢ７２−１は、ＭＭＥ、あるいはＳ−ＧＷ、あるいはＭＭＥおよびＳ−ＧＷを含むＭＭＥ／Ｓ−ＧＷ部（以下「ＭＭＥ部」という場合がある）７３とＳ１インタフェースにより接続され、ｅＮＢ７２−１とＭＭＥ部７３との間で制御情報が通信される。一つのｅＮＢ７２−１に対して、複数のＭＭＥ部７３が接続されてもよい。ＭＭＥ部７３は、コアネットワークであるＥＰＣに含まれる。ｅＮＢ７２−１間は、Ｘ２インタフェースにより接続され、ｅＮＢ７２−１間で制御情報が通信される。
【００９５】
Ｈｏｍｅ−ｅＮＢ７２−２は、ＭＭＥ部７３とＳ１インタフェースにより接続され、Ｈｏｍｅ−ｅＮＢ７２−２とＭＭＥ部７３との間で制御情報が通信される。一つのＭＭＥ部７３に対して、複数のＨｏｍｅ−ｅＮＢ７２−２が接続される。あるいは、Ｈｏｍｅ−ｅＮＢ７２−２は、ＨｅＮＢＧＷ（Home-eNB GateWay）７４を介してＭＭＥ部７３と接続される。Ｈｏｍｅ−ｅＮＢ７２−２とＨｅＮＢＧＷ７４とは、Ｓ１インタフェースにより接続され、ＨｅＮＢＧＷ７４とＭＭＥ部７３とはＳ１インタフェースを介して接続される。
【００９６】
一つまたは複数のＨｏｍｅ−ｅＮＢ７２−２が一つのＨｅＮＢＧＷ７４と接続され、Ｓ１インタフェースを通して情報が通信される。ＨｅＮＢＧＷ７４は、一つまたは複数のＭＭＥ部７３と接続され、Ｓ１インタフェースを通して情報が通信される。
【００９７】
ＭＭＥ部７３およびＨｅＮＢＧＷ７４は、上位ノード装置であり、基地局であるｅＮＢ７２−１およびＨｏｍｅ−ｅＮＢ７２−２と、移動端末（ＵＥ）７１との接続を制御する。ＭＭＥ部７３およびＨｅＮＢＧＷ７４は、コアネットワークであるＥＰＣに含まれる。
【００９８】
さらに３ＧＰＰでは、以下のような構成が検討されている。Ｈｏｍｅ−ｅＮＢ７２−２間のＸ２インタフェースはサポートされる。すなわち、Ｈｏｍｅ−ｅＮＢ７２−２間は、Ｘ２インタフェースにより接続され、Ｈｏｍｅ−ｅＮＢ７２−２間で制御情報が通信される。ＭＭＥ部７３からは、ＨｅＮＢＧＷ７４はＨｏｍｅ−ｅＮＢ７２−２として見える。Ｈｏｍｅ−ｅＮＢ７２−２からは、ＨｅＮＢＧＷ７４はＭＭＥ部７３として見える。
【００９９】
Ｈｏｍｅ−ｅＮＢ７２−２が、ＨｅＮＢＧＷ７４を介してＭＭＥ部７３に接続される場合および直接ＭＭＥ部７３に接続される場合のいずれの場合も、Ｈｏｍｅ−ｅＮＢ７２−２とＭＭＥ部７３との間のインタフェースは、Ｓ１インタフェースで同じである。ＨｅＮＢＧＷ７４は、複数のＭＭＥ部７３にまたがるような、Ｈｏｍｅ−ｅＮＢ７２−２へのモビリティ、あるいはＨｏｍｅ−ｅＮＢ７２−２からのモビリティはサポートしない。Ｈｏｍｅ−ｅＮＢ７２−２は、唯一のセルで構成される。
【０１００】
基地局装置は、例えばＨｏｍｅ−ｅＮＢ７２−２のように唯一のセルで構成されるが、これに限定されず、複数のセルで構成されてもよい。１つの基地局装置が複数のセルで構成される場合、１つ１つのセルが、移動端末と通信可能に構成される。
【０１０１】
図８は、図７に示す移動端末７１の構成を示すブロック図である。図８に示す移動端末７１の送信処理を説明する。まず、プロトコル処理部８０１からの制御データ、およびアプリケーション部８０２からのユーザデータが、送信データバッファ部８０３へ保存される。送信データバッファ部８０３に保存されたデータは、エンコーダー部８０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部８０３から変調部８０５へ直接出力されるデータが存在してもよい。エンコーダー部８０４でエンコード処理されたデータは、変調部８０５にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部８０６へ出力され、無線送信周波数に変換される。その後、アンテナ８０７から基地局７２に送信信号が送信される。
【０１０２】
また、移動端末７１の受信処理は、以下のように実行される。基地局７２からの無線信号がアンテナ８０７により受信される。受信信号は、周波数変換部８０６にて無線受信周波数からベースバンド信号に変換され、復調部８０８において復調処理が行われる。復調後のデータは、デコーダー部８０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部８０１へ渡され、ユーザデータはアプリケーション部８０２へ渡される。移動端末７１の一連の処理は、制御部８１０によって制御される。よって制御部８１０は、図８では省略しているが、各部８０１〜８０９と接続している。
【０１０３】
図９は、図７に示す基地局７２の構成を示すブロック図である。図９に示す基地局７２の送信処理を説明する。ＥＰＣ通信部９０１は、基地局７２とＥＰＣ（ＭＭＥ部７３、ＨｅＮＢＧＷ７４など）との間のデータの送受信を行う。他基地局通信部９０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部９０１および他基地局通信部９０２は、それぞれプロトコル処理部９０３と情報の受け渡しを行う。プロトコル処理部９０３からの制御データ、ならびにＥＰＣ通信部９０１および他基地局通信部９０２からのユーザデータおよび制御データは、送信データバッファ部９０４へ保存される。
【０１０４】
送信データバッファ部９０４に保存されたデータは、エンコーダー部９０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部９０４から変調部９０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部９０６にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部９０７へ出力され、無線送信周波数に変換される。その後、アンテナ９０８より一つもしくは複数の移動端末７１に対して送信信号が送信される。
【０１０５】
また、基地局７２の受信処理は以下のように実行される。一つもしくは複数の移動端末７１からの無線信号が、アンテナ９０８により受信される。受信信号は、周波数変換部９０７にて無線受信周波数からベースバンド信号に変換され、復調部９０９で復調処理が行われる。復調されたデータは、デコーダー部９１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部９０３あるいはＥＰＣ通信部９０１、他基地局通信部９０２へ渡され、ユーザデータはＥＰＣ通信部９０１および他基地局通信部９０２へ渡される。基地局７２の一連の処理は、制御部９１１によって制御される。よって制御部９１１は、図９では省略しているが、各部９０１〜９１０と接続している。
【０１０６】
３ＧＰＰにおいて議論されているＨｏｍｅ−ｅＮＢ７２−２の機能を以下に示す（非特許文献１  ４．６．２章参照）。Ｈｏｍｅ−ｅＮＢ７２−２は、ｅＮＢ７２−１と同じ機能を有する。加えて、ＨｅＮＢＧＷ７４と接続する場合、Ｈｏｍｅ−ｅＮＢ７２−２は、適当なサービングＨｅＮＢＧＷ７４を発見する機能を有する。Ｈｏｍｅ−ｅＮＢ７２−２は、１つのＨｅＮＢＧＷ７４に唯一接続する。つまり、ＨｅＮＢＧＷ７４との接続の場合は、Ｈｏｍｅ−ｅＮＢ７２−２は、Ｓ１インタフェースにおけるＦｌｅｘ機能を使用しない。Ｈｏｍｅ−ｅＮＢ７２−２は、１つのＨｅＮＢＧＷ７４に接続されると、同時に別のＨｅＮＢＧＷ７４および別のＭＭＥ部７３に接続しない。
【０１０７】
Ｈｏｍｅ−ｅＮＢ７２−２のＴＡＣ（Tracking Area Code）とＰＬＭＮ  ＩＤは、ＨｅＮＢＧＷ７４によってサポートされる。Ｈｏｍｅ−ｅＮＢ７２−２をＨｅＮＢＧＷ７４に接続すると、「ＵＥ  ａｔｔａｃｈｍｅｎｔ」でのＭＭＥ部７３の選択は、Ｈｏｍｅ−ｅＮＢ７２−２の代わりに、ＨｅＮＢＧＷ７４によって行われる。Ｈｏｍｅ−ｅＮＢ７２−２は、ネットワーク計画なしで配備される可能性がある。この場合、Ｈｏｍｅ−ｅＮＢ７２−２は、１つの地理的な領域から別の地理的な領域へ移される。したがって、この場合のＨｏｍｅ−ｅＮＢ７２−２は、位置によって、異なったＨｅＮＢＧＷ７４に接続する必要がある。
【０１０８】
図１０は、ＭＭＥの構成を示すブロック図である。図１０では、前述の図７に示すＭＭＥ部７３に含まれるＭＭＥ７３ａの構成を示す。ＰＤＮ  ＧＷ通信部１００１は、ＭＭＥ７３ａとＰＤＮ  ＧＷとの間のデータの送受信を行う。基地局通信部１００２は、ＭＭＥ７３ａと基地局７２との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ  ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ  ＧＷ通信部１００１から、ユーザプレイン通信部１００３経由で基地局通信部１００２に渡され、１つあるいは複数の基地局７２へ送信される。基地局７２から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部１００２から、ユーザプレイン通信部１００３経由でＰＤＮ  ＧＷ通信部１００１に渡され、ＰＤＮ  ＧＷへ送信される。
【０１０９】
ＰＤＮ  ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ  ＧＷ通信部１００１から制御プレイン制御部１００５へ渡される。基地局７２から受信したデータが制御データであった場合、制御データは、基地局通信部１００２から制御プレイン制御部１００５へ渡される。
【０１１０】
ＨｅＮＢＧＷ通信部１００４は、ＨｅＮＢＧＷ７４が存在する場合に設けられ、情報種別によって、ＭＭＥ７３ａとＨｅＮＢＧＷ７４との間のインタフェース（ＩＦ）によるデータの送受信を行う。ＨｅＮＢＧＷ通信部１００４から受信した制御データは、ＨｅＮＢＧＷ通信部１００４から制御プレイン制御部１００５へ渡される。制御プレイン制御部１００５での処理の結果は、ＰＤＮ  ＧＷ通信部１００１経由でＰＤＮ  ＧＷへ送信される。また、制御プレイン制御部１００５で処理された結果は、基地局通信部１００２経由でＳ１インタフェースにより１つあるいは複数の基地局７２へ送信され、またＨｅＮＢＧＷ通信部１００４経由で１つあるいは複数のＨｅＮＢＧＷ７４へ送信される。
【０１１１】
制御プレイン制御部１００５には、ＮＡＳセキュリティ部１００５−１、ＳＡＥベアラコントロール部１００５−２、アイドルステート（Idle State）モビリティ管理部１００５−３などが含まれ、制御プレインに対する処理全般を行う。ＮＡＳセキュリティ部１００５−１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部１００５−２は、ＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部１００５−３は、待受け状態（アイドルステート（Idle State）；ＬＴＥ−ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末７１のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。
【０１１２】
ＭＭＥ７３ａは、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ７３ａに接続されるＨｏｍｅ−ｅＮＢ７２−２のＣＳＧの管理やＣＳＧ−ＩＤの管理、そしてホワイトリスト管理は、アイドルステートモビリティ管理部１００５−３で行ってもよい。
【０１１３】
ＣＳＧ−ＩＤの管理では、ＣＳＧ−ＩＤに対応する移動端末とＣＳＧセルとの関係が管理（例えば追加、削除、更新、検索）される。この関係は、例えば、あるＣＳＧ−ＩＤにユーザアクセス登録された一つまたは複数の移動端末と該ＣＳＧ−ＩＤに属するＣＳＧセルとの関係であってもよい。ホワイトリスト管理では、移動端末とＣＳＧ−ＩＤとの関係が管理（例えば追加、削除、更新、検索）される。例えば、ホワイトリストには、ある移動端末がユーザ登録した一つまたは複数のＣＳＧ−ＩＤが記憶されてもよい。これらのＣＳＧに関する管理は、ＭＭＥ７３ａの中の他の部分で行われてもよい。ＭＭＥ７３ａの一連の処理は、制御部１００６によって制御される。よって制御部１００６は、図１０では省略しているが、各部１００１〜１００５と接続している。
【０１１４】
３ＧＰＰにおいて議論されているＭＭＥ７３ａの機能を以下に示す（非特許文献１  ４．６．２章参照）。ＭＭＥ７３ａは、ＣＳＧ（Closed Subscriber Group）のメンバーの１つあるいは複数の移動端末のアクセスコントロールを行う。ＭＭＥ７３ａは、ページングの最適化（Paging optimization）の実行をオプションとして認める。
【０１１５】
図１１は、ＨｅＮＢＧＷである図７に示すＨｅＮＢＧＷ７４の構成を示すブロック図である。ＥＰＣ通信部１１０１は、ＨｅＮＢＧＷ７４とＭＭＥ７３ａとの間のＳ１インタフェースによるデータの送受信を行う。基地局通信部１１０２は、ＨｅＮＢＧＷ７４とＨｏｍｅ−ｅＮＢ７２−２との間のＳ１インタフェースによるデータの送受信を行う。ロケーション処理部１１０３は、ＥＰＣ通信部１１０１経由で渡されたＭＭＥ７３ａからのデータのうちレジストレーション情報などを、複数のＨｏｍｅ−ｅＮＢ７２−２に送信する処理を行う。ロケーション処理部１１０３で処理されたデータは、基地局通信部１１０２に渡され、一つまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。
【０１１６】
ロケーション処理部１１０３での処理を必要とせず通過（透過）させるだけのデータは、ＥＰＣ通信部１１０１から基地局通信部１１０２に渡され、一つまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。ＨｅＮＢＧＷ７４の一連の処理は、制御部１１０４によって制御される。よって制御部１１０４は、図１１では省略しているが、各部１１０１〜１１０３と接続している。
【０１１７】
３ＧＰＰにおいて議論されているＨｅＮＢＧＷ７４の機能を以下に示す（非特許文献１  ４．６．２章参照）。ＨｅＮＢＧＷ７４は、Ｓ１アプリケーションについてリレーする。Ｈｏｍｅ−ｅＮＢ７２−２へのＭＭＥ７３ａの手順の一部分であるが、ＨｅＮＢＧＷ７４は、移動端末７１に関係しないＳ１アプリケーションについて終端する。ＨｅＮＢＧＷ７４が配置されるとき、移動端末７１に無関係な手順がＨｏｍｅ−ｅＮＢ７２−２とＨｅＮＢＧＷ７４との間、そしてＨｅＮＢＧＷ７４とＭＭＥ７３ａとの間を通信される。ＨｅＮＢＧＷ７４と他のノードとの間でＸ２インタフェースは設定されない。ＨｅＮＢＧＷ７４は、ページングの最適化（Paging optimization）の実行をオプションとして認める。
【０１１８】
次に通信システムにおけるセルサーチ方法の一例を示す。図１２は、ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。移動端末は、セルサーチを開始すると、ステップＳＴ１２０１で、周辺の基地局から送信される第一同期信号（Ｐ−ＳＳ）、および第二同期信号（Ｓ−ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。
【０１１９】
Ｐ−ＳＳとＳ−ＳＳとを合わせて、同期信号（ＳＳ）という。同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩ（Physical Cell Identity）に１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は５０４通りが検討されている。この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。
【０１２０】
次に同期がとれたセルに対して、ステップＳＴ１２０２で、基地局からセル毎に送信される参照信号（リファレンスシグナル：ＲＳ）であるセル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）を検出し、ＲＳの受信電力（Reference Signal Received Power：ＲＳＲＰ）の測定を行う。参照信号（ＲＳ）には、ＰＣＩと１対１に対応したコードが用いられている。そのコードで相関をとることによって他セルと分離できる。ステップＳＴ１２０１で特定したＰＣＩから、該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳの受信電力を測定することが可能となる。
【０１２１】
次にステップＳＴ１２０３で、ステップＳＴ１２０２までで検出された一つ以上のセルの中から、ＲＳの受信品質が最もよいセル、例えば、ＲＳの受信電力が最も高いセル、つまりベストセルを選択する。
【０１２２】
次にステップＳＴ１２０４で、ベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がマッピングされる。したがってＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。
【０１２３】
次にステップＳＴ１２０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ−ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報や、セルセレクションに関する情報、他のＳＩＢ（ＳＩＢｋ；ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、トラッキングエリアコード（Tracking Area Code：ＴＡＣ）が含まれる。
【０１２４】
次にステップＳＴ１２０６で、移動端末は、ステップＳＴ１２０５で受信したＳＩＢ１のＴＡＣと、移動端末が既に保有しているトラッキングエリアリスト内のトラッキングエリア識別子（Tracking Area Identity：ＴＡＩ）のＴＡＣ部分とを比較する。トラッキングエリアリストは、ＴＡＩリスト（TAI list）とも称される。ＴＡＩはトラッキングエリアの識別子であり、ＭＣＣ（Mobile Country Code）と、ＭＮＣ（Mobile Network Code）と、ＴＡＣ（Tracking Area Code）とによって構成される。ＭＣＣは国コードである。ＭＮＣはネットワークコードである。ＴＡＣはトラッキングエリアのコード番号である。
【０１２５】
移動端末は、ステップＳＴ１２０６で比較した結果、ステップＳＴ１２０５で受信したＴＡＣがトラッキングエリアリスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ステップＳＴ１２０５で受信したＴＡＣがトラッキングエリアリスト内に含まれなければ、移動端末は、該セルを通して、ＭＭＥなどが含まれるコアネットワーク（Core Network，ＥＰＣ）へ、ＴＡＵ（Tracking Area Update）を行うためにトラッキングエリアの変更を要求する。
【０１２６】
コアネットワークは、ＴＡＵ要求信号とともに移動端末から送られてくる該移動端末の識別番号（ＵＥ−ＩＤなど）をもとに、トラッキングエリアリストの更新を行う。コアネットワークは、移動端末に更新後のトラッキングエリアリストを送信する。移動端末は、受信したトラッキングエリアリストに基づいて、移動端末が保有するＴＡＣリストを書き換える（更新する）。その後、移動端末は、該セルで待ち受け動作に入る。
【０１２７】
ＬＴＥ、ＬＴＥ−ＡおよびＵＭＴＳ（Universal Mobile Telecommunication System）においては、ＣＳＧ（Closed Subscriber Group）セルの導入が検討されている。前述したように、ＣＳＧセルに登録した一つまたは複数の移動端末のみにアクセスが許される。ＣＳＧセルと登録された一つまたは複数の移動端末とが一つのＣＳＧを構成する。このように構成されたＣＳＧには、ＣＳＧ−ＩＤと呼ばれる固有の識別番号が付される。一つのＣＳＧには、複数のＣＳＧセルがあってもよい。移動端末は、どれか一つのＣＳＧセルに登録すれば、そのＣＳＧセルが属するＣＳＧの他のＣＳＧセルにアクセス可能となる。
【０１２８】
また、ＬＴＥおよびＬＴＥ−ＡでのＨｏｍｅ−ｅＮＢやＵＭＴＳでのＨｏｍｅ−ＮＢが、ＣＳＧセルとして使われることがある。ＣＳＧセルに登録した移動端末は、ホワイトリストを有する。具体的には、ホワイトリストはＳＩＭ（Subscriber Identity Module）またはＵＳＩＭに記憶される。ホワイトリストには、移動端末が登録したＣＳＧセルのＣＳＧ情報が格納される。ＣＳＧ情報として具体的には、ＣＳＧ−ＩＤ、ＴＡＩ（Tracking Area Identity）、ＴＡＣなどが考えられる。ＣＳＧ−ＩＤとＴＡＣとが対応付けられていれば、どちらか一方でよい。また、ＣＳＧ−ＩＤおよびＴＡＣと、ＥＣＧＩとが対応付けられていれば、ＥＣＧＩでもよい。
【０１２９】
以上から、ホワイトリストを有しない（本開示においては、ホワイトリストが空（empty）の場合も含める）移動端末は、ＣＳＧセルにアクセスすることは不可能であり、ｎｏｎ−ＣＳＧセルのみにしかアクセスできない。一方、ホワイトリストを有する移動端末は、登録したＣＳＧ−ＩＤのＣＳＧセルにも、ｎｏｎ−ＣＳＧセルにもアクセスすることが可能となる。
【０１３０】
ＨｅＮＢおよびＨＮＢに対しては、様々なサービスへの対応が求められている。例えば、あるサービスでは、オペレータは、ある決められたＨｅＮＢおよびＨＮＢに移動端末を登録させ、登録した移動端末のみにＨｅＮＢおよびＨＮＢのセルへのアクセスを許可することで、該移動端末が使用できる無線リソースを増大させて、高速に通信を行えるようにする。その分、オペレータは、課金料を通常よりも高く設定する。
【０１３１】
このようなサービスを実現するために、登録した（加入した、メンバーとなった）移動端末のみがアクセスできるＣＳＧ（Closed Subscriber Group）セルが導入されている。ＣＳＧ（Closed Subscriber Group）セルは、商店街やマンション、学校、会社などへ数多く設置されることが要求される。例えば、商店街では店舗毎、マンションでは部屋毎、学校では教室毎、会社ではセクション毎にＣＳＧセルを設置し、各ＣＳＧセルに登録したユーザのみが該ＣＳＧセルを使用可能とするような使用方法が要求されている。
【０１３２】
ＨｅＮＢ／ＨＮＢは、マクロセルのカバレッジ外での通信を補完するため（エリア補完型ＨｅＮＢ／ＨＮＢ）だけでなく、上述したような様々なサービスへの対応（サービス提供型ＨｅＮＢ／ＨＮＢ）が求められている。このため、ＨｅＮＢ／ＨＮＢがマクロセルのカバレッジ内に設置される場合も生じる。
【０１３３】
実施の形態１で解決する課題について、以下に再度説明する。ＮＣＴは、レガシーキャリアに関連付けられる（associated）との開示がある（非特許文献１１参照）。しかし、ＮＣＴをどのようなレガシーキャリアに関連付けるのが良いかなどの開示は無い。したがって、レガシーキャリアとＮＣＴとが混在するリリース１１版以降の通信システムを正常に、また効率的に運用することができないという問題がある。
【０１３４】
実施の形態１における解決策を以下に示す。ＮＣＴを、該ＮＣＴと同じ周波数バンドに属するレガシーキャリアに関連付ける。ＵＥでは、周波数バンド毎に無線部が存在することが考えられる。本実施の形態では、前述のように、関連付けられたレガシーキャリア（以下「関連レガシーキャリア（Associated Legacy Carrier；略称：ＡＬＣ）」という場合がある）、ＮＣＴとが、同じ周波数バンドに属するので、ＵＥは、関連レガシーキャリアとＮＣＴとを受信するために、１つの周波数バンド用の無線部を動作させればよいことになる。これによって、ＵＥの低消費電力化を図ることができる。レガシーキャリアは、ＵＥに対してサービングセルと成り得る。ＬＴＥ対応であるＵＥは、一つのサービングセルに相当するレガシーキャリアで送受信可能である。
【０１３５】
ここで、レガシーキャリアは、第１のキャリアに相当する。ＮＣＴは、第２のキャリアに相当する。関連レガシーキャリアは、関連キャリアに相当する。
【０１３６】
実施の形態１における関連付けの方法の具体例として、以下の（１）〜（４）の４つを開示する。
【０１３７】
（１）ＵＥにＮＣＴの設定を通知するキャリアを、該ＮＣＴに関連付けられたキャリアとする。ＵＥにＮＣＴの設定を通知するキャリアの１つを、該ＮＣＴに関連付けられたキャリアとしてもよい。本具体例（１）では、ＮＣＴと同じ周波数バンドの関連レガシーキャリアが、ＵＥに該ＮＣＴの設定を通知する。ここで、ＮＣＴの設定とは、ＵＥがＮＣＴの送受信の際に必要な情報のことである。関連レガシーキャリアは、ＮＣＴの設定に代えて、ＮＣＴのシステム情報をＵＥに通知してもよい。ＮＣＴの設定、およびＮＣＴのシステム情報は、第２のキャリアであるＮＣＴに関する情報であり、キャリア情報に相当する。
【０１３８】
（２）ＵＥにＮＣＴのＰＤＳＣＨのスケジューリングを通知するキャリアを、該ＮＣＴに関連付けられたキャリアとする。ＵＥにＮＣＴのＰＤＳＣＨのスケジューリングを通知するキャリアの１つを、該ＮＣＴに関連付けられたキャリアとしてもよい。本具体例（２）では、ＮＣＴと同じ周波数バンドの関連レガシーキャリアが、ＵＥに該ＮＣＴのＰＤＳＣＨのスケジューリングを通知する。
【０１３９】
（３）ＮＣＴと同期するキャリアを、該ＮＣＴに関連付けられたキャリアとする。より詳細には、ＵＥにおいて、分離した同期処理が必要とならない程度に、時間と周波数とでＮＣＴと同期するキャリアを、該ＮＣＴに関連付けられたキャリアとする。ＮＣＴと同期するキャリアの１つを、該ＮＣＴに関連付けられたキャリアとしてもよい。
（４）前記（１）〜（３）の組合せ。
【０１４０】
３ＧＰＰにおいて、同期ＮＣＴ（synchronized ＮＣＴ）と、非同期ＮＣＴ（non-synchronized ＮＣＴ）とが議論されている。同期ＮＣＴとは、受信側であるＵＥにおいて、分離した同期処理が必要とならない程度に、時間と周波数とでレガシーキャリアと同期するＮＣＴをいう。非同期ＮＣＴとは、同期ＮＣＴと同程度の精度では、時間と周波数とでレガシーキャリアと同期しないＮＣＴをいう（３ＧＰＰ  ＲＡＮ１  ６７会合レポート（以下「非特許文献１２」という）参照）。
【０１４１】
非同期ＮＣＴは、関連付けるレガシーキャリアに制限を設けず、同期ＮＣＴは、該ＮＣＴと同じ周波数バンドに属するレガシーキャリアに関連付けるようにしてもよい。非同期ＮＣＴは、時間と周波数とでレガシーキャリアと同期していないので、非同期ＮＣＴに関連付けるレガシーキャリアに制限を設けたとしても、ＵＥの装置（インプリメント（implement））としての構成においてレガシーキャリア受信用のハードウェアブロックとは別個に電源をオンにする必要があるハードウェアブロックが、同期ＮＣＴを用いる場合と比較して多くなると考えられる。したがって、ＵＥの低消費電力に効果的な同期ＮＣＴについては、関連付けるレガシーキャリアに制限を設け、非同期ＮＣＴについては、その制限を設けないようにすることが好ましい。これによって、非同期ＮＣＴについては、関連付けられるレガシーキャリアに制限が設けられないという点において、柔軟な通信システムを構築することが可能となる。
【０１４２】
図１３は、実施の形態１における解決策の概念を示す図である。図１３において、横軸は周波数ｆを示す。以下では、レガシーキャリアを「ＬＣ」という場合がある。図１３に示す例では、レガシーキャリア（ＬＣ）１と、ＮＣＴ１とは、周波数バンドＡ（Band A）に属する。また、レガシーキャリア（ＬＣ）２と、レガシーキャリア（ＬＣ）３と、ＮＣＴ２とは、周波数バンドＢ（Band B）に属する。
【０１４３】
例えば、ＮＣＴ２を関連付けるレガシーキャリアは、ＮＣＴ２と同じ周波数バンドＢに属する。ＮＣＴ２と同じ周波数バンドＢに属するレガシーキャリアには、レガシーキャリア（ＬＣ）２と、レガシーキャリア（ＬＣ）３がある。したがって、ＮＣＴ２は、レガシーキャリア（ＬＣ）２、あるいはレガシーキャリア（ＬＣ）３に関連付ける。レガシーキャリア（ＬＣ）１は、ＮＣＴ２の属する周波数バンドＢとは異なる周波数バンドＡに属する。したがって、ＮＣＴ２は、レガシーキャリア（ＬＣ）１には関連付けない。
【０１４４】
また、ＮＣＴのアーキテクチャについては、３ＧＰＰの議論において開示はない。本実施の形態では、ＮＣＴに適したアーキテクチャの具体例として、以下の（１），（２）の２つを開示する。
【０１４５】
（１）ＮＣＴを構成するエンティティは、ハイブリッド自動再送要求（Hybrid Automatic Repeat reQuest：ＨＡＲＱ）用のメディアアクセス制御（Medium Access Control：ＭＡＣ）、すなわちＨＡＲＱ−ＭＡＣの機能と、物理レイヤ（Physical layer：ＰＨＹ）の機能とを有するエンティティとする。以下、ＮＣＴを構成するエンティティを「ＮＣＴポイント」と称することもある。
【０１４６】
（２）ＮＣＴポイントは、物理レイヤ（Physical layer：ＰＨＹ）の機能を有するエンティティとする。該物理レイヤは、ＨＡＲＱ用のＭＡＣの機能を有するものとしてもよい。
【０１４７】
ＮＣＴポイントは、無線リソース制御（Radio Resource Control：ＲＲＣ）およびＭＡＣの機能を有しないエンティティとする。ＮＣＴポイントは、関連レガシーキャリアのパケットデータ圧縮プロトコル（Packet Data Convergence Protocol：ＰＤＣＰ）、ＲＲＣ、およびＭＡＣの機能を用いるようにしてもよい。
【０１４８】
ＵＥ毎に関連レガシーキャリアが異なってもよい。その場合、各ＵＥに対するＰＤＣＰ、ＲＲＣ、ＭＡＣの機能は、各ＵＥの関連レガシーキャリアが担ってもよい。関連レガシーキャリアがＳＣｅｌｌの場合は、ＰＤＣＰ、ＲＲＣ、ＭＡＣの機能は、ＰＣｅｌｌが担ってもよい。
【０１４９】
また、基地局は、構成するキャリアを、レガシーキャリアとして運用するか、ＮＣＴとして運用するかを決定することができるようにしてもよい。レガシーキャリアとしての運用と、ＮＣＴとしての運用とを、切替え可能としてもよい。
【０１５０】
図１４は、具体例（１）のＮＣＴのアーキテクチャを示す図である。ＮＣＴポイント１４０１は、ＨＡＲＱ−ＭＡＣ１４０２と、ＰＨＹ１４０３とを有する。
【０１５１】
図１５は、既存のセルのアーキテクチャを示す図である（非特許文献１  ６．４章参照）。既存のセル１５０１は、ＲＲＣ１５０２、ＭＡＣ１５０３、ＨＡＲＱ−ＭＡＣ１５０４、およびＰＨＹ１５０５の機能を有するエンティティである。例えセルが、あるＵＥ１にとってＳＣｅｌｌと設定された場合であっても、ＵＥ１とは別のＵＥであるＵＥ２にとっては、ＰＣｅｌｌとなる場合もある。したがって、ＵＥ１にとってＳＣｅｌｌであるセルであっても、ＲＲＣ、ＭＡＣの機能は有することになる。この点において、ＮＣＴのアーキテクチャと、既存のセルのアーキテクチャとは異なる。既存のセルは、第１のセルに相当し、ＮＣＴのセルは、第２のセルに相当する。
【０１５２】
実施の形態１で開示するＮＣＴのアーキテクチャは、ＲＲＣおよびＭＡＣの機能を有しない。これによって、ＮＣＴのエンティティを実現する上で、通信システムが複雑化することを回避することができる。
【０１５３】
以上の実施の形態１によって、以下の効果を得ることができる。ＮＣＴを関連付けるレガシーキャリアを開示したので、レガシーキャリアとＮＣＴとが混在するリリース１１版以降の通信システムを統一的に、また正常に運用することが可能となった。
【０１５４】
また、ＵＥでは、周波数バンド毎に無線部が存在することが考えられる。本実施の形態１によれば、関連レガシーキャリアと、ＮＣＴとが同じ周波数バンドに属するので、ＵＥは、関連レガシーキャリアとＮＣＴとを受信するために、１つの周波数バンド用の無線部を動作させればよいことになる。したがって、ＵＥの低消費電力化を図ることができる。
【０１５５】
実施の形態１  変形例１．
実施の形態１の変形例１では、前述の実施の形態１の課題に対する別の解決策を開示する。実施の形態１の変形例１における解決策を以下に示す。本変形例では、前述の実施の形態１の解決策と異なる部分を中心に説明し、説明していない部分については、実施の形態１と同様とする。
【０１５６】
本変形例では、ＮＣＴを、該ＮＣＴとタイミングアドバンスグループ（Timing Advance Group：ＴＡＧ）が同一となるレガシーキャリアに関連付ける。
【０１５７】
ＵＥにおいて、ＮＣＴに対して適用するタイミングアドバンス（Timing Advance：ＴＡ）が期間満了するか、あるいはタイマが満了する場合、ＵＥは、関連レガシーキャリアにリンクする上りキャリアにおいてＲＡＣＨを送信してもよい。また、ＵＥは、ランダムアクセスプリアンブルを送信してもよい。ＵＥは、該ＲＡＣＨの応答として、関連レガシーキャリアを用いて新たなＴＡ値を受信してもよい。ＵＥは、関連レガシーキャリアにおいてランダムアクセスレスポンスを受信し、新たなＴＡ値を受信してもよい。
【０１５８】
ＵＥは、関連レガシーキャリアにおいて受信したＴＡ値を、ＮＣＴにおいて援用してもよい。本援用は、ＮＣＴを、タイミングアドバンスグループが同一となるレガシーキャリアに関連付けることによって可能となる。これによって、ＮＣＴにリンクする上りキャリアでのＲＡＣＨ送信が不要となる。つまり、ＲＡＣＨ送信の目的のみでＮＣＴにリンクする上りキャリアを構成する必要がなくなる。これによって、周波数利用効率を向上させることができる。
【０１５９】
タイミングアドバンス（ＴＡ）は、上り伝播遅延の調整のために設けられる。ＵＥからの送信は、基地局の受信ウィンドウ内となるように、各ＵＥにおいて調整される。ＴＡは、基地局への送信タイミングを早める、あるいは遅らせることを、基地局からＵＥへ指示するために用いられるパラメータである（非特許文献１  ５．２．７．３章参照）。
【０１６０】
タイミングアドバンスグループ（ＴＡＧ）とは、同じＴＡ値となるセルのセットである（３ＧＰＰ  Ｒ１−１２０４２４（以下「非特許文献１３」という）参照）。ＴＡＧは、基地局によって構成される（非特許文献１３参照）。
【０１６１】
ＵＥは、ランダムアクセス処理において、タイミングアドバンスを受信する。具体的には、ランダムアクセスプリアンブル（Random Access Preamble）の応答であるランダムアクセスレスポンス（Random Access Response）によって、タイミングアドバンス（ＴＡ）を受信する。
【０１６２】
非同期ＮＣＴは、関連付けるレガシーキャリアに制限を設けず、同期ＮＣＴは、該ＮＣＴと同じタイミングアドバンスグループに属するレガシーキャリアに関連付けるようにしてもよい。非同期ＮＣＴは、時間と周波数とでレガシーキャリアと同期していないので、非同期ＮＣＴに関連付けるレガシーキャリアに制限を設けたとしても、該ＮＣＴとタイミングアドバンスグループが同じとなるレガシーキャリアが存在し難いと考えられる。したがって、ＮＣＴとタイミングアドバンスグループが同一となるレガシーキャリアが存在すると考えられる同期ＮＣＴについては、関連付けるレガシーキャリアに制限を設け、非同期ＮＣＴについては、その制限を設けないようにすることが好ましい。これによって、非同期ＮＣＴについては、関連付けられるレガシーキャリアに制限が設けられないという点において、柔軟な通信システムを構築することが可能となる。
【０１６３】
実施の形態１の変形例１は、前述の実施の形態１と組合せて用いることが可能である。
【０１６４】
以上の実施の形態１の変形例１によって、以下の効果を得ることができる。実施の形態１と同様に、ＮＣＴを関連付けるレガシーキャリアを開示したので、レガシーキャリアとＮＣＴとが混在するリリース１１版以降の通信システムを統一的に、また正常に運用することが可能となった。
【０１６５】
また、本変形例では、ＮＣＴにリンクする上りキャリアでのＲＡＣＨ送信が不要となるという効果を得ることができる。つまり、ＲＡＣＨ送信の目的のみでＮＣＴにリンクする上りキャリアを構成する必要がなくなるという効果を得ることができる。これによって、周波数利用効率を向上させることができる。
【０１６６】
実施の形態１  変形例２．
実施の形態１の変形例２において解決する課題について説明する。ＮＣＴは、レガシーキャリアに関連付けられる（associated）との開示がある（非特許文献１１参照）。しかし、関連付けをいつ決定すべきかなどの開示は無い。したがって、レガシーキャリアとＮＣＴとが混在するリリース１１版以降の通信システムを正常に、また効率的に運用することができない。
【０１６７】
実施の形態１の変形例２における解決策を以下に示す。ＮＣＴポイントが設置された場合に、該ＮＣＴと関連付けられるレガシーキャリア、すなわち該ＮＣＴの関連レガシーキャリアを決定する。ＮＣＴポイントの動作が開始された場合に、該ＮＣＴの関連レガシーキャリアを決定するようにしてもよい。ＮＣＴポイントの動作中は、関連レガシーキャリアの変更を不可としてもよい。ＮＣＴの関連レガシーキャリアの決定方法としては、実施の形態１、実施の形態１の変形例１で挙げた方法などを用いることができる。
【０１６８】
従来の技術では、システム情報は、ＲＲＣの機能によって記憶されている。実施の形態１で開示したように、ＮＣＴを構成するエンティティであるＮＣＴポイントが、ＲＲＣの機能を有しない場合、ＮＣＴポイントは、自装置のシステム情報を記憶するために従来の方法を用いることができない。
【０１６９】
ＮＣＴの設定、あるいはＮＣＴのシステム情報の記憶方法について、以下に開示する。ＮＣＴが関連付けられるレガシーキャリアのＲＲＣが、該ＮＣＴのシステム情報を記憶する。これによって、後述する実施の形態１の変形例３のＮＣＴのシステム情報の記憶方法と比較して、ＮＣＴのシステム情報を記憶するエンティティが限られるので、通信システムが複雑化することを回避することができ、通信システムを容易に構築することができる。
【０１７０】
次に、ＵＥにＮＣＴの設定、あるいはシステム情報を通知する方法の具体例として、以下の（１）〜（３）の３つを開示する。
【０１７１】
（１）ＵＥの個別シグナリング（UE dedicated signaling）を用いて通知する。より詳細には、関連レガシーキャリアからＵＥに、個別シグナリングを用いて通知する。関連レガシーキャリアから、関連レガシーキャリアとＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥに、個別シグナリングを用いて通知するようにしてもよい。本方法（１）では、ＮＣＴを用いるＵＥが限られた数である場合、後述の方法（２）と比較して繰り返しの通知が不要となるので、無線リソースを有効に活用することができる。
【０１７２】
（２）報知シグナリング（Broadcast signaling）を用いて通知する。より詳細には、関連レガシーキャリアから、傘下のＵＥに、報知シグナリングを用いて通知する。ＭＩＢ、ＳＩＢを用いて通知するようにしてもよい。本方法（２）では、前記方法（１）と異なり、個別のシグナリングの確立などが不要となるので、ＮＣＴを用いるＵＥの数が多い場合、あるいはＮＣＴの設定を多くのＵＥが知る必要がある場合に、無線リソースを有効に活用することができる。
【０１７３】
（３）前記方法（１）と前記方法（２）との組合せ。すなわち、個別シグナリングを用いて通知する方法と、報知シグナリングを用いて通知する方法とを併用する。本方法（３）について、以下に説明する。
【０１７４】
３ＧＰＰ  ＲＡＮ１  ６９会合レポート（以下「非特許文献１４」という）において、ＮＣＴの同一チャネルの展開（Co-channel deployment）が開示されている。同一チャネルの展開の具体例について、図１６を用いて説明する。図１６は、ＮＣＴの同一チャネルの展開の概念を示す図である。ＮＣＴは、帯域幅１６０１を有し、レガシーキャリア（ＬＣ）は、帯域幅１６０２を有する。関連付けられたレガシーキャリア（ＬＣ）、すなわち関連レガシーキャリア（ＡＬＣ）は、帯域幅１６０２を有するとしてもよい。ＮＣＴのキャリア周波数とレガシーキャリア（ＬＣ）のキャリア周波数とは同一であるとする。
【０１７５】
前記方法（３）の併用の具体例を以下に示す。ＮＣＴが同一チャネルの展開である場合は、ＮＣＴの設定を通知する方法として方法（２）を用い、ＮＣＴが同一チャネルの展開でない場合は、ＮＣＴの設定を通知する方法として方法（１）を用いるようにしてもよい。ＮＣＴが同一チャネルの展開でない場合の具体例としては、ＮＣＴのキャリア周波数と、レガシーキャリアあるいは関連レガシーキャリアのキャリア周波数とが異なる場合がある。
【０１７６】
同一チャネルの展開のＮＣＴの設定あるいはシステム情報を通知する方法の具体例を、以下に開示する。ＮＣＴのパラメータとして、レガシーキャリアあるいは関連レガシーキャリアと異なるパラメータのみを通知する。
【０１７７】
ＮＣＴの設定が通知される場合、ＵＥは、通知の無い設定については、レガシーキャリアあるいは関連レガシーキャリアの設定と同一であると認識すればよい。また、ＮＣＴのシステム情報が通知される場合、ＵＥは、通知の無いシステム情報については、レガシーキャリアあるいは関連レガシーキャリアのシステム情報と同一であると認識すればよい。
【０１７８】
ＮＣＴとレガシーキャリアとで異なる値のパラメータの具体例としては、帯域幅などがある。ＮＣＴとレガシーキャリアとで同じ値のパラメータの具体例としては、キャリア周波数などがある。
【０１７９】
次に、ＵＥにＮＣＴの設定あるいはシステム情報として通知するパラメータの具体例として、以下の（１）〜（１２）の１２個を開示する。従来の技術のシステム情報と異なる点について主に説明する（非特許文献２参照）。
【０１８０】
（１）レガシーキャリアと、ＮＣＴとを分別するパラメータ。例えば、レガシーキャリアであるか、ＮＣＴであるかを示すパラメータ。本パラメータを追加することによって、本パラメータを受信したＵＥにおいて、レガシーキャリアに対する動作と、ＮＣＴに対する動作とを分けることが可能となる。本具体例（１）について、以下にさらに説明する。
【０１８１】
３ＧＰＰにおいて、ＮＣＴにおけるセル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）を、レガシーキャリアと比較して削減することが検討されている（非特許文献１１参照）。従来から、ＣＲＳは、ＵＥにおいて測定（Measurement）に用いられている。したがって、ＵＥは、測定対象がレガシーキャリアであるか、またはＮＣＴであるかを認識することができなければ、正確な測定が実行できず、特にレガシーキャリアとＮＣＴとの受信品質の比較などにおいて、不正確となるという課題が発生する。
【０１８２】
本具体例（１）のパラメータを追加することによって、ＵＥは、ＮＣＴが測定対象の場合には、従来の測定方法とは異なる測定方法とすることが可能となり、正確にレガシーキャリアとＮＣＴとの受信品質の比較が可能となる効果を得ることができる。従来の測定方法とは異なる測定方法の具体例としては、ＣＲＳの数に応じて平均の取り方を変更するなどが考えられる。
【０１８３】
本具体例（１）のパラメータは、ＮＣＴでない旨であってもよい。あるいは、ＮＣＴである旨であってもよい。本具体例（１）では、新たに加えられたＮＣＴのシステム情報にのみパラメータを追加すればよく、レガシーキャリアのシステム情報にパラメータを追加する必要がない。この点において、後方互換性に優れた通信システムを構築することが可能となる。
【０１８４】
（２）ＮＣＴのセルの識別子。例えば、ＰＣＩ、ＣＧＩまたはＥＣＧＩ。
（３）どのセルに関連付けられるかの情報。例えば、関連レガシーキャリアの情報。具体例としては、関連レガシーキャリアのキャリア周波数、関連レガシーキャリアのセル識別子などが考えられる。本具体例（３）について、以下にさらに説明する。
【０１８５】
３ＧＰＰにおいて、Ｐ−ＳＳ、Ｓ−ＳＳの削減が検討されている（３ＧＰＰ  Ｒ１−１２１２３１（以下「非特許文献１５」という）参照）。従来から、Ｐ−ＳＳ、Ｓ−ＳＳは、ＵＥにおいてセルサーチに用いられている。したがって、ＮＣＴからＰ−ＳＳ、Ｓ−ＳＳが削減されると、ＵＥにおいて、従来の方法ではＮＣＴのセルサーチをすることが困難になるという課題が発生する。
【０１８６】
本具体例（３）のパラメータを追加することによって、ＵＥは、ＮＣＴの関連レガシーキャリアの情報を取得可能となり、関連レガシーキャリア経由でのＮＣＴのセルサーチが可能となる。関連レガシーキャリア経由でのＮＣＴのセルサーチの具体例としては、同期ＮＣＴである場合は、関連レガシーキャリアのフレームの境界（フレームバウンダリー：frame boundary）などを援用することなどが考えられる。援用の具体例としては、関連レガシーキャリアのフレームの境界とＮＣＴのフレームの境界とを同一とすること、あるいはオフセットを設けることなどが考えられる。
【０１８７】
（４）ＮＣＴのキャリア周波数。本具体例（４）の場合、ＵＥがＮＣＴのキャリア周波数をサーチする必要がないので、ＵＥのセルサーチの時間を短縮することが可能となる。これによって、ＵＥの消費電力の低減、および処理負荷の軽減を図ることができる。
（５）ＮＣＴの帯域幅。
【０１８８】
（６）ＲＳ（Reference Signals）の送信方法。あるいは測定対象シグナルの送信方法。具体例としては、サブフレーム中のＲＳの送信個数、ＣＲＳが送信される帯域幅などがある。前述のように、３ＧＰＰにおいて、ＮＣＴにおけるＣＲＳを、レガシーキャリアと比較して削減することが検討されている（非特許文献１１参照）。本具体例（６）のパラメータを追加することによって、ＵＥは、ＮＣＴが測定対象の場合には、従来の測定方法とは異なる測定方法とすることが可能となり、正確にレガシーキャリアとＮＣＴとの受信品質の比較が可能となる。従来の測定方法とは異なる測定方法の具体例としては、ＣＲＳの数に応じて平均の取り方を変更するなどが考えられる。
【０１８９】
（７）ＮＣＴのインデックス。ＮＣＴのインデックスは、ＮＣＴの識別子、あるいはＮＣＴのキャリア周波数と関連付けられていてもよい。ＮＣＴのインデックスを付加する方法の具体例として、以下の（７−１），（７−２）の２つを開示する。
【０１９０】
（７−１）関連レガシーキャリアに関連付けられているＮＣＴにおいて、インデックスを付加する。具体的には、関連レガシーキャリアに関連付けられているＮＣＴ間で重ならないように、インデックスを付加する。これによって、ＮＣＴのインデックスを送受信することで、関連レガシーキャリアに関連付けられているＮＣＴを、ＵＥおよびネットワーク側で分別可能となる。インデックスとしては、通し番号を付加する。具体的には、関連レガシーキャリアを含めて通し番号とする。あるいは関連レガシーキャリアを含めず通し番号とする。
【０１９１】
（７−２）ＵＥに通知されるＮＣＴにおいて、インデックスを付加する。具体的には、ＵＥに通知されるＮＣＴ間で重ならないように、インデックスを付加する。これによって、ＮＣＴのインデックスを送受信することで、ＵＥに通知されるＮＣＴを、ＵＥおよびネットワーク側で分別可能となる。あるいは、ＵＥに通知されるＮＣＴとＳＣｅｌｌとの間で重ならないように、インデックスを付加してもよい。
【０１９２】
インデックスとしては、通し番号を付加する。具体的には、ＵＥに通知されるＮＣＴの通し番号とする。あるいは該ＵＥに通知されるＮＣＴとＳＣｅｌｌとの通し番号とする。ＮＣＴとＳＣｅｌｌとの通し番号とすることで、従来の技術のＳＣｅｌｌインデックス（SCellIndex）を用いることが可能となる（非特許文献２  ６．３．４章参照）。
【０１９３】
本具体例（７−２）では、従来の技術を用いることができるので、通信システムが複雑化することを回避することができる。本具体例（７−２）では、従来の技術のＳＣｅｌｌインデックス（SCellIndex）にレガシーキャリアであるか、ＮＣＴであるかを示すパラメータを付加してもよい。また、本具体例（７−２）のパラメータは、ＮＣＴでない旨であってもよい。あるいは、ＮＣＴである旨であってもよい。
【０１９４】
（８）ＮＣＴポイントの設置されている場所の位置情報。本具体例（８）のパラメータを用いることによって、ＵＥ経由でネットワーク側がＮＣＴの位置情報を取得可能となる。本具体例（８）のパラメータを用いる場合、たとえば、ｅＮＢがＵＥにＮＣＴポイントの位置情報を要求する。該要求を受信したＵＥは、前記「ＮＣＴポイントの設置されている場所の位置情報」のパラメータを受信し、ＮＣＴポイントの設置されている場所の位置情報を該ｅＮＢに通知する。ＮＣＴポイントが、移動可能なエンティティで構成されるような場合、基地局間通信などを用いずに、ＵＥ経由でネットワーク側がＮＣＴの位置情報を取得可能となることは、大きな利点がある。エンティティの移動の度に、基地局間通信などの構築が不要となるからである。ＮＣＴポイントを構成する移動可能なエンティティの具体例としては、ＨｅＮＢ、移動可能なＲＮ、移動可能なＲＲＨなどがある。
【０１９５】
（９）同期か非同期かを示す情報。同期する場合は、同期するレガシーキャリアを通知してもよい。本具体例（９）のパラメータを用いることによって、ＵＥは、ＮＣＴの検出方法およびトラッキング方法、メジャメント方法などを認識することが可能となる。
【０１９６】
（１０）ＮＣＴの上りリンクの情報。上りリンクの情報の具体例としては、ＮＣＴにリンクする上りキャリアのキャリア周波数、帯域幅、レガシーキャリアと、ＮＣＴとを分別するパラメータなどである。関連レガシーキャリアの上りリンクと同様であれば、その旨を示す情報であってもよい。
【０１９７】
（１１）ＮＣＴが属するＴＡＧの情報。ＮＣＴに対して適用するＴＡが期間満了するか、あるいはタイマが満了する場合、ＵＥは、同じＴＡＧに属するレガシーキャリアにリンクする上りキャリアにおいてＲＡＣＨを送信してもよい。また、ＵＥは、ランダムアクセスプリアンブルを送信してもよい。ＵＥは、該ＲＡＣＨの応答として、該レガシーキャリアを用いて新たなＴＡ値を受信してもよい。ＵＥは、該レガシーキャリアにおいてランダムアクセスレスポンスを受信し、新たなＴＡ値を受信してもよい。ＵＥは、該レガシーキャリアにおいて受信したＴＡ値を、ＮＣＴにおいて援用してもよい。本援用は、ＮＣＴが属するＴＡＧを認識し、ＴＡＧが同一となるレガシーキャリアを認識することによって可能となる。これによって、ＮＣＴにリンクする上りキャリアでのＲＡＣＨ送信が不要となる。つまり、ＲＡＣＨ送信の目的のみでＮＣＴにリンクする上りキャリアを構成する必要がなくなる。これによって、周波数利用効率を向上させることができる。
（１２）前記（１）〜（１１）の組合せ。
【０１９８】
例えば、具体例（１）の、レガシーキャリアとＮＣＴとを分別するパラメータと、具体例（３）の、どのセルに関連付けられるかの情報とを組合せて通知することによって、以下の効果を得ることができる。３ＧＰＰにおいて、ＮＣＴにおけるセル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）を、レガシーキャリアと比較して削減することが検討されている（非特許文献１１参照）。従来から、ＣＲＳは、ＵＥにおいて測定（Measurement）に用いられている。例えば、ＵＥは、測定対象がＮＣＴである場合、関連レガシーキャリアの測定結果を援用することも可能となる。
【０１９９】
また例えば、具体例（３）の、どのセルに関連付けられるかの情報と、具体例（４）のＮＣＴのキャリア周波数と、具体例（９）の同期か非同期かを示す情報とを組合せて通知することによって、以下の効果を得ることができる。前述の関連レガシーキャリア経由でのＮＣＴのセルサーチが、より確実に実行可能となる。関連レガシーキャリア経由でのＮＣＴのセルサーチの具体例としては、同期ＮＣＴである場合は、関連レガシーキャリアのフレームの境界（フレームバウンダリー：frame boundary）などを援用することなどが考えられる。例えば、３ＧＰＰにおいて、ＵＥはＮＣＴキャリアを通知されるべきとの提案があるが、本変形例で示すような、パラメータの組合せなどの開示は無い（３ＧＰＰ  Ｒ２-１２２１８０（以下「非特許文献２２」という））。したがって、非特許文献２２の開示内容では、関連レガシーキャリアが不明であり、同期しているかの判断が困難であるので、ＵＥは、関連レガシーキャリア経由でのＮＣＴのセルサーチを正確に実行することができない。
【０２００】
また例えば、具体例（６）のＲＳの送信方法と、具体例（５）のＮＣＴの帯域幅とを組合せて通知することによって、以下の効果を得ることができる。ＵＥが、特有のＲＳの送信方法によってＲＳが送信される帯域幅と、ＮＣＴの帯域幅とを認識することが可能となり、ＲＳが送信される帯域幅とＮＣＴの帯域幅との比率などを認識することが可能となる。これによって、ＵＥは、正確な無線環境の推定が可能となる。例えば、３ＧＰＰにおいて、ＲＳの設定は通知されるべきとの提案があるが、本変形例で示すような、パラメータの組合せなどの開示は無い（非特許文献１９参照）。したがって、非特許文献１９の開示内容では、ＲＳが送信される帯域幅とＮＣＴの帯域幅との比率などの認識は不可能となる。
【０２０１】
前記具体例（１）〜（１１）のパラメータの組合せは、以上に述べた例に限定されない。前記（１）〜（１１）のパラメータを組合せて通知することによって、レガシーキャリアとＮＣＴとが混在するリリース１１版以降の通信システムを、より効率的に運用することが可能となる。
【０２０２】
ＵＥにＮＣＴの設定を行うエンティティの具体例を、以下に開示する。関連レガシーキャリアが、ＵＥにＮＣＴの設定を行う。ＵＥに対する設定は、ＵＥ毎に行ってもよく、傘下のＵＥに行ってもよく、傘下のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥに行ってもよい。
【０２０３】
特に関連レガシーキャリアがＣＡのＳＣｅｌｌに設定された場合の、ＵＥにＮＣＴの設定を行うエンティティの具体例として、以下の（１）〜（４）の４つを開示する。
【０２０４】
（１）ＰＣｅｌｌが、ＵＥにＮＣＴを設定するか否かを判断する。ＮＣＴを設定する場合、ＰＣｅｌｌは、ＳＣｅｌｌである関連レガシーキャリアにＮＣＴの設定要求を行う。ＳＣｅｌｌである関連レガシーキャリアは、ＵＥへＮＣＴの設定を行う。ＰＣｅｌｌが、ＵＥにＮＣＴを設定するか否かを判断することによって、該ＵＥに対するＰＣｅｌｌ、Ｓｅｌｌ、Ｓｅｌｌに関連付けられたＮＣＴを用いた通信システム全体としてのデータスループットなどを考慮することが容易となる。
【０２０５】
（２）ＰＣｅｌｌが、ＵＥにＮＣＴを設定するか否かを判断する。ＮＣＴを設定する場合、ＰＣｅｌｌは、ＵＥへＮＣＴの設定を行う。ＰＣｅｌｌは、ＳＣｅｌｌの設定（SCell Configuration）とともに、ＮＣＴの設定を行ってもよい。既存のＳＣｅｌｌの設定用シグナリングにＮＣＴの設定領域を追加してもよい。
【０２０６】
既存のＳＣｅｌｌの設定用シグナリングにＮＣＴの設定領域を追加する場合、ＮＣＴの設定用に新たなシグナリングを追加する必要がないので、通信システムが複雑化することを回避することができる。既存のＳＣｅｌｌの設定用シグナリングの具体例としては、「radioResourceConfigDedicatedSCell」、「PhysicalConfigDedicatedSCell」（非特許文献２参照）などがある。
【０２０７】
本具体例（２）では、ＰＣｅｌｌがＮＣＴの設定を行うので、ＳＣｅｌｌの設定とＮＣＴの設定といった、ＵＥに対するキャリアの設定が、ＰＣｅｌｌのみから行われることになる。これによって、ＵＥの処理負荷を軽減することができる。また、本具体例（２）では、前記具体例（１）と同様にＰＣｅｌｌがＮＣＴを設定するか否かを判断するので、前記具体例（１）と同様の効果を得ることができる。
【０２０８】
（３）関連レガシーキャリアであるＳＣｅｌｌが、ＵＥにＮＣＴを設定するか否かを判断する。ＮＣＴを設定する場合、ＳＣｅｌｌは、ＵＥにＮＣＴの設定を行う。関連レガシーキャリアであるＳＣｅｌｌが、ＮＣＴを設定するか否かを判断することによって、関連レガシーキャリアの処理負荷、電波環境などを考慮することが容易となる。
【０２０９】
（４）関連レガシーキャリアであるＳＣｅｌｌが、ＵＥにＮＣＴを設定するか否かを判断する。ＮＣＴを設定する場合、ＳＣｅｌｌは、ＰＣｅｌｌにＮＣＴの設定要求を行う。ＰＣｅｌｌは、ＵＥにＮＣＴの設定を行う。ＰＣｅｌｌからＵＥへのＮＣＴの設定は、既存のＳＣｅｌｌの設定用シグナリングを用いて行ってもよい。既存のＳＣｅｌｌの設定用シグナリングにＮＣＴの設定領域を追加してもよい。
【０２１０】
既存のＳＣｅｌｌの設定用シグナリングにＮＣＴの設定領域を追加する場合、ＮＣＴの設定用に新たなシグナリングを追加する必要がないので、通信システムが複雑化することを回避することができる。既存のＳＣｅｌｌの設定用シグナリングの具体例としては、「radioResourceConfigDedicatedSCell」、「PhysicalConfigDedicatedSCell」（非特許文献２参照）などがある。
【０２１１】
本具体例（４）では、ＰＣｅｌｌがＵＥにＮＣＴの設定を行うので、ＳＣｅｌｌの設定とＮＣＴの設定といった、ＵＥに対するキャリアの設定が、ＰＣｅｌｌのみから行われることになる。これによって、ＵＥの処理負荷が軽減されるという効果を得ることができる。また、本具体例（４）では、前記具体例（３）と同様にＳＣｅｌｌがＮＣＴを設定するか否かを判断するので、前記具体例（３）と同様の効果を得ることができる。
【０２１２】
図１７は、実施の形態１の変形例２の通信システムにおいて、ＵＥにＮＣＴの設定を行うエンティティとして具体例（１）を用いた場合のシーケンスの一例を示す図である。図１７に示すシーケンスは、関連レガシーキャリアが、ＣＡのＳＣｅｌｌに設定された場合のシーケンスである。
【０２１３】
ステップＳＴ１７０１において、ＰＣｅｌｌは、ＵＥに、関連レガシーキャリア（ＡＬＣ）であるＳＣｅｌｌ（以下、単に「ＳＣｅｌｌ」と称する）の設定を行う。
【０２１４】
ステップＳＴ１７０２において、ＰＣｅｌｌは、ＳＣｅｌｌに関連付けられているＮＣＴの設定を行うか否かを判断する。ＰＣｅｌｌは、ステップＳＴ１７０２において、ＮＣＴの設定を行うと判断した場合は、ステップＳＴ１７０３に移行し、ＮＣＴの設定を行わないと判断した場合は、ステップＳＴ１７０２の処理を繰り返す。
【０２１５】
ステップＳＴ１７０３において、ＰＣｅｌｌは、ＳＣｅｌｌに、ＮＣＴの設定要求を行う。ステップＳＴ１７０３において、ＰＣｅｌｌは、ＮＣＴの設定要求と併せて、設定対象のＵＥの識別子をＳＣｅｌｌに通知してもよい。
【０２１６】
ステップＳＴ１７０３でＰＣｅｌｌから送信されたＮＣＴの設定要求を受信したＳＣｅｌｌは、ステップＳＴ１７０４において、ＮＣＴを設定可能か否かの判断を行う。該判断において、ＳＣｅｌｌは、自セルの処理負荷、電波環境などを考慮してもよい。ＳＣｅｌｌは、ステップＳＴ１７０４において、ＮＣＴを設定不可能と判断した場合は、ステップＳＴ１７０５に移行し、ＮＣＴを設定可能と判断した場合は、ステップＳＴ１７０６に移行する。
【０２１７】
ステップＳＴ１７０５において、ＳＣｅｌｌは、ＰＣｅｌｌに、ＮＣＴの設定不可能を通知する。具体的には、ＳＣｅｌｌは、ＰＣｅｌｌに「Ｎａｃｋ」を送信する。
【０２１８】
ステップＳＴ１７０６において、ＳＣｅｌｌは、ＰＣｅｌｌに、ＮＣＴの設定可能を通知する。具体的には、ＳＣｅｌｌは、ＰＣｅｌｌに「Ａｃｋ」を送信する。
【０２１９】
ステップＳＴ１７０４でＮＣＴを設定可能と判断した場合、ステップＳＴ１７０７において、ＳＣｅｌｌは、ＵＥに、ＮＣＴの設定を通知する。
【０２２０】
ステップＳＴ１７０８において、ＰＣｅｌｌは、ＳＣｅｌｌから、ＮＣＴの設定要求に対する応答として「Ａｃｋ」を受信したか否かを判断する。ＰＣｅｌｌは、ステップＳＴ１７０８において、「Ａｃｋ」を受信したと判断した場合は、ステップＳＴ１７０９に移行し、「Ａｃｋ」を受信していないと判断した場合は、ステップＳＴ１７１０に移行する。
【０２２１】
ステップＳＴ１７０９において、ＰＣｅｌｌは、ＵＥにＮＣＴが設定されたと認識する。
【０２２２】
ステップＳＴ１７１０において、ＰＣｅｌｌは、ＵＥにＮＣＴが設定されていない、すなわち未設定であると認識する。
【０２２３】
図１８は、実施の形態１の変形例２の通信システムにおいて、ＵＥにＮＣＴの設定を行うエンティティとして具体例（２）を用いた場合のシーケンスの一例を示す図である。図１８に示すシーケンスは、関連レガシーキャリアが、ＣＡのＳＣｅｌｌに設定された場合のシーケンスである。図１８に示すシーケンスは、図１７に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２２４】
具体例（２）では、ＰＣｅｌｌは、ステップＳＴ１７０２において、ＳＣｅｌｌに関連付けられているＮＣＴの設定を行うと判断した場合、ステップＳＴ１８０１に移行する。ステップＳＴ１８０１において、ＰＣｅｌｌは、ＳＣｅｌｌに、ＮＣＴの設定の問合せを行う。ステップＳＴ１８０１において、ＰＣｅｌｌは、ＮＣＴの設定の問合せと併せて、設定対象のＵＥの識別子をＳＣｅｌｌに通知してもよい。
【０２２５】
また具体例（２）では、ＳＣｅｌｌは、ステップＳＴ１７０４でＮＣＴを設定可能と判断した場合、ステップＳＴ１８０２に移行する。ステップＳＴ１８０２において、ＳＣｅｌｌは、ＰＣｅｌｌに、ＮＣＴの設定可能を通知する。具体的には、ＳＣｅｌｌは、ＰＣｅｌｌに「Ａｃｋ」を送信する。このとき、関連レガシーキャリア（ＡＬＣ）であるＳＣｅｌｌは、ＰＣｅｌｌに、ＮＣＴの設定を通知してもよい。ＰＣｅｌｌがＮＣＴの設定を記憶しているエンティティであれば、ＮＣＴの設定の通知は不要としてもよい。
【０２２６】
ステップＳＴ１８０２の処理を行った後は、ＳＣｅｌｌは、ステップＳＴ１８０４に移行する。ステップＳＴ１８０４において、ＳＣｅｌｌは、ＵＥにＮＣＴが設定されたと認識する。
【０２２７】
また具体例（２）では、ＳＣｅｌｌは、ステップＳＴ１７０４でＮＣＴを設定不可能と判断した場合、ステップＳＴ１７０５の処理を行った後に、ステップＳＴ１８０３に移行する。ステップＳＴ１８０３において、ＳＣｅｌｌは、ＵＥにＮＣＴが設定されていない、すなわち未設定であると認識する。
【０２２８】
ステップＳＴ１８０５において、ＰＣｅｌｌは、ＳＣｅｌｌから、ＮＣＴの設定の問合せに対する応答として「Ａｃｋ」を受信したか否かを判断する。ＰＣｅｌｌは、ステップＳＴ１８０５において「Ａｃｋ」を受信したと判断した場合は、ステップＳＴ１８０６に移行し、「Ａｃｋ」を受信していないと判断した場合は、処理を終了する。
【０２２９】
ステップＳＴ１８０６において、ＰＣｅｌｌは、ＵＥに、ＮＣＴの設定を通知する。ステップＳＴ１８０２でＳＣｅｌｌからＰＣｅｌｌにＮＣＴの設定が通知される場合、ＰＣｅｌｌは、ステップＳＴ１８０２でＳＣｅｌｌから受信したＮＣＴの設定を、ステップＳＴ１８０６において、ＵＥに設定するようにしてもよい。
【０２３０】
図１９は、実施の形態１の変形例２の通信システムにおいて、ＵＥにＮＣＴの設定を行うエンティティとして具体例（２）を用いた場合のシーケンスの一例を示す図である。図１９に示すシーケンスは、関連レガシーキャリアが、ＣＡのＳＣｅｌｌに設定された場合のシーケンスである。図１９では、ＵＥにＮＣＴの設定を行うエンティティの具体例（２）において、ＳＣｅｌｌの設定とともに、ＮＣＴの設定を行う場合のシーケンスを示す。図１９に示すシーケンスは、図１７および図１８に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２３１】
図１９に示す例では、ＰＣｅｌｌは、関連レガシーキャリア（ＡＬＣ）であるＳＣｅｌｌの設定を行う前に、ステップＳＴ１７０２の判断を行う。その後、通信システムは、以降のステップＳＴ１８０１〜ステップＳＴ１８０４の処理を行う。
【０２３２】
ステップＳＴ１８０５で「Ａｃｋ」を受信したと判断した場合、ステップＳＴ１９０１において、ＰＣｅｌｌは、ＵＥに、ＳＣｅｌｌの設定とともに、ＮＣＴの設定を行う。ＮＣＴ設定を含むＳＣｅｌｌの設定を通知するとしてもよい。ステップＳＴ１８０２でＳＣｅｌｌからＰＣｅｌｌにＮＣＴの設定が通知される場合、ＰＣｅｌｌは、ステップＳＴ１８０２でＳＣｅｌｌから受信したＮＣＴの設定を、ステップＳＴ１９０１において、ＵＥに設定するようにしてもよい。
【０２３３】
図２０は、実施の形態１の変形例２の通信システムにおいて、ＵＥにＮＣＴの設定を行うエンティティとして具体例（３）を用いた場合のシーケンスの一例を示す。図２０に示すシーケンスは、関連レガシーキャリアが、ＣＡのＳＣｅｌｌに設定された場合のシーケンスである。図２０に示すシーケンスは、図１７に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２３４】
図２０に示す例では、ステップＳＴ１７０１の処理が行われた後、ステップＳＴ２００１において、ＳＣｅｌｌは、ＮＣＴの設定を行うか否かを判断する。ＳＣｅｌｌは、ステップＳＴ２００１において、ＮＣＴの設定を行うと判断した場合は、ステップＳＴ２００２に移行し、ＮＣＴの設定を行わないと判断した場合は、ステップＳＴ２００１の処理を繰り返す。
【０２３５】
ステップＳＴ２００２において、ＳＣｅｌｌは、ＰＣｅｌｌに、ＮＣＴの設定を行うことを報告する。具体的には、ＳＣｅｌｌは、ＰＣｅｌｌに、ＮＣＴの設定を行うことを表す情報である、ＮＣＴの設定報告を送信する。ＮＣＴの設定報告では、ＳＣｅｌｌは、ＮＣＴを設定したＵＥの識別子、設定したＮＣＴのシステム情報などを合わせて、ＰＣｅｌｌに通知してもよい。
【０２３６】
ステップＳＴ２００２でＮＣＴの設定報告を受信したＰＣｅｌｌは、ステップＳＴ２００３において、ＵＥにＮＣＴが設定されたと認識する。
【０２３７】
また、ステップＳＴ２００１でＮＣＴの設定を行うと判断した場合、ステップＳＴ２００４において、ＳＣｅｌｌは、ＵＥに対して、ＮＣＴの設定を通知する。
【０２３８】
図２１は、実施の形態１の変形例２の通信システムにおいて、ＵＥにＮＣＴの設定を行うエンティティとして具体例（４）を用いた場合のシーケンスの一例を示す図である。図２１に示すシーケンスは、関連レガシーキャリアが、ＣＡのＳＣｅｌｌに設定された場合のシーケンスである。図２１に示すシーケンスは、図１７および図２０に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２３９】
図２１に示す例では、ＳＣｅｌｌは、ステップ２００１において、ＮＣＴの設定を行うと判断した場合、ステップＳＴ２１０１に移行する。ステップＳＴ２１０１において、ＳＣｅｌｌは、ＰＣｅｌｌに、ＮＣＴの設定要求を行う。具体的には、ＮＣＴこのとき、関連レガシーキャリア（ＡＬＣ）であるＳＣｅｌｌは、ＰＣｅｌｌに、設定対象のＵＥの識別子、ＮＣＴの設定を通知してもよい。ＰＣｅｌｌがＮＣＴの設定を記憶しているエンティティであれば、ＮＣＴの設定の通知は不要としてもよい。
【０２４０】
また、ステップＳＴ２００１において、ＮＣＴの設定を行うと判断した場合、ＳＣｅｌｌは、ステップＳＴ２１０２において、ＵＥにＮＣＴが設定されたと認識する。
【０２４１】
ステップＳＴ２１０１でＮＣＴの設定要求を受信したＰＣｅｌｌは、該ＮＣＴの設定要求でＮＣＴを設定する対象（以下「ＮＣＴ設定対象」という場合がある）となっているＵＥに、ステップＳＴ２１０３において、ＮＣＴの設定を通知する。ステップＳＴ２１０１でＳＣｅｌｌからＮＣＴの設定要求とともにＮＣＴの設定がＰＣｅｌｌに通知される場合、ステップＳＴ２１０３において、ＰＣｅｌｌは、ステップＳＴ２１０１でＳＣｅｌｌから受信したＮＣＴの設定を、ステップＳＴ２１０１でＳＣｅｌｌから受信したＮＣＴの設定要求のＮＣＴ設定対象のＵＥに設定するとしてもよい。
【０２４２】
実施の形態１の変形例２は、前述の実施の形態１または実施の形態１の変形例１と組合せて用いることが可能である。
【０２４３】
以上の実施の形態１の変形例２によって、以下の効果を得ることができる。関連レガシーキャリアがいつ決定されるかを開示したので、レガシーキャリアとＮＣＴとが混在するリリース１１版以降の通信システムを統一的に、また正常に運用することが可能となった。
【０２４４】
本変形例において、ＰＣｅｌｌからＵＥに通知されるＳＣｅｌｌの設定（SCell Configuration）には、該ＳＣｅｌｌを関連レガシーキャリアとするＮＣＴが存在するか否かの情報を付加してもよい。また、実施の形態１の変形例２で開示した該ＮＣＴの設定を付加してもよい。
【０２４５】
これによって、ＳＣｅｌｌの設定を受信したＵＥが、ＮＣＴが関連付けられているレガシーキャリアと、ＮＣＴが関連付けられないレガシーキャリアとに対して、異なる動作を行うようにすることができるという効果を得ることができる。
【０２４６】
実施の形態１  変形例３．
実施の形態１の変形例３では、実施の形態１の変形例２の課題に対する別の解決策を開示する。実施の形態１の変形例３における解決策を以下に示す。実施の形態１の変形例２の解決策と異なる部分を中心に説明する。説明していない部分については、実施の形態１の変形例２と同様とする。
【０２４７】
実施の形態１の変形例３では、ＮＣＴポイントが設置された場合に限らず、該ＮＣＴの関連レガシーキャリアを、準静的あるいはダイナミックに決定する。また、ＮＣＴポイント動作中の関連レガシーキャリアの変更を可能とする。初期値となる、ＮＣＴの関連レガシーキャリアの決定方法としては、実施の形態１、実施の形態１の変形例１で挙げた方法などを用いることができる。初期値が設定される具体例としては、ＮＣＴポイントが設置された場合、あるいはＮＣＴポイントが動作開始された場合などがある。
【０２４８】
ＮＣＴの関連レガシーキャリアの準静的あるいはダイナミックに決定する範囲の具体例として、以下の（１），（２）の２つを開示する。
（１）ＮＣＴの関連レガシーキャリアをＵＥ毎に決定する。該ＮＣＴを用いてデータの送受信を行っているＵＥ毎に該ＮＣＴの関連レガシーキャリアは異なってもよい。
（２）ＮＣＴの関連レガシーキャリアをＮＣＴ毎に決定する。該ＮＣＴを用いてデータの送受信を行っているＵＥにおいて、該ＮＣＴの関連レガシーキャリアは同一とする。
【０２４９】
ＮＣＴの関連レガシーキャリアの準静的あるいはダイナミックな決定方法の具体例として、以下の（１）〜（３）の３つを開示する。
（１）関連レガシーキャリアの電波環境に応じて、ＮＣＴの関連レガシーキャリアを決定する。関連レガシーキャリアの電波環境は、ＵＥの位置に応じて変化することが考えられる。したがって、本具体例（１）の決定方法は、前述のＮＣＴの関連レガシーキャリアの準静的あるいはダイナミックに決定する範囲の具体例（１）との親和性が高い。
（２）関連レガシーキャリアの負荷状況に応じて、ＮＣＴの関連レガシーキャリアを決定する。関連レガシーキャリアの負荷状況は、ＵＥ毎に変化しないことが考えられる。したがって、本具体例（２）の決定方法は、前述のＮＣＴの関連レガシーキャリアの準静的あるいはダイナミックに決定する範囲の具体例（２）との親和性が高い。
（３）前記具体例（１）の決定方法と、前記具体例（２）の決定方法との組合せ。
【０２５０】
ＮＣＴの関連レガシーキャリアの準静的あるいはダイナミックな決定方法の具体例（１）である、関連レガシーキャリアの電波環境に応じて決定する方法について、以下に具体的に説明する。ＵＥ毎に、関連レガシーキャリアの電波環境に応じて、ＮＣＴの関連レガシーキャリアを決定する。ＵＥの位置によって、関連レガシーキャリアの電波環境は異なる。したがって、ＮＣＴの関連レガシーキャリアをＵＥ毎に決定することによって、ＵＥ毎に最適なレガシーキャリアを、ＮＣＴの関連レガシーキャリアとして設定することが可能となる。
【０２５１】
関連レガシーキャリアは、ＵＥのメジャメント結果に基づいて、関連レガシーキャリアを変更するか否かを判断する。判断の具体例として、以下の（１），（２）の２つを開示する。
【０２５２】
（１）関連レガシーキャリアの受信品質が、所定の閾値と比較して低い場合には、関連レガシーキャリアを変更する。また、関連レガシーキャリアの受信品質が、所定の閾値と同じ、あるいは所定の閾値と比較して高い場合には、関連レガシーキャリアを変更しない。
【０２５３】
（２）関連レガシーキャリアよりも受信品質が良好なレガシーキャリアが存在する場合には、関連レガシーキャリアを変更する。また、関連レガシーキャリアよりも受信品質が良好なレガシーキャリアが存在しない場合には、関連レガシーキャリアを変更しない。
【０２５４】
関連レガシーキャリアは、ＵＥのメジャメント結果に基づいて、新たな関連レガシーキャリア（以下「ターゲットレガシーキャリア」と称する場合がある）を決定する。以下では、変更前の関連レガシーキャリアを「ソースレガシーキャリア」と称する場合がある。ターゲットレガシーキャリアの決定方法の具体例を、以下に開示する。受信品質が最も良いレガシーキャリアを、ターゲットレガシーキャリアとする。
【０２５５】
ソースレガシーキャリアは、ターゲットレガシーキャリアに対して、対象のＮＣＴに対する関連レガシーキャリアとなることの要求（以下「関連レガシーキャリア変更（ＡＬＣ）要求」という場合がある）を通知してもよい。そのとき、ソースレガシーキャリアは、ターゲットレガシーキャリアに、ＮＣＴの設定、具体的には、ＵＥがＮＣＴを受信するときに必要な情報、あるいはＮＣＴのシステム情報を通知してもよい。ＮＣＴのシステム情報の具体例は、実施の形態１の変形例２と同様であるので、説明を省略する。
【０２５６】
関連レガシーキャリア変更要求の通知には、既存のシグナリングである「Handover Request」（３ＧＰＰ  ＴＳ  ３６．４２３  Ｖ１１．１．０（以下「非特許文献１６」という）８．２．１章参照）、あるいは「Handover Required」（３ＧＰＰ  ＴＳ  ３６．４１３  Ｖ１１．０．０（以下「非特許文献１７」という）８．４．１章参照）を用いてもよい。「Handover Request」は、ソースｅＮＢから、ターゲットｅＮＢに、Ｘ２インタフェースを用いて通知される。「Handover Required」は、ソースｅＮＢから、ＭＭＥに、Ｓ１インタフェースを用いて通知される。
【０２５７】
以上に述べた関連レガシーキャリア変更要求の通知方法は、ソースレガシーキャリアとターゲットレガシーキャリアとが、異なるｅＮＢに構成されている場合だけでなく、ソースレガシーキャリアとターゲットレガシーキャリアとが、同じｅＮＢ内に構成されている場合に用いてもよい。これによって、ｅＮＢの構成によらず、関連レガシーキャリア変更要求の通知方法が統一されるので、通信システムが複雑化することを回避することができる。
【０２５８】
Ｓ１インタフェースを用いて関連レガシーキャリア変更要求を通知する場合は、ソースレガシーキャリア、ソースレガシーキャリアを制御するＭＭＥ、ターゲットレガシーキャリアを制御するＭＭＥ、ターゲットレガシーキャリアの順で通知すればよい。
【０２５９】
この場合、既存のシグナリングに「関連レガシーキャリア変更要求」である旨のインジケータを設ければよい。また、既存のシグナリングにＮＣＴのシステム情報の領域を付加すればよい。これによって、新しいシグナリングを追加する必要が無いので、通信システムを容易に構築することができる。また、後方互換性に優れた通信システムを構築することができる。
【０２６０】
関連レガシーキャリア変更要求を受信したターゲットレガシーキャリアは、該ＮＣＴの関連レガシーキャリアとなるか否かを判断してもよい。レガシーキャリアの処理負荷を考慮して、該ＮＣＴの関連レガシーキャリアとなるか否か判断してもよい。
【０２６１】
ターゲットレガシーキャリアは、ソースレガシーキャリアに該ＮＣＴの関連レガシーキャリアとなるか否かの判断結果を通知してもよい。そのとき、ターゲットレガシーキャリアは、ソースレガシーキャリアに、ＮＣＴの設定、例えばＵＥがターゲットレガシーキャリアの受信の際に必要な情報、あるいはターゲットレガシーキャリアのシステム情報を通知してもよい。
【０２６２】
該ＮＣＴの関連レガシーキャリアとなるか否かの判断結果の通知には、既存のシグナリングである「Handover Request Acknowledge」（非特許文献１６  ８．２．１章参照）、あるいは「Handover Command」（非特許文献１７  ８．４．１章参照）を用いてもよい。「Handover Request Acknowledge」は、ターゲットｅＮＢから、ソースｅＮＢに、Ｘ２インタフェースを用いて通知される。「Handover Command」は、ターゲットｅＮＢから、ＭＭＥに、Ｓ１インタフェースを用いて通知される。
【０２６３】
以上に述べたＮＣＴの関連レガシーキャリアとなるか否かの判断結果の通知方法は、ソースレガシーキャリアとターゲットレガシーキャリアとが異なるｅＮＢに構成されている場合だけでなく、ソースレガシーキャリアとターゲットレガシーキャリアとが、同じｅＮＢ内に構成されている場合に用いてもよい。これによって、ｅＮＢの構成によらず、ＮＣＴの関連レガシーキャリアとなるか否かの判断結果の通知方法が統一されるので、通信システムが複雑化することを回避することができる。
【０２６４】
Ｓ１インタフェースを用いて、ＮＣＴの関連レガシーキャリアとなるか否かの判断結果を通知する場合は、ターゲットレガシーキャリア、ターゲットレガシーキャリアを制御するＭＭＥ、ソースレガシーキャリアを制御するＭＭＥ、ソースレガシーキャリアの順で通知すればよい。
【０２６５】
この場合、既存のシグナリングに「ＮＣＴの関連レガシーキャリアとなるか否かの判断結果」である旨のインジケータを設ければよい。これによって、新しいシグナリングを追加する必要が無いので、通信システムを容易に構築することができる。また、後方互換性に優れた通信システムを構築することができる。
【０２６６】
ソースレガシーキャリアは、関連レガシーキャリアを変更する旨を対象のＵＥに通知する。そのとき、ソースレガシーキャリアは、ターゲットレガシーキャリアから受信した、ターゲットレガシーキャリアのシステム情報を、対象のＵＥに通知してもよい。この場合、関連レガシーキャリアが変更されるときに、ＵＥが、ターゲットレガシーキャリアからターゲットレガシーキャリアのシステム情報を取得する必要がないので、スムーズな変更が可能となる。
【０２６７】
関連レガシーキャリアを変更する旨の通知には、既存のシグナリングである「RRCConnectionReconfiguration message」、または「mobilityControlInformation」（非特許文献１  １０．１．２．１章参照）を用いてもよい。「RRCConnectionReconfiguration message」および「mobilityControlInformation」は、ソースｅＮＢからＵＥに通知される。
【０２６８】
以上に述べた関連レガシーキャリアを変更する旨の通知方法は、ソースレガシーキャリアとターゲットレガシーキャリアとが、異なるｅＮＢに構成されている場合だけでなく、ソースレガシーキャリアとターゲットレガシーキャリアとが、同じｅＮＢ内に構成されている場合に用いてもよい。これによって、ｅＮＢの構成によらず、関連レガシーキャリアを変更する旨の通知の方法が統一されるので、通信システムが複雑化することを回避することができる。
【０２６９】
関連レガシーキャリアを変更する旨の通知に、前述の既存のシグナリングを用いる場合には、既存のシグナリングに「関連レガシーキャリアを変更する旨の通知」である旨のインジケータを設ければよい。これによって、新しいシグナリングを追加する必要が無いので、通信システムを容易に構築することができる。また、後方互換性に優れた通信システムを構築することができる。
【０２７０】
ソースレガシーキャリアは、関連レガシーキャリアを変更する旨を対象のＮＣＴに通知する。そのとき、ソースレガシーキャリアは、ターゲットレガシーキャリアから受信した、ターゲットレガシーキャリアのシステム情報を、対象のＮＣＴに通知してもよい。
【０２７１】
関連レガシーキャリアを変更する旨の通知を受信したＵＥは、対象のＮＣＴの関連レガシーキャリアを変更する。変更するときに、ソースレガシーキャリアから受信したターゲットレガシーキャリアのシステム情報を用いてもよい。レガシーキャリアの変更の具体例として、以下の（１），（２）の２つを開示する。
【０２７２】
（１）対象のＮＣＴのＰＤＳＣＨのスケジューリングを受信するためにモニタするレガシーキャリアを、ソースレガシーキャリアからターゲットレガシーキャリアに変更する。
（２）対象のＮＣＴと同期するキャリアを、ソースレガシーキャリアからターゲットレガシーキャリアに変更する。
【０２７３】
非同期ＮＣＴは、関連レガシーキャリアを決定する方法として、前述の関連レガシーキャリアの準静的あるいはダイナミックな決定方法の具体例（１）である、関連レガシーキャリアの電波環境に応じて決定する方法を用いるようにしてもよい。同期ＮＣＴは、関連レガシーキャリアを決定する方法として、前述の関連レガシーキャリアの準静的あるいはダイナミックな決定方法の具体例（１）である、関連レガシーキャリアの電波環境に応じて決定する方法を用いないようにしてもよい。
【０２７４】
同期ＮＣＴと、その関連レガシーキャリアとは、ＵＥにおける電波環境が類似すると考えられる。したがって、関連レガシーキャリアの電波環境が悪くなり、関連レガシーキャリアを変更するような場合、ＮＣＴ自体の電波環境も悪くなり、ＮＣＴを用いて該ＵＥと通信することが不可能となる可能性がある。このような理由から、同期ＮＣＴの場合には、前述のように、関連レガシーキャリアを決定する方法として、前記具体例（１）の関連レガシーキャリアの電波環境に応じて決定する方法を用いないようにしてもよい。
【０２７５】
これに対し、非同期ＮＣＴと、その関連レガシーキャリアとは、ＵＥにおける電波環境が必ずしも類似しないと考えられる。したがって、関連レガシーキャリアの電波環境が悪くなり、関連レガシーキャリアを変更するような場合であっても、ＮＣＴを用いて該ＵＥと通信することが可能な場合がある。このような理由から、非同期ＮＣＴの場合には、前述のように、関連レガシーキャリアを決定する方法として、前記具体例（１）の関連レガシーキャリアの電波環境に応じて決定する方法を用いるようにしてもよい。
【０２７６】
前述の関連レガシーキャリアの準静的あるいはダイナミックな決定方法の具体例（２）である、関連レガシーキャリアの負荷状況に応じて、該ＮＣＴに関連付けられるレガシーキャリアを決定する方法について、以下に説明する。負荷状況としては、ＭＡＣの負荷状況、あるいはＲＲＣの負荷状況、スケジューリングの負荷状況などがある。
【０２７７】
関連レガシーキャリアは、負荷状況に基づいて、関連レガシーキャリアを変更するか否かを判断する。判断の具体例を、以下に開示する。関連レガシーキャリアの負荷が、所定の閾値と比較して高い場合には、関連レガシーキャリアを変更する。関連レガシーキャリアの負荷が、所定の閾値と同じ、あるいは所定の閾値と比較して低い場合には、関連レガシーキャリアを変更しない。
【０２７８】
関連レガシーキャリアは、周辺のレガシーキャリアの負荷状況に基づいて、新たな関連レガシーキャリアであるターゲットキャリアを決定する。ターゲットレガシーキャリアの決定方法の具体例として、以下の（１），（２）の２つを開示する。
【０２７９】
（１）ＮＣＴを関連付け可能なレガシーキャリアから、ターゲットレガシーキャリアを選択する。
（２）負荷状況が最も低いレガシーキャリアを、ターゲットレガシーキャリアとする。
【０２８０】
変更前の関連レガシーキャリアであるソースレガシーキャリアの周辺のレガシーキャリアの負荷状況を取得する方法の具体例として、以下の（１），（２）の２つを開示する。
【０２８１】
（１）ソースレガシーキャリアが、周辺の基地局、あるいは周辺のレガシーキャリアに、負荷状況の報告を依頼する。ソースレガシーキャリアが、関連レガシーキャリアを変更すると判断した場合に、負荷状況の報告を依頼してもよい。ソースレガシーキャリアは、負荷状況の報告の依頼を通知することによって、負荷状況の報告を依頼する。負荷状況の報告の依頼を受信した周辺の基地局、あるいは周辺のレガシーキャリアは、ソースレガシーキャリアに負荷状況を報告する。
【０２８２】
負荷状況の報告の依頼の通知には、既存のシグナリングであるＸ２インタフェースを用いて通知される「Resource Status Request」（非特許文献１６  ８．３．６．２章参照）を用いてもよい。「Resource Status Request」は、Ｘ２インタフェースを用いて通知される。「Resource Status Request」を用いる場合、既存のシグナリングに、「負荷状況」、例えば「ＭＡＣの負荷状況」、「ＲＲＣの負荷状況」または「スケジューリングの負荷状況」を要求するインジケータを設ければよい。これによって、新しいシグナリングを追加する必要が無いので、通信システムを容易に構築することができる。また、後方互換性に優れた通信システムを構築することができる。
【０２８３】
負荷状況の報告の通知には、既存のシグナリングである「Resource Status Response」（非特許文献１６  ８．３．６．２章参照）を用いてもよい。「Resource Status Response」は、Ｘ２インタフェースを用いて通知される。「Resource Status Response」を用いる場合、既存のシグナリングに、「負荷状況」、例えば「ＭＡＣの負荷状況」、「ＲＲＣの負荷状況」または「スケジューリングの負荷状況」を設ければよい。これによって、新しいシグナリングを追加する必要が無いので、通信システムを容易に構築することができる。また、後方互換性に優れた通信システムを構築することができる。
【０２８４】
（２）基地局、あるいはレガシーキャリアは、周辺の基地局、あるいはレガシーキャリアに、負荷状況を報告する。周期的に報告するようにしてもよい。負荷状況の報告の通知には、既存のシグナリングである「Resource Status Response」（非特許文献１６  ８．３．６．２章参照）を用いてもよい。「Resource Status Response」は、Ｘ２インタフェースを用いて通知される。
【０２８５】
「Resource Status Response」を用いる場合、既存のシグナリングに、「負荷状況」、例えば「ＭＡＣの負荷状況」、「ＲＲＣの負荷状況」または「スケジューリングの負荷状況」を要求するインジケータを設ければよい。そのとき、既存のシグナリングによって、「Resource Status Request」を受信しなくても「Resource Status Response」を送信することが可能になるように変更する。このようにすることによって、新しいシグナリングを追加する必要が無いので、通信システムを容易に構築することができる。また、後方互換性に優れた通信システムを構築することができる。
【０２８６】
新たな関連レガシーキャリアを決定した後の処理は、前述の関連レガシーキャリアの準静的あるいはダイナミックな決定方法の具体例（１）である、関連レガシーキャリアの電波環境に応じて決定する方法と同様に行うことができるので、説明を省略する。
【０２８７】
図２２は、実施の形態１の変形例３の通信システムにおいて、関連レガシーキャリアの準静的あるいはダイナミックな決定方法の具体例（１）を用いた場合のシーケンスの一例を示す図である。
【０２８８】
ステップＳＴ２２０１において、ＵＥは、変更前の関連レガシーキャリアであるソースレガシーキャリアに、測定報告（Measurement Report）を通知する。
【０２８９】
ステップＳＴ２２０２において、ソースレガシーキャリアは、ステップＳＴ２２０１で受信した測定報告に基づいて、関連レガシーキャリア（ＡＬＣ）を変更するか否かを判断する。具体例としては、ソースレガシーキャリアは、ステップＳＴ２２０１で受信したソースレガシーキャリアの受信品質が、所定の閾値と比較して低いか否かを判断することによって、関連レガシーキャリア（ＡＬＣ）を変更するか否かを判断する。
【０２９０】
ソースレガシーキャリアは、受信したソースレガシーキャリアの受信品質が、所定の閾値よりも低いと判断した場合には、関連レガシーキャリア（ＡＬＣ）を変更すると判断し、ステップＳＴ２２０３に移行する。ソースレガシーキャリアは、受信したソースレガシーキャリアの受信品質が、所定の閾値と同じ、あるいは所定の閾値よりも高いと判断した場合には、関連レガシーキャリア（ＡＬＣ）を変更しないと判断し、ステップＳＴ２２０２の判断を繰り返す。
【０２９１】
ステップＳＴ２２０３において、ソースレガシーキャリアは、ターゲットレガシーキャリアを決定するために必要な測定設定（Measurement Configuration）をＵＥに通知する。
【０２９２】
ステップＳＴ２２０３で測定設定を受信したＵＥは、受信した測定設定に応じて、測定を実行する。ステップＳＴ２２０４において、ＵＥは、測定した結果を報告する測定報告（Measurement Report）を、ソースレガシーキャリアに通知する。
【０２９３】
ソースレガシーキャリアは、ステップＳＴ２２０４で測定報告を受信すると、ステップＳＴ２２０５において、ステップＳＴ２２０４で受信した測定報告に基づいて、ターゲットレガシーキャリアを決定する。
【０２９４】
ステップＳＴ２２０６において、ソースレガシーキャリアは、ターゲットレガシーキャリアに、対象のＮＣＴに対する関連レガシーキャリアとなることを要求するメッセージである、関連レガシーキャリア（ＡＬＣ）変更要求を通知する。そのとき、ソースレガシーキャリアは、ターゲットレガシーキャリアに、ＮＣＴのシステム情報を通知してもよい。ＡＬＣ変更要求は、例えば、既存のシグナリングである「Handover Request」を用いて通知される。
【０２９５】
ステップＳＴ２２０６でＡＬＣ変更要求を受信したターゲットレガシーキャリアは、ステップＳＴ２２０７において、関連レガシーキャリア（ＡＬＣ）になるか否かを判断する。ターゲットレガシーキャリアは、関連レガシーキャリアになると判断した場合には、ステップＳＴ２２０８に移行し、関連レガシーキャリアにならないと判断した場合には、ステップＳＴ２２０９に移行する。
【０２９６】
ステップＳＴ２２０８において、ターゲットレガシーキャリアは、ソースレガシーキャリアに、対象のＮＣＴの関連レガシーキャリアになるか否かの判断結果として、関連レガシーキャリアになる旨を通知する。具体的には、ターゲットレガシーキャリアは、ＡＬＣ変更要求に対する応答として「Ａｃｋ」を送信することによって、関連レガシーキャリアになる旨を通知する。ターゲットレガシーキャリアは、例えば、既存のシグナリングである「Handover Request Acknowledge」を用いて、「Ａｃｋ」を送信してもよい。関連レガシーキャリアになる旨を通知するときには、ターゲットレガシーキャリアは、ソースレガシーキャリアに、ターゲットレガシーキャリアのシステム情報を通知してもよい。
【０２９７】
ステップＳＴ２２０９において、ターゲットレガシーキャリアは、ソースレガシーキャリアに、対象のＮＣＴの関連レガシーキャリアになるか否かの判断結果として、関連レガシーキャリアにならない旨を通知する。具体的には、ターゲットレガシーキャリアは、ＡＬＣ変更要求に対する応答として「Ｎａｃｋ」を送信することによって、関連レガシーキャリアにならない旨を通知する。ターゲットレガシーキャリアは、例えば、既存のシグナリングである「Handover Request Acknowledge」を用いて、「Ｎａｃｋ」を送信してもよい。
【０２９８】
ステップＳＴ２２１０において、ソースレガシーキャリアは、ターゲットレガシーキャリアから、対象のＮＣＴの関連レガシーキャリアになるか否かの判断結果として、関連レガシーキャリアになる旨を受信したか否かを判断する。具体的には、ソースレガシーキャリアは、ターゲットレガシーキャリアから、「Ａｃｋ」を受信したか否かを判断する。
【０２９９】
ソースレガシーキャリアは、ターゲットレガシーキャリアから「Ａｃｋ」を受信したと判断した場合には、ターゲットレガシーキャリアから関連レガシーキャリアになる旨の通知を受信したと判断し、ステップＳＴ２２１１に移行する。ソースレガシーキャリアは、ターゲットレガシーキャリアから「Ａｃｋ」を受信していない、すなわち「Ｎａｃｋ」を受信したと判断した場合には、ターゲットレガシーキャリアから関連レガシーキャリアにならない旨の通知を受信したと判断し、ステップＳＴ２２１３に移行する。
【０３００】
ステップＳＴ２２１１において、ソースレガシーキャリアは、関連レガシーキャリアを変更する旨をＵＥに通知する。ソースレガシーキャリアは、例えば、既存のシグナリングである「RRCConnectionReconfiguration message」、または「mobilityControlInformation」を用いて、関連レガシーキャリアを変更する旨を通知する。ソースレガシーキャリアは、ステップＳＴ２２０８でターゲットレガシーキャリアからターゲットレガシーキャリアのシステム情報を受信した場合には、ステップＳＴ２２１１において、関連レガシーキャリアを変更する旨とともに、ステップＳＴ２２０８で受信したターゲットレガシーキャリアのシステム情報を、対象のＵＥに通知してもよい。
【０３０１】
ステップＳＴ２２１２において、ソースレガシーキャリアは、関連レガシーキャリアを変更する旨を、対象のＮＣＴに通知する。
【０３０２】
ステップＳＴ２２１３において、ソースレガシーキャリアは、再度、ターゲットレガシーキャリアを決定する。そのとき、ソースレガシーキャリアは、ステップＳＴ２２０９で、対象のＮＣＴの関連レガシーキャリアにならない旨を通知してきたレガシーキャリア以外のレガシーキャリアから、ターゲットレガシーキャリアを選択してもよい。また、ソースレガシーキャリアは、ターゲットレガシーキャリアを決定するために必要な測定設定（Measurement Configuration）を、再度、ＵＥに通知してもよい。
【０３０３】
ステップＳＴ２２１４において、ＵＥは、対象のＮＣＴの関連レガシーキャリアを、ソースレガシーキャリアからターゲットレガシーキャリアに変更する。変更するときには、ＵＥは、ステップＳＴ２２１１で受信したターゲットレガシーキャリアのシステム情報を用いてもよい。
【０３０４】
図２３は、実施の形態１の変形例３の通信システムにおいて、関連レガシーキャリアの準静的あるいはダイナミックな決定方法の具体例（２）を用いた場合のシーケンスの一例を示す図である。図２３に示すシーケンスは、図２２に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０３０５】
ステップＳＴ２３０１において、ソースレガシーキャリアは、関連レガシーキャリアを変更するか否かを判断する。図２３に示す例では、ソースレガシーキャリアは、関連レガシーキャリアである自キャリアの負荷が、所定の閾値と比較して高いか否かを判断することによって、関連レガシーキャリアを変更するか否かを判断する。
【０３０６】
ソースレガシーキャリアは、自キャリアの負荷が、所定の閾値と比較して高いと判断した場合には、関連レガシーキャリアを変更すると判断し、ステップＳＴ２３０２に移行する。ソースレガシーキャリアは、自キャリアの負荷が、所定の閾値と同じか、あるいは所定の閾値と比較して低いと判断した場合には、関連レガシーキャリアを変更しないと判断し、ステップＳＴ２３０１の判断を繰り返す。
【０３０７】
例えば、ソースレガシーキャリアは、自キャリアのＭＡＣの負荷が、所定の閾値と比較して高いと判断した場合には、関連レガシーキャリアを変更すると判断し、ステップＳＴ２３０２に移行する。ソースレガシーキャリアは、自キャリアのＭＡＣの負荷が、所定の閾値と同じか、あるいは所定の閾値と比較して低いと判断した場合には、関連レガシーキャリアを変更しないと判断し、ステップＳＴ２３０１の判断を繰り返す。
【０３０８】
ステップＳＴ２３０２において、ソースレガシーキャリアは、周辺のレガシーキャリアに、負荷状況の報告要求を送信することによって、負荷状況の報告を依頼する。周辺のレガシーキャリアには、後にターゲットレガシーキャリアとして選択されるレガシーキャリアも含まれる。負荷状況の報告要求は、例えば、既存のシグナリングである「Resource Status Request」を用いて送信される。
【０３０９】
ステップＳＴ２３０２で負荷状況の報告要求を受信した周辺のレガシーキャリアは、ステップＳＴ２３０３において、負荷状況の報告を、ソースレガシーキャリアに送信する。周辺のレガシーキャリアには、後にターゲットレガシーキャリアとして選択されるレガシーキャリアも含まれる。負荷状況の報告は、例えば、既存のシグナリングである「Resource Status Response」を用いて送信される。
【０３１０】
ステップＳＴ２３０４において、ソースレガシーキャリアは、ステップＳＴ２３０３で受信した周辺のレガシーキャリアの負荷状況に基づいて、ターゲットレガシーキャリアを決定する。
【０３１１】
以上の実施の形態１の変形例３によって、実施の形態１の変形例２と同様の効果に加え、以下の効果を得ることができる。実施の形態１の変形例２と比較して、ダイナミックな運用が可能となる。
【０３１２】
次に、ＮＣＴがＵＥに対して構成され、該ＮＣＴが関連付けられるレガシーキャリアがＰＣｅｌｌである場合に、ＰＣｅｌｌの変更が行われる場合について開示する。ここでのＰＣｅｌｌとは、ＵＥに対してＣＡが構成されている場合のＰＣｅｌｌに限らず、ＵＥが上位レイヤに接続されているセルとする。
【０３１３】
変更後のＰＣｅｌｌ（以下「ターゲットＰＣｅｌｌ」という場合がある）は、対象とするＵＥに対して、ＮＣＴを構成するか否かを判断する。
【０３１４】
例えば、変更前のＰＣｅｌｌ（以下「ソースＰＣｅｌｌ」という場合がある）は、ターゲットＰＣｅｌｌに、該ＵＥのＰＣｅｌｌ変更を要求するメッセージ（以下「ＰＣｅｌｌ変更要求メッセージ」という場合がある）を送信する。ターゲットＰＣｅｌｌは、該ＵＥのＰＣｅｌｌ変更要求メッセージを受信した場合に、対象とするＵＥに対してＮＣＴを構成するか否かを判断するとよい。
【０３１５】
ＰＣｅｌｌ変更要求メッセージには、ＰＣｅｌｌ変更の要求を示す情報と一緒に、ＰＣｅｌｌ変更前に構成されていたＮＣＴのシステム情報を含めてもよい。また、ＰＣｅｌｌ変更要求メッセージには、本変形例で開示した、ソースレガシーキャリアからターゲットレガシーキャリアに対して通知される、関連レガシーキャリア変更要求の通知方法を適用してもよい。
【０３１６】
ターゲットＰＣｅｌｌは、ソースＰＣｅｌｌから受信したＮＣＴのシステム情報を用いて、ＮＣＴを構成するか否かの判断、およびＮＣＴを構成すると判断した場合の該ＮＣＴのシステム構成内容を決定する。
【０３１７】
ＮＣＴを構成するか否かの判断には、ＮＣＴの受信品質が良好か否か、あるいは、ＮＣＴの受信品質が所定の閾値よりも上か下か、あるいは、ＮＣＴを引続き使用可能か否かなどの情報を使用してもよい。これらの情報は、ソースＰＣｅｌｌがＵＥからのメジャメント結果をもとに作成しておき、事前にソースＰＣｅｌｌからターゲットＰＣｅｌｌに通知しておくとよい。これらの情報は、例えば、ＰＣｅｌｌ変更要求メッセージと一緒に通知してもよい。
【０３１８】
ＰＣｅｌｌの変更前後で、ＮＣＴの構成を同一とする場合には、本変形例で開示した方法を適用するとよい。
【０３１９】
ＰＣｅｌｌの変更前後で、対象とするＵＥに対して、異なるＮＣＴを構成する場合には、ターゲットＰＣｅｌｌからソースＰＣｅｌｌに対して、構成したＮＣＴのシステム情報を通知する。また、ターゲットＰＣｅｌｌで構成する無線リソース構成を通知してもよい。該無線リソース構成に構成したＮＣＴのシステム情報を含めてもよい。該通知方法として、本変形例で開示した「HO request acknowledge」メッセージを利用する方法を適用してもよい。
【０３２０】
ターゲットＰＣｅｌｌから、新たに構成されたＮＣＴのシステム情報を受信したソースＰＣｅｌｌは、ＵＥに対して、該情報を通知する。また、該ＮＣＴのシステム情報を含む無線リソース構成を受信した場合は、該情報を通知するとよい。該通知方法として、本変形例で開示した「RRCCconnectionreconfiguration」メッセージ、メッセージ制御情報（Message Control Information；略称：ＭＣＩ）などを利用する方法を適用してもよい。
【０３２１】
このようにソースＰＣｅｌｌが、ターゲットＰＣｅｌｌから受信したＮＣＴのシステム情報をＵＥに通知するようにすることによって、ＵＥは、ターゲットＰＣｅｌｌと、新たに構成されたＮＣＴとに対して同期を行い、通信を行うことが可能となる。
【０３２２】
ここで開示した方法は、同一ｅＮＢ内のＰＣｅｌｌを変更する場合にも、異なるｅＮＢのＰＣｅｌｌを変更する場合にも適用可能である。
【０３２３】
ＰＣｅｌｌの変更前後でＮＣＴ構成を同一とする場合にも、前記に開示した方法を適用してもよい。これによって、ターゲットＰＣｅｌｌで構成するＮＣＴのシステム情報、あるいは該ＮＣＴのシステム情報を含む無線リソース構成を、ソースＰＣｅｌｌおよびＵＥに確実に通知することができるので、ＵＥおよびターゲットＰＣｅｌｌの状態不一致による接続断を低減することができる。「接続断」とは、接続が切断されることをいう。
【０３２４】
ターゲットＰＣｅｌｌが、ＮＣＴを構成しないと決定した場合には、ターゲットＰＣｅｌｌは、ソースＰＣｅｌｌにＮＣＴのシステム情報を通知しないようにすればよい。ターゲットＰＣｅｌｌは、該ＮＣＴのシステム情報を含まず、ターゲットＰＣｅｌｌの無線リソース構成のみを含むメッセージを通知するようにしてもよい。同様にソースＰＣｅｌｌは、ＵＥにＮＣＴのシステム情報を通知しないようにすればよい。ソースＰＣｅｌｌは、該ＮＣＴのシステム情報を含まず、ターゲットＰＣｅｌｌの無線リソース構成のみを含むメッセージを通知するようにしてもよい。これによって、ＵＥは、ＰＣｅｌｌの変更後にＮＣＴが構成されないことを認識することができる。
【０３２５】
変更後のＰＣｅｌｌであるターゲットＰＣｅｌｌは、対象とするＵＥに対してＮＣＴを構成する場合、該ＵＥに対してＣＡを行ってもよい。また、ＮＣＴが関連付けられるレガシーキャリアを、ＣＡで構成するＳＣｅｌｌのうちの一つとしてもよい。
【０３２６】
この場合、前記に開示した方法を適用し、さらに、ターゲットＰＣｅｌｌは、ＰＣｅｌｌ変更後のＣＡの構成をソースＰＣｅｌｌに通知するとよい。またソースＰＣｅｌｌは、ＰＣｅｌｌ変更後のＣＡの構成をＵＥに通知するとよい。ＣＡの構成としては、ＣＡが行われる一つまたは複数のＳＣｅｌｌの構成情報あるいはシステム情報などがある。また、どのＳＣｅｌｌが、ＮＣＴの関連レガシーキャリアになっているか、を示す情報を一緒に通知するとよい。
【０３２７】
これによって、ＵＥは、ＳＣｅｌｌとともにＮＣＴと、同期を行い、通信を行うことが可能となる。
【０３２８】
なお、ＣＡにおいて、ＮＣＴがＳＣｅｌｌの一つとして構成されてもよい。この場合にも、同様の方法を適用することができる。
【０３２９】
前記に開示した方法によって、ＮＣＴがＵＥに対して構成され、該ＮＣＴの関連レガシーキャリアがＰＣｅｌｌである場合に、ＰＣｅｌｌを変更する場合にも、ＰＣｅｌｌの変更前後で通信を切断すること無く、ＮＣＴの利用が可能となり、ＵＥとネットワーク側とで高速な通信を行うことが可能となる。
【０３３０】
実施の形態２．
実施の形態２において解決する課題について説明する。３ＧＰＰにおいて、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングは、レガシーキャリアのＰＤＣＣＨを用いてＵＥに通知することが提案されている。レガシーキャリアのＰＤＳＣＨのスケジューリングを、レガシーキャリアのＰＤＣＣＨを用いてＵＥに通知することは、クロスキャリアスケジューリングと称されている（３ＧＰＰ  Ｒ１−１２１４６６（以下「非特許文献１８」という）参照）。
【０３３１】
ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングを実行するレガシーキャリアと、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリング結果をＵＥに通知するレガシーキャリアとは、同一とされる。これによって、スケジューリングと、スケジューリング結果の通知とを、同一のレガシーキャリアで実行することができるので、通信システムの制御遅延を防止することができる。該レガシーキャリアを「スケジューリングレガシーキャリア（Scheduling Legacy Carrier；略称：ＳＬＣ）」と称する。
【０３３２】
従来においても、ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングを、ＰＣｅｌｌのＰＤＣＣＨを用いてＵＥに通知する、クロスキャリアスケジューリングの開示がある（非特許文献１  １１．１章参照）。しかし、ＮＣＴに適したクロスキャリアスケジューリングの方法の開示は無い。
【０３３３】
例えば、スケジューリングレガシーキャリアが「非動作（Deactivation）」に設定された場合、ＮＣＴへのクロスキャリアスケジューリングが不可能となるという課題が発生する。したがって、レガシーキャリアとＮＣＴとが混在するリリース１１版以降の通信システムを、クロスキャリアスケジューリングを用いて、正常に、また効率的に運用することができないという課題が発生する。
【０３３４】
また、ＮＣＴの設定、あるいはＮＣＴのシステム情報を通知されたＵＥが、該ＮＣＴを常に動作中として取扱わなくてはならないか否かについての開示はない。ＮＣＴの設定、あるいはＮＣＴのシステム情報を通知されたＵＥが、該ＮＣＴを常に動作中として取扱う場合、ＵＥの消費電力が多くなるという課題が発生する。
【０３３５】
以上の課題に対する実施の形態２における解決策を以下に示す。ＮＣＴの設定、あるいはＮＣＴのシステム情報を通知されたＵＥが、該ＮＣＴを常に動作中として取扱わなくてもよいものとする。具体的には、ＮＣＴの設定、あるいはＮＣＴのシステム情報の通知があったＮＣＴについては、「動作（Activation）」または「非動作（Deactivation）」（以下、まとめて「動作／非動作（Activation／Deactivation）」という場合がある）の制御を可能とする。
【０３３６】
ＮＣＴに適したクロスキャリアスケジューリングの方法の具体例として、以下の（１）〜（３）の３つを開示する。
【０３３７】
（１）スケジューリングレガシーキャリアについては、「非動作」を禁止とする。または、スケジューリングレガシーキャリアを、常に「動作」とする。ＮＣＴの動作／非動作は、スケジューリングレガシーキャリアからシグナリングを用いて明示的に指示する。スケジューリングレガシーキャリアを、「非動作」禁止、または常に「動作」とすることによって、常に、スケジューリングレガシーキャリアからＮＣＴへのクロスキャリアスケジューリングが可能となる。
【０３３８】
（２）スケジューリングレガシーキャリアが「非動作」のときは、ＮＣＴも「非動作」とする。ＮＣＴの「非動作」のシグナリングを用いた明示的な指示は、省略してもよい。ＵＥは、スケジューリングレガシーキャリアの「非動作」を示すシグナリングを受信した場合、ＮＣＴも「非動作」となると認識する。具体例（２）の場合、ＵＥにおいて、ＮＣＴの「非動作」のシグナリングの受信動作が不要となるので、ＵＥの処理負荷の軽減、および低消費電力化を図ることができる。これによって、ＮＣＴが動作しているときに、スケジューリングレガシーキャリアが「非動作」となることがない。したがって、スケジューリングレガシーキャリアが「非動作（Deactivation）」とされた場合、ＮＣＴへのクロスキャリアスケジューリングが不可能となるという課題を解決することができる。
【０３３９】
（３）スケジューリングレガシーキャリアおよびＮＣＴの動作／非動作の状態遷移を同一とする。ＮＣＴの動作／非動作のシグナリングを用いた明示的な指示は、省略してもよい。ＵＥは、スケジューリングレガシーキャリアの動作／非動作を示すシグナリングを受信した場合、ＮＣＴも同様に状態遷移すると認識する。具体例（３）の場合、ＵＥにおいて、ＮＣＴの動作／非動作のシグナリングの受信動作が不要となるので、ＵＥの処理負荷の軽減、および低消費電力化を図ることができる。これによって、ＮＣＴが「動作」しているときに、スケジューリングレガシーキャリアが「非動作」となることがない。したがって、スケジューリングレガシーキャリアが「非動作（Deactivation）」とされた場合、ＮＣＴへのクロスキャリアスケジューリングが不可能となるという課題を解決することができる。
【０３４０】
スケジューリングレガシーキャリアは、ＮＣＴの関連レガシーキャリアとしてもよい。また、スケジューリングレガシーキャリアは、ＰＣｅｌｌであってもよいし、ＰＣｅｌｌでなくてもよい。また、スケジューリングレガシーキャリアは、ＳＣｅｌｌであってもよい。
【０３４１】
スケジューリングレガシーキャリアの動作／非動作を設定、あるいは決定するエンティティが、対象のセルをスケジューリングレガシーキャリアであるか否かを認識する方法の具体例として、以下の（１）〜（３）の３つを開示する。本説明では、便宜上、スケジューリングレガシーキャリアを「関連レガシーキャリア」とし、スケジューリングレガシーキャリアを「ＳＣｅｌｌ」とし、スケジューリングレガシーキャリアの動作／非動作を設定、あるいは決定するエンティティを「ＰＣｅｌｌ」とする。
【０３４２】
（１）対象のセルに関連付けられたＮＣＴが存在する場合に、該セルを、関連レガシーキャリアであると認識する。具体例として、以下の（１−１）〜（１−３）の３つを開示する。
【０３４３】
（１−１）実施の形態１の変形例２の場合は、静的に関連レガシーキャリアを決定する。ＮＣＴポイントが設置された場合、あるいはＮＣＴポイントが動作開始する場合に、対象のセルは、周辺のセルあるいは基地局に、関連レガシーキャリアとなった旨を通知する。関連レガシーキャリアとなった旨の通知には、例えば、既存のシグナリングである、Ｘ２インタフェースを用いて通知される「X2 SETUP REQUEST」（非特許文献１６  ９．１．２．３章参照）が用いられる。その場合、「Served Cells」パラメータ中に、関連付けられたＮＣＴがあるか否かの情報を付加すればよい。また、実施の形態１の変形例２で示したＮＣＴのシステム情報を付加してもよい。
【０３４４】
（１−２）実施の形態１の変形例３の場合は、準静的あるいはダイナミックに、関連レガシーキャリアを決定する。関連レガシーキャリアとなった対象のセルは、周辺のセルあるいは基地局に、関連レガシーキャリアとなった旨を通知する。関連レガシーキャリアとなった旨の通知には、例えば、既存のシグナリングである、Ｘ２インタフェースを用いて通知される「ENB CONFIGURATION UPDATE」（非特許文献１６  ９．１．２．８章参照）が用いられる。その場合、「Served Cells to Modify」パラメータ中に、関連付けられたＮＣＴがあるか否かの情報を付加すればよい。また、実施の形態１の変形例２で示したＮＣＴのシステム情報を付加してもよい。
【０３４５】
（１−３）スケジューリングレガシーキャリアの動作／非動作を設定あるいは決定するエンティティが、対象のセルに、関連付けられたＮＣＴが存在するか否かを問い合わせる。具体的には、関連付けられたＮＣＴが存在するか否かの問い合わせを、対象のセルに送信する。問い合わせを受信した対象のセルは、関連付けられたＮＣＴが存在するか否かの問い合わせに応答する。
【０３４６】
（２）対象のセルに関連付けられたＮＣＴが存在し、１つ以上のＵＥにＮＣＴの設定が通知された場合に、該セルを、関連レガシーキャリアであると認識する。具体例として、以下の（２−１），（２−２）の２つを開示する。
【０３４７】
（２−１）スケジューリングレガシーキャリアの動作／非動作を設定あるいは決定するエンティティは、ＵＥにＮＣＴの設定を通知した場合に、あるいはＮＣＴの設定の通知の報告を受信した場合に、該セルを、関連レガシーキャリアであると認識する。例えば、スケジューリングレガシーキャリアの動作／非動作を設定あるいは決定するエンティティ、前述の図１７〜図２１ではＰＣｅｌｌは、実施の形態１の変形例２で開示した図１７のステップＳＴ１７０９、図１８のステップＳＴ１８０６、図１９のステップＳＴ１９０１、図２０のステップＳＴ２００３、図２１のステップＳＴ２１０１において、対象のセルを、スケジューリングレガシーキャリアであると認識する。
【０３４８】
（２−２）スケジューリングレガシーキャリアの動作／非動作を設定あるいは決定するエンティティが、対象のセルに、関連付けられたＮＣＴが存在し、１つ以上のＵＥにＮＣＴの設定が通知されたか否かを問い合わせる。具体的には、関連付けられたＮＣＴが存在し、１つ以上のＵＥにＮＣＴの設定が通知されたか否かの問い合わせを、対象のセルに送信する。問い合わせを受信した対象のセルは、関連付けられたＮＣＴが存在し、１つ以上のＵＥにＮＣＴの設定が通知されたか否かを応答する。
【０３４９】
（３）対象のセルをスケジューリングレガシーキャリアと設定した場合に、該セルを、関連レガシーキャリアであると認識する。つまり、対象のセルをスケジューリングレガシーキャリアと設定したエンティが、該スケジューリングレガシーキャリアの動作／非動作を設定、あるいは決定する。これによって、具体例（１），（２）と比較して「通知」または「問合せ」が不要となるので、通信システムの制御遅延の防止、および処理負荷の軽減を図ることができる。
【０３５０】
また、スケジューリングレガシーキャリアの動作／非動作を設定、あるいは決定するエンティティが、対象のセルがスケジューリングレガシーキャリアであるか否かを認識していない場合、あるいは認識できない場合は、前述のＮＣＴに適したクロスキャリアスケジューリングの方法の具体例（１）を用いればよい。これによって、たとえ対象のセルがスケジューリングレガシーキャリアであっても、対象のセルは「非動作」禁止、または常に「動作」となるので、常に、対象のセルからＮＣＴへのクロスキャリアスケジューリングが可能となる。
【０３５１】
図２４は、実施の形態２の通信システムにおいて、ＮＣＴに適したクロスキャリアスケジューリングの方法として具体例（１）を用いた場合のシーケンスの一例を示す図である。図２４に示す例では、スケジューリングレガシーキャリアの動作／非動作を設定あるいは決定するエンティティをＰＣｅｌｌとし、スケジューリングレガシーキャリア（ＳＬＣ）をＳＣｅｌｌとして説明する。
【０３５２】
ステップＳＴ２４０１において、ＰＣｅｌｌは、ＵＥに対して、ＳＣｅｌｌの設定を行う。
【０３５３】
ステップＳＴ２４０２において、ＰＣｅｌｌは、動作／非動作を設定あるいは決定する対象であるＳＣｅｌｌが、スケジューリングレガシーキャリア（ＳＬＣ）であるか否かを判断する。ＰＣｅｌｌは、ＳＣｅｌｌがスケジューリングレガシーキャリアであると判断した場合、ステップＳＴ２４０３に移行する。ＰＣｅｌｌは、ＳＣｅｌｌがスケジューリングレガシーキャリアでないと判断した場合、本アイデアの特徴的部分ではないので、説明を省略する。
【０３５４】
ＰＣｅｌｌが、ＳＣｅｌｌがスケジューリングレガシーキャリアであるか否かを判断する具体的な方法としては、前述のスケジューリングレガシーキャリアの動作／非動作を設定あるいは決定するエンティティが、対象のセルをスケジューリングレガシーキャリアであるか否かを認識する方法の具体例を用いることができる。
【０３５５】
ステップＳＴ２４０３において、ＰＣｅｌｌは、ＳＣｅｌｌを非動作にすることを禁止する。具体的には、ＰＣｅｌｌは、ＳＣｅｌｌを「非動作」禁止と管理する。すなわち、ＰＣｅｌｌは、ＳＣｅｌｌを常に「動作」とする。
【０３５６】
ステップＳＴ２４０４において、ＰＣｅｌｌは、対象のＵＥに、ＳＣｅｌｌを「動作」と設定することを通知する。
【０３５７】
ステップＳＴ２４０５において、ＳＣｅｌｌは、ＵＥに対して、ＮＣＴの設定を行う。ここで、ＵＥに対してＮＣＴの設定を行うエンティティとしては、ＳＣｅｌｌに限らず、実施の形態１の変形例２で開示した、ＵＥに対してＮＣＴの設定を行うエンティティの具体例を用いることができる。また、ステップＳＴ２４０５の処理は、ステップＳＴ２４０１の前などに行われていても問題ない。
【０３５８】
ステップＳＴ２４０６において、ＳＣｅｌｌは、ＰＤＳＣＨのスケジューリングを行う。ＳＣｅｌｌは、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングを行うようにしてもよい。
【０３５９】
ステップＳＴ２４０７において、ＳＣｅｌｌは、ステップＳＴ２４０６のスケジューリングの結果、ＮＣＴにＰＤＳＣＨがマッピングされるか否かを判断する。ＳＣｅｌｌは、ＮＣＴにＰＤＳＣＨがマッピングされると判断した場合、ステップＳＴ２４０８に移行する。ＳＣｅｌｌは、ＮＣＴにＰＤＳＣＨがマッピングされないと判断した場合、ステップＳＴ２４１０に移行する。ここでは、ＮＣＴにＰＤＳＣＨがマッピングされるか否かに基づいて、ＮＣＴの動作／非動作を決定する例について開示したが、別の基準に基づいてＮＣＴの動作／非動作を決定してもよい。
【０３６０】
ステップＳＴ２４０８において、ＳＣｅｌｌは、ＵＥに、ＮＣＴが「動作」に設定されたことを通知する。
【０３６１】
ステップＳＴ２４０９において、ＳＣｅｌｌは、ＵＥに対して、ＮＣＴにマッピングされるＰＤＳＣＨをクロスキャリアスケジューリングする。
【０３６２】
ステップＳＴ２４１０において、ＳＣｅｌｌは、ＵＥに、ＮＣＴが「非動作」に設定されたことを通知する。
【０３６３】
図２５は、実施の形態２の通信システムにおいて、ＮＣＴに適したクロスキャリアスケジューリングの方法として具体例（２）を用いた場合のシーケンスの一例を示す図である。図２５に示す例では、スケジューリングレガシーキャリアの動作／非動作を設定あるいは決定するエンティティをＰＣｅｌｌとし、スケジューリングレガシーキャリア（ＳＬＣ）をＳＣｅｌｌとして説明する。図２５に示すシーケンスは、図２４に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０３６４】
図２５に示す例では、ステップＳＴ２４０１の処理の後に、ステップＳＴ２５０１において、ＰＣｅｌｌは、ＰＤＳＣＨのスケジューリングを行う。ＰＣｅｌｌは、ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングを行うようにしてもよい。
【０３６５】
ステップＳＴ２５０２において、ＰＣｅｌｌは、ステップＳＴ２５０１のスケジューリングの結果、ＳＣｅｌｌにＰＤＳＣＨがマッピングされるか否かを判断する。ＰＣｅｌｌは、ＳＣｅｌｌにＰＤＳＣＨがマッピングされると判断した場合、ステップＳＴ２５０３に移行する。ＰＣｅｌｌは、ＳＣｅｌｌにＰＤＳＣＨがマッピングされないと判断した場合、ステップＳＴ２５０６に移行する。ここでは、ＳＣｅｌｌにＰＤＳＣＨがマッピングされるか否かに基づいて、ＳＣｅｌｌの動作／非動作を決定する例について開示したが、別の基準に基づいてＳＣｅｌｌの動作／非動作を決定してもよい。
【０３６６】
ステップＳＴ２５０３において、ＰＣｅｌｌは、ＵＥに、ＳＣｅｌｌを「動作」に設定することを通知する。
【０３６７】
ステップＳＴ２５０４において、ＰＣｅｌｌは、ＵＥに対して、ＳＣｅｌｌにマッピングされるＰＤＳＣＨをクロスキャリアスケジューリングする。
【０３６８】
ステップＳＴ２５０５において、ＰＣｅｌｌは、ＳＣｅｌｌに、ＳＣｅｌｌを「動作」に設定することを通知する。
【０３６９】
ステップＳＴ２５０６において、ＰＣｅｌｌは、ＵＥに、ＳＣｅｌｌを「非動作」に設定することを通知する。ステップＳＴ２５０７において、ＰＣｅｌｌは、ＳＣｅｌｌに、ＳＣｅｌｌを「非動作」に設定することを通知する。
【０３７０】
ステップＳＴ２５０８において、ＳＣｅｌｌは、自セルが「動作」と設定されているか、「非動作」と設定されているかを判断する。ＳＣｅｌｌは、自セルが「非動作」と設定されているか否かを判断するようにしてもよい。ＳＣｅｌｌは、自セルが「非動作」と設定されていないと判断した場合、ステップＳＴ２４０６に移行する。ＳＣｅｌｌは、自セルが「非動作」と設定されていると判断した場合、ステップＳＴ２５０９に移行する。
【０３７１】
ステップＳＴ２５０９において、ＳＣｅｌｌは、ＮＣＴが「動作」禁止に設定されたと認識する。ＳＣｅｌｌは、ＮＣＴにＰＤＳＣＨをマッピング禁止と認識する。
【０３７２】
ステップＳＴ２５１０において、ＵＥは、ＳＣｅｌｌが「動作」と設定されているか、「非動作」と設定されているかを判断する。ＵＥは、「非動作」と設定されているか否かを判断してもよい。ＵＥは、「非動作」と設定されていると判断した場合、ステップＳＴ２５１１に移行する。ＵＥは、「非動作」と設定されていないと判断した場合、ステップＳＴ２４０８に移行する。
【０３７３】
ステップＳＴ２５１１において、ＵＥは、ＮＣＴも「非動作」と設定されていると認識する。
【０３７４】
図２６は、実施の形態２の通信システムにおいて、ＮＣＴに適したクロスキャリアスケジューリングの方法として具体例（３）を用いた場合のシーケンスの一例を示す図である。図２６に示す例では、スケジューリングレガシーキャリアの動作／非動作を設定あるいは決定するエンティティをＰＣｅｌｌとし、スケジューリングレガシーキャリア（ＳＬＣ）をＳＣｅｌｌとして説明する。図２６に示すシーケンスは、前述の図２４および図２５に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０３７５】
図２６に示す例では、ステップＳＴ２４０１、ステップＳＴ２５０１〜ステップＳＴ２５０７およびステップＳＴ２４０５の処理の後、ステップＳＴ２６０１において、ＵＥは、ＳＣｅｌｌが「動作」と設定されているか、「非動作」と設定されているかを判断する。ＵＥは、ＳＣｅｌｌが「非動作」と設定されているか否かを判断してもよい。ＵＥは、ＳＣｅｌｌが「非動作」と設定されていると判断した場合、ステップＳＴ２５１１に移行する。ＵＥは、ＳＣｅｌｌが「非動作」と設定されていないと判断した場合、ステップＳＴ２６０２に移行する。
【０３７６】
ステップＳＴ２６０２において、ＵＥは、ＮＣＴも「動作」と設定されていると認識する。ステップＳＴ２６０１からステップＳＴ２５１１に移行した場合にＵＥで行われるステップＳＴ２５１１の処理、ならびにステップＳＴ２４０５の処理後にＳＣｅｌｌで行われるステップＳＴ２５０８、ステップＳＴ２５０９、ステップＳＴ２４０６、ステップＳＴ２４０７およびステップＳＴ２４０９の処理は、前述の図２４および図２５に示すシーケンスと同様である。
【０３７７】
以上の実施の形態２によって、以下の効果を得ることができる。レガシーキャリアとＮＣＴとが混在するリリース１１版以降の通信システムを、クロスキャリアスケジューリングを用いて、正常に、また効率的に運用することができる。
【０３７８】
実施の形態２  変形例１．
実施の形態２の変形例１において解決する課題について説明する。スケジューリングレガシーキャリアがＳＣｅｌｌとなった場合の、ＮＣＴに適したクロスキャリアスケジューリングの方法の開示は無い。したがって、レガシーキャリアとＮＣＴとが混在するリリース１１版以降の通信システムを、クロスキャリアスケジューリングを用いて、正常に、また効率的に運用することができない。
【０３７９】
実施の形態２の変形例１における解決策として、以下の（１），（２）の２つを開示する。
（１）ＮＣＴにマッピングされるＰＤＳＣＨのクロスキャリアスケジューリングは、ＰＣｅｌｌが行う。
【０３８０】
（２）ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングを、ＰＣｅｌｌがクロスキャリアスケジューリングで行う場合に、ＮＣＴにマッピングされるＰＤＳＣＨのクロスキャリアスケジューリングは、ＰＣｅｌｌが行う。ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングを、ＳＣｅｌｌのＰＤＣＣＨで行う場合は、ＮＣＴにマッピングされるＰＤＳＣＨのクロスキャリアスケジューリングは、ＰＣｅｌｌ、あるいはＳＣｅｌｌが行う。
【０３８１】
以上の２つの方法によれば、ＳＣｅｌｌにマッピングされるＰＤＳＣＨをＰＣｅｌｌがクロスキャリアスケジューリングする場合は、ＮＣＴにマッピングされるＰＤＳＣＨのクロスキャリアスケジューリングは、ＰＣｅｌｌが行うこととなる。これによって、ＳＣｅｌｌにマッピングされるＰＤＳＣＨをＰＣｅｌｌがクロスキャリアスケジューリングする場合は、ＵＥは、ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングを受信するためと、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングを受信するためとに、ＰＣｅｌｌのＰＤＣＣＨを受信すればよくなる。すなわち、ＳＣｅｌｌのＰＤＣＣＨの受信が不要となる。したがって、ＵＥの処理負荷を軽減することができる。
【０３８２】
図２７は、実施の形態２の変形例１における解決策（１）の概念を示す図である。解決策（１）では、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングは、ＰＣｅｌｌのＰＤＣＣＨを用いて通知される。ＵＥは、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングを受信するために、ＰＣｅｌｌのＰＤＣＣＨを受信する。
【０３８３】
図２８および図２９は、実施の形態２の変形例１における解決策（２）の概念を示す図である。図２８は、ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングをＰＣｅｌｌがクロスキャリアスケジューリングで行う場合を示す。図２９は、ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングをＳＣｅｌｌのＰＤＣＣＨで行う場合を示す。
【０３８４】
解決策（２）において、ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングをＰＣｅｌｌがクロスキャリアスケジューリングを行う場合、図２９に示すように、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングは、ＰＣｅｌｌのＰＤＣＣＨを用いて通知される。ＵＥは、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングを受信するために、ＰＣｅｌｌのＰＤＣＣＨを受信する。
【０３８５】
解決策（２）において、ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングをＳＣｅｌｌのＰＤＣＣＨで行う場合、図２９に示すように、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングは、ＰＣｅｌｌのＰＤＣＣＨ、あるいはＳＣｅｌｌのＰＤＣＣＨを用いて通知される。ＵＥは、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングを受信するために、ＰＣｅｌｌのＰＤＣＣＨ、あるいはＳＣｅｌｌのＰＤＣＣＨを受信する。
【０３８６】
以上の実施の形態２の変形例１によって、実施の形態２と同様の効果に加え、以下の効果を得ることができる。ＳＣｅｌｌにマッピングされるＰＤＳＣＨをＰＣｅｌｌがクロスキャリアスケジューリングする場合は、ＵＥは、ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングを受信するためと、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングを受信するためとに、ＰＣｅｌｌのＰＤＣＣＨを受信すればよくなる。すなわち、ＳＣｅｌｌのＰＤＣＣＨの受信が不要となる。これによって、ＵＥの処理負荷を軽減することができる。
【０３８７】
実施の形態２  変形例２．
実施の形態２の変形例２において解決する課題について説明する。実施の形態１の変形例１を用いて、ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングをＰＣｅｌｌがクロスキャリアスケジューリングで行う場合に、ＮＣＴにマッピングされるＰＤＳＣＨのクロスキャリアスケジューリングをＰＣｅｌｌが行うようにしたとき、以下の課題が発生することがある。ＰＣｅｌｌのＰＤＣＣＨによって、ＰＣｅｌｌにマッピングされるＰＤＳＣＨ、ＳＣｅｌｌにマッピングされるＰＤＳＣＨ、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングを通知する必要がある。したがって、ＰＣｅｌｌのＰＤＣＣＨのリソース不足という課題が発生する場合がある。
【０３８８】
実施の形態２の変形例２における解決策を以下に開示する。ＳＣｅｌｌにマッピングされるＰＤＳＣＨをＰＣｅｌｌがクロスキャリアスケジューリングすることを禁止する。ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングは、ＳＣｅｌｌのＰＤＣＣＨで行う。ＮＣＴにマッピングされるＰＤＳＣＨのクロスキャリアスケジューリングは、ＳＣｅｌｌが行う。ＮＣＴにマッピングされるＰＤＳＣＨのクロスキャリアスケジューリングは、ＰＣｅｌｌが行ってもよい。
【０３８９】
図３０は、実施の形態２の変形例２における解決策の概念を示す図である。実施の形態２の変形例２の解決策では、ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングは、ＳＣｅｌｌのＰＤＣＣＨを用いて通知される。ＰＣｅｌｌのＰＤＣＣＨを用いたクロスキャリアスケジューリングは禁止とする。図３０では、禁止されているクロスキャリアスケジューリングについては、矢符に「×」を付して示している。
【０３９０】
ＵＥは、ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングを受信するために、ＳＣｅｌｌのＰＤＣＣＨを受信する。また、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングは、ＳＣｅｌｌのＰＤＣＣＨを用いて、あるいはＰＣｅｌｌのＰＤＣＣＨを用いて通知される。ＵＥは、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングを受信するために、ＳＣｅｌｌのＰＤＣＣＨ、あるいはＰＣｅｌｌのＰＤＣＣＨを受信する。
【０３９１】
以上の実施の形態２の変形例２によって、実施の形態２と同様の効果に加え、以下の効果を得ることができる。ＰＣｅｌｌのＰＤＣＣＨによる、ＰＣｅｌｌにマッピングされるＰＤＳＣＨ、ＳＣｅｌｌにマッピングされるＰＤＳＣＨ、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングの通知が不要となる。これによって、ＰＣｅｌｌのＰＤＣＣＨのリソース不足という課題の発生を抑制することができる。
【０３９２】
実施の形態２  変形例３．
実施の形態２の変形例３において解決する課題について説明する。３ＧＰＰにおいて、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングの通知に、拡張コントロールチャネル（Ｅ−ＰＤＣＣＨ）、あるいはクロスキャリアスケジューリングを用いるという提案がある。該提案では、Ｅ−ＰＤＣＣＨおよびクロスキャリアスケジューリングのいずれを使うかは、レガシーキャリアから設定するとされている（３ＧＰＰ  Ｒ１−１２２１７５（以下「非特許文献１９」という）参照）。しかし、非特許文献１９には、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングの通知に、Ｅ−ＰＤＣＣＨおよびクロスキャリアスケジューリングをどのように使い分けて用いるかについての開示はない。したがって、レガシーキャリアとＮＣＴとが混在するリリース１１版以降の通信システムを、クロスキャリアスケジューリングを用いて、正常に、また効率的に運用することができない。
【０３９３】
実施の形態２の変形例３における解決策として、以下の（１），（２）の２つを開示する。
【０３９４】
（１）ＮＣＴにリンクする上りが存在する場合は、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングの通知に、Ｅ−ＰＤＣＣＨを用いる。
【０３９５】
ＮＣＴにリンクする上りが存在する場合、上りデータに対する応答信号を下りにおいて通知する必要がある。ＰＤＣＣＨが送信されないようなキャリアにおける、上りデータに対する応答信号の通知方法としては、拡張ＨＡＲＱインジケータチャネル（Ｅ−ＨＩＣＨ）が検討されている。Ｅ−ＨＩＣＨおよびＥ−ＰＤＣＣＨについては、ＵＥに対して、別途チャネル設定がなされることも考えられている。
【０３９６】
したがって、上りデータに対する応答信号を下りにおいて通知する必要がある、ＮＣＴにリンクする上りが存在する場合においては、Ｅ−ＨＩＣＨとの親和性の高いＥ−ＰＤＣＣＨを用いて、ＮＣＴにマッピングされるＰＤＳＣＨをスケジューリングする。これによって、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングにクロスキャリアスケジューリングを用い、上りデータに対する応答信号の送信方法を別途新設する場合と比較して、通信システムが複雑化することを回避することができる。
【０３９７】
また、Ｅ−ＰＤＣＣＨおよびクロスキャリアスケジューリングのいずれを使うかの、レガシーキャリアからの設定は不要とする。ＵＥは、ＮＣＴのシステム情報でリンクする上りが存在するか否かによって、スケジューリング方法を認識する。具体的には、ＵＥは、ＮＣＴのシステム情報でリンクする上りが存在する場合は、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングの通知に、Ｅ−ＰＤＣＣＨが用いられると認識する。ＵＥは、ＮＣＴのシステム情報でリンクする上りが存在しない場合は、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングの通知に、クロスキャリアスケジューリングが用いられると認識する。
【０３９８】
解決策（１）では、非特許文献１９と異なり、レガシーキャリアからの明示的な設定が不要であるので、新たなシグナリングを設ける必要がない。したがって、通信システムが複雑化することを回避することができる。
【０３９９】
（２）キャリアアグリゲーションが実行あるいは設定されている場合は、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングの通知に、クロスキャリアスケジューリングを用いる。具体的には、スケジューリングレガシーキャリアがＰＣｅｌｌである場合、あるいはスケジューリングレガシーキャリアがＳＣｅｌｌである場合は、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングの通知に、クロスキャリアスケジューリングを用いる。また、スケジューリングレガシーキャリアがＰＣｅｌｌでなく、かつスケジューリングレガシーキャリアがＳＣｅｌｌでない場合は、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングの通知に、Ｅ−ＰＤＣＣＨを用いるようにしてもよい。
【０４００】
従来においても、ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングを、ＰＣｅｌｌのＰＤＣＣＨを用いてＵＥに通知する、クロスキャリアスケジューリングの開示がある（非特許文献１  １１．１章参照）。したがって、ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリング、およびＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングを、同様にクロスキャリアスケジューリングとすることができ、通信システムが複雑化することを回避することができる。
【０４０１】
以上の実施の形態２の変形例３によって、実施の形態２と同様の効果を得ることができる。
【０４０２】
実施の形態２  変形例４．
実施の形態２の変形例４において解決する課題について説明する。従来においても、ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングを、ＰＣｅｌｌのＰＤＣＣＨを用いてＵＥに通知する、クロスキャリアスケジューリングの開示がある（非特許文献２参照）。具体的には、「CrossCarrierSchedulingConfig」に含まれる「pdsch-Start」パラメータを用いて、ＳＣｅｌｌのＰＤＳＣＨのスタートするＯＦＤＭシンボルを指定する。
【０４０３】
パラメータの値は、「１」、「２」、「３」、「４」である。該パラメータによって、ＳＣｅｌｌにおける、３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１０．６．０（以下「非特許文献２０」という）の７．１．６．４章に示すＰＤＳＣＨのスタートＯＦＤＭシンボルを示す。なお、パラメータの値「１」、「２」、「３」は、３ＧＰＰ  ＴＳ  ３６．２１１  Ｖ１０．５．０（以下「非特許文献２１」という）の表６．７−１に示すように、ＳＣｅｌｌの下り帯域幅が１０リソースブロックを超える場合に使用可能である。また、パラメータの値「２」、「３」、「４」は、非特許文献２１の表６．７−１に示すように、ＳＣｅｌｌの下り帯域幅が１０リソースブロック以下の場合に使用可能である。
【０４０４】
つまり、パラメータの値「１」は、ＳＣｅｌｌの下り帯域幅が１０リソースブロックを超える場合のＰＤＣＣＨのＯＦＤＭシンボル数が「１」であるときの、ＰＤＳＣＨのスタートＯＦＤＭシンボルを示す。
【０４０５】
また、パラメータの値「２」は、ＳＣｅｌｌの下り帯域幅が１０リソースブロックを超える場合のＰＤＣＣＨのＯＦＤＭシンボル数が「２」であるときの、ＰＤＳＣＨのスタートＯＦＤＭシンボルを示す。あるいは、パラメータの値「２」は、ＳＣｅｌｌの下り帯域幅が１０リソースブロック以下である場合のＰＤＣＣＨのＯＦＤＭシンボル数が「２」であるときの、ＰＤＳＣＨのスタートＯＦＤＭシンボルを示す。
【０４０６】
また、パラメータの値「３」は、ＳＣｅｌｌの下り帯域幅が１０リソースブロックを超える場合のＰＤＣＣＨのＯＦＤＭシンボル数が「３」であるときの、ＰＤＳＣＨのスタートＯＦＤＭシンボルを示す。あるいは、パラメータの値「３」は、ＳＣｅｌｌの下り帯域幅が１０リソースブロック以下である場合のＰＤＣＣＨのＯＦＤＭシンボル数が「３」であるときの、ＰＤＳＣＨのスタートＯＦＤＭシンボルを示す。
【０４０７】
また、パラメータの値「４」は、ＳＣｅｌｌの下り帯域幅が１０リソースブロック以下の場合のＰＤＣＣＨのＯＦＤＭシンボル数が「４」であるときの、ＰＤＳＣＨのスタートＯＦＤＭシンボルを示す。
【０４０８】
また、３ＧＰＰでは、ＰＤＣＣＨの削減が検討されている（非特許文献１５参照）。しかし、前述のように、ＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングを、ＰＣｅｌｌのＰＤＣＣＨを用いてＵＥに通知する、クロスキャリアスケジューリングにおいては、ＰＤＣＣＨのＯＦＤＭシンボル数が「０」の場合の、ＰＤＳＣＨのスタートＯＦＤＭシンボル数の指定は不可能である。
【０４０９】
したがって、ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングを、前述のＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングを、ＰＣｅｌｌのＰＤＣＣＨを用いてＵＥに通知する、クロスキャリアスケジューリングのシグナリングを用いて実現することは不可能であるという課題が発生する。
【０４１０】
実施の形態２の変形例４における解決策を以下に開示する。スケジューリング対象のＰＤＣＣＨのＯＦＤＭシンボル数が「０」の場合の、ＰＤＳＣＨのスタートＯＦＤＭシンボルを示すパラメータを追加する。あるいは、スケジューリング対象の下り帯域幅が１０リソースブロックを超える場合、あるいは下り帯域幅が１０リソースブロック以下の場合のスケジューリング対象のＰＤＣＣＨのＯＦＤＭシンボル数が「０」の場合の、ＰＤＳＣＨのスタートＯＦＤＭシンボルを示すパラメータを追加する。具体例としては、パラメータの値に「０」を追加する。値は「０」は、スケジューリング対象のＰＤＣＣＨのＯＦＤＭシンボル数が「０」の場合の、ＰＤＳＣＨのスタートＯＦＤＭシンボルを示すとすればよい。
【０４１１】
パラメータの値「０」、「１」、「２」、「３」は、非特許文献２１の表６．７−１に示すように、ＳＣｅｌｌの下り帯域幅が１０リソースブロックを超える場合に使用可能とすればよい。また、パラメータの値「０」、「２」、「３」、「４」は、非特許文献２１の表６．７−１に示すように、ＳＣｅｌｌの下り帯域幅が１０リソースブロック以下である場合に使用可能とすればよい。
【０４１２】
以上の実施の形態２の変形例４によって、以下の効果を得ることができる。ＮＣＴにマッピングされるＰＤＳＣＨのスケジューリングを、前述のＳＣｅｌｌにマッピングされるＰＤＳＣＨのスケジューリングを、ＰＣｅｌｌのＰＤＣＣＨを用いてＵＥに通知する、クロスキャリアスケジューリングのシグナリングを用いて実現することが可能となる。したがって、通信システムが複雑化することを回避することができる。
【０４１３】
実施の形態３．
実施の形態３において解決する課題について説明する。ＮＣＴの導入の目的の１つにヘットネットの改善された支援がある（非特許文献１１参照）。ヘットネットの改善された支援の１つにセル間干渉制御（Inter-Cell Interference Coordination：ＩＣＩＣ）がある。セル間干渉が発生する原因の１つに、従来の技術における基地局からの下り制御信号であるＰＤＣＣＨ、ＳＳなどが挙げられている。そこで、ヘットネットの改善された支援の具体策の１つとして、ＮＣＴにおける下り制御信号であるＰＤＣＣＨの削減が提案されている（非特許文献１５参照）。しかし、非特許文献１１，１５には、基地局間の連携の方法などの開示はない。
【０４１４】
セル間干渉制御の基地局間の連携の方法として、基地局間で負荷情報メッセージ（Load Information Message）をやり取りすることが提案されている（非特許文献１６参照）。
【０４１５】
負荷情報メッセージに、「UL Interference Overload Indication」パラメータが存在する場合、通知セルによって、全てのリソースブロック、物理リソースブロック（Physical Resource Block：ＰＲＢ）毎に、干渉に苦慮していることを示す。該パラメータを受信した基地局は、その情報を考慮する。「UL Interference Overload Indication」パラメータを受信した基地局は、スケジューリングのときに、その情報を考慮に入れるかもしれない。
【０４１６】
負荷情報メッセージに、「UL High Interference Indication」パラメータが存在する場合、パラメータを通知するセル（以下「通知セル」という場合がある）のＰＲＢ毎の高い干渉の発生を示す。該パラメータを受信した基地局（以下「受信基地局」という場合がある）は、関係の有るＰＲＢに、受信基地局の傘下のＵＥを該ＰＲＢにスケジューリングしないようにするべきである。
【０４１７】
負荷情報メッセージに、「Invoke Indication IE」パラメータが存在する場合、パラメータを通知する基地局（以下「通知基地局」という場合がある）が、受信基地局に、どのような情報の応答をして欲しいかを示す。受信基地局は、「Invoke Indication IE」パラメータによるリクエストを考慮に入れるかもしれない。
【０４１８】
「Invoke Indication IE」に「ABS Information」がセットされる場合、通知基地局が、受信基地局に、受信基地局のＡＢＳ（Almost Blank Subframe）設定を要求することを示す。
【０４１９】
前述のように、現在のセル間干渉制御の基地局間の連携の方法は、ＮＣＴを考慮した方法となっていない。したがって、本実施の形態では、ＮＣＴを考慮した基地局間の連携したヘットネットの改善された支援を開示することを目的とする。
【０４２０】
変形例を含む本実施の形態３では、ＮＣＴを便宜上セルとして扱う。これによって、既存の基地局間のＸ２シグナリングにおいて用いられる、基地局が構成するセル（Served Cell）に関するパラメータの体系を流用することが容易となる。
【０４２１】
実施の形態３における解決策として、以下の（１），（２）の２つを開示する。
【０４２２】
（１）下り干渉が高いｅＮＢ１が周辺セルに要求動作を通知しない。下り干渉が高いことを示すメッセージを新設する。ｅＮＢ１が構成する下り干渉が高いセルのセル識別子を合わせて通知してもよい。この下り干渉が高いセルは、高干渉セルに相当する。
【０４２３】
負荷情報メッセージ（Load Information Message）に「下り干渉が高いことを示すパラメータ」を追加してもよい。負荷情報メッセージの他に新たなメッセージとして追加してもよい。これによって、新たなメッセージを追加する必要がない点において、通信システムが複雑化することを回避することができる。
【０４２４】
下り干渉が高いことを示すメッセージを受信した基地局（以下「ｅＮＢ２」と称する）の動作として、以下の（１−１）〜（１−４）の４つを開示する。
【０４２５】
（１−１）ｅＮＢ１が構成する下り干渉が高いセルのキャリア周波数と異なるキャリア周波数を持つセルに、ＰＤＳＣＨをスケジューリング、マッピングする。これによって、ｅＮＢ２の下り干渉が高いセルと同じ周波数キャリアを持つセルのＰＤＳＣＨが削減され、干渉が抑制される。
【０４２６】
（１−２）ｅＮＢ２がＮＣＴを構成する場合、ｅＮＢ２は、ＮＣＴにＰＤＳＣＨを優先的にスケジューリング、マッピングしてもよい。ｅＮＢ２は、ＮＣＴにＰＤＳＣＨをスケジューリング、マッピングしてもよい。ｅＮＢ２がＮＣＴを構成する場合、ｅＮＢ２は、ｅＮＢ１が構成する下り干渉が高いセルのキャリア周波数と異なるキャリア周波数を持つＮＣＴにＰＤＳＣＨをスケジューリング、マッピングしてもよい。これによって、ｅＮＢ２の下り干渉が高いセルと同じ周波数キャリアを持つセルのＰＤＳＣＨが削減され、干渉が抑制される。
【０４２７】
（１−３）前記（１−２）に加えて、ｅＮＢ２は、下り干渉が高いセルと同じ周波数キャリアを持つレガシーキャリアからは該ＮＣＴをクロスキャリアスケジューリングしないとしてもよい。これによって、ｅＮＢ２の下り干渉が高いセルと同じ周波数キャリアを持つセルのＰＤＳＣＨ、ＰＤＣＣＨが削減され、干渉が抑制される。
【０４２８】
前記（１−２）、前記（１−３）は、単独の動作としてもよく、同様の効果を得ることができる。
【０４２９】
（１−４）ｅＮＢ２は、下り干渉が高いセルと同じ周波数キャリアを持つレガシーキャリアを、ＮＣＴに変更する。ｅＮＢ２は、下り干渉が高いセルと同じ周波数キャリアを持つレガシーキャリアを、ＮＣＴに変更し、ＰＤＣＣＨ、ＳＳなどの下り制御信号の送信を行わない。
【０４３０】
ｅＮＢ２からｅＮＢ１に、要求に応じたか否かの応答を通知してもよい。実行した動作を合わせて通知してもよい。
【０４３１】
（２）下り干渉が高いｅＮＢ１が周辺セルに要求動作を通知する。周辺セルに、ＮＣＴが存在する場合と、ＮＣＴが存在しない場合とで、要求動作を分けてもよい。あるいは、周辺セルに、設定しているＮＣＴが存在する場合と、設定しているＮＣＴが存在しない場合とで、要求動作を分けてもよい。あるいは、周辺セルに、動作しているＮＣＴが存在する場合と、動作しているＮＣＴが存在しない場合とで、要求動作を分けてもよい。
【０４３２】
周辺セルにＮＣＴが存在するか否かを判断する方法の具体例としては、以下の方法が挙げられる。基地局間で、自基地局がＮＣＴを構成するか否かの情報の通知を新設する。あるいは、自基地局がＮＣＴをいずれかのＵＥに設定しているか否かの情報の通知を新設するようにしてもよい。また、自基地局に、「動作」しているＮＣＴがあるか否かの情報の通知を新設するようにしてもよい。該通知と合わせて、ＮＣＴの設定、あるいはＮＣＴのシステム情報を通知してもよい。ＮＣＴの設定の具体例は、後述する。該通知には、既存のＸ２シグナリングにＮＣＴを構成するか否かの通知を追加してもよい。これによって、ＮＣＴの設定用に新たなシグナリングを追加する必要がないので、通信システムが複雑化することを回避することができる。
【０４３３】
既存のＸ２シグナリングの具体例としては、「X2 SETUP Request」、「X2 SETUP RESPONSE」、「ENB CONFIGURATION UPDATE」（例えば非特許文献１６  ９．２．８章参照）などがある。前記シグナリング中の「Served Cell Information」にＮＣＴの情報を追加し、レガシーキャリアであるか、ＮＣＴであるかの情報を追加すればよい。
【０４３４】
また、基地局でＮＣＴを構成するか否か、いずれかのＵＥへ設定しているＮＣＴがあるか否か、あるいは動作しているＮＣＴがあるか否かの問合せを新設するようにしてもよい。該問合せを受信した基地局は、該問合せに対して応答する。
【０４３５】
基地局間で通知されるＮＣＴの設定の具体例として、以下の（１）〜（１２）の１２個を開示する。詳細なパラメータの説明は、実施の形態１の変形例２と同様であるので説明を省略する。
【０４３６】
（１）レガシーキャリアと、ＮＣＴとを分別するパラメータ。本パラメータを基地局間で通知することによって、周辺セルでＮＣＴが構成されるか否かを判断することが可能となる。これによって、ＮＣＴを考慮した基地局間の連携したヘットネットの改善された支援を実現することができる。また、ＮＣＴを考慮した基地局間の連携した、セル間干渉制御を実現することができる。
【０４３７】
（２）ＮＣＴのセルの識別子。
（３）どのセルに関連付けられるかの情報。例えば、関連レガシーキャリアの情報。本パラメータを基地局間で通知することによって、ＮＣＴを考慮した基地局間の連携したヘットネットの改善された支援のためだけでなく、以下の効果も得ることができる。自基地局が構成するセルの傘下のＵＥに、測定設定などを適切に決定することが可能となる。
【０４３８】
（４）ＮＣＴのキャリア周波数。本パラメータを基地局間で通知することによって、ＮＣＴを考慮した基地局間の連携したヘットネットの改善された支援のためだけでなく、以下の効果も得ることができる。自基地局が構成するセルの傘下のＵＥに、測定設定などを適切に決定することが可能となる。
（５）ＮＣＴの帯域幅。
【０４３９】
（６）ＲＳ（Reference Signals）の送信方法。本パラメータを基地局間で通知することによって、ＮＣＴを考慮した基地局間の連携したヘットネットの改善された支援のためだけでなく、以下の効果も得ることができる。自基地局が構成するセルの傘下のＵＥに、測定設定などを適切に決定することが可能となる。具体例としては、ＵＥに、測定対象のＮＣＴのＲＳの送信個数、ＣＲＳが送信される帯域幅などを、測定設定として通知することが可能となる。また、ＵＥへの測定対象のＮＣＴのＣＲＳの数に応じて、平均の取り方などを測定設定として通知することが可能となる。
（７）ＮＣＴのインデックス。
【０４４０】
（８）ＮＣＴポイントの設置されている場所の位置情報。本パラメータを基地局間で通知することによって、ＮＣＴを考慮した基地局間の連携したヘットネットの改善された支援のためだけでなく、以下の効果も得ることができる。ハンドオーバ先の決定などに利用することが可能となる。具体例としては、よりＵＥに近いＮＣＴを用いることができるセルを、ターゲットセルに決定することができる。例えば、よりＵＥに近いＮＣＴの関連レガシーキャリア（上記パラメータ（３））を、ターゲットセルに決定することができる。よりＵＥに近いＮＣＴを用いることによって、ＵＥの上りデータの送信電力を下げることが可能となり、ＵＥの低消費電力化を図ることができる。
【０４４１】
（９）同期か非同期かを示す情報。本パラメータを基地局間で通知することによって、ＮＣＴを考慮した基地局間の連携したヘットネットの改善された支援のためだけでなく、以下の効果も得ることができる。ハンドオーバ先の決定などに利用することが可能となる。例えば、ＵＥの能力（Capability）として非同期のＮＣＴへ非対応などが許された場合、該ＵＥのターゲットセルとして、同期ＮＣＴを用いることができるセルを、ターゲットセルに決定することができる。例えば、同期ＮＣＴの関連レガシーキャリア（上記パラメータ（３））を、ターゲットセルに決定することができる。
【０４４２】
（１０）ＮＣＴの上りリンクの情報。本パラメータを基地局間で通知することによって、ＮＣＴを考慮した基地局間の連携したヘットネットの改善された支援のためだけでなく、以下の効果も得ることができる。ハンドオーバ先の決定などに利用することが可能となる。
【０４４３】
（１１）ＮＣＴが属するＴＡＧの情報。本パラメータを基地局間で通知することによって、ＮＣＴを考慮した基地局間の連携したヘットネットの改善された支援のためだけでなく、以下の効果も得ることができる。ハンドオーバ先の決定などに利用することが可能となる。
（１２）前記（１）〜（１１）の組合せ。
【０４４４】
下り干渉が高いｅＮＢ１が周辺セルに通知する動作の具体例として、以下の（２−１）〜（２−５）の５つを開示する。
【０４４５】
（２−１）下り干渉が高いｅＮＢ１は、ｅＮＢ２にＮＣＴが存在しない場合（ｅＮＢ２がＮＣＴを構成しない場合）、ＰＤＳＣＨを他のキャリア周波数のセルにスケジューリング、マッピングすることを要求する。負荷情報メッセージの「Invoke Indication IE」パラメータに「ＰＤＳＣＨを他のキャリア周波数のセルへスケジューリング、マッピングすることの要求」を追加してもよい。新たなシグナリングを追加する必要がないので、通信システムが複雑化することを回避することができる。
【０４４６】
（２−２）下り干渉が高いｅＮＢ１は、ｅＮＢ２に設定しているＮＣＴが存在しない場合、ＮＣＴの設定を要求する。あるいは下り干渉が高いｅＮＢ１は、ｅＮＢ２に動作しているＮＣＴがない場合、ＮＣＴを動作させることを要求するようにしてもよい。負荷情報メッセージの「Invoke Indication IE」パラメータに、「ＮＣＴの設定の要求」あるいは「ＮＣＴを動作させることの要求」を追加してもよい。これによって、新たなシグナリングを追加する必要がないので、通信システムが複雑化することを回避することができる。
【０４４７】
（２−３）前記具体例（２）に加えて、あるいは下り干渉が高いｅＮＢ１は、ｅＮＢ２にＮＣＴが存在した場合、ＰＤＳＣＨをＮＣＴへスケジューリング、マッピングすることを要求する。負荷情報メッセージの「Invoke Indication IE」パラメータに「ＰＤＳＣＨをＮＣＴへスケジューリング、マッピングすることの要求」を追加してもよい。これによって、新たなシグナリングを追加する必要がないので、通信システムが複雑化することを回避することができる。
【０４４８】
（２−４）前記具体例（２−３）に加えて、下り干渉が高いｅＮＢ１は、ｅＮＢ２にＮＣＴが存在した場合、下り干渉が高いセルと同じ周波数キャリアを持つレガシーキャリアからは、該ＮＣＴをクロスキャリアスケジューリングしないことを要求してもよい。負荷情報メッセージの「Invoke Indication IE」パラメータに「下り干渉が高いセルと同じ周波数キャリアを持つレガシーキャリアからは、該ＮＣＴをクロスキャリアスケジューリングしないことの要求」を追加してもよい。これによって、新たなシグナリングを追加する必要がないので、通信システムが複雑化することを回避することができる。
【０４４９】
前記具体例（２−２）、前記具体例（２−３）および前記具体例（２−４）は、単独の動作としてもよく、同様の効果を得ることができる。
【０４５０】
（２−５）下り干渉が高いｅＮＢ１は、ｅＮＢ２に、下り干渉が高いセルと同じ周波数キャリアを持つキャリアをＮＣＴに変更することを要求する。下り干渉が高いセルと同じ周波数キャリアを持つキャリアを、ＮＣＴに変更し、ＰＤＣＣＨ、ＳＳなどの下り制御信号の送信を行わないことを要求する。本具体例は、ｅＮＢ２にＮＣＴが存在する場合、ＮＣＴが存在しない場合のいずれにおいても用いることが可能となる。ｅＮＢ１が構成する下り干渉が高いセルのセル識別子を合わせて通知してもよい。
【０４５１】
「ＰＤＳＣＨを他のキャリア周波数のセルへスケジューリング、マッピングすることの要求」を受信したｅＮＢ２は、ＰＤＳＣＨをｅＮＢ１が構成する下り干渉が高いセルのキャリア周波数と異なるキャリア周波数のセルへスケジューリング、マッピングする。これによって、ｅＮＢ２の下り干渉が高いセルと同じ周波数キャリアを持つセルのＰＤＳＣＨが削減され、干渉が抑制される。
【０４５２】
「ＰＤＳＣＨをＮＣＴへスケジューリング、マッピングすることの要求」を受信したｅＮＢ２は、ＰＤＳＣＨをＮＣＴにスケジューリング、マッピングする。ｅＮＢ２は、ｅＮＢ１が構成する下り干渉が高いセルのキャリア周波数と異なるキャリア周波数を持つＮＣＴへＰＤＳＣＨをスケジューリング、マッピングする。これによって、ｅＮＢ２の下り干渉が高いセルと同じ周波数キャリアを持つセルのＰＤＳＣＨが削減され、干渉が抑制される。
【０４５３】
「下り干渉が高いセルと同じ周波数キャリアを持つレガシーキャリアからは、該ＮＣＴをクロスキャリアスケジューリングしないことの要求」を受信したｅＮＢ２は、下り干渉が高いセルと同じ周波数キャリアを持つレガシーキャリアからは該ＮＣＴをクロスキャリアスケジューリングしないとしてもよい。これによって、ｅＮＢ２の下り干渉が高いセルと同じ周波数キャリアを持つセルのＰＤＳＣＨ、ＰＤＣＣＨが削減され、干渉が抑制される。
【０４５４】
ｅＮＢ２からｅＮＢ１に、要求に応じたか否かの応答を通知してもよい。設定したＮＣＴの設定（例えば、システム情報）、動作させたＮＣＴの設定（例えば、システム情報）を通知してもよい。該通知には、既存のＸ２シグナリングを用いてもよい。これによって、新たなシグナリングを追加する必要がないので、通信システムが複雑化することを回避することができる。既存のＸ２シグナリングの具体例としては、「ENB CONFIGURATION UPDATE」（非特許文献１６参照）などがある。
【０４５５】
図３１は、実施の形態３の解決策（１）における通信システムのシーケンスの一例を示す図である。
【０４５６】
ステップＳＴ３００１において、下り干渉が高くなったｅＮＢ１は、下り干渉が高くなった旨を周辺セルであるｅＮＢ２に通知する。これによって、ｅＮＢ１は、ｅＮＢ２に、干渉に対処することを要求する干渉対処要求を行う。
【０４５７】
ステップＳＴ３００１でｅＮＢ１から、下り干渉が高くなった旨を受信したｅＮＢ２は、ステップＳＴ３００２において、干渉対処要求に応じるか否かを判断する。該判断では、ｅＮＢ２の構成するセルの状況、リソース状況、処理負荷などを考慮して決定してもよい。ｅＮＢ２は、干渉対処要求に応じると判断した場合、ステップＳＴ３００３に移行する。ｅＮＢ２は、干渉対処要求に応じない、あるいは干渉対処要求に応じられないと判断した場合、ステップＳＴ３００８に移行する。
【０４５８】
ステップＳＴ３００３において、ｅＮＢ２は、自基地局がＮＣＴを構成するか否かを判断する。ｅＮＢ２は、自基地局がＮＣＴを構成すると判断した場合、ステップＳＴ３００４に移行する。ｅＮＢ２は、自基地局がＮＣＴを構成しないと判断した場合、ステップＳＴ３００６へ移行する。
【０４５９】
ステップＳＴ３００４において、ｅＮＢ２は、ｅＮＢ１が構成する、下り干渉が高いセルのキャリア周波数と異なるキャリア周波数を持つＮＣＴに、ＰＤＳＣＨをスケジューリングおよびマッピングする。
【０４６０】
ステップＳＴ３００５において、ｅＮＢ２は、下り干渉が高いセルと同じ周波数キャリアを持つレガシーキャリアからは、該ＮＣＴをクロスキャリアスケジューリングすることを禁止する。
【０４６１】
ステップＳＴ３００６において、ｅＮＢ２は、ｅＮＢ１が構成する、下り干渉が高いセルのキャリア周波数と異なるキャリア周波数を持つセルに、ＰＤＳＣＨをスケジューリングおよびマッピングする。
【０４６２】
ステップＳＴ３００７において、ｅＮＢ２は、ｅＮＢ１に、ｅＮＢ１の干渉対処要求に応じて対処した旨を示す「Ａｃｋ」を送信する。
【０４６３】
ステップＳＴ３００８において、ｅＮＢ２は、ｅＮＢ１に、ｅＮＢ１の干渉対処要求に応じず、対処していない旨を示す「Ｎａｃｋ」を送信する。
【０４６４】
図３２は、実施の形態３の解決策（２）における通信システムのシーケンスの一例を示す図である。図３２に示すシーケンスは、図３１に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０４６５】
ステップＳＴ３１０１において、ｅＮＢ１は、ｅＮＢ２に、Ｘ２セットアップ要求（X2 SETUP Request）を用いて、ｅＮＢ１がＮＣＴを構成するか否かの情報を通知する。
【０４６６】
ステップＳＴ３１０２において、ｅＮＢ２は、ｅＮＢ１に、Ｘ２セットアップ応答（X2 SETUP Response）を用いて、ｅＮＢ２がＮＣＴを構成するか否かの情報を通知する。
【０４６７】
ステップＳＴ３１０３において、ｅＮＢ１は、自基地局の下り干渉が高いか否かを判断する。下り干渉が高いか否かは、ｅＮＢ１が構成するセル毎に判断してもよい。ｅＮＢ１は、下り干渉が高いと判断した場合は、ステップＳＴ３１０４に移行する。ｅＮＢ１は、下り干渉が高いと判断しない場合は、ステップＳＴ３１０３の判断を繰り返す。
【０４６８】
ステップＳＴ３１０４において、ｅＮＢ１は、周辺セルであるｅＮＢ２がＮＣＴを構成するか否かを判断する。該判断には、ステップＳＴ３１０２で受信した情報を用いればよい。ｅＮＢ１は、周辺セルがＮＣＴを構成しないと判断した場合、ステップＳＴ３１０５に移行する。ｅＮＢ１は、周辺セルがＮＣＴを構成すると判断した場合、ステップＳＴ３１０６へ移行する。
【０４６９】
ステップＳＴ３１０５において、ｅＮＢ１は、ｅＮＢ２に、「ＰＤＳＣＨを他のキャリア周波数のセルにスケジューリング、マッピングすることの要求」を通知する。
【０４７０】
ステップＳＴ３１０６において、ｅＮＢ１は、ｅＮＢ２に、「ＰＤＳＣＨをＮＣＴにスケジューリング、マッピングすることの要求」を通知する。該通知によって、「下り干渉が高いセルと同じ周波数キャリアを持つレガシーキャリアからは、該ＮＣＴをクロスキャリアスケジューリングしないことの要求」の旨を併せ持つとしてもよい。
【０４７１】
ステップＳＴ３１０７において、ｅＮＢ２は、ｅＮＢ１から、「ＰＤＳＣＨを他のキャリア周波数のセルにスケジューリング、マッピングすることの要求」を受信したか、「ＰＤＳＣＨをＮＣＴにスケジューリング、マッピングすることの要求」を受信したかを判断する。ｅＮＢ２は、「ＰＤＳＣＨを他のキャリア周波数のセルへスケジューリング、マッピングすることの要求」を受信したと判断した場合、ステップＳＴ３００６に移行する。ｅＮＢ２は、「ＰＤＳＣＨをＮＣＴへスケジューリング、マッピングすることの要求」を受信したと判断した場合、ステップＳＴ３００４に移行する。
【０４７２】
以上の実施の形態３によって、以下の効果を得ることができる。ＮＣＴを考慮した基地局間の連携したヘットネットの改善された支援を実現することができる。また、ＮＣＴを考慮した基地局間の連携した、セル間干渉制御を実現することができる。
【０４７３】
実施の形態３  変形例１．
実施の形態３の変形例１において解決する課題について説明する。ＮＣＴの導入の目的には、ヘットネットの改善された支援の他に、周波数利用効率の向上がある（非特許文献１１参照）。３ＧＰＰでは、前記２つのＮＣＴの導入の目的を、どのようにして双方満たすかの議論はなされていない。したがって、本実施の形態３の変形例１では、ＮＣＴの導入の目的である、ヘットネットの改善された支援と、周波数利用効率の向上の双方を満たす方法について開示することを目的とする。
【０４７４】
実施の形態３の変形例１における解決策を以下に開示する。基地局間でＰＤＣＣＨのＯＦＤＭシンボル数の情報を通知する。基地局が構成するセル毎のＰＤＣＣＨのＯＦＤＭシンボル数の情報を通知する。周辺セルのＰＤＣＣＨがマッピングされている場合は、ＰＤＳＣＨをマッピングせず、一方周辺セルのＰＤＣＣＨがマッピングされていない場合は、ＰＤＳＣＨをマッピングする。
【０４７５】
特にＮＣＴでは、前述のように、ＰＤＣＣＨの削減が検討されている。したがって、レガシーキャリアでＰＤＣＣＨがマッピングされていた１シンボル目から４シンボル目のリソースの利用方法が未決定である。周辺セルのＰＤＣＣＨがマッピングされている場合は、ＰＤＳＣＨをマッピングしないことによって、周辺セルへの干渉を低減させる効果を得る。周辺セルのＰＤＣＣＨがマッピングされていない場合は、ＰＤＳＣＨをマッピングすることによって、リソースを有効に活用し、周波数利用効率を向上させる効果を得る。
【０４７６】
以下、下り干渉が高い基地局を「ｅＮＢ１」と称する。また、ｅＮＢ１の周辺セルの１つを「ｅＮＢ２」と称する。例えば、ｅＮＢ１を含む周辺基地局からのＰＤＣＣＨのＯＦＤＭシンボル数が、「１」、「２」であるとする。この場合、ｅＮＢ２は、１シンボル目、および２シンボル目には、ＰＤＳＣＨをスケジューリングおよびマッピングせず、３シンボル目からＰＤＳＣＨをスケジューリングおよびマッピングする。
【０４７７】
基地局間におけるＰＤＣＣＨのＯＦＤＭシンボル数の情報の通知の具体例について、以下に説明する。
【０４７８】
基地局間でＰＤＣＣＨのＯＦＤＭシンボル数の情報の通知を新設する。具体例としては、下り帯域幅が１０リソースブロックを超える場合のＰＤＣＣＨのＯＦＤＭシンボル数「０」、「１」、「２」、「３」を通知する。また、下り帯域幅が１０リソースブロック以下の場合のＰＤＣＣＨのＯＦＤＭシンボル数「０」、「２」、「３」、「４」を通知する。該通知と合わせて、ＮＣＴのシステム情報を通知してもよい。ＮＣＴのシステム情報の具体例は、実施の形態１の変形例２と同様であるので、説明を省略する。
【０４７９】
該通知は、既存のＸ２シグナリングに、ＰＤＣＣＨのＯＦＤＭシンボル数を追加して行ってもよい。この場合、ＰＤＣＣＨのＯＦＤＭシンボル数用に新たなシグナリングを追加する必要がないので、通信システムが複雑化することを回避することができる。既存のＸ２シグナリングの具体例としては、「X2 SETUP Request」、「X2 SETUP RESPONSE」、「ENB CONFIGURATION UPDATE」（例えば非特許文献１６  ９．２．８章参照）などがある。前記シグナリング中の「Served Cell Information」に、ＰＤＣＣＨのＯＦＤＭシンボル数を追加すればよい。
【０４８０】
ｅＮＢ１およびｅＮＢ２の具体的な動作方法として、以下の（１）〜（３）の３つを開示する。
【０４８１】
（１）ｅＮＢ１のＰＤＣＣＨのＯＦＤＭシンボル数を受信したｅＮＢ２が構成するセルは、該ＯＦＤＭシンボルへのＰＤＳＣＨのスケジューリング、マッピングを禁止する。同じキャリア周波数のセルは、該ＯＦＤＭシンボルへのＰＤＳＣＨのスケジューグ、マッピングを禁止するとしてもよい。
【０４８２】
ｅＮＢ１のＰＤＣＣＨのＯＦＤＭシンボル数を受信したｅＮＢ２が構成するＮＣＴは、該ＯＦＤＭシンボルへのＰＤＳＣＨのスケジューリング、マッピングを禁止する。同じキャリア周波数のＮＣＴは、該ＯＦＤＭシンボルへのＰＤＳＣＨのスケジューグ、マッピングを禁止するとしてもよい。
【０４８３】
ｅＮＢ２は、ｅＮＢ１を含む周辺基地局からのＰＤＣＣＨのＯＦＤＭシンボル数を受信し、ＰＤＣＣＨで使用されないＯＦＤＭシンボルには、ＰＤＳＣＨをスケジューリング、マッピングを許可する。
【０４８４】
本方法（１）によれば、ｅＮＢ１からｅＮＢ２へは、ＰＤＣＣＨのＯＦＤＭシンボル数の情報以外の通知は不要であるので、通信システムが複雑化することを回避することができる。
【０４８５】
（２）負荷情報メッセージに、実施の形態３で開示した「下り干渉が高いことを示すパラメータ」の通知があった場合、ｅＮＢ１のＰＤＣＣＨのＯＦＤＭシンボル数を受信したｅＮＢ２が構成するセルは、該ＯＦＤＭシンボルへのＰＤＳＣＨのスケジューリング、マッピングを禁止する。同じキャリア周波数のセルは、該ＯＦＤＭシンボルへのＰＤＳＣＨのスケジューグ、マッピングを禁止するとしてもよい。
【０４８６】
負荷情報メッセージに、実施の形態３で開示した「下り干渉が高いことを示すパラメータ」の通知があった場合、ｅＮＢ１のＰＤＣＣＨのＯＦＤＭシンボル数を受信したｅＮＢ２が構成するＮＣＴは、該ＯＦＤＭシンボルへのＰＤＳＣＨのスケジューリング、マッピングを禁止する。同じキャリア周波数のＮＣＴは、該ＯＦＤＭシンボルへのＰＤＳＣＨのスケジューグ、マッピングを禁止するとしてもよい。
【０４８７】
負荷情報メッセージに、実施の形態３で開示した「下り干渉が高いことを示すパラメータ」の通知があった場合においても、ｅＮＢ２は、ｅＮＢ１を含む周辺基地局からのＰＤＣＣＨのＯＦＤＭシンボル数を受信し、ＰＤＣＣＨで使用されないＯＦＤＭシンボルには、ＰＤＳＣＨをスケジューリング、マッピングする。
【０４８８】
また、実施の形態３で開示した「下り干渉が高いことを示すパラメータ」の通知がない場合は、ｅＮＢ２は、自セルでＰＤＣＣＨに使用されないＯＦＤＭシンボルには、ＰＤＳＣＨをスケジューリング、マッピングする。
【０４８９】
周辺セルの下り干渉が高くない場合には、自セルでＰＤＣＣＨに使用されないＯＦＤＭシンボルには、ＰＤＳＣＨをスケジューリング、マッピング可能となるので、前記方法（１）と比較して、更なるリソースを有効に活用することができ、周波数利用効率を向上させることができる。
【０４９０】
（３）下り干渉が高いｅＮＢ１は、ｅＮＢ２に、自ＰＤＣＣＨをマッピングする領域に、ＰＤＳＣＨをスケジューリング、マッピングしないことを要求する。ｅＮＢ２にＮＣＴが存在した場合に、下り干渉が高いｅＮＢ１は、ｅＮＢ２に、自ＰＤＣＣＨをマッピングする領域に、ＰＤＳＣＨをスケジューリング、マッピングしないことを要求するとしてもよい。負荷情報メッセージの「Invoke Indication IE」パラメータに「自ＰＤＣＣＨをマッピングする領域に、ＰＤＳＣＨをスケジューリング、マッピングしないことの要求」を追加してもよい。新たなシグナリングを追加する必要がないので、通信システムが複雑化することを回避することができる。ｅＮＢ２からｅＮＢ１へ、要求に応じたか否かの応答を通知してもよい。
【０４９１】
前記方法（２）、（３）は、組合せて用いることができる。
【０４９２】
図３３は、実施の形態３の変形例１の通信システムにおいて、ｅＮＢ１およびｅＮＢ２の具体的な動作方法（１）を用いた場合のシーケンスの一例を示す図である。
【０４９３】
ステップＳＴ３２０１において、ｅＮＢ１は、ｅＮＢ２に、Ｘ２セットアップ要求（X2 SETUP Request）を用いて、ｅＮＢ１のＰＤＣＣＨのＯＦＤＭシンボル数の情報を通知する。
【０４９４】
ステップＳＴ３２０２において、ｅＮＢ２は、ｅＮＢ１に、Ｘ２セットアップ応答（X2 SETUP Response）を用いて、ｅＮＢ２のＰＤＣＣＨのＯＦＤＭシンボル数の情報を通知する。
【０４９５】
ステップＳＴ３２０３において、ｅＮＢ２は、ｅＮＢ１を含む周辺セルのＰＤＣＣＨのＯＦＤＭシンボルへのＰＤＳＣＨのスケジューリングおよびマッピングを禁止する。
【０４９６】
ステップＳＴ３２０４において、ｅＮＢ２は、ｅＮＢ１を含む周辺セルのＰＤＣＣＨのＯＦＤＭシンボルを除くシンボルには、ＰＤＳＣＨのスケジューリングおよびマッピングを許可する。
【０４９７】
図３３では、図示を省略しているが、ステップＳＴ３２０３およびステップＳＴ３２０４と同様の処理は、ｅＮＢ１においても実行される。
【０４９８】
図３４は、実施の形態３の変形例１の通信システムにおいて、ｅＮＢ１およびｅＮＢ２の具体的な動作方法（２），（３）を組合せて用いた場合のシーケンスの一例を示す図である。図３４に示すシーケンスは、図３１、図３３に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０４９９】
ステップＳＴ３３０１において、下り干渉が高くなったｅＮＢ１は、下り干渉が高くなった旨を周辺セルであるｅＮＢ２に通知する。これによって、ｅＮＢ１は、ｅＮＢ２に、干渉対処要求を行う。このとき、ｅＮＢ１は、「自ＰＤＣＣＨをマッピングする領域に、ＰＤＳＣＨをスケジューリング、マッピングしないことの要求」を合せて通知してもよい。
【０５００】
ステップＳＴ３３０１でｅＮＢ１から、下り干渉が高くなった旨を受信したｅＮＢ２は、ステップＳＴ３００２において、干渉対処要求に応じるか否かを判断する。該判断は、ｅＮＢ２の構成するセルの状況、リソース状況、処理負荷などを考慮して決定してもよい。ｅＮＢ１は、干渉対処要求に応じると判断した場合、ステップＳＴ３２０３に移行する。ｅＮＢ１は、干渉対処要求に応じない、あるいは干渉対処要求に応じられないと判断した場合、ステップＳＴ３００８に移行する。
【０５０１】
以上の実施の形態３の変形例１によって、実施の形態３の効果に加えて、以下の効果を得ることができる。周辺セルが干渉を受けている場合は、セル間干渉制御を実行し、周辺セルが干渉を受けていない場合は、リソースを有効に活用し、周波数利用効率を向上させることができる。これによって、ＮＣＴの導入の目的である、ヘットネットの改善された支援と、周波数利用効率の向上との双方を満たすことが可能となる。
【０５０２】
実施の形態４．
実施の形態４において解決する課題について説明する。
【０５０３】
ＮＣＴの導入の目的の１つにシステムの低消費電力化がある（非特許文献１１参照）。通信システムの低消費電力化の具体策の１つとして、ＮＣＴにおけるＣＲＳの削減が提案されている（非特許文献１５参照）。しかし、非特許文献１１，１５には、通信システムの低消費電力化を目的とした、基地局間の連携の方法などの開示はない。
【０５０４】
システムの低消費電力化のための基地局間の連携の方法としては、以下に開示する方法がある。基地局間で、セルをスイッチオフする場合、「Deactivation indication」パラメータをやり取りする。該インジケータは、基地局設定更新メッセージ（ENB CONFIGURATION UPDATE）によって通知される。
【０５０５】
また、基地局は、周辺の基地局に対して、セルのスイッチオンを要求するセル活性化リクエストメッセージ（CELL Activation Request）を通知する。
【０５０６】
以上に述べた通信システムの低消費電力化のための基地局間の連携の方法は、ＮＣＴを考慮した方法となっていない。したがって、本実施の形態では、ＮＣＴを考慮した基地局間の連携した通信システムの低消費電力化の支援を開示することを目的とする。
【０５０７】
変形例を含む本実施の形態４では、ＮＣＴを便宜上セルとして扱う。これによって、既存の基地局間のＸ２シグナリングにおいて用いられる、基地局が構成するセル（Served Cell）に関するパラメータの体系を流用することが容易となる。
【０５０８】
実施の形態４における解決策を以下に開示する。基地局間で、スイッチオフするセルがレガシーキャリアであるか、ＮＣＴであるかを通知する。ＮＣＴであるか否かの情報を通知してもよい。以下、ｅＮＢ１が構成するセル１のスイッチをオフし、ｅＮＢ２に通知する場合について説明する。
【０５０９】
ｅＮＢ２は、例えばｅＮＢ２が構成するセルのリソース不足、あるいは処理負荷が高くなった場合、周辺基地局のセルのスイッチオンを検討する。
【０５１０】
検討するとき、ｅＮＢ２は、レガシーキャリアをスイッチオンするのが適しているか、あるいはＮＣＴをスイッチオンするのが適しているかを判断する。該判断には、オペレータの通信システムの低消費電力化のポリシーなどに基づいて決定してもよい。該ポリシーは、ＯＡＭ（Operation Administration and Maintenance）などからｅＮＢに通知されればよい。
【０５１１】
ｅＮＢ２は、前記判断結果に従って、ＮＣＴ、あるいはレガシーキャリアをスイッチオンすることの要求を通知する。
【０５１２】
基地局間で、スイッチオフするセルがレガシーキャリアであるか、またはＮＣＴであるかを通知する方法の具体例として、以下の（１），（２）の２つを開示する。
【０５１３】
（１）基地局間でＮＣＴを構成するか否かの情報の通知を新設する。該通知と合わせて、ＮＣＴの設定、あるいはＮＣＴのシステム情報を通知してもよい。ＮＣＴの設定の具体例は、実施の形態３と同様であるので、説明を省略する。該通知は、既存のＸ２シグナリングにＮＣＴを構成するか否かの通知を追加して行ってもよい。ＮＣＴの設定用に新たなシグナリングを追加する必要がないので、通信システムが複雑化することを回避することができる。
【０５１４】
既存のＸ２シグナリングの具体例としては、「X2 SETUP Request」、「X2 SETUP RESPONSE」、「ENB CONFIGURATION UPDATE」（例えば非特許文献１６  ９．２．８章参照）などがある。前記シグナリング中の「Served Cell Information」にＮＣＴの情報を追加し、レガシーキャリアであるか、ＮＣＴであるかの情報を追加すればよい。これによって、ｅＮＢ２において、ｅＮＢ１の構成するセル毎に、該セルがレガシーキャリアであるか、ＮＣＴであるかを判断することが可能となる。
【０５１５】
ｅＮＢ１は、構成するセルのスイッチをオフするときに、周辺セルであるｅＮＢ２に、従来の技術と同様に、「ENB CONFIGURATION UPDATE」の「Served Cell Modify」パラメータにマッピングされる「Deactivation indication」パラメータによってスイッチオフを通知する。
【０５１６】
ｅＮＢ２は、ｅＮＢ１から通知されたＮＣＴを構成するか否かの情報に基づいて、スイッチオフされたセルがレガシーキャリアであるか、ＮＣＴであるかを判断することが可能となる。
【０５１７】
（２）スイッチオフの通知のときに、スイッチオフするセルがレガシーキャリアであるか、ＮＣＴであるかの情報を新設し、通知する。ｅＮＢ１は、構成するセルのスイッチをオフするときに、周辺セルであるｅＮＢ２に、「ENB CONFIGURATION UPDATE」の「Served Cell Modify」パラメータにマッピングされる「Deactivation indication」パラメータによってスイッチオフを通知する。このとき、該セルがレガシーキャリアであるか、ＮＣＴであるかの情報を追加する。ＮＣＴであるか否かの情報を追加してもよい。
【０５１８】
また、ｅＮＢ１の構成するセルのうち、ＮＣＴを一斉にスイッチオフする旨を通知するシグナリングを新設してもよい。ＮＣＴを一斉にスイッチオフする旨の通知には、既存のシグナリングである、Ｘ２インタフェースを用いて通知される「ENB CONFIGURATION UPDATE」を用いてもよい。
【０５１９】
基地局間で、ＮＣＴ、あるいはレガシーキャリアをスイッチオンすることを要求する方法の具体例として、以下の（１），（２）の２つを開示する。
【０５２０】
（１）基地局間で、ＮＣＴを構成するか否かの情報の通知を新設する。該通知と合わせて、ＮＣＴのシステム情報を通知してもよい。具体例は、前記基地局間で、スイッチオフするセルがレガシーキャリアであるか、ＮＣＴであるかを通知する方法（１）で開示した内容と同様であるので、説明を省略する。
【０５２１】
ｅＮＢ２は、ｅＮＢ１の構成するセル毎に該セルがレガシーキャリアであるか、ＮＣＴであるかを判断することが可能である。したがって、レガシーキャリアをスイッチオンするのが適しているか、あるいはＮＣＴをスイッチオンするのが適しているかの判断結果に従って、従来の技術と同様に、「CELL Activation Request」メッセージによって該当のセルのスイッチオンを要求する。
【０５２２】
（２）スイッチオンの通知のときに、レガシーキャリアスイッチオンを要求する旨、ＮＣＴスイッチオンを要求する旨の情報を新設し、通知する。該通知には、既存のシグナリングである、Ｘ２インタフェースを用いて通知される「CELL Activation Request」を用いてもよい。
【０５２３】
ｅＮＢ１からｅＮＢ２へ、要求に応じたか否かの応答を通知してもよい。例えば、ｅＮＢ２からｅＮＢ１へＮＣＴスイッチオンを要求する旨の情報が通知された場合において、ｅＮＢ１がＮＣＴを構成しない場合、スイッチオフのＮＣＴがない場合などは、要求に応じない旨の通知を行う。ｅＮＢ２からｅＮＢ１へＮＣＴスイッチオンを要求する旨の情報が通知された場合において、ｅＮＢ１がスイッチオフのＮＣＴがある場合などは、要求に応じた旨の通知を行う。
【０５２４】
また、ＮＣＴを一斉にスイッチオンする旨を通知するシグナリングを新設してもよい。ＮＣＴを一斉にスイッチオンする旨の通知には、既存のシグナリングである、Ｘ２インタフェースを用いて通知される「CELL Activation Request」を用いてもよい。
【０５２５】
基地局間で、スイッチオフするセルがレガシーキャリアであるか、ＮＣＴであるかを通知する方法（以下「通知方法」という場合がある）と、基地局間で、ＮＣＴ、あるいはレガシーキャリアをスイッチオンすることを要求する方法（以下「要求方法」という場合がある）との組合せは任意である。しかし、通知方法の具体例（１）と要求方法の具体例（１）とは、基地局間でＮＣＴを構成するか否かの情報の通知を新設する点に共通性があるので、組合せとしては親和性が高い。また、通知方法の具体例（２）と要求方法の具体例（２）とは、基地局間でＮＣＴを構成するか否かの情報の通知を新設しない点に共通性があるので、組合せとしては親和性が高い。
【０５２６】
図３５は、実施の形態４の通信システムにおいて、通知方法の具体例（１）と要求方法の具体例（１）とを組合せて用いた場合のシーケンスの一例を示す図である。図３５に示すシーケンスは、図３２に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０５２７】
ステップＳＴ３１０１において、ｅＮＢ１は、ｅＮＢ２に、Ｘ２セットアップ要求（X2 SETUP Request）を用いて、ｅＮＢ１がＮＣＴを構成するか否かの情報を通知する。例えばｅＮＢ１は、セル１、セル２、セル３を構成し、セル１はＮＣＴ、セル２、３は、レガシーキャリアである旨を通知する。
【０５２８】
ステップＳＴ３１０２において、ｅＮＢ２は、ｅＮＢ１に、Ｘ２セットアップ応答（X2 SETUP Response）を用いて、ｅＮＢ２がＮＣＴを構成するか否かの情報を通知する。
【０５２９】
ステップＳＴ３４０１において、ｅＮＢ１は、ＮＣＴのスイッチオフ、例えばセル１のスイッチオフを通知する。
【０５３０】
ステップＳＴ３４０２において、ｅＮＢ２は、ステップＳＴ３１０１と、ステップＳＴ３４０１とで受信した情報を用いて、ｅＮＢ１が構成するＮＣＴであるセル１のスイッチがオフされたことを認識する。
【０５３１】
ステップＳＴ３４０３において、ｅＮＢ２は、周辺セルのスイッチオンを要求する事象が発生したか否かを判断する。具体例としては、ｅＮＢ２のリソースが不足したか否かを判断する。ｅＮＢ２は、リソース不足が発生したと判断した場合、ステップＳＴ３４０４に移行する。ｅＮＢ２は、リソース不足が発生していないと判断した場合、ステップＳＴ３４０３の判断を繰り返す。
【０５３２】
ステップＳＴ３４０４において、ｅＮＢ２は、オペレータのシステムの低消費電力化（Energy Saving：ＥＳ）のポリシーを確認する。該ポリシーは、例えば、ＯＡＭなどからｅＮＢ２に通知される。例えば、ＥＳに関するオペレータポリシーにおいて、ＮＣＴを優先してスイッチオンすると設定されているとする。
【０５３３】
ステップＳＴ３４０５において、ｅＮＢ２は、周辺にスイッチオフされているＮＣＴが存在するか否かを判断する。ｅＮＢ２は、存在すると判断した場合、ステップＳＴ３４０６に移行し、存在しないと判断した場合、ステップＳＴ３４０８に移行する。
【０５３４】
ステップＳＴ３４０６において、ｅＮＢ２は、周辺にスイッチオフされているＮＣＴからスイッチオンするＮＣＴを選択する。このときにも、ＥＳに関するオペレータポリシーに基づいて判断するとしてもよい。例えば、ｅＮＢ１が構成するＮＣＴであるセル１のスイッチオンを選択する。
【０５３５】
ステップＳＴ３４０７において、ｅＮＢ２は、ｅＮＢ１に、ＮＣＴのスイッチオン、例えばセル１のスイッチオンを指示する。
【０５３６】
ステップＳＴ３４０８において、ｅＮＢ２は、周辺にスイッチオフされているレガシーキャリアからスイッチオンするレガシーキャリアを選択する。このときにも、ＥＳに関するオペレータポリシーに基づいて判断するとしてもよい。
【０５３７】
ステップＳＴ３４０９において、ｅＮＢ２は、ステップＳＴ３４０８で選択したレガシーキャリアを構成する基地局に、該レガシーキャリアのスイッチオンを指示する。
【０５３８】
図３６は、実施の形態４の通信システムにおいて、通知方法の具体例（２）と要求方法の具体例（２）とを組合せて用いた場合のシーケンスの一例を示す図である。図３６に示すシーケンスは、図３２に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０５３９】
ステップＳＴ３５０１において、ｅＮＢ１は、ＮＣＴのスイッチオフ、例えばセル１のスイッチオフを通知する。そのとき、セル１がＮＣＴである旨も通知する。つまり、ＮＣＴであるセル１のスイッチオフを通知してもよい。
【０５４０】
ステップＳＴ３５０２において、ｅＮＢ２は、スイッチオフされているセルが存在する基地局から、スイッチオンを通知する基地局を選択する。このときにも、ＥＳに関するオペレータポリシーに基づいて判断するとしてもよい。例えば、ｅＮＢ１のスイッチオンを選択する。
【０５４１】
ステップＳＴ３５０３において、ｅＮＢ２は、ｅＮＢ１に、ｅＮＢ１が構成するセルのうち、ＮＣＴのスイッチオン、具体的にはセル１のスイッチオンを指示する。
【０５４２】
ステップＳＴ３５０３でＮＣＴのスイッチオンの指示を受信したｅＮＢ１は、ＮＣＴであるセル１のスイッチをオンし、ステップＳＴ３５０４において、ｅＮＢ２に、要求に応答した旨を通知する「Ａｃｋ」を通知する。
【０５４３】
ステップＳＴ３５０５において、ｅＮＢ２は、ｅＮＢ１から応答信号として「Ａｃｋ」を受信したか否かを判断する。ｅＮＢ２は、「Ａｃｋ」を受信したと判断した場合、処理を終了し、「Ａｃｋ」を受信していないと判断した場合、ステップＳＴ３５０６に移行する。
【０５４４】
ステップＳＴ３５０６において、ｅＮＢ２は、スイッチオフされているセルが存在する基地局から、スイッチオンを通知する基地局を選択する。このとき、ｅＮＢ２を除く基地局から、選択してもよい。
【０５４５】
以上の実施の形態４によって、以下の効果を得ることができる。ＮＣＴを考慮した基地局間の連携したシステムの低消費電力化を実現することができる。
【０５４６】
実施の形態４  変形例１．
実施の形態４の変形例１では、前述の実施の形態４と同じ課題について、別の解決策を開示する。
【０５４７】
実施の形態４の変形例１における解決策を以下に開示する。以下、ｅＮＢ２がｅＮＢ１にスイッチオンを通知する場合について説明する。
【０５４８】
ｅＮＢ２は、ｅＮＢ２が構成するセルのリソース不足、あるいは処理負荷が高くなった場合、周辺基地局のセルのスイッチオンを検討する。
【０５４９】
検討するとき、ｅＮＢ２は、レガシーキャリアをスイッチオンするのが適しているか、あるいはＮＣＴをスイッチオンするのが適しているかを判断する。該判断は、オペレータの通信システムの低消費電力化のポリシーなどに基づいて決定してもよい。該ポリシーは、ＯＡＭなどからｅＮＢに通知されればよい。
【０５５０】
また、ｅＮＢ２は、周辺基地局が構成するスイッチオフされているセルがＮＣＴであるか、スイッチオフされているレガシーキャリアであるかを問合せる。ｅＮＢ２は、スイッチオフされているＮＣＴがあるか否かを問合せてもよい。
【０５５１】
該問合せには、既存のシグナリングである、Ｘ２インタフェースを用いて通知される「Resource Status Request」（非特許文献１６  ８．３．６．２章参照）を用いてもよい。この場合、既存のシグナリングに「スイッチオフのＮＣＴが存在するか否か」を問合せるインジケータを設ければよい。このようにすることによって、新しいシグナリングを追加する必要が無いので、通信システムを容易に構築することができる。また、後方互換性に優れた通信システムを構築することができる。
【０５５２】
該問合せの応答には、既存のシグナリングである、Ｘ２インタフェースを用いて通知される「Resource Status Response」（非特許文献１６  ８．３．６．２章参照）を用いてもよい。この場合、既存のシグナリングに「スイッチオフのＮＣＴが存在するか否か」を示すインジケータを設ければよい。このようにすることによって、新しいシグナリングを追加する必要が無いので、通信システムを容易に構築することができる。また、後方互換性に優れた通信システムを構築することが可能となる。問い合わせの応答を通知するときには、セルの識別子を合せて通知してもよい。これによって、セルを指定してスイッチオンすることが可能となる。
【０５５３】
ｅＮＢ２は、前記オペレータの通信システムの低消費電力化のポリシー、および問い合わせの応答に従って、スイッチオンを通知する基地局を決定する。例えば、オペレータの通信システムの低消費電力化のポリシーにおいて、ＮＣＴを優先してスイッチオンすると設定されているとする。その場合、前記問い合わせの応答において、「スイッチオフのＮＣＴが存在する」と回答のあった基地局にスイッチオンを指示する。
【０５５４】
図３７は、実施の形態４の変形例１の解決策における通信システムのシーケンスの一例を示す図である。図３７に示すシーケンスは、図３５に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０５５５】
ステップＳＴ３６０１において、ｅＮＢ２は、ｅＮＢ１を含む周辺基地局へスイッチオフされているＮＣＴがあるか否かを問合せる。
【０５５６】
ステップＳＴ３６０２において、ｅＮＢ１は、ｅＮＢ２へ前記問い合わせに対する応答を通知する。ｅＮＢ１は、「スイッチオフされているＮＣＴがある旨」、あるいは「スイッチオフされているＮＣＴとしてセル１がある旨」を応答する。
【０５５７】
ステップＳＴ３６０３において、ｅＮＢ２は、ＥＳに関するオペレータポリシー、およびステップＳＴ３６０２の応答を考慮して、スイッチオンを通知する基地局を選択する。ｅＮＢ２は、例えば、ｅＮＢ１を、スイッチオンを通知する基地局として選択する。
【０５５８】
ステップＳＴ３６０４において、ｅＮＢ２は、ｅＮＢ１に、スイッチオフされているＮＣＴであるセル１のスイッチオンを指示する。
【０５５９】
以上の実施の形態４の変形例１によって、実施の形態４と同様の効果を得ることができる。
【０５６０】
実施の形態４  変形例２．
実施の形態４の変形例２では、前述の実施の形態４と同じ課題について、別の解決策を開示する。
【０５６１】
実施の形態４の変形例２における解決策を以下に開示する。基地局は、低消費電力化のために、レガシーキャリアをＮＣＴに変更するようにしてもよい。これによって、ＣＲＳの削減などにより、通信システムの低消費電力化を実現することができる。
【０５６２】
基地局は、リソース不足、あるいは処理負荷が高くなった場合、ＮＣＴをレガシーキャリアに変更するようにしてもよい。これによって、傘下のＵＥに対してサービングセルと成り得るレガシーキャリアが増えることとなり、該基地局の処理負荷の軽減を図ることが可能となる。
【０５６３】
レガシーキャリアとＮＣＴとの切替えが行われた場合、自基地局のＮＣＴを構成するか否かの情報、あるいはＮＣＴの設定、ＮＣＴのシステム情報が変更する。該情報を基地局間で通知してもよい。該通知には、既存のＸ２シグナリングにＮＣＴを構成するか否かの通知を追加してもよい。これによって、ＮＣＴの設定用に新たなシグナリングを追加する必要がないので、通信システムが複雑化することを回避することができる。既存のＸ２シグナリングの具体例としては、「ENB CONFIGURATION UPDATE」（例えば非特許文献１６  ９．２．８章参照）などがある。
【０５６４】
以上の実施の形態４の変形例２によって、以下の効果を得ることができる。ＮＣＴを考慮したシステムの低消費電力化を実現することができる。
【０５６５】
前述の各実施の形態およびその変形例は、本開示の例示に過ぎず、本開示の範囲内において、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。これによって、レガシーキャリアとＮＣＴとが混在するリリース１１版以降の通信システムを正常に、また効率的に運用することが可能となる。
【０５６６】
本開示は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、限定的なものではない。例示されていない無数の変形例が、想定され得るものと解される。
【符号の説明】
【０５６７】
１４０１  ＮＣＴポイント、１４０２，１５０４  ＨＡＲＱ−ＭＡＣ、１４０３，１５０５  ＰＨＹ、１５０１  既存のセル、１５０２  ＲＲＣ、１５０３  ＭＡＣ。
【図１】
2020092464.tif 000003
【図２】
2020092464.tif 000004
【図３】
2020092464.tif 000005
【図４】
2020092464.tif 000006
【図５】
2020092464.tif 000007
【図６】
2020092464.tif 000008
【図７】
2020092464.tif 000009
【図８】
2020092464.tif 000010
【図９】
2020092464.tif 000011
【図１０】
2020092464.tif 000012
【図１１】
2020092464.tif 000013
【図１２】
2020092464.tif 000014
【図１３】
2020092464.tif 000015
【図１４】
2020092464.tif 000016
【図１５】
2020092464.tif 000017
【図１６】
2020092464.tif 000018
【図１７】
2020092464.tif 000019
【図１８】
2020092464.tif 000020
【図１９】
2020092464.tif 000021
【図２０】
2020092464.tif 000022
【図２１】
2020092464.tif 000023
【図２２】
2020092464.tif 000024
【図２３】
2020092464.tif 000025
【図２４】
2020092464.tif 000026
【図２５】
2020092464.tif 000027
【図２６】
2020092464.tif 000028
【図２７】
2020092464.tif 000029
【図２８】
2020092464.tif 000030
【図２９】
2020092464.tif 000031
【図３０】
2020092464.tif 000032
【図３１】
2020092464.tif 000033
【図３２】
2020092464.tif 000034
【図３３】
2020092464.tif 000035
【図３４】
2020092464.tif 000036
【図３５】
2020092464.tif 000037
【図３６】
2020092464.tif 000038
【図３７】
2020092464.tif 000039