JP4638511B2 - アクセスドメイン上でブロードキャストメッセージを処理する方法およびノード - Google Patents

Description

３５ Ｕ．Ｓ．Ｃ．Ｓ．１１９（ｅ）および３７ Ｃ．Ｆ．Ｒ．Ｓ．１．７８に基づく優先権ステートメント。
この特許出願は、シルヴェイン・モネッテ（Ｓｙｌｖａｉｎ Ｍｏｎｅｔｔｅ）、マチュー・ジゲーレ（Ｍａｔｈｉｅｕ Ｇｉｇｕｅｒｅ）、マーチン・ジュリアン（Ｍａｒｔｈｉｎ Ｊｕｌｉｅｎ）、ベノア・トレムブレイ（Ｂｅｎｏｉｔ Ｔｒｅｍｂｌａｙ）の名の下に２００５年２月１４日の出願された出願番号６０／６５１，９７１号「ポリプロジェクト（Ｐｏｌｙ ｐｒｏｊｅｃｔ）」、およびシルヴェイン・モネッテ（Ｓｙｌｖａｉｎ Ｍｏｎｅｔｔｅ）、マチュー・ジゲーレ（Ｍａｔｈｉｅｕ Ｇｉｇｕｅｒｅ）、マーチン・ジュリアン（Ｍａｒｔｈｉｎ Ｊｕｌｉｅｎ）、ベノア・トレムブレイ（Ｂｅｎｏｉｔ Ｔｒｅｍｂｌａｙ）の名の下に２００５年４月２５日出願の出願番号６０／６７４，３０７号「アクセスノードエッジノード複合プロトコル（ＡＥＰ：Ａｃｃｅｓｓ ｎｏｄｅ−ｅｄｇｅ ｎｏｄｅ ｃｏｍｐｌｅｘ ｐｒｏｔｏｃｏｌ）」の先の米国仮特許出願に基づく優先権を主張するものである。

本発明は、サービスバインディングを用いてアクセスドメイン内でブロードキャストメッセージを処理する方法およびノードに関する。

近年、インターネットプロトコル（ＩＰ）ネットワークの爆発的な増加が見られる。当初は、大学や研究者が通信を行い、研究プロジェクトで協力することを可能とするための開発であったが、巨大市場レベルで提供されるネットワークへと成長した。今日では、一般世帯がワールドワイドウェブを使用したり、対話式ゲームを行ったり、ＩＰに乗せて音声を運んだり、文書やソフトウェアをダウンロードしたり、電子商取引を行ったりするためにＩＰネットワークに接続することは普通になっている。

以下、図１に関して述べる。図１は、ＩＰネットワーク１００の従来の技術例を示す説明図である。典型的に、ＩＰネットワークは、アクセスドメイン１１５と、ネットワークサービスプロバイダドメイン１４０と、アプリケーションサービスプロバイダドメイン１５０から構成されている。アクセスドメイン１１５はアクセスノード（ＡＮ）１２０とＩＰネットワークのようなアクセスネットワーク１３０を含んでいる。アクセスノード１２０は、ユーザドメイン１１０にＩＰネットワーク１３０への接続を提供するネットワークプロバイダである。ユーザドメイン１１０は、例えばユーザデバイス（ＵＤ）（コンピュータ、携帯電話、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）など）や、ローカルエリアネットワーク（ＬＡＮ）や、無線ＬＡＮ（Ｗ−ＬＡＮ）を含んでいる。ユーザドメインはアクセスノードと様々な可能な技術で通信を行う。これらの技術には、電話線上でのダイヤルアップ接続やＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）接続や、テレビケーブルネットワーク上でのケーブルモデム接続や、無線通信がある。アクセスネットワーク１３０は一群の独立したスイッチとルータから構成されている。ルータの役割は、入ってくるデータトラフィックを、データトラフィックの中に埋め込まれた目的アドレスに基づいて、ルーティングすることである。ネットワークサービスプロバイダドメイン１４０は、例えばＩＰ上の音声伝達サービスに適するものであり、一方、アプリケーションサービスプロバイダドメイン１５０は電子銀行取引や電子商取引に適している。

図1は、３つのユーザドメインと２つのアクセスノードと２つのサービスプロバイダドメインと２つのアプリケーションサービスドメインを描いてあるが、典型的には、ＩＰネットワーク１００は、数千のユーザドメインと、数十のアクセスノードと、数百のサービスプロバイダドメイン及びアプリケーションサービスプロバイダドメインを含んでいる。アクセスネットワーク１３０に関しては、数百のルータを含むネットワークに遭遇することは、普通のことである。この様に、図１には明瞭にするために極めて簡略化されたＩＰネットワーク１００が描かれている。

初期のＩＰネットワークの原理は、到着したデータトラフィックを最終目的地に向けてルーティングする前にできる限り少ない操作で処理を行うスイッチ、およびルータに基づいている。そのために、異なる種類のメッセージ：ユニキャストメッセージ、マルチキャストメッセージ、及びブロードキャストメッセージが利用できる。これらの３つのメッセージのタイプのそれぞれに関して、アドレスの幅が、メッセージのそれぞれのタイプごとに割り当てられている。ユニキャストメッセージは１つの送信者と１つの受信者との間のメッセージの交換に使用される。マルチキャストメッセージは、１つの送信者が複数の受信者にメッセージを届けることを可能とする。ブロードキャストメッセージに関しては、ブロードキャストメッセージは、同じセグメント内のＩＰネットワークの全てのスイッチにメッセージを届けるために使用される。

特に、ブロードキャストメッセージは、ユーザドメインによって発生させられ、その特徴は、ネットワークの１つのスイッチにおいてブロードキャストメッセージが受信されると、ブロードキャストメッセージは、受信者であるスイッチが知っている全てのスイッチに再度伝送されることにある。それゆえ、数千のユーザドメインに接続を提供するような、広範囲のＩＰネットワークでは、ブロードキャストメッセージは、重大な妨害となり、ＩＰネットワークの性能に深刻な影響を及ぼす可能性がある。

現在は、ユーザデバイス数の拡大とIPネットワーク上でサービスを提供するサービスプロバイダ数の拡大に結びつく問題の解決方法は知られていない。さらに、数千のユーザドメインに接続を提供する大きなＩＰネットワーク上での、ブロードキャストメッセージに起因する潜在的な妨害に対する、実体がある解決方法を可能とするために、長期にわたる解決方法はまだ確認されていない。

それゆえ、現存する解決方法では不足する点や欠点を克服するために、ネットワークに不要な負荷をかけずにブロードキャストメッセージを効率的に処理するノードと手法を持つことの有利性を、直ちに評価すべきである。本発明は、前述に記載の方法とノードを提供する。

