JP2010199973A - ｅＮＢ管理システム、ｅＮＢ管理方法、及びプログラム - Google Patents

Abstract

【課題】従来のシステムに新たな手段を追加し、ＬＴＥ／ＥＰＣネットワークを最適化させてｅＮＢの管理を実現するｅＮＢ管理システムを提供する。
【解決手段】無線ネットワークであるＬＴＥ１がコアネットワークであるＥＰＣ２に接続されたＬＴＥ／ＥＰＣネットワーク上で、ＬＴＥ１に存在するｅＮＢ１−１の接続状態を管理する。このとき、第１の手段が、ｅＮＢ１−１とＥＰＣ２に存在するＭＭＥ２−１との間でＩＰ接続の一時停止が発生したとき、ｅＮＢ１−１の関連情報をＭＭＥ２−１に保存するためのＳＵＳＰＥＮＤ処理を実行する。さらに、第２の手段が、ＩＰ接続が復旧したとき、ＭＭＥ２−１に保存されたｅＮＢ１−１の関連情報に基づいて、ｅＮＢ１−１の接続状態を通常の運用状態に復帰させるためのＲＥＳＵＭＥ処理を実行する。
【選択図】図１

Description

本発明は、ｅＮＢ（Evolved Node Ｂ）がコアネットワークに接続されたＬＴＥ（Long Term Evolution）／ＥＰＣ（Evolved Packet Core）ネットワークにおけるｅＮＢ管理システム、ｅＮＢ管理方法、及びその方法をコンピュータに実行させるプログラムに関する。

ＬＴＥ／ＥＰＣネットワークのシステムは、３ＧＰＰ（3rd Generation Partnership Project：第３世代移動体通信システム標準化プロジェクト）にて標準化が進んでおり、２００８年９月に要求仕様にあたるＳｔａｇｅ−２が決定された。また、２００８年１２月にはインタフェース仕様にあたるＳｔａｇｅ−３が８０％の進捗を持ってほぼ決定される見込みである。Ｓｔａｇｅ−２の仕様内容としては、ＴＳ（Technical Specification）２３．４０１、及びＴＳ２３．４０２が存在する。また、Ｓｔａｇｅ−３の仕様内容としては、ＴＳ３６．４１２（Ｓ１）、及びＴＳ３６．４１３（Ｓ１ＡＰ）などが存在する。

また、ＬＴＥ／ＥＰＣネットワークでは、従来の無線基地局制御局〔ＢＳＣ（Base Station Controller）、及びＲＮＣ（Radio Network Controller）〕にあたるネットワーク階梯がなくなり、無線基地局〔ＢＴＳ（Base Transceiver Station）、及びＮｏｄｅ−Ｂ〕に相当するｅＮＢが、直接、コアネットワークであるＥＰＣ（Evolved Packet Core）〔ＭＭＥ（Mobility Management Entity）、及びＳＧＷ（Serving Gateway）〕に接続されている。

上記のようなコアネットワークでは、従来方式とは異なり、ＭＭＥが大量の無線基地局と直接接続されることになるため、隣接するノードのｅＮＢ１台ごとに登録及び管理することは非常に困難となる。従って、これを改善するために、３ＧＰＰの標準仕様として、ＬＴＥ／ＥＰＣネットワークのシステムではＳ１−ＳＥＴＵＰという方式が導入されている。（例えば、ＴＳ３６．４１３、８．７．３などを参照）。この標準仕様によれば、コアネットワークには従来の位置登録エリアに相当するＴｒａｃｋｉｎｇ Ａｒｅａ（以降、ＴＡという）だけを登録しておき、ｅＮＢ自らが、自身のＩＤやＩＰアドレスなどのインタフェース情報、又は、何れのＴＡに属するかなどの局条件を、コアネットワークに申告することによって、コアネットワークの事前設定を省略する手法が決められている。

この方式では、ｅＮＢがサービスを開始する時点でＳ１−ＳＥＴＵＰ処理を実施することとなっており、ｅＮＢの電源ＯＮやシステム再開後などの他に、ｅＮＢとコアネットワークとのＩＰ接続が障害などから復旧して、ＩＰ信号のやり取りが可能になることも、Ｓ１−ＳＥＴＵＰ処理を実施するトリガーになると考えられる。

