JP2008530891A - マルチキャストメッセージを処理する方法とノード - Google Patents

Abstract

本発明は、アクセスドメイン上で、マルチキャストメッセージを処理する方法、およびノードに関する。本方法は、サービスプロバイダドメインからのマルチキャストメッセージの受信で始まる。続いて、本方法は、受信されたマルチキャストメッセージを発生させたサービスプロバイダドメインに対応するサービスエージェントを識別する。その後、マルチキャストメッセージの仮想ローカルエリアネットワーク（ＶＬＡＮ）タグフィールドの内容が、識別されたサービスエージェントに対応するように変更される。変更されたマルチキャストメッセージは、アクセスドメイン上で転送される。アクセスノードで変更されたマルチキャストメッセージを受信すると、アクセスノードは、受信されたマルチキャストメッセージのＶＬＡＮタグフィールド内で識別されたサービスエージェントに関連する、少なくとも１つのサービスバインディングを識別する。それぞれの関連づけられたサービスバインディングに対して、アクセスノードは、ローカルＶＬＡＮ情報に対応するようにマルチキャストメッセージのＶＬＡＮタグフィールドを適応し、サービスバインディングに対応するユーザポートにおいて、適応されたマルチキャストメッセージを転送する。本発明は、本発明の方法を実行するために適応されたアクセスエッジノード、およびアクセスノードも含んでいる。

【選択図】図６

Description

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

本発明は、マルチキャストメッセージを処理する方法とノードに関する。

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

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

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

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

特に、マルチキャストメッセージは、サービスプロバイダドメインによって発生させられる。サービスプロバイダドメインは、サービスプロバイダドメインのＩＰアドレス空間を制御するので、サービスプロバイダドメインは、マルチキャストドメイン内の重なるアドレスを使用することがある。同じマルチキャストアドレスを使用する、異なるサービスプロバイダドメインからのマルチキャストメッセージは、１つのマルチサービスプロバイダストリーム（ｍｕｌｔｉ‐ｓｅｒｖｉｃｅ ｐｒｏｖｉｃｅｒ ｓｔｒｅａｍ）にマージされる。この１つのマルチサービスプロバイダストリームは、その後、サービスプロバイダドメインとは独立した、あらかじめユーザドメインがマルチキャストグループに結合されている全てのアクセスノードに転送される。そのようなマルチキャストの管理の結果、アクセスノードとユーザデバイスでは、不要なデータの氾濫が起こる。

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

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

本発明は、数千のネットワークサービスプロバイダドメイン、およびアプリケーションサービスプロバイダドメインが、サービスバインディングの概念に基づいて、マルチキャストメッセージを効率的に実行することを可能とする。本発明の方法とノードとは、効率的な方法でマルチキャストメッセージを処理する。

そのために、本発明の方法は、仮想ローカルエリアネットワーク（ＶＬＡＮ：Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）によって、サービスプロバイダドメインベースで全てのマルチキャストメッセージにタグをつけ、アクセスドメイン上でマルチキャストメッセージを効率的に処理する。さらに正確言えば、本方法は、サービスプロバイダドメインからマルチキャストメッセージを受信することから始まる。その後、受信されたマルチキャストメッセージを発生させたサービスプロバイダドメインに対応するサービスエージェントが識別される。受信されたマルチキャストメッセージの仮想ローカルエリアネットワーク（ＶＬＡＮ）タグフィールドが、識別されたサービスエージェントに対応するように変更される。その後、変更されたマルチキャストメッセージはアクセスドメイン上で転送される。

本発明の別の観点は、本発明の方法を実行するように適応されたアクセスエッジノードに関する。さらに正確に言えば、アクセスエッジノードはサービスプロバイダドメイン入力ユニット、制御ユニット、およびアクセスドメイン出力ユニットを含む。サービスプロバイダドメイン入力ユニットは、サービスプロバイダドメインからメッセージを受信する。制御ユニットは、１つの受信されたメッセージがマルチキャストメッセージであるかどうかを決定し、次にそれに対応するサービスエージェントを識別する。制御ユニットは、識別されたサービスエージェントに対応するように、受信されたマルチキャストメッセージの仮想ローカルエリアネットワーク（ＶＬＡＮ）タグフィールドの変更も行う。アクセスドメイン出力ユニットは、変更されたマルチキャストメッセージをアクセスドメイン上で転送する。

