JP2002199011A - マルチキャスト通信装置及びマルチキャスト通信方法 - Google Patents

Abstract

(57)【要約】 【課題】 受信専用ネットワークインタフェースからマ
ルチキャスト情報を受信することができるマルチキャス
ト通信装置を提供すること。 【解決手段】 サブネットワーク１３２に移動している
端末１０２では、マルチキャストアプリケーションが起
動されると、送信可能Ｉ／Ｆにてマルチキャストグルー
プＧに加入し、受信専用Ｉ／Ｆに該グループＧに加入す
るように要求し、ＦＡ１５２宛にＩＧＭＰ ｒｅｐｏｒ
ｔをカプセル化して送信可能Ｉ／Ｆから送信する。ＦＡ
１５２では受信したＩＧＭＰ ｒｅｐｏｒｔの送信元ア
ドレスを自身に書き直して送信する。これを受けたマル
チキャストルーティング・ルータ１１２は、該グループ
Ｇのサブネットワーク１３２まで至る情報伝送経路木が
構成されるように制御する。この結果、端末１０１が送
信した該グループＧ宛てのパケットは、端末１０２のマ
ルチキャストアプリケーションに到達する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、受信のみ可能な第
１のネットワークインタフェースと、少なくとも送信が
可能な第２のネットワークインタフェースとを備えたマ
ルチキャスト通信装置、及びこのマルチキャスト通信装
置によるマルチキャスト通信をサポートする通信装置、
並びにマルチキャスト通信方法に関する。

【０００２】

【従来の技術】ネットワークを利用する多くのマルチメ
ディアサービスは、データをネットワークから端末にダ
ウンロードするものが多い点に着目して、近年、端末へ
の入力の帯域幅が端末からの出力の帯域幅に比べて極め
て広い、非対称なアクセスネットワークが開発されてい
る。特に、このようなアクセスネットワークが無線であ
る場合、ネットワークからクライアント端末方向（下り
方向）のみにデータ伝送可能な第１の無線伝送路と、少
なくとも端末からネットワーク方向（上り方向）にデー
タ伝送可能な第２の無線伝送路を組み合わせたネットワ
ーク（ハイブリッドネットワーク）が提案されている。
ここで、第１の無線伝送路は高速で、第２の無線伝送路
は比較的低速である。この場合、端末は、第１の無線伝
送路の情報を受信するための第１の無線インタフェース
と、少なくとも第２の無線伝送路に情報を送信するため
の（送信のみするための、または送受信するための）第
２の無線インタフェースを持つ。このような無線端末
は、ハイブリッド端末と呼ばれる。この構成では、無線
端末から高速な無線用の送信デバイスを省くことになる
ので、無線端末の小型化、低消費電力化、低価格化が期
待される。

【０００３】一方で、インターネットなどでは、同じデ
ータを複数の端末に効率的に伝送するためのマルチキャ
スト技術が開発されている。マルチキャストルーティン
グの技術を用いると、送信端末から複数の受信端末に対
して、木構造の情報伝送経路が構成される。木が枝分か
れする部分には、マルチキャストルータが存在する。各
端末は、葉の部分に相当する。木が枝分かれする部分の
マルチキャストルータが、送信端末からのデータパケッ
トを受信すると、必要な数だけデータパケットをコピー
し、各出方路に転送する。このように動作するマルチキ
ャストは、送信端末が各受信端末に同じデータを受信端
末の数だけ繰り返し送信しなければならないユニキャス
トに比べると、伝送路の利用効率が良い。

【０００４】インターネットでは、このようなマルチキ
ャストルーティングを実現するために、マルチキャスト
ルータ間のプロトコルとしてＤＶＭＲＰ(RFC-1075 “Di
stanceVector Multicast Routing Protocol”)、ＭＯＳ
ＰＦ(RFC-1584 “MulticastExtensions to OSPF”)、Ｐ
ＩＭ(Protocol Independent Multicast)などを、端末
（ホスト）とルータとの間のプロトコルとしてＩＧＭＰ
(RFC-1112 “Host Extensions for IP Multicasting”、
RFC-2236 “Internet Group Management Protocol ver.
2”など)をそれぞれ利用する。ＤＶＭＲＰ等のマルチキ
ャストルータ間のプロトコルは、主にネットワーク上に
マルチキャストグループに属する端末を葉とする木構造
を形成するために使用される。これに対し、ＩＧＭＰ等
の端末とマルチキャストルータとの間のプロトコルは、
端末が直近のマルチキャストルータに対して、マルチキ
ャストグループへの加入およびマルチキャストグループ
からの離脱を通知するために、あるいはマルチキャスト
ルータが直近サブネットの端末に加入しているマルチキ
ャストグループの問い合わせをするために用いられる。

【０００５】

【発明が解決しようとする課題】ＩＧＭＰ等のプロトコ
ルとその実装は、暗黙の内に端末の持つネットワークイ
ンタフェースが送信と受信の両方に使えることを仮定し
ていることが多い。しかし、ハイブリッド端末の第１の
ネットワークインタフェースは受信のみ可能であり送信
ができないため、この仮定が成立しない。このために幾
つかの問題が生じる。

