(57)【特許請求の範囲】
【請求項１】
無線通信ネットワークのＲＳ（中継局）におけるＨＡＲＱ（ハイブリッド自動再送要求）のための方法であって、ＨＡＲＱプロセスが、ＢＳ（基地局）によって割り当てられたリソースに基づいて実施され、前記方法は、
ａ．前記基地局によって割り当てられたリソース上の直前のホップデバイスからデータパケットを受信するステップと、
ｂ．検証結果を獲得するように前記データパケットが正しいかどうかを検証するステップと、
ｃ．前記ＢＳが、前記検証メッセージに基づいて、前記データパケットの再送をどのように実施すべきかを決定し、再送を実施するために適用される、対応するリソースを割り当てることができるように前記検証結果を示す指示メッセージを前記ＢＳに送信するステップと、
ｅ１．受信されたデータパケットが、初めて伝送されている場合、前記ＢＳによって割り当てられたリソースに基づいて、データパケットを次のホップデバイスに送信するステップと、
ｆ１．前記ＢＳによって割り当てられたリソースに基づいて、次のホップデバイスから、次のホップデバイスが、前記データパケットを正しく受信するかどうかを示す指示メッセージを受信するステップと、
ｇ１．次のホップデバイスからの前記指示メッセージに基づいて、前記直前のホップデバイスに送信され、前記ＲＳの正しい受信を示す指示メッセージを決定するステップとを含む、方法。
【請求項２】
前記ステップｇ１が、前記次のホップデバイスからの前記指示メッセージが、前記次のホップデバイスが前記データパケットを正しく受信することを示す場合、前記ＲＳが前記データパケットを正しく受信することを示す指示メッセージを、前記ＢＳによって割り当てられたリソース上で前記直前のホップデバイスに送信すること、および次のホップデバイスからの前記指示メッセージが、次のホップデバイスが前記データパケットを誤って受信することを示す場合、前記ＲＳにおける前記データパケットの検証結果を示す指示メッセージを、前記直前のホップデバイスに送信することをさらに含む、請求項１に記載の方法。
【請求項３】
ステップが、前記ステップｇ１の後、
ｈ１．前記次のホップデバイスからの指示メッセージが、次のホップデバイスが前記データパケットを誤って受信すること、および前記検証結果が合格であることを示す場合、前記ＢＳによって割り当てられたリソースに基づいて、前記データパケットを前記次のホップデバイスに再送することからさらに成る、請求項２に記載の方法。
【請求項４】
データパケットのアップリンク再送中に、前記ＢＳによって割り当てられたリソースに基づいて、同一のフレーム内で、同一である複数の前記データパケットを送信し、前記複数の同一のデータパケットが、同一の有効なデータ情報を含む、請求項３に記載の方法。
【請求項５】
ｅ２．前記データパケットが、再送されるデータパケットである場合、前記直前のホップデバイスが、前記ＢＳによって割り当てられたリソースに基づいて、前記データパケットを再送するように、前記検証結果を示す前記指示メッセージを、前記ＢＳによって割り当てられたリソース上で前記直前のホップデバイスに送信するステップと、
ｆ２．前記検証結果が、合格である場合、正しいことが検証された前記データパケットを、前記ＢＳによって割り当てられたリソースに基づいて、前記次のホップデバイスに転送するステップとをさらに含む、請求項１に記載の方法。
【請求項６】
前記ＢＳによって割り当てられたリソースに基づいて、直前のホップデバイスからデータパケットを受信するステップと、
受信されたデータパケットが、初めて伝送された場合、前記ＢＳによって割り当てられたリソースに基づいて、データパケットを前記次のホップデバイスに直接に送信するステップと、
前記データパケットが、再送されたデータパケットである場合、前記データパケットが正しいかどうかを検証するステップであって、検証結果を獲得し、この検証結果に基づいて、前記データパケットを前記次のホップデバイスに転送する仕方が決定される、検証ステップとをさらに含む、請求項１に記載の方法。
【請求項７】
前記検証するステップが、前記再送されたデータパケットを、１回または複数回の伝送中に以前に受信されたデータパケットと組み合わせて、前記組み合わされたデータパケットを検証すること、および
前記検証が、合格である場合、前記ＢＳによって割り当てられたリソースに基づいて、前記組み合わされたデータパケットを前記次のホップデバイスに転送すること、
前記検証が、不合格である場合、前記ＢＳによって割り当てられたリソースに基づいて、前記データパケットを前記次のホップデバイスに転送することによって実施される、請求項６に記載の方法。
【請求項８】
データパケットのアップリンク伝送が、
前記ＢＳによって割り当てられたリソースに基づいて、前記ＢＳから、前記ＢＳによって受信されたデータパケットが正しいかどうかを示すことをＭＳ（移動局）に知らせるための指示メッセージを受信するステップと、
前記指示メッセージが、前記ＢＳが、前記データパケットを正しく受信できないことを示し、前記検証が、合格である場合、前記ＢＳが、前記データパケットを正しく受信できないことを示す前記指示メッセージを、前記ＢＳが、前記データパケットを正しく受信することを示す指示メッセージに変換するステップと、
前記ＢＳが前記データパケットを正しく受信することを示す前記変換された指示メッセージを、前記ＢＳによって割り当てられたリソースに基づいて、前記直前のホップデバイスに転送するステップと、
正しいことが検証されたデータパケットを、前記ＢＳによって割り当てられたリソースに基づいて、前記次のホップデバイスに再送するステップとをさらに含む、請求項６に記載の方法。
【請求項９】
前記ＢＳによって割り当てられたリソースが、アップリンク伝送チャネルまたはダウンリンク伝送チャネルである、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記直前のホップデバイスまたは前記次のホップデバイスが、ＭＳ、ＲＳ、またはＢＳのいずれか１つであることが可能である、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
無線通信ネットワークのＲＳ（中継局）におけるＨＡＲＱ（ハイブリッド自動再送要求）のためのデバイスであって、ＨＡＲＱプロセスが、ＢＳ（基地局）によって割り当てられたリソースに基づいて実施され、前記デバイスは、
直前のホップデバイスからデータパケットを、基地局によって割り当てられたリソースに基づいて、受信するための第１の受信する手段と、
前記データパケットが正しいかどうかを検証して、検証結果を獲得するようにするための検証する手段と、
前記ＢＳが、検証メッセージに基づいて、前記データパケットの再送をどのように実施すべきかを決定し、再送を実施するために適用される、対応するリソースを割り当てることをできるようにするように、前記検証結果を示す指示メッセージを、前記ＢＳによって割り当てられたリソースに基づいて、前記ＢＳに送信するための第２の送信する手段と、
前記受信されたデータパケットが、初めて伝送されたかどうかを判定するための第１の判定手段と、
前記受信されたデータパケットが、初めて伝送された場合、前記ＢＳによって割り当てられたリソースに基づいて、次のホップデバイスに前記データパケットを送信するための第１の送信する手段と、
前記次のホップデバイスから、前記次のホップデバイスが、前記データパケットを正しく受信するかどうかを示す指示メッセージを、ＢＳによって割り当てられたリソースに基づいて、受信するための第２の受信する手段と、
次のホップデバイスからの前記指示メッセージに基づいて、前記直前のホップデバイスに送信され、前記ＲＳが、正しく受信するかどうかを示す指示メッセージを決定するための決定する手段とを含む、デバイス。
【請求項１２】
前記第２の送信する手段が、前記ＲＳが正しく受信するかどうかを示す指示メッセージを前記直前のホップデバイスに送信することも目的とする、請求項１１に記載のデバイス。
【請求項１３】
前記判定する手段が、
前記第２の受信する手段が、前記次のホップデバイスから、前記次のホップデバイスが前記データパケットを正しく受信することを示す前記指示メッセージを受信した場合、前記第２の送信する手段が、前記ＲＳが前記データパケットを正しく受信することを示す指示メッセージを、前記ＢＳによって割り当てられたリソースに基づいて、前記直前のホップデバイスに送信することを決定すること、
前記第２の受信する手段が、前記次のホップデバイスから、前記次のホップデバイスが誤って受信することを示す前記指示メッセージを受信した場合、前記第２の送信する手段が、ＲＳにおけるデータパケット検証結果を示す指示メッセージを、前記直前のホップデバイスに送信することを決定することも目的とする、請求項１２に記載のデバイス。
【請求項１４】
前記第１の送信する手段が、
前記次のホップデバイスからの指示メッセージが、次のホップデバイスが前記データパケットを誤って受信すること、および前記検証結果が、合格であることを示す場合、前記データパケットを前記次のホップデバイスに、前記ＢＳによって割り当てられたリソース上で再送することも目的とする、請求項１２または１３に記載のデバイス。
【請求項１５】
前記第１の送信する手段が、
データパケットのアップリンク再送中、前記ＢＳによって割り当てられたリソースに基づいて、同一のフレーム内で、同一である複数の前記データパケットを送信し、前記複数の同一のデータパケットが、同一の有効なデータ情報を含むことも目的とする、請求項１４に記載のデバイス。
【請求項１６】
前記第２の送信する手段が、
前記データパケットが、再送されたデータパケットである場合、前記第１の検証する手段の前記検証結果を示す指示メッセージを、前記ＢＳによって割り当てられたリソースに基づいて、前記直前のホップデバイスに送信して、前記直前のホップデバイスが、前記ＢＳによって割り当てられたリソースに基づいて、前記データパケットを再送するようにすることも目的とし、さらに
前記第１の送信する手段が、
前記第１の検証する手段の検証結果が、合格である場合、正しいことが検証された前記データパケットを、前記ＢＳによって割り当てられたリソースに基づいて、前記次のホップデバイスに転送することも目的とすることを含む、請求項１２に記載のデバイス。
【請求項１７】
ＢＳによって割り当てられたリソースに基づいて、直前のホップデバイスからデータパケットを受信するための第３の受信する手段と、
前記受信されたデータパケットが、初めて伝送されたかどうかを判定するための第２の判定する手段と、
前記第２の判定する手段が、前記データパケットが再送されたデータパケットであると判定した場合、前記データパケットが、正しいかどうかを検証して、検証結果を獲得するようにするための第２の検証する手段と、
前記第２の判定する手段が、前記データパケットが、最初の伝送であると判定した場合、前記データパケットを前記次のホップデバイスに、前記ＢＳによって割り当てられたリソースに基づいて直接に転送するため、および前記第２の判定する手段が、前記データパケットが、再送されたデータパケットであると判定した場合、前記第２の検証する手段の検証結果に基づいて、前記データパケットを前記次のホップデバイスに転送する仕方を決定するための第３の送信する手段とを含む、請求項１１に記載のデバイス。
【請求項１８】
前記第２の検証する手段が、前記再送されたデータパケットを、１回または複数回の伝送中に以前に受信されたデータパケットと組み合わせて、前記組み合わされたデータパケットを検証することによって、前記検証を実施し、
前記第３の送信する手段が、
前記検証結果が、合格である場合、前記組み合わされたデータパケットを前記次のホップデバイスに、前記ＢＳによって割り当てられたリソースに基づいて転送すること、
前記検証結果が、不合格である場合、前記データパケットを前記次のホップデバイスに、前記ＢＳによって割り当てられたリソースに基づいて転送することを目的とする、請求項１７に記載のデバイス。
【請求項１９】
前記ＢＳから、前記ＢＳによって受信されたデータパケットが正しいかどうかを示すことをＭＳ（移動局）に知らせるための指示メッセージを、前記ＢＳによって割り当てられたリソースに基づいて受信するための第４の受信する手段と、
前記指示メッセージが、前記ＢＳが、前記データパケットを正しく受信できないことを示し、さらに、前記第２の検証する手段の前記検証結果が、合格である場合、前記ＢＳが、前記データパケットを正しく受信できないことを示す前記指示メッセージを、前記ＢＳが、前記データパケットを正しく受信することを示す指示メッセージに変換するための変更する手段と、
前記ＢＳが、前記データパケットを正しく受信することを示す前記変換された指示メッセージを前記直前のホップデバイスに、前記ＢＳによって割り当てられたリソースに基づいて転送するための第４の送信する手段とをさらに含み、前記第３の送信する手段が、正しいことが検証されたデータパケットを前記次のホップデバイスに、前記ＢＳによって割り当てられたリソースに基づいて再送することも目的とする、請求項１７に記載のデバイス。
【請求項２０】
前記ＢＳによって割り当てられたリソースが、アップリンク伝送チャネルまたはダウンリンク伝送チャネルである、請求項１１から１９のいずれか一項に記載のデバイス。
【請求項２１】
前記直前のホップデバイスまたは前記次のホップデバイスが、ＭＳ、ＲＳ、またはＢＳのいずれか１つであることが可能である、請求項１１から２０のいずれか一項に記載のデバイス。
【請求項２２】
無線通信ネットワークのＢＳ（基地局）におけるＨＡＲＱ（ハイブリッド自動再送要求）のための方法であって、ＨＡＲＱプロセスが、前記ＢＳによって割り当てられたリソースに基づいて、１つまたは複数のＲＳとＭＳ（移動局）との中間で実施され、
ｉ．前記１つまたは複数のＲＳから、ＲＳが、データパケットを正しく受信するかどうかを示す指示メッセージを受信するステップと、
ｉｉ．１つまたは複数のＲＳからの前記指示メッセージに基づいて、前記データパケットの再送をどのように実施すべきかを決定し、再送を実施するために適用される、対応するリソースを割り当てるステップとを含み、
データパケットのアップリンク伝送において、現在の伝送が、前記データパケットの最初の伝送である場合、前記方法が、
前記ＭＳから、前記１つまたは複数のＲＳを介して伝送されたデータパケットを受信するステップと、
検証結果を獲得するように、前記受信されたデータパケットが正しいかどうかを検証するステップと、
前記検証結果を示す指示メッセージを、前記ＢＳの直前のホップデバイスに送信するステップとをさらに含み、
前記検証結果が、不合格である場合、前記ステップｉｉが、
１つまたは複数のＲＳからの前記指示メッセージにおいて、それぞれのＲＳが、前記データパケットを正しく受信することを示す少なくとも１つの指示メッセージが、存在する場合、ＢＳに最も近いホップデバイスのＲＳとして、データパケットを正しく受信する前記ＲＳに、再送を実施するためのリソースを割り当て、存在しない場合、前記ＭＳに、再送を実施するためのリソースを割り当てることを含む、方法。
【請求項２３】
データパケットのアップリンク伝送において、現在の伝送が、前記データパケットの最初の伝送である場合、前記方法の前記ステップｉｉが、
１つまたは複数のＲＳからの前記指示メッセージにおいて、ＲＳが、前記データパケットを誤って受信することを示す指示メッセージが、存在する場合、誤って受信する前記ＲＳの直前のデバイスに、再送を実施するためのリソースを割り当てるステップをさらに含む、請求項２２に記載の方法。
【請求項２４】
データパケットのダウンリンク伝送において、現在の伝送が、前記データパケットの最初の伝送である場合、前記方法が、
前記ＭＳに、前記１つまたは複数のＲＳを介してデータパケットを送信するステップと、
前記ＭＳから、前記ＭＳが、データパケットを正しく受信するかどうかを示すメッセージを受信するステップとをさらに含み、
前記指示メッセージが、前記ＭＳが、前記データパケットを誤って受信することを示す場合、前記ステップｉｉが、
１つまたは複数の中継ＲＳからの前記指示メッセージにおいて、ＲＳが、直前のホップデバイスから前記データパケットを正しく受信することを示す少なくとも１つの指示メッセージが、存在する場合、データパケットを正しく受信し、ＭＳに最も近いホップデバイスである前記ＲＳに、再送を実施するためのリソースを割り当て、存在しない場合、前記ＢＳ自体に、再送を実施するためのリソースを割り当てることを含む、請求項２２に記載の方法。
【請求項２５】
データパケットのダウンリンク伝送において、現在の伝送が、前記データパケットの最初の伝送である場合、前記方法の前記ステップｉｉが、
１つまたは複数のＲＳからの前記指示メッセージにおいて、ＲＳが、直前のホップデバイスから前記データパケットを誤って受信することを示す指示メッセージが、存在する場合、誤って受信する前記ＲＳの直前のデバイスに、再送を実施するためのリソースを割り当てるステップをさらに含む、請求項２２に記載の方法。
【請求項２６】
データパケットのアップリンク伝送において、前記方法が、
前記ＭＳから、前記１つまたは複数のＲＳを介して伝送されたデータパケットを受信するステップと、
検証結果を獲得するように、前記データパケットが正しいかどうかを検証するステップと、
前記検証結果を示す指示メッセージを前記ＭＳに送信するステップと、
前記検証結果が、不合格である場合、前記ＭＳに、再送を実施するためのリソースを割り当てるステップとをさらに含む、請求項２２に記載の方法。
【請求項２７】
データパケットのダウンリンク伝送において、前記方法が、
前記ＭＳに、前記１つまたは複数のＲＳを介してデータパケットを送信するステップと、
前記ＭＳから、前記１つまたは複数のＲＳを介して、前記ＭＳが前記データパケットを正しく受信するかどうかを示すことを目的とする指示メッセージを受信するステップと、
前記指示メッセージが、前記ＭＳが前記データパケットを誤って受信することを示す場合、前記ＢＳ自体に、再送を実施するためのリソースを割り当てるステップとを含む、請求項２２に記載の方法。
【請求項２８】
前記直前のホップデバイスまたは前記次のホップデバイスが、ＭＳ、ＲＳ、またはＢＳのいずれか１つであることが可能である、請求項２２から２５のいずれか一項に記載の方法。
【請求項２９】
無線通信ネットワークのＢＳ（基地局）におけるＨＡＲＱ（ハイブリッド自動再送要求）のためのデバイスであって、ＨＡＲＱプロセスが、前記ＢＳによって割り当てられたリソースに基づいて、１つまたは複数のＲＳとＭＳ（移動局）との中間で実施され、
前記１つまたは複数のＲＳから、ＲＳがデータパケットを正しく受信するかどうかを示す指示メッセージを受信するための第２の受信する手段と、
１つまたは複数のＲＳからの前記指示メッセージに基づいて、前記データパケットの再送をどのように実施すべきかを決定し、再送を実施するために適用される、対応するリソースを割り当てるための第１のリソース割り当て手段と、
前記ＭＳから１つまたは複数のＲＳを介して伝送されたデータパケットを受信するための第１の受信する手段と、
前記データパケットが正しいかどうかを検証して、検証結果を獲得するようにするための第１の検証する手段と、
前記検証結果を示す指示メッセージを、前記ＢＳの直前のホップデバイスに送信するための第２の送信する手段とを含み、
データパケットのアップリンク伝送において、現在の伝送が、前記データパケットの最初の伝送である場合、前記第１のリソース割り当て手段が、さらに、
ＢＳが、データパケットが誤っていることを検証し、１つまたは複数の中継ＲＳから、第２の受信する手段によって受信された指示メッセージにおいて、少なくとも１つの指示メッセージが、ＲＳがデータパケットを正しく受信することを示す場合、データパケットを正しく受信し、ＢＳに最も近いホップデバイスのＲＳであるＲＳに、再送を実施するためのリソースを割り当て、示さない場合、ＭＳに、再送を実施するための前記リソースを割り当てることを目的とする、デバイス。
【請求項３０】
データパケットのアップリンク伝送において、現在の伝送が、前記データパケットの再送である場合、前記第１のリソース割り当て手段が、
１つまたは複数のＲＳからの前記指示メッセージにおいて、ＲＳが、前記データパケットを誤って受信することを示す指示メッセージが、存在する場合、誤って受信する前記ＲＳの直前のデバイスに、再送を実施するためのリソースを割り当てることをさらに目的とする、請求項２９に記載のデバイス。
【請求項３１】
前記ＭＳに１つまたは複数のＲＳを介してデータパケットを送信するための第１の送信する手段を含み、
前記第２の受信する手段が、
前記ＭＳから、前記ＭＳが、データパケットを正しく受信するかどうかを示すメッセージを受信すること、および
データパケットのダウンリンク伝送において、現在の伝送が、前記データパケットの最初の伝送である場合、前記第１のリソース割り当て手段が、
前記指示メッセージが、前記ＭＳが、前記データパケットを誤って受信することを示すとき、前記１つまたは複数のＲＳからの前記指示メッセージにおいて、ＲＳが、直前のホップから前記データパケットを正しく受信することを示す少なくとも１つの指示メッセージが、存在する場合、データパケットを正しく受信し、ＢＳに最も近いホップデバイスであるＲＳである前記ＲＳに、再送を実施するためのリソースを割り当て、存在しない場合、前記ＢＳ自体に、再送を実施するためのリソースを割り当てることをさらに目的とする、請求項２９に記載のデバイス。
【請求項３２】
データパケットのダウンリンク伝送において、現在の伝送が、前記データパケットの再送である場合、前記第１のリソース割り当て手段が、
１つまたは複数のＲＳからの前記指示メッセージにおいて、ＲＳが、直前のホップデバイスから前記データパケットを誤って受信することを示す指示メッセージが、存在する場合、誤って受信する前記ＲＳの直前のデバイスに、再送を実施するためのリソースを割り当てることをさらに目的とする、請求項２９に記載のデバイス。
【請求項３３】
前記ＭＳから１つまたは複数のＲＳを介して伝送されたデータパケットを受信するための第３の受信する手段と、
前記データパケットが、正しいかどうかを検証して、検証結果を獲得するようにするための第２の検証する手段と、
前記検証結果を示す指示メッセージを前記ＭＳに送信するための第４の送信する手段と、
第２の検証する手段の検証結果が、不合格である場合、前記ＭＳに再送を実施するためのリソースを割り当てるための第２のリソース割り当て手段とを含む、請求項２９に記載のデバイス。
【請求項３４】
前記ＭＳに前記１つまたは複数のＲＳを介してデータパケットを送信するための第３の送信する手段と、
前記ＭＳから前記１つまたは複数のＲＳを介して、前記ＭＳが前記データパケットを正しく受信するかどうかを示すための指示メッセージを受信するための第４の受信する手段と、
第４の受信する手段によって受信された前記指示メッセージが、前記ＭＳが、前記データパケットを誤って受信することを示す場合、再送を実施するためのリソースを割り当てるためのデータパケット再送手段とを含む、請求項２９に記載のデバイス。
【請求項３５】
前記直前のホップデバイスまたは前記次のホップデバイスが、ＭＳ、ＲＳ、またはＢＳのいずれか１つであることが可能である、請求項２９から３２のいずれか一項に記載のデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信ネットワークに関し、特に、無線通信におけるマルチホップネットワークのためのＨＡＲＱ（ハイブリッド自動再送要求）技術に関する。
【背景技術】
【０００２】
ＨＡＲＱ（ハイブリッド自動再送要求）は、急速なフェージングおよびシャドウイングからもたらされる、受信されるＢＥＲ（ビット誤り率）およびＦＥＲ（フレーム誤り率）の低下を補償する機構である。現在、２つのＨＡＲＱモード、３ＧＰＰ  ＨＳＰＡ（高速パケットアクセス）および３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、すなわち、チェイス合成およびＩＲ（増分冗長性）が、ＩＥＥＥ８０２．１６ｅにおいて普通に行われている。
【０００３】
ＨＡＲＱは、成熟した技術であり、３ＧＰＰ  ＨＳＤＰＡ／ＨＳＵＰＡなどの、従来の単一ホップネットワークにおいて広く実施されている。しかし、移動マルチホップ中継ネットワークにおいて、無線ネットワークにＲＳ（中継局）が導入されるのに伴って、ネットワークトポロジ構造の変化と一緒に、新たな問題が出現する。第１に、伝搬の見地から、異なる無線環境は、複数のホップの範囲内でＨＡＲＱ再送パフォーマンスの大きな違いをもたらす可能性があり、このことにより、異なるホップの伝送レートの不適合が生じ、その結果、中継端末装置のスループットが確実に低下する。第２に、物理層リソースが、アクセスすることと、中継することの両方に割り当てられることのため、枯渇する可能性がある。第３に、特に、フレーム内のタイムスロットを使用して端末装置を区別するシステムにおいて、複数のホップの範囲内のＨＡＲＱ再送により、余計な遅延が生じる可能性がある。このため、以上の問題が、移動マルチホップ中継ネットワークのために設計されたＨＡＲＱ再送手続きにおいて考慮される必要があり、対応する機構を使用して、問題が生じることが回避されなければならない、または少なくとも、そのような問題が原因となる可能性があるシステムパフォーマンス低下の生じる確率が低下させられなければならない。
【０００４】
他方で、一般に、ＲＳ（中継局）は、処理インテリジェンスが限られており、比較的単純な構造を有し、比較的安価でなければならないと考えられている。このため、ＲＳ（中継局）の機能、および関連する複雑度が、移動マルチホップ中継ネットワークのためのＨＡＲＱ再送手続きを設計する際に、考慮に入れられなければならない。
【０００５】
現在、従来技術において移動マルチホップ中継ネットワークに適したＨＡＲＱ機構は、存在しない。移動マルチホップ中継ネットワークに関する技術的ソリューションを向上されるのに、移動マルチホップ中継ネットワークに専用であり、前述の移動マルチホップ中継ネットワークの特別な問題を考慮に入れたＨＡＲＱのための方法、および対応するデバイスを提供することが、急を要する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
以上の技術的問題に関して、本発明は、マルチホップネットワークのためのＨＡＲＱ（ハイブリッド自動再送要求）機構を提供する。
【課題を解決するための手段】
【０００７】
本発明の第１の態様によれば、無線通信ネットワークのＲＳ（中継局）におけるＨＡＲＱのための方法が提供され、ＨＡＲＱ手続きは、ＢＳ（基地局）によって割り当てられたリソースに基づいて実施される。
【０００８】
本発明の第２の態様によれば、無線通信ネットワークのＲＳ（中継局）におけるＨＡＲＱのためのデバイスが提供され、このデバイスは、ＢＳ（基地局）によって割り当てられたリソースに基づいて、ＨＡＲＱ再送手続きを実施する。
【０００９】
本発明の第３の態様によれば、無線通信ネットワークのＢＳ（基地局）におけるＨＡＲＱ再送のための方法が提供され、ＨＡＲＱ再送手続きは、ＢＳによって割り当てられたリソースに基づいて、１つまたは複数のＲＳとＭＳ（移動局）との中間で実施される。
【００１０】
本発明の第４の態様によれば、無線通信ネットワークのＢＳ（基地局）におけるＨＡＲＱのためのデバイスが提供され、ＨＡＲＱ手続きは、ＢＳによって割り当てられたリソースに基づいて、１つまたは複数のＲＳとＭＳ（移動局）との中間で実施される。
【００１１】
本発明による方法は、移動マルチホップ中継ネットワークにおけるＨＡＲＱ再送問題を克服し、移動マルチホップ中継ネットワークにおけるデータ伝送の訂正比を向上させ、ＲＳ（中継局）の導入によって生じたデータ伝送遅延を小さくする可能性がある。
【００１２】
本発明の他の特徴、目的、および利点は、添付の図面を参照して、限定的でない実施形態の以下の詳細な説明を読むことで、より明白となろう。
【図面の簡単な説明】
【００１３】
【図１ａ】無線通信ネットワークにおける２ホップ中継ネットワークトポロジ構造を示す図である。
【図１ｂ】無線通信ネットワークにおける３ホップ中継ネットワークトポロジ構造を示す図である。
【図２】本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中の能動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ（ハイブリッド自動再送要求）方法を示す流れ図である。
【図３】本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのダウンリンク伝送中の能動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ（ハイブリッド自動再送要求）方法を示す流れ図である。
【図４】本発明の一実施形態による、無線通信ネットワークの３ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中の能動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ（ハイブリッド自動再送要求）方法を示す流れ図である。
【図５】本発明の一実施形態による、無線通信ネットワークの３ホップ中継ネットワークトポロジ構造におけるデータパケットのダウンリンク伝送中の能動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ（ハイブリッド自動再送要求）方法を示す流れ図である。
【図６】本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中、およびダウンリンク伝送中の受動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ（ハイブリッド自動再送要求）方法を示す流れ図である。
【図７】本発明の一実施形態による、無線通信ネットワークの３ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中、およびダウンリンク伝送中の受動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ（ハイブリッド自動再送要求）方法を示す流れ図である。
【図８】本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中の拡張された受動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ（ハイブリッド自動再送要求）方法を示す流れ図である。
【図９】本発明の一実施形態による、無線通信ネットワークのＲＳ（中継局）におけるＨＡＲＱ（ハイブリッド自動再送要求）のためのデバイスを示すブロック図である。
【図１０】本発明の一実施形態による、無線通信ネットワークのＢＳ（基地局）におけるＨＡＲＱ（ハイブリッド自動再送要求）のためのデバイスを示すブロック図である。
【発明を実施するための形態】
【００１４】
以降、本発明の実施形態が、添付の図面を参照して説明される。
【００１５】
図１ａおよび図１ｂは、それぞれ、無線通信ネットワークにおける２ホップ中継ネットワークトポロジ構造、および３ホップ中継ネットワークトポロジ構造の図であり、２ホップ中継ネットワークが、ＭＳ（移動局）００と、ＲＳ（中継局）１０と、基地局（ＢＳ）２０とを含むのに対して、ＭＳ００、ＲＳ１０、およびＢＳ２０に加えて、３ホップ中継ネットワークは、ＲＳ１０とＢＳ２０の間に配置された別のＲＳ１１をさらに含む。２つの形態の移動マルチホップ中継ネットワークだけが、この場合に示されているものの、移動マルチホップ中継ネットワークは、他の形態をさらに含むことが可能であり、例えば、さらに多くのＲＳ、ならびに結合中継器などが、ＭＳとＢＳの間で利用されることが、当業者には理解されよう。
【００１６】
「背景技術」において述べたとおり、異なる無線環境は、複数のホップの範囲内でＨＡＲＱパフォーマンスの大きな違いをもたらす可能性があり、このことにより、異なるホップの伝送レート、例えば、図１ａに示される、ＭＳ００とＲＳ１０の間のホップの伝送レート、およびＲＳ１０とＲＳ１１の間のホップの伝送レート、あるいは図１ｂに示される、ＭＳ００とＲＳ１０の間のホップの伝送レート、およびＲＳ１０とＲＳ１１の間のホップの伝送レートの不適合が生じ、その結果、図１ａおよび図１ｂにおけるＭＳ００のスループットが確実に低下する。このため、移動マルチホップ中継ネットワークにおけるＨＡＲＱ機構が、リンクごとのＨＡＲＱ、またはマルチリンクＨＡＲＱに適切であるかどうかが決定される必要があり、図１ａおよび図１ｂにおいて対応する矢印で示されるとおり、リンクごとのＨＡＲＱは、単一のホップ内で実施されて、その単一のホップにおける急速なフェージングおよびシャドウイングを補償するのに対して、マルチリンクＨＡＲＱは、複数のホップの２つの終端における処理手続きであり、すべての再送リソースは、その２つの終端によって割り当てられる。
【００１７】
本発明のソリューションは、ＲＳの簡潔性と費用を考慮に入れ、ＨＡＲＱのほとんどの再送調整およびリソース割り当てが、ＢＳにおいて実行されることを見込み、つまり、ＢＳが、ほとんどのメッセージフィードバックとともに、再送リソース割り当ておよび再送リソース調整も担う。このため、この態様では、マルチリンクＨＡＲＱのソリューションが、好ましい。しかし、リンクごとのＨＡＲＱ機構は、明らかに、マルチリンクＨＡＲＱとは比べ物にならないほどの柔軟性を有する。したがって、本発明は、この２つ両方の利点を組み合わせるＨＡＲＱソリューションを提供し、すなわち、いずれのメッセージフィードバック機構（リンクごと、またはマルチリンク）が、各ネットワーク要素の伝送状態（伝送または再送）をスケジュールするのに使用されるかにかかわらず、ＨＡＲＱのリソース割り当ておよびリソース調整を担っているのは、常にＢＳである。
【００１８】
本発明は、主に、ＨＡＲＱ機構、および移動マルチホップ中継ネットワークにおけるこの機構の実施に関し、このため、ＨＡＲＱ符号化技術およびＨＡＲＱ合成技術を考慮に入れることは不必要であることが指摘されなければならない。本発明の技術的ソリューションは、すべてのＨＡＲＱ符号化技術およびＨＡＲＱ合成技術、例えば、ソフトウェア合成およびＩＲなどをサポートすることができる。このため、使用されるべき特定の符号化技術および合成技術は、本発明を限定しない。
【００１９】
具体的な説明のために、以下の記述が行われるが、これらの記述は、本発明の技術的ソリューションに対する限定ではなく、本発明の好ましい実施形態を例示することだけを目的としているものと解釈されるべきである。
【００２０】
データパケットが、最初に伝送される場合、データパケットの検証は、データパケットに対する直接ＣＲＣ（巡回冗長検査）であり、データパケットが、再送されたパケットである場合、データパケットの検証は、このデータパケットを、以前に受信されたパケットと組み合わせた後のＣＲＣであるのに対して、この検証に合格するデータパケットは、組み合わされたデータパケットであり、正しい検証結果、または誤った検証結果は、ＣＲＣに合格すること、またはＣＲＣに不合格であることを指し、図に示されるＵＬ／ＤＬ  ＭＡＰは、アップリンク／ダウンリンク制御マッピング情報、すなわち、ＢＳによって割り当てられたリソースに関する情報を指す。
【００２１】
以降、様々なメッセージフィードバックの仕方に基づき、本発明による前述のＭＭＲ  ＨＡＲＱ機構の実施形態が、詳細に説明される。
【００２２】
（実施形態１  能動的なＭＭＲ（マルチホップ中継）ＨＡＲＱ）
本発明の或る実施形態によれば、能動的ＭＭＲ  ＨＡＲＱの主な特性は、以下のとおりである。すなわち、ＲＳが、直前のホップデバイスからデータパケットを受信すると、ＲＳは、このデータパケットが正しいかどうかを検証し、直前のホップデバイス、およびリソース割り当てを制御するためのＢＳに、その検証結果を能動的に伝送し、このデータパケットが、初めて伝送された場合、このデータパケットが正しいかどうかにかかわらず、このデータパケットは、次のホップデバイスに転送される。このデータパケットが、再送であり、検証が、不合格であった場合、このデータパケットは、次のホップデバイスに転送されず、その検証結果は、再送のために直前のホップデバイスにリソースを割り当てるよう、ＢＳに要求するように、ＢＳに報告される。検証が、合格であった場合、検証されたデータパケットは、次のホップデバイスに転送される。前述の直前のホップデバイス、および次のホップデバイスには、ＲＳ、ＭＳ、またはＢＳが含まれる。以降、この実施形態の手続きの流れが、図２から図５を参照して詳細に説明される。
【００２３】
図２は、本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中の能動的ＭＭＲ  ＨＡＲＱ方法を示す流れ図である。
【００２４】
図２に示されるとおり、データパケットが、初めて伝送される場合、以下のとおりである。すなわち、
ステップＳ１００１で、ＢＳ２０によって割り当てられたリソースに基づいて、ＲＳ１０が、ＭＳ００からデータパケットを受信し、このデータパケットが、最初の伝送である場合、このデータパケットは、ＢＳ２０に直接に転送される。
【００２５】
ステップＳ１００２で、ＲＳ１０が、このデータパケットを検証し、このデータパケットは、初めて受信されたので、ＣＲＣ検証が、このデータパケットに対して直接に実行される。
【００２６】
ステップＳ１００３で、ＢＳ２０によって割り当てられたリソースに基づいて、ＲＳ１０が、ＢＳ２０に、その検証結果を送信する。或る特定の実施では、その検証結果は、データパケットと一緒に或る特定のメッセージの中に入れられることによって、ＢＳ２０に送信されることが可能であり、これらは、別々に送信されることも可能である。
【００２７】
ステップＳ２０１で、ＢＳ２０が、ＲＳ１０からデータパケットを受信し、このデータパケットを検証し、このデータパケットが、初めて受信された場合、ＣＲＣ検証が、このデータパケットに対して直接に実行される。
【００２８】
ステップＳ２０２で、ＢＳ２０が、ＲＳ１０が、このデータパケットを正しく受信したかどうかを示す指示メッセージを、ＲＳ１０から受信する。
【００２９】
ステップＳ２０３で、ＢＳ２０が、このデータパケットの検証結果をＲＳに送信する。
【００３０】
このデータパケットの検証が、ＢＳ２０において合格であった場合、このデータパケットの伝送は、完了である。このデータパケットの検証が、ＢＳ２０において不合格であった場合、ＢＳ２０は、このデータパケットを再送するためのリソースをＲＳ１０またはＭＳ００に割り当てる。
【００３１】
（ＲＳ１０の再送）
ステップＳ２０４で、データパケット検証が、ＢＳ２０において不合格である一方で、受信された指示メッセージによれば、このデータパケットが、ＲＳ１０において検証に合格である場合、このことは、ＭＳ００とＲＳ１０の間の、このデータパケットの伝送が正しい一方で、ＲＳ１０とＢＳ２０の間の伝送は、誤りが生じることを示す。この時点で、ＢＳ２０は、ＲＳ１０が、このデータパケットを再送することができるようにするように、ＲＳ１０にリソースを割り当てる。
【００３２】
ステップＳ１００５で、ＢＳ２０が、このデータパケットが誤っていることを検証するのに対して、ＲＳ１０は、このデータパケットが正しいことを検証すると、ＲＳ１０は、ＢＳ２０によって割り当てられたリソースに基づいて、ＲＳ１０が、このデータパケットが正しいことを検証したことを示す指示メッセージをＭＳ００に送信する。次に、ＲＳ１０が、ＢＳ２０によって割り当てられたリソースに基づいて、このデータパケットをＢＳ２０に再送する。
【００３３】
この場合、この時点で、ＲＳ１０は、このデータパケットを正しく受信するので、ＭＳ００は、再送を必要とせず、さらに、ＢＳ２０は、ＲＳ１０が、複数の前記データパケットを、同一のフレーム内で同時に再送するように（これらの複数のデータパケットは、同一の有効なデータ情報を含むが、冗長な情報は、異なることが可能である）、ＲＳ１０にいくらかのアイドルなリソースを割り当てることができることに留意されたい。このようにして、中継および再送から生じる長時間の遅延が、短縮されることが可能である。ＲＳのアップリンクの次のホップデバイス（この例では、ＢＳ２０である）が、これらの複数のデータパケットを組み合わせた後、組み合わされたデータパケットが、獲得され、その後、単一のデータパケットを受信することに関する動作と同一の動作が、実行される。この場合、ＭＳ処理を簡略化するのに、前述のプロセスは、データパケットのアップリンク伝送に限定される。ＭＳが、複数のデータパケットをサポートし、これらのパケットを組み合わせるように構成される場合、ＲＳは、データパケットのダウンリンク伝送中に、ダウンリンクの次のホップデバイス（この例では、ＭＳ）に、この組み合わされた複数のデータパケットを送信することもできるようにされる。
【００３４】
ステップＳ２０５で、ＢＳ２０は、ＲＳからの再送のために１つまたは複数のデータパケットを受信し、これらのデータパケットを検証する。この場合、この検証は、受信された１つまたは複数のデータパケットを、初回に受信されたデータパケットと組み合わせた後の、この組み合わされたデータパケットに対するＣＲＳを指す。この検証が、やはり不合格である場合、ＲＳ１０における再送のステップが、このデータパケットが正しく受信されるまで、繰り返される、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達すると、破棄される。
【００３５】
（ＭＢ００における再送）
ステップＳ２０６で、検証が、ＲＳにおいて不合格であった場合、ＢＳ２０が、リソースをＭＳ００に割り当てて、ＭＳ００が、このリソースに基づいて、データパケットを再送することができるようにされる。
【００３６】
ステップＳ１００６で、ＢＳ２０とＲＳ１０がともに、このデータパケットが誤っていることを検証すると、ＲＳ１０は、ＢＳ２０によって割り当てられたリソースに基づいて、ＲＳ１０が、このデータパケットが誤っていることを検証したことを示す指示メッセージをＭＳ００に送信する。
【００３７】
検証が不合格であるというＲＳ１０からの情報と、Ｂ２０からのリソース割り当て情報とを受信した後、ＭＳ００は、このデータパケットをＲＳ１０に再送する。
【００３８】
ステップＳ１００７で、ＲＳ１０が、ＭＳ００から再送されたデータパケットを受信し、このデータパケットが正しいかどうかを検証する。この場合の検証は、前に受信されたデータパケットを組み合わせた後に実行されるＣＲＣである。その検証結果は、ＢＳ２０およびＭＳ００に送信される。
【００３９】
ステップＳ２０７で、ＢＳ２０が、ＲＳ１０から、その検証結果を受信し、その検証が、不合格である場合、ＭＳ００が再送を行うことができるようにするために、リソースが割り当てられる。これに対応して、ＲＳ１０が、Ｓ１００６およびＳ１００７のステップを繰り返す。
【００４０】
ステップＳ１００８で、ＲＳ１０が、データパケットが正しいことを検証した場合、組み合わされたデータパケットは、ＢＳ２０に直接に送信される。
【００４１】
ステップＳ２０８で、ＢＳ２０が、このデータパケットを検証する。ＢＳ２０が、正しく受信した場合、データパケットの伝送は、完了であり、ＢＳ２０が、誤って受信した場合、ＲＳ１０の前述の再送手続き、すなわち、Ｓ１００８が、ＢＳ２０が正しく受信するまで、繰り返される、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達するまで、破棄される。
【００４２】
図３は、本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのダウンリンク伝送中の能動的ＭＭＲ  ＨＡＲＱ方法の流れ図である。
【００４３】
図３に示されるとおり、データパケットが、初めて伝送される場合、以下のとおりである。すなわち、
ステップＳ２１１で、ＢＳ２０が、ＲＳ１０にデータパケットを送信する。
【００４４】
ステップＳ１０１１で、ＲＳ１０が、ＢＳ２０からデータパケットを受信し、このデータパケットをＭＳ００に転送する。
【００４５】
ステップＳ１０１２で、ＲＳ１０が、このデータパケットが正しいかどうかを検証する。
【００４６】
ステップＳ１０１３で、ＲＳ１０が、このデータパケットの検証結果をＢＳ２０に送信する。
【００４７】
ＭＳ００は、ＲＳ１０からこのデータパケットを受信した後、このデータパケットを検証し、その検証結果を、ＲＳ１０を介してＢＳ２０に送信する。
【００４８】
ステップＳ１０１４で、ＲＳ１０が、ＭＳ００から、ＭＳ００のデータパケット検証結果を示す指示メッセージを受信する。
【００４９】
ステップＳ２１２で、ＢＳ２０が、ＲＳ１０から、ＲＳ１０のデータパケット検証結果を示す指示メッセージを受信し、その一方、ステップＳ２１３で、ＭＳ００から、ＭＳ００のデータパケット検証結果を示す指示メッセージを受信する。
【００５０】
（ＲＳの再送）
ＭＳ００からの指示メッセージが、データパケット検証が、ＭＳ００において不合格であることを示す一方で、ＲＳ１０が、このデータパケットが正しいことを検証した場合、ステップＳ２１４で、ＢＳ２０は、データパケット再送のためのリソースをＲＳ１０に割り当てる。
【００５１】
ステップＳ１０１５で、ＲＳ１０が、ＢＳ２０によって割り当てられたリソースに基づいて、ＭＳ００が、このデータパケットを正しく受信するまで、このデータパケットをＭＳ００に再送する、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
【００５２】
（ＢＳ２０の再送）
ＭＳ００からの指示メッセージが、ＭＳ００が、このデータパケットを誤って受信したことを示す一方で、ＲＳ１０におけるデータパケット検証も不合格である場合、ステップＳ２１５で、ＢＳ２０が、このデータパケットをＲＳ１０に再送する。
【００５３】
ステップＳ１０１６で、ＲＳ１０が、ＢＳ２０から再送されたデータパケットを受信し、このデータパケットが、初回に受信されたデータパケットと組み合わされた後、ＣＲＣを実行し、その検証結果をＢＳ２０に送信する。
【００５４】
データパケット検証が、ステップＳ１０１６で合格であった場合、ＲＳ１０は、ステップＳ１０１７で、この組み合わされたデータパケットをＭＳ００に送信する。
【００５５】
このデータパケットが誤っていることが検証された場合、ＲＳ１０は、このデータパケットをＭＳ００に転送せず、ＢＳ２０が、このデータパケットを再送するのを待つ。
【００５６】
ステップＳ２１６で、ＢＳ２０が、ＲＳ１０から、ＲＳ１０のデータ検証結果を示す指示メッセージを受信し、この指示メッセージが、その検証が不合格であったことを示す場合、ＢＳ２０は、このデータパケットを再送する。
【００５７】
指示メッセージが、その検証が合格であったことを示す場合、ＢＳ２０は、ＭＳ００からの、ＭＳ００のデータパケット検証結果を示す指示メッセージを待つ。ＭＳ００が、正しく受信した場合、データパケット伝送は、完了である。ＭＳ００が、誤って受信した場合、ＲＳ１０とＭＳ００の間の伝送は、誤りが生じることを意味し、前述したＲＳ再送手続きが、ＭＳ００が、このデータパケットを正しく受信するまで、繰り返されなければならない、または、このデータパケット伝送は、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄されなければならない。
【００５８】
図４は、本発明の一実施形態による、無線通信ネットワークの３ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中の能動的ＭＭＲ  ＨＡＲＱ方法の流れ図である。
【００５９】
図４に示されるとおり、データパケットが、初めて伝送される場合、以下のとおりである。すなわち、
ステップＳ１０２１で、ＲＳ１０が、ＭＳ００からデータパケットを受信し、このデータパケットを次のホップデバイス、すなわち、ＲＳ１１に転送する。ステップＳ１０２２で、ＲＳ１０が、このデータパケットが正しいかどうかを検証する。ステップＳ１０２３で、その検証結果が、ＢＳ２０に送信される。
【００６０】
ステップＳ１０３１で、ＲＳ１１が、このデータパケットをＲＳ１０から受信し、このデータパケットをＢＳ２０に転送する。ステップＳ１０３２で、ＲＳ１１が、このデータパケットが正しいかどうかを検証する。ステップＳ１０３３で、その検証結果が、ＢＳ２０に送信される。
【００６１】
ステップＳ２２１で、ＢＳ２０が、このデータパケットをＲＳ１１から受信し、このデータパケットを検証する。ステップＳ２２２で、ＲＳ１０およびＢＳ１１からの、データパケット検証結果を示す指示メッセージが、それぞれ、受信される。ステップＳ２２３で、ＢＳ２０が、ステップＳ２２１のデータパケット検証結果を示すＢＳ２０の指示メッセージをＲＳ１１に送信する。
【００６２】
ステップＳ１０３４で、ＲＳ１１が、ＢＳ２０から、ＢＳ２０のデータパケット検証結果を示す指示メッセージを受信する。
【００６３】
この時点で、ＢＳ２０のデータパケットが正しいことが検証された場合、このデータパケットの伝送は、完了である。
【００６４】
データパケット検証が、ＢＳ２０において不合格であった場合、ＢＳ２０は、ＲＳ１０およびＲＳ１１のデータパケット検証結果に基づいて、ＲＳ１１またはＲＳ１０またはＭＳ００にリソースを割り当てることを決定する。
【００６５】
ＢＳ２０は、このデータパケットが正しいことが検証された、伝送リンクにおける最後のＲＳにリソースを割り当てる。データ伝送リンクにおいて、データパケットが、或るＲＳにおいて正しいことが検証される限り、そのデータパケットは、そのデータパケットが、伝送リンクにおいて、このＲＳの直前の他のＲＳにおいて正しく受信されるかどうかにかかわらず、正しく受信されるものと考えられることが、当業者には認められよう。
【００６６】
（ＲＳ１１の再送）
データパケット検証が、ＢＳ２０において不合格である一方で、検証が、ＲＳ１１において合格であった場合（検証が、ＲＳ１０において合格であるかどうかにかかわらず）、ステップＳ２２４で、ＢＳ２０が、ＲＳ１１が、このデータパケットを再送するように、ＲＳ１１にリソースを割り当てる。
【００６７】
ステップＳ１０３５で、ＲＳ１１が、データパケット検証が、ＢＳにおいて不合格であることを示すＢＳ２０からの指示メッセージに基づき、さらに、現在のＲＳにおけるデータパケット検証の成功に基づいて、ＲＳ１１が、このデータパケットを正しく受信することを示す指示メッセージを、ＲＳ１０に送信する。その一方で、ＲＳ１１は、ＢＳ２０によって割り当てられたリソースに基づいて、ＢＳ２０が、このデータパケットを正しく受信するまで、このデータパケットをＢＳ２０に再送する、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
【００６８】
ステップＳ１０２４で、ＲＳ１０が、ＲＳ１１から、ＲＳ１１が、このデータパケットを正しく受信するという指示メッセージを受信し、その後、データパケット検証が、ＲＳ１０において合格であることを示す指示メッセージをＭＳ００に送信して、伝送の成功をＭＳ００に知らせるようにする。
【００６９】
この場合、この時点で、ＲＳ１１は、このデータパケットを正しく受信するので、ＲＳ１０およびＭＳ００は、再送を必要とせず、さらに、ＢＳ２０は、ＲＳ１１が、複数の前記データパケットを、同一のフレーム内で同時に再送するように（これらの複数のデータパケットは、同一の有効なデータ情報を含むが、冗長な情報は、異なることが可能である）、ＲＳ１１にいくらかのアイドルなリソースを割り当てることができることに留意されたい。このようにして、中継および再送から生じる長時間の遅延が、短縮されることが可能である。その後、ＢＳ２０は、これらの受信された複数のデータパケットを組み合わせる。
【００７０】
（ＲＳ１０の再送）
データパケット検証が、ＢＳ２０およびＲＳ１１において不合格であるが、データパケット検証が、ＲＳ１０において合格である場合、ステップＳ２２５で、ＢＳ２０が、ＲＳ１０が、このデータパケットを再送するように、ＲＳ１０にリソースを割り当てる。
【００７１】
ステップＳ１０３６で、ＲＳ１１が、ＢＳ２０からの、データパケット検証が、ＢＳにおいて不合格であることを示す指示メッセージに基づき、さらに、現在のＲＳにおけるデータパケット検証が不合格であることに基づいて、ＲＳ１１が、このデータパケットを誤って受信することを示す指示メッセージを、ＲＳ１０に送信する。
【００７２】
ステップＳ１０２５で、ＲＳ１０が、ＲＳ１１から、ＲＳ１１においてデータパケット検証が不合格であることを示す指示メッセージを受信し、現在のＲＳにおける正しいデータパケット検証結果に基づいて、現在のＲＳ１０におけるデータパケット検証の成功を示す指示メッセージを、ＭＳ００に送信して、伝送の成功についてＭＳ００に知らせるようにする。その後、ＢＳ２０によって割り当てられたリソースに基づき、このデータパケットが、直前のホップデバイス（すなわち、ＲＳ１１）に再送される。
【００７３】
この場合、この時点で、ＲＳ１０は、このデータパケットを正しく受信するので、ＭＳ００は、再送を必要とせず、さらに、ＢＳ２０は、ＲＳ１０が、複数の前記データパケットを、同一のフレーム内で同時に再送するように（これらの複数のデータパケットは、同一の有効なデータ情報を含むが、冗長な情報は、異なることが可能である）、ＲＳ１０にいくらかのアイドルなリソースを割り当てることができることに留意されたい。このようにして、中継および再送から生じる長時間の遅延が、短縮されることが可能である。ＲＳのアップリンクの次のホップデバイス（この例では、ＲＳである）が、複数の受信されたデータパケットを組み合わせた後、組み合わされたデータパケットが、獲得され、その後、単一のデータパケットを受信することに関する動作と同一の動作が、実行される。
【００７４】
ステップＳ１０３７で、ＲＳ１１が、これらの受信された１つまたは複数のデータパケットを組み合わせ、その後、これらのデータパケットを、前回に受信されたデータパケットと再び組み合わせ、この組み合わされたデータを検証し、次に、その検証結果をＲＳ１０およびＢＳ２０に送信する。
【００７５】
データパケット検証が、この時点で、ＲＳ１１において依然として不合格である場合、ＲＳ１０再送のステップが、同様に繰り返される。検証が合格である場合、ＲＳ１１は、このデータパケットをＢＳ２０に転送する。ＢＳ２０が、正しく受信した場合、データパケット伝送は、完了である。ＢＳ２０が、誤って受信した場合、ＲＳ１１の前の再送ステップが、ＢＳ２０が、データパケットを正しく受信するまで、繰り返される、またはデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
【００７６】
（ＭＢ００における再送）
ＢＳ２０、ＲＳ１０、およびＲＳ１１において、すべてのデータパケット検証が、不合格である場合、ステップＳ２２６で、ＢＳ２０は、ＭＳ００が、このデータパケットを再送するよう、ＭＳ００にリソースを割り当てる。
【００７７】
この時点で、ステップＳ１０３８において、ＲＳ１１が、ステップＳ１０３６の場合と同様に、ＢＳ２０からの、データパケット検証が、ＢＳにおいて不合格であることを示す指示メッセージに基づき、さらに、現在のＲＳにおける不合格のデータパケット検証結果に基づいて、ＲＳ１１が、データパケットを誤って受信することを示す指示メッセージを、ＲＳ１０に送信する。
【００７８】
ステップＳ１０２６で、ＲＳ１０が、ＲＳ１１から、データパケット検証が、ＲＳ１１において不合格であることを示す指示メッセージを受信し、さらに、現在のＲＳにおける不合格のデータパケット検証結果に基づいて、データパケット検証が、現在のＲＳ１０において不合格であることを示す指示メッセージを、ＭＳ００に送信する。
【００７９】
ＭＳ００は、ＲＳ１０からの、データパケット検証が、ＲＳ１０において不合格であることを示す指示メッセージに応答して、さらに、ＢＳ２０によって割り当てられたリソースに基づいて、このデータパケットを再送する。前述した再送機構に基づいて、データパケットは、ＢＳ２０が、このデータパケットを正しく受信するまで、アップリンク再送され続ける、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
【００８０】
図５は、本発明の一実施形態による、無線通信ネットワークの３ホップ中継ネットワークトポロジ構造におけるデータパケットのダウンリンク伝送中の能動的ＭＭＲ  ＨＡＲＱ方法の流れ図である。
【００８１】
図５に示されるとおり、データパケットが、初めて伝送される場合、以下のとおりである。すなわち、
ステップＳ２３１で、ＢＳ２０が、データパケットをＲＳ１１に送信する。
【００８２】
ステップＳ１０５１で、ＲＳ１１が、このデータパケットをＢＳ２０から受信し、このデータパケットをＲＳ１０に直接に転送する。ステップＳ１０５２で、このデータパケットが正しいかどうかが検証され、ステップＳ１０５３で、このデータパケットの検証結果が、ＢＳ２０に送信される。
【００８３】
ステップＳ１０４１で、ＲＳ１０が、このデータパケットをＲＳ１１から受信し、このデータパケットをＭＳ００に直接に転送する。ステップＳ１０４２で、このデータパケットが正しいかどうかが検証され、さらに、ステップＳ１０４３で、このデータパケットの検証結果が、ＢＳ２０に送信される。
【００８４】
ＭＳ００が、ＲＳ１０から受信されたデータパケットを検証し、その検証結果を、ＲＳ１０およびＲＳ１１を介してＢＳ２０に送信する。
【００８５】
ステップＳ２３２で、ＢＳ２０が、ＲＳ１１、ＲＳ１０、およびＭＳ００からのデータパケット検証結果を示す指示メッセージをそれぞれ受信する。
【００８６】
ＭＳ２０のデータパケットが正しいことが検証された場合、このデータパケットの伝送は、完了である。データパケット検証が、ＭＳ００で不合格である、すなわち、ＭＳ００が、このデータパケットを正しく受信しない場合、ＢＳ２０は、ＲＳ１１およびＲＳ１０のデータパケット検証結果に基づいて、データパケット再送のためのリソースを、ＲＳ１１に、またはＲＳ１０に、またはＢＳ２０自体に割り当てる。
【００８７】
ＢＳ２０は、このデータパケットが正しいことが検証された、伝送リンクにおける最後のＲＳにリソースを割り当てる。データ伝送リンクにおいて、データパケットが、或るＲＳにおいて正しいことが検証される限り、そのデータパケットは、そのデータパケットが、伝送リンクにおいて、このＲＳの直前の他のＲＳにおいて正しく受信されるかどうかにかかわらず、正しく受信されるものと考えられることが、当業者には認められよう。
【００８８】
（ＲＳ１０の再送）
データパケット検証が、ＭＳ００において不合格である一方で、検証が、ＲＳ１０において合格である場合（検証が、ＲＳ１１において合格であるかどうかにかかわらず）、ＢＳ２０が、ステップＳ２３３で、ＲＳ１０が、データパケット再送を実行するように、ＲＳ１０にリソースを割り当てる。
【００８９】
ステップＳ１０４４で、ＲＳ１０が、ＭＳ００からの、データパケット検証が、ＭＳにおいて不合格であることを示す指示メッセージに基づき、さらに、現在のＲＳにおけるデータパケット検証の成功に基づいて、現在のＲＳ１０が、このデータパケットを正しく受信することを示す指示メッセージを、ＲＳ１１に送信する。このデータパケットは、ＢＳ２０によって割り当てられたリソースに基づいて、再送される。
【００９０】
同様に、フォローアップ処理（簡明のため、図５に示さず）において、ＭＳ００が、ＲＳ１０から再送されたデータパケットを受信すると、ＭＳ００は、このデータパケットが正しいかどうかを検証し、その検証結果をＲＳ１０およびＢＳ２０に送信する。このデータパケットが、正しいことが検証された場合、このデータパケットの伝送は、完了であり、このデータパケットが、誤っていることが検証された場合、ＲＳ１１は、ＭＳ００が、このデータパケットを正しく受信するまで、このデータパケットを再送することを続ける、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達すると、破棄される。
【００９１】
（ＲＳ１１の再送）
データパケット検証が、ＭＳ００およびＲＳ１０において不合格である一方で、データパケット検証が、ＲＳ１１において合格である場合、ＲＳ１１は、データパケット再送を実行する。
【００９２】
ステップＳ１０４５で、ＲＳ１０が、ＭＳ００からの、データパケット検証が、ＭＳにおいて不合格であることを示す指示メッセージに基づき、さらに、現在のＲＳにおける不合格であるデータパケット検証結果に基づいて、データパケット検証が、ＲＳ１０において不合格であることを示す指示メッセージを、ＲＳ１１に送信する。
【００９３】
ステップＳ１０５４で、ＲＳ１１が、ＲＳ１０からの、ＲＳ１０の不合格であるデータパケット検証結果を示す指示メッセージに従って、さらに、現在のＲＳにおけるデータパケット検証結果の成功に従って、ＢＳ２０に割り当てられたリソースに基づいて、ＲＳ１０に、このデータパケットを再送する。
【００９４】
同様に、フォローアップ処理（簡明のため、図５に示さず）において、ＲＳ１０が、ＲＳ１１から、このデータパケットを受信すると、ＲＳ１０は、このデータパケットが正しいかどうかを検証し、その検証結果をＢＳ２０およびＲＳ１１に送信する。この検証が、不合格である場合、ＲＳ１１は、ＲＳ１０が、このデータパケットを正しく受信するまで、このデータパケットを再送することを続ける、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。この検証が、合格である場合、検証されたデータパケットは、ＭＳ００に送信される。
【００９５】
ＭＳ００が、正しく受信した場合、このデータパケット伝送は、完了である。ＭＳ００が、誤って受信した場合、ＲＳ１０は、ＭＳ００が、このデータパケットを正しく受信するまで、再送を実行することを続ける、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
【００９６】
（ＢＳ２０の再送）
ステップＳ１０４６で、ＲＳ１０が、ＭＳ００から受信された、ＭＳ００の不合格であるデータパケット検証結果を示す指示メッセージに基づき、さらに、現在のＲＳにおける不合格であるデータパケット検証結果に基づいて、データパケット検証が、ＲＳ１０において不合格であることを示す指示メッセージを、ＲＳ１１に送信する。
【００９７】
データパケット検証が、ＭＳ００において不合格であり、データパケット検証が、ＲＳ１１およびＲＳ１０においてもやはり、不合格である場合、ステップＳ２３５で、ＢＳ２０が、このデータパケットをＲＳ１１に再送する。
【００９８】
ＲＳ１１が、ステップＳ１０５５で、ＲＳ１０からの不合格であるデータパケット検証結果、および現在のＲＳの不合格であるデータパケット検証結果に従って、ＢＳ２０に割り当てられたリソースに基づいて、ＢＳ２０からの再送されるデータパケットを受信する。
【００９９】
同様に、フォローアップ処理（簡明のため、図５に示さず）において、ＲＳ１１が、再送されたデータパケットを受信して、検証し、その検証結果をＢＳ２０に報告する。このデータパケットが正しいことが検証された場合、検証されたデータパケットは、ＲＳ１０に転送され、それ以外の場合、ＢＳ２０が、このデータパケットを再送する。
【０１００】
次に、ＲＳ１０が、この再送されたデータパケットをＲＳ１１から受信して、検証し、その検証結果をＢＳ２０およびＲＳ１１に報告する。このデータパケットが、正しいことが検証された場合、検証されたデータパケットは、ＭＳ００に転送され、それ以外の場合、ＢＳ２０が、再送のためのリソースをＲＳ１１に割り当てる。
【０１０１】
本発明の能動的ＭＭＲ  ＨＡＲＱソリューションは、１つまたは２つのＲＳだけが、ＢＳとＭＳの間でＨＡＲＱに参加するシナリオに限定されないことに留意されたい。図２〜図５の前段の説明から、３つ以上のＲＳが、ＢＳとＭＳの間でＨＡＲＱに参加しているシナリオを、当業者は容易に類推することができよう。さらに、図２〜図５の流れ図は、本発明の実施形態による能動的ＭＭＲ  ＨＡＲＱに関する唯一の定まった形態ではないことが理解されるべきであり、当業者は、本分野における従来技術に基づいて、前出の図２〜図５の処理フローに様々な変更を行うことができる。例えば、これらの変更は、データパケットの検証および組み合わせのステップ、指示メッセージを受信するステップ、および様々なメッセージに基づいて比較および判定を実行するステップの順序を調整すること、または再送のフォローアップ処理手続きにおける再送遅延を短縮する特別なポリシーを使用することなどであることが可能である。
【０１０２】
（実施形態２  受動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱ）
本発明の或る実施形態によれば、受動的ＭＭＲ  ＨＡＲＱの主な特性は、以下のとおりである。すなわち、ＲＳが、直前のホップデバイスからデータパケットを受信した後、ＲＳは、直前のホップデバイス、およびリソース割り当てを制御するためのＢＳに、このデータパケットの検証結果を能動的に知らせるのではなく、このデータパケットを直接に転送する。ＲＳは、データを単に転送するだけであり、ＲＳは、再送されたデータパケットを受信すると、このデータパケットを、以前に受信されたデータパケットと組み合わせる。この組み合わされたデータパケットが、ＣＲＣ検証の後に正しい場合、この組み合わされたデータパケットが、次のホップデバイスに転送され、それ以外の場合、受信されたデータパケットが、次のホップデバイスに直接に転送される。以降、この実施形態の手続きフローが、図６から図７を参照して、詳細に説明される。
【０１０３】
図６は、本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中、およびダウンリンク伝送中の受動的ＭＭＲ  ＨＡＲＱ方法の流れ図である。
【０１０４】
図６に示されるとおり、データパケットアップリンク伝送において、
データパケットが、以下のとおり、初めて伝送される。すなわち、
図に示されるとおり、ステップＳ１０６１で、ＲＳ１０が、このデータパケットをＭＳ００から受信し、このデータパケットをＢＳ２０に直接に転送する。
【０１０５】
ステップＳ２４１で、ＢＳ２０が、ＲＳ１０から、このデータパケットを受信して、検証し、その検証結果をＭＳ００に送信する。この検証が合格である場合、データパケット伝送は、完了である。この検証が不合格である場合、ＭＳ００が、このデータパケットを再送するように、ＭＳ００にリソースが割り当てられる。
【０１０６】
（ＭＢ００における再送）
ＲＳ１０が、ステップＳ１０６２で、ＭＳ００からデータパケットを受信し、このデータパケットを、初回に受信されたデータパケットと組み合わせた後、ＣＲＣ検証を実行する。ＣＲＣ検証が正しい場合、ＲＳ２０は、この組み合わされた正しいデータパケットをＢＳ２０に転送し、ＣＲＣ検証が誤っている場合、ＲＳ２０は、受信されたデータパケットをＢＳ２０に直接に転送する。
【０１０７】
ステップＳ２４２で、ＢＳ２０が、この再送されたデータパケットをＲＳ１０から受信して、検証し、その検証結果を示す指示メッセージをＭＳ００に送信する。この検証が合格である場合、このデータパケットの伝送は、完了である。この検証が不合格である場合、ＭＳ００再送の手続きが、ＭＳ００が、このデータパケットを正しく受信するまで、繰り返される、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達すると、破棄される。
【０１０８】
図６に示されるとおり、データパケットダウンリンク伝送において、
初回の伝送に関して、以下のとおりである。すなわち、
ステップＳ２５１で、ＢＳ２０が、データパケットをＲＳ１０に送信する。
【０１０９】
ステップＳ１０７１で、ＲＳ１０が、ＢＳ２０によって割り当てられたリソースに基づいて、ＢＳ２０からのデータパケットを受信し、このデータパケットをＭＳ００に直接に転送する。
【０１１０】
ＭＳ００が、この受信されたデータパケットを検証し、その検証結果をＢＳ２０に送信する。
【０１１１】
ステップＳ２５２において、ＢＳ２０が、ＭＳ００から、ＭＳ００のデータパケット検証結果を示す指示メッセージを受信する。指示メッセージが、ＭＳ００が、このデータパケットを正しく受信することを示す場合、このデータパケットの伝送は、完了である。
【０１１２】
（ＢＳ２０の再送）
ＭＳ００が、正しく受信することができなかった場合、ステップＳ２５３で、ＢＳ２０が、このデータパケットを再送する。
【０１１３】
ステップＳ１０７２で、ＲＳ１０が、ＢＳ２０からデータパケットを受信し、このデータパケットを、初回に受信されたデータパケットと組み合わせた後、ＣＲＣ検証を実行する。ＣＲＣ検証が合格である場合、ＲＳ１０は、この組み合わされた正しいデータパケットをＭＳ００に転送し、ＣＲＣ検証が不合格である場合、ＲＳ１０は、受信されたデータパケットをＭＳ００に直接に転送する。
【０１１４】
ＭＳ００が、正しく受信する場合、このデータパケットの伝送は、完了である。ＭＳ００が、正しく受信することができなかった場合、ＢＳ２０の再送が、ＭＳ００が、このデータパケットを正しく受信するまで、実行され続ける、またはこのデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
【０１１５】
図７は、本発明の一実施形態による、無線通信ネットワークの３ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中、およびダウンリンク伝送中の受動的ＭＭＲ  ＨＡＲＱ方法を示す流れ図である。
【０１１６】
図７に示されるとおり、データパケットアップリンク伝送において、
初回の伝送に関して、以下のとおりである。すなわち、
ステップＳ１０８１で、ＲＳ１０が、データパケットをＭＳ００から受信し、このデータパケットをＢＳ１１に直接に転送する。
【０１１７】
ステップＳ１０９１で、ＲＳ１１が、このデータパケットをＲＳ１０から受信し、このデータパケットをＢＳ２０に直接に転送する。
【０１１８】
ステップＳ２６１で、ＢＳ２０が、ＲＳ１１から、このデータパケットを受信して、検証し、その検証結果を示す指示メッセージをＭＳ００に送信する。その検証結果が正しい場合、このデータパケットの伝送は、完了である。検証が不合格である場合、ＢＳ２０が、このデータパケットを再送するためのリソースをＭＳ００に割り当てる。
【０１１９】
（ＭＢ００の再送）
ステップＳ１０８２で、ＲＳ１０が、ＭＳ００からデータパケットを受信し、このデータパケットを、初回に受信されたデータパケットと組み合わせた後、ＣＲＣ検証を実行する。ＣＲＣ検証が合格である場合、ＲＳ１１が、この組み合わされた正しいデータパケットをＢＳ１１に転送し、ＣＲＣ検証が不合格である場合、ＲＳ１１は、受信されたデータパケットをＢＳ２０に直接に転送する。
【０１２０】
ステップＳ１０９２で、ＲＳ１１が、ＲＳ１０からデータパケットを受信し、このデータパケットを、初回に受信されたデータパケットと組み合わせた後、ＣＲＣ検証を実行する。ＣＲＣ検証が合格である場合、ＲＳ２０が、この組み合わされた正しいデータパケットをＢＳ２０に転送し、ＣＲＣ検証が不合格である場合、ＲＳ２０は、受信されたデータパケットをＢＳ２０に直接に転送する。
【０１２１】
ステップＳ２６２で、ＢＳ２０が、ＲＳ１１から、このデータパケットを受信して、検証し、その検証結果を示す指示メッセージをＭＳ００に送信する。検証が合格である場合、このデータパケットの伝送は、完了である。検証が不合格である場合、ＭＳ００の再送手続きが、ＭＳ００が、このデータパケットを正しく受信するまで、繰り返される、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達すると、破棄される。
【０１２２】
図７に示されるとおり、データパケットダウンリンク伝送において、
初回の伝送に関して、以下のとおりである。すなわち、
ステップＳ２７１で、ＢＳ２０が、データパケットをＲＳ１１に送信する。
【０１２３】
ステップＳ１１１１で、ＲＳ１１が、ＢＳ２０によって割り当てられたリソースに基づいて、このデータパケットをＢＳ２０から受信し、このデータパケットをＲＳ１０に直接に転送する。
【０１２４】
ステップＳ１１０１で、ＲＳ１０が、ＢＳ２０によって割り当てられたリソースに基づいて、このデータパケットをＲＳ１１から受信し、このデータパケットをＭＳ００に直接に転送する。
【０１２５】
ＭＳ００は、受信されたデータパケットを検証し、その検証結果を示す指示メッセージをＢＳ２０に送信する。
【０１２６】
ステップＳ２５２で、ＢＳ２０が、ＭＳ００から、ＭＳ００のデータパケット検証結果を示す指示メッセージを受信する。この指示メッセージが、ＭＳ００が、このデータパケットを正しく受信することを示す場合、このデータパケットの伝送は、完了である。
【０１２７】
（ＢＳ２０の再送）
ＭＳ００が、正しく受信することに失敗した場合、ＢＳ２０が、このデータパケットを再送する。
【０１２８】
ステップＳ１１１２で、ＲＳ１１が、ＢＳ２０からデータパケットを受信し、このデータパケットを、初回に受信されたデータパケットと組み合わせた後、ＣＲＣ検証を実行する。ＣＲＣ検証が合格である場合、ＲＳ１０が、この組み合わされた正しいデータパケットをＲＳ１０に転送し、ＣＲＣ検証が不合格である場合、ＲＳ１０は、受信されたデータパケットをＲＳ１０に直接に転送する。
【０１２９】
ステップＳ１１０２で、ＲＳ１０が、ＢＳ１１からデータパケットを受信し、このデータパケットを、初回に受信されたデータパケットと組み合わせた後、ＣＲＣ検証を実行する。ＣＲＣ検証が合格である場合、ＲＳ１０が、この組み合わされた正しいデータパケットをＭＳ００に転送し、ＣＲＣ検証が不合格である場合、ＲＳ１０は、受信されたデータパケットをＭＳ００に直接に転送する。
【０１３０】
ＭＳ００が、正しく受信した場合、このデータパケットの伝送は、完了である。ＭＳ００が、正しく受信することができなかった場合、ＲＳ２０が、ＭＳ００が、このデータパケットを正しく受信するまで、再送を実行することを続ける、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
【０１３１】
図６および図７から、本発明の実施形態の受動的ＭＭＲ  ＨＡＲＱソリューションにおいて、ＲＳ動作が、ＨＡＲＱにおけるメッセージフィードバックを担うのではなく、データパケットを転送することだけに単純化されることが認められよう。この受動的ＭＭＲ  ＨＡＲＱソリューションは、ＲＳのデバイスの複雑度および費用を事実上、低減する利点を有するが、再送手続きは、データ伝送源（アップリンク伝送の場合、ＭＳ、ダウンリンク伝送の場合、ＢＳ）だけからしか開始することが可能でなく、伝送手続き中の効果について全く配慮しないので、能動的ＭＭＲ（移動マルチホップ中継）ＨＡＲＱソリューションに鑑みて、限られたネットワーク伝送リソースに浪費を生じさせる可能性がある。
【０１３２】
本発明による受動的ＭＭＲ  ＨＡＲＱソリューションに関する、さらなる拡張された代替のソリューションは、以下のとおり特徴付けられる。すなわち、アップリンク伝送において、ＢＳから、ＲＳを介して伝送されたデータパケットが正しく受信されたかどうかをＭＳに知らせる指示メッセージを受信する際、指示メッセージが、ＢＳが誤って受信することを示す場合、ＲＳは、ＲＳが受信するデータパケットが、正しいかどうかを検査し、このデータパケットが正しい場合、ＢＳが誤って受信することを示す指示メッセージを、ＢＳが正しく受信することを示す指示メッセージに変換し、この指示メッセージをＭＳに転送する。以降、本方法の実施形態が、図８を参照して詳細に説明される。
【０１３３】
図８は、本発明の一実施形態による、無線通信ネットワークの２ホップ中継ネットワークトポロジ構造におけるデータパケットのアップリンク伝送中の拡張型受動的ＭＭＲ  ＨＡＲＱ方法の流れ図である。
【０１３４】
ステップＳ１１２１におけるアップリンク伝送中、ＲＳ１０が、ＭＳ００からデータパケットを受信し、次に、このデータパケットをＢＳ２０に直接に転送する。
【０１３５】
ステップＳ２８１で、ＢＳ２０が、ＲＳ１０から、このデータパケットを受信して、検証し、その検証結果をＭＳ００に（ＲＳを介して）送信する。検証が合格である場合、このデータパケットの伝送は、完了である。検証が不合格である場合、ＭＳ００が、このデータパケットを再送するように、ＭＳ００にリソースが割り当てられる。
【０１３６】
ステップＳ１１２２で、ＲＳ１０が、ＢＳから、ＢＳのデータパケット検証結果を示す指示メッセージを受信する。この指示メッセージが、検証が、ＢＳにおいて合格であることを示す場合、ＲＳ１０は、この指示メッセージをＭＳ００に通常どおり転送する。この指示メッセージが、検証が、ＢＳにおいて不合格であることを示す場合、ＲＳ１０は、データパケット検証が、現在のＲＳにおいて合格するかどうかを判定する。このデータパケットが、現在のＲＳ１０において正しいことが検証された場合、検証がＢＳにおいて不合格であることを示す指示メッセージが、ＢＳにおけるデータパケット検証結果の成功を示す指示メッセージに変換され、この指示メッセージが、ＭＳに送信される。このようにして、ＭＳ００は、ＢＳ２０が、正しく受信しており、このデータパケットを再送する必要がないものと考える。
【０１３７】
次にステップＳ１１２３で、ＲＳ１０が、ＢＳによって割り当てられたリソースに基づいて、ＢＳ２０が、このデータパケットを正しく受信するまで、ＲＳ１０の中に格納されたデータパケットをＢＳ２０に再送する、または、このデータパケットの伝送が、再送回数が、システムによってあらかじめ決められた最大値に達した後、破棄される。
【０１３８】
ＢＳ処理を簡略化するのに、データパケットのダウンリンク伝送において、ＲＳは、ＭＳからのメッセージを変更せず、このメッセージをＢＳに直接に転送する。本発明の或る実施形態による拡張された受動的ＭＭＲ  ＨＡＲＱソリューションのダウンリンク伝送は、受動的ＭＭＲ  ＨＡＲＱと同様であり、このため、ダウンリンク伝送の説明は、以下において省略される。
【０１３９】
このため、本発明の或る実施形態による拡張された受動的ＭＭＲ  ＨＡＲＱソリューションは、ＲＳに単純な処理能力を導入することを介して、受動的ＭＭＲ  ＨＡＲＱのパフォーマンスを最適化し、その結果、伝送時間遅延を短縮し、ネットワークリソースを節約する。
【０１４０】
本発明の受動的ＭＭＲ  ＨＡＲＱソリューションおよび拡張された受動的ＭＭＲ  ＨＡＲＱソリューションは、１つまたは２つのＲＳが、ＢＳとＭＳの間でＨＡＲＱに参加するシナリオに限定されないことに留意されたい。図６〜図８の前段の説明から、より多くのＲＳが、ＢＳとＭＳの間でＨＡＲＱに参加しているシナリオを、当業者は容易に類推することができよう。さらに、図６〜図８の流れ図は、本発明の実施形態によるＭＭＲ  ＨＡＲＱに関する唯一の定まった形態ではないことが理解されるべきであり、当業者は、本分野における従来技術に基づいて、前出の図６〜図８の処理フローに様々な変更を行うことができる。
【０１４１】
図９は、本発明の一実施形態による、無線通信ネットワークのＲＳ（中継局）におけるＨＡＲＱ（ハイブリッド自動再送要求）再送のためのデバイスのブロック図１である。ブロック図１は、能動的ＨＡＲＱのために使用される、第１の受信する手段１０１、第１の検証する手段１０２、第１の判定する手段１０３、第１の送信する手段１０４、第２の受信する手段１０５、決定する手段１０６、および第２の送信する手段１０７、ならびに受動的ＨＡＲＱのために使用される、第３の受信する手段１１１、第２の判定する手段１１２、第２の検証する手段１１３、第３の送信する手段１１４、第４の受信する手段１１５、変更する手段１１６、および第４の送信する手段１１７を含む。
【０１４２】
ＲＳにおける能動的ＨＡＲＱの実働手続きは、以下のとおりである。すなわち、
ＢＳによって割り当てられたリソースに基づいて、第１の受信する手段１０１が、直前のホップデバイスからデータパケットを受信する。
【０１４３】
次に、第１の検証する手段１０２が、このデータパケットが正しいかどうかを検証して、検証結果を獲得するようにする。
【０１４４】
第２の送信する手段１０７が、ＢＳによって割り当てられたリソースに基づいて、その検証結果を示す指示メッセージをＢＳに送信して、ＢＳが、この検証メッセージに基づいて、自動再送のためのリソースを割り当てることができるようにされる。
【０１４５】
第１の判定する手段１０３が、このデータパケットが、初めて伝送されたかどうかを判定する。
【０１４６】
「はい」である場合、第１の送信する手段１０４が、ＢＳに割り当てられたリソースに基づいて、このデータパケットを次のホップデバイスに送信する。
【０１４７】
第２の受信する手段１０５が、ＢＳによって割り当てられたリソースに基づいて、次のホップデバイスから、次のホップデバイスが、このデータパケットを正しく受信するかどうかを示す指示メッセージを受信する。
【０１４８】
決定する手段１０６が、次のホップデバイスからの指示メッセージに基づいて、現在のＲＳが正しく受信するかどうかを示すメッセージを、直前のホップデバイスに送信することを決定する。第２の受信する手段１０５が、次のホップデバイスから、次のホップデバイスが正しく受信することを示す指示メッセージを受信し、基地局によって割り当てられたリソースに基づいて、第２の送信する手段１０７が、現在のＲＳが、このデータパケットを正しく受信することを示す指示メッセージを、直前のホップデバイスに送信することを決定し、第２の受信する手段１０５が、次のホップデバイスから、次のホップデバイスが誤って受信することを示す指示メッセージを受信すると、第２の送信する手段１０７が、現在のＲＳにおけるデータパケット検証結果を示す指示メッセージを、直前のホップデバイスに送信することが決定される。
【０１４９】
次のホップデバイスが、このデータパケットが誤っていることを検証する一方で、現在のＲＳが、このデータパケットが正しいことを検証した場合、ＢＳによって割り当てられたリソースに基づいて、第１の送信する手段１０４が、このデータパケットを次のホップデバイスに再送し、アップリンクデータパケット再送中、現在のＲＳは、正しく受信するので、直前のホップは、このデータパケットの再送を必要とせず、このため、ＢＳは、同一の有効なデータ情報を含む１つまたは複数のデータパケットを送信するアイドルなリソースを現在のＲＳに割り当てることができる一方で、そのようなデータパケットの冗長な情報は、異なることが可能である。ＲＳの次のホップデバイスが、受信された複数のデータパケットを組み合わせた後、組み合わされたデータパケットが、獲得され、その後、受信される単一のデータパケットに関する動作と同一の動作が、実行される。この場合、データパケットのアップリンク伝送の制限は、ＭＳ処理を単純化するためである。ＭＳが、複数のデータパケットを受信すること、および複数のデータパケットを組み合わせることをサポートするように構成される場合、ＭＳは、複数のデータパケットをデータパケットダウンリンク伝送で送信することも同様にできる。
【０１５０】
このため、第１の送信する手段１０４が、ＢＳによって割り当てられたリソースに基づいて、これらの複数の同一のデータパケットを同一のフレーム内で送信する。
【０１５１】
このデータパケットが、再送されたデータパケットである場合、第１の検証する手段１０２が、このデータパケットを検証し、第２の送信する手段１０７が、ＢＳによって割り当てられたリソースに基づいて、第１の検証する手段の検証結果を、ＢＳ、および直前のホップデバイスに送信して、直前のデバイスが、ＢＳによって割り当てられたリソースに基づいて、このデータパケットを再送するようにするためにも使用される。
【０１５２】
第１の検証する手段１０２が、このデータパケットが正しいことを検証すると、第１の送信する手段１０４が、正しいことが検証された、この組み合わされたデータパケットを、次のホップデバイスに転送する。
【０１５３】
中継局における受動的ＨＡＲＱの実働手続きは、以下のとおりである。すなわち、
受動的ＨＡＲＱにおいて、第３の受信する手段１１１が、ＢＳによって割り当てられたリソースに基づいて、次のホップデバイスからデータパケットを受信する。
【０１５４】
第２の判定する手段１１２が、このデータパケットが、再送されたデータパケットであるかどうかを判定する。
【０１５５】
このデータパケットが、再送されたデータパケットである場合、第２の検証する手段１１３が、このデータパケットが正しいかどうかを検証する。
【０１５６】
第２の検証する手段１１３が、このデータパケットが正しいことを検証した場合、第３の送信する手段１１４が、正しいことが検証された、この組み合わされたデータパケットを、次のホップデバイスに転送し、それ以外の場合、受信されたデータパケットを次のホップデバイスに直接に転送する。
【０１５７】
このデータパケットが、初めて伝送される場合、第３の送信する手段１１４が、このデータパケットを次のホップデバイスに直接に転送する。
【０１５８】
第４の受信する手段１１５が、ＢＳによって割り当てられたリソースに基づいて、ＢＳから、現在のＲＳを介して伝送され、ＢＳによって受信されたデータパケットが、正しいかどうかを示すことをＭＳに知らせる指示メッセージを受信する。
【０１５９】
第４の受信する手段１１５が、ＢＳが、現在のＲＳを介して伝送されたデータパケットを正しく受信することができなかったことを示す指示メッセージを受信すると、第２の検証する手段１１３が、ＲＳが、このデータパケットを正しく受信するかどうかを検証する。
【０１６０】
第２の検証する手段１１３が、現在のＲＳが、このデータパケットを正しく受信することを検証すると、変更する手段１１６が、ＢＳからの、ＢＳが、このデータパケットを誤って受信することを示すことをＭＳに知らせるための指示メッセージを、正しい受信を示す指示メッセージに変換して、ＢＳが正しく受信することを示す指示メッセージを獲得するようにする。
【０１６１】
次に、第４の送信する手段１１７が、ＢＳによって割り当てられたリソースに基づいて、ＢＳが正しく受信することを示すメッセージを、直前のホップデバイスに転送する。
【０１６２】
この場合、ＢＳによって割り当てられるリソースは、ＢＳによって割り当てられるチャネルであり、直前のホップデバイスと次のホップデバイスの両方に、ＭＳ、ＲＳ、およびＢＳが含まれることに留意されたい。
【０１６３】
図１０は、本発明の一実施形態による、無線通信ネットワークのＢＳ（基地局）におけるＨＡＲＱ（ハイブリッド自動再送要求）のためのデバイスのブロック図２である。ブロック図２は、能動的ＨＡＲＱのために使用される、第１の受信する手段２０１、第２の検証する手段２０２、第２の送信する手段２０３、第２の受信する手段２０４、第１のリソース割り当て手段２０５、および第１の送信する手段２０６、ならびに受動的ＨＡＲＱのために使用される、第３の受信する手段２１１、第２の検証する手段２１２、第４の送信する手段２１３、第４の受信する手段２１４、第１のリソース割り当て手段２１５、および第３の送信する手段２１６を含む。
【０１６４】
ＢＳにおける能動的ＨＡＲＱの実働手続きは、以下のとおりである。すなわち、
（データパケットのアップリンク伝送）
第１の受信する手段２０１が、ＭＳから、１つまたは複数のＲＳを介して伝送されたデータパケットを受信する。
【０１６５】
一方、第２の受信する手段２０４が、この１つまたは複数のＲＳから、これらのＲＳが、このデータパケットを正しく受信するかどうかを示す指示メッセージを受信する。
【０１６６】
第１の検証する手段２０２が、このデータパケットが正しいかどうかを検証して、検証結果を獲得するようにする。
【０１６７】
第２の送信する手段２０３が、その検証結果を、現在のＢＳの前のホップに送信する。
【０１６８】
検証が不合格である場合、第１のリソース割り当て手段２０５が、１つまたは複数のＲＳからの指示メッセージに基づいて、再送のためのリソースを、このデータパケットに割り当てる。
【０１６９】
ＢＳが、このデータパケットが誤っていることを検証し、さらに、１つまたは複数のＲＳから第２の受信する手段２０４によって受信された指示メッセージにおいて、少なくとも１つの指示メッセージが、ＲＳが、このデータパケットを正しく受信することを示す場合、第１のリソース割り当て手段２０５が、ＢＳに最も近いホップデバイスのＲＳとして、このデータパケットを正しく受信するＲＳに、このデータパケットを再送するためのリソースを割り当て、それ以外の場合、このデータパケットを再送するためのリソースは、ＭＳに割り当てられる。
【０１７０】
このデータパケットを再送する際、第２の受信する手段２０４は、この１つまたは複数のＲＳから、これらのＲＳが、このデータパケットを正しく受信するかどうかを示す指示メッセージを受信することも目的とする。この１つまたは複数のＲＳから第２の受信する手段によって受信された指示メッセージにおいて、ＲＳが、このデータパケットを誤って受信することを示す指示メッセージが存在する場合、第１のリソース割り当て手段２０５が、誤って受信するＲＳの直前のホップデバイスに、このデータパケットを再送するためのリソースを割り当てる。
【０１７１】
（データパケットのダウンリンク伝送）
初回の伝送に関して、以下のとおりである。すなわち、
第１の送信する手段２０６がまず、１つまたは複数のＲＳを介してＭＳにデータパケットを送信する。
【０１７２】
第２の受信する手段２０４が、ＭＳ、および１つまたは複数のＲＳから指示メッセージをそれぞれ受信し、これらのメッセージは、ＭＳまたはＲＳが、直前のホップデバイスからデータパケットを正しく受信するかどうかを示すことを目的とする。
【０１７３】
ＭＳから第２の受信する手段２０４によって受信される指示メッセージが、ＭＳが、直前のホップデバイスから、このデータパケットを誤って受信することを示す場合、第１のリソース割り当て手段２０５が、再送のためのリソースを、このデータパケットに割り当て、１つまたは複数のＲＳから第２の受信する手段２０４によって受信される指示メッセージにおいて、ＲＳが、直前のホップデバイスから、このデータパケットを正しく受信することを示す少なくとも１つの指示メッセージが、存在する場合、第１のリソース割り当て手段２０５が、ＭＳに最も近いホップデバイスにおけるＲＳとして、このデータパケットを正しく受信するＲＳに、このデータパケットを再送するためのリソースを割り当て、存在しない場合、ＢＳ自体が、このデータパケットを再送する。
【０１７４】
このデータパケットを再送する際、以下のとおりである。すなわち、
第２の受信する手段２０４が、１つまたは複数のＲＳから指示メッセージをそれぞれ受信し、これらのメッセージは、ＲＳが、直前のホップデバイスからデータパケットを正しく受信するかどうかを示すことを目的とする。
【０１７５】
この１つまたは複数のＲＳから第２の受信する手段２０４によって受信された指示メッセージにおいて、ＲＳが、直前のホップデバイスから、このデータパケットを誤って受信することを示す指示メッセージが、存在する場合、第１のリソース割り当て手段２０５が、誤って受信するＲＳの直前のホップデバイスに、このデータパケットを再送するためのリソースを割り当てる。
【０１７６】
ＢＳにおける受動的ＨＡＲＱの実働手続きは、以下のとおりである。すなわち、
データパケットが、アップリンク伝送される場合：
第３の受信する手段２１１が、ＭＳから、１つまたは複数のＲＳを介して伝送されたデータパケットを受信する。
【０１７７】
第２の検証する手段２１２が、このデータパケットが、正しいかどうかを検証して、検証結果を獲得するようにする。
【０１７８】
第４の送信する手段２１３が、その検証結果を含む指示メッセージをＭＳに送信する。
【０１７９】
第２の検証する手段２１２が、このデータパケットが誤っていることを検証すると、第２のリソース割り当て手段２１５が、このデータパケットを再送するためのリソースをＭＳに割り当てる。
【０１８０】
データパケットが、ダウンリンク伝送される場合、以下のとおりである。すなわち、
第１の送信する手段２１６が、１つまたは複数のＲＳを介してデータパケットをＭＳに送信する。
【０１８１】
第４の受信する手段２１４が、ＭＳから、１つまたは複数のＲＳを介して送信された指示メッセージを受信し、この指示メッセージは、ＭＳが、このデータパケットを正しく受信するかどうかを示すことを目的とする。
【０１８２】
ＭＳから第４の受信する手段２１４によって受信される指示メッセージが、ＭＳが、このデータパケットを誤って受信することを示す場合、第３の送信する手段２１６が、このデータパケットを再送する。
【０１８３】
この場合、ＢＳによって割り当てられるリソースは、ＢＳによって割り当てられるチャネルであり、直前のホップデバイスと次のホップデバイスの両方に、ＭＳ、ＲＳ、およびＢＳが含まれることに留意されたい。
【０１８４】
図９および図１０は、本発明の２つのＨＡＲＱ機構、すなわち、能動的ＨＡＲＱおよび受動的ＨＡＲＱを実施する、ＲＳおよびＢＳにおけるデバイスをそれぞれ示す。ＲＳとＢＳは、能動的ＨＡＲＱモードとして、または受動的ＨＡＲＱモードとして別々に構成されることが可能であり、このことは、実際の通信デマンドに依存する。
【０１８５】
図９および図１０に示される様々なデバイスモジュールが、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せによって実施されることが可能である。当業者は、様々なデバイスモジュールによって実施される機能、または様々なデバイスモジュールの他の特性に基づいて、デバイスモジュールを組み合わせる、またはさらに分割することができる。当業者は、従来技術に従って、図９および図１０に基づいて、他の任意のデバイスモジュールを追加して、期待されるさらなる機能を実現するようにすることができる。
【０１８６】
本発明の前述の実施形態は、従来技術のＭＳに関するトランスペアレントなＨＡＲＱ手続きを提供することを目的とした、単に、現在、好ましいソリューションに過ぎず、このため、本明細書で説明される各実施形態は、ＭＳに対する任意の改良に関することはないことを理解されたい。しかし、本発明は、ＭＳに関する、このトランスペアレントな実施方法に限定されない。当業者は、本発明の他の実施形態を、相応した改良をＭＳに行うこと、例えば、新たなインテリジェント処理フローを追加することによって、構築することができる。
【０１８７】
本発明の好ましい実施形態が、前段で説明された。本発明は、前述の特別な実施形態に限定されず、当業者は、添付の特許請求の範囲内で様々な変更または変形を行うことができることに留意されたい。
【図１ａ】
0005524621.tif 000002
【図１ｂ】
0005524621.tif 000003
【図２】
0005524621.tif 000004
【図３】
0005524621.tif 000005
【図４】
0005524621.tif 000006
【図５】
0005524621.tif 000007
【図６】
0005524621.tif 000008
【図７】
0005524621.tif 000009
【図８】
0005524621.tif 000010
【図９】
0005524621.tif 000011
【図１０】
0005524621.tif 000012