本発明は、ブロードキャストメッセージをユニキャストメッセージ内にトンネリングする（ｔｕｎｎｅｌ）ことによって、ブロードキャストメカニズムによって発生させられるトラフィック、およびブロードキャストメッセージを減少させ、数千のユーザドメイン、およびアクセスノードが、アクセスドメイン上でブロードキャストメッセージを処理することを、効率的に可能とする。
そのために、本発明の方法では、ユーザドメインからのブロードキャストメッセージをアクセスノードにおいてユーザドメインから受信することによって、アクセスドメイン上でブロードキャストメッセージを処理する。その後、本方法は、続けて、アクセスノードにおいて受信されたブロードキャストメッセージをインターセプトし、受信されたブロードキャストメッセージをユニキャストメッセージ内でアクセスドメインのアクセスエッジノードへ転送する。そうすることによって、本発明の方法は、ブロードキャストメカニズムをインターセプトする。

本発明の別の観点は、アクセスドメイン上で伝送されたトンネリングされたブロードキャストメッセージを処理するアクセスエッジノードに関する。アクセスエッジノードは、入力ユニット、制御ユニット、およびブロードキャストハンドラを含んでいる。入力ユニットは、メッセージを受信する。制御ユニットは、入力ユニットにおいて受信されたメッセージから、どのメッセージがトンネリングされたブロードキャストメッセージであるかを識別する。ブロードキャストハンドラは、識別されたトンネリングされたブロードキャストメッセージをデトンネリングし（ｄｅｔｕｎｎｅｌ）、デトンネリングされたブロードキャストメッセージを処理する。

本発明の別の観点によれば、本発明は、ユーザドメインから受信したブロードキャストメッセージを処理するアクセスノードを対象としている。アクセスノードは、入力ユニット、制御ユニット、ブロードキャストハンドラ、出力ユニットから構成されている。入力ユニットは、ユーザドメインからメッセージを受信する。制御ユニットは、受信されたメッセージから、どのメッセージがブロードキャストメッセージであるかを識別する。ブロードキャストハンドラは、アクセスエッジノード宛のユニキャストメッセージ内で、識別されたそれぞれのブロードキャストメッセージをトンネリングし、出力ユニットは、ユニキャストメッセージを伝送する。

本発明の目的と利点のさらに詳細な理解のため、以下に記載の添付図面と併せて説明をする。
本発明の革新的な開示は、様々な実施形態の例について個々に言及することによって記載される。しかし、この種の実施形態は、本発明の革新的な開示の数多くの利点ある使用方法のほんの少しの例しか提供していないことを理解すべきである。概して、本出願の明細書中で記述されていることは、本発明の要求された様々な項目のどれをも必ずしも限定しない。さらに、いくつかの記述はいくつかの発明の特徴に当てはまるが、他の発明の特長には当てはまらない。図中で、同じ、あるいはよく似た要素は、いくつかの図表を通して同じ符号で示されている。

本発明の一実施形態は、アクセスドメイン内でブロードキャストメッセージを処理する方法とノードに関する。そのため、アクセスノード、およびアクセスエッジノードは、本発明の開示に従って、ブロードキャストメッセージの伝送を効率的に可能とするよう、適応されている。特に、本発明の一実施形態においては、ユーザドメインから伝送されたブロードキャストメッセージは、アクセスノードで受信され、インターセプトされる。アクセスノードはブロードキャストメッセージをユニキャストメッセージ内にトンネリングし、ユニキャストメッセージをアクセスエッジノードに伝送する。このように、アクセスドメインの至るところにブロードキャストされるのではなく、ブロードキャストメッセージは、アクセスドメイン内のそれらのエントリポイント、例えばアクセスノードにおいてインターセプトされ、直接アクセスエッジノードに伝送される。そうすることによって、アクセスドメイン上で、ブロードキャストメッセージによって発生させられるトラフィックを減少させることができる。本発明の一実施形態は、アクセスエッジノードによる適切な処理を可能とするため、アクセスエッジノードにおいて、トンネリングされたブロードキャストメッセージを識別する能力、およびそれらをデトンネリングする能力も提供する。

本発明の別の可能な一実施形態によれば、アクセスノード、およびアクセスエッジノードは、さらに、アクセスドメイン上でアクセスノードとアクセスエッジノードとの間のデータトラフィックを規定するサービスバインディングを管理する能力を持つ。特に、そのために、アクセスエッジノードは、サービスエージェントを管理し、制御するサービスエージェントユニットを含んでいる。それぞれのサービスエージェントは、サービスプロバイダドメインに対応し、アクセスドメイン上で、そのサービスプロバイダドメインに対応する仮想ローカルエリアネットワーク（ＶＬＡＮ：Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を管理し、制御する。このように、ユーザドメインが選択された１つのサービスプロバイダドメインと通信を希望するたびに、サービス要求関連メッセージがアクセスエッジノードに送信されるのである。サービス要求関連メッセージは、１つのサービスプロバイダドメインと１つのユーザドメインを識別する情報を含んでいる。アクセスエッジノードは、１つのサービスエージェントが、サービス要求関連メッセージ内で識別されたサービスプロバイダドメインに対応するかどうかを決定し、もしそうであれば、受信されたサービス要求関連メッセージに関するサービスバインディングを作成する。サービスバインディングは、１つのサービスエージェント、ユーザドメイン情報、およびアクセスドメイン転送プリミティブを識別する。その後、要求を出しているユーザドメインに接続を提供するアクセスノードは、サービスバインディングを作成したという情報を伝達され、作成されたサービスバインディングに従ってアクセスノードとアクセスエッジノードとの間のデータトラフィックを集合するために、サービスバインディングが、アクセスノード、およびアクセスエッジノードにおいて実行される。このように、この別の一実施形態に従って、アクセスノードで受信された１つのユーザドメインからのブロードキャストメッセージが、構築された１つのサービスバインディングに対応する時、アクセスエッジノードでのトンネリングされたブロードキャストメッセージのすばやい処理のために、トンネリングされたブロードキャストメッセージは、サービスエージェントに対応する識別子を含む。さらに、この実施形態は、秘密を保証するために、ユーザネットワークを互いに分離することを可能とする。

後述の段落は、本発明の方法、アクセスエッジノード、およびアクセスノードと、アクセスドメインの負荷を減少させるために、それらが、本発明と関連して、どのようにブロードキャストメッセージを処理するかとのより詳細な説明を提供する。
本発明と、本発明のメカニズムを理解するためには、図２に関して述べる。図２は、本発明が組み込まれたネットワーク２００を例示した概略図である。
ネットワーク２００の概略図は、明確化の目的で簡略化されている。描写されている様々な要素は、よく似た機能ごとにグループ化されており、ネットワークエンティティを位置的に図で表現しているのではない。しかし、よく似た機能を持つそれぞれのグループは、典型的に、ネットワーク２００に位置的にばらまかれた、特定の機能を持つ物理的なネットワークエンティティに対応する。ネットワーク２００の概略図は、ユーザドメイン１１０とアクセスドメイン１１５とネットワークサービスプロバイダ１４０とアプリケーションサーバ１５０を含んでいる。アクセスドメイン１１５は、アクセスノード１２０とアクセスネットワーク１３０とアクセスエッジノード１６０と地域ネットワーク１３５とを含んでいる。包括的な説明とそれぞれの要素の例は、以下の段落で図２を参照して提供される。

