"通信相手から送信されたNACKを受信する受信手段と、受信した前記NACKの受信時刻と、前記NACKの受信直前に再送したデータの送信時刻とに基づいて求められる時間間隔がRTTRoundTripTimeより小さい場合、前記NACKを破棄する送信管理手段と、を具備する無線通信装置。前記送信管理手段は、Pollビットを送信してからSTATUS-PDUを受信するまでの時間をRTTとして測定する請求項1に記載の無線通信装置。前記送信管理手段は、自装置及び前記通信相手のそれぞれにおける受信遅延及び送信遅延に基づいて、RTTを測定する請求項1に記載の無線通信装置。通信相手から送信されたNACKを受信し、受信した前記NACKの受信時刻と、前記NACKの受信直前に再送したデータの送信時刻とに基づいて求められる時間間隔がRTTRoundTripTimeより小さい場合、前記NACKを破棄する、再送制御方法。しかしながら、上述したRLC方式の再送制御方法では、図3に示すように、ST13における再送データの受信側RLCへの到着が遅い場合、ST15において再度NACKを送信する場合がある。この場合、送信側RLCは、ST13の再送データが受信側RLCで正常に受信できているにもかかわらず、受信側RLCに届かなかったものと判断して、未受信NACKとして通知されたSN=2のデータを再度再送してしまうことになる。この結果、再度再送したSN=2のデータは、既に前回の再送において受信側RLCに正常に受信されているため、無駄なデータとして破棄される。このように、再送データの到着前に再送要求を行ってしまう場合、無線リソースの浪費及びシステムスループットの低下を招いてしまう。本発明の目的は、RLC方式の再送制御において、無駄な再送を抑制し、無線リソースを効率的な使用及びシステムスループットの改善を図る無線通信装置及び再送制御方法を提供することである。本発明の無線通信装置は、通信相手から送信されたNACKを受信する受信手段と、受信した前記NACKの受信時刻と、前記NACKの受信直前に再送したデータの送信時刻とに基づいて求められる時間間隔がRTTRoundTripTimeより小さい場合、前記NACKを破棄する送信管理手段と、を具備する構成を採る。本発明の再送制御方法は、通信相手から送信されたNACKを受信し、受信した前記NACKの受信時刻と、前記NACKの受信直前に再送したデータの送信時刻とに基づいて求められる時間間隔がRTTRoundTripTimeより小さい場合、前記NACKを破棄するようにした。本発明によれば、RLC方式の再送制御において、無駄な再送を抑制し、無線リソースの効率的な使用及びシステムスループットの改善を図ることができる。以下、本発明の実施の形態について、図面を参照して詳細に説明する。ただし、実施の形態において、同一機能を有する構成には、同一符号を付し、重複する説明は省略する。実施の形態1図4は、本発明の実施の形態1に係る無線通信装置100の構成を示すブロック図である。以下、図4を用いて無線通信装置の構成について説明する。なお、図4は、特に、RLCサブレイヤの構成を中心に示している。RLCサブレイヤ120は、上位レイヤ110から送出されたPDCPPDUを送信バッファ121に格納する。送信バッファ121に格納されたPDCPPDUは、後述するRLC送信管理部123によって管理される。RLCPDU生成部122は、RLC送信管理部123からの指示に従い、送信バッファ121からデータを取り出し、各データを識別するための情報、データサイズ、及び順序制御のための情報等を含んだRLCサブレイヤのヘッダ情報を、取り出したデータに付与して、RLCPDUを生成する。生成されたRLCPDUは、下位レイヤ130MAC/PHYを介して通信相手へ送信される。また、下位レイヤ130MAC/PHYは、通信相手から送信されたデータを受信し、RLCPDUを受信した場合には、RLCPDUをRLCサブレイヤ120のRLCPDU解析部125に送出する。RLCPDU解析部125は、下位レイヤ130から送出されたデータがSTATUS-PDUCONTROLPDUかPDCPDATAPDUユーザデータかを判定する。受信したデータがPDCPDATAPDUであると判定された場合、RLCPDU解析部125は、PDCPDATAPDUをRLC受信バッファ部126に格納する。一方、受信したデータがSTATUS-PDUであると判定された場合、RLCPDU解析部125は、STATUS-PDUをRLC送信管理部123に送出する。RLC送信管理部123は、RLCPDU生成部122に対して、順序制御のためのSNシーケンス番号の設定、送信バッファ121内の送信すべきデータの設定、及び、通信相手の受信側RLCに対してSTATUS-PDUの送信を要求するPollビットの設定を指示する。また、RLC送信管理部123は、送信したRLCPDUの送信時刻情報を保持し、通信相手の受信側RLCサブレイヤからSTATUS-PDUを受信した時に、RTTRoundTripTimeを測定する。なお、この測定は、通信の最初に行い、以降、その測定値をRTT固定値として使用してもよいし、通信中、都度測定を行い、ダイナミックに値を更新してもよい。さらに、RLC送信管理部123は、再送したデータの送信時刻情報を保持しておき、その後、通信相手から受信したSTATUS-PDUに再送したデータと同一のデータのNACKが含まれていた場合、当該STATUS-PDUの受信時刻と、この直前に再送したデータの送信時刻とから、その時間間隔がRTTより大きいか判定する。その時間間隔がRTTより小さい場合、RLC送信管理部123は、STATUS-PDUの受信直前に再送したデータが通信相手の受信側RLCに到着する前に、受信側RLCがSTATUS-PDUを送信していると判断し、そのNACKは破棄する。一方、その時間間隔がRTTより大きい場合は、RLC送信管理部123は、STATUS-PDUの受信直前に再送したデータが通信相手の受信側RLCに届かなかったと判断して、NACK通知があったデータを再度再送する。次に、図4に示した無線通信装置100と、通信相手との再送制御手順について図5を用いて説明する。図5では、図4に示した無線通信装置100を送信側RLCとし、通信相手を受信側RLCと表記している。図5において、ST201では、送信側RLCから受信側RLCへSN順にデータを送信する。ここでは、送信側RLCは、SN=1~3を送信するものとし、受信側RLCは、SN=1,3のデータを正常に受信でき、SN=2のデータを正常に受信できなかったものとする。ST202では、受信側RLCは、SN=2のデータを正常に受信できなかったこと未受信を示す情報、すなわち、再送要求NACKをSTATUS-PDUに含めて送信側RLCへ送信する。このとき、送信側RLCは、Pollビット送信からSTATUS-PDU受信までのRTTを測定する。ST203では、送信側RLCは、未受信NACKとして通知されたSN=2のデータを再送する。このとき、送信側RLCは、再送したデータの送信時刻情報を保持しておく。ST204では、通信相手の受信側RLCから受信したSTATUS-PDUにST203において再送したデータと同一のデータのNACK通知があった場合、当該STATUS-PDUの受信時刻と、この直前に再送したデータの送信時刻とから、その時間間隔がRTTより大きいか判定する。その時間間隔がRTTより小さい場合は、STATUS-PDUの受信直前に再送したデータが通信相手の受信側RLCに到着する前に、受信側RLCがSTATUS-PDUを送信していると判断し、そのNACKは破棄する。これにより、通信相手の受信側RLCに再送データが届く前に受信側RLCがタイマ満了に伴うNACK通知を行っていた場合でも、無駄な再送を抑制することができる。一方、その時間間隔がRTTより大きい場合は、STATUS-PDUの受信直前に再送したデータが通信相手の受信側RLCに届かなかったと判断して、NACK通知があったデータを再度再送する。このように、実施の形態1によれば、通信相手の受信側RLCから受信したSTATUS-PDUNACKの受信時刻と、このNACKの受信直前に再送したデータの送信時刻とに基づいて求められる時間間隔がRTTより小さい場合、NACKの受信直前に再送したデータが通信相手の受信側RLCに到着する前に、通信相手の受信側RLCがSTATUS-PDUNACKを送信していると判断し、そのNACKは破棄される。これにより、通信相手の受信側RLCに再送データが届く前に受信側RLCがタイマ満了に伴うNACK通知を行っていた場合でも、そのNACKを破棄することになるので、無駄な再送を抑制することができる。この結果、無線リソースの効率的な使用及びシステムスループットの改善を図ることができる。なお、本実施の形態では、送信側RLCがPollビットを送信してからSTATUS-PDUを受信するまでの時間を測定してRTTを求めているが、本発明はこれに限るものではない。例えば、次のようにRTTを定義してもよい。送信側RLCは、通信開始コネクションセットアップ時に通信相手のRLCと処理遅延に関する情報交換を行い、RTTを定義する。具体的な処理遅延としては、まず、MAC/PHYレイヤでの送受信遅延Txdelay、Rxdelayと、通信相手の受信側RLCのPollビットを受信してからSTATUS-PDU送信までの遅延STATUSTxdelayを定義する。送信側RLCと通信相手の受信側RLCとが、これらの処理遅延に関する情報をコネクションセットアップ時に交換する。Pollビット送信からSTATUS-PDU受信までに相当するRTTは、図6からも分かるように、以下の式1により決定することができる。RTT=送信側RLCのTxdelay受信側RLCのRxdelay受信側RLCのSTATUSTxdelay受信側RLCのTxdelay送信側RLCのRxdelay...1式1では、無線回線における遅延を含めていないが、無線回線遅延も推測可能なシステムであれば、無線回線の遅延を加えることで、より精度を高めることができる。実施の形態2実施の形態1では、送信側RLCにおいて再送データであるSTATUS-PDUの送信可否を判断する場合について説明したが、本発明の実施の形態2では、受信側RLCにおいて正常受信を示すACK又は再送要求を示すNACKを含むSTATUS-PDUの送信タイミングを調整する場合について説明する。図7は、本発明の実施の形態2に係る無線通信装置300の構成を示すブロック図である。ただし、図7が図4と異なる点は、RLC受信管理部301を追加し、RLC送信管理部123をRLC送信管理部302に変更した点である。RLC受信管理部301は、RLC受信バッファ126に格納されたデータのSN、Pollビットの設定、受信時刻情報を管理する。RLC受信管理部301は、受信したデータのSNにロスがあり、送信側RLCに再送要求NACKを送信すべきと判断した場合、STATUS-PDU送信要求をRLC送信管理部302に通知する。RLC送信管理部302は、RLC受信管理部301から通知されたSTATUS-PDU送信要求に従って、STATUS-PDUの送信をRLCPDU生成部122に指示する。また、RLC送信管理部302は、STATUS-PDUの送信時刻情報をRLC受信管理部301に対して通知する。次に、図7に示した無線通信装置300と、通信相手との再送制御手順について図8を用いて説明する。図8では、図7に示した無線通信装置300を受信側RLCとし、通信相手を送信側RLCと表記している。図8において、ST401では、送信側RLCから受信側RLCへSN順にデータを送信する。ここでは、送信側RLCは、SN=1~3を送信するものとし、受信側RLCは、SN=1,3のデータを正常に受信でき、SN=2のデータを正常に受信できなかったものとする。ST402では、受信側RLCは、SN=2のデータを正常に受信できなかったこと未受信を示す情報、すなわち、再送要求NACKをSTATUS-PDUに含めて送信側RLCへ送信する。ST403では、送信側RLCは、未受信NACKとして通知されたSN=2のデータを再送し、受信側RLCが再送されたデータを受信する。このとき、受信側RLCは、ST402におけるSTATUS-PDUの送信から再送データの受信までのRTTを測定する。また、受信側RLCは、測定したRTTより大きい値にタイマを設定する。なお、ここでは、受信側RLCがSN=2の再送データを正常に受信できたものとする。ST404では、受信側RLCがタイマの満了を確認して、STATUS-PDUを送信側RLCに送信する。ここでは、ST403において、再送データが正常に受信されているため、受信側RLCは、STATUS-PDUにACKを含めている。このように、実施の形態2によれば、受信側RLCがタイマをRTTより大きい値に設定し、タイマの満了を待ってからSTATUS-PDUを送信することにより、通信相手の送信側RLCからの再送データが届く前に受信側RLCがNACK通知を行うことがなくなり、無駄な再送を抑制することができる。この結果、無線リソースの効率的な使用及びシステムスループットの改善を図ることができる。なお、本実施の形態では、受信側RLCがSTATUS-PDUを送信してから再送データを受信するまでの時間を測定してRTTを求めているが、本発明はこれに限るものではない。例えば、次のようにRTTを定義してもよい。送信側RLCは、通信開始コネクションセットアップ時に通信相手のRLCと処理遅延に関する情報交換を行い、RTTを定義する。具体的な処理遅延としては、まず、MAC/PHYレイヤでの送受信遅延Txdelay、Rxdelayと、通信相手の送信側RLCのNACK通知を受信してから当該NACK通知に基づいてデータを再送するまでの遅延STATUSTxdelayを定義する。送信側RLCと通信相手の受信側RLCとが、これらの処理遅延に関する情報をコネクションセットアップ時に交換する。受信側RLCがSTATUS-PDUを送信してから再送データを受信するまでに相当するRTTは、図9からも分かるように、以下の式2により決定することができる。RTT=受信側RLCのTxdelay送信側RLCのRxdelay送信側RLCのRetransmitTxdelay送信側RLCのTxdelay受信側RLCのRxdelay...2式2では、無線回線における遅延を含めていないが、無線回線遅延も推測可能なシステムであれば、無線回線の遅延を加えることで、より精度を高めることができる。"