【０００６】ここで、ハイブリッド端末は、高速な受信
が可能な第１のネットワークインタフェースからマルチ
キャスト情報を受信することを望んでいる状況を考え
る。端末はマルチキャストグループへの加入／離脱を示
すこのためにＩＧＭＰ ｒｅｐｏｒｔ／ｌｅａｖｅメッ
セージを送信する必要があるが、ハイブリッド端末では
データ送信には第２のネットワークインタフェースしか
利用できない。一般には第１のネットワークインタフェ
ースと第２のネットワークインタフェースとは異なるサ
ブネット（それぞれ、第１のサブネット、第２のサブネ
ットとする）に属しており、かつＩＧＭＰメッセージは
サブネットの外にはルーティングされないので、第１の
ネットワークインタフェースが接続されている第１のサ
ブネットのマルチキャストルータが、当該ハイブリッド
端末がマルチキャストグループへの加入を要求している
ことを認識することができない。このため、第１のサブ
ネットの他の端末が同じマルチキャストグループに属し
ていない限り、第１のサブネットに到達するマルチキャ
ストルーティング木は構成されない。また、典型的なア
プリケーションは、デフォールト経路となる第２のネッ
トワークインタフェースにおいてマルチキャストグルー
プへ加入する。典型的な端末のＩＰ層は、インタフェー
スからマルチキャストパケットを受信しても、そのパケ
ットが加入していないマルチキャストグループ宛ならア
プリケーションに渡さずに廃棄するように実装されてい
る。つまり、第２のネットワークインタフェースでマル
チキャストグループに加入しても、第１のネットワーク
インタフェースで当該マルチキャストグループ宛てのパ
ケットは受信できない。

【０００７】このような理由により、これまで提案され
ていたハイブリッド端末は、高速な受信が可能な第１の
ネットワークインタフェースからマルチキャスト情報を
受信することが出来なかった。

【０００８】他方、Ｍｏｂｉｌｅ ＩＰ（ＲＦＣ２００
２）において規定されているｈｏｍｅ ｎｅｔｗｏｒｋ
でマルチキャストグループに加入する方法を用いれば、
第１のネットワークインタフェースにマルチキャストパ
ケットを転送することも可能であるが、しかしながら、
この場合は、マルチキャストパケットをユニキャストパ
ケットにカプセル化して転送するため、マルチキャスト
の利点である伝送効率を犠牲にしている点に問題があ
る。

【０００９】本発明は、上記事情を考慮してなされたも
ので、受信専用ネットワークインタフェースからマルチ
キャスト情報を受信することができるマルチキャスト通
信装置、及びこのマルチキャスト通信装置によるマルチ
キャスト通信を可能にするようサポートする通信装置、
並びにマルチキャスト通信方法を提供することを目的と
する。

【００１０】

【課題を解決するための手段】本発明に係るマルチキャ
スト通信装置（例えば、ハイブリッド端末）は、データ
の受信のみが可能な第１のネットワークインタフェース
手段と、少なくともデータの送信が可能な第２のネット
ワークインタフェース手段と、前記第１のネットワーク
インタフェース手段がマルチキャストの第１の制御デー
タ（例えば、問い合わせ要求）を受けた結果送信するマ
ルチキャストの第２の制御データ（例えば、問い合わせ
応答）、または自装置が自律的に送信するマルチキャス
トの第３の制御データ（例えば、問い合わせ応答）を、
前記第２のネットワークインタフェース手段を経由し
て、前記第１のネットワークインタフェース手段が属す
るサブネットワークに接続された所定の通信装置（例え
ば、フォーリン・エージェント）へ中継する中継手段と
を備えたことを特徴とする。

【００１１】また、本発明に係るマルチキャスト通信装
置（例えば、ハイブリッド端末）は、データの受信のみ
が可能な第１のネットワークインタフェース手段と、少
なくともデータの送信が可能な第２のネットワークイン
タフェース手段と、自装置内のエンティティ（例えば、
マルチキャストアプリケーション）が前記第２のネット
ワークインタフェース手段においてマルチキャストグル
ープに加入した際に、前記第１のネットワークインタフ
ェース手段において該マルチキャストグループ宛てのデ
ータ受信を可能な状態にする代行加入手段とを備えたこ
とを特徴とする。

【００１２】また、本発明に係るマルチキャスト通信装
置（例えば、ハイブリッド端末）は、データの受信のみ
が可能な第１のネットワークインタフェース手段と、少
なくともデータの送信が可能な第２のネットワークイン
タフェース手段と、自装置内のエンティティ（例えば、
マルチキャストアプリケーション）が送信するマルチキ
ャストユーザデータを、前記第２のネットワークインタ
フェース手段を経由して、前記第１のネットワークイン
タフェース手段が属するサブネットワークに接続された
中継装置（例えば、フォーリン・エージェント）へ中継
する中継手段とを備えたことを特徴とする。

【００１３】また、本発明に係るマルチキャスト通信装
置（例えば、ハイブリッド端末）は、データの受信のみ
が可能な第１のネットワークインタフェース手段と、少
なくともデータの送信が可能な第２のネットワークイン
タフェース手段と、自装置のサブネットワーク間の移動
を管理する移動管理手段と、自装置が送信すべきマルチ
キャストに関係する情報（例えば、ＩＧＭＰプロトコル
のメッセージ、マルチキャストユーザデータ）を中継す
べき宛先となる中継装置（例えば、フォーリン・エージ
ェント）を、前記移動管理手段から得た情報に基づいて
決定する決定手段と、自装置が送信すべきマルチキャス
トに関係する情報を、前記第２のネットワークインタフ
ェース手段を経由して、前記決定手段により決定された
中継装置へ中継する中継手段とを備えたことを特徴とす
る。

【００１４】また、本発明に係る通信装置（例えば、フ
ォーリン・エージェント）は、データの送受信が可能な
ネットワークインタフェース手段と、前記ネットワーク
インタフェース手段が属するサブネットワークと同じサ
ブネットワークに属し、データの受信のみが可能な第１
のネットワークインタフェース手段、及び前記ネットワ
ークインタフェース手段が属するサブネットワークとは
異なるサブネットワークに属し、少なくともデータの送
信が可能な第２のネットワークインタフェース手段を備
えたマルチキャスト通信装置が、該第２のネットワーク
インタフェース手段から送信したマルチキャスト加入要
求を受信する要求受信手段と、前記要求受信手段により
受信された前記マルチキャスト加入要求により加入を要
求されているマルチキャストグループに、前記マルチキ
ャスト通信装置の代行で代行加入要求する代行加入要求
手段とを備えたことを特徴とする。

