JP2005051548A - データ中継方法、データ中継装置およびその装置を用いたデータ中継システム - Google Patents

Abstract

【課題】ＩＰを用いたマルチキャストのデータ中継を容易に行うこと。
【解決手段】バックボーンネットワーク１を有するデータ中継システムにおいて、Ｉルータ３１，４１、５１間でのユニキャスト用のトンネリングとは別に、Ｅルータ３２，４２，５２間でマルチキャスト用のＭＰＬＳのトンネリングを張って、コンテンツ配信要求のあった特定ユーザのホスト装置６１に、Ｉルータ３１がＥルータ３２を介して、ホスト装置６２からのマルチキャストパケットをデータ中継する。
【選択図】 図１

Description

本発明は、この発明は、ＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）を用いてネットワーク上にトンネリングを張ってデータ中継を行うとともに、マルチキャストのコンテンツ配信を行うデータ中継方法、データ中継装置およびその装置を用いたデータ中継システムに関するものである。

従来のデータ中継方法では、通信事業者が提供するバックボーンネットワークを利用して、たとえば後述する特許文献１に示すようなＭＰＬＳ技術を用いてＬＳＰ（Ｌａｂｅｌ Ｓｗｉｔｃｈｅｄ Ｐａｔｈ）によるトンネルを設定して、ＶＰＮ番号に対応するラベルでデータを論理多重して伝送するＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）−ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）サービスを行うものがある。このようなＩＰ−ＶＰＮサービスは、たとえば図２７のシステムに示すように、各企業向け（図では、Ａ社とＢ社）に提供されるものがあり、ネットワークの回線やルータなどの物理的な接続は、共通の設備を利用しつつ、異なる企業ユーザＡ，Ｂ間の通信は、分離されることによって、サービスコストを従来よりも下げることが可能となった。

すなわち、図２７において、ＩＰ−ＶＰＮバックボーンネットワーク１上に設けられた複数のＰＥ（プロバイダエッジ）ルータ１１〜１３に、ＣＥ（カスタマエッジ）ルータ１５〜１９を介して特定ユーザの同一ＶＰＮに属するＡ社とＢ社のＬＡＮ２０〜２４が接続されているシステムに用いることがある。この中のＰＥルータ１１〜１３は、同一ＶＰＮに属するそれぞれのルータがメッシュを組んで、ネットワーク１内の図示しないコアルータを介して経路情報の交換を行っている。ここで交換された経路情報は、ユニキャストフォワーディングテーブルに格納され、これらＰＥルータは、この経路情報に基づいて最適経路を選択して、ユニキャストパケットのデータ中継を行っている。

このようなシステムでは、部品点数を削減させてシステム構成の効率化を図るために、ＩＰ−ＶＰＮバックボーンネットワーク１に設けられたＰＥルータ１１〜１３のうち、同じＰＥルータ１１，１３に共通のサイトをもたないＶＰＮに属する複数の特定ユーザ、図中のＰＥルータ１２には、異なるポートを介してＡ社のＬＡＮ２１とＢ社のＬＡＮ２２が複数接続され、ＰＥルータ１３には、Ａ社のＬＡＮ２３とＢ社のＬＡＮ２４が複数接続されている。このような場合には、ＰＥルータ１１，１３は、ＶＰＮ毎にユニキャストフォワーディングテーブルを保持し、ＶＰＮ毎に対応する中継制御用のＩＰプロトコルを用いて、各ＬＡＮに接続されたクライアントＰＣ（パーソナルコンピュータ）から送信されたユニキャストパケットのデータ中継を行っていた。

特開２００２−２４７０８６号公報（第１−１２頁、図６，７，１２，１３）

ところが、近年特定ユーザの同一ＶＰＮに属するＬＡＮ間で画像や音声データなどからなるストリームデータのコンテンツ配信を行う動きがあるが、ＩＰ−ＶＰＮサービスでは、ＭＰＬＳ上でマルチキャストを中継するという機能がなく、マルチキャストが送信できないという問題点があった。

本発明は、上記問題点に鑑みてなされたものであって、ＩＰを用いたマルチキャストのデータ中継を容易に行うことができるデータ中継方法、データ中継装置およびその装置を用いたデータ中継システムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、ＶＰＮによって構築されるバックボーンネットワークに設けられたデータ中継装置を介して、特定ユーザのネットワーク間でＭＰＬＳのトンネリングを張って、ユニキャストパケットのデータ中継を行うデータ中継方法において、前記バックボーンネットワークにユニキャスト用とマルチキャスト用のコア網を論理的に設定する網設定工程と、前記特定ユーザからのコンテンツ配信の要求を前記バックボーンネットワークに転送する要求転送工程と、前記バックボーンネットワークから入力するデータがマルチキャストパケットかどうかを判断し、該マルチキャストパケットの場合には、前記コンテンツ配信の要求があった特定ユーザに、マルチキャスト用のコア網を用いて前記マルチキャストパケットを転送するデータ転送工程と、を含むことを特徴とする。

また、請求項２の発明は、ＶＰＮによって構築されるバックボーンネットワークに設けられたデータ中継装置を介して、特定ユーザのネットワーク間でＭＰＬＳのトンネリングを張って、ユニキャストパケットのデータ中継を行うデータ中継方法において、前記バックボーンネットワークにユニキャストとマルチキャストの共用のコア網を設定する網設定工程と、前記特定ユーザからのコンテンツ配信の要求を前記バックボーンネットワークに転送する要求転送工程と、前記バックボーンネットワークから入力するデータがマルチキャストパケットかどうかを判断し、該マルチキャストパケットの場合には、前記コンテンツ配信の要求があった特定ユーザに、マルチキャストで予め設定されたラベルを用いて前記マルチキャストパケットを転送するデータ転送工程と、を含むことを特徴とする。

また、請求項３の発明は、前記網設定工程では、前記特定ユーザのネットワーク間でＭＰＬＳのトンネリングを張り、前記データ転送工程では、前記張られたトンネリングによって、要求のあった特定ユーザに、前記マルチキャストパケットを転送することを特徴とする。

また、請求項４の発明は、前記データ転送工程では、ＩＧＭＰプロキシーを用いて、前記要求のあった特定ユーザに、前記マルチキャストパケットを転送することを特徴とする。

また、請求項５の発明は、前記データ中継方法では、論理的なルーティングインターフェースを設定するインターフェース設定工程をさらに含み、前記ルーティングインターフェース毎に個別のマルチキャスト中継ツリーを構築することを特徴とする。

