(57)【要約】【課題】再伝送制御方法および装置を提供する。【解決手段】再伝送制御方法において、ＨＡＲＱバーストを受信側に伝送するＨＡＲＱ処理を行う。ＨＡＲＱバーストの伝送に不成功な状態でＨＡＲＱバーストに対するＨＡＲＱ処理が終了した場合にＨＡＲＱバーストに対応するＡＲＱブロックの伝送を開始する。
2011528514.tif 000002
【特許請求の範囲】
【請求項１】
送信側の再伝送制御方法において、
複合自動再伝送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｔ ｒｅｑｕｅｓｔ：ＨＡＲＱ）バーストを受信側に伝送するＨＡＲＱ処理を行う段階と、
前記ＨＡＲＱバーストの伝送に不成功な状態で前記ＨＡＲＱバーストに対するＨＡＲＱ処理を終了する段階と、
前記ＨＡＲＱ処理の終了に伴って前記ＨＡＲＱバーストに対応する自動再伝送要求（ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｔ ｒｅｑｕｅｓｔ：ＡＲＱ）ブロックの伝送を開始する段階と、
を含む、再伝送制御方法。
【請求項２】
前記送信側のＨＡＲＱ送信モジュールが前記ＨＡＲＱ処理の終了を前記送信側のＡＲＱ送信モジュールに報知する段階をさらに含み、
前記ＡＲＱ送信モジュールが前記ＡＲＱブロックの伝送を開始する、請求項１に記載の再伝送制御方法。
【請求項３】
前記ＨＡＲＱ処理を行う段階は、
前記受信側から前記ＨＡＲＱバーストに対する否定応答（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅ：ＮＡＫ）を受信する段階と、
前記ＮＡＫに応じて前記ＨＡＲＱバーストの再伝送回数が最大再伝送回数を超えない場合に前記ＨＡＲＱバーストを再伝送する段階と、
を含み、
前記ＨＡＲＱバーストの再伝送回数が最大再伝送回数に達した状態で前記受信側から前記ＮＡＫを受信した場合に前記ＨＡＲＱ処理を終了する、請求項１に記載の再伝送制御方法。
【請求項４】
前記受信側からの前記ＨＡＲＱバーストに対するフィードバックメッセージを受信する段階をさらに含み、
前記フィードバックメッセージを受信した場合に前記ＨＡＲＱ処理を終了する、請求項１に記載の再伝送制御方法。
【請求項５】
前記フィードバックメッセージは、前記受信側から伝送されたＮＡＫを前記送信側でＡＣＫとして認識した場合に伝送される、請求項４に記載の再伝送制御方法。
【請求項６】
前記フィードバックメッセージは、前記ＨＡＲＱバーストのＨＡＲＱチャンネル識別子および前記ＨＡＲＱバーストが最初に伝送されたフレームまたはサブフレームの番号を含む、請求項４に記載の再伝送制御方法。
【請求項７】
前記送信側は、前記ＨＡＲＱバーストの情報および前記ＡＲＱブロックをマッピングしているテーブルを含む、請求項１に記載の再伝送制御方法。
【請求項８】
前記受信側から前記ＨＡＲＱバーストに対するＡＣＫを受信する段階と、
前記ＨＡＲＱバーストに対応するＡＲＱブロックに対するＡＣＫ完了タイマーを駆動する段階と、
前記ＡＣＫ完了タイマーを駆動してから所定の時間が経過した後に前記ＡＲＱブロックを廃棄する段階と、
をさらに含む、請求項１に記載の再伝送制御方法。
【請求項９】
送信側の再伝送制御装置において、
複合自動再伝送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｔ ｒｅｑｕｅｓｔ：ＨＡＲＱ）バーストを受信側に伝送するＨＡＲＱ処理を行うＨＡＲＱ送信モジュールと、
前記ＨＡＲＱバーストの伝送に不成功な状態で前記ＨＡＲＱ処理が終了した場合に前記ＨＡＲＱバーストに対応する自動再伝送要求（ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｔ ｒｅｑｕｅｓｔ：ＡＲＱ）ブロックの伝送を開始するＡＲＱ送信モジュールと、
を含む、再伝送制御装置。
【請求項１０】
送信側の再伝送制御方法において、
媒体接近制御（ｍｅｄｉｕｍ ｃｏｎｔｒｏｌ ａｃｃｅｓｓ：ＭＡＣ）管理メッセージを複合自動再伝送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｔ ｒｅｑｕｅｓｔ：ＨＡＲＱ）方式により受信側に伝送する段階と、
前記ＭＡＣ管理メッセージに対する応答タイマーが動作する間に、前記ＭＡＣ管理メッセージの伝送に不成功な状態で前記ＨＡＲＱ処理を終了する段階と、
前記応答タイマーが動作する間に、前記ＨＡＲＱ処理の終了に伴って前記ＭＡＣ管理メッセージの再伝送を開始する段階と、
を含む、再伝送制御方法。
【請求項１１】
異なる前記ＭＡＣ管理メッセージに対する前記応答タイマーは互いに異なる、請求項１０に記載の再伝送制御方法。
【請求項１２】
前記再伝送を開始する段階は、前記ＭＡＣ管理メッセージ全体の再伝送を開始する、請求項１０に記載の再伝送制御方法。
【請求項１３】
前記ＭＡＣ管理メッセージが複数のメッセージに分割されて、前記ＨＡＲＱ方式により伝送される前記ＭＡＣ管理メッセージのＨＡＲＱバーストが前記複数のメッセージのうちの一部のメッセージを含む場合、
前記再伝送を開始する段階は、前記ＭＡＣ管理メッセージのうちの伝送に不成功な前記一部のメッセージの再伝送を開始する、請求項１０に記載の再伝送制御方法。
【請求項１４】
前記伝送する段階は、前記応答タイマーを動作させる段階を含む、請求項１０に記載の再伝送制御方法。
【請求項１５】
ＭＡＣ階層のＭＡＣメッセージ管理モジュールが前記ＭＡＣ管理メッセージの再伝送を開始する、請求項１０に記載の再伝送制御方法。
【請求項１６】
前記伝送する段階は、
前記受信側から前記ＭＡＣ管理メッセージに対する否定応答（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅ：ＮＡＫ）を受信する段階と、
前記ＮＡＫに応じて前記ＭＡＣ管理メッセージの再伝送回数が最大再伝送回数を超えない場合に前記ＭＡＣ管理メッセージを再伝送する段階と、
を含み、
前記ＭＡＣ管理メッセージの再伝送回数が前記最大再伝送回数に達した状態で前記受信側から前記ＮＡＫを受信した場合に前記ＨＡＲＱ処理を終了する、請求項１０に記載の再伝送制御方法。
【請求項１７】
前記受信側から前記ＭＡＣ管理メッセージの受信に応じた肯定応答（ａｃｋｎｏｗｌｅｄｇｅ：ＡＣＫ）を受信する段階と、
前記受信側から前記ＭＡＣ管理メッセージに対する応答メッセージを受信する段階と、
をさらに含む、請求項１０に記載の再伝送制御方法。
【請求項１８】
前記応答メッセージは、前記受信側で複数の前記ＭＡＣ管理メッセージを正常に受信した場合に前記複数のＭＡＣ管理メッセージのうちの最後のＭＡＣ管理メッセージによって生成される、請求項１７に記載の再伝送制御方法。
【請求項１９】
送信側の再伝送制御装置において、
媒体接近制御（ｍｅｄｉｕｍ ｃｏｎｔｒｏｌ ａｃｃｅｓｓ：ＭＡＣ）管理メッセージを複合自動再伝送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｔ ｒｅｑｕｅｓｔ：ＨＡＲＱ）方式により受信側に伝送するＨＡＲＱ送信モジュールと、
前記ＭＡＣ管理メッセージに対する応答タイマーが動作する間に、前記ＭＡＣ管理メッセージの伝送に不成功な状態で前記ＨＡＲＱ処理が終了した場合に前記ＭＡＣ管理メッセージの再伝送を開始するＭＡＣメッセージ管理モジュールと、
を含む、再伝送制御方法。
【請求項２０】
リソースが持続的に割り当てられている送信側の再伝送制御方法において、
持続割り当て周期に応じて複合自動再伝送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｔ ｒｅｑｕｅｓｔ：ＨＡＲＱ）バーストを初期伝送する段階と、
前記ＨＡＲＱバーストの伝送に応じて否定応答（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅ：ＮＡＫ）を受信する段階と、
非同期式ＨＡＲＱ方式により前記ＨＡＲＱバーストを再伝送する段階と、
を含む、再伝送制御方法。
【請求項２１】
前記ＮＡＫを受信したとき、前記ＨＡＲＱバーストの再伝送回数が最大再伝送回数に達した場合に前記非同期式ＨＡＲＱ方式に切り換える段階をさらに含む、請求項２０に記載の再伝送制御方法。
【請求項２２】
前記再伝送する段階は、前記非同期式ＨＡＲＱ方式により前記ＨＡＲＱバーストを伝送するための情報を前記受信側に伝送する段階を含み、
前記送信側は基地局である、請求項２０に記載の再伝送制御方法。
【請求項２３】
前記再伝送する段階は、前記非同期式ＨＡＲＱ方式により前記ＨＡＲＱバーストを伝送するための情報を前記受信側から受信する段階を含み、
前記受信側は基地局である、請求項２０に記載の再伝送制御方法。
【請求項２４】
送信側の再伝送制御方法において、
同期式複合自動再伝送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｔ ｒｅｑｕｅｓｔ：ＨＡＲＱ）方式によりＨＡＲＱバーストを受信側に伝送する段階と、
前記受信側から前記ＨＡＲＱバーストに対する否定応答（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅ：ＮＡＫ）を受信した後に前記ＨＡＲＱバーストを再伝送する動作をＮ（Ｎは１以上の整数）回行う段階と、
前記動作をＮ回行った後に非同期式ＨＡＲＱ方式により前記ＨＡＲＱバーストを受信側に再伝送する段階と、
を含む、再伝送制御方法。
【請求項２５】
前記非同期式ＨＡＲＱ方式への変更に対する報知を前記受信側に伝送する段階と、
前記非同期式ＨＡＲＱ方式により前記ＨＡＲＱバーストを伝送するための情報を前記受信側に伝送する段階と、
をさらに含み、
前記送信側は基地局である、請求項２４に記載の再伝送制御方法。
【請求項２６】
前記非同期式ＨＡＲＱ方式への変更に対する報知を前記受信側から受信する段階と、
前記非同期式ＨＡＲＱ方式により前記ＨＡＲＱバーストを伝送するための情報を前記受信側から受信する段階と、
をさらに含み、
前記受信側は基地局である、請求項２４に記載の再伝送制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は再伝送制御方法および装置に関する。
【背景技術】
【０００２】
無線通信システムの再伝送方式として、例えば、媒体接近制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ：ＭＡＣ）階層での再伝送方式と物理階層でのリンク性能とを組み合わせて利用する複合自動再伝送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｔ ｒｅｑｕｅｓｔ：ＨＡＲＱ）方式がある。ＨＡＲＱ方式は、以前に伝送されたデータの受信情報と再伝送されたデータとを組み合わせて受信データを修復する技術である。このようなＨＡＲＱ方式として、同期式（ｓｙｎｃｈｒｏｎｏｕｓ）と非同期式（ａｓｙｎｃｈｒｏｎｏｕｓ）とが存在する。
【０００３】
同期式ＨＡＲＱ方式では、決められた時間区間で再伝送が行われるため、再伝送に関する情報が不要、あるいは少量であるため、ダウンリンク制御信号のオーバーヘッドを低減させることができる。また、同期式ＨＡＲＱ方式は、睡眠モードを効率よく運用するため、節電が容易である。しかし、同期式ＨＡＲＱ方式は、無線リソースに対する動的割り当てに制限があるため、動的スケジューリング利得が良好でない。これに対して、非同期式ＨＡＲＱ方式では、動的スケジューリングが可能であるため、スケジューリング利得は増大するものの、これに伴う割り当てオーバーヘッドが発生する。
【０００４】
一方、ＨＡＲＱ処理過程でＨＡＲＱフィードバックチャンネルが物理チャンネルである場合、ＭＡＣ階層のエラー訂正符号（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋｉｎｇ：ＣＲＣ）が使用されないことがある。この場合、ＨＡＲＱフィードバックチャンネルにエラーが発生することがある。つまり、ダウンリンクＨＡＲＱデータの伝送過程で、端末がフィードバックチャンネルを介して否定応答（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅ：ＮＡＫ）を伝送したにもかかわらず、基地局が肯定応答（ａｃｋｎｏｗｌｅｄｇｅ：ＡＣＫ）として誤って受信するＮＡＫに対するＡＣＫエラー（ＮＡＫ ｔｏ ＡＣＫ ｅｒｒｏｒ）が発生することがある。ＮＡＫに対するＡＣＫエラーはデータ損失をもたらしたり、送信側がこれを認識して再伝送するまでに多大な遅延が発生する恐れがある。
【０００５】
背景技術に記載された事項は、単に本発明の背景に関する理解を助けるためのものであり、当業者に公知の従来の技術と関係のない情報を含むこともある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が解決しようとする技術的課題は、効率よい再伝送制御方法および装置を提供することである。
【課題を解決するための手段】
【０００７】
本発明の一実施の形態によれば、送信側の再伝送制御方法が提供される。この方法によれば、ＨＡＲＱバーストを受信側に伝送するＨＡＲＱ処理が行われ、前記ＨＡＲＱバーストの伝送に不成功な状態で前記ＨＡＲＱバーストに対するＨＡＲＱ処理が終了する。前記ＨＡＲＱ処理の終了に伴って前記ＨＡＲＱバーストに対応する自動再伝送要求（ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｔ ｒｅｑｕｅｓｔ：ＡＲＱ）ブロックの伝送が開始される。
【０００８】
このとき、前記送信側のＨＡＲＱ送信モジュールが前記ＨＡＲＱ処理の終了を前記送信側のＡＲＱ送信モジュールに報知してもよく、前記ＡＲＱ送信モジュールが前記ＡＲＱブロックの伝送を開始してもよい。
【０００９】
本発明の他の実施の形態によれば、ＨＡＲＱ送信モジュールおよびＡＲＱ送信モジュールを含む送信側の再伝送制御装置が提供される。前記ＨＡＲＱ送信モジュールは、ＨＡＲＱバーストを受信側に伝送するＨＡＲＱ処理を行い、前記ＡＲＱ送信モジュールは、前記ＨＡＲＱバーストの伝送に不成功な状態で前記ＨＡＲＱ処理が終了した場合に前記ＨＡＲＱバーストに対応するＡＲＱブロックの伝送を開始する。
【００１０】
本発明の他の実施の形態による送信側の再伝送制御方法によれば、ＭＡＣ管理メッセージがＨＡＲＱ方式により受信側に伝送される。前記ＭＡＣ管理メッセージに対する応答タイマーが動作する間に、前記ＭＡＣ管理メッセージの伝送に不成功な状態で前記ＨＡＲＱ処理が終了すれば、前記ＨＡＲＱ処理の終了に伴って前記ＭＡＣ管理メッセージの再伝送が開始される。
【００１１】
このとき、異なる前記ＭＡＣ管理メッセージに対する前記応答タイマーが互いに異なっていてもよい。
【００１２】
前記ＭＡＣ管理メッセージの再伝送が開始されるとき、前記ＭＡＣ管理メッセージ全体の再伝送が開始されてもよい。
【００１３】
または、前記ＭＡＣ管理メッセージが複数のメッセージに分割されて、前記ＨＡＲＱ方式により伝送される前記ＭＡＣ管理メッセージのＨＡＲＱバーストが前記複数のメッセージのうちの一部のメッセージを含む場合には、前記ＭＡＣ管理メッセージの再伝送が開始されるとき、前記ＭＡＣ管理メッセージのうちの伝送に不成功な前記一部のメッセージの再伝送が開始されてもよい。
【００１４】
本発明の他の実施の形態によれば、ＨＡＲＱ送信モジュールおよびＭＡＣメッセージ管理モジュールを含む送信側の再伝送制御装置が提供される。前記ＨＡＲＱ送信モジュールは、ＭＡＣ管理メッセージをＨＡＲＱ方式により受信側に伝送する。前記ＭＡＣメッセージ管理モジュールは、前記ＭＡＣ管理メッセージに対する応答タイマーが動作する間に、前記ＭＡＣ管理メッセージの伝送に不成功な状態で前記ＨＡＲＱ処理が終了した場合に前記ＭＡＣ管理メッセージの再伝送を開始する。
【００１５】
本発明の他の実施の形態によれば、リソースが持続的に割り当てられている送信側の再伝送制御方法が提供される。この方法は、持続割り当て周期に応じてＨＡＲＱバーストを初期伝送する段階と、前記ＨＡＲＱバーストの伝送に応じてＮＡＫを受信する段階と、非同期式ＨＡＲＱ方式により前記ＨＡＲＱバーストを再伝送する段階とを含む。
【００１６】
本発明の他の実施の形態による送信側の再伝送制御方法は、同期式ＨＡＲＱ方式によりＨＡＲＱバーストを受信側に伝送する段階と、前記受信側から前記ＨＡＲＱバーストに対するＮＡＫを受信した後に前記ＨＡＲＱバーストを再伝送する動作をＮ（Ｎは１以上の整数）回行う段階と、前記動作をＮ回行った後に非同期式ＨＡＲＱ方式により前記ＨＡＲＱバーストを受信側に再伝送する段階とを含む。
【発明の効果】
【００１７】
本発明の一実施の形態によれば、同期式ＨＡＲＱ方式と非同期式ＨＡＲＱ方式とを効率よく併用することができる。
【００１８】
本発明の一実施の形態によれば、ＨＡＲＱバーストの伝送に失敗した場合にも速やかにＨＡＲＱバーストを再伝送することができる。
【００１９】
本発明の一実施の形態によれば、ＨＡＲＱ方式とＡＲＱ方式とを連携することにより再伝送を速やかに行うことができる。
【００２０】
本発明の一実施の形態によれば、ＭＡＣ管理メッセージに対する再伝送を速やかに行うことができ、ＭＡＣ管理メッセージに対する正確な応答を受信することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施の形態による再伝送制御装置の概略的なブロック図である。
【図２】本発明の一実施の形態による再伝送制御方法の概略的なフローチャートである。
【図３】それぞれ本発明の一実施の形態による再伝送制御方法を示した図面である。
【図４】それぞれ本発明の一実施の形態による再伝送制御方法を示した図面である。
【図５】それぞれ本発明の一実施の形態による再伝送制御方法を示した図面である。
【図６】それぞれ本発明の一実施の形態による再伝送制御方法を示した図面である。
【図７】それぞれ本発明の一実施の形態による再伝送制御方法を示した図面である。
【図８】それぞれ本発明の一実施の形態による再伝送制御方法を示した図面である。
【図９】本発明の一実施の形態による送信側の再伝送制御装置と受信側の再伝送制御装置との概略的なブロック図である。
【図１０】本発明の一実施の形態による再伝送制御方法の概略的なフローチャートである。
【図１１】本発明の一実施の形態による再伝送制御方法の概略的なフローチャートである。
【発明を実施するための形態】
【００２２】
以下、添付図面に基づき、本発明の実施の形態について、本発明が属する技術分野において通常の知識を有する者が容易に実施できる程度に詳細に説明する。しかしながら、本発明は様々な異なる形態により実現可能であり、ここで説明する実施の形態に限定されない。そして、図面では、本発明を明確に説明するために、説明と無関係な部分は省略し、明細書全般に亘って類似する部分に対しては類似する図面符号を付けた。
【００２３】
明細書全般において、ある部分がある構成要素を「含む」としたとき、これは特に記載がない限り、他の構成要素を除外するのではなく、他の構成要素をさらに含んでいてもよいということを意味する。なお、明細書に記載の「…部」という用語は、少なくとも一つの機能や動作を処理する単位を意味し、これはハードウェアやソフトウェア、またはハードウェアおよびソフトウェアの組み合わせにより実現可能である。
【００２４】
明細書全般において、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ：ＭＳ）とは、端末（ｔｅｒｍｉｎａｌ）、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ：ＭＴ）、加入者局（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ：ＳＳ）、携帯加入者局（ｐｏｒｔａｂｌｅ ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ：ＰＳＳ）、ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）、接近端末（ａｃｃｅｓｓ ｔｅｒｍｉｎａｌ：ＡＴ）などを称することができ、端末、ＭＴ、ＳＳ、ＰＳＳ、ＵＥ、ＡＴなどの全部または一部の機能を含むことができる。
【００２５】
また、基地局（ｂａｓｅ ｓｔａｔｉｏｎ：ＢＳ）とは、接近点（ａｃｃｅｓｓ ｐｏｉｎｔ：ＡＰ）、無線接近局（ｒａｄｉｏ ａｃｃｅｓｓ ｓｔａｔｉｏｎ：ＲＡＳ）、ノードＢ（ｎｏｄｅ Ｂ）、高度化ノードＢ（ｅｖｏｌｖｅｄ ｎｏｄｅ Ｂ：ｅＮｏｄｅＢ）、送受信基地局（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ：ＢＴＳ）、ＭＭＲ（ｍｏｂｉｌｅ ｍｕｌｔｉｈｏｐ ｒｅｌａｙ）−ＢＳなどを称することができ、ＡＰ、ＲＡＳ、ノードＢ、ｅＮｏｄｅＢ、ＢＴＳ、ＭＭＲ−ＢＳなどの全部または一部の機能を含むことができる。
【００２６】
以下、添付図面に基づき、本発明の実施の形態による再伝送制御方法および装置について詳述する。
【００２７】
図１は、本発明の一実施の形態による再伝送制御装置の概略的なブロック図である。
【００２８】
図１を参照すれば、送信側の再伝送制御装置１００は、再伝送方式決定部１１０と、送信部１２０および受信部１３０とを含む。
【００２９】
再伝送方式決定部１１０は、同期式再伝送方式および非同期式再伝送方式のうちのいずれか一方の方式を再伝送方式として決定する。以下の実施の形態では、同期式ＨＡＲＱ方式を同期式再伝送方式の一例として、且つ非同期式ＨＡＲＱ方式を非同期式再伝送方式の一例として説明を行う。
【００３０】
受信部１３０は、受信側からＡＣＫまたはＮＡＫを受信する。送信部１２０は、受信部１３０が受信したフィードバック信号がＡＣＫである場合には新たなデータを受信側に伝送し、受信部１３０が受信したフィードバック信号がＮＡＫである場合には再伝送方式決定部１１０で決定した再伝送方式により再伝送データを伝送する。
【００３１】
図２は、本発明の一実施の形態による再伝送制御方法の概略的なフローチャートである。図３は、本発明の一実施の形態によるダウンリンク再伝送制御方法を示した図面であり、図４は、本発明の一実施の形態によるアップリンク再伝送制御方法を示した図面である。
【００３２】
図２を参照すれば、送信側および受信側は、伝送すべきＨＡＲＱバースト（パケット）の情報を、例えばマップ（ＭＡＰ）を介して確認する（Ｓ２１０）。伝送すべきＨＡＲＱバーストがダウンリンクバーストである場合、送信側は基地局、受信側は端末であり、伝送すべきＨＡＲＱバーストがアップリンクバーストである場合、送信側は端末、受信側は基地局である。
【００３３】
一方、図３および図４に示したように、送信側と受信側との間の伝送に用いられるフレームの一例は、複数のサブフレーム（例えば８個のサブフレーム）を含むことができる。複数のサブフレームのうちの一部のサブフレーム（例えば５個のサブフレーム）がダウンリンクサブフレーム（ＤＬ）であり、残りの一部のサブフレーム（例えば３個のサブフレーム）がアップリンクサブフレーム（ＵＬ）でありうる。この場合、基地局がダウンリンクサブフレームのマップを介してＨＡＲＱバーストの情報３１０、４１０を端末に伝送する。ＨＡＲＱバーストの情報３１０、４１０は、伝送すべきＨＡＲＱバーストが割り当てられているリソースの情報を含み、且つＨＡＲＱバーストの変更有無を示すトグルビット（ｔｏｇｇｌｅ ｂｉｔ）およびＨＡＲＱチャンネル識別子をさらに含んでいてもよい。トグルビットは、送信側が新たなＨＡＲＱバーストを伝送する度に「０」から「１」に、または「１」から「０」に切り換わる。
【００３４】
図２に戻って、送信側は、割り当てられているリソースを介して新たなＨＡＲＱバースト３２０、４２０を受信側に伝送する（Ｓ２２０）。ダウンリンクバーストである場合、図３に示したように、基地局がダウンリンクサブフレーム（例えば最初のサブフレーム）に割り当てられたリソースを介してＨＡＲＱバースト３２０、４２０を端末に伝送し、アップリンクバーストである場合、図４に示したように、端末がアップリンクサブフレーム（例えば６番目のサブフレーム）に割り当てられたリソースを介してＨＡＲＱバースト３２０、４２０を基地局に伝送する。この場合、ＨＡＲＱバースト３２０はＨＡＲＱバーストの情報３１０、４１０と同じフレームまたは異なるフレームを介して提供することができる。
【００３５】
受信側が割り当てられたリソースでＨＡＲＱバースト３２０、４２０を正常に受信することができなかった場合、受信側は、フィードバック遅延時間が経過した後にフィードバック信号としてＮＡＫを送信側に伝送する（Ｓ２３０）。つまり、ダウンリンクバーストである場合、図３に示したように、端末がフィードバック遅延時間（例えば５個のサブフレーム）が経過した後にフィードバックチャンネルを介してＮＡＫを基地局に伝送する。そして、アップリンクバーストである場合、図４に示したように、基地局がフィードバック遅延時間（例えば６個のサブフレーム）が経過した後にフィードバックチャンネルを介してＮＡＫを端末に伝送する。
【００３６】
ＮＡＫを受信すれば、送信側は、ＨＡＲＱバーストの伝送時点から再伝送時間が経過した後にＨＡＲＱバースト３２１、４２１を受信側に再伝送する（Ｓ２４０）。この場合、送信側は、ＨＡＲＱバーストの情報に定義された割り当てられたリソースを用いてＨＡＲＱバーストを再伝送してもよい。つまり、ダウンリンクバーストである場合、図３に示したように、基地局は次のフレームの同じサブフレーム（最初のサブフレーム）に割り当てられたリソースを介してＨＡＲＱバースト３２１を端末に再伝送し、アップリンクバーストである場合、図４に示したように、端末は次のフレームの同じサブフレーム（６番目のサブフレーム）に割り当てられたリソースを介してＨＡＲＱバースト４２１を基地局に伝送する。
【００３７】
受信側がこのようなＨＡＲＱバースト３２１、４２１を正常に受信することができなかった場合、受信側は、段階Ｓ２３０と同様に、フィードバック遅延時間が経過した後にＮＡＫを送信側に伝送する（Ｓ２５０）。一方、受信側は、受信したＨＡＲＱバーストを組み合わせて修復するが、ここで、「正常に受信することができなかった場合」とは、ＨＡＲＱバーストの修復に失敗した場合を意味する。そして、送信側は、受信側からＮＡＫを受信する度に段階Ｓ２４０と同様にＨＡＲＱバーストを受信側に伝送し、受信側は、ＨＡＲＱバーストを正常に受信することができなかった場合にＮＡＫを伝送する。
【００３８】
このような過程を経て、受信側がＨＡＲＱバーストを正常に受信（つまり、伝送されたＨＡＲＱバーストを正常に修復）した場合に、受信側は送信側にＡＣＫを伝送する。すると、基地局は、新たなＨＡＲＱバーストの情報を端末に報知し、送信側は、新たなＨＡＲＱバーストを受信側に伝送する。この場合、新たなＨＡＲＱバーストの情報に含まれるトグルビットは他の値に切り換わる。
【００３９】
一方、段階Ｓ２４０およびＳ２５０が繰り返される間に基地局が再伝送方式を非同期式ＨＡＲＱ方式に変更し、再伝送方式の変更に対する報知３３０、４３０を端末に提供してもよい（Ｓ２６０）。例えば、基地局は、スケジューリング利得を得るために、再伝送方式を非同期式ＨＡＲＱ方式に変更することができる。これにより、基地局は、非同期式ＨＡＲＱ方式の再伝送のために割り当てられたリソースの情報３４０、４３０を、例えばダウンリンクサブフレームのマップを介して端末に伝送して、送信側および受信側が非同期式ＨＡＲＱ方式の再伝送のために割り当てられたリソースの情報を共有することができる（Ｓ２７０）。再伝送のために割り当てられたリソースの情報３４０、４３０は、ＨＡＲＱバースト３２２、４２２が再伝送される時点で伝送されてもよく、またはＨＡＲＱバースト３２２、４２２より先に伝送されてもよい。そして、図４に示したように、再伝送方式の変更に対する報知４３０と割り当てられたリソースの情報４３０とが同じマップを介して伝送されてもよい。
【００４０】
そうすると、送信側は、割り当てられたリソースを介してＨＡＲＱバースト３２２、４２２を受信側に再伝送する（Ｓ２８０）。受信側がＨＡＲＱバースト３２２、４２２を成功的に受信した場合、受信側は送信側にＡＣＫを伝送する（Ｓ２９０）。一方、受信側がＨＡＲＱバースト３２２、４２２を成功的に受信することができなかった状態でＮＡＫを伝送した場合、再度段階Ｓ２７０およびＳ２８０の過程が繰り返される。
【００４１】
この場合、基地局は、一つのＨＡＲＱバーストの伝送が正常に完了した後に再び再伝送方式を同期式ＨＡＲＱ方式に変更してもよい。または、基地局は、一つのＨＡＲＱバーストに対する再伝送が行われる間に再伝送方式を複数回変更してもよく、複数のＨＡＲＱバーストの伝送が正常に完了した後に再伝送方式を変更してもよい。
【００４２】
また、基地局は、再伝送方式の変更をマップを介して端末に報知してもよく、または別途の物理チャンネルを介して端末に報知してもよい。
【００４３】
一方、基地局は、端末にいくつかのフレーム単位でリソースを周期的且つ持続的に割り当て（ｐｅｒｓｉｓｔｅｎｔ ａｌｌｏｃａｔｉｏｎ）てもよい。このように持続的に割り当てられたリソースは、周期的なバーストの伝送のために用いられてもよく、ダウンリンクおよびアップリンクの両方に割り当てられてもよい。以下、持続割り当てにおける再伝送制御方法について、図５および図６に基づいて説明する。
【００４４】
図５は、本発明の一実施の形態による持続割り当てにおけるアップリンク再伝送制御方法を示した図面であり、図６は、本発明の一実施の形態による持続割り当てにおけるダウンリンク再伝送制御方法を示した図面である。
【００４５】
図５および図６を参照すれば、基地局は、リソースを持続的に割り当てた後、マップを介して端末に持続割り当て情報５１０、６１０を提供する。すると、送信側（図５では端末、図６では基地局）は、持続的に割り当てられたリソースを介して受信側（図５では基地局、図６では端末）に周期的にバースト５２０、６２０を伝送する。例えば、持続割り当て周期が４フレーム周期であれば、送信側は４フレーム[ｎフレーム、（ｎ+４）フレーム、…]ごとにパケット５２０、６２０を周期的に伝送する。受信側が送信側からのＨＡＲＱバースト５２０、６２０を正常に受信することができなかった場合、受信側は、割り当てられたフィードバックチャンネルを介してＮＡＫを送信側に伝送する。
【００４６】
そうすると、送信側は、パケットの伝送時点から再伝送時間（例えば１フレーム）が経過した後にＨＡＲＱバースト５２１を受信側に再伝送する。ＨＡＲＱバースト５２１を成功的に受信することができなかった場合、受信側は送信側にＮＡＫを伝送する。このような過程を経て、受信側がＨＡＲＱバーストを成功的に受信した場合、受信側は送信側にＡＣＫを伝送する。
【００４７】
一方、アップリンク持続割り当てでは、送信側が受信側に持続割り当て周期に応じて周期的にバーストを伝送するため、同期式ＨＡＲＱ方式によりＨＡＲＱバーストがＮ回（ここで、Ｎは０以上の整数）再伝送された後に再伝送方式が非同期式ＨＡＲＱ方式に自動的に変更される。ここで、Ｎは、ＨＡＲＱバーストの再伝送が持続割り当てに応じた周期的バーストの伝送と衝突を引き起こさないように決定されることができる。
【００４８】
これにより、ＨＡＲＱバーストがＮ回（図５で、Ｎは１）再伝送される間に受信側がパケットを成功的に受信することができなかった場合には、基地局は再伝送方式を非同期式ＨＡＲＱ方式に自動的に変更する。ここで、Ｎは既定されているため、基地局は端末に再伝送方式の変更を別途に報知しなくてもよい。図６に示したように、Ｎが０である場合には、基地局は同期式ＨＡＲＱ方式による再伝送を行わずに直ちに再伝送方式を非同期式ＨＡＲＱ方式に変更する。
【００４９】
その後、基地局は、非同期式ＨＡＲＱ方式の再伝送のために割り当てられたリソースの情報５３０、６３０をダウンリンクサブフレームのマップを介して端末に提供し、送信側は、割り当てられたリソースを用いてＨＡＲＱバースト５２２、６２１を受信側に伝送する。受信側がＨＡＲＱバースト５２２、６２１を成功的に受信した場合には、受信側は割り当てられたフィードバックチャンネルを介してＡＣＫを送信側に伝送する。
【００５０】
このように、本発明の実施の形態によれば、基地局が再伝送方式の変更を端末に報知することにより、状況に応じてダウンリンク制御信号のオーバーヘッドを低減させることができる同期式ＨＡＲＱ方式と動的スケジューリング利得が良好な非同期式ＨＡＲＱ方式とを適切に利用することができる。
【００５１】
図７および図８は、それぞれ本発明の他の実施の形態による再伝送制御方法を示した図面である。
【００５２】
図７を参照すれば、基地局がマップを介して伝送する新たなＨＡＲＱバーストの情報７１０を端末に提供した後に、送信側が当該ＨＡＲＱバースト７２０を伝送する。その後、送信側が受信側からＮＡＫを受信すれば、ＨＡＲＱバースト７２１を受信側に再伝送する。同期式ＨＡＲＱ方式で最大再伝送回数が決められている場合、送信側がＨＡＲＱバースト７２１、７２２を最大再伝送回数（図７では２回）だけ再伝送した後にも受信側からＮＡＫを受信することがある。
【００５３】
そうすると、送信側は、それ以上ＨＡＲＱ方式によるＨＡＲＱバーストを受信側に再伝送することなく、当該ＨＡＲＱバーストを廃棄する。その後、伝送に失敗した送信側データは新たなＨＡＲＱバースト７４０に構成されて伝送されることができる。このために、基地局は、まず、新たなＨＡＲＱバーストの伝送のためにＨＡＲＱバーストの情報（つまり、割り当てられたリソースの情報）７３０をマップを介して端末に伝送する。次いで、送信側が割り当てられたリソースを介して新たなＨＡＲＱバースト７４０を受信側に伝送する。このようにして、最大再伝送回数後にも伝送に成功しなかった場合にも、遅延時間なく速やかに当該データを再伝送することができる。
【００５４】
図８を参照すれば、受信側が送信側から伝送されたＨＡＲＱバーストを受信することができずにＮＡＫを伝送した場合、送信側がＮＡＫをＡＣＫとして誤って認識して、ＨＡＲＱバーストを再伝送しないこともある。つまり、ＮＡＫに対するＡＣＫエラーなどのＨＡＲＱフィードバックエラーが発生することがある。
【００５５】
この場合、受信側は、ＮＡＫに対するＡＣＫエラーを認識して、送信側にフィードバックメッセージ７５０を伝送する。受信側は、ＨＡＲＱバースト７２０の伝送のために割り当てられたリソースに他のバーストが割り当てられた場合、または受信に失敗したＨＡＲＱバーストを組み合わせた結果の値が臨界値よりも小さい場合に、ＮＡＫに対するＡＣＫエラーとして判断することができる。もし、前記実施の形態のように基地局での再伝送方式の変更が可能であれば、受信側は、基地局で再伝送方式が変更されていない状態でＨＡＲＱバースト７２０の伝送のために割り当てられたリソースに他のバーストが割り当てられた場合にＮＡＫに対するＡＣＫエラーを判断することができる。そして、フィードバックメッセージは、ＮＡＫに対するＡＣＫエラーの情報、例えば当該ＨＡＲＱバーストのＨＡＲＱチャンネル識別子、当該ＨＡＲＱバーストが最初に伝送されるサブフレーム（またはフレーム）の番号などを含むことができる。
【００５６】
送信側がフィードバックメッセージ７５０を受信すれば、送信側はエラーが発生したＨＡＲＱバーストを新たなＨＡＲＱバースト７４０として再伝送する。このために、基地局は、まず、新たなＨＡＲＱバーストの伝送のためにＨＡＲＱバーストの情報７３０をマップを介して端末に伝送する。次いで、送信側が割り当てられたリソースを介して新たなＨＡＲＱバースト７４０を受信側に伝送する。
【００５７】
このようにして、ＮＡＫに対するＡＣＫエラーが発生しても、ＨＡＲＱバーストを速やかに再伝送することができる。
【００５８】
図７および図８において、送信側が伝送に失敗したＨＡＲＱバースト若しくはエラーの発生したＨＡＲＱバーストを新たなＨＡＲＱバーストとして伝送するために、ＡＲＱ処理と連携してもよい。つまり、データの再伝送のためにＨＡＲＱおよびＡＲＱが同時に適用される場合、送信側は、伝送に失敗したＨＡＲＱバースト若しくはエラーの発生したＨＡＲＱバーストに相当するＡＲＱブロックを検索して、当該ＡＲＱブロックの速やかな再伝送を試みる。このために、送信側は、ＨＡＲＱチャンネル識別子および最初の伝送サブフレーム（またはフレーム）の番号を複数のＡＲＱブロックのシーケンス番号とマッピングさせたマッピングテーブルを保存する。すると、送信側は、伝送に失敗したＨＡＲＱバースト若しくはエラーの発生したＨＡＲＱバーストのＨＡＲＱチャンネル識別子および最初の伝送サブフレーム（またはフレーム）の番号に基づいて、当該ＨＡＲＱバーストに対応するＡＲＱブロックを検索する。
【００５９】
これとは異なり、送信側がＨＡＲＱ方式により伝送するＨＡＲＱバーストを別途に保存しておいた後、ＡＲＱ処理と連携することなく、伝送に失敗したＨＡＲＱバースト若しくはエラーの発生したＨＡＲＱバーストを新たに伝送してもよい。
【００６０】
次いで、図９に基づき、ＡＲＱ処理とＨＡＲＱ処理とを連携する実施の形態について詳述する。
【００６１】
図９は、本発明の他の実施の形態による送信側の再伝送制御装置と受信側の再伝送制御装置との概略的なブロック図である。
【００６２】
図９を参照すれば、送信側の再伝送制御装置は、ＨＡＲＱ送信モジュール９１０およびＡＲＱ送信モジュール９２０を含み、受信側は、ＨＡＲＱ受信モジュール９３０およびＡＲＱ受信モジュール９４０を含む。ＨＡＲＱ送信モジュール９１０およびＨＡＲＱ受信モジュール９３０はＰＨＹ階層で動作し、ＡＲＱ送信モジュール９２０およびＡＲＱ受信モジュール９４０はＭＡＣ階層で動作する。そして、ＨＡＲＱ送信モジュール９１０およびＨＡＲＱ受信モジュール９３０はＨＡＲＱ処理を制御し、ＡＲＱ送信モジュール９２０およびＡＲＱ受信モジュール９４０はＡＲＱ処理を制御する。
【００６３】
以下では、送信側の再伝送制御装置で再伝送を制御する実施の形態について説明する。
【００６４】
ＡＲＱ送信モジュール９２０は、ＡＲＱ方式により伝送すべき複数のＡＲＱブロックを保存しており、ＨＡＲＱ送信モジュール９１０は、ＡＲＱ送信モジュール９２０から提供されたＡＲＱブロックをＨＡＲＱバーストとして伝送する。この場合、ＡＲＱ送信モジュール９２０は、ＨＡＲＱバーストに対するＨＡＲＱチャンネル識別子と最初の伝送サブフレーム（またはフレーム）の番号をＡＲＱブロックのシーケンス番号とマッピングさせたマッピングテーブル９５０を保存している。これとは異なり、ＨＡＲＱ送信モジュール９１０がマッピングテーブル９５０を保存していてもよく、送信側のＭＡＣ個体内で別途に維持および管理してもよい。
【００６５】
ＨＡＲＱ送信モジュール９１０がＨＡＲＱ受信モジュール９３０からＡＣＫを受信すれば、これをＡＲＱ送信モジュール９２０に報知する。すると、ＡＲＱ送信モジュール９２０は、マッピングテーブルを参照して伝送が完了したＡＲＱブロックを確認し、ＡＣＫ完了タイマーを駆動して、所定の時間が経過した後に成功的に伝送された当該ＡＲＱブロックを廃棄する。なお、フィードバック信号に対するエラーがなかったり、あるいはこれを無視することができる場合には、ＡＲＱ送信モジュール９２０は、ＡＣＫ完了タイマーを駆動することなく、直ちに当該ＡＲＱブロックを廃棄してもよい。
【００６６】
ＨＡＲＱ送信モジュール９１０がＨＡＲＱバーストの伝送に不成功な状態でＨＡＲＱ処理が終了したと判断すれば、ＨＡＲＱ送信モジュール９１０は、ＨＡＲＱバーストの伝送の失敗に対してＡＲＱ送信モジュール９２０に報知する。例えば、ＨＡＲＱ送信モジュール９１０がＨＡＲＱ受信モジュール９３０からＮＡＫを受信した場合、再伝送回数が最大再伝送回数に達したならば、ＨＡＲＱ送信モジュール９１０はＨＡＲＱバーストの伝送に不成功な状態でＨＡＲＱ処理が終了したと判断することができる。また、ＨＡＲＱ送信モジュール９１０がＮＡＫに対するＡＣＫエラーに起因して発生したフィードバックメッセージを受信側から受信した場合、ＨＡＲＱバーストの伝送に不成功な状態でＨＡＲＱ処理が終了したと判断することができる。
【００６７】
そうすると、ＡＲＱ送信モジュール９２０は、ＨＡＲＱバーストの伝送の失敗に対する報知をＡＲＱ方式のＮＡＫとして認識し、失敗したＨＡＲＱバーストに対応するＡＲＱブロックの再伝送を開始する。これにより、ＨＡＲＱ送信モジュール９１０が当該ＡＲＱブロックを新たなＨＡＲＱバーストとして再伝送する。失敗したＨＡＲＱバーストに対応するＡＲＱブロックを確認するために、ＡＲＱ送信モジュール９２０はマッピングテーブルを参照することができる。
【００６８】
次に、受信側の再伝送制御装置で再伝送を制御する実施の形態について説明する。
【００６９】
ＨＡＲＱ受信モジュール９３０は、ＨＡＲＱバーストの受信に失敗したときに、ＨＡＲＱバーストの再伝送を待つと判断した場合には、ＨＡＲＱ再伝送タイマーを動作させる。ＨＡＲＱ再伝送タイマーは最大再伝送遅延時間に相当し、ＮＡＫに対するＡＣＫエラーなどのＨＡＲＱフィードバックエラーを感知したり、非正常的な動作に起因してＨＡＲＱバーストの伝送が中断される場合に、ＨＡＲＱ受信モジュール９３０で当該ＨＡＲＱバーストのバッファリソースをリセットさせるための用途で用いられることができる。
【００７０】
ＨＡＲＱ受信モジュール９３０は、ＨＡＲＱ再伝送タイマーが満了するまで（つまり、最大再伝送遅延時間になるまで）当該ＨＡＲＱバーストの再伝送が受信されなかった場合に、ＡＲＱ受信モジュール９４０にＨＡＲＱペンディング（ｐｅｎｄｉｎｇ）情報を伝達する。ＨＡＲＱペンディング情報は、当該ＨＡＲＱバーストのＨＡＲＱチャンネル識別子を含むことができる。このとき、複数のＡＲＱモジュールが存在する場合には、ＨＡＲＱペンディング情報はＨＡＲＱチャンネル識別子を介して当該ＡＲＱ受信モジュール９４０に伝達されることができる。
【００７１】
ＨＡＲＱペンディングメッセージを受信したＡＲＱ受信モジュール９４０は、ＨＡＲＱチャンネル識別子に相当するＡＲＱブロックを識別して、ＡＲＱフィードバック情報をＡＲＱ送信モジュール９２０に伝送する。ＡＲＱフィードバック情報は、受信に不成功なＡＲＱブロックの情報（例えば識別子）またはＡＲＱブロックに相当するバーストの情報を含む。このようなＡＲＱフィードバック情報は、ＨＡＲＱ受信モジュール９３０からのＨＡＲＱペンディング情報に応答して伝送されたり、または周期的に伝送されることができる。
【００７２】
この場合、送信側のＡＣＫ完了タイマーおよびＨＡＲＱ再伝送タイマーは互いに関連するように設定されることができる。
【００７３】
また、ＨＡＲＱフィードバックエラーがなかったり、あるいは無視できるシステムでは、ＡＣＫ完了タイマー、ＡＲＱフィードバックメッセージなどが除去されてもよい。
【００７４】
本発明の実施の形態による再伝送方式がＨＡＲＱ方式ではない場合、ＨＡＲＱフィードバックメッセージは、物理階層のフィードバックメッセージであってもよい。また、本発明の実施の形態による再伝送制御方法は、ＡＲＱ方式と連携することなく、ＭＡＣプロトコルデータユニット（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ：ＰＤＵ）の再伝送を行う再伝送機能ブロックと連携してもよい。この場合、ＡＲＱブロックの情報の代わりに、ＭＡＣ ＰＤＵの情報（例えば識別子）を用いることができる。
【００７５】
このように、本発明の実施の形態によれば、ＨＡＲＱバスターの伝送に失敗した状態でＨＡＲＱ処理が終了した場合に、ＨＡＲＱバーストに対するＡＲＱブロックの再伝送によって速やかにデータを再伝送することができる。
【００７６】
次に、図１０および図１１に基づき、ＭＡＣ管理（ｍａｎａｇｅｍｅｎｔ）メッセージの再伝送を制御する実施の形態について詳述する。
【００７７】
図１０および図１１は、それぞれ本発明の他の実施の形態による再伝送制御方法の概略的なフローチャートである。
【００７８】
要請（ｒｅｑｕｅｓｔ：ＲＥＱ）／応答（ｒｅｓｐｏｎｓｅ：ＲＳＰ）基盤のＭＡＣ管理メッセージは、タイマー基盤の再伝送を行う。ＭＡＣ管理メッセージの要請メッセージ（ＸＸＸ−ＲＥＱ）としては、動的サービス付加（ｄｙｎａｍｉｃ ｓｅｒｖｉｃｅ ａｄｄｉｔｉｏｎ：ＤＳＡ）要請（ＤＳＡ−ＲＥＱ）メッセージ、動的サービス変更（ｄｙｎａｍｉｃ ｓｅｒｖｉｃｅ ｃｈａｎｇｅ：ＤＳＣ）要請（ＤＳＣ−ＲＥＱ）メッセージ、動的サービス除去（ｄｙｎａｍｉｃ ｓｅｒｖｉｃｅ ｄｅｌｅｔｉｏｎ：ＤＳＤ）要請（ＤＳＤ−ＲＥＱ）メッセージ、レンジング（ｒａｎｇｉｎｇ：ＲＮＧ）要請（ＲＮＧ−ＲＥＱ）メッセージなどがある。ＭＡＣ管理メッセージの応答メッセージ（ＸＸＸ−ＲＮＧ）としては、ＤＳＡ応答（ＤＳＡ−ＲＳＰ）メッセージ、ＤＳＣ応答（ＤＳＣ−ＲＳＰ）メッセージ、ＤＳＤ応答（ＤＳＤ−ＲＳＰ）メッセージ、ＲＮＧ応答（ＲＮＧ−ＲＳＰ）メッセージなどがある。そして、ＭＡＣ管理メッセージとしては、応答を必要としないメッセージを含むことができる。
【００７９】
図１０を参照すれば、送信側は、要請メッセージ（ＸＸＸ−ＲＥＱ）を伝送して応答タイマーを動作させる（Ｓ１０１０）。このような応答タイマーの満了時間は、ＭＡＣ管理メッセージごとに異なる値に設定されてもよい。また、再伝送のためのタイマーは、要請メッセージおよび応答メッセージの両方に適用されてもよく、応答を必要としないＭＡＣ管理メッセージに適用されてもよい。受信側は、要請メッセージ（ＸＸＸ−ＲＥＱ）を成功的に受信することができなかった場合には応答メッセージ（ＸＸＸ−ＲＳＰ）を提供することができないため、ＮＡＫ（つまり、ＨＡＲＱ方式のＮＡＫ）を送信側に伝送する（Ｓ１０２０）。すると、送信側は、ＨＡＲＱ方式によって要請メッセージ（ＸＸＸ−ＲＥＱ）に対するＨＡＲＱバーストを受信側に再伝送して（Ｓ１０３０）、受信側からフィードバックメッセージを受信する（Ｓ１０４０）。
【００８０】
通常のＨＡＲＱ方式によれば、送信側でＨＡＲＱの最大再伝送回数だけ要請メッセージ（ＸＸＸ−ＲＥＱ）に対するＨＡＲＱバーストを伝送した後にも受信側からＮＡＫを受信した場合には、送信側は、所定の時間待機した後に応答タイマーが満了した場合に要請メッセージ（ＸＸＸ−ＲＥＱ）の伝送を再開する。つまり、要請メッセージ（ＸＸＸ−ＲＥＱ）の伝送に成功せず、且つ応答タイマーが満了していない状態でＨＡＲＱ処理が終了した場合には、送信側は、応答タイマーが満了するまで要請メッセージ（ＸＸＸ−ＲＥＱ）を再伝送できずに待機する。しかしながら、このようにすると、ＭＡＣ管理メッセージでは応答タイマーが一般に長く設定されているため、新たな伝送に対する遅延が非常に長引くという問題点がある。
【００８１】
このため、送信側がＨＡＲＱの最大再伝送回数だけ要請メッセージ（ＸＸＸ−ＲＥＱ）に対するＨＡＲＱバーストを伝送した後にも受信側からＮＡＫを受信した場合（図１０ではＨＡＲＱの最大再伝送回数が１である）には、ＨＡＲＱ送信モジュールは、伝送に失敗した旨をＭＡＣ階層のＭＡＣメッセージ管理モジュールに伝送する。これにより、ＭＡＣメッセージ管理モジュールは、ＭＡＣ管理メッセージの伝送を再開する。つまり、送信側のＭＡＣ階層は、応答タイマーの満了を待つことなく、要請メッセージ（ＸＸＸ−ＲＥＱ）の伝送を再開する（Ｓ１０５０）。ＭＡＣ管理メッセージが複数のメッセージ、つまり、ＭＡＣプロトコルデータユニット（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ：ＰＤＵ）に分割（ｆｒａｇｍｅｎｔａｔｉｏｎ）されて伝送され、且つＨＡＲＱバーストが分割されたＭＡＣ ＰＤＵを含む場合、送信側は、伝送に失敗したＨＡＲＱバーストに相当するＭＡＣ ＰＤＵ（つまり、分割されたＭＡＣ管理メッセージ）のみを再伝送してもよい。これとは異なり、送信側は、ＭＡＣ管理メッセージ全体を再伝送してもよい。
【００８２】
受信側は、要請メッセージ（ＸＸＸ−ＲＥＱ）を正常に受信した場合にＡＣＫを送信側に伝送し（Ｓ１０６０）、次いで応答メッセージ（ＸＸＸ−ＲＳＰ）を送信側に伝送する（Ｓ１０７０）。
【００８３】
一方、送信側は、応答タイマーが満了したり、応答メッセージ（ＸＸＸ−ＲＳＰ）を受信するまで前記段階（Ｓ１０１０−Ｓ１０５０）を繰り返し行い、応答タイマーが満了した後にも応答メッセージ（ＸＸＸ−ＲＳＰ）を受信することができなかった場合には、これらの段階を繰り返し行うことができる。
【００８４】
他の実施の形態によれば、応答タイマーが満了する前にＨＡＲＱの伝送に失敗した場合には、送信側で当該ＨＡＲＱバーストを廃棄する。応答タイマーの満了後に受信側のバッファにダウンリンクＨＡＲＱバーストが残っている場合には、受信側で最大再伝送回数が経過した後に当該ＨＡＲＱバーストを廃棄する。
【００８５】
さらに他の実施の形態によれば、応答メッセージ（ＸＸＸ−ＲＳＰ）を必要とする要請メッセージ（ＸＸＸ−ＲＥＱ）である場合に、送信側で要請メッセージ（ＸＸＸ−ＲＥＱ）に対するＨＡＲＱバーストを再伝送する間に応答メッセージ（ＸＸＸ−ＲＳＰ）を受信することができなかった状態で応答タイマーが満了することもある。また、応答メッセージを必要としないメッセージ、例えば個人キー管理（ｐｒｉｖａｃｙ ｋｅｙ ｍａｎａｇｅｍｅｎｔ：ＰＫＭ）メッセージである場合に、送信側で当該メッセージに対するＨＡＲＱバーストを再伝送する間にＡＣＫを受信することができなかった状態で応答タイマーが満了することがある。このような場合に、送信側は、当該ＨＡＲＱバーストの再伝送動作を中止し、新たなＭＡＣ管理メッセージを伝送してもよい。
【００８６】
図１１を参照すれば、送信側が要請メッセージ（ＸＸＸ−ＲＥＱ）を伝送し（Ｓ１１１０）、受信側が要請メッセージ（ＸＸＸ−ＲＥＱ）を成功的に受信して、ＡＣＫを伝送する（Ｓ１１２０）。この場合、送信側がフィードバックエラーによりＡＣＫを受信したにもかかわらず要請メッセージ（ＸＸＸ−ＲＥＱ）に対するＨＡＲＱバーストを再伝送し（Ｓ１１３０）、受信側がこれを正常に受信してもよい（Ｓ１１４０）。
【００８７】
このように受信側が要請メッセージ（ＸＸＸ−ＲＥＱ）を複数受信した場合、受信側は、最新の受信した要請メッセージ（ＸＸＸ−ＲＥＱ）に基づいて応答メッセージ（ＸＸＸ−ＲＳＰ）を生成して伝送する（Ｓ１１５０）。
【００８８】
再伝送中に要請メッセージ（ＸＸＸ−ＲＥＱ）が変更されたり重複して受信されたりすることもあるため、有効な要請メッセージ（ＸＸＸ−ＲＥＱ）およびこれに相当する応答メッセージ（ＸＸＸ−ＲＳＰ）を識別するために、トランザクション識別子またはこれに対応する情報を要請メッセージ（ＸＸＸ−ＲＥＱ）および応答メッセージ（ＸＸＸ−ＲＳＰ）に付加してもよい。あるいは、要請メッセージ（ＸＸＸ−ＲＥＱ）を伝送するフレーム（またはサブフレーム）の識別子をＲＳＰメッセージに付加してもよい。
【００８９】
以上で述べた本発明の実施の形態は、必ずしも装置および方法によってのみ実現されるものではなく、本発明の実施の形態の構成に対応する機能を実現するプログラムまたはそのプログラムが記録された記録媒体によっても実現されることができる。
【００９０】
以上で、本発明の実施の形態について詳細に説明したが、本発明の権利範囲はこれに限定されるものではなく、特許請求の範囲において定義している本発明の基本概念を用いた当業者の様々な変形および改良形態もまた本発明の権利範囲に属するものである。
【符号の説明】
【００９１】
１１０：再伝送方式決定部
１２０：送信部
１３０：受信部
９１０：ＨＡＲＱ送信モジュール
９２０：ＡＲＱ送信モジュール
９３０：ＨＡＲＱ受信モジュール
９４０：ＡＲＱ受信モジュール
９５０：マッピングテーブル
【図１】
2011528514.tif 000003
【図２】
2011528514.tif 000004
【図３】
2011528514.tif 000005
【図４】
2011528514.tif 000006
【図５】
2011528514.tif 000007
【図６】
2011528514.tif 000008
【図７】
2011528514.tif 000009
【図８】
2011528514.tif 000010
【図９】
2011528514.tif 000011
【図１０】
2011528514.tif 000012
【図１１】
2011528514.tif 000013
【手続補正書】
【提出日】平成23年5月19日(2011.5.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
送信機の再伝送制御方法であって、
媒体接近制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）管理メッセージを複合自動再伝送要求（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｔｒａｎｓｍｉｔ  ｒｅｑｕｅｓｔ、ＨＡＲＱ）方式で受信機に伝送する段階と、
前記ＭＡＣ管理メッセージに対する再伝送タイマーが満了する前に、前記ＭＡＣ管理メッセージの伝送に不成功な状態で前記ＨＡＲＱ処理が終了すれば、前記ＭＡＣ管理メッセージの再伝送を開始する段階と
を含む、再伝送制御方法。
【請求項２】
前記再伝送を開始する段階は、前記ＭＡＣ管理メッセージ全体の再伝送を開始する、請求項１に記載の再伝送制御方法。
【請求項３】
前記再伝送を開始する段階は、前記ＭＡＣ管理メッセージが複数のメッセージに分割される場合に前記ＭＡＣ管理メッセージのうちの伝送に失敗した一部のメッセージの再伝送を開始する、請求項１に記載の再伝送制御方法。
【請求項４】
前記ＭＡＣ管理メッセージを前記ＨＡＲＱ方式で伝送するとき、前記再伝送タイマーを動作させる段階をさらに含む、請求項１に記載の再伝送制御方法。
【請求項５】
前記ＭＡＣ管理メッセージの伝送が不成功な状態で前記ＨＡＲＱ処理が終了すれば、前記送信機の内部のＨＡＲＱ管理モジュールから前記ＭＡＣ管理メッセージの伝送失敗が報告される段階をさらに含む、請求項１に記載の再伝送制御方法。
【請求項６】
前記送信機の内部のＨＡＲＱ管理モジュールが、前記送信機の内部のＭＡＣ管理モジュールに前記ＭＡＣ管理メッセージの伝送失敗を報告する、請求項５に記載の再伝送制御方法。
【請求項７】
前記ＭＡＣ管理メッセージに対する再伝送タイマーが満了する前に、前記ＭＡＣ管理メッセージの伝送失敗が報告されれば、前記送信機の内部のＭＡＣ管理モジュールは前記ＭＡＣ管理メッセージの再伝送を開始する、請求項６に記載の再伝送制御方法。
【請求項８】
送信機の再伝送制御方法において、
複合自動再伝送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｔ ｒｅｑｕｅｓｔ：ＨＡＲＱ）バーストを受信機に伝送するＨＡＲＱ処理を行う段階と、
前記ＨＡＲＱバーストの伝送に不成功な状態で前記ＨＡＲＱバーストに対するＨＡＲＱ処理を終了する段階と、
前記ＨＡＲＱ処理の終了に伴って前記ＨＡＲＱバーストに対応する自動再伝送要求（ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｔ ｒｅｑｕｅｓｔ：ＡＲＱ）ブロックの伝送を開始する段階と、
を含む、再伝送制御方法。
【請求項９】
前記送信機のＨＡＲＱ送信モジュールが前記ＨＡＲＱ処理の終了を前記送信機のＡＲＱ送信モジュールに報知する段階をさらに含み、
前記ＡＲＱ送信モジュールが前記ＡＲＱブロックの伝送を開始する、請求項８に記載の再伝送制御方法。
【請求項１０】
前記ＨＡＲＱ処理を行う段階は、
前記受信機から前記ＨＡＲＱバーストに対する否定応答（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅ：ＮＡＫ）を受信する段階と、
前記ＮＡＫに応じて前記ＨＡＲＱバーストの再伝送回数が最大再伝送回数を超えない場合に前記ＨＡＲＱバーストを再伝送する段階と、
を含み、
前記ＨＡＲＱバーストの再伝送回数が最大再伝送回数に達した状態で前記受信機から前記ＮＡＫを受信した場合に前記ＨＡＲＱ処理を終了する、請求項８に記載の再伝送制御方法。
【請求項１１】
リソースが持続的に割り当てられている送信機の再伝送制御方法において、
持続割り当て周期に応じて複合自動再伝送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｔ ｒｅｑｕｅｓｔ：ＨＡＲＱ）バーストを初期伝送する段階と、
前記ＨＡＲＱバーストの伝送に応じて否定応答（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅ：ＮＡＫ）を受信する段階と、
非同期式ＨＡＲＱ方式により前記ＨＡＲＱバーストを再伝送する段階と、
を含む、再伝送制御方法。
【請求項１２】
前記ＮＡＫを受信したとき、前記ＨＡＲＱバーストの再伝送回数が最大再伝送回数に達した場合に前記非同期式ＨＡＲＱ方式に切り換える段階をさらに含む、請求項１１に記載の再伝送制御方法。
【請求項１３】
前記再伝送する段階は、前記非同期式ＨＡＲＱ方式により前記ＨＡＲＱバーストを伝送するための情報を前記受信機に伝送する段階を含み、
前記送信機は基地局である、請求項１１に記載の再伝送制御方法。
【請求項１４】
前記再伝送する段階は、前記非同期式ＨＡＲＱ方式により前記ＨＡＲＱバーストを伝送するための情報を前記受信機から受信する段階を含み、
前記受信機は基地局である、請求項１１に記載の再伝送制御方法。
【請求項１５】
送信機の再伝送制御方法において、
同期式複合自動再伝送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｔ ｒｅｑｕｅｓｔ：ＨＡＲＱ）方式によりＨＡＲＱバーストを受信機に伝送する段階と、
前記受信機から前記ＨＡＲＱバーストに対する否定応答（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅ：ＮＡＫ）を受信した後に前記ＨＡＲＱバーストを再伝送する動作をＮ（Ｎは１以上の整数）回行う段階と、
前記動作をＮ回行った後に非同期式ＨＡＲＱ方式により前記ＨＡＲＱバーストを受信機に再伝送する段階と、
を含む、再伝送制御方法。