【００１５】なお、装置に係る本発明は方法に係る発明
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。また、装置または方法に係る本発明
は、コンピュータに当該発明に相当する手順を実行させ
るための（あるいはコンピュータを当該発明に相当する
手段として機能させるための、あるいはコンピュータに
当該発明に相当する機能を実現させるための）プログラ
ムとしても成立し、該プログラムを記録したコンピュー
タ読取り可能な記録媒体としても成立する。

【００１６】本発明によれば、受信のみ可能なネットワ
ークインタフェースと少なくとも送信が可能なネットワ
ークインタフェースを持つハイブリッド端末のマルチキ
ャストアプリケーションが、受信のみ可能なネットワー
クインタフェース経由でマルチキャスト情報を受信する
ことが可能になる。また、既存のマルチキャストアプリ
ケーションに変更を加える必要がないという利点があ
る。また、マルチキャストパケットをユニキャストでカ
プセル化する方法よりも、伝送路の利用効率が良い。

【００１７】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００１８】図１に、本発明の一実施形態に係るネット
ワークの構成例を示す。

【００１９】以下では、ネットワーク技術としてはイン
ターネットプロトコルに従うものを例にとって説明す
る。また、ネットワーク１２１に接続されている端末１
０１がマルチキャストパケットを送信する場合を例にと
って説明する。

【００２０】なお、以下で、ホームネットワークは、Ｉ
ＥＴＦのＭｏｂｉｌｅ ＩＰ（ＲＦＣ−２００２）で定
義されるホームネットワーク（ｈｏｍｅ ｎｅｔｗｏｒ
ｋ）のことであり、図１のホーム・エージェント（Ｈ
Ａ）やフォーリン・エージェント（ＦＡ）は、Ｍｏｂｉ
ｌｅ ＩＰで定義されるホーム・エージェント（Ｈｏｍ
ｅ Ａｇｅｎｔ）やフォーリン・エージェント（Ｆｏｒ
ｅｉｇｎ Ａｇｅｎｔ）に相当する役割を果たすもので
ある。

【００２１】ネットワーク１２１は、複数のサブネット
ワーク（図示せず）がルータ（図示せず）によって相互
接続されたネットワークである。

【００２２】上記の図示しない各ルータは、マルチキャ
ストルータであるか、さもなければマルチキャスト用の
トンネルによってバイパスされる。

【００２３】ルータ１１１によってネットワーク１２１
に接続されたサブネットワーク１３１は、ハイブリッド
端末１０２の属するホームネットワークである。すなわ
ち、ハイブリッド端末１０２は、サブネットワーク１３
１に属するホームアドレスを持ち、ホーム・エージェン
ト１５１は、ハイブリッド端末１０２の位置情報などを
管理し、ハイブリッド端末１０２が移動していれば、サ
ブネットワーク１３１に転送されてきたハイブリッド端
末１０２宛てパケットを、ハイブリッド端末１０２の現
在位置に転送する。ハイブリッド端末１０２がサブネッ
トワーク１３２に移動している場合の転送先は、フォー
リン・エージェント１５２であり、ハイブリッド端末１
０２がサブネットワーク１３３に移動している場合の転
送先はフォーリン・エージェント１５３であり、これら
を宛先としたパケットでハイブリッド端末１０２宛のパ
ケットをカプセル化して転送する。各フォーリン・エー
ジェント１５２，１５３（のＦＡ機能３０２（図３参
照））は、カプセル化を解いてハイブリッド端末１０２
宛のパケットを取り出して、ハイブリッド端末１０２に
転送する。ハイブリッド端末１０２（の移動制御２０３
（図２参照））は、当該フォーリン・エージェント１５
２，１５３（のＦＡ機能３０２）が当該サブネットワー
ク１３２，１３４に定期的にブロードキャストするエー
ジェント広告メッセージ（ＡＡ（Ａｇｅｎｔ Ａｄｖｅ
ｒｔｉｓｅｍｅｎｔ））を受信することで、現在位置を
把握して、当該フォーリン・エージェント１５２，１５
３（のＦＡ機能３０２）を経由してホーム・エージェン
ト１５１に通知する。これによりホーム・エージェント
１５１は、ハイブリッド端末１０２の位置を管理する。

【００２４】なお、以下では、Ｍｏｂｉｌｅ ＩＰの機
能を利用してマルチキャストグループ加入要求の中継先
などを決定する方法をとる場合を例にとって説明する
が、中継先などの必要な情報さえ得られればＭｏｂｉｌ
ｅ ＩＰの機能を利用する方法に限らず他の方法を利用
することができる。また、ここでは、ハイブリッド端末
１０２が移動端末である場合を例にとっているが、ハイ
ブリッド端末１０２が全く移動しない端末である場合に
は、必要な情報をハイブリッド端末１０２に半固定的に
与えておけばよい。

【００２５】また、以下では、上り・下り両方向の通信
をサポートする基地局１４１は、ハイブリッド端末１０
２からのＰＰＰ接続を終端するルータでもあり、下り方
向の通信のみサポートする基地局１４２，１４３は、ブ
リッジであると仮定した場合について説明する。

【００２６】また、端末（ホスト）とルータとの間のプ
ロトコルとしてＩＧＭＰプロトコルを用いる場合につい
て説明する。

【００２７】図２に、本実施形態に係るハイブリッド端
末１０２の構成例を示す。

【００２８】図２に示されるように、本ハイブリッド端
末１０２は、ハイブリッドマルチキャスト制御２０２、
移動制御２０３、ＵＤＰ層２１１、ＩＰ層２２１、パケ
ットモニタ機能２３１、第１のネットワークインタフェ
ース２４１、第２のネットワークインタフェース２４２
を有する。また、ＩＰ層には、マルチキャスト制御機能
２２２、移動支援機能２２３が含まれる。また、マルチ
キャストアプリケーション２０１が搭載されているもの
とする。

