JP2011525313A - マルチキャスト・グループ管理のための方法及び装置 - Google Patents

Abstract

マルチキャスト・グループ管理のための方法を提供する。装置は、第１の装置と第２の装置との間のマルチキャスト・サービスを伝搬するための接続の確立中に導き出される、マルチキャスト・サービス加入の要求を求め、マルチキャスト・サービスがネットワーク装置において利用可能でない場合に、要求に基づいてマルチキャスト・サービスへの加入を示すメッセージを送出する。その結果、サービス中断の確立を低減させるように、低信頼度無線接続において交換されるメッセージを削減する。

Description

本発明は、データ通信に関し、特に、マルチキャスト・グループ管理に関する。

インターネット・グループ管理プロトコル（ＩＧＭＰ）は、インターネット・プロトコル・マルチキャスト・グループのメンバシップを管理するために使用される通信プロトコルである。ＩＧＭＰは、マルチキャスト・グループ・メンバシップを確立するためにＩＰホスト及び隣接するマルチキャスト・ルータによって使用される。例として、ＩＰホストは、一マルチキャスト・グループに対応するマルチキャスト・サービスに加入したい場合、ＩＧＭＰを使用してマルチキャスト・グループに加入する。更に、ＩＰホストはＩＧＭＰを用いてそのマルチキャスト・グループのメンバシップを直接隣接するマルチキャスト・ルータに報告する。マルチキャスト・リスナ・ディスカバリ（ＭＬＤ）は、Ｉｐｖ６におけるホストルータ部分の同等のプロトコルである。

報告メッセージは２つの場合にトリガされる。ホストは、マルチキャスト・ストリームを受信したい場合、そのグループに加入するための要求されていないメンバシップ報告メッセージを局所ルータに送出する。別のケースは、ホストが、クエリ・メッセージへの応答でその関心グループの報告メッセージを生成するというものである。

離脱報告メッセージは、マルチキャスト・グループを離脱する際にホストによって送出されるＩＧＭＰｖ２によって規定される。これは、グループ・メンバシップ終結がユーザにすばやく報告されることを可能にする。

マルチキャスト・ルータは、ＩＧＭＰを使用して、接続された物理ネットワークそれぞれにどのグループがメンバを有するかを知る。ルータは、接続されたネットワーク毎にマルチキャスト・グループ・メンバシップのリストを保持し、ホスト・メンバシップ・クエリ・メッセージを全ホスト・グループ・アドレス２２４．０．０．１に周期的に送出することにより、リストを維持する。送出されたクエリ・メッセージに応じた特定のマルチキャスト・グループのメンバシップ報告メッセージが所定の時間内に受信されなかった場合、マルチキャスト・グループに関連付けられたマルチキャスト・サービスをホストが受信していないとルータはみなす。更に、その結果、マルチキャスト・グループの記録が削除され、対応するマルチキャスト・パケットは、サブネットワークにルーティングされない。よって、「マルチキャスト・グループ・メンバシップ」は、マルチキャスト・グループの少なくとも一メンバの存在を意味する。なお、ルータは、マルチキャスト・サービスを受信するホストのリストを保持しなくてよい。

ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ。ワイマックス）などの無線通信ネットワークは、マルチキャスト・グループを管理するためにＩＧＭＰを利用することが可能である。しかし、時間変動性フェージングやバースト誤りなどの要因により、移動局（ＭＳ）などの受信装置と基地局（ＢＳ）などのアクセス装置との間のエア・インタフェースは通常、信頼度が低い。よって、ＩＧＭＰ関連メッセージは失われるか、又は正しく受信されず、それにより、サービス割り込みがもたらされ得る。

本発明の一局面によれば、ネットワーク装置におけるマルチキャスト・グループの管理の方法が提供される。移動局がマルチキャスト・サービスに加入したい場合、前記方法は、
前記マルチキャスト・サービスを判定する工程であって、前記マルチキャスト・サービスが、前記移動局と、前記移動局が接続される基地局との間でＭＡＣ層接続を確立するために使用されるメッセージから導き出される工程と、前記マルチキャスト・サービスが前記ネットワーク装置において利用可能でない場合に、前記マルチキャスト・サービスへの加入を示すＩＧＭＰメッセージを送出する工程とを含む。

本発明の別の局面によれば、マルチキャスト・グループ管理のための装置を提供する。装置は、送信モジュール（８０３）と、マルチキャスト・サービスを判定し、上記マルチキャスト・サービスが、移動局と基地局との間でＭＡＣ層接続を確立するために使用されるメッセージから導き出され、上記マルチキャスト・サービスがネットワーク装置において利用可能でない場合に、上記マルチキャスト・サービスへの加入を示すＩＧＭＰメッセージを送信モジュールを介して送出するよう構成された処理モジュール（８０２）とを備える。

