(57)【要約】【課題】バースト伝送およびその再送を行う場合であっても、同一端末や同一優先度に対して送信が過度に偏ることを防ぎ、複数の端末や複数の優先度が帯域を確保できる無線通信端末を提供する。【解決手段】  複数の送信データのバースト送信によりバーストデータを送信する送信手段と、前記送信手段により送信されたバーストデータについての送達確認状況を受信する受信手段と、前記受信手段により受信された送達確認状況に応じて、前記バーストデータに含まれる前記複数の送信データのいずれかを再送するように前記送信手段を制御する再送手段と、バーストデータのフレーム交換シーケンス単位で前記再送手段による再送を制限する再送制限手段と、を具備する。【選択図】図１
2005341435.tif 000002
【特許請求の範囲】
【請求項１】
複数の送信データのバースト送信によりバーストデータを送信する送信手段と、
前記送信手段により送信されたバーストデータについての送達確認状況を受信する受信手段と、
前記受信手段により受信された送達確認状況に応じて、前記バーストデータに含まれる前記複数の送信データのいずれかを再送するように前記送信手段を制御する再送手段と、
バーストデータのフレーム交換シーケンス単位で前記再送手段による再送を制限する再送制限手段と、を具備することを特徴とする無線通信装置。
【請求項２】
前記再送制限手段による再送制限をバーストデータのフレーム交換シーケンス単位の再送許容回数とする請求項１記載の無線通信装置。
【請求項３】
前記再送制限手段による再送制限をバーストデータのフレーム交換シーケンス単位の再送許容期間とする請求項１記載の無線通信装置。
【請求項４】
各送信データ固有の再送制限をさらに行うことを特徴とする請求項１記載の無線通信装置。
【請求項５】
前記各送信データ固有の再送制限を各送信データ固有の再送許容回数とし、
前記再送制限手段による再送制限をバーストデータのフレーム交換シーケンス単位の再送許容回数とする請求項４記載の無線通信装置。
【請求項６】
前記各送信データ固有の再送制限を各送信データ固有の再送許容期間とし、
前記再送制限手段による再送制限をバーストデータのフレーム交換シーケンス単位の再送許容期間とする請求項４記載の無線通信装置。
【請求項７】
前記各送信データ固有の再送制限を各送信データ固有の再送許容回数とし、
前記再送制限手段による再送制限をバーストデータのフレーム交換シーケンス単位の再送許容期間とする請求項４記載の無線通信装置。
【請求項８】
前記各送信データ固有の再送制限を各送信データ固有の再送許容期間とし、
前記再送制限手段による再送制限をバーストデータのフレーム交換シーケンス単位の再送許容回数とする請求項４記載の無線通信装置。
【請求項９】
前記送信手段は、
キャリアセンスに基づいて他の端末との衝突を回避するCSMA/CAに従い、
先頭の送信データに限定して前記キャリアセンスを行なって前記バーストデータを送信することを特徴とする請求項１記載の無線通信装置。
【請求項１０】
前記送信手段は、
キャリアセンスに基づいて他の端末との衝突を回避するCSMA/CAに従い、
先頭の送信データに限定して前記キャリアセンスを行ない、
先頭の送信データ以降の複数の送信データをSIFS間隔で送信することにより前記バーストデータを送信し、
送信されたバーストデータの送達確認要求フレームを送信し、
前記送達確認要求フレームに応答する送達確認フレームを受信することを特徴とする請求項１記載の無線通信装置。
【請求項１１】
各送信データに付加された無線通信方式を識別する物理ヘッダーを削除したデータを連結し、先頭にデータの連結状況を示し無線通信方式を識別するフレーム識別情報を付加した一つのデータフレームを送信し、
送信した複数のデータの送達確認フレームをまとめて受信することを特徴とする請求項１記載の無線通信装置。
【請求項１２】
前記一つのデータフレームは信号の歪み補正のためのミッドプリアンブルを含むことを特徴とする請求項１１記載の無線通信装置。
【請求項１３】
前記送信手段は、
キャリアセンスに基づいて他の端末との衝突を回避するCSMA/CAに従い、
先頭の送信データのみが送信前のキャリアセンスを行い、
先頭の送信データ以降の複数の送信データを繋げて送信した後に、
送信した複数のデータの送達確認要求フレームをまとめて受信することを特徴とする請求項１記載の無線通信装置。
【請求項１４】
同一の宛先の端末に対する複数の送信データを一つのバーストデータとして送信することを特徴とする請求項１記載の無線通信装置。
【請求項１５】
複数の宛先の端末に対する複数の送信データを一つのバーストデータとして送信することを特徴とする請求項１記載の無線通信装置。
【請求項１６】
同一の宛先の端末に対するものであって、かつデータ種別が同一の複数の送信データを一つのバーストデータとして送信することを特徴とする請求項１記載の無線通信装置。
【請求項１７】
同一の宛先の端末に対するものであって、かつデータ種別が異なる複数の送信データを一つのバーストデータとして送信することを特徴とする請求項１記載の無線通信装置。
【請求項１８】
複数の宛先の端末に対するものであって、かつデータ種別が同一の複数の送信データを一つのバーストデータとして送信することを特徴とする請求項１記載の無線通信装置。
【請求項１９】
複数の宛先の端末に対するものであって、かつデータ種別が異なる複数の送信データを一つのバーストデータとして送信することを特徴とする請求項１記載の無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、有線又は無線を介してデータの送受信を行う通信機器が複数の送信データをバースト送信し、バーストデータの送達確認状況に応じてバーストデータを再送する際の再送制限方法に関し、特に、携帯電話や無線LAN機器に好適な無線通信装置に関する。
【背景技術】
【０００２】
従来の無線通信システムにおいて、IEEE802.11に規定されている無線LAN通信に代表されるCSMA/CA方式の無線通信システムでは、送信データに対する送達確認フレームであるAckフレームを受信できなかった場合に送信データの再送を行い、送信データの再送時に、各送信データに固有の再送回数とLifetimeを用いて、送信データの再送回数、及び送信可能な時間を用いて再送制限を行うことが出来る。
【０００３】
また、下記特許文献１には、無線通信におけるバースト通信において、バースト信号の信号長を調整することで再送を制御する発明について記載されている。
【特許文献１】特開２００３−６０５６２公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のIEEE802.11eにて規定されているBlockAck方式等のバースト伝送時の再送制限方法に、既存のIEEE802.11に規定されている各送信データに対する再送制限方法を用いた場合、同一端末に対してバーストデータの送信が過度に集中するという問題がある。
【０００５】
また、従来のIEEE802.11eにて規定されているように、複数の優先度のデータの送信機会を優先度ごとに分ける場合は、同一優先度への送信機会の付与が過度に偏ってしまうという問題もある。
【０００６】
そこで本発明は、バースト伝送およびその再送を行う場合であっても、同一端末や同一優先度に対して送信が過度に偏ることを防ぎ、複数の端末や複数の優先度が帯域を確保できる無線通信端末を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様に係る無線通信装置は、複数の送信データのバースト送信によりバーストデータを送信する送信手段と、前記送信手段により送信されたバーストデータについての送達確認状況を受信する受信手段と、前記受信手段により受信された送達確認状況に応じて、前記バーストデータに含まれる前記複数の送信データのいずれかを再送するように前記送信手段を制御する再送手段と、バーストデータのフレーム交換シーケンス単位で前記再送手段による再送を制限する再送制限手段と、を具備することを特徴とする無線通信装置である。
【発明の効果】
【０００８】
本発明によれば、バースト送信に係る再送時間および再送回数をフレーム交換シーケンスの単位で制限することができる。したがって、バースト伝送およびその再送を行う場合であっても、同一端末や同一優先度に対して送信が過度に偏ることを防ぎ、複数の端末や複数の優先度が帯域を確保できる無線通信端末を提供できる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照しながら本発明の実施の形態を詳細に説明する。
【００１０】
（第１の実施形態）  
本発明の具体的な実施形態について、無線通信システムによる通信方式の一つである無線LAN通信のIEEE802.11を実施形態として取り上げて説明する。但し、IEEE802.11による無線LAN通信方式は、本発明による効果が適用できる無線通信方式の一つとして考えられ、本発明はIEEE802.11に限定するものではなく、無線通信方式全般に適用出来る。また、本実施形態では、バースト伝送による通信方式の一つとして、IEEE802.11eにて規定されているImmediateAckによるBlockAck方式を実施形態として取り上げて説明する。
【００１１】
なお、本発明を適用できるバースト伝送による通信方式は、ImmediateAckによるBlockAck方式に限定するものではない。本発明は、DelayedAckによるBlockAck方式や、無線LAN通信でMACからPHYへ送信される複数のMACフレームを一つのPHYフレームとしてまとめて送信するAggregation（アグリゲーション）方式、複数のMACフレームとPHYフレームのセットを一つのPHYフレームとしてまとめて送信する方法、複数のMACフレームを一つのPHYフレームとして纏めるとともに途中にミッドプリアンブルを入れてエラー推定精度を上げる処理を行う方式等、バースト的な伝送を行う通信方式全般に適用できる。
【００１２】
なお、良く知られているように、CSMA/CAに従う無線通信においては、無線通信装置はパケット単位でデータを送信するにあたり、各データの送信前にキャリアセンスを行ない、他の端末からのパケットとの衝突を回避する。複数の送信データを連続して送信するバースト伝送では、該バースト伝送に係るバーストデータにおける先頭のパケット（送信データ）のみについてキャリアセンスを行い、該バーストデータの残りのパケットについてはキャリアセンスを行わないで送信する。
【００１３】
バースト伝送としてAggregation方式を利用したバースト伝送方法では、複数の送信データを一つのフレームにまとめてバースト伝送を行う。また、バースト伝送としてBlockAck方式を利用したバースト伝送方法では、複数の送信データをSIFS間隔にまとめてバースト伝送を行う。このようなAggregation方式やBlockAck方式等によるバースト伝送を行った後、バースト的に送信したデータの送達確認フレームとしてBlockAckフレームやPartialAckフレームを受信する。BlockAckフレームやPartialAckフレームにはビットマップがついており、BlockAckフレームやPartialAckフレームのビットマップにはバーストデータの受信状況が示される。バースト伝送の送信側では、該ビットマップを参照し、バースト伝送の受信側で受信できなかったデータの後ろに、新たなデータを付加してバースト伝送の再送を行うことにより、無線伝送効率の高効率化を図ることができる。なお、BlockAckフレームやPartialAckフレームを受信出来なかった場合もバースト伝送の再送を行うことができる。
【００１４】
本発明の具体的な実施形態を、図面を参照しながら説明する。図１は本実施形態の無線通信装置の構成を示すブロック図である。
【００１５】
本実施形態に係る無線通信装置15は、図１に示すように、送信データをバッファする送信キューを持ち各送信データごとに固有な再送制限を行う送信データ管理部11と、データの送受信タイミングを管理して送信データの送達確認状況に応じた再送処理等のアクセス制御を行い、複数の送信データをバースト送信する際には、送信データ管理部11で行う各送信データ固有の再送制限とは別にバーストデータのフレーム交換シーケンス単位での再送制限を行うアクセス制御部12と、データの送信処理を行う送信処理部13と、データの受信処理を行う受信処理部14とを具備する。該無線通信装置15は、例えばImmediate方式のBlockAckによるバースト伝送を行う。
【００１６】
図２はIEEE802.11eで規定されているImmediate方式のBlockAckによるバーストデータの再送方法を示す図である。
【００１７】
まず従来のIEEE802.11eで規定されているImmediate方式のBlockAckによるバースト伝送でのバーストデータの再送方法を、図２を用いて説明する。BlockAckによる最初のバーストデータのフレーム交換シーケンス21は、バーストデータの送信側端末がData1, Data2, Data3, Data4の四つのデータフレームと一つのBlockAckRequestフレーム25をSIFS間隔で送信し、バーストデータの受信側端末がBlockAckRequestフレーム25を受信してからSIFS後にバーストデータの送達確認フレームとしてBlockAckフレーム26を返信する。最初のバーストデータのフレーム交換シーケンス21で、バーストデータの受信側端末はData1, Data2, Data3を正常に受信しData4を受信できなかった場合、BlockAckフレーム26のビットマップはData1, Data2, Data3を正常に受信出来たことを示す。BlockAckフレーム26を受信したバーストデータの送信側端末は、BlockAckフレーム26のビットマップよりData4の送信に失敗した事を認識し、BlockAckによるバーストデータの一回目の再送を行う。
【００１８】
バーストデータの一回目の再送時のフレーム交換シーケンス22では、バーストデータの送信側端末にてData4の再送回数をカウントアップし、Data4の再送回数がデータの再送回数の上限に達していない事とData4のLifetimeを過ぎていない事を確認し、Data4のRetryBitを立てて、Data4の再送に続いてData5, Data6, Data7の三つの新たなデータフレームと一つのBlockAckRequestフレーム27をSIFS間隔で送信する。バーストデータの受信側端末はBlockAckRequestフレーム27を受信してからSIFS後にバーストデータの送達確認フレームとしてBlockAckフレーム28を返信する。バーストデータの一回目の再送時のフレーム交換シーケンス22により、バーストデータの受信側端末はData4, Data7を正常に受信しData5, Data6を受信できなかった場合、BlockAckフレーム28のビットマップはData4, Data7を正常に受信出来たことを示す。BlockAckフレーム28を受信したバーストデータの送信側端末は、BlockAckフレーム28のビットマップよりData5, Data6の送信に失敗した事を認識し、BlockAckによるバーストデータの二回目の再送を行う。
【００１９】
バーストデータの二回目の再送時のフレーム交換シーケンス23では、バーストデータの一回目の再送時に新たに付加したData5, Data6の再送回数をカウントアップし、Data5, Data6各々の再送回数がデータの再送回数の上限に達していない事とData5, Data6各々のLifetimeを過ぎていない事を確認し、Data5, Data6のRetryBitを立てて、Data5, Data6の再送に続いてData8, Data9の二つの新たなデータフレームと一つのBlockAckRequestフレーム29をSIFS間隔で送信する。バーストデータの受信側端末はBlockAckRequestフレーム29を受信してからSIFS後にバーストデータの送達確認フレームとしてBlockAckフレーム30を返信する。バーストデータの二回目の再送時のフレーム交換シーケンス23で、バーストデータの受信側端末はData5, Data6, Data8を正常に受信しData9を受信できなかった場合、BlockAckフレーム30のビットマップはData5, Data6, Data8を正常に受信出来たことを示す。BlockAckフレーム30を受信したバーストデータの送信側端末は、BlockAckフレーム30のビットマップよりData9の送信に失敗した事を認識し、BlockAckによるバーストデータの三回目の再送を行う。
【００２０】
再送の際のバーストデータのフレーム交換シーケンス間の間隔は、バーストデータの送信元が無線基地局で送信先が無線端末局の場合はPIFS間隔で送信してもよいし、IEEE802.11eにて規定されているEDCAやHCCAのTXOP期間中であれば、PIFS間隔もしくはSIFS間隔で送信してもよいし、CSMA/CAによるバックオフを行ってもよい。
【００２１】
このようにBlockAck方式のバースト伝送を行っている際に、データ再送制限としてそれぞれの送信データに対する再送回数とデータのLifetimeを用いた再送制限を行った場合、前記のように新しいデータに対する再送回数とLifetimeを用いてしまい、同一端末や同一優先度宛てのバースト伝送、もしくは無線基地局から複数の端末局へのDownLinkのバースト伝送を行い続ける事となり、他の端末又は他の優先度宛てへのバーストデータの送信もしくは、無線基地局からのPollフレームを送信し無線端末局から無線基地局へのUpLinkのデータ送信へ切り替える事が出来ないという問題がある。
【００２２】
前記問題を解決する為に、Immediate方式のBlockAckによるバーストデータの再送時に、本発明によるバーストデータのフレーム交換シーケンス単位でのLifetimeを用いた再送制限方法による実施形態を、図１及び図３を用いて説明する。
【００２３】
図３はImmediate方式のBlockAckによるバーストデータの再送時に、バーストデータのフレーム交換シーケンス単位でのLifetimeを用いた再送制限方法を示す図である。
【００２４】
BlockAckによる最初のバーストデータのフレーム交換シーケンス31が開始した時に、無線通信装置15のアクセス制御部12はバーストデータのフレーム交換シーケンス単位でのLifetime39のタイマーをセット（開始）する。BlockAckによる最初のバーストデータのフレーム交換シーケンス31は、バーストデータの送信側端末がData1, Data2, Data3, Data4の四つのデータフレームと一つのBlockAckRequestフレーム35をSIFS間隔で送信し、バーストデータの受信側端末がBlockAckRequestフレーム35を受信してからSIFS後にバーストデータの送達確認フレームとしてBlockAckフレーム36を返信する。最初のバーストデータのフレーム交換シーケンス31で、バーストデータの受信側端末はData1, Data2, Data3を正常に受信しData4を受信できなかった場合、BlockAckフレーム36のビットマップはData1, Data2, Data3を正常に受信出来たことを示す。BlockAckフレーム36を受信したバーストデータの送信側端末は、BlockAckフレーム36のビットマップよりData4の送信に失敗した事を認識し、BlockAckによるバーストデータの一回目の再送が可能か判定する下記の処理をアクセス制御部12にて行う。
【００２５】
アクセス制御部12では、BlockAckによる最初のバーストデータのフレーム交換シーケンス31が開始した時にアクセス制御部12でかけた、バーストデータのフレーム交換シーケンス単位でのLifetime39のタイマーの残り時間で、バーストデータの一回目の再送時のフレーム交換シーケンス32を送信可能か判定する。バーストデータのフレーム交換シーケンス単位でのLifetime39のタイマーの残り時間で、バーストデータの一回目の再送時のフレーム交換シーケンス32が送信可能な場合、バーストデータの一回目の再送処理を行う。
【００２６】
バーストデータの一回目の再送時のフレーム交換シーケンス32では、バーストデータの送信側端末にてData4の再送回数をカウントアップし、Data4の再送回数がデータの再送回数の上限に達していない事とData4のLifetimeを過ぎていない事を確認し、Data4のRetryBitを立てて、Data4の再送に続いてData5, Data6, Data7の三つの新たなデータフレームと一つのBlockAckRequestフレーム37をSIFS間隔で送信し、バーストデータの受信側端末がBlockAckRequestフレーム37を受信してからSIFS後にバーストデータの送達確認フレームとしてBlockAckフレーム38を返信する。バーストデータの一回目の再送時のフレーム交換シーケンス32で、バーストデータの受信側端末はData4, Data7を正常に受信しData5, Data6を受信できなかった場合、BlockAckフレーム38のビットマップはData4, Data7を正常に受信出来たことを示す。BlockAckフレーム38を受信したバーストデータの送信側端末は、BlockAckフレーム38のビットマップよりData5, Data6の送信に失敗した事を認識し、BlockAckによるバーストデータの二回目の再送が可能か判定する下記の処理をアクセス制御部12にて行う。
【００２７】
アクセス制御部12では、BlockAckによる最初のバーストデータのフレーム交換シーケンス31が開始した時にアクセス制御部12でかけた、バーストデータのフレーム交換シーケンス単位でのLifetime39のタイマーの残り時間で、バーストデータの二回目の再送時のフレーム交換シーケンス33を送信可能か判定する。図３のように、バーストデータのフレーム交換シーケンス単位でのLifetime39のタイマーの残り時間で、バーストデータの二回目の再送時のフレーム交換シーケンス33が送信出来ない場合は、バーストデータの再送処理を中断し、新たに他の端末宛てのBlockAckによるバーストデータのフレーム交換シーケンス40によるバーストデータの送信処理へ移行する。バーストデータの再送を中断した後の動作は、他の端末宛てのBlockAckによるバーストデータの送信処理に限定する必要は無く、同一端末の他の優先度宛てのBlockAckによるバーストデータ送信や、他の端末宛てのBlockAck以外のバーストデータの送信や、同一端末の他の優先度宛てのBlockAck以外のバーストデータの送信や、IEEE802.11eのHCCA方式による基地局から端末宛てのDownLinkのTXOP伝送や、IEEE802.11eのHCCA方式によるUpLinkのTXOP伝送を開始するQoS Cf-Pollフレーム送信や、IEEE802.11のDCF方式もしくはIEEE802.11eのEDCA方式等のCSMA/CAによるアクセス方式によるデータ送信等の処理へ移行してもよい。
【００２８】
また、バーストデータのフレーム交換シーケンス単位でのLifetime39のタイマーの残り時間で、バーストデータの二回目の再送時のフレーム交換シーケンス33が送信可能かをアクセス制御部12にて判定する際に、バーストデータの二回目の再送時のフレーム交換シーケンス33全てを送信する事は出来ないが、BlockAckフレーム38のビットマップより送信に失敗した事が分かるData5, Data6をBlockAckPolicyで送信しBlockAckRequestフレームとBlockAckフレームの交換を行う時間が残されている、もしくはData5, Data6と新たなData8をBlockAckPolicyで送信しBlockAckRequestフレームとBlockAckフレームの交換を行う時間が残されている、もしくはData5, Data6をNormalAckで送受信する時間が残されている、もしくはData5のみをNormalAckで送受信する時間が残されているなど、バーストデータのフレーム交換シーケンス単位でのLifetime39のタイマーの残り時間によって送信可能な範囲でのデータ送信を行うことが出来る。
【００２９】
また、本実施形態では、Immediate方式のBlockAckによるバーストデータとして、一バーストにデータを4つ入れた例を示したが、一バーストに入れる事の出来るデータ数は4つに限定する必要は無く、BlockAckフレームのビットマップが足りれば一バーストに入れる事の出来るデータ数を増やすことが出来る。また、データ数に対してビットマップが足りない場合は増やすようにしてもよい。バーストデータの再送時に、一バーストに入れるデータの数を本実施形態では最初のバーストデータで入れていたデータ数と等しくする必要はなく、再送を行うたびに可変でよい。
【００３０】
このように、バーストデータのフレーム交換シーケンス単位でのLifetime39のタイマーの残り時間によって再送できなかった送信データは、無線通信装置11の送信データ管理部11に戻し、送信データごとに固有に管理している再送回数とLifetimeを用いてデータを破棄するかの判断を行う。バーストデータのフレーム交換シーケンス単位でのLifetime39のタイマーは過ぎたが、送信データごとに固有に管理している再送回数が再送回数の上限を超えておらず、送信データごとに固有に管理しているLifetimeも過ぎていない場合は、送信データ管理部11の送信キューに戻す。また、送信データごとに固有に管理している再送回数が再送回数の上限を超えているか、送信データごとに固有に管理しているLifetimeを過ぎているかのどちらかの場合は、データを送信キューには戻さずに破棄する。
【００３１】
このように本実施形態によれば、バースト伝送でのバーストデータの再送をバーストデータのフレーム交換シーケンス単位で制限することができ、バーストデータの再送を考慮したスケジューリング計算が可能となる。また、複数の端末や複数のアプリケーションごとに異なるQoS要求に対して、必要な帯域を確保する事が可能となる。
【００３２】
（第２の実施形態）  
第２の実施形態は第１の実施形態のバーストデータの再送制限にバーストデータのフレーム交換シーケンス単位でのLifetime39を用いることに代えて、バーストデータのフレーム交換シーケンス単位での再送回数を用いていること以外は、基本的には第１の実施形態と同様であるので、以下では第１の実施形態と相違する点を中心に説明する。無線通信装置の基本的な構成は図１に示したものと同様である。
【００３３】
BlockAck方式のバースト伝送を行っている際に、データ再送制限としてそれぞれの送信データに対する再送回数とデータのLifetimeを用いた再送制限を行った場合、第１の実施形態に記載した問題が生じる。
【００３４】
前記問題を解決する為に、Immediate方式のBlockAckによるバーストデータの再送時に、本発明によるバーストデータのフレーム交換シーケンス単位での再送回数を用いた再送制限方法による実施形態を、図１及び図４を用いて説明する。
【００３５】
図４はImmediate方式のBlockAckによるバーストデータの再送時にバーストデータのフレーム交換シーケンス単位での再送回数を用いて再送制限を行う方法を示す図である。
【００３６】
本実施形態では、バーストデータのフレーム交換シーケンス単位での再送回数の上限を2回とし、バーストデータの再送は一回しか行われないものとするが、バーストデータのフレーム交換シーケンス単位での再送回数の上限は2回に限定する訳ではなく、使用形態によってはもっと多い数でも良いし、全く再送が行われないように限定してもよい。
【００３７】
BlockAckによる最初のバーストデータのフレーム交換シーケンス41が開始した時に、無線通信装置15のアクセス制御部12は、バーストデータのフレーム交換シーケンス単位での再送回数を初期化する(再送回数を0にする)。BlockAckによる最初のバーストデータのフレーム交換シーケンス41は、バーストデータの送信側端末がData1, Data2, Data3, Data4の四つのデータフレームと一つのBlockAckRequestフレーム45をSIFS間隔で送信し、バーストデータの受信側端末がBlockAckRequestフレーム45を受信してからSIFS後にバーストデータの送達確認フレームとしてBlockAckフレーム46を返信する。最初のバーストデータのフレーム交換シーケンス41で、バーストデータの受信側端末はData1, Data2, Data3を正常に受信しData4を受信できなかった場合、BlockAckフレーム46のビットマップはData1, Data2, Data3を正常に受信出来たことを示す。BlockAckフレーム46を受信したバーストデータの送信側端末は、BlockAckフレーム46のビットマップよりData4の送信に失敗した事を認識し、BlockAckによるバーストデータの一回目の再送が可能かをアクセス制御部12にて判定する。
【００３８】
アクセス制御部12では、バーストデータのフレーム交換シーケンス単位での再送回数を0から1へカウントアップし、バーストデータのフレーム交換シーケンス単位での再送回数の上限である2回を超えていないかチェックする。バーストデータのフレーム交換シーケンス単位での再送回数は、再送回数の上限である2回を超えていないので、バーストデータの一回目の再送処理を行う。
【００３９】
バーストデータの一回目の再送時のフレーム交換シーケンス42では、バーストデータの送信側端末にてData4の再送回数をカウントアップし、Data4の再送回数がデータの再送回数の上限に達していない事とData4のLifetimeを過ぎていない事を確認し、Data4のRetryBitを立てて、Data4の再送に続いてData5, Data6, Data7の三つの新たなデータフレームと一つのBlockAckRequestフレーム47をSIFS間隔で送信し、バーストデータの受信側端末がBlockAckRequestフレーム47を受信してからSIFS後にバーストデータの送達確認フレームとしてBlockAckフレーム48を返信する。バーストデータの一回目の再送時のフレーム交換シーケンス42で、バーストデータの受信側端末はData4, Data7を正常に受信しData5, Data6を受信できなかった場合、BlockAckフレーム48のビットマップはData4, Data7を正常に受信出来たことを示す。BlockAckフレーム48を受信したバーストデータの送信側端末は、BlockAckフレーム48のビットマップよりData5, Data6の送信に失敗した事を認識し、BlockAckによるバーストデータの二回目の再送が可能かをアクセス制御部12にて判定する。
【００４０】
アクセス制御部12では、バーストデータのフレーム交換シーケンス単位での再送回数を1から2へカウントアップし、バーストデータのフレーム交換シーケンス単位での再送回数の上限である2回を超えていないかチェックする。バーストデータのフレーム交換シーケンス単位での再送回数は、再送回数の上限である2回と等しい値となったので、バーストデータの再送処理を中断し、新たに他の端末宛てのBlockAckによるバーストデータのフレーム交換シーケンス49によるバーストデータの送信処理へ移行する。バーストデータの再送を中断した後の動作は、他の端末宛てのBlockAckによるバーストデータの送信処理に限定する必要は無く、同一端末の他の優先度宛てのBlockAckによるバーストデータ送信や、他の端末宛てのBlockAck以外のバーストデータの送信や、同一端末の他の優先度宛てのBlockAck以外のバーストデータの送信や、IEEE802.11eのHCCA方式による基地局から端末宛てのDownLinkのTXOP伝送や、IEEE802.11eのHCCA方式によるUpLinkのTXOP伝送を開始するQoS Cf-Pollフレーム送信や、IEEE802.11のDCF方式もしくはIEEE802.11eのEDCA方式等のCSMA/CAによるアクセス方式によるデータ送信等の処理へ移行してもよい。
【００４１】
また、本実施形態では、Immediate方式のBlockAckによるバーストデータとして、一バーストにデータを4つ入れた例を示したが、一バーストに入れる事の出来るデータ数は4つに限定する必要は無く、BlockAckフレームのビットマップが足りれば一バーストに入れる事の出来るデータ数を増やすことが出来る。バーストデータの再送時に、一バーストに入れるデータの数を本実施形態では最初のバーストデータで入れていたデータ数と等しくする必要はなく、再送を行うたびに可変でよい。
【００４２】
このように、バーストデータのフレーム交換シーケンス単位での再送回数の上限を超えて再送できなかった送信データは、無線通信装置11の送信データ管理部11に戻し、送信データごとに固有に管理している再送回数とLifetimeを用いてデータを破棄するかの判断を行う。バーストデータのフレーム交換シーケンス単位での再送回数の上限は超えたが、送信データごとに固有に管理している再送回数が再送回数の上限を超えておらず、送信データごとに固有に管理しているLifetimeも過ぎていない場合は、送信データ管理部11の送信キューに戻す。また、送信データごとに固有に管理している再送回数が再送回数の上限を超えているか、送信データごとに固有に管理しているLifetimeを過ぎているかのどちらかの場合は、データを送信キューには戻さずに破棄する。
【００４３】
このように本実施形態によれば、バースト伝送でのバーストデータの再送をバーストデータのフレーム交換シーケンス単位で制限することができ、バーストデータの再送を考慮したスケジューリング計算が可能となる。また、複数の端末や複数のアプリケーションごとに異なるQoS要求に対して、必要な帯域を確保する事が可能となる。
【００４４】
（第３の実施形態）  
第３の実施形態は、第１の実施形態のImmediate方式のBlockAckによるバースト伝送に代えて、Aggregation方式によるバースト伝送を用いている点以外は、基本的には第１の実施形態と同様であるので、以下では第１の実施形態と相違する点を中心に説明する。無線通信装置の基本的な構成は図１に示したものと同様である。
【００４５】
図５はAggregation方式によるバーストデータの再送方法を示す図であり、図６はAggregation方式によるバーストデータの再送時にバーストデータのフレーム交換シーケンス単位でのLifetimeを用いた再送制限方法を示す図である。
【００４６】
Aggregation方式によるバースト伝送でのバーストデータの再送方法を、図１及び図５を用いて説明する。本実施形態では、AggregationフレームでのMACフレームのAggregation数の最大値を８フレームとする例を示す。但し、Aggregationフレームに入れる事の出来るデータ数は８つに限定する必要は無く、PartialAckフレームのビットマップが足りればAggregationフレームに入れる事の出来るデータ数を増やすことが出来るし、ビットマップが足りない場合は増やすようにしてもよい。
【００４７】
Aggregation方式による最初のバーストデータのフレーム交換シーケンス51では、バーストデータの送信側端末が、送信データ管理部11の送信キューにあるData1〜Data8までの8つのMACフレームを一つのMACフレームとして結合し、結合したMACフレームにPHYヘッダーをつけてAggregation方式によるバーストデータ（Aggregationフレーム）として送信し、バーストデータの受信側端末がAggregation方式によるバーストデータを受信してからSIFS後にAggregation方式によるバーストデータの送達確認フレームとしてPartialAckフレーム55を返信する。最初のバーストデータのフレーム交換シーケンス51で、バーストデータの受信側端末はData1, Data2, Data3, Data6, Data7, Data8を正常に受信しData4, Data5を受信できなかった場合、PartialAckフレーム55のビットマップはData1, Data2, Data3, Data6, Data7, Data8を正常に受信出来たことを示す。PartialAckフレーム55を受信したバーストデータの送信側端末は、PartialAckフレーム55のビットマップよりData4, Data5の送信に失敗した事を認識し、Aggregation方式によるバーストデータの一回目の再送を行う。
【００４８】
バーストデータの一回目の再送時のフレーム交換シーケンス52では、バーストデータの送信側端末にてData4, Data5の再送回数をカウントアップし、Data4, Data5各々の再送回数がデータの再送回数の上限に達していない事とData4, Data5各々のLifetimeを過ぎていない事を確認し、Data4, Data5のRetryBitを立てて、三つの新たなデータフレームData9, Data10, Data11を送信データ管理部11の送信キューから取って来て、合わせて5つのMACフレームを一つのMACフレームとして結合する。結合したMACフレームにPHYヘッダーをつけてAggregation方式によるバーストデータ（Aggregationフレーム）として送信し、バーストデータの受信側端末がAggregation方式によるバーストデータを受信してからSIFS後にAggregation方式によるバーストデータの送達確認フレームとしてPartialAckフレーム56を返信する。バーストデータの一回目の再送時のフレーム交換シーケンス52で、バーストデータの受信側端末はData4, Data9, Dat10を正常に受信しData5, Data11を受信できなかった場合、PartialAckフレーム56のビットマップはData4, Data9, Dat10を正常に受信出来たことを示す。PartialAckフレーム56を受信したバーストデータの送信側端末は、PartialAckフレーム56のビットマップよりData5, Data11の送信に失敗した事を認識し、Aggregation方式によるバーストデータの二回目の再送を行う。
【００４９】
バーストデータの二回目の再送時のフレーム交換シーケンス53では、バーストデータの送信側端末にてData5, Data11の再送回数をカウントアップし、Data5, Data11各々の再送回数がデータの再送回数の上限に達していない事とData5, Data11各々のLifetimeを過ぎていない事を確認し、Data5, Data11のRetryBitを立てて、一つの新たなデータフレームData12を送信データ管理部11の送信キューから取って来て、合わせて3つのMACフレームを一つのMACフレームとして結合する。結合したMACフレームにPHYヘッダーをつけてAggregation方式によるバーストデータ（Aggregationフレーム）として送信し、バーストデータの受信側端末がAggregation方式によるバーストデータを受信してからSIFS後にAggregation方式によるバーストデータの送達確認フレームとしてPartialAckフレーム57を返信する。バーストデータの二回目の再送時のフレーム交換シーケンス53で、バーストデータの受信側端末はData5, Data11を正常に受信しData12を受信できなかった場合、PartialAckフレーム57のビットマップはData5, Data11を正常に受信出来たことを示す。PartialAckフレーム57を受信したバーストデータの送信側端末は、PartialAckフレーム57のビットマップよりData12の送信に失敗した事を認識し、Aggregation方式によるバーストデータの三回目の再送を行う。
【００５０】
バーストデータのフレーム交換シーケンスを再送する際のバーストデータのフレーム交換シーケンス間の間隔は、第１の実施形態と同様に、バーストデータの送信元が無線基地局で送信先が無線端末局の場合はPIFS間隔で送信してもよいし、IEEE802.11eにて規定されているEDCAやHCCAのTXOP期間中であれば、PIFS間隔もしくはSIFS間隔で送信してもよいし、CSMA/CAによるバックオフを行ってもよい。
【００５１】
このようにAggregation方式のバースト伝送を行っている際に、データ再送制限としてそれぞれの送信データに対する再送回数とデータのLifetimeを用いた再送制限を行った場合、第１の実施形態にて記載した問題が生じる。
【００５２】
前記問題を解決する為に、Aggregation方式によるバーストデータの再送時に、本発明によるバーストデータのフレーム交換シーケンス単位でのLifetimeを用いた再送制限方法による実施形態を、図１及び図６を用いて説明する。
【００５３】
Aggregation方式による最初のバーストデータのフレーム交換シーケンス61が開始した時に、無線通信装置15のアクセス制御部12は、バーストデータのフレーム交換シーケンス単位でのLifetime67のタイマーをセット（開始）する。バーストデータの送信側端末が、送信データ管理部11の送信キューにあるData1〜Data8までの8つのMACフレームを一つのMACフレームとして結合し、結合したMACフレームにPHYヘッダーをつけてAggregation方式によるバーストデータ（Aggregationフレーム）として送信し、バーストデータの受信側端末がAggregation方式によるバーストデータを受信してからSIFS後にAggregation方式によるバーストデータの送達確認フレームとしてPartialAckフレーム65を返信する。最初のバーストデータのフレーム交換シーケンス61で、バーストデータの受信側端末はData1, Data2, Data3, Data6, Data7, Data8を正常に受信しData4, Data5を受信できなかった場合、PartialAckフレーム65のビットマップはData1, Data2, Data3, Data6, Data7, Data8を正常に受信出来たことを示す。PartialAckフレーム65を受信したバーストデータの送信側端末は、PartialAckフレーム65のビットマップよりData4, Data5の送信に失敗した事を認識し、Aggregation方式によるバーストデータの一回目の再送が可能か判定する下記の処理をアクセス制御部12にて行う。
【００５４】
アクセス制御部12では、Aggregation方式による最初のバーストデータのフレーム交換シーケンス61が開始した時にアクセス制御部12でかけた、バーストデータのフレーム交換シーケンス単位でのLifetime67のタイマーの残り時間で、バーストデータの一回目の再送時のフレーム交換シーケンス62を送信可能か判定する。バーストデータのフレーム交換シーケンス単位でのLifetime67のタイマーの残り時間で、バーストデータの一回目の再送時のフレーム交換シーケンス62が送信可能な場合、バーストデータの一回目の再送処理を行う。
【００５５】
バーストデータの一回目の再送時のフレーム交換シーケンス62では、バーストデータの送信側端末にてData4, Data5の再送回数をカウントアップし、Data4, Data5各々の再送回数がデータの再送回数の上限に達していない事とData4, Data5各々のLifetimeを過ぎていない事を確認し、Data4, Data5のRetryBitを立てて、三つの新たなデータフレームData9, Data10, Data11を送信データ管理部11の送信キューから取って来て、合わせて5つのMACフレームを一つのMACフレームとして結合する。結合したMACフレームにPHYヘッダーをつけてAggregation方式によるバーストデータ（Aggregationフレーム）として送信し、バーストデータの受信側端末がAggregation方式によるバーストデータを受信してからSIFS後にAggregation方式によるバーストデータの送達確認フレームとしてPartialAckフレーム66を返信する。バーストデータの一回目の再送時のフレーム交換シーケンス62で、バーストデータの受信側端末はData4, Data9, Dat10を正常に受信しData5, Data11を受信できなかった場合、PartialAckフレーム66のビットマップはData4, Data9, Dat10を正常に受信出来たことを示す。PartialAckフレーム66を受信したバーストデータの送信側端末は、PartialAckフレーム66のビットマップよりData5, Data11の送信に失敗した事を認識し、バーストデータの二回目の再送が可能か判定する下記の処理をアクセス制御部12にて行う。
【００５６】
アクセス制御部12では、Aggregation方式による最初のバーストデータのフレーム交換シーケンス61が開始した時にアクセス制御部12でかけた、バーストデータのフレーム交換シーケンス単位でのLifetime67のタイマーの残り時間で、バーストデータの二回目の再送時のフレーム交換シーケンス63を送信可能か判定する。図６のように、バーストデータのフレーム交換シーケンス単位でのLifetime67のタイマーの残り時間で、バーストデータの二回目の再送時のフレーム交換シーケンス63が送信出来ない場合は、バーストデータの再送処理を中断し、新たに他の端末宛てのAggregation方式によるバーストデータのフレーム交換シーケンス68によるバーストデータの送信処理へ移行する。バーストデータの再送を中断した後の動作は、他の端末宛てのAggregation方式によるバーストデータの送信処理に限定する必要は無く、同一端末の他の優先度宛てのAggregation方式によるバーストデータ送信や、他の端末宛てのAggregation方式以外のバーストデータの送信（IEEE802.11eのBlockAck方式等）や、同一端末の他の優先度宛てのAggregation方式以外のバーストデータの送信（IEEE802.11eのBlockAck方式等）や、IEEE802.11eのHCCA方式による基地局から端末宛てのDownLinkのTXOP伝送や、IEEE802.11eのHCCA方式によるUpLinkのTXOP伝送を開始するQoS Cf-Pollフレーム送信や、IEEE802.11のDCF方式もしくはIEEE802.11eのEDCA方式等のCSMA/CAによるアクセス方式によるデータ送信等の処理へ移行してもよい。
【００５７】
また、バーストデータのフレーム交換シーケンス単位でのLifetime67のタイマーの残り時間で、バーストデータの二回目の再送時のフレーム交換シーケンス63が送信可能かをアクセス制御部12にて判定する際に、バーストデータの二回目の再送時のフレーム交換シーケンス63全てを送信する事は出来ないが、PartialAckフレーム66のビットマップより送信に失敗した事が分かるData5, Data11をAggregation方式で送信しPartialAckフレームを受信する時間が残されている、もしくはData5, Data11をBlockAckPolicyで送信しBlockAckRequestフレームとBlockAckフレームの交換を行う時間が残されている、もしくはData5, Data6をNormalAckで送受信する時間が残されている、もしくはData5のみをNormalAckで送受信する時間が残されているなど、バーストデータのフレーム交換シーケンス単位でのLifetime67のタイマーの残り時間によって送信可能な範囲でのデータ送信を行うことが出来る。
【００５８】
このように、バーストデータのフレーム交換シーケンス単位でのLifetime67のタイマーの残り時間によって再送できなかった送信データは、無線通信装置11の送信データ管理部11に戻し、送信データごとに固有に管理している再送回数とLifetimeを用いてデータを破棄するかの判断を行う。バーストデータのフレーム交換シーケンス単位でのLifetime67のタイマーは過ぎたが、送信データごとに固有に管理している再送回数が再送回数の上限を超えておらず、送信データごとに固有に管理しているLifetimeも過ぎていない場合は、送信データ管理部11の送信キューに戻す。また、送信データごとに固有に管理している再送回数が再送回数の上限を超えているか、送信データごとに固有に管理しているLifetimeを過ぎているかのどちらかの場合は、データを送信キューには戻さずに破棄する。
【００５９】
このように本実施形態によれば、バースト伝送でのバーストデータの再送をバーストデータのフレーム交換シーケンス単位で制限することができ、バーストデータの再送を考慮したスケジューリング計算が可能となる。また、複数の端末や複数のアプリケーションごとに異なるQoS要求に対して、必要な帯域を確保する事が可能となる。
【００６０】
（第４の実施形態）  
第４の実施形態は第３の実施形態のバーストデータの再送制限にバーストデータのフレーム交換シーケンス単位でのLifetime67を用いることに代えて、バーストデータのフレーム交換シーケンス単位での再送回数を用いていること以外は、基本的には第３の実施形態と同様であるので、以下では第３の実施形態と相違する点を中心に説明する。無線通信装置の基本的な構成は図１に示したものと同様である。
【００６１】
図７はAggregation方式によるバーストデータの再送時に、バーストデータのフレーム交換シーケンス単位での再送回数を用いて再送制限を行う方法を示す図である。
【００６２】
Aggregation方式のバースト伝送を行っている際に、データ再送制限としてそれぞれの送信データに対する再送回数とデータのLifetimeを用いた再送制限を行った場合、第１の実施形態にて記載した問題が生じる。
【００６３】
前記問題を解決する為に、Aggregation方式によるバーストデータの再送時に、本発明によるバーストデータのフレーム交換シーケンス単位での再送回数を用いた再送制限方法による実施形態を、図１及び図７を用いて説明する。
【００６４】
本実施形態では、バーストデータのフレーム交換シーケンス単位での再送回数の上限を2回とし、バーストデータの再送は一回しか行われないものとするが、バーストデータのフレーム交換シーケンス単位での再送回数の上限は2回に限定する訳ではなく、使用形態によってはもっと多い数でも良いし、全く再送が行われないように限定してもよい。
【００６５】
Aggregation方式による最初のバーストデータのフレーム交換シーケンス71が開始した時に、無線通信装置15のアクセス制御部12にてバーストデータのフレーム交換シーケンス単位での再送回数を初期化する(再送回数を0にする)。バーストデータの送信側端末が、送信データ管理部11の送信キューにあるData1〜Data8までの8つのMACフレームを一つのMACフレームとして結合し、結合したMACフレームにPHYヘッダーをつけてAggregation方式によるバーストデータ（Aggregationフレーム）として送信し、バーストデータの受信側端末がAggregation方式によるバーストデータを受信してからSIFS後にAggregation方式によるバーストデータの送達確認フレームとしてPartialAckフレーム75を返信する。最初のバーストデータのフレーム交換シーケンス71で、バーストデータの受信側端末はData1, Data2, Data3, Data6, Data7, Data8を正常に受信しData4, Data5を受信できなかった場合、PartialAckフレーム75のビットマップはData1, Data2, Data3, Data6, Data7, Data8を正常に受信出来たことを示す。PartialAckフレーム75を受信したバーストデータの送信側端末は、PartialAckフレーム75のビットマップよりData4, Data5の送信に失敗した事を認識し、Aggregation方式によるバーストデータの一回目の再送が可能かをアクセス制御部12にて判定する。
【００６６】
アクセス制御部12では、バーストデータのフレーム交換シーケンス単位での再送回数を0から1へカウントアップし、バーストデータのフレーム交換シーケンス単位での再送回数の上限である2回を超えていないかチェックする。バーストデータのフレーム交換シーケンス単位での再送回数は、再送回数の上限である2回を超えていないので、バーストデータの一回目の再送処理を行う。
【００６７】
バーストデータの一回目の再送時のフレーム交換シーケンス72では、バーストデータの送信側端末にてData4, Data5の再送回数をカウントアップし、Data4, Data5各々の再送回数がデータの再送回数の上限に達していない事とData4, Data5各々のLifetimeを過ぎていない事を確認し、Data4, Data5のRetryBitを立てて、三つの新たなデータフレームData9, Data10, Data11を送信データ管理部11の送信キューから取って来て、合わせて5つのMACフレームを一つのMACフレームとして結合する。結合したMACフレームにPHYヘッダーをつけてAggregation方式によるバーストデータ（Aggregationフレーム）として送信し、バーストデータの受信側端末がAggregation方式によるバーストデータを受信してからSIFS後にAggregation方式によるバーストデータの送達確認フレームとしてPartialAckフレーム76を返信する。バーストデータの一回目の再送時のフレーム交換シーケンス72で、バーストデータの受信側端末はData4, Data9, Dat10を正常に受信しData5, Data11を受信できなかった場合、PartialAckフレーム76のビットマップはData4, Data9, Dat10を正常に受信出来たことを示す。PartialAckフレーム76を受信したバーストデータの送信側端末は、PartialAckフレーム76のビットマップよりData5, Data11の送信に失敗した事を認識し、Aggregation方式によるバーストデータの二回目の再送が可能かをアクセス制御部12にて判定する。
【００６８】
アクセス制御部12では、バーストデータのフレーム交換シーケンス単位での再送回数を1から2へカウントアップし、バーストデータのフレーム交換シーケンス単位での再送回数の上限である2回を超えていないかチェックする。バーストデータのフレーム交換シーケンス単位での再送回数は、再送回数の上限である2回と等しい値となったので、バーストデータの再送処理を中断し、新たに他の端末宛てのAggregation方式によるバーストデータのフレーム交換シーケンス77によるバーストデータの送信処理へ移行する。バーストデータの再送を中断した後の動作は、他の端末宛てのAggregation方式によるバーストデータの送信処理に限定する必要は無く、同一端末の他の優先度宛てのAggregation方式によるバーストデータ送信や、他の端末宛てのAggregation方式以外のバーストデータの送信（IEEE802.11eのBlockAck方式等）や、同一端末の他の優先度宛てのAggregation方式以外のバーストデータの送信（IEEE802.11eのBlockAck方式等）や、IEEE802.11eのHCCA方式による基地局から端末宛てのDownLinkのTXOP伝送や、IEEE802.11eのHCCA方式によるUpLinkのTXOP伝送を開始するQoS Cf-Pollフレーム送信や、IEEE802.11のDCF方式もしくはIEEE802.11eのEDCA方式等のCSMA/CAによるアクセス方式によるデータ送信等の処理へ移行してもよい。
【００６９】
このように、バーストデータのフレーム交換シーケンス単位での再送回数の上限を超えて再送できなかった送信データは、無線通信装置11の送信データ管理部11に戻し、送信データごとに固有に管理している再送回数とLifetimeを用いてデータを破棄するかの判断を行う。バーストデータのフレーム交換シーケンス単位での再送回数の上限は超えたが、送信データごとに固有に管理している再送回数が再送回数の上限を超えておらず、送信データごとに固有に管理しているLifetimeも過ぎていない場合は、送信データ管理部11の送信キューに戻す。また、送信データごとに固有に管理している再送回数が再送回数の上限を超えているか、送信データごとに固有に管理しているLifetimeを過ぎているかのどちらかの場合は、データを送信キューには戻さずに破棄する。
【００７０】
このように本実施形態によれば、バースト伝送でのバーストデータの再送をバーストデータのフレーム交換シーケンス単位で制限することができ、バーストデータの再送を考慮したスケジューリング計算が可能となる。また、複数の端末や複数のアプリケーションごとに異なるQoS要求に対して、必要な帯域を確保する事が可能となる。
【００７１】
（第５の実施形態）  
本実施形態は、上述した第１の実施形態乃至第４の実施形態の各々と組み合わせて実施可能であり、バーストデータのフレーム交換に関する。
【００７２】
図８はバーストデータのフレーム交換としてIEEE802.11eに規定されているBlockAck方式を説明する図であり、図９はAggregation方式によるバーストデータのフレーム交換を説明する図であり、図１０はバーストデータのフレーム交換として従来の無線通信装置より出力される送信データを複数連結してバースト送信する方法を説明する図であり、図１１は、Aggregation方式においてミッドプリアンブルの挿入を行う場合のバーストデータのフレーム交換を示す図であり、図１２はBlockAck方式によるバーストデータの伝送時に、データフレーム間とBlockAckRequestフレーム間のSIFS間隔を縮めたバーストデータのフレーム交換を示す図である。
【００７３】
バーストデータのフレーム交換としてIEEE802.11eに規定されているBlockAck方式を使用する場合は、図８のように、バーストデータの送信側端末が送信データを、Data１・Data2・Data3・Data4・Data5・Data6・Data7・Data8の順番にSIFS間隔で送信し、バーストデータの送信側端末はData8送信後のSIFS後にBlockAckRequestフレーム81を送信して送信データの送達確認要求をする。バーストデータの受信側端末はBlockAckRequestフレーム81を受信したSIFS後にデータの受信状況をBlockAckフレーム82で返信する。バーストデータ送信側端末は、BlockAckフレーム82を参照し、第１乃至第４の実施形態のいずれかを用いてバーストデータの再送を行う。但し、図８のData１・Data2・Data3・Data4・Data5・Data6・Data7・Data8で示されている送信データは、無線通信装置から出力されるデータとして、MACフレームにPHYヘッダーが付いた通常の無線LAN通信で使われるデータを示す。
【００７４】
バーストデータのフレーム交換としてAggregation方式を使用する場合は、無線LAN通信のMACフレームを図９のData１・Data2・Data3・Data4・Data5・Data6・Data7・Data8で示されているように連結し、MACフレームを連結したフレームの先頭に、連結した各MACフレームのフレーム長とPHYヘッダーとPHYのプリアンブルを含むフレーム識別情報91を付けて、一つのAggregationフレームを作って送信する。バーストデータの受信側端末では、AggregationフレームのSIFS後に、Aggregationフレームの中の複数のMACフレームのうち、受信できたMACフレームを通知する送達確認フレームであるPartialAckフレーム92を用いて通知する。バーストデータ送信側端末は、PartialAckフレーム92を参照し、第１乃至第４の実施形態のいずれかを用いてバーストデータの再送を行う。
【００７５】
バーストデータのフレーム交換として従来の無線通信装置より出力される送信データを複数連結してバースト送信する方法を使用する場合は、図１０のData１・Data2・Data3・Data4・Data5・Data6・Data7・Data8で示される無線LAN通信のMACフレームにPHYヘッダーが付いた通常の無線LAN通信で使われるデータを複数連結して一つのバーストデータを構成する。構成された一つのデータをバーストデータの送信側端末より送信し、SIFS後にバーストデータの受信側端末での受信状況を送達確認フレーム101により返信する。送達確認フレーム101は、Aggregation方式のPartialAckフレームを用いても良いし、BlockAck方式等の他の方式の送達確認フレームを用いてもよい。送達確認フレーム101を受信したバーストデータの送信側端末は、送達確認フレーム101を参照し、第１乃至第４の実施形態を用いてバーストデータの再送を行う。
【００７６】
Aggregation方式にミッドプリアンブルを入れる方法では、Aggregation方式により作成したバーストデータの複数のMACフレームの途中に、バーストデータのフレーム長が長い場合に歪んだ信号を補正する為のミッドプリアンブル112が挿入されたバーストデータのフレームを作成して、送信する。バーストデータの受信側端末では、SIFS後にデータの送達確認としてPartialAckフレーム111を通知する。バーストデータの送信側端末は、PartialAckフレーム111を用いてバーストデータの再送を行う。
【００７７】
BlockAck方式によるバーストデータの伝送時に、データフレーム間とBlockAckRequestフレーム間のSIFS間隔を縮めたバーストデータとしてバースト伝送する方法では、IEEE802.11eにて記載されているBlockAck方式にて、図１２のData１・Data2・Data3・Data4・Data5・Data6・Data7・Data8で示されているように送信データを連結し、最後にBlockAckRequestフレーム121を連結したフレームを作成して送信し、SIFS後にバースト伝送の送達確認としてBlockAckフレーム122を受信する。バーストデータの送信側端末は、BlockAckフレーム122のビットマップを用いてバーストデータの再送を行う。
【００７８】
本実施形態にて記載したバーストデータによるデータ送信の宛て先は、一つのバーストデータの中で、一つの端末宛てのみのデータが入っている場合と、複数の端末宛てのデータが混ざっている場合の両方を含む。また、送信データが優先度等のデータ種別で分かれている場合は、一つのバーストデータの中で、一つの端末宛てで一つのデータ種別のみのデータが入っている場合と、一つの端末宛てのみだがデータの種別は問わないデータが入っている場合と、複数の端末宛てだがデータの種別は一種類のみのデータが入っている場合と、データの宛て先とデータ種別に関係ないデータが入っている場合とがある。
【００７９】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００８０】
【図１】本発明の実施形態に係る無線通信装置の構成を示すブロック図
【図２】IEEE802.11eで規定されているImmediate方式のBlockAckによるバーストデータの再送方法を説明する図
【図３】Immediate方式のBlockAckによるバーストデータの再送時にバーストデータのフレーム交換シーケンス単位でのLifetimeを用いた再送制限方法を説明する図
【図４】Immediate方式のBlockAckによるバーストデータの再送時にバーストデータのフレーム交換シーケンス単位での再送回数を用いて再送制限を行う方法を説明する図
【図５】Aggregation方式によるバーストデータの再送方法を説明する図
【図６】Aggregation方式によるバーストデータの再送時にバーストデータのフレーム交換シーケンス単位でのLifetimeを用いた再送制限方法を説明する図
【図７】Aggregation方式によるバーストデータの再送時にバーストデータのフレーム交換シーケンス単位での再送回数を用いて再送制限を行う方法を説明する図
【図８】バーストデータのフレーム交換としてIEEE802.11eに規定されているBlockAck方式を説明する図
【図９】Aggregation方式によるバーストデータのフレーム交換を説明する図
【図１０】バーストデータのフレーム交換として従来の無線通信装置より出力される送信データを複数連結してバースト送信する方法を説明する図
【図１１】Aggregation方式においてミッドプリアンブルの挿入を行う場合のバーストデータのフレーム交換を示す図
【図１２】BlockAck方式によるバーストデータの伝送時に、データフレーム間とBlockAckRequestフレーム間のSIFS間隔を縮めたバーストデータのフレーム交換を示す図
【符号の説明】
【００８１】
１１…送信データ管理部、１２…アクセス制御部、１３…送信処理部、１４…受信処理部、１５…無線通信装置
【図１】
2005341435.tif 000003
【図２】
2005341435.tif 000004
【図３】
2005341435.tif 000005
【図４】
2005341435.tif 000006
【図５】
2005341435.tif 000007
【図６】
2005341435.tif 000008
【図７】
2005341435.tif 000009
【図８】
2005341435.tif 000010
【図９】
2005341435.tif 000011
【図１０】
2005341435.tif 000012
【図１１】
2005341435.tif 000013
【図１２】
2005341435.tif 000014