また、特許文献1には、移動体通信システムにおいて、移動体端末が異なる基地局間を移動するときに、移動状態を伝えるためのＳＵＳＰＥＮＤ処理を行うことにより、通話セッションを維持したハンドオーバを実現する技術が開示されている。さらに、特許文献２には、３ＧＰＰの移動体端末が異なるセルを移動するときに、最適なハンドオーバを実現するためのｅＮＢ管理方式が開示されている。この技術によれば、ハンドオーバ時において、ｅＮＢ間のデータ転送時に生じるデータ損失や遅延のリスクを回避することができる。

特開２００７−０６０１８１号公報 特開２００８−１０３８６５号公報

しかしながら、前記従来技術におけるＬＴＥ／ＥＰＣネットワークのシステムにおいては、ネットワークに障害が発生してＳ１−ＳＥＴＵＰ処理を実施するたびに、コアネットワークが大量のｅＮＢデータを記憶し直さなければならないので、コアネットワークに対して大きな負担となる。また、３ＧＰＰでは、ｅＮＢ管理システムとして、現状ではＳ１−ＳＥＴＵＰ処理だけしか定義されていない。このＳ１−ＳＥＴＵＰ処理においては、ＭＭＥでは、関連するｅＮＢ情報の受信処理や、その情報を保存するためのハードディスクアクセスやデータベースを更新するなどの処理が必要となる。

すなわち、従来のＬＴＥ／ＥＰＣネットワークにおけるｅＮＢ管理システムにおいては、ＭＭＥがｅＮＢとの間のＩＰ接続が失われたことを検知した場合には、それが計画的なｅＮＢのシステムダウンやＩＰネットワークの一時的な障害であっても、ｅＮＢの撤去と同じようにｅＮＢ関連の情報を削除し、その後、ｅＮＢやＩＰネットワークの復旧の際には、再び、Ｓ１−ＳＥＴＵＰ処理を起動する必要がある。また、通常のネットワークにおいては、ＭＭＥが対向するｅＮＢの数は数千ポイントになることが想定されるため、ＭＭＥにとっては大きな処理負荷となることが予想される。

また、前記特許文献１の技術においては、移動体端末の移動状態を伝えるためのＳＵＳＰＥＮＤ処理によってハンドオーバ時の通信を継続させることはできるが、通信の一時停止後の再復旧時にコアネットワークの負担を低減させる技術を示唆するものではない。また、前記特許文献２の技術においては、移動体端末のハンドオーバ時に、ｅＮＢ間のデータ転送時に生じるデータ損失や遅延のリスクを回避することはできるが、ｅＮＢとコアネットワークとの間のＩＰ接続の停止／復旧時において、Ｓ１−ＳＥＴＵＰ処理を再起動させることなくＩＰ再接続を実現させる技術を示唆するものではない。

本発明は、このような事情に鑑みてなされたものであり、従来のｅＮＢ管理システムに新たな手段を加えることで、コアネットワーク（ＭＭＥ）の負荷を軽減させてネットワーク全体を最適化させて、ＬＴＥ／ＥＰＣネットワークにおいて効率的なｅＮＢの管理を実現するｅＮＢ管理システム、ｅＮＢ管理方法、及びその方法をコンピュータに実行させるプログラムを提供することを目的とする。

上記の課題を解決するために、本発明のｅＮＢ管理システムは、無線ネットワークであるＬＴＥがコアネットワークであるＥＰＣに接続されたＬＴＥ／ＥＰＣネットワーク上で、ＬＴＥに存在するｅＮＢの接続状態を管理するｅＮＢ管理システムであって、ｅＮＢとＥＰＣとの間でＩＰ接続の一時停止が発生したとき、ＥＰＣに保存されているｅＮＢの関連情報に基づいて、ｅＮＢのＩＰ再接続を実行することを特徴とする。