【００２９】第１のネットワークインタフェース２４１
は、受信のみが可能である。図１の例では、基地局１４
２または基地局１４３が送信するデータを受信する。第
２のネットワークインタフェース２４２は、送受信が可
能であり、図１の例では基地局１４１と通信する。ハイ
ブリッドマルチキャスト制御２０２、移動制御２０３な
どは、パケットモニタ機能２３１を利用して、これらの
インタフェースで送受信されるデータを適当にフィルタ
してモニタすることができる。

【００３０】ＵＤＰ層２１１は、標準的なＵＤＰの機能
を実現する。

【００３１】ＩＰ層２２１は、標準的なＩＰの機能を実
現する。特に、マルチキャスト制御機能２２２により、
マルチキャストグループへの加入と離脱、マルチキャス
トパケットの送受信などが可能であるマルチキャスト端
末として動作する。

【００３２】また、ＩＰ層の処理を行う移動支援処理機
能２２３と上位層の処理を行う移動制御２０３が協調し
て、Ｍｏｂｉｌｅ ＩＰの移動端末として動作する。

【００３３】なお、例えば、ハイブリッド端末１０２を
計算機を用いて構成することも、ソフトウェア実行機能
及びインターネットアクセス機能を持つ携帯端末として
構成することも可能であり、また、図２の各構成要素
を、ソフトウェア（プログラム）の機能モジュールとし
て実現することも可能であり、また、図２の各構成要素
の少なくとも一部を半導体チップ化などによりハードウ
ェアによって実現する事も可能である。

【００３４】図３に、本実施形態に係るフォーリン・エ
ージェント１５２，１５３の構成例を示す。図３に示さ
れるように、本フォーリン・エージェントは、ハイブリ
ッドマルチキャスト制御３０１、ＦＡ（フォーリン・エ
ージェント）機能３０２、ＵＤＰ層３１１、ＩＰ層３２
１、ネットワークインタフェース３４１を有する。ま
た、ＩＰ層には、マルチキャスト制御機能３２２が含ま
れる。

【００３５】ネットワークインタフェース３４１は、送
受信が可能であり、図１の例では、フォーリン・エージ
ェント１５２の場合はサブネットワーク１３２に接続さ
れており、フォーリン・エージェント１５３の場合はサ
ブネットワーク１３３に接続されている。

【００３６】ＵＤＰ層３１１は、標準的なＵＤＰ機能を
実現する。

【００３７】ＩＰ層３２１は、標準的なＩＰの機能を実
現する。特に、マルチキャスト制御機能３２２により、
マルチキャストグループへの加入と離脱、マルチキャス
トパケットの送受信などが可能であるマルチキャスト端
末として動作する。

【００３８】また、ＦＡ機能３０２によって、フォーリ
ン・エージェント１５２（あるいは１５３）は、既述の
Ｍｏｂｉｌｅ ＩＰのフォーリン・エージェント（Ｆｏ
ｒｅｉｇｎ Ａｇｅｎｔ）として動作する。つまり、Ｆ
Ａ機能３０２が、サブネットワーク１３２（あるいは１
３３）への定期的なエージェント広告メッセージ（Ａ
Ａ）を送信し、ハイブリッド端末１０２からホーム・エ
ージェント１５１への位置登録要求とそれに対する応答
を中継し、ホーム・エージェント１５１がフォーリン・
エージェント１５２（あるいは１５３）宛のパケットに
カプセル化したハイブリッド端末１０２宛のパケットを
取り出し、ハイブリッド端末１０２に転送する。ハイブ
リッド端末１０２宛にパケットを転送する際に、フォー
リン・エージェント１５２（あるいは１５３）は、ハイ
ブリッド端末１０２のＭＡＣアドレスを知る必要があ
る。ハイブリッド構成では通常この目的で使われるＡＲ
Ｐが機能しない。そのため、フォーリン・エージェント
１５２（あるいは１５３）は、ハイブリッド端末１０２
のＭＡＣアドレスを、フォーリン・エージェント１５２
（あるいは１５３）に対してハイブリッド端末１０２が
送信する位置登録要求に含まれる情報から得る。

【００３９】なお、例えば、フォーリン・エージェント
１５２，１５３を計算機を用いて構成することも可能で
あり、また、図３の各構成要素を、ソフトウェア（プロ
グラム）の機能モジュールとして実現することも可能で
あり、また、図３の各構成要素の少なくとも一部を半導
体チップ化などによりハードウェアによって実現する事
も可能である。

【００４０】さて、ここで、ハイブリッド端末１０２
が、Ｍｏｂｉｌｅ ＩＰによりサブネットワーク１３２
に移動している状況を仮定する。また、前述したよう
に、端末１０１がマルチキャストパケットを送信するも
のとする。

【００４１】まず、マルチキャストアプリケーション起
動時の動作について図４〜図６を参照しながら説明す
る。

【００４２】ハイブリッド端末１０２においてマルチキ
ャストアプリケーション２０１が起動されたとする（図
４のステップＳ１１）。起動されたマルチキャストアプ
リケーション２０１は、ＩＰ層のマルチキャスト制御機
能２２２に、マルチキャストグループＧへの加入を要求
する（ステップＳ１２）。ハイブリッド端末１０２が送
信に利用できるネットワークインタフェースは、第２の
ネットワークインタフェース２４２である。従って、Ｉ
Ｐ層のルーティングのデフォールト経路は、第２のネッ
トワークインタフェース２４２に対応しており、ＩＰ層
のマルチキャスト制御機能２２２は、第２のネットワー
クインタフェース２４２においてマルチキャストグルー
プＧに加入する（ステップＳ１３）。この結果、第２の
ネットワークインタフェース２４２からマルチキャスト
グループＧを宛先とするＩＧＭＰｒｅｐｏｒｔメッセー
ジが送信される。

