(57)【要約】【課題】無線LAN 通信環境下でMC/BC 通信による複数のフレーム送信に対して一つのフレームで送達確認応答(Block Ack) を行うことが可能な無線通信装置を提供する。【解決手段】無線LAN 通信の規格IEEE802.11およびIEEE802.11e に準拠し、親局から特定多数の端末へ一斉送信するマルチキャスト通信および不特定多数の端末に一斉送信するブロードキャスト通信を行う機能を具備した無線通信システムに用いられる無線通信装置であって、親局からマルチキャストあるいはブロードキャストのデータフレームを送信する時に、送信内容に対する肯定確認応答としてACK フレームの返信の有無を識別する値をMAC ヘッダへ付与する機能を具備し、さらに、端末は、マルチキャスト通信あるいはブロードキャスト通信における複数のフレーム送信に対する肯定確認応答としてのBlock ACK フレームを要求された場合にBlock ACK フレームを一斉に通知する機能を具備する。【選択図】      図５
2009049461.tif 000002
【特許請求の範囲】
【請求項１】
無線LAN 通信の規格IEEE802.11およびIEEE802.11e に準拠し、親局から特定多数の端末へ一斉送信するマルチキャスト通信および不特定多数の端末に一斉送信するブロードキャスト通信を行う機能を具備した無線通信システムに用いられる無線通信装置であって、
前記端末は、マルチキャスト通信あるいはブロードキャスト通信における複数のフレーム送信に対する肯定確認応答としてのBlock ACK フレームを要求された場合にBlock ACKフレームをマルチキャスト通信あるいはブロードキャスト通信により一斉に通知する機能を具備することを特徴とする無線通信装置。
【請求項２】
前記端末は、他の端末から送信された前記Block ACK フレームに含まれるBlock ACK Bitmapフィールドと自己の端末が送信しようとするBlock ACK フレームに含まれるBlock ACK Bitmapフィールドとを比較し、比較結果の一致／不一致に応じて異なる内容のBlock ACK フレームを返信する機能を具備することを特徴とする請求項１記載の無線通信装置。
【請求項３】
前記端末は、他の端末から送信された前記Block ACK フレームに含まれるBlock ACK Bitmapフィールドと自己の端末が送信しようとするBlock ACK フレームに含まれるBlock ACK Bitmapフィールドとが一致した場合には、自己の端末が送信するBlock ACK フレームの当該フィールドを縮小し、一致した送信元の端末を識別する値を前記縮小したBlock ACK Bitmapフィールドに格納する機能を具備することを特徴とする請求項１記載の無線通信装置。
【請求項４】
前記端末は、自己の端末がしようと送信するBlock ACK フレームのBlock ACK Bitmapフィールドに格納されている値が端末識別子であるか、または受信フレームの識別子であるかを識別する値を前記Block ACK フレームのBA ControlフィールドにおけるReserved領域に設定する機能を具備することを特徴とする請求項１記載の無線通信装置。
【請求項５】
前記端末は、他の端末が送信した前記Block ACK フレームに含まれるBlock ACK Bitmapフィールドと自己の端末が送信しようとするBlock ACK フレームに含まれるBlock ACK Bitmapフィールドの一部または全てが一致した場合には、他の端末が送信した前記Block ACK Bitmapフィールドと共通している分量を示す数値をBlock ACK フレームのBlock ACK Bitmapフィールドに設定する機能を具備することを特徴とする請求項１記載の無線通信装置。
【請求項６】
前記親局は、前記マルチキャスト通信あるいはブロードキャスト通信によりデータフレームを送信する時に、送信内容に対する肯定確認応答としてACK フレームの返信の有無を識別する値をMAC ヘッダへ付与する機能を具備することを特徴とする請求項１記載の無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信装置に係り、特に無線LAN 通信の規格IEEE802.11およびIEEE802.11e に準拠した無線LAN システムにおけるMAC 層プロトコルのフレームフォーマットおよびプロトコルシーケンスに関する。
【背景技術】
【０００２】
無線LAN 通信においては、IEEE802.11（非特許文献１，２参照）で規定されたフレームフォーマットおよび通信制御用プロトコルにしたがって通信する。この無線LAN 通信の規格におけるMAC レイヤでのデータ通信方式として、３種類の方法が定義されている。すなわち、ある特定の一台の端末に対して送信を実施するユニキャスト(Uni Cast;UC)方式、全ての端末に対してデータ送信を実施するブロードキャスト(Broad Cast;BC)方式、1 台以上の特定の端末に対してデータ送信を実施するマルチキャスト(Multi Cast;MC)方式である。このうち、UC方式はデータ送信に対して送達確認(ACK) を実施する仕組みが導入されているが、後者のBC/MC 方式にはデータ送信に対するACK の仕組み、および、複数のフレームに対する確認応答(Block Acknowledgement;Block ACK;BA)の仕組みが導入されていない。
【０００３】
図１６は、従来から利用されているUC利用時のACK 返信方法を示す。データフレームを受け取ると、無線LAN におけるデータ送信間隔の最小単位(short interframe space;SIFS) 後にACK を返信する規格になっている。ここで、IEEE802.11a ではSIFSは16μs 、IEEE802.11b ではSIFSは10μs と規定されている。このように、UCに対しては規格が定められているが、MC/BC に対しては規格が定められておらず、ACK を返信する必要もない。
【０００４】
しかし、送信データの内容によってはACK の返信が重要となる場面がある。例えば株価情報の配布など全員に同時に確実に株価を知らせなければ不平等が生じる場合、MC/BC 通信とその確認応答であるACK は必須である。
【０００５】
そこで、図１７に示すように、MC/BC で送信されたデータフレームに対する確認応答として、UC通信で利用されるACK 返信方式をそのまま利用することを考えると、次のような問題が生じる。図１７を見て分かるように、全ての端末(STA) においてACK の送信タイミングが同一であるので、複数のSTA から送信されてくるフレームが衝突し、情報が壊れてしまい、受信者は誰から送信されたフレームか識別できない。つまり、UCで利用されるACK 返信方式を工夫なしにMC/BC で利用することはできない。
【０００６】
上記したように、IEEE802.11およびIEEE802.11e で規定されている制御および管理フレームを使用したプロトコルシーケンスによるBC/MC のフレーム送信方法では、相手端末側でフレームを受信したことを送信端末側で認識する仕組みが存在せず、フレームによるACK 送信を行うことができない。そのため、下記のような問題が発生する。
【０００７】
（ａ）フレームロスが発生し、相手端末側でフレームを受信できなかったとしても、送信端末側ではそれを認識することができず、フレームの再送処理を行うことができない。
【０００８】
（ｂ）仮に、UC通信のフレームにおける送達確認の仕組みを単純にBC/MC 通信のフレームの送達確認に適用すると、無線区間で送達確認フレームの衝突が発生し、送達確認フレームを相手端末へ正常に送信することができない。
【０００９】
なお、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 通信による複数のフレーム送信に対して一つのフレームで送達確認応答(Block Ack) を行うことが可能な無線通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明は、無線LAN 通信の規格IEEE802.11およびIEEE802.11e に準拠し、親局から特定多数の端末へ一斉送信するマルチキャスト通信および不特定多数の端末に一斉送信するブロードキャスト通信を行う機能を具備した無線通信システムに用いられる無線通信装置であって、前記端末は、マルチキャスト通信あるいはブロードキャスト通信における複数のフレーム送信に対する肯定確認応答としてのBlock ACK フレームを要求された場合にBlock ACK フレームをマルチキャスト通信あるいはブロードキャスト通信により一斉に通知する機能を具備することを特徴とする。
【発明の効果】
【００１４】
本発明の無線通信装置によれば、無線LAN 通信環境下でMC/BC 通信においてある程度のデータを受信した後に一括して送達確認Block ACK を返信することができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明の実施形態を説明する。この説明に際して、全図にわたり共通する部分には共通する参照符号を付す。
【００１６】
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係る無線通信装置を用いた無線LAN 通信システムの一例を示す。図１に示す無線LAN 通信システムは、１つのBSS(Basic Service Set)内に親局であるAP(Access Point)１００と、端末（子局）である１台以上のSTA (Station) １０１，１０２，…が存在する場合を示している。APは、無線LAN 通信規格IEEE802.11およびIEEE802.11e に準拠し、特定多数の端末へ一斉送信するMC通信と、不特定多数の端末に一斉送信するBC通信を行う機能を具備している。STA は、無線LAN 通信規格IEEE802.11およびIEEE802.11e に準拠し、APおよび特定多数の端末へ一斉送信するMC通信と、APおよび不特定多数の端末に一斉送信するBC通信を行う機能を具備している。
【００１７】
図２は、図１中の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における基本的な動作を説明しておく。HOST PC２０９から送信されるデータは、ホスト側PCIC２０８および無線LAN ベースバンドチップ２００内のPCIC２０５を介してメモリ（SRAM２０６やSDRAM ２０７）に格納される。このSRAM２０６、SDRAM ２０７へのアクセスは、MEMC２０４を介して行われる。メモリ上に格納されたデータは、CPU ２０１によって処理され、その後、MAC 層ブロック２０２およびPHY 層ブロック２０３を通って無線部２１０へ出力され、RFチップ２１１からアンテナ部２１２へデータが渡り、最終的に無線LAN のフレームとして送信されることになる。また、データ受信は、前記データ送信とは逆のフローで処理される。
【００１９】
なお、本実施形態に記載されている内容の処理は、ソフトウェアおよびハードウェアのどちらで実施することも可能である。ハードウェアで実施する場合にはMAC 層ブロック２０２で処理され、ソフトウェアで実施する場合には、CPU ２０１が処理することになる。
【００２０】
図３は、図１に示す無線LAN 通信システムにおいて説明を簡易化するために、１つのBSS 内に1 台のAPと３台のSTA(STA1,STA2,STA3) が存在し、APがMC/BC 通信を利用してデータフレームを送信し、それを３台のSTA1,STA2,STA3で受信し、各STA1,STA2,STA3が指定された順序でACK フレームを返信する様子を示す。
【００２１】
図４は、図３において、APからMC/BC 通信によって各STA へデータフレームを送信し、各STA はAPおよび他のSTA へBlock ACK フレームを一斉に返信する様子を示す。
【００２２】
図５は、図３において、各STA がBC/BC 通信におけるデータフレームを受信した時に、各STA は受信内容に対する肯定確認応答としてBlock ACK フレームを定められた間隔と順序を遵守して返信する様子を示す。本例では、Block ACK フレームの返信はSTA1,STA2,STA3の順に行っている例を示している。
【００２３】
図６は、IEEE802.11e で定義されているBlock ACK フレームのフォーマットを示す。
【００２４】
図７は、図３において、STA1から送られてきたBlock ACK を受信したSTA2で、送られてきたBlock ACK フレームのBlock ACK BitmapフィールドとSTA2がこれから返信しようとするBlock ACK フレームのBlock ACK Bitmapフィールドを比較し、両者が一致する様子を示す。
【００２５】
図８は、図３において、STA1から送られてきたBlock ACK を受信したSTA2でBlock ACK Bitmapフィールドの比較結果が一致した場合にMAC アドレスを設定する際、Reserved領域に１を格納するとともに、Block ACK Bitmapフィールドを128 Byteから6 Byteに縮小する様子を示す。
【００２６】
図９は、図３において、STA1から送られてきたBlock ACK を受信したSTA2で、送られてきたBlock ACK フレームのBlock ACK BitmapフィールドとSTA2がこれから返信しようとするBlock ACK フレームのBlock ACK Bitmapフィールドを比較し、両者が一致しない様子を示す。
【００２７】
図１０は、図３において、STA1から送られてきたBlock ACK を受信したSTA2でBlock ACK Bitmapフィールドの比較結果が一致しなかった場合にMAC アドレスを設定する際、BA ControlフィールドのReserved領域に０を格納するとともに、Block ACK Bitmapフィールドには従来通り受信したフレームを識別する値を格納する様子を示す。
【００２８】
図１１は、図４において、STA1から送られてきたBlock ACK を受信したSTA2が、MC通信によってAP,STA1,STA3へBlock ACK フレームを返信する様子を示す。
【００２９】
図３において、APは、以下に述べる機能を具備する。
【００３０】
（ａ）MC/BC 通信におけるデータフレームを送信する時に、送信内容に対する肯定確認応答としてBlock ACK フレームの返信の時間と順序を指定する値をMAC ヘッダへ付与する。
【００３１】
（ｂ）STA からBlock ACK フレームを受け取った時、まず、フレーム中のBA ControlフィールドにおけるReserved領域をチェックする。この領域が１であれば，Block ACK BitmapフィールドにMAC アドレスが格納されていると自覚し、かつ、そのMAC アドレスはこれまで自身が受信し記録してきたBlock ACK フレームのいずれかの送信元MAC アドレスと一致することを知る。その後、AP自身に保持されているBlock ACK フレームの送信元MAC アドレスと一致するフレームを検索し、それを発見したら、当該フレームのBlock ACK Bitmapフィールドを調査し、前記STA がAPから送られたどのデータフレームを受信できたかを知る。
【００３２】
これに対して、前記STA から送られてきたBlock ACK フレームを受け取り、フレーム中のBA ControlフィールドにおけるReserved領域をチェックした結果が０であった場合は、Block ACK Bitmapフィールドには従来通り前記STA が受信することのできたフレームの情報そのものが格納されていることを知る。
【００３３】
このような機能によれば、APは、どの端末がどのデータを受信できたか、逆に、どのデータを受信できなかったかを知ることが可能になる。
【００３４】
一方、図３において、各STA は、以下に述べる機能を具備する。
【００３５】
（ａ）送られてきたデータフレームを受信した時、APからMC/BC 通信で送信されたデータフレームであるか否かを判断する。
【００３６】
（ｂ）上記判断の結果、APからMC/BC 通信で送信されたデータフレームであることを認識し、受信内容に対する肯定確認応答としてBlock ACK の返信が必要であることを知ると、その旨を表す所定の値（例えば10,1101 ）を図２中のＣＰＵのファームウェアに記録する。そして、図４および図５に示すようにMC通信を利用して、Block ACK フレーム（フォーマットは規格化されている）を定められた間隔と順序を遵守してMC通信（あるいはBC通信）によってAPおよび他のSTA へ返信する。
【００３７】
（ｃ）前記判断の結果、他のSTA から送信されたBlock ACK フレームを受信した場合は、このBlock ACK フレームのBlock ACK Bitmapフィールドの値とこれからSTA 自身が返信しようとする自己の端末のBlock ACK フレームのBlock ACK Bitmapフィールドの値とを比較する。
【００３８】
（ｄ）上記比較の結果、図７に示すように完全に一致した場合には、図８に示すようにSTA 自身が返信しようとしたBlock ACK フレーム中のBlock ACK BitmapフィールドにSTA1のMAC アドレス00:00:39:00:18:01 を格納し、STA1が返信したBlock ACK フレームのBlock ACK Bitmapフィールドと内容が一致する旨を記録する。そして、図８に示すようにBlock ACK Bitmapフィールドを元来の128 Byteから6 Byteに縮小する。
【００３９】
この時、STA 自身が返信するBlock ACK フレームのBlock ACK Bitmapフィールドには、本来の意味である「自己の端末がこれまでに受信したフレームを示す」という意味がない。ここでは、どの端末が返信したBlock ACK Bitmapフィールドと一致するかを示している。このようにBlock ACK Bitmapフィールドの意味が変化したことをBlock ACK フレームの受信者に通知する必要があるので、図８に示すようにBA ControlフィールドのReserved領域に１を設定する。
【００４０】
（ｅ）前記比較の結果、図９に示すように一致しなかった場合には、図１０に示すようにSTA 自身が返信しようとしたBlock ACK フレーム中のBlock ACK Bitmapフィールドに従来通り受信したフレームを識別する値を格納するとともに、BA ControlフィールドのReserved領域に０を格納する。
【００４１】
（ｆ）以上の処理が完了したら、図１１に示すようにMC通信（あるいはBC通信）によって、Immediate BA形式あるいはDelayed BA形式でBlock ACK フレーム（受信不可であったデータの欠落通知情報を含む）をAPおよび他のSTA へ送信する。
【００４２】
次に、第１の実施形態における動作例について図面を参照しながら説明する。いま、１台のAPから３台のSTA1,STA2,STA3に対してMCフレームを送信する場合を考える。この場合、１台のAPと３台のSTA1,STA2,STA3との間では、既に、通信確立用の制御プロトコルが動作し、通信できる環境(IEEE802.11 で規定されている通信可能な状態(State 3) にあるものとする。
【００４３】
図１２は、第１の実施形態におけるAP側の動作例を示すフローチャートである。まず、APは、実施しようとするMC/BC 通信に対してBlock ACK を求めるか否かを判断する（ステップＳ１）。Block ACK を求めると判断した場合（Yes）には、Block ACK を求めることを示す識別子として、MAC ヘッダのフレーム制御部のタイプ(type)フィールド、サブタイプ(subtype) フィールドに所定の値を格納する（ステップＳ２）。その後、STA の新規加入を許すか否かを判断する（ステップＳ３）。STA の新規加入を許さないと判断した場合（No）には、Block ACK の返信順をMAC ヘッダに格納する（ステップＳ４）。これに対して、ステップＳ３で、新規加入を許すと判断した場合（Yes）には、APに現在接続されているSTA の数とBlock ACK の返信順をMAC ヘッダに格納する（ステップＳ５）。
【００４４】
上記ステップＳ４またはＳ５の後、MC/BC 通信を用いてデータを送信する（ステップＳ６）。なお、ステップＳ１でBlock ACK を求めないと判断した場合（No）にも、ステップＳ６に移る。
【００４５】
次に、Block ACK を要求するためのBlock ACK Request フレームを各STA へ送信する（ステップＳ７）。次に、Block ACK Request に対するBlock ACK フレームを受信する（ステップＳ８）。
【００４６】
次に、STA から送られてきたMAC ヘッダのBA Controlフィールドに含まれるReserved領域に格納されている値が１（または、第２の実施形態で後述する２）であるかを判断する（ステップＳ９）。前記Reserved領域に１（または２）が格納されていると判断した場合（Yes）には、Block ACK フレームが縮小されていると認識する（ステップＳ１０）。この場合には、Block ACK フレームに含まれるBlock ACK Bitmapフィールドには、別の端末のアドレスが格納されているので、そのアドレスに基づいて、どの端末が送信したBlock ACK フレームのBlock ACK Bitmapフィールドと内容が同一であったかを知る（ステップＳ１１）。
【００４７】
そして、次のデータを送信する（ステップＳ１２）。この際、ステップＳ５へ移る。なお、ステップＳ９でReserved領域に１（または２）が格納されていなかったと判断した場合（No）にも、ステップＳ１２に移る。
【００４８】
図１３は、第１の実施形態におけるSTA 側の動作例を示すフローチャートである。STA1は、送信されてきたデータフレームを受信した時、APからMC/BC 通信で送信されたデータフレームであるか否かを判断する（ステップＳ１）。MC/BC 通信で送信されたデータフレームであると判断した場合（Yes）には、MAC ヘッダのtypeフィールドに10、subtype フィールドに1101が格納されているか判断する（ステップＳ２）。上記の値が格納されていると判断した場合（Yes）には、受信データのMAC ヘッダに格納されている自身のアドレス位置から、自身が何μｓ後にBlock ACK を返信するか算出する（ステップＳ３）。その後、別のSTA が送信したBlock ACK を受信済みか否かを判断する（ステップＳ４）。
【００４９】
上記ステップＳ４で受信済みであると判断した場合（Yes）には、自身がこれから返信しようとしているBlock ACK と別のSTA から送られてきたBlock ACK とを比較し、両者に違いがあるか判断する（ステップＳ５）。両者に違いがあると判断した場合（Yes）には、予定時間がきたらBlock ACK フレームを送信する（ステップＳ６）。
【００５０】
一方、ステップＳ４で別のSTA が送信したBlock ACK を受信済みでないと判断した場合（No）には、ステップＳ６に移る。また、ステップＳ５で両者に違いがないと判断した場合（No）には、Block ACK フレームのBlock ACK Bitmapフィールドに別のSTA のMAC アドレスを格納することでBlock ACK フレームを短縮し、Block ACK フレームを送信する（ステップＳ７）。
【００５１】
上記ステップＳ６またはステップＳ７の後、処理を終了する。なお、ステップＳ１においてMC/BC 通信で送信されたデータフレームでないと判断した場合（No）にも処理を終了する。また、ステップＳ２で所定の値が格納されていないと判断した場合（No）にも処理を終了する。
【００５２】
なお、上記した動作例の説明において、MC/BC で送信されてきたデータフレームに対して各端末が確認応答として返信するBlock ACK フレームの意味するところは、各端末とも同じである。各端末は、どの端末から送られてきたどのフレームに対するBlock ACK であるかをフレームに記載し、Block ACK をMC通信を利用して返信する機能を有する。本例の説明では、STA1が返信したBlock ACK の内容をMC通信を利用してAP、STA2、STA3に通知する。この際、各端末がそれぞれAPへ返信するのではなく，いずれか１つの端末が代表となって返信することにより、無線帯域の有効活用を図るとともに、APから次のフレームが投げられるまでの時間を短縮している。
【００５３】
上記した第１の実施形態によれば、APはMC/BC 通信の開始と終了を参加者に知らせ、各STA はMC/BC 通信の確認応答としてBlock ACK をAPへ返信する方式を実施することが可能となる。これにより、MC/BC 通信におけるデータ送信のスループットを向上させ、無線帯域の有効活用を図ることができる。
【００５４】
また、各STA は、他のSTA から返信されてきたBlock ACK フレームのBlock ACK Bitmapフィールドとこれから自信が返信しようとするBlock ACK フレームのBlock ACK Bitmapフィールドの値とを比較し、全てが一致した場合にMAC アドレスを設定する際、Block ACK Bitmapフィールドを縮小することができる。
【００５５】
すなわち、Block ACK フレームは、元来は152Byte の大きさであったが、本実施形態によれば、前記比較結果が一致した場合には30Byteに縮小することができる。よって、54Mbpsの通信速度を持った無線LAN 環境下において、38.5×n(n=1,2,3,…) の間隔でAPより送信されていたデータフレームを、20×n(n=1,2,3,…) の間隔で送信することができる。具体例を挙げると、MC通信に８台のSTA が参加していた場合、従来方式では38.5×8=308 μｓの間隔でAPより送信されていたデータフレームを本実施形態の方式では約半分の20×8=160 μｓで送信できる。
【００５６】
これに対して、各STA は、Block ACK Bitmapフィールドの比較結果が一致しなかった場合にMAC アドレスを設定する際、従来通りBlock ACK フレーム中のBlock ACK Bitmapフィールドに自身がこれまでAPより受信したフレームに関する情報を格納するとともに、BA ControlフィールドのReserved領域に０を格納する。以上の処理が完了したら、STA は、Block ACK フレームをAPおよび他のSTA へ送信する。
【００５７】
すなわち、ある端末が受信したBlock ACK フレーム中のBlock ACK Bitmapフィールドが、自身が返信しようとするフレームのBlock ACK Bitmapフィールドと不一致であった場合にも、MC通信を利用してBlock ACK を返信する。これにより、次にBlock ACK を返信しようとする他の端末に対して、そのBitmapフィールドはどの端末のBitmapフィールドと一致するのか、選択肢に幅を与えることができる。
【００５８】
＜第２の実施形態＞
第２の実施形態は、第１の実施形態と比べて、次の点が異なる。すなわち、各端末は、他の端末が送信したBlock ACK フレームに含まれるBlock ACK Bitmapフィールドの値と自己の端末が送信しようとするBlock ACK フレームに含まれるBlock ACK Bitmapフィールドの値とを比較した結果、一部または全てが一致した場合、他の端末が送信したBlock ACK Bitmapフィールドと共通している分量を数値としてBlock ACK フレームのBlock ACK Bitmapフィールドに設定するとともに、BA ControlフィールドのReserved領域に２を設定する機能を具備する。
【００５９】
図１４は、STA1から送られてきたBlock ACK を受信したSTA2において、STA1から送られてきたBlock ACK フレームのBlock ACK BitmapフィールドとSTA2がこれから返信しようとするBlock ACK フレームのBlock ACK Bitmapフィールドを比較し、両者の一部（例えば先頭から５バイト）が一致した様子を示す。
【００６０】
図１５は、STA2においてBlock ACK Bitmapフィールドの比較結果が一部一致した場合にMAC アドレスを設定する際、BA ControlフィールドのReserved領域に２を格納するとともに、Block ACK Bitmapフィールドには共通量（例えば５）と不一致部以降の受信したフレームを識別する値を格納する様子を示す。
【００６１】
STA1は、APからMC/BC 通信で送信されてきた送られてきたデータフレームを受信した時、Block ACK の返信が必要であることを知り、その旨を図２中のＣＰＵのファームウェアに記録する。そして、STA1は、MC通信を利用してBlock ACK フレームをAP，STA2，STA3へ返信する。
【００６２】
STA2は、STA1から送信されたBlock ACK を受信した時、STA1から送られてきたBlock ACK フレームのBlock ACK BitmapフィールドとSTA2がこれから返信しようとするBlock ACK フレームのBlock ACK Bitmapフィールドを比較する。
【００６３】
比較の結果、図１４に示すように両者の一部または全てが一致したならば、その旨をMAC アドレス中に記載する。具体的には、前記Block ACK Bitmapフィールドに格納されている値が先頭から何バイトが一致しているかを示す値を、図１５に示すようにSTA2が返信しようとしたBlock ACK フレーム中のBlock ACK Bitmapフィールドの先頭１バイト分の箇所に設定する。これにより、本例では、Block ACK Bitmapフィールドを元来の128 Byteから122Byte に縮小するので、Block ACK フレームは、元来は152Byte の大きさであったが、本実施形態によれば148Byte に縮小する。
【００６４】
なお、上記動作において、STA2が返信するBlock ACK フレームのBlock ACK Bitmapフィールドは、本来の意味である「自己の端末がこれまでに受信したフレームを示す」という意味がない。ここでは、どの端末が返信したBlock ACK Bitmapフィールドと一致するかを示している。この意味的変化をBlock ACKフレームの受信者に通知する必要があるので、図１５に示すようにBA ControlフィールドのReserved領域に２を設定し、Block ACK Bitmapフィールドの意味が変化したことを通知する。以上の処理が完了したら、STA2はMC通信を利用してBlock ACK フレームをAP，STA1，STA3へ送信する。
【００６５】
上記した第２の実施形態によれば、各STA1,STA2,STA3はBlock ACK Bitmapフィールドの比較結果が一致した場合にMAC アドレスを設定する際、Block ACK Bitmapフィールドに格納されている値が先頭から何バイトが一致しているかを示す値を先頭１バイト分の箇所に設定するので、Block ACK フレームは、元来は152Byte の大きさであったが、最高で25Byteにまで縮小することができる。
【図面の簡単な説明】
【００６６】
【図１】本発明の第１の実施形態に係る無線通信装置を用いた無線LAN 通信システムの一例を示す構成図。
【図２】図１中のAP/STAのハードウェアの一例を示すブロック図。
【図３】図１に示す無線LAN 通信システムにおいて説明を簡易化するために、１つのBSS 内に1 台のAPと３台のSTA が存在し、APがMC/BC 通信を利用してデータフレームを送信し、それを３台のSTA で受信し、各STA が指定された順序でACK フレームを返信する様子を示す図。
【図４】図３において、各STA がBC/BC 通信におけるデータフレームを受信した時に、受信内容に対する肯定確認応答としてBlock ACK を定められた間隔と順序を遵守して一斉に返信する様子を示す図。
【図５】図３において、APからMC/BC 通信によって各STA へデータフレームを送信し、各STA はAPおよび他のSTA へBlock ACK フレームを一斉に返信する様子を示す図。
【図６】IEEE802.11e で定義されているBlock ACK フレームのフォーマットを示す図。
【図７】図３において、STA1から送られてきたBlock ACK を受信したSTA2で、送られてきたBlock ACK フレームのBlock ACK BitmapフィールドとSTA2がこれから返信しようとするBlock ACK フレームのBlock ACK Bitmapフィールドを比較し、両者が一致する様子を示す図。
【図８】図３において、STA1から送られてきたBlock ACK を受信したSTA2でBlock ACK Bitmapフィールドの比較結果が一致した場合にMAC アドレスを設定する際、Reserved領域に１を格納するとともに、Block ACK Bitmapフィールドを128 Byteから6 Byteに縮小する様子を示す図。
【図９】図３において、STA1から送られてきたBlock ACK を受信したSTA2で、送られてきたBlock ACK フレームのBlock ACK BitmapフィールドとSTA2がこれから返信しようとするBlock ACK フレームのBlock ACK Bitmapフィールドを比較し、両者が一致しない様子を示す図。
【図１０】図３において、STA1から送られてきたBlock ACK を受信したSTA2でBlock ACK Bitmapフィールドの比較結果が一致しなかった場合にMAC アドレスを設定する際、BA ControlフィールドのReserved領域に０を格納し、Block ACK Bitmapフィールドには従来通り受信したフレームを識別する値を格納する様子を示す図。
【図１１】図４において、STA1から送られてきたBlock ACK を受信したSTA2が、MC通信によってAP,STA1,STA3へBlock ACK フレームを返信する様子を示す図。
【図１２】第１の実施形態におけるAP側の動作例を示すフローチャート。
【図１３】第１の実施形態におけるSTA 側の動作例を示すフローチャート。
【図１４】本発明の第２の実施形態において、STA1から送られてきたBlock ACK を受信したSTA2でSTA1から送られてきたBlock ACK フレームのBlock ACK BitmapフィールドとSTA2がこれから返信しようとするBlock ACK フレームのBlock ACK Bitmapフィールドを比較し、両者の一部が一致した様子を示す図。
【図１５】図１４に示した比較結果が一部一致の場合にMAC アドレスを設定する際、BA ControlフィールドのReserved領域に２を格納し、Block ACK Bitmapフィールドには共通量と不一致部以降の受信したフレームを識別する値を格納する様子を示す図。
【図１６】従来から利用されているUC利用時のACK 返信方法を示す図。
【図１７】MC/BC で送信されたデータフレームに対する確認応答としてUC通信で利用されるACK 返信方式をそのまま適用した場合の不具合を説明するために示す図。
【符号の説明】
【００６７】
AP…親局、STA(STA1,STA2,STA3) …端末。
【図１】
2009049461.tif 000003
【図２】
2009049461.tif 000004
【図３】
2009049461.tif 000005
【図４】
2009049461.tif 000006
【図５】
2009049461.tif 000007
【図６】
2009049461.tif 000008
【図７】
2009049461.tif 000009
【図８】
2009049461.tif 000010
【図９】
2009049461.tif 000011
【図１０】
2009049461.tif 000012
【図１１】
2009049461.tif 000013
【図１２】
2009049461.tif 000014
【図１３】
2009049461.tif 000015
【図１４】
2009049461.tif 000016
【図１５】
2009049461.tif 000017
【図１６】
2009049461.tif 000018
【図１７】
2009049461.tif 000019