(57)【要約】【課題】マルチキャストデータの伝送レートを最適に設定することによって無用に無線帯域を占有することを避け、パワーセーブ中の端末が存在していてもジッタを発生させない無線ＬＡＮアクセスポイントを提供することを目的とする。【解決手段】複数の端末６とマルチキャスト通信を行う無線ＬＡＮアクセスポイント１であって、前記端末から所定データを受信する受信手段２０と、前記所定データの伝送レートから、端末毎の最適な伝送レートをユニキャスト送信レートとして決定するユニキャスト送信レート決定手段と、前記ユニキャスト送信レートのうち最も低いものを、前記端末に対するマルチキャスト送信の伝送レートであるマルチキャスト送信レートとして決定するマルチキャスト送信レート決定手段と、を備える。【選択図】図３
2010130134.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末とマルチキャスト通信を行う無線ＬＡＮアクセスポイントであって、
前記端末から所定データを受信する受信手段と、
前記所定データの伝送レートから、端末毎の最適な伝送レートをユニキャスト送信レートとして決定するユニキャスト送信レート決定手段と、
前記ユニキャスト送信レートのうち最も低いものを、前記複数の端末に対するマルチキャスト送信の伝送レートであるマルチキャスト送信レートとして決定するマルチキャスト送信レート決定手段と、を備えた、無線ＬＡＮアクセスポイント。
【請求項２】
前記受信手段は、前記端末から一定周期で繰り返し前記所定データを受信し、
前記ユニキャスト送信レート決定手段と、前記マルチキャスト送信レート決定手段は、前記受信手段が前記所定データを受信する度に、前記決定する動作を行う、請求項１に記載の無線ＬＡＮアクセスポイント。
【請求項３】
前記所定データはＲＴＣＰ信号である、請求項２又は３に記載の無線ＬＡＮアクセスポイント。
【請求項４】
前記端末から受信したデータに基づいて、マルチキャスト受信が可能な前記端末を検出する検出手段をさらに備え、
前記ユニキャスト送信レート決定手段は、マルチキャスト送信が可能な前記端末に対して、端末毎に最適な伝送レートをユニキャスト送信レートとして決定する、請求項１〜３のいずれかに記載の無線ＬＡＮアクセスポイント。
【請求項５】
第１の周期でＤＴＩＭビーコンを端末にマルチキャスト送信し、
前記第１の周期よりも短い第２の周期で有線ＬＡＮからマルチキャストデータを受信し、
前記マルチキャストデータは前記ＤＴＩＭビーコンの送信タイミングとは独立に、第３の周期で前記端末にマルチキャスト送信する、無線ＬＡＮアクセスポイント。
【請求項６】
前記第２の周期と前記第３の周期は同一である、請求項５に記載の無線ＬＡＮアクセスポイント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ＬＡＮアクセスポイントにおいて、特にビデオストリーミングのようなマルチキャストアプリケーションを使用した場合のマルチキャスト通信の伝送品質の改善に関する。
【背景技術】
【０００２】
無線ＬＡＮアクセスポイントとして用いられる無線ＬＡＮアクセスポイント（以下、「アクセスポイント」と称す）は、IEEE802.11標準規格(IEEE Std 802.11, 2007 edition：非特許文献１)に従った装置である。この規格によると、サポートする無線周波数帯として5GHz帯、2.4GHz帯の２つがある。
【０００３】
5GHz帯で使用可能な伝送レートは6Mbps、9Mbps、12Mbps、18Mbps、24Mbps、36Mbps、48Mbps、54Mbpsの８つであり、2.4GHz帯で使用可能な伝送レートは1Mbps、2Mbps、5.5Mbps、6Mbps、9Mbbps、11Mbps、12Mbps、18Mbps、24Mbps、36Mbps、48Mbps、54Mbpsの１２個である。
【０００４】
伝送レートが高速であるほど、一連のデータを送信するのに占有する無線送信時間が少なくて済み、より大きなスループットを得ることが出来る。
【０００５】
端末が複数台存在する場合、アクセスポイントから見て個々の端末毎に無線状態は異なる。例えばアクセスポイントからの距離が近く、途中に遮蔽されるものが無い端末は無線状態は良い。一方でアクセスポイントからの距離が遠く、途中に遮蔽物が存在する端末は無線状態が悪い。
【０００６】
図1には、無線ＬＡＮアクセスポイント１（アクセスポイント）と端末の位置関係を示している。有線ＬＡＮ２に接続された無線ＬＡＮアクセスポイント１は、端末３，４との間でデータ送受信を行う。ここで、アクセスポイント１と端末３との距離は、端末４とアクセスポイント１との距離よりも短いため、一般的には端末３の方が無線状態が良い。
【０００７】
アクセスポイント１は端末へユニキャストデータを送信する場合、上記の８つ又は１２個の伝送レートの中から、端末毎の無線状態に合わせて最適な伝送レートを選択する。
【０００８】
アクセスポイント１は端末へユニキャストデータを送信した後、端末から正常にユニキャストデータを受信したことをアクセスポイント１に通知する為のＡＣＫ（ＡＣＫｋｎｏｗｌｅｄｇｅ）の受信を待つ。ＡＣＫを正常受信出来なかった場合、伝送レートを下げながらユニキャストデータ送信をリトライする。端末宛のユニキャストデータの送信を何度か繰り返す中で、リトライが発生しない範囲で出来る限り高い伝送レートを選択することになり、これが端末毎の最適な伝送レートとなる。
【０００９】
この動作はアクセスポイント１から端末に送信する場合も、端末からアクセスポイント１に送信する場合も同様である。
【００１０】
すなわち、図１においてアクセスポイント１から端末へユニキャストデータを送信する場合、無線状態のより良い端末３宛のユニキャストデータは、そうでない端末４宛のユニキャストデータよりも高い伝送レートで送信することになる。
【００１１】
一方、アクセスポイント１がマルチキャストデータを送信する場合、送信先の端末が1台に特定されず、ＡＣＫによるリトライ制御が行われないため、ユニキャストデータの送信と同様に最適な伝送レートを算出することは困難である。そのため、現在市場に流通しているアクセスポイントの場合、単純に規格上で選択することが出来る最低の伝送レートで送信する場合が多い。例えば、5GHzの場合は6Mbps、2.4GHzの場合は1Mbpsで送信されることとなる。このような動作となる理由の1つは、マルチキャストデータをブロードキャストデータを区別せず、ブロードキャストと同じように処理している点にある。
【００１２】
そのため、特許文献１では、マルチキャストデータの送信先に応じて伝送レートの制御を行う技術が提案されている。
【００１３】
又、IEEE802.11標準規格では、端末のパワーセーブ機能を有効とした場合の無線フレームの送受信タイミングに関する規定がある。この中で、特にアクセスポイントから端末宛のマルチキャストデータの送信に着目する。
【００１４】
パワーセーブ機能が有効である端末は、データの送受信の必要が無いタイミングではパワーセーブ状態、つまりデータの送受信が出来ない状態となり、バッテリの消費電力を抑えている。そのため、アクセスポイントはパワーセーブ状態にある端末にはデータ送信をしてはならず、パワーセーブ状態でないタイミングにのみデータの送信が可能である。
【００１５】
ところで、アクセスポイントは、自らの存在を周辺端末に報知するビーコンと呼ばれるデータを一定周期で送信しており、このビーコンの中には、一定間隔で送信されるＤＴＩＭビーコンと呼ばれる特別なビーコンがある。パワーセーブ機能が有効である全ての端末は、このＤＴＩＭビーコンが送信されるタイミングでは、パワーセーブ状態でない状態に復帰して送受信を有効にし、ＤＴＩＭビーコンを確実に受信しなければならない。
【００１６】
パワーセーブ中の端末が1台でもアクセスポイントの配下に存在する場合、アクセスポイントは、有線ＬＡＮから受信したマルチキャストデータを即座に端末に送信することはできない。パワーセーブ中の端末はアクセスポイントからのデータを受信出来ない為である。アクセスポイントは、有線ＬＡＮから受信したマルチキャストデータを、一旦ＤＴＩＭビーコン送信直後のタイミングになるまで蓄積し、ＤＴＩＭビーコン送信直後のタイミングにて送信する必要がある。ＤＴＩＭビーコン送信直後のタイミングは、全ての端末がパワーセーブ状態でない状態に復帰しているので、マルチキャストデータを受信することが出来る。
【００１７】
図２に、ビデオストリーミングのようなマルチキャストアプリケーションが実行されている場合の、マルチキャストデータの送受信のタイミングチャートを示す。
【００１８】
アクセスポイント１は、有線ＬＡＮ５からほぼ一定周期で、有線ＬＡＮ側マルチキャスト受信データ７を受信する。一般的に有線ＬＡＮ側マルチキャスト受信データ７の受信間隔１０は、ＤＴＩＭビーコン８の送信間隔１２よりも短い。有線ＬＡＮ側マルチキャスト受信データ７は、ＤＴＩＭビーコン８の送信後のタイミングにまとめて、アクセスポイント１から端末６へ無線側マルチキャスト送信データ９として送信される。
【００１９】
【非特許文献１】ＩＥＥＥ８０２．１１標準規格（ＩＥＥＥ  Ｓｔｄ  ８０２．１１，２００７  ｅｄｉｔｉｏｎ）
【特許文献１】特開２００７−３２９６１２号公報
【発明の開示】
【発明が解決しようとする課題】
【００２０】
上述したように、アクセスポイントが端末に対しマルチキャストデータを送信する際には、規格上選択することが出来る伝送レートの中で最低の伝送レートを選択している。そのため、無線帯域の占有が大きく、１つのマルチキャストアプリケーションにおけるスループットが抑制され、複数の端末が別々のマルチキャストアプリケーションを同時使用することが困難となる。
【００２１】
又、マルチキャストアプリケーション以外のスループットも圧迫され、種々のアプリケーションを同時に共存運用することが難しくなる。
【００２２】
又、図２で示したように、アクセスポイント１は有線ＬＡＮ５から受けた有線ＬＡＮ側マルチキャスト受信データ７を即座に端末に送信するのではなく、ＤＴＩＭビーコン８の送信後のタイミングにまとめて無線側マルチキャスト送信データ９として送信する。
【００２３】
その結果、無線側マルチキャスト送信データの送信間隔１１が一定にならず、ジッタが多く生じる結果となっていた。ジッタが多い場合、マルチキャストアプリケーションにおいて映像・音声等が乱れるという問題点がある。
【００２４】
本発明は上記の問題点に鑑み、マルチキャストデータの伝送レートを最適に設定することによって無用に無線帯域を占有することを避け、パワーセーブ中の端末が存在していてもジッタを発生させない無線ＬＡＮアクセスポイントを提供することを目的とする。
【課題を解決するための手段】
【００２５】
本発明の無線ＬＡＮアクセスポイントは、複数の端末とマルチキャスト通信を行う無線ＬＡＮアクセスポイントであって、端末から所定データを受信する受信手段と、所定データの伝送レートから、端末毎の最適な伝送レートをユニキャスト送信レートとして決定するユニキャスト送信レート決定手段と、ユニキャスト送信レートのうち最も低いものを、複数の端末に対するマルチキャスト送信の伝送レートであるマルチキャスト送信レートとして決定するマルチキャスト送信レート決定手段と、を備えた。
【発明の効果】
【００２６】
本発明の無線ＬＡＮアクセスポイントは、端末から受信したデータを用いて、端末の通信状態に適したマルチキャスト伝送レートを決定する。これにより、無用に無線帯域を占有することを避け、パワーセーブ中の端末が存在していてもジッタを発生させない。
【発明を実施するための最良の形態】
【００２７】
（実施の形態１）
＜構成＞
実施の形態１に係る無線ＬＡＮアクセスポイント（以下、「アクセスポイント」と称す）の内部構成について、図３に示す。但し、既に説明した図の構成要素と実質的に同一の構成要素には同一の番号を付している。
【００２８】
実施の形態１に係るアクセスポイント１は、有線ＬＡＮ２と接続されており、有線ＬＡＮ２との間でデータの送受信を行う。又、複数の端末６との間でも無線でデータの送受信を行う。
【００２９】
実施の形態１に係るアクセスポイント１は、有線ＬＡＮＩ／Ｆ部１３と、ＩＧＭＰスヌープ処理部１４と、通信状態格納部１５と、を備えている。有線ＬＡＮＩ／Ｆ部１３は、有線ＬＡＮ２との間でデータの送受信を行う。ＩＧＭＰスヌープ処理部１４は端末の受信状態を判別するスヌープ処理を行うが、スヌープ処理の詳細については後述する。通信状態格納部１５はＩＧＭＰスヌープ処理部１４によって判別した端末ごとの通信状態についての情報が格納される。
【００３０】
さらに、アクセスポイント１は、無線Ｉ／Ｆ部２０と、受信レート記録部１７、受信レート格納部１６、送信レート算出部１８、送信レート格納部１９を備えている。無線Ｉ／Ｆ部２０は、端末６との間でデータの送受信を行う。受信レート記録部１７は無線Ｉ／Ｆ部２０で受信したデータの伝送レートを、各端末毎に受信レート格納部１６に格納する。送信レート算出部１８は、受信レート格納部１６に格納された受信データの伝送レートを用いて、マルチキャスト送信レートを算出する。算出したマルチキャスト送信レートは、送信レート格納部１９に格納される。
【００３１】
＜ＩＧＭＰスヌープ＞
アクセスポイント１は複数の端末６とビデオストリーミングのようなマルチキャストデータの送受信を行う。全ての端末６マルチキャストデータを常時受信しているのではなく、特定の端末６が特定のタイミングにのみ受信している場合が多い。そのため、アクセスポイント１はどの端末６が現在マルチキャストデータを受信しているのかを特定しなければならない。
【００３２】
端末６がマルチキャストデータを受信しているか否かを判別するには、マルチキャストデータを受信するのに必要な制御手順をスヌープ(盗み見)することにより行う。この技術はＩＧＭＰスヌープと呼ばれ、幾つかの市販有線スイッチにて実現されている一般的な機能である。ここでＩＧＭＰとはＲＦＣ２２３６等で定められたＩｎｔｅｒｎｅｔ  ｇｒｏｕｐ  ｍａｎａｇｅｍｅｎｔ  ｐｒｏｔｏｃｏｌのことで、マルチキャストデータの受信を行いたい端末６がマルチキャストサーバに対して行うマルチキャスト受信開始の制御手順を行うためのプロトコルである。アクセスポイント１はこの制御手順をスヌープすることで、個々の端末６がマルチキャスト受信を開始したタイミング、終了したタイミングを認識する。
【００３３】
ＩＧＭＰスヌープ動作を図３に基づいて説明する。アクセスポイント１は、無線Ｉ／Ｆ部２０によって端末６から受信したデータを有線ＬＡＮ２に送信する前に、ＩＧＭＰスヌープ処理部１４で内容を解析し、端末６がマルチキャストデータの受信を開始したこと、又は受信を終了したことを検出する。検出した情報は端末毎に通信状態格納部１５に格納する。
【００３４】
又、有線ＬＡＮ Ｉ／Ｆ１３によって有線ＬＡＮ２から受信したデータを端末６へ送信する前に、ＩＧＭＰスヌープ処理部１４で内容を解析し、マルチキャストデータの受信を開始したこと、又は受信を終了したことを検出する。検出した情報は端末毎に通信状態格納部１５に格納する。
【００３５】
すなわち、実施の形態１の無線ＬＡＮアクセスポイントは、端末６から受信したデータに基づいて、マルチキャスト受信が可能な端末６を検出する検出手段としてのＩＧＭＰスヌープ処理部１４をさらに備え、以下に詳述するように、ユニキャスト送信レート決定手段は、マルチキャスト送信が可能な前記端末に対して、端末毎に最適な伝送レートをユニキャスト送信レートとして決定し、マルチキャスト送信レート決定手段は、ユニキャスト送信レートのうち最も低いものを、マルチキャスト送信レートとして決定する。これにより、マルチキャスト受信可能な端末を検出して、それらの端末に最適なマルチキャスト送信レートを決定することが出来る。
【００３６】
＜送信レートの決定＞
次に、アクセスポイント１はマルチキャストデータ受信元の端末個々の無線状態をリアルタイムに収集する。これには、端末６からアクセスポイントに向けて一定周期で送信される、マルチキャストデータの受信状況を通知するデータを使用する。このデータについて説明する。
【００３７】
一般的にビデオストリーミング等のリアルタイムな画像データや音声データは、ＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）と呼ばれる、一定周期で量子化、符号化されたデータの列から成る。マルチキャストサーバはマルチキャストのＲＴＰを端末に向けて送信している。
【００３８】
このＲＴＰには画像データそのもの、音声データそのものが格納されている為、端末側で正常に受信されているのかデータの欠落が起きているのかと言った情報がマルチキャストサーバ側に届かない。そこで、端末６はマルチキャストのＲＴＰデータの受信状況を、アクセスポイントを経由してマルチキャストサーバに向けて、定期的に送信している。このＲＴＰデータの受信状況を示すデータはＲＴＣＰ（ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）と呼ばれる。
【００３９】
ＲＴＣＰは、端末６からアクセスポイント１に対して、ＡＣＫ付きのユニキャストで送信される。ユニキャストデータの場合、ＡＣＫによる再送機能によって、最適化された伝送レートが反映されている。よって、アクセスポイント１は、無線Ｉ／Ｆ部２０によってＲＴＣＰを端末６から受信し、送信レート算出部１８によって、ＲＴＣＰの伝送レートから最適なユニキャスト送信レートを推定することが可能である。ここで、ユニキャスト送信レートとは、アクセスポイント１から個々の端末６に対してユニキャスト送信を行う際の伝送レートのことである。ユニキャスト送信レートには、個々の端末６がアクセスポイント１に送信するデータの伝送レートか、若しくは安全を見込んで１段階〜２段階程度低い伝送レートを採用する。すなわち、送信レート算出部１８はユニキャスト送信レートを決定するユニキャスト送信レート決定手段としての機能を有する。
【００４０】
端末６から送信されるＲＴＣＰの伝送レートを用いてユニキャスト送信レートを決定する動作について説明したが、ＲＴＣＰ以外の端末６からの送信データの伝送レートを用いてユニキャスト送信レートを決定してもよい。
【００４１】
送信レート算出部１８は、ユニキャスト送信レートを推定した後、マルチキャストデータを受信中の端末６の中で最も低いユニキャスト送信レートを、マルチキャスト送信レートと決定する。すなわち、送信レート算出部１８は、ユニキャスト送信レート決定手段としての機能に加え、マルチキャスト送信レートを決定するマルチキャスト送信レート決定手段としての機能を有する。ここでマルチキャスト送信レートとは、マルチキャストデータを受信中の端末６に対しアクセスポイント１が送信するマルチキャストデータの伝送レートのことをいう。マルチキャスト送信レートは、全てのマルチキャストデータを受信中の端末６が受信可能である。
【００４２】
以上の、マルチキャスト送信レートの決定の過程を図３に沿って説明する。まず、無線Ｉ／Ｆ部２０が個々の端末６からユニキャスト通信によってデータを受信する。この受信データは、例えば上述したＲＴＣＰである。受信データの伝送レートは、端末６毎によって様々であり、受信レート記録部１７によって各端末６毎に受信レート格納部１６に格納される。送信レート算出部１８は、受信レート格納部１６に格納された受信データの伝送レートからマルチキャスト送信レートを決定する。具体的には、送信レート算出部１８は、受信データの伝送レートと同一か若しくは１〜２段階程度低い伝送レートをユニキャスト送信レートと決定し、端末６毎のユニキャスト送信レートの中から最も低いレートをマルチキャスト送信レートとする。そして、マルチキャスト送信レートは送信レート格納部１９に格納される。
【００４３】
すなわち、実施の形態１に係る無線ＬＡＮアクセスポイントは、複数の端末６とマルチキャスト通信を行う無線ＬＡＮアクセスポイントであって、端末６から所定データを受信する受信手段としての無線Ｉ／Ｆ部２０と、所定データの伝送レートから、端末毎の最適な伝送レートをユニキャスト送信レートとして決定するユニキャスト送信レート決定手段（送信レート算出部１８）と、ユニキャスト送信レートのうち最も低いものを、端末６に対するマルチキャスト送信の伝送レートであるマルチキャスト送信レートとして決定するマルチキャスト送信レート決定手段（送信レート算出部１８）と、を備えている。端末６から受信したデータから、端末６に最適なマルチキャスト送信レートを決定することにより、端末６の通信状態に適した伝送レートを決定することが出来る。
【００４４】
又、無線Ｉ／Ｆ部２０が受信する所定データはＲＴＣＰ信号である。ＲＴＣＰ信号の伝送レートからユニキャスト送信レート、マルチキャスト送信レートを決定することによって、最適な伝送レートで端末６に対してマルチキャスト送信を行う事が出来る。
【００４５】
以後、マルチキャストデータを有線ＬＡＮ２から受信した場合、アクセスポイント１は送信レート格納部１９に格納されたマルチキャスト送信レートを用いて端末６に送信する。
【００４６】
なお、端末６からアクセスポイント１に送信されるＲＴＣＰデータ等は、周期的に送信されるものである。アクセスポイント１の無線Ｉ／Ｆ部２０は繰り返しＲＴＣＰを受信し、送信レート算出部１８は、前記無線Ｉ／Ｆ部２０がＲＴＣＰを受信する度に、新たにユニキャスト送信レートを決定し、マルチキャスト送信レートを決定する。
【００４７】
すなわち、実施の形態１に係る無線ＬＡＮアクセスポイントにおいて、受信手段としての無線Ｉ／Ｆ部２０は、端末６から一定周期で繰り返し所定データを受信し、ユニキャスト送信レート決定手段及びマルチキャスト送信レート決定手段としての送信レート算出部１８は、受信手段としての無線Ｉ／Ｆ部２０が所定データを受信する度に、動作を行う。これにより、送信先の端末６の現在の状況に対応して最適なマルチキャスト送信レートを決定することが出来る。
【００４８】
＜効果＞
実施の形態１に係る無線ＬＡＮアクセスポイントは、複数の端末６とマルチキャスト通信を行う無線ＬＡＮアクセスポイントであって、端末６から所定データを受信する受信手段としての無線Ｉ／Ｆ部２０と、所定データの伝送レートから、端末毎の最適な伝送レートをユニキャスト送信レートとして決定するユニキャスト送信レート決定手段と、ユニキャスト送信レートのうち最も低いものを、端末６に対するマルチキャスト送信の伝送レートであるマルチキャスト送信レートとして決定するマルチキャスト送信レート決定手段と、を備えている。端末６から受信したデータから、端末６に最適なマルチキャスト送信レートを決定することにより、端末６の通信状態に適した伝送レートを決定することが出来る。このように、マルチキャストデータを受信中の全ての端末６にマルチキャストデータを確実に送信しつつ、無駄なく高い伝送レートを適用出来ることから、無線帯域の有効利用が可能となる。しかもこの方法は、端末６への機能追加無しに実現出来る。
【００４９】
又、受信手段としての無線Ｉ／Ｆ部２０は、端末６から一定周期で繰り返し所定データを受信し、ユニキャスト送信レート決定手段及びマルチキャスト送信レート決定手段としての送信レート算出部１８は、受信手段としての無線Ｉ／Ｆ部２０が所定データを受信する度に、動作を行う。これにより、送信先の端末６の現在の状況に対応して最適なマルチキャスト送信レートを決定することが出来る。
【００５０】
又、無線Ｉ／Ｆ部２０が受信する所定データはＲＴＣＰ信号である。ＲＴＣＰ信号の伝送レートからユニキャスト送信レート、マルチキャスト送信レートを決定することによって、最適な伝送レートで端末６に対してマルチキャスト送信を行う事が出来る。
【００５１】
さらに、実施の形態１の無線ＬＡＮアクセスポイントは、端末６から受信したデータに基づいて、マルチキャスト受信が可能な端末６を検出する検出手段としてのＩＧＭＰスヌープ処理部１４をさらに備え、ユニキャスト送信レート決定手段は、マルチキャスト送信が可能な前記端末に対して、端末毎に最適な伝送レートをユニキャスト送信レートとして決定し、マルチキャスト送信レート決定手段は、ユニキャスト送信レートのうち最も低いものを、マルチキャスト送信レートとして決定する。これにより、マルチキャスト受信可能な端末６を検出して、それらの端末６に最適なマルチキャスト送信レートを決定することが出来る。
【００５２】
（実施の形態２）
実施の形態２に係るアクセスポイントの構成は、図３に示した実施の形態１に係るアクセスポイント１の構成と同様であるため、説明を省略する。尚、実施の形態２に係るアクセスポイントの動作は、図３において構成要素に対し付与した番号を用いて説明する。
【００５３】
まず実施の形態２のアクセスポイント１は、実施の形態１と同様、マルチキャストデータを受信する端末を特定する。特定する手段としては、ＩＧＭＰスヌープの手段を用いる。
【００５４】
ＩＧＭＰスヌープを行うことにより、マルチキャストアプリケーションを使用中の端末が受信するマルチキャストデータを、データに含まれる宛先のＭＡＣアドレスから判別することが出来る。
【００５５】
図４は、実施の形態２のアクセスポイント１のマルチキャストデータ送受信のタイミングチャートである。アクセスポイント１は、マルチキャストサーバから有線ＬＡＮ５を通して有線ＬＡＮ側マルチキャスト受信データ７を一定周期で受信し、端末６に対して無線側マルチキャスト送信データ９として送信する。アクセスポイント１は無線側マルチキャスト送信データ９の他に、ＤＴＩＭビーコン８を一定周期で端末６に送信している。
【００５６】
通常のアクセスポイントでは、送信先の端末の中にパワーセーブ中の端末が１台でも存在すれば、マルチキャストサーバから受信した有線ＬＡＮ側マルチキャスト受信データ７をすぐに端末６に送信せず、ＤＴＩＭビーコン８送信直後のタイミングまで蓄積する。なぜなら、パワーセーブ中の端末であってもＤＴＩＭビーコン８を受信するためにパワーセーブから復帰するため、ＤＴＩＭビーコン８の送信タイミングの直後に無線側マルチキャスト送信データ９を送信することで、正しくマルチキャスト送信を行う事が出来るからである。
【００５７】
しかし、実施の形態２に係るアクセスポイント１では、無線ＬＡＮ側マルチキャスト送信データ９をＤＴＩＭビーコン８の送信タイミングに依存せず、有線ＬＡＮ５から有線ＬＡＮ側マルチキャスト受信データを受信した後、すぐに端末６側に無線側マルチキャスト送信データ９として送信する。有線ＬＡＮ５からデータを受信した後すぐに端末６に送信するデータは、宛先のＭＡＣアドレスで判別された、マルチキャストアプリケーションで使用するデータのみである。
【００５８】
すなわち、実施の形態２の無線ＬＡＮアクセスポイント１は、第１の周期１２でＤＴＩＭビーコン８を端末６にマルチキャスト送信し、第１の周期１２よりも短い第２の周期１０で有線ＬＡＮ５からマルチキャストデータとして有線ＬＡＮ側マルチキャスト受信データ７を受信し、有線ＬＡＮ側マルチキャスト受信データ７はＤＴＩＭビーコン８の送信タイミングとは独立に、第３の周期１１で端末６に無線側マルチキャスト送信データ９を送信する。ＤＴＩＭビーコン８の送信タイミングとは独立に、一定周期１１で無線側マルチキャスト送信データ９を送信することで、ジッタを防止し、マルチキャストアプリケーションにおける映像・音声等の乱れを防止することが出来る。又、この機能は端末６への機能追加無しに実現可能である。
【００５９】
又、第２の周期１０と第３の周期１１は同一である。有線ＬＡＮ側マルチキャスト受信データ７の受信間隔で、無線側マルチキャスト送信データ９を送信することで、ジッタを防止し、マルチキャストアプリケーションにおける映像・音声等の乱れを防止することが出来る。
【００６０】
尚、マルチキャストアプリケーションを使用している端末で、パワーセーブ中の端末が存在する場合は、マルチキャストデータをＤＴＩＭビーコンの送信タイミングの直後に送信する必要がある。しかし、無線側マルチキャスト送信データ９の送信間隔１１は充分に短いため、通常の端末６の場合、マルチキャストアプリケーションを使用している端末６がパワーセーブ中の状態になる可能性は無い。従って実使用上、問題とはならない。
【００６１】
＜効果＞
実施の形態２の無線ＬＡＮアクセスポイントは、第１の周期１２でＤＴＩＭビーコン８を端末６にマルチキャスト送信し、第１の周期１２よりも短い第２の周期１０で有線ＬＡＮ５からマルチキャストデータとして有線ＬＡＮ側マルチキャスト受信データ７を受信し、有線ＬＡＮ側マルチキャスト受信データ７はＤＴＩＭビーコン８の送信タイミングとは独立に、第３の周期１１で端末６に無線側マルチキャスト送信データ９を送信する。ＤＴＩＭビーコン８の送信タイミングとは独立に、一定周期１１で無線側マルチキャスト送信データ９を送信することで、ジッタを防止し、マルチキャストアプリケーションにおける映像・音声等の乱れを防止することが出来る。又、この機能は端末６への機能追加無しに実現可能である。
【００６２】
又、第２の周期１０と第３の周期１１は同一である。有線ＬＡＮ側マルチキャスト受信データ７の受信間隔で、無線側マルチキャスト送信データ９を送信することで、ジッタを防止し、マルチキャストアプリケーションにおける映像・音声等の乱れを防止することが出来る。
【図面の簡単な説明】
【００６３】
【図１】従来技術の無線ＬＡＮアクセスポイントと端末を示した図である。
【図２】従来技術の無線ＬＡＮアクセスポイントの動作を示した図である。
【図３】実施の形態１に係る無線ＬＡＮアクセスポイントの構成を示した図である。
【図４】実施の形態２に係る無線ＬＡＮアクセスポイントの動作を示した図である。
【符号の説明】
【００６４】
１  無線ＬＡＮアクセスポイント、２，５  有線ＬＡＮ、６  端末、７  有線ＬＡＮ側マルチキャスト受信データ、８  ＤＴＩＭビーコン、９  無線側マルチキャスト送信データ、１０  マルチキャストデータ受信間隔、１１  マルチキャストデータ送信間隔、１２  ＤＴＩＭビーコン間隔、１３  有線ＬＡＮＩ／Ｆ部、１４  ＩＧＭＰスヌープ処理部、１５  通信状態格納部、１６  受信レート格納部、１７  受信レート記録部、１８  送信レート算出部、１９  送信レート格納部、２０  無線Ｉ／Ｆ部。
【図１】
2010130134.tif 000003
【図２】
2010130134.tif 000004
【図３】
2010130134.tif 000005
【図４】
2010130134.tif 000006