(57)【要約】【課題】無線LAN 通信環境下でMC/BC 通信による複数のフレーム送信に対して一つのフレームで送達確認応答(Block Ack) を行うことが可能な無線通信装置を提供する。【解決手段】無線LAN 通信の規格IEEE802.11e に準拠し、親局から特定多数の端末へ一斉送信するマルチキャスト通信および不特定多数の端末に一斉送信するブロードキャスト通信を行う機能を具備した無線通信システムに用いられる無線通信装置であって、親局からマルチキャストあるいはブロードキャストのデータフレームを送信する時に、送信内容に対する肯定確認応答としてBlock ACK フレームの返信を特定の端末に要求する機能（Semi-Block ACKポリシー) を具備する。端末は、マルチキャスト通信あるいはブロードキャスト通信においてBlock ACK フレームの返信を要求された場合に、Immediate BAモードあるいはDelayed BAモードでBlock ACK フレームを通知する機能を具備する。【選択図】図５
2009049704.tif 000002
【特許請求の範囲】
【請求項１】
無線LAN 通信の規格IEEE802.11e に準拠した無線通信システムに用いられる無線通信装置であって、
マルチキャスト通信あるいはブロードキャスト通信を行っている複数の端末の一部を指定し、複数のフレーム送信に対する肯定確認応答としてBlock ACK フレームの返信を要求するBAR(Block ACK Request)フレームを、複数の通信端末の一部を指定して送信する機能を具備することを特徴とする無線通信装置。
【請求項２】
前記複数の端末に対してユニキャスト通信により順次にBAR フレームを送信する機能を具備することを特徴とする請求項１記載の無線通信装置。
【請求項３】
前記端末に対して、ACK フレームの返信もしくはBlock ACK フレームの返信要求を動的に変化させる機能を具備することを特徴とする請求項１または２に記載の無線通信装置。
【請求項４】
無線LAN 通信の規格IEEE802.11e に準拠した無線通信システムに用いられる無線通信装置であって、
マルチキャスト通信あるいはブロードキャスト通信の途中で、複数のフレーム送信に対する肯定確認応答としてBlock ACK フレームの返信を要求するBAR(Block ACK Request)フレームが送信されてきたことを検出した場合に、前記規格IEEE802.11e におけるImmediate Block ACK モードを使用してBlock ACK フレームを返信する機能を具備することを特徴とする無線通信装置。
【請求項５】
無線LAN 通信の規格IEEE802.11e に準拠した無線通信システムに用いられる無線通信装置であって、
マルチキャスト通信あるいはブロードキャスト通信の途中で、複数のフレーム送信に対する肯定確認応答としてBlock ACK フレームの返信を要求するBAR(Block ACK Request)フレームが送信されてきたこと検出した場合に、前記規格IEEE802.11e におけるDelayed Block ACK モードを使用してBlock ACK フレームを返信する機能を具備することを特徴とする無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信装置に係り、特に無線LAN 通信の規格IEEE802.11e に準拠した無線LAN システムにおけるMAC 層プロトコルのフレームフォーマットおよびプロトコルシーケンスに関するものである。
【背景技術】
【０００２】
無線LAN 通信においては、IEEE802.11（非特許文献１，２参照）で規定されたフレームフォーマットおよび通信制御用プロトコルにしたがって通信する。この無線LAN 通信の規格におけるMAC レイヤでのデータ通信方式として、３種類の方法が定義されている。すなわち、ある特定の一台の端末に対して送信を実施するユニキャスト(UniCast;UC)方式、全ての端末に対してデータ送信を実施するブロードキャスト(BroadCast;BC)方式、1 台以上の特定の端末に対してデータ送信を実施するマルチキャスト(MultiCast;MC)方式である。このうち、UC方式はデータ送信に対して送達確認(ACK) を実施する仕組みが導入されているが、後者のBC/MC 方式にはデータ送信に対するACK の仕組み、および、複数のフレームに対する確認応答(Block Acknowledgement;Block ACK;BA)の仕組みが導入されていない。
【０００３】
なお、IEEE802.11e （非特許文献３参照）には、複数のフレームに対する確認応答(BA)フレームのフォーマットが定義されている。
【非特許文献１】インターネット<URL: http://grouper.ieee.org/groups/802/11>
【非特許文献２】IEEE Std 802.11,1999 Edition
【非特許文献３】IEEE Std 802.11e-2005
【発明の開示】
【発明が解決しようとする課題】
【０００４】
現状では、無線LAN 通信環境下において、MC/BC 通信を利用して送信されたデータフレームに対してACK を如何に上手く返信するかが課題である。前記したように複数のSTA から送信されてくるフレームの衝突を回避するために、各STA の返信するタイミングが重ならないように、通信開始前にACK を返信する順序を決定してしまう方法が考えられる。この際、MC/BC 通信に対するACK の返信が必要なMC/BC データフレームを作成しておく。そして、MC/BC グループに参加する端末数が固定あるいは可変の場合に、MC/BC 通信に対するACK の返信のタイミングを送信元で事前に調節することにより、複数のSTA から送信されてくるフレームの衝突を回避し、受信者は誰から送信されたフレームか識別することが考えられる。また、ACK の返信を必要とするMC/BC データフレームを解釈できる端末を生成し、また、ACK を返信するまでの待機時間を変更することが考えられる。
【０００５】
しかし、上記のように考えられる方法は、データが送られてくる度にACK を返信することで通信速度が低下するので、通信手順に関してさらに工夫を凝らすことが望ましい。
【０００６】
本発明は前記したように無線LAN 通信規格においてMC/BC 通信に対するACK およびBAの返信方法は定められていない現状に鑑みてなされたもので、無線LAN 通信環境下でのMC/BC 通信による複数のフレーム送信に対して一つのフレームで送達確認応答BAを行うことが可能な無線通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１の態様は、無線LAN 通信の規格IEEE802.11e に準拠した無線通信システムに用いられる無線通信装置であって、マルチキャスト通信あるいはブロードキャスト通信を行っている複数の端末の一部を指定し、複数のフレーム送信に対する肯定確認応答としてBlock ACK フレームの返信を要求するBAR(Block ACK Request)フレームを、複数の通信端末の一部を指定して送信する機能を具備することを特徴とする。
【０００８】
本発明の第２の態様は、無線LAN 通信の規格IEEE802.11e に準拠した無線通信システムに用いられる無線通信装置であって、マルチキャスト通信あるいはブロードキャスト通信の途中で、複数のフレーム送信に対する肯定確認応答としてBlock ACK フレームの返信を要求するBAR(Block ACK Request)フレームが送信されてきたことを検出した場合に、前記規格IEEE802.11e におけるImmediate Block ACK モードを使用してBlock ACK フレームを返信する機能を具備することを特徴とする。
【０００９】
本発明の第３の態様は、無線LAN 通信の規格IEEE802.11e に準拠した無線通信システムに用いられる無線通信装置であって、マルチキャスト通信あるいはブロードキャスト通信の途中で、複数のフレーム送信に対する肯定確認応答としてBlock ACK フレームの返信を要求するBAR(Block ACK Request)フレームが送信されてきたこと検出した場合に、前記規格IEEE802.11e におけるDelayed Block ACK モードを使用してBlock ACK フレームを返信する機能を具備することを特徴とする。
【発明の効果】
【００１０】
本発明の無線通信装置によれば、無線LAN 通信環境下でのMC/BC 通信による複数のフレーム送信に対して一つのフレームで送達確認応答BAを行うことができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の実施形態を説明する。この説明に際して、全図にわたり共通する部分には共通する参照符号を付す。
【００１２】
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係る無線通信装置を用いた無線LAN 通信システムの一例を示す。図１に示す無線LAN 通信システムは、１つのBSS(Basic Service Set)内に親局であるAP(Access Point)100 と、端末（子局）である１台以上のSTA (Station) 101,102,…が存在する場合を示している。AP100 は、無線LAN 通信規格IEEE802.11およびIEEE802.11e に準拠し、特定多数の端末へ一斉送信するMC通信と、不特定多数の端末に一斉送信するBC通信を行う機能を具備している。各STA 101,102,…は、無線LAN 通信規格IEEE802.11およびIEEE802.11e に準拠し、APおよび特定多数の端末へ一斉送信するMC通信と、APおよび不特定多数の端末に一斉送信するBC通信を行う機能を具備している。
【００１３】
図１中のAP100 は、MC/BC 通信によるデータフレームを送信した後、複数のフレーム送信に対する肯定確認応答としてBlock ACK フレームの返信を要求するBAR(Block ACK Request)フレームを送信する。本実施形態では、ACK ポリシー(Policy)として、全ての端末に、または、一部の端末を指定してBAR フレームを送信するSemi- Block ACK ポリシーを指定し得る機能を具備している。この際、複数の端末にBAR フレームを送信する場合には、複数の端末にBlock ACK フレームの返信順序を指定する機能を具備している。
【００１４】
図１０は、本実施形態で使用するMAC Frame Formatを示す。図１０中、下段はフレーム情報（Frame Control,Duration /ID,Addr1,Addr2,Addr3,Seq. Control,Addr4,QoS Control,Frame Body,FCS）を示し、それぞれのバイト数を対応して上段に示す。
【００１５】
図１１は、図１０中のフレーム情報QoS Control の２バイト（Bit 0 〜Bit 15）のうちBit 5 〜Bit 7 によりACK ポリシーの種類を指定している。図１１中、Bit 5=1,Bit 6=1,Bit 7=1 により、本発明のSemi- Block ACK ポリシーを指定する。なお、Bit 5,6,7=0,0,Reservedにより、Normal ACKポリシーを指定し、IEEE802.11準拠の通常のACK 送信を要求するフレームであることを示している。Bit 5,6,7=1,0,ReservedによりNo ACKポリシーを指定し、ACK 送信が不要のフレームであることを示している。Bit 5,6,7=0,1,Reservedにより、QoS CF-Poll 及びQoS CF-Ack+CF-Pollフレームであることを示している。Bit 5,6,7=1,1,0 により、IEEE802.11e 準拠の通常のBlock ACK ポリシーを示している。
【００１６】
一方、図１中の各STA 101,102,…は、以下に述べる機能を具備する。
【００１７】
（ａ）送られてきたデータフレームを受信した時、AP100 からMC/BC 通信で送信されたデータフレームであるか否かを判断する。
【００１８】
（ｂ）上記判断の結果、AP100 からMC/BC 通信で送信されたデータフレームであることを認識し、受信内容に対する肯定確認応答としてBlock ACK の返信が必要であることを知ると、その旨を後述する図２中のＣＰＵのファームウェアに記録する。そして、MC通信（あるいはBC通信）によって、Immediate BA形式あるいはDelayed BA形式でBlock ACK フレーム（受信不可であったデータの欠落通知情報を含む）をAP100 および他のSTA へ送信する。
【００１９】
図２は、図１中のAP/STAのハードウェアを示すブロック図である。図２において、２００は無線LAN ベースバンドチップ、２０１はCPU(Central Processing Unit)、２０２はMAC (Medium Access Controller)層ブロック、２０３はPHY (Physical layer)層ブロック、２０４はMEMC (Memory Controller)、２０５はPCIC (Peripheral Components Interconnect Controller)、２０６はSRAM (Static Random Access Memory)、２０７はSDRAM (Synchronous Dynamic Random Access Memory)、２０８はPCIC (Peripheral Components Interconnect Controller)、２０９はHOST PC (Host Personal Computer)、２１０は無線部(RF部) 、２１１はRFチップ、２１２はアンテナ部である。
【００２０】
ここで、図２に示したAP/STAにおける基本的な動作を説明しておく。HOSTPC２０９から送信されるデータは、ホスト側PCIC２０８および無線LAN ベースバンドチップ２００内のPCIC２０５を介してメモリ（SRAM２０６やSDRAM ２０７）に格納される。このSRAM２０６、SDRAM ２０７へのアクセスは、MEMC２０４を介して行われる。メモリ上に格納されたデータは、CPU ２０１によって処理され、その後、MAC 層ブロック２０２およびPHY 層ブロック２０３を通って無線部２１０へ出力され、RFチップ２１１からアンテナ部２１２へデータが渡り、最終的に無線LAN のフレームとして送信されることになる。また、データ受信は、前記データ送信とは逆のフローで処理される。
【００２１】
なお、本実施形態に記載されている内容の処理は、ソフトウェアおよびハードウェアのどちらで実施することも可能である。ハードウェアで実施する場合にはMAC 層ブロック２０２で処理され、ソフトウェアで実施する場合には、CPU ２０１が処理することになる。
【００２２】
図３は、図１に示した無線LAN 通信システムにおいて説明を簡易化するために、１つのBSS 内に１台のAPと２台のSTA(STA1,STA2)が存在し、APから通常のデータフレームおよびBAR を含むフレームをMC通信で送信し、STA1/2からBAを含むフレームをImmediate BA方式により送信した場合のシーケンスの一例を示す。
【００２３】
次に、第１の実施形態のシステムにおける動作例について図３を参照しながら説明する。いま、APから２台のSTA1,STA2 に対してMCフレームを送信する場合を考える。この場合、APと２台のSTA1,STA2 との間では、既に、通信確立用の制御プロトコルが動作し、通信できる環境(IEEE802.11 で規定されている通信可能な状態(State 3) にあるものとする。
【００２４】
図３に示すシーケンスにおいて、APはDATA1〜4 のフレームをMC通信でSTA1/2に送信し、この後、BAR のフレームをMC通信で送信する。STA1は、BAR のフレームを受信後、BAのフレームを送信する。STA2は、前記BAR のフレームを受信後、STA1によるBAのフレームの送信時間およびIFS 時間の経過後にBAのフレームを送信する。
【００２５】
さらに、APはDATA5〜8 のフレームをMC通信でSTA1/2に送信した後にBAR のフレームをMC通信で送信する。STA1は、BAR のフレームを受信後、BAのフレームを送信する。STA2は、BAR のフレームを受信後、BAのフレームの送信時間およびIFS 時間の経過後にBAのフレームを送信する。
【００２６】
この際、本例では、DATA7 のフレームをAPが送信しているが、STA2ではDATA7 のフレームを受信できていない。この受信できていないという情報は、その後にSTA2から送信しているBAのフレームに含まれており、このフレームをAPが受信することによってSTA2におけるDATA7 のフレームの受信可否を知ることができる。APは、STA2からBAのフレームを受信した後、DATA7 のフレームの再送を行う。このフレームの再送に対して、本例ではNormal ACK方式でBAのフレームを送信しているが、後続のBAシーケンス内に含めて送信することも可能である。
【００２７】
さらに、APはDATA9-12のフレームをMC通信でSTA1/2に送信した後にBAR のフレームをMC通信で送信する。STA1は、BAR のフレームを受信後、BAのフレームを送信する。STA2は、BAR のフレームを受信後、BAのフレームの送信時間およびIFS 時間の経過後にBAのフレームを送信する。
【００２８】
この際、本例では、DATA11のフレームがSTA1/2の両方に到達していない。この受信できていないという情報は、STA1およびSTA2から送信しているBAのフレームに含まれており、このフレームをAPが受信することによってSTA におけるDATA11のフレームの受信可否を知ることができる。STA1/2におけるDATA11のフレームの受信可否を知ることができる。APは、DATA11のフレームの再送をMC通信で送信する。このフレームの再送に対して、本例ではNormal ACK方式でBAのフレームを送信しているが、後続のBAシーケンス内に含めて送信することも可能である。
【００２９】
＜第１の実施形態の変形例＞
前述した第１の実施形態において、親局がBAR を含むフレームをUC通信で特定の端末に送信するように変形してもよい。
【００３０】
図４は、図１に示したシステムにおいて親局から通常のデータフレームをマルチキャスト通信で送信し、BAR を含むフレームをUC通信で送信し、端末からBAを含むフレームをImmediate BA方式を利用して送信した場合のシーケンスの一例を示す。
【００３１】
図４に示すシーケンスは、図３を参照して前述したシーケンスと比べて、DATAフレームの再送方法等は同じであるが、BAR を含むフレームをUC通信で送信している点が異なる。  上記した第１の実施形態によれば、図３あるいは図４に示したシーケンスのように、Immediate BA方式におけるMC通信データの確認応答を実施することが可能となる。これにより、フレームの再送制御が可能となるので、アプリケーションから見た場合のフレームロス率を減らすことができる。また、MC通信データの確認応答をBA方式に適用したので、通常の確認応答方式（Normal ACK方式）と比較して無線帯域の有効活用を図ることが可能となる。
【００３２】
＜第２の実施形態＞
第２の実施形態は、前述した第１の実施形態において、端末がBAを含むフレームをDelayed BA方式で返信するようにしたものである。
【００３３】
図５は、図１に示したシステムにおいて親局から通常のデータフレームおよびBAR を含むフレームをMC通信で送信し、端末STA1/2からBAを含むフレームをDelayed BA方式を利用して送信した場合のシーケンスの一例を示す。
【００３４】
図５に示すシーケンスにおいて、APはDATA1〜4 のフレームをMC通信でSTA1/2に送信し、この後、BAR のフレームをMC通信で送信する。このBAR のフレームをSTA1とSTA2が受信した後、まず、STA1がNormal ACKを送信し、引き続き、STA2がNormal ACKを送信する。この後、STA1は、BAのフレームを送信し、これを受けたAPはNormal ACKを送信する。引き続き、STA2は、BAのフレームを送信し、これを受けたAPはNormal ACKを送信する。
【００３５】
さらに、APはDATA5〜8 のフレームをMC通信でSTA1/2に送信した後にBAR のフレームをMC通信で送信する。このBAR のフレームをSTA1とSTA2が受信した後、まず、STA1がNormal ACKを送信し、引き続き、STA2がNormal ACKを送信する。この後、STA1は、BAのフレームを送信し、これを受けたAPはNormal ACKを送信する。引き続き、STA2は、BAのフレームを送信し、これを受けたAPはNormal ACKを送信する。
【００３６】
この際、本例では、APによるDATA7 のフレームの送信中にフレームロスが発生している。STA1/2がDATA7 を受信していないという情報は、その後にSTA1/2から送信しているBAのフレームに含まれており、このフレームをAPが受信することによってSTA1/2におけるDATA7のフレームの受信可否を知ることができる。APは、STA1/2からBAのフレームを受信した後、DATA7 のフレームの再送を行う。このフレームの再送に対して、本例ではNormal ACK方式でBAのフレームを送信しているが、後続のBAシーケンス内に含めて送信することも可能である。
【００３７】
＜第２の実施形態の変形例＞
前述した第２の実施形態において、親局がBAR を含むフレームをUC通信で特定の端末に送信するように変形してもよい。
【００３８】
図６は、図１に示したシステムにおいて親局から通常のデータフレームをマルチキャスト通信で送信し、BAR を含むフレームをUC通信で送信し、端末からBAを含むフレームをDelayed BA方式を利用して送信した場合のシーケンスの一例を示す。
【００３９】
図６に示すシーケンスは、図５を参照して前述したシーケンスと比べて、DATAフレームの再送方法等は同じであるが、BAR を含むフレームをUC通信で送信している点が異なる。
【００４０】
上記した第２の実施形態によれば、図５あるいは図６に示したシーケンスのように、Delayed BA方式におけるMC通信データの確認応答を実施することが可能となる。これにより、フレームの再送制御が可能となるので、アプリケーションから見た場合のフレームロス率を減らすことができる。また、MC通信データの確認応答をBA方式に適用したので、通常の確認応答方式（Normal ACK方式）と比較して無線帯域の有効活用を図ることが可能となる。
【００４１】
この際、本例では、APによるDATA6 のフレームの送信中にフレームロスが発生している。STA1/2がDATA6 を受信していないという情報は、その後にSTA1/2から送信しているBAのフレームに含まれており、このフレームをAPが受信することによってSTA1/2におけるDATA6のフレームの受信可否を知ることができる。APは、STA1/2からBAのフレームを受信した後、DATA6 のフレームの再送を行う。このフレームの再送に対して、本例ではNormal ACK方式でBAのフレームを送信しているが、後続のBAシーケンス内に含めて送信することも可能である。
【００４２】
ところで、IEEE802.11e 規格では、フレーム毎にACK ポリシーが決められるので、そのフレームを受信した端末は、フレームに記載されたACK ポリシーにしたがって動作する必要がある。IEEE802.11e 規格には、BAR を受信した端末がBAを返信するというBAポリシーが既に存在する。このBAR の送信先を自由に選択することが可能になると、アプリケーションから見たフレームロス率を端末毎に変化させることが可能となり、効率的な無線通信を行うことが可能となる。以下、これを実現する実施形態を説明する。
【００４３】
＜第３の実施形態＞
第３の実施形態は、前述した第１の実施形態において、親局APからUC通信で一部の特定の端末に対する確認応答を実施するようにしたものである。
【００４４】
図７は、図１に示した無線LAN 通信システムにおいて、親局APから通常のデータフレームおよびBAR を含むフレームをUC通信で端末STA1に送信し、この端末STA1からBAを含むフレームをImmediate BA方式を利用して送信した場合のシーケンスの一例を示す。
【００４５】
図７に示すシーケンスにおいて、APはDATA1〜4 のフレームをMC通信でSTA1/2に送信し、この後、BAR のフレームをUC通信でSTA1に対して送信する。この時、APはSTA2に対してはBAR のフレームを送信しない。STA1は、BAR のフレームを受信後、BAのフレームを送信する。
【００４６】
さらに、APはDATA5〜8 のフレームをMC通信でSTA1/2に送信した後にBAR のフレームをUC通信でSTA1に対して送信する。この時、APはSTA2に対してはBAR のフレームを送信しない。STA1は、BAR のフレームを受信後、BAのフレームを送信する。
【００４７】
この際、本例では、APによるDATA7 のフレームの送信中にフレームロスが発生しているが、STA2は正常に受信しており、STA1のみが正常に受信できていない状態である。この受信できていないという情報は、その後にSTA1から送信しているBAのフレームに含まれており、このフレームをAPが受信することによってSTA1におけるDATA7 のフレームの受信可否を知ることができる。APは、STA1からBAのフレームを受信した後、DATA7 のフレームの再送を行う。このフレームの再送に対して、本例ではNormal ACK方式でBAのフレームを送信しているが、後続のBAシーケンス内に含めて送信することも可能である。
【００４８】
さらに、APはDATA9〜12のフレームをMC通信でSTA1/2に送信した後にBAR のフレームをUC通信でSTA1に対して送信する。この時、APはSTA2に対してはBAR のフレームを送信しない。STA1は、BAR のフレームを受信後、BAのフレームを送信する。
【００４９】
この際、本例では、APによるDATA11のフレームの送信中にフレームロスが発生しているが、STA1は正常に受信しており、STA2のみが正常に受信できていない状態である。APは、STA2でDATA11のフレームが受信できていないというフレームロスの情報を入手できないので、再送制御は行われない。
【００５０】
＜第３の実施形態の変形例＞
前述した第３の実施形態において、親局がBAR を含むフレームをMC通信で送信し、一部の特定の端末に対する確認応答を実施するように変形してもよい。
【００５１】
図８は、図１に示したシステムにおいて親局から通常のデータフレームをMC通信で送信し、BAR を含むフレームをMC通信でSTA1/2に送信し、特定の一方の端末STA1からBAを含むフレームをImmediate BA方式を利用して送信した場合のシーケンスの一例を示す。
【００５２】
図７に示すシーケンスにおいて、図１に示したシステムにおいて親局から通常のデータフレームをMC通信で送信し、BAR を含むフレームをMC通信でSTA1/2に送信するが、STA1に対してのみBAの送信要求を行う。これにより、STA1は、BAR のフレームを受信後、BAフレームを送信するが、STA2はBAフレームの送信を行わない。
【００５３】
上記した第３の実施形態によれば、図７あるいは図８に示したシーケンスのように、STA1に対しては確認応答を行うので、フレームロスが発生した場合でも再送制御を実施することが可能となり、アプリケーションから見たときの全体の性能向上につながる。また、STA2に対しては確認応答を要求しないので、STA2への再送は発生しないことになる。これにより、確認応答が必要な端末に対してのみ再送を実施することができ、無線帯域の有効活用を図ることができる。
【００５４】
＜第４の実施形態＞
第４の実施形態は、前述した第１の実施形態において、親局APからUC通信で複数の端末に交互に確認応答を実施するようにしたものである。
【００５５】
図９は、図１に示した無線LAN 通信システムにおいて、親局APから通常のデータフレームおよびBAR を含むフレームをUC通信で端末STA1に送信し、この端末STA1からBAを含むフレームをImmediate BA方式を利用して送信し、引き続き、親局APから通常のデータフレームおよびBAR を含むフレームをUC通信で端末STA2に送信し、この端末STA2からBAを含むフレームをImmediate BA方式を利用して送信した場合のシーケンスの一例を示す。
【００５６】
図９に示すシーケンスにおいて、APはDATA1〜4 のフレームをMC通信でSTA1/2に送信し、この後、BAR のフレームをUC通信でSTA1に対して送信する。この時、APはSTA2に対してはBAR のフレームを送信しない。STA1は、BAR のフレームを受信後、BAフレームを送信する。
【００５７】
APは、STA1からのBAフレームを受信した後、さらに、DATA5〜8 のフレームをMC通信でSTA1/2に送信した後にBAR のフレームをUC通信でSTA2に対して送信する。この時、APはSTA1に対してはBAR のフレームを送信しない。STA1は、BAR のフレームを受信後、BAのフレームを送信する。
【００５８】
この際、本例では、APによるDATA7 のフレームの送信中にフレームロスが発生している。DATA7 のフレームをSTA2が受信できていないという情報を、その後にSTA2から送信しているBAのフレームに含まれており、このフレームをAPが受信することによってSTA2におけるDATA7 のフレームの受信可否を知ることができる。APは、STA2からBAのフレームを受信した後、DATA7 のフレームの再送をSTA2に対するUC通信あるいはSTA1/2に対するMC通信で行う。このフレームの再送に対して、本例ではNormal ACK方式でBAのフレームを送信しているが、後続のBAシーケンス内に含めて送信することも可能である。すなわち、BA確認応答をSTA2に対してのみ実施している。
【００５９】
さらに、APはDATA9〜12のフレームをMC通信でSTA1/2に送信した後にBAR のフレームをUC通信でSTA1に対して送信する。この時、APはSTA2に対してはBAR のフレームを送信しない。STA1は、BAR のフレームを受信後、BAのフレームを送信する。
【００６０】
この際、本例では、APによるDATA11のフレームの送信中にフレームロスが発生しているが、STA1は正常に受信しており、STA2のみが正常に受信できていない状態である。APは、STA2でDATA11のフレームが受信できていないというフレームロスの情報を入手できないので、再送制御は行われない。
【００６１】
上記した第４の実施形態によれば、図９に示したシーケンスのように、APがSTA1/2に対して交互にBAR を送信することにより不完全な確認応答制御になっているが、通常の確認応答方式と比較して制御フレーム(BAR/BA)の送信回数が減るので、無線帯域の有効活用を図ることができる。しかし、完全な確認応答にはならず、主にストリーミングデータのような時間的制約のあるアプリケーションに対してできる限りの再送制御を行いたい場合（全てのSTA に対して確認応答を行うだけの十分な帯域は無いが、多少でも再送制御を実施することによりブロックノイズを減らしたい場合）に効果的である。
【００６２】
＜第５の実施形態＞
第５の実施形態は、前述した各実施形態において、親局は、マルチキャスト通信、あるいは、ブロードキャスト通信を行っている端末に対して、ACK フレームの返信もしくはBAフレームの返信要求を動的に変化させることにより、確認応答を行うフレームを動的に変化させる機能を具備することを特徴とする。
【００６３】
このように帯域確保時間を動的に変化させることにより、不完全な送達確認を行うことが可能になる。すなわち、完全なデータ送受信（完全な送達確認要求）を目指すのでなく、多少のノイズが存在しても、先ずは映像を出すことを目的とするようなストリーミングデータに対して不完全な送達確認を目指すものである。
【００６４】
したがって、第５の実施形態は、主に映像伝送を目的とするようなストリーミング系のアプリケーション利用時に適用した場合に効果的である。
【図面の簡単な説明】
【００６５】
【図１】本発明の第１の実施形態に係る無線通信装置を用いた無線LAN 通信システムの一例を示す構成図。
【図２】図１中のAP/STAのハードウェアの一例を示すブロック図。
【図３】図１に示すシステムにおいてAPがMC通信を利用してBAR フレームを送信し、それをSTA1,STA2 で受信し、各STA1,STA2 がBlock ACK フレームをImmediate BA方式を使用して返信する様子を示すデータ送受信シーケンス図。
【図４】図１に示すシステムにおいてAPがUC通信を利用してBAR フレームを送信し、それをSTA1,STA2 で受信し、各STA1,STA2 がBlock ACK フレームをImmediate BA方式を使用して返信する様子を示すデータ送受信シーケンス図。
【図５】図１に示すシステムにおいてAPがMC通信を利用してBAR フレームを送信し、それをSTA1,STA2 で受信し、各STA1,STA2 がBlock ACK フレームをDelayed BA方式を使用して返信する様子を示すデータ送受信シーケンス図。
【図６】図１に示すシステムにおいてAPがUC通信を利用してBAR フレームを送信し、それをSTA1,STA2 で受信し、各STA1,STA2 がBlock ACK フレームをDelayed BA方式を使用して返信する様子を示すデータ送受信シーケンス図。
【図７】図１に示すシステムにおいてAPがUC通信を利用してSTA1にBAR フレームを送信し、それをSTA1で受信し、STA1がBlock ACK フレームをImmediate BA方式を使用して返信する様子を示すデータ送受信シーケンス図。
【図８】図１に示すシステムにおいてAPがMC通信を利用してSTA1にBAR フレームを送信し、それをSTA1で受信し、STA1がBlock ACK フレームをImmediate BA方式を使用して返信する様子を示すデータ送受信シーケンス図。
【図９】図１に示すシステムにおいてAPがUC通信を利用してSTA1/2に対して交互にBAR フレームを送信し、STA1/2がBlock ACK フレームをImmediate BA方式を使用して返信する様子を示すデータ送受信シーケンス図。
【図１０】本発明の各実施形態で使用するMAC Frame Formatを示す図。
【図１１】図１０中のフレーム情報QoS Control の２バイトのうちBit 5 〜Bit 7 によるACK ポリシーの種類の指定の関係を示す図。
【符号の説明】
【００６６】
AP…親局、STA(STA1,STA2,STA3) …端末。
【図１】
2009049704.tif 000003
【図２】
2009049704.tif 000004
【図３】
2009049704.tif 000005
【図４】
2009049704.tif 000006
【図５】
2009049704.tif 000007
【図６】
2009049704.tif 000008
【図７】
2009049704.tif 000009
【図８】
2009049704.tif 000010
【図９】
2009049704.tif 000011
【図１０】
2009049704.tif 000012
【図１１】
2009049704.tif 000013