(57)【要約】  分布されたネットワークにおいて顧客家屋設備を同定するのに使用される方法、およびシステムが提示される。該方法は、分布されたネットワークにおけるＰＰＰｏＥ通信の発見段階の間にＣＰＥデバイスによりアクセス集中器に対し提示されるユニークな識別子を利用する。該アクセス集中器は、該ユニーク識別子を受信し、サービスプロバイダーネットワークに取り付けられるＣＰＥデバイスを同定し、管理するにおいて使用されるデータベースに該識別子を蓄積する。通信デバイスを同定するためのシステムは、アクセスサーバーおよびデータベースサーバーを含む。該アクセスサーバーは、通信デバイスからのアクティブ発見パケットを受信するよう形成される。該アクセス発見パケットは、デバイス同定フィールドを含むタグを持つ。該デバイス同定フィールドは、通信デバイス、例えば、ＣＰＥデバイス内のモジュールによりタグ内に埋め込まれる。
2007501564.tif 000002
【特許請求の範囲】
【請求項１】
分布されたネットワークにおける顧客家屋設備を同定する方法において、該方法は、以下のものからなる：
該分布されたネットワーク上を通信されるポイントツーポイントオーバーイーサーネット（ＰＰＰｏＥ）パケットを受信したのに応答してデバイス同定コードを生成すること；
ＰＰＰｏＥアクティブ発見開始（ＰＡＤＩ）パケットを放送すること、ここで、該ＰＡＤＩパケットは、ＣＰＥデバイスの製造モデルを特定するタグを含む；
ＰＰＰｏＥアクティブ発見提示（ＰＡＤＯ）パケットを受信すること；
該ＰＡＤＯパケットを受信したのに応答して、ＰＰＰｏＥアクティブ発見要求（ＰＡＤＲ）パケットを送信すること、ここで、該ＰＡＤＲパケットは、ＣＰＥデバイスの製造モデルを特定するタグを含む；
前記ＰＰＰｏＥアクティブ発見セッション（ＰＡＤＳ）パケットを受信すること；および、
イーサーネットセッションを行うこと。
【請求項２】
請求項１の方法において、
前記タグは、ホストユニークタグである。
【請求項３】
請求項１の方法において、
前記デバイス同定コードは、９ビットの２進数である。
【請求項４】
請求項１の方法において、
前記顧客家屋設備は、ＰＰＰｏＥ通信を終了させるデバイスである。
【請求項５】
請求項１の方法であって、さらに、
タグを含むＰＰＰｏＥアクティブ発見パケットを受信すること、および、データベース内の製造モデルを同定するデバイス同定コードを蓄積することを含む。
【請求項６】
ポイントツーポイントオーバーイーサーネット（ＰＰＰｏＥ）アクティブ発見パケットを送信することよりなる方法であって、
ここで、該ＰＰＰｏＥアクティブ発見パケットは、顧客家屋設備（ＣＰＥ）デバイスの製造モデルを特定するタグを含む。
【請求項７】
請求項６の方法において、さらに、
前記ＰＰＰｏＥアクティブ発見パケットを受信したのに応答して、デバイス同定コードを生成することを含む。
【請求項８】
請求項６の方法において、
前記タグは、ホストユニークタグである。
【請求項９】
請求項６の方法において、
前記ＰＰＰｏＥアクティブ発見パケットは、ＰＰＰｏＥアクティブ発見開始（ＰＡＤＩ）パケットである。
【請求項１０】
請求項６の方法において、
前記ＰＰＰｏＥアクティブ発見パケットは、ＰＰＰｏＥアクティブ発見要求（ＰＡＤＲ）パケットである。
【請求項１１】
請求項６の方法において、
前記顧客家屋設備は、ルーターである。
【請求項１２】
請求項６の方法において、
前記顧客家屋設備は、スイッチである。
【請求項１３】
請求項６の方法において、さらに、
前記ＰＰＰｏＥアクティブ発見パケットを受信することを含む。
【請求項１４】
請求項１３の方法において、
前記受信したＰＰＰｏＥアクティブ発見パケットは、ＰＰＰｏＥアクティブ発見提示（ＰＡＤＯ）パケットである。
【請求項１５】
請求項１３の方法であって、
前記受信したＰＰＰｏＥアクティブ発見パケットは、ＰＰＰｏＥアクティブ発見セッション（ＰＡＤＳ）パケットである。
【請求項１６】
ＰＰＰｏＥアクティブ発見パケットを受信すること、ここで、該ＰＰＰｏＥアクティブ発見パケットは、ＣＰＥデバイスの製造モデルを特定するタグを含む；および、
該タグに基づき、前記ＣＰＥデバイスの製造モデルは決定すること、
よりなる方法。
【請求項１７】
請求項１６の方法において、
前記決定する方法は、さらに、前記ＣＰＥデバイスの製造モデルを、データベースに蓄積することを含む。
【請求項１８】
請求項１７の方法であって、さらに、前記ＣＰＥデバイスの製造モデルに基づいて、前記データベースを管理することを含む。
【請求項１９】
請求項１６の方法において、
前記ＰＰＰｏＥアクティブ発見パケットは、ＰＰＰｏＥアクティブ発見開始（ＰＡＤＩ）パケットである。
【請求項２０】
請求項１６の方法において、
前記ＰＰＰｏＥアクティブ発見パケットは、ＰＰＰｏＥアクティブ発見要求（ＰＡＤＲ）パケットである。
【請求項２１】
ネットワークインターフェースと、
該ネットワークインターフェースに結合されたモジュールと、よりなり、
該モジュールは、タグを含むＰＰＰｏＥアクティブ発見パケットを送信するよう形成され、該タグは、ＣＰＥ製造モデルを一意に特定するデバイス同定フィールドよりなる、顧客家屋設備。
【請求項２２】
請求項２１の顧客家屋設備において、
前記デバイス同定コードは、あらかじめ定義された２進数よりなる。
【請求項２３】
請求項２１の顧客家屋設備において、
前記タグは、ホストユニークタグである。
【請求項２４】
通信デバイスを同定するシステムであって、該システムは、
デバイス同定フィールドを含むタグをもつアクティブ発見パケットを受信するよう構成されたアクセス集中器、ここで、アクティブ発見パケットは、ポイントツーポイント接続を終了することのできる通信装置による送信のために配列されたものであり、また該通信装置同定フィールドは、通信装置と関連する製造モデルを一意に特定するものである、と、
該デバイス特定フィールドを蓄積するよう働くデータベースサーバーと、よりなる。
【請求項２５】
請求項２４の顧客家屋設備において、
前記ポイントツーポイント接続は、ポイントツーポイントオーバーイーサーネット（ＰＰＰｏＥ）接続である。
【請求項２６】
請求項２４の顧客家屋設備において、
前記アクセス集中器は、広帯域のリモートアクセスサーバーである。
【請求項２７】
分布されたネットワークにおいて使用されるデータパケットであって、さらに、
デジタルスイッチデバイスのモデルタイプを示すホストユニークタグ値を含むイーサータイプペイロードフィールドを含む。
【請求項２８】
請求項２４の顧客家屋設備において、さらに、
サービスプロバイダーあて先アドレス、該サービスプロバイダーあて先アドレスは、分布されたネットワーク内のあて先ノードと関連している、と、
サービスプロバイダーソースアドレス、該サービスプロバイダーソースアドレスは、分布されたネットワーク内のソースノードにあるストレージデバイスと関連している、
とを含む。
【請求項２９】
請求項２８のデータパケットにおいて、
前記分布されたネットワークは、イーサーネットの分布されたネットワークである。
【請求項３０】
請求項２８のデータパケットにおいて、
前記デジタルスイッチデバイスのモデルタイプは、顧客家屋設備と関連している９ビットの２進数デバイス同定コードである。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の開示は、ポイントツーポイントオーバーイーサーネット（ＰＰＰｏＥ）サービスに関するものである。
【背景技術】
【０００２】
デジタル契約者ライン（ＤＳＬ）サービスのような分布されたコンピュータネットワークサービスのための広帯域のサービスプロバイダーは、代表的に、エンドユーザー、例えば、家庭、または企業のＤＳＬ契約者に対し、ＤＳＬ接続を、家庭、又は営業所で終端させるための、ルーター、スイッチ、又は他の顧客家屋設備（ＣＰＳ）を用いることを要求する。そのルーター又は他のＣＰＥは、非同期転送モード（Asynchronous Transfer Mode、ATM）接続を終端させるように動作し、一般に、ユーザー認証プロセスを完了するために、ポイントツーポイントオーバーイーサーネット（ＰＰＰｏＥ）を可能としたソフトウェアを利用している。
【０００３】
ＤＳＬ契約者が、彼らのＤＳＬ接続に関して問題に遭遇したとき、ＤＳＬサービスプロバイダーは、ＤＳＬ契約者によって利用されている特定のＣＰＥデバイスの特定の利用、および／またはモデルを自動的に決定する方法を持たない。この状況において、契約者に対する電話での質問が、ＣＰＥロケーションにおいてどのタイプの設備が利用されているかを発見する試みとしてなされるか、あるいは、サービス技術者が、顧客がどのタイプのＣＰＥデバイスが、彼らの元にあるかを知らないときに、その設備を“eyeball”（見る）ために派遣される。ＤＳＬ契約者、および彼らの各装置が、数万個（あるいは、場合によっては、数百万個）ある代表的な場合を考えれば、ＤＳＬサービスプロバイダに提示されるサポートの問題は、明らかとなる。
【０００４】
さらに、サービスプロバイダが、彼らのサービス領域においてＤＳＬトランスポートサービスを向上しようとするとき、すなわち、ポイントツーポイントプロトコルターミネーションアンドアグレゲーション（ＰＴＡ）を備えようとするとき、もし、サービスプロバイダーがどのようなタイプのＣＰＥ装置が現在配備されているかを知らなければ、新しいサービスプランをコスト的に有効に展開することは困難であろう。例えば、もし、新しいトランスポートサービスが特定の地理的領域において展開されることが予定されていても、しかし多くのＣＰＥデバイスがその新しいサービスを支持していないであろうことが決定されれば、その使用展開における遅れが生じるであろう。このような遅れはプロバイダーの費用を増大させ、この費用の増大は通常一般的であるように契約者に転嫁され、より高い料金を結果として生ずるであろう。
【０００５】
したがって、サービスプロバイダーのサービスエリアにおいては、自動的にＣＰＥ装置を同定できるシステム、又は方法が必要となる。
【特許文献１】米国特許出願公開第２００２／００９５２９９号明細書
【特許文献２】米国特許出願公開第２００４／００７１１３３号明細書
【特許文献３】米国特許６，３２７，５１１号明細書
【特許文献４】米国特許６，４９６，８５９号明細書
【非特許文献１】Ｌ．Mamakos、他5名、 “A Method for Transmitting PPP Over Ethernet（ＰＰＰｏＥ）”、[on line]、1999年2月、ＲＦＣ２５１６（ＲＦＣ２５１６）、Internet ＲＦＣ／ＳＴＤ／ＴＹＩ／ＢＣＰ Archives、[平成18年2月14日検索]、インターネット＜ＵＲＬ：http://www.faqs.org/rfcs/rfc2516.html＞
【発明の開示】
【０００６】
特定の実施形態において、分布されたネットワークにおいて顧客家屋設備（ＣＰＥ）を同定する方法が提示される。該方法は、該分布されたネットワーク上を通信されるポイントツーポイントオーバーイーサーネット（ＰＰＰｏＥ）パケットを受信したのに応答してデバイス同定コードを生成することを含む。ＰＰＰｏＥアクティブ発見開始（ＰＡＤＩ）パケットが放送される。該ＰＡＤＩパケットは、ＣＰＥデバイスの製造モデルを特定する、ホストユニークタグのようなタグを含む。ＰＰＰｏＥアクティブ発見提示（ＰＡＤＯ）パケットは、該ＣＰＥにより受信される。該ＣＰＥは、ＰＡＤＯパケットを受信したのに応答して、ＰＰＰｏＥアクティブ発見要求（ＰＡＤＲ）パケットを送信する。ＰＡＤＲパケットは、ＣＰＥデバイスの製造モデルを特定するタグを含む。該ＣＰＥは、ＰＰＰｏＥアクティブ発見セッション（ＰＡＤＳ）パケットを受信し、イーサーネットセッションが行われる。
【０００７】
特定の実施形態において、ポイントツーポイントオーバーイーサーネット（ＰＰＰｏＥ）アクティブ発見パケットを送信する方法が提示される。ＰＰＰｏＥアクティブ発見パケットは、顧客家屋設備（ＣＰＥ）デバイスの製造モデルを特定するタグを含む。
【０００８】
さらなる実施形態において、開示された方法は、ＰＰＰｏＥアクティブ発見パケットを受信することを含む。このパケットは、１つの実施形態においては、ＰＰＰｏＥアクティブ発見提示（ＰＡＤＯ）パケットであり、他の実施形態においては、該パケットは、ＰＰＰｏＥアクティブ発見セッション（ＰＡＤＳ）パケットである。該パケットは、ＣＰＥデバイスの製造モデルを特定するタグを含む。該ＣＰＥデバイスの製造モデルは、該タグに基づいて決定される。
【０００９】
特定の実施形態において、あるＣＰＥデバイスが、開示される。該ＣＰＥデバイスは、ネットワークインタフェース、および該ネットワークインタフェースに結合されたモジュールを含む。該モジュールは、タグを含むＰＰＰｏＥアクティブ発見パケットを送信するよう構築される。該タグは、ＣＰＥ製造モデルを一意に同定する装置同定フィールドを含む。
【００１０】
もう１つの実施形態において、通信デバイスを同定するシステムが提示される。該システムは、アクセス集中器、およびデータベースサーバーを含む。該アクセス集中器は、デバイス同定フィールドを含むタグを持つアクティブ発見パケットを受信するよう構築される。該アクティブ発見パケットは、ポイントツーポイント接続を終端させることのできる通信デバイスによる送信のために整えられる。該装置同定フィールドは、通信デバイスに関係する製造モデルを一意に同定する。データベースサーバーは、装置同定フィールドを蓄積する。
【発明を実施するための最良の形態】
【００１１】
本開示は、分布されたネットワークにおいて顧客家屋設備（ＣＰＥ）を同定するにおいて使用される方法、システム、および装置を提示する。該方法は、分布されたネットワークにおけるポイントツーポイントオーバーイーサーネット（ＰＰＰｏＥ）通信の発見ステージの間に、ＣＰＥデバイスによってアクセス集中器に対して与えられるユニーク同定器を利用する。アクセス集中器は、このＣＰＥに備えられた情報を収集するものであり、該情報は、ブロードバンドサービスプロバイダーにより、該サービスプロバイダーのネットワークドメインの一部を形成するＣＰＥデバイスを同定し、かつこれにより、管理するよう使用される。１つまたはそれ以上のネットワークを持つドメインの集合を含む分布されたネットワークシステムの例が、図１に図示されている。
【００１２】
図１は、分布されたネットワークの簡単化された例であり、分布されたネットワーク１００として言及される。分布されたネットワークシステム１００は、多くのルーティングドメイン１０３および１０５を含むことができ、これらは、バックボーンネットワーク１０１に接続されている。階層的に配列されたネットワークシステムにおいて、バックボーン１０１は、それに接続されたノードおよびネットワークによりシェアされた中央接続路である。該バックボーン１０１は、１つのユーザ、例えば、ドメイン１０３内のソースノード１２１と、他のユーザ、例えば、あて先ノード１４２との間のエンドツーエンドサービスを与えるよう、通信ノード間のトラフィックのバルクを管理する。
【００１３】
分布されたネットワークシステム１００における各ルーティングドメイン１０３，１０５は、１つ、又はそれ以上のルータ１２３，１２４、１２５、１３０、１３２，１３４、および１３５を介してバックボーン１０１に取り付けられた１つ、又はそれ以上のローカルネットワークの集合体である。ルータは、インターネットプロコルデータ（ＩＰ）を処理し、かつ、ＩＰデータを各ネットワークパスに沿って送るための専用コンピュータである。以下の議論においては、用語ローカルネットワークは、ドメイン内に含まれるすべてのタイプのネットワークに言及するものとして用いられる。ルーティングドメイン１０３および１０５は、また、自立したシステム（ＡＳ）として言及される。自立したシステムは、同じ管理の下で動作するノードおよびルータのセットである。ドメイン１０３および１０５は、同じサービスプロバイダ（同じ管理）によって、又は、異なるサービスプロバイダによって動作し得る。ルーティングドメイン１０３および１０５におけるネットワークは、住民／契約者のホームネットワーク、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、都市エリアネットワーク（ＭＡＮ）、あるいはその他であってよい。
【００１４】
ポイントツーポイント（ＰＰＰ）接続性ネットワークにおいて、ＣＰＥデバイス１２４および１２５、または１３０，１４０，および１３５等の、種々のタイプおよびモデルのＣＰＥデバイスは、ポイントツーポイント（ＰＰＰ）接続を終了させるために用いられる。１つのタイプのポイントツーポイント接続性ネットワークは、ポイントツーポイントオーバーイーサーネット（ＰＰＰｏＥ）である。種々のタイプのブロードバンドアクセス、すなわち、デジタル契約者ライン（ＤＳＬ）サービスにおいて、接続性はＰＰＰｏＥを介してドメイン１０３および１０５内に提供される。ネットワーク、ルータ、ＣＰＥデバイス、およびノード（ノードは、‘Ｎ’がその中に記載された円により描かれる。）は、図１の例では、クラッターを避けるために、制限を受けたものでなければならなかったであろうことは、理解されるであろう。
【００１５】
デジタル契約者ライン（ＤＳＬ）サービスのような広帯域アクセスサービスは、ＤＳＬ契約者の自宅あるいはビジネスロケーションで、ＤＳＬ（ＰＰＰｏＥ）接続を終了するようＣＰＥデバイスの使用を必要とする。これは、ポイントツーポイント接続がオーバーイーサーネットエンカプシュレーションが確立されることを示す簡単化された図である、図２に示される。
【００１６】
図２は、ＩＰネットワーク２０１を介して、アクセス集中器２２３に接続されたＣＰＥデバイス２２５を示す。ある実施形態において、アクセス集中器２２３は、広帯域リモートアクセスサーバー（ＢＲＡＳ）である。
【００１７】
代表的に、ＣＰＥデバイス２２５は、非同期転送モード（ＡＴＳ）接続を終了するものであり、ユーザ認証プロセスを終了させるよう、ポイントツーポイントオーバーイーサーネット（ＰＰＰｏE）ソフトウェアを持つ。該ＣＰＥデバイス２２５は、ＰＰＰｏＥ接続を終了させる、ルータ又はスイッチ、または任意のデバイスであってもよい。該ＣＰＥデバイス２２５は、ＣＰＥデバイス２２５をユニークに特定するタグを含むＰＰＰｏEパケットを送信するよう形成されるモジュールを含む。アクセス集中器２２３は、発見／認証プロセスの間に該ＣＰＥデバイスから得られるデバイス同定フィールドデータを蓄積するようデータベース２２６に接続される。該方法は、ＰＰＰｏＥ発見プロセスの実行の間にパケット交換を利用する。
【００１８】
ＰＰＰｏＥは、２つのステージ、すなわち、発見ステージと、ＰＰＰｏＥセッションステージを持つ。ホストが、ＰＰＰｏＥセッションステージを始めようとするとき、それは最初、ピアのイーサーネットメディアクセスコントロール（ＭＡＣ）アドレスを同定するための発見を行い、ＰＰＰｏＥセッションＩＤを確立する。ＰＰＰは、ピアツーピア関係を定義するが、発見は、クライアントサーバー関係である。すなわち、発見プロセスにおいて、ホスト（クライアント、又はＣＰＥデバイス）は、アクセス集中器２２３（サーバー）を発見し、種々の発見ステップがつづき、ホストおよびサーバーが、それらのイーサーネットを介してのポイントツーポイントオーバー接続を打ち立てるために要求される情報を持つことが許される。この発見プロセスは、図３に図示されている。
【００１９】
ここで開示されている方法およびシステムは、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）ＲＦＣ２５１６（ＰＰＰオーバーイーサーネット（ＰＰＰｏＥ）を送信する方法）において特定されたタグを、どのＣＰＥデバイス、例えば、ＣＰＥデバイス２２５が、ネットワークに接続されているかを決定するよう、革新的な方法で利用している。クライアント（ＣＰＥ２２５）は、分布されたネットワークを介して通信されたＰＰＰｏＥパケットを受信したのに応答してデバイス同定コードを生成することができる。発見ステップの第１のステップ３０２において、ＣＰＥデバイス２２５は、ＰＰＰｏＥアクティブ発見開始パケット（ＰＡＤＩ）パケットを放送する。このＰＡＤＩパケットは、ＣＰＥデバイス２２５の製造モデルを特に同定するタグを含む。特定の実施形態における該タグは、ホストユニークタグであり、デバイス同定コードは、ＣＰＥデバイスの特定の製造モデルまたはタイプに関係した２進数である。特定の実施形態において、該２進数は９ビットの２進数である。
【００２０】
該アクセス集中器２２３、例えば、広帯域アクセスリモートサーバー（ＢＲＡＳ）は、ステップ３０４において、ＰＰＰｏＥアクティブ発見オファー（ＰＡＤＯ）パケットを送信する。ステップ３０６において、ＰＡＤＯパケットは、クライアント２２５により受信され、受理される。ＰＡＤＯパケットの受信に応答して、アクティブ発見要求（ＰＡＤＲ）パケットが生成され、サーバー２２３に送信される。ＰＡＤＲパケットはまた、ＣＰＥデバイス２２５の製造モデルを特定するタグを含む。ステップ３０８において、サーバーは、ＰＡＤＲパケットを受信し、ＰＰＰｏＥアクティブ発見セッション（ＰＡＤＳ）確認パケットを生成し、送信する。セッション発見プロセスは終了し、イーサーネット通信セッションがその後、クライアント２２５とサーバー２２３間で行われる。
【００２１】
ホストユニークタグ情報は、ＰＡＤＩパケット内において送信される。また、ホストユニークタグ情報は、ＰＡＤＲパケット内においても送信され得る。一般に、ＰＡＤＩパケットを装置の同定のために利用するのは最も効率的であるが、しかし、該ＣＰＥデバイスは、タグ内のデバイス識別子を、ＰＡＤＲパケットをもつけて返送することができる。タグ情報が、ＰＡＤＩまたはＰＡＤＲパケットに含まれていれば、アクセス集中器２２３は、ＰＡＤパケットを受信し、デバイス同定コードをデータベース（２２６、図２）内に蓄積する。タグ内のデバイス同定コードを集めたのち、データベースは、ＣＰＥデバイスの特定の製造モデルを、タグ内に埋め込まれた情報に基づいて決定するのに用いられる。この情報は、その後、顧客サービス代表に、ユーザの問題を診断し、修復し、これにより顧客サイトへの訪問の回数を減少させ、サービス技術者を必要とする契約者コール要求を減少させるために提示されるのに利用可能となる。
【００２２】
開示された方法により提供される利点は、それは、ネットワーク内に存在すると決定されたＣＰＥデバイスの製造モデルに基づき、ネットワーク管理を有効とすることである。たとえば、ホストユニークタグと、ユニークデバイス同定器の使用は、広帯域サービスプロバイダーをして、プライベートネットワーク上での使用中のＣＰＥデバイスをチェックすることを許可する。この情報は、マーケティングの努力を目標とするよう、あるいは、現在存在する設備が広帯域のサービスプロバイダーが展開したいと思う新しい技術を持って作動するかを、現在存在する設備の調査が決定することを可能とするよう、用いることができる。このように提供された例は、主に、ＤＳＬ広帯域サービスを議論したものであるが、ＰＰＰｏＥは、ＤＳＬには限定されない認証システムであることを注意すべきである。
【００２３】
図４は、タグを含む、ポイントツーポイントオーバーイーサーネット（ＰＰＰｏＥ）アクティブ発見パケットを送信するよう構成された、モジュール４１５を組み込んでいるブリッジ／ルータボード４００のブロック図である。特定の実施態様において、タグは、ＣＰＥ製造モデルを一意に特定するデバイス識別子フィールドよりなる。モジュール４１５を例外として、図４のブロック図は、通信への応用の必要を満たすよう設計された集積マイクロプロセッサーの一般的な例として与えられており、このようなものは、ＣＰＥ装置に可能な唯一の構造を、提示しているものではない。
【００２４】
ＣＰＥボード４００は、フラッシュ４１１およびＳＤＲＡＭ４１０メモリ要素を接続して、メモリ制御モジュール４０９を含む。ボード４００内の他の要素は、ユニバーサルシリアルバス（ＵＳＢ）コントローラ４１９およびＵＳＢデバイス接続器４２０；ＡＴＭセグメンテーションおよびリアセンブリ（ＳＡＲ）制御モジュール；ＤＳＬチップセット４１２およびＤＳＬコネクター４１３；10／100Ｍｂｐｓイーサーネット制御モジュール４１６、トランシーバー４１７、およびコネクター４１８を含む。ＡＴＭ制御モジュール４１４およびイーサーネット制御モジュール４１５は、ネットワークインターフェースとしてボード４００内に集積化される。
【００２５】
ＰＰＰｏＥ発見プロセスの間に、モジュール４１５はＰＰＰｏＥアクティブ発見（ＰＡＤ）パケットを送る。該ＰＡＤパケットは、ＣＰＥ製造モデルを一意に同定するデバイス識別子よりなるタグを含む。該デバイス識別子フィールドはまた、ＰＡＤパケットを受信したのに応答して生成することができる。該タグ／デバイス識別子を含むＰＡＤパケットは、ＰＡＤＩパケット、あるいは、ＰＡＤＲパケットであり得る。１つの実施態様において、該タグは、ホストユニークタグであり、デバイス識別子フィールドは、ホストユニークタグ内に埋め込まれた、所定の２進数よりなる。このあらかじめ定義された２進数は、９ビットの２進デバイス識別子コードである。
【００２６】
図５は、分布されたネットワークで使用されるデータパケット５００を図示する。該データパケット５００は、代表的に、単一送信されるイーサーネットあて先アドレスか、イーサーネット放送アドレス（0xffffffff）かを含む、あて先アドレスフィールド（ＤＥＳＴＩＮＡＴＩＯＮ ＡＤＤＥＲ）５０２を含む。発見パケットについては、フィールド５０２の値は、単一送信される、あるいは、放送されるアドレスである。ＰＰＰセッショントラフィックについては、フィールド５０２の値は、発見段階で決定されたピアの単一送出されるアドレスを含む。
【００２７】
ソースアドレスフィールド（ＳＯＵＲＣＥ ＡＤＤＲ）５０４はまた、データパケット５００に含まれる。このフィールド５０４は、ソースデバイスのイーサーネットのメディアアクセス制御（ＭＡＣ）アドレスを含む。イーサータイプフィールド５０６は、発見段階の間は、第１の値にセットされ、ＰＰＰセッション段階の間は、第２の値にセットされる。ペイロードフィールド５０８は、ＰＰＰｏＥのためのイーサーネットペイロードを含み、図６において詳細に議論される。チェックサムフィールド５１０は、パケットの完全性を検証するのに役立つ。
【００２８】
図６は、ＰＰＰｏＥとともに使用されるイーサーネットペイロードを図解する。ＶＥＲＳＩＯＮフィールド６０２は、４ビットであり、ＰＰＰｏＥ仕様のバージョンナンバー、例えば０×１を特定する。ＴＹＰＥフィールド６０４は、４ビットであり、ＰＰＰｏＥ仕様の与えられたバージョンのためのイーサーネットタイプを特定する。ＣＯＤＥフィールド６０６は、８ビットであり、ＣＯＤＥフィールド値は、発見段階またはＰＰＰセッション段階が有効であるか、に依存する。
【００２９】
セッションＩＤフィールド６１２は、１６ビットであり、ネットワークバイトオーダー中の、符号なしの値である。与えられたＰＰＰセッションについて、フィールド６１２は固定であり、イーサーネットソースアドレス（図５の５０４）およびあて先アドレス（図５の５０２）を持つＰＰＰセッションを定義する。発見段階において、セッションＩＤフィールド６１２は、フィールド６１２が含まれる発見パケットのタイプに依存する異なる値を持つ。ＬＥＮＧＴＨフィールド６１０は、ＰＰＰペイロード６０８の長さを示す、ネットワークバイトオーダー中の値を持つ１６ビットである。
【００３０】
ＰＰＰｏＥペイロード５０８は、ゼロ、またはより以上のタグを含む。タグは、型、長さ、値（ＴＶＬ）の構成であり、一例のタグが、図７に示される。サンプルタグは、ネットワークバイトオーダー中の１６ビットのフィールドであるＴＡＧ ＴＹＰＥフィールド７０２を含む。該フィールド７０２内にあるタグタイプのリストは、タグタイプのエンドオブリスト、サービスネーム、ＡＣネーム、ホストユニーク、およびＡＣクッキータグを含む。ＴＡＧ ＬＥＮＧＴＨフィールド７０４は、１６ビットであり、ＴＡＧ ＶＡＬＵＥ７０６のオクテット中の長さを示すネットワークタイプオーダー中の符号なしの数である。
【００３１】
ＩＥＴＦ  ＲＦＣ  ２５１６は、ホストユニークタグを以下のように定義する：“このタグは、アクセス集中器応答（ＰＡＤＯ又はＰＡＤＳ）を、特定のホスト要求（ＰＡＤＩ又はＰＡＤＲ）に一意に関係づけるホストにより使用される。ＴＡＧ ＶＡＬＵＥは、ホストが選択する任意の値、および長さの２進データである。それは、アクセス集中器によっては解釈されない。該ホストは、ＰＡＤＩ又はＰＡＤＲ内のホストユニークタグを含む。もし、アクセス集中器が、このタグを受信すれば、それは、関連するＰＡＤＯ又はＰＡＤＳ応答に変更されていないタグを含む。”上記のＩＥＴＦ定義から、本開示は、あらかじめ定義されたタグを利用しているが、該タグは、ＣＰＥデバイスを同定するばかりでなく、ＣＰＥデバイス情報を、ネットワーク管理の目的で、アクセス集中器またはアクセス集中器に取り付けられたデータベースサーバーに集めるユニークな方法で利用されることが、明らかであろう。
【００３２】
ホストユニークタグに埋め込まれた９ビット２進数のＣＰＥデバイス識別子コードの例が、図８に図示されている。該ＣＰＥデバイス識別子コードは、０と５１２との間の任意の特定のＣＰＥデバイスナンバーを生成する標準２進数システムの数を利用する。図８の例１において、有効ネットワーク（Effective Networks）５８６１ルーターは、２進数000000001を持ち、そのデバイス２進数を１に等しくしている。例２において、ネトピア（Netopia）３５４６ルーターは、２進数111111111を持ち、そのデバイス２進数を、５１２に等しくしている。図８の例を用いて、ＣＰＥデバイスからアクセス集中器／データベースに送信されたデバイス識別子コードが111111111であるとき、このＣＰＥデバイスモデルタイプは、Netopia ３５４６ルーターであるとの決定がなされるであろう。同様に、受信されたデバイス識別子が000000001であるとき、アクセス集中器は、ＣＰＥデバイスモデルタイプは有効ネットワーク（Effective Networks）５８６１ルーターであると決定するであろう。
【００３３】
上記の開示された主題は、図解的なもので、限定的に解釈されるべきものではなく、添付されたクレームは、本発明の真の精神および範囲内に入るすべての修正、強調、他の実施形態をカバーすることが意図されている。このように、法律により許される最大の範囲まで、本発明の範囲は、以下のクレーム、およびその等価物の最も広い可能な解釈により決定されるべきものであり、上記の詳細な説明により制限され、あるいは限定されるべきものではない。
【図面の簡単な説明】
【００３４】
【図１】図１は、分布されたネットワークの簡単化された図である。
【図２】図２は、ＩＰネットワークを介してアクセス集中器に接続された顧客家屋設備（ＣＰＥ）の簡単化された図である。
【図３】図３は、ＰＰＰｏＥ発見の段階を図示するフロー図である。
【図４】図４は、タグを含む、ポイントツーポイントオーバーイーサーネット（ＰＰＰｏＥ）アクティブ発見パケットを送信するように構築されたモジュールを組み込んでなるＡＤＳＬブリッジ／ルーターボードのブロック図である。
【図５】図５は、分布されたネットワークで使用されるデータパケットを示す図である。
【図６】図６は、ポイントツーポイントオーバーイーサーネット（ＰＰＰｏＥ）のためのイーサーネットペイロードを示す図である。
【図７】図７は、イーサーネットペイロードにおいて使用されるタグを示す図である。
【図８】図８は、０ｘ０１０３ホストユニークタグに埋め込まれた９つのバイナリービットＣＰＥデバイスの例を示す図である。
【００３５】
異なる図における同じ参照記号の使用は、類似した、または同一の項目を示す。
【図１】
2007501564.tif 000003
【図２】
2007501564.tif 000004
【図３】
2007501564.tif 000005
【図４】
2007501564.tif 000006
【図５】
2007501564.tif 000007
【図６】
2007501564.tif 000008
【図７】
2007501564.tif 000009
【図８】
2007501564.tif 000010
【国際調査報告】
2007501564.tif 000011
2007501564.tif 000012