JP2008537365A - アクセスドメイン上でデータトラフィックのブリッジングを行う方法、およびノード - Google Patents

Abstract

本発明は、データトラフィックのブリッジングを行う方法とノードに関する。そのため、アクセスノード上で、第１ユーザドメインから受信し、第２ユーザドメインを宛先とするデータトラフィックに関して、アクセスノードは受信したデータに対応するサービスバインディングを識別する。その後アクセスノードは、識別されたサービスバインディングに従って、アクセスエッジノードにアドレス指定されたユニキャストメッセージ中のデータトラフィックをトンネリングする。トンネリングされたデータトラフィックは、その後アクセスエッジノードに転送される。アクセスエッジノードは、トンネリングされたデータトラフィックを受信し、受信したトンネリングされたデータトラフィックに対応するサービスバインディングを識別する。アクセスエッジノードは、その後続けて、データトラフィックの中で識別されたサービスバインディングに従って、第２アクセスノードにトンネリングされたデータトラフィックをリダイレクトする。リダイレクトされたトンネリングされたデータトラフィックは、第２アクセスノードで受信され、デトンネリングされ、第２ユーザドメインに転送される。本方法は、本発明を行うためのアクセスノード、およびアクセスエッジノードも提供する。
【選択図】図６

Description

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

本発明は、アクセスドメイン上でデータトラフィックのブリッジングを行う方法、およびノードに関する。

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

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

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

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

特に、ユニキャストメッセージは、ユーザドメイン１１０と、ネットワークサービスプロバイダドメイン１４０、および／またはアプリケーションサービスプロバイダドメイン１５０との間のデータ通信を行うために使用される。ユニキャストメッセージは、ユーザドメイン１１０同士のデータ通信にも使用することが可能である。アクセスネットワーク１３０上で、ユニキャストメッセージが使用されると、アクセスネットワーク１３０のスイッチは、（明瞭化のために図示されていないが、）ユニキャストメッセージを目的地に転送するために、対応するパケットをスイッチする必要がある。ＩＰネットワークのような広範囲のネットワークでは、パケットの適切なスイッチングを可能とするため、スイッチは、大きなテーブルを保持しなければならない。さらに、ソースから目的地へのユニキャストメッセージの転送は、多くのスイッチの関与を必要とし、このようにして、アクセスネットワーク１３０上で１つのユニキャストメッセージに対して、多くのデータトラフィックが発生する結果となる。

現在は、ユーザデバイス数の拡大とIPネットワーク上でサービスを提供するサービスプロバイダ数の拡大に結びつく問題の解決方法は知られていない。さらに、数千のユーザドメインにサービスを提供する広いＩＰネットワークの、増加するデータトラフィックに対する、実体がある解決方法を可能とするために、長期にわたる解決方法はまだ確認されていない。

それゆえ、現存する解決方法では不足する点や欠点を克服するために、アクセスドメイン上でデータトラフィックのブリッジングを行い、このようにすることで、データトラフィックを効率的に減少させ、ネットワークの負荷を減少させることを効率的に可能とするノードと手法を持つことの有利性を、直ちに評価すべきである。本発明は、前述に記載の方法とノードを提供する。

本発明は、サービスバインディングを使用することによって、アクセスドメイン上で、数千のユーザドメインがデータトラフィックを送受信することを効率的に可能とする。
そのために、本発明の方法は、アクセスドメイン上でデータトラフィックのブリッジングを行う。特に、第１ユーザドメインから送信され、第１アクセスノードで受信されたデータトラフィックに関しては、対応するサービスバインディングが識別される。その後、識別されたサービスバインディングに従って、受信されたデータトラフィックは、アクセスエッジノードにアドレス指定されたユニキャスト内でトンネリングされる（ｔｕｎｎｅｌ）。その後、トンネリングされたデータトラフィックは、アクセスエッジノードに転送される。アクセスエッジノードでトンネリングされたデータトラフィックが受信されると、受信されたトンネリングされたデータトラフィックに対応するサービスバインディングが識別される。その後、識別されたサービスバインディングに従って、トンネリングされたデータトラフィックは、第２アクセスノードにリダイレクトされる。そして、リダイレクトされたトンネリングされたデータトラフィックが、第２アクセスノードにおいて受信されると、トンネリングされたデータトラフィックは、デトンネリングされ（ｄｅｔｕｎｎｅｌ）、第２ユーザドメインに転送される。