ネットワーク２００は、互いに通信を行う、１または複数のデータネットワークに対応している。このように、ネットワーク２００は、１または複数の操作者によって操作されることが可能である。データネットワークは、通常、多数の操作可能なエンティティ、および／または多数の操作可能な組織によってサポートされているため、どのようにしてこれらのエンティティおよび組織が通信を成功させるかを明確にすることは必須である。この理由のため、データネットワークは、通常、オープンシステムインターコネクションモデル（ＯＳＩモデル：Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ ｍｏｄｅｌ）を用いて詳しく説明される。ＯＳＩモデルは、７つのレイヤー内でプロトコルを実行するためのネットワークのフレームワークを明確にする。これらの７つのレイヤーは、それぞれ次に示す順になっている。１）物理層；２）データリンク層；３）ネットワーク層；４）トランスポート層；５）セッション層；６）プレゼンテーション層；７）アプリケーション層。それぞれのレイヤーは、データネットワーク上でデータの転送を行うときに、考えられる側面および請け負う動作に対応している。本発明のネットワーク２００を表現するためにＯＳＩモデルを使用すると、本発明のネットワークによって使用されている、および／またはサポートされている様々なプロトコルのいくつかは、以下のように層に分離することができる。
レイヤー２：イーサネット（Ｅｔｈｅｒｎｅｔ）、非同期転送モード（ＡＴＭ：Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）
レイヤー３：インターネットプロトコル（ＩＰ）ヴァージョン４、インターネットプロトコル（ＩＰ）ヴァージョン６
レイヤー４と５：トランスミッションコントロールプロトコル（ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、ユーザデータグラムプロトコル（ＵＤＰ：Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）
レイヤー６と７：現在存在しているか、または今後使用される、様々なプレゼンテーションプロトコルとアプリケーションプロトコル
前記のプロトコルのリストは、例としての目的のために提供されているのであり、本発明によってサポートされるプロトコルを限定するものではない。

次に、アクセスドメイン１１５について述べる。アクセスドメイン１１５は、その機能を、ユーザドメイン１１０、ネットワークサービスプロバイダ１４０、およびアプリケーションサービスプロバイダ１５０の間のエンド・トゥ・エンドの接続を提供する手段としてまとめることができる。アクセスドメインは、アクセスノード１２０、アクセスネットワーク１３０、地域ネットワーク１３５、およびアクセスエッジノード１６０を含む。このように、アクセスドメイン１１５は、それ自体はエンティティではなく、むしろ、構成要素の集合である。この構成要素の集合は、直接的または間接的に、物理的に無線で、または電子的に互いに連結されると、接続を提供するためのドメインとして振舞う。それゆえ、この名前を“アクセスドメイン”と言うのである。このように、１つのアクセスノード１２０と1つのアクセスネットワーク１３０と1つのアクセスエッジノード１６０と1つの地域ネットワーク１３５のみを含む現在のアクセスドメイン１１５の表現は、そのようなエンティティがアクセスドメイン内でシングルであるという意味ではなく、明確化の目的で、ただ1つのそれらのエンティティが表現されていることは明確である。以下の段落で、アクセスドメインの様々な構成要素のさらに詳細な説明がなされる。

アクセスノード１２０は、（図示されていないが）アクセスゲートウェイを含み、アクセスドメイン１１５の第一の構成要素を表現している。典型的に、アクセスノード１２０は、ユーザドメイン１１０のアクセスネットワーク１３０への接続を可能とするアクセスプロバイダに、例えば、固定制であるか従量制であるかについて問い合わせる。そのような接続は、さまざまなメディアとテクノロジーを使用することで可能となる。使用可能なメディアとしては、ケーブル、固定電話、携帯電話がある。使用可能なテクノロジーについては、統合デジタル通信網（ＩＳＤＮ：Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）や、非対称デジタル加入者線（ＡＤＳＬ：Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）や、ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）が例として挙げられる。しかし、本発明は、それらのメディアまたはテクノロジーのみに限定されるものではないという点に注意すべきである。同様に、３つのアクセスノードのみが図に描かれているが、ネットワーク２００は、潜在的に数百または数千のアクセスノードを含んでいる点にも注意すべきである。

アクセスドメインは、以降で共に論じられるアクセスネットワーク１３０と地域ネットワーク１３５も含んでいる。アクセスネットワーク１３０と地域ネットワーク１３５の第一の機能は、アクセスノード１２０、ネットワークサービスプロバイダ１４０、およびアプリケーションサービスプロバイダ１５０間でエンド・トゥ・エンドの、独立した転送を提供することである。アクセスネットワーク１３０および地域ネットワーク１３５は、次のような役割を果たすネットワークである。その役割とは、ダウンストリームおよびアップストリームのデータトラフィックを集合し、スイッチングし、およびルーティングするような役割である。アクセスネットワーク１３０は、ＯＳＩモデルのレイヤー２に対応するイーサネット、または他の同様なプロトコルを好適に使用することができる。しかし、ＯＳＩモデルのレイヤー２に対応するプロトコルに限定はされない。アクセスネットワーク１３０は、ＩＰｖ４および／またはＩＰｖ６のようなレイヤー３プロトコルも有利にサポートすることができる。地域ネットワーク１３５は、イーサネットおよび／またはＩＰとＭＰＬＳを好適にサポートし、可能な他のレイヤー３のプロトコルをサポートする。さらに、アクセスネットワーク１３０と地域ネットワーク１３５は、１または複数の異なる操作者によって、操作、および／または管理されることが可能である。

アクセスエッジノード１６０の役割は、複数のネットワークサービスプロバイダ１４０とアプリケーションサービスプロバイダとに関わるアクセスドメイン１１５において、集中エントリポイント（ｃｅｎｔｒａｌｉｚｅｄ ｅｎｔｒｙ ｐｏｉｎｔ）として振舞うことである。本発明の別の一実施形態によれば、アクセスエッジノードは、サービスエージェント１７０、およびサービスバインディング（図２には描かれていないが、図４に描かれている）の作成、管理、およびホスティングにも責任がある。それぞれのサービスバインディング１７０は、１つのサービスプロバイダドメイン（１４０または１５０）に対応し、アクセスネットワーク１３０上でそのサービスプロバイダドメインに関するＶＬＡＮを管理し、制御する。
“サービスバインディング”という表現は、ユーザドメイン１１０と１つのネットワークサービスプロバイダドメイン１４０との間、または、ユーザドメイン１１０と１つのアプリケーションサービスプロバイダドメイン１５０との間のバインディングのことを表している。サービスエージェント、およびサービスバインディングの概念と、アクセスエッジノードとは、図４、５ａ、および５ｂについて言及する記述の中でさらに詳しく記述される。