また、請求項６の発明は、ＶＰＮによって構築されるバックボーンネットワークに設けられるとともに、特定ユーザのネットワーク間でＭＰＬＳのトンネリングを張って、パケットのデータ中継を行うデータ中継装置において、前記特定ユーザのネットワーク間でＭＰＬＳのトンネリングを張ってユニキャストパケットの転送を行う第１のデータ中継装置と、前記特定ユーザのネットワーク間で前記トンネルとは異なるＭＰＬＳのトンネリングを張って、マルチキャストパケットの転送を行う第２のデータ中継装置と、を有し、前記第１のデータ中継装置は、前記特定ユーザからのコンテンツ配信の要求を、前記第２のデータ中継装置を介して、前記バックボーンネットワークに転送する配信要求転送手段と、受信した前記パケットがマルチキャストパケットかどうか判断する判断手段と、前記判断結果に応じて、前記パケットのユニキャスト中継処理またはマルチキャスト中継処理を行う中継処理手段と、前記中継処理されたユニキャストパケットの転送を行うとともに、前記制御処理されたマルチキャストパケットをデータ中継装置に転送する第１の転送手段と、を備え、前記第２のデータ中継装置は、前記第１のデータ中継装置でマルチキャスト中継処理されたマルチキャストパケットを転送する第２の転送手段を備えたことを特徴とする。

また、請求項７の発明は、ＶＰＮによって構築されるバックボーンネットワークに設けられるとともに、特定ユーザのネットワーク間でＭＰＬＳのトンネリングを張って、パケットのデータ中継を行うデータ中継装置において、前記特定ユーザのネットワーク間でユニキャストおよびマルチキャスト共用のＭＰＬＳのトンネリングを張るトンネル手段と、前記特定ユーザからのコンテンツ配信の要求を、前記バックボーンネットワークに転送する配信要求転送手段と、受信した前記パケットがマルチキャストパケットかどうか判断する判断手段と、前記パケットがマルチキャストパケットの場合には、該マルチキャストで予め設定されたラベルを用いて、前記パケットの中継処理を行う中継処理手段と、前記中継処理されたパケットの転送を行う転送手段と、を備えたことを特徴とする。

また、請求項８の発明は、前記データ中継装置は、論理的なルーティングインターフェースを設定して、他のデータ中継装置と前記ルーティングインターフェース毎に個別のマルチキャスト中継ツリーを構築するインターフェース設定手段をさらに備えたことを特徴とする。

また、請求項９の発明は、前記配信要求転送手段は、端末装置側の下流からのマルチキャストパケットを上流側のデータ中継装置に転送することを特徴とする。

また、請求項１０の発明は、前記第１の転送手段または前記転送手段は、前記中継処理されたマルチキャストパケットを、受信者に到るポートおよび下流側からのマルチキャストパケットの場合には、上流側のデータ中継装置に転送することを特徴とする。

また、請求項１１の発明は、ＶＰＮによって構築されるバックボーンネットワークと特定ユーザのネットワーク間でＭＰＬＳのトンネリングを張って、ユニキャストパケットのデータ中継を行うデータ中継システムにおいて、前記バックボーンネットワークに請求項６〜１０のいずれか一つに記載のデータ中継装置を備え、コンテンツ配信の要求があった特定ユーザにマルチキャストパケットの転送を行うことを特徴とする。

本発明にかかるデータ中継方法は、バックボーンネットワークにユニキャスト用とマルチキャスト用のコア網を論理的に別々に設定し、特定ユーザからのコンテンツ配信要求をバックボーンネットワークに転送するとともに、コンテンツ配信の要求があった特定ユーザに、マルチキャスト用のコアネットワークを用いて前記マルチキャストパケットを転送するので、ＩＰを用いたマルチキャストのデータ中継を容易に行うことができるという効果を奏する。

本発明にかかるデータ中継方法は、バックボーンネットワークにユニキャストとマルチキャストの共用のコアネットワークを設定し、マルチキャストパケットに対しては、マルチキャストで予め設定されたラベルを用いて、パケットのデータ転送を行うので、ＩＰを用いたマルチキャストのデータ中継を容易に行うことができるという効果を奏する。

本発明にかかるデータ中継装置は、特定ユーザのネットワークとの間で第１および第２のデータ中継装置を用いて、ユニキャストとマルチキャストでＭＰＬＳの異なるトンネリングを張って、ユニキャストパケットとマルチキャストパケットをこの異なるトンネルを介して転送するので、ＩＰを用いたマルチキャストのデータ中継を容易に行うことができるという効果を奏する。

本発明にかかるデータ中継装置は、特定ユーザのネットワーク間でユニキャストとマルチキャストで共用のＭＰＬＳのトンネリングを張って、パケットをマルチキャストで予め設定されたラベルを用いて、このトンネルを介して転送するので、ＩＰを用いたマルチキャストのデータ中継を容易に行うことができるという効果を奏する。

本発明にかかるデータ中継システムは、バックボーンネットワークに上述した特徴を有するデータ中継装置を備えることで、コンテンツ配信の要求があった特定ユーザにＭＰＬＳのトンネリングを張ってマルチキャストパケットの転送を行うので、ＩＰを用いたマルチキャストのデータ中継を容易に行うことができるという効果を奏する。

以下に、本発明にかかるデータ中継方法、データ中継装置およびその装置を用いたデータ中継システムの実施の形態を、図１〜図２６の図面に基づいて詳細に説明する。なお、以下の図において、図２７と同様の構成部分に関しては、説明の都合上、同一符号を付記するものとする。また、この発明は、この実施の形態に限定されるものではなく、この発明の要旨を逸脱しない範囲で種々の変形実施が可能である。

（実施の形態１）
図１は、本発明にかかるデータ中継システムの実施の形態１の概略構成を示すシステム構成図である。図において、図２７と異なる点は、ＩＰ−ＶＰＮバックボーンネットワーク１上に設けられたＮＯＣ（Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｉｏｎ Ｃｅｎｔｅｒ）３０〜５０に２台のＰＥルータ３１，３２，４１，４２，５１，５２を配置し、一方のＰＥルータ３１，４１，５１は、下流側に接続されたホスト装置６１〜６５とユニキャストのデータ中継を行うための機能を備えたＩＰ−ＶＰＮ−ＰＥ＋ＭＣ（Ｍｕｌｔｉｃａｓｔ）−ＰＥルータ（以下、「Ｉルータ」という）とし、他方のＰＥルータ３２，４２，５２は、マルチキャストのデータ中継を行うための機能を備えたＥｏＭＰＬＳ（Ｅｔｈｅｒｎｅｔ（登録商標） ｏｖｅｒ ＭＰＬＳ）−ＰＥルータ（以下、「Ｅルータ」という）としており、ユニキャストとマルチキャストのＭＰＬＳのトンネリングを別々に張ることによって、ユニキャストとマルチキャストで論理的に異なるコアネットワークを構築している。なお、ＮＯＣ７０には、Ｅルータ７１のみが配置されている。