別の観点によれば、本発明は、アクセスドメインから変更されたマルチキャストメッセージを受信するアクセスノードを対象とする。アクセスノードは、アクセスドメイン入力ユニット、サービスバインディングユニット、制御ユニット、およびユーザドメイン出力ユニットを含んでいる。アクセスドメイン入力ユニットは、変更されたマルチキャストメッセージをアクセスドメインから受信する。サービスバインディングユニットは、サービスバインディング関連情報を格納する。サービスバインディング関連情報は、対応するサービスエージェントの識別、ユーザＭＡＣアドレス、ユーザポート識別、およびローカルネットワークコンテキストなどを含む。サービスバインディングの目的は、ユーザドメインとサービスプロバイダドメインとの間で、データトラフィックを規定することである。そのために、サービスバインディングは、アクセスドメイン上でアクセスノードとアクセスエッジノードの間にあるデータトラフィックを管理するという方法で、アクセスノードとアクセスエッジノードをコミットする。アクセスドメイン入力ユニットにおいて受信されたメッセージが、変更されたマルチキャストメッセージであるかどうかを評価するのは、制御ユニットであり、もしマルチキャストメッセージであれば、制御ユニットは、変更されたマルチキャストメッセージのＶＬＡＮタグフィールドに含まれているサービスエージェント識別に関連付けられた、少なくとも１つのサービスバインディングを識別する。それぞれの識別されたサービスバインディングに対して、制御ユニットは、ＶＬＡＮタグフィールドの内容をサービスバインディングのローカルネットワークコンテキストに対応するように適応させる。適応されたマルチキャストメッセージは、その後、適応されたマルチキャストメッセージをユーザドメインに転送するために使用されるユーザポートの指示と共に、制御ユニットによってユーザドメイン出力ユニットに送信される。

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

本発明の一実施形態は、アクセスドメイン上でマルチキャストメッセージを効率的に管理する方法とノードを提供する。そのために、アクセスエッジノードが、ユーザドメインとサービスプロバイダドメインとの間でアクセスドメイン内に導入される。アクセスエッジノードは、サービスエージェントを管理し、制御するサービスエージェントユニットを含んでいる。それぞれのサービスエージェントは、一方で１つのサービスプロバイダドメインに対応し、もう一方では、それに関する仮想ローカルエリアネットワーク（ＶＬＡＮ）をアクセスドメイン上で管理し、制御する。アクセスエッジノードは、さらに、複数のサービスバインディングを格納するサービスバインディングホスティングユニットを含んでいる。それぞれのサービスバインディングは、１つのサービスエージェント、ユーザドメイン情報、アクセスドメイン転送プリミティブを識別する。サービスバインディングは、アクセスドメイン上で、ユーザドメインとアクセスエッジノードとの間にあるデータトラフィックを管理するという方法で、ユーザドメイン、およびアクセスエッジノードに接続を提供しているアクセスノードをコミットすることによって、１つのユーザドメインと１つのサービスプロバイダドメインとの間のデータトラフィックを規定する。このように、さらに効率的にマルチキャストメッセージの通信を行うために、本発明の一実施形態は、アクセスエッジノードにおいて、受信されたマルチキャストメッセージを発生させたサービスプロバイダドメインに対応するサービスエージェントを識別する。その後、アクセスエッジノードはマルチキャストメッセージのＶＬＡＮタグフィールドを、対応するサービスエージェントの識別子に対応するように変更する。変更されたマルチキャストメッセージは、アクセスドメイン上で転送される。アクセスノードで受信されると、変更されたマルチキャストメッセージは評価され、識別されたサービスエージェントに関する全てのサービスバインディングが決定される。それぞれのサービスバインディングに対して、ＶＬＡＮタグフィールドを、ユーザドメインから知らされたローカルコンテキストに変更することによって、マルチキャストメッセージは適応され、適応されたマルチキャストメッセージは、サービスバインディングに関連付けられたユーザポートにおいて、ユーザドメインに転送される。後続の段落では、サービスバインディングを管理するために、サービスエージェント、サービスバインディング、およびアクセスエッジノードとアクセスノードが、どのように組み立てられていくかのさらに詳細な説明が提供される。

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

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

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

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

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

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

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

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

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

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

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

