(57)【特許請求の範囲】
【請求項１】
ローカルエリアネットワークおよびこのローカルエリアネットワークに接続された１つもしくはそれより多くの追加のネットワークから成る通信ネットワークに接続された装置を構成する際に用いる方法であって、
第１の装置から１つまたは複数のメッセージを送信して、前記ローカルネットワークの外部にあって、前記１つもしくはそれより多くの追加のネットワークの通信リンクから成る通信リンクを介して前記第１の装置が受信した対応する応答を検査することで、前記通信ネットワークに接続された前記第１の装置および少なくとも１つの追加の装置間の前記通信リンクに関連するリンクタイプを自動的に決定するステップと、
該決定されたリンクタイプに従って、前記第１の装置および前記追加の装置の少なくとも１つを構成するステップとを含み、
前記第１の装置は、前記ローカルネットワークと前記１つもしくはそれより多くの追加のネットワークの間に接続されたゲートウェイから成り、および
前記リンクタイプを自動的に決定するステップは、前記ゲートウェイ内の少なくとも一部分において遂行されるようになっていることを特徴とする方法。
【請求項２】
前記第１の装置は顧客構内機器を含む、請求項１記載の方法。
【請求項３】
前記第１の装置はネットワークサーバを含む、請求項１記載の方法。
【請求項４】
前記決定されたリンクタイプは、前記通信ネットワークに関連する複数のリンクバリアントのうちの１つである、請求項１記載の方法。
【請求項５】
前記顧客構内機器は、ＡＤＳＬ（非対称デジタル加入者線）終端ユニット受信（ＡＴＵ−Ｒ）装置を含む、請求項２記載の方法。
【請求項６】
前記決定されたリンクタイプは、複数のリンクバリアントのうちの１つを含み、該リンクバリアントの少なくともサブセットは、非同期転送モード（ＡＴＭ）セルにおける異なるタイプのプロトコルのカプセル化に対応する、請求項１記載の方法。
【請求項７】
前記決定されたリンクタイプは、１つまたは複数の論理リンク制御（ＬＬＣ）、ポイントツーポイントプロトコル（ＰＰＰ）、ＬＬＣ−ＰＰＰ、インターネットプロトコル（ＩＰ）、ＬＬＣ−ＩＰプロトコル、イーサネットプロトコル、およびＬＬＣ−イーサネットプロトコルを含む複数のリンクバリアントのうちの１つを含む、請求項１記載の方法。
【請求項８】
前記決定するステップは、まず、前記リンクがＬＬＣタイプであるか否かを決定するためにテストを行い、前記リンクがＬＬＣタイプのリンクでない場合には、第１のタイプの少なくとも１つの追加テストを行い、前記リンクがＬＬＣタイプのリンクである場合には、第２のタイプの少なくとも１つの追加テストを行うことを含む、請求項１記載の方法。
【請求項９】
前記第１のタイプの少なくとも１つの追加テストは、前記リンクがＰＰＰリンクであるか否かを決定するためのテストを含む、請求項８記載の方法。
【請求項１０】
前記第２のタイプの少なくとも１つの追加テストは、前記ＬＬＣタイプのリンクについての特定タイプのカプセル化を決定するためのテストを含む、請求項８記載の方法。
【請求項１１】
ローカルネットワークおよびこのローカルネットワークに接続された１つもしくはそれより多くの追加のネットワークから成る通信ネットワークに接続された第１の装置を構成する際に用いる装置であって、
第１の装置から１つまたは複数のメッセージを送信して、前記ローカルネットワークの外部にあって前記１つもしくはそれより多くの追加のネットワークの通信リンクから成る通信リンクを介して前記第１の装置が受信した対応する応答を検査することで、前記通信ネットワークに接続された前記第１の装置および少なくとも１つの追加の装置間の前記通信リンクに関連するリンクタイプを自動的に決定するとともに、該決定されたリンクタイプに従った前記第１の装置および前記追加の装置の少なくとも１つの構成を指示するよう動作可能な処理要素を備え、
前記第１の装置は、前記ローカルネットワークと前記１つもしくはそれより多くの追加のネットワークの間に接続されたゲートウェイから成り、及び
前記リンクタイプを自動的に決定するよう動作する処理要素は、前記ゲートウェイ内の少なくとも一部分において動作するものであることを特徴とする装置。
【請求項１２】
ローカルネットワークと、このローカルネットワークに接続された１つもしくはそれより多くの追加のネットワークとから成る通信ネットワークに接続された装置を構成するのに用いられる、プロセッサにより実行される１つもしくはそれより多くのプログラムを格納するマシン読み取り可能媒体であって、前記プログラムが、プロセッサにより実行されるときに、
第１の装置から１つまたは複数のメッセージを送信して、前記ローカルネットワークの外部にあって、前記１つもしくはそれより多くの追加のネットワークの通信リンクから成る通信リンクを介して前記第１の装置が受信した対応する応答を検査することで、前記通信ネットワークに接続された前記第１の装置および少なくとも１つの追加装置間の前記通信リンクに関連するリンクタイプを自動的に決定するステップと、
該決定されたリンクタイプに従って、前記第１の装置および前記追加装置の少なくとも１つを構成するステップとを遂行するものであり、
前記第１の装置は、前記ローカルネットワークと前記１つもしくはそれより多くの追加のネットワークの間に接続されたゲートウェィから成り、及び
前記リンクタイプを自動的に決定するステップは、前記ゲートウェイ内の少なくとも一部分において遂行されるものであることを特徴とするマシン読み取り可能媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、概して、非同期転送モード（ＡＴＭ）接続またはデジタル加入者線（ＤＳＬ）接続を含むインターネットプロトコル（ＩＰ）等の通信ネットワークに関し、特に、顧客構内機器（ＣＰＥ）またはかかるネットワークに取り付けられる他の装置、例えばＡＴＭセルまたは他のフォーマットを介してインターネットプロトコル（ＩＰ）データグラムを伝送するＤＳＬを介するネットワークに取り付けられるＣＰＥに関する。
【０００２】
【従来の技術】
ＡＴＭを介した従来のＩＰ接続サービスは、他のプロトコルをＡＴＭセルにカプセル化する異なる方法を記載するいくつかのＲＦＣ（Request for Comments）におけるＩＥＴＦ（Internet Engineering Task Force）によって定義されている。このようなＲＦＣの１つは、「Multi-protocol encapsulation over ATM」と題するＲＦＣ１４８３であり、これは、本明細書に参照として援用する。不都合なことに、これら異なるタイプのカプセル化により、ＤＳＬを介してＩＰネットワークに取り付けるＣＰＥについて数多くのオプションが作り出された。これらオプションはまた、本明細書において「リンクバリアント」または単に「バリアント」とも呼ばれる。本明細書で用いる「ＩＰ通信」という用語は、非カプセル化形態の、またはイーサネット、ポイントツーポイントプロトコル（ＰＰＰ）、論理リンク制御（ＬＩＣ）等にカプセル化されたＩＰを含む、任意のタイプのＩＰパケットを包含するよう意図される。
【０００３】
現在、この技術の適用には、概して、それぞれが実質的な欠点を有する３つの可能なアプローチのうちの１つが必要である。第１のアプローチでは、顧客が、各自利用可能なＩＰ通信リンクの特定の種類を知っており、かつそのリンクタイプに適合するよう対応するＣＰＥを手動で構成する必要がある。例えば、顧客は、ＣＰＥにおける特定のリンクモードスイッチを設定する必要がありうる。しかし、このアプローチは、顧客が欠くことの多いあるレベルの技術的理解および能力を要求するという点において、明らかに問題がある。
【０００４】
第２のアプローチでは、顧客が特定のリンクバリアント専用のＣＰＥを購入する必要がある。これにより、顧客がＣＰＥに対して調節を行う必要性が回避されるが、リンクのタイプが変更するといった状況、例えば顧客がインターネットサービスプロバイダ（ＩＳＰ）を変更する場合に実質的な困難を呈する。顧客がこのような状況においてＣＰＥを交換する必要があるということは、明らかに望ましくない。
【０００５】
第３のアプローチは、ＣＰＥベンダーまたはそのエージェントに顧客サイトを訪ねさせて、従来の管理技術を用いて、リンク構成操作を行わせるものである。このアプローチは、正確な構成を保証することができるが、過度に複雑であり、ＣＰＥベンダー、ネットワークアクセスプロバイダ、および／または顧客にとって法外に高価でありうる。
【０００６】
【発明が解決しようとする課題】
したがって、上記従来のアプローチに関連する問題なしで、リンクタイプ決定についての問題点を解決する技術が必要とされている。
【０００７】
【課題を解決するための手段】
本発明は、自動化されたリンクバリアント決定および顧客構内機器（ＣＰＥ）または他のネットワーク装置の構成についての技術を提供する。本発明は、リンクタイプを検出してから、ＣＰＥまたは他のネットワーク装置において、検出されたリンクタイプに適したプロトコルエンティティを起動する自動化システムを提供することで、従来のリンクバリアント決定およびＣＰＥ構成に関連する上記問題を解決する。例えば、ＣＰＥまたは他のネットワーク装置は、リンクバリアント決定に基づいて、適切なインタフェースまたは他のプロトコルエンティティの選択を実施するよう動作する処理要素を備えうる。
【０００８】
本発明によれば、オートセンサまたは他の通信システム処理装置が、多数の利用可能なリンクバリアントのうちのいずれが、ＣＰＥまたは他の装置をネットワークに接続する特定の通信リンクに必要であるかを決定する。オートセンサは、関連する１つまたは複数のリンクバリアントを決定するために、リンクを介して送信されたメッセージに対する応答を検査する。次に、ＣＰＥまたは他の装置は、例えばＣＰＥまたは他の装置における適切なプロトコルエンティティを起動することで、決定されたリンクバリアントをサポートするよう自動的に構成される。
【０００９】
本発明の例示的な実施形態において、ＣＰＥは、デジタル加入者線（ＤＳＬ）を介して確立される非同期転送モード（ＡＴＭ）仮想回路（ＶＣ）を介したネットワークに接続されうる。このような構成では、それぞれが１つのリンクバリアントに対応する複数のプロトコルがＡＴＭセル内にカプセル化されている場合がある。この場合のＣＰＥは、ＡＤＳＬ（非対称デジタル加入者線）終端ユニット受信（ＡＴＵ−Ｒ）装置または他のタイプのゲートウェイに対応しうる。オートセンサは、一連のテストを行い、ＶＣについてのリンクバリアントを決定し、次にＣＰＥがそれに従って調節される。
【００１０】
例示的な実施形態において決定されるリンクタイプとしては、例えば、１つまたは複数の論理リンク制御（ＬＬＣ）、ポイントツーポイントプロトコル（ＰＰＰ）、ＬＬＣ―ＰＰＰ、インターネットプロトコル（ＩＰ）、ＬＬＣ―ＩＰプロトコル、イーサネットプロトコル、およびＬＬＣ―イーサネットプロトコルが含まれうる。最初のテストは、リンクがＬＬＣ−タイプのリンクであるか否かを決定するために適用される。リンクがＬＬＣ−タイプのリンクではない場合、少なくとも１つの第１のタイプの追加テスト、例えばリンクがＰＰＰリンクであるか否かを決定するためのテスト、が適用される。リンクがＬＬＣ−タイプのリンクである場合、少なくとも１つの第２のタイプの追加テスト、例えばＬＬＣ−タイプのリンクについてのカプセル化の特定タイプを決定するためのテスト、が適用される。
【００１１】
有利なことに、本発明は、上記従来のアプローチに関連する問題を回避する、自動化されたリンクバリアント決定および対応するＣＰＥ構成を提供する。
【００１２】
上述した例示的な実施形態は、デジタル加入者線（ＤＳＬ）ネットワーク接続を介して伝送される外部非同期転送モード（ＡＴＭ）を含む伝送用途における使用に特に適しているが、本発明はまた、例えばフレーム中継システム、ＩＰシステムを含む他のタイプの通信システムにおいて、または他の任意のタイプのカプセル化技術と組み合わせて実施することもできる。さらに、本発明を、他のタイプの伝送機構および通信リンクと併せて用いることも可能である。
【００１３】
さらに、本発明は、ＣＰＥと併せて説明するが、ネットワーク通信リンクに取り付けられた、そうでなければ連係された他のタイプの装置に適用可能である。例えば、適切なリンクバリアント決定および構成を提供して、サーバが特定の固定タイプの通信リンクを介して別の装置と通信できるようにするため、本発明をネットワークサーバにおいて実施してもよい。
【００１４】
本発明のこれらおよび他の特徴および利点は、添付図面および以下の詳細な説明からより明らかになろう。
【００１５】
【発明の実施の形態】
本発明について、ローカルエリアネットワーク（ＬＡＮ）と１つまたは複数の外部ネットワーク間の接続をゲートウェイを介して提供する例示的な通信システムに関連して、以下に説明する。しかし、開示される技術は、例えば、フレーム中継システムおよびＩＰシステムを含む広範な他のタイプのシステムとの併用、および非対称デジタル加入者線（ＡＤＳＬ）、同期光ネットワーク（Ｓｏｎｅｔ）／同期デジタルハイアラーキ（ＳＤＨ）、無線ネットワーク等を含む任意の所望のタイプの通信媒体との併用に適していることを理解されたい。本明細書において用いる「ローカルネットワーク」という用語は、ゲートウェイ装置を介して、１つまたは複数の外部ネットワーク要素とインタフェースしうる任意のタイプのネットワークを含むよう意図される。したがって、本発明によるローカルネットワークとしては、例えば、ＬＡＮ、広域ネットワーク（ＷＡＮ）、大都市圏ネットワーク（ＭＡＮ）、エクストラネット、またはイントラネット、ならびにこれらおよび他のネットワークの部分または組み合わせが含まれる。本発明は、任意の所望のタイプの伝送機構、通信リンク、またはプロトコルバリアントのセットと併用しうる。
【００１６】
本発明は、顧客構内機器（ＣＰＥ）または他のネットワーク装置に関連する上記問題を解決して、利用可能なリンクバリアントのセットのうちの特定の１つをサポートする。本発明の例示的な実施形態は、ＣＰＥに関連するリンクタイプを検出してから、ＣＰＥにおいて該リンクタイプに適したプロトコルエンティティを起動するシステム駆動型プロセスを提供する。より詳細に後述するように、これは、例えば、各オプションが、仕様要件により、応答を求める少なくとも１つのメッセージを有するよう決定されるように、すべてのリンクバリアントオプションについてメッセージセットを定義することで、達成することができる。
【００１７】
場合によっては、このような応答は、情報についての命令要求に対する適切な応答として、データを戻すよう要求することがある。他の場合では、プロトコルについて定義されるこのような命令要求がないこともあり、そのため他のタイプの応答を定義してもよい。例えば、状況通知データグラムをエラー状況の発信源に送信するよう命令するエラー状況が起こりうる。例示的な実施形態における本発明は、したがって、一連のメッセージを発し、結果得られる応答を各リンクバリアントに関連して予期される応答と比較する。有利なことに、それによってＣＰＥは、正確なリンクバリアントプロトコルを決定し、ユーザまたは技術者による介入なしで、ネットワークと首尾良く通信することができる。さらに、本システムは、ネットワーク機器アップグレード、現在のインターネットサービスプロバイダ（ＩＳＰ）から異なる種類の機器をサポートするＩＳＰへの変更する際、またはほかの同様の状況において、自動的に再構成する。
【００１８】
図１は、本発明の例示的な実施形態による通信システム１００の一部を示す。システム１００は、ＬＡＮ１０２を含む。ＬＡＮ１０２には、ＰＣ―１、ＰＣ―２、ＰＣ―３、．．．、ＰＣ―Ｎで示す複数のパーソナルコンピュータと、プリンタ１０４と、ローカルファイルサーバ１０６と、が接続される。ＬＡＮ１０２にはまた、例えば、本明細書に参照として援用するＡＮＳＩ規格Ｔ１．４１３に記載のＡＤＳＬ終端ユニット受信（ＡＴＵ―Ｒ）装置でありうるゲートウェイ１１０も接続される。
【００１９】
ゲートウェイ１１０およびそこに接続される装置は、本発明の自動化リンクバリアント決定プロセスに従って動作しうるＣＰＥの一例である。しかし、本発明は多くの他のタイプのＣＰＥと共に、ならびにネットワークに接続しうる他のタイプの装置において利用してもよいことを理解されたい。本説明の目的のために、「ネットワークに接続された装置」とは、ネットワーク自体の要素と考慮されもする装置または装置のセットを包含するよう意図される。
【００２０】
ゲートウェイ１１０は、ＡＤＳＬリンクを介してＤＳＬアクセスマルチプレクサ（ＤＳＬＡＭ）１１２と通信する。ＤＳＬＡＭ１１２は、ゲートウェイ１１０と多数の外部ネットワーク間に接続を提供し、例示的な本実施形態では、公衆交換電話網（ＰＳＴＮ）１１４と、リモートアクセスサーバ（ＲＡＳ）１１８を含む非同期転送モード（ＡＴＭ）ネットワーク１１６と、を含む。
【００２１】
ＬＡＮ１０２の端点には、周知の動的ホスト構成プロトコル（ＤＨＣＰ）に従って、ＲＡＳ１１８によりインターネットプロトコル（ＩＰ）アドレスを割り当てることができる。ＤＨＣＰは、ＩＰアドレスをローカルネットワーク上のコンピュータに動的に割り当てる。例えば、ローカルネットワーク上の各コンピュータまたは他の装置が、リモートＤＨＣＰサーバからＩＰアドレスを要求するよう構成される伝送制御プロトコル（ＴＣＰ）／ＩＰソフトウェアを有しうるように、ＩＰアドレスの範囲をＤＨＣＰに割り当ててもよい。当該技術分野で既知のように、要求および承認プロセスは、制御可能な時間期間と共にリース概念を用いる。
【００２２】
図１のシステム１００におけるこれらおよび他の装置の動作の従来の態様は、当該技術分野で十分に理解されているため、本明細書では詳述しない。例えば、システム１００のＡＴＭ通信態様に関するさらなる詳細は、例えば、双方とも本明細書に参照として援用する、ＡＴＭフォーラム「ATM User-Network Interface Specification」（３．１版、１９９４年９月）およびMartin de Pryckerによる「Asynchronous Transfer Mode: Solution for Broadband ISDN」（Ellis Horwood, New York, １９９３年）において見出すことができる。
【００２３】
図２は、システム１００の部分２００をより詳細に示す。部分２００は、例えば、主にゲートウェイ１１０において、主にＤＳＬＡＭ１１２において、部分的にゲートウェイ１１０かつ部分的にＤＳＬＡＭ１１２において、ＲＡＳ１１８において、またはシステム１００の１つまたは複数の他の要素において実施しうる。したがって、本発明のリンクバリアント決定およびプロトコル構成技術は、ＣＰＥまたは他の任意の特定タイプのネットワーク装置における使用に制限されず、複数の装置にわたって分散させてもよい。説明目的のために、部分２００は、ゲートウェイ１１０に相当するＡＴＵ―Ｒ装置において主に実施されるものと想定することができる。
【００２４】
部分２００は、システムデータベース２０４に接続された構成マネージャ２０２と、トランスポートマネージャ２０６と、状態マシンコンプレックス２０８と、を備える。構成マネージャ２０２は、要素２０４、２０６、および２０８の動作を制御するとともに、ＣＰＥのユーザに関連するパーソナルコンピュータ（ＰＣ）または他のネットワーク装置において実施しても、またはリモート要素管理システム（ＥＭＳ）等、通信システム１００に関連する別の装置において実施してもよい構成アプリケーション２０３とインタフェースする。構成アプリケーション２０３を用いて、例えば、ＣＰＥまたは他のネットワーク装置による使用のために、初期ＶＰＩ／ＶＣＩ（仮想パスインジケータ／仮想チャネルインジケータ）を提供することができる。トランスポートマネージャ２０６は、図示のように、ユーザ通信とゲートウェイ通信の双方を制御する。
【００２５】
状態マシンコンプレックス２０８は、システム起動状態マシン２１０と、２１２−１、２１２−２、および２１２−３で示される多数の仮想回路（ＶＣ）起動状態マシンと、を備える。システム起動状態マシンの一例は、図４により詳細に示す。ＶＣ起動状態マシンの一例は、図５により詳細に示す。３個のＶＣ起動状態マシンが図２の状態マシンコンプレックス２０８に図示されるが、これは、例としてのみのものであり、他の実施形態は、３個以上または３個未満のＶＣ起動状態マシンを備えうる。
【００２６】
システム１００の部分２００は、論理アクセスインタフェースのセット２２０のうちの特定の１つの選択を制御するオートセンサ２１５をさらに備える。各論理アクセスインタフェース２２０は、特定のリンクバリアントに対応し、オートセンサ２１５は、一連のテストを実行して、いずれのリンクバリアントが所与のＣＰＥとの通信に必要であるかを自動的に決定するよう構成される。これらのテストについては、図３の状態図と共により詳細に後述する。
【００２７】
論理アクセスインタフェースのセット２２０は、論理リンク制御（ＬＬＣ）インタフェース、ポイントツーポイントプロトコル（ＰＰＰ）インタフェース、ＬＬＣ−ＰＰＰインタフェース、インターネットプロトコル（ＩＰ）インタフェース、ＬＬＣ−ＩＰインタフェース、イーサネットインタフェース、およびＬＬＣ−イーサネットインタフェースを含む。上述したように、これらのインタフェースはそれぞれ、特定のリンクバリアントに対応する。ＰＰＰおよびＬＬＣ−ＰＰＰインタフェースは、ＰＰＰドライバ２２２に連結される。ＬＬＣ、ＩＰ、ＬＬＣ−ＩＰ、イーサネット、およびＬＬＣ−イーサネットの各インタフェースは、「Multi-protocol encapsulation over ATM」と題する上記ＲＦＣ１４８３に従って動作する１４８３ドライバ２２４に連結される。インタフェースの特定の１つは、より詳細に後述するリンクバリアント決定の結果に基づいて、起動されるか、そうでなければ使用に選択される。
【００２８】
上述したリンクバリアントは、当該技術分野で周知であるため、本明細書では説明しない。ＬＬＣに関するさらなる情報は、例えば、本明細書に参照として援用する、「Logical Link Control」と題するＡＮＳＩ／ＩＥＥＥ規格８０２．２において見出すことができる。ＰＰＰに関するさらなる情報については、例えば、双方とも本明細書に参照として援用する、「The Point-to-Point Protocol（ＰＰＰ）」と題するＲＦＣ１６６１、および「PPP Over AAL5」と題するＲＦＣ２３６４において見出すことができる。イーサネットに関するさらなる情報については、例えば、本明細書に参照として援用する、「CSMA/CD Access Method and Physical Layer Specifications」と題するＡＮＳＩ／ＩＥＥＥ規格８０２．３において見出すことができる。
【００２９】
ＰＰＰドライバ２２２および１４８３ドライバ２２４は双方とも、ＡＴＭネットワークに対するインタフェースを提供するＡＴＭアダプテーションレイヤ５（ＡＡＬ５）装置２２５に連結される。ＡＡＬ５装置２２５の動作については、例えば、本明細書に参照として援用する、国際電気通信連合電気通信標準化部門（ＩＴＵ−Ｔ）勧告Ｉ．３６３．５、第１集Integrated Service Digital Network, Overall Network Aspects and Functions-Protocol Layer Requirements, B-ISDN ATM Adaptation Layer Specification, Type 5 AAL、１９９６年８月により詳細に記載されている。
【００３０】
図３は、本発明により図２のオートセンサ２１５において実施される自動化バリアント決定プロセスの状態図である。本実施形態において、ケース１からケース６と示される、６つの異なる仮想回路（ＶＣ）リンクバリアントがあるものと想定する。これらのバリアントは、以下の表に要約される。表は、各６ケースについて、バリアント名と、ＡＡＬ５装置２２５から送受信されるプロトコルデータユニット（ＰＤＵ）の対応するタイプとを示す。各バリアントは、図２のインタフェースのセット２２０における論理アクセスインタフェースのうちの１つに対応する。勿論、本発明は、これら特定のバリアントを使用する必要はない。したがって、本発明と併用するバリアントの所与のセットは、図示していないさらなるバリアント（バリアントのサブセットのみを図示）や、完全に異なるバリアントのセットを含みうる。
【００３１】
【表１】
0004159753.tif 000002
【００３２】
図３の状態図において実施される自動感知プロセスは、所与のＶＣについて上記リンクバリアントのいずれか、すなわちケース１から６のいずれが適用可能であるかを決定する。状態図は、ＶＣ管理初期化状態３０２、自動感知開始状態３０４、ＬＬＣテスト状態３０６、ＰＰＰテスト状態３１０、ＬＬＣ−ＰＰＰテスト状態３２０、ＩＰテスト状態３３０、ＬＬＣ−ＩＰテスト状態３４０、イーサネットテスト状態３５０、ＬＬＣ−イーサネットテスト状態３６０を含む。
【００３３】
各状態３０６、３１０、３２０、３３０、３４０、３５０、および３６０には、特定のテスト、状態名に対応する所与の上記状態図に図示されるものの識別子が関連付けられる。より具体的には、状態３０６、３１０、３２０、３３０、３４０、３５０、および３６０には、それぞれテストＡ、テスト１、テスト２、テスト３、テスト４、テスト５、およびテスト６で示すテストが関連付けられる。これらテストそれぞれについては、より詳細に後述し、概して、１つまたは複数の指示されたメッセージの送信、および続いて受信したデータグラムの検査が含まれる。
【００３４】
次に、図３の状態図に示すトランザクションについて、より詳細に説明する。状態図は、ＶＣ管理初期化状態３０２において、対応するプロセスが開始されることを示す。ＶＣ＿ＣＯＮＦＩＧＵＲＥインジケータの生成により、システムが状態３０４に移され、自動感知プロセスを開始する。ＴＥＳＴ＿ＬＬＣインジケータの生成により、システムが状態３０６に移り、テストＡを行う。テストＡに不合格であると、ＴＥＳＴ＿ＰＰＰインジケータが生成され、システムが状態３１０に移り、テスト１を行う。テストＡに合格する場合、ＴＥＳＴ＿ＬＬＣ＿ＰＰＰインジケータが生成され、システムが状態３２０に移り、テスト２を行う。
【００３５】
各テストＡ、テスト１、テスト２、テスト３、およびテスト４について、プロセスは、テストに合格するか、あるいはカウンタが切れるまで、対応する状態に留まるものと想定する。テストに合格せずに、カウンタが切れる場合、シーケンスにおける次のテストの実行に関連するインジケータが、次のテストを行う状態に移る前に、または移ると共に、生成される。各状態３０６、３１０、３２０、３３０、および３４０についてのＣＯＵＮＴＥＲ＿ＥＸＰＩＲＥインジケータは、次のテストのインジケータが生成されて、次の状態への遷移が行われるまでは、対応する状態に留まることを示す。
【００３６】
状態３１０においてテスト１に合格する場合、ＶＣは、ケース１ＶＣと識別され、ＰＰＰ＿ＹＥＳインジケータが生成され、システムが状態３０２に戻る。テスト１に不合格である場合、ＴＥＳＴ＿ＩＰインジケータが生成され、システムが状態３３０に移り、テスト３を行う。タイマ切れインジケータＴＩＭＥＲ＿ＥＸＰＩＲＥまたはカウンタ切れインジケータＣＯＵＮＴＥＲ＿ＥＸＰＩＲＥが生成される場合、システムは状態３１０に留まりうる。
【００３７】
状態３３０においてテスト３に合格する場合、ＶＣはケース３ＶＣと識別され、ＩＰ＿ＹＥＳインジケータが生成され、システムは状態３０２に戻る。テスト３に不合格である場合、ＴＥＳＴ＿ＥＴＨＥＲＮＥＴインジケータが生成され、システムは状態３５０に移り、テスト５を行う。ＴＩＭＥＲ＿ＥＸＰＩＲＥインジケータあるいはＣＯＵＮＴＥＲ＿ＥＸＰＩＲＥインジケータが生成される場合、システムは状態３３０に留まりうる。
【００３８】
状態３５０においてテスト５に合格する場合、ＶＣは、ケース５ＶＣと識別され、ＥＴＨＥＲＮＥＴ＿ＹＥＳインジケータが生成され、システムが状態３０２に戻る。テスト５に合格しない場合、システムは、ＴＥＳＴ＿ＬＬＣ＿ＰＰＰインジケータが生成されると、状態３２０に移る。ＴＩＭＥＲ＿ＥＸＰＩＲＥインジケータあるいはＣＯＵＮＴＥＲ＿ＥＸＰＩＲＥインジケータが生成される場合、システムは状態３５０に留まりうる。
【００３９】
状態３２０にいてテスト２に合格する場合、ＶＣは、ケース２ＶＣと識別され、ＬＬＣ＿ＰＰＰ＿ＹＥＳインジケータが生成され、システムが状態３０２に戻る。テスト２に不合格である場合、ＴＥＳＴ＿ＬＬＣ＿ＩＰインジケータが生成され、システムは状態３４０に移り、テスト４を行う。ＴＩＭＥＲ＿ＥＸＰＩＲＥインジケータあるいはＣＯＵＮＴＥＲ＿ＥＸＰＩＲＥインジケータが生成される場合、システムは状態３２０に留まりうる。
【００４０】
状態３４０においてテスト４に合格する場合、ＶＣは、ケース４ＶＣと識別され、ＬＬＣ＿ＩＰ＿ＹＥＳインジケータが生成され、システムが状態３０２に戻る。他の実施形態において、テスト４に合格してから、さらなるプロトコルについてさらなるテストを行いうることを理解されたい。テスト４に合格しない場合、ＴＥＳＴ＿ＬＬＣ＿ＥＴＨＥＲＮＥＴインジケータが生成され、システムは状態３６０に移り、テスト６を行う。ＴＩＭＥＲ＿ＥＸＰＩＲＥインジケータあるいはＣＯＵＮＴＥＲ＿ＥＸＰＩＲＥインジケータが生成される場合、システムは状態３４０に留まりうる。
【００４１】
状態３６０においてテスト６に合格する場合、ＶＣは、ケース６ＶＣと識別され、ＬＬＣ＿ＥＴＨＥＲＮＥＴ＿ＹＥＳインジケータが生成され、システムが状態３０２に戻る。テスト６に合格しない場合、カウンタが切れ、それに対応してＣＯＵＮＴＥＲ＿ＥＸＰＩＲＥインジケータが生成されると、システムは状態３０２に移る。
【００４２】
次に、図３の状態図に対応する自動感知プロセスについて、より詳細に説明する。例示的な実施形態におけるプロセスは、以下のステップを含む。
ステップ１．テストＡを行うことで、ＶＣがＬＬＣカプセル化を用いているか否かをチェックする。テストＡに合格すると、ＶＣは、ＬＬＣカプセル化を用いているため、ステップ５に進む。テストＡに不合格であると、ＶＣは単一プロトコル（例えば、ＩＰパケット、ＰＰＰフレーム、イーサネットフレーム）のデータグラムを搬送しているため、ステップ２に進む。
ステップ２．テスト１を行うことで、ＶＣが直接ＰＰＰセッションを搬送しているか否かをチェックする。テスト１に合格すると、ＶＣはケースｌＶＣと表され、ＰＰＰ操作を継続する。テスト１に不合格であると、ＶＣは直接単一のＰＰＰセッションを搬送していないため、ステップ３に進む。
ステップ３．テスト３を行うことで、ＶＣが直接ＩＰパケットを搬送しているか否かをチェックする。テスト３に合格すると、ＶＣはケース３ＶＣと表される。テスト３に不合格である場合、ＶＣは直接ＩＰパケットを搬送していないため、ステップ４に進む。
ステップ４．テスト５を行うことで、ＶＣがブリッジされたイーサネットフレームを直接搬送しているか否かをチェックする。テスト５に合格すると、ＶＣはケース５ＶＣと表される。テスト５に不合格である場合、ＶＣはブリッジされたイーサネットフレームを直接搬送していない。この時点ですべてのテストに不合格であると、ＶＣを無効と宣言することができる。
ステップ５．テスト２を行うことで、ＶＣがＬＬＣカプセル化ＰＰＰセッションを搬送しているか否かをチェックする。テスト２に合格すると、ＶＣはケース２ＶＣと表され、ＬＬＣカプセル化ＰＰＰ操作が継続する。テスト２に不合格である場合、ＶＣはＬＬＣカプセル化ＰＰＰセッションを搬送しておらず、ステップ６に進む。
ステップ６．テスト４を行うことで、ＶＣがＬＬＣカプセル化ＩＰパケットを搬送しているか否かをチェックする。テスト４に合格する場合、ＶＣはケース４ＶＣと表される。テスト４に不合格である場合、ＶＣは、ＬＬＣカプセル化ＩＰパケットを搬送していない。いずれの場合であっても、ＶＣはまたＬＬＣカプセル化イーサネットフレームも搬送しうるため、ステップ７に進む。
ステップ７．テスト６を行うことで、ＶＣがＬＬＣカプセル化イーサネットフレームを搬送しているか否かをチェックする。カウンタが切れる前にテスト６に合格すると、ＶＣは、ケース６ＶＣと表される。カウンタが切れる前にテスト６に不合格である場合、ＶＣは無効であると宣言され、プロセスは状態３０２に戻る。
【００４３】
テストＡ：ＶＣがＬＬＣカプセル化を用いているか否かのチェック
以下のようにＬＬＣ  ＴＥＳＴコマンドＰＤＵを送信し、タイマを開始／カウンタを初期化する。
【表２】
0004159753.tif 000003
【００４４】
なお、０×００（ヌル）について、宛先サービスアクセスポイント（ＤＳＡＰ）に関して、最下位ビットが「０」ということは、個々のＤＳＡＰ（「１」はグループアドレスを示す）であることを示す。ソースサービスアクセスポイント（ＳＳＡＰ）について、最下位ビットが「０」ということは、コマンドＬＬＣ  ＰＤＵ（「１」は応答ＬＬＣ  ＰＤＵを示す）を示す。
次に受信するデータグラムにおけるオクテットを調べる。次に受信するデータグラムが以下のオクテットを含む場合、テストＡに合格する。
オクテット１（ＤＳＡＰ）＝０×００
オクテット２（ＳＳＡＰ）＝０×００または０×０１
オクテット３（制御）＝０×Ｅ３
オクテット４＋（情報）＝送信ＬＬＣからの一意の識別子
次に受信するデータグラムが、タイマおよびカウンタにより設定される制限内に合格基準を満たさない場合、テストＡに不合格である。
【００４５】
テスト１：ＶＣ多重化ＰＰＰか否かのチェック
以下のようにＰＰＰ  ＬＣＰ構成要求を送信し、タイマを開始／カウンタを初期化する。
【表３】
0004159753.tif 000004
上記表において、ＬＣＰとはリンク制御プロトコルを表し、ＭＲＵは最大受信ユニットを表す。
次に受信するデータグラムの最初の４オクテットを調べる。最初の４オクテットが以下の場合に、テスト１に合格する。
オクテット１−２（ＰＰＰプロトコル識別子）＝０×Ｃ０２１
オクテット３（コード）＝１、２、または３（それぞれ、構成承認、構成非承認、構成拒絶）
オクテット４（識別子）＝送信されたＰＰＰ  ＬＣＰ構成要求のものと同じ値
次に受信するデータグラムが、タイマまたはカウンタによって設定される制限内に合格基準を満たさない場合、テスト１に不合格である。
【００４６】
テスト２：ＬＬＣカプセル化ＰＰＰであるか否かのチェック
以下のようにＬＬＣカプセル化ＰＰＰ  ＬＣＰ構成要求を送信し、タイマを開始／カウンタを初期化する。
【表４】
0004159753.tif 000005
上記表において、ＯＳＩ  ＰＤＵは、オープンシステム相互接続プロトコルデータユニットを表し、ＵＩは番号の付けられていない情報を表す。
次に受信するデータグラムの最初の８オクテットを調べる。最初の８オクテットが以下の場合に、テスト２に合格する。
オクテット１（ＤＳＡＰ）＝０×ＦＥ
オクテット２（ＳＳＡＰ）＝０×ＦＥ
オクテット３（制御）＝０×０３
オクテット４（ＮＬＰＩＤ）＝０×ＣＦ
オクテット５−６（ＰＰＰプロトコル識別子）＝０×Ｃ０２１
オクテット７（コード）＝１、２、または３（それぞれ、構成承認、構成非承認、構成拒絶）
オクテット８（識別子）＝送信されたＬＬＣカプセル化ＰＰＰ  ＬＣＰ構成要求におけるものと同じ値
次に受信するデータグラムが、タイマまたはカウンタによって設定される制限内に合格基準を満たさない場合、テスト２に不合格である。
【００４７】
テスト３：ＶＣ多重化ＩＰであるか否かのチェック
以下のようにＩＣＭＰエコー要求を送信し、タイマを開始／カウンタを初期化する。
【表５】
0004159753.tif 000006
上記表において、ＩＣＭＰは、インターネット制御メッセージプロトコルを表す。
次に受信するデータグラムの以下のオクテットを調べる。オクテットが以下のようであり、かつ識別子およびシーケンス番号がマッチする場合に、テスト３に合格する。
オクテット１０（プロトコル）＝１
オクテット１３−１６（ソースＩＰアドレス）＝有効な（例えば非ゼロの）ＩＰアドレス
オクテット１６−２０（宛先ＩＰアドレス）＝放送またはゲートウェイのＩＰアドレス
オクテット２１（タイプ）＝１（エコー返信）
次に受信するデータグラムが、タイマまたはカウンタによって設定される制限内に合格基準を満たさない場合、テスト３に不合格である。
【００４８】
テスト４：ＬＬＣカプセル化ＩＰであるか否かのチェック
以下のようにＬＬＣカプセル化ＩＣＭＰエコーを送信し、タイマを開始／カウンタを初期化する。
【表６】
0004159753.tif 000007
上記表において、ＰＩＤはプロトコル識別子を表し、ＯＵＩは、ＡＮＳＩ／ＩＥＥＥ規格８０２．２に記載のように、ＳＮＡＰヘッダのサブフィールドである。
次に受信するデータグラムの以下のオクテットを調べる。オクテットが以下のようであり、かつ識別子およびシーケンス番号がマッチする場合に、テスト４に合格する。
オクテット１（ＤＳＡＰ）＝０×ＡＡ
オクテット２（ＳＳＡＰ）＝０×ＡＡ
オクテット３（制御）＝０×０３
オクテット４−６（ＯＵＩ）＝０×００−００−００
オクテット７−８（ＰＩＤ）＝０×０８−００
オクテット１８（プロトコル）＝１
オクテット２１−２４（ソースＩＰアドレス）＝有効な（例えば非ゼロの）ＩＰアドレス
オクテット２５−２８（宛先ＩＰアドレス）＝放送またはゲートウェイのＩＰアドレス
オクテット２９（タイプ）＝１（エコー返信）
次に受信するデータグラムが、タイマまたはカウンタによって設定される制限内に合格基準を満たさない場合、テスト４に不合格である。
【００４９】
テスト５：ＶＣ多重化ブリッジイーサネット／８０２．３か否かのチェック
【表７】
0004159753.tif 000008
上記表において、ＦＣＳはフレームチェックシーケンスを表す。
次に受信するデータグラムの以下のオクテットを調べる。オクテットが以下のようである場合に、テスト５に合格する。
オクテット１−２（ＰＡＤ）＝０×００−００
オクテット３−８（ＭＡＣ宛先アドレス）＝ゲートウェイの４８ビットＭＡＣアドレス
オクテット９−１４（ＭＡＣソースアドレス）＝非ゼロ４８ビットＭＡＣアドレス
オクテット１７（ＤＳＡＰ）＝０×００
オクテット１８（ＳＳＡＰ）＝０×００または０×０１
オクテット１９（制御）＝０×Ｅ３
オクテット２０＋（データ）＝送出されたものと同じ一意の識別子
次に受信するデータグラムが、タイマまたはカウンタによって設定される制限内に合格基準を満たさない場合、テスト５に不合格である。
【００５０】
テスト６：ＬＬＣカプセル化イーサネットであるか否かのチェック
【表８】
0004159753.tif 000009
次に受信するデータグラムのオクテットを調べる。オクテットが以下である場合に、テスト６に合格する。
オクテット１（ＤＳＡＰ）＝０×ＡＡ
オクテット２（ＳＳＡＰ）＝０×ＡＡ
オクテット３（制御）＝０×０３
オクテット４−６（ＯＵＩ）＝０×００−８０−Ｃ２
オクテット７−８（ＰＩＤ）＝０×００−０１（ＦＣＳが保存される）または０×００−０７（ＦＣＳは保存されない）
オクテット９−１０（ＰＡＤ）＝０×００−００
オクテット１１−１６（ＭＡＣ宛先アドレス）＝ゲートウェイの４８ビットＭＡＣアドレス
オクテット１７−２２（ＭＡＣソースアドレス）＝非ゼロの４８ビットＭＡＣアドレス
オクテット２５（ＤＳＡＰ）＝０×００
オクテット２６（ＳＳＡＰ）＝０×０１
オクテット２７（制御）＝０×Ｅ３
オクテット２８＋（データ）＝送出されたものと同じ一意の識別子
次に受信するデータグラムが、タイマまたはカウンタによって設定される制限内に合格基準を満たさない場合、テスト６に不合格である。
【００５１】
図４は、図２の例示的なシステム起動状態マシン２１０についての状態図を示す。該状態図は、オフ状態４０２、システム初期化状態４０４、ローカルアップグレード状態４０６、ＶＣ起動状態４０８、およびゲートウェイ起動状態４１０を含む。オフ状態４０２では、システムは電源投入されていない。電源投入時に、システムは、状態４０４に移る。状態４０４から、アップグレードを初期化することができ、その結果、状態４０６に、または状態４０６から移る。システムは、状態４０４から、直接ＶＣ起動状態４０８に移ることができる。状態４０８から、例えば図５に関連して以下に説明する状態図に従って、ＶＣ状態マシンを初期化することが可能である。
【００５２】
システムはまた、状態４０４から、ＲＥＡＤＹインジケータを生成することも可能であり、これにより、ゲートウェイ起動状態４１０に移ることになる。状態４１０から、システムは、例えば図５の状態図に従って、ＶＣ状態マシンを初期化することができる。この初期化には、ＩＰ通信が存在する１つまたは複数のＡＴＭ  ＶＣが含まれてもよい。上述したように、本明細書で用いる「ＩＰ通信」という用語は、非カプセル化形態の、またはイーサネット、ＰＰＰ、ＬＬＣ等にカプセル化されたＩＰを含む、あらゆるタイプのＩＰパケットとして広義に定義される。
【００５３】
アクティブなＶＣがないことを示すＡＬＬ＿ＩＰ＿ＶＣ＿ＤＯＷＮインジケータが生成される場合、システムは、状態４０８または４１０から状態４０４に戻る。
【００５４】
図５は、図２の例示的なＶＣ起動状態マシン２１２−１、２１２−２、または２１２−３についての状態図を示す。該状態図は、ヌル状態５０２、ＶＣ起動状態５０４、および図３に関連して上述したＶＣ管理初期化状態３０２を含む。ヌル状態５０２から、ＩＮＩＴＩＡＬＩＺＥ＿ＳＴＡＴＥ＿ＭＡＣＨＩＮＥインジケータの生成とともに、ＶＣ管理初期化状態３０２に移る。この状態において、ＣＰＥが要求する特定のリンクタイプを決定するために、上述した自動感知手順が実行される。このプロセスが完了すると、システムはＶＣ起動状態５０４に移り、該状態にある間、定期的なメンテナンス手順を行う。ＶＣ＿ＤＯＷＮインジケータが生成されると、システムは状態５０４からヌル状態５０２に戻される。また、状態５０４から、ＣＡＲＲＩＥＤ＿ＰＲＯＴＯＣＯＬ＿ＤＯＷＮインジケータが生成されると、システムは状態３０２に戻される。
【００５５】
所与のＶＣに関連する特定のリンクバリアント（単数または複数）が上述したようにして決定されると、例えば、ＣＰＥまたは他のネットワーク装置における適切なプロトコルエンティティを起動することで、リンクバリアントをサポートするように、ＣＰＥまたは他のネットワーク装置を構成することができる。例えば、所与のＶＣについて、該ＶＣに決定されたリンクバリアントに従って、ＣＰＥまたは他のネットワーク装置において利用可能なリンクバリアントインタフェースのセットの中から、特定のインタフェースを選択することが可能である。
【００５６】
上述した状態図、プロセス、およびテストは、例としてのみ示されるものである。当業者は、特定の自動感知用途に必要な他の構成の状態図、プロセス、およびテストと併せて本発明を用いうることを認識しよう。例えば、利用可能なリンクバリアントオプションのセットの中から、ＣＰＥによりサポートされる他のタイプのリンクバリアントを識別するために、異なる一連のテストを行ってもよい。別の例として、上記１つまたは複数のテストは、所与の用途における特定のリンクバリアントを決定しようとするために、他のタイプのメッセージおよび／または応答分析を利用してもよい。
【００５７】
上述したように、本発明は、本明細書ではＣＰＥと併せて説明されているが、ネットワーク通信リンクに取り付けられた、そうでなければ連係された他のタイプの装置にも適用可能である。例えば、本発明は適切なリンクバリアント決定および構成を提供して、サーバが特定の固定タイプの通信リンクを介して別の装置と通信できるようにするため、ネットワークサーバにおいて実施してもよい。この場合、他の装置は、固定リンクバリアント要求を有するＣＰＥでありうる。
【００５８】
システム１００について、例えば、図１および図２に示す要素以外の要素を用いた多くの構成が可能であることが認識され、かつ本発明はいかなる特定のシステム構成にも制限されないことを理解されたい。本明細書で用いる「処理要素」という用語は、上述したように自動感知機能および構成機能を提供するよう構成された１つまたは複数のプロセッサまたは他の処理装置、例えば、オートセンサ、ゲートウェイ、ＲＡＳ、ＤＳＬＡＭ、または図１および図２に示すシステムの１つまたは複数の他の要素、ならびにかかる要素の一部または組み合わせ等の任意の構成含むよう意図される。
【００５９】
本発明は、マシン読み取り可能媒体、例えば光ディスクまたは磁気ディスク、ディスクベースの記憶装置、電子メモリ等に格納されたソフトウェアにおいて全体的にまたは部分的に実施され、ゲートウェイまたは通信システムの他の同様の要素または要素のセットに関連するプロセッサによって実行することができる。
【００６０】
本発明の上記実施形態は、説明のみを意図したものである。添付の特許請求の範囲内の多数の代替実施形態が、当業者には明らかになろう。
【図面の簡単な説明】
【図１】本発明を実施しうる例示的な通信システムのブロック図である。
【図２】本発明による自動化リンクバリアント決定に関連する、図１の通信システムの一部を示すより詳細なブロック図である。
【図３】本発明の例示的な実施形態による自動化バリアント決定プロセスの状態図を示す図である。
【図４】本発明によるシステム起動状態マシンの例を示す図である。
【図５】本発明による仮想回路（ＶＣ）起動状態マシンの例を示す図である。
【図１】
0004159753.tif 000010
【図２】
0004159753.tif 000011
【図３】
0004159753.tif 000012
【図４】
0004159753.tif 000013
【図５】
0004159753.tif 000014