【００４３】一方、ハイブリッドマルチキャスト制御２
０２は、パケットモニタ機能２３１を利用して、このＩ
ＧＭＰ ｒｅｐｏｒｔメッセージの送信をモニタし、ハ
イブリッド端末１０２内にマルチキャストグループＧに
加入するマルチキャストアプリケーション２０１が存在
することを認識する（図５のステップＳ２１）。する
と、ハイブリッドマルチキャスト制御２０２は、ＩＰ層
のマルチキャスト制御機能２２２に対し、第１のネット
ワークインタフェース２４１においてマルチキャストグ
ループＧに加入するように要求する（ステップＳ２
２）。これとともに、ハイブリッドマルチキャスト制御
２０２は、マルチキャストグループＧへの加入要求を中
継するべき宛先を得るために、移動制御２０３から現在
のフォーリン・エージェントであるフォーリン・エージ
ェント１５２のアドレスＦを取得し（ステップＳ２
３）、そして、フォーリン・エージェント１５２のハイ
ブリッドマルチキャスト制御３０１に対応するポート番
号とフォーリン・エージェント１５２のアドレスＦを宛
先にしたＵＤＰパケットに、モニタしたＩＧＭＰ ｒｅ
ｐｏｒｔメッセージをカプセル化して、第２のネットワ
ークインタフェース２４２から送信する（ステップＳ２
４）。

【００４４】図３のフォーリン・エージェント１５２の
ハイブリッドマルチキャスト制御３０１は、このＵＤＰ
パケットを受信して、中継されたＩＧＭＰ ｒｅｐｏｒ
ｔメッセージを取り出す（図６のステップＳ３１）。こ
のＩＧＭＰ ｒｅｐｏｒｔメッセージの送信元アドレス
は、ハイブリッド端末１０２の第２のネットワークイン
タフェース２４２のアドレスであり、サブネットワーク
１３２に属するアドレスではないので、このまま送信し
てもルータ１１２がサブネットワーク１３２に、マルチ
キャストグループＧに加入する端末が存在すると認識で
きない場合がある。そこで、一つの方法として、ハイブ
リッドマルチキャスト制御３０１が、このＩＧＭＰ ｒ
ｐｏｒｔメッセージの送信元アドレスをフォーリン・エ
ージェント１５２のアドレスに書き直して送信する（ス
テップＳ３２）、という方法がある。この方法では、Ｉ
Ｐ層のマルチキャスト制御機能３２２は、フォーリン・
エージェント１５２がマルチキャストグループＧに属す
るという状態を持たない。また、別の方法として、ハイ
ブリッドマルチキャスト制御３０１が、ＩＰ層のマルチ
キャスト制御機能３２２に、マルチキャストグループＧ
への加入を要求する方法がある。この方法では、ＩＰ層
のマルチキャスト制御機能３２２は、マルチキャストグ
ループＧを宛先とするＩＧＭＰ ｒｅｐｏｒｔメッセー
ジを送信する（ステップＳ３２）。

【００４５】マルチキャストルーティング機能を持つル
ータ１１２が、フォーリン・エージェント１５２から送
信されたフォーリン・エージェント１５２のアドレスＦ
を送信元アドレスとし、マルチキャストグループＧを宛
先とするＩＧＭＰ ｒｅｐｏｒｔメッセージを受信する
と、マルチキャストグループＧのサブネットワーク１３
２まで至る情報伝送経路木が構成されるように制御す
る。この結果、例えば、端末１０１が送信したマルチキ
ャストグループＧ宛てのパケットが、ネットワーク１２
１、ルータ１１２、サブネットワーク１３２、基地局１
４２を経由して、ハイブリッド端末１０２に到達する状
態になる。ハイブリッド端末１０２は、第１のネットワ
ークインタフェース２４１でこのパケットを受信する。
既に述べたように、ハイブリッドマルチキャスト制御２
０２が第１のネットワークインタフェース２４１におい
てマルチキャストグループＧに加入しているため、この
パケットはＩＰ層で廃棄されること無く、マルチキャス
トアプリケーション２０１に到達する。

【００４６】ハイブリッド端末１０２がサブネットワー
ク１３３に移動している場合も同様に機能する。ハイブ
リッドマルチキャスト制御２０２は、移動制御２０３か
ら現在のフォーリン・エージェント１５３を知り、そこ
にＩＧＭＰ ｒｅｐｏｒｔメッセージを中継する。

【００４７】さて、ルータ１１２は、定期的にＩＧＭＰ
ｑｕｅｒｙメッセージを投げ、それに対するＩＧＭＰ
ｒｅｐｏｒｔメッセージがあるか否かによって、サブ
ネットワーク１３２にどのマルチキャストグループに加
入する端末が存在するか調べる。特定のマルチキャスト
グループに対するＩＧＭＰ ｒｅｐｏｒｔメッセージが
一定期間内にない場合には、そのマルチキャストグルー
プのパケットのサブネットワーク１３２への転送を中止
する。

【００４８】このため、ハイブリッド端末１０２は、第
１のネットワークインタフェースから受信するＩＧＭＰ
ｑｕｅｒｙメッセージに対して、マルチキャストグル
ープＧを宛先とするＩＧＭＰ ｒｅｐｏｒｔメッセージ
によって応答しなければならない。第１のネットワーク
インタフェース２４１に向けて送信されるこの応答は、
ＩＰ層のマルチキャスト制御機能２２２によって自動的
に送信されるが、第１のネットワークインタフェース２
４１は受信専用であるため、サブネットワーク１３２に
までは到達しない。しかし、ハイブリッドマルチキャス
ト制御２０２は、パケットモニタ機能２３１を用いてこ
の応答をモニタすることができる。この応答を検出した
場合には、マルチキャストアプリケーション２０１の起
動時におけるＩＧＭＰ ｒｅｐｏｒｔメッセージのフォ
ーリン・エージェント１５２への中継と同様に動作す
る。この場合も、ルータ１１２は、フォーリン・エージ
ェント１５２からのマルチキャストグループＧ宛てのＩ
ＧＭＰ ｒｅｐｏｒｔメッセージを受信するので、マル
チキャストグループＧ宛てパケットのサブネットワーク
１３２への転送を継続する。