本発明の局面によれば、受信器装置に代わってプロキシ機能を装置が行うために、装置と受信器装置との間で交換されるメッセージが削減され、よって、サービス中断の確率が削減される。

本発明の上記概要の説明、及び以下の詳細な説明は、説明のためであり、例示的なものに過ぎない。

本発明の更なる理解をもたらすために含められ、本出願に組み入れられ、本出願の一部を構成する添付図面は、本発明の原理を説明する役目を担う明細書とともに本発明の実施例を示す。よって、本発明は、前述の実施例に限定されるものでない。

マルチキャスト・サービスのモバイルＷｉＭＡＸネットワークを示すブロック図である。 マルチキャスト・グループを管理するための従来の手法を示すメッセージ系列チャートである。 本発明の実施例による、マルチキャスト・グループを管理する方法を示すメッセージ系列チャートである。 本発明の実施例による、マルチキャスト・サービスへの加入の要求があった場合の、ＩＧＭＰプロキシのワークフローを示すフローチャートである。 本発明の実施例による、上流マルチキャスト・ルータからのＩＧＭＰクエリ・メッセージを処理する場合の、ＩＧＭＰプロキシのワークフローを示すフローチャートである。 本発明の実施例による、マルチキャスト・サービスから離脱の要求があった場合の、ＩＧＭＰプロキシのワークフローを示すフローチャートである。 本実施例の変形による、マルチキャスト・グループを管理する別の方法を示すメッセージ系列チャートである。 本発明の実施例によるＩＧＭＰプロキシを示すブロック図である。

本発明の実施例を次に、図面に関して詳細に説明する。以下の説明では、知られている機能及び構成の詳細な説明は一部、明確性及び簡潔性のために省略されていることがあり得る。

上記実施例は、無線通信機器において明らかにしている。例として、ＩＥＥＥ Ｓｔｄ ８０２．１６ｅ−２００５−Ａｍｅｎｄｍｅｎｔ ｔｏ ＩＥＥＥ ｓｔａｎｄａｒｄ ｆｏｒ Ｌｏｃａｌ ａｎｄ Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏｒｋｓ − Ｐａｒｔ １６： Ａｉｒ Ｉｎｔｅｒｆａｃｅ ｆｏｒ Ｆｉｘｅｄ Ｂｒｏａｄｂａｎｄ Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ Ｓｙｓｔｅｍｓ−Ｐｈｙｓｉｃａｌ ａｎｄ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌａｙｅｒｓ ｆｏｒ Ｃｏｍｂｉｎｅｄ Ｆｉｘｅｄ ａｎｄ Ｍｏｂｉｌｅ Ｏｐｅｒａｔｉｏｎ ｉｎ Ｌｉｃｅｎｓｅｄ Ｂａｎｄｓという、ＩＥＥＥウェブサイトから入手できる文書が、前述の無線環境の特定の局面を規定している。以下に説明する実施例は、明細書に示す変更に沿った前述の環境の枠組みに入れられている。しかし、本発明は、上記実施例に制限されるべきでない。ＩＥＥＷウェブサイトにおいて入手可能なＡｉｒ Ｉｎｔｅｒｆａｃｅ ｆｏｒ Ｆｉｘｅｄ Ｂｒｏａｄｂａｎｄ Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ Ｓｙｓｔｅｍｓ−Ｐｈｙｓｉｃａｌ ａｎｄ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌａｙｅｒｓ ｆｏｒ Ｃｏｍｂｉｎｅｄ Ｆｉｘｅｄ ａｎｄ Ｍｏｂｉｌｅ Ｏｐｅｒａｔｉｏｎ ｉｎ Ｌｉｃｅｎｓｅｄ Ｂａｎｄｓは、無線環境の特定の局面を規定する。以下の実施例は、前述の環境の枠組みに入れられ、当該変更は明細書中に示す。しかし、本発明は、当該記載された実施例に限定されるべきでない。

図１は、マルチキャスト・サービスのための従来のモバイルＷｉＭＡＸネットワークを示す。移動局（ＭＳ）と基地局（ＢＳ）との間のエア・インタフェースは、ＩＥＥＥ８０２．１６標準によって規定されている。複数のＢＳが、Ｒ６参照点を介してアクセス・ルータ（ＡＲ）に接続される。ＡＲは、インターネットへのゲートウェイである。ネットワークへのエントリの間、ＭＳは、ＢＳと、ＭＡＣ層において３種の接続（すなわち、双方向基本接続、一次接続及び二字接続）を確立する。これらは、緊急ＭＡＣ層管理メッセージ、非緊急ＭＡＣ層管理メッセージ、及びＩＰプロトコルそれぞれの送信のために使用される。ＭＳが、ＴＶマルチキャスト・サーバによって提供されるマルチキャスト・サービスに加入する旨を要求した場合、ＩＧＭＰ報告（加入）メッセージをマルチキャスト・サービスのマルチキャスト・グループに送出する。

