(57)【要約】【課題】保守者不介在でネットワーク管理を自律的に最適化し、柔軟で信頼度の高いネットワーク管理を実現できるようにする。【解決手段】  監視装置３との間の通信を監視することにより監視装置３の状態を監視し、監視結果に応じて、第１のネットワークエレメント５−３に通信可能に接続された１又は複数の第２のネットワークエレメント５−１，５−２，５−４との間の監視コネクションの設定と、第２のネットワークエレメント５−１，５−２，５−４と監視装置３との間の監視コネクションの設定と、を制御する。【選択図】図６
2015103870.tif 000002
【特許請求の範囲】
【請求項１】
複数のネットワークエレメントと、前記複数のネットワークエレメントを監視する監視装置と、を備えたネットワーク管理システムにおける前記ネットワークエレメントのいずれかであって、
前記監視装置との間の通信を監視することにより前記監視装置の状態を監視する監視部と、
前記監視部の監視結果に応じて、自ネットワークエレメントである第１のネットワークエレメントに通信可能に接続された１又は複数の第２のネットワークエレメントとの間の監視コネクションの設定と、前記第２のネットワークエレメントと前記監視装置との間の監視コネクションの設定と、を制御する制御部と、
を備えた、ネットワーク管理システムにおけるネットワークエレメント。
【請求項２】
前記監視部は、前記監視装置の異常状態を検出し、
前記制御部は、
前記監視部にて前記異常状態が検出されると、前記第２のネットワークエレメントとの間に監視コネクションを設定し、
前記監視コネクションを設定した前記第２のネットワークエレメントの識別情報を含む制御信号を前記監視装置へ送信することにより、前記第２のネットワークエレメントと前記監視装置との間の監視コネクションを前記監視装置に解除させる、請求項１に記載のネットワーク管理システムにおけるネットワークエレメント。
【請求項３】
前記監視部は、前記監視装置の負荷が所定の閾値を超えたことを示す信号を前記監視装置から受信すると、前記異常状態として前記監視装置の負荷上昇を検出する、請求項２に記載のネットワーク管理システムにおけるネットワークエレメント。
【請求項４】
前記監視部は、前記監視装置から周期的に受信されるべき信号を受信できないと、前記異常状態として前記監視装置の障害を検出する、請求項２又は３に記載のネットワーク管理システムにおけるネットワークエレメント。
【請求項５】
前記監視装置の前記異常状態を検出するネットワークエレメントに選定されたことを通知する通知信号を前記監視装置から受信する受信部を更に備え、
前記監視部は、前記受信部での前記通知信号の受信に応じて、前記監視装置との間の通信の監視を行なう、請求項２〜４のいずれか１項に記載のネットワーク管理システムにおけるネットワークエレメント。
【請求項６】
前記第１のネットワークエレメントの負荷情報を前記監視装置へ送信する送信部を備え、
前記選定は、前記監視装置が前記複数のネットワークエレメントから受信した負荷情報に基づいて実施される、請求項５に記載のネットワーク管理システムにおけるネットワークエレメント。
【請求項７】
前記送信部は、前記監視装置から周期的に受信される信号に対する応答信号に、前記負荷情報を含める、請求項６に記載のネットワーク管理システムにおけるネットワークエレメント。
【請求項８】
前記制御部は、
前記監視コネクションを設定した前記第２のネットワークエレメントのいずれかを、前記第１のネットワークエレメントとの間の通信を監視することにより前記第１のネットワークエレメントの状態を監視するスタンバイネットワークエレメントに設定する制御と、
前記スタンバイネットワークエレメントでの監視結果に応じて前記スタンバイネットワークエレメントから従属要求を受信すると、前記設定した監視コネクションを解除する制御と、
前記スタンバイネットワークエレメントと前記監視装置との間の監視コネクションを前記監視装置に有効化させる制御と、を行なう、請求項２〜７のいずれか１項に記載のネットワーク管理システムにおけるネットワークエレメント。
【請求項９】
前記監視部は、前記監視装置の異常状態が解消されたことを検出し、
前記制御部は、
前記監視部にて前記異常状態の解消が検出されると、前記設定した監視コネクションを解除し、
前記第１及び第２のネットワークエレメントの識別情報を含む制御信号を前記監視装置へ送信することにより、前記第１及び第２のネットワークエレメントと前記監視装置との間の監視コネクションを前記監視装置に有効化させる、請求項２〜８のいずれか１項に記載のネットワーク管理システムにおけるネットワークエレメント。
【請求項１０】
前記監視コネクションを解除する制御は、
前記監視装置の負荷に応じた解除率を指定した信号の受信に応じて、前記解除率に応じた数の監視コネクションを解除する制御を含む、請求項９に記載のネットワーク管理システムにおけるネットワークエレメント。
【請求項１１】
複数のネットワークエレメントと、前記複数のネットワークエレメントを監視する監視装置と、を備えたネットワーク管理システムにおける前記ネットワークエレメントのいずれかであって、
前記監視装置の状態監視に応じて自ネットワークエレメントとの間に監視コネクションを設定した他のネットワークエレメントとの間の通信を監視することにより前記他のネットワークエレメントの状態を監視する監視部と、
前記監視部の監視結果に応じて、自ネットワークエレメントと通信可能に接続された、前記他のネットワークエレメントを含む１又は複数のネットワークエレメントとの間の監視コネクションの設定と、当該ネットワークエレメントと前記監視装置との間の監視コネクションの設定と、を制御する制御部と、
を備えた、ネットワーク監視システムにおけるネットワークエレメント。
【請求項１２】
複数のネットワークエレメントと、
前記複数のネットワークエレメントを監視する監視装置と、を備え、
第１のネットワークエレメントは、
前記監視装置との間の通信を監視することにより前記監視装置の状態を監視する監視部と、
前記監視の結果に応じて、前記第１のネットワークエレメントと通信可能に接続された１又は複数の第２のネットワークエレメントとの間の監視コネクションの設定と、前記第２のネットワークエレメントと前記監視装置との間の監視コネクションの設定と、を制御する制御部と、
を備えた、ネットワーク管理システム。
【請求項１３】
複数のネットワークエレメントと、前記複数のネットワークエレメントを監視する監視装置と、を備えたネットワークの管理方法であって、
第１のネットワークエレメントは、
前記監視装置との間の通信を監視することにより前記監視装置の状態を監視し、
前記監視の結果に応じて、前記第１のネットワークエレメントと通信可能に接続された１又は複数の第２のネットワークエレメントとの間の監視コネクションの設定と、前記第２のネットワークエレメントと前記監視装置との間の監視コネクションの設定と、を制御する、ネットワークの管理方法。
【請求項１４】
前記各ネットワークエレメントは、それぞれの負荷情報を前記監視装置へ送信し、
前記監視装置は、前記各ネットワークエレメントから受信された前記負荷情報に基づいて前記第１のネットワークエレメントを選定し、その旨を前記第１のネットワークエレメントに通知し、
前記第１のネットワークエレメントは、前記通知の受信に応じて、前記監視装置との間の通信を監視する、請求項１３に記載のネットワークの管理方法。
【請求項１５】
前記第２のネットワークエレメントは、
前記第２のネットワークエレメントの負荷情報を前記第１のネットワークエレメントに送信し、
前記第１のネットワークエレメントは、
前記第２のネットワークエレメントのいずれかを前記第１のネットワークエレメントとの間の通信を監視することにより前記第１のネットワークエレメントの状態を監視するスタンバイネットワークエレメントに設定し、
前記スタンバイネットワークエレメントは、
前記第１のネットワークエレメントの状態監視の結果に応じて、前記第１のネットワークエレメントに対して従属要求を送信し、
前記第１のネットワークエレメントは、
前記スタンバイネットワークエレメントからの前記従属要求の受信に応じて、前記スタンバイネットワークエレメントを含む前記第２のネットワークエレメントとの間の監視コネクションを解除し、
前記スタンバイネットワークエレメントの識別情報を含む制御信号を前記監視装置へ送信することにより、前記スタンバイネットワークエレメントと前記監視装置との間の監視コネクションを前記監視装置に有効化させる、請求項１３又は１４に記載のネットワークの管理方法。
【請求項１６】
前記スタンバイネットワークエレメントは、
前記スタンバイネットワークエレメントと通信可能に接続された、前記第１のネットワークエレメントを含む１又は複数のネットワークエレメントとの間に監視コネクションを設定し、
前記監視コネクションを設定したネットワークエレメントの識別情報を含む制御信号を前記監視装置へ送信することにより、前記監視コネクションを設定したネットワークエレメントと前記監視装置との間の監視コネクションを前記監視装置に解除させる、請求項１５に記載のネットワークの管理方法。
【請求項１７】
前記第１のネットワークエレメントとは通信可能に接続されているが、前記スタンバイネットワークエレメントとは通信可能に接続されていないために、前記スタンバイネットワークエレメントとの間に前記監視コネクションを設定できない第３のネットワークエレメントは、前記監視装置へ前記第３のネットワークエレメントとの間の監視コネクションを有効化する要求を送信する、請求項１６に記載のネットワークの管理方法。
【請求項１８】
前記第２のネットワークエレメントは、
複数の前記第１のネットワークエレメントから前記監視コネクションの設定要求を受けると、相対的に負荷の低い方の第１のネットワークエレメントとの間の監視コネクションの設定を許容する、請求項１３に記載のネットワークの管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク管理システムにおけるネットワークエレメント、ネットワーク管理システム、及び、ネットワークの管理方法に関する。
【背景技術】
【０００２】
図２５は、下記の特許文献１に記載されたネットワーク監視制御システムの構成を示す図である。図２５において、１０は監視装置、１１はゲートウェイサーバ、１２〜１５は光ケーブル２３によってリング状に接続された伝送装置をそれぞれ示す。各伝送装置１２〜１５は、リングネットワーク内で互いに監視制御情報の通信を行なう。
【０００３】
監視制御情報は、光ケーブル２３上に伝送されるＳＤＨ光信号のＳＤＨヘッダ情報Ｄ１、Ｄ２、Ｄ３として転送される。図２５には、これを各伝送装置間の監視制御用回線（ＤＣＣチャネル２４）として点線で表している。ＤＣＣは、Data Communication Channelの略称である。
【０００４】
監視装置１０は、該当リング型ネットワークの監視制御を実施するためにゲートウェイサーバ（ＧＷＳ）１１を介して前記各伝送装置１２〜１５の内の特定の伝送装置（ＧＮＥ）と物理的に接続され、所定の通信プロトコルに基づいて監視制御情報の通信を行なう。なお、ＧＮＥは、Gateway Network EquipmentあるいはGateway Network Elementの略称である。
【０００５】
図２５では、ゲートウェイサーバ１１と複数のＧＮＥ（例えば２つのＧＮＥ１２及びＧＮＥ１３）との間にそれぞれ別のケーブルを使った物理的なリンク２１及び２２が張られる。
【０００６】
第１のＧＮＥ１２及び第２のＧＮＥ１３は、保守者により計画、設定される。その後、ＧＮＥ１２及び１３の負荷状況等により、リンク２１及びリンク２２をゲートウェイサーバ１１から制御することで、自律的な分散処理が実現される。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】国際公開第２００２／０４５３５２号
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１に記載のシステムでは、リングネットワーク内に予め設定された２台のＧＮＥに対する切り替えや両系運用を制御することは可能であるが、ＧＮＥに設定された伝送装置のそれぞれに障害（２重障害）が発生した場合、ＧＮＥ機能が使用不可能となる。
【０００９】
また、ＧＮＥとして設定された伝送装置の全てに負荷が集中した場合、２重障害時と同様に、分散を図ったとしても、ＧＮＥ機能を満たせないことが予想される。
【００１０】
さらに、ＧＮＥを構成するための計画及び設定作業において保守者等が介在するので、ヒューマンエラーが発生し得る。
【００１１】
本発明の目的の１つは、保守者不介在でネットワーク管理を自律的に最適化し、柔軟で信頼度の高いネットワーク管理を実現できるようにすることにある。
【課題を解決するための手段】
【００１２】
ネットワークエレメントの一態様は、監視装置との間の通信を監視することにより前記監視装置の状態を監視する監視部と、前記監視部の監視結果に応じて、自ネットワークエレメントである第１のネットワークエレメントに通信可能に接続された１又は複数の第２のネットワークエレメントとの間の監視コネクションの設定と、前記第２のネットワークエレメントと前記監視装置との間の監視コネクションの設定と、を制御する制御部と、
を備える。
【発明の効果】
【００１３】
保守者不介在でネットワーク管理を自律的に最適化し、柔軟で信頼度の高いネットワーク管理を実現できる。
【図面の簡単な説明】
【００１４】
【図１】ネットワーク監視システム（ＥＭＳ）により正常にネットワークエレメント（ＮＥ）が監視される場合の接続関係の一例を示す図である。
【図２】ＥＭＳによるゲートウェイＮＥ（ＧＮＥ）候補の選定処理の一例を説明するシーケンス図である。
【図３】ＥＭＳに負荷上昇が発生した場合の処理の一例を示すシーケンス図である。
【図４】ＥＭＳに障害が発生した場合の処理の一例を示すシーケンス図である。
【図５】ＥＭＳに負荷上昇あるいは障害が発生した場合にＧＮＥが自律的に管理グループ（ＮＥグループ）を構築する処理の一例を示すシーケンス図である。
【図６】図１に例示する接続関係においてＧＮＥが起動された場合の接続関係の変更例を示す図である。
【図７】ＥＭＳが記憶（管理）するＥＭＳ管理テーブル（接続関係リスト）の一例を示す図である。
【図８】図６に例示する接続関係においてＮＥの監視を代行するＧＮＥがセカンダリＧＮＥに変更された場合の接続関係の変更例を示す図である。
【図９】図６又は図８に例示する接続関係においてＮＥの監視を代行するＧＮＥが複数のセカンダリＧＮＥに変更された場合の接続関係の変更例を示す図である。
【図１０】ＮＥが記憶（管理）する管理テーブル（接続関係リスト）の一例を示す図である。
【図１１】プライマリＧＮＥがセカンダリＧＮＥを選定する処理の一例を示すシーケンス図である。
【図１２】プライマリＧＮＥに負荷上昇が発生した場合の処理の一例を示すシーケンス図である。
【図１３】プライマリＧＮＥに障害が発生した場合の処理の一例を示すシーケンス図である。
【図１４】ＮＥの監視を代行するＧＮＥをセカンダリＧＮＥに変更する処理の一例を示すシーケンス図である。
【図１５】図１４に例示する処理に伴って従属関係の消失したＮＥがＥＭＳ配下に従属（復帰）する場合の接続関係の一例を示す図である。
【図１６】ＥＭＳの障害復旧に応じてＧＮＥと配下ＮＥとの従属関係を解除することによりＮＥがＥＭＳ配下に従属（復帰）する処理の一例を示すシーケンス図である。
【図１７】ＥＭＳの負荷緩和に応じてＧＮＥと配下ＮＥとの従属関係を段階的に解除することにより段階的にＮＥがＥＭＳ配下に復帰する処理の一例を示すシーケンス図である。
【図１８】ＥＭＳの負荷緩和に応じてＧＮＥと配下ＮＥとの従属関係を段階的に解除することにより段階的にＮＥがＥＭＳ配下に復帰する処理の一例を示すシーケンス図である。
【図１９】ＥＭＳの負荷緩和に応じてＧＮＥと配下ＮＥとの従属関係を段階的に解除することにより段階的にＮＥがＥＭＳ配下に復帰する処理の一例を示すシーケンス図である。
【図２０】図１７に例示する初回の解除処理後の接続関係の一例を示す図である。
【図２１】ＥＭＳのハードウェア構成例を示すブロック図である。
【図２２】ＥＭＳのソフトウェア構成例を示すブロック図である。
【図２３】ＮＥ／ＧＮＥのハードウェア構成例を示すブロック図である。
【図２４】ＮＥ／ＧＮＥのソフトウェア構成例を示すブロック図である。
【図２５】従来のネットワーク監視制御システムの構成を示す図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。なお、以下の実施形態で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。
【００１６】
〔概要〕
近年、移動通信ネットワークにおいて、ビッグデータ時代の到来やスモールセル化の促進を背景に、当該ネットワークのエレメント（以下「ＮＥ」と略称する。）である基地局や基地局制御装置の設置数が増加傾向にある。
【００１７】
そのため、ＮＥを監視する監視システム（あるいは監視装置）が、監視対象とするＮＥ数も爆発的に増加することが懸念されている。なお、監視システムは、ＥＭＳ（Element Management System）と呼ばれてもよいし、ＮＭＳ（Network Management System）と呼ばれてもよい。
【００１８】
ＥＭＳの監視下に置くことのできるＮＥ数は、ＥＭＳの処理能力に対して予想されるＮＥ当たりの負荷レベルを基に決定できるが、多数のＮＥが予想を上回る負荷レベルに到達すると、ＥＭＳがダウンするおそれがある。そこで、以下では、ＥＭＳの負荷を可能な限り軽減して、ＥＭＳのダウンを抑制する技術について提案する。
【００１９】
例えば、ＥＭＳは、監視対象のＮＥのうちのいずれかをゲートウェイＮＥ（以下「ＧＮＥ」と略称する。）に選定する。当該選定は、例示的に、監視対象ＮＥの負荷情報を収集し、収集した負荷情報に基づいて行なうことができる。非限定的な一例を挙げると、ＥＭＳは、負荷情報の示す負荷レベルが所定の閾値以下かつ最低のＮＥをＧＮＥに選定する。
【００２０】
ここで、本実施形態のＧＮＥは、ＥＭＳとＮＥとの間の監視に関わる通信を中継する「ゲートウェイ」としての機能に加えて、ＥＭＳの機能の一部を代行し、ＥＭＳに代わってＮＥの監視を可能にする機能（「監視代行機能」と称してもよい）を具備する。これらのゲートウェイ機能と監視代行機能とを併せてＧＮＥ機能と称する。
【００２１】
なお、ＮＥに対する「監視」は、ＮＥに対する「運用、管理及び保守（ＯＡＭ）」と称してもよい。ＯＡＭに関わる通信（以下「ＯＡＭ通信」とも称する。）は、「監視通信」あるいは「保守通信」と称してよく、ＯＡＭ通信の信号は、「ＯＡＭ信号」、「監視信号」あるいは「保守信号」と称してよい。
【００２２】
ＧＮＥ機能は、ＥＭＳの監視対象であるＮＥに備えられる。ＧＮＥ機能を具備するＮＥは、ＧＮＥ機能を起動することにより、ＧＮＥとして、当該ＮＥと通信可能に接続された他のＮＥの監視をＥＭＳに代わって実施することが可能である。ＧＮＥ機能の「起動」は、「有効化」と称してもよい。
【００２３】
ＧＮＥ機能は、ＥＭＳ（あるいはＧＮＥ）からＧＮＥ起動要求を受信した場合や、ＥＭＳ（あるいはＧＮＥ）に障害が発生したことを、当該ＧＮＥ機能を具備するＮＥが検出した場合に、起動される。ＧＮＥ起動要求は、例えば、ＥＭＳ（あるいはＧＮＥ）の負荷が所定の閾値を超えた場合に当該ＥＭＳ（あるいはＧＮＥ）から送信される。
【００２４】
ＥＭＳ（あるいはＧＮＥ）に障害が発生したことは、ＮＥがＥＭＳ（あるいはＧＮＥ）から所定の信号を受信できないことをもって検出可能である。所定の信号の一例は、ＥＭＳ（あるいはＧＮＥ）からＮＥに対して定期的に送信される信号（例えば、ヘルスチェック信号）である。
【００２５】
ＧＮＥ起動要求及び所定の信号の受信監視は、ＧＮＥに選定されたＮＥが実施する。別言すると、ＧＮＥに選定されたＮＥは、ＥＭＳ（あるいはＧＮＥ）との通信を監視することによりＥＭＳ（あるいはＧＮＥ）に異常状態（負荷上昇や障害発生等）を検出可能である。
【００２６】
これにより、ＧＮＥに選定されたＮＥは、ＥＭＳ（あるいはＧＮＥ）に異常状態生じたことを検出すると、ＧＮＥ機能を起動し、当該ＮＥ（ＧＮＥ）により、ＧＮＥと通信可能に接続された他のＮＥに対する最低限のＯＡＭを継続することが可能になる。また、ＥＭＳの負荷をＮＥ（ＧＮＥ）に分散することが可能になる。
【００２７】
ＧＮＥ機能は、ＥＭＳ（あるいはＧＮＥ）から解除要求を受信した場合や、ＥＭＳ（あるいはＧＮＥ）に生じた障害が復旧した場合に、解除してよい。「解除」は、「無効化」と称してもよい。解除要求は、例えば、ＥＭＳ（あるいはＧＮＥ）の負荷が所定の閾値以下に低下した場合に当該ＥＭＳ（あるいはＧＮＥ）から送信される。
【００２８】
ＥＭＳ（あるいはＧＮＥ）の障害が復旧したことは、ＮＥがＥＭＳ（あるいはＧＮＥ）から所定の信号を受信することをもって検出可能である。所定の信号の一例は、ＥＭＳ（あるいはＧＮＥ）からＮＥに対して定期的に送信される信号（例えば、ヘルスチェック信号）である。
【００２９】
ＧＮＥの選定、起動及び解除には、ＥＭＳ及びＮＥにそれぞれ搭載されたソフトウェアによる制御を用いてよい。これにより、保守者の介在しない柔軟で自由度の高いＧＮＥの選定、起動及び解除が可能になる。また、ＧＮＥ自体に負荷上昇や障害等の異常状態が生じた場合に、ＧＮＥの再選択や変更を、ＮＥに搭載されたソフトウェアによる制御を用いて自律的に実施可能である。したがって、例えば、ＳＤＮ（Software-Defined Network）のような安心で安全なネットワーク管理の一手法を提供できる。当該手法は、ネットワーク管理の自律最適化を実現する上で効果的な手法である。
【００３０】
以下、上述のようなＥＭＳ及びＮＥ（ＧＮＥ）を含んだネットワーク監視システムを、移動通信ネットワークの基地局及び基地局制御装置の標準化団体である３ＧＰＰにより規定された仕様を活用して実現する例について説明する。なお、３ＧＰＰは、3rd Generation Partnership Projectの略称である。
【００３１】
３ＧＰＰにおいて、ＵＭＴＳ（Universal Mobile Telecommunications System）ネットワーク、及び、ＵＭＴＳを進化させたＬＴＥ（Long Term Evolution）ネットワークが第３世代の移動通信ネットワークの一例として規定される。
【００３２】
第３世代の移動通信ネットワークにおいて、基地局はｅＮＢ（evolved Node B）と称され、基地局制御装置はＲＮＣ（Radio Network Controller）と称される。したがって、以下において、ＥＭＳの監視対象であるＮＥは、ｅＮＢ及びＲＮＣのいずれか一方又は双方を含む概念である。
【００３３】
また、第３世代の移動通信ネットワークでは、ｅＮＢ−ｅＮＢ間の通信インタフェースの一例としてＸ２インタフェースが規定され、ＲＮＣ−ＲＮＣ間の通信インタフェースの一例としてＲＮＳＡＰ（Radio Network Subsystem Application Part）インタフェースが規定される。これらの通信インタフェースは、ＮＥ間インタフェースと総称してよい。
【００３４】
以下に説明する実施形態では、ＥＭＳに異常状態が生じたことをＧＮＥに選定されたＮＥにおいて検出可能とする。当該異常状態の検出に応じて、ＧＮＥは、当該ＧＮＥに対してＮＥ間インタフェースによって接続された他の１又は複数のＮＥをＧＮＥによる監視対象としてＧＮＥの管理下に従属させる。なお、ＧＮＥの管理下に従属したＮＥを「配下ＮＥ」と称することがある。別言すると、ＧＮＥと配下ＮＥとで１つの管理グループが形成される。管理グループは、ＮＥグループと称してもよい。
【００３５】
ここで、ＧＮＥと配下ＮＥとの間のＮＥ間インタフェースにおいて、保守通信のための論理的なコネクション（あるいは、プロトコル）が確立していれば、当該コネクションにてＧＮＥは配下ＮＥとの間で保守通信が可能である。例えば、保守通信に用いるコネクション（ＩＰアドレス等）が設定済みであれば、ＧＮＥは、その配下に従属させるＮＥとの間のＮＥ間インタフェースにおいて当該コネクションを有効化すればよい。
【００３６】
別言すると、保守者は、ＮＥ間インタフェースに対して保守通信に用いるコネクション設定をしておけば、管理グループ構築のためのＩＰアドレスの設定等は不要である。なお、保守通信のためのコネクションは、保守コネクションあるいは監視コネクションと称してよい。また、保守コネクションを通じた保守通信の開始から終了までを管理する単位を保守セッションと称してよい。保守セッションは、ＥＭＳやＧＮＥにおいて管理される。
【００３７】
なお、ＧＮＥに異常状態が生じた場合に備えて、ＧＮＥ（以下「プライマリＧＮＥ」と称することがある。）の配下ＮＥのいずれかをセカンダリＧＮＥに選定してよい。例えば、プライマリＧＮＥは、配下ＮＥのうち、負荷が一定の閾値以下かつ最低のＮＥをセカンダリＧＮＥに選定してよい。セカンダリＧＮＥは、スタンバイＧＮＥと称してもよい。
【００３８】
セカンダリＧＮＥに選定されたＮＥは、ＧＮＥがＥＭＳに異常状態が生じたことを検出可能であるのと同様に、プライマリＧＮＥに異常状態が生じたことを検出可能である。当該異常状態の検出に応じて、セカンダリＧＮＥは、ＧＮＥ機能を起動し、プライマリＧＮＥ及びその配下ＮＥに対する監視を代行する。
【００３９】
別言すると、配下ＮＥの監視元がプライマリＧＮＥからセカンダリＧＮＥに変更される。監視元ＧＮＥの変更は、ＧＮＥ機能を起動するＮＥの変更を意味するので、見かけ上、ＧＮＥ機能がプライマリＧＮＥからセカンダリＧＮＥに移管（あるいは承継）されたように見える。したがって、ＧＮＥの変更は、便宜的に「ＧＮＥ機能の移管」と称してもよい。
【００４０】
なお、セカンダリＧＮＥは、プライマリＧＮＥに異常状態が生じてから決定してもよいが、ＮＥ間での負荷情報の交換や選定処理に時間を要する可能性がある。ＧＮＥに障害が発生した場合には配下ＮＥに対するＯＡＭの中断が生じるので、これを回避できるように、セカンダリＧＮＥは、プライマリＧＮＥが正常動作している間に選定しておくとよい。
【００４１】
ただし、配下ＮＥの負荷状況は時間の経過に応じて変化するため、配下ＮＥの負荷状況の変化に応じてセカンダリＧＮＥを変更してよい。負荷状況の変化は、例示的に、ＧＮＥが配下ＮＥとの間で負荷情報を取得する通信を行なうことで検出可能である。例えば、配下ＮＥは、ＧＮＥから定期的に受信される所定の信号（例えば、ヘルスチェック信号）の応答信号に自身の負荷情報を含めてよい。
【００４２】
なお、ＧＮＥは、配下ＮＥの中に負荷レベルが閾値を超えるＮＥしか存在しなければ、配下ＮＥの中で他よりも負荷の低い複数のＮＥをそれぞれセカンダリＧＮＥに選定してもよい。
【００４３】
セカンダリＧＮＥにＧＮＥ機能が移管された場合に、プライマリＧＮＥの配下に従属していたＮＥの中に当該セカンダリＧＮＥとＮＥ間インタフェースによる接続関係をもたないＮＥが存在することがある。例えば、１又は複数のセカンダリＧＮＥのいずれともＮＥ間インタフェースによる接続関係をもたないＮＥが存在することがある。
【００４４】
この場合、当該ＮＥは、ＮＥ間インタフェースによる接続関係をもつ他のＮＥの中にセカンダリＧＮＥ以外のＧＮＥ（例えば、プライマリＧＮＥ）が存在すれば、当該ＧＮＥの配下に従属してよい。
【００４５】
ＮＥ間インタフェースによる接続関係をもつ他の全てのＮＥの中にＧＮＥが存在しない場合、当該ＮＥは、ＥＭＳの配下に従属してよい。その際、ＥＭＳが当該ＮＥとの間の保守コネクションを既に無効化していれば、当該ＮＥは、ＥＭＳに対して保守コネクションの有効化を要求する。当該要求は、例えばマジックパケットを用いて行なうことができる。マジックパケットは、ＷＯＬ（Wake On LAN）と称される遠隔起動手順に用いられるパケットであり、ＥＭＳ−ＮＥ間の保守コネクションをＮＥから再起動させることを可能にする。ＥＭＳは、マジックパケットを受信すると、ＥＭＳと当該ＮＥとの保守コネクションを有効化する。
【００４６】
このように、ＧＮＥを変更する際には、いくつかのＮＥがＥＭＳの管理下に復帰することがある。ただし、ＥＭＳの管理下に復帰可能なＮＥ数を無制限に許容してしまうと、ＥＭＳの負荷軽減が図れないので、ＧＮＥの変更に伴ってＥＭＳの管理下に復帰可能なＮＥ数の上限値を設定しておいてよい。ＥＭＳの管理下に復帰を希望するＮＥ（例えば上述したマジックパケットを送信するＮＥ）の数が上限値を超える場合には、復帰よりもＧＮＥ配下のＮＥ間で解決することを優先させる。例えば、当該ＮＥと接続関係をもついずれのＮＥの負荷状況に関わらず、複数のセカンダリＧＮＥを設定することで、負荷を分散させる。
【００４７】
（第１実施形態：ＧＮＥ自律構築）
第１実施形態では、ＬＴＥネットワークにおけるＥＭＳ、ｅＮＢ、及び、ｅＮＢ間のＸ２インタフェースを用いたＧＮＥ自律構築について説明する。なお、ＵＭＴＳネットワークにおけるＥＭＳ、ＲＮＣ、及び、ＲＮＣ間のＲＮＳＡＰインタフェースを用いたＧＮＥ自律構築についても以下に説明する処理と同様の処理により実現可能である。
【００４８】
図１は、第１実施形態に係るネットワーク監視（あるいは、管理）システムの一例を示す図である。図１に示すネットワーク監視システム１は、例示的に、監視装置の一例であるＥＭＳ３と、複数のＮＥ（例えば、ｅＮＢ）５−１〜５−Ｎ（Ｎは２以上の整数）と、を備える。図１では、Ｎ＝８の場合を例示しており、８台のＮＥ５−１〜５−８（ＮＥ＃Ａ〜ＮＥ＃Ｈ）が存在している。なお、以下において、ＮＥ５−１〜５−Ｎを区別しない場合には、単に「ＮＥ５」と表記することがある。
【００４９】
ＥＭＳ３は、各ＮＥ５とそれぞれ通信可能に接続され、各ＮＥ５の状態を保守通信により監視する。保守通信は、ＥＭＳ３と各ＮＥ５との間に設定される保守コネクションを通じて実施される。
【００５０】
ＮＥ５−１（ＮＥ＃Ａ）は、例示的に、４台のＮＥ５−２〜５−５（ＮＥ＃Ｂ，ＮＥ＃Ｃ，ＮＥ＃Ｄ及びＮＥ＃Ｅ）とそれぞれＸ２インタフェースにより通信可能に接続されている。
【００５１】
ＮＥ５−２（ＮＥ＃Ｂ）は、例示的に、３台のＮＥ５−１、５−３及び５−４（ＮＥ＃Ａ，ＮＥ＃Ｃ及びＮＥ＃Ｄ）とそれぞれＸ２インタフェースにより通信可能に接続されている。
【００５２】
ＮＥ５−３（ＮＥ＃Ｃ）は、例示的に、３台のＮＥ５−１、５−２及び５−４（ＮＥ＃Ａ，ＮＥ＃Ｂ及びＮＥ＃Ｄ）とそれぞれＸ２インタフェースにより通信可能に接続されている。
【００５３】
ＮＥ５−４（ＮＥ＃Ｄ）は、例示的に、３台のＮＥ５−１〜５−３（ＮＥ＃Ａ〜＃Ｃ）とそれぞれＸ２インタフェースにより通信可能に接続されている。
【００５４】
ＮＥ５−５（ＮＥ＃Ｅ）は、例示的に、４台のＮＥ５−１及び５−６〜５−８（ＮＥ＃Ａ及びＮＥ＃Ｆ〜＃Ｈ）とそれぞれＸ２インタフェースにより通信可能に接続されている。
【００５５】
ＮＥ５−６（ＮＥ＃Ｆ）は、例示的に、３台のＮＥ５−５、５−７及び５−８（ＮＥ＃Ｅ，ＮＥ＃Ｇ及びＮＥ＃Ｈ）とそれぞれＸ２インタフェースにより通信可能に接続されている。
【００５６】
ＮＥ５−７（ＮＥ＃Ｇ）は、例示的に、２台のＮＥ５−５及び５−６（ＮＥ＃Ｅ及びＮＥ＃Ｆ）とそれぞれＸ２インタフェースにより通信可能に接続されている。
【００５７】
ＮＥ５−８（ＮＥ＃Ｈ）は、例示的に、２台のＮＥ５−５及び５−６（ＮＥ＃Ｅ及びＮＥ＃Ｆ）とそれぞれＸ２インタフェースにより通信可能に接続されている。
【００５８】
なお、ＮＥ５−７及びＮＥ５−８間（ＮＥ＃Ｇ−ＮＥ＃Ｈ間）には、Ｘ２インタフェースによる接続が存在しない。
【００５９】
各ＮＥ５は、それぞれ、既述のとおりＥＭＳ３と保守コネクションにより接続されており、図１の例では、実線で示すようにＥＭＳ３と各ＮＥ５との間の保守コネクションは、全てセッションが確立している。したがって、ＥＭＳ３は、全てのＮＥ５とのセッションを管理し、また、全てのＮＥ５との間で送受信される保守信号を処理する。
【００６０】
一方、ＮＥ５間の保守コネクションについては、図１において点線で例示するように、セッションは確立されておらず、例えば、ハンドオーバ等のための呼制御信号がＸ２インタフェースを通じて送受信される。
【００６１】
このような状態において、Ｘ２インタフェースによる接続関係を有するＮＥグループ内でＧＮＥ候補となるＮＥ５を、ＥＭＳ３により選定する。当該選定は、各ＮＥ５の負荷情報に基づいて行なうことができる。非限定的な一例を挙げると、ＥＭＳ３は、周期的に各ＮＥ５の負荷情報を収集し、負荷情報の示す負荷レベルが閾値以下かつ低い順にＮＥ５をソートする。負荷情報の非限定的な一例は、ＣＰＵ使用率やメモリ使用率等である。
【００６２】
各ＮＥ５の負荷情報の収集は、例示的に、ヘルスチェック信号を用いて実施することができる。例えば図２に示すように、ＥＭＳ３がＮＥ５を監視する際には、ＮＥ５の死活を監視するために、周期的にＮＥ５に対してヘルスチェック信号を送信する（処理Ｐ１１）。
【００６３】
ヘルスチェック信号を受信したＮＥ５は、生存していれば応答信号をＥＭＳ３に返信する（処理Ｐ１２）。当該応答信号に、ＮＥ５の負荷情報を含めることで、ＥＭＳ３は、ヘルスチェックシーケンスにおいて各ＮＥ５の負荷情報を収集することができる。なお、各ＮＥ５の負荷情報は、ヘルスチェックシーケンスとは異なる個別のシーケンスを用いて実施しても構わない。
【００６４】
そして、ＥＭＳ３は、例えば負荷レベルが所定の閾値以下で最低のＮＥ５をＧＮＥ候補に決定（選定）し、当該ＮＥ５とＸ２インタフェースによる接続関係をもつＮＥ５をソートしたリストから除外し、残りのＮＥ５から次のＧＮＥ候補を選択する処理を繰り返す。
【００６５】
これにより、Ｘ２インタフェースによる接続関係をもつＮＥ５が管理グループ（ＮＥグループと称してもよい。）としてグルーピングされ、そのＮＥグループの中で負荷レベルが閾値以下で最低のＮＥ５がＧＮＥ候補として選択される（処理Ｐ１３）。なお、図１では、ＮＥ５−１〜５−４がＮＥグループ＃１にグルーピングされ、ＮＥ５−５〜５−８がＮＥグループ＃２にグルーピングされた様子を例示している。また、図２では、ＮＥ５−３（ＮＥ＃Ｃ）がＧＮＥ候補として選択された様子を例示している。
【００６６】
その後、ＥＭＳ３は、選択したＮＥ５（例えば、ＮＥ＃Ｃ）に対して、ＧＮＥ候補であることを通知する（図２の処理Ｐ１４）。当該通知（ＧＮＥ候補通知）は、ＥＭＳ３の異常状態を検出するＮＥ５に選定されたことを当該ＮＥ５に通知する通知信号の一例である。ＧＮＥ候補通知を受けたＮＥ５は、当該通知に対する応答をＥＭＳ３に返信する（図２の処理Ｐ１５）。当該応答を受信したＥＭＳ３は、以降、周期的に、ＧＮＥ候補ＮＥ５に対してＥＭＳ３の負荷情報を通知する（図２の処理Ｐ１６）。ＧＮＥ候補のＮＥ５は、ＥＭＳ３との間のヘルスチェック信号の受信監視を有効化する（図２の処理Ｐ１７）。
【００６７】
以上の状況において、ＥＭＳ３において例えば負荷レベルが所定の閾値を超えた（別言すると、輻輳が発生した）ことが検出されたとする（図３の処理Ｐ２１）。この場合、ＥＭＳ３は、ＧＮＥ候補のＮＥ５（例えば、ＮＥ＃Ｃ）に対してＧＮＥ起動要求を送信する（図３の処理Ｐ２２）。ＧＮＥ起動要求を受信したＧＮＥ候補のＮＥ５は、ＧＮＥ機能を起動し、応答をＥＭＳ３に返信する（図３の処理Ｐ２３）。つまり、ＧＮＥ起動要求は、ＥＭＳ３の負荷が所定の閾値を超えたことを示す信号の一例である。
【００６８】
ここで、ＥＭＳ３では、段階的な負荷レベル（例えば、ＣＰＵ使用率：３０％／５０％／８０％等）と、各負荷レベルに対応するＧＮＥ起動数（全管理ＮＥ数の２５％／５０％／１００％等）と、を予め処理条件（ポリシー）として記憶しておいてよい。その場合、ＥＭＳ３は、負荷上昇時に負荷レベルが定義された閾値に到達すると、対応するＧＮＥ起動数のＧＮＥ候補のＮＥ５を選択し、選択したＮＥ５に対してＧＮＥ起動要求を送信する。
【００６９】
一方、図４に例示するように、ＥＭＳ３に障害が発生した場合（Ｐ３１）、ＥＭＳ３は、ＧＮＥ候補のＮＥ５に対してヘルスチェック信号を送信できない。そのため、ＧＮＥ候補のＮＥ５は、所定の周期でヘルスチェック信号を受信できない（ヘルスチェック断）。ヘルスチェック断を検出すると（処理Ｐ３２）、ＧＮＥ候補のＮＥ５は、ＥＭＳ３に何らかの障害や異常が生じたものと判断する。なお、ＥＭＳ３の負荷上昇によりＥＭＳ３が所定周期でヘルスチェック信号をＧＮＥ候補のＮＥ５に対して送信できない場合もある。
【００７０】
ＥＭＳ３からＧＮＥ起動要求を受信した場合、あるいは、ヘルスチェック断を検出した場合、ＧＮＥ候補のＮＥ５（例えばＮＥ＃Ｃ）は、図５に例示するＧＮＥ起動処理を実施する。
【００７１】
例えば、ＮＥ＃Ｃ（＝ＧＮＥ＃１）は、ＧＮＥ機能を起動すると、Ｘ２インタフェースによる接続関係をもつＮＥ５（例えば、ＮＥ＃Ａ，＃Ｂ及び＃Ｄ）に対して、ＮＥ＃Ｃ配下への従属可否を確認する「従属要求」を送信する（処理Ｐ４１）。当該従属要求には、送信元のＧＮＥ＃１の負荷情報を含めてよい。従属要求を受信したＮＥ５は、その応答（許容（ＯＫ）又は拒否（ＮＧ））をＧＮＥ＃１へ返信する（処理Ｐ４２）。当該応答には、従属要求を受信したＮＥ５の負荷情報を含めてよい。
【００７２】
従属要求を受信したＮＥ５がその応答としてＮＧを返信する（従属要求を拒否する）のは、例えば、当該ＮＥ５が既にＧＮＥとなっている場合である。また、従属要求を受信したＮＥ５が既に他のＧＮＥ配下に従属している場合がある。この場合、当該ＮＥ５は、各ＧＮＥから受信された従属要求に含まれる各ＧＮＥの負荷情報を基に、より負荷レベルの低いＧＮＥの配下に従属することを選択してよい。そして、当該ＮＥ５は、選択したＧＮＥに対しては従属許容（ＯＫ）を返信し、選択しなかったＧＮＥに対しては従属拒否（ＮＧ）を返信する。
【００７３】
従属要求を送信したＧＮＥ＃Ｃは、ＮＥ５からの応答を基に、配下に従属させるＮＥ５を決定し、決定した配下ＮＥ５との間の保守コネクションを有効化（設定）する。その後、ＧＮＥ＃Ｃは、ＥＭＳ３に対して、例えば、ＧＮＥ起動完了と配下に従属するＮＥ５のリスト（以下「ＮＥリスト」と称する）とを通知（ＧＮＥ起動通知）する（処理Ｐ４６）。ＮＥリストには、ＮＥ５を識別する識別情報（ＮＥ−ＩＤ）が含まれてよい。＃Ａ〜＃Ｈは、それぞれＮＥ−ＩＤと捉えてもよい。
【００７４】
ＧＮＥ起動通知を受けたＥＭＳ３は、障害が発生していなければ、ＧＮＥ＃Ｃに対して応答を返信し（処理Ｐ４７）、ＧＮＥ＃Ｃから通知されたＮＥリストに含まれるＮＥ−ＩＤによって識別されるＮＥ５との保守コネクションを無効化（解除）する（処理Ｐ４８）。したがって、ＧＮＥ起動通知は、保守コネクションを解除する対象のＮＥ−ＩＤを含む制御信号の一例である。なお、ＧＮＥ＃Ｃに対する応答（処理Ｐ４７）は、ＮＥリスト内のＮＥ５との保守コネクションを無効化してから実施してもよい。
【００７５】
これにより、ＥＭＳ３はＧＮＥ＃Ｃ配下に従属したＮＥ５との直接的な保守通信は不能となり、ＧＮＥ＃Ｃ配下に従属したＮＥ５に対する保守通信は、ＧＮＥ＃Ｃを介して実施されることになる。
【００７６】
例えば、ＥＭＳ３は、ＧＮＥ＃Ｃの配下ＮＥ５宛の保守信号の宛先をＧＮＥ＃Ｃとする。ＧＮＥ＃Ｃは、ＥＭＳ３から受信した保守信号に含まれる例えばＮＥ−ＩＤに基づいて当該保守信号の転送先ＮＥ５を識別し、保守信号の転送（中継）を実施する。
【００７７】
一方、ＧＮＥ＃Ｃ配下のＮＥ５は、ＥＭＳ３宛の保守信号の宛先をＧＮＥ＃Ｃとする。ＧＮＥ＃Ｃは、配下ＮＥ５から受信したＥＭＳ３宛の保守信号をＥＭＳ３へ転送（中継）する。
【００７８】
この結果、例えば図６に示すような接続関係が確立する。すなわち、ＮＥグループ＃１において、ＮＥ＃ＣがＧＮＥ＃１として、ＧＮＥ＃１の配下に従属するＮＥ＃Ａ，ＮＥ＃Ｂ及びＮＥ＃Ｄとの間の保守コネクションを有効化し保守セッションを確立する（実線参照）。その一方で、ＥＭＳ３とＧＮＥ＃１配下のＮＥ＃Ａ，ＮＥ＃Ｂ及びＮＥ＃Ｄとの間の保守コネクションはそれぞれ無効化される（点線参照）。
【００７９】
ＮＥグループ＃２についても同様である。例えば図６に示すように、ＮＥグループ＃２において、ＮＥ＃ＥがＧＮＥ＃２として、ＧＮＥ＃２の配下に従属するＮＥ＃Ｆ，ＮＥ＃Ｇ及びＮＥ＃Ｈとの間の保守コネクションを有効化する（実線参照）。その一方で、ＥＭＳ３とＧＮＥ＃２配下のＮＥ＃Ｆ，ＮＥ＃Ｇ及びＮＥ＃Ｈとの間の保守コネクションはそれぞれ無効化される（点線参照）。なお、ＧＮＥ５は第１のＮＥの一例であり、当該ＧＮＥ５の配下に従属するＮＥ５は、第２のＮＥの一例である。
【００８０】
これにより、ＥＭＳ３では、図１に例示した接続関係と比較して約７５％の保守セッションの管理が軽減されるため、以降の保守通信による定常的な負荷も軽減することが可能となる。なお、ＥＭＳ３に障害が発生している場合、ＥＭＳ３は、ＧＮＥ５から保守コネクションを無効化する対象のＮＥリストを受信できないが、いずれのＮＥ５との間の保守コネクションもそもそも無効な状態である。なお、ＥＭＳ３は、ＧＮＥ起動の競合を回避するために、ＧＮＥ候補として通知したＮＥ５とＸ２インタフェースによる接続関係をもつＮＥ５をＧＮＥ候補の対象から除外してよい。
【００８１】
例えば、ＥＭＳ３において、監視対象の全ＮＥ５の接続関係は、図７に例示するようなＥＭＳ管理テーブル（接続関係リスト）３００により管理される。図６の例では、ＥＭＳ３は、ＮＥ＃ＣにＧＮＥ候補通知を送信すると、ＥＭＳ管理テーブル３００において接続関係をもつＮＥ＃Ａ，ＮＥ＃Ｂ及びＮＥ＃ＤをＧＮＥ候補の対象外とする。同様に、ＥＭＳ３は、ＮＥ＃ＥにＧＮＥ候補通知を送信すると、ＥＭＳ管理テーブル３００において接続関係をもつＮＥ＃Ａ，ＮＥ＃Ｆ，ＮＥ＃Ｇ及びＮＥ＃ＨをＧＮＥ候補の対象外とする。それ以外のＮＥ５はＧＮＥ候補となる。
【００８２】
以上のように、ＥＭＳ３に異常状態が生じておらずＥＭＳ３が正常に稼働している際に、ＥＭＳ３は、ＮＥ５の負荷情報を収集し、収集した負荷情報に基づいていずれかのＮＥ５をＧＮＥ５に選定する。そして、ＧＮＥ５は、当該ＧＮＥ５とＮＥ間インタフェースによる接続関係を有するＮＥ５をＧＮＥ５配下に従属させることで、管理グループを自律的に形成（構築）する。
【００８３】
ＥＭＳ３は、管理グループに含まれないＮＥ５に対しても、他よりも負荷の低いＮＥ５を、順次、ＧＮＥ候補に選定し、その旨をＮＥ５に通知する。このようなＧＮＥ候補の選定を周期的に実施することで、ＮＥ５の負荷変動に応じて適応的にＧＮＥ候補が変更（再選択）される。
【００８４】
そして、ＥＭＳ３に負荷上昇や障害発生等の異常状態が生じた場合には、ＧＮＥ５がＧＮＥ機能を起動（有効化）し、ＧＮＥ機能によって配下ＮＥ５に対する保守通信をＧＮＥ５がＥＭＳ３に代わって自律的に行なう。これにより、ＮＥ５に対するサービス継続に必要最低限のＯＡＭが可能となる。また、ＥＭＳ３にとってみれば、監視対象のＮＥ数が削減されるので、ＥＭＳ３の負荷軽減を図ることができる。
【００８５】
以上の処理は、ＥＭＳ３及びＮＥ５のソフトウェア制御の連携によって実現できるので、ＥＭＳ３の異常状態の検出や管理グループの構築に保守者の介在は不要である。
【００８６】
（第２実施形態：ＧＮＥ変更制御）
上述したようにＥＭＳ３からＧＮＥ候補の通知を受けたＮＥ（以下「プライマリＧＮＥ」と称することがある。）５に異常状態が生じることがある。この場合、例えば、プライマリＧＮＥ５の属するＮＥグループと同じＮＥグループに属する他のＮＥ５がセカンダリＧＮＥ５として、プライマリＧＮＥ５配下に従属するＮＥ５の監視を代行する。セカンダリＧＮＥ５は、スタンバイＧＮＥ５と称してもよい。
【００８７】
例えば、プライマリＧＮＥ５は、当該プライマリＧＮＥ５とＸ２インタフェースによる接続関係を有する配下ＮＥ５のいずれかをセカンダリＧＮＥ５に選定する。セカンダリＧＮＥ５は、プライマリＧＮＥ５との通信を監視することによりプライマリＧＮＥ５の状態を監視する。セカンダリＧＮＥ５は、プライマリＧＮＥ５に異常状態が生じたことを検出すると、プライマリＧＮＥ５とプライマリＧＮＥ５配下のＮＥ５とをセカンダリＧＮＥ５配下に従属させる。これにより、ＮＥグループ内におけるＧＮＥ５と配下ＮＥ５との間の従属関係（保守コネクションの設定）が変更され、セカンダリＧＮＥ５によって当該ＮＥグループにおけるＮＥ５の監視が承継される。
【００８８】
セカンダリＧＮＥ５の選定は、ＥＭＳ３によるプライマリＧＮＥ５の選定と同様に、プライマリＧＮＥ５が配下ＮＥ５の負荷情報を収集し、当該負荷情報に基づいて実施してよい。例示的に、図５に示した処理シーケンスにおいて、ＮＥグループ＃１のＧＮＥ＃１（ＮＥ＃Ｃ）配下のＮＥ５は、ＧＮＥ＃１からの従属要求に対する応答信号、あるいはＧＮＥ＃１からの周期的なヘルスチェック信号に対する応答信号に、ＧＮＥ＃１の負荷情報を含める。
【００８９】
これにより、ＧＮＥ＃１では、配下ＮＥ５（ＮＥ＃Ａ，ＮＥ＃Ｂ及びＮＥ＃Ｄ）の中から、例えば、負荷情報の示す負荷レベルが閾値以下かつ最低のＮＥ５（例示的に、ＮＥ＃Ｂ）をセカンダリＧＮＥ５に選定する（図５の処理Ｐ４３）。
【００９０】
ＧＮＥ＃１は、選定したセカンダリＧＮＥ＃Ｂに対してセカンダリＧＮＥ候補通知を送信する（図５の処理Ｐ４４）。当該通知には、ＧＮＥ＃１の負荷情報を含めてもよい。当該通知を受信したセカンダリＧＮＥ＃Ｂは、プライマリＧＮＥ＃１に対して応答を返信する（処理Ｐ４５）。当該応答には、セカンダリＧＮＥ＃Ｂの負荷情報を含めてよい。
【００９１】
以後、セカンダリＧＮＥ＃Ｂは、プライマリＧＮＥ＃１であるＮＥ＃ＣからのＧＮＥ移管要求（ＧＮＥ起動要求）及び周期的なヘルスチェック信号の受信監視を行なう。これにより、前述したＥＭＳ３とＧＮＥ候補との間の関係と同等の関係がプライマリＧＮＥ＃ＣとセカンダリＧＮＥ＃Ｂとの間にも構築される。
【００９２】
例えば図１１に示すように、プライマリＧＮ＃Ｃは、セカンダリＧＮ＃Ｂを含む配下ＮＥ５に対して周期的にヘルスチェック信号を送信する（処理Ｐ５１）。当該ヘルスチェック信号には、プライマリＧＮＥ＃Ｃの負荷情報を含めてよい。ヘルスチェック信号を受信した配下ＮＥ５は、プライマリＧＮＥ＃Ｃへ応答信号を返信する（処理Ｐ５２）。当該応答信号には、当該配下ＮＥ５の負荷情報を含めてよい。
【００９３】
なお、ヘルスチェックシーケンスは周期的に繰り返されるため、プライマリＧＮＥ＃Ｃは、配下ＮＥ５の負荷状況の変化に応じて、セカンダリＧＮＥ５を変更（再選択）してもよい。例えば、プライマリＧＮＥ＃１は、ヘルスチェック信号の応答信号に含まれる負荷情報を基に、負荷レベルが閾値以下かつ最低のＮＥ５に変更があれば、当該ＮＥ５にセカンダリＧＮＥ５を変更してよい（処理Ｐ５３）。
【００９４】
そして、セカンダリＧＮＥ５（例示的に、ＮＥ＃Ｂ）は、プライマリＧＮＥ５（例示的に、ＮＥ＃Ｃ）からＧＮＥ移管要求（ＧＮＥ起動要求）を受信するか、あるいは、ヘルスチェック信号の受信失敗を検出すると、ＧＮＥ機能を起動する。
【００９５】
例えば図１２に示すように、プライマリＧＮＥ＃Ｃが、閾値を超える負荷上昇を検出すると（処理Ｐ６１）、セカンダリＧＮＥ＃Ｂに対してＧＮＥ移管要求を送信する（処理Ｐ６２）。
【００９６】
当該ＧＮＥ移管要求を受信したセカンダリＧＮＥ＃Ｂは、その応答をプライマリＧＮＥ＃Ｃへ返信する（処理Ｐ６３）。この場合、セカンダリＧＮＥ＃Ｂは、ＧＮＥ移管要求の受信をもってプライマリＧＮＥ＃Ｃに異常状態（例えば、負荷上昇）が生じたことを認識（検出）する。
【００９７】
また、例えば図１３に示すように、プライマリＧＮＥ＃Ｃに障害が発生し（処理Ｐ７１）、セカンダリＧＮＥ＃Ｂにおいてヘルスチェック信号が所定周期内に受信されないと（処理Ｐ７２）、ヘルスチェック断が検出される（処理Ｐ７３）。
【００９８】
以上のように、セカンダリＧＮＥ５＃Ｂは、ＧＮＥ移管要求を受信するか、あるいは、ヘルスチェック断を検出することでプライマリＧＮＥ＃Ｃの異常状態を検出すると、ＧＮＥ起動処理を実施する。
【００９９】
例えば図１４に示すように、セカンダリＧＮＥ＃Ｂは、ＧＮＥ起動処理を開始すると（処理Ｐ８１）、Ｘ２インタフェースによる接続関係をもつＮＥ＃Ａ，ＮＥ＃Ｃ及びＮＥ＃Ｄに対して従属要求を送信する（処理Ｐ８２）。
【０１００】
プライマリＧＮＥ＃Ｃは、障害が発生していなければ、従属要求をセカンダリＧＮＥ＃Ｂから受信する。従属要求を受信したプライマリＧＮＥ＃Ｃは、ＧＮＥ５をＮＥ＃ＣからＮＥ＃Ｂに変更する旨をＥＭＳ３に対してＧＮＥ変更通知によって通知する（処理Ｐ８３）。ＧＮＥ変更通知には、例示的に、変更前後のＧＮＥ５を識別するＮＥ−ＩＤを含めてよい。
【０１０１】
ＥＭＳ３は、ＧＮＥ変更通知を受信すると、変更前のＧＮＥ５であるＮＥ＃Ｃとの間の保守コネクションを無効化するとともに、新たにＧＮＥ５となるＮＥ＃Ｂとの間の保守コネクションを有効化し（処理Ｐ８４）、応答をＮＥ＃Ｃへ返信する（処理Ｐ８５）。したがって、ＧＮＥ変更通知は、ＧＮＥ５の変更に応じてＥＭＳ３と変更前後のＧＮＥ５との間の保守コネクションの設定を制御する制御信号の一例である。
【０１０２】
ＥＭＳ３から応答を受信したＮＥ＃Ｃは、ＧＮＥ機能を無効化し（処理Ｐ８６）、従属要求の送信元であるセカンダリＧＮＥ５（ＮＥ＃Ｂ）に対して応答（ＯＫ又はＮＧ）を送信する（処理Ｐ８７）。
【０１０３】
一方、ＧＮＥでないＮＥ＃Ａ及びＮＥ＃Ｄは、セカンダリＧＮＥ＃Ｂから従属要求を受信すると、その応答（ＯＫ又はＮＧ）をセカンダリＧＮＥ＃Ｂへ返信する（処理Ｐ８８）。応答としてＮＧを返信する（従属要求を拒否する）のは、例えば、ＮＥ＃Ａ及びＮＥ＃Ｄは、自身が既にＧＮＥ５に選定されている場合や既に他のＧＮＥ５の配下に従属している場合等である。
【０１０４】
セカンダリＧＮＥ＃Ｂは、従属要求に対する応答が各ＮＥ＃Ａ，ＮＥ＃Ｃ及びＮＥ＃Ｄから受信されると、各ＮＥ＃Ａ，ＮＥ＃Ｃ及びＮＥ＃Ｄとの間の保守コネクションを有効化し、ＥＭＳ３に対してＧＮＥ起動通知を送信する（処理Ｐ８９）。当該ＧＮＥ起動通知には、例示的に、セカンダリＧＮＥ＃Ｂ配下に従属したＮＥリストを含めてよい。例えば、ＮＥリストには、ＮＥ＃Ａ，ＮＥ＃Ｃ及びＮＥ＃ＤそれぞれのＮＥ−ＩＤが含まれる。
【０１０５】
ＥＭＳ３は、新ＧＮＥ５であるＮＥ＃ＢからＧＮＥ起動通知を受信すると、その応答をＮＥ＃Ｂに返信し（処理Ｐ９０）、例えば、ＧＮＥ起動通知に含まれるＮＥリストに含まれるＮＥ５との保守コネクションを無効化する（処理Ｐ９１）。したがって、ＧＮＥ起動通知は、保守コネクションを解除する対象のＮＥ−ＩＤを含む制御信号の一例である。なお、ＮＥ＃Ｂに対する応答（処理Ｐ９０）は、ＮＥリストに含まれるＮＥ５との保守コネクションを無効化してから実施してもよい。
【０１０６】
これにより、ＥＭＳ３はＮＥリストに含まれるＮＥ５との直接的な保守通信は不能となり、当該ＮＥリストに含まれるＮＥ５に対する保守通信は、セカンダリＧＮＥ＃Ｂを介して実施されることとなる。
【０１０７】
例えば、ＥＭＳ３は、セカンダリＧＮＥ＃Ｂの配下ＮＥ５宛の保守信号の宛先をＧＮＥ＃Ｂとする。ＧＮＥ＃Ｂは、ＥＭＳ３から受信した保守信号に含まれる例えばＮＥ−ＩＤに基づいて当該保守信号の転送先ＮＥ５を識別し、保守信号の転送（中継）を実施する。
【０１０８】
一方、ＧＮＥ＃Ｂ配下のＮＥ５は、ＥＭＳ３宛の保守信号の宛先をＧＮＥ＃Ｂとする。ＧＮＥ＃Ｂは、配下ＮＥ５から受信したＥＭＳ３宛の保守信号をＥＭＳ３へ転送（中継）する。
【０１０９】
以上により、図６に例示した接続関係が図８に例示する接続関係に変更される。図８の例では、ＥＭＳ３と旧ＧＮＥ５であるＮＥ＃Ｃとの間の保守コネクションが無効化され、代替的に、ＥＭＳ３と新ＧＮＥ５であるＮＥ＃Ｂとの間の保守コネクションが有効化される。また、新ＧＮＥ５であるＮＥ＃Ｂが送信する従属要求により、ＮＥ＃Ａ，ＮＥ＃Ｃ及びＮＥ＃Ｄは、新ＧＮＥ＃Ｂの配下に従属し、それぞれ新ＧＮＥ＃Ｂとの保守コネクションが有効化される。
【０１１０】
このようにして、ＮＥグループ＃１内においてＮＥ５間で自律的にＧＮＥ５の変更が速やかに実施され、ＥＭＳ３と新ＧＮＥ＃Ｂとの間、および、当該ＧＮＥ＃Ｂと配下ＮＥ５との間のＯＡＭ信号の疎通が可能となる。
【０１１１】
なお、プライマリＧＮＥ５がセカンダリＧＮＥ５を選定する際に、配下ＮＥ５に負荷レベルが閾値以下のＮＥ５が存在しないこともある。その場合、例えば図９に示すように、同一ＮＥグループ（例えば＃１）における複数ＮＥ５（例えば、ＮＥ＃Ｂ及びＮＥ＃Ｄ）をセカンダリＧＮＥ５に設定することにより、負荷分散を行なってもよい。この場合、同一ＮＥグループにおいて複数のセカンダリＧＮＥに対応した複数のサブグループが形成され、複数のサブグループに負荷が分散される。
【０１１２】
また、複数のＧＮＥのいずれかの負荷が軽減した場合、例えば、負荷の軽減したＧＮＥ（例えばＮＥ＃Ｂ）から他のＧＮＥ（例えばＮＥ＃Ｄ）にその状況を通知する。当該通知を受けたＧＮＥ＃Ｄは、ＧＮＥ機能を無効化し、負荷の軽減したＧＮＥ＃Ｂ配下に従属してよい。これにより、図８に例示したように、ＮＥグループ＃１は、単一のＧＮＥ＃Ｂが存在する接続関係に戻ることも可能である。
【０１１３】
なお、図７に例示したＥＭＳ管理テーブル３００と同様に、ＮＥ５においても、自ＮＥ５とＸ２インタフェースによる接続関係にあるＮＥ５が管理される。ＮＥ５は、その管理情報を拡張した例えば図１０に示すような管理テーブル（接続関係リスト）５００を記憶し、ＧＮＥ状態と従属関係とを接続関係にあるＮＥ５毎に管理する。なお、管理テーブル５００は、接続関係リスト５００と称してもよい。
【０１１４】
図１０に示す管理テーブル５００は、ＮＥ＃Ａが保持する管理テーブル５００の一例である。図１０の（Ａ）は、図１に例示したＧＮＥ起動前、図１０の（Ｂ）は、図６に例示したＧＮＥ起動後、図１０の（Ｃ）は、図８に例示した現ＧＮＥ負荷上昇後（単一セカンダリＧＮＥへの移管）における管理情報をそれぞれ示している。
【０１１５】
図１０の（Ａ）では、各ＮＥ５は、ＥＭＳ３によって正常に保守通信が行なわれている状況を示している。この場合、ＮＥ＃Ｂ〜＃Ｅの中に「ＧＮＥ状態」が「Ｏｎ」（起動あるいは有効）であるＮＥ５は存在せず、ＥＭＳ３との保守コネクションが有効である。
【０１１６】
その後、ＥＭＳ３に異常状態が生じると、図１０の（Ｂ）に例示するように管理情報が変更される。図１０の（Ｂ）では、ＮＥ＃Ｃ及び＃Ｅの「ＧＮＥ状態」が「Ｏｎ」となり、当該ＮＥ＃Ｃ及び＃ＥがそれぞれＧＮＥ５としてＥＭＳ３との保守コネクションを保持（維持）している。ＮＥ＃Ａは、ＧＮＥ＃Ｃ配下に従属しているので、管理テーブル５００において、ＮＥ＃Ｃとの「従属関係」が従属を示す「Ｏｎ」となっている。なお、ＧＮＥ＃Ｃ配下のＮＥ＃Ａ，ＮＥ＃Ｂ及びＮＥ＃Ｄは、既述のとおりＧＮＥ＃Ｃとの間の保守コネクションによりＯＡＭが実施されている。
【０１１７】
また、図１０の（Ｂ）において、ＮＥ＃Ａと接続関係にあるＮＥ＃Ｅは、ＮＥグループ＃２のＧＮＥ５に設定されている。そのため、ＮＥ＃Ａは、２つのＮＥ＃Ｃ及びＮＥ＃Ｅのいずれかを従属先として選択することが可能である。
【０１１８】
ここで、例えば、最初にＮＥグループ＃２のＮＥ＃ＥがＧＮＥ５に設定され場合に、ＮＥ＃ＥがＮＥ＃Ａに対して従属要求を送信した時点で、ＮＥ＃Ａは、一旦、ＮＥ＃Ｅに従属する。そのため、ＮＥ＃Ａの管理テーブル５００において、ＮＥ＃Ｅとの「従属関係」が「Ｏｎ」となる。
【０１１９】
その後、ＮＥグループ＃１においてＮＥ＃ＣがＧＮＥ５に設定された場合に、ＮＥ＃Ａは、ＮＥ＃Ｃから、再度、従属要求を受信する。この時、ＮＥ＃Ａは、ＮＥ＃Ｃからの例えば従属要求にて通知される負荷情報と、現在の従属先であるＧＮＥ＃Ｅから例えばヘルスチェック信号にて通知される負荷情報と、を比較する。
【０１２０】
その結果、例えば、負荷情報の示す負荷レベルがより低い方のＮＥ５（本例では、ＮＥ＃Ｃ）を従属先として選択し、ＮＥ＃Ｃと従属関係を確立する。これにより、ＮＥ＃Ａの管理テーブル５００において、ＮＥ＃Ｅとの「従属関係」が「Ｏｆｆ」となり、代わりに、ＮＥ＃Ｃとの「従属関係」が「Ｏｎ」となる。この状態を示しているのが図１０の（Ｂ）である。
【０１２１】
そして、図１０の（Ｃ）は、ＧＮＥ＃Ｃに異常状態が生じたことによって、同一ＮＥグループ＃１においてセカンダリＧＮＥ＃ＢにＧＮＥ５が変更された場合の管理テーブル５００の管理情報を示している。
【０１２２】
この例では、ＧＮＥ＃Ｃの異常状態検出時に、ＮＥ＃Ｂの負荷レベルが最低であったことから、ＧＮＥ５がＧＮＥ＃ＣからＮＥ＃Ｂに変更されている。そのため、管理テーブル５００において、ＮＥ＃Ｃの「ＧＮＥ状態」が「Ｏｎ」から「Ｏｆｆ」に変更され、ＮＥ＃ＡのＮＥ＃Ｃとの「従属関係」が「Ｏｎ」から「Ｏｆｆ」に変更される。併せて、ＮＥ＃Ｂの「ＧＮＥ状態」が「Ｏｆｆ」から「Ｏｎ」に変更され、ＮＥ＃ＡのＮＥ＃Ｂとの「従属関係」が「Ｏｆｆ」から「Ｏｎ」に変更される。
【０１２３】
なお、ＧＮＥ５は、ＧＮＥ変更のトリガとなる負荷レベル（例えば、ＣＰＵ使用率：７０％等）についての閾値を予め処理条件（ポリシー）として記憶しておいてよい。ＧＮＥ５は、当該ＧＮＥ５の負荷レベルが閾値を超えると、セカンダリＧＮＥ５に対してＧＮＥ移管要求を送信する。
【０１２４】
次に、例えば図１５に示すように、ＮＥグループ＃２においてＮＥ＃ＥからセカンダリＧＮＥ＃２（ＮＥ＃Ｇ）にＧＮＥ５が変更された場合を想定する。この場合、ＮＥ＃ＧとＮＥ＃Ｈとの間には、Ｘ２インタフェースによる接続が存在しないため、保守コネクションも確立せず、ＮＥ＃Ｈが孤立することになる。ＮＥ＃Ｈは、旧ＧＮＥ＃ＥとはＸ２インタフェースにより通信可能に接続されているが、セカンダリＧＮＥ＃ＧとはＸ２インタフェースにより通信可能に接続されていない第３のＮＥの一例である。
【０１２５】
このようなケースでも、ＮＥ＃Ｈは、ＧＮＥ変更前のＧＮＥ＃Ｅとの間のヘルスチェック断は検出可能である。そこで、ＮＥ＃Ｈは、ヘルスチェック断を検出した後、新ＧＮＥ＃２から従属要求が受信されず、かつ、接続関係にある他のＮＥ５にＧＮＥ５が存在しない場合、ＮＥ＃ＨとＥＭＳ３との間の保守コネクションの有効化をＥＭＳ３に要求する。例えば、ＮＥ＃Ｈは、無効化されているＥＭＳ３との保守コネクションの対向ＩＰアドレス宛に例えばマジックパケットを送信する。
【０１２６】
ＥＭＳ３は、マジックパケットを受信することにより、当該マジックパケットの送信元であるＮＥ＃ＨにＯＡＭの緊急事態が発生したことを検知し、当該ＮＥ＃Ｈとの保守コネクションを有効化する（図１５のＥＭＳ３−ＮＥ＃Ｈ間の実線参照）。これにより、新ＧＮＥ＃Ｇ配下に従属できないＮＥ＃Ｈは、ＥＭＳ３によってＯＡＭが継続される。
【０１２７】
ＮＥグループ＃１のように、Ｘ２インタフェースによりフルメッシュで構築された接続関係であれば、基本的には、いずれのＮＥ５がＧＮＥ５となっても、従属関係が消失することはない。しかし、フルメッシュで構築された接続関係においても、一部のＸ２インタフェースに対するハンドオーバ規制等の運用条件によっては、従属関係が消失するケースが生じることもある。
【０１２８】
従属関係を消失したＮＥ５は、Ｘ２インタフェースによる接続関係を有する他のＮＥ５に他のＮＥグループのＧＮＥ５が存在すれば、当該ＧＮＥ５の配下に従属してよい。他のＧＮＥ５も存在しなければ、上記のＮＥ＃Ｈの場合と同様に、従属関係が消失したＮＥ５に限ってＥＭＳ３配下に従属（復帰）することを許容する。
【０１２９】
ただし、セカンダリＧＮＥ５の負荷情報に関わらず、このようなＥＭＳ３配下への復帰を回避するために、図９に例示したように、複数のセカンダリＧＮＥ５を設定することも可能である。図１５の例では、ＮＥ＃ＨがＥＭＳ３に復帰する判断をする契機で、自身（ＮＥ＃Ｈ）の負荷レベルが閾値以下であれば、自身がＧＮＥ５となることを選択可能である。
【０１３０】
この場合、図１４に例示した処理シーケンスのように、現ＧＮＥ（ＮＥ＃Ｃ）からＥＭＳ３に対してＧＮＥ変更通知（処理Ｐ８３）は行なわれない。そのため、ＮＥ＃Ｈは、前述のように例えばマジックパケットを用いてＥＭＳ３との間で保守コネクションを有効化した後、ＧＮＥ起動通知をＥＭＳ３へ送信する。
【０１３１】
以上のように、ＧＮＥ５が起動した後に、当該ＧＮＥ５に異常状態が生じた場合も、ＮＥ５どうしのソフトウェア制御の連携によって、保守者不介在でＮＥグループにおいて正常に稼働するＮＥの中から新たなＧＮＥを自律的に選択、設定することが可能である。したがって、ＮＥ５に対するＯＡＭに支障や中断をきたさない効果が得られる。
【０１３２】
（第３実施形態：ＧＮＥ機能解除）
次に、ＥＭＳ３の異常状態が解消した場合（例えば、ＥＭＳ３の障害復旧時や負荷緩和時）のＧＮＥ機能解除処理について説明する。
（全解除処理）
ＥＭＳ３の障害復旧時は、ＥＭＳ３は、再起動直後の状態であると考えてよいため、負荷レベルが最低の状態であると判断してよい。ＥＭＳ３の障害が復旧すると、ＥＭＳ３によるヘルスチェックシーケンスが再開される。
【０１３３】
例えば図９に例示したようにＮＥグループ＃１において複数のＧＮＥ＃１（ＮＥ＃Ｂ）及びＧＮＥ＃２（ＮＥ＃Ｅ）が存在する状態でＥＭＳ３に障害が発生した後、当該障害が復旧したとする。この場合、図１６に例示するように、ＧＮＥ＃１及び＃２を含むＮＥ５の全ては、ＥＭＳ３からヘルスチェック信号を受信するので（処理Ｐ１０１）、ＧＮＥ＃１及び＃２では、ＥＭＳ３が復旧したと判断し、ヘルスチェック信号に対する応答をＥＭＳ３に返信する（処理Ｐ１０２）。
【０１３４】
ＮＥ５の全ては、現在の従属関係を解除するまでヘルスチェック信号の応答を返信しない（受信したヘルスチェック信号は破棄してよい）。そして、ＧＮＥ＃１及び＃２は、例えば解除率１００％（全解除）の処理を実行する。
【０１３５】
解除率１００％時には、非限定的な一例として、ＧＮＥ＃１及び＃２とそれぞれの配下に従属しているＮＥ５の全てをＥＭＳ３配下に復帰させる。例えば、ＧＮＥ＃１は、配下ＮＥ５であるＮＥ＃Ａ，ＮＥ＃Ｃ及びＮＥ＃Ｄの全てに対して解除要求を送信する。同様に、ＧＮＥ＃２は、配下ＮＥ５であるＮＥ＃Ｆ，ＮＥ＃Ｇ及びＮＥ＃ＨＤの全てに対して解除要求を送信する（処理Ｐ１１１）。
【０１３６】
解除要求を受信したＮＥ５は、その応答（ＯＫ又はＮＧ）を解除要求送信元のＧＮＥ＃１又は＃２へ返信する（処理Ｐ１１２）。なお、応答としてＮＧを返信するのは、例えば、解除要求を受信したＮＥ５が既にＧＮＥ５に選定されていた場合である。解除要求に対する応答を受信したＧＮＥ＃１及び＃２は、それぞれ、例えば、応答がＯＫであったＮＥ５のＮＥリストを含むＧＮＥ解除通知をＥＭＳ３に対して送信する（処理Ｐ１１３）。
【０１３７】
ＥＭＳ３は、ＮＥ５からの返信を受信していない場合、通常はＮＥ５に障害が生じたと判定する。しかし、障害復旧後においては、ＧＮＥの存在を考慮し、ＥＭＳ３は、ＧＮＥ＃１及び＃２からそれぞれＧＮＥ解除通知を受信することにより配下に従属しているＮＥ５の存在を確認すると共に、その応答をＧＮＥ＃１及び＃２のそれぞれに返信する（処理Ｐ１１４）。
【０１３８】
そして、ＥＭＳ３は、受信したＧＮＥ解除通知に含まれるＮＥリストを基に解除対象のＮＥ５を識別し、当該ＮＥ５に対しては、再度、ヘルスチェック信号を送信することにより応答の返信を確認した上で、ＮＥ５の正常性を確認する（処理Ｐ１１５）。したがって、ＧＮＥ解除通知は、障害発生中に構成されたＧＮＥと配下に従属しているＮＥ５を判断するための制御信号の一例である。なお、ＧＮＥ解除通知に対する応答は、ＮＥ５へのヘルスチェック信号送信後に実施してもよい。
【０１３９】
これにより、ＥＭＳ３は、ＮＥリストに含まれるＮＥ５と、ＧＮＥ５を介さない直接的な保守通信が可能になり、ＥＭＳ３において、セッション管理の負荷が上昇する。ＥＭＳ３は、自身の負荷レベルの推移を監視（経過監視）し（処理Ｐ１１６）、負荷レベルが閾値を超えると、図３及び図５に例示したように、ＧＮＥ起動処理を再度実施することになる。
【０１４０】
（段階的解除処理）
これに対して、ＥＭＳ３の負荷緩和によるＧＮＥ解除処理では、例えば、ＥＭＳ３の負荷レベルに応じて、ＥＭＳ３の配下に復帰させるＮＥ５を段階的に指定する。例えば、ＥＭＳ３は、ＥＭＳ３配下に復帰可能なＮＥ数を解除対象とするＧＮＥに対して解除率により指定する。解除率は、例えば、ＮＥグループ単位に１〜１００％の範囲で指定可能である。
【０１４１】
非限定的な一例を挙げると、ＥＭＳ３では、ＮＥ５当たりの管理において平均的に要する負荷レベルを記憶しておくことにより、ＥＭＳ３の負荷レベルが閾値を下回った時点で、現在の負荷レベルから閾値到達までの負荷上昇に収まるＮＥ数を計算することができる。
【０１４２】
ＥＭＳ３は、計算したＮＥ数以下の範囲で、ＮＥグループ単位でＧＮＥ５とその配下ＮＥ５をＥＭＳ３配下に復帰させる。この時、１ＮＥグループ当たりのＮＥ数が多数である場合、算出された復帰可能ＮＥ数によっては、解除可能なＮＥ５がそのＮＥグループ内の一部に限られることもある。
【０１４３】
この場合、ＥＭＳ３は、そのＮＥグループに属するＮＥ数に対してＥＭＳ３配下に復帰可能なＮＥ数を解除率としてＧＮＥに指定する。これにより、ＧＮＥ５は、指定された解除率に従った台数の配下ＮＥ５の従属を解除する。
【０１４４】
また、ＥＭＳ３は、負荷緩和と判断する負荷レベルを複数設定することが可能であり、それぞれの負荷レベルに応じた段階的な解除（ＥＭＳ３への復帰）を指示することが可能である。段階的な解除により、一斉に解除を行なった場合に、ＥＭＳ３の負荷が急激に上昇するリスクを回避できる。
【０１４５】
負荷緩和時の段階的なＧＮＥ解除処理シーケンスの一例を図１７〜図１９に示す。ただし、図１７〜図１９では、ＥＭＳ３における段階的な負荷レベル低下の検出契機が２回の事例を示している。
【０１４６】
例えば図１７に示すように、ＥＭＳ３の負荷レベル（例えばＣＰＵ使用率）が３０％になるとＥＭＳ３の負荷緩和が検出される（処理Ｐ２００）。負荷緩和が検出されると、ＥＭＳ３は、例えば解除率５０％を指定したＧＮＥ解除要求をＮＥグループ＃１のＧＮＥ＃１（ＮＥ＃Ｂ）へ送信する（処理Ｐ２０１）。
【０１４７】
ＧＮＥ＃１（ＮＥ＃Ｂ）は、ＧＮＥ解除要求を受信すると、その応答をＥＭＳ３に返信し（処理Ｐ２０２）、指定された解除率（５０％）に従って解除するＮＥ数を算出する。図１７の例では、ＮＥグループ＃１に４台のＮＥ＃Ａ〜＃Ｄが属しているので、ＧＮＥ＃１は、例えば半分の２台のＮＥ５（例示的に、ＮＥ＃Ａ及びＮＥ＃Ｃ）を解除対象に決定する（処理Ｐ２０３）。なお、ＧＮＥ解除要求に対する応答は、解除対象のＮＥ５を決定した後に実施してもよい。
【０１４８】
ＧＮＥ＃１は、解除対象に決定したＮＥ＃Ａ及びＮＥ＃Ｃに対してそれぞれ解除要求を送信する（処理Ｐ２０４）。解除要求を受信したＮＥ＃Ａ及びＮＥ＃Ｃは、それぞれ、受信した解除要求に対する応答（ＯＫ又はＮＧ）をＧＮＥ＃１に返信する（処理Ｐ２０５）。なお、応答としてＮＧを返信するのは、例えば、解除要求を受信したＮＥ５が既にＧＮＥに選定されている場合である。
【０１４９】
ＧＮＥ＃１は、解除対象のＮＥ＃Ａ及びＮＥ＃Ｃから応答を受信すると、例えば、応答がＯＫであったＮＥ５のリスト（ＮＥリスト）を含むＧＮＥ解除通知をＥＭＳ３に送信する（処理Ｐ２０６）。
【０１５０】
ＧＮＥ＃１からＧＮＥ解除通知を受信したＥＭＳ３は、その応答をＧＮＥ＃１へ返信し（処理Ｐ２０７）、ＧＮＥ解除通知に含まれるＮＥリストを基に解除対象のＮＥ＃Ａ及びＮＥ＃Ｃとの間の保守コネクションをそれぞれ有効化する（処理Ｐ２０８）。なお、受信したＧＮＥ解除通知に対する応答は、保守コネクションを有効化した後に実施してもよい。
【０１５１】
これにより、ＥＭＳ３は、ＮＥ＃Ａ及びＮＥ＃Ｃとの直接的な保守通信が可能となり、ＥＭＳ３のセッション管理の負荷が上昇する。ＥＭＳ３は、負荷レベルの推移を監視（経過監視）し（処理Ｐ２０９）、負荷レベルが閾値を超えると、図３及び図５に例示したように、ＧＮＥ起動処理を再度実施することになる。
【０１５２】
ＥＭＳ３は、経過監視において一定期間、負荷レベルの超過がなく、更に負荷レベルが低下したことを検出すると（処理Ｐ２１０）、図１８に例示する解除処理シーケンスを実施する。
【０１５３】
例えば、上述のごとくＮＥグループ＃１に属する２台のＮＥ＃Ａ及びＮＥ＃Ｃに対する保守コネクションを有効化した結果、ＥＭＳ３の負荷レベルが一時的に５０％を超えたが、その後、負荷レベルが５０％に低下したと仮定する。
【０１５４】
ＥＭＳ３は、負荷レベルが５０％に低下したことを検出すると（処理Ｐ３００）、例えば解除率１００％を指定したＧＮＥ解除要求をＮＥグループ＃１のＧＮＥ＃１（ＮＥ＃Ｂ）へ送信する（処理Ｐ３０１）。
【０１５５】
ＧＮＥ＃１（ＮＥ＃Ｂ）は、ＧＮＥ解除要求を受信すると、その応答をＥＭＳ３に返信し（処理Ｐ３０２）、指定された解除率（１００％）に従って解除するＮＥ数を算出する。図１８の例では、ＧＮＥ＃１は、図１７の処理シーケンスで解除されなかった残りの２台のＮＥ＃Ｂ及びＮＥ＃Ｄを解除対象として決定する（処理Ｐ３０３）。なお、ＧＮＥ解除要求に対する応答は、解除対象のＮＥ５を決定した後に実施してもよい。
【０１５６】
ＧＮＥ＃１は、解除対象に決定した自身（ＮＥ＃Ｂ）以外のＮＥ＃Ｄに対して解除要求を送信する（処理Ｐ３０４）。解除要求を受信したＮＥ＃Ｄは、受信した解除要求に対する応答（ＯＫ又はＮＧ）をＧＮＥ＃１に返信する（処理Ｐ３０５）。なお、応答としてＮＧを返信するのは、例えば、解除要求を受信したＮＥ５が既にＧＮＥ５に選定されている場合である。
【０１５７】
ＧＮＥ＃１は、解除対象のＮＥ＃Ｄから応答を受信すると、例えば、応答がＯＫであったＮＥ５のリスト（ＮＥリスト）を含むＧＮＥ解除通知をＥＭＳ３に送信する（処理Ｐ３０６）。なお、本例では、ＧＮＥ＃１（ＮＥ＃Ｂ）自身も解除対象であるので、ＮＥリストには、ＮＥ＃Ｂ及びＮＥ＃Ｄが含まれる。
【０１５８】
ＧＮＥ＃１からＧＮＥ解除通知を受信したＥＭＳ３は、その応答をＧＮＥ＃１へ返信し（処理Ｐ３０７）、ＧＮＥ解除通知に含まれるＮＥリストを基に解除対象のＮＥ＃Ｂ及びＮＥ＃Ｄとの間の保守コネクションをそれぞれ有効化する（処理Ｐ３０８）。なお、受信したＧＮＥ解除通知に対する応答は、保守コネクションを有効化した後に実施してもよい。
【０１５９】
これにより、ＥＭＳ３は、ＮＥ＃Ｂ及びＮＥ＃Ｄと直接的な保守通信が可能となり、ＥＭＳ３のセッション管理の負荷が上昇する。ＥＭＳ３は、負荷レベルの推移を監視（経過監視）し（処理Ｐ３０９）、負荷レベルが閾値を超えると、図３及び図５に例示したように、ＧＮＥ起動処理を再度実施することになる。
【０１６０】
ＥＭＳ３は、経過監視において一定期間、負荷レベルの超過がなく、更に負荷レベルが低下したことを検出すると（処理Ｐ３１０）、図１９に例示する解除処理シーケンスを実施する。
【０１６１】
例えば、上述のごとくＮＥグループ＃１に属する全てのＮＥ＃Ａ〜＃Ｄに対する保守コネクション（セッション）を有効化した結果、ＥＭＳ３の負荷レベルが一時的に８０％を超えたが、その後、負荷レベルが８０％に低下したと仮定する。
【０１６２】
ＥＭＳ３は、負荷レベルが８０％に低下したことを検出すると（処理Ｐ４００）、例えば解除率１００％を指定したＧＮＥ解除要求をＮＥグループ＃２のＧＮＥ＃２（ＮＥ＃Ｅ）へ送信する（処理Ｐ４０１）。
【０１６３】
ＧＮＥ＃２（ＮＥ＃Ｅ）は、ＧＮＥ解除要求を受信すると、その応答をＥＭＳ３に返信し（処理Ｐ４０２）、指定された解除率（１００％）に従って解除するＮＥ数を算出する。図１９の例では、ＧＮＥ＃２は、ＮＥグループ＃２に属する全てのＮＥ＃Ｅ〜＃Ｈを解除対象として決定する（処理Ｐ４０３）。なお、ＧＮＥ解除要求に対する応答は、解除対象のＮＥ５を算出、決定した後に実施してもよい。
【０１６４】
ＧＮＥ＃２は、解除対象に決定した自身（ＮＥ＃Ｅ）以外のＮＥ＃Ｆ〜ＮＥ＃Ｈに対してそれぞれ解除要求を送信する（処理Ｐ４０４）。解除要求を受信したＮＥ＃Ｆ〜ＮＥ＃Ｈは、それぞれ、受信した解除要求に対する応答（ＯＫ又はＮＧ）をＧＮＥ＃２に返信する（処理Ｐ４０５）。なお、応答としてＮＧを返信するのは、例えば、解除要求を受信したＮＥ５が既にＧＮＥ５に選定されている場合である。
【０１６５】
ＧＮＥ＃２は、解除対象のＮＥ＃Ｆ〜ＮＥ＃Ｈからそれぞれ応答を受信すると、例えば、応答がＯＫであったＮＥ５のリスト（ＮＥリスト）を含むＧＮＥ解除通知をＥＭＳ３に送信する（処理Ｐ４０６）。なお、本例では、ＧＮＥ＃２（ＮＥ＃Ｅ）自身も解除対象であるので、ＮＥリストには、ＮＥ＃Ｅ〜ＮＥ＃Ｈが含まれる。
【０１６６】
ＧＮＥ＃２からＧＮＥ解除通知を受信したＥＭＳ３は、その応答をＧＮＥ＃２へ返信し（処理Ｐ４０７）、ＧＮＥ解除通知に含まれるＮＥリストを基に解除対象のＮＥ＃Ｅ〜ＮＥ＃Ｈとの間の保守コネクションをそれぞれ有効化する（処理Ｐ４０８）。なお、受信したＧＮＥ解除通知に対する応答は、保守コネクションを有効化した後に実施してもよい。
【０１６７】
これにより、ＥＭＳ３は、ＮＥ＃Ｅ〜ＮＥ＃Ｈと直接的な保守通信が可能となり、ＥＭＳ３のセッション管理の負荷が上昇する。ＥＭＳ３は、負荷レベルの推移を監視（経過監視）し（処理Ｐ４０９）、負荷レベルが閾値を超えると、図３及び図５に例示したように、ＧＮＥ起動処理を再度実施することになる。
【０１６８】
図１６〜図１９に例示した処理完了後の接続関係は、図２に例示した接続関係となる。なお、図１６に例示した処理シーケンスでは、ＮＥグループ＃１について全解除となるため、図２に例示した接続関係に復帰する。
【０１６９】
これに対し、図１７に例示した処理シーケンスでは、初回の負荷レベルの低下検出時に、図８に例示した接続関係が図２０に例示する接続関係に変更される。その後、一定時間の経過監視において閾値超過がなく、更なる負荷レベルの低下が検出された場合に、図１８に例示した２回目の解除（全解除）処理が実施され、ＮＥグループ＃１は図２に例示した接続関係に復帰する。
【０１７０】
このように、ＥＭＳ３は、低下した負荷レベルに対していくつかの段階的な閾値と対応する解除率を記憶しておき、閾値を超える負荷上昇のリスクを伴う負荷レベルでは、限られた数のＮＥ５を解除対象にする。これにより、閾値を超える負荷上昇のリスクを最小限に抑えることが可能になる。
【０１７１】
段階的な解除を行なわずに一斉解除した場合は、ＥＭＳ３の負荷レベルが急激に上昇して簡単に閾値を超えてしまう結果、ＧＮＥ起動処理を繰り返すといった余剰な処理を誘発しかねない。そのため、ＥＭＳ３の負荷緩和時においては、段階的な解除処理を実施することが効果的である。
【０１７２】
ＥＭＳ３は、段階的な負荷レベル（例えばＣＰＵ使用率：５０％／２０％等）と各負荷レベルに対応するＮＥ解除数（例えば全管理ＮＥ数の５０％／１００％等）を予め処理条件（ポリシー）を記憶しておいてよい。これにより、負荷減少時に負荷レベルが閾値に低下した際に、対応するＮＥ解除数の範囲内で解除処理を実施してＥＭＳ３配下に解除したＮＥ５を復帰させることが可能である。
【０１７３】
（ＥＭＳ及びＧＮＥ（ＮＥ）の構成例）
次に、上述した各実施形態で説明した機能を実現するＥＭＳ３及びＧＮＥ（ＮＥ）５の構成例について説明する。
（ＥＭＳの構成例）
図２１は、ＥＭＳ３のハードウェア構成例を示すブロック図であり、図２２は、ＥＭＳ３のソフトウェア構成例を示すブロック図である。
【０１７４】
ＥＭＳ３は、例示的に、サーバコンピュータ等のコンピュータを用いて実現可能である。図２１に示すように、ＥＭＳ３は、ハードウェア構成に着目すると、例示的に、ＣＰＵ３１、メモリ３２、ハードディスクドライブ（ＨＤＤ）３３、イーサネットインタフェース３４、及び、ＵＳＢインタフェース３５を備える。なお、「イーサネット」は登録商標である。
【０１７５】
ＣＰＵ３１は、演算処理能力を演算処理装置の一例であり、メモリ３２やＨＤＤ３３に記憶されたプログラム（あるいはソフトウェア）やデータ等を読み取って動作することにより、ＥＭＳ３全体の動作を制御する。
【０１７６】
プログラムやデータには、ＥＭＳ３が上述した各実施形態で述べたＯＡＭ機能を実現するプログラムやＯＡＭ機能に用いられるデータ等が含まれる。データには、図７に例示したＥＭＳ管理テーブル３００や、既述のＥＭＳ３の負荷レベルに関する閾値、負荷レベルに応じた解除率等が含まれる。
【０１７７】
ＣＰＵ３１が、これらのプログラムやデータを読み取って動作することにより、上述した各実施形態で述べたＯＡＭ機能がＥＭＳ３において具現される。このように具現されるＯＡＭ機能に着目したソフトウェア構成例を例示したのが図２２である。
【０１７８】
メモリ３２及びＨＤＤ３３は、記憶部の一例であり、上述のごとくＥＭＳ３がＯＡＭ機能を具現するのに用いるプログラムやデータを記憶する。メモリ３２は、例示的に、ＣＰＵ３１のワークメモリとして機能し、ＣＰＵ３１は、ＨＤＤ３３に記憶されたプログラムやデータをメモリ３２に展開して用いる。
【０１７９】
イーサネットインタフェース３４は、図１に例示したようにＮＥ５との相互通信（保守通信と称してもよい。）を可能にする有線伝送路に対応した伝送路インタフェースの一例である。ＥＭＳ３（ＣＰＵ３１）は、イーサネットインタフェース３４を通じてＮＥ５との間の保守コネクションを有効化したり無効化したりすることができる。
【０１８０】
ＵＳＢインタフェース３５は、記録媒体の一例であるＵＳＢメモリをＥＭＳ３に接続することを可能にする記録媒体インタフェースの一例である。ＵＳＢインタフェース３５に接続したＵＳＢメモリから、当該ＵＳＢに記憶されたプログラムやデータをＣＰＵ３１が読み取って例えばＨＤＤ３３に記憶することで、上述したＯＡＭ機能を具現するプログラム等をＥＭＳ３にインストールすることができる。なお、ＯＡＭ機能を具現するプログラム等のＥＭＳ３へのインストールは、インターネット等の通信回線を介して行なってもよい。
【０１８１】
次に、図２２に示すように、ＥＭＳ３は、ソフトウェア構成に着目すると、例示的に、ＧＮＥ管理部３６、ＮＥ管理部３７、ＥＭＳ機能部３８、及び、負荷管理部３９を備える。
【０１８２】
ＧＮＥ管理部３６は、例示的に、ＮＥ５との間の保守コネクションの制御（有効化及び無効化）や、ＧＮＥ候補の決定（選定）、ＧＮＥの変更、ＧＮＥの起動及び解除処理等を実施する。そのため、ＧＮＥ管理部３６は、例示的に、保守コネクション制御部３６１、ＧＮＥ候補決定部３６２、ＧＮＥ変更処理部３６３、ＧＮＥ起動／解除処理部３６４を備える。
【０１８３】
保守コネクション制御部３６１は、ＧＮＥ５の起動、変更及び解除に応じて、ＮＥ５との間の保守コネクションの設定（有効化及び無効化）を制御する。例示的に、保守コネクション制御部３６１は、既述のように、ＧＮＥ５配下に従属したＮＥ５との間の保守コネクションを無効化したり、ＧＮＥ解除処理によってＥＭＳ３配下に復帰したＮＥ５との間の保守コネクションを有効化したりする。
【０１８４】
ＧＮＥ候補決定部３６２は、例えばＮＥ管理部３７と連携して動作することにより、既述のように、各ＮＥ５の負荷情報に基づいてＧＮＥ候補のＮＥ５を決定する。各ＮＥの負荷情報は、例示的に、後述するＮＥ負荷状況変化管理部３７１にて管理される。
【０１８５】
ＧＮＥ変更処理部３６３は、既述のＧＮＥ機能の移管処理（例えば図１４参照）に伴ってＧＮＥ５からＧＮＥ変更通知が受信された場合に、ＧＮＥ５をＧＮＥ変更通知により通知されたＧＮＥ５に変更する処理を実施する。なお、ＧＮＥ変更通知は、例示的に、ＮＥ管理部３７のＧＮＥ変更通知処理部３７２にて受信され、ＧＮＥ変更処理部３６３に転送される。
【０１８６】
ＧＮＥ５の変更処理には、保守コネクション制御部３６１に対して変更前後のＧＮＥ５を識別する情報を通知する処理が含まれてよい。これにより、保守コネクション制御部３６１は、変更前のＧＮＥ５との保守コネクションを無効化するとともに、変更後のＧＮＥ５との保守コネクションを有効化することができる。
【０１８７】
ＧＮＥ起動／解除処理部３６４は、ＮＥ管理部３７及び負荷管理部３９と連携してＧＮＥ５の起動及び解除処理を実施する。例示的に、ＧＮＥ起動／解除処理部３６４は、ＥＭＳ３の負荷レベルが所定の閾値レベルを超えた場合に、ＮＥ管理部３７のＧＮＥ起動／解除通知処理３７３に対してＧＮＥ起動要求を送信する指示を与える。また、ＧＮＥ起動／解除処理部３６４は、ＥＭＳ３の負荷レベルが所定の閾値レベル以下となった場合に、ＮＥ管理部３７のＧＮＥ起動／解除通知処理３７３に対してＧＮＥ解除要求を送信する指示を与える。
【０１８８】
さらに、ＧＮＥ起動／解除処理部３６４は、ＧＮＥ起動／解除通知処理３７３を通じてＧＮＥ５からＧＮＥ起動通知を受信すると、当該通知に含まれる、ＧＮＥ５配下に従属したＮＥリストを保守コネクション制御部３６１に通知する。さらに、ＧＮＥ起動／解除処理部３６４は、ＧＮＥ５からＧＮＥ解除通知が受信されると、当該通知に含まれる解除対象のＮＥリストを保守コネクション制御部３６１に通知する。
【０１８９】
保守コネクション制御部３６１は、ＧＮＥ起動／解除処理部３６４から通知されたＮＥリストに含まれるＮＥ５に対する保守コネクションを無効化あるいは有効化する。これにより、ＧＮＥ５の起動あるいは解除に応じたＮＥ５との間の保守コネクションの制御が可能になる。
【０１９０】
ＮＥ管理部３７は、例示的に、ＥＭＳ機能部３８のヘルスチェック処理部３８１と連携してＮＥ５の負荷状況を管理するとともに、ＧＮＥ起動通知及びＧＮＥ変更通知の受信処理、並びに、ＧＮＥ候補通知、ＧＮＥ起動要求及びＧＮＥ解除要求の送信処理を実施する。
【０１９１】
そのため、ＮＥ管理部３７は、例示的に、ＮＥ負荷状況変化管理部３７１、ＧＮＥ変更通知処理部３７２、及び、ＧＮＥ起動／解除通知処理部３７３を備える。
【０１９２】
ＮＥ負荷状況変化管理部３７１は、ヘルスチェック処理部３８１により実行されるヘルスチェックシーケンスにおいて取得される各ＮＥ５の負荷情報を収集、管理し、各ＮＥ５の負荷状況及びその変化を管理する。当該ＮＥ負荷状況変化管理部３７１で管理される負荷情報を基にＧＮＥ候補決定部３６２によるＧＮＥ候補の決定が実施される。
【０１９３】
ＧＮＥ変更通知処理部３７２は、例示的に、ＧＮＥ５が変更（移管）される場合に変更前のＧＮＥから送信されるＧＮＥ変更通知を受信処理してＧＮＥ変更処理部３６３に転送する。
【０１９４】
ＧＮＥ起動／解除通知処理部３７３は、例示的に、ＧＮＥ５から送信されたＧＮＥ起動通知の受信処理と、ＧＮＥ候補に決定したＮＥ５に対するＧＮＥ候補通知、当該ＮＥ５に対するＧＮＥ起動要求及びＧＮＥ５に対するＧＮＥ解除要求の送信処理と、を実施する。
【０１９５】
ＥＭＳ機能部３８は、例示的に、ＥＭＳ３の管理下に従属するＮＥに対するヘルスチェック処理を実施するヘルスチェック処理部３８１を備える。ヘルスチェック処理部３８１は、既述のとおりＮＥ５との間でヘルスチェックシーケンスを実施する。
【０１９６】
負荷管理部３９は、ＥＭＳ３の負荷を管理する。そのため、負荷管理部３９は、例示的に、負荷レベル管理部３９１と負荷判定部３９２とを備える。
【０１９７】
負荷レベル管理部３９１は、ＥＭＳ３の負荷情報の一例としてＣＰＵ３１の使用率等の負荷レベルを監視し管理する。
【０１９８】
負荷判定部３９２は、負荷レベル管理部３９１で監視、管理されている負荷レベルと所定の閾値レベルとを比較して、ＥＭＳ３の負荷が閾値レベルを超えて上昇したか、あるいは、閾値レベル未満に低下したかを判定する。当該判定の結果が、ＧＮＥ起動／解除処理部３６４によるＧＮＥ５の起動又は解除処理のトリガに用いられる。
（ＧＮＥ（ＮＥ）の構成例）
図２３は、ＧＮＥ（ＮＥ）５のハードウェア構成例を示すブロック図であり、図２４は、ＧＮＥ（ＮＥ）５のソフトウェア構成例を示すブロック図である。
【０１９９】
図２３に示すように、ＮＥ５は、ハードウェア構成に着目すると、例示的に、呼処理プロセッサ５０、無線処理部５１、有線処理部５２、保守プロセッサ５３、メモリ５４、及び、ＨＤＤ５５を備える。
【０２００】
呼処理プロセッサ５０は、演算能力を有する演算処理装置の一例であり、無線処理部５１を通じた無線通信と、有線処理部５２を通じた有線通信と、を制御（例示的に、呼制御）する。呼制御に用いられるプログラム（あるいはソフトウェア）やデータは、例示的に、メモリ５４やＨＤＤ５５に記憶されている。呼処理プロセッサ５０は、これらのプログラムやデータを適宜にメモリ５４やＨＤＤ５５から読み込んで動作することで、呼制御を実施する。
【０２０１】
無線処理部５１は、呼処理プロセッサ５０からの制御に応じて例えば無線端末との間で送受信される無線信号を処理する。
【０２０２】
有線処理部５２は、呼処理プロセッサ５０からの制御に応じて例えばＥＭＳ３や他のＮＥ５との間で有線通信により送受信される信号を処理する。当該有線通信には、例示的に、既述のＸ２インタフェースやＲＮＳＡＰインタフェースを通じた通信が含まれる。
【０２０３】
保守プロセッサ５３は、呼処理プロセッサ５０と同様に、演算能力を有する演算処理装置の一例であり、メモリ５４やＨＤＤ５５に記憶されたプログラムやデータを適宜に読み込んで動作することにより、既述の各実施形態で説明したＧＮＥ機能を具現する。データには、図１０に例示した管理テーブル５００や、ＧＮＥ５の負荷レベルに関する閾値等が含まれる。このように具現されるＧＮＥ機能に着目したソフトウェア構成例を例示したのが図２４である。
【０２０４】
なお、当該ＧＮＥ機能を具現するプログラム及びデータは、ＥＭＳ３の場合と同様に、ＵＳＢメモリ等の記録媒体から例えばＨＤＤ５５にインストールされてもよいし、インターネット等の通信回線を通じてＨＤＤ５５にインストールされてもよい。
【０２０５】
メモリ５４及びＨＤＤ５５は、ＮＥ５における記憶部の一例であり、上述したように、呼処理プロセッサ５０が呼制御に用いるプログラムやデータを記憶するとともに、保守プロセッサ５３がＧＮＥ機能を具現するのに用いるプログラムやデータを記憶する。メモリ５４は、例示的に、各プロセッサ５０及び５３のワークメモリとして機能し、各プロセッサ５０及び５３は、ＨＤＤ５５に記憶されたプログラムやデータをメモリ５４に展開して用いる。
【０２０６】
次に、図２４に示すように、ＮＥ５は、ソフトウェア構成に着目すると、例示的に、ＧＮＥ機能部５６、ＥＭＳ管理部５７、負荷管理部５８、及び、セカンダリＧＮＥ機能部５９を備える。
【０２０７】
ＧＮＥ機能部５６は、例示的に、ＥＭＳ３からＧＮＥ候補通知を受けた場合に当該ＮＥ５の配下に従属するＮＥ５の従属関係を管理し、ＧＮＥ機能の起動及び解除、セカンダリＧＮＥ５の決定制御、及び、セカンダリＧＮＥ５へのＧＮＥ変更制御等を実施する。
【０２０８】
ＧＮＥ機能部５６は、監視部の一例であるＥＭＳ管理部５７（又は、セカンダリＧＮＥ機能部５９）の監視結果に応じて、保守コネクションの設定を制御する制御部の一例である。例えば、当該制御部は、自ＮＥ５と配下ＮＥ５との間の保守コネクションの設定と、ＥＭＳ３と配下ＮＥ５との間の保守コネクションの設定と、を制御する。
【０２０９】
そのため、ＧＮＥ機能部５６は、例えば、配下ＮＥ従属関係管理部５６１、起動／解除制御部５６２、セカンダリＧＮＥ決定制御部５６３、及び、ＧＮＥ変更制御部５６４を備える。
【０２１０】
配下ＮＥ従属関係管理部５６１は、例示的に、当該ＮＥ５の管理下に従属するＮＥ５の従属関係を管理する。例えば、図６に例示したＮＥグループ＃１のＧＮＥ＃１であれば、配下ＮＥ従属関係管理部５６１は、ＮＥ＃Ａ，ＮＥ＃Ｂ及びＮＥ＃Ｄが配下に従属していることを管理する。図６に例示したＮＥグループ＃２のＧＮＥ＃２であれば、配下ＮＥ従属関係管理部５６１は、ＮＥ＃Ｆ，ＮＥ＃Ｇ及びＮＥ＃Ｈが配下に従属していることを管理する。
【０２１１】
起動／解除制御部５６２は、ＥＭＳ管理部５７と連携してＧＮＥ機能の起動及び解除を制御する。例えば、起動／解除制御部５６２は、図３〜図５により説明したＧＮＥ起動処理及び図１６〜図１９により説明したＧＮＥ解除処理を実施する。
【０２１２】
セカンダリＧＮＥ決定制御部５６３は、負荷管理部５８と連携して例えば図５及び図１１に例示したセカンダリＧＮＥ候補の決定、及び、決定したセカンダリＧＮＥ候補との間の通信（例えば、ヘルスチェックシーケンスを含む）制御を実施する。
【０２１３】
ＧＮＥ変更制御部５６４は、セカンダリＧＮＥ機能部５９と連携して、例えば図１２〜図１４により説明した、プライマリＧＮＥ５からセカンダリＧＮＥ５へのＧＮＥ変更処理を制御する。
【０２１４】
ＥＭＳ管理部５７は、ＥＭＳとの通信を監視することによりＥＭＳ３の状態（例えば、負荷の上昇及び低下、並びに、障害の発生及び復旧）を監視する。そのため、ＥＭＳ管理部５７は、例示的に、ＥＭＳ障害判定部５７１、ＥＭＳ負荷判定部５７２、及び、ヘルスチェック監視機能を含むＥＭＳ通信処理部５７３を備える。
【０２１５】
ＥＭＳ障害判定部５７１は、例えば、ＥＭＳ３から所定周期でヘルスチェック信号を受信できないことがＥＭＳ通信処理部５７３にて検出された場合に、ＥＭＳ３に障害が発生したと判定する。当該判定結果は、ＧＮＥ機能部５６の起動／解除制御部５６２に通知され、これにより、起動／解除制御部５６２は、ＧＮＥ起動処理を実施する。
【０２１６】
また、ＥＭＳ障害判定部５７１は、ＥＭＳ３に障害が発生したと判定した後に、ＥＭＳ３からヘルスチェック信号を受信したことがＥＭＳ通信処理部５７３にて検出された場合に、ＥＭＳ３の障害が復旧したと判定する。当該判定結果は、ＧＮＥ機能部５６の起動／解除制御部５６２に通知され、これにより、起動／解除制御部５６２は、ＧＮＥ解除処理を実施する。
【０２１７】
ＥＭＳ通信処理部５７３は、ＥＭＳ３との間の通信を処理する。当該処理には、既述のヘルスチェックシーケンスで送受信される信号の処理が含まれる。例えば、ＥＭＳ通信処理部５７３は、ＥＭＳ３から所定周期でヘルスチェック信号が受信されるか否かを監視し、その監視（検出）結果をＥＭＳ障害判定部５７１へ通知する。
【０２１８】
また、ＥＭＳ通信処理５７３は、自ＮＥ５の負荷情報をＥＭＳ３へ送信する送信部の一例であり、例示的に、ＥＭＳ３から周期的に受信されるヘルスチェック信号に対する応答信号に、自ＮＥ５の負荷情報を含める。さらに、ＥＭＳ通信処理部５７３は、既述のマジックパケットをＥＭＳ３宛に送信することが可能である。
【０２１９】
また、ＥＭＳ通信処理部５７３は、ＥＭＳ３からＧＮＥ候補通知、ＧＮＥ起動要求あるいはＧＮＥ解除要求が受信されるか否かを監視する。したがって、ＥＭＳ通信処理部５７３は、ＥＭＳ３から送信された信号を受信する受信部の一例でもある。これらの通知あるいは要求が受信されると、ＥＭＳ通信処理部５７３は、当該受信の旨をＥＭＳ負荷判定部５７２に通知する。
【０２２０】
ＥＭＳ負荷判定部５７２は、ＧＮＥ起動要求の受信がＥＭＳ通信処理部５７３から通知されると、ＥＭＳ３に所定の閾値を超える負荷上昇が生じたと判定し、その判定結果をＧＮＥ機能部５６の起動／解除制御部５６２に通知する。これにより、起動／解除制御部５６２は、ＧＮＥ起動処理を実施する。
【０２２１】
また、ＥＭＳ負荷判定部５７２は、ＧＮＥ解除要求の受信がＥＭＳ通信処理部５７３から通知されると、ＥＭＳ３の負荷が所定の閾値未満に低下したと判定し、その判定結果をＧＮＥ機能部５６の起動／解除制御部５６２に通知する。これにより、起動／解除制御部５６２は、ＧＮＥ解除処理を実施する。
【０２２２】
なお、ＧＮＥ解除要求に解除率が指定されている場合、例えば、当該解除率がＥＭＳ通信処理部５７３からＥＭＳ負荷判定部５７２を通じて起動／解除制御部５６２に通知される。当該通知を受けた起動／解除制御部５６２は、例えば図１７〜図１９により説明したように、指定の解除率に従ってＧＮＥの段階的な解除処理を実施する。
【０２２３】
負荷管理部５８は、例示的に、セカンダリＧＮＥ５を含む配下ＮＥ５の負荷状態を監視する。そのため、負荷管理部５８は、例示的に、負荷診断判定部５８１及びヘルチェック処理部５８２を備える。
【０２２４】
ヘルスチェック処理部５８２は、図１１に例示したようにセカンダリＧＮＥ５を含む配下ＮＥ５との間でヘルスチェックシーケンスを実施し、ヘルスチェック信号及び応答信号に含まれる負荷情報を負荷診断判定部５８１に通知する。
【０２２５】
負荷診断判定部５８１は、ヘルスチェック処理部５８２から通知された負荷情報を基に、セカンダリＧＮＥ５の負荷状態を診断、判定し、例えば、負荷レベルが閾値以下かつ最も低いＮＥ５に変更があれば、その旨をセカンダリＧＮＥ決定制御部５６３に通知する。当該通知を受けたセカンダリＧＮＥ決定制御部５６３は、当該ＮＥ５をセカンダリＧＮＥとして決定する（セカンダリＧＮＥの更新：図１１参照）。
【０２２６】
セカンダリＧＮＥ機能部５９は、監視部の一例であり、（プライマリ）ＧＮＥ５との通信を監視することによりＧＮＥ５の状態（例えば、負荷の上昇及び低下、並びに、障害の発生及び復旧）を監視する。そのため、ＥＭＳ管理部５７は、例示的に、ＧＮＥ障害判定部５９１、ＧＮＥ負荷判定部５９２、及び、ヘルスチェック監視機能を含むＧＮＥ通信処理部５９３を備える。
【０２２７】
ＧＮＥ障害判定部５７１は、例えば、ＧＮＥ５から所定周期でヘルスチェック信号を受信できないことがＧＮＥ通信処理部５９３にて検出された場合に、ＧＮＥ５に障害が発生したと判定する。当該判定結果は、ＧＮＥ機能部５６のＧＮＥ機能移管制御部５６４に通知され、これにより、ＧＮＥ機能移管制御部５６４は、ＧＮＥ機能の移管処理を実施する（例えば図１３及び図１４参照）。
【０２２８】
ＧＮＥ通信処理部５９３は、ＧＮＥ５に選定された他のＮＥ５との間の通信を処理する。当該処理には、既述のヘルスチェックシーケンスで送受信される信号の処理が含まれる。例えば、ＧＮＥ通信処理部５９３は、ＧＮＥ５から所定周期でヘルスチェック信号が受信されるか否かを監視し、その監視（検出）結果をＧＮＥ障害判定部５９１へ通知する。また、ＧＮＥ通信処理部５９３は、ＧＮＥ５からＧＮＥ移管要求が受信されるか否かを監視する。ＧＮＥ移管要求が受信されると、ヘルスチェック監視部５９３は、当該受信の旨をＧＮＥ負荷判定部５９２に通知する。
【０２２９】
ＧＮＥ負荷判定部５９２は、ＧＮＥ移管要求の受信がＧＮＥ通信処理部５９３から通知されると、ＧＮＥ５に所定の閾値を超える負荷上昇が生じたと判定し、その判定結果をＧＮＥ機能部５６のＧＮＥ変更制御部５６４に通知する。これにより、ＧＮＥ変更制御部５６４は、セカンダリＧＮＥへのＧＮＥ変更処理を実施する（例えば図１２及び図１４参照）。
【０２３０】
なお、セカンダリＧＮＥ５は、プライマリＧＮＥ５の負荷緩和あるいは障害復旧によりプライマリＧＮＥ５配下に従属（復帰）してもよい。当該復帰は、例えば、ＧＮＥ変更制御部５６４とセカンダリＧＮＥ機能部５９とが連携して、セカンダリＧＮＥ５との間でネゴシエーションを実施することで実現可能である。
【０２３１】
例えば、セカンダリＧＮＥ５におけるＧＮＥ障害判定部５９１は、プライマリＧＮＥ５に障害が発生したことを検出した後に、当該ＧＮＥ５からヘルスチェック信号を受信したことがＧＮＥ通信処理部５９３にて検出されると、ＧＮＥ５の障害が復旧したと判定する。また、セカンダリＧＮＥ５におけるＧＮＥ負荷判定部５９２は、例えばＧＮＥ復帰要求の受信がＧＮＥ通信処理部５９３から通知されると、プライマリＧＮＥ５の負荷が所定の閾値未満に低下したと判定する。
【０２３２】
これらの判定結果は、ＧＮＥ機能部５６のＧＮＥ変更制御部５６４に通知され、ＧＮＥ変更制御部５６４は、通知された判定結果に応じて、セカンダリＧＮＥ５をプライマリＧＮＥ５の配下ＮＥとして復帰させるためのネゴシエーションをプライマリＧＮＥ５との間で実施する。
【０２３３】
以上のように、上述した各実施形態によれば、保守者不介在でネットワーク管理を自律的に最適化し、柔軟で信頼度の高いネットワーク管理を実現することができる。例えば、ＥＭＳ３の状態を監視するＧＮＥ５が、監視結果に応じて、ＮＥ間インタフェースを通じて通信可能な他のＮＥ５との間に保守コネクションの設定を制御する。これにより、ＧＮＥ５とその配下に従属するＮＥ５とを含む管理グループを自律的に形成（構築）することができる。したがって、ＥＭＳ３の異常状態の検出やＧＮＥ５の設定、起動等を、保守者不介在で、ＥＭＳ３及びＮＥ５に搭載されるソフトウェア制御により実施することができる。
【０２３４】
また、ＮＥ５におけるＧＮＥ機能は、ＥＭＳ３との間の保守通信のゲートウェイとして機能するだけでなく、ＥＭＳ３によるＮＥ５の監視を代行する機能を具備するので、ＥＭＳ３に異常状態が生じても、ＧＮＥ５によってＮＥ５に対するＯＡＭの継続が可能である。したがって、ＮＥ５の最低限のサービス継続を保証するＯＡＭが可能になる。
【０２３５】
さらに、ＥＭＳ３は、ＧＮＥ５配下に従属したＮＥ５のリストを含み、当該ＮＥ５との間保守コネクションを解除する要求である制御信号をＧＮＥ５から受信することにより、ＧＮＥ５配下に従属したＮＥ５との間の保守コネクションを解除できる。したがって、ＥＭＳ３による監視対象のＮＥ数が削減されるので、ＥＭＳ３における保守通信のためのセッション管理の負荷を軽減することができる。
【０２３６】
なお、上述した例では、ＥＭＳ３が監視対象のＮＥ５の負荷情報を周期的に収集することにより、ＧＮＥ候補に選定するＮＥ５を各ＮＥ５の負荷変動に応じて適応的に変更するが、ＧＮＥ候補は予め定めておいてもよい。例えば、他のＮＥ５に比べて処理能力が高く負荷レベルが定常的に一定レベル以内に収まることが予め分かっているＮＥ５が存在すれば、当該ＮＥ５を予めＧＮＥ候補に設定しておいてもよい。
【符号の説明】
【０２３７】
１  ネットワーク監視システム
３  ＥＭＳ（監視装置）
３１  ＣＰＵ
３２  メモリ
３３  ハードディスクドライブ（ＨＤＤ）
３４  イーサネットインタフェース
３５  ＵＳＢインタフェース
３６  ＧＮＥ管理部
３００  ＥＭＳ管理テーブル（接続関係リスト）
３６１  保守コネクション制御部
３６２  ＧＮＥ候補決定部
３６３  ＧＮＥ変更処理部
３６４  ＧＮＥ起動／解除処理部
３７  ＮＥ管理部
３７１  ＮＥ負荷状況変化管理部
３７２  ＧＮＥ変更通知処理部
３７３  ＧＮＥ起動／解除通知処理部
３８  ＥＭＳ機能部
３８１  ヘルスチェック処理部
３９  負荷管理部
３９１  負荷レベル管理部
３９２  負荷判定部
５−１〜５−８  ＮＥ
５０  呼処理プロセッサ
５１  無線処理部
５２  有線処理部
５３  保守プロセッサ
５４  メモリ
５５  ＨＤＤ
５６  ＧＮＥ機能部
５００  管理テーブル（接続関係リスト）
５６１  配下ＮＥ従属関係管理部
５６２  起動／解除制御部
５６３  セカンダリＧＮＥ決定制御部
５６４  ＧＮＥ変更制御部
５７  ＥＭＳ管理部
５７１  ＥＭＳ障害判定部
５７２  ＥＭＳ負荷判定部
５７３  ＥＭＳ通信処理部
５８  負荷管理部
５８１  負荷診断判定部
５８２  ヘルチェック処理部
５９  セカンダリＧＮＥ機能部
５９１  ＧＮＥ障害判定部
５９２  ＧＮＥ負荷判定部
５９３  ＧＮＥ通信処理部
【図１】
2015103870.tif 000003
【図２】
2015103870.tif 000004
【図３】
2015103870.tif 000005
【図４】
2015103870.tif 000006
【図５】
2015103870.tif 000007
【図６】
2015103870.tif 000008
【図７】
2015103870.tif 000009
【図８】
2015103870.tif 000010
【図９】
2015103870.tif 000011
【図１０】
2015103870.tif 000012
【図１１】
2015103870.tif 000013
【図１２】
2015103870.tif 000014
【図１３】
2015103870.tif 000015
【図１４】
2015103870.tif 000016
【図１５】
2015103870.tif 000017
【図１６】
2015103870.tif 000018
【図１７】
2015103870.tif 000019
【図１８】
2015103870.tif 000020
【図１９】
2015103870.tif 000021
【図２０】
2015103870.tif 000022
【図２１】
2015103870.tif 000023
【図２２】
2015103870.tif 000024
【図２３】
2015103870.tif 000025
【図２４】
2015103870.tif 000026
【図２５】
2015103870.tif 000027