次に、ユーザドメイン１１０について述べる。ユーザドメインは、ユーザドメイン１１０とネットワークサービスプロバイダ１４０との間、および、ユーザドメインと１１０アプリケーションサービスプロバイダ１５０との間でのエンド・トゥ・エンドの通信を処理するためのアクセスドメイン１１５に関する。本記述では、“ドメイン”という言葉は、１または複数の、よく似た機能特性を持つネットワーク構成要素のことを表していることに注意すべきである。このように、本発明に関しては、“ユーザドメイン”という表現は、独立したコンピュータや、物理的にあるいは無線で、ルータを通してつながれたコンピュータのローカルネットワークや、携帯電話や、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）や、ネットワーク２００のようなネットワーク上でデータ通信可能なすべての他のデバイスのことを表す。さらに、“ユーザドメイン”という表現は、同時に起こる複数のデータトラフィックセッションを含むことが意図されている。その同時に起こる複数のデータトラフィックセッションは、１つのシングルユーザポートを通して、複数のデバイスによって実行される。例えば、ユーザは、インターネット接続やテレビ会議やテレビ番組のような異なるアプリケーションとネットワークサービスに同時にアクセスすることができる。その際、ユーザは、１または複数のデバイスを使用して、ＶＬＡＮに設けられたユーザドメインを通して、または、ここで“ユーザドメイン”と表現される１つのシングルユーザポートを通して、同時にアクセスすることができる。“ユーザドメイン”という表現は、ＶＬＡＮを用いた複数の論理サブネットを含んで用いられることもある。

ネットワークサービスプロバイダ１４０は、ＩＰアドレスの割り当てと、他のネットワークへの接続を提供するために、そして、特定のアプリケーションを提供し届けるために、アクセスドメイン１１５を使用するエンティティを表している。ユーザドメイン１１０を持つデータトラフィックに関しては、典型的に、ネットワークサービスプロバイダ１４０は、例えばＲＡＤＩＵＳ（Ｒｅｍｏｔｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｉａｌ―Ｉｎ ＵｓｅｒＳｅｒｖｉｃｅ）に基づく識別を使用して、ＩＰアドレスを所有し、ユーザドメイン１１０にＩＰアドレスを割り当てる。さらに、もし、要求された場合、および／または必要な場合、ネットワークサービスプロバイダ１４０は、ユーザレベルの認証と権限付与を行う。

アプリケーションサービスプロバイダ１５０は、ユーザドメイン１１０のエンドユーザにアプリケーションを提供し届けるために、アクセスドメイン１１５を使用する。その様なアプリケーションの例は、ゲーム、ビデオ・オンデマンド、テレビ会議、およびその他多くの可能なアプリケーションを含む。しかし、アプリケーションサービスプロバイダに代わってユーザドメイン１１０にＩＰアドレスを割り当てるのは、アクセスドメイン１１５である。もし、要求されれば、アプリケーションサービスプロバイダ１５０は、ユーザレベルでの認証も行うことが可能であり、もし必要であれば、権限付与も行う。前述の記述で、“サービスプロバイダ”と“サービスプロバイダドメイン”という表現は、ネットワークサービスプロバイダ１４０とアプリケーションサービスプロバイダ１５０の両方を同時に表現するために、代わりに用いられている。“サービスプロバイダ”という表現はネットワークサービスプロバイダ１４０またはアプリケーションサービスプロバイダ１５０の1つを表現している場合もある。

次に、図３に関して記述する。図３は、本発明の開示に従ってブロードキャストメッセージを処理する方法の簡略化されたフローチャートを表している。本方法は、アクセスドメイン１１５上で、ユーザドメイン１１０から送信されたブロードキャストメッセージを処理する。本方法についての後述では、１つのブロードキャストメッセージを扱っているが、本方法に関しては、１または複数のユーザドメイン１１０から受信されたいくつかのブロードキャストメッセージが同時に処理されることも可能である。そして、１つのブロードキャストメッセージの処理は、同時に処理されていても、あるいはそうでなくても、それぞれのブロードキャストメッセージに関して本方法が実行するステップを表している。本方法は、ステップ３００から始まる。ステップ３００では、アクセスノード１２０においてブロードキャストメッセージを受信する。続いて、ステップ３１０では、ブロードキャストメッセージがインターセプトされる。ブロードキャストメッセージがさらにブロードキャストされるのを防ぐために、ブロードキャストメッセージは、アクセスノード１１０によってインターセプトされる。そうすることによって、アクセスドメイン１１５のスイッチとルータをロードする。その後、アクセスノード１２０はステップ３２０でブロードキャストメッセージを修正する。特に、アクセスノード１２０は、ブロードキャストメッセージの目的アドレスを修正する。技術的に知られているように、ＩＰネットワークでは、受信するスイッチ／ルータにブロードキャストメッセージであることを示すために、あるアドレスが使用される。ＩＰの場合、そのメッセージがブロードキャストメッセージであることを表す目的アドレスは、（２５５．２５５．２５５．２５５）というアドレスである。このように、アクセスノードが（２５５．２５５．２５５．２５５）のＬ３目的アドレスを持つメッセージを受信すると、受信したメッセージがブロードキャストメッセージであることが自動的に分かる。しかし、本方法のステップ３２０では、目的アドレスは、下位３バイトがアクセスノード識別子（１６ビット）とユーザポート番号（８ビット）とに対応するように変更される。

本方法は、随意にステップ３３０に続く。ステップ３３０は、本発明の第２の実施形態に対応するネットワーク内でのみ実行される。本発明の第２の実施形態の例としては、アクセスエッジノード、およびアクセスノードがサービスバインディングを実行する能力を持つときが挙げられる。ネットワーク２００が、サービスバインディングを処理し、実行する能力を持たない場合は、本方法のステップ３３０は実行されない。このように、本発明の第２の実施形態に従ったネットワーク２００の場合、対応するサービスエージェントが識別される。対応するサービスエージェントは、アクセスノード１２０において、その中に格納されたサービスバインディング情報に基づいて識別され、ブロードキャストメッセージが受信されたユーザポートに関するサービスバインディングが存在するかどうかを決定するために、ユーザポート情報を使用する。

本方法は、ステップ３４０に続く。ステップ３４０では、変更されたブロードキャストメッセージがトンネリングされる。そのために、変更されたサービスエージェントがユニキャストメッセージ内でトンネリングされる。ユニキャストメッセージには、アクセスエッジノード１６０のアドレスに対応する目的アドレスとアクセスノードのアドレスに対応するソースアドレスとが与えられ、ユニキャストメッセージの仮想ローカルエリアネットワークタグには、ステップ３３０で識別されたサービスエージェントに対応する値が与えられる。サービスエージェントが識別されなかった場合、すなわち、サービスバインディングがアクセスノードとアクセスエッジノードとによってサポートされていない場合、デフォルトの値が代替として用いられる。変更され、トンネリングされたブロードキャストメッセージは、その後、ステップ３５０において、アクセスネットワーク１３０上でアクセスエッジノード１６０に送信される。変更され、トンネリングされたブロードキャストメッセージは、ステップ３６０において、アクセスエッジノード１６０で受信される。その後、アクセスエッジノード１６０は受信したメッセージが、変更されトンネリングされたブロードキャストメッセージであることを決定し、デトンネリングし、ステップ３７０においてローカルで処理する。

