(57)【要約】      （修正有）【課題】無線基地局間で個別の第１の識別子を持たない第２のキャリアに関する情報の交換を可能とし、個別の第１の識別子を持つ第１のキャリアと同様に、第１の識別子を持たない第２のキャリアでもセル間干渉回避技術や負荷分散制御を可能にする。【解決手段】基地局は、隣接基地局と接続されたインタフェースを備え、１つのセル識別子に関連付けられた２以上の下りリンクキャリアをサポートし、１つのセル識別子に関連付けられた２以上の下りリンクキャリアの設定情報を隣接基地局に送信する。設定情報は、２以上の下りリンクキャリアにそれぞれ対応する２以上のキャリア識別子と、２以上の下りリンクキャリアにそれぞれ対応する２以上の帯域幅情報とを含む。【選択図】図１
2018074610.tif 000002
【特許請求の範囲】
【請求項１】
基地局であって、
隣接基地局と接続されたインタフェースと、
プロセッサとを備え、
前記プロセッサは、
１つのセル識別子に関連付けられた２以上の下りリンクキャリアをサポートし、
前記１つのセル識別子に関連付けられた２以上の下りリンクキャリアの設定情報を、前記隣接基地局へ送信し、
前記設定情報は、
前記２以上の下りリンクキャリアにそれぞれ対応する２以上のキャリア識別子と、
前記２以上の下りリンクキャリアにそれぞれ対応する２以上の帯域幅情報と、
を含む、基地局。
【請求項２】
前記セル識別子は、物理レイヤセルID（Identifier）又はEUTRANセルグローバルIDである、請求項１に記載の基地局。
【請求項３】
基地局であって、
隣接基地局と接続されたインタフェースと、
プロセッサとを備え、
前記プロセッサは、
１つのセル識別子に関連付けられた２以上の下りリンクキャリアをサポートし、
前記１つのセル識別子に関連付けられた２以上の下りリンクキャリアの設定情報を、前記隣接基地局から受信し、
前記設定情報は、
前記２以上の下りリンクキャリアにそれぞれ対応する２以上のキャリア識別子と、
前記２以上の下りリンクキャリアにそれぞれ対応する２以上の帯域幅情報と、
を含む、基地局。
【請求項４】
前記セル識別子は、物理レイヤセルID（Identifier）又はEUTRANセルグローバルIDである、請求項３に記載の基地局。
【請求項５】
基地局の制御方法であって、
１つのセル識別子に関連付けられた２以上の下りリンクキャリアをサポートし、
前記１つのセル識別子に関連付けられた２以上の下りリンクキャリアの設定情報を、隣接基地局と接続されたインタフェースを介して、前記隣接基地局へ送信し、
前記設定情報は、
前記２以上の下りリンクキャリアにそれぞれ対応する２以上のキャリア識別子と、
前記２以上の下りリンクキャリアにそれぞれ対応する２以上の帯域幅情報と、
を含む、基地局の制御方法。
【請求項６】
基地局の制御方法であって、
１つのセル識別子に関連付けられた２以上の下りリンクキャリアをサポートし、
前記１つのセル識別子に関連付けられた２以上の下りリンクキャリアの設定情報を、隣接基地局と接続されたインタフェースを介して、前記隣接基地局から受信し、
前記設定情報は、
前記２以上の下りリンクキャリアにそれぞれ対応する２以上のキャリア識別子と、
前記２以上の下りリンクキャリアにそれぞれ対応する２以上の帯域幅情報と、
を含む、基地局の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願についての記載）
本発明は、日本国特許出願：特願２００９−２４９４９９号（２００９年１０月２９日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
【０００２】
本発明は、通信システムに関し、特に、無線端末と複数の無線局を有し、複数のキャリアを同時に用いてデータ送受信を行う機能を有する無線通信システムに適用して好適な無線通信システム、無線通信方法、無線局、およびプログラムに関する。
【背景技術】
【０００３】
次世代のセルラシステムの１つである３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）では、従来システム（例えば、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ））に比べて、無線端末のピークスループット向上だけでなく、セル端での無線端末のスループット向上も要求されている。そこで、無線基地局（ｅＮＢ：ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）間での負荷情報（Ｌｏａｄ  Ｉｎｆｏｒｍａｔｉｏｎ）の交換がサポートされ（非特許文献１）、当該負荷情報を用いたセル間干渉低減技術が検討されている。
【０００４】
負荷情報として、例えば上りリンク干渉の過負荷情報（Ｕｐｌｉｎｋ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｏｖｅｒｌｏａｄ  Ｉｎｄｉｃａｔｉｏｎ：ＯＩ）がある。これは、上りリンクの干渉が大きくなり過ぎていることを示す情報であり、「物理リソースブロック」（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ：ＰＲＢ）と呼ばれる所定の単位の無線リソース毎に通知を行うことが可能である。これにより、ＯＩ（Ｏｖｅｒｌｏａｄ  Ｉｎｄｉｃａｔｉｏｎ）が通知された無線基地局は、干渉が大きいと報告された物理リソースブロック（ＰＲＢ）をできるだけ避けてスケジューリングをすることで、隣接セルへの干渉を低減し、特にセル端の無線端末のスループットの向上が期待できる。
【０００５】
また、ＬＴＥを高機能化したセルラシステムとして、ＬＴＥ−Ａｄｖａｎｃｅｄの標準化が行われている。ＬＴＥ−Ａｄｖａｎｃｅｄの機能の一つに、無線端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）毎のピーク・データレートを向上させる機能として、複数の構成キャリア（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ：ＣＣ）を一つのＵＥに対して同時に使用してデータ送受信を行うキャリアアグリゲーション（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ：ＣＡ）がある（非特許文献２）。
【０００６】
ここで、構成キャリア（ＣＣ）とは、ＬＴＥにおいて、無線基地局と無線端末の間の通信を実現するために必要な基本周波数ブロックである。
【０００７】
キャリアアグリゲーション（ＣＡ）を行う場合、１つのトランスポートブロック（ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ））層からＰＨＹ（Ｐｈｙｓｉｃａｌ）層へのデータ転送単位）は１つの構成キャリア（ＣＣ）で送受信され、信号処理は、構成キャリア（ＣＣ）それぞれで独立に行われる。
【０００８】
キャリアアグリゲーションにより構成キャリア（ＣＣ）（例えば最大２０ＭＨｚ）をＰＨＹ層で束ねて、ＬＴＥとの後方互換性を保ちながら例えば最大１００ＭＨｚまでの広帯域化を実現する。ＬＴＥの機能を持つＵＥ（ＬＴＥ端末）では、各構成キャリアは１つのＬＴＥキャリアであるが、ＬＴＥ−Ａｄｖａｎｃｅｄ機能を持つＵＥ（ＬＴＥ−Ａｄｖａｎｃｅｄ端末）では、集められた全体の帯域幅を利用する。キャリアアグリゲーションを使用するか否か、どの構成キャリアを束ねるか等の情報は、ＬＴＥ−Ａｄｖａｎｃｅｄ機能を持つＵＥには個別制御情報あるいはシステム情報として提供される。下りリンクのマルチアクセス方式においては、各構成キャリア内ではＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕａｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）によるマルチキャリア伝送が行われる。
【０００９】
キャリアアグリゲーション（ＣＡ）の検討において、アグリゲーションする構成キャリア（ＣＣ）として、
バックワードコンパティブルキャリア（Ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｌｅ  ｃａｒｒｉｅｒ：「ＢＣ」と略記される）、
ノン・バックワードコンパティブルキャリア（Ｎｏｎ−ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｌｅ  ｃａｒｒｉｅｒ：「ＮＢＣ」と略記される）、
エクステンションキャリア（Ｅｘｔｅｎｓｉｏｎ  ｃａｒｒｉｅｒ：「ＥＣ」と略記される）の３つの種類が定義されている。
【００１０】
ＢＣは、ＬＴＥの機能だけを持つＵＥとＬＴＥ−Ａｄｖａｎｃｅｄの機能も持つＵＥの両方がアクセス可能なＣＣである。
【００１１】
ＮＢＣは、ＬＴＥ−Ａｄｖａｎｃｅｄの機能を持たないＬＴＥのＵＥはアクセスできず、ＬＴＥ−Ａｄｖａｎｃｅｄの機能を持つＵＥのみがアクセスできるＣＣである。
【００１２】
ＥＣは、ＮＢＣのように、ＬＴＥ−ＡｄｖａｎｃｅｄのＵＥのみが使用可能であり、必ずキャリアアグリゲーション（ＣＡ）する複数の構成キャリア（ＣＣ）の一部として使用する（スタンドアローンでは使用できない）という制約があるキャリアである。
【００１３】
現在、これらの異なる種類の構成キャリア（ＣＣ）をキャリアアグリゲーション（ＣＡ）するときの基本コンセプトの議論が行われている。
【００１４】
その中で、ＢＣとＮＢＣおよび／又はＥＣをキャリアアグリゲーション（ＣＡ）する場合、ＢＣのみ（あるいは、ＢＣとＮＢＣ）が個別セルＩＤ（ＰＣＩ：Ｐｈｙｓｉｃａｌ  Ｃｅｌｌ  ＩＤ、および／又は、ＥＣＧＩ：ＥＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）  Ｃｅｌｌ  Ｇｌｏｂａｌ  ＩＤ）を持ち、ＮＢＣおよびＥＣ（あるいは、ＥＣのみ）は個別セルＩＤを持たない、ということが検討されている。
【００１５】
なお、ＮＢＣやＥＣではなく、ＢＣが個別セルＩＤを持つのは、キャリアアグリゲーション（ＣＡ）しないＬＴＥのＵＥも、該ＢＣへのアクセスを可能にするためである。ここで、ＮＢＣやＥＣが、個別のセルＩＤ（例えばＰＣＩ）を持たず、アグリゲートされるＢＣのセルＩＤ（ＰＣＩ）を仮の（擬似）セルＩＤとして割り当てられる場合もある。
【００１６】
この方法は、キャリアアグリゲーション（ＣＡ）する複数の構成キャリア（ＣＣ）をまとめて１つのセルとして捉え、キャリアアグリゲーション（ＣＡ）しない場合と同様に、１つのセルＩＤに関連付けしてＵＥの管理を行うことができる、という観点から有効であると考えられている。
【先行技術文献】
【非特許文献】
【００１７】
【非特許文献１】３ＧＰＰ  ＴＳ３６．４２３ｖ８６０（インターネット＜ＵＲＬ＞ｈｔｔｐ：ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ−ｉｎｆｏ／３６４２３．ｈｔｍ）
【非特許文献２】３ＧＰＰ  ＴＲ３６．８１４ｖ１００（インターネット＜ＵＲＬ＞ｈｔｔｐ：ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ−ｉｎｆｏ／３６８１４．ｈｔｍ）
【非特許文献３】３ＧＰＰ  ＴＳ３６．３３１ｖ８６０（インターネット＜ＵＲＬ＞ｈｔｔｐ：ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ−ｉｎｆｏ／３６３３１．ｈｔｍ）
【発明の概要】
【発明が解決しようとする課題】
【００１８】
以下に本発明による関連技術の分析を与える。
【００１９】
ＬＴＥでは、通常、すべての構成キャリア（ＣＣ）が個別セルＩＤを持ち、独立のセルとして制御される。
【００２０】
一方、上述のキャリアアグリゲーション（ＣＡ）におけるセルＩＤの設定においては、ＢＣ（Ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｌｅ  ｃａｒｒｉｅｒ）のみ（あるいは、ＢＣとＮＢＣ（Ｎｏｎ−ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｌｅ  ｃａｒｒｉｅｒ））が個別セルＩＤを持ち、ＮＢＣおよびＥＣ（Ｅｘｔｅｎｓｉｏｎ  ｃａｒｒｉｅｒ）（あるいは、ＥＣのみ）は、個別セルＩＤを持たない。このため、例えば、ＢＣ１つとＥＣ１つをキャリアアグリゲーション（ＣＡ）する場合、キャリアアグリゲーション（ＣＡ）しない場合と同様に、無線基地局（ｅＮＢ）が１つのセルＩＤに関連付けて無線端末（ＵＥ）の管理を行うことができるという利点がある。
【００２１】
しかしながら、ｅＮＢ間でセル毎の情報（例えば、負荷情報）の交換を行う場合には、通常、当該情報をセルＩＤに関連付けて行っている。このため、キャリアアグリゲーション（ＣＡ）の対象となる付加的なＮＢＣやＥＣにおける負荷情報については、ＮＢＣやＥＣが個別のセルＩＤを持たず、これらの負荷情報に対してセルＩＤとの関連付けを行うことができないことから、ｅＮＢ間で交換することができない。ＮＢＣやＥＣがＢＣの個別セルＩＤを仮の（擬似）セルＩＤとして使用する場合でも、同じ（擬似）セルＩＤを用いて複数のキャリアの情報と関連付けさせることはできないため、やはり負荷情報をｅＮＢ間で交換することができない。
【００２２】
そこで、例えばＮＢＣやＥＣにおける負荷情報をＢＣにおける負荷情報から推定することで、不足しているＮＢＣやＥＣに関する情報を補う手法が考えられる（本発明者による分析）。以下、この手法について検討する。
【００２３】
まず図２４（ａ）に示すように、無線基地局ｅＮＢ１とｅＮＢ２があり、それぞれＢＣ、ＮＢＣ、ＥＣを１つずつアグリゲーションしている場合を想定する。横軸は周波数であり、ｅＮＢ１のＣＡセット（キャリアアグリゲーション対象の構成キャリア群）は、ＢＣ１、ＮＢＣ１、ＥＣ１からなり（ＣＡ  ｓｅｔ  ＠ｅＮＢ１）、ｅＮＢ２のＣＡセットは、ＢＣ２、ＮＢＣ２、ＥＣ２からなる（ＣＡ  ｓｅｔ  ＠ｅＮＢ２）。なお、１つのＣＡセットにアグリゲートされる複数の構成キャリアの数は「３」に限定されるものではない。
【００２４】
このとき、ｅＮＢ１とｅＮＢ２は互いのＢＣにおける負荷情報として、オーバロードインディケータ（Ｏｖｅｒｌｏａｄ  Ｉｎｄｉｃａｔｉｏｎ：ＯＩ；過負荷情報）を交換するが、互いのＮＢＣとＥＣにおけるＯＩは交換しない。
【００２５】
そこで、ｅＮＢ１は、ｅＮＢ２のＮＢＣ２とＥＣ２のＯＩを、ｅＮＢ２のＢＣ２から推定する。
【００２６】
ｅＮＢ２のＮＢＣ２とＥＣ２のＯＩをｅＮＢ２のＢＣ２から推定する方法としては、例えば、
（Ａ）ＢＣ２におけるＯＩをそのまま流用する方法と、
（Ｂ）ＢＣ２におけるＯＩを全物理リソースブロック（ＰＲＢ）で平均化して、それをＮＢＣ２とＥＣ２のＯＩとする方法、
が考えられる。
【００２７】
しかし、（Ａ）のＢＣ２におけるＯＩをそのまま流用する方法では、構成キャリア（ＣＣ）毎に、物理リソースブロック（ＰＲＢ）毎の干渉レベルが、通常は、異なるため、有用な情報とは言えない。
【００２８】
また、（Ｂ）の全物理リソースブロック（ＰＲＢ）で平均化する方法では、物理リソースブロック（ＰＲＢ）毎あるいは複数の物理リソースブロック（ＰＲＢ）毎の制御には使用できず、有用な情報とは言えない。
【００２９】
さらに、全物理リソースブロック（ＰＲＢ）の平均の干渉レベルも、構成キャリア（ＣＣ）毎に異なる状況が想定されるため、やはり有用な情報とは言えない。
【００３０】
次に、図２４（ｂ）のように、無線基地局ｅＮＢ１とｅＮＢ２とで、キャリアアグリゲーション（ＣＡ）する構成キャリア（ＣＣ）の組み合わせが互いに異なる場合を想定する。このような事態は、キャリアアグリゲーション（ＣＡ）する構成キャリア（ＣＣ）を、トラフィック等に応じて、各ｅＮＢで独自に決定できるようなシステムにおいて起こり得る。ｅＮＢ１のＣＡセット１はＢＣ１、ＮＢＣ１、ＥＣ１（ＣＡ  ｓｅｔ１＠ｅＮＢ１）、ＣＡセット２はＥＣ１、ＮＢＣ３、ＢＣ３（ＣＡ  ｓｅｔ２＠ｅＮＢ１）、ｅＮＢ２のＣＡセット１はＢＣ２、ＮＢＣ２、ＥＣ２（ＣＡ  ｓｅｔ１＠ｅＮＢ２）、ＣＡセット２はＥＣ２、ＮＢＣ４、ＢＣ４（ＣＡ  ｓｅｔ２＠ｅＮＢ２）からなる。
【００３１】
このとき、ＢＣの負荷情報を基に、ＮＢＣやＥＣの負荷情報を推定する方法において、参照する構成キャリア（ＣＣ）が誤っていた場合、例えばｅＮＢ２が、ｅＮＢ１のＥＣ１の情報を推定するために、ｅＮＢ１のＢＣ１の情報を用いた場合、本来のＥＣ１の負荷情報とは大きくことなることが容易に考えられる。この場合の推定負荷情報は、有用な情報とは言えない。
【００３２】
このように、個別セルＩＤを持たないＮＢＣやＥＣに関する情報（例えば、負荷情報）を、ＢＣに関する情報から推定する方法を用いても、本来、その情報を用いることにより得られる効果（例えば物理リソースブロック（ＰＲＢ）毎の干渉レベルを考慮したスケジューリングによるスループットの向上等）は期待できない。
【００３３】
以上の分析から、本発明が解決すべき課題は、無線局間で、第１の識別子を持つ第１のキャリアと１つのキャリアセットに束ねられる第２のキャリアに関する情報の交換を可能とし、第１のキャリアと同様の制御を、第２のキャリアにおいても実行可能にする無線通信システム、方法、無線局、プログラムを実現することである。鋭意研究した結果、今回、該課題を解決する手法を発明したので以下に提示する。
【課題を解決するための手段】
【００３４】
本発明によれば、個別の第１の識別子が付与されるキャリアである少なくとも１つの第１のキャリアと１つのキャリアセットに束ねられる第２のキャリアに関する所定の情報を、直接又は間接に、他の無線局に通知する無線通信システムが提供される。
【００３５】
本発明によれば、周波数の互いに異なる複数のキャリアを束ねたキャリアセットを構成し、前記キャリアセットが互いに異なる種類のキャリアを含み、前記キャリアセットに含まれる複数のキャリアを同時に用いて通信を行う機能を備えた一の無線局が、前記キャリアセットに含まれる少なくとも１つの種類のキャリアの情報を、他の無線局に通知する無線通信システムが提供される。
【００３６】
本発明によれば、周波数の互いに異なる複数のキャリアを束ねたキャリアセットを構成し、前記キャリアセットが互いに異なる種類のキャリアを含み、前記キャリアセットに含まれる複数のキャリアを同時に用いて通信を行う機能を備えた一の無線局が、前記キャリアセットと各キャリアの関係を示すキャリアセット情報を、他の無線局に通知する無線通信システムが提供される。
【００３７】
本発明によれば、一の無線局が、個別の第１の識別子が付与されるキャリアである少なくとも１つの第１のキャリアと１つのキャリアセットに束ねられる第２のキャリアに関する所定の情報を、直接又は間接に、他の無線局に通知する無線通信方法が提供される。
【００３８】
本発明によれば、個別の第１の識別子が付与されるキャリアである少なくとも１つの第１のキャリアと１つのキャリアセットに束ねられる第２のキャリアに関する所定の情報を、直接又は間接に、他の無線局に通知する無線局が提供される。
【００３９】
本発明によれば、個別の第１の識別子が付与されるキャリアである少なくとも１つの第１のキャリアと１つのキャリアセットに束ねられる第２のキャリアに関する所定の情報を、直接又は間接に、他の無線局に通知する処理を、無線局を構成するコンピュータに実行させるプログラムが提供される。本発明によれば、当該プログラムを記録したコンピュータ読み出し可能な記録媒体が提供される。
【発明の効果】
【００４０】
本発明によれば、無線局間で、個別の第１の識別子を持つ第１のキャリアと１つのキャリアセットに束ねられる第２のキャリアに関する情報の交換を可能とし、第１のキャリアと同様の制御を、第２のキャリアにおいても実行可能としている。
【図面の簡単な説明】
【００４１】
【図１】本発明の一実施形態の第１の無線通信システムの構成を示す図である。
【図２】本発明の一実施形態の第１の無線通信システムの無線基地局（ｅＮＢ）間で交換するメッセージタイプを示す図である。
【図３】本発明の第１の実施形態におけるｅＮＢ間のＸ２接続確立（ＳＥＴＵＰ）のシーケンス図である。
【図４】本発明の第１の実施形態におけるＸ２接続確立要求を示す図である。
【図５】本発明の第１の実施形態におけるセル情報（Ｓｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を示す図である。
【図６】本発明の第１の実施形態におけるキャリア情報（Ｓｅｒｖｅｄ  Ｃａｒｒｉｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ）を示す図である。
【図７】本発明の第１の実施形態におけるキャリア情報（Ｓｅｒｖｅｄ  Ｃａｒｒｉｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ）の別を示す図である。
【図８】本発明の第１の実施形態における負荷情報（Ｌｏａｄ  Ｉｎｆｏｒｍａｔｉｏｎ）を示す図である。
【図９】本発明の第１の実施形態における負荷情報（Ｌｏａｄ  Ｉｎｆｏｒｍａｔｉｏｎ）の別を示す図である。
【図１０】本発明の第１の実施形態におけるリソース状態要求（Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｒｅｑｕｅｓｔ）を示す図である。
【図１１】本発明の第１の実施形態におけるリソース状態要求（Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｕｐｄａｔｅ）を示す図である。
【図１２】本発明の第１の実施形態の変形例におけるセル情報（Ｓｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を示す図である。
【図１３】本発明の第１の実施形態の変形例におけるセル情報（Ｓｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ）の別を示す図である。
【図１４】本発明の第２の実施形態におけるｅＮＢ間のＥＮＢ設定更新（ＥＮＢ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｕｐｄａｔｅ）のシーケンス図である。
【図１５】本発明の第２の実施形態におけるｅＮＢ間のＥＮＢ設定更新（ＥＮＢ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｕｐｄａｔｅ）を示す図である。
【図１６】本発明の第３の実施形態におけるｅＮＢ間で交換するメッセージタイプを示す図である。
【図１７】本発明の第４の実施形態におけるセル情報（Ｓｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を示す図である。
【図１８】本発明の第４の実施形態におけるセル情報（Ｓｅｒｖｅｄ  Ｃａｒｒｉｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ）を示す図である。
【図１９】本発明の第５の実施形態におけるセル情報（Ｓｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を示す図である。
【図２０】本発明の第５の実施形態におけるＣＡセット情報（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  Ｓｅｔ  Ｉｎｄｉｃａｔｉｏｎ）を示す図である。
【図２１】本発明の第５の実施形態におけるＣＡセット情報（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  Ｓｅｔ  Ｉｎｄｉｃａｔｉｏｎ）の別を示す図である。
【図２２】無線基地局の構成例を示す図である。
【図２３】無線基地局の動作を説明する図である。
【図２４】関連技術を説明する図である。
【発明を実施するための形態】
【００４２】
本発明の実施形態を以下に説明する。本発明の形態の一つに係る通信システムにおいては、周波数の異なる複数の構成キャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）を束ねた（アグリゲートした）キャリアセットを用いて無線端末とデータ通信を行う機能を備えた無線局が、複数の構成キャリアのうち、個別の第１の識別子を持つキャリア（「第１のキャリア」という。例えばＢＣ）に関する情報に加え、第１の識別子を持たないキャリア（「第２のキャリア」という。例えばＮＢＣ、ＥＣ）に関する情報を、他の無線局と通信する。以下では、第１のキャリアと第２のキャリアは、１つのキャリアセットに束ねられる複数の構成キャリアについて、第１の識別子を持つか持たないかで２つに類別したものとして説明を行う。また、１つのキャリアセットは、少なくとも１つの第１のキャリアと、少なくとも１つの第２のキャリアを含むという形態でもよいし、１つのキャリアセットが第１の識別子を持つ複数のキャリアのみで構成されるという形態でもよい。なお、第２のキャリアには、第１のキャリアと共通に第１の識別子が付与される形態でも、本発明の適用が可能であることは明らかである。
【００４３】
本発明においては、個別の第１の識別子を持つ第１のキャリアと、個別の第１の識別子を持たないとの関連付けを行って、個別の第１の識別子を持たない当該第２のキャリアの情報（例えば第２のキャリアの構成情報）を他の無線局へ通知する。また個別の第１の識別子を持たない第２のキャリアの負荷情報やリソース使用状況も他の無線局へ通知し、当該負荷情報やリソース使用状況を用いたセル間干渉の回避や負荷分散を行う。
【００４４】
本発明によれば、キャリアセットが、互いに種類が異なる複数のキャリア（例えばＢＣ、ＮＢＣ、ＥＣ）を含み、キャリアセットに含まれる少なくとも１つの種類のキャリアの情報を他の無線局に通知する構成としてもよい。あるいは、キャリアセットと各キャリアの関係を示すキャリアセット情報（キャリアがどの前記キャリアセットに属するかを示す情報、及び／又は、前記キャリアセットがどのキャリアを含むかを示す情報）を、他の無線局に通知するようにしてもよい。
【００４５】
本発明によれば、個別の第１の識別子を持たない第２のキャリアにおける負荷情報やリソース使用状況も無線局間で交換可能になり、該負荷情報や該リソース使用状況を用いて第２のキャリアにおいて干渉回避技術を適用することによるスループットの向上や、負荷分散を実現できる。
【００４６】
次に、本発明の形態の一つについて図面を参照して詳細に説明する。なお、以下では無線通信システム（セルラシステム）として「３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）」を想定する。
【００４７】
＜第１の無線通信システムの形態＞  
図１は、本発明の一つの形体の無線通信システムの概略構成の例を示す図である。この無線通信システムは、無線基地局（ｅＮＢ：ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）ｅＮＢ１とｅＮＢ２、無線端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）ＵＥ１を含む。
【００４８】
キャリアアグリゲーション（ＣＡ）可能な構成キャリア（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ：ＣＣ）としては、バックワードコンパティブルキャリア（Ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｌｅ  ｃａｒｒｉｅｒ：ＢＣ）、ノン・バックワードコンパティブルキャリア（Ｎｏｎ−ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｌｅ  ｃａｒｒｉｅｒ：ＮＢＣ）、エクステンションキャリア（Ｅｘｔｅｎｓｉｏｎ  ｃａｒｒｉｅｒ：ＥＣ）の３種類がある。
【００４９】
ｅＮＢ１はＢＣ１、ＮＢＣ１、ＥＣ１を、ｅＮＢ２はＢＣ２、ＮＢＣ２、ＥＣ２を、それぞれ１つのキャリアセット（ＣＡセット）として使用する。なお、１つのＣＡセットに含まれる複数の構成キャリアの数は「３」に制限されるものでないことは勿論である。
【００５０】
なお、ＵＥ１は、ｅＮＢ１と通信を行うための接続確立（ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）  Ｃｏｎｎｅｃｔｉｏｎ）が完了しており、既に、ＢＣ１、ＮＢＣ１、ＥＣ１が使用可能な状態にあるものとする。周波数ｆ１〜ｆ３は連続であってもよいし不連続であってもよく、さらに周波数帯が同一でも異なっていてもよい。
【００５１】
ここで、基本的に、ＢＣは、第１の識別子を持つ第１のキャリアであり、且つ、ＮＢＣやＥＣは、第１の識別子を持たない第２のキャリアである場合を想定するが、ＢＣとＮＢＣが第１の識別子を持つ第１のキャリアで、ＥＣのみが第２のキャリアであるとしても、本発明は適用可能である。
【００５２】
なお、第１の識別子としては、例えば、物理（層）セルＩＤ（ＰＣＩ：Ｐｈｙｓｉｃａｌ  （Ｌａｙｅｒ）  Ｃｅｌｌ  Ｉｄｅｎｔｉｆｉｅｒ）、および／又は、グローバルセルＩＤ（ＥＣＧＩ：ＥＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）が適用できる。
【００５３】
また、ｅＮＢ１とｅＮＢ２は、互いに情報交換を行う為にはられた伝送路において、Ｘ２と呼ばれるリンク（通信接続）を確立しており、これを通して様々な情報交換が可能である。なお、ｅＮＢ１とｅＮＢ２はＸ２で直接リンクを確立していない場合でも、上位局（ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）とのリンクであるＳ１を介して情報交換が可能である。さらに、Ｏ＆Ｍ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ  ｓｅｒｖｅｒ）やＮＭ（Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｒ）を介した情報交換、あるいは、Ｏ＆ＭやＮＭにおいて以下に示す情報を用いた無線基地局の制御等も行うことが可能である。
【００５４】
＜Ｘ２でのメッセージによる情報交換＞
図２は、Ｘ２で情報交換が行われる場合のメッセージタイプ（Ｍｅｓｓａｇｅ  Ｔｙｐｅ）を例示している。
【００５５】
“Ｐｒｏｃｅｄｕｒｅ  ｃｏｄｅ”ＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ：情報要素）に該当する番号を挿入する。本実施形態では、“Ｐｒｏｃｅｄｕｒｅ  ｃｏｄｅ”として、０から１１の番号の割当が示されているが、番号１２（あるいは他の番号）として、キャリアアグリゲーション（ＣＡ）の構成キャリア情報送信専用のメッセージタイプを設けてもよいことは勿論である。
【００５６】
このＩＥの番号を確認することで、Ｘ２で情報を送る送信元のｅＮＢと、送り先である宛先ｅＮＢ間で、送受される情報が何であるのかの認識を共通化（意識合わせ）することができる。
【００５７】
本発明では、Ｘ２で交換する情報に、通常のＸ２接続確立（Ｘ２  ｓｅｔｕｐ）時に交換する情報等のほか、
・キャリアアグリゲーション（ＣＡ）する構成キャリア（ＣＣ）のうち、個別の第１の識別子を持たずキャリアアグリゲーション（ＣＡ）する構成キャリア（ＣＣ）の一部として機能する構成キャリア（ＣＣ）（第２のキャリア）の構成情報や、
・当該構成キャリア（ＣＣ）（当該第２のキャリア）における負荷情報（Ｌｏａｄ  Ｉｎｆｏｒｍａｔｉｏｎ）、
・リソース使用状況（Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ）
等を含む。個別の第１の識別子としては、物理（層）セルＩＤ（ＰＣＩ）やグローバルセルＩＤ（ＥＣＧＩ）等がある。
【００５８】
個別の第１の識別子を持たない構成キャリア（ＣＣ）（第２のキャリア）の構成情報としては、
・当該第２のキャリアが属するＣＡの構成キャリア（ＣＣ）群（キャリアセット）（ＣＡ  ｓｅｔ）のうち、個別の第１の識別子（例えば、ＥＣＧＩ）をもつ構成キャリア（ＣＣ）（第１のキャリア）がどれであるかを示す情報や、
・当該第１のキャリアの周波数、
・システム帯域幅、
・構成キャリアの種類（ＣＣタイプ）（ＢＣ／ＮＢＣ／ＥＣ）
等の情報がある。ここで、第１のキャリアとしてＢＣが、第２のキャリアとして、ＮＢＣやＥＣが考えられる。ただし、これに限定されるものではなく、ＮＢＣやＥＣでも第１のキャリアになる場合があってもよい。また、構成キャリアの種類は、ＢＣ／ＮＢＣ／ＥＣ以外であっても良い。
【００５９】
負荷情報（Ｌｏａｄ  Ｉｎｆｏｒｍａｔｉｏｎ）としては、例えば  
・上りリンク干渉の過負荷情報（Ｕｐｌｉｎｋ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｏｖｅｒｌｏａｄ  Ｉｎｄｉｃａｔｉｏｎ：ＯＩ）、  
・上りリンクの高干渉情報（Ｕｐｌｉｎｋ  Ｈｉｇｈ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｉｎｄｉｃａｔｉｏｎ：ＨＩＩ）、  
・下りリンク送信電力情報（Ｒｅｌａｔｉｖｅ  Ｎａｒｒｏｗｂａｎｄ  Ｔｘ  Ｐｏｗｅｒ：ＲＮＴＰ）、
がある。
【００６０】
上りリンク干渉の過負荷情報（ＯＩ）は、上りリンクの干渉が大きくなりすぎていることを示す情報であり、物理リソースブロック（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ：ＰＲＢ）と呼ばれる所定の単位の無線リソース毎に通知を行うことが可能である。ＯＩは、
・高干渉（Ｈｉｇｈ  ｉｎｔｅｒｆｅｒｅｎｃｅ）、
・中干渉（Ｍｅｄｉｕｍ  ｉｎｔｅｒｆｅｒｅｎｃｅ）、
・低干渉（Ｌｏｗ  ｉｎｔｅｒｆｅｒｅｎｃｅ）等
の情報で示される。これらは、例えば、上りリンクの既知信号（リファレンス信号：Ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ、又はパイロット信号：Ｐｉｌｏｔ  ｓｉｇｎａｌともいう）の信号対干渉電力比（Ｓｉｇｎａｌ  ｔｏ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  ａｎｄ  Ｎｏｉｓｅ  Ｒａｔｉｏ：ＳＩＮＲ）を算出し、予め設定された複数の所定の閾値とそれぞれ比較することで判定される。既知信号ではなく、データの上り信号のＳＩＮＲを算出して、所定の閾値と比較して判定するようにしても良い。さらに、上りの干渉を推定する方法であれば、これらに限定されるものでないことは勿論である。
【００６１】
干渉が大きいと報告された物理リソースブロック（ＰＲＢ）をできるだけ避けてスケジューリングをすることで、隣接セル（Ｎｅｉｇｈｂｏｕｒｉｎｇ  ｃｅｌｌ）への干渉を低減し、特にセル端のスループットの向上が期待できる。
【００６２】
上りリンクの高干渉情報（ＨＩＩ）は、上りリンクの干渉に敏感かどうか（Ｈｉｇｈ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｓｅｎｓｉｔｉｖｉｔｙ）を示す情報であり、ＯＩと同様に物理リソースブロック（ＰＲＢ）毎に通知を行うことができる。このＨＩＩを受けたｅＮＢは、例えば干渉に敏感だと通知された当該物理リソースブロック（ＰＲＢ）をセル端のＵＥへ割り当てることをできるだけ避け、セル間干渉の低減を図る。
【００６３】
上りリンクの高干渉情報（ＨＩＩ）は、例えば、
・干渉に敏感（Ｈｉｇｈ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｓｅｎｓｉｔｉｖｉｔｙ）か、
・干渉に敏感でない（Ｌｏｗ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｓｅｎｓｉｔｉｖｉｔｙ）か、のいずれかで示される情報である。これは、例えば、当該ＰＲＢを使用する（使用している）通信が、干渉に敏感（干渉に耐性がある）かどうかで判定される。あるいは、当該ＰＲＢを使用する（使用している）通信が、セル端の無線端末によるものかどうかで判定されるようにしても良い。この場合、セル端であれば、干渉に敏感（Ｈｉｇｈ  Ｉｎｔｅｒｆｅｒｅｎｅ  ｓｅｎｓｉｔｉｖｉｔｙ）になる。
【００６４】
下りリンク送信電力情報（ＲＮＴＰ）は、物理リソースブロック（ＰＲＢ）毎のｅＮＢの送信電力が、所定の閾値以上かどうかを示す情報である。このＲＮＴＰを受信したｅＮＢは受信したＲＮＴＰを考慮してスケジューリングを行う。
【００６５】
一方、リソース使用状況（Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ）としては、例えば、  
・無線リソース使用状況（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ）、  
・ハードウェア負荷情報（Ｈａｒｄｗａｒｅ  Ｌｏａｄ  Ｉｎｄｉｃａｔｏｒ）、  
・Ｓ１ネットワーク負荷情報（Ｓ１  ＴＮＬ  Ｌｏａｄ  Ｉｎｄｉｃａｔｏｒ）、  
等がある。
【００６６】
無線リソース使用状況（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ）は、アップリンク（ＵＬ）とダウンリンク（ＤＬ）それぞれの無線リソースの物理リソースブロック（ＰＲＢ）毎の使用率であり、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）の異なるＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ：保証ビットレート（保証伝送速度））と、Ｎｏｎ−ＧＢＲそれぞれで算出すると共に、両方を合わせた全体の使用率を算出する。ＰＲＢ毎の使用率は、例えば％で示される。特に制限されないが、この使用率として、例えば、所定期間Ｔの平均のＰＲＢの使用率が用いられる。
【００６７】
ハードウェア負荷情報（Ｈａｒｄｗａｒｅ  Ｌｏａｄ  Ｉｎｄｉｃａｔｏｒ）は、セル毎のハードウェアの使用率を示しており、数レベルの段階的な情報（例えばＬｏｗＬｏａｄ、ＭｅｄｉｕｍＬｏａｄ、ＨｉｇｈＬｏａｄ、Ｏｖｅｒｌｏａｄ、．．．）として通知できる。ハードウェア使用率は、例えば、ハードウェア使用量（使用度合い）を予め設定された複数の所定の閾値と比較することで判定される。ここで、ハードウェアとは、無線基地局の一部の装置あるいは一部の所定の回路（例えばベースバンド部）であってもよい（複数の無線基地局間で共通化しておく）。
【００６８】
Ｓ１  ＴＮＬ負荷情報（Ｓ１  ＴＮＬ  Ｌｏａｄ  Ｉｎｄｉｃａｔｏｒ）は、Ｓ１トランスポートネットワークレイヤの負荷情報で、同様に段階的な情報（例えばＬｏｗＬｏａｄ、ＭｅｄｉｕｍＬｏａｄ、ＨｉｇｈＬｏａｄ、Ｏｖｅｒｌｏａｄ、．．．）として通知できる。
【００６９】
なお、Ｓ１は、ｅＮＢとＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  ＧａｔｅＷａｙ）の間で確立されるリンク（伝送路）である。Ｓ1  ＴＮＬ負荷情報も、例えば、Ｓ１  ＴＮＬ負荷を予め設定された複数の所定の閾値と比較して判定される。ここで、Ｓ１  ＴＮＬ負荷は、例えば、所定期間に伝送路Ｓ１で通信される情報の総量（又は平均）や、所定期間にＳ１で通信される特定の種類の情報の総量（又は平均）等が用いられる。
【００７０】
このように、第２のキャリアの構成情報、および、負荷情報やリソース使用状況を無線基地局間で通信（交換）することで、ＰＲＢ毎の負荷情報を考慮したスケジューリングによるセル間干渉の回避や、構成キャリア（ＣＣ）間のＬｏａｄ  ｂａｌａｎｃｉｎｇ等が実現できる。具体的には、例えば、第１のキャリアの構成情報を、無線基地局間で交換することにより、識別子を持つどのキャリアとアグリゲーションを行っているかが無線基地局間で共有される。また、これにより、第２のキャリアのＰＲＢ毎の負荷情報なども無線基地局間で共有することができる。異なる周波数の第１のキャリアにおける負荷情報を用いて、第２のキャリアにおける負荷情報を算出する等を不要とし、実際に干渉を与える（干渉を被る）対象となる周波数と同一周波数の第２のキャリアにおける負荷情報を使用し、適切なセル間干渉回避を実現することができる。さらに、同じ周波数の第２のキャリアにおける負荷情報やリソース使用状況を使用し、構成キャリア間の適切な負荷分散（Ｌｏａｄ  ｂａｌａｎｃｉｎｇ）を実現することができる。
【００７１】
なお、負荷分散については、当該リソース使用状況などを上位装置、例えば、ＭＭＥやＯ＆Ｍ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ  ｓｅｒｖｅｒ、ＯＭＣ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ  Ｃｅｎｔｅｒ）とも言う）に通知することで、無線基地局間の負荷分散も実現することができる。ここで、ＬＴＥでは、単独で通信が可能な、物理（層）セルＩＤ（個別セルＩＤ）（ＰＣＩ）およびグローバルセルＩＤ（ＥＣＧＩ）を持つ場合のＢＣやＮＢＣを「セル」と呼ぶことができるが、以下に示す実施形態では、「キャリア」と呼ぶことにする。ただし、これらをセルと呼ぶ場合でも、本発明が適用できることは言うまでもない。
【００７２】
なお、この無線通信システムは、３ＧＰＰ  ＬＴＥの仕様に準拠する好適な構成を有するが、これに限定されるものではない。上記した態様について、以下ではいくつかの例示的な実施形態に即して説明する。
【００７３】
＜実施形態１＞  
図３乃至図１１は、本発明の例示的な第１の実施形態を説明するための図である。
【００７４】
＜Ｘ２  ＳＥＴＵＰシーケンス＞
本実施形態では、図３に示すように、Ｘ２接続確立要求（Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）とその応答（Ｘ２  ＳＥＴＵＰ  ＲＥＳＯＮＳＥ）で、第２のキャリアの構成情報をｅＮＢ間で交換する。
【００７５】
通常、Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴでは、図４に示すように、
・Ｍｅｓｓａｇｅ  Ｔｙｐｅ  ＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）、
・Ｇｌｏｂａｌ  ｅＮＢ  ＩＤ  ＩＥ、
・Ｓｅｒｖｅｄ  Ｃｅｌｌｓ  ＩＥ、
・ＧＵ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ）  Ｇｒｏｕｐ  Ｉｄ  Ｌｉｓｔ  ＩＥ、
等の情報を通知する。
【００７６】
また、サーブドセル情報（Ｓｅｒｖｅｄ  Ｃｅｌｌ  ＩＥ）には、
・サーブドセル情報項目（Ｓｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥ）と、
・隣接情報項目（Ｎｅｉｇｈｂｏｕｒ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥ）
が含まれる。
【００７７】
サーブドセル情報（Ｓｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ）は、図５に示すように、
・物理（層）セルＩＤ：ＰＣＩ、
・グローバルセルＩＤ：ＥＣＧＩ、
・トラッキングエリアコード（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｃｏｄｅ：ＴＡＣ）、
・パブリック・ランド・モバイル・ネットワーク・アイデンティティー（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ  Ｉｄｅｎｔｉｔｙ：ＰＬＭＮ（公共地上移動体ネットワーク）識別子）、
・ＦＤＤ情報（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ（周波数分割多重）  Ｉｎｆｏ）、などを含む。
【００７８】
また、ＦＤＤ情報（ＦＤＤ  Ｉｎｆｏ）としては、
・上りリンクキャリア周波数番号（ＵＬ  ＥＡＲＦＣＮ（ＥＵＴＲＡＮ  Ａｂｓｏｌｕｔｅ  Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｃｈａｎｎｅｌ  Ｎｕｍｂｅｒ）：キャリア周波数のインデックスに対応する）、
・下りリンクキャリア周波数番号（ＤＬ  ＥＡＲＦＣＮ：キャリア周波数のインデックスに対応する）、
・上りリンク送信帯域幅（ＵＬ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｂａｎｄｗｉｄｔｈ）、
・下りリンク送信帯域幅（ＤＬ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｂａｎｄｗｉｄｔｈ）
がある。
【００７９】
本実施形態では、さらに、キャリアアグリゲーション（ＣＡ）する第２のキャリアの情報を示す、サーブドキャリア情報（Ｓｅｒｖｅｄ  Ｃａｒｒｉｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥ）も必要に応じてＸ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴで通知する。
【００８０】
Ｓｅｒｖｅｄ  Ｃａｒｒｉｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥの例としては、図６に示すように、
・キャリアＩＤ（Ｃａｒｒｉｅｒ  ＩＤ）、
・サービングＰＣＩ（Ｓｅｒｖｉｎｇ  ＰＣＩ）、
・ＦＤＤ情報（ＦＤＤ  Ｉｎｆｏ）、
等が含まれる。
【００８１】
ここで、サービングＰＣＩは、第２のキャリアが属するキャリアアグリゲーション（ＣＡ）する構成キャリア（ＣＣ）群（ＣＡセット）の中の第１の識別子を持つ第１のキャリアのＰＣＩである。
【００８２】
一つのＣＡセットに複数の第１のキャリアがある場合には、そのうちの一つの代表する第１のキャリアのＰＣＩでもよいし、複数あるいは全ての第１のキャリアのＰＣＩでもよい。
【００８３】
また、複数のＣＡセットに属する場合には、どれか一つのＣＡセットの第１のキャリアのＰＣＩでもよいし、複数あるいは全てのＣＡセットのなかのそれぞれの第１のキャリアのＰＣＩでもよい。
【００８４】
また、キャリアＩＤは、少なくとも第２のキャリアに割り当てられる個別番号である。このキャリアＩＤは、例えば、第１のキャリアが固有に持つ物理（層）セルＩＤ（ＰＣＩ）やグローバルセルＩＤ（ＥＣＧＩ）と同等の長さのビット系列でもよいし、それらよりも短い簡易なビット系列であってもよい。また、各ｅＮＢが管理するＣＡセット毎に割り振ってもよいし、ＣＡセット全体で割り振ってもよい。
【００８５】
さらに、第２のキャリアの周波数情報としては、ＥＡＲＦＣＮの変わりに、第１のキャリアの周波数との周波数オフセット値を用いてもよい。
【００８６】
なお、キャリア情報（Ｃａｒｒｉｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥ）の別の例としては、図７に示すように、サービングＰＣＩの代わりに、サービングセルＩＤ（例えば、ＥＣＧＩ）を用いてもよい。これらの方法を用いることにより、第２のキャリアの構成情報も、第１のキャリアと同様に隣接ｅＮＢ（Ｎｅｉｇｈｂｏｕｒｉｎｇ  ｅＮＢ）に通知することができる。
【００８７】
ここで、本実施形態では、第１のキャリアが持つ第１の識別子として、ＰＣＩおよびＥＣＧＩ、第２のキャリアが持つ第２の識別子としてキャリアＩＤを用いたが、
第１の識別子として、ＥＣＧＩ、
第２の識別子として、キャリアＩＤ
を用いてもよい。あるいは、
第１の識別子として、ＥＣＧＩ、
第２の識別子として、ＰＣＩとしてもよい。
【００８８】
さらに、本実施形態では、図８、図９に示すように、第２のキャリアの負荷情報（Ｌｏａｄ  Ｉｎｆｏｒｍａｔｉｏｎ）も隣接ｅＮＢに通知する。
【００８９】
通常、負荷情報ＩＥ（Ｌｏａｄ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥ）は、
・メッセージタイプ（Ｍｅｓｓａｇｅ  Ｔｙｐｅ）、
・セルＩＤ（Ｃｅｌｌ  ＩＤ）、
・上りリンク干渉の過負荷情報（ＵＬ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｏｖｅｒｌｏａｄ  Ｉｎｄｉｃａｔｉｏｎ）、
・上りリンク高干渉情報（ＵＬ  Ｈｉｇｈ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ）、
・狭帯域送信電力情報（Ｒｅｌａｔｉｖｅ  Ｎａｒｒｏｗｂａｎｄ  Ｔｘ  Ｐｏｗｅｒ）等の情報を含む。
【００９０】
本実施形態においては、上り干渉情報（ＵＬ  Ｈｉｇｈ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥ）のターゲットセルのＩＤに加え、ターゲットキャリアを含み、さらに、セル情報項目（Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｉｔｅｍ）の代わりに、キャリア情報項目（Ｃａｒｒｉｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｉｔｅｍ）を追加する。
【００９１】
なお、キャリア情報項目（Ｃａｒｒｉｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｉｔｅｍ）の構成は、セル情報項目（Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｉｔｅｍ）とほぼ同様で、セルＩＤの代わりにキャリアＩＤを使用する点が異なる。
【００９２】
また、図１０、図１１に示すように、第２のキャリアのリソース状態（Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ）についても同様に、隣接ｅＮＢに通知する。
【００９３】
通常、リソース状態要求（Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｒｅｑｕｅｓｔ）では、
・メッセージタイプ（Ｍｅｓｓａｇｅ  Ｔｙｐｅ）、
・ｅＮＢ１測定ＩＤ（ｅＮＢ１  Ｍｅａｓｕｒｅｍｅｎｔ  ＩＤ）、
・ｅＮＢ２測定ＩＤ（ｅＮＢ２  Ｍｅａｓｕｒｅｍｅｎｔ  ＩＤ）、
・登録要求（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）、
・報告の特徴（Ｒｅｐｏｒｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）、
・報告セル（Ｃｅｌｌ  ｔｏ  Ｒｅｐｏｒｔ）、
・報告周期（Ｒｅｐｏｒｔｉｎｇ  Ｐｅｒｉｏｄｉｃｉｔｙ）
等が通知される。
【００９４】
本発明では、報告セル（Ｃｅｌｌ  ｔｏ  Ｒｅｐｏｒｔ）の「Ｃｅｌｌ  ＩＤ」に加え、キャリアＩＤを追加する。
【００９５】
また、報告の特徴（Ｒｅｐｏｒｔ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）として、
・物理リソースブロック（ＰＲＢ）（周期的（Ｐｅｒｉｏｄｉｃ））、
・ＴＮＬ負荷（ＴＮＬ  Ｌｏａｄ）（Ｉｎｄ  Ｐｅｒｉｏｄｉｃ）、
・ハードウエア負荷（Ｉｎｄ  Ｐｅｒｉｏｄｉｃ）、
に加え、
・トラフィック負荷情報（Ｔｒａｆｆｉｃ  Ｌｏａｄ）（Ｉｎｄ  Ｐｅｒｉｏｄｉｃ）
を追加してもよい。
【００９６】
ここで、トラフィック負荷情報（Ｔｒａｆｆｉｃ  Ｌｏａｄ）（Ｉｎｄ  Ｐｅｒｉｏｄｉｃ）は、各構成キャリア（ＣＣ）のトラフィック負荷情報（Ｔｒａｆｆｉｃ  Ｌｏａｄ）を数段階のレベル（ＬｏｗＬｏａｄ、ＭｅｄｉｕｍＬｏａｄ、ＨｉｇｈＬｏａｄ、．．．）を用いて示す情報であり、報告の特徴（Ｒｅｐｏｒｔｉｎｇ  Ｐｅｒｉｏｄｉｃｉｔｙ）に従い周期的に報告されるものである。
【００９７】
これにより、キャリアアグリゲーション（ＣＡ）する際に、構成キャリア（ＣＣ）間の負荷バランスを考慮してスケジューリングを行うことができる。
【００９８】
また、図１１に示すように、リソース状態更新（Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｕｐｄａｔｅ）においても同様に、キャリアＩＤを追加する。さらに、トラフィック負荷情報（Ｔｒａｆｆｉｃ  Ｌｏａｄ  Ｉｎｄｉｃａｔｏｒ）を追加してもよい。
【００９９】
以上の方法により、第２のキャリアについても、負荷情報（Ｌｏａｄ  Ｉｎｆｏｒｍａｔｉｏｎ）、リソース状態（Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ）を隣接ｅＮＢに通知することができる。ここで、第２のキャリアが第１の識別子を持たない場合だけでなく、第２のキャリアが、第１のキャリアの第１の識別子を流用する場合でも、本発明の適用が可能である。この場合、第１のキャリアと第２のキャリアでそれぞれの識別子の用途が異なっていてもよい。
【０１００】
＜実施形態１の変形例＞
図１２、図１３は、本発明の例示的な第１の実施形態の変形例を示す図である。前記実施形態では、図４において、第２のキャリアの構成情報を通知するため、新たにサーブドキャリア情報（Ｓｅｒｖｅｄ  Ｃａｒｒｉｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥ）を、サーブドセル情報（Ｓｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ）とは別に定義している。しかし、この方法以外に、サーブドセル情報（Ｓｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ）に、第２のキャリアの構成情報を追加するようにしてもよい。
【０１０１】
例えば、図１２に示すように、キャリアアグリゲーション（ＣＡ）における追加的な構成キャリア（ＣＣ）のキャリア周波数（ＥＡＲＦＣＮ）を並べて通知し、それらに対応させてキャリアＩＤも通知する。図１２では、ＵＬ／ＤＬ  ＥＡＲＦＣＮに加え、キャリアアグリゲーション（ＣＡ）における追加的な構成キャリアのキャリア周波数、ＵＬ／ＤＬ  ＥＡＲＦＣＮ２、ＵＬ／ＤＬ  ＥＡＲＦＣＮ３を含む。
【０１０２】
また、図１３に示すように、キャリアアグリゲーション（ＣＡ）における追加的な構成キャリア（ＣＣ）のキャリア周波数（ＥＡＲＦＣＮ）を並べて通知し、どの構成キャリア（ＣＣ）が第１のキャリア（独自のＰＣＩ、および／又は、セルＩＤを持つキャリア）かどうかを示すセルフラグ（Ｃｅｌｌ  ｆｌａｇ）を合わせて通知するようにしてもよい。セルフラグ（Ｃｅｌｌ  ｆｌａｇ）はビットストリング（１からアグリゲートされる構成キャリアの最大数）からなり（例えば第１ビットはキャリア０）、１はサービングキャリアを表す。
【０１０３】
ここで、図１２では、第２のキャリアが持つ第２の識別子としてキャリアＩＤを用いたのに対し、図１３では、第２の識別子として周波数インデックスを用いている。また、前記実施形態１と同様に、第２のキャリアが第１の識別子を持たない場合だけでなく、第２のキャリアが、第１のキャリアの第１の識別子を流用する場合でも、本発明が適用可能である。この場合、第１のキャリアと第２のキャリアでそれぞれの識別子の用途が異なっていてもよい。
【０１０４】
＜実施形態２＞
図１４、図１５は、本発明の例示的な第２の実施形態を説明するための図である。
【０１０５】
＜ＥＮＢコンフィギュレーションアップデート＞
本実施形態では、図１４に示すように、ｅＮＢ設定更新（ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ）と、その応答（ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ  ＡＣＫＮＯＷＬＥＤＧＥ）において、第２のキャリアの構成情報も交換する。
【０１０６】
通常、ｅＮＢ設定更新（ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ）では、
・メッセージタイプ（Ｍｅｓｓａｇｅ  Ｔｙｐｅ）、
・追加するサーブドセルの情報（Ｓｅｒｖｅｄ  Ｃｅｌｌｓ  ｔｏ  Ａｄｄ）、
・修正するサーブドセルの情報（Ｓｅｒｖｅｄ  Ｃｅｌｌｓ  ｔｏ  Ｍｏｄｉｆｙ）
等の情報を通知する。
【０１０７】
追加するサーブドセルの情報（Ｓｅｒｖｅｄ  Ｃｅｌｌｓ  ｔｏ  Ａｄｄ）には、サーブドセルの情報（Ｓｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｏｉｎ）、隣接情報（Ｎｅｉｇｈｂｏｕｒ  Ｉｎｆｏｒｍａｔｉｏｎ、ＥＣＧＩ、ＰＣＩ、ＥＡＲＦＣＮ）を含む。
【０１０８】
一方、修正するサーブドセルの情報（Ｓｅｒｖｅｄ  Ｃｅｌｌｓ  ｔｏ  Ｍｏｄｉｆｙ）は、サーブドセルの情報（Ｓｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ）、隣接セル情報（Ｎｅｉｇｈｂｏｕｒ  Ｉｎｆｏｒｍａｔｉｏｎ）に加え、旧いＥＣＧＩ（Ｏｌｄ  ＥＣＧＩ）も含む。
【０１０９】
本実施形態では、これらに加え、さらにサーブドキャリア情報（Ｓｅｒｖｅｄ  Ｃａｒｒｉｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ）も隣接ｅＮＢへ通知する。これにより、ＣＡの構成の変化（アグリゲーションする構成キャリア（ＣＣ）の組み合わせや、当該構成キャリア（ＣＣ）の設定変更等）に応じて、適宜、隣接ｅＮＢへ通知することができる。なお、第２のキャリアが第１の識別子を持たない場合だけでなく、第２のキャリアが、第１のキャリアの第１の識別子を流用する場合でも、本発明の適用が可能である。この場合、第１のキャリアと第２のキャリアでそれぞれの識別子の用途が異なっていてもよい。
【０１１０】
＜実施形態３＞
本発明の例示的な第３の実施形態を説明する。本発明において、第２のキャリアの構成情報等の交換は、Ｘ２接続要求（Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）や、ｅＮＢ設定更新（ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ）以外に、ＣＡの構成の新規通知や更新通知を、別のＭｅｓｓａｇｅ  Ｔｙｐｅを定義して行う構成としてもよい。
【０１１１】
例えば、図１６に示すように、新たに、「Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ」や、「Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  Ｕｐｄａｔｅ」、等のＭｅｓｓａｇｅ  Ｔｙｐｅを追加することが考えられる。図１６に示す例では、Ｐｒｏｃｅｄｕｒｅ  Ｃｏｄｅ  “１２”を「Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ」としている。
【０１１２】
これにより、ＣＡに関する設定だけが変更になった場合に、ｅＮＢ間で余分な情報を省き、必要な情報だけを交換することでネットワーク負荷を低減することができる。なお、第２のキャリアが第１の識別子を持たない場合だけでなく、第２のキャリアが、第１のキャリアの第１の識別子を流用する場合でも、本発明の適用が可能である。この場合、第１のキャリアと第２のキャリアでそれぞれの識別子の用途が異なっていてもよい。
【０１１３】
＜実施形態４＞
本発明の例示的な第４の実施形態においては、すべての種類の構成キャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）、あるいは特定の種類の構成キャリア（ＣＣ）の種類（Ｃａｒｒｉｅｒ  Ｔｙｐｅ）を無線基地局（ｅＮＢ）間で通知する。例えば、第１の識別子を持つ第１のキャリアと第１の識別子を持たない第２のキャリアの両方、あるいは、第１のキャリアと第２のキャリアのいずれかのみ、構成キャリア（ＣＣ）の種類をｅＮＢ間で通知する。
【０１１４】
キャリアアグリゲーション（ＣＡ）をサポートするＬＴＥ−Ａｄｖａｎｃｅｄのシステムでは、複数種類の構成キャリア（ＣＣ）（ＢＣ：Ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｌｅ  ｃａｒｒｉｅｒ、ＮＢＣ：Ｎｏｎ−ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｌｅ  ｃａｒｒｉｅｒ、ＥＣ：Ｅｘｔｅｎｓｉｏｎ  ｃａｒｒｉｅｒ等）が定義されるが、それぞれの構成キャリア（ＣＣ）で特徴が異なる。このため、隣接するｅＮＢ間で、単純に構成キャリア（ＣＣ）の周波数情報等だけを交換すると意図しない問題が生じる可能性がある。
【０１１５】
例えば、ＢＣのみで通信が可能なＬＴＥの初期リリースの無線端末（ＵＥ）は、ＮＢＣやＥＣで通信を行うよう指示をしても実際に通信を行うことができず、呼切断等が起こり得る。
【０１１６】
これは、例えば、同一ｅＮＢ内の周波数間ハンドオーバー（Ｉｎｔｒａ−ｅＮＢ／Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  Ｈａｎｄｏｖｅｒ、Ｆｒｅｑｕｅｎｃｙ  Ｃｏｎｖｅｒｇｅｎｃｅとも言う）や、基地局間ハンドオーバー（Ｉｎｔｅｒ−ｅＮＢ  Ｈａｎｄｏｖｅｒ）等でも起こり得る。
【０１１７】
また、ｅＮＢが隣接セルの品質測定（Ｍｅａｓｕｒｅｍｅｎｔ）を行うように指示をする際に、どの種類の構成キャリア（ＣＣ）かを考慮せず、ＵＥに、測定（Ｍｅａｓｕｒｅｍｅｎｔ）の指示を出すと、測定対象が過剰になったり、測定不要な構成キャリア（ＣＣ）の測定をさせたり、等の問題が起こり得る。例えば、ＮＢＣで通信ができないＵＥに、他のＮＢＣの品質測定を行わせても、ハンドオーバーできないので、該測定が無駄になる。
【０１１８】
これらの問題を回避するため、本実施形態では、構成キャリア（ＣＣ）の種類を隣接するｅＮＢに通知する。
【０１１９】
なお、特定の種類の構成キャリア（ＣＣ）としては、ＢＣ以外、つまりＮＢＣとＥＣ、あるいは、ＥＣのみが考えられる。ただし、これに限定はされるものではない。
【０１２０】
図１７は、ｅＮＢ間で交換するサーブドセル情報（Ｓｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ）に、キャリアの種類（Ｃａｒｒｉｅｒ  ｔｙｐｅ（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ  ｔｙｐｅ））を追加する例である。
【０１２１】
ここでは、ＰｒｅｓｅｎｓｅをＭ（Ｍａｎｄａｔｏｒｙ：必須）としているが、上述のようにオプション（Ｏ：Ｏｐｔｉｏｎ）として、必要な場合のみ通知するようにしてもよい。
【０１２２】
図１８は、ｅＮＢで交換するサーブドキャリア情報（Ｓｅｒｖｅｄ  Ｃａｒｒｉｅｒ  ｉｎｆｏｒｍａｔｉｏｎ）に、キャリアの種類（Ｃａｒｒｉｅｒ  ｔｙｐｅ（Ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ  ｔｙｐｅ））を追加する例である。
【０１２３】
このように、キャリアの種類（Ｃａｒｒｉｅｒ  ｔｙｐｅ（ＣＣ  ｔｙｐｅ））を隣接ｅＮＢに通知することで、当該構成キャリアの種類（ＣＣ  ｔｙｐｅ）を考慮したＵＥの位置管理（移動管理）や、測定（Ｍｅａｓｕｒｅｍｅｎｔ）指示を行うことができる。例えば、ＢＣにしかキャンプ、及び／又は、通信できないＵＥは、ＢＣの構成キャリア（ＣＣ）で構成されるセルにハンドオーバさせ、ＢＣにもＮＢＣにもキャンプ、及び／又は、通信できるＵＥは、ＢＣとＮＢＣのどちらの構成キャリア（ＣＣ）で構成されるセルにもハンドオーバさせることができる。これにより、ＵＥの機能分類（クラス）を考慮して、ハンドオーバ先の負荷を分散させることができる。
【０１２４】
なお、構成キャリアの種類（ＣＣ  ｔｙｐｅ）の代わりに、ＢＣであるかどうかを示すフラグ、逆に、ＮＢＣ或いはＥＣであるかどうかを示すフラグ、等であってもよい。また、隣接するｅＮＢに通知する方法は、ｅＮＢ間のインタフェースであるＸ２インタフェースではなく、ｅＮＢとＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）の間のインタフェースであるＳ１インタフェースを使用してもよい。また、Ｏ＆Ｍ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｃｅ  ｓｅｒｖｅｒ）やＮＭ（Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｒ）に、キャリアの種類の情報を通知し、該Ｏ＆ＭやＮＭで、各ｅＮＢにおけるキャリアセットの構成などを制御してもよい。さらに、第２のキャリアが第１の識別子を持たない場合だけでなく、第２のキャリアが、第１のキャリアの第１の識別子を流用する場合でも、本発明の適用が可能である。この場合、第１のキャリアと第２のキャリアでそれぞれの識別子の用途が異なっていてもよい。
【０１２５】
＜実施形態５＞
本発明の例示的な第５の実施形態では、キャリアアグリゲーション（ＣＡ）する構成キャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）の組であるキャリアセット（ＣＡセット）を示す情報（ＣＡ  Ｓｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ）を、無線基地局（ｅＮＢ）間で通知する。
【０１２６】
キャリアアグリゲーション（ＣＡ）をサポートするＬＴＥ−Ａｄｖａｎｃｅｄのシステムでは、隣接する（Ｎｅｉｇｈｂｏｕｒ）ｅＮＢ間でＣＡセットの構成が異なる、つまり各ｅＮＢがそれぞれＣＡセットを決定することが可能であると考えられる。これは、所定の条件を満たしていれば、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）や無線リソース管理（ＲＲＭ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ）は、基本的にｅＮＢが独自に決定可能であるためである。
【０１２７】
ここで、ＣＡセットを構成する上での所定の条件としては、複数種類の構成キャリア（ＣＣ）（ＢＣ：Ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｌｅ  ｃａｒｒｉｅｒ、ＮＢＣ：Ｎｏｎ−ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｌｅ  ｃａｒｒｉｅｒ、ＥＣ：Ｅｘｔｅｎｓｉｏｎ  ｃａｒｒｉｅｒ等）が定義される場合に、ＣＡセットに必ず１つは特定の種類の構成キャリア（ＣＣ）（例えば、ＢＣでのみ通信が可能な無線端末を収容するためにはＢＣが、ＮＢＣでも通信が可能な無線端末を収容するためにはＢＣかＮＢＣのどちらか）が必要である、あるいは、ＣＡセット内の構成キャリア（ＣＣ）数が所定値以内である、等が考えられる。
【０１２８】
ＣＡセットの構成の通知を行わない場合、意図しない問題が生じる可能性がある。例えば、各種類の構成キャリア（ＣＣ）はそれぞれ特徴が異なるためにセル間干渉回避技術や負荷分散制御を行おうとしても適切な制御にならない、あるいは、隣接セルの品質測定（Ｍｅａｓｕｒｅｍｅｎｔ）を無線端末（ＵＥ）に行わせる場合に測定対象が過剰になったり、測定不要な構成キャリア（ＣＣ）の測定をさせたりする、等といった問題が生じる可能性がある。
【０１２９】
これらの問題を回避するため、本実施形態では、ｅＮＢは、ＣＡセットの構成がどのようになっているかを示すキャリアセット（ＣＡセット）情報を隣接するｅＮＢに通知する。例えば、各構成キャリア（ＣＣ）がどのＣＡセットに属しているか、あるいは、各ＣＡセットがどの構成キャリア（ＣＣ）を含んでいるか、を隣接するｅＮＢに通知する。
【０１３０】
図１９は、サーブドセル情報（Ｓｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ）に、ＣＡセットの構成を示す情報として、ＣＡセット・アイデンティティ（ＣＡ  Ｓｅｔ  Ｉｄｅｎｔｉｔｙ）を通知する例である。
【０１３１】
ここでは、ＰＣＩおよびＣｅｌｌ  ＩＤ（ＥＣＧＩ）を持つ構成キャリア（例えば、ＢＣ）の例を示しており、ＣＡセット・アイデンティティ（ＣＡ  Ｓｅｔ  Ｉｄｅｎｔｉｔｙ）は、各ＰＣＩおよびＣｅｌｌ  ＩＤ（ＥＣＧＩ）を持つ構成キャリア（ＣＣ）が、それぞれ、どの（何番目の）ＣＡセットに属しているかを示す（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  ｓｅｔ  ｎｕｍｂｅｒ）。なお、ＰＣＩやＣｅｌｌ  ＩＤを持たない構成キャリアの場合でも、それらを示す情報、例えばＣａｒｒｉｅｒ  ＩＤ、と共にＣＡセットの情報を通知することが可能である。
【０１３２】
図２０、図２１は、キャリアセット（ＣＡセット）情報（ＣＡ  Ｓｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ）を独立なＸ２  Ｍｅｓｓａｇｅ（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ  Ｓｅｔ  Ｉｎｄｉｃａｔｉｏｎ）として通知する例である。
【０１３３】
図２０の例では、ＣＡセット情報（ＣＡ  Ｓｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ）として、
・ＣＡ  Ｓｅｔ  Ｉｄｅｎｔｉｔｙ、
・構成キャリア（ＣＣ）情報、
・ＰＣＩ、
・Ｃｅｌｌ  ＩＤ（ＥＣＧＩ）
を含む。
【０１３４】
図２１の例では、さらにキャリアＩＤ、キャリアタイプ（Ｃａｒｒｉｅｒ  Ｔｙｐｅ）を含む場合の例である。このように、キャリアセット（ＣＡセット）情報を隣接するｅＮＢに通知することで、構成キャリア（ＣＣ）の種類を考慮して、セル間干渉回避や負荷分散等の制御を実行することができ、ＵＥのスループット向上やシステムの最適化が期待できる。なお、隣接するｅＮＢに通知する方法は、ｅＮＢ間のインタフェースであるＸ２インタフェースではなく、ｅＮＢとＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）の間のインタフェースであるＳ１インタフェースを使用してもよい。さらに、Ｏ＆Ｍ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｃｅ  ｓｅｒｖｅｒ）やＮＭ（Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｒ）に、キャリアセット情報を通知し、該Ｏ＆ＭやＮＭで、各ｅＮＢにおけるキャリアセットの構成などを制御してもよい。ここで、第２のキャリアが第１の識別子を持たない場合だけでなく、第２のキャリアが、第１のキャリアの第１の識別子を流用する場合でも、本発明の適用が可能である。この場合、第１のキャリアと第２のキャリアでそれぞれの識別子の用途が異なっていてもよい。
【０１３５】
図２２は、無線基地局ｅＮＢ１（１０）の構成の一例を示すブロック図である。他の無線基地局ｅＮＢ２（２０）も同様の構成とされる。図２２を参照すると、ｅＮＢ１は、受信器１０１、送信器１０２、信号処理部１０３、通信制御部１０４、リソース管理部１０５、インタフェース１０６、負荷情報算出部１０７を備えている。送信器１０２、受信器１０１では、無線端末ＵＥと通信する信号の送信、受信を行う。信号処理部１０３は、ＵＥとの通信による受信信号からデータの復元、下りデータから送信信号の生成等を行う。通信制御部１０４は、データ送受信の制御や、他の無線基地局との情報交換の制御を行う。負荷情報算出部１０７は、無線リソースの負荷等を算出する。リソース管理部１０５は、無線リソースの制御や、無線・ＮＷ（Ｎｅｔｗｏｒｋ）・ＨＷ（Ｈａｒｄｗａｒｅ）などのリソースの使用状況を算出する。インタフェース１０６は他の無線基地局や上位局との通信を行う。信号処理部１０３、通信制御部１０４、リソース管理部１０５、インタフェース１０６の少なくとも１部の処理は無線基地局を構成するコンピュータ上で実行されるプログラムにより実現することができる。
【０１３６】
図２３は、本発明の一実施例の無線基地局（ｅＮＢ）の動作を説明する図である。図２３（Ａ）を参照すると、無線基地局は、前記実施形態で説明したように、Ｘ２接続要求（Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）や、ｅＮＢ設定更新（ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ）、ＣＡの構成の新規通知や更新通知を行う場合等、所定のイベント発生時（ステップＳ１のＹＥＳ）、当該第２のキャリアの構成情報、又は当該第２のキャリアの負荷情報（図２２の負荷情報算出部１０７で算出する）、又は、当該第２のキャリアのリソース使用状況等の所定情報を生成し（図２２のリソース管理部１０５で生成する）（ステップＳ２）、該所定情報を、通信制御部１０４、インタフェース１０６を介して他の無線基地局に送信する（ステップＳ３）。
【０１３７】
図２３（Ｂ）を参照すると、他の無線基地局において、前記第２のキャリアに関する所定情報（当該第２のキャリアの構成情報、又は、当該第２のキャリアの負荷情報又は、当該第２のキャリアのリソース使用状況）を受信するイベントが発生すると（ステップＳ１１のＹＥＳ）、前記所定情報をインタフェース１０６、通信制御部１０４で受信し（ステップＳ１２）、該所定情報を参照して、第２のキャリアに関連して干渉レベル、負荷分散等の調整（スケジューリング）を行う（ステップＳ１３）。前記実施形態では、前記第２のキャリアに関する所定情報を無線基地局間の伝送路Ｘ２を介して通信する例を示したが、無線基地局が上位装置である基地局制御局あるいは管理装置（ＭＭＥやＯ＆Ｍ）に通知し、上位装置から他の無線基地局に通知するようにしてもよいことは勿論である。
【０１３８】
前記実施形態におけるキャリアＩＤについては、無線基地局（ｅＮＢ）間での情報交換のためだけでなく、無線基地局（ｅＮＢ）と無線端末（ＵＥ）の間の情報交換にも使用できる。
【０１３９】
例えば、ｅＮＢがＵＥに、初めに第２のキャリアに関する情報を通知する際に、当該第２のキャリアの構成情報として、周波数情報等を通知すると共に、キャリアＩＤも追加する。
【０１４０】
これ以降、当該構成情報に変更がなければ、第２のキャリアに関する情報は、当該キャリアＩＤを用いて行う。
【０１４１】
これにより、無線基地局（ｅＮＢ）と無線端末（ＵＥ）間で通信する情報量を低減することができる。また、このとき、第１の識別子を持たない第２のキャリアだけでなく、第１の識別子を持つ第１のキャリアに対してもキャリアＩＤを付与する方法を用いてもよい。
【０１４２】
さらに、前記実施形態では、無線通信システムとして３ＧＰＰ  ＬＴＥを想定して説明したが、本発明の対象はそれらに限定されることはなく、３ＧＰＰ  ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）等にも適用可能である。
【０１４３】
なお、上記の非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【符号の説明】
【０１４４】
１０、２０  無線基地局
１０１  受信器
１０２  送信器
１０３  信号処理部
１０４  通信制御部
１０５  リソース管理部
１０６  インタフェース
１０７  負荷情報算出部
ｅＮＢ１、２  無線基地局
ＵＥ  ユーザ装置（端末）
【図１】
2018074610.tif 000003
【図２】
2018074610.tif 000004
【図３】
2018074610.tif 000005
【図４】
2018074610.tif 000006
【図５】
2018074610.tif 000007
【図６】
2018074610.tif 000008
【図７】
2018074610.tif 000009
【図８】
2018074610.tif 000010
【図９】
2018074610.tif 000011
【図１０】
2018074610.tif 000012
【図１１】
2018074610.tif 000013
【図１２】
2018074610.tif 000014
【図１３】
2018074610.tif 000015
【図１４】
2018074610.tif 000016
【図１５】
2018074610.tif 000017
【図１６】
2018074610.tif 000018
【図１７】
2018074610.tif 000019
【図１８】
2018074610.tif 000020
【図１９】
2018074610.tif 000021
【図２０】
2018074610.tif 000022
【図２１】
2018074610.tif 000023
【図２２】
2018074610.tif 000024
【図２３】
2018074610.tif 000025
【図２４】
2018074610.tif 000026