サービスエージェントユニット４４０は、サービスエージェント管理・制御ユニット４４２およびサービスバインディングホスティングユニット４４４から構成されている。サービスエージェントユニット４４０は、存在するサービスエージェント１７０の情報をサービスエージェント管理・制御ユニット４４２内に保持する。次に、サービスエージェント管理・制御ユニット４４２は、サービスバインディング４４６を作成し、管理する責任を持つ。そのため、サービスエージェント管理・制御ユニット４４２は、いつ新しいサービスバインディング４４６が要求される、または削除されるかを決定し、続けてサービスバインディング４４６の作成／削除を行う。サービスエージェント管理・制御ユニット４４２は、存在するサービスバインディングへのユーザデバイスの追加／削除にも責任がある。さらに、サービスエージェント管理・制御ユニット４４２は、相互に通信するアクセスノードとのサービスバインディング４４６関連情報の共時性を確保する責任を持つ。サービスエージェント管理・制御ユニット４４２は、アクセスネットワーク１３０内で、ＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）によって確保された経路が要求された場合、そのような経路の作成にも責任を持つ。

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

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

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

図３話を戻すが、アクセスエッジノードの制御ユニット４５０は、サービス要求関連メッセージ４２０を受信すると、サービス要求関連メッセージ４２０が１つのサービスエージェントに対応するかどうかを決定する責任がある。そうするために、制御ユニット４５０は、１つのサービスエージェント１７０がサービス要求関連メッセージ４２０の中で識別されたサービスプロバイダドメインに対応するかどうかを決定するサービスエージェント管理・制御ユニット４４２に問い合わせる。１つのサービスエージェント１７０が、サービス要求関連メッセージ４２０の中で識別されたサービスプロバイダドメインに対応する場合、制御ユニット４５０は、受信したサービス要求関連メッセージのためにサービスバインディング４４６を作成するよう、サービスエージェント管理・制御ユニット４４２に指示を出す。受信したサービス要求関連メッセージ４２０のためにサービスバインディング４４６を作成することは、サービスバインディングホスティングユニット４４４に以下のようにエントリを追加することを含んでいる。
―サービスエージェントＩＤ（１列目）は、要求されたサービスプロバイダドメインに対応するサービスエージェントのためのサービスエージェント識別子に対応する。
―ユーザのＭＡＣ情報は、ユーザデバイスのＭＡＣアドレスである。
―アクセスノード上のユーザポートは、接続を提供するアクセスノード上のポートの識別であり、ユーザデバイスは、接続を提供するアクセスノードと連結されている。
―ローカルネットワークコンテキストは、ユーザデバイスから受信したイーサネットメッセージの“ＶＬＡＮタグ”のラベルがつけられたフィールド内で提供される不定の識別子、およびローカルユーザドメイン識別子と対応する不定の識別子と対応する。
―アクセスノードＭＡＣは、それに関するサービス要求関連メッセージが受信された、接続を提供するアクセスノードに関する仮想のＭＡＣアドレスである。

その後、制御ユニット４５０は、サービス要求関連メッセージ内で識別されたユーザドメインに接続を提供するアクセスノードに、サービスバインディング４４６を作成したという情報を伝達する。このとき、情報の伝達は、アクセスドメイン入出力ユニット４１０によって送信されたサービスバインディング関連メッセージ４９０を通して行われる。サービス要求関連メッセージ４２０のためのサービスバインディングがすでに存在する場合は、制御ユニット４５０は、サービスバインディング関連メッセージ４９０を通して、接続を提供するアクセスノードにサービスバインディングが存在するという情報を伝達する。

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

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