次に、図７に関して記述する。図７は本発明に従って、ブロードキャストメッセージ７００に加えられる変更を示した図表である。技術的に知られているように、ブロードキャストメッセージはアップストリームトラフィックである。アップストリームトラフィックとは、アクセスドメイン１１５を通して、ユーザドメイン１１０から送信されるトラフィックのことである。図７は、例として、ＩＥＥＥ８０２．３ａｃ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ ８０２．３ａｃ）で記述されるようなイーサネットブロードキャストメッセージを描いている。ブロードキャストメッセージは、典型的に、次のようなフィールドを含んでいる：目的アドレス（ＤＡ：Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓ）７１０、ソースアドレス（ＳＡ：Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）７２０、タイプ７３０、ＶＬＡＮタグ７４０、ユーザデータ７５０。目的アドレス７１０は、メッセージがブロードキャストメッセージであることを示す専用のイーサネットＭＡＣアドレス（２５５．２５５．２５５．２５５）のことであり、６バイトで構成されている。ソースアドレス７２０は、そのイーサネットＭＡＣアドレスからブロードキャストメッセージが発生させられたことを示し、６バイトで構成されている。タイプフィールド７３０は、２バイトの長さを持つ。ＶＬＡＮタグ７４０は、４バイトの長さを持ち、通常、目的アドレスとソースアドレスに対して意味があり、既知な場合のみＶＬＡＮ識別子のことを表す。最後に、ユーザデータ７５０は、４６バイト〜１５００バイトの間で変化し、ソースアドレス７２０から目的アドレス７１０に送信されたデータを含んでいる。ブロードキャストメッセージという特別な場合は、ユーザデータ７５０は、ネットワーク２００の至るところにブロードキャストされるデータを表している。

前述のように、ブロードキャストメッセージ７００は、ユーザデバイス１１０から発生させられ、本発明に関しては、ネットワークを通して変更を加えられる。ユーザデバイス１１０は、ブロードキャストメッセージ７００ａを発生し、そのブロードキャストメッセージ内では、目的アドレス７１０がブロードキャストＭＡＣアドレスに対応し、ソースアドレス７２０がユーザデバイスＭＡＣアドレスであり、ＶＬＡＮタグ７４０がユーザデバイスのローカルサービス識別子に対応し、ユーザデータ７５０がアクセスドメイン１１５を通してブロードキャストされるデータに対応する。ユーザデバイス１１０によって発生させられたブロードキャストメッセージ７００ａは、送信され、アクセスノード１２０によって受信され、アクセスノード１２０において、目的アドレスによってブロードキャストメッセージとして識別され、インターセプトされる。アクセスノードは、アクセスネットワーク１３０上でブロードキャストメッセージを転送するより優先的に、ブロードキャストメッセージにいくつかの変更を加える。特に、ブロードキャストメッセージ７００ｂで表されたように、目的アドレス７１０は、１６ビットのアクセスノード識別子と、ブロードキャストメッセージが受信されたユーザポートを示す８ビットのユーザポート番号とに対応するように、下位３バイトを置き換えて変更される。変更されたブロードキャストメッセージは、その後、トンネリングされる、あるいはユニキャストメッセージ内にカプセル化される。ユニキャストメッセージは、アクセスエッジノードのＭＡＣアドレスに対応する目的アドレスと、アクセスノードＭＡＣアドレスに対応するソースアドレスとを持つ。ユニキャストメッセージ７００ｃは、ユニキャストメッセージがブロードキャストメッセージを含んでいることを示す予約された値であるイーサタイプ識別子を示すタイプも含んでいる。最後に、本発明の第２の実施形態の場合、ユニキャストメッセージ７００ｃのＶＬＡＮタグフィールドはサービスエージェント識別子を含み、あるいは、その時のユーザポート番号に対応するサービスバインディングが存在しない場合には、デフォルト値を含んでいる。ユニキャストメッセージ７００ｃは、その後、アクセスネットワーク１３０上で送信される。

次に、図６に関して記述する。図６は、本発明の開示に従ったアクセスノードの概要図を示している。アクセスドメイン１１５における位置的な理由から、アクセスノード１２０は、アクセスドメイン１１５のアクセスネットワーク１３０、およびアクセスエッジノード１６０と通信するために、アクセスドメイン入出力ユニット６１０を含んでいる。アクセスノード１２０は、ユーザドメイン１１０と通信するために、ユーザドメイン入出力ユニット６２０も含んでいる。アクセスノード１２０は、制御ユニット６３０、およびブロードキャストハンドラ６９０も含んでいる。一般的にアクセスノードによって実行される処理を可能とするために、アクセスノード１２０は、もし要求されれば、ブリッジングユニット６４０、翻訳テーブル６５０、転送ユニット６６０、調整ユニット６７０、および集合ユニット６８０のような構成要素を含むこともありうる。アクセスノードの様々な構成要素は、アクセスノードの適切な機能を可能とするために連結された、専用のハードウェア、組み合わされたハードウェア、あるいはソフトウェアから構成されている。

ユーザドメイン入出力ユニット６２０は、４２０によって示されるような、ブロードキャストメッセージを含む多くの異なるタイプのメッセージを受信する。ブロードキャストメッセージは、ユーザドメイン入出力ユニット６２０の１つのユーザポートにおいて、ユーザドメイン入出力ユニット６２０に入る。ユーザドメイン入出力ユニット６２０は、受信されたメッセージを制御ユニット６３０に転送し、制御ユニット６３０は、受信されたメッセージ４２０がブロードキャストメッセージであるかを決定し、ユーザドメイン入出力ユニット６２０のどのユーザポートがメッセージ４２０を受信したかという情報と共に、受信されたメッセージをブロードキャストハンドラ６９０に転送する。ブロードキャストハンドラ６９０は、続けて、図７に関して前述されたようにブロードキャストメッセージを変更し、アクセスドメイン入出力ユニット６１０を通して、ユニキャストメッセージ内で転送する。

前述のように、本発明の第２の実施形態は、アクセスドメイン１１５上でデータトラフィックを規定するサービスバインディングの概念に基づいている。次に、本発明の第２の実施形態をよりよく理解するために、サービスバインディングの概念を説明する簡潔な記述が提供される。サービスバインディングは、転送関係とトラフィックとを管理するために、アクセスエッジノード１６０において作成される。それぞれのサービスバインディングは、１つのユーザドメインと１つのサービスプロバイダドメインとの間で構築され、接続を提供するアクセスノード１２０とアクセスエッジノード１６０の１つのサービスエージェント１７０とに直接影響を与える。概念的に言えば、サービスバインディングの作成は、アクセスドメイン上で、サービスプロバイダドメインに対応するＶＬＡＮに、識別されたユーザドメインを追加することに対応し、そのＶＬＡＮはアクセスエッジノードによって管理される。アクセスエッジノードによって管理されるそれぞれのＶＬＡＮに関して、アクセスエッジノードにおいて、サービスバインディングが作成される。このように、それぞれのサービスバインディングは、取引可能なビジネスエンティティを表現している。取引可能なビジネスエンティティは、ユーザドメインの特定のユーザポートとサービスプロバイダの特定のプロバイダポートとの間で、適切な状態とＱｏＳを保ち、対応するサービスを届けることを保証する。サービスバインディングは、アクセスエッジノード内で作成され、管理され、ホストされ、サービスエージェント１７０と結合して存在する。