また、本発明に係るｅＮＢ管理システムは、無線ネットワークであるＬＴＥがコアネットワークであるＥＰＣに接続されたＬＴＥ／ＥＰＣネットワーク上で、ＬＴＥに存在するｅＮＢの接続状態を管理するｅＮＢ管理システムであって、ｅＮＢとＥＰＣに存在するＭＭＥとの間でＩＰ接続の一時停止が発生したとき、ｅＮＢの関連情報をＭＭＥに保存するためのＳＵＳＰＥＮＤ処理を実行する第１の手段と、ＩＰ接続が復旧したとき、ｅＮＢの関連情報に基づいてｅＮＢの接続状態を通常の運用状態に復帰させるためのＲＥＳＵＭＥ処理を実行する第２の手段とを備えることを特徴とする。

また、本発明のｅＮＢ管理方法は、無線ネットワークであるＬＴＥがコアネットワークであるＥＰＣに接続されたＬＴＥ／ＥＰＣネットワーク上で、ＬＴＥに存在するｅＮＢの接続状態を管理するｅＮＢ管理方法であって、ｅＮＢとＥＰＣに存在するＭＭＥとの間でＩＰ接続の一時停止が発生したとき、ｅＮＢの関連情報をＭＭＥに保存するためのＳＵＳＰＥＮＤ処理を実行する第１のステップと、ＩＰ接続が復旧したとき、ｅＮＢの関連情報に基づいてｅＮＢの接続状態を通常の運用状態に復帰させるためのＲＥＳＵＭＥ処理を実行する第２のステップとを含むことを特徴とする。

また、本発明のプログラムは、請求項７乃至９の何れか1項に記載のｅＮＢ管理方法をコンピュータに実行させる。

本発明のＬＴＥ／ＥＰＣネットワークにおけるｅＮＢ管理システムによれば、保守手順や一時的なＳ１ネットワーク障害が発生した後は、サービスを復旧させるときにＳ１−ＳＥＴＵＰ処理が不要であるので、ＭＭＥにおけるｅＮＢ関連データの管理が容易となる。その結果、ＭＭＥの処理負荷を軽減させて、ＬＴＥ／ＥＰＣネットワークにおけるシステムの最適化を図ることができる。

本発明の各実施形態に適用されるｅＮＢ管理システムを実現させるＬＴＥ／ＥＰＣネットワークの構成を示すブロック図である。 図１に示すＬＴＥ／ＥＰＣネットワークにおいて、ｅＮＢ１−１とＭＭＥ２−１との間で行われる第1実施形態の信号処理の流れを示すシーケンス図である。

本発明のｅＮＢ管理システムは、ＬＴＥ／ＥＰＣネットワークにおいて、従来のｅＮＢ管理システムで定義されているＳ１−ＳＥＴＵＰ処理以外の手続き（つまり、ＩＰ接続の一時停止時にｅＮＢの関連情報を保存する手続と、ＩＰ接続の復旧時にｅＮＢの関連情報に基づいてｅＮＢの接続状態を通常の運用状態に復帰させる手続き）を追加することで、ｅＮＢの管理を効率的に実施することを実現したものである。以下、図面を参照しながら、本発明に係るＬＴＥ／ＥＰＣネットワークにおけるｅＮＢ管理システムについて幾つかの実施形態の詳細を説明する。

《第1実施形態》
先ず、本発明の第1実施形態に係るＬＴＥ／ＥＰＣネットワークにおけるｅＮＢ管理システムについて説明する。図1は、本発明の各実施形態に適用されるｅＮＢ管理システムを実現させるＬＴＥ／ＥＰＣネットワークの構成を示すブロック図である。すなわち、図１には、本発明の背景となるＬＴＥ／ＥＰＣネットワークの構成要素が示されている。図1を参照すると、ＬＴＥ／ＥＰＣネットワークのシステムは、無線ネットワークであるＬＴＥ１と、コアネットワークであるＥＰＣ２とによって構成されている。

無線ネットワークであるＬＴＥ１には、ｅＮＢ１−１、ｅＮＢ１−２、及びｅＮＢ１−３が存在する。また、コアネットワークであるＥＰＣ２には、ＭＭＥ２−１、ＭＭＥ２−２と、ＳＧＷ３−１、ＳＧＷ３−２と、ＰＧＷ（ＰＤＮ Gateway）４−１、ＰＧＷ４−２とが存在する。