本発明の別の観点によれば、本発明の方法を実施するために適応されたアクセスエッジノードに関する。さらに正確に言うと、アクセスエッジノードは、アクセスドメイン上でデータトラフィックを送受信するアクセスドメイン入出力ユニットと、アクセスエッジノードに関するサービスバインディングについての情報を格納するサービスバインディングホスティングユニットとを含む。アクセスエッジノードは、制御ユニットも含む。制御ユニットは、複数の役割を持っており、その役割は、以下のとおりである。
i）アクセスドメイン入力ユニットで受信したデータトラフィックが第１ユーザドメインから第２ユーザドメインへのデータトラフィックのブリッジングするユニキャストメッセージであるかどうかを決定する。
iiサービスバインディングホスティングユニットを使用して、ユニキャストに対応するサービスバインディングを識別する。
iii）識別されたサービスバインディングに従って、第２ユーザドメインに接続を提供するノードのアドレスに対応するように、ユニキャストメッセージの目的アドレスを変更するiv）アクセスドメイン上で送信するために、変更されたユニキャストメッセージをアクセスドメイン入出力ユニットに引き渡す。

本発明の別の観点によれば、本発明は、アクセスドメイン上でデータトラフィックをブリッジングするアクセスノードを対象とする。アクセスノードは、ユーザドメイン入力ユニット、サービスバインディングユニット、ブリッジングユニット、制御ユニット、およびアクセスドメイン出力ユニットを含んでいる。特に、ユーザドメイン入力ユニットは、第１ユーザドメインからデータトラフィックを受信し、受信されたデータトラフィックは、第２ユーザドメインを宛先としている。サービスバインディングユニットは、サービスバインディング関連情報を格納する。それぞれのサービスバインディングは、アクセスノードとアクセスエッジノードとの間のデータトラフィックを管理するという方法で、アクセスノード、およびアクセスエッジノードをコミットすることによって、複数のユーザドメインのうちの１つとアクセスエッジノードとの間のデータトラフィックを規定する。ブリッジングユニットは、受信されたデータトラフィックに対応するサービスバインディングに従って、アクセスエッジノードにアドレス指定されたユニキャストメッセージ内の受信したデータトラフィックをトンネリングする。制御ユニットは、対応するサービスバインディングの識別を行い、受信されたデータトラフィックを、対応するサービスバインディングの指示により、トンネリングするブリッジングユニットに転送する。アクセスドメイン出力ユニットに関しては、アクセスドメイン出力ユニットは、ブリッジングユニットからトンネリングされたデータトラフィックを受信し、アクセスドメイン上でトンネリングされたデータトラフィックを転送する。

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

本発明は、アクセスドメイン上でデータトラフィックのブリッジングを行う方法とノードに関する。アクセスドメインは、技術的に知られているが、複数のスイッチから構成されており、スイッチは、データトラフィックを目的地にスイッチする役割を持つ。アクセスドメイン上で運ばれるデータトラフィックは、ユーザドメインとサービスプロバイダドメインから生じる。ワールドワイドウェブのようなアプリケーションへの関心が増すにつれて、アクセスドメイン上で運ばれるデータトラフィックを転送、および受信するサービスプロバイダドメインとユーザドメインの数は、爆発的に増えている。データトラフィックを適切にスイッチすることを可能とするために、それぞれのスイッチは、ＭＡＣアドレス学習機能（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌｅａｒｎｉｎｇ）と呼ばれて知られているプロセスを実行することによって、いくつかの知識を得る必要がある。ＭＡＣアドレス学習機能によって、それぞれのスイッチは、どのポートでＭＡＣアドレスに到達可能かを学習し、全てのポートにデータトラフィックを送信するのではなく、正しいポートにデータトラフィックを送信する。しかし、アクセスドメイン上でデータトラフィックを交換するサービスプロバイダドメイン、およびユーザドメインの数が爆発的に増加するにつれて、スイッチ内のテーブルも、非常に多量になってきている。本発明においてもそうであるように、ネットワーク上でのトラフィックに関するアカウンティング機能（ａｃｃｏｕｎｔｉｎｇ ｆｕｎｃｔｉｏｎ）の実行においても、別の問題が存在する。このように、スイッチによって学習されるＭＡＣアドレスの数を減らす方法を見つけることは重要である。２つのユーザドメインの間でデータトラフィックを流すための簡潔な方法を提供することも必要不可欠となってきている。そのため、本発明は、アクセスドメイン内にアクセスエッジノードを導入する。さらに、本発明は、アクセスドメイン上でアクセスノードとアクセスエッジノードとの間のデータトラフィックを流すために、アクセスノードとアクセスエッジノードとの間でサービスバインディングを使用する。最後に、本発明は、アクセスエッジノード、および接続を提供するアクセスノードとアクセスエッジノードとの間のサービスバインディングを使用して、２つのユーザドメイン間でデータトラフィックをブリッジングする。

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

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