このように、本発明の第２の実施形態によれば、アクセスノード１２０の集合ユニット６８０は、サービスバインディング関連情報をホストする。サービスバインディング関連情報は、（サービスエージェント属性とサービスタイプの形の）特定のサービスバインディング情報と、サービス要求関連メッセージを受信するアクセスノードのポートにおける識別と、ユーザドメインのローカルネットワークコンテキストとを含む。この情報に基づいて、集合ユニット６８０は、ブロードキャストメッセージが受信されたユーザポートのユーザポート属性に対応する、サービスエージェント属性を提供することが可能となる。このように、前述のようにユニキャストメッセージ内に含まれるサービスエージェント属性を得るために、ブロードキャストハンドラ６９０は、さらに、集合ユニット６８０とも直接的に、または制御ユニット６３０を通して通信する。

次に図４に関して記述する。図４は、本発明の開示に従うアクセスエッジノードの概要図である。アクセスエッジノード１６０は、アクセスドメイン入出力ユニット４１０、制御ユニット４５０、およびブロードキャストハンドラ４９５を含んでいる。アクセスドメイン入出力ユニット４１０は、変更され、トンネリングされたブロードキャストメッセージ７００ｃを受信する。受信されたメッセージ７００ｃは、制御ユニット４５０に転送される。一度、受信されたメッセージ７００ｃが制御ユニット４５０によって適切にデトンネリングされると、デトンネリングされたメッセージは、適切な処理のためにブロードキャストハンドラ４９５に引き渡される。制御ユニット４５０は、ブロードキャストハンドラ４９５にも関わる。アクセスドメイン入出力ユニット４１０、制御ユニット４５０、およびブロードキャストハンドラ４９５は、独立したハードウェア、あるいは組み合わされたハードウェア、あるいはソフトウェアでありうる。そして、それらは、互いに直接的に、あるいは間接的に通信する。

本発明の第２の実施形態においては、アクセスエッジノードは、地域ネットワーク１３５上で、ネットワークサービスプロバイダ１４０、およびアプリケーションサービスプロバイダ１５０と通信するネットワーク／アプリケーションサービスプロバイダドメイン入出力ユニット４３０も含む。さらに、アクセスエッジノード１６０は、サービスエージェントユニット４４０、および制御ユニット４５０を含み、さらに、翻訳テーブル４６０、転送ユニット４７０、および調整ユニット４８０を含むこともある。

サービスエージェントユニット４４０は、サービスエージェント管理・制御ユニット４４２およびサービスバインディングホスティングユニット４４４から構成されている。サービスエージェントユニット４４０は、存在するサービスエージェント１７０の情報をサービスエージェント管理・制御ユニット４４２内に保持する。次に、サービスエージェント管理・制御ユニット４４２は、サービスバインディング４４６を作成し、管理する責任を持つ。そのため、サービスエージェント管理・制御ユニット４４２は、いつ新しいサービスバインディング４４６が要求される、または削除されるかを決定し、続けてサービスバインディング４４６の作成／削除を行う。サービスエージェント管理・制御ユニット４４２は、存在するサービスバインディングへのユーザデバイスの追加／削除にも責任がある。さらに、サービスエージェント管理・制御ユニット４４２は、相互に通信するアクセスノードとのサービスバインディング４４６関連情報の共時性を確保する責任を持つ。

次に、図４と図５ａに関して同時に述べる。図５ａは、サービスエージェント管理・制御ユニット４４２の項目を例示した図表である。ヘッダ行である最初の行は例外として、図５ａにおけるそれぞれの行は、サービスエージェント管理・制御ユニット４４２によって管理され、制御されるいくつかのサービスエージェント１７０の項目を例示している。図５ａのそれぞれの列は、それぞれのサービスエージェント１７０のために、サービスエージェント管理・制御ユニット４４２によって保持される特定の情報に対応している。１列目はサービスエージェント１７０の識別を表している。その識別は典型的には、対応するサービスエージェントのサービスエージェント識別子か、または数字である。本発明の好適な一実施形態において、アクセスエッジノード内のそれぞれのサービスエージェントは、ユニークなサービスエージェント識別子を持っており、１つの特定のサービスプロバイダドメイン１４０または１５０に対応している。２列目は、対応するサービスエージェントのための特定のサービスタイプの識別を示している。例えば、１つのサービスプロバイダドメイン１４０または１５０が複数のサービスを提供する場合は、提供されたそれぞれのサービスは、サービスプロバイダドメインの様々なサービス間の差別化のために、異なるサービスタイプと関連付けられる。３列目は、好適な、あるいは必要なサービス品質（ＱｏＳ）を識別する。前述のサービス品質（ＱｏＳ）は、関連付けられたサービスタイプと前述のサービスプロバイダドメインのために、適切にデータトラフィックを転送するために必要なサービス品質（ＱｏＳ）である。ＱｏＳの評価基準の例としては、遅延、ビット誤り率、帯域幅、および推奨プロトコルなどがある。４列目は、対応するサービスプロバイダドメインと通信するために、地域ネットワーク内で使用されるポートを指し示している。この項目に加え、追加されたサービスエージェントを作成し、不要になったサービスエージェントを削除するために、サービスエージェント管理・制御ユニット４４２は、十分な論理ソフトウェアとハードウェアとを含んでいる。図５ａ中では、サービスエージェント管理・制御ユニットの項目は表の形で表現されているが、そのような項目は図５ａで示されているものに限定されないという点に十分注意すべきである。サービスエージェント管理・制御ユニットは、リレーショナルデータベース、ハードコーディングされた構成要素、マイクロプロセッサ、プログラミングライブラリ、などで構成されることも可能である。