また、ＬＴＥ１とＥＰＣ２との間のインタフェース参照点は、Ｓ１インタフェースと呼ばれる。さらに、Ｓ１インタフェースの中でも、ｅＮＢ１−１〜ｅＮＢ１−３とＭＭＥ２−１、ＭＭＥ２−２とのインタフェース参照点は、Ｓ１−ＭＭＥインタフェースと呼ばれる。

図２は、図１に示すＬＴＥ／ＥＰＣネットワークのＳ１−ＭＭＥインタフェースにおいて、ｅＮＢ１−１とＭＭＥ２−１との間で行われる第1実施形態の信号処理の流れを示すシーケンス図である。図２において、右端の縦に流れる数字は大きな処理の流れの手順を示し、左端及び中間の縦に流れる数字は細かい処理の流れの手順を示している。

図２に示す大きな処理の流れとしては、処理２１は、本発明には含まれない処理内容であるが、３ＧＰＰで規定されたＳ１−ＳＥＴＵＰ処理（ｅＮＢの固有情報の申告処理）の手順である。処理２２は、本発明に係る処理の一部であるＳ１−ＳＵＳＰＮＥＤ処理（ＩＰ接続の一時停止処理）、及びＳ１−ＲＥＳＵＭＥ処理（復旧処理）の信号処理を示すフローである。処理２３は、本発明に係る処理の一部であるImplcitなＳ１−ＳＵＳＰＮＥＤ処理（ＩＰ接続の突発的な停止処理）、及びＳ１−ＲＥＳＵＭＥ処理（復旧処理）の信号処理を示すフローである。処理２４は、本発明に係る処理の一部であるＳ１−ＤＩＳＣＯＮＮＥＣＴ処理（切断処理）の信号処理を示すフローである。

以下、図１を参照しながら、図２に示すノード間のシーケンスの流れ図を使用して、ＬＴＥ／ＥＰＣネットワークにおけるｅＮＢ管理システムの動作を詳細に説明する。尚、処理２１は、３ＧＰＰの標準の動作であって、ＴＳ３６．４１３に詳細な処理内容が記載されているので、詳細な説明は省略して概略的な処理の手順について説明する。

処理２１において、先ず、ＬＴＥ１のｅＮＢ１−１とＥＰＣ２のＭＭＥ２−１との間で、制御信号を転送するためのＳＣＴＰ（Stream Control Transmission Protocol）リンクを確立する。次に、ｅＮＢ１−１からＭＭＥ２−１へＳ１−ＳＥＴＵＰをリクエストし、ＭＭＥ２−１からｅＮＢ１−１へＳ１−ＳＥＴＵＰのリクエストに対する応答を返す。これによって、ｅＮＢ１−１とＭＭＥ２−１との間でＳＴＣＰリンクのヘルスチェックが行われる。

次の処理２２は、Ｓ１−ＳＵＳＰＥＮＤ処理（ＩＰ接続の一時停止処理）、及びＳ１−ＲＥＳＵＭＥ処理（復旧処理）であり、以下、細かい処理内容について説明する。処理２２−１において、既に運用中のｅＮＢ１−１にメンテナンス作業などの保守イベントが発生した仮定とする。尚、保守イベントは、その他にもｅＮＢ１−１とＭＭＥ２−１とを接続するネットワークのメンテナンス作業を含む。

処理２２−２において、ｅＮＢ１−１が、ＭＭＥ２−１に対してＳ１−ＳＵＳＰＥＮＤのリクエスト信号を送信すると、処理２２−３において、ＭＭＥ２−１は、Ｓ１−ＳＵＳＰＥＮＤのリクエスト信号を受信すると、そのＳ１−ＳＵＳＰＥＮＤの応答信号をｅＮＢ１−１へ返送し、ｅＮＢ関連情報を自己のメモリに保持する。以降、保守者からの情報削除の処理が起動されない限り、ｅＮＢ関連情報は、ＭＭＥ２−１のメモリにそのまま保持される。