モバイルＷｉＭＡＸネットワークにおけるＩＰマルチキャストには、ＭＡＣ層及びセッション層のマルチキャスト管理が関係する。図２に示すように、メッセージ・シーケンス・チャートは、マルチキャスト・サービスを提供する場合にマルチキャスト・グループを管理する従来の手法を示す。ＴＶ番組を受信するために、ＩＧＭＰ報告（加入）メッセージの送出に加えて、ＭＳはまず、ＭＡＣ層における三方向の動的サービス追加（ＤＳＡ）手順を介して、一意の接続ＩＤ（ＣＩＤ）によって識別されＭＢＳ（マルチキャスト及びブロードキャスト・サービス）を確立すべきである。ＷｉＭＡＸネットワークは接続指向のため、ＭＡＣ層接続を確立しなければならない。ハードウェアＭＡＣアドレスとは異なる一意のＣＩＤは、ＭＡＣ層レベルにおけるサービス・フローを差別化するためにＩＥＥＥ８０２．１６ＭＡＣ ＰＤＵヘッダにおいて使用される。接続が、動的サービス追加（ＤＳＡ）、動的サービス変更（ＤＳＣ）、及び動的サービス削除（ＤＳＤ）管理メッセージを介して確立され、修正され、削除される。

ＭＳとＢＳとの間のエア・インタフェースにおける低信頼度の送信によってもたらされるサービス中断の問題の他に、マルチキャスト・サービスを提供するためにＩＧＭＰを使用する従来のモバイルＷｉＭＡＸ通信システムにおける更に２つの問題が存在している。

（１）ＭＳのスリープ・モードの中断
ＭＳ全てが傍受する全ホスト・グループ・アドレス２２４．０．０．１に向けられているのでメンバシップ・クエリ・メッセージは、ブロードキャスト接続を介して送出される。その結果、クエリされたマルチキャスト・グループに属さないＭＳは、ブロードキャスト接続上でデータを受信するためにスリープ・モードからのウェークアップが強いられる。電力節減のやり方で、対応するマルチキャスト接続上でＭＳが、関心のあるマルチキャスト・メッセージを受信している場合、クエリされたグループのメンバであるＭＳにも行われる。

（２）ＭＳからの大量のＩＧＭＰメンバシップ報告メッセージのオーバヘッド。

帯域幅は、無線ネットワークにおいて特に貴重な資源である。報告抑制機構がどのようにしてＩＧＭＰｖ１／２におけるように実現されても、ＩＧＭＰｖ３において取り消されても、クエリ・メッセージに応じたメンバシップ報告メッセージは、帯域幅のうちの無視できない部分を費やす。

図３は、本実施例による、マルチキャスト・グループを管理する方法を示すメッセージ・系列チャートである。ＡＲにおいて導入されるＩＧＭＰは、例えば、ＭＳがマルチキャスト・サービスへの加入、クエリ・メッセージへの応答、又はマルチキャスト・サービスからの離脱を行いたい際にＡＲに接続されたＭＳのためにプロキシ機能を行う。マルチキャスト・サービスに加入する手順、ＩＧＭＰクエリ・メッセージを処理する手順、及びマルチ・サービスを離脱する手順は以下に詳細に説明する。

１． マルチキャスト・サービスへの加入
マルチキャスト・サービスへの加入を要求するＭＳは、ＭＡＣ層接続を確立する旨のＤＳＡ／ＤＳＣ要求を開始し、トラフィック伝送のためにマルチキャストＣＩＤを得る。ＤＳＡ手順を介したＭＡＣ層接続の確立中に、どのマルチキャスト・サービスにＭＳが加入したいかを示すための一部の情報が、ＭＳからＢＳに送信される。接続を確立した後、ＢＳは、接続情報を含むメッセージを送出し、これは、ＩＧＭＰプロキシに、ＭＳとＢＳとの間のＤＳＡ手順を介して接続の確立中に導き出される。ここで、ＩＧＭＰプロキシは、ＢＳから受信された接続情報に基づいてマルチキャスト・グループ・メンバシップ・リストを維持する。要求されたマルチキャスト・サービスがＡＲにおいて利用可能でない場合、ＩＧＭＰプロキシは直接、ＩＧＭＰ報告（加入）を上流マルチキャスト・ルータに送出する。要求されたマルチキャスト・サービスがＡＲにおいて入手可能な場合、ＩＧＭＰプロキシがＩＧＭＰ報告（加入）メッセージを送出する必要はない。その結果、マルチキャスト・サービスへの加入を要求するＭＳの命令がＭＡＣ層において暗黙的に送信されるので、送信は、上位層において送信されるよりも高信頼度かつ高速である、更に、低信頼度の無線接続上でＩＧＭＰ加入メッセージを交換することによってもたらされるサービス中断の確率を削減するように、上流ルータにＭＳの代わりにＩＧＭＰ加入メッセージを当初、生成し、送出する。