【００４９】次に、マルチキャストアプリケーション終
了時の動作について図７、図８を参照しながら説明す
る。

【００５０】マルチキャストアプリケーション２０１が
終了する際には、ＩＰ層のマルチキャスト制御機能２２
２が、第２のネットワーク２４２からマルチキャストグ
ループＧ宛てにＩＧＭＰ ｌｅａｖｅメッセージを送信
する。ハイブリッドマルチキャスト制御２０２は、パケ
ットモニタ機能２３１によりこのＩＭＧＰ ｌｅａｖｅ
メッセージをモニタして、ハイブリッド端末１０２内に
マルチキャストグループＧから離脱するマルチキャスト
アプリケーション２０１が存在することを認識する（図
７のステップＳ４１）。すると、ハイブリッドマルチキ
ャスト制御２０２は、ＩＰ層のマルチキャスト制御機能
２２２に対し、第１のネットワークインタフェース２４
１においてマルチキャストグループＧから離脱するよう
に要求する（ステップＳ４２）。これとともに、ハイブ
リッドマルチキャスト制御２０２は、マルチキャストグ
ループＧへの離脱要求を中継するべき宛先を得るため
に、移動制御２０３から現在のフォーリン・エージェン
トであるフォーリン・エージェント１５２のアドレスＦ
を取得し（ステップＳ４３）、そして、フォーリン・エ
ージェント１５２のハイブリッドマルチキャスト制御３
０１に対応するポート番号とフォーリン・エージェント
１５２のアドレスＦを宛先にしたＵＤＰパケットに、モ
ニタしたＩＧＭＰ ｌｅａｖｅメッセージをカプセル化
して、第２のネットワークインタフェース２４２から送
信する（ステップＳ４４）。

【００５１】フォーリン・エージェント１５２のハイブ
リッドマルイチキャスト制御３０１は、このＵＤＰパケ
ットを受信して、中継されたＩＧＭＰ ｌｅａｖｅメッ
セージを取り出す（図８のステップＳ５１）。このＩＧ
ＭＰ ｌｅａｖｅメッセージの送信元アドレスはハイブ
リッド端末１０２の第２のネットワークインタフェース
２４２のアドレスであり、サブネットワーク１３２に属
するアドレスではないので、このまま送信してもルータ
１１２がサブネットワーク１３２に、マルチキャストグ
ループＧから離脱する端末が存在すると認識できない場
合がある。そこで、一つの方法として、ハイブリッドマ
ルイチキャスト制御３０１が、このＩＧＭＰ ｌｅａｖ
ｅメッセージの送信元アドレスをフォーリン・エージェ
ント１５２のアドレスに書き直して送信する（ステップ
Ｓ５２）、という方法がある。この方法では、ＩＰ層の
マルチキャスト制御機能３２２はフォーリン・エージェ
ント１５２がマルチキャストグループＧに属するという
状態を持たない。また、別の方法として、ハイブリッド
マルイチキャスト制御３０１が、ＩＰ層のマルチキャス
ト制御機能３２２に、マルチキャストグループＧへの離
脱を要求する方法がある。この方法では、ＩＰ層のマル
チキャスト制御機能３２２は、マルチキャストグループ
Ｇを宛先とするＩＧＭＰ ｌｅａｖｅメッセージを送信
する（ステップＳ５２）。

【００５２】マルチキャストルーティング機能を持つル
ータ１１２が、フォーリン・エージェント１５２から送
信されたフォーリン・エージェント１５２のアドレスＦ
を送信元アドレスとし、マルチキャストグループＧを宛
先とするＩＧＭＰ ｌｅａｖｅメッセージを受信する
と、ＩＧＭＰ ｑｕｅｒｙメッセージを送信する。一定
期間ＩＧＭＰ ｒｅｐｏｒｔメッセージによる応答が無
い場合、ルータ１１２は、マルチキャストグループＧ宛
てパケットのサブネットワーク１３２への転送を中止す
る。上記の処理によりハイブリッド端末１０２は、ＩＧ
ＭＰ ｒｅｐｏｒｔメッセージを送信しない状態になっ
ている。従って、サブネットワーク１３２にマルチキャ
ストグループＧに加入している他の端末が無ければ、転
送は中止される。

【００５３】ところで、ここまで、基地局１４１は、ル
ータであるがマルチキャストルータではないと仮定して
いた。つまり、ハイブリッド端末１０２が第２のネット
ワークインタフェース２４２でマルチキャストグループ
Ｇに加入している状態でも、マルチキャストグループＧ
宛てのパケットは、ハイブリッド端末１０２から基地局
１４１を経てサブネットワーク１３１方向（上り方
向）、逆にサブネットワーク１３１から基地局１４１を
経てハイブリッド端末１０２方向（下り方向）には転送
されない。下り方向の転送がなされないことは、同じマ
ルチキャストグループ宛てパケットがネットワークイン
タフェース２４１によって受信できるため問題でない。
仮に、下り方向の転送が行われると、一般に第２のネッ
トワークインタフェース２４２の帯域が第１のネットワ
ークインタフェース２４１の帯域より狭いため、マルチ
キャストトラフィックの特性によっては第２のネットワ
ークインタフェース側が飽和する可能性があり、転送し
ない方が望ましい。しかし、上り方向に送信できないこ
とは問題になることがある。