次に、図５に関して述べる。図５は、本発明の開示に従った１つのアクセスノードの概略図である。アクセスドメイン１１５内での位置的な理由で、アクセスノード１２０は、アクセスドメイン１１５のアクセスネットワーク１３０とアクセスエッジノード１６０と通信するために、アクセスドメイン入出力ユニット６１０を含んでいる。アクセスノード１２０は、ユーザドメイン１１０と通信するために、ユーザドメイン入出力ユニット６２０も含んでいる。アクセスドメイン入出力ユニット６１０で受信されるメッセージタイプは、サービスバインディング関連メッセージ４９０である。サービスバインディング関連メッセージ４９０は、アクセスエッジノード１６０によって発生させられ、アクセスネットワーク１３０上で送信される。

サービスバインディングユニット６８０の様々な責任のうちの１つは、サービスバインディング関連情報のホスティングである。サービスバインディング関連情報は、（サービスエージェント属性とサービスタイプの形の）特定のサービスバインディング情報と、ユーザドメインと通信するアクセスノードのポートにおける識別と、ユーザドメインのローカルネットワークコンテキストとを含む。

アクセスノード１２０は、さらに、ユーザドメインから送信された／ユーザドメインに送信される、受信したデータトラフィックを処理し、ユーザドメインにアクセスネットワーク１３０への接続サービスを提供する。そのため、アクセスノード１２０は、さらに、翻訳テーブルと６５０と転送ユニット６６０と調整ユニット６７０とサービスバインディングユニット６８０とブロードキャストハンドラ６９０とを含む。そうすることで、アクセスノード１２０において、ユーザドメイン入出力ユニット６２０またはアクセスドメイン入出力ユニット６１０のどちらで受信されたデータトラフィックも、制御ユニット６３０に転送される。制御ユニット６３０は翻訳テーブル６５０と協働する。サービスエージェントユニット４４０のサービスバインディングホスティングユニット４４４に格納されているそれぞれのサービスバインディングは、パラメータ（サービスエージェント属性、サービスタイプ、ユーザデバイスＭＡＣアドレス、および、アクセスノード仮想ＭＡＣアドレス）の組み合わせによって識別される。そのため、翻訳テーブル６５０内で、サービスエージェント１７０に対応するサービスエージェント属性と対応するサービスプロバイダドメイン（１４０または１５０）との間のマッピングを保持することは必要不可欠である。このように、アクセスドメイン入出力ユニット６１０で、アクセスノード１２０の仮想ＭＡＣアドレスに対応する目的アドレスを持つデータトラフィックを受信すると、ユーザドメインＭＡＣアドレスとローカル識別子とのそれぞれに対応するために、制御ユニット６３０は、目的アドレスとＶＬＡＮタグをすばやく変換するために、翻訳テーブル６５０に問い合わせる。ユーザドメイン情報が、アクセスエッジノード１６０とアクセスノード１２０との間のアクセスドメイン上で運ばれないため、そのような変換が必要となる。

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

ここまでで、アクセスノード１２０とアクセスエッジノード１６０については詳細に記述され、前述では、アクセスドメイン上でどのようにデータトラフィックが集合されるかについて、さらに十分に記述された。典型的なイーサネットネットワークでは、２つのエンティティ間でデータトラフィックを交換するために、３つの種類のメッセージ：ユニキャストメッセージ、マルチキャストメッセージ、ブロードキャストメッセージが使用される。ユニキャストメッセージは、1つの送信者と１つの受信者との間のデータトラフィックの交換に使用される。マルチキャストメッセージは、1つの送信者から複数の受信者に効率的に送信するために使用される。ブロードキャストメッセージに関しては、ブロードキャストメッセージは、１つの送信者からネットワークのセグメント上の全てのスイッチにメッセージを送信するために使用される。本発明は、アクセスドメイン上で、マルチキャストメッセージと併せて、サービスバインディングを使用することに焦点を合わせている。