この段落は、接続情報の例を表す。ＤＳＡ手順による接続の確立の間、ＣＳ（収束サブ層）パラメータ（すなわち、分類規則）の組がＤＳＡメッセージに含められる。ＣＳパラメータは、ＩＰソース・アドレス、ＩＰソース・ポート、ＩＰデスティネーション・アドレス、ＩＰデスティネーション・ポート、優先度クラス、イーサネット（登録商標）アドレス、ＩＰプロトコル等を含み得る。本実施例では、例として、マルチキャスト・グループＩＰアドレスがＤＳＡメッセージに含められる。マルチキャストＩＰアドレスはマルチキャスト・サービスを一意に識別することが可能である。本実施例における接続情報は、ＭＳを一意に識別するために使用されるＭＳ識別子及びマルチキャスト・グループＩＰアドレスを含む。例として、ＭＳ識別情報は、ＭＳのＩＰアドレス又はＭＳのＭＡＣアドレスであり、これは、ＭＳがネットワーク・エントリ手順を行う際にＢＳに知られる。マルチキャスト・グループＩＰアドレスは、便宜上、以下の説明においてｘＧｒｏｕｐＡｄｄｒ’と呼ぶ。

一意のＣＩＤによるマルチキャスト接続がＭＡＣ層において確立されると、マルチキャスト・サービスへの加入を要求するＭＳに、ＭＳ識別子とこの段落は、接続情報の例を表す。ＤＳＡ手順による接続の確立の間、ＣＳ（収束サブ層）パラメータ（すなわち、分類規則）の組がＤＳＡメッセージに含められる。ＣＳパラメータは、ＩＰソース・アドレス、ＩＰソース・ポート、ＩＰデスティネーション・アドレス、ＩＰデスティネーション・ポート、優先度クラス、イーサネット（登録商標）アドレス、ＩＰプロトコル等を含み得る。本実施例では、例として、マルチキャスト・グループＩＰアドレスがＤＳＡメッセージに含められる。マルチキャストＩＰアドレスはマルチキャスト・サービスを一意に識別することが可能である。本実施例における接続情報は、ＭＳを一意に識別するために使用されるＭＳ識別子及びマルチキャスト・グループＩＰアドレスを含む。例として、ＭＳ識別情報は、ＭＳがネットワーク・エントリ手順を行う際にＢＳに知られるＭＳのＭＡＣアドレス又はＭＳのＩＰアドレスである。マルチキャスト・グループＩＰアドレスは、便宜上、以下の説明において「ＧｒｏｕｐＡｄｄｒ」と呼ぶ。一意のＣＩＤとのマルチキャスト接続がＭＡＣ層において確立されると、ＭＳ識別子とＧｒｏｕｐＡｄｄｒとの間のマッピングが、マルチキャスト・サービスへの加入を要求するＭＳについて確立される。マッピング情報が、ＩＧＭＰプロキシによってもメンバシップ管理テーブルに記憶される。例として、メンバシップ管理テーブルは、ＭＳ識別子及びＧｒｏｕｐＡｄｄｒのフィールドを含む。

図４は、本実施例による、マルチキャスト・サービスへの加入の要求があった場合の、ＩＧＭＰプロキシのワークフローを示すフローチャートである。

工程４０１： ＭＡＣ層加入イベント（ＭＢＳサービス・フローを起動させるためのＤＳＡ／ＤＳＣなど）によってトリガされるマルチキャスト・サービスへの加入を要求するメッセージをＡＲにおいて導入されたＩＧＭＰプロキシが受信し、ここで、メッセージは接続情報を含む。ここで、「トリガ」は、ＭＡＣ層加入イベントが行われると、ＧｒｏｕｐＡｄｄｒ がＭＳからＢＳにＤＳＡ／ＤＳＣ関連メッセージにおいて送信され、次いで、ＢＳは接続情報を導き出し、これをＩＧＭＰプロキシに送出する。

