(57)【要約】【課題】ＯＳＩの下で動作するネットワークを介して、リモートに配置された第１のＩＰエンドデバイスと第２のＩＰエンドデバイスとの間でＩＰパケットを伝送する方法および装置を提供すること。【解決手段】ＩＰインターフェイスが、ＩＰデバイスに直接接続されたルータ内のＯＳＩ上にオーバレイされる。これらのルータは、ゲートウェイとして動作し、ＯＳＩを使用して相互に通信するが、オーバレイされたＩＰインターフェイスを介して、第１および第２のＩＰデバイスにＩＰ情報を伝達することができる。【選択図】図４
2010283894.tif 000002
【特許請求の範囲】
【請求項１】
第１のＩＰデバイスと第２のＩＰデバイスとの間で、前記第１および第２のＩＰデバイスとは異なる第２の通信プロトコルを実行する複数のルータを含むネットワークを介して、ＩＰパケットを伝送する方法であって、
前記複数のルータのうちの選択されたルータにおいて、前記第２の通信プロトコル上にＩＰインターフェイスをオーバレイするステップを含む方法。
【請求項２】
前記複数のルータのうちの選択されたルータが、前記第１および第２のＩＰデバイスの少なくとも一方に接続されたルータを含む請求項１に記載の方法。
【請求項３】
前記第１のＩＰデバイスに接続されたルータが、ローカルゲートウェイを含み、前記第２のＩＰデバイスに接続されたルータが、リモートゲートウェイを含み、
前記オーバレイされたＩＰインターフェイスが、前記ローカルゲートウェイおよび前記リモートゲートウェイの中で、前記第２の通信プロトコルと共存し、
前記第２の通信プロトコル上にＩＰインターフェイスをオーバレイするステップが、
第２の通信プロトコルでリモートゲートウェイを一意に識別するネットワークアドレスと、前記ネットワークアドレスに到達するためのインターフェイス番号と、ＩＰパケットを伝送するための第２のＩＰデバイス用のＩＰアドレスとを含むＩＰトンネルインターフェイスを確立するステップを含む請求項２に記載の方法。
【請求項４】
前記リモートゲートウェイが、第２のＩＰデバイス用のＩＰアドレスを示すテーブルを含む請求項３に記載の方法。
【請求項５】
前記リモートゲートウェイが、ローカルゲートウェイから、第２の通信プロトコルを介して、第２のＩＰデバイス用のＩＰアドレスを受信し、
ＩＰプロトコルを使用して、第２のＩＰデバイスにＩＰパケットを送信する請求項４に記載の方法。
【請求項６】
前記第２の通信プロトコルが、ＳＯＮＥＴ−ＯＳＩを含む請求項１に記載の方法。
【請求項７】
前記第２の通信プロトコルが、ＳＯＮＥＴ−ＯＳＩを含む請求項３に記載の方法。
【請求項８】
前記第２の通信プロトコルが、ＳＯＮＥＴ−ＯＳＩを含む請求項５に記載の方法。
【請求項９】
第１のＩＰデバイスと第２のＩＰデバイスの間で、前記第１および第２のＩＰデバイスとは異なる第２の通信プロトコルを実行するルータを含むネットワークを介してＩＰパケットを伝送する装置であって、
前記第２の通信プロトコルと、前記第２の通信プロトコル上にオーバレイされたＩＰインターフェイスとを提供する手段を含む装置。
【請求項１０】
前記ＩＰインターフェイスが、前記第２の通信プロトコルと共存し、
前記第２の通信プロトコルで第２のＩＰデバイスに直接接続されたルータを一意に識別するネットワークアドレスと、前記ネットワークアドレスに到達するためのインターフェイス番号と、前記第２のＩＰデバイスのＩＰアドレスとを含むＩＰトンネルインターフェイスとを含む請求項９に記載の装置。
【請求項１１】
ＩＰトンネルインターフェイスに関連付けられるネットワークアドレスとＩＰアドレスとを含む第２のＩＰデバイスに直接接続されたルータに要求を同報通信するように動作でき、前記第２のＩＰデバイスに直接接続されたルータから応答を受信するように動作できるネットワークマネージャをさらに含む請求項１０に記載の装置。
【請求項１２】
前記第２の通信プロトコルが、ＳＯＮＥＴ−ＯＳＩを含む請求項９に記載の装置。
【請求項１３】
前記第２の通信プロトコルが、ＳＯＮＥＴ−ＯＳＩを含む請求項１０に記載の装置。
【請求項１４】
第１のＩＰデバイスと第２のＩＰデバイスの間で、前記第１および第２のＩＰデバイスとは異なる第２の通信プロトコルを実行するルータを含むネットワークを介してＩＰパケットを伝送するコンピュータ可読プログラム手段を含む媒体あって、
前記コンピュータ可読プログラム手段が、前記第２の通信プロトコルと、前記第２の通信プロトコル上にオーバレイされたＩＰインターフェイスとを提供する手段を含む媒体。
【請求項１５】
前記第１のＩＰデバイスに接続されたルータが、ローカルゲートウェイを含み、前記第２のＩＰデバイスに接続されたルータが、リモートゲートウェイを含み、
前記オーバレイされたＩＰインターフェイスが、前記ローカルゲートウェイおよび前記リモートゲートウェイの中で、前記第２の通信プロトコルと共存し、
前記オーバレイされたＩＰインターフェイスが、
前記第２の通信プロトコルでリモートゲートウェイを一意に識別するネットワークアドレスと、前記ネットワークアドレスに到達するためのインターフェイス番号と、ＩＰパケットを伝送するための第２のＩＰデバイス用のＩＰアドレスとを含むＩＰトンネルインターフェイスを含む請求項１４に記載の媒体。
【請求項１６】
前記第２の通信プロトコルが、ＳＯＮＥＴ−ＯＳＩである請求項１５に記載の媒体。
【請求項１７】
第１のＩＰデバイスと第２のＩＰデバイスの間で、前記第１および第２のＩＰデバイスとは異なる第２の通信プロトコルを実行する複数のルータを含むネットワークを介してＩＰパケットを伝送するシステムであって、
前記システムが、前記第１および第２のＩＰデバイスの少なくとも一方に接続されたルータ上のオーバレイされたＩＰインターフェイスであって、前記第１のＩＰデバイスに接続されたルータがリモートゲートウェイを含み、前記第２のＩＰデバイスに接続されたルータがリモートゲートウェイを含み、前記オーバレイされたＩＰインターフェイスが前記ローカルゲートウェイおよび前記リモートゲートウェイの中で前記第２の通信プロトコルと共存するオーバレイされたＩＰインターフェイスを含み、
前記オーバレイされたＩＰインターフェイスが、前記第２の通信プロトコルで前記リモートゲートウェイを一意に識別するネットワークアドレスと、前記ネットワークアドレスに到達するためのインターフェイス番号と、ＩＰパケットを伝送するための第２のＩＰデバイス用のＩＰアドレスとを含むＩＰトンネルインターフェイスを含むシステム。
【請求項１８】
前記ＩＰトンネルインターフェイスが、ネットワーク管理者により提供される請求項１７に記載のシステム。
【請求項１９】
ネットワークマネージャをさらに含むシステムであって、ローカルゲートウェイに配置されたネットワークマネージャにより送信される同報通信要求と、前記ネットワークアドレスと前記第２のＩＰデバイスのＩＰアドレスとを含むリモートゲートウェイからの応答とを介して、ＩＰトンネルインターフェイスが提供される請求項１７に記載のシステム。
【請求項２０】
前記第２の通信プロトコルが、ＳＯＮＥＴ−ＯＳＩを含む請求項１８に記載のシステム。
【請求項２１】
前記第２の通信プロトコルが、ＳＯＮＥＴ−ＯＳＩを含む請求項１９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
様々な企業および機関のネットワークは、情報の効率的な共有と伝送を促進するために、標準化された光ファイバプラントを使用して統合される可能性を有す。ただし、各組織が使用する多数の異なるプロトコルは、共通のファイバ設備を介した相互接続性とデータ管理の妨げとなる。
【０００２】
狭域および広域通信ネットワークにおいて、顧客構内にあるインターネットプロトコル（ＩＰ）管理ネットワークエレメント（ＮＥ）を、顧客構内ネットワークの外にあり、データ転送機構を提供する同期光ネットワークエレメント（ＳＯＮＥＴ  ＮＥ）に接続することが今日必要とされる。図１に示すように、ＯＳＩ−ＤＣＣを含むＳＯＮＥＴ  ＮＥネットワークは、顧客構内との間でデータの転送を行う潜在的能力をもつ。構内では、ＩＰ  ＮＥ５１、５２および５３が、顧客に特定のインターフェイスまたはサービス（ＩＳＤＮ、ＨＤＬＣ）を提供するために使用される。これらのＩＰ  ＮＥ（５１、５２および５３）は、ローカルの顧客構内からリモートの地点のＩＰマネージャから管理される必要がある場合がある。ただし、参照番号５１から５３で示されるリモートに配置されたＩＰ  ＮＥを、中間ＳＯＮＥＴ  ＮＥ３を介してＩＰ管理デバイス１に相互接続することは、ＩＰと（ＳＯＮＥＴが使用する）ＯＳＩとのプロトコルスタックの基本的な相違のために以前は実現できなかった。
【０００３】
たとえば、ＳＯＮＥＴ  ＮＥは、データチャネル通信（ＤＣＣ）と呼ばれるオーバヘッド管理チャネル上で実行される開放型システム間相互接続（ＯＳＩ）アプリケーションを介して、中央位置から管理される。しかし、顧客構内のＮＥは、簡易ネットワーク管理プロトコル（ＳＮＭＰ）などのＩＰアプリケーションにより管理されるＩＰ  ＮＥである場合がある。現在、ＳＮＭＰを使用するこれらのリモートＩＰ  ＮＥを、既存のＳＯＮＥＴ  ＯＳＩ−ＤＣＣを使用して管理する一般的な方法は存在しない。
【０００４】
またネットワーク層では、ＳＯＮＥＴはＣＬＮＰプロトコルを実行し、一方ＩＰ  ＮＥはＴＣＰ／ＩＰプロトコルを実行する。従来のＳＯＮＥＴデバイスでＩＰパケットが検出されたとき、ＳＯＮＥＴデバイスのＣＬＮＰ層は、このパケットをＩＰ送信先アドレスにルーティングすることができない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
顧客構内ＩＰ  ＮＥ５１−５３とリモートＩＰ管理デバイス１との間の相互接続を可能にする第１の従来の技法は、モデムと専用回線を使用した、この管理情報を伝達するための別個のネットワークを用いて提供できる。これを図２に示す。ここで、ＳＮＭＰを実行するＩＰ管理デバイス１は、専用線３を介して、モデム接続２、４によって管理されるＩＰ  ＮＥ５１−５３に接続される。この第１の従来の技法の明らかな欠点は、このための専用線（ＤＳ０）を使用する必要があり、また管理、保守しなければならない装置を３つ（モデムを２つとターミナルサーバを１つ）追加しなければならないことである。
【０００６】
リモートに配置されたＩＰ  ＮＥの管理を可能にする第２の従来の技法では、管理情報は、リモートＩＰデバイスの１つのデータパスＤＳ１に埋め込まれる。これを図３に示す。管理されるｎ個のリモートＩＰ  ＮＥ（５１から５３）の各グループについて、ＯＳＩ−ＳＯＮＥＴ管理オフィス内に同様のＩＰ  ＮＥ２が必要となり、管理ステーション１に接続される。このシナリオでは、ＩＰ  ＮＥは、ローカルＩＰ  ＮＥ（管理ステーションに直接接続される）とリモートＩＰ  ＮＥとの間の通信のために、独自仕様の管理チャネルを帯域内に備えることになる。第２の方法では、空間が貴重である中央管理オフィスに設置され、またエンドユーザ顧客に販売できる使用可能な帯域幅を削減しなければならない追加装置を購入しなければならない。
【課題を解決するための手段】
【０００７】
本発明は、ＯＳＩに存在するコネクションレスネットワークプロトコル（ＣＬＮＰ）上にＩＰを配置して、ＳＯＮＥＴ  ＤＣＣを介してリモートに配置されたＩＰ  ＮＥとの間で管理データおよび他の情報をトンネリングすることにより、知られている技法の上記の欠点を未然に回避する。
【０００８】
ＣＬＮＰ上にＩＰを配置することは、任意のＩＰプロトコルのパススルー（ｐａｓｓ  ｔｈｒｏｕｇｈ）管理を可能にするために十分一般的であり、特定のベンダに固有のものではない。さらに、このプロトコルは、ＣＬＮＰでインターフェイスするので、ＣＬＮＰ上のＩＰは、ＣＬＮＰデータグラムに加えてＩＰパケット情報を伝送するための変更を備えない、従来のＳＯＮＥＴ  ＮＥまたは他のベンダのＳＯＮＥＴ  ＮＥのＤＣＣ上のＯＳＩスタックを妨害されずに通過する。したがって、ＯＳＩネットワークは、オーバレイされたＩＰネットワークによる影響は受けない。上記でいくつかの長所を述べたが、本発明の好ましい実施形態について、図面を参照した以下の説明により、本発明の更なる長所が当業者には明らかになるであろう。
【図面の簡単な説明】
【０００９】
【図１】ＯＳＩ−ＤＣＣネットワークが、間に配置された、リモートに配置されたＩＰデバイスを示す図である。
【図２】リモートＩＰ  ＮＥを相互接続するための、第１の従来の構成を示す図である。
【図３】リモートＩＰ  ＮＥを相互接続するための、第２の従来の構成を示す図である。
【図４】本発明の好ましい実施形態による、リモートに配置されたＩＰ  ＮＥ間のＯＳＩ  ＮＥを介した相互接続の概略図である。
【図５】好ましい実施形態による、ＩＰゲートウェイの層と中間ＳＯＮＥＴ  ＮＥとの間のピアツーピア通信を示す図である。
【図６】本発明の好ましい実施形態による、ＣＬＮＰ層にオーバレイされたＩＰ層間のインターラクションを示す図である。
【発明を実施するための形態】
【００１０】
図４を参照すると、リモートに配置されたＩＰ  ＮＥデバイス間のルーティングノードとして使用される１つまたは複数のＳＯＮＥＴ  ＮＥが、ＩＰゲートウェイとして動作する。さらに詳細には、ＩＰ管理デバイスＩＰ１は、リモートに配置された管理されるＩＰネットワークエレメントＩＰ２―ＩＰ４と通信するためのルーティングノードとして、ＮＳＡＰ１およびＮＳＡＰ３で示されたＳＯＮＥＴ  ＮＥ（ＯＳＩ  ＤＣＣを備える）中間ネットワークエレメントを使用する。同様に、デバイスＩＰ１からＩＰネットワークエレメントＩＰ５、ＩＰ６にＩＰ情報をルーティングするために、ＮＳＡＰ１およびＮＳＡＰ５で示されたＯＳＩ  ＤＣＣネットワークエレメントが、ルーティングノードとして使用される。図４では、ＯＳＩ  ＤＣＣエレメントのＮＳＡＰ１、ＮＳＡＰ３、およびＮＳＡＰ５は、ＩＰゲートウェイとして動作し、ＩＰＧ間を「トンネル」するための追加のソフトウェアコードを備えたＩＰスタックを含む。ＩＰゲートウェイスタックにより、ＯＳＩ  ＤＣＣデバイスは、従来どおりに書式化されたＩＰパケットを受信し、これをＤＣＣのＯＳＩ上のＩＰトンネルを通して、送信先ＩＰデバイスに直接接続する別のＯＳＩ  ＤＣＣデバイスにルーティングすることができる。ＩＰルーティングトンネルの実施方法について、図６を参照して以下で詳細に説明する。
【００１１】
まず図５を参照すると、ＩＰゲートウェイ（図４のＩＰＧ１など）は、知られているＴＣＰ／ＩＰプロトコルを介してＩＰデバイスからＩＰ情報パケットを受信する。ネットワークアクセスプロトコル（ＮＡＰ）層は、パケットのヘッダおよびトレーラ情報を抽出し、ＩＰ情報を上位ＩＰ層に渡す。これらのインターラクションは、知られている相互動作に従って発生するので、ここではこれ以上説明しない。ＩＰ送信先アドレスを含むＩＰ情報は、本発明によればネットワークインターフェイス（ＮＩ）層で使用される。この情報を使用することにより、要求された送信先アドレスをもつＩＰデバイスに接続する特定のＯＳＩ  ＮＥへのトンネリングが可能になる。本開示のために、最初にＩＰパケットを受信するＩＰＧをローカルＩＰゲートウェイ（ＬＩＧ）と呼び、またＩＰパケットを送信先ＩＰアドレスに配信するＩＰＧをリモートＩＰゲートウェイ（ＲＩＧ）と呼ぶ。
【００１２】
ＬＩＧは、送信先ＩＰデバイスに接続されたＯＳＩデバイスＲＩＧとのトンネリング通信を達成する。ＬＩＧからＲＩＧへの通信は、ＯＳＩであり、本発明では７層ＯＳＩスタックの第３層（ＣＬＮＰ）を使用する。いったんＬＩＧからＲＩＧへの通信が達成されると、ＲＩＧおよびＬＩＧのＩＰスタックは、このリンクをＯＳＰＦまたはＲＩＰなどの標準ＩＰルーティングプロトコルにより管理される別のルーティング可能なリンクと見なす。これによって、ＯＳＩデバイスを中間ＩＰゲートウェイとして使用したＩＰエンドデバイス間の通信が完了する。中間ＮＥには、ＯＳＩをそのＤＣＣ上で実行させる任意のＳＯＮＥＴ  ＮＲを含むことができる。
【００１３】
注目すべきは、ＣＬＮＰ層における通信により、ＤＣＣ上のＯＳＩを備えたＳＯＮＥＴデバイスであれば、それらがこのトンネリング機能を備えていない場合でも、通常の動作が可能になる点である。したがって、ＳＯＮＥＴネットワークは、本発明により実施される「ＩＰオーバＣＬＮＰ」プロトコルに対して透過である。ＩＰＧとして動作するために呼び出されるＯＳＩ  ＤＣＣデバイスも、セレクタフィールド（０ｘｆ０）を使用して、入力されるＩＰと従来のＯＳＩトラフィックの処理を区別する。ＯＳＩパケットが受信された場合は、パケットは、ＯＳＩプロトコルのトランスポート層に配信される。ＩＰパケットが受信された場合は、パケットは、本発明によるＩＰトンネリングインターフェイスにルーティングされる。
【００１４】
図６は、ＬＩＧとして動作するＩＰゲートウェイプロトコルスタックと、対応するＯＳＩ  ＣＬＮＰ層との間の相互動作を示す。好ましい実施形態では、インターネットゲートウェイのＩＰスタックは、ＯＳＰＦ（ｏｐｅｎ  ｓｈｏｒｔｅｓｔ  ｐａｔｈ  ｆｉｒｓｔ）ルーティングプロトコルを実行してネットワークを構成する。これによって、各ＩＰＧは、個々のＩＰＧに直接接続されたＩＰデバイスのＩＰアドレスに関する情報を確認できる。ＩＰデバイスのＯＳＰＦ構成は、従来の方法で実行される。本発明に関連する部分では、ＯＳＰＦソフトウェアが、ＩＰアドレスをポート番号に関連付ける。最下位層では、ラインドライバエレメントＮｉＬＡＮがＩＰ  ＬＡＮネットワークとインターフェイスする（ＮｉＳｍｅｍは、ＮＥ内の内部通信に使用される）。インターネットプロトコルトンネリング層ネットワークインターフェイス（ＩＰＴ＿ＮＩ）は、ＩＰ層をＬＩＧ内のＣＬＮＰ層にインターフェイスさせる。次にこれは、詳細を以下に説明するが、対応するＲＩＧと通信する。図６には、複数のＩＰＴ＿ＮＩトンネルと、１つのＣＬＮＳインターフェイスにおける１接続のみ示しているが、各ＩＰＴ＿ＮＩは、実際にはＲＩＧとして動作する個々のＳＯＮＥＴ  ＯＳＩデバイスに対してトンネリングする。ＩＰ層は、Ｉｎｔｅｇｒａｔｅｄ  Ｓｙｓｔｅｍｓ，Ｉｎｃ．が製造するＰＮＡなどの、知られているプロトコルスタックにより実施できる。同様に、ＯＳＩ機能は、本開示で前述したように、特定のＣＬＮＰセレクタを使用する知られているソフトウェアにより実施できる。
【００１５】
ネットワーク管理者は、ＬＩＧとＲＩＧとの間にＩＰトンネルを作成する。これは、ＮＳＡＰのＬＩＧまたはＲＩＧのＴＩＤを通知することにより実施される。いったんリンクが作成されると、ＬＩＧおよびＲＩＧ上で実行されるＩＰルーティングプロトコル（ＯＳＰＦおよび／またはＲＩＰ）は、他のＩＰＧの各々に接続されたＩＰデバイスに関する情報を有するＩＰルーティングテーブルを形成することを可能にする情報を交換する。たとえば、図４を再度参照すると、ＩＰＧ１は、ＩＰ１と、１）ＩＰＧ２に接続するＩＰ２−ＩＰ４との間、および２）ＩＰＧ３に接続するＩＰ５−ＩＰ６との間のＩＰ通信を容易にする。
【００１６】
これを可能にするには、少なくとも２つのテーブルが必要である。第１のテーブル（下記のテーブル１）は、ＩＰトンネル番号を、このトンネルが終端するＮＥのＮＳＡＰにマップするために使用される。ネットワーク管理者は、ＩＰＧとして動作する特定のＮＳＡＰへのトンネル、すなわちポート接続を作成する。この機能は、ソフトウェアで実施できる。第２のテーブル（下記のテーブル２）は、ＩＰ送信先アドレスを、特定のトンネル、すなわちポート番号に関連付けるＩＰルーティングテーブルである。この第２のテーブルは、ＯＳＰＦまたはＲＩＰなどのＩＰルーティングプロトコルを介して作成される。例として、図６ではＩＰスタックのポート番号３が、ＮＳＡＰ３として識別されるＩＰＧとの間で情報の送受信を行うために指定される。
【００１７】
例：
【表１】
2010283894.tif 000003
【表２】
2010283894.tif 000004
総合すると、ＬＩＧは、テーブル１および２の第１の行の指示により、ＩＰパケットが送信先アドレスとしてＩＰ２−ＩＰ４のＩＰアドレスの１つを含むときに、ＮＳＡＰ３で一意に識別されるＯＳＩ  ＤＣＣデバイスに、ＩＰトンネル１を介してＩＰパケットを転送する。前述のように、ＲＩＧとＬＩＧは、ＣＬＮＰを介して通信する。ＲＩＧは、ＩＰパケットを受信し、ＲＩＧ独自のルーティングテーブルは、ＩＰ２、ＩＰ３、またはＩＰ４がＲＩＧに直接接続されていることを認識し、ＴＣＰ／ＩＰを介してパケットを適宜にルーティングする。
【００１８】
同様に、ＬＩＧは、テーブル１および２の第２の行の指示により、ＩＰパケットが送信先アドレスとしてＩＰ５−ＩＰ６のＩＰアドレスを含むときに、ＮＳＡＰ５で一意に識別されるＯＳＩ  ＤＣＣデバイスに、ＩＰトンネル２を介してＩＰパケットを転送する。ＲＩＧとして動作するデバイスＮＳＡＰ５は、パケットを受信し、ＩＰ５とＩＰ６がＲＩＧに直接接続されていることを認識し、パケットを適宜にルーティングする。
【００１９】
トンネルインターフェイス１および２として識別されたこれらのトンネルは、双方向であるので、ＮＳＡＰ３およびＮＳＡＰ５として識別されたＯＳＩ  ＤＣＣデバイスは、それぞれトンネルインターフェイス１およびトンネルインターフェイス２を使用してＩＰＧと通信する。ただし、トンネル名／番号は、ローカルにおいてのみ意味があるのであって、ＬＩＧおよびＲＩＧは、同じ論理トンネルを別の名前／番号で呼ぶ場合がある点に注意されたい。
【００２０】
さらに、ＩＰＧ２とＩＰＧ３は、既存のトンネルインターフェイス１および２を介して相互に通信できるので、これらの間にトンネルを追加する必要がない点にも注意されたい。ＮＳＡＰ２およびＮＳＡＰ４で識別されるＯＳＩ  ＤＣＣデバイスは、トンネリングインターフェイスによりその動作に影響を受けることはない。
【００２１】
ネットワーク管理者またはユーザは、上記のテーブル１のトンネルインターフェイス用のテーブルエントリを提供することができる。代替的に、これはＩＰＴネットワークインターフェイスソフトウェアの一部としてプログラム可能である。ＬＩＧのＩＰトンネルマネージャ（ＩＴＭ）は、ＩＰＧ機能を備えたＮＥのためのネットワークサービスアクセスポイントＮＳＡＰが必要である。これは、ＩＰエンドデバイスに接続された中間ＳＯＮＥＴ  ＮＥを含むことがある。同報通信要求がＩＰアドレスを備えたＮＥに送信され、ネットワークエレメントがＩＰゲートウェイとして動作可能か否かを判断する。言いかえると、メッセージがネットワークエレメントに送信され、どのエレメントがＩＰオーバＣＬＮＰの関連付けをサポートするかを調べる。ＩＰゲートウェイ機能をサポートするＮＥについて、ＬＩＧのネットワークインターフェイスマネージャ（ＮＩＭ）は、個々のＮＳＡＰ用のネットワークインターフェイスを作成する。このネットワークインタフェースは、上記のテーブルエントリに対応する。
【００２２】
さらに、ＲＩＧがＣＬＮＰからＩＰパケットを受信したときに、対応するＩＰＴ＿ＮＩがない場合は、新しいＩＰＴ＿ＮＩをＲＩＧに作成することができる。これは、ＲＩＧがＣＬＮＰに埋め込まれたＩＰパケットを受信したときに発生する。ＣＬＮＰデータグラムは、その発信元ＮＳＡＰを含む。ＲＩＧのルーティングテーブルが、受信されたＮＳＡＰに対するトンネルエントリを含まない場合、ＲＩＧは、ポート番号を発信元ＮＳＡＰアドレスへのトンネルインターフェイスとして指定できる。
【００２３】
上記では、本発明の好ましい実施形態について説明したが、本発明はこれに制限されるものではなく、当業者は添付の特許請求の範囲の精神と範囲を反映させて、変更を加えることが可能である。
【符号の説明】
【００２４】
ＩＰ  ＮＥ５１、ＩＰ  ＮＥ５２、ＩＰ  ＮＥ５３  管理されるデバイス
ＩＰ１、ＩＰ２、ＩＰ３、ＩＰ４、ＩＰ５、ＩＰ６  ＩＰネットワークエレメント
ＩＰＧ１、ＩＰＧ２、ＩＰＧ３  ＩＰゲートウェイ
ＮＳＡＰ１、ＮＳＡＰ２、ＮＳＡＰ３、ＮＳＡＰ４、ＮＳＡＰ５、ＮＳＡＰ６  中間ネットワークエレメント
ＬＩＧ  ローカルＩＰゲートウェイ
ＲＩＧ  リモートＩＰゲートウェイ
ＩＰＴ＿ＮＩ  インターネットプロトコルトンネリング層ネットワークインターフェイス
ＮＡＰ  ネットワークアクセスプロトコル
ＮＩ  ネットワークインターフェイス
ＣＬＮＰ  コレクションレスネットワークプロトコル
【図１】
2010283894.tif 000005
【図２】
2010283894.tif 000006
【図３】
2010283894.tif 000007
【図４】
2010283894.tif 000008
【図５】
2010283894.tif 000009
【図６】
2010283894.tif 000010
【外国語明細書】
2010283894000001.pdf