次に、図６に関して記述する。図６は、本発明に従ってマルチキャストメッセージを処理する方法の簡略化されたフローチャート表している。本方法は、マルチキャストメッセージを受信する、ステップ３１０から始まる。マルチキャストメッセージはアクセスエッジノード１６０で受信される。その後、本方法は、ステップ３２０を実行する。ステップ３２０では、アクセスエッジノード１６０は、受信されたマルチキャストメッセージに対応するサービスエージェント１７０を識別する。対応するサービスエージェント１７０を識別するために、制御ユニット４５０は、例えば、ネットワーク／アプリケーションサービスプロバイダドメイン入出力ユニット４３０における入力ポート属性や、ＶＬＡＮタグフィールドで提供される情報などを使用する。対応するサービスエージェント１７０が識別されると、本方法は、ステップ３３０に続く。ステップ３３０では、受信されたマルチキャストメッセージのＶＬＡＮタグフィールドを、識別されたサービスエージェントの属性に対応するように変更する。その後、変更されたマルチキャストメッセージは、ステップ３４０において、アクセスネットワーク１３０上で転送される。変更されたマルチキャストメッセージは、アクセスネットワーク１３０を通して、アクセスネットワーク１３０を形成する複数のスイッチによって運ばれる。変更されたＶＬＡＮタグフィールドが原因で、アクセスネットワーク内の全てのレイヤー２スイッチは、ＶＬＡＮごとに、ＩＧＭＰスヌーピング特性（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ ｓｎｏｏｐｉｎｇ ｆｅａｔｕｒｅ）を用いて、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）メッセージを受け付ける。変更されたＶＬＡＮタグフィールドは、このように、アクセスネットワークのレイヤー２スイッチが、正しいＶＬＡＮだけにマルチキャストトラフィックを送信することを可能とし、そうすることによって、データトラフィックを減少させる。変更されたマルチキャストメッセージは、ステップ３５０において、１または複数のアクセスノードで受信される。本方法は、ステップ３６０に続く。ステップ３６０では、それぞれの受信するアクセスノードが、その時点のサービスバインディングから、どのサービスバインディングが変更されたマルチキャストメッセージに対応するかを識別する。変更されたマルチキャストメッセージは、対応するサービスエージェントの識別を含んでおり、アクセスノードのサービスバインディングユニット６８０は、どのユーザドメインとサービスエージェントとに関するサービスバインディングが存在するかという情報を保持しているため、変更され、受信されたマルチキャストメッセージが転送されるべきユーザドメインを識別することが可能である。しかし、受信されたマルチキャストメッセージが、サービスエージェント識別子を含むように変更されているため、その後、本方法は、それぞれの識別されたサービスバインディングに対して、変更されたＶＬＡＮタグフィールドを適応するステップ３７０を含む。適応するステップは、例えば、ＶＬＡＮタグフィールド内のサービスエージェント識別子を、サービスバインディングユニット６８０内に含まれるローカルユーザコンテキスト情報と置き換えることから成り立っている。その後に、本方法は、適応されたマルチキャストメッセージを、識別されたサービスバインディング内で示されたユーザポートにおいて、ユーザドメインに転送するステップ３８０で終了する。

次に、図７について記述する。図７は、本発明に従って、ダウンストリームのデータトラフィック中のマルチキャストメッセージに対して、ネットワーク内で加えられる変更を表している。本明細書では、アップストリームデータトラフィックとは、ユーザドメイン１１０から１つのサービスプロバイダドメイン１４０、または１５０に送信されたデータトラフィックのことを述べており、一方、ダウンストリームデータトラフィックとは、サービスプロバイダドメイン１４０、または１５０から１または複数のユーザドメイン１１０に送信されたデータトラフィックのことを述べている。図７は、例示の目的のためだけに描かれており、例として、ＩＥＥＥ８０２．３ａｃで描かれるようなイーサネットマルチキャストメッセージが描かれている。しかし、よく似た機能のフィールドを使用する、他のどんなタイプのプロトコルも、本発明に関して、使用することができることを理解すべきである。マルチキャストメッセージは、典型的に、次のフィールド：目的アドレス（ＤＡ：Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）７２０、ソースアドレス（ＳＡ：Ｓｏｕｒｅ Ａｄｄｒｅｓｓ）７３０、タイプ７４０、ＶＬＡＮタグ７５０、ユーザデータ７６０を含んでいる。目的アドレス７２０は、マルチキャストアドレスのことであり、６バイトで構成されている。ソースアドレス７３０は、そのアドレスからマルチキャストメッセージが発生させられたことを示し、６バイトで構成されている。タイプフィールド７４０は、２バイトの長さを持つ。ＶＬＡＮタグ７５０は、４バイトの長さを持ち、通常、目的アドレスとソースアドレスに対して意味があり、既知な場合のみＶＬＡＮ識別子のことを示す。最後に、ユーザデータ７６０は、４６バイト〜１５００バイトの間で変化し、ソースアドレス７３０から目的アドレス７２０に送信されたデータトラフィックを含んでいる。