【００５４】この場合、ハイブリッド端末１０２のハイ
ブリッドマルチキャスト制御２０２は、マルチキャスト
アプリケーション２０１が第２のネットワークインタフ
ェース２４２経由で送信するマルチキャストグループＧ
宛てのユーザデータパケットを、パケットモニタ機能２
３１によってモニタする（図９のステップＳ６１）。モ
ニタしたマルチキャストユーザデータパケットを、移動
制御２０３から得た中継先まで、例えばＵＤＰでカプセ
ル化して送信する。例えば、マルチキャストユーザデー
タを中継するべき宛先を得るために、移動制御２０３か
ら現在のフォーリン・エージェントであるフォーリン・
エージェント１５２（あるいは１５３）のアドレスを取
得し（ステップＳ６２）、そして、フォーリン・エージ
ェント１５２（あるいは１５３）のハイブリッドマルチ
キャスト制御３０１に対応するポート番号とフォーリン
・エージェント１５２（あるいは１５３）のアドレスを
宛先にしたＵＤＰパケットに、モニタしたマルチキャス
トユーザデータパケットをカプセル化して、第２のネッ
トワークインタフェース２４２から送信する（ステップ
Ｓ６３）。

【００５５】これを受信したフォーリン・エージェント
１５２またはフォーリン・エージェント１５３のハイブ
リッドマルチキャスト制御３０１は、ＵＤＰパケットか
ら元のマルチキャストユーザデータパケットを取りだ
し、そのまま送信する。このマルチキャストユーザデー
タパケットは、ルータ１１２またはルータ１１３によっ
てネットワーク１２１に転送され、さらにマルチキャス
ト経路木に沿って転送されていく。別の方法として、基
地局１４１が、上り方向のマルチキャストパケットは転
送し、下り方向のマルチキャストパケットを転送しない
というものもある。

【００５６】なお、上記では、フォーリン・エージェン
トが、マルチキャストグループＧへの加入要求を中継す
る装置と、マルチキャストユーザデータを中継する装置
とを兼ねたが、マルチキャストグループＧへの加入要求
を中継する装置と、マルチキャストユーザデータを中継
する装置とが異なる装置である場合も可能である。

【００５７】本実施形態によれば、受信のみ可能なネッ
トワークインタフェースと少なくとも送信が可能なネッ
トワークインタフェースを持つハイブリッド端末のマル
チキャストアプリケーションが、受信のみ可能なネット
ワークインタフェース経由でマルチキャスト情報を受信
することが可能になる。また、既存のマルチキャストア
プリケーションに変更を加える必要がないという利点が
ある。また、マルチキャストパケットをユニキャストで
カプセル化する方法よりも、伝送路の利用効率が良い。

【００５８】なお、以上の各機能は、ソフトウェアとし
て実現可能である。また、本実施形態は、コンピュータ
に所定の手段を実行させるための（あるいはコンピュー
タを所定の手段として機能させるための、あるいはコン
ピュータに所定の機能を実現させるための）プログラム
として実施することもでき、該プログラムを記録したコ
ンピュータ読取り可能な記録媒体として実施することも
できる。

【００５９】なお、この発明の実施の形態で例示した構
成は一例であって、それ以外の構成を排除する趣旨のも
のではなく、例示した構成の一部を他のもので置き換え
たり、例示した構成の一部を省いたり、例示した構成に
別の機能あるいは要素を付加したり、それらを組み合わ
せたりすることなどによって得られる別の構成も可能で
ある。また、例示した構成と論理的に等価な別の構成、
例示した構成と論理的に等価な部分を含む別の構成、例
示した構成の要部と論理的に等価な別の構成なども可能
である。また、例示した構成と同一もしくは類似の目的
を達成する別の構成、例示した構成と同一もしくは類似
の効果を奏する別の構成なども可能である。また、この
発明の実施の形態で例示した各種構成部分についての各
種バリエーションは、適宜組み合わせて実施することが
可能である。また、この発明の実施の形態は、個別装置
としての発明、関連を持つ２以上の装置についての発
明、システム全体としての発明、個別装置内部の構成部
分についての発明、またはそれらに対応する方法の発明
等、種々の観点、段階、概念またはカテゴリに係る発明
を包含・内在するものである。従って、この発明の実施
の形態に開示した内容からは、例示した構成に限定され
ることなく発明を抽出することができるものである。

【００６０】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【００６１】

【発明の効果】本発明によれば、マルチキャスト通信装
置において、受信専用ネットワークインタフェースから
マルチキャスト情報を受信することができるようにな
る。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るネットワークの構成
例を示す図

【図２】同実施形態に係るハイブリッド端末の構成例を
示す図

【図３】同実施形態に係るフォーリン・エージェントの
構成例を示す図

【図４】同実施形態に係るハイブリッド端末の動作例を
示すフローチャート

【図５】同実施形態に係るハイブリッド端末の動作例を
示すフローチャート

【図６】同実施形態に係るフォーリン・エージェントの
動作例を示すフローチャート

【図７】同実施形態に係るハイブリッド端末の動作例を
示すフローチャート

【図８】同実施形態に係るフォーリン・エージェントの
動作例を示すフローチャート

【図９】同実施形態に係るハイブリッド端末の動作例を
示すフローチャート

【符号の説明】

１０１…端末 １０２…ハイブリッド端末 １１１〜１１３…ルータ １２１，１３１〜１３３…ネットワーク １４１〜１４３…基地局 １５１…ホーム・エージェント １５２，１５３…フォーリン・エージェント ２０１…マルチキャストアプリケーション ２０２，３０１…ハイブリッドマルチキャスト制御 ２０３…移動制御 ２１１，３１１…ＵＤＰ層 ２２１，３２１…ＩＰ層 ２２２，３２２…マルチキャスト制御機能 ２２３…移動支援機能 ２３１…パケットモニタ機能 ２４１…第１のネットワークインタフェース ２４２…第２のネットワークインタフェース ３０２…ＦＡ機能 ３４１…ネットワークインタフェース

