(57)【特許請求の範囲】
【請求項１】
ドメイン名サービスエンティティにおいてベンダー特有のドメイン名の解決を要求し、
前記ドメイン名サービスエンティティからベンダー特有のネットワークエレメントマネージャー媒介者エンティティのネットワークアドレスを取得し、
前記ベンダー特有のネットワークエレメントマネージャー媒介者エンティティの前記取得したネットワークアドレスを使用して、自己組織化ネットワーク完成能力をもたずに予め構成された初期の構成データを要求し、及び
最終的な構成データを与えるネットワークエレメントマネージャーエンティティのネットワークアドレスを含む初期の構成データを前記ベンダー特有のネットワークエレメントマネージャー媒介者エンティティから獲得する、
ことを含む方法。
【請求項２】
特定の無線アクセステクノロジーを使用して特定オペレータの無線アクセスネットワークにおいて動作できる特定ベンダーのネットワークエレメントから要求があった際に、複数のベンダーのベンダー特有のドメイン名とベンダー特有のネットワークエレメントマネージャー媒介者エンティティとの間のマッピングを使用してベンダー特有のドメイン名を解決し、及び
前記ネットワークエレメントのベンダーのベンダー特有のネットワークエレメントマネージャー媒介者エンティティのネットワークアドレスを前記ネットワークエレメントに与える、
ことを含む方法。
【請求項３】
特定無線アクセステクノロジーを使用して特定のオペレータの無線アクセスネットワークにおいて動作できる特定のベンダーのネットワークエレメントから要求があった際に、特定のベンダーの複数のネットワークエレメントマネージャーエンティティの、自己組織化ネットワーク完成能力をもたずに予め構成された初期の構成データとネットワークエレメントとの間のマッピングを使用してネットワークエレメントの初期の構成データを識別し、及び
ネットワークエレメントの最終的な構成データを与えるネットワークエレメントマネージャーエンティティのネットワークアドレスを含む前記識別された初期の構成データをネットワークエレメントに与える、
ことを含む方法。
【請求項４】
少なくとも別の装置と通信するように構成されたインターフェイスと；
ドメイン名サービスエンティティにおいてベンダー特有のドメイン名の解決を要求し、ドメイン名サービスエンティティからベンダー特有のネットワークエレメントマネージャー媒介者エンティティのネットワークアドレスを取得し、ベンダー特有のネットワークエレメントマネージャー媒介者エンティティの前記取得したネットワークアドレスを使用して、自己組織化ネットワーク完成能力をもたずに予め構成された初期の構成データを要求し、及び最終的構成データを与えるネットワークエレメントマネージャーエンティティのネットワークアドレスを含む初期の構成データをベンダー特有のネットワークエレメントマネージャー媒介者エンティティから獲得する、ことを装置に遂行させるように構成されたプロセッサと；
を備えた装置。
【請求項５】
前記プロセッサは、更に、前記装置が、
前記ドメイン名サービスエンティティにおいてオペレータ特有のドメイン名の解決を要求し、
前記ドメイン名サービスエンティティからオペレータ特有の承認当局エンティティのネットワークアドレスを取得し、
前記オペレータ特有の承認当局エンティティの前記取得したネットワークアドレスを使用して認証情報を要求し、
前記オペレータ特有の承認当局エンティティから前記認証情報を検索し、及び
前記検索した認証情報を使用して前記ベンダー特有のネットワークエレメントマネージャー媒介者エンティティへのセキュアな接続を設定する、
ことを遂行するようにさせるよう構成された、請求項４に記載の装置。
【請求項６】
前記ベンダー特有のドメイン名は、前記ベンダー特有のネットワークエレメントマネージャー媒介者エンティティを識別するためのベンダー特有の部分と、オペレータネットワークを識別するための固定部分とを含み、及びオペレータ特有のドメイン名は、前記ベンダー特有のネットワークエレメントマネージャー媒介者エンティティへ接続するための認証情報を与えるオペレータ特有の承認当局エンティティを識別するためのオペレータ特有の部分と、オペレータネットワークを識別するための固定部分とを含み、及び前記プロセッサは、更に、前記装置が、
前記ベンダー特有のドメイン名のベンダー特有の部分、及び前記オペレータ特有のドメイン名のオペレータ特有の部分をドメイン名サービスエンティティへ送信し、又は
前記ベンダー特有のドメイン名及びオペレータ特有のドメイン名の前記固定部分を動的なホスト構成プロトコルエンティティから取得し、それに基づいてベンダー特有のドメイン名及びオペレータ特有のドメイン名を構築し、そしてその構築されたベンダー特有のドメイン名及びオペレータ特有のドメイン名を前記ドメイン名サービスエンティティへ送信する、
ことを遂行するようにさせるよう構成された、請求項５に記載の装置。
【請求項７】
前記プロセッサは、更に、前記装置が、
前記ドメイン名サービスエンティティのネットワークアドレスを動的ホスト構成プロトコルエンティティから取得し、そしてドメイン名サービスエンティティの前記取得したネットワークアドレスを前記解決要求に使用し、及び／又は
前記装置の初期ネットワークアドレスを動的なホスト構成プロトコルエンティティから取得し、そして前記装置の前記取得したネットワークアドレスを前記取得及び獲得の少なくとも１つに使用する、
ことを遂行するようにさせるよう構成された、請求項４、５、又は６に記載の装置。
【請求項８】
前記初期の構成データは、装置の最終的ネットワークアドレスを更に含み、そして前記プロセッサは、更に、前記装置の最終的ネットワークアドレスを使用して設定されたネットワークエレメントマネージャーエンティティへの接続を使用して前記最終的構成データを獲得することを前記装置に遂行させるよう構成され、及び／又は
前記最終的構成データは、前記装置の詳細なネットワークプランニング情報を含む、請求項５、又は６に記載の装置。
【請求項９】
少なくとも別の装置と通信するように構成されたインターフェイスと；
特定の無線アクセステクノロジーを使用して特定のオペレータの無線アクセスネットワークにおいて動作できる特定ベンダーのネットワークエレメントから要求があった際に、複数のベンダーのベンダー特有のドメイン名とベンダー特有のネットワークエレメントマネージャー媒介者エンティティとの間のマッピングを使用してベンダー特有のドメイン名を解決し、及びネットワークエレメントのベンダーのベンダー特有のネットワークエレメントマネージャー媒介者エンティティのネットワークアドレスをネットワークエレメントに与える、ことを装置に遂行させるように構成されたプロセッサと；
を備えた装置。
【請求項１０】
前記ベンダー特有のドメイン名は、前記ベンダー特有のネットワークエレメントマネージャー媒介者エンティティを識別するためのベンダー特有の部分と、オペレータネットワークを識別するための固定部分とを含み、及びはオペレータ特有のドメイン名は、前記ベンダー特有のネットワークエレメントマネージャー媒介者エンティティへ接続するための認証情報を与えるオペレータ特有の承認当局エンティティを識別するためのオペレータ特有の部分と、オペレータネットワークを識別するための固定部分とを含み、及び前記プロセッサは、更に、前記装置が、
前記ベンダー特有のドメイン名のベンダー特有の部分、及び前記オペレータ特有のドメイン名のオペレータ特有の部分を前記ネットワークエレメントから受け取り、前記ベンダー特有のドメイン名及びオペレータ特有のドメイン名の固定部分を記憶し、そしてそれに基づいて前記ベンダー特有のドメイン名及びオペレータ特有のドメイン名を構築し、或いは
前記ベンダー特有のドメイン名及びオペレータ特有のドメイン名を前記ネットワークエレメントから受け取る、
ことを遂行するようにさせるよう構成された、請求項９に記載の装置。
【請求項１１】
前記マッピングは、オペレータコンソールを経て更新されるか、又は動的なドメイン名サービスにより、ベンダー特有のネットワークエレメントマネージャー媒介者エンティティ及びオペレータ特有の承認当局エンティティを経て更新され、及び
前記ベンダー特有のネットワークエレメントマネージャー媒介者エンティティは、前記ネットワークエレメントの最終的構成データを与えるネットワークエレメントマネージャーエンティティのネットワークアドレスを含む前記ネットワークエレメントのための初期の構成データを与える、請求項９又は１０に記載の装置。
【請求項１２】
少なくとも別の装置と通信するように構成されたインターフェイスと；
特定の無線アクセステクノロジーを使用して特定のオペレータの無線アクセスネットワークにおいて動作可能な特定ベンダーのネットワークエレメントから要求があった際に、特定ベンダーの複数のネットワークエレメントマネージャーエンティティの、自己組織化ネットワーク完成能力をもたずに予め構成された初期の構成データとネットワークエレメントとの間のマッピングを使用してネットワークエレメントの初期の構成データを識別し、及びネットワークエレメントの最終的な構成データを与えるネットワークエレメントマネージャーエンティティのネットワークアドレスを含む前記識別された初期の構成データをネットワークエレメントに与える、ことを装置に遂行させるよう構成されたプロセッサと；
を備えた装置。
【請求項１３】
前記識別することは、特定の無線アクセステクノロジーにおけるネットワークエレメントの動作可能性に基づくものであり、そして特定ベンダーの複数のネットワークエレメントマネージャーエンティティの１つ以上は、特定ベンダーのネットワークエレメントの異なる無線アクセステクノロジーに関連し、及び／又は
前記識別することは、ネットワークエレメントのタイプ又は能力に基づくものであり、そして特定ベンダーの複数のネットワークエレメントマネージャーエンティティの１つ以上は、特定ベンダーのネットワークエレメントの異なるタイプ又は能力に関連する、請求項１２に記載の装置。
【請求項１４】
前記特定ベンダーの複数のネットワークエレメントマネージャーエンティティの初期の構成データは、各ネットワークエレメントマネージャーエンティティから一方向性インターフェイスを経てアップロードされ、及び／又は
前記複数のネットワークエレメントマネージャーエンティティの初期の構成データは、特定ベンダーの全てのネットワークエレメントに関連する、請求項１２又は１３に記載の装置。
【請求項１５】
前記装置は、ベンダー特有のネットワークエレメントマネージャー媒介者エンティティとして動作可能であり、
前記ベンダー特有のネットワークエレメントマネージャー媒介者エンティティは、無線アクセスネットワークのプラグアンドプレイドメインに配置され、及び無線アクセスネットワークのプラグアンドプレイアクセスバーチャルネットワークを経てアクセス可能であり、そして前記複数のネットワークエレメントマネージャーエンティティは、無線アクセスネットワークの動作、管理及び保守ドメインに配置され、及び無線アクセスネットワークの動作アクセスバーチャルネットワークを経てアクセス可能である、請求項１２、１３、又は１４に記載の装置。
【請求項１６】
コンピュータでプログラムを実行するときに請求項１から３のいずれかに記載の方法をそのコンピュータに実行させるように構成されたコンピュータ実行可能なコンピュータプログラム。
【請求項１７】
請求項１６に記載の前記コンピュータプログラムを記憶したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、統合されたネットワークエレメント自動構成フレームワークに関する。より詳細には、本発明は、典型的に、統合された（即ち、マルチベンダー、マルチＲＡＴ及びマルチＮＥＭケーパブル）ネットワークエレメント自動構成フレームワークのための手段（方法、装置及びコンピュータプログラム製品を含む）に関する。
【背景技術】
【０００２】
本発明は、基本的に、例えば、無線アクセスネットワーク又は他の無線ネットワークにおけるネットワークエレメントの自動構成（自動接続及び／又は自動コミッショニングを含む）に関する。
【０００３】
近代的通信システムでは、例えば、無線アクセスネットワーク又は他の無線ネットワークにおいて、同じシステム内に異なるベンダーのネットワークエレメント（ＮＥ）を使用し、異なる無線アクセステクノロジー（ＲＡＴ）を具現化し、且つ異なる無線エレメントマネージャー（ＮＥＭ）により管理されることに関する異種構成へと向かう傾向がある。従って、１人のオペレータにより動作される同じシステム内に、異なるベンダーのＮＥ、異なるＲＡＴ、及び各ベンダーの複数のＮＥＭが存在し得る。特に、異種ネットワーク（ＨｅｔＮｅｔ）と称されるシステムは、異なる無線アクセステクノロジーを具現化し、重畳するエリアにサービスを提供し、且つトランスポートネットワークの大きな部分を共有する異なるベンダーからのネットワークエレメントを含む。
【０００４】
そのような異種性は、ネットワークエレメントの初期構成を含めてネットワーク管理の複雑さを高める。というのは、異なるベンダーからのネットワークエレメントが、典型的に、異なるプロトコル及びインフラストラクチャーを要求し、且つ異なる構成シーケンスを有するからである。
【０００５】
マルチベンダーの異種通信システム環境では、ネットワークオペレータは、典型的に、異なる装置ベンダーからの非常に多数のＮＥ（ＮＢ、ｅＮＢ、等を含む）を使用する。それと同時に、新規なＮＥの配備は、プラグアンドプレイの性質であることが要求される（即ち、現場でインストールする前に工場で予め構成することを要求せず且つ現場でインストールする間にローカルオンサイト構成を要求しないか又はできるだけ要求しない）。しかしながら、現在異なるベンダーは、異なる自動接続及び／又は自動コミッショニングシーケンスを使用しており、彼等の独占的解決策を機能させるために異なるプロトコル及びサポートノード（例えば、ＤＨＣＰ）サーバー並びにアクセスネットワークレイアウト（ＶＬＡＮ／ＩＰドメイン）が要求される。これは、オペレータ側に複雑さを生じさせる。というのは、異なるベンダーの異なるプラグアンドプレイ特性を共通のフレームワークに一体化させる必要があるからである。
【０００６】
従って、容易で且つ迅速なネットワークロールアウト及び基地局配備を与えるために（基地局は、自動構成を受けるネットワークエレメントの一例を表わす）、特に、長期進化（ＬＴＥ）のような新規ＲＡＴでは、初期構成の自動化（自動構成と称される）が有用である。特に、例えば、無線アクセスネットワーク又は他の無線ネットワークにおけるネットワークエレメントの簡単且つ統合された自動構成（自動接続及び／又は自動コミッショニング）のそのような有用性は、ＨｅｔＮｅｔ通信システムインフラストラクチャーに向かう３Ｇ（第三世代）及びＬＴＥの進化と共に益々重要となる。
【０００７】
近代的な通信システムにおける上述の異種性に鑑み、例えば、無線アクセスネットワーク又は他の無線ネットワークにおけるネットワークエレメントの望ましい自動構成（自動接続及び／又は自動コミッショニングを含む）は、統合されたネットワークエレメント自動構成フレームワークをベースとしたものでなければならない。そのような統合されたネットワークエレメント自動構成フレームワークは、マルチベンダー、マルチＲＡＴ、及びマルチＮＥＭケーパブルであるのが好ましい。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
それ故、統合型（即ち、マルチベンダー、マルチＲＡＴ及びマルチＮＥＭケーパブル）のネットワークエレメント自動構成フレームワークを提供することが要望される。
【課題を解決するための手段】
【０００９】
本発明の種々の典型的な実施形態は、上述の課題及び／又は問題及び欠点の少なくとも一部分に対処することに向けられる。
【００１０】
本発明の典型的な実施形態の種々の態様は、特許請求の範囲に指摘される。
【００１１】
本発明の典型的な態様によれば、ドメイン名サービスエンティティにおいてベンダー特有のドメイン名の解決を要求し、ドメイン名サービスエンティティからベンダー特有のネットワークエレメントマネージャー媒介者エンティティのネットワークアドレスを取得し、ベンダー特有のネットワークエレメントマネージャー媒介者エンティティのその取得したネットワークアドレスを使用して初期構成データを要求し、及び最終構成データを与えるネットワークエレメントマネージャーエンティティのネットワークアドレスを含む初期構成データをベンダー特有のネットワークエレメントマネージャー媒介者エンティティから得る、ことを含む方法が提供される。
【００１２】
本発明の典型的な態様によれば、特定の無線アクセステクノロジーを使用して特定のオペレータの無線アクセスネットワークにおいて動作できる特定のベンダーのネットワークエレメントから要求があった際に、複数のベンダーのベンダー特有のドメイン名とベンダー特有のネットワークエレメントマネージャー媒介者エンティティとの間のマッピングを使用してベンダー特有のドメイン名を解決し、及びネットワークエレメントのベンダーのベンダー特有のネットワークエレメントマネージャー媒介者エンティティのネットワークアドレスをネットワークエレメントに与える、ことを含む方法が提供される。
【００１３】
本発明の典型的な態様によれば、特定の無線アクセステクノロジーを使用して特定のオペレータの無線アクセスネットワークにおいて動作できる特定のベンダーのネットワークエレメントから要求があった際に、特定のベンダーの複数のネットワークエレメントマネージャーエンティティの初期構成データとネットワークエレメントとの間のマッピングを使用してネットワークエレメントの初期構成データを識別し、及びネットワークエレメントの最終構成データを与えるネットワークエレメントマネージャーエンティティのネットワークアドレスを含むその識別された初期構成データをネットワークエレメントに与えることを含む方法が提供される。
【００１４】
本発明の典型的な態様によれば、少なくとも別の装置と通信するように構成されたインターフェイスと；ドメイン名サービスエンティティにおいてベンダー特有のドメイン名の解決を要求し、ドメイン名サービスエンティティからベンダー特有のネットワークエレメントマネージャー媒介者エンティティのネットワークアドレスを取得し、ベンダー特有のネットワークエレメントマネージャー媒介者エンティティのその取得したネットワークアドレスを使用して初期構成データを要求し、及び最終構成データを与えるネットワークエレメントマネージャーエンティティのネットワークアドレスを含む初期構成データをベンダー特有のネットワークエレメントマネージャー媒介者エンティティから得る、ことを装置に遂行させるよう構成されたプロセッサと；を備えた装置が提供される。
【００１５】
本発明の典型的な態様によれば、少なくとも別の装置と通信するように構成されたインターフェイスと；特定の無線アクセステクノロジーを使用して特定のオペレータの無線アクセスネットワークにおいて動作できる特定のベンダーのネットワークエレメントから要求があった際に、複数のベンダーのベンダー特有のドメイン名とベンダー特有のネットワークエレメントマネージャー媒介者エンティティとの間のマッピングを使用してベンダー特有のドメイン名を解決し、及びネットワークエレメントのベンダーのベンダー特有のネットワークエレメントマネージャー媒介者エンティティのネットワークアドレスをネットワークエレメントに与える、ことを装置に遂行させるように構成されたプロセッサと；を備えた装置が提供される。
【００１６】
本発明の典型的な態様によれば、少なくとも別の装置と通信するように構成されたインターフェイスと；特定の無線アクセステクノロジーを使用して特定のオペレータの無線アクセスネットワークにおいて動作できる特定のベンダーのネットワークエレメントから要求があった際に、特定のベンダーの複数のネットワークエレメントマネージャーエンティティの初期構成データとネットワークエレメントとの間のマッピングを使用してネットワークエレメントの初期構成データを識別し、及びネットワークエレメントの最終構成データを与えるネットワークエレメントマネージャーエンティティのネットワークアドレスを含むその識別された初期構成データをネットワークエレメントに与える、ことを装置に遂行させるように構成されたプロセッサと；を備えた装置が提供される。
【００１７】
本発明の典型的な態様によれば、コンピュータ（例えば、本発明の前記装置関連典型的態様のいずれか１つによる装置のコンピュータ）でプログラムを実行するときに、本発明の前記方法関連の典型的態様のいずれか１つによる方法をそのコンピュータに実行させるように構成されたコンピュータ実行可能なコンピュータプログラムコードを含むコンピュータプログラム製品が提供される。
【００１８】
そのようなコンピュータプログラム製品は、コンピュータ実行可能なコンピュータプログラムコードが記憶される（有形の）コンピュータ読み取り可能な（記憶）媒体等として実施されるか又はそれを含み、及び／又はプログラムは、コンピュータ又はそのプロセッサの内部メモリへ直接ロード可能である。
【００１９】
本発明の以上に述べた典型的態様の好都合な更なる開発又は変更は、以下に述べる。
【００２０】
本発明の典型的な実施形態により、統合された（即ち、マルチベンダー、マルチＲＡＴ及びマルチＮＥＭケーパブルの）ネットワークエレメント自動構成フレームワークが提供される。より詳細には、本発明の典型的な実施形態により、統合された（即ち、マルチベンダー、マルチＲＡＴ及びマルチＮＥＭケーパブルの）ネットワークエレメント自動構成フレームワーク（無線アクセスネットワーク又は他の無線ネットワークにおける／のための）の手段及びメカニズムが提供される。
【００２１】
従って、統合された（即ち、マルチベンダー、マルチＲＡＴ及びマルチＮＥＭケーパブルの）ネットワークエレメント自動構成フレームワーク（無線アクセスネットワーク又は他の無線ネットワークにおける／のための）を可能にし／実現する方法、装置及びコンピュータプログラム製品によって改善がなされる。
【００２２】
以下、本発明は、添付図面を参照した非限定例により詳細に説明する。
【図面の簡単な説明】
【００２３】
【図１】従来のネットワークエレメント自動構成フレームワークの第１の比較例を示す概略図である。
【図２】従来のネットワークエレメント自動構成フレームワークの第２の比較例を示す概略図である。
【図３】本発明の典型的実施形態によるネットワークエレメント自動構成フレームワークの装置間の典型的手順を示す概略図である。
【図４】セキュリティ関連態様が典型的に示された本発明の典型的実施形態によるネットワークエレメント自動構成フレームワークの第１の例を示す概略図である。
【図５】単一ベンダーのケースが典型的に示された本発明の典型的実施形態によるネットワークエレメント自動構成フレームワークの第２の例を示す概略図である。
【図６】マルチベンダーのケースが典型的に示された本発明の典型的実施形態によるネットワークエレメント自動構成フレームワークの第３の例を示す概略図である。
【図７】本発明の典型的な実施形態によるネットワークエレメント自動構成フレームの典型的装置の概略図である。
【発明を実施するための形態】
【００２４】
本発明は、特定の非限定例及び本発明の実施形態と現在考えられるものを参照してここに説明する。当業者であれば、本発明は、これらの例に限定されず、より広範囲に適用できることが明らかであろう。
【００２５】
本発明及びその実施形態の以下の説明は、主として、ある典型的ネットワーク構成及び配備のための非限定例として使用される仕様を参照することに注意されたい。即ち、本発明及びその実施形態は、主として、ある典型的ネットワーク構成及び配備のための非限定例として使用される３ＧＰＰ仕様に関連して説明する。特に、そのように説明される典型的実施形態を適用するための非限定例としてＬＴＥ／ＬＴＥ−アドバンスト通信システムが使用される。従って、ここに述べる典型的実施形態の説明は、特に、それに直接関連した語彙を参照する。そのような語彙は、ここに示す非限定例の文脈に使用されるものに過ぎず、当然のことながら、本発明を何ら限定するものではない。むしろ、他のネットワーク構成又はシステム配備等も、ここに述べる特徴と適合する限り使用することができる。
【００２６】
特に、本発明及びその実施形態は、例えば、無線アクセスネットワーク又は他の無線ネットワークにおいてネットワークエレメントの自動構成（自動接続及び／又は自動コミッショニングを含む）を使用する通信システム又はテクノロジーに適用することができる。
【００２７】
以下、本発明の種々の実施形態及び具現化並びにその態様又は実施形態は、多数の変形例及び代替例を使用して説明する。一般的に、ある種のニーズ及び制約に従い、ここに述べる全ての変形例及び／又は代替例は、単独で設けられてもよいし任意の組み合わせで設けられてもよい（種々の変形例及び／又は代替例の個々の特徴の組み合わせも含む）ことに注意されたい。
【００２８】
本発明の典型的な実施形態によれば、大まかに言えば、統合された（即ち、マルチベンダー、マルチＲＡＴ及びマルチＮＥＭケーパブルの）ネットワークエレメント自動構成フレームワークのための（それを可能にし／実現化するための）手段及びメカニズムが提供される。
【００２９】
先ず、本発明及びその態様又はその実施形態の説明を容易にするため、従来の解決策をネットワークエレメント自動構成に関して説明する。
【００３０】
図１及び２は、ベンダー特有のエンティティ及び出願人／譲受人のブランド名で具現化されるシステムフレームワークに典型的に向けられることに注意されたい。この点に関して、“ＮｅｔＡｃｔ”は、ネットワークエレメントマネージャー（ＮＥＭ）又はネットワークマネージメントシステムのための非限定（ベンダー特有の）例を表わし、又、“ｉＯＭＳ”は、自動構成サーバー／エンティティのための非限定（ベンダー特有の）例を表わす。あるエンティティのためのそのようなベンダー特有の例にも関わらず、そのように示されたシステムフレームワークは、一般的に、ベンダーとは独立した環境において適用することができる。
【００３１】
図１は、従来のネットワークエレメント自動構成フレームワークの第１の比較例を示す概略図である。図１には、明瞭化のためにセキュリティ関連の態様が省略されたシステムインフラストラクチャーが例示されている。
【００３２】
図１の典型的なシステムインフラストラクチャーは、自動構成されるべき第１ベンダーのＬＴＥ／ＷＣＤＭＡ（登録商標）基地局ＮＢ／ｅＮＢと、ＤＨＣＰサーバーと、異なるベンダー（即ち、ＮＳＮは第１ベンダーを表わし、ベンダーＢは第２ベンダーを表わす）の２つのネットワークエレメントマネージャー（ＮＥＭ）とを備えている。ＤＨＣＰサーバーでは、各ベンダーの構成データセットが設けられ、そして２つのベンダーのＮＥＭの各々は、そのベンダーの１組のＮＥ（即ち、ＮＳＮのｅＮＢ１、ｅＮＢ２及びｅＮＢ３、並びにベンダーＢのｅＮＢ  Ａ、ｅＮＢ  Ｂ及びｅＮＢ  Ｃ）のための構成データを含む。
【００３３】
図１に基づく従来の自動接続及び自動コミッショニングフレームワーク、即ち従来のマルチベンダープラグアンドプレイ(plug-and-play)機能は、次のように要約される。
【００３４】
基本的に、図１による基礎的な通信システムは、分離されたＰｎＰ及び動作アクセスＶＬＡＮと、共通のＰｎＰ及びＯＡＭ  ＩＰドメインとに構成される。
【００３５】
実際のＰｎＰ自動構成シーケンスでは、ｅＮＢは、先ず（任意であるが）、ＰｎＰ自動構成に使用すべき専用ＰｎＰアクセスＶＬＡＮを識別するためのＶＬＡＮプローブシーケンスを実行する。次いで、ｅＮＢは、ＤＨＣＰサーバーと協働してＤＨＣＰシーケンスを実行し（従って、ｅＮＢのベンダー、即ちＮＳＮの構成データセットにアクセスし）、それにより、ＰｎＰ自動構成に使用すべき一時的なＮＥ識別（ＢＴＳ  ＰｎＰ  ＩＰ＠として表わされる）、例えば、ＲＡ／ＣＡサーバーのＩＰアドレスのようなベンダー特有のパラメータ（即ち、登録／認証関係のインスタンス）、及びＮｅｔＡｃｔ／ｃｏｍｍｉｓｓｉｏｎｉｎｇ  ｉＯＭＳのようなベンダー特有のＮＥＭ及び／又は自動構成サーバー／エンティティ（即ちベンダー特有のＮＥＭのインスタンス）を得る。
【００３６】
それに基づいて、ｅＮＢは、その一時的な識別を使用して、オペレータネットワーク、即ちＰＮＰアクセスＶＬＡＮに接続する。その際に、図示されていないが、ｅＮＢは、例えば、ＮｅｔＡｃｔのようなＮＥＭに接続するのに使用される認証情報としてＰＫＩ情報を得るためにＣＡサーバーに接続する。
【００３７】
ハードウェア対サイトマッピングを可能にするためのＧＰＳ又は別のポジショニングサービスがｅＮＢに利用できない場合には、ＰｎＰ自動構成シーケンスは、自動接続（及びＲＡ／ＣＡからのセキュリティクレデンシャルプロビジョニング）の後に停止し、フィールドインストーラーは、サイト位置に明確にリンクされたｅＮＢ識別子を注入し、それに応じて、ＰｎＰ自動構成シーケンスが継続する。ＧＰＳ又は別のポジショニングサービスがｅＮＢに利用できる場合には、この段階でジオロケーション情報を使用して完全自動化のハードウェア対サイトマッピングが遂行され、即ちＰｎＰ自動構成シーケンスは、中断する必要がない。
【００３８】
更に、ｅＮＢは、その一時的識別子（例えば、ジオロケーション、又はサイト識別子、等）をＮＥＭ、例えば、ＮｅｔＡｃｔ、即ち自動構成サーバー／エンティティ、例えば、コミッショニングｉＯＭＳへ送出する。その際に、ＮＥＭ、例えば、ＮｅｔＡｃｔは、その一時的識別子に対応する最終的ＮＥ識別子を確認し、そして最終的自動構成サーバー／エンティティ、例えば、最終的ｉＯＭＳをｅＮＢへ指定し、更に、ｅＮＢは、最終的自動構成サーバー／エンティティ、例えば、最終的ｉＯＭＳに接続し、そして（最終的）構成データ及びソフトウェア、並びに自動構成サーバー／エンティティ及び／又はＮＥＭ、例えば、ｉＯＭＳ／ＮｅｔＡｃｔの最終的ＩＰアドレスを、ＮＥＭ、例えば、ＮｅｔＡｃｔ、即ち最終的自動構成サーバー／エンティティ、例えば、最終的ｉＯＭＳからダウンロードする。
【００３９】
それに基づき、ｅＮＢは、その最終的識別を使用して、即ち管理に関する接続性（“ｍプレーン”）ＩＰ＠のための最終的ＩＰアドレスで、オペレータネットワーク、即ち動作アクセスＶＬＡＮに再接続する。その際に、ネットワークの一体化を、それに応じて継続することができる。
【００４０】
更なる詳細については、図１における図示及び記述を参照されたい。
【００４１】
図１による従来のネットワークエレメント自動構成フレームワークの基本的な問題は、共通のＰｎＰ及びＯＡＭ  ＩＰドメインの使用にある。換言すれば、（ＯＳＩレイヤ３における）ＰｎＰとＯＡＭ  ＩＰドメインとの間の分離は、サポートされず、（ＯＳＩレイヤ２における）ＰｎＰと動作アクセスＶＬＡＮドメインとの間の分離だけがサポートされる。共通のＰｎＰ及びＯＡＭ  ＩＰドメインは、例えば、セキュリティの観点から脅威を有する。
【００４２】
図２は、従来のネットワークエレメント自動構成フレームワークの第２の比較例を示す概略図である。図２には、明瞭化のためにセキュリティ関連の態様が省略されたシステムインフラストラクチャーが例示されている。
【００４３】
図２の典型的システムインフラストラクチャーは、図１のものと同様であり、従って、詳細については、前記説明を参照されたい。
【００４４】
しかしながら、基礎的な通信システムの構造は、真のドメイン分離が与えられるという点で図１とは異なる。換言すれば、図２による基礎的な通信システムは、分離されたＰｎＰ及び動作アクセスＶＬＡＮと、分離されたＰｎＰ及びＯＡＭ  ＩＰドメインへと形成される。
【００４５】
図２による従来の自動接続及び自動コミッショニングフレームワーク、即ち従来のマルチベンダープラグアンドプレイ機能は、図１によるものと基本的に同様である。詳細については、図１に関する前記説明と共に図２における図示及び記述を参照されたい。
【００４６】
図１による従来の自動接続及び自動コミッショニングフレームワークに対する相違は、基本的に、ｅＮＢが、先ず、コミッショニング自動接続サーバー／エンティティ、例えば、コミッショニングｉＯＭＳから初期構成データを得、その後、特に、オペレータネットワーク、即ち動作アクセスＶＬＡＮへの再接続の後、その最終的識別、即ち最終的ｍ−プレーンＩＰ＠を使用して、最終的自動構成サーバー／エンティティ、例えば、最終的ｉＯＭＳから最終的構成データを得るという点にある。最終的構成データとは対照的に、初期構成データは、ＳＯＮ完了能力をもたずに予め構成された構成ファイルを表わす（即ち、予め構成されたデータと、ＳＯＮ機能の実行により発生されたデータとの組み合わせ）。
【００４７】
従って、初期構成データは、ＰｎＰ  ＩＰドメイン（コミッショニング自動構成サーバー／エンティティ、例えば、ｉＯＭＳが属する）から、ＰｎＰアクセスＶＬＡＮドメインを経て与えられ、一方、最終的構成データは、ＯＡＭ  ＩＰドメイン（最終的自動構成サーバー／エンティティ、例えば、ｉＯＭＳが属する）から、動作アクセスＶＬＡＮドメインを経て与えられる。
【００４８】
図２による従来のネットワークエレメント自動構成フレームワークは、真のドメイン分離を与えるが、上述した従来の両ネットワークエレメント自動構成フレームワークに固有の幾つかの問題が残されている。
【００４９】
即ち、特に、責任の重いＮＥＭ及び責任の重いＣＡサーバーのＩＰアドレスを得る際にＤＨＣＰプロトコルを使用することに特別の問題がある。
【００５０】
ＤＨＣＰは、基本的に従来知られている全てのベンダー特有のプラグアンドプレイ解決策の一部分であるが、この点に関してＤＨＣＰを使用するために次のような問題が発生する（これは、標準的な解決策の実現が望まれるときに特に関係がある）。他方、ＤＨＣＰサーバーを、各サブネットで利用できることが必要であるか、又は各サブネットが、ＤＨＣＰリレー機能を与えるノードを有する必要がある（別のサブネットに位置するＤＨＣＰサーバーに到達できるように）。そこで、基礎的な無線（アクセス）ネットワークのある程度広範囲の予めの構成が必要とされ、従って、予めの構成の必要性のために真のＰｎＰ特性に悪影響が及ぶ。他方、多数のベンダーをサポートするために（即ち、異なるベンダー特有のＮＥＭへの間接性(indirection)を与えるために）、ＤＨＣＰオプションを使用しなければならず、即ちベンダー特有の情報を要求し及び検索するために、ベンダークラス識別子（ＤＨＣＰオプションコード６０）及びベンダー特有の情報（ＤＨＣＰオプションコード４３）を使用しなければならない（図１及び２から明らかなように）。しかしながら、ＤＨＣＰオプションは、既存の（オープンソース及び商業的）ＤＨＣＰ具現化により独立したサーバーとして充分に及び／又は一貫してサポートされないか、或いはルータのようにネットワークエレメントに一体化されない。又、そのようなオプションが具現化された場合でも、与えられる能力は、要求される統合型ネットワークエレメント自動構成ネットワークを実現するに充分ではない。これは、例えば、長さが２５５文字より長いオプション属性がサポートされないためである。
【００５１】
以上のことから、マルチベンダー、マルチＲＡＴ及びマルチＮＥＭ能力をもつ統合型ネットワークエレメント自動構成フレームワークを実現することは、不可能でないまでも、困難である。
【００５２】
更に、上述した従来の両ネットワークエレメント自動構成ネットワークのセキュリティ設定も、必要なマルチベンダー能力に欠ける。従来、セキュリティ設定は、オペレータの証明当局（ＣＡ）サーバーにアクセスすることを通してｅＮＢにより行われる。このために、ｅＮＢは、次のような属性を経てＤＨＣＰプロトコルによりｅＮＢにシグナリングされる４つの情報断片を必要とする。
【００５３】
ＤＨＣＰ属性 記述 長さ 状態
ＣＡ／ＣＭ  ＩＰ      ＣＡサーバーの        可変            実施
アドレス              ＩＰアドレス      （４オクテット）
ＣＡ／ＣＭＰ          ＣＡサーバーの        可変            実施
ポート番号            ポート番号        （２オクテット）
ＣＭＰ                ＣＡサーバーの      可変ストリング    実施
サブジェクト名        サブジェクト名    （最大１００      （常時使用
（セキュリティサーバ    オクテット）      ではない）
ーが多数のバーチャル
ＣＡをホストする場合
に論理的ＣＡサーバー
エンティティ間を区別
するのに使用される）
ＣＭＰプロトコル      ＨＴＴＰアクセス    可変ストリング    まだ実施
の経路                のＣＭＰサーバー                      されず
経路
【００５４】
最初の３つの属性は、典型的に実施されるが、第４の属性（即ち、経路属性）は、現在、固定されると仮定され（ｐｋｉｘ）、全てのオペレータに対して真ではない。従って、従来のフレームワークを拡張すべき場合には、ＤＨＣＰを経てシグナリングされる必要のある付加的なパラメータである。ポート番号として通常使用される“ｐｋｉｘ−３−ｃａ−ｒａ”と称されるＴＣＰポート番号８２９が良く知られているが、ＣＡがその特定ポートで聞くことを命令する規格はなく、従来の実施ではこのパラメータをＤＨＣＰオプションから得ることが必要になる。次いで、ＣＭＰサービスは、次のＵＲＬにおいてｅＮＢによりアクセスされねばならない（サブジェクト名は、ＣＭＰメッセージ交換内で使用される）：
ｈｔｔｐ：／／＜ＣＡ−ＩＰ＠＞：＜ＣＡ−ＰＯＲＴ＞／＜ｐａｔｈ＞
【００５５】
しかしながら、そのような解決策は、実際には適用できない。この解決策に伴う問題は、それが上述した任意のＤＨＣＰ属性に広範囲に依存することである。しかし、ＤＨＣＰを使用して基本的なマルチベンダーの問題を解決することが実現できるときでも、多数のＲＡＴに対して更なる区別を与え、且つ更に、異なるＮＥＭインスタンスに対しても区別を与えることは、前記解決策ではもはや実現できない。これは、異なるベンダードメイン（異なるＲＡＴ＆ＮＥＭインスタンス）の全ての情報をＤＨＣＰサーバーへ露出する必要があるからである。更に、大量のデータは、ＤＨＣＰオプションの適切さをあまり実用的でないものにする。
【００５６】
以上に鑑み、本発明及びその態様又は実施形態は、前記問題及び欠点を克服し且つ一般的な要件を満足することのできる統合型（即ち、マルチベンダー、マルチＲＡＴ及びマルチＮＥＭケーパブル）ネットワークエレメント自動構成フレームワークを提供する。
【００５７】
以下、本発明及びその態様又は実施形態を詳細に説明する。
【００５８】
図３は、本発明の典型的な実施形態によるネットワークエレメント自動構成フレームワークの装置間の典型的手順を示す概略図である。
【００５９】
図３の典型的システムインフラストラクチャーは、図４から６のいずれかによりｅＮＢ／ＮＢで典型的に表わされたネットワークエレメントＮＥと、図４から６のいずれかによりＤＮＳサーバーで典型的に表わされたドメイン名サービスエンティティＤＮＳと、図４から６のいずれかによりＮＥＭベンダーＡ／Ｂ媒介者で典型的に表わされたベンダー特有のネットワークエレメントマネージャー媒介者エンティティ「ＮＥＭ媒介者」とを備えている。
【００６０】
本発明の典型的な実施形態によれば、ＮＥは、特定の無線アクセステクノロジーを使用して特定のオペレータの無線アクセスネットワークにおいて動作できる特定のベンダーのネットワークエレメントを表わす。
【００６１】
図３に示すように、本発明の典型的な実施形態による対応する手順は、次の動作／機能を含む。
【００６２】
自動構成されるべきＮＥは、ＤＮＳにおいてベンダー特有のドメイン名の解決を要求し、ＤＮＳは、ＮＥから要求を受け取ると、多数のベンダーのベンダー特有のドメイン名とベンダー特有のネットワークエレメントマネージャー媒介者エンティティとの間のマッピング（即ち、マルチベンダーサポートマッピング）を使用してベンダー特有のドメイン名を解決し、そしてＮＥのベンダーのＮＥＭ媒介者（即ち、ＮＥに対して責任のある／関連したＮＥＭ媒介者）のネットワークアドレスをＮＥに与える。それにより、ＮＥは、ＤＮＳからＮＥＭ媒介者のネットワークアドレスを取得し、そしてその取得したネットワークアドレスを使用してＮＥＭ媒介者から初期構成データを要求する。ＮＥＭ媒介者は、ＮＥから要求を受け取ると、ネットワークエレメントと特定ベンダーの複数ネットワークエレメントマネージャーエンティティ（ＮＥＭ）の初期構成データとの間のマッピング（即ち、マルチＮＥＭ／ＲＡＴサポートマッピング）を使用してＮＥの初期構成データを識別し、そしてＮＥの最終的構成データを与えるネットワークエレメントマネージャーエンティティ（ＮＥＭ）のネットワークアドレスを含むその識別された初期構成データをＮＥに与える。これにより、ＮＥは、最終的構成データを与えるネットワークエレメントマネージャーエンティティ（ＮＥＭ）のネットワークアドレスを含むその初期構成データをＮＥＭ媒介者から得る。
【００６３】
それに鑑み、本発明の典型的実施形態による統合型（即ち、マルチベンダー、マルチＲＡＴ及びマルチＮＥＭケーパブル）ネットワークエレメント自動構成フレームワークは、（ＤＨＣＰではなく）ＤＮＳを使用してマルチベンダーサポート（即ち、マルチベンダーレベル弁別機能）を与えると共に、ＮＥＭ媒介者を導入してマルチＮＥＭ／ＲＡＴサポート（即ち、マルチＮＥＭ／マルチＲＡＴレベル弁別機能）を与えることを特徴とする。これにより、その特定ベンダーの異なるベンダー特有のＮＥＭ（異なるＲＡＴに対する）への間接性が、自動構成されるべきＮＥに対して実現される。
【００６４】
図４は、本発明の典型的な実施形態によるネットワークエレメント自動構成フレームワークの第１の例を示す概略図で、（完全さのために）セキュリティ関連の態様が典型的に示されている。
【００６５】
前記図１及び２と同様に、図３による典型的システムインフラストラクチャーは、自動構成されるべき特定ベンダーのＬＴＥ／ＷＣＤＭＡ（登録商標）基地局ＮＢ／ｅＮＢと、ＤＨＣＰサーバーと、特定ベンダーのネットワークエレメントマネージャー（ＮＥＭ）とを備えている。更に、図３による典型的なシステムインフラストラクチャーは、ＤＮＳサーバーと、ＮＥＭ媒介者と、セキュリティの観点のためのＣＡサーバーとを備えている。
【００６６】
前記図２と同様に、図３による基礎的な通信システムは、分離されたＰｎＰ及び動作アクセスＶＬＡＮと、分離されたＰｎＰ及びＯＡＭ  ＩＰドメインとに構成され、これにより、真のドメイン分離を実現する。より詳細には、ＤＮＳサーバー、（オペレータ特有の）ＣＡサーバー、及び（ベンダー特有の）ＮＥＭ媒介者は、ＰｎＰ  ＩＰドメインに配置され、そして（特に、初期／一時的ＮＥ識別を使用して）ＰｎＰアクセスＶＬＡＮドメインを経てアクセスすることができ、更に、（ベンダー特有の）ＮＥＭは、ＯＡＭ  ＩＰドメインに配置され、そして（特に、最終的ＮＥ識別を使用して）動作アクセスＶＬＡＮドメインを経てアクセスすることができる。
【００６７】
本発明の典型的な実施形態によれば、自動接続及び自動コミッショニングの環境における個々のエンティティの動作／機能、即ちマルチベンダープラグアンドプレイは、次のように要約される。
【００６８】
ＤＨＣＰサーバーは、（ＢＴＳ  ＩＰ＠と表示される）ＮＥの初期ネットワークアドレス及び（ＤＮＳサーバーＩＰ＠と表示される）ＤＮＳサーバーのネットワークアドレスを与える。従って、ＤＨＣＰサーバーの使用は、全ての標準的なＤＨＣＰサーバーによって（即ち、必須のパラメータのみを使用して）必須にサポートされねばならないレベルへと減少される。
【００６９】
ＤＮＳサーバーは、ベンダー特有のドメイン名、及び任意であるがオペレータ特有のドメイン名も解決し、そして対応するベンダーの媒介者ＮＥＭの（ＰｎＰ関連の）ネットワークアドレス（例えば、ＩＰ＠）、及び任意であるがオペレータのＣＡサーバーのネットワークアドレス（例えば、ＩＰ＠）もＮＥへ返送する。
【００７０】
ＣＡサーバーは、例えば、ＴＬＳ（認証及び暗号化の両方を使用する）又はＩＰＳｅｃを経て媒介者ＮＥＭに接続するためＮＥにより使用されるべき認証情報（例えば、ＰＫＩ情報）を与える。
【００７１】
媒介者ＮＥＭ（オペレータネットワークにおいてベンダー装置ごとにそのような専用ノードが１つ設けられる）は、各ベンダーの全てのＮＥ（例えば、ＢＴＳ）の初期構成データを記憶する（が、最終的な構成データ、即ち詳細なプランニングデータは除く）。初期構成データは、ＮＥに対する最終的な構成データ、即ち詳細なプランニングデータを包含するＮＥＭノードのネットワークアドレス（例えば、ＩＰ＠）、及び任意であるがＮＥそれ自体の最終的なネットワークアドレス（例えば、ＩＰ＠）を含めて、ＯＡＭ／動作アクセスドメインに適用可能な接続情報のみを含む。
【００７２】
ＮＥＭノード（図３には１つだけが例示されている）は、各ベンダーの全てのＮＥ（例えば、ＢＴＳ）の最終的構成データ、即ち詳細なプランニングデータを含む。オペレータは、各プランニングデータをＮＥＭノードにプロビジョニングし、このノードは、その初期構成部分を各ベンダーの仲裁者ＮＥＭにアップロードする。
【００７３】
ＮＥは、他のエンティティの前記動作／機能に基づいて自動構成される。より詳細には、ＮＥは、その初期／一時的識別を使用して、オペレータネットワーク、即ちＰＮＰアクセスＶＬＡＮに接続し、そしてその最終的識別、例えば、最終的ｍプレーンＩＰ＠を使用して、オペレータネットワーク、即ちオペレータアクセスＶＬＡＮに再接続する。
【００７４】
本発明の典型的な実施形態によれば、対応するベンダーの全てのＮＥに対してＮＥＭ媒介者により記憶された初期構成データは、特に、次のエンティティ、即ちＢＴＳ管理ＩＰアドレス、ＢＴＳトランスポートＩＰアドレス、ＢＴＳ  ＶＬＡＮ  ＩＤ、デフォールトＧＷ  ＩＰアドレス、ＮＥＭ  ＩＰアドレス、の１つ以上を含む。任意であるが、これは、ＩＰＳｅｃ  ＧＷ  ＩＰアドレスも含む（ＩＰＳｅｃ  ＧＷは、信頼性のあるＯＡＭドメインを他のネットワーク部分から分離するのに使用される）。
【００７５】
本発明の典型的な実施形態によれば、最終的構成データ、即ち各サイトの詳細なネットワークプランニングは、オペレータのプランニングツールから、当該サイトにインストールされる各ＮＥ（例えば、ＢＴＳ）を専用に構成するＮＥＭへプロビジョニングされる。ネットワークプランをプロビジョニングした後に、ＮＥＭノードは、単一方向性インターフェイスを経てＮＥＭ媒介者へ初期構成部分をアップロードし、そして最終的構成データ（の残りの部分）、即ち各サイトの詳細なネットワークプランニングを維持する。
【００７６】
図３に示す本発明の典型的な実施形態によれば、ベンダー特有のＦＱＤＮ（完全修飾ドメイン名）は、ベンダー特有のドメイン名を典型的に表わし、そしてＣＡサーバーＦＱＤＮ（完全修飾ドメイン名）は、オペレータ特有のドメイン名を典型的に表わす。ベンダー特有のドメイン名は、ベンダー特有のネットワークエレメントマネージャー媒介者エンティティ、即ちベンダーのＮＥＭ媒介者を識別するためのものであり、そしてオペレータ特有のドメイン名は、オペレータ特有の承認当局エンティティ、即ちオペレータのＣＡサーバーを識別するためのものである。
【００７７】
より詳細には、本発明の典型的な実施形態によるベンダー及びオペレータ特有のドメイン名は、ベンダー／オペレータ特有の部分及び固定部分を各々含む構造とされる。そのような構造において、ベンダー特有のドメイン名は、ベンダー特有のネットワークエレメントマネージャー媒介者エンティティ、即ちベンダーのＮＥＭ媒介者を識別するためのベンダー特有の部分と、オペレータネットワークを識別するための固定部分とを含み、及び／又はオペレータ特有のドメイン名は、（ＮＥＭ媒介者に接続するための認証情報を与える）オペレータ特有の承認当局エンティティ、即ちオペレータのＣＡサーバーを識別するためのオペレータ特有の部分と、オペレータネットワークを識別するための固定部分とを含む。
【００７８】
例えば、対応するベンダーのＮＥＭ媒介者に使用されるベンダー特有のＦＱＤＮの構造は、次の通りである。
ｖｅｎｄｏｒ＜ＶＥＮＤＯＲ＞．ｍｅｄｉａｔｏｒ．ｏａｍ．ｍｎｃ＜ＭＮＣ＞．ｍｃｃ＜ＭＣＣ＞．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ
【００７９】
例えば、ＣＡサーバーに使用されるオペレータ特有のＦＱＤＮの構造は、次の通りである。
ｃａ−ｓｅｒｖｅｒ．ｍｅｄｉａｔｏｒ．ｏａｍ．ｍｎｃ＜ＭＮＣ＞．ｍｃｃ＜ＭＣＣ＞．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ
【００８０】
前記構造において、部分“ｖｅｎｄｏｒ＜ＶＥＮＤＯＲ＞．ｍｅｄｉａｔｏｒ．ｏａｍ”及び“ｃａ−ｓｅｒｖｅｒ．ｍｅｄｉａｔｏｒ．ｏａｍ”は、前記ベンダー及びオペレータ特有の部分を表わし、ここで、ＶＥＮＤＯＲは、独特のベンダー識別子を各々表わす。更に、部分“ｍｎｃ＜ＭＮＣ＞．ｍｃｃ＜ＭＣＣ＞．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ”は、前記固定部分を表わし、ここで、ＭＮＣ及びＭＣＣは、オペレータの移動ネットワーク／国コードを表わし、そしてドメイン仕様“３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ”（ＬＴＥ／ＥＰＣネットワークの異なるノードに対する多数のサブドメインを含む）は、ナンバリング、アドレッシング及び識別のための３ＧＰＰ規格（３ＧＰＰ  ＴＳ２３．００３による）との適合性を指示する。
【００８１】
本発明の典型的な実施形態によれば、部分“ｖｅｎｄｏｒ＜ＶＥＮＤＯＲ＞．ｍｅｄｉａｔｏｒ”及び“ｃａ−ｓｅｒｖｅｒ．ｍｅｄｉａｔｏｒ”は、（セキュアな）マルチベンダーサポート（即ち、マルチベンダーレベル弁別機能）を実現するために特に有効である。
【００８２】
本発明の典型的な実施形態によれば、ベンダー及びオペレータ特有のドメイン名（ＦＱＤＮ）は、ネットワークエレメント又はＤＮＳサーバーにおいて構築される。このため、特に、固定オペレータネットワーク部分のＭＮＣ及びＭＣＣは、以下に述べるようにＦＱＤＮを構築するために対応的に設けられ、従って、配備の前にネットワークエレメントを予め構成する必要性をできるだけ回避する。
【００８３】
他方、各ＦＱＤＮの固定部分（即ち、“ｍｎｃ＜ＭＮＣ＞．ｍｃｃ＜ＭＣＣ＞．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ”）は、ＤＮＳサーバーにおいてデフォールトレルムとしてプロビジョニングされ、そしてＮＥは、“ｃａ−ｓｅｒｖｅｒ．ｍｅｄｉａｔｏｒ．ｏａｍ”及び／又は“ｖｅｎｄｏｒ＜ＶＥＮＤＯＲ＞．ｍｅｄｉａｔｏｒ．ｏａｍ”部分だけをＤＮＳサーバーへ伝送し、これは、ＤＮＳサーバーによりデフォールトレルムサフィックスで完了とされる。そのような解決策は、単一オペレータインフラストラクチャー（即ち、リソース（アクセス／トランスポートネットワーク、ＤＮＳサーバー）が異なるオペレータ間に共有されないとき）又は共有インフラストラクチャー環境において得に有用であり、ここで、１人のオペレータが先頭に立ってＤＮＳサーバーを含むインフラストラクチャーを与えるときに、デフォールトレルムの一部分としてＤＮＳにおいてプロビジョニングされるのは、オペレータのＭＮＣ及びＭＣＣとなる。
【００８４】
従って、そのような解決策では、ネットワークエレメントは、ベンダー特有のドメイン名のベンダー特有の部分及び／又はオペレータ特有のドメイン名のオペレータ特有の部分をドメイン名サービスエンティティへ伝送する。ドメイン名サービスエンティティは、ベンダー特有のドメイン名のベンダー特有の部分及び／又はオペレータ特有のドメイン名のオペレータ特有の部分をネットワークエレメントから受け取り、ベンダー特有のドメイン名及び／又はオペレータ特有のドメイン名の固定部分を記憶し、そしてそれに基づいてベンダー特有のドメイン名及び／又はオペレータ特有のドメイン名を構築（完成）する。
【００８５】
他方、各ＦＱＤＮの固定部分（即ち、“ｍｎｃ＜ＭＮＣ＞．ｍｃｃ＜ＭＣＣ＞．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ”）は、ＤＨＣＰサーバーによりＮＥへ送出される（ＢＴＳ  ＰｎＰ  ＩＰ＠及び／又はＤＮＳサーバーＩＰ＠と共に）。そのような解決策は、ＤＨＣＰの標準化された必須の機能として有用であり、それ故、全てのＤＨＣＰサーバー実施は、そのような機能の実施を果たすものでなければならない。上述した解決策と比較したときに、この解決策の欠点は、ドメイン名のデフォールトレルム部分をＤＨＣＰサーバーに構成する必要があるので、ＤＨＣＰサーバーのための付加的な管理が要求されることである。
【００８６】
従って、そのような解決策では、ネットワークエレメントは、ベンダー特有のドメイン名及び／又はオペレータ特有のドメイン名の固定部分を動的なホスト構成プロトコルエンティティから取得し、それに基づいてベンダー特有のドメイン名及び／又はオペレータ特有のドメイン名を構築し、そしてその構築されたベンダー特有のドメイン名及び／又はオペレータ特有のドメイン名をドメイン名サービスエンティティへ伝送する。ドメイン名サービスエンティティは、そのように構築された（完全な）ベンダー特有のドメイン名及び／又はオペレータ特有のドメイン名をネットワークエレメントから受け取る。
【００８７】
図３に示す本発明の典型的な実施形態によれば、ＮＥは、ＤＮＳにおいてベンダー特有のドメイン名（例えば、ＦＱＤＮ）の解析を要求するだけでなく、ＤＮＳからＮＥＭ媒介者のネットワークアドレスも要求し、これは、次いで、ＮＥＭ媒介者から初期構成データを要求して得るのに使用される。又、セキュリティ関連の態様を実現するために、ＮＥは、ＤＮＳにおいてオペレータ特有のドメイン名（例えば、ＦＱＤＮ）の解決を要求し、そしてＤＮＳからオペレータ特有のＣＡサーバーのネットワークアドレスを取得し、これは、次いで、ＣＡサーバーに認証情報を要求してそこから検索し、そしてその検索した認証情報を使用してＮＥＭ媒介者へのセキュアな接続を設定するのに使用される。
【００８８】
ベンダー特有及びオペレータ特有の両ドメイン名（例えば、ＦＱＤＮ）がＤＮＳから取得されたときに、これは、任意のシーケンスで又は（ほぼ）同時に遂行される。
【００８９】
本発明の典型的な実施形態によれば、ＤＮＳサーバーは、ＮＥから要求があったときにベンダー特有のＦＱＤＮを解決するのに使用される。応答として返送されるネットワーク（例えば、ＩＰ）アドレスは、各ベンダーの媒介者ＮＥＭのアドレスである。媒介者ＮＥＭは、オペレータのＣＡサーバーとネゴシエーションされた認証及びＴＬＳ／ＩＰＳｅｃを使用して全ての新規ＮＥの初期接続を受け容れ、そしてそれらに、ＯＡＭアクセスドメインに使用されるＮＥのための最終的ＩＰアドレスと、各ＮＥの詳細なプランニングデータを含むＮＥＭノードのＩＰアドレスとを（とりわけ）含む初期構成データを与える。
【００９０】
本発明の典型的な実施形態によれば、ＤＮＳは、ＮＥから要求を受けた際にオペレータ特有のＦＱＤＮを解決するのに使用される。応答として返送されるネットワーク（例えば、ＩＰ）アドレスは、オペレータのＣＡサーバーのアドレスである。ＣＡサーバーにアクセスするには、ＩＰアドレスの他に、（前記テーブルに示された）ポート番号及びＵＲＬも必要であるから、この情報をＮＥに与えるために異なる解決策がある。
【００９１】
一方で、証明書管理プロトコル（ＣＭＰ）の標準的パラメータが使用される。標準値を使用する際に、ＣＭＰのための良く知られたポート、即ちポート８２９が既にある（これは、ＣＭＰに対して使用するように強制される）。更に、ほとんどのＣＡサーバーにより既に使用されているストリング“ｐｋｉｘ”のような、懇願されるＵＲＬが強制される。更に、ＣＡオブジェクト名は、固定／強制であるか、又はその使用は、規格により禁止される。
【００９２】
他方で、ドメイン名サービス（ＤＮＳ）テキスト（ＴＸＴ）リソースレコード（ＲＲ）が使用される。ＤＮＳ  ＴＸＴリソースレコードを使用する際に、特定形式のＤＮＳリソースレコードに関連したＴＸＴ  ＲＲがある。例えば、そのようなＴＸＴ  ＲＲは、ＣＡサーバーＩＰ（ＩＰｖ４又はＩＰｖ６）アドレスを含むＡ又はＡＡＡＡ  ＲＲに関連し、これは、要求された全ての付加的な情報、即ちＣＭＰポート、経路及びサブジェクト名を明示する。この場合、ＴＸＴ  ＲＲの構造は、標準化され、例えば、“ｐｏｒｔ＝＜ＰＯＲＴ＞、ｐａｔｈ＝＜ＰＡＴＨ＞、ｓｕｂｊｅｃｔ＝＜ＳＵＢＪＥＣＴ＞”である。
【００９３】
本発明の典型的な実施形態によれば、ＤＮＳサーバー（即ち、各マルチベンダーサポートマッピング）は、オペレータコンソールを経て（手動で）又は動的などメイン名サービスにより（動的に）更新される。この点に関して、マッピングの更新は、オペレータコンソールを経て、及び／又はベンダー特有のネットワークエレメントマネージャー媒介者エンティティ及び／又はオペレータ特有の証明書当局エンティティを経て、ローカル記憶されたマッピングの更新／変更により遂行され、及び／又はマッピングの更新は、オペレータコンソールから、及び／又はベンダー特有のネットワークエレメントマネージャー媒介者エンティティ及び／又はオペレータ特有の証明書当局エンティティから、更新／変更されたマッピングを受け取ることにより遂行される。これにより、ＮＥＭ媒介者のネットワークアドレス（及び任意であるが、オペレータのＣＡサーバーのネットワークアドレス）は、ＤＮＳサーバーにおいて最新の状態に保持される。
【００９４】
オペレータコンソールを経ての（手動）更新は、最も効率的である。というのは、少数のＤＮＳレコードしかなく（即ち、ベンダー当たり１つと、ＣＡサーバーのレコードとの和）、手動更新にあまり努力が要らないからである。又、そのような（手動）更新は、ＮＥＭ媒介者／ＣＡサーバーとＤＮＳサーバーとの間にインターフェイスを必要としないので、セキュリティ問題に関しても好ましい。
【００９５】
動的なＤＮＳによる（動的な）更新は、ＮＥＭ媒介者及びＣＡサーバーが、ＤＮＳサーバーに対するそれら自身のネットワークアドレスを、それが変化するときに、更新することを意味する。このような解決策は、ＤＮＳサーバーをプロビジョニングする全ての付加的な管理負担を軽減し、又、ＮＥＭ媒介者及び／又はＣＡサーバーのネットワークアドレスを管理するためのポリシーの選択肢をオペレータに与える。これらは、静的であって、ネットワークアドレスがＤＮＳサーバーにおいて一度しか更新されないが、ＤＨＣＰ又は他のアドレス管理ファシリティを経て動的でもあることを意味し、この場合には、ネットワークアドレスは、それがＮＥＭ媒介者及び／又はＣＡサーバーにおいて変化するときにＤＮＳサーバーに対して自動的に更新される。自動更新の便宜性にも関わらず、ＮＥＭ媒介者及び／又はＣＡサーバー間のインターフェイスに対するセキュリティ関連要件が、この解決策をあまり好ましくないものにする。
【００９６】
図５は、本発明の典型的実施形態によるネットワークエレメント自動構成フレームワークの第２の例を示す概略図で、単一ベンダーの場合が典型的に示され、且つ明瞭化のためにセキュリティ関連の観点が省略されている。
【００９７】
図５による典型的なシステムインフラストラクチャーは、図４のものと同様であり、従って、詳細については前記説明を参照する。従って、図５による典型的なシステムインフラストラクチャーは、ＤＮＳサーバー（及びそれに関連したドメイン名（ＦＱＤＮ）概念）によりマルチベンダーサポート（即ち、マルチベンダーレベル弁別機能）を与え、且つＮＥＭ媒介者によりマルチＮＥＭ／ＲＡＴサポート（即ち、マルチＮＥＭ／マルチＲＡＴレベル弁別機能）を与える統合型（即ち、マルチベンダー、マルチＲＡＴ及びマルチＮＥＭケーパブル）ネットワークエレメント自動構成フレームワークを構成する。
【００９８】
この点に関して、図５から明らかなように、そこに図示されたネットワークエレメント自動構成フレームワークは、同じＲＡＴ（即ち、マルチＮＥＭ能力）内の複数のＮＥＭノード、及び異なるＲＡＴ（即ち、マルチＲＡＴ能力）のための異なるＮＥＭノードをサポートする。
【００９９】
図４と同様に、図５による基礎的な通信システムは、分離されたＰｎＰ及び動作アクセスＶＬＡＮと、分離されたＰｎＰ及びＯＡＭ  ＩＰドメインとに構築され、真のドメイン分離を実現する。
【０１００】
図５による自動接続及び自動コミッショニングフレームワーク、即ち本発明の典型的な実施形態によるベンダー特有のプラグアンドプレイ機能は、次のように要約される。
【０１０１】
基本的な特性に関して、前記から明らかなように、次のことに注意されたい。
○分離されたＰｎＰ及びＯＡＭ  ＩＰドメイン／ネットワークは、（任意の）ＶＬＡＮプロービングで識別可能なＰｎＰのための専用ＶＬＡＮと共に存在し、
○媒介者ＮＥＭは、ＰｎＰ  ＩＰドメインに属し、最終的／実際のＮＥＭは、ＯＡＭ  ＩＰドメインに属し、
○ＤＨＣＰサーバーは、ＤＮＳサーバーのＩＰ＠を得るためにのみ使用され、
○ＤＮＳサーバーは、ベンダー特有の媒介者ＮＥＭのＩＰ＠を得るのに使用され、そこから、初期構成ファイルがダウンロードされ、及び
○ＯＡＭドメインからの最終的な自己構成は、予めプランニングされたｍプレーンＩＰ＠と共に最終的ＶＬＡＮアクセスネットワークのみを通して遂行される。
【０１０２】
これに鑑み、次のような準備が仮定される。
○ＤＨＣＰサーバーにおいてＤＮＳサーバーのＩＰ＠がセットされ、
○各ベンダーの媒介者ＮＥＭに対して、特定のＦＱＤＮが、ＤＮＳサーバーにおいて、手動で、又は各媒介者ＮＥＭにより動的なＤＮＳを経て、プロビジョニングされて、最新の状態に保持され、
○ＤＮＳサーバーにおいてオペレータのＣＡサーバーＩＰ＠がプロビジョニングされ、及び
○各ＮＥＭノードは、単一方向性インターフェイスを経て各ベンダーの媒介者ＮＥＭへプランニングデータの初期構成をアップロードする。
【０１０３】
実際のＰｎＰ自動構成シーケンスにおいて、ｅＮＢは、先ず（任意であるが）、ＰｎＰ自動構成に使用すべき専用のＰｎＰアクセスＶＬＡＮを識別するためのＶＬＡＮプロービングシーケンスを実行する。次いで、ｅＮＢは、ＤＨＣＰサーバーと協働してＤＨＣＰシーケンスを実行し、これにより、ＰｎＰ自動構成及びＤＮＳサーバーＩＰ＠に使用すべき一時的なＮＥ識別（ＢＴＳ  ＰｎＰ  ＩＰ＠として表わされた）を得る。
【０１０４】
それに基づき、ｅＮＢは、その一時的識別を使用して、オペレータネットワーク、即ちＰＮＰアクセスＶＬＡＮに接続する。その際に、ｅＮＢは、ＣＡサーバーＩＰ＠を得るためにオペレータ特有のＦＱＤＮについてＤＮＳサーバーに問合せし、ｅＮＢは、媒介者ＮＥＭ  ＩＰ＠を得るためにベンダー特有のＦＱＤＮについてＤＮＳサーバーに問合せし、そしてｅＮＢは、ＮＥＭ媒介者に接続するのに使用すべき認証情報としてＰＫＩ情報を得るためにＣＡサーバーに接続する。
【０１０５】
ハードウェア対サイトマッピングを可能にするためのＧＰＳ又は別のポジショニングサービスがｅＮＢにおいて利用できない場合には、ＰｎＰ自動構成シーケンスは、自動接続（及びＲＡ／ＣＡからのセキュリティクレデンシャルプロビジョニング）の後に停止し、フィールドインストーラーは、サイト位置に明確にリンクされるｅＮＢ識別子を注入し、そしてＰｎＰ自動構成シーケンスは、それに応じて継続する。ＧＰＳ又は別のポジショニングサービスがｅＮＢにおいて利用できる場合には、完全に自動化されたハードウェア対サイトマッピングがこの段階でジオロケーション情報を使用して遂行され、即ちＰｎＰ自動構成シーケンスを中断しなくてもよい。
【０１０６】
更に、ｅＮＢは、ｅＮＢとＮＥＭ媒介者との間でＴＬＳ設定を遂行する。そのようなセキュアなＴＬＳ接続において、ｅＮＢは、その一時的ＮＥ識別子（例えば、ジオロケーション又はサイトＩＤ、等）をＮＥＭ媒介者へ送出し、更に、ＮＥＭ媒介者は、その一時的識別子に対応する最終的なＮＥ識別子を確認し、そして初期構成データをｅＮＢへ送出する（初期＝ＳＯＮ完了をもたない予め構成された構成ファイル）。
【０１０７】
それに基づいて、ｅＮＢは、その最終的識別を使用して、即ち最終的ｍプレーンＩＰ＠で、オペレータネットワーク、即ち動作アクセスＶＬＡＮへ再接続する。これにより、ｅＮＢは、最終的／実際のＮＥＭノードに接続し、そして最終的構成データ及びソフトウェアを、責任のある／関連するＮＥＭノードからダウンロードする。その際に、ネットワーク統合を、それに応じて継続する。
【０１０８】
図６は、本発明の典型的実施形態によるネットワークエレメント自動構成フレームワークの第３の例を示す概略図で、マルチベンダーの場合が典型的に示され、且つ明瞭化のためにセキュリティ関連の観点が省略されている。
【０１０９】
図６による典型的なシステムインフラストラクチャーは、図４及び５によるものと同様であり、従って、詳細については前記説明を参照されたい。従って、図６による典型的システムインフラストラクチャーは、ＤＮＳサーバー（及びそれに関連したドメイン名（ＦＱＤＮ）概念）によりマルチベンダーサポート（即ち、マルチベンダーレベル弁別機能）を与え、且つＮＥＭ媒介者によりマルチＮＥＭ／ＲＡＴサポート（即ち、マルチＮＥＭ／マルチＲＡＴレベル弁別機能）を与える統合型（即ち、マルチベンダー、マルチＲＡＴ、及びマルチＮＥＭケーパブル）ネットワークエレメント自動構成フレームワークを構成する。
【０１１０】
図６による典型的なシステムインフラストラクチャーは、典型的マルチベンダーの場合が示されているという点で、図５によるものと相違する。即ち、マルチベンダーの能力に焦点を当て、仮定した２つのベンダー、即ち「ベンダーＡ」及び「ベンダーＢ」からのノードを例示する。
【０１１１】
図６による自動接続及び自動コミッショニングフレームワーク、即ち本発明の典型的な実施形態によるマルチベンダープラグアンドプレイ機能は、図５を参照して上述したものと基本的に同等である。図６から明らかなように、このように示された使用例の場合に、ｅＮＢ／ＮＢは、ベンダーＢによって販売され、そして典型的なＲＡＴ  Ｘにおいて／それと共に動作すると仮定する。更に、ベンダーＢのＲＡＴ  Ｘ  ＮＥに対して２つのＮＥＭノードを利用できるときには、自動構成されるべきｅＮＢ／ＮＢに対して責任を負い／関連するのは、典型的に、ＮＥＭ  ＲＡＴ  Ｘノード番号２である。
【０１１２】
本発明及びその態様並びに実施形態に関する以上の説明を参照し、本発明の典型的実施形態の特徴及び作用について以下に述べる。
【０１１３】
本発明の典型的な実施形態の第１の態様は、基本的に、ドメイン名サービスを利用して第１レベルの間接性、即ちマルチベンダーサポートを与えることにある。
【０１１４】
これにより、既存のネットワークサーバーの再使用に関して配備効率を得ることができる。ＤＮＳを使用することで、配備が促進される。というのは、ネットワークドメインにおいて単一のＤＮＳサーバーを維持するだけでよく、（ＤＨＣＰについて述べた問題のような）ＤＮＳプロトコルエンティティ間の総合運用性について知られた問題がないからである。更に、ニューメリックなＩＰアドレスのリストの取り扱いを回避するために、多くの場合、ネットワークドメインにおいてとにかくＤＮＳが使用される。又、ＩＰルータのベンダーは、内蔵のＤＨＣＰ及び／又はＤＮＳサーバーサービスをそれらの製品においてオファーする。ネットワークオペレータがそのようなルータを使用する場合には、必要なＤＨＣＰ及び／又はＤＮＳ機能を提供するために新規ノード／サーバーを物理的に配備する必要がなく、これにより、それらのノード／サーバーの配備及び（ある程度）保守コストを軽減する。
【０１１５】
本発明の典型的な実施形態の第２の態様は、基本的に、第２レベルの間接性、即ちマルチＲＡＴ／マルチＮＥＭサポートを与えるためにＮＥＭ媒介者機能／ノードを導入することにある。
【０１１６】
ＮＥＭ媒介者機能／ノードは、ベンダーの他のＮＥＭノードに対する前端を表わし、これにより、異なるＲＡＴのための異なるＮＥＭをサポートし（即ち、マルチＲＡＴ能力）、且つ同じタイプ／ＲＡＴの複数のＮＥＭ、例えば、複数の３Ｇ  ＮＳＮ  ＮｅｔＡｃｔノードのような複数のベンダー特有のＮＥＭエンティティをサポートする（即ち、マルチＮＥＭ能力）。これにより、（ベンダー特有の）基地局タイプ／能力／ＲＡＴに基づいてＮＥＭ／ＲＡＴマッピングが得られる。ＮＥＭ媒介者は、ＰｎＰ及びＯＡＭアクセスドメインへの分離を促進する第２レベルの間接性を与える（ＮＥＭ媒介者がＰｎＰアクセスドメインに位置する一方、他のＮＥＭがＯＡＭアクセスドメインに位置するので）。
【０１１７】
本発明の典型的な実施形態の第３の態様は、基本的に、ＮＥＭ媒介者と、同じベンダーの／のための他のＮＥＭとの間に一方向性のインターフェイスを設けることにある。
【０１１８】
ベンダーのＮＥＭノードと、同じベンダーのＮＥＭ媒介者機能／ノードとの間のインターフェイスは、単一方向性であり、即ち接続の確立は、ＮＥＭノードの１つからＮＥＭ媒介者に向かってのみ可能で、その逆はない。これは、例えば、ファイアウオールによって実施される。そのような設計は、セキュリティの改善を可能にするために有効である。これは、ＮＥＭ媒介者機能／ノードが（ＰｎＰアクセスドメインから）攻撃された場合に、いずれかのＮＥＭノードを犠牲にして、既に確立されたネットワークエレメントのためにＯＡＭシステムの機能を保存し、そしてサービスの継続性を保証する更に別の可能性がないからである。更に、ＮＥＭ媒介者機能／ノードは、ＮＥＭノードのＣＡベースの認証を要求するセキュアなインターフェイスを提供するように進化される。
【０１１９】
上述したように、本発明の典型的な実施形態による統合型ネットワークエレメント自動構成フレームワーク（アーキテクチャー、即ちノード／機能、及びシーケンス、即ち手順／オペレーションを含む）は、マルチベンダー、マルチＲＡＴ、及びマルチＮＥＭ能力を提供する。
【０１２０】
本発明の典型的実施形態によるマルチベンダー能力により、異なるベンダーのＮＥは、フィールドインストールの前にＮＥにおいてベンダー特有のデータを予め構成することなく、異なるベンダーに対して統合された（標準化された）仕方でＯＡＭシステムに接続することができる。
【０１２１】
本発明の典型的実施形態によるマルチＲＡＴ能力により、異なる／複数の無線アクセステクノロジー（ＲＡＴ）（例えば、ＷＣＤＭＡ（登録商標）、ＬＴＥ、等）を実施する同じベンダーからのＮＥ（例えば、基地局）は、特に、異なるＲＡＴに対して異なるＮＥＭノードがあるときに、適切なＮＥＭノードに自動的に接続して、それらの構成を受け取ることができる。
【０１２２】
本発明の典型的実施形態によるマルチＮＥＭ能力により、同じベンダー及び同じＲＡＴ内の複数のＮＥＭノード（例えば、複数の３Ｇ  ＮＳＮ  ＮｅｔＡｃｔノードのような複数のベンダー特有のＮＥＭエンティティ）がサポートされるが、ＮＥＭノードとＮＥとの間の直接的なマッピングがあり、ＮＥは、最初にネットワークに接続する場合に、その構成（プランニングデータ）をホストする特定のＮＥＭノードに（自動的に）接続することができる。従って、各ＮＥは、適切なＮＥＭノードの利用可能なセットからＮＥＭの特定のインスタンスへマップできるようにされる。
【０１２３】
更に、本発明の典型的な実施形態による統合型ネットワークエレメント自動構成フレームワーク（アーキテクチャー、即ちノード／機能、及びシーケンス、即ち手順／オペレーションを含む）は、近代的な通信システムに広く採用できる進歩したプラグアンドプレイ解決策のための種々の要件／特性（オペレータにより確立される）を満足する。以下に述べるそのような要件／特性は、上述した「マルチｘ」能力に及ぶもので、即ち各単一ベンダー解決策及びマルチベンダー統合部分がそれらの要件／特性（例えば、セキュリティのような）を満足する。
【０１２４】
本発明の典型的実施形態による統合型ネットワークエレメント自動構成フレームワークは、真のプラグアンドプレイ（ＰｎＰ）、即ち真のＰｎＰ接続設定を提供することができる。
【０１２５】
これにより、ＮＥは、フィールドインストールの前に工場において初期構成をプロビジョニングする必要はない。これは、実際のハードウェアインスタンスから構成データをデカップリングすることにより既製ＮＥの配備を促進する。ハードウェア対サイトマッピングプロセスにより、所与のＮＥインスタンスがインストールされるサイトが識別され、そしてサイトアイデンティティに基づき、対応する構成データが、そのサイトに対して準備されたプランニングデータベースから検索される。更に、ＮＥが接続されるアクセスネットワークの必要な事前構成が最小にされる。
【０１２６】
本発明の典型的な実施形態による統合型ネットワークエレメント自動構成フレームワークは、真のドメイン分離、即ち「ＰｎＰ」及び「ＯＡＭアクセス」ネットワークドメインの完全な分離を与えることができる。
【０１２７】
これにより、オペレータのＶＬＡＮ及びＩＰアクセスネットワークは、２つの部分に完全に分割される。初期アクセスのためにＮＥによって使用されるＰｎＰアクセスドメインは、オペレータネットワークにＮＥを有する全てのベンダーにより共有される。しかしながら、ＯＡＭドメインは、ＮＥのＰＫＩベースの認証を要求し、ベンダーごとに個別のＯＡＭドメインがある。
【０１２８】
本発明の典型的な実施形態による統合型ネットワークエレメント自動構成フレームワークは、セキュリティを与えることができる。
【０１２９】
より詳細には、両アクセスドメインにおけるマルチホーミング（即ち、ＰｎＰ及びＯＡＭの両ドメインにインターフェイスをもつノード）は、回避される。これは、セキュリティに関して有効である。というのは、ＰｎＰドメインから直接アクセスできるノードは、あまりセキュアでない（即ち、より攻撃に曝される）と考えられ、このため、ＯＡＭ（信頼性のある）ドメイン内のノードから分離することが好ましい。それでも、ＮＥがＰｎＰドメイン内のノードにアクセスするときには、セキュアなプロトコル（例えば、ＴＬＳ／ＩＰｓｅｃ）を依然として適用することができる。
【０１３０】
付随的に、本発明の典型的な実施形態による統合型ネットワークエレメント自動構成フレームワークは、ベンダー及びオペレータの両サイドにおいて実施コストを低く保持することができる。
【０１３１】
上述した手順及び機能は、以下に述べるように、各機能的エレメント、手順、等により実施される。
【０１３２】
以上、本発明の典型的な実施形態は、主として、方法、手順及び機能を参照して説明したが、それに対応する本発明の典型的な実施形態は、ソフトウェア及び／又はハードウェアの両方を含めて、各装置、ネットワークノード及びシステムも網羅する。
【０１３３】
本発明の各典型的な実施形態は、図７を参照して以下に説明するが、簡潔さのために、図３から６による各対応スキーム、方法及び機能、原理及び動作の詳細な説明を参照する。
【０１３４】
図７において、実線のブロックは、基本的に、上述した各動作を遂行するように構成される。実線ブロック全体は、基本的に、上述した方法及び動作を各々遂行するように構成される。図７に関しては、個々のブロックが、各機能、プロセス又は手順を各々遂行する各機能的ブロックを示すことを意味することに注意されたい。そのような機能的ブロックは、実施とは独立していて、即ち任意の種類のハードウェア又はソフトウェアにより各々実施される。個々のブロックを相互接続する矢印及び線は、それらの間の動作結合、即ち物理的及び／又は論理的結合を示すことを意味し、これは、一方では、実施とは独立（例えば、ワイヤード又はワイヤレス）しており、そして他方では、図示されていない任意の数の中間機能エンティティを含む。矢印の方向は、ある動作が遂行される方向、及び／又はあるデータが転送される方向を示すことを意味する。
【０１３５】
更に、図７には、上述した方法、手順及び機能の１つの関連した機能的ブロックだけが示されている。当業者であれば、各構造上の構成体の動作に必要な他の従来の機能的ブロック、例えば、電源、中央処理ユニット、各メモリ、等の存在も明らかであろう。とりわけ、メモリは、ここに述べるように動作する個々の機能的エンティティをコントロールするためのプログラム又はプログラムインストラクションを記憶するために設けられる。
【０１３６】
図７は、本発明の典型的な実施形態によるネットワークエレメント自動構成フレームワークの典型的装置の概略図である。
【０１３７】
以上に鑑み、ここに述べる装置１０、２０及び３０は、ここに述べる本発明の典型的な実施形態を具現化する上で使用するのに適したものである。
【０１３８】
ここに述べる装置１０は、基地局、ＢＴＳ、ｅＮＢ、ＮＢ、等のネットワークエレメント（の一部分）を表わし、そして図３ないし６のいずれか１つから明らかなように手順を遂行し及び／又は機能を示すように構成される。ここに述べる装置２０は、ＤＮＳサーバー／機能、等のドメイン名サービスエンティティ（の一部分）を表わし、そして図３ないし６のいずれか１つから明らかなように手順を遂行し及び／又は機能を示すように構成される。ここに述べる装置３０は、ＮＥＭ媒介者機能／ノード、等のベンダー特有のネットワークエレメントマネージャー媒介者エンティティ（の一部分）を表わし、そして図３ないし６のいずれか１つから明らかなように手順を遂行し及び／又は機能を示すように構成される。
【０１３９】
図７に示すように、本発明の典型的な実施形態によれば、各装置は、バス１４／２４／３４、等により接続されるプロセッサ１１／２１／３１、メモリ１２／２２／３２、及びインターフェイス１３／２３／３３を備え、そして装置は、リンクＡ及びＢを経て接続される。
【０１４０】
図７には示されていないが、本発明の典型的な実施形態による装置は、ＤＨＣＰサーバー／機能等、ＣＡサーバー／機能等、及び１つ以上のＮＥＭノード／機能等も含み、これは、図３ないし６の１つから明らかなように手順を遂行し及び／又は機能を示すよう構成される。従って、装置１０は、更に、リンク（図示せず）を経てＤＨＣＰサーバー／機能及び／又はＣＡサーバー／機能に接続され、及び／又は装置３０は、更に、１つ以上のリンク（図示せず）を経て１つ以上のＮＥＭノード／機能に接続される。
【０１４１】
プロセッサ１１／２１／３１及び／又はインターフェイス１３／２３／３３は、各々、（ハードワイヤ又はワイヤレス）リンクを経て通信を促進するためにモデム等も含む。インターフェイス１３／２３／３３は、各々、リンクされ又は接続される装置と（ハードワイヤ又はワイヤレス）通信するために１つ以上のアンテナ又は通信手段に結合された適当なトランシーバを含む。インターフェイス１３／２３／３３は、一般的に、少なくとも１つの他の装置、即ちそのインターフェイスと通信するように構成される。
【０１４２】
メモリ１２／２２／３２は、各プロセッサにより実行されたときに、本発明の典型的な実施形態により各電子デバイス又は装置を動作できるようにするプログラムインストラクション又はコンピュータプログラムコードを含むと仮定された各プログラムを記憶する。例えば、装置１０及び２０は、ベンダー／オペレータ特有のドメイン名（の一部分）を記憶し、及び／又は装置２０及び３０は、上述した各マッピングを記憶し、及び／又は装置３０は、種々のネットワークエレメントのための初期構成データ、等を記憶する。
【０１４３】
一般的に言えば、各デバイス／装置（及び／又はその一部分）は、各動作を遂行し及び／又は各機能を示す手段を表わし、及び／又は各デバイス（及び／又はその一部分）は、各動作を遂行し及び／又は各機能を示すファンクションを有する。
【０１４４】
以下の説明において、プロセッサ（又は他の手段）がある機能を遂行するように構成されたと述べるときには、（少なくとも１つの）プロセッサ又はそれに対応する回路が、各装置のメモリに記憶されたコンピュータプログラムコードと潜在的に協働して、少なくともここに述べる機能を装置に遂行させるよう構成されたと述べる記述と同等であると解釈されるべきである。又、そのような機能は、各機能を遂行するために特別に構成された回路又は手段によって同等に具現化できると解釈されるべきである（即ち、「ｘｘｘすることを［装置に遂行させる］ように構成されたプロセッサ」との表現は、「ｘｘｘするための手段」との表現と同等であると解釈される）。
【０１４５】
最も基本的な形態において、本発明の典型的な実施形態によれば、装置１０又はそのプロセッサ１１は、ドメイン名サービスエンティティにおいてベンダー特有のドメイン名の解決を要求し、ドメイン名サービスエンティティからベンダー特有のネットワークエレメントマネージャー媒介者エンティティのネットワークアドレスを取得し、ベンダー特有のネットワークエレメントマネージャー媒介者エンティティのその取得したネットワークアドレスを使用して初期構成データを要求し、及び最終構成データを与えるネットワークエレメントマネージャーエンティティのネットワークアドレスを含む初期構成データをベンダー特有のネットワークエレメントマネージャー媒介者エンティティから得る、ことを遂行するように構成される。
【０１４６】
最も基本的な形態において、本発明の典型的な実施形態によれば、装置２０又はそのプロセッサ２１は、特定の無線アクセステクノロジーを使用して特定のオペレータの無線アクセスネットワークにおいて動作できる特定のベンダーのネットワークエレメントから要求があった際に、複数のベンダーのベンダー特有のドメイン名とベンダー特有のネットワークエレメントマネージャー媒介者エンティティとの間のマッピングを使用してベンダー特有のドメイン名を解決し、及びネットワークエレメントのベンダーのベンダー特有のネットワークエレメントマネージャー媒介者エンティティのネットワークアドレスをネットワークエレメントに与える、ことを遂行するように構成される。
【０１４７】
最も基本的な形態において、本発明の典型的な実施形態によれば、装置３０又はそのプロセッサ３１は、特定の無線アクセステクノロジーを使用して特定のオペレータの無線アクセスネットワークにおいて動作できる特定のベンダーのネットワークエレメントから要求があった際に、特定のベンダーの複数のネットワークエレメントマネージャーエンティティの初期構成データとネットワークエレメントとの間のマッピングを使用してネットワークエレメントの初期構成データを識別し、及びネットワークエレメントの最終構成データを与えるネットワークエレメントマネージャーエンティティのネットワークアドレスを含むその識別された初期構成データをネットワークエレメントに与える、ことを遂行するように構成される。
【０１４８】
個々の装置の動作／機能に関する更なる詳細については、各々、図３ないし６の１つを参照した前記説明を参照されたい。
【０１４９】
本発明の典型的な実施形態によれば、プロセッサ１１／２１、メモリ１２／２２及びインターフェイス１３／２３は、個々のモジュール、チップ、チップセット、回路、等として実施されてもよいし、又はそれらの１つ以上が、各々、共通のモジュール、チップ、チップセット、回路、等として実施されてもよい。
【０１５０】
本発明の典型的な実施形態によれば、システムは、上述したように協働するよう構成された上述したデバイス／装置及び他のネットワークエレメントの考えられる組み合わせを含む。
【０１５１】
一般的に、上述した態様による各機能的ブロック又はエレメントは、各部分のここに述べる機能を遂行するだけである場合には、各々、ハードウェア及び／又はソフトウェアの既知の手段で実施できることに注意されたい。ここに述べる方法ステップは、個々の機能的ブロック又は個々のデバイスで実現することもできるし、或いは１つ以上の方法ステップを単一の機能的ブロック又は単一のデバイスで実現することもできる。
【０１５２】
一般的に、どの方法ステップも、本発明の考え方を変更せずにソフトウェアとして又はハードウェアで実施するのに適している。そのようなソフトウェアは、ソフトウェアコードとは独立しており、そして方法ステップにより定義される機能が保存される限り、例えば、Ｊａｖａ（登録商標）、Ｃ＋＋、Ｃ及びアッセンブラーのような既知の又は将来開発されるプログラミング言語を使用して指定することができる。又、そのようなハードウェアは、ハードウェアタイプとは独立しており、そしてＭＯＳ（金属酸化物半導体）、ＣＭＯＳ（相補的ＭＯＳ）、ＢｉＭＯＳ（バイポーラＭＯＳ）、ＢｉＣＭＯＳ（バイポーラＣＭＯＳ）、ＥＣＬ（エミッタ結合ロジック）、ＴＴＬ（トランジスタ・トランジスタロジック）、等の既知の又は将来開発されるハードウェア技術或いはそれらの混成体を使用して、又、例えば、ＡＳＩＣ（特定用途向けＩＣ（集積回路））コンポーネント、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）コンポーネント、ＣＰＬＤ（コンプレックスプログラマブルロジックデバイス）コンポーネント、又はＤＳＰ（デジタルシグナルプロセッサ）コンポーネントを使用して実施することができる。デバイス／装置は、半導体チップ、チップセット、或いはそのようなチップ又はチップセットより成る（ハードウェア）モジュールによって表わされるが、デバイス／装置又はモジュールの機能が、ハードウェア実施されるのではなく、コンピュータプログラムのような（ソフトウェア）モジュールにおいて、或いはプロセッサ上で実行／ランするための実行可能なソフトウェアコード部分より成るコンピュータプログラム製品においてソフトウェアとして実施されるという可能性を除外するものではない。デバイスは、機能が互いに協働するか、或いは機能が互いに独立であるが同じデバイスハウジング内にあるかに関わらず、デバイス／装置として、或いは２つ以上のデバイス／装置のアッセンブリとしてみなすことができる。
【０１５３】
装置及び／又は手段又はその一部分は、個々のデバイスとして実施できるが、これは、装置の機能が保存される限り、システム全体にわたり分散形態で実施されることを除外するものではない。当業者であれば、そのような及び同様の原理が明らかであると考えられる。
【０１５４】
この説明の意味において、ソフトウェアとは、コード手段又はその一部分より成るソフトウェアコード、或いは各機能を遂行するためのコンピュータプログラム又はコンピュータプログラム製品、並びに各データ構造体又はコード手段／部分を記憶したコンピュータ読み取り可能な（記憶）媒体のような有形媒体に実施されるか又は潜在的にその処理中に信号に又はチップに実施されるソフトウェア（又はコンピュータプログラム又はコンピュータプログラム製品）を含むものである。
【０１５５】
又、本発明は、方法及び構造の前記概念を適用できる限り、上述した方法ステップ及び動作の考えられる組み合わせ、並びに上述したノード、装置、モジュール又はエレメントの考えられる組み合わせを網羅する。
【０１５６】
以上のことから、統合型（即ち、マルチベンダー、マルチＲＡＴ及びマルチＮＥＭケーパブル）ネットワークエレメント自動構成フレームワークのための手段が提供される。そのような手段は、典型的に、ドメイン名サービスエンティティにマルチベンダーレベルの弁別機能を含むと共に、ベンダー特有のネットワークエレメントマネージャー媒介者エンティティに、そのベンダー特有のネットワークエレメントマネージャーエンティティとの一方向性インターフェイスを有するマルチＮＥＭ／マルチＲＡＴレベル弁別機能を含み、ネットワークエレメントは、ネットワークエレメントのための最終的構成データを与えるネットワークエレメントマネージャーエンティティのネットワークアドレスを含む初期構成データで自動的に構成される。
【０１５７】
本発明の典型的な実施形態による手段は、任意の種類の環境、例えば、リリース１０／１１／１２／・・・の３ＧＰＰ  ＵＭＴＳ及び／又は３ＧＰＰ  ＬＴＥ規格（ＬＴＥアドバンスト及びその進化型を含む）に基づく通信システムに適用される。
【０１５８】
本発明は、添付図面による例を参照して以上に述べたが、本発明は、それに限定されないことを理解されたい。むしろ、本発明は、ここに述べる本発明の考え方の範囲から逸脱せずに種々の仕方で変更され得ることが当業者に明らかであろう。
【０１５９】
頭字語及び省略形のリスト
３ＧＰＰ：第三世代パートナーシッププロジェクト
ＢＴＳ：ベーストランシーバステーション
ＣＡ：証明書当局
ＣＭＰ：証明書管理当局
ＤＨＣＰ：動的ホストコンフィギュレーションプロトコル
ＤＮＳ：ドメイン名サービス
ｅＮＢ：進化型ノードＢ（基地局）
ＥＰＣ：進化型パケットコア
ＦＱＤＮ：完全修飾ドメイン名
ＨＴＴＰ:ハイパーテキストトランスファープロトコル
ＧＰＳ：グローバルポジショニングシステム
ＧＷ：ゲートウェイ
ｉＯＭＳ：統合型オペレーション媒介サブシステム
ＩＰ：インターネットプロトコル
ＩＰ＠：ＩＰアドレス
ＬＴＥ：長期進化
ＭＣＣ：モバイル国コード
ＭＮＣ：モバイルネットワークコード
ＮＢ：ノードＢ（基地局）
ＮＥ：ネットワークエレメント
ＮＥＭ：ネットワークエレメントマネージャー
ＯＡＭ：動作、管理及び保守
ＯＳＩ：オープンシステム相互接続参照モデル
ＰＫＩ：パブリックキーインフラストラクチャー
ＰｎＰ：プラグアンドプレイ
ＲＡ：登録当局
ＲＡＴ：無線アクセステクノロジー
ＲＮＷ：無線ネットワーク
ＲＲ：リソースレコード
ＳＯＮ：自己組織化ネットワーク
ＳＷ：ソフトウェア
ＴＬＳ：トランスポートレイヤセキュリティ
ＴＸＴ：テキスト
ＵＭＴＳ：ユニバーサル移動テレコミュニケーションシステム
ＵＲＬ：ユニフォームリソースロケータ
ＶＬＡＮ：バーチャルローカルエリアネットワーク
ＷＣＤＭＡ（登録商標）：ワイドバンドコード分割多重アクセス
【符号の説明】
【０１６０】
１０、２０、３０：装置
１１、２１、３１：プロセッサ
１２、２２、３２：メモリ
１３、２３、３３：インターフェイス
【図１】
0005923846.tif 000002
【図２】
0005923846.tif 000003
【図３】
0005923846.tif 000004
【図４】
0005923846.tif 000005
【図５】
0005923846.tif 000006
【図６】
0005923846.tif 000007
【図７】
0005923846.tif 000008