図７は、さらに明確に、１つのサービスプロバイダドメイン１４０、または１５０から生じたマルチキャストメッセージを描いており、そのマルチキャストメッセージは、本発明に従って、ネットワークを通して様々な変更を加えられて示されている。サービスプロバイダドメイン１４０、または１５０は、マルチキャストメッセージ７１０ａを発生し、そのマルチキャストメッセージ内では、目的アドレス７２０は、マルチキャストＭＡＣアドレスに対応し、ソースアドレス７３０はサービスプロバイダドメイン１４０、または１５０のＭＡＣアドレスに対応し、ＶＬＡＮタグ７５０は、サービスプロバイダドメイン１４０または１５０のローカルサービス識別子に対応する。サービスプロバイダドメイン１４０または１５０によって発生させられたマルチキャストメッセージ７１０ａは、送信され、アクセスエッジノード１６０によって受信され、アクセスエッジノード１６０において、アクセスネットワーク１３０上でのマルチキャストメッセージの転送より優先的に、制御ユニット４５０によっていくつかの変更が加えられる。特に、ソースアドレス７３０は、アクセスエッジノードに関する仮想ＭＡＣアドレスによって置き換えられ、ＶＬＡＮタグは、サービスエージェント識別に対応するように変更される。ＶＬＡＮタグフィールドを変更することによって、アクセスエッジノードは、スイッチ（図示されていない）にＶＬＡＮごとのＩＧＭＰスヌーピングを可能とし、アクセスネットワーク１３０内のスイッチにおいてデータトラフィックを減少させることによって、アクセスネットワーク１３０の性能を改善する。変更されたマルチキャストメッセージ７１０ｂは、アクセスネットワーク１３０上で、アクセスエッジノードから関連付けられたアクセスノードに送信される。アクセスノードは、変更されたマルチキャストメッセージ７１０ｂを受信し、ローカルユーザコンテキスト情報に対応するように、ＶＬＡＮタグフィールド７５０を再度変更する。そのために、アクセスノードは、サービスバインディングユニット６８０に格納されたサービスバインディング情報に依存する。マルチキャストメッセージ７１０ｃは、サービスバインディング内で識別されたユーザポートにおいて、アクセスノード１６０からユーザドメインに送信される。

前述で理解できるように、マルチキャストメッセージへの変更は、アクセスノード１２０、およびアクセスネットワーク１３０、およびアクセスエッジノード１６０に対してのみ可視的である。マルチキャストメッセージへの変更は、ユーザデバイス１１０、およびサービスプロバイダドメイン１４０または１５０に対しては透過的である。その変更は、アクセスエッジノード１６０によって作成されたサービスバインディングによって可能となり、アクセスノード１２０、およびアクセスエッジノード１６０のどちらにおいても実行される。アクセスノード、およびアクセスエッジノードの両方に格納されたサービスバインディングは、マルチキャストメッセージへの変更を行うために要求される情報を格納している。変更の結果、ユーザドメイン１１０とサービスプロバイダドメイン１４０、または１５０とに影響を与えることなく、アクセスネットワーク１３０上でのマルチキャストメッセージのストリーミングを行い、アクセスノード、およびユーザドメインで受信されるデータトラフィックを減らすこととなる。

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

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

Claims (18)

