(57)【要約】  無線基地局は、個々の無線端末向けのUnicastバッファと、全無線端末向けのBcast/Mcastバッファと、を含む。無線端末は、無線基地局に対し、これ以降にBcast/Mcastバッファにキューイングされるデータを、Unicastバッファにコピーするように要請するバッファ変更依頼を送信する手段を含む。無線基地局は、無線端末に対し、UnicastバッファやBcast/Mcastバッファにデータをバッファリングしていることを通知する手段と、無線端末からバッファ変更依頼を受信した後に、新たに受信したBcast/Mcastデータを、Bcast/Mcastバッファへキューイングすると同時に、Unicastバッファにコピーする手段と、を含む。
2013031395.tif 000002
【特許請求の範囲】
【請求項１】
無線端末と、無線基地局と、を有してなる無線通信システムであって、
前記無線基地局は、
自局と無線リンクを確立している個々の無線端末宛てのデータをバッファリングするユニキャストバッファと、
自局と無線リンクを確立している全無線端末宛てのデータをバッファリングするブロードキャスト／マルチキャストバッファと、を含み、
前記無線端末は、
前記無線基地局に対し、これ以降に前記ブロードキャスト／マルチキャストバッファにキューイングされるデータを、前記ユニキャストバッファにコピーするように要請するバッファ変更依頼を送信するバッファ変更依頼部を含み、
前記無線基地局は、さらに、
受信データがブロードキャストデータ、マルチキャストデータ、または、ユニキャストデータであるかを判定する判定部と、
前記無線端末に対し、前記ユニキャストバッファにデータをバッファリングしていることを通知すると共に、前記ブロードキャスト／マルチキャストバッファにデータをバッファリングしていることを通知するバッファリング通知部と、
前記無線端末から前記バッファ変更依頼を受信した後に、新たにブロードキャストデータまたはマルチキャストデータを受信した場合、受信したブロードキャストデータまたはマルチキャストデータを、前記ブロードキャスト／マルチキャストバッファへキューイングすると同時に、前記ユニキャストバッファにコピーするキューコピー部と、を含む無線通信システム。
【請求項２】
前記無線端末は、さらに、
前記無線基地局との間で無線リンクを確立したのを契機に、自端末が待ち受け状態でポートリッスン動作をするプロセスが実行されているかを調査するプロセス調査部を有し、
前記バッファ変更依頼部は、
前記プロセスが実行されている場合に、前記無線基地局に対し、前記バッファ変更依頼を送信する、請求項１に記載の無線通信システム。
【請求項３】
無線基地局であって、
自局と無線リンクを確立している個々の無線端末宛てのデータをバッファリングするユニキャストバッファと、
自局と無線リンクを確立している全無線端末宛てのデータをバッファリングするブロードキャスト／マルチキャストバッファと、
受信データがブロードキャストデータ、マルチキャストデータ、または、ユニキャストデータであるかを判定する判定部と、
前記無線端末に対し、前記ユニキャストバッファにデータをバッファリングしていることを通知すると共に、前記ブロードキャスト／マルチキャストバッファにデータをバッファリングしていることを通知するバッファリング通知部と、
前記無線端末から所定のバッファ変更依頼を受信した後に、新たにブロードキャストデータまたはマルチキャストデータを受信した場合、受信したブロードキャストデータまたはマルチキャストデータを、前記ブロードキャスト／マルチキャストバッファへキューイングすると同時に、前記ユニキャストバッファにコピーするキューコピー部と、を含む無線基地局。
【請求項４】
無線端末であって、
無線基地局に対し、これ以降に前記無線基地局のブロードキャスト／マルチキャストバッファにキューイングされるデータを、前記無線基地局のユニキャストバッファにコピーするように要請するバッファ変更依頼を送信するバッファ変更依頼部を含む無線端末。
【請求項５】
前記無線基地局との間で無線リンクを確立したのを契機に、自端末が待ち受け状態でポートリッスン動作をするプロセスが実行されているかを調査するプロセス調査部をさらに有し、
前記バッファ変更依頼部は、
前記プロセスが実行されている場合に、前記無線基地局に対し、前記バッファ変更依頼を送信する、請求項４に記載の無線端末。
【請求項６】
自局と無線リンクを確立している個々の無線端末宛てのデータをバッファリングするユニキャストバッファと、自局と無線リンクを確立している全無線端末宛てのデータをバッファリングするブロードキャスト／マルチキャストバッファと、を有する無線基地局による無線通信方法であって、
前記無線端末から所定のバッファ変更依頼を受信した後に、新たにブロードキャストデータまたはマルチキャストデータを受信した場合、受信したブロードキャストデータまたはマルチキャストデータを、前記ブロードキャスト／マルチキャストバッファへキューイングすると同時に、前記ユニキャストバッファにコピーするステップと、
前記無線端末に対し、前記ユニキャストバッファにデータをバッファリングしていることを通知すると共に、前記ブロードキャスト／マルチキャストバッファにデータをバッファリングしていることを通知するステップと、を有する無線通信方法。
【請求項７】
無線端末による無線通信方法であって、
無線基地局に対し、これ以降に前記無線基地局のブロードキャスト／マルチキャストバッファにキューイングされるデータを、前記無線基地局のユニキャストバッファにコピーするように要請するバッファ変更依頼を送信する依頼ステップを有する、無線通信方法。
【請求項８】
前記無線基地局との間で無線リンクを確立したのを契機に、自端末が待ち受け状態でポートリッスン動作をするプロセスが実行されているかを調査する調査ステップをさらに有し、
前記依頼ステップでは、
前記プロセスが実行されている場合に、前記無線基地局に対し、前記バッファ変更依頼を送信する、請求項７に記載の無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線端末が、省電力動作中に、wakeタイミングを変えないまま、無線基地局から送信されるブロードキャストやマルチキャストのデータを欠落することなく受信するための技術に関する。
【背景技術】
【０００２】
無線通信技術の一つとして、IEEE（Institute  of  Electrical  and  Electronics  Engineers）やWi-Fi（Wireless  Fidelity）  Allianceにて仕様が策定され、現在広く実用化されているWLAN（Wireless  Local  Area  Network）がある。【０００３】
WLAN端末は、消費電力を低く抑えるため、WLAN  AP（Access  Point）から定期的に送信されるBeacon（ビーコン）を受信するタイミングでsleepからwakeに移行し、Beacon中にWLAN  APにてUnicast（ユニキャスト）のデータをバッファリングしていることを示す情報が含まれる場合に、そのデータを直後に引き取りにいく動作を行う。このwakeのタイミングの周期が長いほど、sleep時間が長くなるため、消費電力が少なくなる。なお、引き取り動作は、PS（Power  Save）  PollもしくはNull  frameを使って行われる。【０００４】
一方、WLAN  APは、ブロードキャスト（以下、Bcastと略す）やマルチキャスト（以下、Mcastと略す）のデータをバッファリングしている場合は、Unicastの場合と同様に、バッファリングしていることをWLAN端末宛てのBeacon中で通知するが、この通知のタイミングはDTIM（Delivery  Traffic  Indication  Message）  Periodという特別に設定された周期に決まっている。また、この通知の直後にWLAN端末からの引き取り動作はなく、WLAN  APから即座にBcastやMcastのデータが送信される。【０００５】
このように、WLAN  APには、WLAN  APと無線リンクを確立している個々のWLAN端末宛のデータをバッファリングするUnicastバッファと、WLAN  APと無線リンクを確立している全WLAN端末宛のデータをバッファリングするBcast/Mcastバッファと、の２種類のバッファが設けられている。【０００６】
Wi-Fi  Allianceでは、WLAN端末とWLAN  APとの間でPoint  to  Point（P2P）通信を可能とする技術として、Wi-Fi  P2PまたはWi-Fi  Directという規格の仕様が策定されている。Wi-Fi  P2P  Deviceの端末機能は、Wi-Fi  P2P  Clientと呼ばれ、また、基地局機能はWi-Fi  P2P  Group  Ownerと呼ばれる。【０００７】
特許文献１には、Bcast/Mcastデータの受信を考慮した、無線基地局における受信データの扱いについて記載されている。しかし、特許文献１では、無線基地局において、受信データのプロトコルまでも確認し、さらに、登録されたデータ処理方法のテーブルを参照してバッファリング方針を変更しており、プロトコルを判別することによる処理負荷が大きい他、暗号化データを扱うことができない。【０００８】
特許文献２には、Bcast/Mcastデータの受信を考慮した、無線基地局における受信データの扱いについて記載されている。しかし、特許文献２では、無線基地局において、受信データのプロトコルまでも確認し、さらに、登録されたデータ処理方法のテーブルを参照して代理処理内容を変更しており、プロトコルを判別することによる処理負荷が大きい他、暗号化データを扱うことができない。【０００９】
特許文献３および特許文献４には、Bcast/Mcastデータの受信を考慮した、無線基地局における受信データの扱いについて記載されている。特許文献３および特許文献４では、無線端末において、ダイナミックにwake周期を変更している。【００１０】
特許文献５には、Mcastデータの受信を考慮した無線基地局における受信データの扱いについて記載されている。特許文献５では、DTIMを変更する手順まで言及しているが、無線基地局において、Mcastサービスの参加有無までも確認してDTIMを変更している。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００６−０６７２４４号公報
【特許文献２】特開２００８−０９２１２９号公報
【特許文献３】特開２００４−１２８９４９号公報
【特許文献４】特開２００７−２８８６３９号公報
【特許文献５】特開２００７−２８８７２８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
上述のように、無線端末がBcast/Mcastデータを受信するためには、無線基地局から、Bcast/Mcastデータをバッファリングしていると通知された直後に、Bcast/Mcastデータを受信する必要があり、Bcast/Mcastデータ受信のために特別に決められた周期でwakeする必要があった。そのため、以下のような課題があった。
（１）この周期が短い場合に消費電力が大きくなってしまう。
（２）特許文献３および特許文献４のように、この周期を無線端末側でダイナミックに変更する場合は、無線端末側の処理負荷が大きくなってしまう。
（３）消費電力低下のためにこの周期を無視すると、Bcast/Mcastデータを受信できなくなってしまう。
（４）特許文献１および特許文献２のように、無線基地局側でプロトコルを判別してバッファリング方針や代理処理内容を変更する場合は、無線基地局側の処理負荷が大きくなり、暗号化データを扱うことができなくなってしまう。
そこで、本発明の目的は、上述した課題を解決することができる無線通信システム、無線基地局、無線端末、無線通信方法を提供することにある。
【課題を解決するための手段】
【００１３】
本発明の無線通信システムは、
無線端末と、無線基地局と、を有してなる無線通信システムであって、
前記無線基地局は、
自局と無線リンクを確立している個々の無線端末宛てのデータをバッファリングするユニキャストバッファと、
自局と無線リンクを確立している全無線端末宛てのデータをバッファリングするブロードキャスト／マルチキャストバッファと、を含み、
前記無線端末は、
前記無線基地局に対し、これ以降に前記ブロードキャスト／マルチキャストバッファにキューイングされるデータを、前記ユニキャストバッファにコピーするように要請するバッファ変更依頼を送信するバッファ変更依頼部を含み、
前記無線基地局は、さらに、
受信データがブロードキャストデータ、マルチキャストデータ、または、ユニキャストデータであるかを判定する判定部と、
前記無線端末に対し、前記ユニキャストバッファにデータをバッファリングしていることを通知すると共に、前記ブロードキャスト／マルチキャストバッファにデータをバッファリングしていることを通知するバッファリング通知部と、
前記無線端末から前記バッファ変更依頼を受信した後に、新たにブロードキャストデータまたはマルチキャストデータを受信した場合、受信したブロードキャストデータまたはマルチキャストデータを、前記ブロードキャスト／マルチキャストバッファへキューイングすると同時に、前記ユニキャストバッファにコピーするキューコピー部と、を含む。【００１４】
本発明の無線基地局は、
自局と無線リンクを確立している個々の無線端末宛てのデータをバッファリングするユニキャストバッファと、
自局と無線リンクを確立している全無線端末宛てのデータをバッファリングするブロードキャスト／マルチキャストバッファと、
受信データがブロードキャストデータ、マルチキャストデータ、または、ユニキャストデータであるかを判定する判定部と、
前記無線端末に対し、前記ユニキャストバッファにデータをバッファリングしていることを通知すると共に、前記ブロードキャスト／マルチキャストバッファにデータをバッファリングしていることを通知するバッファリング通知部と、
前記無線端末から所定のバッファ変更依頼を受信した後に、新たにブロードキャストデータまたはマルチキャストデータを受信した場合、受信したブロードキャストデータまたはマルチキャストデータを、前記ブロードキャスト／マルチキャストバッファへキューイングすると同時に、前記ユニキャストバッファにコピーするキューコピー部と、を含む。【００１５】
本発明の無線端末は、
無線基地局に対し、これ以降に前記無線基地局のブロードキャスト／マルチキャストバッファにキューイングされるデータを、前記無線基地局のユニキャストバッファにコピーするように要請するバッファ変更依頼を送信するバッファ変更依頼部を含む。【００１６】
本発明の第１の無線通信方法は、
自局と無線リンクを確立している個々の無線端末宛てのデータをバッファリングするユニキャストバッファと、自局と無線リンクを確立している全無線端末宛てのデータをバッファリングするブロードキャスト／マルチキャストバッファと、を有する無線基地局による無線通信方法であって、
前記無線端末から所定のバッファ変更依頼を受信した後に、新たにブロードキャストデータまたはマルチキャストデータを受信した場合、受信したブロードキャストデータまたはマルチキャストデータを、前記ブロードキャスト／マルチキャストバッファへキューイングすると同時に、前記ユニキャストバッファにコピーするステップと、
前記無線端末に対し、前記ユニキャストバッファにデータをバッファリングしていることを通知すると共に、前記ブロードキャスト／マルチキャストバッファにデータをバッファリングしていることを通知するステップと、を有する。【００１７】
本発明の第２の無線通信方法は、
無線端末による無線通信方法であって、
無線基地局に対し、これ以降に前記無線基地局のブロードキャスト／マルチキャストバッファにキューイングされるデータを、前記無線基地局のユニキャストバッファにコピーするように要請するバッファ変更依頼を送信する依頼ステップを有する。
【発明の効果】
【００１８】
本発明によれば、無線基地局は、無線端末からバッファ変更依頼を受信した後に、新たにブロードキャストデータまたはマルチキャストデータを受信した場合、受信したブロードキャストデータまたはマルチキャストデータを、ブロードキャスト／マルチキャストバッファへキューイングすると同時に、ユニキャストバッファにコピーする。【００１９】
したがって、無線端末は、次のwakeタイミングでwakeしたときに、無線基地局のユニキャストバッファから、ブロードキャストデータまたはマルチキャストデータを引き取ることが可能となる。【００２０】
よって、無線端末は、wakeタイミングを変えないまま、無線基地局から送信されるブロードキャストデータまたはマルチキャストデータを欠落することなく受信可能となる。【００２１】
また、無線端末は、wakeタイミングの周期を予め長めに取ることで、消費電力を少なくすることができる。【００２２】
また、特許文献３および特許文献４のように、無線端末側がwakeタイミングの周期をダイナミックに変更する必要がないため、無線端末側の処理負荷が増大することがない。【００２３】
また、特許文献１および特許文献２のように、無線基地局がプロトコルを判別してバッファリング方針や代理処理内容を変更する必要がないため、無線基地局側の処理負荷が増大することがなく、また、暗号化データを扱うことができる。
【図面の簡単な説明】
【００２４】
【図１】本発明の一実施形態の無線システムの構成を示すブロック図である。
【図２】図１に示した無線システムの動作を示すシーケンス図である。
【図３】本発明の一実施例の無線システムの構成を示すブロック図である。
【図４】図３に示した無線システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００２５】
以下に、本発明を実施するための形態について図面を参照して説明する。
【００２６】
図１に、本発明の一実施形態の無線通信システムの構成を示す。
【００２７】
なお、図１においては、点線が既存の機能、実線が本発明に固有の機能である。点線の機能は既存ではあるが、本発明の実現上必要なものである（以下の図３において同じ）。
【００２８】
図１に示すように、本実施形態の無線通信システムは、無線端末１と、無線基地局２と、を含む。無線基地局２は、特定の無線通信技術を使って１台以上の無線端末１と無線リンクを確立しているが、図１では説明の便宜のため、無線端末１を１台だけ図示している。
【００２９】
無線端末１は、Port  Listen（ポートリッスン）プロセス調査部３と、Bcast/Mcastバッファ変更依頼部４と、を有している。
【００３０】
無線基地局２は、バッファリング通知部５と、Bcast/Mcast判定部６と、キューコピー部７と、Bcast/Mcastバッファ８と、Unicastバッファ９と、を有している。
【００３１】
なお、Bcast/Mcastバッファ８は、無線基地局２と無線リンクを確立している全無線端末１宛のデータをバッファリングするもので、１つ設けられている。
【００３２】
一方、Unicastバッファ９は、無線基地局２と無線リンクを確立している個々の無線端末１宛のデータをバッファリングするもので、無線基地局２と無線リンクを確立している１台以上の無線端末１にそれぞれ対応して１つ以上設けられている。
【００３３】
以下、図１に示した無線通信システムの動作について、図２を参照して説明する。
【００３４】
無線端末１と無線基地局２との間では無線リンクが確立されており、無線端末１は省電力動作に入ってsleep状態になっている（ステップ１０１）。
【００３５】
このとき、無線端末１は、無線基地局２から定期的に送信される情報を受信するため、一定周期のwakeタイミングでsleepからwakeに移行する動作を行っている。
【００３６】
また、無線基地局２は、省電力動作中の無線端末１を宛先とするデータを無線リンク内部もしくは外部から受信すると（ステップ１０４）、そのデータがBcast/McastデータであればBcast/Mcastバッファ８にバッファリングし、UnicastデータであればUnicastバッファ９にバッファリングするバッファリング動作を行っている。
【００３７】
また、無線端末１のPort  Listenプロセス調査部３は、無線基地局２との間で無線リンクが確立されたのを契機に、無線端末１が「待ち受け」状態でPort  Listen動作をするPort  Listenプロセスが実行されているかの定期的な調査を開始する（ステップ１０２）。なお、Port  Listenプロセス中に、無線基地局２からのデータがポートに受信されたことを検知すると、これを契機に無線基地局２との通信が開始される。
【００３８】
Port  Listenプロセスが実行されていることを検知した場合は（ステップ１０３）、無線端末１のBcast/Mcastバッファ変更依頼部４は、無線基地局２に対し、これ以降にBcast/Mcastバッファ８にキューイングされるデータを、自己の無線端末１に対応するUnicastバッファ９にコピーするように要請するBcast/Mcastバッファ変更依頼の制御フレームを送信する（ステップ１０５）。
【００３９】
無線基地局２は、Bcast/Mcastバッファ変更依頼を受信すると、以降、上述のバッファリング動作を終了し、キューコピー部７によるキューコピー動作を開始する。すなわち、キューコピー部７は、以降に新たにBcast/Mcastデータを受信した際、そのBcast/McastデータをBcast/Mcastバッファ８にキューイングすると同時に、該当Unicastバッファ９（Bcast/Mcastバッファ変更依頼を送信してきた無線端末１に対応するUnicastバッファ９）へコピーするというキューコピー動作を開始する（ステップ１０６）。
【００４０】
無線基地局２がBcast/Mcastデータを受信すると（ステップ１０７）、Bcast/Mcast判定部６は、受信データがBcast/McastデータであるかUnicastデータであるかを判定し、Bcast/Mcastデータである場合、キューコピー部７は、そのBcast/McastデータをBcast/Mcastバッファ８にキューイングすると同時に、該当Unicastバッファ９へコピーする。また、バッファリング通知部５は、無線端末１に対し、Bcast/McastデータをBcast/Mcastバッファ８にバッファリングしていることを通知し（ステップ１０８）、そのBcast/Mcastデータが直ちにBcast/Mcastバッファ８から送信される（ステップ１０９）。このとき、無線端末１はsleep中であるため、Bcast/Mcastデータの受信に失敗する（ステップ１１０）。
【００４１】
無線端末１は、次のwakeタイミングでsleepからwakeに移行すると（ステップ１１１）、バッファリング通知部５から、自己の無線端末１に対応するUnicastバッファ９にデータ（データはBcast/Mcastデータ）をバッファリングしている通知を受信可能となる（ステップ１１２）。
【００４２】
そのため、無線端末１は、自己の無線端末１に対応するUnicastバッファ９からのデータの引き取りを行う（ステップ１１３）。その結果、Unicastバッファ９からBcast/Mcastデータが無線端末１に送信される（ステップ１１４）。
【００４３】
また、無線端末１のBcast/Mcastバッファ変更依頼部４は、Port  Listenプロセス調査部３がPort  Listenプロセスの終了を検知すると（ステップ１１５）、無線基地局２に対し、キューコピー部７によるキューコピー動作を終了し、元のバッファリング動作に戻すように要請するBcast/Mcastバッファ変更依頼の制御フレームを送信する（ステップ１１６）。
【００４４】
無線基地局２がBcast/Mcastバッファ変更依頼を受信すると、キューコピー部７はキューコピー動作を終了する（ステップ１１７）。
【００４５】
このようにすることで、無線端末１が、省電力動作中に、wakeタイミングを変えないまま、無線基地局２から送信されるBcast/Mcastデータを欠落することなく受信することが可能となる。
【００４６】
また、無線端末１は、wakeタイミングの周期を予め長めに取ることで、消費電力を少なくすることができる。
【００４７】
また、特許文献３および特許文献４のように、無線端末１側がwakeタイミングの周期をダイナミックに変更する必要がないため、無線端末１側の処理負荷が増大することがない。
【００４８】
また、特許文献１および特許文献２のように、無線基地局２がプロトコルを判別してバッファリング方針や代理処理内容を変更する必要がないため、無線基地局２側の処理負荷が増大することがなく、また、暗号化データを扱うことができる。
【実施例】
【００４９】
以下、本発明の実施形態を具体化した実施例について説明する。【００５０】
図３に示すように、本実施例の無線通信システムは、無線通信技術としてWLANを用いたものであり、図１の無線端末１として無線LAN端末２１を適用し、図１の無線基地局２として無線LAN  AP２２を適用している。【００５１】
無線LAN端末２１は、Port  Listenプロセス調査部２３と、Bcast/Mcastバッファ変更依頼部２４と、を有している。これらの構成要素は、それぞれ、図１のPort  Listenプロセス調査部３、Bcast/Mcastバッファ変更依頼部４に対応している。【００５２】
無線LAN  AP２２は、バッファリング通知部２５と、Bcast/Mcast判定部２６と、キューコピー部２７と、Bcast/Mcastバッファ２８と、Unicastバッファ２９と、を有している。これらの構成要素は、それぞれ、図１のバッファリング通知部５、Bcast/Mcast判定部６、キューコピー部７、Bcast/Mcastバッファ８、Unicastバッファ９に対応している。【００５３】
以下、図３に示した無線通信システムの動作について、図４を参照して説明する。【００５４】
無線LAN端末２１と無線LAN  AP２２との間では無線LANリンクが確立されており、無線LAN端末２１は省電力動作に入ってsleep状態になっている（ステップ２０１）。【００５５】
このとき、無線LAN端末２１は、無線LAN  AP２２から定期的に送信されるBeaconを受信するため、一定周期のwakeタイミングでsleepからwakeに移行する動作を行っている。【００５６】
また、無線LAN  AP２２は、省電力動作中の無線LAN端末２１を宛先とするデータを無線LANリンク内部もしくは外部から受信すると（ステップ２０４）、そのデータがBcast/McastデータであればBcast/Mcastバッファ２８にバッファリングし、UnicastデータであればUnicastバッファ２９にバッファリングするバッファリング動作を行っている。【００５７】
また、無線LAN端末２１のPort  Listenプロセス調査部２３は、無線LAN  AP２２との間で無線LANリンクが確立されたのを契機に、無線LAN端末２１が「待ち受け」状態でPort  Listen動作をするPort  Listenプロセスが実行されているかの定期的な調査を開始する（ステップ２０２）。なお、Port  Listenプロセス中に、無線LAN  AP２２からのデータがポートに受信されたことを検知すると、これを契機に無線LAN  AP２２との通信が開始される。【００５８】
Port  Listenプロセスが実行されていることを検知した場合は（ステップ２０３）、無線LAN端末２１のBcast/Mcastバッファ変更依頼部２４は、無線LAN  AP２２に対し、これ以降にBcast/Mcastバッファ８にキューイングされるデータを、自己の無線LAN端末２１に対応するUnicastバッファ２９にコピーするように要請するBcast/Mcastバッファ変更依頼の制御フレームを送信する（ステップ２０５）。【００５９】
無線LAN  AP２２は、Bcast/Mcastバッファ変更依頼を受信すると、以降、上述のバッファリング動作を終了し、キューコピー部２７によるキューコピー動作を開始する。すなわち、キューコピー部２７は、以降に新たにBcast/Mcastデータを受信した際、そのBcast/McastデータをBcast/Mcastバッファ２８にキューイングすると同時に、該当Unicastバッファ２９（Bcast/Mcastバッファ変更依頼を送信してきた無線LAN端末２１に対応するUnicastバッファ２９）へコピーするというキューコピー動作を開始する（ステップ２０６）。【００６０】
無線LAN  AP２２がBcast/Mcastデータを受信すると（ステップ２０７）、Bcast/Mcast判定部２６は、受信データがBcast/McastデータであるかUnicastデータであるかを判定し、Bcast/Mcastデータである場合、キューコピー部２７は、そのBcast/McastデータをBcast/Mcastバッファ２８にキューイングすると同時に、該当Unicastバッファ２９へコピーする。また、バッファリング通知部２５は、無線LAN端末２１に対し、Bcast/McastデータをBcast/Mcastバッファ２８にバッファリングしていることをBeaconにより通知し（ステップ２０８）、そのBcast/Mcastデータが直ちにBcast/Mcastバッファ２８から送信される（ステップ２０９）。このとき、無線LAN端末２１はsleep中であるため、Bcast/Mcastデータの受信に失敗する（ステップ２１０）。【００６１】
無線LAN端末２１は、次のwakeタイミングでsleepからwakeに移行すると（ステップ２１１）、バッファリング通知部２５からBeaconにより、自己の無線LAN端末２１に対応するUnicastバッファ２９にデータ（データはBcast/Mcastデータ）をバッファリングしている通知を受信可能となる（ステップ２１２）。【００６２】
そのため、無線LAN端末２１は、自己の無線LAN端末２１に対応するUnicastバッファ２９からのデータの引き取りをPS  PollやNull  frameにて行う（ステップ２１３）。その結果、Unicastバッファ２９からBcast/Mcastデータが無線LAN端末２１に送信される（ステップ２１４）。【００６３】
また、無線LAN端末２１のBcast/Mcastバッファ変更依頼部２４は、Port  Listenプロセス調査部２３がPort  Listenプロセスの終了を検知すると（ステップ２１５）、無線LAN  AP２２に対し、キューコピー部２７によるキューコピー動作を終了し、元のバッファリング動作に戻すように要請するBcast/Mcastバッファ変更依頼の制御フレームを送信する（ステップ２１６）。【００６４】
無線LAN  AP２２がBcast/Mcastバッファ変更依頼を受信すると、キューコピー部２７はキューコピー動作を終了する（ステップ２１７）。【００６５】
このようにすることで、無線LAN端末２１が、省電力動作中に、wakeタイミングを変えないまま、無線LAN  AP２２から送信されるBcast/Mcastデータを欠落することなく受信することが可能となる。【００６６】
また、無線LAN端末２１は、wakeタイミングの周期を予め長めに取ることで、消費電力を少なくすることができる。【００６７】
また、特許文献３および特許文献４のように、無線LAN端末２１側がwakeタイミングの周期をダイナミックに変更する必要がないため、無線LAN端末２１側の処理負荷が増大することがない。【００６８】
また、特許文献１および特許文献２のように、無線LAN  AP２２がプロトコルを判別してバッファリング方針や代理処理内容を変更する必要がないため、無線LAN  AP２２側の処理負荷が増大することがなく、また、暗号化データを扱うことができる。【００６９】
以上、実施形態および実施例を参照して本発明を説明したが、本発明は上記実施形態および上記実施例に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更をすることができる。【００７０】
例えば、Bcast/Mcastバッファ変更依頼の制御フレームは、通常のWi-Fi仕様のフォーマットをベースとする以外に、Wi-Fi  P2P（Wi-Fi  Direct）のフォーマットをベースとすることも可能である。【００７１】
また、Wi-Fi  P2P（Wi-Fi  Direct）仕様に則って無線リンクを確立し、特定アプリケーション利用のためにグループを構築している場合、無線基地局がBcast/Mcastデータを送信する間隔を、無線リンクを確立中の無線端末が設定している個々のwake周期の値の中で最大のものと同じにすることで、無線リンクを確立中の全無線端末が待ち受け動作中のBcast/Mcastデータを欠落しないようにすることも可能である。【００７２】
本出願は、２０１１年９月２日に出願された日本出願特願２０１１−１９１７４０を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2013031395.tif 000003
【図２】
2013031395.tif 000004
【図３】
2013031395.tif 000005
【図４】
2013031395.tif 000006
【国際調査報告】
2013031395.tif 000007
2013031395.tif 000008
2013031395.tif 000009
2013031395.tif 000010