工程４０２： ＩＧＭＰプロキシは、接続情報から導き出されたＧｒｏｕｐＡｄｄｒがメンバシップ管理テーブルにおけるエントリを有するか否かを判定することにより、ＡＲにおいて、要求されたマルチキャスト・サービスが利用可能であるかを判定する。ＧｒｏｕｐＡｄｄｒがテープルに存在する場合、工程４０５に進み、又は工程４０３に進む。

工程４０３： ＩＧＭＰプロキシは、メンバシップ管理テーブル内にＧｒｏｕｐＡｄｄｒの記録を生成する。

工程４０４： ＩＧＭＰプロキシは、要求されたマルチキャスト・サービスへの加入を示すＧｒｏｕｐＡｄｄｒを含むＩＧＭＰ加入メッセージを上流マルチキャスト・ルータに送出する。

工程４０５： ＩＧＭＰプロキシは、メンバシップ管理テーブルを更新する。要求されたマルチキャスト・サービスが利用可能であり、これは、少なくとも１つの他のＭＳが、要求されたマルチキャスト・サービスを受信していることを意味し、よって、ＩＧＭＰプロキシは、要求されたマルチキャスト・サービスのＧｒｏｕｐＡｄｄｒ、ＭＳ識別子の関係、及びＭＳ識別子に関する情報を追加するようメンバシップ管理テーブルを更新すべきである。

２． ＩＧＭＰクエリ・メッセージの処理
上流マルチキャスト・ルータからＩＧＭＰクエリ・メッセージを受信すると、ＩＧＭＰは、従来の解決策のように無線サブネットワークに転送することなく、代わりに、メンバシップ管理テーブルに基づいて直接応答する。その結果、ＩＧＭＰプロキシは、低信頼度の無線接続上でＭＳとＢＳとの間でＩＧＭＰメッセージを交換することによってもたらされるサービス中断の確率を削減するように、ＭＳの代わりにＩＧＭＰ応答メッセージを当初、生成し、送出する。更に、ＩＧＭＰにより、ＭＳに転送することなく、クエリ・メッセージは、ＩＧＭＰプロキシにおいて終端させられ、電力節減モードの不要な中断を何らもたらさない。

図５は、本発明の実施例による、上流マルチキャスト・ルータからのＩＧＭＰクエリ・メッセージを処理する場合の、ＩＧＭＰプロキシのワークフローを示すフローチャートである。

工程５０１ ＩＧＭＰプロキシは、上流ルータからＧｒｏｕｐＡｄｄｒを含むＩＧＭＰクエリ・メッセージを受信する。クエリ・メッセージは、クエリ・メッセージに含まれるＧｒｏｕｐＡｄｄｒによって識別されるマルチキャスト・サービスを受信するＭＳが存在するかを問い合わせるために使用される。

工程５０２ ＩＧＭＰプロキシは、ＩＧＭＰクエリから導き出されたＧｒｏｕｐＡｄｄｒが、メンバシップ管理テーブル内にエントリを有するか否かを判定する。ＩＧＭＰクエリ・メッセージから導き出されたＧｒｏｕｐＡｄｄｒがテーブル内に存在する場合、工程５０３に進むか、又はさもなければ、工程５０４に進む。

工程５０３ ＩＧＭＰプロキシは、ＧｒｏｕｐＡｄｄｒに関連したマルチキャスト・サービスが少なくとも１つのＭＳによって受信されていることを示すＩＧＭＰ報告メッセージを上流マルチキャスト・ルータに送出する。

工程５０４ ＩＧＭＰプロキシは、ＩＧＭＰクエリ・メッセージをサブネットワークに転送することなくフローを終了する。

マルチキャスト・サービスからの離脱
ＭＳは、マルチキャスト・サービスを離脱すると、対応するマルチキャスト接続を解放する旨のＤＳＤ／ＤＳＣ要求を起動させる。接続解放の手順の間、ＧｒｏｕｐＡｄｄｒがＭＡＣ層においてＢＳにＭＳから送信される。ＩＦＭＰプロキシがＡＲ内で導入される図３に示すように、マルチキャスト・サービスを離れるＭＳのＭＳ識別子、及びＧｒｏｕｐＡｄｄｒを含む接続情報がＢＳからＡＲに送出される。ＩＧＭＰプロキシによって維持されるメンバシップ管理テーブルは、受信された接続情報に基づいて更新される。ＩＧＭＰプロキシは、必要に応じて、ＭＳの代わりに、メンバシップ管理テーブルに基づいてＩＧＭＰ離脱メッセージを送出する。その結果、マルチキャスト・サービスを離脱する旨を要求するＭＳの命令がＭＡＣ層において暗黙的に送信されることにより、送信が、上位層における送信よりも高精度かつ高速になる。更に、ＩＧＭＰプロキシは、低信頼度の無線接続上でＩＧＭＰ離脱メッセージを交換することによってもたらされるサービス中断の確率を削減するように、上流ルータにＭＳの代わりにＩＧＭＰ離脱メッセージを当初、生成し、送出する。