前記のプロトコルのリストは、例としての目的のために提供されているのであり、本発明によってサポートされるプロトコルを限定するものではない。簡略化の目的で、前述ではイーサネット、およびＩＰについて記述しているが、そのようなプロトコルは、例として用いられているだけである。イーサネットおよびＩＰという表現は、それぞれ、レイヤー２のプロトコル、およびレイヤー３のプロトコルと解釈される。本明細書中の記載では、“ドメイン”という言葉は、１または複数の、よく似た機能的特徴を持つネットワーク構成要素を表している。

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

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

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

アクセスエッジノード１６０を通しての、それらのトラフィックエンジニアリング能力の強い結合を通して、アクセスネットワーク１３０および地域ネットワーク１３５はエンド・トゥ・エンドのサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を提供することができるのである。アクセスエッジノード１６０の役割は、サービスエージェント１７０とサービスバインディング（図２には描かれていないが、図３に描かれている）の作成、管理、およびホスティングである。それぞれのサービスエージェント１７０は、１つのサービスプロバイダドメイン（１４０または１５０）にもアクセスネットワークブリッジング能力にも対応する。それぞれのサービスエージェント１７０は、アクセスネットワーク１３０上で仮想ローカルエリアネットワーク（ＶＬＡＮ：Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を管理し、制御する。“サービスバインディング”という表現は、ユーザドメイン１１０と、アクセスエッジノード１６０の１つのサービスエージェント１７０との間のバインディングのことを表している。アクセスエッジノード１６０、サービスエージェント１７０の概念、およびサービスバインディングは、図３、図４ａ、図４ｂについて述べる記述で、さらに詳しく記述される。

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

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

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

前述のように、サービスバインディングは転送関係に関連する。本発明の記載では、転送関係は２つのユーザドメイン間で構築され、接続を提供するアクセスノード１２０とアクセスエッジノード１６０とに直接的に影響を及ぼす。概念的に言えば、サービスバインディングの作成は、アクセスドメイン上でサービスエージェントに対応するＶＬＡＮに識別されたユーザドメインを追加することに対応する。このように、それぞれのサービスバインディングは、取引可能なビジネスエンティティを表現することもある。取引可能なビジネスエンティティは、対応するサービスを届けることを保証する。サービスバインディングは、アクセスエッジノード内で作成され、管理され、ホストされ、サービスエージェント１７０と結合して存在する。サービスバインディングは、それらがデータトラフィックを規定するアクセスノード内にもホストされる。

サービスエージェント、およびサービスバインディングは、アクセスエッジノード内で作成され、管理され、ホストされる。そのため、図２、および図３に関して同時に述べる。図３は、本発明の開示に従うアクセスエッジノードの概略図である。サービスエージェント、およびサービスバインディングの作成、管理、およびホスティングの役割を果たすことを可能とするため、アクセスエッジノードは、複数の要素から構成されている。アクセスドメイン１１５内での位置的な理由により、アクセスネットワーク１３０上でアクセスノード１２０と通信するために、アクセスエッジノードは、アクセスドメイン入出力ユニット３１０を含んでいる。アクセスエッジノード１６０もまた、地域ネットワーク１３５上で、ネットワークサービスプロバイダ１４０、およびアプリケーションサービスプロバイダ１５０と通信するために、ネットワーク／アプリケーションサービスプロバイダドメイン入出力ユニット３２０を含んでいる。さらに、アクセスエッジノード１６０は、サービスエージェントユニット３４０、および制御ユニット３３０を含み、さらに、随意に翻訳テーブル３５０、転送ユニット３６０、調整ユニット３７０、およびブロードキャストハンドラー３８０を含むこともある。

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

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

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

入力ポートとVLAN情報の組み合わせは、このように、入ってくるデータトラフィックを適切なサービスバインディングにすばやく関係付けるための、簡潔で信頼性のある方法を示す。他の情報の組み合わせも、入ってくるデータトラフィックと対応するサービスバインディングとを、高い信頼性で調和させるために使用することができる。例えば、本発明の第１の実施形態においては、本発明のユーザドメイン間のブリッジングは、ポートレベルのブリッジングから構成される。前述で簡潔に述べられたように、ポートレベルブリッジングは、VLANタグフィールドのようなイーサネットメッセージのほかのフィールドに影響することのない、第１アクセスノードのポートと第２アクセスノードのポートの間の、データトラフィックのブリッジングから構成されている。本発明の第２の実施形態においては、本発明のユーザドメイン間のブリッジングは、サブネットレベルのブリッジングから構成される。そのために、第１ユーザドメインと第２ユーザドメインとの間のデータトラフィックは、第１アクセスノードの入力ポート情報、および対応する第１VLANと、第２アクセスノードの入力ポート情報、および、それに対応する第２VLANを使用してブリッジングされる。典型的には、一度サービスバインディングが作成され、アクセスノードがその情報を伝達されると、ユーザドメイン間のデータトラフィックは、サービスバインディングにしたがって、アクセスドメイン上で処理される。