次に、図４と図５ｂに関して同時に述べる。図５ｂは、本発明の開示におけるサービスバインディングホスティングユニットの項目を例示した図表である。ヘッダ行は例外として、図５ｂにおけるそれぞれの行は、サービスバインディングホスティングユニット４４４内でホストされるいくつかのサービスバインディング４４６の項目を例示している。図５ｂのそれぞれの列は、それぞれのサービスバインディング４４６のために、サービスバインディングホスティングユニット４４４内でホストされる特定の情報に対応している。１列目は、例えば、サービスエージェントのサービスエージェント識別子を使用することによって、対応するサービスエージェントの識別を表している。２列目は、図５ａに関して記述されたように、サービスタイプを識別する。その他の列は、サービスバインディングに関するデータトラフィックの転送プリミティブを表している。さらに明確に言えば、３列目はユーザドメインのＭＡＣアドレス（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌ ａｄｄｒｅｓｓ）を識別する。４列目は、接続を提供するアクセスノード上でユーザドメインによって使用されるポートの識別から構成される。５列目は、ユーザドメインによって使用される、ローカルネットワーク不定識別子に対応し、例えば、潜在的な、あるいは明示的なＶＬＡＮ情報を含むこともある。６列目は、ユーザドメインに接続を提供するアクセスノードの仮想ＭＡＣアドレスを表している。このように、１つのユーザドメインと１つのサービスプロバイダドメイン１４０または１５０との間のデータトラフィックを提供するために、それぞれのサービスバインディング４４６は、１つのサービスエージェントと１つのユーザドメインと１つのアクセスノードとを結びつける。図５ｂ中では、サービスバインディングホスティングユニット４４４の項目は表の形で表現されているが、そのような項目は図５ｂで示されているものに限定されないという点に注意すべきである。サービスバインディングホスティングユニットは、リレーショナルデータベース、ハードコーディングされた構成要素、マイクロプロセッサ、プログラミングライブラリ、などで構成されることも可能である。

さらに、サービスバインディングホスティングユニットは７つめのさらなる項目を含むことも可能である。この７つめの項目は、その項目によってユーザドメインまたはユーザデバイスが、ユニークに識別されるＩＰアドレスを含む。そのユニークなＩＰアドレスは、例えば、サービス要求メッセージより優先的に実行されるブロードキャストメカニズムを使用して、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）のようなプロトコルを通して、アクセスエッジノードによって、ユーザドメインまたはユーザデバイスに提供される。このように、ユーザドメインまたはユーザデバイスのユニークなＩＰアドレスと、サービスエージェント識別子との組み合わせは、入ってくるメッセージを適切なサービスバインディングにすばやく関係付けるための、簡潔で信頼性のある方法を表す。典型的に、サービスバインディングが一度作成されると、その情報がアクセスノードに伝達され、データトラフィックがサービスバインディングに従ってアクセスドメイン上で集合される。そして、アクセスエッジノードで受信された集合されたデータトラフィックは、サービスバインディングホスティングユニットによって提供される情報を使用して、対応するサービスプロバイダドメインへの転送よりも優先的に分解される。特に、アクセスドメインがイーサネットネットワークである場合は、サービスエージェント識別子は、例えば、ユニキャスト、マルチキャスト、およびブロードキャストメッセージのＶＬＡＮタグとして知られているフィールド内で提供される。一方、このとき、ユーザドメインまたはユーザデバイスのＩＰアドレスは、イーサネットメッセージの中に埋め込まれたＩＰメッセージ内で提供される。イーサネットメッセージのＶＬＡＮタグフィールド内で提供されたサービスエージェント識別子に基づいて、そして、埋め込まれたＩＰメッセージ内で提供されたＩＰアドレスに基づいて、サービスエージェントユニット４４０は、データトラフィックを分解し、ユーザのＭＡＣ情報やローカルネットワークコンテキストのような送信元ユーザドメインについての必要な情報を確実に含め、対応するサービスプロバイダドメインへデータトラフィックを確実に転送することができる。

その後、制御ユニット４５０は、サービス要求関連メッセージ内で識別されたユーザドメインに接続を提供するアクセスノードに、サービスバインディング４４６を作成したという情報を伝達する。このとき、情報の伝達は、アクセスドメイン入出力ユニット４１０によって送信されたサービスバインディング関連メッセージ４９０を通して行われる。制御ユニット４５０は、翻訳テーブル４６０とも協働する。サービスエージェント管理・制御ユニットのそれぞれのサービスエージェント１７０は、サービスエージェント識別子によってユニークに識別されるため、翻訳テーブル内で、サービスエージェント１７０に対応するサービスエージェント識別子と、対応するサービスプロバイダドメイン（１４０または１５０）との間のマッピングを保持することは必要不可欠である。このように、アクセスドメイン入出力ユニット４１０で、アクセスエッジノード１６０のための仮想ＭＡＣアドレスに対応する目的アドレスを持ち、１つのサービスエージェント識別子に対応するＶＬＡＮタグを持つデータトラフィックを受信すると、アクセスエッジノードの仮想ＭＡＣアドレスを、ＶＬＡＮタグの中で提供されたサービスエージェント識別子に対応する目的サービスプロバイダドメインアドレス（１４０または１５０のアドレス）へすばやく変換するために、制御ユニット４５０は、翻訳テーブル４６０に問い合わせる。

さらに、アクセスドメイン入出力ユニット４１０で受信したデータトラフィックが、何も変更せずに、サービスプロバイダドメイン入出力ユニットに直接転送されるかどうかを決定するために、制御ユニット４５０は、転送ユニット４７０に問い合わせる。
最後に、制御ユニット４５０は、調整ユニット４８０とも協働する。調整ユニット４８０は、アクセスドメイン入出力ユニット４１０とネットワーク／アプリケーションサービスプロバイダドメイン入出力ユニット４３０のどちらでデータトラフィックを受信した場合でも、対応するサービスエージェント１７０によって指し示された、および／または要求されたように、アップストリーム／ダウンストリームのトラフィックの秩序を保ち、マーキングし、トラフィックをリマーキングする。

前述から理解できるように、ブロードキャストメッセージへの変更は、アクセスノード１２０、およびアクセスエッジノード１６０に対してのみ可視的である。ブロードキャストメッセージへの変更はユーザデバイス１１０、およびアクセスネットワーク１３０に対しては、透過的である。その変更は、アクセスノード１２０とアクセスエッジノード１６０とにおいて実行された適応によって可能となる。その変更の結果、ブロードキャストメッセージがアクセスドメインに入ってくることをインターセプトすることによって、そして、アクセスエッジノードにおいて処理するために、ブロードキャストメッセージをユニキャストメッセージ内で系統的に転送することによって、データトラフィックを減少させることができる。

本発明の方法とノードに関するいくつかの好適な実施形態は添付図面に示され、前述の詳細な記述で説明されているが、本発明は、記載された実施例に限定されず、特許請求の範囲に記載され定義された発明の技術的思考から離れない各種の変更や修正や代替は可能であることを理解すべきである。

ＩＰネットワークの従来技術例を示す説明図である。 本発明が組み込まれたネットワークを例示する概略図である。 本発明に従ってブロードキャストメッセージを処理する方法の簡略化されたフローチャートである。 本発明の開示に従うアクセスエッジノードの概略図である。 本発明におけるサービスエージェント管理・制御ユニットの項目を例示した図表である。 本発明の開示におけるサービスバインディングホスティングユニットの項目を例示した図表である。 本発明の開示に従ったアクセスノードの概略図である。 本発明の開示に従ってアップストリームブロードキャストメッセージに加えられる変更を示した図表である。

Claims (13)