図６は、本発明の実施例による、マルチキャスト・サービスからの離脱の要求があった場合の、ＩＧＭＰプロキシのワークフローを示すフローチャートである。

工程６０１ ＭＡＣ層離脱イベント（ＭＢＳサービス・フローを非能動化するか、又は削除するためのＤＳＤ／ＤＳＣなど）によってトリガされるマルチキャスト・サービス離脱を要求するメッセージを受信する。

工程６０２ ＩＧＭＰプロキシは、マルチキャスト・サービス離脱を要求するＭＳ以外の何れかの別のＭＳが、メンバシップ管理テーブルに基づいてマルチキャスト・サービスを受信しているか否かを判定する。例として、ＩＧＭＰプロキシはまず、工程６０１において受信されたメッセージからＧｒｏｕｐＡｄｄｒを導き出し、次いで、導き出されたＧｒｏｕｐＡｄｄｒを使用して、メンバシップ管理テーブル内のエントリを求め、最後に、ＧｒｏｕｐＡｄｄｒに関連付けられた何れかの他のＭＳが存在しているか否かを判定する。何れかの他のＭＳが存在する場合、工程６０５に進みか、又は工程６０３に進む。

工程６０３ ＩＧＭＰプロキシは、メンバシップ管理テーブル内のＧｒｏｕｐＡｄｄｒのレコードを削除する。

工程６０４ ＩＧＭＰプロキシは、ＧｒｏｕｐＡｄｄｒを含むＩＧＭＰ離脱メッセージを上流マルチキャスト・ルータに送信する。

工程６０５ ＩＧＭＰプロキシは、メンバシップ管理テーブルを更新する。ここでは、ＩＧＭＰプロキシは、離脱が要求されるマルチキャスト・サービスを一意に識別するＧｒｏｕｐＡｄｄｒとＭＳ識別子との間の関係、及びＭＳ識別子に関する情報を除去するようメンバシップ管理テーブルを更新すべきであるが、ＧｒｏｕｐＡｄｄｒをテーブル内に残すべきである。

本実施例によれば、メンバシップ管理テーブルは２つのフィールドを含む。ＧｒｏｕｐＡｄｄｒは一方のフィールドを占め、他方のフィールドは、同じマルチキャスト・サービスを受信しているＭＳの１つ又は複数のＭＳ識別子を含めるために使用される。したがって、ＧｒｏｕｐＡｄｄｒ及びＭＳ識別子の組み合わせがレコードを構成する。しかし、本実施例の変形によれば、他方のフィールドは単一のＭＳ識別子を含むにすぎない。よって、レコードは、ＧｒｏｕｐＡｄｄｒ及び単一のＭＳ識別子を含む。本実施例の別の変形によれば、他方のフィールドは、ＭＳ識別子以外の同じマルチキャスト・サービスを受信するＭＳの数を記録するために使用される。

更に、ＭＳは、ＵＤＰソケットのステータスを検出することにより、アプリケーション層などの、ＭＡＣ層の上位層におけるマルチキャスト・サービスのステータスを周期的に検出する。ＢＳとＭＳとの間のマルチキャスト接続を外す旨のメッセージをトリガすることなく例外的にアプリケーション層内のアプリケーションを終結させる場合、ＭＳはこれを検出し、ＤＳＣ／ＤＳＤ＿ＲＥＱメッセージを送出することにより、ＭＡＣ層における接続削除手順を起動させることが可能である。

更に、ＢＳは、測距手法を周期的に使用し、次いで、メンバシップ管理テーブルを相応に更新するようＩＧＭＰプロキシに要求することにより、ＭＳの例外的な電力低下又は終りを検出するよう構成される。

本実施例の変形によれば、ＩＧＭＰプロキシが、ＡＲでなくＢＳにおいて導入される。したがって、ＢＳが接続情報をＡＲに送信する必要はない。図７に示すように、ＩＧＭＰプロキシがＢＳにおいて導入された場合、ＢＳからＩＧＭＰプロキシへの接続情報の送信は冗長である。更に、工程４０１及び６０１で、マルチキャスト・サービスに加入し／マルチキャスト・サービスから離脱する旨を要求するメッセージは、他方の装置から明示的に受信されたメッセージに限定されるものでない。例として、接続情報を導き出すために使用されるＤＳＡ／ＤＳＣ／ＤＳＤは、マルチキャスト・サービスへの加入／マルチキャスト・サービスからの離脱を暗黙的に要求するメッセージとみなし得る。