次に、処理２２−４において、Ｓ１−ＳＵＳＰＥＮＤ処理後に、ｅＮＢ１−１とＭＭＥ２−１との間でＳＣＴＰリンクが切断されてＩＰ接続が失われても、ＭＭＥ２−１は、アラームを上位保守装置に挙げることはしない。ＩＰ接続が失われた場合は、ＩＰ接続の復旧によりｅＮＢ１−１とＭＭＥ２−１との間でＳＣＴＰリンクが確立したら、次の処理２２−５が起動される。

処理２２−５において、ｅＮＢ１−１の保守作業終了時、あるいはＩＰ接続の復旧をｅＮＢ１−１が検出すると、ｅＮＢ１−１は、Ｓ１−ＲＥＳＵＭＥのリクエスト信号をＭＭＥ２−１へ送信する。このＳ１−ＲＥＳＵＭＥのリクエスト信号には、少なくともｅＮＢ１−１の識別情報が含まれている。また、ＭＭＥ２−１は、ＩＰレイヤーによってｅＮＢ１−１のＩＰアドレスを認識することが可能である。

次に、処理２２−６において、ＭＭＥ２−１は、Ｓ１−ＲＥＳＵＭＥのリクエスト信号を受信すると、そのＳ１−ＲＥＳＵＭＥの応答信号をｅＮＢ１−１へ返送する。そして、ＭＭＥ２−１が記憶しているｅＮＢ関連情報を使って通常運用状態となり、ｅＮＢ１−１とＭＭＥ２−１との間でＳＣＴＰリンクのヘルスチェックが行われ、両者でＳＣＴＰリンクが確立したことを確認する。

次に、処理２３においては、Implicit（突発的）なＳＵＳＰＥＮＤ処理と、Ｓ１−ＲＥＳＵＭＥ処理とがあり、先ず、処理２３−１において、通常運用中に、Ｓ１−ＳＵＳＰＥＮ処理が実施されずに突然ＩＰ接続が失われ、ｅＮＢ１−１とＭＭＥ２−１との間でＳＣＴＰリンクが切断された場合は、ＭＭＥ２−１は、Ｉｍｐｌｉｃｉｔ（突発的）なＳＵＳＰＥＮＤ処理が実施されたものと解釈し、ｅＮＢ関連情報を自己のメモリに保持する。以降、保守者からの情報削除の処理が起動されない限り、ｅＮＢ関連情報は、ＭＭＥ２−１のメモリにそのまま保持される。そして、ｅＮＢ１−１とＭＭＥ２−１との間でＳＣＴＰリンクが確立してＩＰ接続が復旧すると、次の処理２３−２が起動される。

処理２３−２において、ｅＮＢ１−１がＩＰ接続の復旧を検出すると、ｅＮＢ１−１は、Ｓ１−ＲＥＳＵＭＥのリクエスト信号をＭＭＥ２−１へ送信する。この信号には少なくともｅＮＢ１−１の識別情報が含まれている。また、ＭＭＥ２−１は、ＩＰレイヤーによってｅＮＢ１−１のＩＰアドレスを認識することが可能である。

次に、処理２３−３において、ＭＭＥ２−１は、Ｓ１−ＲＥＳＵＭＥのリクエスト信号を受信すると、そのＳ１−ＲＥＳＵＭＥの応答信号をｅＮＢ１−１へ返送し、自己が記憶しておいたｅＮＢ関連情報を使って通常運用状態となる。そして、ｅＮＢ１−１とＭＭＥ２−１との間でＳＣＴＰリンクのヘルスチェックが行われて、次の処理２４が起動される。

処理２４はＳ１−ＤＩＳＣＯＮＮＥＣＴ処理（切断処理）である。ここで、処理２４−１において、既に運用中のｅＮＢ１−１において減設や移設などの保守イベントが発生したと仮定する。