Claims (8)

【特許請求の範囲】
1. 【請求項１】データの受信のみが可能な第１のネットワ
   ークインタフェース手段と、 少なくともデータの送信が可能な第２のネットワークイ
   ンタフェース手段と、 前記第１のネットワークインタフェース手段がマルチキ
   ャストの第１の制御データを受けた結果送信するマルチ
   キャストの第２の制御データ、または自装置が自律的に
   送信するマルチキャストの第３の制御データを、前記第
   ２のネットワークインタフェース手段を経由して、前記
   第１のネットワークインタフェース手段が属するサブネ
   ットワークに接続された所定の通信装置へ中継する中継
   手段とを備えたことを特徴とするマルチキャスト通信装
   置。
2. 【請求項２】データの受信のみが可能な第１のネットワ
   ークインタフェース手段と、 少なくともデータの送信が可能な第２のネットワークイ
   ンタフェース手段と、 自装置内のエンティティが前記第２のネットワークイン
   タフェース手段においてマルチキャストグループに加入
   した際に、前記第１のネットワークインタフェース手段
   において該マルチキャストグループ宛てのデータ受信を
   可能な状態にする代行加入手段とを備えたことを特徴と
   するマルチキャスト通信装置。
3. 【請求項３】データの受信のみが可能な第１のネットワ
   ークインタフェース手段と、 少なくともデータの送信が可能な第２のネットワークイ
   ンタフェース手段と、 自装置内のエンティティが送信するマルチキャストユー
   ザデータを、前記第２のネットワークインタフェース手
   段を経由して、前記第１のネットワークインタフェース
   手段が属するサブネットワークに接続された中継装置へ
   中継する中継手段とを備えたことを特徴とするマルチキ
   ャスト通信装置。
4. 【請求項４】データの受信のみが可能な第１のネットワ
   ークインタフェース手段と、 少なくともデータの送信が可能な第２のネットワークイ
   ンタフェース手段と、 自装置のサブネットワーク間の移動を管理する移動管理
   手段と、 自装置が送信すべきマルチキャストに関係する情報を中
   継すべき宛先となる中継装置を、前記移動管理手段から
   得た情報に基づいて決定する決定手段と、 自装置が送信すべきマルチキャストに関係する情報を、
   前記第２のネットワークインタフェース手段を経由し
   て、前記決定手段により決定された中継装置へ中継する
   中継手段とを備えたことを特徴とするマルチキャスト通
   信装置。
5. 【請求項５】データの送受信が可能なネットワークイン
   タフェース手段と、 前記ネットワークインタフェース手段が属するサブネッ
   トワークと同じサブネットワークに属し、データの受信
   のみが可能な第１のネットワークインタフェース手段、
   及び前記ネットワークインタフェース手段が属するサブ
   ネットワークとは異なるサブネットワークに属し、少な
   くともデータの送信が可能な第２のネットワークインタ
   フェース手段を備えたマルチキャスト通信装置が、該第
   ２のネットワークインタフェース手段から送信したマル
   チキャスト加入要求を受信する要求受信手段と、 前記要求受信手段により受信された前記マルチキャスト
   加入要求により加入を要求されているマルチキャストグ
   ループに、前記マルチキャスト通信装置の代行で代行加
   入要求する代行加入要求手段とを備えたことを特徴とす
   る通信装置。
6. 【請求項６】データの受信のみが可能な第１のネットワ
   ークインタフェース手段と、少なくともデータの送信が
   可能な第２のネットワークインタフェース手段とを備え
   たマルチキャスト通信装置におけるマルチキャスト通信
   方法であって、 前記第１のネットワークインタフェース手段がマルチキ
   ャストの第１の制御データを受けた結果送信するマルチ
   キャストの第２の制御データ、または自装置が自律的に
   送信するマルチキャストの第３の制御データを、前記第
   ２のネットワークインタフェース手段を経由して、前記
   第１のネットワークインタフェース手段が属するサブネ
   ットワークに接続された所定の通信装置へ中継すること
   を特徴とするマルチキャスト通信方法。
7. 【請求項７】データの受信のみが可能な第１のネットワ
   ークインタフェース手段と、少なくともデータの送信が
   可能な第２のネットワークインタフェース手段とを備え
   たマルチキャスト通信装置上で実行されるプログラムを
   記録したコンピュータ読取り可能な記録媒体であって、 前記第１のネットワークインタフェース手段がマルチキ
   ャストの第１の制御データを受けた結果送信するマルチ
   キャストの第２の制御データ、または自装置が自律的に
   送信するマルチキャストの第３の制御データを、前記第
   ２のネットワークインタフェース手段を経由して、前記
   第１のネットワークインタフェース手段が属するサブネ
   ットワークに接続された所定の通信装置へ中継する機能
   を有するプログラムを記録したコンピュータ読取り可能
   な記録媒体。
8. 【請求項８】データの受信のみが可能な第１のネットワ
   ークインタフェース手段と、少なくともデータの送信が
   可能な第２のネットワークインタフェース手段とを備え
   たマルチキャスト通信装置上で実行されるプログラムで
   あって、 前記第１のネットワークインタフェース手段がマルチキ
   ャストの第１の制御データを受けた結果送信するマルチ
   キャストの第２の制御データ、または自装置が自律的に
   送信するマルチキャストの第３の制御データを、前記第
   ２のネットワークインタフェース手段を経由して、前記
   第１のネットワークインタフェース手段が属するサブネ
   ットワークに接続された所定の通信装置へ中継する機能
   を有するプログラム。