本実施例の変形によれば、作成する工程４０３、更新する工程４０５、６０５、及び削除する工程６０３などのメンバシップ管理テーブル上の動作工程は、ＩＧＭＰプロキシによって行われないが、ＩＧＭＰプロキシと信号通信する別の装置によって行われる。例えば、ＩＧＭＰプロキシがＡＲにおいて導入された場合、メンバシップ管理テーブルの動作はＢＳによって行われる。

本実施例の変形によれば、方法／装置はＷｉＭＡＸに限定されない。方法は、同一又は同様の課題に対処する他の通信システムに適用することが可能である。

本実施例の変形によれば、方法は、同様な問題を解決するためにＩＰｖ６におけるＭＬＤに施すことが可能である。

本発明の実施例によれば、図８に示すように、ＩＧＭＰプロキシ８００は、受信モジュール８０１と、処理モジュール８０２と、送信モジュール８０３と、サーチ・モジュール８０４とを含む。

受信モジュール８０１は、メッセージを受信するよう構成される。

送信モジュール８０３は、メッセージを送出するよう構成される。

サーチ・モジュール８０４は、入力された少なくとも１つのサーチ基準又はキーワードでマッピング情報データベースをサーチするよう構成される。

処理モジュール８０２は、受信モジュール８０１によって受信されたメッセージから導き出された情報の入力により、サーチ・モジュールから得られたサーチ結果に基づいて、ＩＧＭＰ関連メッセージの処理により、プロキシ機能を行うよう構成される。より具体的には、
（１） 処理モジュール８０２は、受信モジュール８０１によって受信された、マルチキャスト・サービス加入を要求するメッセージからＧｒｏｕｐＡｄｄｒを導き出し、サーチ・モジュール８０４への入力としてのＧｒｏｕｐＡｄｄｒを使用してサ―チ結果を取得し、次いで、要求されたマルチキャスト・サービスが装置において利用可能であるか否かを判定するよう構成される。ここで、ＩＧＭＰプロキシは、サーチ結果に基づいてマッピング情報データベースにエントリをＧｒｏｕｐＡｄｄｒが有するか否かを判定することによって導入される。利用可能でない場合、処理モジュール８０２は、マルチキャスト・サービスへの加入を示すＧｒｏｕｐＡｄｄｒを含む別のメッセージを送出するよう送信モジュール８０３を呼び出す。

（２）処理モジュール８０２は、受信モジュール８１０によって受信されたＩＧＭＰクエリ・メッセージからＧｒｏｕｐＡｄｄｒを導き出し、ＧｒｏｕｐＡｄｄｒを入力として、マッピング情報データベースにＧｒｏｕｐＡｄｄｒがエントリを有しているか否かを判定するためにサーチ・モジュール８０４を利用するよう構成される。エントリが存在している場合、処理モジュール８０２は、クエリ・メッセージをＭＳに転送することなく、クエリ・メッセージに応じて応答メッセージを送出するよう送信モジュールを呼び出す。エントリが存在していない場合、処理モジュール８０２はクエリ・メッセージを廃棄する。

（３）処理モジュール８０２は、受信モジュール８０１によって受信された、マルチキャスト・サービス離脱を要求するメッセージからＧｒｏｕｐＡｄｄｒを導き出し、サーチ・モジュール８０４に対する入力としてＧｒｏｕｐＡｄｄｒを使用してサーチ結果を取得し、次いで、サーチ結果に基づいてマッピング情報データベースにおいて、離脱を要求するＭＳに関連付けられたものの他に少なくとも１つ多くのエントリをＧｒｏｕｐＡｄｄｒが有するか否かを判定することにより、離脱を要求するＭＳの他に、何れかの他のＭＳがマルチキャスト・サービスを受信しているか否かを判定するよう構成される。否定の場合、処理モジュール８０２は、マルチキャスト・サービスからの離脱を示すＧｒｏｕｐＡｄｄｒを含む別のメッセージを送出するよう送信モジュール８０３を呼び出す。

ＩＧＭＰプロキシは更に、受信装置がマルチキャスト・サービスに加入するか、マルチキャスト・サービスから離脱するか、又はマルチキャスト・サービスを変更する場合に、マッピング情報データベースを更新するよう構成される（図示せず）。