特に、本発明の一実施形態においては、サービスエージェントは、ユーザドメイン間のデータトラフィックのストリーミングの提供に対応し、一方、サービスバインディングホスティングユニット３４４の中にホストされたサービスバインディング３４６が、第１、および第２ユーザドメインの必要な情報を提供する。それゆえ、サービスエージェント識別子ＳＡ２に対応する行で見られるように、サービスタイプはユーザドメイン間のストリーミングに対応し、ユーザＭＡＣ情報は第１ユーザドメインのＭＡＣアドレス、および第２ユーザドメインに対応する別のＭＡＣアドレスを含む。ユーザポート情報、ローカルネットワークコンテキスト、および接続を提供するアクセスノーのＭＡＣアドレスに対応するフィールドも、第１ユーザドメインと第２ユーザドメインの両方に関する情報を提供する。一方、本発明の別の一実施形態では、ユーザＭＡＣアドレスは、アクセスドメイン入出力ユニットの入出力ポート識別によって入れ替えられることが可能であり、ローカルネットワークコンテキストは、ＶＬＡＮ情報に対応することが可能である。

図３に話を戻すが、アクセスエッジノードの制御ユニット３３０は、データトラフィック７１０ｂを受信すると、データトラフィック７１０ｂが１つのサービスエージェントに対応するかどうかを決定する責任がある。そうするために、制御ユニット３３０は、データトラフィックのヘッダに含まれる情報にアクセスし、１つのサービスエージェント１７０がヘッダに含まれる情報に対応するかどうかを決定するサービスエージェント管理・制御ユニット３４２に問い合わせる。データトラフィックのブリッジングが、異なるアクセスエッジノードによって接続を提供されている、２つのユーザドメインに関して行われる場合は、制御ユニットは、受信された、２つの関連するアクセスエッジノード間のデータトラフィックのＭＰＬＳレイヤー２トンネリングを作成する。

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

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

次に、図５に関して述べる。図５は、本発明の開示に従った１つのアクセスノードの概略図である。アクセスドメイン１１５内での位置的な理由で、アクセスノード１２０は、アクセスドメイン１１５のアクセスネットワーク１３０とアクセスエッジノード１６０と通信するために、アクセスドメイン入出力ユニット５２０を含んでいる。アクセスノード１２０は、ユーザドメイン１１０と通信するために、ユーザドメイン入出力ユニット５１０も含んでいる。このように、アクセスノードがアクセスネットワーク１３０への接続サービスを提供するユーザドメインから送信された、またはユーザドメインに送信される、アクセスノード１２０に入ってくるデータトラフィックは、ユーザドメイン入出力ユニット５１０を通る。

アクセスノード１２０は、サービスバインディングユニット５４０も含んでいる。サービスバインディングユニットは、サービスバインディング関連情報をホストする。サービスバインディング関連情報は、（サービスエージェント属性、およびサービスタイプの形の）特定のサービスバインディング情報、ユーザドメインと通信するためのアクセスノードのポートに関する情報、およびユーザドメインのローカルネットワークコンテキストを含んでいる。サービスバインディングユニット５４０は、そのアクセスノードに関わるサービスバインディングに関するサービスバインディング関連情報のみを含んでいる。このように、異なるアクセスノード１２０内のサービスバインディングユニット５４０は、異なる情報を格納する。サービスバインディング関連情報は、サービスエージェント識別子、ユーザドメイン入出力ユニット５１０のユーザポート、およびユーザドメインのローカルコンテキスト情報のいくつか、または全てを含む。

アクセスノード１２０は、さらに制御ユニット５３０を含んでいる。制御ユニットは、要求された手順を決定するために、ユーザドメイン入出力ユニット５１０で受信したデータトラフィック７１０ａを評価する。そのために、サービスバインディングが、受信されたデータトラフィック７１０ａに対応するかどうかを決定するため、制御ユニット５３０は、サービスバインディングユニット５４０に問い合わせる。受信されたデータトラフィックが、ユーザドメイン間のデータトラフィックブリッジングを行うサービスバインディングに対応する場合には、制御ユニット５３０は、受信されたデータトラフィック７１０ａをブリッジングユニット５５０に転送する。ブリッジングユニット５５０は、アクセスドメイン上で転送を行うために、受信されたデータトラフィックを準備するため、データトラフィックに対して必要な変更を加える。さらに、ブリッジングユニット５５０は、イーサネットユニキャストメッセージのユーザデータフィールド内に受信されたデータトラフィック７１０を加える。このことは、本明細書を通して、トンネリングと呼ばれている。ブリッジングユニット５５０は、さらに、アクセスエッジノード１２０の仮想ＭＡＣアドレスに対応するように、目的アドレスを、イーサネットユニキャストメッセージに割り当てる。最後に、ブリッジングユニットは、さらに、アクセスドメイン入出力ユニット５２０のポートに対応する値を、イーサネットユニキャストメッセージのＶＬＡＮタグフィールドに割り当てる。