Ｉルータ３１，４１，５１は、それぞれ同一の構成からなっており、ここでは代表してＩルータ３１の構成を、図２の構成図を用いて説明する。図において、Ｉルータ３１は、下流側のホスト装置６１、Ｅルータ３２およびバックボーンネットワーク１内の図示しないコアルータと各ポートを介してそれぞれ接続されるパケット受信部３１ａおよびパケット送信部３１ｂと、レイヤ３レベルのデータ中継を制御するＩＰ中継制御部３１ｃと、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ：ＲＦＣ２２３６）を用いたマルチキャストルーティングの制御を行うＩＧＭＰ制御部３１ｄと、ＩＰ中継制御部３１ｃとＩＧＭＰ制御部３１ｄに接続されるマルチキャストフォワーディングテーブル３１ｅと、ＩＰ中継制御部３１ｃにそれぞれ接続されるユニキャストフォワーディングテーブル３１ｆ、ＶＰＮユーザテーブル３１ｇおよびＭＰＬＳラベルテーブル３１ｈとから構成されている。

ＩＰ中継制御部３１ｃは、パケット受信部３１ａで受信されたパケットの種類の判別およびマルチキャストパケットとユニキャストパケットのデータ中継の制御処理を行ってパケット送信部３１ｂに送出している。また、ＩＰ中継制御部３１ｃは、入力するＩＧＭＰメンバーシップレポートメッセージのデータ中継の制御処理を行ってパケット送信部３１ｂに送出している。

ＩＧＭＰ制御部３１ｄは、タイマ処理によるＩＧＭＰメンバーシップレポートメッセージのチェック、マルチキャストフォワーディングテーブル３１ｅのエントリの作成を行っている。また、ＩＧＭＰ制御部３１ｄは、特定の受信者にだけパケットを中継するＩＧＭＰプロキシー機能を備えている。このＩＧＭＰプロキシーは、ｖｒｆ（ＶＰＮ Ｒｏｕｔｉｎｇ ａｎｄ Ｆｏｒｗａｒｄｉｎｇ）毎に動作し、バックボーンネットワーク１の各ルータに対するマルチキャスト中継ツリーの構造を可能にしている。そして、下流側のホスト装置からＩＧＭＰのＪｏｉｎメッセージは、上流側のルータに流れ、最上流のルータに到る。これを実現するために、後述するマルチキャストフォワーディングテーブル３１ｅには、アップストリームの情報として、１つ上の上流側ルータのインターフェース（以下、「上流Ｉ／Ｆ」という）の情報がエントリされることで、たとえば、マルチキャストのグループアドレスや送信元アドレスが、異なるユーザにおいて同じものが使用されていても、別々のものとして扱うことが可能となる。

マルチキャストフォワーディングテーブル３１ｅは、図３に示すように、たとえば配信されるコンテンツを示すマルチキャストグループのグループＩＰアドレスと、当該マルチキャストグループに参加するホスト装置（クライアントＰＣ）の送信元ＩＰアドレスと、ＶＰＮ名と、ホスト装置が接続される受信者ポート番号と所属するＶＬＡＮ番号のリストと、上流Ｉ／Ｆとが格納されている。

ユニキャストフォワーディングテーブル３１ｆは、特定ユーザ毎に設定されるＶＰＮ毎の各ＶＰＮ用テーブルから構成されており、各ＶＰＮ用テーブルは、たとえば図４のＶＰＮ１用テーブルに示すように、ユニキャストパケットの宛先の受信者ホスト装置を示す宛先ＩＰアドレスと、それに続くサブネットマスクのデータと、この下流側のルータとＬＳＰ（Ｌａｂｅｌ Ｓｗｉｔｃｈｅｄ Ｐａｔｈ）によるトンネルを設定するためのＭＰＬＳラベルインデックスと、この受信者ホスト装置に至る次の下流側のルータを示すＮｅｘｔ ＨｏｐルータのＩＰアドレスとが格納されている。

ＶＰＮユーザテーブル３１ｇは、図５に示すように、ホスト装置が接続される受信者ポート番号と所属するＶＬＡＮ番号と、ＶＰＮ名と、上流Ｉ／Ｆとが格納されている。

ＭＰＬＳラベルテーブル３１ｈは、図６に示すように、ＭＰＬＳラベルインデックスと、Ｉルータから送信する場合に付加するアウトラベルと、受信する場合にパケットに入っているインラベルと、対応するＶＰＮの番号とが格納されている。ＩＰ中継制御部３１ｃは、受信したユニキャストパケットに対しては、受信ポートから送信元のＶＰＮを特定し、さらにユニキャストフォワーディングテーブル（該当するＶＰＮのＶＰＮ用テーブル）２７で宛先アドレスを検索し、パケットのラベル化を行った後に、Ｎｅｘｔ Ｈｏｐのルータにこのユニキャストパケットを転送している。

図７は、ＩＧＭＰメンバーシップリポートメッセージのパケット構成を示す図である。図において、ＩＧＭＰメンバーシップリポートメッセージのパケットは、ＭＡＣヘッダと、ＩＰヘッダと、ＩＧＭＰメッセージのフィールドから構成されており、ＭＡＣヘッダは、ＭＡＣアドレスからなる宛先とソースのアドレスなどからなり、ＩＰヘッダは、ＩＰアドレスからなる宛先とソースのアドレスなどからなる。

ＩＧＭＰメッセージのフィールドは、図８に示すように、ＩＧＭＰメッセージのタイプを示すＴｙｐｅと、最大の応答時間を示すＭａｘ Ｒｅｓｐ Ｔｉｍｅと、ＩＧＭＰメッセージのチェックサム値を示すＣｈｅｃｋｓｕｍと、受信者が参加したいグループＩＰアドレス（マルチキャストアドレスを入れるグループアドレスとが格納されている。なお、設定されたマルチキャストグループのＩＰアドレスのフィールドは、設定されたグループ毎に複数設けられている。

これらＩルータ３１，４１，５１のＩＰ中継制御部は、予め互いにＭＰＬＳのトンネリングを張って、ユニキャストパケットの中継を可能にしている。

次に、この発明にかかるＩルータによるパケットの判別動作と、フォワーディング処理の動作を、図９〜図１４のフローチャートに基づいて説明する。まず、図９は、Ｉルータによるパケットの判別動作を説明するためのフローチャートである。図において、パケット受信部３１ａでパケットが受信されると（ステップ１０１）、このパケットは、ＩＰ中継制御部３１ｃに入力される。このＩＰ中継制御部３１ｃでは、受信したパケットを中継するための制御処理を行っており（ステップ１０２）、ここでＩＰ中継制御部３１ｃは、受信したパケットがＩＧＭＰのメンバーシップレポートかどうかを判断している（ステップ１０３）。