更に、マッピング情報データベースは、ＩＧＭＰプロキシと信号通信する装置に記憶されるか、又は、ＩＧＭＰプロキシの一部である。例として、マッピング情報データベースの形式は、上記テーブルの形式である。

いくつかの実現形態を説明してきた。しかし、種々の修正を行うことができることが理解されるであろう。例えば、別々の実現形態の構成要素を組み合わせ、補完し、修正し、又は除外して他の実現形態を生成することができる。更に、他の構造及び処理で、開示されたものを置き換えることができ、結果として生じる実現形態は少なくとも実質的に同じ機能を少なくとも実質的に同じやり方で行って、開示された実現形態と、少なくとも実質的に同じ結果を達成することを当業者は理解するであろう。よって、前述及び他の実現形態は、本出願によって想定され、特許請求の範囲記載の範囲内に収まる。

Claims (10)

1. ネットワーク装置におけるマルチキャスト・グループ管理の方法であって、
   第１の装置と第２の装置との間でマルチキャスト・サービスを搬送するための接続の確立中に導き出される、マルチキャスト・サービスへの加入の要求を判定する工程と、
   前記マルチキャスト・サービスが前記ネットワーク装置において利用可能でない場合に、前記加入の要求に基づいて、前記マルチキャスト・サービスへの加入を示すメッセージを送出する工程と
   を含む方法。
2. 請求項１記載の方法であって、
   前記第１の装置と前記第２の装置との間でマルチキャスト・サーバを搬送するための前記接続の解放中に導き出される、前記マルチキャスト・サービスからの離脱の要求を判定する工程と、
   前記第１の装置が、前記ネットワーク装置を介して前記マルチキャスト・サービスを受信する唯一のものである場合、前記離脱の要求に基づいてマルチキャスト・サービスからの離脱を示すメッセージを送出する工程と
   を更に含む方法。
3. 請求項１又は２に記載の方法であって、少なくとも１つの第１の装置と少なくとも１つのマルチキャスト・サービスとの関係を示すデータベースを保持する工程であって、確立又は解放中に導き出される加入又は離脱の要求が判定された場合に前記データベースが更新される工程と、
   前記データベースの内容に基づいて前記少なくとも１つの第１の装置の代わりにプロキシ機能を行う工程と
   を更に含む方法。
4. 請求項１乃至３の何れか一項に記載の方法であって、前記ネットワーク装置及び前記第２の装置が、別々の装置である場合、前記方法は、
   前記接続の前記確立又は解放中に前記第２の装置によって導き出される、前記マルチキャスト・サービスへの加入又は前記マルチキャスト・サービスからの離脱に対する前記要求を前記第２の装置から受信する工程を更に含む方法。
5. 請求項１乃至４の何れか一項に記載の方法であって、
   加入又は離脱を示す前記メッセージがＩＧＭＰメッセージである方法。
6. 請求項１乃至５の何れか一項に記載の方法であって、前記第１の装置が移動局であり、前記第２の装置が基地局である方法。
7. 送信モジュールを備えた、マルチキャスト・グループ管理のための装置であって、
   第１の装置と第２の装置との間でマルチキャスト・サービスを搬送するための接続の確立中に導き出される、マルチキャスト・サービスへの加入の要求を判定し、前記マルチキャスト・サービスがネットワーク装置において利用可能でない場合に前記加入の要求に基づいて、前記マルチキャスト・サービスへの加入を示すメッセージを前記送信モジュールを介して送出するよう構成された処理モジュール
   を更に備える装置。
8. 請求項７記載の装置であって、前記処理モジュールは、前記第１の装置と前記第２の装置との間でマルチキャスト・サービスを搬送するための前記接続の解放中に導き出される、前記マルチキャスト・サービスからの離脱の要求を判定し、前記第１の装置が、前記ネットワーク装置を介して前記マルチキャスト・サービスを受信する唯一のものである場合に前記離脱の要求に基づいて、前記マルチキャスト・サービスからの離脱を示すメッセージを送出するよう更に構成される装置。
9. 請求項７又は８に記載の装置であって、
   少なくとも１つの第１の装置と少なくとも１つのマルチキャスト・サービスとの関係を示すデータベースを更に備え、
   前記処理モジュールは、確立又は解放中に導き出される、前記加入の要求又は前記離脱の要求が求められた場合に前記データベースを更新するよう更に構成される装置。
10. 請求項７乃至９の何れか一項に記載の装置であって、前記装置及び前記第２の装置が別々の装置である場合、前記装置は、前記接続の前記確立又は解放中に前記第２の装置によって導き出される前記マルチキャスト・サービスの加入又は離脱の要求を前記第２の装置から受信するよう構成された装置。

Images