本発明の一実施形態においては、送信元のユーザドメインにとってアクセスドメインのエントリポイントとして振舞うアクセスノード上のユニキャストメッセージ内で、データトラフィックをトンネリングすることによって、データトラフィックは、アクセスドメイン上でブリッジングされる。ユニキャストメッセージは、アクセスエッジノードに送信され、アクセスエッジノードで、データトラフィックの意図された受信者である第２ユーザドメインに接続を提供するアクセスエッジノードにリダイレクトされる。このように、受信者であるユーザドメインに接続を提供するアクセスノードが、トンネリングされたデータトラフィックに対応する受信されたデータトラフィックをデトンネリングするために必要な能力を持つことは必須である。そのために、さらに、制御ユニット５３０は、受信されたデータトラフィックが、いつ、トンネリングされたデータトラフィックから構成されるかを決定し、データトラフィックをデトンネリングし、ユーザドメイン入出力ユニット５１０を通して、受信者であるユーザドメインに転送する。

次に、図６に関して述べる。図６は、本発明の開示に従って、レイヤー２ブリッジングを行う方法の簡略化されたフローチャートを示している。本方法は、ステップ６０５から始まる。ステップ６０５では、第１アクセスノードにおいて、第１ユーザドメインからのデータトラフィックを受信する。次に、本方法はステップ６１０に続く。ステップ６１０では、第１アクセスノードの制御ユニットがサービスバインディングユニット５４０内のサービスバインディングが、受信されたデータトラフィックに対応するかどうかを識別する。受信されたデータトラフィックをサービスバインディング関連情報と相互に関連付けるために、多数のパラメータが使用されることがある。
対応するサービスバインディングが識別され、サービスバインディングがユーザドメイン間のブリッジングサービスに対応すれば、ステップ６１５において、ユニキャストメッセージ中のデータトラフィックを適切にトンネリングするために、対応するサービスエージェント識別子がブリッジングユニット５５０に提供される。ステップ６１５は、アクセスエッジノード１６０への、アクセスドメイン入出力ユニット５２０を通した、トンネリングされたデータトラフィックの転送も含んでいる。トンネリングされたデータトラフィックは、その後、ステップ６２０において、アクセスエッジノード１６０で受信される。ステップ６２５において、アクセスエッジノード１６０は、受信された、トンネリングされたデータトラフィックに対応するサービスバインディングが存在するかどうかを識別する。ステップ６３０において、アクセスエッジノードは、識別された対応するサービスバインディングにしたがって、第２ユーザドメインに接続を提供するアクセスノードの仮想ＭＡＣアドレスに対応するように、トンネリングされたデータトラフィックの目的アドレスを変更する。その後、アクセスエッジノードは、ステップ６３５において変更された、トンネリングされたデータトラフィックを、アクセスドメイン上で転送する。変更された、トンネリングされたデータトラフィックは、ステップ６４０において、第２アクセスノード内で受信される。第２アクセスノードは、ステップ６４５において、データトラフィックのタイプを評価し、トンネリングされたデータトラフィックから構成されていることが決定されると、ステップ６５０において、変更された、トンネリングされたデータトラフィックをデトンネリングする。一度、デトンネリングされると、ステップ６５５において、データトラフィックは、受信者であるユーザドメインに転送される。

次に、図７に関して述べる。図７は、本発明に従ってデータトラフィックをブリッジングすることを可能とするために、イーサネットタイプメッセージに加えられる変更を示した説明図である。第１ユーザドメインは、第１アクセスノードにイーサネットメッセージ７１０ａを送信し、イーサネットメッセージ７１０ａ内では、ＤＡは第２ユーザドメインのＭＡＣアドレスに対応し、ＳＡは第１ユーザドメインのＭＡＣアドレスに対応し、ＶＬＡＮタグは第１ユーザドメインのローカル情報に対応する。アクセスノードでは、イーサネットメッセージは、別のイーサネットメッセージ７１０ｂのユーザデータフィールド内にカプセル化されている。イーサネットメッセージ７１０のＤＡとＳＡには、それぞれ、アクセスエッジノードの仮想ＭＡＣアドレス、およびアクセスノードの仮想ＭＡＣアドレスが割り当てられる。一方、ＶＬＡＮタグフィールドは、アクセスドメイン入出力ユニット５２０において、このデータトラフィックのために使用される入出力ポートに関する情報を含むために使用される。イーサネットメッセージ７１０ｂは、第１アクセスノードからアクセスエッジノードへ送信され、アクセスエッジノードで、イーサネットメッセージ７１０ｃで描かれているように、受信者であるユーザドメインに接続を提供している第２アクセスノードの仮想ＭＡＣアドレスに対応するように、目的アドレスを修正することによってリダイレクトされる。最後に、イーサネットメッセージ７１０ｃは、第２アクセスノードに転送され、第２アクセスノードで、イーサネットメッセージ７１０ｄを得るために、デトンネリングされ、受信者であるユーザドメインに転送される。
ＶＬＡＮ情報の管理を容易にするために、使用することのできる選択肢は、アクセスノードのポート識別に対するＶＬＡＮ値の属性である。例えば、アクセスノードのポート０には、ＶＬＡＮ値４５５が使用され、ポート１にはＶＬＡＮ値４５６が使用される。