1. アクセスドメイン上でブロードキャストメッセージを処理する方法であり、前記方法が、
   ‐アクセスノードにおいて、ユーザドメインからブロードキャストメッセージを受信し、前記ブロードキャストメッセージがソースアドレスとしての前記ユーザドメインのＭＡＣアドレスから構成されているステップと、
   ‐前記アクセスノードにおいて、受信された前記ブロードキャストメッセージをインターセプトし、受信された前記ブロードキャストメッセージをユニキャストメッセージ内で前記アクセスドメインのアクセスエッジノードに転送するステップとから構成され、
   ‐前記転送するステップは、インターセプトされた前記ブロードキャストメッセージを前記ユニキャストメッセージ内でトンネリングすることを含み、
   ‐前記ユニキャストメッセージは、前記アクセスノードのＭＡＣアドレスに対応するソースアドレスを持つ
   ことを特徴とする方法。
2. 前記ユニキャストメッセージが、前記アクセスエッジノードのアドレスに対応する目的アドレスを持っていることを特徴とする、請求項１に記載の方法。
3. 前記ユニキャストメッセージが、前記アクセスエッジノードによって認識されたデフォルト値に対応するＶＬＡＮタグフィールドを持つことを特徴とする、請求項１に記載の方法。
4. 請求項１に記載の方法であり、さらに、
   ‐前記アクセスエッジノードにおいて前記サービスバインディングを作成し、
   前記サービスバインディングが、前記アクセスドメイン上で、前記ユーザドメインに接続を提供する前記アクセスノードと前記アクセスエッジノードとを、それらの間のデータトラフィックを管理するという方法に任せることによって、前記ユーザドメインと前記アクセスエッジノードとの間のデータトラフィックを管理するステップと、
   ‐作成された前記サービスバインディングの前記ユーザドメインに接続を提供する、前記アクセスノードに情報を伝達するステップと、
   ‐作成された前記サービスバインディングを、前記アクセスノードと前記アクセスエッジノードとにおいて実行するステップとから構成され、
   ‐受信された前記ブロードキャストメッセージを、前記ユニキャストメッセージ内で、前記アクセスエッジノードに転送することによってサービスバインディングは実行され、
   ‐前記ユニキャストメッセージの前記目的アドレスが、アクセスエッジノードのＭＡＣアドレスであり、
   ‐前記ユニキャストメッセージのＶＬＡＮタグフィールドが、作成された前記サービスバインディングに対応するサービスエージェント識別子である
   ことを特徴とする、請求項１に記載の方法。
5. アクセスドメイン上で伝送されるトンネリングされたブロードキャストメッセージを処理するアクセスエッジノードであり、
   前記アクセスエッジノードが、入力ユニットと制御ユニットとブロードキャストハンドラとから構成され、
   ‐前記入力ユニットは、メッセージを受信し、
   ‐前記制御ユニットは、受信された前記メッセージから、ユニキャストメッセージ内でトンネリングされたブロードキャストメッセージを識別し、
   前記ユニキャストメッセージは、前記ブロードキャストメッセージを送信しているユーザドメインに接続を提供しているアクセスノードのＭＡＣアドレスに対応するソースアドレスを持ち、
   ‐ブロードキャストハンドラは、識別されたトンネリングされた前記ブロードキャストメッセージをデトンネリングし、デトンネリングされた前記ブロードキャストメッセージを処理する
   ことを特徴とする、アクセスエッジノード。
6. ユニキャストメッセージ内でトンネリングされた前記ブロードキャストメッセージが、前記アクセスエッジノードに対応する目的アドレスを持つことを特徴とする、請求項５に記載のアクセスエッジノード。
7. 請求項５に記載の前記アクセスエッジノードであり、さらに、サービスエージェントユニットと制御ユニットとブロードキャストハンドラとから構成され、
   ‐前記サービスエージェントユニットは、サービスバインディングを作成し、
   前記サービスバインディングは、前記アクセスドメイン上で、前記ユーザドメインと前記アクセスエッジノードとの間のデータトラフィックを管理し、
   前記サービスバインディングは、前記アクセスドメイン上で、前記ユーザドメインと前記アクセスエッジノードとの間のトラフィックを処理することで、前記ユーザドメインと前記アクセスエッジノードとに接続を提供する前記アクセスノードをコミットし、
   ‐前記制御ユニットは、出力ユニットを通して、前記サービスバインディングが作成された前記ユーザドメインに接続を提供する前記アクセスノードに情報を伝達し、
   ‐識別されたトンネリングされた前記ブロードキャストメッセージはサービスエージェント識別子を含み、
   ‐前記ブロードキャストハンドラは、中に含まれた前記サービスエージェント識別子に基づいて、デトンネリングされた前記ブロードキャストメッセージを処理する
   ことを特徴とする、請求項５に記載のアクセスエッジノード。
8. ユニキャストメッセージ内でトンネリングされた前記ブロードキャストメッセージが、前記アクセスエッジノードに対応する目的アドレスを持つことを特徴とする、請求項７に記載のアクセスエッジノード。
9. 前記サービスエージェント識別子が、前記ユニキャストメッセージの仮想ローカルエリアネットワークタグフィールド内に含まれていることを特徴とする、請求項７に記載のアクセスエッジノード。
10. ユーザドメインから受信したブロードキャストメッセージを処理するアクセスノードであり、
    前記アクセスノードが、入力ユニットと制御ユニットとブロードキャストハンドラと出力ユニットとから構成され、
    ‐前記入力ユニットは、ユーザドメインからメッセージを受信し、
    ‐前記制御ユニットは、受信された前記メッセージからブロードキャストメッセージを識別し、
    ‐前記ブロードキャストハンドラは、アクセスエッジノード宛のユニキャストメッセージ内で、それぞれの識別された前記ブロードキャストメッセージをトンネリングし、前記ユニキャストメッセージは、前記アクセスノードのＭＡＣアドレスに対応するソースアドレスから構成されており、
    ‐前記出力ユニットは、トンネリングされた前記ブロードキャストメッセージを伝送する
    ことを特徴とする、アクセスノード。
11. 前記ユニキャストメッセージが、前記アクセスエッジノードに対応する目的アドレスを含むことを特徴とする、請求項１０に記載のアクセスノード。
12. 請求項１０に記載のアクセスノードであり、
    ‐前記入力ユニットが、さらに、サービスバインディング関連情報を受信し、
    ‐前記アクセスノードが、さらに、
    ‐サービスバインディング関連情報を格納する集合ユニットから構成されており、前記サービスバインディング関連情報が、サービスエージェント識別子を含んでいる
    ことを特徴とする、請求項１０に記載のアクセスノード。
13. 前記ブロードキャストハンドラが、さらに、トンネリングされた前記ブロードキャストメッセージの中で、前記ユニキャストメッセージの仮想ローカルエリアネットワークタグフィールド内に１つの前記サービスエージェント識別子を含めることを特徴とする、請求項１２に記載のアクセスノード。

Images