(57)【要約】  本発明は、コンフィギュレーション・アップデートが失敗した後の処理方法とネットワークエレメント設備を提供する。第一ネットワークエレメント設備は、コンフィギュレーションが変化した後、その隣接するすべてのネットワークエレメント設備にコンフィギュレーションをアップデートするメッセージを発信し、前記第一ネットワークエレメント設備は、隣接する何れかのネットワークエレメント設備がフィードバックしたコンフィギュレーション・アップデートが失敗したメッセージを受信して、且つこのコンフィギュレーション・アップデートが失敗したメッセージにおいて前記第一ネットワーエレメント設備に後続処理を行うことを指示する情報を含まないと、前記第一ネットワークエレメント設備は、コンフィギュレーションが変化する前のコンフィギュレーションにロールバックし、前記第一ネットワークエレメント設備は、隣接するすべてのネットワークエレメント設備にロールバックした後のコンフィギュレーションでコンフィギュレーション・アップデートメッセージを再送することを備えるコンフィギュレーション・アップデートが失敗した後の処理方法。本発明の方法とネットワークエレメント設備は、ネットワークの持続可能な最適化を保証し、システムのロバスト性と安定性を高める。
2013501279.tif 000002
【特許請求の範囲】
【請求項１】
コンフィギュレーション・アップデートが失敗した後の処理方法であって、
第一ネットワークエレメント設備は、コンフィギュレーションが変化した後、その隣接するすべてのネットワークエレメント設備にコンフィギュレーションをアップデートするメッセージを発信し、
前記第一ネットワークエレメント設備は、隣接する何れかのネットワークエレメント設備がフィードバックしたコンフィギュレーション・アップデートが失敗したメッセージを受信して、且つこのコンフィギュレーション・アップデートが失敗したメッセージにおいて前記第一ネットワーエレメント設備に後続処理を行うことを指示する情報を含まないと、前記第一ネットワークエレメント設備は、コンフィギュレーションが変化する前のコンフィギュレーションにロールバックし、
前記第一ネットワークエレメント設備は、隣接するすべてのネットワークエレメント設備にロールバックした後のコンフィギュレーションでコンフィギュレーション・アップデートのメッセージを再送することを備えることを特徴とする、処理方法。
【請求項２】
請求項１に記載の処理方法において、隣接するすべてのネットワークエレメント設備にコンフィギュレーション・アップデートのメッセージを再送したステップの後、更に、
前記第一ネットワークエレメント設備は、前記コンフィギュレーション・アップデートが失敗したメッセージにおける失敗の原因を纏めて、ネットワーク管理システムに報告することを備える処理方法。
【請求項３】
請求項１又は２に記載の処理方法において、前記第一ネットワークエレメント設備は、ロング・ターム・エボリューションシステムにおけるeNBであり、前記隣接するネットワークエレメント設備は、隣接するeNB及び/又はモビリティ管理エンティティを備える処理方法。
【請求項４】
請求項１又は２に記載の処理方法において、前記第一ネットワークエレメント設備は、ロング・ターム・エボリューションシステムのモビリティ管理エンティティであり、前記隣接するネットワークエレメント設備は、隣接するeNBを備える処理方法。
【請求項５】
請求項１に記載の処理方法において、前記第一ネットワークエレメント設備に後続処理を行うことを指示する情報は、前記第一ネットワークエレメント設備に所定の時間を待った後、その隣接するすべてのネットワークエレメント設備にコンフィギュレーション・アップデートのメッセージを再送することを指示する情報を含む処理方法。
【請求項６】
通信ユニットと、コンフィギュレーション情報アップデートユニットと、コンフィギュレーション情報処理ユニットを備えるネットワークエレメント設備であって、其の中、
前記コンフィギュレーション情報アップデートユニットは、前記ネットワークエレメント設備がコンフィギュレーションをアップデートしてアップデートしたコンフィギュレーション情報を前記通信ユニットに発信し，更に前記コンフィギュレーション情報処理ユニットが送ったロールバック情報を受信した後、コンフィギュレーションをコンフィギュレーションのアップデートする前のコンフィギュレーションにロールバックし、且つコンフィギュレーションのアップデートする前のコンフィギュレーション情報を前記通信ユニットに発信するように設置され、
通信ユニットは、受信した前記アップロードした後のコンフィギュレーション情報をコンフィギュレーション・アップデートのメッセージによって、前記ネットワークエレメント設備の隣接するすべてのネットワークエレメント設備に発信し、更に隣接するすべてのネットワークエレメント設備から返信した応答メッセージを受信して、且つ受信した応答メッセージを前記コンフィギュレーション情報処理ユニットに発信するように設置され、
前記コンフィギュレーション情報処理ユニットは、受信した応答メッセージを解析し、前記応答メッセージにおいて前記ネットワークエレメント設備に後続処理を行うことを指示する情報を含まないコンフィギュレーション・アップデートが失敗したメッセージを含んでいることを見つけると、前記コンフィギュレーション情報アップデートユニットにロールバック情報を発信するように設置されることを特徴とする、ネットワークエレメント設備。
【請求項７】
請求項６に記載のネットワークエレメント設備であって、其の中、
前記コンフィギュレーション情報処理ユニットは、前記コンフィギュレーション・アップデートが失敗したメッセージにおける失敗の原因を纏めて、纏めた失敗の原因を前記通信ユニットに発信するように更に設置され、
前記通信ユニットは、前記纏めた失敗の原因をネットワーク管理システムに発信するように設置される、ネットワークエレメント設備。
【請求項８】
請求項６に記載のネットワークエレメント設備であって、其の中、
前記通信ユニットは、ネットワークエレメント設備の隣接するすべてのネットワークエレメント設備が送ったコンフィギュレーション・アップデートのメッセージを受信し、受信したコンフィギュレーション・アップデートのメッセージを前記コンフィギュレーション情報処理ユニットに送信し、更に、前記コンフィギュレーション情報処理ユニットが送ったコンフィギュレーション・アップデートが失敗したメッセージを、コンフィギュレーション・アップデートのメッセージを送ってくる隣接するすべてのネットワークエレメント設備に発信するように設置され、
前記コンフィギュレーション情報処理ユニットは、受信したコンフィギュレーション・アップデートのメッセージを解析し、このコンフィギュレーション・アップデートのメッセージにおいてマッチングしないコンフィギュレーション情報を含んでいることを見つけると、前記通信ユニットにコンフィギュレーション・アップデートが失敗したメッセージを発信するように設置される、ネットワークエレメント設備。
【請求項９】
請求項６〜８の何れか一項に記載のネットワークエレメント設備であって、其の中、前記ネットワークエレメント設備は、ロング・ターム・エボリューションシステムにおけるeNBであり、前記隣接するネットワークエレメント設備は、隣接するeNB及び/或いはモビリティ管理エンティティを備える、ネットワークエレメント設備。
【請求項１０】
請求項６〜８の何れか一項に記載のネットワークエレメント設備であって、其の中、前記ネットワークエレメント設備は、ロング・ターム・エボリューションシステムのモビリティ管理エンティティであり、前記隣接するネットワークエレメント設備は、隣接するeNBを備える、ネットワークエレメント設備。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
〔技術分野〕
この発明は、移動通信技術分野に属し、特にロング・ターム・エボリューション（Long Term Evolution、LTE）システムにおいて、進化中のノードB（eNodeB、eNB）と隣接するネットワークエレメントのモビリティ管理エンティティ（Mobility Management Entity、MME）（又は他の隣接するeNB）との間にコンフィギュレーション・アップデートが失敗した後の処理方法及びネットワークエレメント設備に関する。
【０００２】
〔背景技術〕
LTEシステムにおいて、あるeNBがそれに隣接するネットワークエレメントMME（又は他の隣接するeNB）との間はsetupメッセージ（例えばS1 SETUP或いはX2 SETUP）のよって接続を確立した後、このeNB側の関連情報が変化させると、このeNBがコンフィギュレーション・アップデート（Configuration Update）メッセージ（例えば、eNB Configuration Updateを採用するメッセージ）を発信して、隣接するネットワークエレメント設備MME（又は他の隣接するeNB）に知らせる。このeNBは、eNB Configuration Updateのメッセージを発信した後に、隣接するすべてのネットワークエレメント設備が応答したコンフィギュレーション・アップデートが失敗した（Configuration Update Failure）メッセージ（例えばeNB Configuration Update Failureメッセージ）を受信すれば、このeNB側の関連情報の変化が隣接するネットワークエレメント設備に受けられないことを表明している。この時、隣接するネットワークエレメント設備が返信したアップデートが失敗したメッセージにおいて、待ち時間（Time to Wait）の情報要素（例えばTime to Wait IE （Information Element、情報要素））を含むと、イニシエータeNBとこのアップデートが失敗したメッセージを発信した隣接するネットワークエレメント設備が各々のコンフィギュレーションを維持し、且つイニシエータeNBが少なくともTime To Wait IE情報要素に指示した時間の長さに待ってから、eNB Configuration UpdateメッセージをMME（又は他の隣接するeNB）に再送し、隣接するネットワークエレメント設備が返信したアップデートが失敗したメッセージ中に、Time To Wait IEメッセージを含まないと、関連プロトコルにおいてイニシエータeNBがどのように処理するかについて説明しなく、このような場合について、イニシエータeNB側の新しいコンフィギュレーションがすでに発効して、MME（又は他の隣接するeNB）がイニシエータeNBにおけるコンフィギュレーションのアップデートを受けないので、両端のリソースが揃わない現象はあり、それはシステム全体に対して、重大なトラブルを引き起こしてしまい、ネットワーク全体が正常に使用できなくなることを致す恐れがある。
【０００３】
イニシエータeNBのコンフィギュレーションのアップデートは、それに隣接する少なくとも1つのMME（又は少なくとも1つのeNB）内で、失敗したことを受けるが、隣接するほかのMME（又はほかのeNB）内で成功に受けると、すなわち、イニシエータeNBはコンフィギュレーション・アップデートで、隣接するすべてのMME（又はeNB）にeNB Configuration Updateメッセージを発信した後、少なくとも1つのMME（或eNB）が応答したeNB Configuration Update Faltureメッセージ（且つメッセージにTime To Wait IEを含まない）を受信したが、ほかのMME（又はほかのeNB）が応答したコンフィギュレーション・アップデートが成功した（Configuration Update Acknowledge）メッセージ（例えば，eNB Configuration Update Acknowledgeメッセージ）を受信したと、この時、イニシエータeNBのリソースと失敗した応答を返信したMME（又はeNB）側のリソースが揃わない現象はある以外に、イニシエータeNBのリソースがそれに隣接するすべてのMME（又はeNB）間で一致しない場合もあり、それは、同様に、システム全体に対して、重大なトラブルを引き起こしていまい、ネットワーク全体が正常に使用できなくなることを致す恐れがある。
【０００４】
同様に、MME側の関連情報が変わると、MMEがコンフィギュレーション・アップデートメッセージ（例えば、MME Configuration Update を採用するメッセージ）を発信し、隣接するネットワークエレメント設備eNBに知らせる。MMEがMME Configuration Updateメッセージを発信した後、隣接するすべてのeNBが応答したMME Configuration Update Failureメッセージを受信すると、MME側のコンフィギュレーションのアップデートがeNB側で受けられないことを表明している。この時、隣接するeNBから返信したMME Configuration Update Failureメッセージにおいて、Time To Wait IEを含むと、イニシエータMMEとeNBが各々のコンフィギュレーションを保持し、且つイニシエータMMEが少なくともTime To Wait IEに指示した時間の長さを待った後、隣接するeNBにMME Configuration Updateメッセージを再送し、隣接するeNBから返信したMME Configuration Update FailureメッセージにTime To Wait IEを含まないと、関連プロトコルにおいてイニシエータMMEがどのように処理すべきについて説明しなく、このような場合に、eNB側がイニシエータMME側のコンフィギュレーション・アップデートを受けないので、両端のリソースが揃わない現象はあり、それはシステム全体に対して、重大なトラブルを引き起こしてしまい、ネットワーク全体が正常に使用できなくなることを致す恐れがある。
【０００５】
イニシエータMMEにおけるコンフィギュレーションのアップデートは、その隣接する少なくとも1つのeNB内で受けることが失敗し、隣接するほかのeNB内で受けることが成功すると、すなわち、イニシエータMMEは、コンフィギュレーション・アップデートをするために隣接するすべてのeNB にMME Configuration Update メッセージを発信した後、少なくとも1つのeNBが応答したMME Configuration Update Failureメッセージ（且つこのメッセージにTime To Wait IEを含まない）を受信して、且つほかのeNBが応答したMME Configuration Update Acknowledgeメッセージを受信したと、この時、イニシエータMMEのリソースと失敗した応答を返信したeNB側のリソースとが揃わない現象はある以外に、イニシエータMMEのリソースがそれに隣接するすべてのeNBの間で一致しない場合もあり、それはシステム全体に対して、重大なトラブルを引き起こしてしまい、ネットワーク全体が正常に使用できなくなることを致す恐れがある。
【０００６】
〔発明の概要〕
本発明はコンフィギュレーション・アップデートが失敗した後の処理方法及びネットワークエレメント設備を提供し、コンフィギュレーション・アップデーが失敗した後に、コンフィギュレーションをコンフィギュレーションがアップデートされる前のコンフィギュレーションにロールバックすることができ、すべてのネットワークエレメント設備の間のリソースの一致性を効果的に保証し、更に、ネットワークが確実に使用できることを保証している。
【０００７】
〔課題を解決するための手段〕
従来の技術的課題を解決するため、本発明はコンフィギュレーション・アップデートが失敗した後の処理方法を提供し、
第一ネットワークエレメント設備は、コンフィギュレーションが変化した後、その隣接するすべてのネットワークエレメント設備にコンフィギュレーションをアップデートするメッセージを発信し、
上記第一ネットワークエレメント設備は、隣接する何れかのネットワークエレメント設備がフィードバックしたコンフィギュレーション・アップデートが失敗したメッセージを受信して、且つこのコンフィギュレーション・アップデートが失敗したメッセージにおいて上記第一ネットワーエレメント設備に後続処理を行うことを指示する情報を含まないと、上記第一ネットワークエレメント設備は、コンフィギュレーションが変化する前のコンフィギュレーションにロールバックし、
上記第一ネットワークエレメント設備は、隣接するすべてのネットワークエレメント設備にロールバックした後のコンフィギュレーションでコンフィギュレーションをアップデートするメッセージを再送することを備えるコンフィギュレーション・アップデートが失敗した後の処理方法。
【０００８】
上記処理方法は、さらに以下のような特徴を有してもよい。
【０００９】
上記第一ネットワークエレメント設備は、コンフィギュレーションをアップデートするメッセージを再送した後、上記コンフィギュレーション・アップデートが失敗したメッセージにおける失敗の原因を纏めて、ネットワーク管理システムに報告する。
【００１０】
上記処理方法は、さらに以下のような特徴を有してもよい。
【００１１】
上記第一ネットワークエレメント設備は、ロング・ターム・エボリューションシステムにおけるeNBであり、上記隣接するネットワークエレメント設備は隣接するeNB及び/又はモビリティ管理エンティティを備える。
【００１２】
上記処理方法は、以下のような特徴を有してもよい。
【００１３】
上記第一ネットワークエレメント設備は、ロング・ターム・エボリューションシステムにのモビリティ管理エンティティであり、上記隣接するネットワークエレメント設備は、隣接するeNBを備える。
【００１４】
上記処理方法は、以下のような特徴を有してもよい。
【００１５】
上記後続処理の情報は、上記第一ネットワークエレメント設備に予定の時間を待った後、その隣接するすべてのネットワークエレメント設備にコンフィギュレーション・アップデートのメッセージを再送することを指示する情報を含む。
【００１６】
本発明は、通信ユニットと、コンフィギュレーション情報アップデートユニットと、コンフィギュレーション情報処理ユニットを備えるネットワークエレメント設備も提供しており、
上記コンフィギュレーション情報アップデートユニットは、コンフィギュレーションをアップデートしてアップデートしたコンフィギュレーション情報を上記通信ユニットに発信し，更に上記コンフィギュレーション情報処理ユニットから送ったロールバック情報を受信した後、コンフィギュレーションをコンフィギュレーションのアップデートする前のコンフィギュレーションにロールバックし、且つコンフィギュレーションのアップデートする前のコンフィギュレーションの情報を上記通信ユニットに発信するように設置され、
通信ユニットは、受信したコンフィギュレーション情報をコンフィギュレーション・アップデートのメッセージによって、隣接するすべてのネットワークエレメント設備に発信し、隣接するすべてのネットワークエレメント設備から返信した応答メッセージを受信して、且つ受信した応答メッセージを上記コンフィギュレーション情報処理ユニットに発信するように設置され、
上記コンフィギュレーション情報処理ユニットは、上記応答メッセージを解析し、上記応答メッセージにおいて本ネットワークエレメント設備に後続処理を行うことを指示する情報を含まないコンフィギュレーション・アップデートが失敗したメッセージを含んでいることを見つけると、上記コンフィギュレーション情報アップデートユニットにロールバック情報を発信するように設置される。
【００１７】
上記ネットワークエレメント設備は、以下のような特徴を有してもよい。
【００１８】
上記コンフィギュレーション情報処理ユニットは、前記コンフィギュレーション・アップデートが失敗したメッセージにおける失敗の原因を纏めて、纏めた失敗の原因を前記通信ユニットに発信するように更に設置され、
上記通信ユニットは、前記纏めた失敗の原因をネットワーク管理システムに発信するように設置される。
【００１９】
上述ネットワークエレメント設備は、以下のような特徴を有してもよい。
【００２０】
上記通信ユニットは、隣接するすべてのネットワークエレメント設備が送ったコンフィギュレーションをアップデートするメッセージを受信し、このコンフィギュレーションをアップデートするメッセージを上記コンフィギュレーション情報処理ユニットに送信し、更に、上記コンフィギュレーション情報処理ユニットが送ったコンフィギュレーション・アップデートが失敗したメッセージを、コンフィギュレーションをアップデートするメッセージを送られてきた隣接するすべてのネットワークエレメント設備に発信するように設置され、
上記コンフィギュレーション情報処理ユニットは、更に受信したコンフィギュレーション・アップデートのメッセージを解析し、このコンフィギュレーション・アップデートのメッセージにおいてマッチングしないコンフィギュレーション情報を含んでいることを見つけると、上記通信ユニットにコンフィギュレーション・アップデートが失敗したメッセージを発信するように設置される。
【００２１】
上記ネットワークエレメント設備は、以下のような特徴を有してもよい。上記ネットワークエレメント設備は、ロング・ターム・エボリューションシステムにおけるeNBであり、上記隣接するネットワークエレメント設備は、隣接するeNB及び/又はモビリティ管理エンティティを備える。
【００２２】
上記ネットワーク エレメント設備は以下のような特徴を有してもよい。上記ネットワークエレメント設備は、ロング・ターム・エボリューションシステムのモビリティ管理エンティティであり、上記隣接するネットワークエレメント設備は、隣接するeNBを備える。
【００２３】
以上のように、本発明は、コンフィギュレーション・アップデートが失敗した後の処理方法とネットワークエレメント設備を提供し、コンフィギュレーション・アップデートが失敗した後に、コンフィギュレーションをコンフィギュレーションがアップデートする前のコンフィギュレーションにロールバックすることができ、すべてのネットワークエレメント設備同士のリソースの一致性を効果的に保証し、更にネットワークが確実に使用できることを保証している。同時に、コンフィギュレーションが変化したネットワークエレメント設備は、さらに、失敗の原因を纏めてバックグラウンドの操作、保守担当者に報告し、解析させることで、今回のコンフィギュレーションをアップデートする過程中に存在するデータのコンフィギュレーションミスを訂正する可能性を提供しているので、更にネットワークの持続可能な最適化を保証し、システムのロバスト性と安定性を高める。
【００２４】
〔図面の簡単な説明〕
［図１］本発明の実施例に係るネットワークエレメント設備の模式図である。
［図２］本発明の実施例１に係るeNBが受信した隣接するMMEから返信したコンフィギュレーション・アップデート応答メッセージにおいてTime To Wait IEを含まないコンフィギュレーション・アップデートが失敗したメッセージが存在する場合の処理の流れ図。
［図３］本発明実施例2に係るeNBが受信した隣接するeNBから返信したコンフィギュレーション・アップデート応答メッセージにおいて、Time To Wait IEを含有ないコンフィギュレーション・アップデートが失敗したメッセージが存在する場合の処理の流れ図。
［図４］本発明実施例3に係るMMEが受信した隣接するeNBから返信したコンフィギュレーション・アップデート応答メッセージにおいて、Time To Wait IEを含まないコンフィギュレーション・アップデートが失敗したメッセージが存在する場合の処理の流れ図。
【００２５】
〔本発明の好適な実施形態〕
以下、本発明の技術案について、図面及び実施例を参照して、より詳細に説明する。
【００２６】
図1本発明の実施例に係るネットワークエレメント設備の模式図であり、図1に示すように、本実施例に係るネットワークエレメント設備は、LTEシステムにおけるeNB或いはMMEであってもよく、eNBに隣接するネットワークエレメント設備は、MME及び/又は他のeNBを含み、MMEに隣接するネットワークエレメント設備は、eNBを含む。
【００２７】
本実施例のネットワークエレメント設備は、通信ユニットと、コンフィギュレーション情報アップデートユニットと、コンフィギュレーション情報処理ユニットを備え、其の中
コンフィギュレーション情報アップデートユニットは、コンフィギュレーションをアップデートして、アップデートしたコンフィギュレーション情報を上記通信ユニットに発信し，更に上記コンフィギュレーション情報処理ユニットが送ったロールバック情報を受信した後、コンフィギュレーションをコンフィギュレーションのアップデートされる前のコンフィギュレーションにロールバックし、且つコンフィギュレーションのアップデートする前のコンフィギュレーション情報を上記通信ユニットに発信するように設置され、
通信ユニットは、受信したコンフィギュレーション情報をコンフィギュレーション・アップデートのメッセージによって、隣接するすべてのネットワークエレメント設備に発信し、上記隣接するネットワーク エレメント設備から返信した応答メッセージを受信して上記応答メッセージを上記コンフィギュレーション情報処理ユニットに発信するように設置され、
上記コンフィギュレーション情報処理ユニットは、上記応答メッセージを解析し、上記応答メッセージにおいて本ネットワークエレメント設備に後続処理を行うことを指示する情報を含まないコンフィギュレーション・アップデートが失敗したメッセージを含んでいることを見つけると、コンフィギュレーション情報アップデートユニットにロールバック情報を発信する。コンフィギュレーション情報処理ユニットは、上記コンフィギュレーション・アップデートが失敗したメッセージにおける失敗の原因を纏め、上記失敗の原因を通信ユニットに発信し、失敗の原因を通信ユニットによってネットワーク管理システムに報告する。
【００２８】
本実施例の通信ユニットは、また他の隣接するネットワークエレメント設備が送ったコンフィギュレーションをアップデートするメッセージを受信することに用いられることができ、そして、該コンフィギュレーション・アップデートのメッセージをコンフィギュレーション情報処理ユニットに発信し、
上記コンフィギュレーション情報処理ユニットは、受信したコンフィギュレーション・アップデートのメッセージを解析し、このコンフィギュレーション・アップデートのメッセージにおいてマッチングしない或いは、受けられないコンフィギュレーション情報を含んでいることを見つけると、上記通信ユニットにコンフィギュレーション・アップデートが失敗したメッセージを発信し、このコンフィギュレーション・アップデートが失敗したメッセージは、コンフィギュレーション・アップデートのメッセージを送ったネットワークエレメント設備に後続処理を行うことを指示する情報を含まなく、そして、通信ユニットによりこのコンフィギュレーション・アップデートが失敗したメッセージを、コンフィギュレーション・アップデートのメッセージを送ったネットワークエレメント設備に発信する。
【００２９】
以下、ネットワークエレメント設備がeNB或いはMMEである場合を例として、本発明によって提供したコンフィギュレーション・アップデートが失敗した後の処理方法を詳細に説明する。
【００３０】
〔実施例１〕
以下、図2を参照しながら、イニシエータeNBが受信した、隣接するMMEから返信したコンフィギュレーションをアップデートする応答メッセージにおいて、Time To Wait IEを含まないコンフィギュレーション・アップデートが失敗したメッセージが存在する場合の処理方法の実施例を詳細に述べる。本実施例のコンフィギュレーション・アップデートが失敗した後の処理方法は、以下のようなステップを備える。
【００３１】
S101ステップにおいて、eNBのコンフィギュレーションがアップデートした後、隣接するMMEにコンフィギュレーションをアップデートするメッセージを発信し、
仮にイニシエータeNBがAであり、Aに1つのセル1を有し、このセル1の対応するトレースエリアコード（Trace Area Code，TAC）が11であるとする。Aが二つのMMEを接続し、二つのMMEがそれぞれBとCである。eNB AがMME Bと、MME Cとの間はS1 SETUPによって接続が確立され、且つeNB A、MME B及びMME Cが正常に運行している。バックグラウンドの手動操作によって、eNB Aに新しいセル2が1つ増加され、このセル2はTAC22に対応するものである。
【００３２】
eNB Aは、コンフィギュレーションが変化したことによって、MME BとMME CにそれぞれeNB Configuration Updateメッセージを発信し、eNB Configuration UpdateメッセージにおいてeNB Aが現在、すでに発効したコンフィギュレーション（セル1、2のそれぞれ対応するTAC情報を含む）を含んでいる。
【００３３】
S102ステップにおいて、何れかの隣接するMMEは、eNBに後続処理を行うことを指示する情報を含まないコンフィギュレーション・アップデートが失敗したメッセージを返信し、
仮にMME BがeNB Aに成功応答メッセージeNB Configuration Update Acknowledgeを返信し、MME CがeNB Aに失敗応答メッセージeNB Configuration Update Faltureを返信し、且つこの失敗応答メッセージにeNBに後続処理を行うことを指示する情報（例えば，Time To Wait IE）を含まないとする。この時、eNB Aにおけるセル1、2の対応するTAC等の情報は、eNB AとMME Bの中でいずれもすでに発効したが、MME Cの中で、eNB Aにおけるセル1の対応するTAC等の情報のみがある。この時、eNB AとMME Cとの間のリソースが一致せず、且つMME BとMME Cとの間でeNB Aに対するリソースも一致しないということが明らかである。
【００３４】
S103において、 eNBが何れかの隣接するMMEから返信したeNBに後続処理を行うことを指示する情報を含まないコンフィギュレーション・アップデートが失敗したメッセージを受信した後、リソースをロールバックし、eNBにおけるコンフィギュレーションを、コンフィギュレーションをアップデートする前のコンフィギュレーションまでロールバックし、
eNB Aがリソースをロールバックし、コンフィギュレーションを今回のeNBのコンフィギュレーションをアップデートする前のコンフィギュレーションまでロールバックし、すなわち、eNB Aがセル2（セル2の対応する他の情報も含まれる）を削除し、コンフィギュレーションが今回のeNB Aのコンフィギュレーションのアップデートを発信する過程前のコンフィギュレーションに返って、つまり、eNB Aがセル1の関連情報のみを含んでいる。
【００３５】
S104ステップにおいて、eNBはロールバックした後のコンフィギュレーションで、隣接するすべてのMMEにコンフィギュレーションをアップデートするメッセージを再送し、
eNB Aは、リソースをロールバックした後のコンフィギュレーション、すなわちeNB Aの今回のコンフィギュレーションをアップデートする過程前のコンフィギュレーション（すなわち、セル1及びその関連情報のみを含む）でMME BとMMECにそれぞれ一回に新しいeNB Aのコンフィギュレーションをアップデートする過程を再起動し、eNB Aのその前のコンフィギュレーションがMME BとMME Cに受けられたものであるので、今回の再起動するeNB Aのコンフィギュレーションをアップデートする過程は、必ず成功でき、それによって、eNB A、MME B及びMME Cの間のリソースの一致性を保証し、更にネットワークが確実に使用できることを保証している。
【００３６】
S105において、eNBは受信したeNBに後続処理を行うことを指示する情報を含まないコンフィギュレーション・アップデートが失敗したメッセージにおける失敗の原因を纏めてネットワーク管理システムに報告し、
eNB Aは、今回のコンフィギュレーションをアップデートする過程におけるMME Cから返信した失敗応答メッセージeNB Configuration Update Faltureにおける失敗の原因をバックグラウンド或いはネットワーク管理システムに報告し、操作、保守担当者が解析することに供してセル2の関連データを訂正した後、データのコンフィギュレーションを再配置するかどうかを決めて、次回のeNB Aのコンフィギュレーションをアップデートする過程を起動することが期待できるようになり、それによって、今回のコンフィギュレーションをアップデートする過程中に存在するデータのコンフィギュレーションミスを訂正する可能性を提供しているので、更にネットワークの持続可能な最適化を保証し、システムのロバスト性と安定性を高める。
【００３７】
〔実施例２〕
以下、図3を参照しながら、イニシエータeNBに受信した、隣接するeNBから返信したコンフィギュレーションをアップデートする応答メッセージにおいて、eNBに後続処理を行うことを指示することを含まない情報が存在する場合の処理方法の実施例を詳細に述べる。本実施例のコンフィギュレーション・アップデートが失敗した後の処理方法は、以下のステップを備えている。
【００３８】
S201において、eNBのコンフィギュレーションがアップデートした後、隣接するeNBにコンフィギュレーションをアップデートするメッセージを発信し、
仮にイニシエータeNBがAであり、Aに1つのセル1を有し、それが所属する移動国別コード（Mobility Country Code，MCC）が460であり、移動ネットワークコード（Mobility Net Code，MNC）が1である。Aが他の二つのeNBを接続し、この二つのeNB がそれぞれBとCである。eNB AがeNB Bと、eNB Cとの間の接続は、X2 SETUPによって確立され、且つeNB AとeNB Bと、eNB Cが正常に運行している。バックグラウンドの手動操作によって、eNB Aに新しいセル2が1つ増加され、このセル2は所属するMCCが460であり、MNCが2である。
【００３９】
eNB Aは、コンフィギュレーションが変化したことによって、eNB BとeNB CにそれぞれeNB Configuration Updateメッセージを発信し、eNB Configuration Updateメッセージにおいて、eNB Aが現在、すでに発効したコンフィギュレーション（セル2及びその所属するMCC、MNC情報）を含んでいる。
【００４０】
S202ステップにおいて、何れかの隣接するeNBは、eNBに後続処理を行うことを指示する情報を含まないコンフィギュレーション・アップデートが失敗したメッセージを返信し、
仮にeNB BはeNB Aに成功応答メッセージeNB Configuration Update Acknowledgeを返って、eNB CはeNB Aに失敗応答メッセージeNB Configuration Update Faltureが返され、且つこの失敗応答メッセージにおいてeNBに後続処理を行うことを指示する情報（例えば，Time To Wait IE）を含まないとする。この時、eNB Aにおけるセル2の対応する関連情報は、eNB AとeNB Bの中でいずれもすでに発効したが、eNB Cの中で発効しなかった。この時、eNB AとeNB Cとの間のリソースが一致せず、且つeNB BとeNB Cとの間はeNB Aに対するリソースも一致しないということが明らかである。
【００４１】
S203において、 eNBは、何れかの隣接するeNBから返信したeNBに後続処理を行うことを指示する情報を含まないコンフィギュレーション・アップデートが失敗したメッセージを受信した後、リソースをロールバックし、eNBにおけるコンフィギュレーションを、コンフィギュレーションをアップデートする前のコンフィギュレーションまでロールバックし、
eNB Aがリソースをロールバックし、コンフィギュレーションを今回のeNBのコンフィギュレーションをアップデートする前のコンフィギュレーションまでロールバックし、すなわち、eNB Aがセル2（セル2の対応する他の情報が含まれる）を削除し、つまり、eNB Aがセル1の関連情報のみを含んでいる。
【００４２】
S204ステップにおいて、eNBはロールバックした後のコンフィギュレーションで、隣接するすべてのMMEにコンフィギュレーションをアップデートするメッセージを再送し、
eNB Aは、リソースをロールバックした後のコンフィギュレーション、すなわち、eNB Aの今回のコンフィギュレーションをアップデートする過程前のコンフィギュレーション（すなわち、セル1及びその関連情報のみを含む）で、eNB BとeNB Cにそれぞれ一回に新しいeNB Aのコンフィギュレーションをアップデートする過程を再起動し、この時、再起動したeNB Aのコンフィギュレーションをアップデートする過程は、eNB Bに対して、セル2を削除することが要求される関連情報であり、eNB Cに対して、一回のノーオペレーションであるので、eNB BとeNB Cに対して、いずれも受信することができ、すなわち、今回の再起動するeNB Aのコンフィギュレーションをアップデートする過程は必ず成功でき、eNB A、eNB B及びeNB Cの間のリソースの一致性を保証し、更にネットワークが確実に使用できることを保証している。
【００４３】
S205において、eNBは受信されたeNBに後続処理を行うことを指示する情報を含まないコンフィギュレーション・アップデートが失敗したメッセージにおける失敗の原因を纏めてネットワーク管理システムに報告し、
eNB Aは今回のコンフィギュレーションをアップデートする過程におけるeNB Cから返信した失敗応答メッセージeNB Configuration Update Faltureにおける失敗の原因をバックグラウンド或いはネットワーク管理システムに報告し、操作、保守担当者が解析することに供し、且つセル2の関連データを訂正した後、データのコンフィギュレーションを再配置するかどうかを決めて、次回のeNB Aのコンフィギュレーションをアップデートする過程を起動することが期待できるようになり、それによって、今回のコンフィギュレーションをアップデートする過中に存在するデータのコンフィギュレーションミスを訂正する可能性を提供しているので、更にネットワークの持続可能な最適化を保証し、システムのロバスト性と安定性を高める。
【００４４】
実施例1と実施例2において、説明したイニシエータeNBの隣接するネットワークエレメントは、それぞれMMEとeNBであり、もちろん、イニシエータeNBの隣接するネットワークエレメントは同時にMMEとeNBを有してもよく、この場合に、イニシエータeNBのコンフィギュレーション・アップデートが失敗した後の処理方法は、実施例1と実施例2における上記の処理方法と類似し、ここでは、贅言しないとする。
【００４５】
〔実施例３〕
以下、図4を参照しながら、イニシエータMMEに受信した隣接するeNBから返信したコンフィギュレーションをアップデートする応答メッセージにおいて、MMEに後続処理を行うことを指示する情報を含まない場合の処理方法の実施例を詳細的に述べる。本実施例のコンフィギュレーション・アップデートが失敗した後の処理方法は、以下のステップを備える。
【００４６】
S301において、MMEのコンフィギュレーションがアップデートした後、隣接するeNBにコンフィギュレーションをアップデートするメッセージを発信し、
仮にイニシエータMMEをA、MME A現在のMCCを460、MNCを1とする。MME Aが二つのeNBを接続し、この二つのeNBは、それぞれBとCである。MME AがeNB Bと、eNB Cとの間の接続は、S1 SETUPによって確立され、且つMME A、eNB B及びeNB Cが正常に運行している。バックグラウンドの手動操作によって、MME Aに新しいMCCが460で、MNCが2であるコンフィギュレーションが増加される。
【００４７】
MME Aは、コンフィギュレーションが変化したことによって、eNB BとeNB CにそれぞれMME Configuration Updateメッセージを発信し、MME Configuration Updateメッセージにおいて、MME Aが現在、に新しく増加したコンフィギュレーション（MCCが460で、MNCが1であるコンフィギュレーション情報とMCCが460で、MNCが2であるコンフィギュレーション情報を含む）を含んでいる。
【００４８】
S302ステップにおいて、何れかの隣接するeNBは、MMEに後続処理を行うことを指示する情報を含まないコンフィギュレーション・アップデートが失敗したメッセージを返信し、
仮にeNB Bは、MME Aに成功応答メッセージMME Configuration Update Acknowledgeを返って、eNB Cは、MME Aに失敗応答メッセージMME Configuration Update Faltureを返って、且つこの失敗応答メッセージにおいてMMEに後続処理を行うことを指示する情報（例えば，Time To Wait IE）を含まないとする。この時、MME A中で、すでに新しいMCCが460で、MNCが2であるコンフィギュレーション情報が新しく増加され、且つこの情報はeNB B中で、すでにコンフィギュレーションを発効させたが、eNB C中で、コンフィギュレーションを発効させなかった。この時、MME AとeNB Cとの間のリソースが一致せず、且つeNB BとeNB Cとの間のMME Aに対するリソースも一致しない。
【００４９】
S303において、MMEが何れかの隣接するeNBから返信した、MMEに後続処理を行うことを指示する情報を含まないコンフィギュレーション・アップデートが失敗したメッセージを受信した後、リソースをロールバックし、MMEにおけるコンフィギュレーションを、コンフィギュレーションをアップデートする前のコンフィギュレーションにロールバックし、
MME Aがリソースをロールバックし、コンフィギュレーションを今回のMMEコンフィギュレーションをアップデートする過程前のコンフィギュレーションまでロールバックし、すなわち、MME Aは、新しく増加したMCCが460で、MNCが2である関連のコンフィギュレーションを削除し、コンフィギュレーションを、今回のMMEコンフィギュレーションをアップデートする過程前のコンフィギュレーションまで戻し、つまり、MCCが460で、MNCが1である関連情報のみを含んでいる。
【００５０】
S304ステップにおいて、MMEは、隣接するすべてのeNBにロールバックした後のコンフィギュレーションでコンフィギュレーションをアップデートするメッセージを発信し、
MME Aは、リソースをロールバックした後のコンフィギュレーション、すなわち、MME Aの今回のコンフィギュレーションをアップデートする過程前のコンフィギュレーション（すなわち、MCCが460で、MNCが1である関連情報のみを含む）で、eNB BとeNB Cにそれぞれ新しいMME Aのコンフィギュレーションをアップデートする過程を一回に再起動し、MME Aのその前のコンフィギュレーションがeNB BとeNB Cにそれぞれ受けられるものであるので、今回の再起動するMME Aのコンフィギュレーションをアップデートする過程は必ず成功でき、MME A、eNB B及びeNB Cの間のリソースの一致性を保証し、更にネットワークが確実に使用できることを保証している。
【００５１】
S305において、MMEは受信したMMEに後続処理を行うことを指示する情報を含まないコンフィギュレーション・アップデートが失敗したメッセージにおける失敗の原因を纏めてネットワーク管理システムに報告し、
MME Aは、今回のeNB Cから返信した失敗応答メッセージMME Configuration Update Faltureにおける失敗の原因をバックグラウンド或いはネットワーク管理システムに報告し、操作、保守担当者が解析することに供して、MCCが460で、MNCが1である関連データを訂正した後、データのコンフィギュレーションを再配置するかどうかを決めて、次回のMME のコンフィギュレーションをアップデートする過程を起動することが期待できるようになり、それによって、今回のコンフィギュレーションをアップデートする過程中に存在するデータのコンフィギュレーションミスを訂正する可能性を提供しているので、更にネットワークの持続可能な最適化を保証し、システムのロバスト性と安定性を高める。
【００５２】
本発明の実施例に係るネットワークエレメント設備と処理方法を採用して、コンフィギュレーションが変化したネットワークエレメント設備は、今回起動したコンフィギュレーションをアップデートする過程の結果を解析するので、上記ネットワークエレメント設備に後続処理を行うことを指示する情報を含まない失敗応答メッセージが存在する場合に、このネットワークエレメント設備がリソースをロールバックし、且つロールバックしたコンフィギュレーションでコンフィギュレーションをアップデートする過程を再起動し、ロールバックしたコンフィギュレーション（すなわちその前のコンフィギュレーション）がすべての隣接するネットワークエレメント設備に受けられるものであるため、再起動したコンフィギュレーションをアップデートする過程は、必ず成功でき、従って、このネットワークエレメント設備とその隣接するすべてのネットワークエレメント設備との間のリソースの一致性を効果的に保証し、更にネットワークが確実に使用できることを保証している。同時に、コンフィギュレーションが変化したネットワークエレメント設備は、今回の上記ネットワークエレメント設備に後続処理を行うことを指示する情報を含まない失敗応答メッセージにおける失敗の原因を纏めてバックグラウンドの操作、保守担当者に報告し、解析することで、今回のコンフィギュレーションをアップデートする過程中に存在するデータのコンフィギュレーションミスを訂正することが可能となるので、更にネットワークの持続可能な最適化を保証し、システムのロバスト性と安定性を高める。
【００５３】
以上の実施例は、ただ本発明に係るネットワークエレメント設備とコンフィギュレーション・アップデートが失敗した後の処理方法等を説明するための例示にすぎなく、本発明を制限するものとして理解すべきことではなく、本発明の技術案及びその好適な実施例の記載に基づき、各種な変更或いは置換を加えることが可能であり、これらの変更或いは取替の全部は、本発明の特許請求の範囲における各請求項に属すべきものである。
【００５４】
〔産業上の利用可能性〕
本発明に係る方法とネットワークエレメント設備は、従来の技術に比べて、該ネットワークエレメント設備とその隣接するすべてのネットワークエレメント設備との間のリソースの一致性を効果的に保証し、更にネットワークが確実に使用できることを保証している。同時に、今回のコンフィギュレーションをアップデートする過程中に存在するデータのコンフィギュレーションミスを訂正する可能性を提供しているので、更にネットワークの持続可能な最適化を保証し、システムのロバスト性と安定性を高める。
【図面の簡単な説明】
【００５５】
【図１】本発明の実施例に係るネットワークエレメント設備の模式図である。
【図２】本発明の実施例１に係るeNBが受信した隣接するMMEから返信したコンフィギュレーション・アップデート応答メッセージにおいてTime To Wait IEを含まないコンフィギュレーション・アップデートが失敗したメッセージが存在する場合の処理の流れ図である。
【図３】本発明実施例2に係るeNBが受信した隣接するeNBから返信したコンフィギュレーション・アップデート応答メッセージにおいて、Time To Wait IEを含有ないコンフィギュレーション・アップデートが失敗したメッセージが存在する場合の処理の流れ図である。
【図４】本発明実施例3に係るMMEが受信した隣接するeNBから返信したコンフィギュレーション・アップデート応答メッセージにおいて、Time To Wait IEを含まないコンフィギュレーション・アップデートが失敗したメッセージが存在する場合の処理の流れ図である。
【図１】
2013501279.tif 000003
【図２】
2013501279.tif 000004
【図３】
2013501279.tif 000005
【図４】
2013501279.tif 000006
【国際調査報告】
2013501279.tif 000007
2013501279.tif 000008
2013501279.tif 000009
2013501279.tif 000010