以上から分かるように、アクセスドメイン上でブリッジングを行うためのデータトラフィックに対する変更は、アクセスノード１２０、アクセスネットワーク１３０、およびアクセスエッジノード１６０に対してのみ可視的である。データトラフィックに対する変更は、ユーザデバイス１１０に対しては透過的である。変更は、アクセスエッジノード１６０によって作成されたサービスバンディングによって可能となり、アクセスノード１２０においても、アクセスエッジノード１６０においても実施されることが可能である。アクセスノード、およびアクセスエッジノードの両方に格納されたサービスバインディングは、ブリッジングを可能とするためのデータトラフィックの変更を行うために要求される情報を格納している。

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

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

Claims (20)

1. アクセスドメイン上でのデータトラフィックのブリッジング処理に関する方法であり、
   前記方法は、
   第１アクセスノード上で第１ユーザドメインからデータトラフィックを受信し、このとき前記データトラフィックは第２ユーザドメインを宛先としているステップと、
   前記第１アクセスノード内で、受信された前記データトラフィックに対応するサービスバインディングを識別するステップと、
   識別された前記サービスバインディングに従って、アクセスエッジノードにアドレス指定された、ユニキャストメッセージ内の前記データトラフィックをトンネリングするステップと、
   トンネリングされた前記データトラフィックを前記アクセスエッジノードに転送するステップと、
   トンネリングされた前記データトラフィックを前記アクセスエッジノードで受信するステップと、
   前記アクセスエッジノードで、受信されたトンネリングされた前記データトラフィックに対応する前記サービスバインディングを識別するステップと、
   識別された前記サービスバインディングに従い、前記アクセスエッジノードで受信されたトンネリングされた前記データトラフィックを第２アクセスノードにリダイレクトするステップと、
   リダイレクトされた、トンネリングされた前記データトラフィックを前記第２アクセスノードで受信するステップと、
   デトンネリングされた前記データトラフィックを、前記第２アクセスノードから前記第２ユーザドメインへ転送するステップと
   から構成されていることを特徴とする、
   アクセスドメイン上でのデータトラフィックのブリッジング処理に関する方法。
2. 受信された前記データトラフィックが別のユニキャストメッセージに含まれていることを特徴とする、請求項１に記載の方法。
3. 前記サービスバインディングが、
   前記アクセスドメイン上で、アクセスノードと前記アクセスエッジノードとの間のデータトラフィックを管理するという方法で、
   第１ユーザドメインおよび第２ユーザドメインに接続を提供する前記アクセスノードと前記アクセスエッジノードをコミットすることによって、
   前記第１ユーザドメインと前記第２ユーザドメインとの間のデータトラフィックを規定する
   ことを特徴とする、請求項２に記載の方法。
4. 前記第１アクセスノード上の前記サービスバインディングが、ユーザドメイン入出力ユニットにおける入力ポート識別と、第１仮想アクセスエッジノードＭＡＣアドレスを含み、
   前記第２アクセスノード上の前記サービスバインディングが、ユーザドメイン入出力ユニットにおける出力ポート識別と、第２仮想アクセスエッジノードＭＡＣアドレスを含み、
   前記アクセスエッジノードにおける前記サービスバインディングが、第１アクセスノードＭＡＣアドレス、前記第１仮想アクセスエッジノードＭＡＣアドレス、前記第２仮想アクセスエッジノードＭＡＣアドレス、前記アクセスエッジノードにおける入力ポート識別、および前記アクセスエッジノードにおける出力ポート識別を含む
   ことを特徴とする、請求項３に記載の方法。
