(57)【特許請求の範囲】
【請求項１】
第１の無線ネットワークと第２のネットワークとの間を接続する無線アクセスポイント装置によりマルチキャストモードで送信されたマルチキャストパケットの伝送の信頼性を最適化する方法であって、
前記マルチキャストパケットは、前記第２のネットワークから前記第１のネットワークのマルチキャストクライアント宛に生じ、
前記マルチキャストクライアントは、無線接続を通じて前記無線アクセスポイント装置に直接接続され、
前記第２のネットワークから生じてマルチキャストモードで送信された前記マルチキャストパケットを受信するステップと、
前記マルチキャストパケットが送信される送信グループへの申込者である前記第１の無線ネットワークの前記マルチキャストクライアントの少なくとも１つに対して、媒体アクセス制御レベルでユニキャストパケットに変換された前記受信マルチキャストパケットの少なくとも特定のパケットを発信するステップと
を有することを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
前記第１の無線ネットワークの少なくとも１つのマルチキャストクライアントが申込者である各マルチキャストアドレスに、前記アドレスへの申込者であるマルチキャストクライアントのアドレスを関連付ける関連付け手段を使用して、前記送信グループへの申込者である前記第１の無線ネットワークの前記マルチキャストクライアントのアドレスを決定するステップを有する方法。
【請求項３】
請求項２に記載の方法であって、
前記第１の無線ネットワークの前記マルチキャストクライアントにより前記第２のネットワークに伝送された申込みメッセージの分析により、前記関連付け手段の情報を更新するステップを有する方法。
【請求項４】
請求項１ないし３のうちのいずれか１項に記載の方法であって、
前記第１の無線ネットワークは、802.11ファミリーからの少なくとも１つのプロトコルを実装する方法。
【請求項５】
マルチキャストパケットが送信される送信グループへの申込者である第１の無線ネットワークのマルチキャストクライアント宛ての第２のネットワークから生じてマルチキャストモードで送信されたマルチキャストパケットを受信する手段を有する、前記第２のネットワークと前記第１の無線ネットワークとの間を接続する無線アクセスポイント装置であって、
前記無線アクセスポイント装置は、前記第１の無線ネットワークでマルチキャストパケットを伝送する信頼性を最適化し、
前記無線アクセスポイント装置は、前記マルチキャストクライアントの少なくとも１つに対して、媒体アクセス制御レベルでユニキャストパケットに変換された前記受信マルチキャストパケットの少なくとも特定のパケットを発信する手段を有し、
前記マルチキャストクライアントは、無線接続を通じて前記無線アクセスポイント装置に直接接続されることを特徴とする無線アクセスポイント装置。
【請求項６】
請求項５に記載の無線アクセスポイント装置であって、
マルチキャストアドレスと前記マルチキャストクライアントのアドレスとの間の関連付け手段を有する無線アクセスポイント装置。
【請求項７】
請求項６に記載の無線アクセスポイント装置であって、
前記関連付け手段は、送信グループへの申込みを管理するために、前記マルチキャストクライアントにより発信されたメッセージを分析する手段を有する無線アクセスポイント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークでマルチポイントストリームを伝送することに関するものであり、特に、このストリームのマルチポイント配信機構がローカルエリアネットワークで信頼できないと判明した場合に、ローカルエリアネットワークでこのストリームの配信の信頼性が向上し得る方法に関するものである。
【背景技術】
【０００２】
例えばインターネットやIPローカルエリアネットワーク等のようなパケットベースの情報転送ネットワークでは、情報伝送のいくつかの方法が存在する。これらのモードは、その伝送に関与している送信者と受信者の数の関数として、３つのカテゴリに分類され得る。第１に、送信者がネットワークの受信者のアドレスにより特定された単一の受信者宛ての情報パケットを発信することを可能にするポイント・ツー・ポイント伝送(すなわち“ユニキャスト”)が存在する。これは、HTTPウェブページ伝送プロトコル(“ハイパーテキスト転送プロトコル”)又はファイル転送プロトコル(FTP)のようなインターネットネットワークで最も普及したプロトコルにより使用される伝送モードである。その他のモードの伝送には、送信者がブロードキャストモードでパケットを伝送することが含まれる。このモードでは、送信者により送信されたパケットは、ネットワークの全ノードに送信される。このモードはインターネットで利用できないが、ローカルエリアネットワークには存在する。第３のモードは、マルチポイントモードの伝送(すなわち“マルチキャスト”)で、送信者又は送信者のグループが受信者のグループにパケットを伝送することを含む。このモードでは、パケットはマルチキャストアドレスと呼ばれるアドレスに送信され、送信グループに属する全ての受信者に転送される。送信グループに加わるクライアントは、グループに申込み(subscribe)を行うと呼ばれ、そのグループを去るクライアントは、グループから申し込み解除(desubscribe)を行うと呼ばれる。
【０００３】
マルチキャストモードは、実際には、ソースが受信者のグループにデータを送信する際に、ネットワークの中間帯域を節約するために使用される。具体的には、この場合でのユニキャストモードの伝送の使用は、受信者の数だけデータが発信されることを意味する。このモードは、ソースと多様な受信者との間のパスに共通のネットワークの部分で、パケットの重複をもたらす。他方、マルチキャストにより、データを一度だけ発信することが可能になり、そのデータは送信グループに属する受信者に導くパスの関数として、ネットワークのルータで複製される。
【０００４】
図１ａは、ノード“A”と“B”と“C”に対して、ノード“S”(情報ソース)により送信されたデータパケット(P)の伝送を示したものである。ユニキャスト転送の場合には、パケット“P”がノード“S”とルータ“R1”の間で３回、ルータ“R1”と“R2”の間で２回複製され、図１ｂに図示されているマルチポイント転送の場合には、複製されないことがわかる。この場合、単一のパケット“P”がソース“S”により送信され、ルータ“R1”は、パケットがノード“A”とルータ“R2”に対して３つの枝のうちの２つの枝に再伝送されなければならないことを認識しており、ルータ“R2”自体は、グループのメンバであるクライアント“B”と“C”に伝送しなければならない。パケットは送信グループではないノード“D”と“E”に発信されない。
【０００５】
ローカルエリアネットワークは、真のローカルエリアネットワークと、外部ネットワーク(一般的にはインターネット)をリンクするゲートウェイを一般的に有する。イーサーネットや、IEEE1394や、無線による無線接続技術のようないくつかの可能な技術により、多様なローカル装置がこのゲートウェイに接続される。これらの装置は、ローカルエリアネットワークと外部ネットワークとの間のルータとして動作するゲートウェイを介して外部ネットワークにアクセスし得る。ローカル装置(クライアント)がマルチポイントデータ送信グループに加わろうとすると、例えばIGMPインターネットグループ管理プロトコル(このプロトコルは、IETF(Internet  Engineering  Task  Force)で参照文献“RFC3376”で知られている)に従って、マルチキャストアドレスに申込み(subscribe)を行う。この申し込みに続いて、ノードは送信グループのメンバとして認識され、このストリームに対応するパケットがマルチポイントモードで送信され、インターネットからそのクライアントに対してゲートウェイを介してルーティングされる。
【０００６】
使用される技術に応じて、ローカルエリアネットワークでマルチキャストが常に信頼できるように実行されるとは限らないことがある。例えば、ローカルエリアネットワークが802.11ファミリーのバージョンa、b又はgからのプロトコルに従って動作する無線ネットワークである場合、伝送されるパケットは、非損傷であるか否かを見るためにテストされ、非損傷でないパケットは破棄されて再伝送されない。そのパケットは損失する。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明により、ローカルエリアネットワークでこれらのパケットを受信するエンドクライアントとゲートウェイとの間でマルチポイントパケットの伝送の信頼性を向上することが可能になる。パケットを受信者に送信する前に、進行中にマルチキャストパケットをユニキャスト送信パケットに変換することにより、この信頼性が保証される。具体的には、同じネットワークでのユニキャスト法に従うパケットの伝送は安全にされており、ゲートウェイとクライアントとの間の非損傷でないパケットの再伝送の機構を提供する。これを行うため、ゲートウェイは、マルチキャストアドレスと申込(subscriber)クライアントとの間の関係を維持するように、そのマルチキャストアドレスへのクライアントの申込み(subscription)の要求を傍受する。従って、ゲートウェイは、そのアドレスにマルチポイントモードで送信されたパケットを傍受し、それをユニキャストモードで申込みクライアントに送信する。
【０００８】
前述の課題は、第１のネットワークと第２のネットワークとの間の接続装置によりマルチキャストモードで送信されたパケットの伝送方法により解決され、そのマルチポイントパケットは第２のネットワークから第１のネットワークのクライアント宛に生じ、マルチキャストパケットの受信ステップと、送信グループへの申込者(subscriber)である第１のネットワークのクライアントの少なくとも１つに対してマルチキャストモードで送信された少なくとも特定のパケットをユニキャスト送信モードに従って発信するステップとを有することを特徴とする。
【課題を解決するための手段】
【０００９】
本発明の特定の実施例によると、前記方法は、第１のネットワークの少なくとも１つのクライアントが申込者である各マルチキャストアドレスに、このアドレスへの申込者であるクライアントのアドレスを関連付ける関連付け手段を使用して、送信グループへの申込者である第１のネットワークのクライアントのアドレスを決定するステップを有する。
【００１０】
前記方法は、第１のネットワークのクライアントにより第２のネットワークに伝送された申込みメッセージの分析により、関連付け手段の情報を更新するステップを有する。
【００１１】
本発明の特定の実施例によると、第１のネットワークは唯一のクライアントを有し、マルチキャストモードで送信されたパケットは、この単一のクライアントにユニキャストモードで直接伝送される。
【００１２】
本発明の特定の実施例によると、第１のネットワークは、802.11ファミリーからの少なくとも１つのプロトコルを実装する無線ネットワークであり、接続装置は、その無線ネットワークのアクセスポイントである。
【００１３】
前記の課題は、送信グループの申込者である第１のネットワークのクライアント宛ての第２のネットワークからのマルチキャストモードで受信したパケットを伝送する手段を有する、第２のネットワークと第１のネットワークとの間の接続装置により解決され、その伝送する手段は、そのパケットを申込クライアントにユニキャストモードで伝送する手段を有することを特徴とする。
【００１４】
本発明の特定の実施例によると、接続装置は、マルチキャストアドレスと申込クライアントのアドレスとの間の関連付け手段を有する。
【００１５】
本発明の特定の実施例によると、関連付け手段は、マルチキャストグループへの申込みを管理するために、クライアントにより発信されたメッセージを分析する手段を有する。
【００１６】
以下の説明を読むことにより、本発明はより理解され、その他の特徴と利点が明らかになる。
【発明の効果】
【００１７】
本発明により、ローカルエリアネットワークでこれらのパケットを受信するエンドクライアントとゲートウェイとの間でマルチポイントパケットの伝送の信頼性を向上することが可能になる。
【発明を実施するための最良の形態】
【００１８】
従って、本発明は、ローカルエリアネットワークのゲートウェイに到達したローカルエリアネットワークのクライアント宛ての進行中のマルチキャストストリームをユニキャストストリームに変換する方法である。変換は、例えばゲートウェイで、いずれにしても一般的にローカルエリアネットワークの装置宛てのIPトラヒックが進む装置で、行われる。以下の例示的な実施例の観点は、ネットワークが802.11ファミリーからのプロトコルに従う無線ネットワークである場合についてである。この例は非限定的であり、本発明はその他の種類のローカルエリアネットワークで使用されてもよい。
【００１９】
図２は、本発明の例示的な実施例のネットワークを示したものである。まず、データソースS1とS2とS3(2.10と2.11と2.12で示す)が存在し、それらはコンテンツサーバである。これらのサーバは、外部ネットワーク(ここではインターネット)(2.9で示す)に接続されている。ユーザ側には、クライアントAとBとC(2.6と2.7と2.8で示す)をリンクする無線ローカルエリアネットワーク(2.4で示す)と、ローカルエリアネットワークとインターネットをリンクし、ゲートウェイ(2.5で示す)としての役目をするアクセスポイントがある。無線ローカルエリアネットワークは、802.11ファミリーからのプロトコルに従ったネットワークであるが、その他の技術に基づくものでもよい。例えばイーサーネットネットワークのような有線ネットワークの場合に比べて、無線ネットワークの場合には深刻に信頼性の問題が生じる。従って、クライアントAとBとCは、サーバS1とS2とS3により送信される情報の潜在的なクライアントである。これらのクライアントは、例えばIGMPプロトコルを使用することにより、その送信に接続する。従って、クライアントは、IGMPレポート(すなわち“IGMPレコードメッセージ(IGMP  record  message)”の形式で送信に対する申込みを通知する。それがこのレポートを受信すると、ゲートウェイ自体は、接続されているルータ宛てに同じ形式のレポートを送信する。このように、受信者にマルチキャストストリームをルーティングすることを可能にする情報が、ルータ間を伝搬する。このIGMPレポートは、一方でIGMPレポートの“ソースアドレス”フィールドに存在するマルチキャストアドレスと、レポートの発信のMACアドレス(“媒体アクセス制御”)を関連付けるテーブルを維持するアクセスポイントにより傍受される。本発明の例示的な実施例はテーブルについて記載したが、例えばリストやハッシュテーブルのように、マルチキャストアドレスとローカルエリアネットワークのクライアントのアドレスとの関連付けを管理する如何なる方法も適切であることが当業者にわかるであろう。適当なレポートの分析により、クライアントが送信グループに加わるか去るかを確認し、それに応じてテーブルを変更することが可能になる。その後、アクセスポイントのIPレイヤに実装されたフィルタは、MACレベルでマルチキャストIPパケットをユニキャストパケットに変換するように、進行中のマルチキャストIPパケットを処理する。従って、パケットは、ゲートウェイを横断中に、本発明の実施例によるフィルタにより傍受されて処理される。マルチキャストパケット(2.1で示す)が検出され、２つのユニキャストパケット(2.2と2.3で示す)に変換され、そのユニキャストパケットは、送信グループに属するクライアントAとBに発信される。
【００２０】
IGMPレポートのアクセスポイントにより処理される主なステップを示した図が、図３に詳説されている。記載の例示的な実施例の場合、ゲートウェイはクライアントが接続するアクセスポイントであり、無線ネットワークの場合の関連付けについて示されている。その処理は、アクセスポイントに接続するクライアントから生じたIGMPレポートに対応するIPパケットを検出するMACレイヤのレベルで、フィルタ(5.12で示す)の形式で実装される。このレポートの分析により、レポートが生じたクライアントのマルチキャストアドレスとMACアドレスをそこから抽出することが可能になる。如何なるIGMPレポートも、マルチキャストグループのメンバーシップに関してMACアドレスにより特定されるインタフェースの現在の状態又は状態の変化を示すグループレコードを含む。この情報は、グループレコードの“レコード形式”フィールドにコード化される。この情報により、この送信グループに属するクライアントのインタフェースに対応する一式のMACアドレスとマルチキャストアドレスを関連付けるゲートウェイで、テーブル(5.10で示す)を維持することが可能になる。クライアントがマルチキャストグループを去ることを通知するIGMPレポートが発信されると、テーブルから関連付けを消去することを可能にする機構に加えて、アクセスポイントから関連付けを解除するクライアントに対応するエントリを消去することも提供され得る。従って、ネットワークを去るクライアントは、グループを去ることになる。
【００２１】
マルチキャストモードにおいて、ゲートウェイに外部ネットワークから到達したパケットの処理が、例えば図４に従って行われてもよい。フィルタ(5.11で示す)は、例えばゲートウェイのIPレイヤのレベルで実装される。このフィルタは、ゲートウェイにマルチキャストモードで到達する全てのパケットを検出する。この到達形式のパケット毎に、マルチキャストアドレスが抽出される。このアドレスは、関連付けテーブル(5.10で示す)で検索される。このアドレスに対応するレコードが見つからなかった場合には、無線ネットワークのクライアントが送信グループに属さないことを示し、従って、パケットは放置されて伝送されない。レコードが見つかった場合には、マルチキャストIPパケット又はその断片が、テーブルに示される全てのMACアドレスに発信される少なくとも１つのMACパケットにカプセル化される。このMACパケットの送信モードはユニキャストモードである。従って、MACパケットは受信者の数だけ送信される。このように、これらのパケットは、MACレベルでの送信モードのエラーを訂正する機構により利益を受ける。802プロトコルファミリーのMACレイヤに関する参照文献は、“IEEE  Std  802.11,  1999  Edition(Reaff  2003)”である。従って、このパケットは、そこからマルチキャストIPパケットを抽出してそれをIPレイヤに渡すクライアントのMACレイヤにより受信される。従って、この方法はクライアントの変更を必要としないことがわかる。特に、ユニキャストモードはMACレイヤのみに関係する。MACパケットで伝送されたIPパケットは、接続が生じたIPレイヤとアプリケーションにより期待されるようにマルチキャストIPパケットに留まる。
【００２２】
図５は、本発明の例示的な実施例に従って動作するゲートウェイのアーキテクチャを示したものである。ゲートウェイ(5.1で示す)は、ランダムアクセスメモリ(5.4で示す)に転送した後に、装置の読み取り専用メモリ(5.2で示す)に格納されたプログラムを実行可能なプロセッサ(5.3で示す)を有する。この装置は少なくとも２つのインタフェースを有する。一方(5.5で示す)は、例えばインターネットのような外部ネットワーク(5.9で示す)への装置の接続を可能にする。他方(5.6で示す)は、無線伝送手段(5.7で示す)を駆動し、ローカルエリアネットワークのクライアントの接続を可能にする。これらの要素はバス(5.8で示す)を介して通信する。プロセッサ5.3により、本発明の例示的な実施例に応じてフィルタ(5.11と5.12で示す)を含むMACレイヤとIPレイヤを有する特にネットワークレイヤの実行が可能になる。クライアントのMACアドレスとマルチキャストアドレスとの関連付け手段は、ランダムアクセスメモリの関連付けテーブル(5.10で示す)で表される。
【００２３】
図７は、ネットワークレイヤのソフトウェアアーキテクチャを詳述したものである。ネットワークレイヤ(7.1で示す)は、物理レイヤ(7.5で示す)を有し、その役目は、無線及び外部ネットワーク(例えばイーサーネットまたはADLS接続でもよい)の通信媒体への直接のインタフェースとなることである。物理レイヤのすぐ上はMACレイヤ(7.4で示す)であり、そのMACレイヤは、実際に使用される物理レイヤの抽象化を提供する。これが、IGMPレポートのフィルタ(7.7で示す)が実装されるレベルである。IPスタック(7.3で示す)はMACレイヤの上にある。これが、マルチキャストIPパケット用のフィルタ(7.6で示す)があるところである。アプリケーション(7.2で示す)は、通信のためにこのIPスタックを使用する。
【００２４】
代替の実装は、受信したが、マルチキャストモードのテーブルの関連付けに対応しないマルチキャストパケットをクライアントに伝送することにある。逆の場合、ローカルエリアネットワークを通じてMACレベルで伝送するマルチキャストは停止されてもよい。
【００２５】
ある無線ローカルエリアネットワークはいくつかのアクセスポイントを有してもよい。この構成が図６に示されている。図６は、外部ネットワーク(ここではインターネット(6.1で示す))に接続された第１のアクセスポイントAP1(6.2で示す)を示している。第１のアクセスポイントは、BSS1(“基本サービスセット:Basic  Service  Set”)(6.5で示す)と呼ばれる第１のアクセスゾーンをカバーする。BSS1において、２つのクライアントAとB(6.7と6.8で示す)がアクセスポイントAP1に接続されている。第２のアクセスポイントAP2(6.3で示す)はまた、BSS2(6.6で示す)をカバーするゾーンを有する。２つのクライアントCとD(6.9と6.10で示す)がこの第２のアクセスポイントAP2に接続されている。２つのアクセスポイントはネットワーク6.4により相互に接続されている。このネットワークはイーサーネットのような有線ネットワークでもよく、アクセスポイント及びそのクライアントにより構成されたネットワークと異なる無線リンクでもよい。第２のアクセスポイントAP2が第１のアクセスポイントのゾーンBSS1に属するクライアントである方法も考えられる。
【００２６】
いくつかのアクセスポイントを有するローカルエリアネットワークのこのフレームワークでの本発明の動作方法は、第２のアクセスポイントの動作モードと、パケットがネットワークでルーティングされる方法に依存する。２つの場合は区別されるべきであり、第１の場合には、アクセスポイントAP2はIPレベルでルータとして動作する。この場合、AP2はアクセスポイントAP1に関してそのクライアントの１つとして現れる。AP2のクライアントのマルチキャストへの申込みは、この送信についてAP1に対するAP2の申込みとして明示される。従って、AP2宛てのAP1により受信されたマルチキャストパケットは、MACレベルでユニキャスト送信を介して伝送される。これらのパケットは、通常のマルチキャストパケットとしてIPレベルでAP2により受信される。従って、AP2のクライアントにユニキャストモードで伝送するために、アクセスポイントAP2でも本発明を実装する必要がある。
【００２７】
第２の場合、アクセスポイントAP2は、802.1d規格に記載されているように、MACレベルのブリッジとして動作する。この場合、AP1の背後に構成されたネットワークは、IPレベルでは単一のネットワークとしてみなされ、AP2の背後に位置するようなもののエンドクライアントへのAP1によるパケットの配信はMACレベルで行われる。この場合、AP1は、外部ネットワークから到達したマルチキャストIPパケットを、エンドクライアントに直接伝送されるユニキャストMACパケットに、IPレベルに後戻りせずに直接又はAP2を介して変換する。従って、クライアントは、AP1に接続されていようとAP2に接続されていようと、そのパケットをユニキャストモードで受信する。この場合、AP2が本発明を実装している必要なく、本発明は動作する。
【００２８】
802.11f規格に記載されているようなローミング機能を実装する場合には、アクセスポイントに接続されたクライアントは接続を解除して、そのIP接続を失うことなく新しいアクセスポイントに再接続することができる。これは第２のアクセスポイントがMACレベルでブリッジ機能を実装する第２の場合である。従って、本発明は、第２のアクセスポイントのレベルでトランスペアレントに動作する。
【００２９】
この場合、本発明は、各アクセスポイントで実装される。その他のアクセスポイントに関連付けるために、アクセスポイントから分離したクライアントは、その現在のIP接続から接続解除される。新しいアクセスポイントは、その新しいアクセスポイントへの関連付けの後に、接続を再生成すると、クライアント宛のマルチキャストトラヒックを自然に取り込む。ローカルエリアネットワークの場合、アクセスポイントはローミング機能を実装してもよい。この場合、アクセスポイントを変更したクライアントは、そのIP接続を保持することができる。これは、クライアントが１つのポイントから他のポイントに移動したときに、アクセスポイント間のデータ交換により生じる。従って、関連付けテーブルのデータを移動する間に、アクセスポイントにより交換されるデータに含めることが可能である。このように、クライアントの新しいアクセスポイントは、そのクライアントを対象とするマルチキャストパケットの処理を取り込むことができる。
【００３０】
単一のクライアントがゲートウェイに接続されている最小ネットワークの場合、ゲートウェイのMACレイヤのIGMPレポートでのフィルタが不要な簡単な実装を考案することができる。この場合、関連付けテーブルも不要になる。動作方法の簡単にする場合、ゲートウェイのIPレイヤに存在するマルチキャストIPパケットのフィルタのみが保持される。ゲートウェイは、単にMACレイヤのユニキャストモードを介して、ネットワークに存在する単一のクライアント宛ての受信マルチキャストIPパケットを送信する。
【００３１】
本発明は無線ネットワークのフレームワークで記載されたが、パケットの損失に対して免疫のあるユニキャストモードをその処理に有し、マルチキャストモードがそうでない限り、如何なる種類のローカルエリアネットワークにも適用され得ることが当業者に明らかである。同様に、当業者は、本発明の範囲を逸脱することなく、送信アドレスとクライアントの関連付けを実装する方法について変更を行うことができ、フィルタで使用される方法又はその位置について変更を行うことができる。
【図面の簡単な説明】
【００３２】
【図１ａ】既知の方法で３つの受信者にパケットをユニキャスト送信する動作方法を示したものである。
【図１ｂ】既知の方法でユニキャストモードでの同じ配信動作方法を示したものである。
【図２】本発明の例示的な実施例によるネットワーク動作を示したものである。
【図３】本発明の例示的な実施例によるユニキャスト送信でのクライアントのIGMPレポートのゲートウェイによる処理ステップの詳細である。
【図４】このゲートウェイによりマルチキャストモードで送信されたパケットの処理ステップの詳細である。
【図５】本発明の例示的な実施例によるゲートウェイ動作のアーキテクチャの詳細である。
【図６】本発明の例示的な実施例のフレームワーク内でいくつかのアクセスポイントを有するローカルエリアネットワークを示したものである。
【図７】本発明の実施例を実装したソフトウェアアーキテクチャを示したものである。
【符号の説明】
【００３３】
2.1  マルチキャストパケット
2.2、2.3  ユニキャストパケット
2.4  無線ローカルエリアネットワーク
2.5  ゲートウェイ
2.6、2.7、2.8  クライアント
2.9  インターネット
2.10、2.11、2.12  データソース
5.1  ゲートウェイ
5.2  読み取り専用メモリ
5.3  プロセッサ
5.4  ランダムアクセスメモリ
5.5  外部ネットワークインタフェース
5.6  無線ネットワークインタフェース
5.7  無線伝送手段
5.8  バス
5.9  外部ネットワーク
5.10  関連付けテーブル
5.11  IPフィルタ
5.12  MACフィルタ
6.1  インターネット
6.2、6.3  アクセスポイント
6.4  ネットワーク
6.5、6.6  基本サービスセット
6.7、6.8、6.9、6.10  クライアント
7.1  ネットワークレイヤ
7.2  アプリケーションレイヤ
7.3  IPレイヤ
7.4  MACレイヤ
7.5  物理レイヤ
7.6  パケットフィルタ
7.7  レポートフィルタ
【図１ａ】
0004799008.tif 000002
【図１ｂ】
0004799008.tif 000003
【図２】
0004799008.tif 000004
【図３】
0004799008.tif 000005
【図４】
0004799008.tif 000006
【図５】
0004799008.tif 000007
【図６】
0004799008.tif 000008
【図７】
0004799008.tif 000009