処理２４−２において、ｅＮＢ１−１は、ＭＭＥ２−１に対してＳ１−ＤＩＳＣＯＮＮＥＣＴのリクエスト信号を送信する。すると、処理２４−３において、ＭＥＭ２−１は、Ｓ１−ＤＩＳＣＯＮＮＥＣＴのリクエスト信号を受信すると、そのＳ１−ＤＩＳＣＯＮＮＥＣＴの応答信号をｅＮＢ１−１へ返送し、自己のメモリに保持されているｅＮＢ関連情報を削除する。尚、ＭＭＥ２−１は、ｅＮＢ関連情報を削除したことを上位保守システムに通知してもよい。

次に、処理２４−４において、ｅＮＢ１−１とＭＭＥ２−１は、ＳＣＴＰリンクを切断（解放）する。このとき、ＭＭＥ２−１はアラーム情報を上位保守システムに通知することは行わない。以上のような一連の処理が行われた以降は、同じｅＮＢをネットワークに接続させようとする場合は、たとえｅＮＢ関連データに変更が無かったとしても、処理２１のＳ１−ＳＥＴＵＰ処理が必要となる。

《第２実施形態》
次に、本発明の第２実施形態に係るＬＴＥ／ＥＰＣネットワークにおけるｅＮＢ管理システムについて説明する。尚、第２実施形態のＬＴＥ／ＥＰＣネットワークの構成は図１と同じである。

前述の第１実施形態のｅＮＢ管理システムでは、図２の処理２２において、Ｓ１−ＳＵＳＰＥＮＤ処理についてはｅＮＢ１−１が起動したが、第２実施形態のｅＮＢ管理システムでは、図２の処理２２において、Ｓ１−ＳＵＳＰＥＮＤ処理はＭＭＥ２−１が起動する。

また、前述の第１実施形態のｅＮＢ管理システムでは、図２の処理２４において、Ｓ１−ＤＩＳＣＯＮＮＥＣＴ処理はｅＮＢ１−１が起動したが、第２実施形態のｅＮＢ管理システムでは、図２の処理２４において、Ｓ１−ＤＩＳＣＯＮＮＥＣＴ処理はＭＭＥ２−１が起動する。

また、第２実施形態のｅＮＢ管理システムでは、第１実施形態のようなＳ１−ＳＵＳＰＥＮＤ／ＲＥＳＵＭＥ信号を用いるのではなく、既存のＳ１−ＳＥＴＵＰ信号に対して新たな情報要素を追加することで、Ｓ１−ＳＵＳＰＥＮＤ／ＲＥＳＵＥ信号の代わりとしてもよい。

さらに、第２実施形態のｅＮＢ管理システムでは、第１実施形態のようなＳ１−ＤＩＳＣＯＮＮＥＣＴ信号を用いるのではなく、既存のＳ１−ＳＥＴＵＰ信号に対して新たな情報要素を追加することで、Ｓ１−ＤＩＳＣＯＮＮＥＣＴ信号の代わりとしてもよい。

また、第２実施形態のｅＮＢ管理システムでは、第１実施形態のようなＳ１−ＳＵＳＰＥＮＤ／ＲＥＳＵＭＥ信号を用いるのではなく、既存のｅＮＢ Configuration Update／ＭＭＥ Configuration Update信号に対して新たな情報要素を追加することで、Ｓ１−ＳＵＳＰＥＮＤ／ＲＥＳＵＥ信号の代わりとしてもよい。

また、第２実施形態のｅＮＢ管理システムでは、第１実施形態のようなＳ１−ＤＩＳＣＯＮＮＥＣＴ信号を用いるのではなく、既存のｅＮＢ Configuration Update／ＭＭＥ Configuration Update信号に対して新たな情報要素を追加することで、Ｓ１−ＤＩＳＣＯＮＮＥＣＴ信号の代わりとしてもよい。

《まとめ》
以上説明したように、本発明の実施形態に係るｅＮＢ管理システムにおいては、コアネットワーク（つまり、ＥＰＣ内のＭＭＥ）は、ＬＴＥのｅＮＢとＳＣＴＰレイヤーのヘルスチェック信号とによって、常にその接続状態を監視している。従って、ネットワーク障害やｅＮＢの障害などによりＩＰ接続が不可能になったことを容易に把握することができる。