5. 識別された前記サービスバインディングに従って、前記アクセスエッジノードにアドレス指定された、前記ユニキャストメッセージ内の前記データトラフィックをトンネリングするステップが、
   前記ユニキャストメッセージのユーザデータ部分に、前記データトラフィックを書き込むステップと、
   前記ユニキャストメッセージの目的アドレスに、前記アクセスエッジノードのＭＡＣアドレスを割り当てるステップと
   前記ユニキャストメッセージのソースアドレスに、前記第１アクセスノードのＭＡＣアドレスを割り当てるステップと
   前記ユニキャストメッセージの仮想ローカルエリアネットワークタグに前記サービスエージェント識別子を割り当てるステップと
   から構成されることを特徴とする、請求項４に記載の方法。
6. 識別された前記サービスバインディングに従って、前記アクセスエッジノードにおいて、受信されたトンネリングされた前記データトラフィックを第２アクセスノードにリダイレクトするステップが、
   前記第２アクセスノードのＭＡＣアドレスと対応するように、前記目的アドレスを変更するステップと、
   前記ソースアドレスを、前記アクセスエッジノードの前記ＭＡＣアドレスに対応するように変更するステップと
   から構成されることを特徴とする、請求項５に記載の方法。
7. 識別された前記サービスバインディングに従って、前記アクセスエッジノードにおいて、受信されたトンネリングされた前記データトラフィックを第２アクセスノードにリダイレクトするステップが、さらに、
   受信されたトンネリングされた前記データトラフィックの仮想ローカルエリアネットワークタグフィールドを、前記第２アクセスノードの入力ポートに対応するように変更するステップ
   から構成されることを特徴とする、請求項６に記載の方法。
8. トンネリングされた前記データトラフィックを転送するステップが、前記アクセスドメイン上で、アクセスドメイン上のスイッチを通して運ばれることを特徴とする、請求項１に記載の方法。
9. 請求項５に記載の方法であり、さらに、
   前記ユニキャストメッセージのイーサタイプフィールドに、前記ユニキャストメッセージが、トンネリングされたデータトラフィックに関与することを示す値を割り当てるステップ
   から構成されることを特徴とする、請求項５に記載の方法。
10. アクセスドメイン上で、データトラフィックをブリッジングするアクセスエッジノードであり、
    前記アクセスエッジノードが、アクセスドメイン入出力ユニットとサービスバインディングホスティングユニットと、制御ユニットとから構成され、
    前記アクセスドメイン入出力ユニットは、前記アクセスドメイン上で、データトラフィックを送受信し、
    前記サービスバインディングホスティングユニットは、前記アクセスエッジノードに関するサービスバインディングについての情報を格納し、
    前記制御ユニットは、前記アクセスドメイン入出力ユニットで受信された前記データトラフィックが、第１ユーザドメインから第２ユーザドメインへのデータトラフィックをブリッジングするユニキャストメッセージであるかどうかを決定し、
    前記制御ユニットは、前記サービスバインディングホスティングユニットを使用して、前記ユニキャストメッセージに対応するサービスバインディングを識別し、
    前記制御ユニットは、識別された前記サービスバインディングに従って、前記ユニキャストメッセージの目的アドレスを第二ユーザドメインに接続を提供するノードのアドレスに対応するように変更し、
    前記アクセスドメイン上に送信するために、前記アクセスドメイン入出力ユニットに、前記修正されたユニキャストメッセージを引き渡す
    ことを特徴とする、
    アクセスドメイン上で、データトラフィックをブリッジングするアクセスエッジノード。
11. それぞれの前記サービスバインディングが、
    前記アクセスドメイン上で、アクセスノードと前記アクセスエッジノードとの間のデータトラフィックを管理するという方法で、
    第１ユーザドメインおよび第２ユーザドメインに接続を提供する前記アクセスノードと前記アクセスエッジノードをコミットすることによって、
    前記第１ユーザドメインと前記第２ユーザドメインとの間のデータトラフィックを規定する
    ことを特徴とする、請求項１０に記載のアクセスエッジノード。
12. 前記サービスバインディングホスティングユニットが、
    第１アクセスノードＭＡＣアドレス、前記第１仮想アクセスエッジノードＭＡＣアドレス、前記第２仮想アクセスエッジノードＭＡＣアドレス、前記アクセスエッジノードにおける入力ポート識別、および前記アクセスエッジノードにおける出力ポート識別の情報を含む
    ことを特徴とする、請求項１１に記載のアクセスエッジノード。
13. 前記制御ユニットが、さらに、前記ユニキャストメッセージのソースアドレスを、前記アクセスエッジノードのＭＡＣアドレスに対応するように変更する
    ことを特徴とする、請求項１０に記載のアクセスエッジノード。
14. 前記制御ユニットが、さらに、前記データトラフィックの仮想ローカルエリアネットワークタグフィールドを、前記第２ユーザドメインに接続を提供するアクセスノードの入力ポートに対応するように変更する
    ことを特徴とする、請求項１２に記載のアクセスエッジノード。