ここで、ＩＰ中継制御部３１ｃは、受信パケット内のタイプフィールドを検索して、その値が“０ｘ１６”であれば、ＩＧＭＰメンバーシップレポートであると判別して、ＩＧＭＰ制御部３１ｄにこのメッセージを出力して、ＩＧＭＰ制御部３１ｄによる処理フローに移行する（ステップ１０４）。また、この受信パケットがＩＧＭＰメンバーシップレポートでない場合には、次にこの受信パケットがマルチキャストパケットかどうかを判断する（ステップ１０５）。

ここで、この受信パケットがマルチキャストパケットの場合には、ＩＰ中継制御部３１ｃは、このマルチキャストフォワーディング処理フローに移行する（ステップ１０６）。また、この受信パケットがマルチキャストパケットでない場合には、ＩＰ中継制御部３１ｃは、ユニキャストフォワーディング処理フローに移行する（ステップ１０７）。

次に、ＩＧＭＰ制御部３１ｄによるＩＧＭＰ処理動作を図１０のフローチャートに基づいて説明する。図において、ＩＧＭＰ制御部３１ｄは、受信したＩＧＭＰメンバーシップレポートのメッセージ内のソースＩＰアドレスとグループＩＰアドレスを抽出し、受信ポートからどのＶＰＮに属しているかチェックする（ステップ２０１）。具体的には、抽出したソースＩＰアドレスとグループＩＰアドレスに基づいて、図３に示したマルチキャストフォワーディングテーブル３１ｅを検索して、該当する受信ポートとＶＬＡＮ番号から、対応するＶＰＮ名および上流Ｉ／Ｆを検出し、どのＶＰＮに属しているかチェックする。

ここで、このマルチキャストフォワーディングテーブル３１ｅに該当するエントリがない場合には、受信ポートとＶＬＡＮ番号に基づいて、図５に示したＶＰＮユーザテーブル３１ｇを検索して、対応するＶＰＮ名と上流Ｉ／Ｆを検出し、この情報に基づいて、マルチキャストフォワーディングテーブル３１ｅに新規にエントリを生成する（ステップ２０２）。

ところで、このＩＧＭＰ制御部３１ｄは、自ルータに直接接続されているホストグループメンバーの参加状況を把握するために、ＩＧＭＰクエリーメッセージを送信して、このＩＧＭＰメンバーシップレポートのメッセージの送信要求を行っている。このＩＧＭＰクエリーは、定期的に繰り返されるため、図１１に示すように、タイマ処理されて（ステップ３０１）、メッセージ送信される（ステップ３０２）。

また、このＩＧＭＰ制御部３１ｄでは、このタイマ処理として、この返送されるＩＧＭＰメンバーシップレポートのデフォルトの最大待ち時間を、受信者管理タイマに設定している。そして、ＩＧＭＰメンバーシップレポートを受信すると、ＩＧＭＰ制御部３１ｄは、この受信者管理タイマを更新し（ステップ２０３）、下流側のホスト装置６１から受信したＩＧＭＰメンバーシップレポートを上流のルータに送信している（ステップ２０４）。なお、このＩＧＭＰメンバーシップレポートは、予め定められた最上流ルータまで中継される。

また、ＩＧＭＰ制御部３１ｄは、図１２に示すように、ＩＧＭＰメンバーシップレポートの受信がなく、受信者管理タイマが満了すると（ステップ３１１）、このマルチキャストフォワーディングテーブル３１ｅの該当エントリから、受信者情報を削除する（ステップ３１２）。

次に、ＩＰ中継制御部３１ｃによるマルチキャストフォワーディング処理動作を図１３のフローチャートに基づいて説明する。図において、ＩＰ中継制御部３１ｃは、まず受信したマルチキャストパケットの宛先ＩＰアドレスを抽出して、マルチキャストフォワーディングテーブル３１ｅを検索し（ステップ４０１）、マルチキャストグループに参加している受信者かどうか判断する（ステップ４０２）。

ここで、マルチキャストグループに参加している受信者がいない場合には、この受信パケットを廃棄する（ステップ４０３）。また、マルチキャストグループに参加している受信者がいる場合には、この受信者がいるポートにマルチキャストパケットをフォワードする。このマルチキャストパケットが下流側から受信された場合には、上流側にこのパケットをフォワードする（ステップ４０４）。そして、パケット送信部３１ｂからこのパケットを送信する（ステップ４０５）。

次に、ＩＰ中継制御部３１ｃによるユニキャストフォワーディング処理動作を図１４のフローチャートに基づいて説明する。図において、ＩＰ中継制御部３１ｃは、受信したパケットがＭＰＬＳによってラベル化されたパケットであるかどうかを判断する（ステップ５０１）。

ここで、ＰＥルータの上流側のコアルータから受信されたユニキャストパケットは、ラベル化されたパケットであり、下流側のホスト装置から受信されたユニキャストパケットは、ラベル化されていないパケットである。まず、受信されたパケットがラベル化されていない場合には、ＩＰ中継制御部３１ｃは、図５に示したＶＰＮユーザテーブル３１ｇを検索して、受信ポートから送信元が属するＶＰＮ名を抽出し、ユニキャストフォワーディングテーブル３１ｆの中からこのＶＰＮ用テーブルを選択する（ステップ５０２）。

次に、この選択したＶＰＮ用テーブルから、受信ユニキャストパケットの宛先アドレスを検索し（ステップ５０３）、このエントリがあるかどうかを判断する（ステップ５０４）。

ここで、このエントリがない場合には、受信したパケットを廃棄する（ステップ５０５）。また、エントリがある場合には、ＭＰＬＳラベルを付加し、Ｎｅｘｔ ｈｏｐのルータへ送信する（ステップ５０６）。

つぎに、受信したパケットがラベル化されている場合には、ＭＰＬＳラベルテーブルを検索して、パケットのＭＰＬＳラベルから対応するＶＰＮを抽出して、このＶＰＮ用テーブルを選択し、かつこのパケットのラベルをはずす（ステップ５０７）。

そして、パケットの宛先アドレスを、この選択したＶＰＮ用テーブルで検索し（ステップ５０８）、このエントリがあるかどうかを判断する（ステップ５０９）。

ここで、このエントリがない場合には、受信したパケットを廃棄し（ステップ５１０）、またこのエントリがある場合には、ネクストホップのルータのＩＰアドレスを抽出して、このルータにユニキャストパケットを送信する（ステップ５１１）。

Ｅルータ３２，４２，５２は、それぞれ同一の構成からなっており、ここでは代表してＥルータ３２の構成を、図１５の構成図を用いて説明する。図において、Ｅルータ３２は、同じＮＯＣ３０内のＩルータ３１およびバックボーンネットワーク１内の図示しないコアルータと各ポートを介してそれぞれ接続されるパケット受信部３２ａおよびパケット送信部３２ｂと、Ｌ２レベルのパケット中継処理を行うＬ２中継制御部３２ｃと、ラベルスイッチング技術を用いたＭＰＬＳ制御部３２ｄと、Ｌ２中継制御部３２ｃとＭＰＬＳ制御部３２ｄに接続されるＶＬＡＮ−ＭＰＬＳラベルマップテーブル３２ｅと、Ｌ２中継制御部３２ｃに接続されるＭＡＣアドレステーブル３２ｆおよびＭＰＬＳラベルテーブル３２ｇとから構成されている。