1. アクセスドメイン内でマルチキャストメッセージを処理する方法であり、本方法が、
   サービスプロバイダドメインからマルチキャストメッセージを受信するステップと、
   前記サービスプロバイダドメインに対応するサービスエージェントを識別するステップと、
   識別された前記サービスエージェントに対応するよう、受信されたマルチキャストメッセージの仮想ローカルエリアネットワークタグフィールドを変更するステップと、
   前記アクセスドメイン上で、変更された前記マルチキャストメッセージを転送するステップと
   から構成される、アクセスドメイン内でマルチキャストメッセージを処理する方法。
2. 前記の受信するステップ、前記の識別するステップ、および前記の変更するステップが、前記アクセスドメインのアクセスエッジノード内で実行され、
   前記アクセスエッジノードが、前記アクセスドメインへの前記サービスプロバイダドメインに関するエントリポイントであり、
   前記の識別するステップが、前記マルチキャストメッセージの目的アドレスとソースアドレスとを用いて実行されることを特徴とする、請求項１に記載の方法。
3. 前記目的アドレスが、マルチキャストＭＡＣアドレスであり、前記ソースアドレスが、サービスプロバイダドメインＭＡＣアドレスであることを特徴とする、請求項２に記載の方法。
4. 前記サービスエージェントが、特定のサービスプロバイダドメインに対応し、そのサービスプロバイダドメインに関する仮想ローカルエリアネットワークを前記アクセスドメイン上で管理することを特徴とする、請求項１に記載の方法。
5. 前記仮想ローカルエリアネットワークタグフィールドが、前記サービスエージェントの代理であるサービスエージェント識別子に対応するように変更されることを特徴とする、請求項４に記載の方法。
6. 請求項１に記載の方法であり、さらに、
   前記アクセスドメインのアクセスノードにおいて、変更された前記マルチキャストメッセージを受信するステップと、
   前記仮想ローカルエリアネットワークタグフィールド内で指し示された前記サービスエージェントに対応する少なくとも１つのサービスバインディングを識別するステップと、
   識別されたそれぞれのサービスバインディングに対して、前記仮想ローカルエリアネットワークタグフィールドをローカルの仮想ローカルエリアネットワーク情報に対応するように適応するステップと、
   適応された前記マルチキャストメッセージを、前記サービスバインディングに対応するユーザポートにおいて転送するステップと
   から構成されることを特徴とする、請求項１に記載の方法。
7. 前記サービスバインディングが、アクセスエッジノードにおいて作成され、
   前記サービスバインディングが、前記アクセスドメイン上で、前記ユーザドメインと前記アクセスエッジノードとの間のデータトラフィックを管理するという方法で、前記ユーザドメインと前記アクセスエッジノードとに接続を提供している前記アクセスノードをコミットすることによって、前記ユーザドメインと前記サービスプロバイダドメインとの間のデータトラフィックを規定し、
   前記サービスバインディングが、前記アクセスエッジノードの１つの前記サービスエージェントに関連付けられ、
   サービスバインディング情報が、前記アクセスエッジノードおよび前記アクセスノードにおいて格納される
   ことを特徴とする、請求項６に記載の方法。
8. 前記アクセスエッジノードにおいて格納された前記サービスバインディング情報が、サービスエージェント識別、ユーザドメインＭＡＣアドレス、前記ユーザドメインのローカルネットワークコンテキスト、および接続を提供するアクセスノードＭＡＣアドレスを含んでいる
   ことを特徴とする、請求項７に記載の方法。
9. 前記アクセスエッジノードにおいて格納された前記サービスバインディング情報が、さらに、サービスタイプ識別と前記サービスアクセスノードのユーザポートとの関する情報とを含んでいる
   ことを特徴とする、請求項８に記載の方法。
10. 前記アクセスノードにおいて格納された前記サービスバインディング情報が、サービスエージェント識別、ユーザドメインＭＡＣアドレス、前記アクセスノードのユーザポート情報、および前記ユーザドメインのローカルネットワークコンテキストを含む
    ことを特徴とする、請求項７に記載の方法。