15. ユニキャストメッセージのイーサタイプフィールドの値により、前記アクセスドメイン入出力ユニットで受信された前記データトラフィックが、第１ユーザドメインから第２ユーザドメインへのデータトラフィックをブリッジングする前記ユニキャストメッセージであるであるかどうかを、前記制御ユニットが決定する
    ことを特徴とする、請求項１０に記載のアクセスエッジノード。
16. アクセスドメイン上で、データトラフィックをブリッジングするアクセスノードであり、
    前記アクセスノードが、ユーザドメイン入力ユニット、サービスバインディングユニット、ブリッジングユニット、制御ユニット、アクセスドメイン出力ユニットから構成され、
    前記ユーザドメイン入力ユニットは、第１ユーザドメインから第２ユーザドメイン宛のデータトラフィックを受信し、
    前記サービスバインディングユニットは、サービスバインディング関連情報を格納し、
    それぞれのサービスバインディングは、前記アクセスドメイン上で、前記アクセスノードとアクセスエッジノードとの間のデータトラフィックを管理するという方法で、前記アクセスノードと前記アクセスエッジノードとをコミットすることによって、ユーザドメインと前記アクセスエッジノードとの間のデータトラフィックを規定し、
    前記ブリッジングユニットは、前記アクセスエッジノードにアドレス指定されたユニキャストメッセージ内の受信されたデータトラフィックを、前記データトラフィックに対応するサービスバインディングに従ってトンネリングし、
    前記制御ユニットは、前記受信されたデータトラフィックに対応する１つの前記サービスバインディングを識別し、
    前記制御ユニットは、前記受信されたデータトラフィックを、対応する前記サービスバインディングの指示によりトンネリングする前記ブリッジングユニットに転送し、
    アクセスドメイン出力ユニットは、前記ブリッジングユニットからトンネリングされた前記データトラフィックを受け取り、トンネリングされた前記データトラフィックを、前記アクセスドメイン上で転送する
    ことを特徴とする、アクセスドメイン上で、データトラフィックをブリッジングするアクセスノード。
17. 前記サービスバインディング関連情報が、それぞれのサービスバインディングごとに、ユーザドメイン入出力ユニットにおける入力ポート識別、および第１仮想アクセスエッジノードＭＡＣアドレスを含む
    ことを特徴とする、請求項１６に記載のアクセスノード。
18. 前記アクセスドメイン出力ユニットがアクセスドメイン入出力ユニットであり、
    前記サービスバインディングが前記アクセスエッジノードで作成され、
    前記アクセスノードが、前記アクセスドメイン入出力ユニットを通して、前記サービスバインディングの作成の情報を伝達される
    ことを特徴とする、請求項１６に記載のアクセスノード。
19. 前記ブリッジングユニットが、
    前記ユニキャストメッセージのユーザ部分に前記データトラフィックを書き込み、
    前記ユニキャストメッセージに、前記アクセスエッジノードのＭＡＣアドレスに対応する目的アドレスを割り当て、
    前記ユニキャストメッセージに前記アクセスノードＭＡＣアドレスに対応するソースアドレスを割り当て、
    前記ユニキャストメッセージの仮想ローカルエリアネットワークタグフィールドに、前記アクセスドメイン出力ユニットの前記出力ポートに対応する値を割り当てることによって、
    前記データトラフィックをトンネリングすることを特徴とする、請求項１７に記載のアクセスノード。
20. 前記ユーザドメイン入力ユニットが、ユーザドメイン入出力ユニットであり、
    前記ユーザドメイン入出力ユニットは、前記第１ユーザドメインからの／前記ユーザドメインへのデータトラフィックを送受信し、
    前記アクセスドメイン出力ユニットが、アクセスドメイン入出力ユニットであり、
    前記アクセスドメイン入出力ユニットは、前記アクセスドメインからトンネリングされた前記データトラフィックを受信し、前記トンネリングされたデータトラフィックを前記制御ユニットへ転送し、
    前記制御ユニットが、さらに、
    前記アクセスドメイン入出力ユニットで受信されたデータトラフィックがトンネリングされたデータトラフィックであることを決定し、受信されたトンネリングされたデータトラフィックに対応する１つの前記サービスバインディングを識別し、対応する前記サービスバインディングの指示により、トンネリングされた前記データトラフィックを前記ブリッジングユニットに転送し、
    前記ブリッジングユニットが、さらに、
    識別された前記サービスバインディングに従って、前記アクセスドメイン入出力ユニットから受信されたトンネリングされたデータトラフィックをデトンネリングし、デトンネリングされた前記データトラフィックを、前記ユーザドメイン入出力ユニットに転送する
    ことを特徴とする、請求項１５に記載のアクセスノード。

Images