Ｌ２中継制御部３２ｃは、パケット受信部３２ａで受信されたパケットの種類の判別およびＬ２レベルのパケットのフォワーディング処理を行ってパケット送信部３２ｂに送出している。また、ＭＰＬＳ制御部３２ｄは、ラベルスイッチング技術を用いて、パケットのデータ中継の制御処理を行っている。

ＶＬＡＮ−ＭＰＬＳラベルマップテーブル３２ｅは、図１６に示すように、パケットを受信する場合にパケットに入っているＭＰＬＳインラベルと、Ｅルータから送信する場合に付加するＭＰＬＳアウトラベルと、対応するＶＰＮの番号と、ホスト装置が接続される受信者ポート番号と所属するＶＬＡＮ番号のリストとが格納され、ｖｒｆ毎にラベル情報が割り当てられている。

ＭＡＣアドレステーブル３２ｆは、図１７に示すように、送信元のＭＡＣアドレスと、ホスト装置が接続される受信者ポート番号と所属するＶＬＡＮ番号とが格納されている。なお、ＭＰＬＳラベルテーブル３２ｇは、図６に示したＭＰＬＳラベルテーブル３１ｈと同様の構成であるので、説明を省略する。

図１８は、ＥｏＭＰＬＳフレームのフレーム構成を示す図である。図において、ＥｏＭＰＬＳフレームは、ＭＡＣアドレスからなる宛先およびソースのアドレスと、ＥｏＭＰＬＳフレームのタイプを示すＴｙｐｅと、Ｓｈｉｍヘッダ１および２と、オリジナルＭＡＣフレームとから構成されている。このうち、Ｓｈｉｍヘッダ１には、エッジルータ間のトンネルを識別するラベルを示すＬａｂｅｌと、実験用のＥｘｐｅｒｉｍｅｎｔａｌを示すＥｘｐと、ボトムオブスタック表示を示すＳと、Ｔｉｍｅ Ｔｏ Ｌｉｖｅを示すＴＴＬとから構成されている。また、Ｓｈｉｍヘッダ２も、Ｓｈｉｍヘッダ１と同様の構成からなるが、異なる点は、ＬａｂｅｌがＶＰＮを識別するラベルを示している点である。

なお、ＶＬＡＮ−ＭＰＬＳラベルマップテーブル３２ｅにおいて、たとえばラベル“１００”と“１０００”がエッジルータ間のトンネルを識別するラベルで、ラベル“２００”と“１１０１”がＶＰＮを識別するラベルであり、図１６では、ラベル“１００”と“２００”が、またラベル“１０００”と“１１０１”がセットで登録されている。

また、これらＥルータ３２，４２，５２のＬ２中継制御部は、予め互いにＥｏＭＰＬＳのトンネリングを張って、マルチキャストパケットの中継を可能にしている。

次に、Ｌ２中継制御部およびＭＰＬＳ制御部による処理動作を図１９のフローチャートに基づいて説明する。図において、パケット受信部３２ａでパケットが受信されると（ステップ６０１）、このパケットは、Ｌ２中継制御部３２ｃに入力される。このＬ２中継制御部３２ｃでは、受信したパケットを中継するための制御処理を行っており（ステップ６０２）、ここでＬ２中継制御部３２ｃは、受信したパケットがＭＰＬＳのラベル化されたパケットかどうか判断している（ステップ６０３）。

ここで、Ｌ２中継制御部３２ｃは、受信パケットがラベル化されたパケットの場合には、ＭＰＬＳ制御部３２ｄに処理動作を移行し（ステップ６０４）、ＭＰＬＳ制御部３２ｄでは、ＶＬＡＮ−ＭＰＬＳラベルマップテーブル３２ｅを参照し、該当するポートにラベルをはずして受信パケットを中継する。また、複数の該当ポートがある場合には、ＭＡＣアドレステーブル３２ｆを参照し、宛先アドレスが検出できれば、検出したポートとＶＬＡＮに受信パケットを中継する。また、該当するポートが見つからない場合には、リストの全ポートおよびＶＬＡＮに中継する（ステップ６０５）。

また、ステップ６０３において、受信パケットがＭＰＬＳのラベル化がなされていない場合には、Ｌ２フォワーディング処理に移行し（ステップ６０６）、Ｌ２中継制御部３２ｃは、ソースのＭＡＣアドレスを学習し、宛先ＭＡＣアドレスをＭＡＣアドレステーブル３２ｆで参照する。ここで、該当ポートがある場合には、該当ポートに中継する。また、該当ポートがない場合には、全てのリストに受信パケットを中継する。また、該当ポートまたはリストのポートが、ＥｏＰＭＬＳポートに相当する場合には、受信ポート、ＶＬＡＮからＶＬＡＮ−ＭＰＬＳラベルマップテーブル３２ｅを参照し、ＭＰＬＳラベル情報を取り出して、ラベルを付与して、パケット中継を行う（ステップ６０７）。

図２０は、図１に示したデータ中継システムにおけるマルチキャストのデータ中継でのパケットの流れを示す図である。なお、ここでは、ＩＧＭＰクエリーメッセージに対して、ホスト装置６１のクライアントＰＣがコンテンツの配信要求を行う場合の一例を説明する。

Ｉルータ３１から定期的に送信されるＩＧＭＰクエリーメッセージに対して、ホスト装置６１は、ＩＧＭＰのメンバーシップレポートであるＩＧＭＰ Ｊｏｉｎのメッセージパケットを送信しており、このメッセージパケットを受信したＣＥルータは、ＰＥルータ３１，３２（実際には、Ｉルータ３１）にデータ中継する。

Ｉルータ３１は、このメッセージパケットを取り込むと、上述した所属するＶＰＮのチェックを行い、このメッセージパケットをコアネットワーク（バックボーンネットワーク１内に論理的に設定されたマルチキャスト用のネットワーク）にデータ中継される。

このメッセージパケットは、コアネットワーク内のいくつかの上流のコアルータによってデータ中継された後、指定された最上流のＰＥルータ４１，４２（実際には、Ｉルータ４１）にデータ中継される。同様に、Ｉルータ４１は、このメッセージパケットを取り込むと、次のＣＥルータを指定してこのメッセージパケットをデータ中継する。