11. マルチキャストメッセージを処理するアクセスエッジノードであり、前記アクセスエッジノードが、サービスプロバイダドメイン入力ユニット、制御ユニット、およびアクセスドメイン出力ユニットから構成されており、
    前記サービスプロバイダドメイン入力ユニットは、サービスプロバイダドメインからメッセージを受信し、
    前記制御ユニットは、前記サービスプロバイダドメイン入出力ユニットにおいて受信された前記メッセージがマルチキャストメッセージであることを決定し、
    前記制御ユニットは、対応するサービスエージェントを識別し、
    前記制御ユニットは、受信した前記マルチキャストメッセージの仮想ローカルエリアネットワークタグフィールドを、識別された前記サービスエージェントに対応するように変更し、
    前記アクセスドメイン出力ユニットは、前記アクセスドメイン上で、変更された前記マルチキャストメッセージを転送する
    ことを特徴とする、マルチキャストメッセージを処理するアクセスエッジノード。
12. 前記制御ユニットが、前記マルチキャストメッセージの目的アドレスとソースアドレスとを用いて、対応する前記サービスエージェントを識別することを特徴とする、請求項１１に記載のアクセスエッジノード。
13. 前記目的アドレスが、マルチキャストＭＡＣアドレスであり、前記ソースアドレスが、サービスプロバイダドメインＭＡＣアドレスであることを特徴とする、請求項１２に記載のアクセスエッジノード。
14. 前記サービスエージェントが、特定のサービスプロバイダドメインに対応し、それに関する仮想ローカルエリアネットワークを前記アクセスドメイン上で管理することを特徴とする請求項１１に記載のアクセスエッジノード。
15. 前記仮想ローカルエリアネットワークタグフィールドが、前記サービスエージェントの代理であるサービスエージェント識別子に対応するように変更されることを特徴とする請求項１１に記載のアクセスエッジノード。
16. アクセスドメインから受信したマルチキャストメッセージを処理するアクセスノードであり、前記アクセスノードが、アクセスドメイン入力ユニット、サービスバインディングユニット、制御ユニット、およびユーザドメイン出力ユニットから構成されており、
    前記アクセスドメイン入力ユニットは、前記アクセスドメインからマルチキャストメッセージを受信し、
    前記サービスバインディングユニットは、サービスバインディング関連情報を格納し、それぞれのサービスバインディングは、前記アクセスドメイン上で、前記アクセスノードとアクセスエッジノードとの間のデータトラフィックを管理するという方法で、前記アクセスノードと前記アクセスエッジノードとをコミットすることによって、ユーザドメインとサービスプロバイダドメインとの間のデータトラフィックを規定し、前記サービスバインディング関連情報は、それぞれのサービスバインディングに対して、対応するサービスエージェントの識別、ユーザＭＡＣアドレス、ユーザポート識別、およびローカルネットワークコンテキストを含んでおり、
    前記制御ユニットは、前記アクセスドメイン入力ユニットにおいて受信された前記メッセージがマルチキャストメッセージであるかどうかを評価し、
    前記制御ユニットは、受信された前記マルチキャストメッセージの仮想ローカルエリアネットワークタグフィールドのサービスエージェント識別に関連付けられた、少なくとも１つのサービスバインディングを識別し、
    識別されたそれぞれのサービスバインディングに対して、前記制御ユニットは、前記仮想ローカルエリアネットワークタグフィールドの項目を前記ローカルネットワークコンテキストに適応し、
    前記ユーザドメイン出力ユニットは、前記制御ユニットによって適用された前記マルチキャストメッセージを、関連付けられた前記サービスバインディング内の識別された前記ユーザポートにおいて転送する
    ことを特徴とするアクセスドメインから受信したマルチキャストメッセージを処理するアクセスノード。
17. 前記サービスバインディングが、アクセスエッジノードにおいて作成され、前記アクセスノードが、前記アクセスドメイン入力ユニットを通して、作成された前記サービスバインディングを情報伝達されることを特徴とする、請求項１６に記載のアクセスノード。
18. 前記ユーザドメイン出力ユニットにおいて転送された前記マルチキャストメッセージの目的アドレスが、サービスプロバイダドメインのマルチキャストＭＡＣアドレスであり、前記ソースアドレスが、サービスプロバイダドメインＭＡＣアドレスであることを特徴とする、請求項１６に記載のアクセスノード。

Images