"第1データ単位で再送を行う第1データ再送機能と、前記第1データ単位の一部の第2データ単位で再送を行う第2データ再送機能を併用してデータ再送を制御する再送制御方法であって、前記第2データ単位のブロックの欠落を検出し、前記欠落ブロックの直後のブロックの受信フレーム番号と、前記第1データの再送完了に要するフレーム数から、前記欠落ブロックに対応する第1データ単位の再送状況を推定し、前記欠落ブロックの前記第1データ単位の再送状況に応じて、前記第2データの受信結果の応答メッセージを送信する、ことを特徴とする再送制御方法。前記第1データ再送機能は、WiMAX無線通信システムにおけるHARQ機能であり、前記第2データ再送機能は、前記WiMAX無線通信システムにおけるARQ機能であり、前記欠落ブロックの検出は、ARQブロックの欠落を検出し、前記再送状況の推定は、前記欠落ARQブロックの直後のARQブロックの受信フレーム番号と、HARQ再送完了に要するフレーム数から、前記欠落ARQブロックのHARQ再送状況を推定し、前記応答メッセージの送信は、前記欠落ARQブロックのHARQ再送状況に応じて、ARQ受信結果の応答メッセージを送信する、ことを特徴とする請求項1に記載の再送制御方法。受信ARQブロックの番号がARQウィンドウスタートの値に等しいと判定すると、前記ARQウィンドウスタートを更新してARQブロック管理情報を更新し、受信ARQブロックの番号がARQウィンドウスタートの値に等しくないと判定すると、受信フレーム番号を設定して前記ARQブロック管理情報を更新すると共に、前記受信ARQブロックをARQ層のバッファへコピーして、ARQデータの受信処理を行う、ことを特徴とする請求項2に記載の再送制御方法。前記受信ARQブロックの最終受信済み番号がARQウィンドウスタートから1を減算した値に等しいと判定すると、受信結果にACKを設定し、前記受信ARQブロックの最終受信済み番号がARQウィンドウスタートから1を減算した値に等しくないと判定すると、前記ARQウィンドウスタート以降で先頭の受信ARQブロックの受信フレーム番号と現フレーム番号の第1差分フレーム数を算出して、ARQ受信結果メッセージの送信処理を行う、ことを特徴とする請求項3に記載の再送制御方法。第1データ単位で再送を行う第1データ再送機能と、前記第1データ単位の一部の第2データ単位で再送を行う第2データ再送機能を併用してデータ再送を制御する通信装置であって、前記第2データ単位のブロックの欠落情報と前記第1データ単位の再送情報に基づいて、前記第2データ単位の再送指示を判定する再送指示判定部を有し、前記再送指示判定部は、前記第1データ単位の再送が完了するまで前記第2データ単位の再送指示を出力せず、前記第1データ単位の再送が完了した後に、前記第2データ単位の再送が必要かどうかを判定する、ことを特徴とする通信装置。基地局と、該基地局との間で無線通信を行う移動局を有する無線通信システムであって、前記移動局は、請求項5に記載の通信装置であり、前記移動局と前記基地局との間で請求項1乃至請求項4のいずれか1項に記載の再送制御方法を行う、ことを特徴とする無線通信システム。前述したWiMAX無線通信システムにおいて、例えば、HARQリオーダリング機能とARQ機能を併用する場合、HARQウィンドウバッファとARQウィンドウバッファを二重に管理するため、多大なメモリが必要となる。また、HARQ層におけるMACPDU単位の順序の並び変え、並びに、ARQ層におけるARQブロック単位の順序の並び変えは、扱うデータ単位は異なるが、冗長な処理となっている。さらに、例えば、受信データのHARQウィンドウバッファへのコピー処理と、ARQウィンドウバッファへのコピー処理の二重のコピー処理が行われるため、処理時間の効率が低いといった解決すべき課題がある。一実施形態によれば、第1データ単位で再送を行う第1データ再送機能と、前記第1データ単位の一部の第2データ単位で再送を行う第2データ再送機能を併用してデータ再送を制御する再送制御方法が提供される。前記再送制御方法は、前記第2データ単位のブロックの欠落を検出し、前記欠落ブロックの直後のブロックの受信フレーム番号と、前記第1データの再送完了に要するフレーム数から、前記欠落ブロックに対応する第1データ単位の再送状況を推定する。さらに、前記再送制御方法は、前記欠落ブロックの前記第1データ単位の再送状況に応じて、前記第2データの受信結果の応答メッセージを送信する。開示の再送制御方法、再送制御方法、通信装置および無線通信システムは、必要なメモリサイズを低減すると共に、冗長なコピー動作を削減して処理時間を低減し、さらに、帯域使用効率を上げてスループットを向上することができるという効果を奏する。まず、再送制御方法、通信装置および無線通信システムの実施例を詳述する前に、WiMAXのフレーム構成、並びに、HARQ再送およびARQ再送について説明する。なお、以下の記述では、WiMAX規格の無線通信システムを例として説明するが、本実施例の適用は、WiMAXに限定されるものではなく、また、無線通信に限定されるものでもなく、様々な通信システムに対して幅広く適用することができる。図1は、WiMAXを利用した通信システムの構成を概略的に示す図である。図1において、参照符号100は基地局、200はセル、および、300a~300cは移動局を示す。ここで、300aはセル200の圏内に継続的に存在する移動局を示し、300bはセル200の圏内へ入る移動局を示し、そして、300cはセル200の圏外へ出る移動局を示す。なお、図1では、3つの移動局300a~300cだけが描かれているが、実際には、1つの基地局100のセル200内に多数の移動局が存在しているのはいうまでもない。WiMAXを利用した通信システムでは、例えば、基地局100を中心とする数百~数Km以上の半径を有するセル200を通信エリアとし、複数のセル200によりセルラーシステムが形成される。図1に示されるように、セル200の圏内には、複数の移動局300b,300cが存在し、それぞれ基地局100との間でデータの遣り取りを行う。ここで、WiMAXの変調方式は、例えば、IEEE80216e規格による直交周波数分割多重方式に従って、各データ通信に使用できる周波数を時間で分けている。さらに、IEEE80216e規格はモバイルブロードバンドシステムに関係し、OFDM方式の時間に加えサブキャリアでも各データを分けることが可能になっている。そして、基地局100と移動局300a~300cは、マスタースレーブ構成になっており回線割当て等は、基地局100が行っている。前述したように、WiMAX無線通信システムにおける再送制御方式には、MAC層/PHY層で実現するHARQ機能と、MAC層で実現するARQ機能がある。ここで、WiMAXにおける基地局BSと移動局MSとの間のデータ送受信は、WiMAXフレーム内のバースト領域を使用して行う。また、HARQ機能では、通常のバースト領域をHARQのチャネル毎に区切ったサブバースト単位でデータ送受信を行う。なお、後述する本実施例の適用は、IEEE80216e規格のWiMAXに限定されるものではなく、HARQ機能およびARQ機能、或いは、同等の機能を有する様々な通信システムに対して適用することが可能である。図2~図5は、WiMAX無線通信システムにおけるHARQ再送およびARQ再送を説明するための図であり、図2は、WiMAXフレームの構成を示すものである。図2のフレーム構成図において、左から右に向かってOFDMAシンボル番号が付され、上から下に向かってサブチャネル論理番号が付されている。図2に示されるように、DLサブフレームの先頭部分にはプリアンブルが設けられ、通信の初期段階で移動局MSがネットワークに同期を確立するため、或いは、基地局BSからの受信信号の品質を計測するために使用される。次に、フレームヘッダ制御を行うFCHおよび圧縮されたMAP情報が送信される。さらに、サブフレームの下りリンクMAP情報および上りリンクMAP情報が送信される。ユーザデータの通信に用いられる信号は、MAP情報の後に続くバースト領域に割り当てられ、DLサブフレームには、例えば、BSからMSへの下りリンクのユーザデータを格納するDLサブバーストが含まれる。また、ULサブフレームには、例えば、MSからBSへの上りリンクのユーザデータを格納するULサブバーストが含まれる。ここで、FCHは、予め定められた形式で送信され、後に続くMAP情報などの制御情報が正しく読み取れるように、MAP領域の変調方式や符号方式などをMSに伝えるために送信される制御情報である。また、サブDL-/UL-MAPは、DLサブバーストおよびULサブバーストに含まれるユーザデータの位置を示す情報として送信される制御情報である。図3は、HARQの構成を示す図である。図3に示されるように、HARQフレームは、1つもしくは2つ以上のMACPDUが結合した形でCRC16が付与されて、エンコードされる。図4は、HARQ再送を説明するための図である。HARQ機能は、受信側でHARQサブバースト単位にCRC16によるエラー判定、および、受信結果の応答を行い、サブバースト単位の再送制御を行う機能である。なお、ACKは、肯定認知を示し、NACKは、否定認知を示す。すなわち、図4に示されるように、受信側1が、送信側2からサブバーストを受け取ると、そのsubburst0に含まれるCRC16のエラー判定を行う。ここで、受信側1は、例えば、WiMAX無線通信システムにおける移動局MSであり、送信側2は、例えば、WiMAX無線通信システムにおける基地局BSである。subburst0のCRC16がエラーになると、受信側1が正しく受信できなかったとして、送信側2へNACKを送信すると共に、subburst0を受信バッファへ退避させる。送信側2は、受信側1からのNACKを受けて、subburst0を再送し、受信側1は、送信側2から再送されたsubburst0を受け取って、PHY10bへ退避したsubburst0との最大比合成を行う。そして、エラーが解消されると、送信側2へACKを送信すると共に、受信したsubburst0をMAC層10aへ転送する。図5は、ARQ再送を説明するための図である。ARQ機能は、MACPDUのペイロードをARQブロックというデータユニットで管理し、それぞれのデータユニットにBSNを付与して、ARQブロック毎に送信確認と再送制御を行う機能である。すなわち、図5に示されるように、受信側1が、送信側2からMACPDUを受け取ると、そのARQブロックのSDU1~SDU3の受信結果を判定し、受信結果を送信側2へ送信する。そして、送信側2は、受信側1からの受信結果を受けて、未受信のBSNのみを再送する。ところで、一般的に、WiMAXオペレーターは、HARQ機能とARQ機能を併用して運用する。HARQ機能は、再送のレイテンシが短く、HARQ機能の再送で救えなかったデータをARQ機能の再送で救うことで無線通信の性能を向上するようになっている。また、HARQ機能とARQ機能で冗長な再送が発生するのを避けるため、HARQ機能には、MACPDU毎にSNを付与し、順序並び変えを行うHARQリオーダリング機能がある。図6は、関連技術の通信装置の一例を示す機能ブロック図であり、HARQ機能およびARQ機能を併用した時の無線通信システムを受信側1に注目して描いたものである。図6において、参照符号1は受信側,2は送信側,10aはMAC層,および,10bはPHY層を示す。ここで、受信側1は、例えば、WiMAX無線通信システムにおける移動局MSであり、送信側2は、例えば、WiMAX無線通信システムにおける基地局BSである。図6に示されるように、受信側1は、MAC層10aおよびPHY層10bを有し、MAC層10aは、UMAC11およびLMAC12を有する。UMAC11は、ダウンリンクユーザデータ受信処理部110を有する。LMAC12は、ARQデータ受信処理部121、HARQデータ受信処理部122、ダウンリンクデータ受信処理部123、および、ARQ受信結果メッセージ送信処理部124を有する。さらに、LMAC12は、HARQ受信結果メッセージ送信処理部125、および、アップリンクデータ送信処理部126を有する。ここで、ARQデータ受信処理部121およびARQ受信結果メッセージ送信処理部124は、ARQ層120aを構成し、HARQデータ受信処理部122およびHARQ受信結果メッセージ送信処理部125は、HARQ層120bを構成する。これらARQ層120aおよびHARQ層120bは、PHY層10bと共に、後述する各図において表される。受信側1のPHY層10bは、送信側2との間でWiMAXフレームの遣り取りを行う。すなわち、PHY層10bは、送信側2からDLサブフレームを受信すると共に、送信側2へULサブフレームを送信する。PHY層10bは、MAC層10aにおけるダウンリンクデータ受信処理部123へバースト/サブバーストを出力すると共に、MAC層10aにおけるアップリンクデータ送信処理部126からバースト/サブバーストを受け取る。ダウンリンクデータ受信処理部123は、前述したCRC16によるエラー判定を行い、OKまたはNGをHARQ受信結果メッセージ送信処理部125へ出力すると共に、MACPDUをHARQデータ受信処理部122へ出力する。HARQ受信結果メッセージ送信処理部125は、ダウンリンクデータ受信処理部123からのCRC16によるエラー判定結果に従って、ACKまたはNACKを、物理チャネルでアップリンクデータ送信処理部126へ出力する。HARQデータ受信処理部122は、ダウンリンクデータ受信処理部123からのMACPDUを処理して、ARQデータ受信処理部121へ出力する。ARQデータ受信処理部121は、HARQデータ受信処理部122からのMACPDUを処理して、MACSDUをUMAC11におけるダウンリンクユーザデータ受信処理部110へ出力する。ここで、HARQデータ受信処理部122は、ARQブロック受信状況をARQ受信結果メッセージ送信処理部124へ出力し、ARQ受信結果メッセージ送信処理部124は、ARQフィードバックをアップリンクデータ送信処理部126へ出力する。なお、ARQフィードバックは、ARQ受信結果の応答メッセージに相当する。図7~図9は、HARQ機能およびARQ機能を併用した時の受信処理の流れを説明するための図である。ここで、前述したように、ARQ層120aは、図6におけるARQデータ受信処理部121およびARQ受信結果メッセージ送信処理部124を纏めたものに相当する。また、HARQ層120bは、図6におけるHARQデータ受信処理部122およびHARQ受信結果メッセージ送信処理部125を纏めたものに相当する。さらに、図7~図9では図示しないが、MAC層10aは、ARQ層120aおよびHARQ層120bと共に、ダウンリンクデータ受信処理部123およびアップリンクデータ送信処理部126を有するLMAC12、並びに、UMAC11を有する。また、UMAC11は、図6を参照して説明したように、ダウンリンクユーザデータ受信処理部110を有する。なお、以上の点は、各処理の流れを説明する図10~図12,図13~図15,図16~図18および図19~図21においても同様である。図7~図9に示す受信処理は、送信側2から受信側1に対して、WiMAXのフレーム単位FrameN~FrameN4でサブバーストSubburst1~Subburst5を送信し、FrameN2のサブバーストSubburst3でCRCエラーが生じた場合を示す。このとき、図4を参照して説明したように、CRCエラーを受けて、PHY層10bの受信バッファへSubburst3を退避させ、送信側2へNAKを出力する。これを受けて、送信側2は、FrameN5で、エラーが検出されたSubburst3を再送する。すなわち、例えば、FrameNおよびFrameN1において、MAC層10aにおける下位のHARQ層120bで受信MACPDU毎に順序の並び変えを行い、順序正しく上位のARQ層120aへMACPDUを転送する。一方、受信MACPDUの一部が欠落した場合、すなわち、Subburst3でCRCエラーを検出すると、FrameN3,FrameN4において、MACPDU4,MACPDU5のデータをHARQウィンドウバッファ20に一時的に格納する。ここで、HARQ機能では、HARQカテゴリー毎にサポートが必要なバッファサイズが異なる。仮に、最大性能のHARQカテゴリーをサポートする場合、HARQウィンドウバッファ20のサイズは、例えば、741440ビット必要である。そして、FrameN5において、HARQの再送によってデータ欠落を補完すると、その後、順序正しく上位のARQ層120aへMACPDUを転送する。なお、HARQ再送のリトライオーバーにより、データ欠落の補完ができなかった場合は、次の転送予定のMACPDUより、順序正しく上位のARQ層120aへの転送を行う。ARQ層120aでは、受信MACPDUをARQブロックに分割し、ARQブロック毎に付与されるBSNに従ってARQブロック毎の順序を並び変え、順序正しく上位層へMACPDUから構築したMACSDUを転送する。すなわち、例えば、FrameN1において、ARQウィンドウバッファ30のSDU1バッファに格納されたARQブロックSDU11~SDU13を上位層へ転送し、そのSDU1バッファを開放する。なお、SDU11,SDU12は、Subburst1のMACPDU1に含まれ、SDU13は、Subburst2のMACPDU2に含まれており、SDU1バッファは、SDU11~SDU13により所定のサイズになった時点で上位層への転送を行う。ここで、SDU11~SDU13は、BSN1~BSN3に対応する。さらに、ARQブロックの一部が欠落した場合は、ARQウィンドウバッファ30にデータを一時的に格納する。そして、ARQの再送により、データ欠落を補完した後、順序正しく上位層へMACSDUを転送する。このように、HARQ層120bの順序保証により、ARQ層120aでARQブロックの欠落を検出した場合、HARQ再送はリトライオーバー済みとみなすことができ、HARQ機能とARQ機能で冗長な再送が発生するのを回避できるようになっている。しかしながら、図7~図9に示すHARQ機能およびARQ機能を併用した受信処理では、HARQウィンドウバッファ20とARQウィンドウバッファ30を二重に管理するため、多大なメモリが必要となる。また、HARQ層120bにおけるMACPDU単位の順序の並び変えと、ARQ層120aにおけるARQブロック単位の順序の並び変えは、扱うデータ単位は異なるが、冗長な処理となっている。さらに、受信データのHARQウィンドウバッファ20へのコピー処理と、ARQウィンドウバッファ30へのコピー処理の二重のコピー動作を行うため、処理時間の効率が低下する。図10~図12は、HARQ機能およびARQ機能を併用した時の受信処理の流れを説明するための図である。図10~図12に示す受信処理の流れは、図7~図9を参照して説明した受信処理の流れにおいて、HARQ機能におけるリオーダリングを無効にしたものに相当する。なお、図10~図12に示す受信処理の流れにおいても、送信側2から受信側1に対して、フレームFrameN~FrameN4でサブバーストSubburst1~Subburst5を送信し、フレームFrameN2のサブバーストSubburst3でCRCエラーが生じた場合を示す。すなわち、フレームFrameN2のサブバーストSubburst3でCRCエラーを検出すると、図7~図9を参照して説明したのと同様に、PHY層10bの受信バッファへSubburst3を退避させる。さらに、受信側1は、送信側2へNAKを出力する。これを受けて、送信側2は、フレームFrameN5で、Subburst3を再送する。ここで、図10~図12に示す受信処理では、HARQ機能におけるリオーダリングが無効なので、図7~図9を参照して説明したものとは、フレームFrameN3以降の処理が異なっている。すなわち、HARQリオーダリング機能が無効な場合、図7~図9を参照して説明したHARQウィンドウバッファの管理、および、HARQ層120bにおける順序の並び変えは不要であり、上述した問題は生じない。しかしながら、HARQ層120bでの順序保証がないため、HARQ機能における再送中に、ARQ層120aでARQブロックの欠落を検出することになる。具体的に、FrameN3において、ARQ層120aでBSN5~BSN6の欠落を検出すると、ARQ再送を要求する。すなわち、BSN1~BSN4,BSN7~BSN8は正しく受信され、BSN5~BSN6が欠落している。そこで、ARQ層120aからPHY層10bを介して受信側2へ、ARQフィードバックとして、BSN1~BSN4=ACK,BSN4~BSN5=NACK,BSN7~BSN8=ACKを送信する。このBSN1~BSN4=ACK,BSN4~BSN5=NACK,BSN7~BSN8=ACKを受けて、送信側2は、FrameN6において、ARQ再送を行う。ここで、SDU2は、FrameN5において上位層へ転送済みのため、FrameN6のSDU2は破棄される。すなわち、FrameN6では、本来必要のないデータSDU2が送信側2から送信されることになる。その結果、欠落ARQブロックの受信結果の応答によるARQ再送とHARQ再送が冗長に発生するため、帯域の使用効率が悪くなる。図13~図15は、HARQ再送リトライオーバー後のARQ再送処理の流れを説明するための図である。ここで、FrameN~FrameN4は、前述した図7~図9におけるFrameN~FrameN4と同様の処理である。また、FrameN6~FrameN15は、FrameN5と同様に、Subburst3のHARQ再送リトライでエラーになった場合を示し、FrameN16は、HARQ再送リトライオーバーを検出した場合を示す。さらに、FrameN17~FrameNM1は、送信側2でのARQ送信準備期間に相当する。なお、このFrameN17~FrameNM1の期間において、HARQウィンドウバッファ20内のMACPDUXについて、HARQ再送リトライオーバー検出済みと仮定する。すなわち、前述した図7~図9の例では、FrameN5におけるSubburst3のHARQ再送でエラーが解消されたが、図13~図15の例では、所定回数だけ繰り返してもエラーが解消されずに、HARQ再送リトライオーバーとなった場合を示す。具体的に、FrameN5において、Subburst3のHARQ再送を行い、CRCエラーを検出すると、PHY層10bの受信バッファへ退避し、送信側2へNAKを出力する。なお、FrameN6~FrameN15においても、FrameN5と同様の処理を繰り返す。そして、FrameN16において、Subburst3の送信を所定回数だけ繰り返しても、欠落ARQブロックを補完できないとき、HARQ再送リトライオーバーとして、ARQ再送により欠落ARQブロックを補完する。すなわち、FrameN16では、リトライオーバーを検出すると、ARQ層120aからPHY層10bを介して受信側2へ、BSN5~BSN6=NACK,BSN7~BSN10=ACKを送信する。ここで、HARQ再送リトライオーバーの検出は、例えば、受信フレーム番号により判断する。そして、HARQ再送リトライオーバーが検出されて、ARQフィードバックが行われると、これを受けて、FrameNMにおいて、ARQ再送を行う。すなわち、このBSN5~BSN6=NACK,BSN7~BSN10=ACKを受けて、送信側2は、FrameNMにおいて、ARQ再送を行う。上述したWiMAX無線通信システムにおいて、例えば、HARQリオーダリング機能とARQ機能を併用する場合、HARQウィンドウバッファ20とARQウィンドウバッファ30を二重に管理するため、多大なメモリが必要となる。また、HARQ層におけるMACPDU単位の順序の並び変え、並びに、ARQ層におけるARQブロック単位の順序の並び変えは、扱うデータ単位は異なるが、冗長な処理となっている。さらに、例えば、受信データのHARQウィンドウバッファへのコピー処理と、ARQウィンドウバッファ30へのコピー処理の二重のコピー処理が行われるため、処理時間の効率が低いといった解決すべき課題がある。以下、再送制御方法、通信装置および無線通信システムの実施例を、添付図面を参照して詳述する。なお、本実施例の適用は、WiMAXに限定されるものではなく、また、無線通信に限定されるものでもなく、様々な通信システムに対して幅広く適用することができるのは前述した通りである。すなわち、WiMAX無線通信システムにおけるHARQ機能は、第1データ単位で再送を行う第1データ再送機能に対応し、また、ARQ機能は、第1データ単位の一部の第2データ単位で再送を行う第2データ再送機能に対応する。図16~図18は、本実施例の再送制御方法におけるHARQ再送中のARQ再送回避処理の流れを説明するための図である。前述したように、ARQ層120aは、図6におけるARQデータ受信処理部121およびARQ受信結果メッセージ送信処理部124を纏めたものに相当する。また、HARQ層120bは、図6におけるHARQデータ受信処理部122およびHARQ受信結果メッセージ送信処理部125を纏めたものに相当する。さらに、図16~図18では図示しないが、MAC層10aは、ARQ層120aおよびHARQ層120bと共に、ダウンリンクデータ受信処理部123およびアップリンクデータ送信処理部126を有するLMAC12、並びに、UMAC11を有する。図16~図18に示す実施例は、前述した図7~図9、並びに、図10~図12に示す受信処理に対応するものである。すなわち、図16~図18に示す実施例は、図7~図9におけるHARQウィンドウバッファ20を削除することができ、さらに、図10~図12におけるSDU2の再送を不要とすることができる。ここで、図16~図18の処理は、図7~図9の処理と同様に、送信側2から受信側1に対して、WiMAXのフレーム単位FrameN~FrameN4でサブバーストSubburst1~Subburst5を送信し、FrameN2のSubburst3でCRCエラーが生じた場合を示す。すなわち、フレームFrameN2のサブバーストSubburst3でCRCエラーを検出すると、PHY層10bの受信バッファへSubburst3を退避させる。さらに、受信側1は、送信側2へNAKを出力する。これを受けて、送信側2は、フレームFrameN5で、Subburst3を再送する。ここで、本実施例の受信処理は、HARQリオーダリング機能によらず、MACPDUを上位層へ転送する。すなわち、PDUSN順序が不正でも上位層へ転送する。受信側1では、現フレーム-BSN7の受信フレーム≦HARQリトライオーバーフレーム数のとき、BSN5~BSN6はHARQ再送待ちで、BSN5~BSN8をARQフィードバックに含まないようにする。ここで、BSNは、MACPDUを分割したARQブロックのシーケンス番号を示し、ARQフィードバックは、ARQ受信結果の応答メッセージに相当する。具体的に、前述した図10~図12の処理のBSN1~BSN4=ACK,BSN4~BSN5=NACK,BSN7~BSN8=ACKの代わりに、BSN1~BSN4=ACKのみをARQフィードバックとして送信する。すなわち、HARQ再送待ちのBSN5~BSN6について、ARQフィードバックを応答しないことにより、送信側2からの冗長なデータ送信を行わないようにしている。なお、送信側2は、前述したように、FrameN2のNAKを受けて、フレームFrameN5において、Subburst3を再送する。受信側1は、FrameN2で退避したsubburst3との最大比合成を行い、PDUSN順序正常として上位層へ転送する。すなわち、FrameN5において、HARQの再送によってデータ欠落を補完すると、その後、順序正しく上位のARQ層120aへMACPDUを転送する。そして、ARQ層120aは、受信MACPDUをARQブロックに分割し、ARQブロック毎に付与されるBSNに従ってARQブロック毎の順序を並び変え、順序正しく上位層へMACPDUから構築したMACSDUの転送を行う。このように、本実施例によれば、HARQリオーダリング機能有効時の冗長なデータコピーを削減することができ、さらに、HARQウィンドウバッファを不要とすることで、メモリ使用量を削減することができる。具体的に、前述した図7~図9の受信処理方法と比較して、例えば、最大性能のHARQカテゴリーをサポートする741440ビットの容量のHARQウィンドウバッファ20を不要とすることにより、約724Kバイトの実相メモリ量を削減することが可能になる。さらに、前述した図10~図12の受信処理方法と比較して、欠落ARQブロックを再送するARQ再送を不要とすることで、ARQ再送とHARQ再送の冗長をなくして帯域の使用効率を上昇させることができる。すなわち、本実施例によれば、HARQリオーダリング機能の有効/無効に関わりなく、上述した効果を奏することが可能になる。図19~図21は、本実施例の再送制御方法におけるHARQ再送リトライオーバー後のARQ再送処理の流れを説明するための図であり、前述した図9~図11を使用した図13~図15に対応するものである。ここで、FrameN~FrameN4は、前述した図16~図18におけるFrameN~FrameN4と同様の処理である。また、FrameN6~FrameN15は、FrameN5と同様に、Subburst3のHARQ再送リトライでエラーになった場合を示し、FrameN16は、HARQ再送リトライオーバーを検出した場合を示す。なお、FrameN17~FrameNM1は、送信側2でのARQ送信準備期間に相当する。すなわち、図19~図21に示されるように、FrameN5において、Subburst3のHARQ再送を行い、CRCエラーを検出すると、PHY層10bの受信バッファへ退避し、送信側2へNAKを出力する。なお、FrameN6~FrameN15においても、FrameN5と同様の処理を繰り返す。そして、FrameN16において、Subburst3の送信を所定回数だけ繰り返しても、欠落ARQブロックを補完できないとき、HARQ再送リトライオーバーとして、ARQ再送により欠落ARQブロックを補完する。すなわち、FrameN16において、->HARQ再送リトライオーバーのとき、BSN5~BSN6がHARQ待ち時間を超過すると、BSN5~BSN10をARQフィードバックに含める。また、FrameN16において、-≦HARQ再送リトライオーバーのとき、BSN11~BSN13がHARQ再送待ちのとき、BSN11~BSN15をARQフィードバックに含めない。そして、FrameN16において、BSN5~BSN6=NACK,BSN7~BSN10=ACKをARQフィードバックとして送信する。これを受けて、送信側2は、FrameNMにおいて、SubburstYをARQ再送する。以下、上述した実施例を、図22~図24のフローチャートを参照してより詳細に説明する。図22は、本実施例の再送制御方法における再送処理の一例を説明するためのフローチャートである。図22に示されるように、ARQデータ受信処理が開始すると、すなわち、図16~図18の受信処理において、HARQ層120bからMACPDUを受け取ると、ステップST11において、ARQブロックに分割してステップST12へ進む。ステップST12では、何個のARQブロックに分割できたかにより、ステップST12~ST18のループ処理を順次行う。すなわち、ステップST12において、ARQブロックのシーケンス番号をチェックして、ステップST13へ進み、各BSNに対して以下に説明するステップST18までの処理を順次行う。ステップST13では、受信ARQブロックのBSNがARQウィンドウスタートに等しいかどうかを判定する。ここで、ARQウィンドウスタートは、欠けているARQブロックの先頭に対応する。ステップST13において、受信ARQブロックのBSNがARQウィンドウスタートに等しいと判定すると、ステップST14へ進んで、ARQブロック管理情報を更新する。ここで、ステップST13において、受信ARQブロックのBSNがARQウィンドウスタートに等しいと判定するのは、例えば、CRCエラーがなく、通常の処理を行う場合に対応する。さらに、ステップST15へ進んで、SDUバッファへ受信ARQブロックをコピーして、ステップST16へ進む。具体的に、例えば、図16~図18の受信処理のFrameN1において、BSN=3のとき、ウィンドウスタートをBSN3からBSN5へ変更する。さらに、ARQウィンドウバッファ30のSDU1バッファへSDU13をコピーし、SDU2バッファへSDU24をコピーする。ステップST16では、MACSDUの構築が完了したかどうかを判定し、MACSDUの構築が完了したと判定すると、ステップST17へ進んで、上位層へMACSDUを転送して、ステップST18へ進む。一方、ステップST16において、MACSDUの構築が完了していないと判定すると、ステップST17の処理を行わずに、直接ステップST18へ進む。具体的に、例えば、図16~図18の受信処理のFrameN1において、SDU1バッファがSDU11~SDU13で満たされたと判定すると、上位層へMACSDUを転送する。一方、ステップST13において、受信ARQのBSNがARQウィンドウスタートに等しくないと判定すると、ステップST19へ進んで、ARQブロック管理情報を更新する。さらに、ステップST20へ進んで、SDUバッファへ受信ARQブロックをコピーして、ステップST18へ進む。具体的に、例えば、図16~図18の受信処理のFrameN3において、BSN=7のとき、ARQブロック管理情報における受信フレーム番号FrameN3を設定する。さらに、SDU3バッファへSDU37をコピーし、SDU4バッファへSDU48をコピーする。そして、ステップST18において、ARQブロックのBSNをチェックして、全てのBSNに対する処理が終了するまでステップST12へ戻って同様のループ処理を行い、全てのBSNに対する処理が終了したら、ARQデータ受信処理を終了する。図23および図24は、本実施例の再送制御方法における再送処理の一例を説明するためのフローチャートである。このARQデータ受信結果メッセージの送信は、ARQブロック管理情報を参照して行う。図23および図24に示されるように、ARQ受信結果メッセージ送信処理が開始すると、ステップST31において、最終送信済BSNとARQウィンドウスタートが等しいかどうかを判定する。ステップST31において、最終送信済BSNとARQウィンドウスタートが等しいと判定すると、ステップST32へ進んで、受信結果にACKを設定して、ステップST38へ進む。具体的に、例えば、図16~図18の受信処理のFrameN1において、最終送信済BSNはBSN4であり、ARQウィンドウスタートは、BSN4であるため、等しいと判定する。そして、送信側2から送られたMACPDUに含まれるARQブロックが正しく受信されたとして、ACKの受信結果を送信側2へ送信する。一方、ステップST31において、最終送信済BSNとARQウィンドウスタートが等しくないと判定すると、ステップST33へ進んで、ARQウィンドウスタート以降の先頭BSNの受信フレーム番号と現フレーム番号の差分フレーム数を算出する。なお、ステップST33で処理する現フレーム番号は、例えば、前述した図22におけるステップST19で更新したARQブロック管理情報に設定されたフレーム番号である。具体的に、例えば、図16~図18の受信処理のFrameN3において、最終送信済BSNはBSN8であり、ARQウィンドウスタートは、BSN4であるため、等しくないと判定する。そして、ARQウィンドウスタート以降の先頭BSNの受信フレーム番号と現フレーム番号の差分フレーム数-=0を算出する。また、例えば、図16~図18の受信処理のFrameN4において、最終送信済BSNはBSN10であり、ARQウィンドウスタートは、BSN4であるため、等しくないと判定する。そして、ARQウィンドウスタート以降の先頭BSNの受信フレーム番号と現フレーム番号の差分フレーム数-=1を算出する。さらに、例えば、図19~図21の受信処理のFrameN16において、最終送信済BSNはBSN15であり、ARQウィンドウスタートは、BSN4であるため、等しくないと判定する。そして、ARQウィンドウスタート以降の先頭BSNの受信フレーム番号と現フレーム番号の差分フレーム数-=13を算出する。次に、ステップST34へ進んで、差分フレーム数がHARQリトライオーバーフレーム数以下かどうかを判定する。ステップST34において、差分フレーム数がHARQリトライオーバーフレーム数以下であると判定すると、ステップST35へ進んで、受信結果にACKを設定して、ステップST38へ進んで、ARQフィードバックを送信する。すなわち、送信側2からのMACPDUを受信できたとして、送信側2へACKのARQフィードバックを送信する。具体的に、例えば、図16~図18の受信処理のFrameN3およびFrameN4において、差分フレーム数は、それぞれ0および1となるため、HARQリトライオーバーフレーム数以下であると判定する。一方、ステップST34において、差分フレーム数がHARQリトライオーバーフレーム数以下ではないと判定すると、ステップST36へ進んで、受信結果にNACKを設定して、ステップST37へ進む。具体的に、例えば、図19~図21の受信処理のFrameN16において、差分フレーム数は13となるため、HARQリトライオーバーフレーム数の12以下ではないと判定する。すなわち、ステップST34では、差分フレーム数>HARQ再送リトライオーバーフレーム数と判定するため、受信結果BSN5~BSN6にNACKを設定する。これは、HARQで再送されるはずのBSN5~BSN6を受信できないため、ARQでの再送を要求し、欠落データの復元を優先する処理である。ステップST37では、以降の受信済ARQブロックのシーケンス番号をチェックして、ステップST39へ進み、各BSNに対して以下に説明するステップST41までの処理を順次行う。ステップST39では、直前のARQブロックとBSNが連続するかどうかを判定する。ステップST39において、直前のARQブロックとBSNが連続すると判定すると、ステップST40へ進んで、その連続すると判定したBSNをACKと設定してステップST41へ進む。そして、ステップST41において、ARQブロックのBSNをチェックして、全てのBSNに対する処理が終了するまでステップST37へ戻って同様のループ処理を行い、全てのBSNに対する処理が終了したら、ステップST38へ進む。一方、ステップST39において、直前のARQブロックとBSNが連続しないと判定すると、ステップST42へ進んで、その不連続と判定したBSNの受信フレーム番号と現フレーム番号の差分フレーム数を算出して、ステップST43へ進む。ステップST43では、差分フレーム数がHARQリトライオーバーフレーム数を超過するかどうかを判定する。ステップST43において、差分フレーム数がHARQリトライオーバーフレーム数を超過すると判定すると、ステップST44へ進んで、そのBSNにNACKを設定して、前述したステップST41へ進み、さらに、ステップST38へ進む。一方、ステップST43において、差分フレーム数がHARQリトライオーバーフレーム数を超過しないと判定すると、ステップST44およびST41を通ることなく、直接ステップST38へ進む。そして、ステップST38において、送信側2へARQフィードバック送信を行って、ARQ受信結果メッセージ送信処理を終了する。具体的に、例えば、図19~図21の受信処理のFrameN16において、直前のARQブロックとBSNが連続すると判定するBSN7~BSN10には、ACKを設定する。また、直前のARQブロックとBSNが連続しないと判定し、差分フレーム数がHARQリトライオーバーフレーム数を超過すると判定するBSN5~BSN6には、NACKを設定する。従って、ARQフィードバックは、BSN5~BSN6=NACK,BSN7~BSN10=ACKとなるBSN5~BSN10を含む。なお、BSN14~BSN15に関しては、不連続と判定したBSNの受信フレーム番号と現フレーム番号の差分フレーム数を算出して、ステップST43へ進む。ステップST43では、差分フレーム数がHARQリトライオーバーフレーム数を超過しないと判定するので、BSN14~BSN15は、ARQフィードバックに含まれないことになる。そして、BSN11~BSN13は、HARQ再送待ちとなる。上述したように、本実施例によれば、必要なメモリサイズを低減することができる。さらに、本実施例によれば、冗長なコピー動作を削減して処理時間を低減すると共に、帯域使用効率を上げてスループットを向上することが可能になる。すなわち、HARQリオーダリング機能の有効/無効によらず、MACPDUの順序並び変え処理を行わないことで、HARQ層において、HARQウィンドウバッファを管理する必要がなくなる。これにより、ARQウィンドウバッファとの二重管理によるメモリサイズの増大を低減、すなわち、実装メモリの容量を低減することができる。また、HARQリオーダリング機能の有効/無効によらず、MACPDUの順序並び変え処理を行わないことで、HARQウィンドウバッファへのコピー処理が不要となり、ARQウィンドウバッファへのコピー処理との冗長コピー動作を削減することができる。これは、処理時間の低減に繋がる。さらに、ARQ層において、HARQ再送状況を推定したARQブロック受信結果の応答処理を行うことで、HARQ再送中のARQ再送を回避する。具体的に、仮に、HARQ層での再送率が5であった場合、HARQ再送がリトライオーバーしないにも関わらず、ARQ層での再送率も5となる。本実施例では、HARQ機能とARQ機能の冗長再送を回避することにより、余分なARQ再送を回避して帯域使用効率を上げてスループットを向上することができる。以上の実施例を含む実施形態に関し、さらに、以下の付記を開示する。付記1第1データ単位で再送を行う第1データ再送機能と、前記第1データ単位の一部の第2データ単位で再送を行う第2データ再送機能を併用してデータ再送を制御する再送制御方法であって、前記第2データ単位のブロックの欠落を検出し、前記欠落ブロックの直後のブロックの受信フレーム番号と、前記第1データの再送完了に要するフレーム数から、前記欠落ブロックに対応する第1データ単位の再送状況を推定し、前記欠落ブロックの前記第1データ単位の再送状況に応じて、前記第2データの受信結果の応答メッセージを送信する、ことを特徴とする再送制御方法。付記2前記第1データ再送機能は、WiMAX無線通信システムにおけるHARQ機能であり、前記第2データ再送機能は、前記WiMAX無線通信システムにおけるARQ機能であり、前記欠落ブロックの検出は、ARQブロックの欠落を検出し、前記再送状況の推定は、前記欠落ARQブロックの直後のARQブロックの受信フレーム番号と、HARQ再送完了に要するフレーム数から、前記欠落ARQブロックのHARQ再送状況を推定し、前記応答メッセージの送信は、前記欠落ARQブロックのHARQ再送状況に応じて、ARQ受信結果の応答メッセージを送信する、ことを特徴とする付記1に記載の再送制御方法。付記3受信ARQブロックの番号がARQウィンドウスタートの値に等しいと判定すると、前記ARQウィンドウスタートを更新してARQブロック管理情報を更新し、受信ARQブロックの番号がARQウィンドウスタートの値に等しくないと判定すると、受信フレーム番号を設定して前記ARQブロック管理情報を更新すると共に、前記受信ARQブロックをARQ層のバッファへコピーして、ARQデータの受信処理を行う、ことを特徴とする付記2に記載の再送制御方法。付記4前記受信ARQブロックの最終受信済み番号がARQウィンドウスタートから1を減算した値に等しいと判定すると、受信結果にACKを設定し、前記受信ARQブロックの最終受信済み番号がARQウィンドウスタートから1を減算した値に等しくないと判定すると、前記ARQウィンドウスタート以降で先頭の受信ARQブロックの受信フレーム番号と現フレーム番号の第1差分フレーム数を算出して、ARQ受信結果メッセージの送信処理を行う、ことを特徴とする付記3に記載の再送制御方法。付記5前記第1差分フレーム数がHARQリトライオーバーフレーム数以下であると判定すると、受信結果にACKを設定し、前記第1差分フレーム数がHARQリトライオーバーフレーム数以下ではないと判定すると、受信結果にNACKを設定して、ARQ受信結果メッセージの送信処理を行う、ことを特徴とする付記4に記載の再送制御方法。付記6直前のARQブロックと前記受信ARQブロックの番号が連続すると判定すると、前記受信ARQブロックにACKを設定し、直前のARQブロックと前記受信ARQブロックの番号が連続しないと判定すると、前記不連続と判定した前記受信ARQブロックの受信フレーム番号と現フレーム番号の第2差分フレーム数を算出して、ARQ受信結果メッセージの送信処理を行う、ことを特徴とする付記5に記載の再送制御方法。付記7前記第2差分フレーム数がHARQリトライオーバーフレーム数を超過すると判定すると、前記不連続と判定した前記受信ARQブロックにNACKを設定し、前記第2差分フレーム数がHARQリトライオーバーフレーム数を超過しないと判定すると、前記不連続と判定した前記受信ARQブロックには、ACKもNACKも設定しないようにして、ARQ受信結果メッセージの送信処理を行う、ことを特徴とする付記6に記載の再送制御方法。付記8第1データ単位で再送を行う第1データ再送機能と、前記第1データ単位の一部の第2データ単位で再送を行う第2データ再送機能を併用してデータ再送を制御する通信装置であって、前記第2データ単位のブロックの欠落情報と前記第1データ単位の再送情報に基づいて、前記第2データ単位の再送指示を判定する再送指示判定部を有し、前記再送指示判定部は、前記第1データ単位の再送が完了するまで前記第2データ単位の再送指示を出力せず、前記第1データ単位の再送が完了した後に、前記第2データ単位の再送が必要かどうかを判定する、ことを特徴とする通信装置。付記9前記第1データ再送機能は、WiMAX無線通信システムにおけるHARQ機能であり、前記第2データ再送機能は、前記WiMAX無線通信システムにおけるARQ機能であり、前記再送指示判定部は、ARQブロックの欠落情報とHARQ再送情報に基づいて、ARQ再送指示を判定するARQ再送指示判定部であり、前記ARQ再送指示判定部は、HARQ再送が完了するまでARQ再送指示を出力せず、前記HARQ再送が完了した後に、前記ARQ再送が必要かどうかを判定する、ことを特徴とする付記8に記載の通信装置。付記10基地局と、該基地局との間で無線通信を行う移動局を有する無線通信システムであって、前記移動局は、付記8または付記9に記載の通信装置であり、前記移動局と前記基地局との間で付記1乃至付記7のいずれか1項に記載の再送制御方法を行う、ことを特徴とする無線通信システム。"