ＣＥルータは、このメッセージパケットを取り込むと、マルチキャストフォワーディングテーブルの該当エントリを生成し、ホスト装置６１が属するマルチキャストグループへ、ホスト装置６２からの該当するストリームデータをマルチキャスト配信する。

このストリームデータは、上述したＩＧＭＰメンバーシップパケットの流れとは逆に、該当する各ルータを介して順にデータ中継されて、コンテンツ配信要求を行ったホスト装置６１に送信されることとなる。この際に、各ルータは、自装置内のマルチキャストフォワーディングテーブルを検索して、該当エントリの生成を行い、グループＩＰアドレスに対応する受信者ポートにこのストリームデータを送出している。

このように、この実施の形態では、ユニキャストのトンネリングとは別に、マルチキャスト用のＭＰＬＳのトンネリングを張って、コンテンツ配信要求のあった特定ユーザに、ＩルータがＥルータを介してマルチキャストパケットのデータ中継を行うので、ＩＰを用いたマルチキャストのデータ中継を容易に行うことができる。

また、この実施の形態では、ｖｒｆ毎にＶＬＡＮを割り当てるので、たとえば同じグループアドレス、送信元アドレスが別々の特定ユーザで重複して使用していても、上流Ｉ／Ｆの設定によって別の受信者と認識されるので、コンテンツを必要な受信者に配信することができる。

なお、本発明は、この実施の形態に限らず、中継するコア網をＭＰＬＳでない方法、たとえば広域Ｌ２中継網のトンネルを使って、Ｌ２中継イーサネット（Ｒ）網でマルチキャストパケットのデータ中継を実現することができる。

（実施の形態２）
図２１は、本発明にかかるデータ中継システムの実施の形態２の概略構成を示すシステム構成図である。なお、以下の図において、図１と同様の構成部分については、説明の都合上、同一符号を付記するものとする。

図２１において、図１のシステムと異なる点は、各ＮＯＣのＩルータとＥルータを、１台のＰＥルータ３３，４３，５３で構成し、ＭＰＬＳラベルパスを、ユニキャストとマルチキャストで共有してデータ中継を行い、図１に示したＥルータの機能を不要にした点である。なお、ＮＯＣ７０には、ユニキャストのデータ中継のみを行うＰＥルータ７２が配置されている。

ＰＥルータ３３，４３，５３は、それぞれ同一の構成からなっており、ここでは代表してＰＥルータ３３の構成を、図２２の構成図を用いて説明する。図において、ＰＥルータ３３は、下流側のホスト装置６１およびバックボーンネットワーク１内の図示しないコアルータと各ポートを介してそれぞれ接続されるパケット受信部３３ａおよびパケット送信部３３ｂと、ＩＰ中継制御部３３ｃと、ＩＧＭＰ制御部３３ｄと、ＭＰＬＳ制御部３３ｅと、ＩＰ中継制御部３３ｃとＩＧＭＰ制御部３３ｄに接続されるマルチキャストフォワーディングテーブル３３ｆと、ＩＰ中継制御部３３ｃにそれぞれ接続されるユニキャストフォワーディングテーブル３３ｇ、ＶＰＮユーザテーブル３３ｈおよびＭＰＬＳラベルテーブル３３ｉと、ＭＰＬＳ制御部３３ｅに接続されるＶＬＡＮ−ＭＰＬＳラベルマップテーブル３３ｊとから構成されている。

ＩＰ中継制御部３３ｃは、図２に示したＩＰ中継制御部３１ｃと同様に、パケット受信部３１ａで受信されたパケットの種類の判別、マルチキャストパケットとユニキャストパケットのデータ中継の制御処理、ＩＧＭＰメンバーシップレポートメッセージのデータ中継の制御処理を行っている。ＩＧＭＰ制御部３３ｄは、図２に示したＩＧＭＰ制御部３１ｄと同様に、ＩＧＭＰメンバーシップレポートメッセージのチェックやマルチキャストフォワーディングテーブル３１ｅのエントリ作成およびＩＧＭＰプロキシー機能を備えている。また、ＭＰＬＳ制御部３３ｅは、図１５に示したＭＰＬＳ制御部３２ｄと同様に、パケットのデータ中継の制御処理を行っている。

また、マルチキャストフォワーディングテーブル３３ｆ、ユニキャストフォワーディングテーブル３３ｇ、ＶＰＮユーザテーブル３３ｈ、ＭＰＬＳラベルテーブル３３ｉおよびＶＬＡＮ−ＭＰＬＳラベルマップテーブル３３ｊは、図３〜図６、図１６にそれぞれ示したマルチキャストフォワーディングテーブル３１ｅ、ユニキャストフォワーディングテーブル３１ｆ、ＶＰＮユーザテーブル３１ｇ、ＭＰＬＳラベルテーブル３１ｈおよびＶＬＡＮ−ＭＰＬＳラベルマップテーブル３２ｅと同一構成になっているので、ここでは説明を省略する。

図２３は、ＩＰ−ＶＰＮ ＭＰＬＳフレームのフレーム構成を示す図であり、図１８に示したＥｏＭＰＬＳフレームと異なる点は、オリジナルＭＡＣフレームの代わりに、ＩＰパケットが付与されている点である。ＩＰ中継制御部３３ｃは、このＩＰパケット内の宛先ＩＰアドレスの情報によって、マルチキャストパケットかユニキャストパケットかの判断を行っている。

次に、各部の処理動作を説明するが、ＩＧＭＰ制御部３３ｄの処理動作、ＩＰ中継制御部３３ｃのユニキャストフォワーディング処理動作は、図１０〜図１２、図１４と同様なので、ここでは省略する。また、これらＰＥルータ３３，４３，５３のＩＰ中継制御部は、予め互いにＭＰＬＳのトンネリングを張って、マルチキャストパケットの中継を可能にしている。

図２４は、図２２に示したＰＥルータによるパケットの判別動作を説明するためのフローチャートである。図において、パケット受信部３３ａでパケットが受信されると（ステップ７０１）、ＩＰ中継制御部３３ｃでは、受信したパケットを中継するための制御処理を行い（ステップ７０２）、さらに受信したパケットがＩＧＭＰのメンバーシップレポートかどうかを判断している（ステップ７０３）。

ここで、ＩＰ中継制御部３３ｃは、受信パケット内のタイプフィールドを検索して、その値が“０ｘ１６”であれば、ＩＧＭＰメンバーシップレポートであると判別して、ＩＧＭＰ制御部３３ｄにこのメッセージを出力して、ＩＧＭＰ制御部３３ｄによる処理フローに移行する（ステップ７０４）。また、この受信パケットがＩＧＭＰメンバーシップレポートでない場合には、次にこの受信パケットがＭＰＬＳのラベル化されたパケットかどうか判断する（ステップ７０５）。

