(57)【要約】  ＳＯＮ機能を実行することにより、不要なシグナリングが大量に発生することのない通信システム、基地局装置、データ送信方法及びプログラムを提供することを目的とする。本発明にかかる通信システムは、ｅＮＢ（１００）と、ｅＮＢ（１００）とデータ送受信を行うｅＮＢ（１０１）とを備える通信システムであって、ｅＮＢ（１００）は、ｅＮＢ（１０１）からｅＮＢ（１００）に対する自律設定情報を送信するか否かを判定するために用いられる情報を、ｅＮＢ（１０１）に対して送信する信号送受信部（１１０２）を備えるものである。
2013073077.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信装置と、前記第１の通信装置とデータ送受信を行う第２の通信装置とを備える通信システムであって、
前記第１の通信装置は、前記第２の通信装置から前記第１の通信装置に対して自律設定情報を送信するか否かを判定するために用いられる情報を、前記第２の通信装置に対して送信する送信手段を備える、通信システム。
【請求項２】
前記第１の通信装置及び前記第２の通信装置は、移動通信システムにおいて用いられる基地局装置であり、前記自律設定情報は、前記基地局装置間において定められる通信メッセージを用いて送信される、請求項１に記載の通信システム。
【請求項３】
前記第１の通信装置が、前記自律設定情報を上位装置において管理される場合、前記第１の通信装置は、前記第２の通信装置に対して、前記上位装置のノード識別子情報を送信する、請求項１又は２に記載の通信システム。
【請求項４】
前記第１の通信装置において自律設定情報が変更された場合に、
前記第１の通信装置は、
前記第１の通信装置に隣接する他の通信装置のうち前記第１の通信装置の前記自律設定情報を管理する上位装置と異なる上位装置において前記自律設定情報が管理される通信装置及び上位装置において前記自律設定情報が管理されない通信装置の少なくとも一方を含む通信装置に対して、前記変更後の自律設定情報を送信する、請求項３に記載の通信システム。
【請求項５】
前記第１の通信装置から、前記変更後の自律設定情報を受信する第３の通信装置をさらに備え、
前記第３の通信装置は、
前記第３の通信装置に隣接する他の通信装置のうち前記第１の通信装置の前記自律設定情報を管理する上位装置と異なる上位装置において前記自律設定情報が管理される通信装置及び上位装置から前記自律設定情報が送信されない通信装置の少なくとも一方を含む通信装置に対して、前記変更後の自律設定情報を送信する、請求項４に記載の通信システム。
【請求項６】
前記自律設定情報は、複数のＳＯＮ（Self Organizing Networks）機能に関する情報を有し、
前記第１の通信装置は、
前記複数のＳＯＮ機能の中から、前記第１の通信装置においてサポートされるＳＯＮ機能を前記第２の通信装置に対して通知する、請求項１乃至５のいずれか１項に記載の通信システム。
【請求項７】
前記第２の通信装置は、
前記第１の通信装置においてサポートされるＳＯＮ機能に関する情報を前記第１の通信装置へ送信し、前記第１の通信装置においてサポートされていないＳＯＮ機能に関する情報を前記第１の通信装置へ送信しない、請求項６に記載の通信システム。
【請求項８】
前記自律設定情報は、複数のＳＯＮ（Self Organizing Networks）機能に関する情報を有し、
前記第１の通信装置は、
前記複数のＳＯＮ機能に関する情報の中から、前記第２の通信装置からの送信を希望しないＳＯＮ機能に関する情報を前記第２の通信装置に対して送信する、請求項１乃至５のいずれか１項に記載の通信システム。
【請求項９】
前記第２の通信装置は、
前記第１の通信装置から送信を希望しないと通知されたＳＯＮ機能に関する情報を前記第１の通信装置へ送信しない、請求項８に記載の通信システム。
【請求項１０】
前記複数のＳＯＮ機能は、
ＰＣＩ  Ａｓｓｉｇｎｍｅｎｔ、ＡＮＲ(Automatic Neighbour Relation)、ＭＲＯ(Mobility Robustness Optimisation)、ＭＬＢ(Mobility Load Balancing)、ＣＣＯ（Coverage and Capacity Optimization）、Ｅｎｅｒｇｙ  Ｓａｖｉｎｇ、ＩＣＩＣ(Inter-cell Interference Coordination)及びＣｏＣ(Cell outage Compensation)、のうち少なくとも１つを含む、請求項１乃至９のいずれか１項に記載の通信システム。
【請求項１１】
第１の基地局装置に隣接する基地局装置であって、
前記第１の基地局装置において前記基地局装置に対して自律設定情報を送信するか否かを判定するために用いられる情報を、前記第１の基地局装置に対して送信する送信部、を備える基地局装置。
【請求項１２】
第１の基地局装置に隣接する基地局装置におけるデータ送信方法であって、
前記第１の基地局装置において前記基地局装置に対して自律設定情報を送信するか否かを判定するために用いられる情報を、前記第１の基地局装置に対して送信する、データ送信方法。
【請求項１３】
第１の基地局装置に隣接する基地局装置におけるコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体であって、
前記第１の基地局装置において前記基地局装置に対して自律設定情報を送信するか否かを判定するために用いられる情報を、前記第１の基地局装置に対して送信するステップをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は装置設定を自律的に行う基地局装置を含む通信システムに関する。
【背景技術】
【０００２】
移動通信ネットワークを構成する基地局の設定を行う際に、端末や基地局から品質測定データ等を収集及び分析し、基地局設定の自律化を行うＳＯＮ（Self Organizing Networks）機能が用いられている。ＳＯＮ機能を用いることにより、ネットワークの品質向上及び運用コスト削減を実現させることが可能である。【０００３】
例えば、家庭用の小型基地局であるＨＮＢ（Home NodeB）やＨｅＮＢ（Home eNodeB）が、自動でプラグアンドプレイを行い、無線電波を受信（ネットワークリスニング）し、周波数（EARFCN：E-UTRA Absolute Radio Frequency Channel Number）やＰＣＩ(Physical Cell ID)のような無線パラメータを自身で決定するのも一つのＳＯＮの動作といえる。また、無線の電波の状況（パイロットチャネルの分布、隣接セル、干渉、スループット状況、ハンドオーバ失敗率、無線の負荷状況、ＰＭ(Performance Management)等）の測定を長期間にわたって行い、統計的手法によって、ＯＡＭパラメータを最適化するのも一つのＳＯＮの動作といえる。【０００４】
図１６を用いて、ＬＴＥ無線通信方式に対応した移動通信システムの構成について説明する。ｅＮＢ１０、ｅＮＢ１１、ｅＮＢ１２は、ＬＴＥ無線通信方式に対応した基地局である。ｅＮＢ間のインタフェースはＸ２インタフェースと呼ばれる(非特許文献１：3GPP TS36.300参照)。ＥＭ１４は、ｅＮＢを制御するＥｌｅｍｅｎｔ  Ｍａｎａｇｅｒ、ＮＭ１５はＯＡＭ上、ＥＭ１４の上位装置であり、ネットワーク全体を保守監視する、Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｒを示す。ＭＭＥ／Ｓ−ＧＷ１３は、コアネットワークを指し、移動管理制御、セッション管理制御を行う。ｅＮＢとＭＭＥ／Ｓ−ＧＷ間はＳ１インタフェースとして定義される。【０００５】
続いて、図１７を用いて、非特許文献２（３ＧＰＰ  ＴＳ３２．１０１）に開示されているＯＡＭ参照モデルについて説明する。本図におけるＮＭ(Network Manager)、ＥＭ(Element Manager)、ＮＥ(Network Element)に関する定義は３ＧＰＰ  ＴＳ３２．１０１に基づいている。【０００６】
ＮＥ２１〜２５とは、Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔであり、例えば、ｅＮＢ(E-UTRAN NodeB)、ＨｅＮＢ、ＮｏｄｅＢ、ＲＮＣ、ＨＮＢ(Home NodeB)等が該当する。ＤＭ３１〜３３とは、Ｄｏｍａｉｎ  Ｍａｎａｇｅｒであり、Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔの管理機能及び、サブネットワークのドメイン管理機能を保持する。ＥＭ３４〜３７とは、Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｒであり、Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔを管理する機能を提供する。ＮＭ４１〜４２とは、Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｒであり、ＥＭの上位に位置し、ＥＭによってサポートされるネットワークの管理を行う。ＮＥに、ＥＭ機能が収容されている場合には、ＮＭよりＮＥに直接アクセスを行う。ＮＭ４１及び４２は、サーバ装置等により構成されるＥｎｔｅｒｐｒｉｓｅ  Ｓｙｓｔｅｍｓ５０に接続されている。【０００７】
なかでも、ＥＭとＮＭ間あるいは、ＥＭ機能を持つＮＥとＮＭ間は、Ｔｙｐｅ２インタフェースと定義され、別名、ＩＴＦ―Ｎ (North bound interface)と定義され、３ＧＰＰの標準化仕様書シリーズによって定義されているＯｐｅｎなインタフェースである。【０００８】
次に、上述したＯＡＭ参照モデルにおいて実現されるＳＯＮソリューションについて説明する。ＳＯＮソリューションには、非特許文献３（３ＧＰＰ  ＴＳ３２．５００  Ｖｅｒ１０．１．０）に記載されるようにＣｅｎｔｒａｌｉｓｅｄ  ＳＯＮ、Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮ、 Ｈｙｂｒｉｄ  ＳＯＮの３つの方法が存在している。Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮとは、ＳＯＮアルゴリズムがＯＡＭシステムで実施されるＳＯＮソリューションであり、Ｎｅｔｗｏｒｋ  ＭａｎａｇｅｍｅｎｔレベルにおいてＳＯＮアルゴリズムが実施されるＮＭ−Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮと、Ｅｌｅｍｅｎｔ  ＭａｎａｇｅｍｅｎｔレベルにおいてＳＯＮアルゴリズムが実施されるＥＭ−Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮの二種類が存在する。Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮとは、ＳＯＮアルゴリズムがＮｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔレベルで実施されるＳＯＮソリューションである。さらに、Ｈｙｂｒｉｄ  ＳＯＮとは、ＳＯＮアルゴリズムがＮＥあるいは、ＥＭ、ＮＭの複数のレベルにおいて実施されるＳＯＮソリューションである。【０００９】
これらのＳＯＮソリューションは、自動設定内容、自動最適化されるＯＡＭ対象装置、ＳＯＮアルゴリズム又は要求される性能に応じて適切に選択される。また、ＳＯＮソリューションは、ベンダーの機器、つまり通信装置に実装される。【００１０】
Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮの場合には、ＮＥにおいてＳＯＮアルゴリズムが実現されるため、すぐにＯＡＭパラメータの変更が可能である。そのため、Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮは、リアルタイムにＯＡＭパラメータを最適化するのに適している。しかしながら、ＮＥが自身でＯＡＭパラメータを最適化するためには、隣接のＮＥより、プロトコルメッセージにて頻繁に情報を収集する必要がある。そのため、Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮを実行した場合、ＮＥ間のシグナリングが増加する。また、ＮＥが把握できる範囲は、ＮＥの隣接セルあるいは、隣接セルが隣接しているセルの範囲に限定されるといった制約が生じる。【００１１】
一方、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮでは、広範囲における複数のＮＥを束ねて集中管理を行い、統計情報を活用できるため、長期間の間隔において、ネットワーク全体の最適化を行うことに適している。また、ＮＥ間におけるＸ２ＡＰメッセージなどのシグナリングを使用する必要は無いというメリットがある。【００１２】
ネットワークにおいては複数のベンダーの機器（ＮＥ、ＥＭ、ＮＭ等）が用いられ、ベンダー独自のアルゴリズム（ＳＯＮアルゴリズム）あるいはＳＯＮの実現方法によって、機器毎に別々のＳＯＮソリューションが使用される可能性がある。【００１３】
例えば、ＰＣＩ割り当ての最適化方法としては、非特許文献４（ＴＲ３６．９０２）に述べられるように、ＰＣＩ  Ｃｏｌｌｉｓｉｏｎ−ｆｒｅｅとＰＣＩ  Ｃｏｎｆｕｓｉｏｎ−ｆｒｅｅを保証するようにＰＣＩが割り当てられる必要がある。しかし、ＰＣＩ割り当て方法をＤｉｓｔｒｉｂｕｔｅｄ  ＳＯＮで実現するか、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮで実現するか、Ｈｙｂｒｉｄ  ＳＯＮで実現するかは機器ベンダーの実装に依存する。つまり、ＰＣＩ割り当ての最適化アルゴリズムをＮＥ側において実装する場合には、Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮであり、ＥＭあるいはＮＭにおいて実装する場合には、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮである。また、ＮＥおよび、ＥＭ／ＮＭの双方にて実装する場合には、Ｈｙｂｒｉｄ  ＳＯＮである。このように、どのように実現されるかはベンダーの実装に依存する。【００１４】
ＳＯＮの代表的なユースケース（SON機能）としては、ＰＣＩ割り当ての最適化、ＡＮＲ(Automatic Neighbour Relation)、ＭＲＯ(Mobility Robustness Optimisation)、ＭＬＢ(Mobility Load Balancing)、 ＲＡＣＨ  Ｏｐｔｉｍｉｓａｔｉｏｎ、Ｓｅｌｆ  Ｈｅａｌｉｎｇ、ＩＣＩＣ(Inter-cell Interference Coordination)、ＣｏＣ(Cell outage Compensation)などが３ＧＰＰ仕様書(3GPP TS36.300 Ver10.0.0、TR36.902 V9.3.1、TS32.500 Ver10.0.0、非特許文献５：TS32.541 Ver10.0.0等)において定義されている。【００１５】
また、ＴＲ３６．９０２に定義されるように、ＰＣＩ  Ｃｏｌｌｉｓｉｏｎ−ｆｒｅｅとは、セルがカバーするエリアにおいてＰＣＩがユニークであることを保証することである。また、ＰＣＩ  ｃｏｎｆｕｓｉｏｎ−ｆｒｅｅとは、隣接セルにおいてＰＣＩがユニークであることを保証することである。
【先行技術文献】
【非特許文献】
【００１６】
【非特許文献１】3GPP TS 36.300 V10.5.0 "E-UTRA and E-UTRAN Overall description Stage 2" 2011-09
【非特許文献２】3GPP TS 32.101 V10.0.0 "Telecommunication management; Principles and high level requirements (Release 10)" 2010-09
【非特許文献３】3GPP TS 32.500 V10.1.0 "Telecommunication management; Self-Organizing Networks (SON); Concepts and requirements (Release 10)" 2010-09
【非特許文献４】3GPP TR 36.902 V9.3.1 "E-UTRAN; Self-configuring and self-optimizing network (SON) use cases and solutions (Release 9)" 2011-03
【非特許文献５】3GPP TS 32.541 V10.0.0 "Telecommunication management; Self-Organizing Networks (SON); Self-healing concepts and requirements (Release 10)" 2011-03
【非特許文献６】3GPP TS 36.423 V10.3.0 "E-UTRAN X2 application protocol (X2AP) (Release 10)" 2011-09
【発明の概要】
【発明が解決しようとする課題】
【００１７】
マルチベンダー間においてＤｉｓｔｒｉｂｕｔｅｄ  ＳＯＮ、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮの混在を許容可能とする場合には以下の課題がある。ＬＴＥシステムをベースとして、ｅＮｏｄｅＢを用いた場合のＳＯＮシステムを中心として課題の説明を行う。【００１８】
第１の課題について、以下に説明する。Ｘ２インタフェースではＳＯＮを目的として、様々なプロトコルが定義されているが、隣接のｅＮｏｄｅＢがどのようにしてＳＯＮを実現しているのかはＸ２ＡＰメッセージにより通知されていない。そのため、ｅＮｏｄｅＢは隣接のｅＮｏｄｅＢにおいてＣｅｎｔｒａｌｉｓｅｄ  ＳＯＮが実施されていようが、Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮが実施されていようが一律、ＳＯＮ機能に関連する情報を、Ｘ２ＡＰメッセージを用いて通知しなければならない。これによって、たとえ、隣接のｅＮｏｄｅＢが、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮを採用していても、Ｘ２ＡＰメッセージを減らすことはできないという問題が発生する。【００１９】
例えば、Ｘ２ＡＰ(非特許文献６：3GPP TS36.423)手順では、
- Ｘ２  ＳＥＴＵＰ
- ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ
を使用することによって、ｅＮＢ同士が隣接のＮｅｉｇｈｂｏｕｒ  ｒｅｌａｔｉｏｎ情報を通知しあうことが可能である。例えば、Ｘ２  ＳＥＴＵＰ手順では、ｅＮＢは、Ｘ２確立時において、ｅＮＢ自身が管理しているセル情報(Served Cell Information)のみではなく、ｅＮＢの隣接セル情報（Neighbour Information）も通知することができる。また、Ｘ２ＡＰ  ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ手順では、ｅＮＢは、ｅＮＢ自身が管理している最新のセル情報（追加セル情報、削除セル情報、修正されたセル情報）のみではなく、隣接セル情報も通知することができる。隣接セル情報には、ＥＣＧＩ(E-UTRAN Cell Global Identifier)、ＰＣＩ(Physical Cell Identifier)、ＥＡＲＦＣＮ等が含まれる。隣接セル情報に基づいて、例えば、ｅＮＢは、隣接セルのｅＮＢのＰＣＩ(Physical Cell Identifier)を把握するのみではなく、隣接セルの隣接セルのｅＮＢのＰＣＩ情報までも把握することが可能となっている。【００２０】
ＰＣＩ情報は、ＵＥがセルを識別する上で重要なパラメータである。ＬＴＥではアサインできるＰＣＩの最大数が５０４であるため、システム上ではＰＣＩを繰り返して使用する必要がある。ＰＣＩは、ＵＥのＣｅｌｌ  ｓｅａｒｃｈ動作や同期検出に必要となるシグナルを生成する為に必要なＩＤであり、ｅＮＢで使用される中でも非常に重要なＩＤのひとつである。ＰＣＩに最適な値が使用されないならば、無線システムにおいて、ＰＣＩ ｃｏｎｆｕｓｉｏｎ発生による誤ったＴａｒｇｅｔ  ｅＮＢへのハンドオーバールーティングを原因とするハンドオーバ失敗や、ＰＣＩ  ｃｏｌｌｉｓｉｏｎ発生による干渉増加により、ＵＥにおいてチャネル推定性能劣化によるスループット減少や同期外れなどが起こり、エンドユーザへ提供するサービス品質が劣化し得る。このように、ＰＣＩ  ＣｏｌｌｉｓｉｏｎやＰＣＩ  Ｃｏｎｆｕｓｉｏｎを避けるために３ＧＰＰ  ＴＳ３６．３００に記載されるように、Ｘ２  ＳＥＴＵＰ手順によって通知される隣接セル情報のＰＣＩ情報が、ＰＣＩ  Ｏｐｔｉｍｉｓａｔｉｏｎを実施する上で重要となる。【００２１】
一方、既存の３ＧＰＰ  ＴＳ３６．４２３では、ｅＮＢは各セルがどのようなＳＯＮソリューションを実行しているかを通知していない。また、TS32.762 Ver10.3.0(E-UTRAN Network Resource Model (NRM)) において、ExternalEUtranGenericCellや、ExternalENBFunction、EUtranRelationでは、隣接のｅＮＢが、どのようなＳＯＮソリューションによりＳＯＮユースケース（SON機能）を実現しているかを通知していない。そのため、隣接のｅＮＢは、Ｘ２ＡＰメッセージを受信した場合において、一律、他のｅＮＢに対してＸ２ＡＰメッセージを送信しなければならない。このため、ＰＣＩ  Ｏｐｔｉｍｉｓａｔｉｏｎでは以下の問題が発生する。【００２２】
ここで図１８を用いて、Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮが用いられた場合のＰＣＩ変更動作例を示す。ｅＮＢ１００は、ＰＣＩ割り当て方法においてＤｉｓｔｒｉｂｕｔｅｄ  ＳＯＮを実行していると仮定する。ｅＮＢ１００配下セルのＰＣＩ値が３であるとする。ＰＣＩ  Ｃｏｌｌｉｓｉｏｎあるいは、ＰＣＩ  Ｃｏｎｆｕｓｉｏｎが検出されることによって、Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮのＰＣＩ最適化機能が動作する。ｅＮＢは、ＰＣＩ値をたとえば、３から２００に変更した場合には、隣接のｅＮＢに対してＸ２ＡＰ : Ｘ２  ＳＥＴＵＰ メッセージあるいは、Ｘ２  ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージを送信することにより、隣接のｅＮＢ１０１、ｅＮＢ１０２、ｅＮＢ１０３、ｅＮＢ１０４、ｅＮＢ１０５、ｅＮＢ１０６に変更後のＰＣＩ値を通知することとなる。つまり、ｅＮＢ１００が管理するセルのＰＣＩが変更になった場合には、図１８に示すように、あるｅＮＢのセルの隣接するセルを管理するｅＮＢ数が６である場合には、ｅＮＢは、合計６回のＸ２ＡＰメッセージを通知する。なお、本例では、簡単のために、ｅＮＢは、１セルのみを管理しているとする。【００２３】
さらに、ＰＣＩ  ｃｏｌｌｉｓｉｏｎ及びＰＣＩ  Ｃｏｎｆｕｓｉｏｎ問題を隣接セルの隣接セルとも避けるためには、Ｘ２ＡＰ手順によって、隣接セル情報に関する変更についても通知する必要がある。したがって、ｅＮＢ１００に隣接するｅＮＢ１０１、ｅＮＢ１０２、ｅＮＢ１０３、ｅＮＢ１０４、ｅＮＢ１０５及びｅＮＢ１０６は、ｅＮＢ１００配下のセルのＰＣＩ値が３より２００に変更となったことを隣接するｅＮＢに対して、Ｘ２ＡＰ:Ｘ２  ＳＥＴＵＰメッセージあるいは、Ｘ２  ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージを用いて通知する。【００２４】
図１９は、ｅＮＢ１０１がｅＮＢ１０７、ｅＮＢ１０８、ｅＮＢ１０９、ｅＮＢ１０６、ｅＮＢ１００及びｅＮＢ１０２に対して合計６回、Ｘ２ＡＰメッセージを送信することを示している。同様に、ｅＮＢ１０２、ｅＮＢ１０３、ｅＮＢ１０４、ｅＮＢ１０５、ｅＮＢ１０６も隣接するｅＮＢに対して、Ｘ２ＡＰ:Ｘ２  ＳＥＴＵＰメッセージあるいは、Ｘ２  ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージを送信する。【００２５】
以上説明した動作が、Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮの３ＧＰＰ標準化仕様書ＴＳ３６．４２３に基づいた動作例である。このように隣接セル数が６セルとして、隣接するＸ２リンク数も６本である場合には、１セルの変更を通知するためのＸ２ＡＰメッセージ数は６×６＝３６メッセージとなる。【００２６】
実際の運用では、マクロセル同士が隣接する場合にはＸ２リンク数は典型的には３２本であり、Ｘ２ＡＰメッセージの送信回数は、３２×３２＝１０２４回となる。つまり、ある特定のＰＣＩを一つ変更すると、１０２４回のＸ２ＡＰシグナリング回数が発生することとなる。同様に、マクロの基地局配下にマクロセル以外にセル半径の小さいマイクロセルやピコセル、フェムトセルが混在するネットワークを想定すると、隣接するＸ２リンク数が増加していくこととなる。例えば、Ｘ２リンク数を１２８本とすると、１２８×１２８＝１６３８４回のＸ２ＡＰシグナリングが発生することとなる。つまり、ｅＮＢにおいてあるセルのＰＣＩを変更しただけで、Ｘ２リンク数をＮ＿ｘ２とすると、Ｎ_ｘ２×Ｎ＿ｘ２＝(Ｎ＿ｘ２の２乗)回数のＸ２ＡＰシグナリングの通知が必要となる。このようにシグナリングメッセージが増加することにより、それぞれのノードにおいて輻輳が発生するという問題が生じる。さらに、Ｘ２ＡＰメッセージの通知の結果、ＰＣＩの通知が行われ、隣接の隣接ｅＮＢにＰＣＩ  Ｃｏｎｆｕｓｉｏｎが発生する場合、隣接の隣接のｅＮＢにおいてさらにＰＣＩの変更が行われると、さらに、ＰＣＩの通知が行われることとなる。【００２７】
本問題ではＰＣＩ変更ケースを例にあげているが、同様の問題が隣接セル情報である、ＥＣＧＩやＥＡＲＦＣＮについても当てはまる。【００２８】
このように、ＮＥ側にＳＯＮ機能を有するＤｉｓｔｒｉｂｕｔｅｄ  ＳＯＮが存在するために、ＮＥ間同士でメッシュにＸ２インタフェースによって必要な変更情報を通知しあうようになる。これによって、Ｘ２ＡＰメッセージの大量の信号増加を生み出されるという問題が生じる。大量の信号増加によって、信号送信バッファ、あるいは、信号受信バッファ枯渇を引き起こし、ｅＮＢの正常動作ができなくなり、不安定な状態を引き起こす問題が生じる可能性がある。また、信号数が増加することで処理能力が上昇し、同様に、ｅＮＢの正常動作ができなくなり、不安定な状態を引き起こす問題が生じる可能性もある。【００２９】
一方、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮの場合にはＥＭあるいはＮＭが、配下のｅＮＢを制御しており、あるｅＮＢのＰＣＩが変更となったとしても、同じＥＭあるいは、同じＮＭ配下のｅＮＢであれば、そのｅＮＢのＰＣＩ変更を管理しているため、通知する必要は無い。したがって、Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮにみられる、Ｘ２ＡＰメッセージ増加による大量信号増加の問題はない。しかしながら、実際の運用においては、機器(ＮＥ)ベンダーのＳＯＮ機能のアルゴリズム実装方法により、Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮとＣｅｎｔｒａｌｉｓｅｄ  ＳＯＮの混在が発生しうる。たとえば、図２０を用いて、Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮとＣｅｎｔｒａｌｉｓｅｄ  ＳＯＮとが混在する例について説明する。【００３０】
ｅＮＢ１００、１０２、１０４、１０８、１１０及び１１２がＥＭ２００によって制御され、ＥＭ２００にＳＯＮ機能が存在すると仮定する。それ以外のｅＮＢである、ｅＮＢ１０１、１０３、１０５、１０６、１０７及び１０９についてはＤｉｓｔｒｉｂｕｔｅｄ  ＳＯＮが実行されていると仮定する。【００３１】
現状のＸ２ＡＰメッセージでは、隣接するｅＮＢがどのノードでＳＯＮ機能を実施し、どのようなＳＯＮソリューションにてＳＯＮ機能を実現しているかは通知されていない。例えば、Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮを実施しているｅＮＢ１０６は、ｅＮＢ１００がＤｉｓｔｒｉｂｕｔｅｄ  ＳＯＮを実施しているのか、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮを実施しているのかを把握していない。ｅＮＢ１０６は、ｅＮＢ１００のＳＯＮ機能を実行しているＥＭやＮＭ等も通知されていない。【００３２】
ｅＮＢ１００配下セルのＰＣＩ値が３より２００に変更となった場合に、ｅＮＢ１００は、隣接しているｅＮＢ１０４、ｅＮＢ１０２が同じＥＭ２００によって制御され、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮを実施しているため、ｅＮＢ１０４及び１０２に対してＸ２ＡＰメッセージを送信しない。一方、ｅＮＢ１００は、ＰＣＩ変更のために、ｅＮＢ１０６、ｅＮＢ１０１、ｅＮＢ１０３及びｅＮＢ１０５にＸ２ＡＰメッセージを通知する。【００３３】
ｅＮＢ１００からＰＣＩ変更通知を受信したｅＮＢ１０１、ｅＮＢ１０３、ｅＮＢ１０５及びｅＮＢ１０６は、隣接ｅＮＢがどのＳＯＮ機能をどのようなＳＯＮソリューションにて実現しているかを把握していない。そのため、図２０に示すように、ｅＮＢ１０１はｅＮＢ１０２、１０６、１０７、１０８及び１０９に、ｅＮＢ１０５はｅＮＢ１１２に、ｅＮＢ１０６はＥＮＢ１１０に、ｅＮＢ１００のＰＣＩ値の変更の通知を行ってしまうこととなる。【００３４】
実際には、ｅＮＢ１０８、ｅＮＢ１１０及びｅＮＢ１１２はｅＮＢ１００と同じＥＭ２００のＳＯＮ機能によって制御されているため通知は不要である。つまり、ｅＮＢ１０８、ｅＮＢ１１０及びｅＮＢ１１２がＸ２ＡＰメッセージによりＰＣＩの変更を受信した場合には、ＥＭ２００に配置されているＳＯＮ機能に通知するが、ＥＭ２００は、ｅＮＢ１００のＰＣＩの変更自体は把握している。そのため、ｅＮＢ１０８、ｅＮＢ１１０及びｅＮＢ１１２に通知された信号は、不要な信号にほかならない。【００３５】
このように、上記のようにＤｉｓｔｒｉｂｕｔｅｄ  ＳＯＮとＣｅｎｔｒａｌｉｓｅｄ  ＳＯＮが混在している場合には、隣接しているｅＮＢ同士がお互いにどのノードにてどのようなＳＯＮソリューションを実現しているかを通知していないために、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮを実行しているノードにとっては不要なシグナリングが発生してしまうこととなり、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮの利点が大幅に失われてしまうこととなる。上記の例では、隣接リンク数が多くても６のケースであるが、仮に隣接ｅＮＢとしてＸ２リンクを１２８本と仮定すれば、１ｅＮＢあたり、１２８回もの不要なＸ２ＡＰシグナリングが発生する可能性がある。このような大量のシグナリング発生は、通信用バッファの枯渇や信号処理数を増加させ、ｅＮＢあるいは、ＥＭ(またはＮＭ)の動作を不安定にし、機器の障害を引き起こす可能性がある。このように、現状の課題として、Ｘ２ＡＰ手順では隣接のｅＮＢ間においてＳＯＮ機能をどのノードが実現しているかを通知していないため、ｅＮＢは、ＰＣＩ変更通知等を、一律Ｘ２ＡＰメッセージを用いて通知しなくてはならないという課題がある。【００３６】
第２の課題について以下に説明する。たとえば、ＭＲＯ(Mobility Robustness Optimisation)やＭＬＢ(Mobility Load Balancing)のＸ２ＡＰメッセージが図２１のとおり、３ＧＰＰ  ＴＳ３６．４２３に定義されているが、隣接するｅＮＢが全て同じＳＯＮ機能をサポートしているとは限らない。例えば、あるｅＮＢは、ＭＲＯ(Mobility Robustness Optimisation)を用いてハンドオーバの閾値やパラメータを最適化することによって、ハンドオーバの成功率を向上させることができる。この時、Ｘ２ＡＰ手順では、Ｍｏｂｉｌｉｔｙ  Ｓｅｔｔｉｎｇ  Ｃｈａｎｇｅ手順を用いることにより、対向ｅＮＢに対してハンドオーバ閾値やＣＩＯ(Cell individual offset)を変更するように要求することが可能である。【００３７】
同様にＭＬＢ(Mobility Load Balancing)手順では、ｅＮＢ間の負荷情報(HW(hardware) load, TNL(transport network layer) load, PRB(Physical resource block))をもとに、ｅＮＢ間の負荷を制御するようにハンドオーバパラメータやＣＩＯを変更する。このような変更を行うために、Ｘ２ＡＰ手順では、Ｍｏｂｉｌｉｔｙ  Ｓｅｔｔｉｎｇ  Ｃｈａｎｇｅ手順によって対向ｅＮＢに対して通知を行う。さらに、Ｔｏｏ  Ｌａｔｅ  Ｈａｎｄｏｖｅｒ、Ｔｏｏ  Ｅａｒｌｙ  Ｈａｎｄｏｖｅｒ、ＨＯ  ｔｏ  Ｗｒｏｎｇ  Ｃｅｌｌ(TS36.300)を検出する場合において、これらの現象を把握するために、Ｘ２ＡＰ手順であるＲａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ  ＩｎｄｉｃａｔｉｏｎやＨａｎｄｏｖｅｒ  Ｅｖｅｎｔ  Ｒｅｐｏｒｔのような手順が使用される。図２１に、Ｘ２ＡＰ手順とＳＯＮユースケース（ＳＯＮ機能）との対応関係の一例を示す。【００３８】
しかしながら、複数のベンダーの機器が混在している場合に、全てのｅＮＢが同じＳＯＮ機能をサポートしているとは限らない。したがって、ＭＲＯを未サポートのｅＮＢに対して、ＭＲＯをサポートしているｅＮＢがＲａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ  Ｉｎｄｉｃａｔｉｏｎ、Ｈａｎｄｏｖｅｒ  Ｅｖｅｎｔ  Ｒｅｐｏｒｔあるいは、Ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅ  Ｃｈａｎｇｅ手順を起動してしまうことがありえる。同様に、ＭＬＢを未サポートのｅＮＢに対してＲｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔｉｎｇ  Ｉｎｉｔｉａｔｉｏｎ、Ｍｏｂｉｌｉｔｙ  Ｓｅｔｔｉｎｇｓ  Ｃｈａｎｇｅ手順を起動してしまうことがありえる。そのため、不要なＸ２ＡＰシグナリングが大量に発生してしまい、ｅＮＢの通信バッファ枯渇や信号処理数増加の問題が発生する。【００３９】
本発明は、上述した課題のうち少なくとも一つを解決するためになされたものであり、ＳＯＮ機能を実行することにより、不要なシグナリングが大量に発生することのない通信システム、基地局装置、データ送信方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００４０】
本発明の第１の態様にかかる通信システムは、第１の通信装置と、前記第１の通信装置とデータ送受信を行う第２の通信装置とを備える通信システムであって、前記第１の通信装置は、前記第２の通信装置から前記第１の通信装置に対して自律設定情報を送信するか否かを判定するために用いられる情報を、前記第２の通信装置に対して送信する送信部を備えるものである。【００４１】
本発明の第２の態様にかかる基地局装置は、第１の基地局装置に隣接する基地局装置であって、前記第１の基地局装置において前記基地局装置に対して自律設定情報を送信するか否かを判定するために用いられる情報を、前記第１の基地局装置に対して送信する送信部、を備えるものである。【００４２】
本発明の第３の態様にかかるデータ送信方法は、第１の基地局装置に隣接する基地局装置におけるデータ送信方法であって、前記第１の基地局装置において前記基地局装置に対して自律設定情報を送信するか否かを判定するために用いられる情報を、前記第１の基地局装置に対して送信するものである。【００４３】
本発明の第４の態様にかかるプログラムは、第１の基地局装置に隣接する基地局装置におけるコンピュータに実行させるプログラムであって、前記第１の基地局装置において前記基地局装置に対して自律設定情報を送信するか否かを判定するために用いられる情報を、前記第１の基地局装置に対して送信するステップをコンピュータに実行させるものである。
【発明の効果】
【００４４】
本発明により、ＳＯＮ機能を実行することにより、不要なシグナリングが大量に発生することのない通信システム、基地局装置、データ送信方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００４５】
【図１】実施の形態１にかかる基地局装置の構成図である。
【図２】実施の形態１にかかるＸ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージの情報要素を示す図である。
【図３】実施の形態１にかかるＸ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージの情報要素を示めす図である。
【図４Ａ】実施の形態１にかかるＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎの設定内容を示す図である。
【図４Ｂ】実施の形態１にかかるＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎの設定内容を示す図である。
【図５】実施の形態１にかかるＳｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎの設定内容を示す図である。
【図６】実施の形態１にかかるＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージの情報要素を示す図である。
【図７】実施の形態１にかかるＳＯＮ機能の実現方法を通知する処理を示すシーケンス図である。
【図８】実施の形態１にかかるＳＯＮ機能の実現方法を通知する処理を示すシーケンス図である。
【図９】実施の形態１にかかるデータベース部の構成を示す図である。
【図１０】実施の形態１にかかるｅＮＢにおけるＸ２ＡＰメッセージ送信処理を示すフローチャートである。
【図１１】実施の形態２にかかるＴｙｐｅ２インタフェースにてＮＭからＥＭに対して通知されるｅＮＢのＳＯＮ機能に関する情報を示す図である。
【図１２】実施の形態２にかかる通信システムの構成図である。
【図１３】実施の形態３Ｘ２ＡＰ確立処理を示すシーケンス図である。
【図１４】実施の形態３Ｘ２ＡＰ確立処理を示すシーケンス図である。
【図１５】実施の形態３にかかるＸ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージの情報要素を示めす図である。
【図１６】ＬＴＥ無線通信方式に対応した移動通信システムの構成図である。
【図１７】ＯＡＭ参照モデルを示す図である。
【図１８】ＰＣＩ変更動作を示す図である。
【図１９】ＰＣＩ変更動作を示す図である。
【図２０】ＰＣＩ変更動作を示す図である。
【図２１】ＳＯＮ機能に関連づけられるＸ２ＡＰメッセージを示す図である。
【発明を実施するための形態】
【００４６】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる基地局装置の構成例について説明する。具体的には、基地局として３ＧＰＰのＬＴＥ無線通信方式において用いられるｅＮＢの構成例について説明する。ｅＮＢ１００は、制御部１１０１と、信号送受信部１１０２と、データベース部１１０３とを備えている。
【００４７】
信号送受信部１１０２は、他のｅＮＢや、ＭＭＥ、ＥＭ等と信号の送受信を行う。例えば、送受信される信号には、Ｓ１ＡＰ、Ｘ２ＡＰ、ＣＯＲＢＡ、ＳＯＡＰ又はＳＮＭＰ等が含まれる。Ｓ１ＡＰは、ｅＮＢ１００と、ＭＭＥとの間において送受信される信号である。Ｘ２ＡＰは、ｅＮＢ間において送受信される信号である。
【００４８】
信号送受信部１１０２は、他のｅＮＢからｅＮＢ１００に対する自律設定情報を送信するか否かに関する情報を、Ｘ２ＡＰを用いて他のｅＮＢに対して送信する。自律設定情報とは、例えば、ＰＣＩ値や、ＭＲＯ又はＭＬＢ等の実行時に送信される情報等が含まれる。ｅＮＢ１００は、隣接ｅＮＢにおいてＰＣＩ値等が変更された場合に、変更後のＰＣＩ値等が通知されると、自律的に自装置において隣接ｅＮＢのＰＣＩ値を設定する。また、隣接ｅＮＢにおけるＰＣＩ値の設定変更により、自装置のＰＣＩ値を変更する必要がある場合、例えばＰＣＩ  Ｃｏｎｆｕｓｉｏｎ等の発生する場合には、自律的に自装置のＰＣＩ値を変更する。自律設定情報を送信するか否かに関する情報は、例えば、自身のｅＮＢにおいてサポートしているＳＯＮ機能や、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮを用いる場合には、自身のｅＮＢを管理するＥＭや、ＮＭのノード識別情報等が含まれる。ＳＯＮ機能は、例えば、図２１のＳＯＮユースケースに記載されている機能である。
【００４９】
ｅＮＢ１００の信号送受信部１１０２から、他のｅＮＢに対して送信される情報には、例えば、Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージや、Ｘ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージ、ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージ、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ、Ｓｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ等が含まれる。なお、Ｘ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージは、Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージに対する応答信号である。
【００５０】
続いて、図２及び図３を用いて、Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージ及びＸ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージに設定される情報要素について説明する。図２には、Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージが示されている。図３には、Ｘ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージが示されている。図２及び図３に示されるように、Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージ及びＸ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージにおいて情報要素ＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎが定義される。
【００５１】
図４Ａ及び図４Ｂは、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎに設定される具体的な内容が示されている。ＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎには、ＳＯＮにおいて実行される機能（ＳＯＮ機能）が、明示されている。ＳＯＮ機能として、例えば、ＰＣＩ  Ａｓｓｉｇｍｅｎｔ、ＡＮＲ（Automatic Neighbor Relation）、ＭＲＯ（Mobility Robustness Optimization）、ＭＬＢ（Mobility Load Balancing）、ＣＣＯ（Coverage and Capacity Optimization）、Ｅｎｅｒｇｙ  Ｓｅｒｖｉｎｇ、ＩＣＩＣ（Inter-Cell Interference Coordination）及びＣｏＣが示されている。また、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎには、それぞれのＳＯＮ機能が、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮ、Ｈｙｂｒｉｄ  ＳＯＮ及びＤｉｓｔｒｉｂｕｔｅｄ  ＳＯＮのうちのいずれのＳＯＮソリューションを用いて実現されているかが示されている。例えば、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎには、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮ又はＨｙｂｒｉｄ  ＳＯＮが用いられる場合には、Ｃｅｎｔｒａｌｉｓｅｄ又はＨｙｂｒｉｄ等が明示的に設定され、Ｃｅｎｔｒａｌｉｓｅｄ又はＨｙｂｒｉｄ等が明示的に設定されていないＳＯＮ機能に関しては、Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮを用いて実現されるとしてもよい。
【００５２】
また、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮ又はＨｙｂｒｉｄ  ＳＯＮを用いて実行されるＳＯＮ機能は、さらにＳＯＮ機能を実行する上位装置のノード識別情報が設定されている。ノード識別情報は、ＦＱＤＮ形式もしくはＩＰアドレス等が用いられてもよい。上位装置は、ＥＭや、ＮＭ等である。
【００５３】
また、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎは、Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージ及びＸ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージに定義される代わりに、Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージ及びＸ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージにおいて定義されているＳｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎという情報要素に定義されてもよい。図５に、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎを情報要素に追加したＳｅｒｖｅｄ  Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎの設定例を示す。
【００５４】
また、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎは、Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージ及びＸ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージに定義される代わりに、ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージに定義されてもよい。図６に、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎを情報要素に追加したＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージを示す。
【００５５】
図１に戻り、制御部１１０１は、ｅＮＢ１００におけるＳＯＮ機能に関するパラメータを設定する。また、ｅＮＢ１００がＤｉｓｔｒｉｂｕｔｅｄ  ＳＯＮを用いて実行される場合、制御部１１０１において、ＡＮＲや、ＰＣＩ  Ａｓｓｉｇｍｅｎｔ等のＳＯＮ機能が実行される。つまり、制御部１１０１において、ＡＮＲアルゴリズムや、ＰＣＩ  Ａｓｓｉｇｍｅｎｔアルゴリズム等が実行され、自律的にネットワーク設計に関する最適なパラメータが設定される。
【００５６】
データベース部１１０３は、ｅＮＢ１００に隣接するｅＮＢのＳＯＮに関する情報を記憶する。例えば、データベース部１１０３は、隣接するｅＮＢが、Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮを用いているか、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮを用いているか、更には、隣接するｅＮＢがサポートしているＳＯＮ機能に関する情報等を記憶している。
【００５７】
なお、ｅＮＢ１００の各構成要素の機能は、ハードウェアを用いて実現されてもよく、ＣＰＵ等がプログラムを実行することにより達成されるソフトウェアを用いて実現されてもよい。
【００５８】
また、ＥＭや、ＮＭも図１と同様の装置構成を有している。例えば、ＥＭにおける信号送受信部１１０２は、Ｔｙｐｅ１インタフェースを介して、ｅＮＢに制御用のメッセージを送信する。さらに、ＥＭにＳＯＮ機能が配置されるＥＭ  Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮ又はＨｙｂｒｉｄ  ＳＯＮの場合においては、ＥＭにおける制御部１１０１において、ＡＮＲやＰＣＩ  Ａｓｓｉｇｍｅｎｔ等のＳＯＮ機能が実行される。
【００５９】
ＮＭも同様に、ＮＭにおける信号送受信部１１０２は、Ｔｙｐｅ２インタフェースを介して、ＥＭに制御用のメッセージを送信する。さらに、ＮＭにＳＯＮ機能が配置されるＮＭ  Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮ又はＨｙｂｒｉｄ  ＳＯＮの場合においては、ＮＭにおける制御部１１０１において、ＡＮＲやＰＣＩ  Ａｓｓｉｇｍｅｎｔ等のＳＯＮ機能が実行される。
【００６０】
続いて、図７を用いて、Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ及びＸ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージを用いたＳＯＮ機能の実現方法の通知シーケンスについて説明する。
【００６１】
はじめに、ｅＮＢ１００の制御部１１０１は、ｅＮＢ１００におけるＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎを設定する（Ｓ１１）。ｅＮＢ１００が、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮソリューションを用いている場合には、ＥＭもしくはＮＭによってＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎが設定されてもよい。次に、ｅＮＢ１００の信号送受信部１１０２は、ｅＮＢ１００におけるＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎを、Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージを用いて他のｅＮＢ（ｅＮＢ１０１）へ送信する（Ｓ１２）。
【００６２】
Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージを受信したｅＮＢ１０１は、データベース部において、ｅＮＢ１００のＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎを記憶する（Ｓ１３）。また、ｅＮＢ１０１は、制御部において、ｅＮＢ１０１のＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎを設定する（Ｓ１４）。
【００６３】
次に、ｅＮＢ１０１は、ｅＮＢ１０１におけるＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎを、Ｘ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージを用いてｅＮＢ１００へ送る（Ｓ１５）。ｅＮＢ１００は、Ｘ２  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥメッセージを受信すると、ｅＮＢ１０１のＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎをデータベース部１１０３へ記憶する。
【００６４】
続いて、図８を用いて、ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージを用いたＳＯＮ機能の実現方法の通知シーケンスについて説明する。ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージは、ｅＮＢにおけるＳＯＮ機能の実現方法に変更があった場合に、通知される。例えば、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮを実行する際に、ｅＮＢを管理するＥＭが変更された場合や、新たなＳＯＮ機能をサポートする場合等に通知される。
【００６５】
はじめに、ｅＮＢ１００の制御部１１０１は、ｅＮＢ１００におけるＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎを更新する（Ｓ２１）。次に、ｅＮＢ１００の信号送受信部１１０２は、更新後のｅＮＢ１００におけるＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎを、ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージを用いてｅＮＢ１０１へ送信する（Ｓ２２）。
【００６６】
ｅＮＢ１０１は、データベース部において、更新後のｅＮＢ１００のＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎを上書きして記憶する（Ｓ２３）。もしくは、ｅＮＢ１０１は、データベース部において、更新後のｅＮＢ１００ｎｏＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎを、既存の情報に置き換えて記憶する。次に、ｅＮＢ１０１は、ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージへの応答メッセージとしてＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ  ＡＣＫＮＯＷＬＥＤＧＥメッセージをｅＮＢ１００へ返送する（Ｓ２４）。ｅＮＢ１００は、ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ  ＡＣＫＮＯＷＬＥＤＧＥメッセージを受け取ることにより、ｅＮＢ１０１において、正常にｅＮＢ１００のＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎの更新情報が反映されたことを認識することができる。
【００６７】
続いて、図９を用いて、ｅＮＢ１００が保持するデータベース部１１０３の構成例について説明する。図９は、ｅＮＢ１００に隣接するｅＮＢ１０１〜１０６が、ＳＯＮ機能として、ＰＣＩ最適化及びＭＲＯをサポートしているか否かを示している。また、図９には、ＰＣＩ最適化及びＭＲＯを実現するために、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮ、Ｈｙｂｒｉｄ  ＳＯＮ又はＤｉｓｔｒｉｂｕｔｅｄ  ＳＯＮのいずれが用いられるかが示されている。さらに、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮ又はＨｙｂｒｉｄ  ＳＯＮが用いられる場合には、ＳＯＮを実行するノードのノード識別子が示されている。
【００６８】
例えば、ｅＮＢ１０１は、ＰＣＩ最適化をサポートしている。ｅＮＢ１０１におけるＰＣＩ最適化は、Ｄｉｓｔｒｉｂｕｔｅｄ  ＳＯＮを用いて実行される。これより、ＰＣＩ最適化を実行するノードは、ｅＮＢ１０１自身であるため、ＰＣＩ最適化ノード識別子には、外部のＳＯＮ実行ノードは存在ことを示すＮ／Ａが設定されている。さらに、ｅＮＢ１０１は、ＭＲＯをサポートしている。ｅＮＢ１０１におけるＭＲＯは、Ｈｙｂｒｉｄ  ＳＯＮを用いて実行され、その実行ノードは、ＥＭ２０１である。
【００６９】
また、ｅＮＢ１０２は、ＰＣＩ最適化をサポートしているが、ＭＲＯをサポートしていない。ＰＣＩ最適化は、Ｃｅｎｔｒａｌｉｓｅｄ  ＳＯＮを用いて実行され、その実行ノードは、ＥＭ２００である。
【００７０】
このようにして、ｅＮＢ１００のデータベース部１１０３は、隣接するｅＮＢに関して、ＳＯＮ機能のサポート状況及び、ＳＯＮソリューション情報が記憶されている。
【００７１】
次に、ｅＮＢ間における、ＳＯＮ機能に関する情報の通知動作について説明する。例えば、ｅＮＢ１００は、隣接ｅＮＢがＰＣＩ割り当て最適化機能を有するかどうかを、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎに、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  ｔｙｐｅ  ｆｏｒ  ＰＣＩ  Ａｓｓｉｇｎｍｅｎｔパラメータが設定されているかによって把握する。もし、隣接ｅＮＢがＰＣＩ割り当て最適化機能を保持していれば、ｅＮＢ１００は、ｅＮＢ１００のＰＣＩ変更時にＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージによりＰＣＩ変更を隣接ｅＮＢに対して通知する必要がある。しかし、隣接ｅＮＢがＰＣＩ割り当て最適化機能を保持していなければ、ｅＮＢ１００は、ｅＮＢ１００のＰＣＩ変更時にＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージによりＰＣＩ変更を隣接ｅＮＢに対して通知する必要はない。
【００７２】
また、ｅＮＢ１００は、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎに、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  ｔｙｐｅ  ｆｏｒ  ＭＲＯ  Ａｌｇｏｒｉｔｈｍパラメータが設定されているかどうかにより、隣接ｅＮＢにおけるＭＲＯ機能のサポート有無を把握することができる。ｅＮＢ１００は、ＭＲＯがサポートされていないｅＮＢに対しては、Ｈａｎｄｏｖｅｒ  Ｒｅｐｏｒｔ手順を通知する必要もなく、Ｍｏｂｉｌｉｔｙ  Ｓｔａｔｅ  Ｃｈａｎｇｅ手順を起動する必要もない。図９の例では、ｅＮＢ１００は、ｅＮＢ１０２、ｅＮＢ１０５がＭＲＯ機能を未サポートであることより、ＭＲＯ動作に必要なＨａｎｄｏｖｅｒ  Ｒｅｐｏｒｔ手順やＭｏｂｉｌｉｔｙ  Ｓｔａｔｅ  Ｃｈａｎｇｅ手順をｅＮＢ１０２及び１０５に対して送らない。これにより、Ｘ２ＡＰメッセージを低減することができる。
【００７３】
同様に、ｅＮＢ１００は、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  ｔｙｐｅ  ｆｏｒ  ＡＮＲ  Ａｌｇｏｒｉｔｈｍパラメータが設定されているかどうかにより、隣接ｅＮＢのＡＮＲ機能のサポート有無を、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  ｔｙｐｅ  ｆｏｒ  ＭＬＢ  Ａｌｇｏｒｉｔｈｍパラメータが設定されているかどうかにより、隣接ｅＮＢのＭＬＢ機能のサポート有無を、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  ｔｙｐｅ  ｆｏｒ  ＣＣＯ  Ａｌｇｏｒｉｔｈｍパラメータが設定されているかどうかにより、隣接ｅＮＢのＣＣＯ機能のサポート有無を、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  ｔｙｐｅ  ｆｏｒ  Ｅｎｅｒｇｙ  Ｓａｖｉｎｇ  Ａｌｇｏｒｉｔｈｍパラメータが設定されているかどうかにより、隣接ｅＮＢのＥｎｅｒｇｙ  Ｓａｖｉｎｇ機能のサポート有無を、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  ｔｙｐｅ  ｆｏｒ  ＩＣＩＣ  Ａｌｇｏｒｉｔｈｍパラメータが設定されているかどうかにより、隣接ｅＮＢのＩＣＩＣ機能のサポート有無を、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  ｔｙｐｅ  ｆｏｒ  ＣｏＣ  Ａｌｇｏｒｉｔｈｍパラメータが設定されているかどうかにより、隣接ｅＮＢのＣｏＣ機能のサポート有無を把握することができる。
【００７４】
このように、ＳＯＮ機能のサポート有無を事前に隣接ｅＮＢ間において通知しあうことにより、隣接するｅＮＢにおいてサポートされていないＳＯＮ機能に関する変更情報等を送信することを抑止することができる。これにより、無駄な制御メッセージ等を減少させることができる。
【００７５】
また、図４Ａ及び図４Ｂに示されるように、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎには、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  ｔｙｐｅパラメータが存在しＳＯＮソリューションがＣｅｎｔｒａｌｉｓｅｄ  ＳＯＮあるいは、Ｈｙｂｒｉｄ  ＳＯＮである場合には、そのＳＯＮ機能を実現しているノードのノード識別子情報を設定することができる。ノード識別子情報は図４及び図４Ｂでは、ＩＰアドレスやホストネーム(ＦＱＤＮ形式)を設定する。ただし、ネットワークにおいてユニークに識別できる番号であれば、ＩＰアドレスやホストネーム(ＦＱＤＮ形式)に限定されず、どのような識別子でも、番号体系でもよい。
【００７６】
例えば、図２０を例にとると、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  ＩｎｆｏｒｍａｔｉｏｎのＩｄｅｎｔｉｆｉｃａｔｉｏｎ  ｏｆ  Ｎｏｄｅ  ｅｘｅｃｕｔｉｎｇ  ＰＣＩ  Ａｓｓｉｇｎｍｅｎｔ  ａｌｇｏｒｉｔｈｍにより、ｅＮＢ１００、１０２、１０４、１１２、１１０、１０８のＰＣＩ割り当て最適化機能がＥＭ２００によって実現されていることをｅＮＢ１００、１０２、１０４、１１２、１１０、１０８は、隣接するｅＮＢとＸ２リンクを確立する際に、Ｘ２  ＳＥＴＵＰメッセージにより通知することができる。したがって、ｅＮＢ１００のセルのＰＣＩ値が３より２００に変更となった場合に、ｅＮＢ１００は、ｅＮＢ１０６、ｅＮＢ１０１、ｅＮＢ１０３、ｅＮＢ１０５にＸ２ＡＰメッセージの通知を行う。ｅＮＢ１０６は、ｅＮＢ１１０がＥＭ２００によってＰＣＩ割り当て最適化機能が実現されていることを把握しているため、ｅＮＢ１１０にＸ２ＡＰメッセージを通知しない。
【００７７】
同様にｅＮＢ１０５は、ｅＮＢ１１２に対して、ｅＮＢ１０１は、ｅＮＢ１０８や１０２に対して信号を通知しないと判断することができる。したがって、最終的にはｅＮＢ１０１は、ｅＮＢ１００と同じＥＭ２００によってＰＣＩ割り当て最適か機能が実現されているｅＮＢ１０２及び２０８には、Ｘ２ＡＰシグナリングを通知せず、ｅＮＢ１０６、１０７、１０９のみにＸ２ＡＰシグナリングを通知すればよく、ｅＮＢ間におけるＸ２ＡＰメッセージ数を低減することができる。
【００７８】
同様に、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｏｆ  Ｎｏｄｅ  ｅｘｅｃｕｔｉｎｇ  ＡＮＲ  ａｌｇｏｒｉｔｈｍは、ＡＮＲ機能を実現しているノードのノード識別子情報であり、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｏｆ  Ｎｏｄｅ  ｅｘｅｃｕｔｉｎｇ  ＭＲＯ  ａｌｇｏｒｉｔｈｍは、ＭＲＯ機能を実現しているノードのノード識別子情報であり、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｏｆ  Ｎｏｄｅ  ｅｘｅｃｕｔｉｎｇ  ＭＬＢ  ａｌｇｏｒｉｔｈｍは、ＭＬＢ機能を実現しているノードのノード識別子情報であり、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｏｆ  Ｎｏｄｅ  ｅｘｅｃｕｔｉｎｇ  ＣＣＯ  ａｌｇｏｒｉｔｈｍは、ＣＣＯ機能を実現しているノードのノード識別子情報であり、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｏｆ  Ｎｏｄｅ  ｅｘｅｃｕｔｉｎｇ  Ｅｎｅｒｇｙ  Ｓａｖｉｎｇ  ａｌｇｏｒｉｔｈｍは、Ｅｎｅｒｇｙ  Ｓａｖｉｎｇ機能を実現しているノードのノード識別子情報であり、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｏｆ  Ｎｏｄｅ  ｅｘｅｃｕｔｉｎｇ  ＩＣＩＣ  ａｌｇｏｒｉｔｈｍはＩＣＩＣ機能を実現しているノードのノード識別子情報であり、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｏｆ  Ｎｏｄｅ  ｅｘｅｃｕｔｉｎｇ  ＣｏＣ  ａｌｇｏｒｉｔｈｍはＣｏＣ機能を実現しているノードのノード識別子情報である。
【００７９】
このように、それぞれのＳＯＮ機能を実現しているＥＭ等のノード識別情報をｅＮＢ間において通知することにより、上述したように、Ｘ２ＡＰメッセージ数を低減することができる。
【００８０】
続いて、図１０を用いて本発明の実施の形態１にかかるｅＮＢにおけるＸ２ＡＰメッセージ送信処理フローについて説明する。はじめに、ｅＮＢ１００は、ＳＯＮアルゴリズムに必要な測定制御や、ＳＯＮアルゴリズムにおいて決定されたパラメータの通知を目的としたＸ２ＡＰメッセージ送信契機の検出を行う（Ｓ３１）。例えば、ｅＮＢ１００は、自装置において、ＰＣＩ値を変更した場合に、Ｘ２ＡＰメッセージの送信契機を検出する。
【００８１】
次に、ｅＮＢ１００の制御部１１０１は、隣接ｅＮＢがどのようなＳＯＮ機能をサポートしているかどうかをデータベース１４０３より取得する（Ｓ３２）。制御部１１０１は、例えば、隣接ｅＮＢがＰＣＩ最適化に関するＳＯＮ機能を未サポートであれば、ＰＣＩ値変更に関するＸ２ＡＰメッセージを隣接ｅＮＢへ送信しないと判断する。隣接ｅＮＢがＰＣＩ最適化に関するＳＯＮ機能をサポートしている場合には、制御部１１０１は、ＳＯＮ機能を実現しているノードが自ノードと同じかどうかを判断する（Ｓ３３）。つまり、ｅＮＢ１００においてＳＯＮ機能を実現しているノードがＥＭ２００である場合に、制御部１１０１は、隣接ｅＮＢにおいてＳＯＮ機能を実現しているノードが、ＥＭ２００であるか否かを判断する。信号送受信部１１０２は、隣接ｅＮＢにおいてＳＯＮ機能を実現しているノードが自ノードと同じであれば、隣接ｅＮＢには、Ｘ２ＡＰメッセージを送信しない。信号送受信部１１０２は、隣接ｅＮＢにおいてＳＯＮ機能を実現しているノードが自ノードと異なる場合には、隣接ｅＮＢへ、Ｘ２ＡＰメッセージの送信を行う（Ｓ３４）。
【００８２】
ここで、ｅＮＢ１００に隣接するｅＮＢ１０１における動作について説明する。ｅＮＢ１０１は、ｅＮＢ１００においてＰＣＩ値が変更したことを通知されると、ステップＳ３１〜ステップＳ３３における処理を実行する。ｅＮＢ１０１は、ステップＳ３３において、隣接するｅＮＢにおいてＳＯＮ機能を実現しているノードが自ノードとは異なると判断された場合に、さらに、隣接するｅＮＢにおいてＳＯＮ機能を実現しているノードがｅＮＢ１００と同じか否かを判断してもよい。隣接するｅＮＢにおいてＳＯＮ機能を実現しているノードがｅＮＢ１００と同じである場合には、隣接ｅＮＢに対して、Ｘ２ＡＰメッセージの送信を行わず、隣接するｅＮＢにおいてＳＯＮ機能を実現しているノードがｅＮＢ１００と異なる場合には、隣接ｅＮＢへ、Ｘ２ＡＰメッセージの送信を行ってもよい。
【００８３】
以上説明したように、本発明の実施の形態１にかかる通信システムを用いることにより以下に記載するような効果を奏する。
【００８４】
第１の効果として、ｅＮＢがＸ２リンク確立時にＳＯＮ機能のサポート状況を通知しているので、ｅＮＢは、隣接ｅＮＢのＳＯＮ機能のサポート状況を把握することができる。そのため、ｅＮＢは、ＳＯＮ機能を未サポートであるｅＮＢに対しては、Ｘ２ＡＰメッセージ送信を抑止することができる。これにより、ｅＮＢは、Ｘ２ＡＰメッセージ送信を低減することができる。
【００８５】
第２の効果として、ｅＮＢがＸ２リンク確立時にＳＯＮ機能の実現ノード識別子を通知しているので、ｅＮＢは、隣接ｅＮＢのＳＯＮがどのようなＳＯＮソリューションにて実現されているか、そして、どのノードにてＳＯＮ機能を実現しているかを把握することができる。そのため、ｅＮＢは、ノード識別子を比較することにより、Ｘ２ＡＰメッセージ送信の必要性を判定できる。これにより、Ｘ２ＡＰメッセージ送信を低減することができる。
【００８６】
また、３ＧＰＰ  ＴＳ３６．３００に示されるように、Ｒｅｌａｙノード(RN)およびＤｏｎｏｒ  ｅＮＢ(DeNB)が存在している場合に、ＲＮとＤｅＮＢ間および、ＲＮとＲＮ間におけるＸ２インタフェースにおいても、本発明の実施の形態１における通信方法を適用することができる。これによって、ＲＮとＤｅＮＢ間および、ＲＮとＲＮ間において、Ｘ２ＡＰシグナリングを低減させることができる。
【００８７】
また、実施の形態１においては、ＬＴＥのｅＮＢを用いて説明しているが同様に、実施の形態１にかかる発明は、Ｗ−ＣＤＭＡベースの３Ｇシステムにも適用することができる。また、実施の形態１にかかる発明は、ＧＥＲＡＮ、Ｗｉｍａｘ、ＷＬＡＮなど他の無線アクセスシステムにおいても適用することができる。例えば、３ＧＰＰ  ＴＳ２５．４０１に示されるように、ＲＮＣがＳＯＮ機能を有する場合において、ＲＮＣ間のＩｕｒインタフェースにおいてＳＯＮ機能のサポート状況あるいは、ＳＯＮ機能の実現ノードのノード識別子あるいは、ＳＯＮ機能のソリューションタイプについて通知することにより、ＲＮＣ間におけるＲＮＳＡＰ信号などのＳＯＮに必要なシグナリングを低減させることができる。
【００８８】
また、フェムト基地局(ＨｅＮＢ、ＨＮＢ)、ｅＮＢあるいはＲＮＣ間においても、ＭＲＯや、ＩＣＩＣ等のＳＯＮ機能を実行することが考えられる。つまり、ＨｅＮＢ−ＨｅＮＢ間、ＨｅＮＢ−ｅＮＢ間、ＨｅＮＢ−ＲＮＣ間、ＨｅＮＢ−ＨＮＢ間、ＨＮＢ−ＨＮＢ間、ＨＮＢ−ｅＮＢ間、ＨＮＢ−ＲＮＣ間等においてＳＯＮ機能のサポート状況、ＳＯＮソリューションタイプ、ＳＯＮ実現ノードのノード識別子の情報を通知しあうことができる。これにより、フェムト基地局間、あるいは、フェムト基地局-マクロ基地局間における不要なＳＯＮ関連のシグナリングを低減することができる。
【００８９】
（実施の形態２）
実施の形態１においては、ｅＮＢ間におけるＸ２ＡＰメッセージを用いて、サポートしているＳＯＮ機能や、ＳＯＮ  Ｓｏｌｕｔｉｏｎ等を通知する方法について説明した。しかし、ｅＮＢ間において、山脈があるなど地形的な理由、あるいは、Ｘ２リンク帯域削減によるＣＡＰＥＸ／ＯＰＥＸ削減のためにｅＮＢ間においてＸ２リンクを設定しないことも想定される。この場合に、ＯＡＭシステムにおいて、ＮＭ間、あるいは、ＥＭ間、あるいは、ＮＭ−ＥＭ間のインタフェースが存在しているのであれば、これらのインタフェースを用いて、ＳＯＮ機能がどのように実装されているかに関する情報を通知してもよい。
【００９０】
図１１は、ＮＭ−ＥＭ間のＴｙｐｅ２インタフェースにてＮＭからＥＭに対して通知されるｅＮＢのＳＯＮ機能に関する情報を示す図である。図１１に示す情報は、例えば、無線アクセスネットワークに関する規格が定められている3GPP TS32.762に定義されるEUtranRelation に、図４にて定義される、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎを追加するケースを示している。これによって、ＥＭあるいは、ｅＮＢは、隣接ｅＮＢにおけるＳＯＮ機能のサポート状況、さらに、ＳＯＮソリューションタイプ、ＳＯＮ実現ノードのノード識別子を知ることが可能となる。識別子については、ＤＮ(Distinguished name)でも、ＩＰアドレスでも、ＦＱＤＮでもどのような形態でもよく、ネットワーク内部においてノードをユニークに識別できるものであればよい。
【００９１】
これにより、実施の形態１と同様に、ＳＯＮ機能が未サポートであるｅＮＢや、ＳＯＮ実現ノードが同じｅＮＢに対してはＳＯＮを目的としたＣＮ（Core Network）経由によるＳ１ＡＰメッセージを送信しないことが可能となる。なお、ＳＯＮ  Ｓｏｌｕｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎの追加方法については、図４の構成に限定されず、隣接ｅＮＢのＳＯＮ機能サポート状況、ソリューションタイプ、ＳＯＮ実現ノードのノード識別子が通知されれば、どのような構成でもよい。
【００９２】
また、ＳＯＮ機能の通知方法等については、異なる無線アクセスのシステム間、つまり、Ｉｎｔｅｒ−ＲＡＴ(Radio Access Technology)のシナリオにおいても適用することができる。異なるＲＡＴ間、例えば、ＬＴＥ無線アクセス技術のＥ−ＵＴＲＡＮとＷ−ＣＤＭＡ無線アクセス技術のＵＴＲＡＮにおいて、ＡＮＲ機能やＭＲＯ機能といったＳＯＮ機能を適用することもできる。例えば、ＡＮＲ機能を使用すれば、ＬＴＥのｅＮＢはＵＴＲＡＮのネットワークの隣接セル情報を自動的に構築することができるようになる。この場合において、ＵＴＲＡＮとＥ−ＵＴＲＡＮのシステム間において、図１２に示すように、ｅＮＢ２００とＲＮＣ２０１とをダイレクトに接続し、隣接セルの情報を通知しあうこともできる。Ｅ−ＵＴＲＡＮシステムは、ｅＮＢ２００と、ＭＭＥ／Ｓ−ＧＷ２０２とを備えている。ＵＴＲＡＮシステムは、ＲＮＣ２０１と、ＭＳＣ２０３と、ＮｏｄｅＢ２０５とを備えている。ＵＴＲＡＮとＥ−ＵＴＲＡＮとを接続するゲートウェイ装置として、ＳＧＳＮ２０４が用いられる。この場合においても、本発明は適用することができる。つまり、ｅＮＢ２００とＲＮＣ２０１との間においてＳＯＮ機能のサポート状況、ＳＯＮソリューションタイプ、ＳＯＮ実現識別子の情報を通知しあうことができる。これにより、ＲＡＴ間における不要なＳＯＮ関連のシグナリングを低減することができる。
【００９３】
また、コアネットワーク(ＭＭＥやＭＳＣ、ＳＧＳＮ等)を経由してＳ１ＡＰプロトコルあるいは、ＲＡＮＡＰプロトコルにおいてｅＮＢとＲＮＣとの間におけるＳＯＮ機能のサポート状況、ＳＯＮソリューションタイプ、ＳＯＮ実現ノードのノード識別子の情報を通知しあうことができる。これにより、ＲＡＴ間における不要なＳＯＮ関連のシグナリングを低減することができる。
【００９４】
（実施の形態３）
本発明の実施の形態１及び２では、Ｘ２ＡＰメッセージにより、ＳＯＮ機能の実現ノード、ＳＯＮ機能のサポート状況等を通知することで、不要なＸ２ＡＰメッセージ低減を目的としていた。本発明の実施の形態３においては、ｅＮＢは、ＳＯＮ機能の実現ノード、ＳＯＮ機能のサポート状況等を直接通知せずに、隣接ｅＮＢとのＸ２ＡＰ確立時において、隣接ｅＮＢから送信されるＸ２ＡＰメッセージのうち、受信を望まないＸ２ＡＰメッセージ情報を指定して事前に通知する。
【００９５】
図１３を用いて、Ｘ２ＡＰ確立処理の流れについて説明する。はじめに、送信元ｅＮＢは、隣接ｅＮＢから受信を望まないＸ２ＡＰメッセージ情報を決定する（Ｓ３１）。次に、送信元ｅＮＢは、決定した情報をＸ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージを用いて送信する（Ｓ３２）。図１５に、Ｘ２  ＳＥＴＵＰメッセージの例を示す。図１５では、Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージに受信を望まないＸ２ＡＰメッセージ情報である、Ｐｒｏｈｉｂｉｔｅｄ  Ｘ２ＡＰ  ｐｒｏｃｅｄｕｒｅパラメータグループを設定することができる。例えば、Ｌｏａｄ  Ｉｎｄｉｃａｔｉｏｎと設定することにより、送信元のｅＮＢは、Ｌｏａｄ  Ｉｎｄｉｃａｔｉｏｎ手順を受信しないことを望んでいることを示す。
【００９６】
Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージを受信したｅＮＢは、送信元ｅＮＢが受信を望まないＸ２ＡＰメッセージ情報を記憶する（Ｓ３３）。そして、本情報を送信した隣接ｅＮＢに対しては、指定されたＸ２ＡＰ手順を起動しないように制御する。次に、Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージを受信したｅＮＢは、受信を望まないＸ２ＡＰメッセージ情報を決定し（Ｓ３４）、Ｘ２ＡＰ  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥを用いて、受信を望まないＸ２ＡＰメッセージ情報を通知する（Ｓ３６）。
【００９７】
また、Ｐｒｏｈｉｂｉｔｅｄ  Ｘ２ＡＰ  ｐｒｏｃｅｄｕｒｅパラメータグループに変更があった場合には、図１４に示すとおり、はじめに、ｅＮＢ１００において、受信を望まないＸ２ＡＰメッセージ情報を更新する（Ｓ４１）。ｅＮＢ１００は、ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥを用いて、受信を望まないＸ２ＡＰメッセージ情報である、変更後のＰｒｏｈｉｂｉｔｅｄ  Ｘ２ＡＰ  ｐｒｏｃｅｄｕｒｅパラメータグループを設定し、隣接ｅＮＢに通知する（Ｓ４２）。
【００９８】
次に、ｅＮＢ１０１は、ｅＮＢ１００が受信を希望していないＸ２ＡＰ手順更新する（Ｓ４３）。これにより、ｅＮＢは、隣接ｅＮＢにおいて受信を希望しないＸ２ＡＰメッセージを事前に把握することが可能となるため、不要なＸ２ＡＰメッセージを低減させる効果を奏する。もちろん、他のメッセージあるいは他のパラメータに受信を望まないＸ２ＡＰメッセージ情報である、Ｐｒｏｈｉｂｉｔｅｄ  Ｘ２ＡＰ  ｐｒｏｃｅｄｕｒｅパラメータを追加してもよい。また、Ｐｒｏｈｉｂｉｔｅｄ  Ｘ２ＡＰ  ｐｒｏｃｅｄｕｒｅとしては、どのようなＸ２ＡＰ手順の受信を希望していないかを通知できれば、図１５の構成でなくてもよい。次に、ｅＮＢ１０１は、ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥの応答信号として、ＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥ  ＡＣＫＮＯＷＬＥＤＧＥをｅＮＢ１００へ送信する（Ｓ４４）。
【００９９】
以上説明したように、本発明の実施の形態３にかかる通信システムを用いることにより、Ｘ２リンク確立時に、隣接するｅＮＢに対して、送信不要なＸ２ＡＰメッセージを通知することができる。これにより、不要なＸ２ＡＰメッセージが送信されることを防止することができるため、Ｘ２ＡＰメッセージ送信を低減することができる。
【０１００】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【０１０１】
例えば、上述の実施の形態では、ハードウェアの構成として説明したが、これに限定されるものではなく、図７、図８、図１０、図１３及び図１４におけるｅＮＢの処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。この場合、コンピュータプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１０２】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１０３】
この出願は、２０１１年１１月１７日に出願された日本出願特願２０１１−２５１４５４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１０４】
１００、１０１、２００  ｅＮＢ
２０１  ＲＮＣ
２０２  ＭＭＥ／Ｓ−ＧＷ
２０３  ＭＳＣ
２０４  ＳＧＳＮ
２０５  ＮｏｄｅＢ
１１０１  制御部
１１０２  信号送受信部
１１０３  データベース部
【図１】
2013073077.tif 000003
【図２】
2013073077.tif 000004
【図３】
2013073077.tif 000005
【図４Ａ】
2013073077.tif 000006
【図４Ｂ】
2013073077.tif 000007
【図５】
2013073077.tif 000008
【図６】
2013073077.tif 000009
【図７】
2013073077.tif 000010
【図８】
2013073077.tif 000011
【図９】
2013073077.tif 000012
【図１０】
2013073077.tif 000013
【図１１】
2013073077.tif 000014
【図１２】
2013073077.tif 000015
【図１３】
2013073077.tif 000016
【図１４】
2013073077.tif 000017
【図１５】
2013073077.tif 000018
【図１６】
2013073077.tif 000019
【図１７】
2013073077.tif 000020
【図１８】
2013073077.tif 000021
【図１９】
2013073077.tif 000022
【図２０】
2013073077.tif 000023
【図２１】
2013073077.tif 000024
【手続補正書】
【提出日】平成26年5月12日(2014.5.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１の通信装置と、前記第１の通信装置とデータ送受信を行う第２の通信装置とを備える通信システムであって、
前記第１の通信装置は、前記第２の通信装置から前記第１の通信装置に対して自律設定情報を送信するか否かを判定するために用いられる情報を、前記第２の通信装置に対して送信する送信手段を備える、通信システム。
【請求項２】
前記第１の通信装置及び前記第２の通信装置は、移動通信システムにおいて用いられる基地局装置であり、前記自律設定情報は、前記基地局装置間において定められる通信メッセージを用いて送信される、請求項１に記載の通信システム。
【請求項３】
前記第１の通信装置が、前記自律設定情報を上位装置において管理される場合、前記第１の通信装置は、前記第２の通信装置に対して、前記上位装置のノード識別子情報を送信する、請求項１又は２に記載の通信システム。
【請求項４】
前記第１の通信装置において自律設定情報が変更された場合に、
前記第１の通信装置は、
前記第１の通信装置に隣接する他の通信装置のうち前記第１の通信装置の前記自律設定情報を管理する上位装置と異なる上位装置において前記自律設定情報が管理される通信装置及び上位装置において前記自律設定情報が管理されない通信装置の少なくとも一方を含む通信装置に対して、前記変更後の自律設定情報を送信する、請求項３に記載の通信システム。
【請求項５】
前記第１の通信装置から、前記変更後の自律設定情報を受信する第３の通信装置をさらに備え、
前記第３の通信装置は、
前記第３の通信装置に隣接する他の通信装置のうち前記第１の通信装置の前記自律設定情報を管理する上位装置と異なる上位装置において前記自律設定情報が管理される通信装置及び上位装置から前記自律設定情報が送信されない通信装置の少なくとも一方を含む通信装置に対して、前記変更後の自律設定情報を送信する、請求項４に記載の通信システム。
【請求項６】
前記自律設定情報は、複数のＳＯＮ（Self Organizing Networks）機能に関する情報を有し、
前記第１の通信装置は、
前記複数のＳＯＮ機能の中から、前記第１の通信装置においてサポートされるＳＯＮ機能を前記第２の通信装置に対して通知する、請求項１乃至５のいずれか１項に記載の通信システム。
【請求項７】
前記第２の通信装置は、
前記第１の通信装置においてサポートされるＳＯＮ機能に関する情報を前記第１の通信装置へ送信し、前記第１の通信装置においてサポートされていないＳＯＮ機能に関する情報を前記第１の通信装置へ送信しない、請求項６に記載の通信システム。
【請求項８】
前記自律設定情報は、複数のＳＯＮ（Self Organizing Networks）機能に関する情報を有し、
前記第１の通信装置は、
前記複数のＳＯＮ機能に関する情報の中から、前記第２の通信装置からの送信を希望しないＳＯＮ機能に関する情報を前記第２の通信装置に対して送信する、請求項１乃至５のいずれか１項に記載の通信システム。
【請求項９】
前記第２の通信装置は、
前記第１の通信装置から送信を希望しないと通知されたＳＯＮ機能に関する情報を前記第１の通信装置へ送信しない、請求項８に記載の通信システム。
【請求項１０】
前記複数のＳＯＮ機能は、
ＰＣＩ  Ａｓｓｉｇｎｍｅｎｔ、ＡＮＲ(Automatic Neighbour Relation)、ＭＲＯ(Mobility Robustness Optimisation)、ＭＬＢ(Mobility Load Balancing)、ＣＣＯ（Coverage and Capacity Optimization）、Ｅｎｅｒｇｙ  Ｓａｖｉｎｇ、ＩＣＩＣ(Inter-cell Interference Coordination)及びＣｏＣ(Cell outage Compensation)、のうち少なくとも１つを含む、請求項１乃至９のいずれか１項に記載の通信システム。
【請求項１１】
第１の基地局装置に隣接する基地局装置であって、
前記第１の基地局装置において前記基地局装置に対して自律設定情報を送信するか否かを判定するために用いられる情報を、前記第１の基地局装置に対して送信する送信部、を備える基地局装置。
【請求項１２】
第１の基地局装置に隣接する基地局装置におけるデータ送信方法であって、
前記第１の基地局装置において前記基地局装置に対して自律設定情報を送信するか否かを判定するために用いられる情報を、前記第１の基地局装置に対して送信する、データ送信方法。
【請求項１３】
第１の基地局装置に隣接する基地局装置におけるコンピュータに実行させるプログラムであって、
前記第１の基地局装置において前記基地局装置に対して自律設定情報を送信するか否かを判定するために用いられる情報を、前記第１の基地局装置に対して送信するステップをコンピュータに実行させるプログラム。
【国際調査報告】
2013073077.tif 000025
2013073077.tif 000026