また、ＭＭＥがｅＮＢとＩＰ接続不可能となる事象が、故障によるものなのか、ネットワークやｅＮＢの計画的メンテナンスによるものなのかを明確に判断できるようにするため、ｅＮＢとＭＭＥとの間に「Ｓ１−ＳＵＳＰＥＮＤ」処理を定義する。これは、ｅＮＢ又はＭＭＥから起動されて、対向するＭＭＥ又はｅＮＢに信号が送信され、その後、ｅＮＢとＭＭＥとの間のＩＰ接続が切断される可能性があることを対向するノードに意識させる。

ここで、Ｓ１−ＳＵＳＰＥＮＤ処理のあとに発生したＩＰ接続の障害は一時的なものとみなされ、コアネットワークが記憶したｅＮＢ関連情報はそのまま保持される。また、ＭＭＥは、ｅＮＢとの接続が失われたことをアラーム情報として上位保守システムに通知することはしない。そして、ｅＮＢとＭＭＥとの間のＩＰ接続が復旧した後には、「Ｓ１−ＲＥＳＵＭＥ」信号を送信することで、接続前の状態に復旧させることを可能とする。

また、Ｓ１−ＲＥＳＵＭＥ信号には、詳細なｅＮＢ関連情報は不要であり、ＩＰ通信のための自ノードＩＰアドレスと、ｅＮＢの識別子だけが必須情報となる。

また、ｅＮＢを減設又は移設するなど、明確にコアネットワークからｅＮＢ関連情報を削除するために、「Ｓ１−ＤＩＳＣＯＮＮＥＣＴ」処理を定義する。これは、ｅＮＢ又はＭＭＥから起動され、対向するＭＭＥ又はｅＮＢに信号が送信され、その後、ｅＮＢがネットワークから撤去されることを対向するノードに意識させる。

また、Ｓ１−ＤＩＳＣＯＮＮＥＣＴ処理により、コアネットワークであるＭＭＥは該当するｅＮＢ関連データを削除することができる。また、直ちにＳＣＴＰリンクの切断を実施するが、アラーム情報として上位保守システムに通知することはしない。以後、同じｅＮＢをネットワークに接続させようとする場合は、たとえｅＮＢ関連データに変更がなかったとしても、Ｓ１−ＳＥＴＵＰ処理が必要となる。

上記二つの手順の存在を前提として、Ｓ１−ＳＵＳＰＥＮＤ処理もＳ１−ＤＩＳＣＯＮＮＥＣＴ処理も起動されない状況で、ｅＮＢとＭＭＥとのＩＰ接続が失われた場合の動作を定義する。Ｓ１−ＤＩＳＣＯＮＮＥＣＴ処理が起動されていないことから、コアネットワークであるＭＭＥは該当するｅＮＢデータを直ちに削除する処理は行わない。つまり、コアネットワークとしてはＳ１−ＳＵＳＰＥＮＤ処理が実施された後にＩＰ接続が失われたときと同じ動作を行う。

これをＩｍｐｌｉｃｉｔ（突発的）なＳ１−ＳＵＳＰＥＮＤ処理と定義する。ＩＰ接続が失われたことはｅＮＢもＭＭＥも検知可能であるので、その後、ＩＰ接続が復旧した場合は、Ｓ１−ＲＥＳＵＭＥ処理を実施してサービスを復旧する。また、コアネットワークであるＭＭＥは、Ｓ１−ＳＵＳＰＥＮＤ状態のｅＮＢ（明確なＳ１−ＳＵＳＰＥＮＤ手順を実施したｅＮＢだけでなく、ＩｍｐｌｉｃｉｔなＳ１−ＳＵＳＰＥＮＤ処理を実施したｅＮＢを含む）のリストを管理し、保守・運用手順によりその関連ｅＮＢ情報を削除することを可能とする。

なお、上述のｅＮＢ管理システムは、コンピュータシステムを有している。そして、上述した各処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしてもよい。

また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

１ ＬＴＥ（Long Term Evolution）
１−１、１−２、１−３ ｅＮＢ（Evolved Node Ｂ）
２ ＥＰＣ（Evolved Packet Core）
２−１、２−２ ＭＭＥ（Mobility Management Entity）
３−１、３−２ ＳＧＷ（Serving Gateway）
４−１、４−２ ＰＧＷ（ＰＤＮGateway）