ここで、この受信パケットがＭＰＬＳのラベル化されたパケットの場合には、ＭＰＬＳ制御部３３ｅにこのメッセージを出力して、ＭＰＬＳ制御部３３ｅによる処理フローに移行する（ステップ７０６）。また、この受信パケットがＭＰＬＳのラベル化されたパケットでない場合には、次にこの受信パケットがマルチキャストパケットかどうかを判断する（ステップ７０７）。

ここで、この受信パケットがマルチキャストパケットの場合には、ＩＰ中継制御部３３ｃは、このマルチキャストフォワーディング処理フローに移行する（ステップ７０８）。また、この受信パケットがマルチキャストパケットでない場合には、ＩＰ中継制御部３３ｃは、ユニキャストフォワーディング処理フローに移行する（ステップ７０９）。

次に、ＩＰ中継制御部３３ｃによるマルチキャストフォワーディング処理動作を図２５のフローチャートに基づいて説明する。図において、ＩＰ中継制御部３３ｃは、まず受信したマルチキャストパケットの宛先ＩＰアドレスを抽出して、マルチキャストフォワーディングテーブル３３ｆを検索し（ステップ８０１）、マルチキャストグループに参加している受信者かどうか判断する（ステップ８０２）。

ここで、マルチキャストグループに参加している受信者がいない場合には、この受信パケットを廃棄する（ステップ８０３）。また、マルチキャストグループに参加している受信者がいる場合には、この受信者がいるポートにマルチキャストパケットをフォワードする。このマルチキャストパケットが下流側から受信された場合には、上流側にこのパケットをフォワードする（ステップ８０４）。

次に、受信者が接続されているポート、またはフォワードする上流がＭＰＬＳラベルパスの場合には、受信ポートの情報から、ＶＰＮユーザテーブル３３ｈを検索して、ＶＰＮ名を抽出し、さらにこのＶＰＮ名から、ＭＰＬＳラベルテーブル３３ｉを検索して、アウトラベルの情報を選択して、ＩＰ−ＶＰＮ ＭＰＬＳフレームに付加する（ステップ８０５）。そして、パケット送信部３１ｂからこのパケットを送信する（ステップ８０６）。

次に、ＭＰＬＳ制御部３３ｅの処理動作を、図２６のフローチャートに基づいて説明する。図において、ＭＰＬＳ制御部３３ｅは、ＭＰＬＳラベルテーブル３３ｉを参照して、受信パケットのＭＰＬＳラベルの情報を調べて（ステップ９０１）、受信したＶＰＮを選択する（ステップ９０２）。そして、受信パケットがマルチキャストパケットかどうか判断する（ステップ９０３）。

ここで、この受信パケットがマルチキャストパケットの場合には、ＭＰＬＳ制御部３３ｅは、マルチキャストフォワーディング処理に移行し（ステップ９０４）、またこの受信パケットがマルチキャストパケットでない場合には、ＭＰＬＳ制御部３３ｅは、ユニキャストフォワーディング処理に移行する（ステップ９０５）。

マルチキャストフォワーディング処理では、図２５に示した処理動作を行い、ユニキャストフォワーディング処理では、図１４に示した処理動作を行う。また、マルチキャストのデータ中継でのパケットの流れは、図２０に示した流れと同様である。

このように、この実施の形態では、受信者が接続されているポートおよび下流側からのマルチキャストパケットの受信の場合には、ユニキャストパケットの場合と同様のＭＰＬＳラベルパスを利用して、データ中継を行うので、ＩＰを用いたマルチキャストのデータ中継を容易に行うことができるとともに、コンテンツを必要な受信者に配信することができる。

また、この実施の形態では、各ＮＯＣでは、１台のＰＥルータでマルチキャストのデータ中継を行うことができるので、システムを構築する部品点数の削減および製作コストの削減を図ることができる。

なお、この発明では、たとえば１台の物理ルータであるＰＥルータを、図１に示したＩルータとＥルータで論理的に構成することも可能である。

本発明にかかるデータ中継システムの実施の形態１の概略構成を示すシステム構成図である。 図１に示したＩルータの構成を示す構成図である。 図２に示したマルチキャストフォワーディングテーブルの構成を示すテーブル構成図である。 図２に示したユニキャストフォワーディングテーブルの構成を示すテーブル構成図である。 図２に示したＶＰＮユーザテーブルの構成を示すテーブル構成図である。 図２に示したＭＰＬＳラベルテーブルの構成を示すテーブル構成図である。 ＩＧＭＰメンバーシップ・リポート・メッセージのパケット構成を示す図である。 図７に示したＩＧＭＰメッセージの構成を示す図である。 図２に示したＩルータによるパケットの判別動作を説明するためのフローチャートである。 図２に示したＩＧＭＰ制御部によるＩＧＭＰ処理動作を説明するためのフローチャートである。 同じく、ＩＧＭＰ制御部によるクエリータイマ処理動作を説明するためのフローチャートである。 同じく、ＩＧＭＰ制御部による受信者管理タイマ処理動作を説明するためのフローチャートである。 図２に示したＩＰ中継制御部によるマルチキャストフォワーディング処理動作を説明するためのフローチャートである。 図２に示したＩＰ中継制御部によるユニキャストフォワーディング処理動作を説明するためのフローチャートである。 図１に示したＥルータの構成を示す構成図である。 図１５に示したＶＬＡＮ−ＭＰＬＳラベルマップテーブルの構成を示すテーブル構成図である。 図１５に示したＭＡＣアドレステーブルの構成を示すテーブル構成図である。 ＥｏＭＰＬＳフレームのフレーム構成の一例を示す図である。 図１５に示したＬ２中継制御部およびＭＰＬＳ制御部による処理動作を説明するためのフローチャートである。 図１に示したデータ中継システムにおけるマルチキャストのデータ中継でのパケットの流れを示す図である。 本発明にかかるデータ中継システムの実施の形態２の概略構成を示すシステム構成図である。 図２１に示したＰＥルータの構成を示す構成図である。 ＩＰ−ＶＰＮ ＭＰＬＳフレームのフレーム構成の一例を示す図である。 図２２に示したＰＥルータによるパケットの判別動作を説明するためのフローチャートである。 図２２に示したＩＰ中継制御部によるマルチキャストフォワーディング処理動作を説明するためのフローチャートである。 図２２に示したＭＰＬＳ制御部による処理動作を説明するためのフローチャートである。 従来のデータ中継システムの概略構成を示すシステム構成図である。

符号の説明

