JP4068592B2 - 無線通信装置 - Google Patents

無線通信装置 Download PDF

Info

Publication number
JP4068592B2
JP4068592B2 JP2004160176A JP2004160176A JP4068592B2 JP 4068592 B2 JP4068592 B2 JP 4068592B2 JP 2004160176 A JP2004160176 A JP 2004160176A JP 2004160176 A JP2004160176 A JP 2004160176A JP 4068592 B2 JP4068592 B2 JP 4068592B2
Authority
JP
Japan
Prior art keywords
transmission
data
frame
burst
burst data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2004160176A
Other languages
English (en)
Other versions
JP2005341435A (ja
Inventor
徹 中島
朋子 足立
雅裕 高木
智哉 旦代
依子 宇都宮
泰如 西林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2004160176A priority Critical patent/JP4068592B2/ja
Priority to US11/135,358 priority patent/US7697491B2/en
Priority to EP05253254A priority patent/EP1601127A2/en
Priority to CN2005100713777A priority patent/CN1702993B/zh
Publication of JP2005341435A publication Critical patent/JP2005341435A/ja
Application granted granted Critical
Publication of JP4068592B2 publication Critical patent/JP4068592B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Description

本発明は、有線又は無線を介してデータの送受信を行う通信機器が複数の送信データをバースト送信し、バーストデータの送達確認状況に応じてバーストデータを再送する際の再送制限方法に関し、特に、携帯電話や無線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間隔を縮めたバーストデータのフレーム交換を示す図
符号の説明
１１…送信データ管理部、１２…アクセス制御部、１３…送信処理部、１４…受信処理部、１５…無線通信装置

Claims (12)

  1. 宛先端末に対してそれぞれが複数の送信データを含む複数のバーストデータを、複数のフレーム交換シーケンスに分けてバースト送信により送信する送信手段と、
    前記宛先端末から送信された前記バーストデータの送達確認フレームを受信する受信手段と、
    前記バーストデータの送信開始時に前記フレーム交換シーケンス単位で所定のライフタイムをセットして残りの時間を計測するタイマーを有し、前記受信手段により受信された前記送達確認フレームから前記バーストデータに含まれる送信データごとの送信失敗を検出し、且つ前記ライフタイムの残り時間から前記送信失敗の送信データと新たに送信する送信データとを含む新たなバーストデータの送信が可能であると判断する場合、当該新たなバーストデータを前記送信手段から送信する制御手段と、を備え、
    前記ライフタイムの残り時間から前記送信失敗の送信データと新たに送信する送信データとを含む新たなバーストデータの送信が不可能であると判断する場合、前記制御手段は前記送信失敗の送信データの再送を中断して、前記宛先端末あるいは他の宛先端末へのバーストデータの送信を前記送信手段を介して行うことを特徴とする無線通信装置。
  2. 前記ライフタイムの残り時間から前記送信失敗の送信データと新たに送信する送信データとを含む新たなバーストデータの送信が不可能であると判断する場合であって、前記ライフタイムの残り時間から前記送信失敗の送信データの送信が可能であると判断する場合に、前記制御手段は前記送信失敗の送信データの再送を前記送信手段を介して行うことを特徴とする請求項１に記載の無線通信装置。
  3. 宛先端末に対してそれぞれが複数の送信データを含む複数のバーストデータを、複数のフレーム交換シーケンスに分けてバースト送信により送信する送信手段と、
    前記宛先端末から送信された前記バーストデータの送達確認フレームを受信する受信手段と、
    前記バーストデータの送信開始時に前記フレーム交換シーケンス単位での再送回数上限値を設定し、前記受信手段により受信された前記送達確認フレームから前記バーストデータに含まれる送信データごとの送信失敗を検出し、且つ前記フレーム交換シーケンス単位の再送回数が前記再送回数上限値に到達していない場合、前記送信失敗の送信データと新たに送信する送信データとを含む新たなバーストデータを前記送信手段から送信する制御手段と、を備え、
    前記フレーム交換シーケンス単位の再送回数が前記再送回数上限値に到達した場合、前記制御手段は前記送信失敗の送信データの再送を中断して、前記宛先端末あるいは他の宛先端末へのバーストデータの送信を前記送信手段を介して行うことを特徴とする無線通信装置。
  4. 前記送信失敗の送信データに対し、送信データ毎に固有に管理している再送回数とライフタイムを用いて前記送信失敗の送信データを破棄するか否かを判断する送信データ管理手段を更に有し、
    前記送信データ管理手段は、前記送信失敗の送信データの固有に管理している再送回数とライフタイムの少なくともいずれか一方が超えている場合、前記送信失敗の送信データを破棄することを特徴とする請求項１又は請求項３に記載の無線通信装置。
  5. 前記送信データ管理手段は、前記送信失敗の送信データの固有に管理している再送回数とライフタイムとが両方とも超過していない場合、前記送信失敗の送信データを、前記送信手段によって送信されるデータを記憶する送信キューへ戻すことを特徴とする請求項４記載の無線通信装置。
  6. 前記送信失敗の送信データに対し、送信データ毎に固有に管理している再送回数を用いて前記送信失敗の送信データを破棄するか否かを判断する送信データ管理手段を更に有し、
    前記送信データ管理手段は、前記送信失敗の送信データの固有に管理している再送回数が上限を超えている場合、前記送信失敗の送信データを破棄することを特徴とする請求項１又は請求項３に記載の無線通信装置。
  7. 前記送信失敗の送信データに対し、送信データ毎に固有に管理しているライフタイムを用いて前記送信失敗の送信データを破棄するか否かを判断する送信データ管理手段を更に有し、
    前記送信データ管理手段は、前記送信失敗の送信データの固有に管理しているライフタイムを超えている場合、前記送信失敗の送信データを破棄することを特徴とする請求項１又は請求項３に記載の無線通信装置。
  8. 前記送信手段は、
    キャリアセンスに基づいて他の端末との衝突を回避するCSMA/CAに従い、
    先頭の送信データに限定して前記キャリアセンスを行なって前記バーストデータを送信することを特徴とする請求項１又は請求項３に記載の無線通信装置。
  9. 前記送信手段は、
    キャリアセンスに基づいて他の端末との衝突を回避するCSMA/CAに従い、
    先頭の送信データに限定して前記キャリアセンスを行ない、
    先頭の送信データ以降の複数の送信データをSIFS間隔で送信することにより前記バーストデータを送信し、
    送信されたバーストデータの送達確認要求フレームを送信し、
    前記送達確認要求フレームに応答する送達確認フレームを受信することを特徴とする請求項１又は請求項３に記載の無線通信装置。
  10. 各送信データに付加された無線通信方式を識別する物理ヘッダーを削除したデータを連結し、先頭にデータの連結状況を示し無線通信方式を識別するフレーム識別情報を付加した一つのデータフレームを送信し、
    送信した複数のデータの送達確認フレームをまとめて受信することを特徴とする請求項１又は請求項３に記載の無線通信装置。
  11. 前記一つのデータフレームは信号の歪み補正のためのミッドプリアンブルを含むことを特徴とする請求項８記載の無線通信装置。
  12. 前記送信手段は、
    キャリアセンスに基づいて他の端末との衝突を回避するCSMA/CAに従い、
    先頭の送信データのみが送信前のキャリアセンスを行い、
    先頭の送信データ以降の複数の送信データを繋げて送信した後に、
    送信した複数のデータの送達確認要求フレームをまとめて受信することを特徴とする請求項１又は請求項３に記載の無線通信装置。
JP2004160176A 2004-05-28 2004-05-28 無線通信装置 Active JP4068592B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2004160176A JP4068592B2 (ja) 2004-05-28 2004-05-28 無線通信装置
US11/135,358 US7697491B2 (en) 2004-05-28 2005-05-24 Retransmission control of burst transmission by wireless communication apparatus
EP05253254A EP1601127A2 (en) 2004-05-28 2005-05-26 Wireless communication apparatus with limited retransmissions
CN2005100713777A CN1702993B (zh) 2004-05-28 2005-05-27 无线通信设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004160176A JP4068592B2 (ja) 2004-05-28 2004-05-28 無線通信装置

Publications (2)

Publication Number Publication Date
JP2005341435A JP2005341435A (ja) 2005-12-08
JP4068592B2 true JP4068592B2 (ja) 2008-03-26

Family

ID=34941469

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004160176A Active JP4068592B2 (ja) 2004-05-28 2004-05-28 無線通信装置

Country Status (4)

Country Link
US (1) US7697491B2 (ja)
EP (1) EP1601127A2 (ja)
JP (1) JP4068592B2 (ja)
CN (1) CN1702993B (ja)

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7120852B2 (en) * 2003-06-27 2006-10-10 Nokia Corporation Method and apparatus for packet aggregation in a wireless communication network
US7609697B2 (en) * 2004-03-30 2009-10-27 Sony Corporation Optimizing IEEE 802.11 for TCP/IP data transfer
JP2006191279A (ja) * 2005-01-05 2006-07-20 Matsushita Electric Ind Co Ltd 無線通信装置
US7881271B2 (en) * 2005-03-31 2011-02-01 Pioneer Corporation Wireless LAN system and its broadcasting station
JP4563882B2 (ja) * 2005-07-06 2010-10-13 Ｏｋｉセミコンダクタ株式会社 無線ｌａｎシステムおよびその通信方法
WO2007021097A1 (en) * 2005-08-12 2007-02-22 Samsung Electronics Co., Ltd. Method and apparatus to transmit and/or receive data via wireless network and wireless device
JP4575265B2 (ja) 2005-09-29 2010-11-04 株式会社東芝 無線通信装置
US7729236B2 (en) * 2005-11-10 2010-06-01 Nokia Corporation Use of timing information for handling aggregated frames in a wireless network
US8432938B2 (en) * 2006-03-29 2013-04-30 Samsung Electronics Co., Ltd. Method and system for video stream transmission over wireless channels
US20080002688A1 (en) * 2006-04-25 2008-01-03 Samsung Electronics Co., Ltd. Method and apparatus for performing HARQ of packet in a mobile communication system
US20080002650A1 (en) * 2006-06-28 2008-01-03 Pengfei Xia Partially delayed acknowledgment mechanism for reducing decoding delay in WiHD
US8111654B2 (en) * 2006-08-09 2012-02-07 Samsung Electronics Co., Ltd. System and method for wireless communication of uncompressed video having acknowledgement (ACK) frames
US8031691B2 (en) 2006-08-09 2011-10-04 Samsung Electronics Co., Ltd. System and method for wireless communication of uncompressed video having acknowledgment (ACK) frames
JP4805081B2 (ja) * 2006-09-29 2011-11-02 富士通株式会社 無線中継装置、無線中継方法および無線中継プログラム
US8036150B2 (en) * 2007-02-01 2011-10-11 Telefonaktiebolaget L M Ericsson (Publ) Method and a device for improved status reports
KR101133817B1 (ko) * 2007-06-18 2012-04-06 인텔 코포레이션 집합 패킷들의 통신을 위한 장치, 방법 및 시스템
US9313796B2 (en) 2007-08-03 2016-04-12 Wireless Future Technologies Inc. Mobile station aggregation of acknowledgments and negative acknowledgments in wireless networks
JP4447028B2 (ja) * 2007-08-10 2010-04-07 富士通株式会社 通信制御方法、送信装置、およびコンピュータプログラム
TWI442732B (zh) 2007-10-30 2014-06-21 Ericsson Telefon Ab L M 改善狀態報告的方法及裝置
JP4941408B2 (ja) * 2008-06-03 2012-05-30 富士通株式会社 フレーム転送装置およびフレーム転送システム
US8560696B2 (en) * 2009-04-28 2013-10-15 Intel Corporation Transmission of advanced-MAP information elements in mobile networks
JPWO2010140192A1 (ja) * 2009-06-03 2012-11-15 株式会社東芝 通信装置
US20110051630A1 (en) * 2009-08-31 2011-03-03 Tait Electronics Limited Repeater for a trunked radio network
US8730884B2 (en) * 2009-10-20 2014-05-20 Electronics And Telecommunications Research Institute Method for managing resources in high capacity wireless communication system
US9544096B2 (en) 2010-06-18 2017-01-10 Thomson Licensing Packet retransmission method in a wireless transmitter
GB201109519D0 (en) * 2011-06-07 2011-07-20 Nordic Semiconductor Asa Streamed radio communication
US8948089B2 (en) 2012-01-11 2015-02-03 Intel Corporation Device, system and method of communicating aggregate data units
CN103441826B (zh) * 2013-07-12 2016-12-28 中国人民解放军国防科学技术大学 一种减少无线通信丢包率的方法和设备
US20160080115A1 (en) * 2014-09-12 2016-03-17 Samsung Electronics Co., Ltd. Methods for efficient acknowledgement in wireless systems
US9647802B2 (en) * 2014-10-15 2017-05-09 Qualcomm Incorporated Systems and methods for mitigating effects of an unresponsive secure element
WO2017151932A1 (en) * 2016-03-02 2017-09-08 Marvell Semiconductor, Inc. Multiple traffic class data aggregation in a wireless local area network
JP6900249B2 (ja) * 2017-06-14 2021-07-07 ホーチキ株式会社 無線装置

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3194318B2 (ja) * 1993-07-19 2001-07-30 ソニー株式会社 バス管理方法
JP3628042B2 (ja) 1994-07-20 2005-03-09 日産自動車株式会社 多重通信方法
US5553083B1 (en) * 1995-01-19 2000-05-16 Starburst Comm Corp Method for quickly and reliably transmitting frames of data over communications links
US5754754A (en) * 1995-07-26 1998-05-19 International Business Machines Corporation Transmission order based selective repeat data transmission error recovery system and method
US7035291B2 (en) * 2001-05-02 2006-04-25 Ron Grinfeld TCP transmission acceleration
EP0924896A1 (en) * 1997-12-17 1999-06-23 Hewlett-Packard Company Communicating isochronous and asynchronous data
US6947408B1 (en) * 1998-04-17 2005-09-20 Telcordia Technologies, Inc. Wireless internet access system and method
CA2301973A1 (en) * 2000-03-21 2001-09-21 Spacebridge Networks Corporation System and method for adaptive slot-mapping input/output queuing for tdm/tdma systems
ATE485650T1 (de) * 2000-08-30 2010-11-15 Tmt Coaxial Networks Inc Verfahren und system fur ein hausnetzwerk
US6920118B2 (en) * 2000-12-20 2005-07-19 Lucent Technologies Inc. Method and apparatus for communicating heterogeneous data traffic
US7099273B2 (en) * 2001-04-12 2006-08-29 Bytemobile, Inc. Data transport acceleration and management within a network communication system
JP4127757B2 (ja) 2001-08-21 2008-07-30 株式会社エヌ・ティ・ティ・ドコモ 無線通信システム、通信端末装置、及びバースト信号送信方法
AU2002330392A1 (en) * 2001-09-19 2003-04-07 Sharp Kabushiki Kaisha Communication method, communication apparatus, reception apparatus, communication program, computer-readable recording medium containing communication program, and network system
GB2384394A (en) * 2002-01-18 2003-07-23 Inmarsat Ltd Adapting transmission parameters to link conditions
US20030206521A1 (en) * 2002-05-06 2003-11-06 Chunming Qiao Methods to route and re-route data in OBS/LOBS and other burst swithched networks
US6901063B2 (en) * 2002-05-13 2005-05-31 Qualcomm, Incorporated Data delivery in conjunction with a hybrid automatic retransmission mechanism in CDMA communication systems
US6987780B2 (en) * 2002-06-10 2006-01-17 Qualcomm, Incorporated RLP retransmission for CDMA communication systems
US7299063B2 (en) * 2002-07-01 2007-11-20 Sony Corporation Wireless communication system, wireless communication device and wireless communication method, and computer program
CN100492960C (zh) * 2002-09-24 2009-05-27 艾利森电话股份有限公司 用于容错数据传输的方法和装置
EP1552667A1 (en) * 2002-10-01 2005-07-13 Telefonaktiebolaget LM Ericsson (publ) A unit and a method for handling a data object
BRPI0406664A (pt) * 2003-01-09 2005-12-06 Thomson Licensing Sa Método e aparelho para aprovisionamento de largura de banda em uma wlan
KR100678223B1 (ko) * 2003-03-13 2007-02-01 삼성전자주식회사 통신시스템의 패킷 전송 장치 및 방법
US8131291B2 (en) * 2003-04-29 2012-03-06 Ntt Docomo, Inc. Fast active scanning wireless network apparatus and method
WO2005002257A2 (en) * 2003-06-23 2005-01-06 Quorum Systems, Inc. Time interleaved multiple standard single radio system apparatus and method
US7120852B2 (en) * 2003-06-27 2006-10-10 Nokia Corporation Method and apparatus for packet aggregation in a wireless communication network
US7406296B2 (en) * 2003-08-22 2008-07-29 Telefonaktiebolaget L M Ericsson (Publ) Co-located radio operation
US7414969B2 (en) * 2003-10-15 2008-08-19 Sharp Laboratories Of America, Inc. System and method for IEEE 802.11 network admission control
US7590118B2 (en) * 2003-12-23 2009-09-15 Agere Systems Inc. Frame aggregation format
ATE414356T1 (de) * 2003-12-30 2008-11-15 Ericsson Telefon Ab L M Verfahren-einrichtung zum übertragen von datenpaketen mit gehörigkeit zu verschiedenen benutzern in einem gemeinsamen übertragungs- protokollpaket
US7657234B2 (en) * 2004-02-05 2010-02-02 Qualcomm Incorporated Transparent broadcast services for a multi-mode wireless device
WO2005096752A2 (en) * 2004-04-01 2005-10-20 Devicescape Software, Inc. Multi channel throughput enhancement

Also Published As

Publication number Publication date
EP1601127A2 (en) 2005-11-30
US20050265297A1 (en) 2005-12-01
US7697491B2 (en) 2010-04-13
CN1702993A (zh) 2005-11-30
JP2005341435A (ja) 2005-12-08
CN1702993B (zh) 2010-06-09

Similar Documents

Publication Publication Date Title
JP4068592B2 (ja) 無線通信装置
JP4331088B2 (ja) 通信装置および通信方法
JP6337040B2 (ja) Ｔｔｉバンドリングによるアップリンク送信の強化
EP3410623B1 (en) Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
US7733866B2 (en) Packet concatenation in wireless networks
JP4575265B2 (ja) 無線通信装置
CA2692649C (en) Method for sending rlc pdu and allocating radio resource in mobile communications system and rlc entity of mobile communications
AU2009209739A1 (en) Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
JP2012525787A (ja) Ｍａｃメッセージの信頼性を高める方法及び装置
WO2009099370A1 (en) Method and arrangement in a telecommunication system in which an acknowledgment message is fed back for a bundle of frames
US9467892B2 (en) Method and apparatus for transmitting data packet
KR101509766B1 (ko) 이동통신시스템에서의 ｒｌｃ ｐｄｕ 전송 방법, 자원할당 방법 및 ｒｌｃ 엔티티
EP2158700A2 (en) Method for enhancing of controlling radio resources and transmitting status report in mobile telecommunications system and receiver of mobile telecommunications system
US9306710B2 (en) RCC connection establishment method and apparatus in communication system background of the invention
US11658892B2 (en) Ping latency optimization
KR101201046B1 (ko) 이동통신 시스템에서 제어 메시지를 재전송하는 방법 및장치
Tykhomyrov et al. On ARQ feedback intensity of the IEEE 802.16 ARQ mechanism
EP2087629B1 (en) A method of transmitting data within a telecommunications system
WO2023052134A1 (en) Communications devices, network nodes, circuitry, systems and methods
WO2009098610A2 (en) A method for acknowledging reception of data

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050907

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070619

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070703

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070903

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080108

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080110

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110118

Year of fee payment: 3

R151 Written notification of patent or utility model registration

Ref document number: 4068592

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110118

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120118

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130118

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130118

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140118

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250