Claims (10)

1. 無線ネットワークであるＬＴＥがコアネットワークであるＥＰＣに接続されたＬＴＥ／ＥＰＣネットワーク上で、前記ＬＴＥに存在するｅＮＢの接続状態を管理するｅＮＢ管理システムであって、
   前記ｅＮＢと前記ＥＰＣとの間でＩＰ接続の一時停止が発生したとき、前記ＥＰＣに保存されている前記ｅＮＢの関連情報に基づいて、前記ｅＮＢのＩＰ再接続を実行することを特徴とするｅＮＢ管理システム。
2. 前記ＩＰ接続の一時停止が発生したときは、ＩＰ再接続時において、前記ｅＮＢの固有情報を前記ＥＰＣへ申告するためのＳＥＴＵＰ処理を省略することを特徴とする請求項１に記載のｅＮＢ管理システム。
3. 無線ネットワークであるＬＴＥがコアネットワークであるＥＰＣに接続されたＬＴＥ／ＥＰＣネットワーク上で、前記ＬＴＥに存在するｅＮＢの接続状態を管理するｅＮＢ管理システムであって、
   前記ｅＮＢと前記ＥＰＣに存在するＭＭＥとの間でＩＰ接続の一時停止が発生したとき、前記ｅＮＢの関連情報を前記ＭＭＥに保存するためのＳＵＳＰＥＮＤ処理を実行する第１の手段と、
   前記ＩＰ接続が復旧したとき、前記ｅＮＢの関連情報に基づいて前記ｅＮＢの接続状態を通常の運用状態に復帰させるためのＲＥＳＵＭＥ処理を実行する第２の手段と
   を備えることを特徴とするｅＮＢ管理システム。
4. 前記ＩＰ接続が復旧したときは、前記ｅＮＢの固有情報を前記ＥＰＣへ申告するためのＳＥＴＵＰ処理を省略することを特徴とする請求項３に記載のｅＮＢ管理システム。
5. 前記ＩＰ接続の一時停止は、保守イベントの発生又は突発的なＩＰ接続の停止であることを特徴とする請求項３又は４に記載のｅＮＢ管理システム。
6. 前記ｅＮＢと前記ＭＭＥとの間のＩＰ接続が切断されたとき、前記ｅＮＢの関連情報を前記ＭＭＥから削除するためのＤＩＳＣＯＮＮＥＣＴ処理を実行する第３の手段を備えることを特徴とする請求項３乃至５の何れかに記載のｅＮＢ管理システム。
7. 無線ネットワークであるＬＴＥがコアネットワークであるＥＰＣに接続されたＬＴＥ／ＥＰＣネットワーク上で、前記ＬＴＥに存在するｅＮＢの接続状態を管理するｅＮＢ管理方法であって、
   前記ｅＮＢと前記ＥＰＣに存在するＭＭＥとの間でＩＰ接続の一時停止が発生したとき、前記ｅＮＢの関連情報を前記ＭＭＥに保存するためのＳＵＳＰＥＮＤ処理を実行する第１のステップと、
   前記ＩＰ接続が復旧したとき、前記ｅＮＢの関連情報に基づいて前記ｅＮＢの接続状態を通常の運用状態に復帰させるためのＲＥＳＵＭＥ処理を実行する第２のステップと
   を含むことを特徴とするｅＮＢ管理方法。
8. 前記ＩＰ接続が復旧したときは、前記ｅＮＢの固有情報を前記ＥＰＣへ申告するためのＳＥＴＵＰ処理を省略することを特徴とする請求項７に記載のｅＮＢ管理方法。
9. 前記ｅＮＢと前記ＭＭＥとの間のＩＰ接続が切断されたとき、前記ｅＮＢの関連情報を前記ＭＭＥから削除するためのＤＩＳＣＯＮＮＥＣＴ処理を実行する第３のステップを含むことを特徴とする請求項７又は８に記載のｅＮＢ管理方法。
10. 請求項７乃至９の何れか1項に記載のｅＮＢ管理方法をコンピュータに実行させるプログラム。

Images