１ バックボーンネットワーク
１１〜１３，３３，４３，５３，７２ ＰＥルータ
１５〜１９ ＣＥルータ
２０〜２４ ＬＡＮ
３０，４０，５０，７０ ＮＯＣ
３１，４１，５１ Ｉルータ
３１ａ，３２ａ，３３ａ パケット受信部
３１ｂ，３２ｂ，３３ｂ パケット送信部
３１ｃ，３３ｃ ＩＰ中継制御部
３１ｄ，３３ｄ ＩＧＭＰ制御部
３１ｅ，３３ｆ マルチキャストフォワーディングテーブル
３１ｆ，３３ｇ ユニキャストフォワーディングテーブル
３１ｇ，３３ｈ ＶＰＮユーザテーブル
３１ｈ，３２ｇ，３３ｉ ＭＰＬＳラベルテーブル
３２，４２，５２，７１ Ｅルータ
３２ｃ Ｌ２中継制御部
３２ｄ，３３ｅ ＭＰＬＳ制御部
３２ｅ，３３ｊ ＶＬＡＮ−ＭＰＬＳラベルマップテーブル
３２ｆ ＭＡＣアドレステーブル
６１〜６５ ホスト装置

Claims (11)

1. ＶＰＮによって構築されるバックボーンネットワークに設けられたデータ中継装置を介して、特定ユーザのネットワーク間でＭＰＬＳのトンネリングを張って、ユニキャストパケットのデータ中継を行うデータ中継方法において、
   前記バックボーンネットワークにユニキャスト用とマルチキャスト用のコア網を論理的に設定する網設定工程と、
   前記特定ユーザからのコンテンツ配信の要求を前記バックボーンネットワークに転送する要求転送工程と、
   前記バックボーンネットワークから入力するデータがマルチキャストパケットかどうかを判断し、該マルチキャストパケットの場合には、前記コンテンツ配信の要求があった特定ユーザに、マルチキャスト用のコア網を用いて前記マルチキャストパケットを転送するデータ転送工程と、
   を含むことを特徴とするデータ中継方法。
2. ＶＰＮによって構築されるバックボーンネットワークに設けられたデータ中継装置を介して、特定ユーザのネットワーク間でＭＰＬＳのトンネリングを張って、ユニキャストパケットのデータ中継を行うデータ中継方法において、
   前記バックボーンネットワークにユニキャストとマルチキャストの共用のコア網を設定する網設定工程と、
   前記特定ユーザからのコンテンツ配信の要求を前記バックボーンネットワークに転送する要求転送工程と、
   前記バックボーンネットワークから入力するデータがマルチキャストパケットかどうかを判断し、該マルチキャストパケットの場合には、前記コンテンツ配信の要求があった特定ユーザに、マルチキャストで予め設定されたラベルを用いて前記マルチキャストパケットを転送するデータ転送工程と、
   を含むことを特徴とするデータ中継方法。
3. 前記網設定工程では、前記特定ユーザのネットワーク間でＭＰＬＳのトンネリングを張り、
   前記データ転送工程では、前記張られたトンネリングによって、要求のあった特定ユーザに、前記マルチキャストパケットを転送することを特徴とする請求項１または２に記載のデータ中継方法。
4. 前記データ転送工程では、ＩＧＭＰプロキシーを用いて、前記要求のあった特定ユーザに、前記マルチキャストパケットを転送することを特徴とする請求項１〜３のいずれか一つに記載のデータ中継方法。
5. 前記データ中継方法では、論理的なルーティングインターフェースを設定するインターフェース設定工程
   をさらに含み、前記ルーティングインターフェース毎に個別のマルチキャスト中継ツリーを構築することを特徴とする請求項１〜４のいずれか一つに記載のデータ中継方法。
6. ＶＰＮによって構築されるバックボーンネットワークに設けられるとともに、特定ユーザのネットワーク間でＭＰＬＳのトンネリングを張って、パケットのデータ中継を行うデータ中継装置において、
   前記特定ユーザのネットワーク間でＭＰＬＳのトンネリングを張ってユニキャストパケットの転送を行う第１のデータ中継装置と、
   前記特定ユーザのネットワーク間で前記トンネルとは異なるＭＰＬＳのトンネリングを張って、マルチキャストパケットの転送を行う第２のデータ中継装置と、
   を有し、前記第１のデータ中継装置は、前記特定ユーザからのコンテンツ配信の要求を、前記第２のデータ中継装置を介して、前記バックボーンネットワークに転送する配信要求転送手段と、
   受信した前記パケットがマルチキャストパケットかどうか判断する判断手段と、
   前記判断結果に応じて、前記パケットのユニキャスト中継処理またはマルチキャスト中継処理を行う中継処理手段と、
   前記中継処理されたユニキャストパケットの転送を行うとともに、前記制御処理されたマルチキャストパケットをデータ中継装置に転送する第１の転送手段と、
   を備え、前記第２のデータ中継装置は、前記第１のデータ中継装置でマルチキャスト中継処理されたマルチキャストパケットを転送する第２の転送手段
   を備えたことを特徴とするデータ中継装置。
7. ＶＰＮによって構築されるバックボーンネットワークに設けられるとともに、特定ユーザのネットワーク間でＭＰＬＳのトンネリングを張って、パケットのデータ中継を行うデータ中継装置において、
   前記特定ユーザのネットワーク間でユニキャストおよびマルチキャスト共用のＭＰＬＳのトンネリングを張るトンネル手段と、
   前記特定ユーザからのコンテンツ配信の要求を、前記バックボーンネットワークに転送する配信要求転送手段と、
   受信した前記パケットがマルチキャストパケットかどうかを判断する判断手段と、
   前記パケットがマルチキャストパケットの場合には、該マルチキャストで予め設定されたラベルを用いて、前記パケットの中継処理を行う中継処理手段と、
   前記中継処理されたパケットの転送を行う転送手段と、
   を備えたことを特徴とするデータ中継装置。
8. 前記データ中継装置は、論理的なルーティングインターフェースを設定して、他のデータ中継装置と前記ルーティングインターフェース毎に個別のマルチキャスト中継ツリーを構築するインターフェース設定手段
   をさらに備えたことを特徴とする請求項６または７に記載のデータ中継装置。
9. 前記配信要求転送手段は、端末装置側の下流からのマルチキャストパケットを上流側のデータ中継装置に転送することを特徴とする請求項６〜８のいずれか一つに記載のデータ中継装置。
10. 前記第１の転送手段または前記転送手段は、前記中継処理されたマルチキャストパケットを、受信者に到るポートおよび下流側からのマルチキャストパケットの場合には、上流側のデータ中継装置に転送することを特徴とする請求項６〜９のいずれか一つに記載のデータ中継装置。
11. ＶＰＮによって構築されるバックボーンネットワークと特定ユーザのネットワーク間でＭＰＬＳのトンネリングを張って、ユニキャストパケットのデータ中継を行うデータ中継システムにおいて、
    前記バックボーンネットワークに請求項６〜１０のいずれか一つに記載のデータ中継装置
    を備え、コンテンツ配信の要求があった特定ユーザにマルチキャストパケットの転送を行うことを特徴とするデータ中継システム。

Images