(57)【要約】  無線通信システムにおいてハイブリッド自動再送要求（Ｈ−ＡＲＱ）支援自動再送要求（ＡＲＱ）を実施する方法およびシステムが開示される。Ｈ−ＡＲＱ受信機は、Ｈ−ＡＲＱ否定応答（ＮＡＣＫ）／肯定応答（ＡＣＫ）エラーが発生した場合、最大再送上限値に達しておらず、最大配送時間が時間切れになっておらず、または失敗パケットの存続期間が時間切れになっていなければ、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータをＨ−ＡＲＱ送信機に送信する。Ｈ−ＡＲＱ送信機は、失敗パケットがＡＲＱレベルで回復されるように、ローカルＮＡＣＫをＡＲＱ送信機に送る。Ｈ−ＡＲＱ受信機は、一定の条件が発生する前にＨ−ＡＲＱ受信機が失敗パケットを受信しない場合、ローカルＮＡＣＫをＡＲＱ受信機に送る。ＡＲＱ受信機は、失敗パケットの回復のために、ステータス報告をＡＲＱ送信機に送信する。
2009522873.tif 000002
【特許請求の範囲】
【請求項１】
送信機および受信機を備え、前記送信機は、ハイブリッド自動再送要求（Ｈ−ＡＲＱ）送信機および自動再送要求（ＡＲＱ）送信機を含み、前記受信機は、Ｈ−ＡＲＱ受信機およびＡＲＱ受信機を含む無線通信システムにおいて、Ｈ−ＡＲＱ支援ＡＲＱを実施する方法であって、
Ｈ−ＡＲＱ受信機が、Ｈ−ＡＲＱ否定応答（ＮＡＣＫ）／肯定応答（ＡＣＫ）エラーが発生したかどうかを判定するステップと、
Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーが発生した場合、失敗パケットの再送回数が最大再送上限値に達したこと、前記失敗パケットの最大配送時間が時間切れになったこと、および前記失敗パケットの存続期間が時間切れになったことの少なくとも１つが発生していなければ、前記Ｈ−ＡＲＱ受信機が、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを前記Ｈ−ＡＲＱ送信機に送信するステップと
を備えることを特徴とする方法。
【請求項２】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、前記Ｈ−ＡＲＱ送信機において、Ｈ−ＡＲＱプロセスＩＤおよび前記失敗パケットに関連付けられることを特徴とする請求項１に記載の方法。
【請求項３】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、前記Ｈ−ＡＲＱプロセスＩＤと、前記失敗パケットの送信シーケンス番号とを含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、前記失敗パケットの送信に対して一定のタイミングオフセットを置いて送信されることを特徴とする請求項２に記載の方法。
【請求項５】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータの送信と、前記失敗パケットの送信とは、独立であることを特徴とする請求項１に記載の方法。
【請求項６】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、物理層信号、媒体アクセス制御（ＭＡＣ）層信号および無線リンク制御（ＲＬＣ）層信号の少なくとも１つを介して送信されることを特徴とする請求項１に記載の方法。
【請求項７】
２つ以上のパケットが、前記Ｈ−ＡＲＱ送信機から前記Ｈ−ＡＲＱ受信機に同時に送信され、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、２つ以上のパケットのＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーを示すことを特徴とする請求項１に記載の方法。
【請求項８】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、巡回冗長検査（ＣＲＣ）と共に送信されることを特徴とする請求項１に記載の方法。
【請求項９】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、前記Ｈ−ＡＲＱ受信機およびＡＲＱ受信機の一方によって生成されることを特徴とする請求項１に記載の方法。
【請求項１０】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータの受信時に、前記Ｈ−ＡＲＱ送信機が、ＡＣＫを前記Ｈ−ＡＲＱ受信機に送信するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項１１】
前記Ｈ−ＡＲＱ受信機が前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータに関する前記ＡＣＫを正常に受信しておらず、かつ前記Ｈ−ＡＲＱ送信機および前記Ｈ−ＡＲＱ受信機の間の無線リンクが消失していなければ、前記Ｈ−ＡＲＱ受信機が、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを繰り返し送信することを特徴とする請求項１０に記載の方法。
【請求項１２】
前記失敗パケットの再送の代わりに、前記Ｈ−ＡＲＱ受信機が前記失敗パケットに割り当てられたのと同じＨ−ＡＲＱプロセスを介して新規パケットを受信した場合、前記Ｈ−ＡＲＱ受信機が、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信することを特徴とする請求項１に記載の方法。
【請求項１３】
エラー表示タイマが時間切れになるまでは前記Ｈ−ＡＲＱ受信機が前記失敗パケットを受信しなかった場合、前記Ｈ−ＡＲＱ受信機が、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信し、前記エラー表示タイマは、ＮＡＣＫが前記Ｈ−ＡＲＱ送信機に送信された時に設定されることを特徴とする請求項１に記載の方法。
【請求項１４】
前記最大再送上限値に達したこと、前記最大配送時間が時間切れになったこと、および前記失敗パケットの前記存続期間が時間切れになったことの少なくとも１つが発生していなければ、前記失敗パケットが正常に配送されるまで、前記Ｈ−ＡＲＱ送信機が、前記失敗パケットを再送するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１５】
前記最大再送上限値に達しており、前記最大配送時間が時間切れになっており、または前記失敗パケットの前記存続期間が時間切れになっていれば、前記失敗パケットがＡＲＱレベルで回復されるように、前記Ｈ−ＡＲＱ送信機が、ローカルＮＡＣＫを前記ＡＲＱ送信機に送るステップをさらに含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記Ｈ−ＡＲＱ受信機が前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信した時に、前記Ｈ−ＡＲＱ受信機が、回復タイマを設定するステップと、
前記回復タイマが時間切れになる前に前記Ｈ−ＡＲＱ受信機が前記失敗パケットを受信しなかった場合、前記Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫを前記ＡＲＱ受信機に送るステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項１７】
前記ＡＲＱ受信機が、前記失敗パケットの回復のために、ステータス報告を前記ＡＲＱ送信機に送信するステップをさらに含むことを特徴とする請求項１６に記載の方法。
【請求項１８】
前記Ｈ−ＡＲＱ受信機が、所定の回数だけ前記失敗パケットのシーケンス番号よりも大きいシーケンス番号を有するパケットを受信するまでは前記失敗パケットを受信しなかった場合、前記Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫを前記ＡＲＱ受信機に送るステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１９】
前記ＡＲＱ受信機が、前記失敗パケットの回復のために、ステータス報告を前記ＡＲＱ送信機に送信するステップをさらに含むことを特徴とする請求項１８に記載の方法。
【請求項２０】
前記失敗パケットの前記再送回数が前記失敗パケットに対する最大再送上限値に達するまでは前記Ｈ−ＡＲＱ受信機が前記失敗パケットを受信しなかった場合、前記Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫを前記ＡＲＱ受信機に送るステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項２１】
前記ＡＲＱ受信機が、前記失敗パケットの回復のために、ステータス報告を前記ＡＲＱ送信機に送信するステップをさらに含むことを特徴とする請求項２０に記載の方法。
【請求項２２】
前記失敗パケットに対する最大配送時間が時間切れになるまでは前記Ｈ−ＡＲＱ受信機が前記失敗パケットを受信しなかった場合、前記Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫを前記ＡＲＱ受信機に送るステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項２３】
前記ＡＲＱ受信機が、前記失敗パケットの回復のために、ステータス報告を前記ＡＲＱ送信機に送信するステップをさらに含むことを特徴とする請求項２０に記載の方法。
【請求項２４】
前記ＡＲＱ受信機が所定の数のパケットを正常に受信した場合、前記ＡＲＱ受信機が、ステータス報告を送信するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項２５】
ステータス報告タイマが時間切れになった場合、前記ＡＲＱ受信機が、ステータス報告を送信するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項２６】
前記ＡＲＱ送信機が、ステータス報告を前記ＡＲＱ受信機に要求するステップと、
前記ＡＲＱ受信機が、ステータス報告を前記ＡＲＱ送信機に送信するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項２７】
最終パケットを送信した後、前記ＡＲＱ送信機が、前記ステータス報告を要求することを特徴とする請求項２６に記載の方法。
【請求項２８】
バッファ内の最終パケットを送信した後、前記Ｈ−ＡＲＱ送信機が、最終パケット表示を有するスモールパケットを送信するステップと、
前記Ｈ−ＡＲＱ受信機が、前記スモールパケットに対する応答を送信するステップであって、前記最終パケットの回復が前記スモールパケットによって保証されることと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項２９】
前記スモールパケットは、ヌル送信であることを特徴とする請求項２８に記載の方法。
【請求項３０】
前記スモールパケットに対する前記応答は、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを使用することによって送信されることを特徴とする請求項２８に記載の方法。
【請求項３１】
前記最大再送上限値、パケットの前記最大配送時間、およびパケットの存続期間に関するパラメータは、中央制御エンティティによって設定されることを特徴とする請求項１に記載の方法。
【請求項３２】
前記パラメータは、前記送信機が動作中となったときに設定されることを特徴とする請求項３１に記載の方法。
【請求項３３】
前記パラメータは、サービスの開始時に設定されることを特徴とする請求項３１に記載の方法。
【請求項３４】
前記パラメータは、パケットのサービス品質（ＱｏＳ）要件に応じて動的に設定されることを特徴とする請求項３１に記載の方法。
【請求項３５】
パケットの前記最大再送上限値は、初回送信のための関連付けられた制御シグナリングにおいて特定の最大再送上限値に関連付けられた特定の媒体アクセス制御（ＭＡＣ）フローを識別することによって示されることを特徴とする請求項３１に記載の方法。
【請求項３６】
パケットの前記最大再送上限値は、初回送信のための関連付けられた制御シグナリングにおいて明示的に示されることを特徴とする請求項３１に記載の方法。
【請求項３７】
ハイブリッド自動再送要求（Ｈ−ＡＲＱ）支援自動再送要求（ＡＲＱ）を実施する無線通信システムにおいて、
Ｈ−ＡＲＱ受信機およびＡＲＱ受信機を含む受信機であって、前記Ｈ−ＡＲＱ受信機が、Ｈ−ＡＲＱ否定応答（ＮＡＣＫ）／肯定応答（ＡＣＫ）エラーが発生したかどうかを判定し、失敗パケットの再送回数が最大再送上限値に達したこと、前記失敗パケットの最大配送時間が時間切れになったこと、および前記失敗パケットの存続期間が時間切れになったことの少なくとも１つが発生していなければ、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータをＨ−ＡＲＱ送信機に送信するように構成されたことと、
前記Ｈ−ＡＲＱ送信機およびＡＲＱ送信機を含む送信機と
を備えたことを特徴とするシステム。
【請求項３８】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、前記Ｈ−ＡＲＱ送信機において、Ｈ−ＡＲＱプロセスＩＤおよび前記失敗パケットに関連付けられることを特徴とする請求項３７に記載のシステム。
【請求項３９】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、前記Ｈ−ＡＲＱプロセスＩＤと、前記失敗パケットの送信シーケンス番号とを含むことを特徴とする請求項３８に記載のシステム。
【請求項４０】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、前記失敗パケットの送信に対して一定のタイミングオフセットを置いて送信されることを特徴とする請求項３８に記載のシステム。
【請求項４１】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータの送信と前記失敗パケットの送信とは、独立であることを特徴とする請求項３７に記載のシステム。
【請求項４２】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、物理層信号、媒体アクセス制御（ＭＡＣ）層信号および無線リンク制御（ＲＬＣ）層信号の少なくとも１つを介して送信されることを特徴とする請求項３７に記載のシステム。
【請求項４３】
前記Ｈ−ＡＲＱ送信機および前記Ｈ−ＡＲＱ受信機は、２つ以上のパケットを同時に送信および受信するように構成され、前記Ｈ−ＡＲＱ受信機は、２つ以上のパケットのＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーを示す前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信するように構成されたことを特徴とする請求項３７に記載のシステム。
【請求項４４】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、巡回冗長検査（ＣＲＣ）と共に送信されることを特徴とする請求項３７に記載のシステム。
【請求項４５】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、前記Ｈ−ＡＲＱ受信機およびＡＲＱ受信機の一方によって生成されることを特徴とする請求項３７に記載のシステム。
【請求項４６】
前記Ｈ−ＡＲＱ送信機は、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータの受信時に、ＡＣＫを前記Ｈ−ＡＲＱ受信機に送信するように構成されたことを特徴とする請求項３７に記載のシステム。
【請求項４７】
前記Ｈ−ＡＲＱ受信機が前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータに関する前記ＡＣＫを正常に受信するまで、前記Ｈ−ＡＲＱ受信機が、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを繰り返し送信することを特徴とする請求項４６に記載のシステム。
【請求項４８】
前記失敗パケットの再送の代わりに、前記Ｈ−ＡＲＱ受信機が前記失敗パケットに割り当てられたのと同じＨ−ＡＲＱプロセスを介して新規パケットを受信した場合、前記Ｈ−ＡＲＱ受信機が、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信することを特徴とする請求項４７に記載のシステム。
【請求項４９】
エラー表示タイマが時間切れになるまでは前記Ｈ−ＡＲＱ受信機が前記失敗パケットを受信しなかった場合、前記Ｈ−ＡＲＱ受信機が、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信し、前記エラー表示タイマは、ＮＡＣＫが前記Ｈ−ＡＲＱ送信機に送信された時に設定されることを特徴とする請求項４７に記載のシステム。
【請求項５０】
前記最大再送上限値に達したこと、前記最大配送時間が時間切れになったこと、および前記失敗パケットの前記存続期間が時間切れになったことの少なくとも１つが発生していなければ、前記失敗パケットが正常に配送されるまで、前記Ｈ−ＡＲＱ送信機が、前記失敗パケットを再送することを特徴とする請求項４７に記載のシステム。
【請求項５１】
前記最大再送上限値に達しており、前記最大配送時間が時間切れになっており、または前記失敗パケットの前記存続期間が時間切れになっていれば、前記失敗パケットがＡＲＱレベルで回復されるように、前記Ｈ−ＡＲＱ送信機が、ローカルＮＡＣＫを前記ＡＲＱ送信機に送ることを特徴とする請求項５０に記載のシステム。
【請求項５２】
前記Ｈ−ＡＲＱ受信機が前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信した時に、前記Ｈ−ＡＲＱ受信機が、回復タイマを設定し、前記回復タイマが時間切れになる前に前記Ｈ−ＡＲＱ受信機が前記失敗パケットを受信しなかった場合、ローカルＮＡＣＫを前記ＡＲＱ受信機に送ることを特徴とする請求項４７に記載のシステム。
【請求項５３】
前記ＡＲＱ受信機が、前記失敗パケットの回復のために、ステータス報告を前記ＡＲＱ送信機に送信することを特徴とする請求項５２に記載のシステム。
【請求項５４】
前記Ｈ−ＡＲＱ受信機が、所定の回数だけ前記失敗パケットのシーケンス番号よりも大きいシーケンス番号を有するパケットを受信するまでは前記失敗パケットを受信しなかった場合、前記Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫを前記ＡＲＱ受信機に送ることを特徴とする請求項４７に記載のシステム。
【請求項５５】
前記ＡＲＱ受信機が、前記失敗パケットの回復のために、ステータス報告を前記ＡＲＱ送信機に送信することを特徴とする請求項５４に記載のシステム。
【請求項５６】
前記失敗パケットの前記再送回数が前記失敗パケットの最大再送上限値に達するまでは前記Ｈ−ＡＲＱ受信機が前記失敗パケットを受信しなかった場合、前記Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫを前記ＡＲＱ受信機に送ることを特徴とする請求項３７に記載のシステム。
【請求項５７】
前記ＡＲＱ受信機が、前記失敗パケットの回復のために、ステータス報告を前記ＡＲＱ送信機に送信することを特徴とする請求項５６に記載のシステム。
【請求項５８】
前記失敗パケットの最大配送時間が時間切れになるまでは前記Ｈ−ＡＲＱ受信機が前記失敗パケットを受信しなかった場合、前記Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫを前記ＡＲＱ受信機に送ることを特徴とする請求項５７に記載のシステム。
【請求項５９】
前記ＡＲＱ受信機が、前記失敗パケットの回復のために、ステータス報告を前記ＡＲＱ送信機に送信することを特徴とする請求項５６に記載のシステム。
【請求項６０】
前記ＡＲＱ受信機が所定の数のパケットを正常に受信した場合、前記ＡＲＱ受信機が、ステータス報告を送信することを特徴とする請求項５６に記載のシステム。
【請求項６１】
ステータス報告タイマが時間切れになった場合、前記ＡＲＱ受信機が、ステータス報告を送信することを特徴とする請求項３７に記載のシステム。
【請求項６２】
前記ＡＲＱ送信機が、ステータス報告を前記ＡＲＱ受信機に要求し、前記ＡＲＱ受信機が、ステータス報告を前記ＡＲＱ送信機に送信することを特徴とする請求項３７に記載のシステム。
【請求項６３】
最終パケットを送信した後、前記ＡＲＱ送信機が、前記ステータス報告を要求することを特徴とする請求項６２に記載のシステム。
【請求項６４】
バッファ内の最終パケットを送信した後、前記Ｈ−ＡＲＱ送信機が、最終パケット表示を有するスモールパケットを送信し、前記Ｈ−ＡＲＱ受信機が、前記スモールパケットに対する応答を送信し、前記スモールパケットによって前記最終パケットの回復が保証されることを特徴とする請求項３７に記載のシステム。
【請求項６５】
前記スモールパケットは、ヌル送信であることを特徴とする請求項６４に記載のシステム。
【請求項６６】
前記スモールパケットに対する前記応答は、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを使用することによって送信されることを特徴とする請求項６４に記載のシステム。
【請求項６７】
前記最大再送上限値、パケットの前記最大配送時間、およびパケットの存続期間の少なくとも１つに関するパラメータは、中央制御エンティティによって設定されることを特徴とする請求項３７に記載のシステム。
【請求項６８】
前記パラメータは、前記送信機が動作中となったときに設定されることを特徴とする請求項６７に記載のシステム。
【請求項６９】
前記パラメータは、サービスの開始時に設定されることを特徴とする請求項６７に記載のシステム。
【請求項７０】
前記パラメータは、パケットのサービス品質（ＱｏＳ）要件に応じて動的に設定されることを特徴とする請求項６７に記載のシステム。
【請求項７１】
パケットの前記最大再送上限値は、初回送信のための関連付けられた制御シグナリングにおいて特定の最大再送上限値に関連付けられた特定の媒体アクセス制御（ＭＡＣ）フローを識別することによって示されることを特徴とする請求項６７に記載のシステム。
【請求項７２】
パケットの前記最大再送上限値は、初回送信のための関連付けられた制御シグナリングにおいて明示的に示されることを特徴とする請求項６７に記載のシステム。
【請求項７３】
ハイブリッド自動再送要求（Ｈ−ＡＲＱ）支援自動再送要求（ＡＲＱ）を実施する受信機において、
ＡＲＱ受信機と、
Ｈ−ＡＲＱ否定応答（ＮＡＣＫ）／肯定応答（ＡＣＫ）エラーが発生したかどうかを判定し、失敗パケットの再送回数が最大再送上限値に達したこと、前記失敗パケットの最大配送時間が時間切れになったこと、および前記失敗パケットの存続期間が時間切れになったことの少なくとも１つが発生していなければ、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータをＨ−ＡＲＱ送信機に送信するように構成されたＨ−ＡＲＱ受信機と
を備えたことを特徴とする受信機。
【請求項７４】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、前記Ｈ−ＡＲＱ送信機において、Ｈ−ＡＲＱプロセスＩＤおよび前記失敗パケットに関連付けられることを特徴とする請求項７３に記載の受信機。
【請求項７５】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、前記Ｈ−ＡＲＱプロセスＩＤと、前記失敗パケットの送信シーケンス番号とを含むことを特徴とする請求項７４に記載の受信機。
【請求項７６】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、前記失敗パケットの送信に対して一定のタイミングオフセットを置いて送信されることを特徴とする請求項７４に記載の受信機。
【請求項７７】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータの送信と前記失敗パケットの送信とは、独立であることを特徴とする請求項７３に記載の受信機。
【請求項７８】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、物理層信号、媒体アクセス制御（ＭＡＣ）層信号および無線リンク制御（ＲＬＣ）層信号の少なくとも１つを介して送信されることを特徴とする請求項７３に記載の受信機。
【請求項７９】
前記Ｈ−ＡＲＱ受信機は、２つ以上のパケットを同時に受信し、２つ以上のパケットのＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーを示す前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信するように構成されたことを特徴とする請求項７３に記載の受信機。
【請求項８０】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、巡回冗長検査（ＣＲＣ）と共に送信されることを特徴とする請求項７３に記載の受信機。
【請求項８１】
前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、前記Ｈ−ＡＲＱ受信機および前記ＡＲＱ受信機の一方によって生成されたことを特徴とする請求項７３に記載の受信機。
【請求項８２】
前記Ｈ−ＡＲＱ受信機が前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータに関する肯定応答（ＡＣＫ）を正常に受信するまで、前記Ｈ−ＡＲＱ受信機が、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを繰り返し送信することを特徴とする請求項７３に記載の受信機。
【請求項８３】
前記失敗パケットの再送の代わりに、前記Ｈ−ＡＲＱ受信機が前記失敗パケットに割り当てられたのと同じＨ−ＡＲＱプロセスを介して新規パケットを受信した場合、前記Ｈ−ＡＲＱ受信機が、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信することを特徴とする請求項７３に記載の受信機。
【請求項８４】
エラー表示タイマが時間切れになるまでは前記Ｈ−ＡＲＱ受信機が前記失敗パケットを受信しなかった場合、前記Ｈ−ＡＲＱ受信機が、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信し、前記エラー表示タイマは、ＮＡＣＫが前記Ｈ−ＡＲＱ送信機に送信された時に設定されることを特徴とする請求項７３に記載の受信機。
【請求項８５】
前記Ｈ−ＡＲＱ受信機が前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信した時に、前記Ｈ−ＡＲＱ受信機が、回復タイマを設定し、前記回復タイマが時間切れになる前に前記Ｈ−ＡＲＱ受信機が前記失敗パケットを受信しなかった場合、ローカルＮＡＣＫを前記ＡＲＱ受信機に送ることを特徴とする請求項７３に記載の受信機。
【請求項８６】
前記ＡＲＱ受信機が、前記失敗パケットの回復のために、ステータス報告を前記ＡＲＱ送信機に送信することを特徴とする請求項８５に記載の受信機。
【請求項８７】
前記Ｈ−ＡＲＱ受信機が、所定の回数だけ前記失敗パケットのシーケンス番号よりも大きいシーケンス番号を有するパケットを受信するまでは前記失敗パケットを受信しなかった場合、前記Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫを前記ＡＲＱ受信機に送ることを特徴とする請求項７３に記載の受信機。
【請求項８８】
前記ＡＲＱ受信機が、前記失敗パケットの回復のために、ステータス報告を前記ＡＲＱ送信機に送信することを特徴とする請求項８７に記載の受信機。
【請求項８９】
前記失敗パケットの前記再送回数が前記失敗パケットの最大再送上限値に達するまでは前記Ｈ−ＡＲＱ受信機が前記失敗パケットを受信しなかった場合、前記Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫを前記ＡＲＱ受信機に送ることを特徴とする請求項７３に記載の受信機。
【請求項９０】
前記ＡＲＱ受信機が、前記失敗パケットの回復のために、ステータス報告を前記ＡＲＱ送信機に送信することを特徴とする請求項８９に記載の受信機。
【請求項９１】
前記失敗パケットの最大配送時間が時間切れになるまでは前記Ｈ−ＡＲＱ受信機が前記失敗パケットを受信しなかった場合、前記Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫを前記ＡＲＱ受信機に送ることを特徴とする請求項７３に記載の受信機。
【請求項９２】
前記ＡＲＱ受信機が、前記失敗パケットの回復のために、ステータス報告を前記ＡＲＱ送信機に送信することを特徴とする請求項９１に記載の受信機。
【請求項９３】
前記ＡＲＱ受信機が所定の数のパケットを正常に受信した場合、前記ＡＲＱ受信機が、ステータス報告を送信することを特徴とする請求項７３に記載の受信機。
【請求項９４】
ステータス報告タイマが時間切れになった場合、前記ＡＲＱ受信機が、ステータス報告を送信することを特徴とする請求項７３に記載の受信機。
【請求項９５】
ハイブリッド自動再送要求（Ｈ−ＡＲＱ）支援自動再送要求（ＡＲＱ）を実施する送信機において、
ＡＲＱ送信機と、
Ｈ−ＡＲＱ否定応答（ＮＡＣＫ）／肯定応答（ＡＣＫ）エラーインジケータを受信するように構成されたＨ−ＡＲＱ送信機であって、前記ＡＲＱ送信機および前記Ｈ−ＡＲＱ送信機の少なくとも一方は、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータに対応する失敗パケットを回復するように構成されたことと
を備えたことを特徴とする送信機。
【請求項９６】
前記Ｈ−ＡＲＱ送信機は、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータの受信時に、ＡＣＫをＨ−ＡＲＱ受信機に送信するように構成されたことを特徴とする請求項９５に記載の送信機。
【請求項９７】
最大再送上限値に達したこと、最大配送時間が時間切れになったこと、および前記失敗パケットの存続期間が時間切れになったことの少なくとも１つが発生していなければ、前記失敗パケットが正常に配送されるまで、前記Ｈ−ＡＲＱ送信機が、前記失敗パケットを再送することを特徴とする請求項９５に記載の送信機。
【請求項９８】
前記最大再送上限値に達しており、前記最大配送時間が時間切れになっており、または前記失敗パケットの前記存続期間が時間切れになっていれば、前記失敗パケットがＡＲＱレベルで回復されるように、前記Ｈ−ＡＲＱ送信機が、ローカルＮＡＣＫを前記ＡＲＱ送信機に送ることを特徴とする請求項９５に記載の送信機。
【請求項９９】
前記ＡＲＱ送信機が、ステータス報告を前記ＡＲＱ受信機に要求することを特徴とする請求項９５に記載の送信機。
【請求項１００】
最終パケットを送信した後、前記ＡＲＱ送信機が、前記ステータス報告を要求することを特徴とする請求項９５に記載の送信機。
【請求項１０１】
バッファ内の最終パケットを送信した後、前記Ｈ−ＡＲＱ送信機が、最終パケット表示を有するスモールパケットを送信し、前記スモールパケットによって前記最終パケットの回復が保証されることを特徴とする請求項９５に記載の送信機。
【請求項１０２】
前記スモールパケットは、ヌル送信であることを特徴とする請求項１０１に記載の送信機。
【請求項１０３】
前記スモールパケットに対する応答は、前記Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを使用することによって送信されることを特徴とする請求項１０１に記載の送信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関する。より詳細には、本発明は、無線通信システムにおいてハイブリッド自動再送要求（Ｈ−ＡＲＱ：ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）支援自動再送要求（ＡＲＱ：ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を実施する方法およびシステムに関する。
【背景技術】
【０００２】
広帯域符号分割多元接続（ＷＣＤＭＡ）リリース５／６などの従来の無線通信システムでは、高速データ伝送は、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および高速アップリンクパケットアクセス（ＨＳＵＰＡ）技術によって実現される。データ伝送の信頼性を高めるため、Ｈ−ＡＲＱおよびＡＲＱが実装されている。
【０００３】
図１は、従来の無線通信システム１００を示している。システム１００は、ユーザ装置（ＵＥ）１１０と、ノードＢ１２０と、無線ネットワーク制御装置（ＲＮＣ）１３０とを含む。Ｈ−ＡＲＱエンティティは、ＵＥ１１０の媒体アクセス制御（ＭＡＣ）層１１２およびノードＢ１２０のＭＡＣ層１２２に配置される。パケットは、Ｈ−ＡＲＱ送信機において、送信シーケンス番号（ＴＳＮ：ｔｒａｎｓｍｉｓｓｉｏｎ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）を割り当てられる。Ｈ−ＡＲＱ受信機は、パケットを受信し、送信されたパケットを復号しようと試みる。パケットが復号可能でない場合、Ｈ−ＡＲＱ受信機は、失敗パケット（ｆａｉｌｅｄ  ｐａｃｋｅｔ）の再送のために、Ｈ−ＡＲＱ送信機へ、否定応答（ＮＡＣＫ）を返送する。パケットが正しく復号された場合、Ｈ−ＡＲＱ受信機は、そのパケットに対する肯定応答（ＡＣＫ）をＨ−ＡＲＱ送信機に送信する。ＮＡＣＫを受信すると、Ｈ−ＡＲＱ送信機は、失敗パケットの再送回数が所定の最大上限値より少なく、かつ失敗パケットに対する許容伝送時間が時間切れになっていなければ、パケットを再送する。さもなければ、失敗パケットは、廃棄され、ＡＲＱレベルで回復される。
【０００４】
ＡＲＱエンティティは、ＵＥ１１０の無線リンク制御（ＲＬＣ）層１１４およびＲＮＣ１３０のＲＬＣ層１３２に配置される。ＡＲＱエンティティは、失敗パケットの再送を扱う。ＡＲＱエンティティは、Ｈ−ＡＲＱレベルにおけるＮＡＣＫ／ＡＣＫ誤解釈エラー（ＮＡＣＫ−ｔｏ−ＡＣＫ  ｍｉｓｉｎｔｅｒｐｒｅｔａｔｉｏｎ  ｅｒｒｏｒ）が原因で紛失したパケットを回復する。ＲＬＣ層におけるＡＲＱプロセスは、ステータス報告を実行するための多くのオプションを備えており、非常に複雑である。
【０００５】
Ｈ−ＡＲＱ支援ＡＲＱ動作は、ユニバーサル移動通信システム（ＵＭＴＳ）のノードＢまたはロングタームエボリューション（ＬＴＥ：ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）の進化型ノードＢ（ｅＮｏｄｅ−Ｂ）などでのように、Ｈ−ＡＲＱおよびＡＲＱ機能の両方が共存する場合に、検討することができる。
【０００６】
図２は、第３世代パートナシッププロジェクト（３ＧＰＰ）標準用に提案されたＨ−ＡＲＱ支援ＡＲＱ動作の一例を示している。送信機２５０は、ＡＲＱ送信機２５２およびＨ−ＡＲＱ送信機２５４を含む。受信機２６０は、ＡＲＱ受信機２６２およびＨ−ＡＲＱ受信機２６４を含む。Ｈ−ＡＲＱ送信機２５４は、ローカルＡＣＫまたはローカルＮＡＣＫをＡＲＱ送信機２５２に提供する。
【０００７】
図２に示されるように、ローカルＮＡＣＫは、Ｈ−ＡＲＱ送信機２５４が（例えば最大再送上限値のために）Ｈ−ＡＲＱ送信に失敗したときに生成される。ＡＲＱ送信機２５２は、ＡＲＱプロトコルデータユニット（ＰＤＵ）ｘをＨ−ＡＲＱ送信機２５４に送る（ステップ２０２）。Ｈ−ＡＲＱ送信機２５４は、ＡＲＱ  ＰＤＵ  ｘをＨ−ＡＲＱ受信機２６４に送信する（ステップ２０４）。ＡＲＱ  ＰＤＵ  ｘが復号可能でなく、そうするとＨ−ＡＲＱ受信機２６４は、ＮＡＣＫをＨ−ＡＲＱ送信機２５４に送信する（ステップ２０６）。Ｈ−ＡＲＱ送信機２５４は、ＡＲＱ  ＰＤＵ  ｘをＨ−ＡＲＱ受信機２６４に再送する（ステップ２０８）。ＡＲＱ  ＰＤＵ  ｘは、依然として復号可能でなく、Ｈ−ＡＲＱ受信機２６４は、もう一つのＮＡＣＫをＨ−ＡＲＱ送信機２５４に送信する（ステップ２１０）。そのような時点で、ＡＲＱ  ＰＤＵ  ｘの再送回数が最大再送上限値（Maximum retransmission limit）に達したと判定される（ステップ２１２）。Ｈ−ＡＲＱ送信機２５４は、その場合、ＡＲＱ  ＰＤＵ  ｘに関するローカルＮＡＣＫをＡＲＱ送信機２５２に送る（ステップ２１４）。
【０００８】
ローカルＮＡＣＫは、ＮＡＣＫ／ＡＣＫエラーがＨ−ＡＲＱ受信機２６４からＨ−ＡＲＱ送信機２５４に報告された場合にも、生成されることがある。引き続いて図２を参照すると、ＡＲＱ送信機２５２は、ＡＲＱ  ＰＤＵ  ｙをＨ−ＡＲＱ送信機２５４に送る（ステップ２１６）。Ｈ−ＡＲＱ送信機２５４は、ＡＲＱ  ＰＤＵ  ｙをＨ−ＡＲＱ受信機２６４に送信する（ステップ２１８）。ＡＲＱ  ＰＤＵ  ｙは、復号可能でなく、Ｈ−ＡＲＱ受信機２６４は、ＮＡＣＫをＨ−ＡＲＱ送信機２５４に送信する（ステップ２２０）。しかし、ＮＡＣＫは、Ｈ−ＡＲＱ送信機２５４によって、ＡＣＫと誤解釈される、そうするとＨ−ＡＲＱ送信機２５４は、ＡＲＱ  ＰＣＵ  ｙを送信に成功したものとして扱ってしまう。Ｈ−ＡＲＱ受信機２６４は、（例えば、Ｈ−ＡＲＱ受信機２６４が、ＡＲＱ  ＰＤＵ  ｙの再送を待っている最中に、同じＨ−ＡＲＱプロセスを介して新規ＰＤＵを受信した場合）ＮＡＣＫ／ＡＣＫエラーを検出する（ステップ２２２）。Ｈ−ＡＲＱ受信機２６４は、ＮＡＣＫ／ＡＣＫエラーインジケータ（ＮＡＣＫ−ｔｏ−ＡＣＫ  ｅｒｒｏｒ  ｉｎｄｉｃａｔｏｒ）をＨ−ＡＲＱ送信機２５４に送信する（ステップ２２４）。ＮＡＣＫ／ＡＣＫエラーインジケータを受信すると、Ｈ−ＡＲＱ送信機２５４は、ローカルＮＡＣＫをＡＲＱ送信機２５２に送り、ＡＲＱ  ＰＤＵ  ｙは、ＡＲＱレベルで回復される（ステップ２２６）。
【０００９】
図２に示されるように、ローカルＡＣＫは、所定の時間間隔の間に、ＡＲＱパケットに関する上記の２つのイベントがどちらも発生しなかったときに生成される。ＡＲＱ送信機２５２は、ＡＲＱ  ＰＤＵ  ｚをＨ−ＡＲＱ送信機２５４に送る（ステップ２２８）。Ｈ−ＡＲＱ送信機２５４は、ＡＲＱ  ＰＤＵ  ｚをＨ−ＡＲＱ受信機３６４に送信する（ステップ２３０）。ＡＲＱ  ＰＤＵ  ｚは、正常に復号され、そうするとＨ−ＡＲＱ受信機２６４は、ＡＲＱ  ＰＤＵ  ｚをＡＲＱ受信機２６２に送り（ステップ２３２）、ＡＣＫをＨ−ＡＲＱ送信機２５４に送信する（ステップ２３４）。所定の時間間隔の間にＮＡＣＫ／ＡＣＫエラーが報告されなかったと判定された場合（ステップ２３６）、Ｈ−ＡＲＱ送信機２５４は、ローカルＡＣＫをＡＲＱ送信機２５２に送る（ステップ２３８）。ＡＲＱ送信機２５２は、Ｈ−ＡＲＱ送信機２５４からローカルＡＣＫを受け取った後、送信バッファからパケットを廃棄する。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
Ｈ−ＡＲＱ支援ＡＲＱシステムの上述の例では、ＮＡＣＫ／ＡＣＫエラーが未検出パケット紛失の唯一の重要な原因であると仮定して、複雑なレイヤ２（Ｌ２）ステータス報告機構は削除されている。ＡＲＱ送信機は、不連続送信（ＤＴＸ）／ＡＣＫエラーが原因で、ＮＡＣＫ／ＡＣＫエラーインジケータが紛失した場合、または共用チャネルが紛失した場合、パケットを回復することはできない。したがって、ロスレス伝送を、保証することができない。
【００１１】
現行のダウンリンクＨ−ＡＲＱ（リリース５）は、パケットに対する最大再送回数を指定していない。したがって、Ｈ−ＡＲＱ送信機または受信機は、各パケットに対して最大送信回数を知らない。ＡＲＱ送信機およびＨ−ＡＲＱ送信機は、同じＰＤＵサイズを有するという仮定が存在する。Ｈ−ＡＲＱ送信機は、（ＡＲＱ  ＰＤＵではなく）紛失したセグメントをＡＲＱ送信機に通知する。ＡＲＱ  ＰＤＵが再送される場合、Ｈ−ＡＲＱ送信機は、紛失セグメントばかりでなく、パケット一式を再送する。Ｈ−ＡＲＱ送信の最終パケットをどのように回復するかについても不明確である。
【課題を解決するための手段】
【００１２】
本発明は、無線通信システムにおいてＨ−ＡＲＱ支援ＡＲＱを実施する方法およびシステムに関する。Ｈ−ＡＲＱ受信機は、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーが発生したかどうかを判定する。Ｈ−ＡＲＱ受信機は、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーが発生した場合、失敗パケットの再送回数が最大再送上限値に達しておらず、失敗パケットの最大配送時間が時間切れになっておらず、および／または失敗パケットの存続期間が時間切れになっていなければ、Ｈ−ＡＲＱエラーインジケータをＨ−ＡＲＱ送信機に送信する。Ｈ−ＡＲＱ送信機は、失敗パケットを回復しようと試みる。Ｈ−ＡＲＱ送信機は、最大再送上限値に達しており、最大配送時間が時間切れになっており、または失敗パケットの存続期間が時間切れになっていれば、失敗パケットがＡＲＱレベルで回復され得るように、ローカルＮＡＣＫをＡＲＱ送信機に送る。Ｈ−ＡＲＱ受信機は、一定の条件が発生する前にＨ−ＡＲＱ受信機が失敗パケットを受信しない場合、ローカルＮＡＣＫをＡＲＱ受信機に送る。ローカルＮＡＣＫの受信に基づいて、ＡＲＱ受信機は、失敗パケットの回復のために、ステータス報告をＡＲＱ送信機に送信することができる。
【００１３】
例として与えられ、添付の図面と併せて理解される好ましい実施形態についての以下の説明によって、本発明のより詳細な理解が得られるであろう。
【発明を実施するための最良の形態】
【００１４】
本発明の機能は、集積回路（ＩＣ）内に組み込まれて良いし、または多数の相互接続された部品を含む回路内に構成されても良い。
【００１５】
図３は、本発明による、無線通信システム３００においてＨ−ＡＲＱ支援ＡＲＱ動作を実施するプロセス４００のシグナリング図である。システム３００は、送信機３１０および受信機３２０を含む。送信機３１０は、ＡＲＱ送信機３１２およびＨ−ＡＲＱ送信機３１４を含む。受信機３２０は、ＡＲＱ受信機３２２およびＨ−ＡＲＱ受信機３２４を含む。
【００１６】
本発明によるＨ−ＡＲＱ支援ＡＲＱをサポートするため、以下のパラメータが定義される。
・ＴErrorIndieator：Ｈ−ＡＲＱエラー表示タイマは、Ｈ−ＡＲＱエラーインジケータを送信する前に、Ｈ−ＡＲＱ受信機が失敗パケットの再送を待つべき時間として定義される。Ｈ−ＡＲＱエラー表示タイマは、実装を簡単にするために、システム全体に対して一定に保たれることが好ましい。しかし、Ｈ−ＡＲＱエラー表示タイマは、サービス品質（ＱｏＳ）要件に基づいて調整されても良い。例えば、Ｈ−ＡＲＱエラー表示タイマの長さは、スケジューリング優先順位に関連させることができる。
・ＮReTransmission：パケットに対して許容される最大再送回数。最大再送回数は、ＱｏＳ要件に基づいて良いし、サービスタイプ毎に設定されても良い。
・ＴDelivery：最初の送信の後、パケットの正常配送に対して許容される最大配送時間。最大配送時間は、ＱｏＳ要件（例えば、ブロック誤り率、または遅延など）に基づいて良いし、サービスタイプ毎に設定されても良い。
・ＴRecoverySync：同期Ｈ−ＡＲＱの場合に、Ｈ−ＡＲＱエラーインジケータを送信した後、Ｈ−ＡＲＱ受信機が、失敗パケットをそれ以内に受信することを予期する時間。
・ＴRecoveryAsync：非同期Ｈ−ＡＲＱの場合に、Ｈ−ＡＲＱエラーインジケータを送信した後、Ｈ−ＡＲＱ受信機が、失敗パケットをそれ以内に受信することを予期する時間。タイマは、ＱｏＳ要件に関連付けられて良いし、サービスタイプ毎に設定されて良い。例えば、タイマの長さは、スケジューリング優先順位に関連させることができる。
・ＷHARQ：失敗パケットがその範囲内で受信されるべきウィンドウ（すなわちパケット数）。失敗パケットがＷHARQの範囲内で受信されない場合、紛失と見なされる。
【００１７】
送信機３１０および受信機３２０は、パケット存続期間（すなわちパケットを送信するための最大時間）に関するパラメータも与えられることができる。中央ノードは、Ｈ−ＡＲＱ受信機３２４およびＨ−ＡＲＱ送信機３１４にパラメータを提供することができる。パラメータがサービスタイプ毎に定義される場合、パラメータは、そのサービスの開始時に、Ｈ−ＡＲＱ受信機３２４およびＨ−ＡＲＱ送信機３１４に与えられ得る。
【００１８】
最大再送回数および／またはパケット存続期間は、ＱｏＳ要件に応じて、動的に変更されて良い。最大送信回数は、関連付けられたシグナリングにおいて送信回数を明示的に識別すること、または設定される最大送信回数に関連付けられたＭＡＣフローを識別することのどちらかによって示されることができる。第１の選択肢によれば、パケット当たりの再送回数は、最初の送信のための関連付けられた制御シグナリングにおいて示される。第２の選択肢によれば、各ＭＡＣフローは、ある再送回数に関連付けられることができ、最初の送信のための関連付けられた制御シグナリングにおいてＭＡＣフローを識別することによって、最大送信回数が示されることができる。第２の選択肢が使用される場合、識別されたＭＡＣフローは、受信機によって設定された最大送信回数に変換される。最大再送回数は、特定のＨ−ＡＲＱプロセスが１式のＭＡＣフローに対して１つのＭＡＣフローに専用される場合、Ｈ−ＡＲＱプロセスＩＤによって知ることもできる。最終送信を示すために、関連付けられたシグナリングにおいてフラグが設定されても良い。
【００１９】
図３を参照しながら、本発明によるＨ−ＡＲＱ支援ＡＲＱ動作を実施するプロセス４００が、説明される。Ｈ−ＡＲＱ送信機３１４が、パケットをＨ−ＡＲＱ受信機３２４に送信する（ステップ４０２）。パケットが正常に受信された場合、Ｈ−ＡＲＱ受信機３２４は、そのパケットをＡＲＱ受信機３２２（図３には図示されず）に送る。パケットが正常に受信されなかった場合、Ｈ−ＡＲＱ受信機３２４は、ＮＡＣＫをＨ−ＡＲＱ送信機３１４に送信する（ステップ４０４）。ステップ４０４においてＮＡＣＫを送信した後、Ｈ−ＡＲＱ受信機３２４は、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーが発生しているかどうかを判定する（ステップ４０６）。Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーを検出すると、Ｈ−ＡＲＱ受信機３２４は、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを生成し、それをＨ−ＡＲＱ送信機３１４に送信する（ステップ４０８）。
【００２０】
同期Ｈ−ＡＲＱ送信の場合、Ｈ−ＡＲＱ再送の時刻は受信機に知られている。Ｈ−ＡＲＱ受信機３２４は、失敗パケットの再送を予期しているときに新規パケットを受信した場合、最大再送回目にあたる失敗パケットが送信されていなければ、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーが発生したと判定し、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信する。
【００２１】
非同期Ｈ−ＡＲＱ送信の場合、最大再送回数に達していないときは、Ｈ−ＡＲＱ受信機３２４においてタイマＴErrorIndieatorが設定され、ステップ４０４において、Ｈ−ＡＲＱ受信機３２４は、ＮＡＣＫをＨ−ＡＲＱ送信機３１４に送信する。タイマＴErrorIndieatorが時間切れになる前に、失敗パケットが正常に受信された場合、タイマＴErrorIndieatorはゼロにリセットされ、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは生成されない。タイマＴErrorIndieatorが時間切れになる前に、Ｈ−ＡＲＱ受信機３２４が失敗パケットを正常に受信しなかった場合、Ｈ−ＡＲＱ受信機３２４は、失敗パケットの送信回数が最大再送上限値に達しておらず、失敗パケットの最大配送時間（ＴDelivery）が時間切れになっておらず、および／または失敗パケットの存続期間が時間切れになっていなければ、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーが発生したと判定して、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータをＨ−ＡＲＱ送信機３１４に送信する。
【００２２】
Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、Ｈ−ＡＲＱ送信機３１４におけるＮＡＣＫ／ＡＣＫ誤解釈について通知するために、Ｈ−ＡＲＱ受信機３２４からＨ−ＡＲＱ送信機３１４に送信される。Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、特定のＨ−ＡＲＱプロセス、およびそのＨ−ＡＲＱプロセスの特定のパケットに関連付けられる。Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、Ｈ−ＡＲＱプロセスにおけるパケットＩＤを識別するために、Ｈ−ＡＲＱプロセス識別情報（ＩＤ）およびＴＳＮを含む。
【００２３】
同期Ｈ−ＡＲＱの場合、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータをＨ−ＡＲＱプロセスＩＤおよびパケットＴＳＮに関連付けるために、失敗送信とエラー報告の間の一定のタイミング関係が使用できるので、Ｈ−ＡＲＱプロセスＩＤおよびＴＳＮは削除されていても良い。例えば、４つの同期Ｈ−ＡＲＱプロセスが存在する場合、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、ＮＡＣＫ／ＡＣＫエラーが起こったＴＳＮ  ｎを有するパケットの受信から時間ｔが経過した後に送信されることができる。
【００２４】
Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータパケットは、Ｈ−ＡＲＱ動作とは独立であって良い。これは、プロセス識別情報（必要ならば）および受信したエラーの受信時間を識別するための時間オフセットを送信することによって達成される。代替として、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、受信したエラーパケットの受信から一定の時間オフセットの経過後、物理層信号として送信されても良い。
【００２５】
２つ以上のパケットが、送信機３１０から受信機３２０に同時に送信され得る場合、パケットは、それらの巡回冗長検査（ＣＲＣ）を有し、１つのＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータが、複数のパケットのためのＮＡＣＫ／ＡＣＫエラー表示を送信するために使用されて良い。したがって、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、複数のＨ−ＡＲＱプロセスＩＤ、関連付けられたパケットＴＳＮ、および／またはタイミングオフセットを含むことができる。
【００２６】
Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、信頼性のある送信を保証するために、それ独自のＣＲＣを有することができる。これは、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラー表示のためのＭＡＣ層またはＲＬＣ層シグナリングを可能にする。Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータパケットは、Ｈ−ＡＲＱまたはＡＲＱレベルのどちらかで生成されることができる。
【００２７】
さらに図３を参照すると、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータの受信を保証するため、Ｈ−ＡＲＱ送信機３１４は、Ｈ−ＡＲＱ受信機３２４にＡＣＫを送信することができる（ステップ４１０）。Ｈ−ＡＲＱ受信機３２４は、Ｈ−ＡＲＱ送信機３１４からＡＣＫを受信するまで、または無線リンクが消失する（ｆａｉｌ）まで、繰り返しＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信しても良い。
【００２８】
ステップ４０８においてＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを受信した後、Ｈ−ＡＲＱ送信機３１４は、最大再送上限値に達しておらず、最大配送時間が時間切れになっておらず、および／または失敗パケットの存続期間が時間切れになっていなければ、失敗パケットを再送することによって、Ｈ−ＡＲＱレベルでエラーを回復しようと試みる（ステップ４１２）。Ｈ−ＡＲＱ送信機３１４は、失敗パケットがＡＲＱレベルで回復され得るように、ローカルＮＡＣＫをＡＲＱ送信機３１２に送ることができる（ステップ４１４）。好ましくは、Ｈ−ＡＲＱ送信機３１４は、最大再送上限値に達し、失敗パケットの送信用の最大配送時間が時間切れになり、または失敗パケットの存続期間が時間切れになった場合にのみ、ローカルＮＡＣＫをＡＲＱ送信機３１２に送る。
【００２９】
従来技術では、パケットが正常に配送されると、Ｈ−ＡＲＱ受信機３２４は、ＡＣＫをＨ−ＡＲＱ送信機３１４に送信し、Ｈ−ＡＲＱ送信機３１４は、ローカルＡＣＫをＡＲＱ送信機３１２に送る。本発明によれば、そのような状況では、Ｈ−ＡＲＱ送信機３１４は、ローカルＡＣＫをＡＲＱ送信機３１２に送っても良いし、または送らなくても良い。
【００３０】
ステップ４０８においてＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信した後、Ｈ−ＡＲＱ受信機３２４は、ステップ４１６において、Ｈ−ＡＲＱ受信機３２４が以下の条件の少なくとも１つの前に失敗パケットを正常に受信していないかどうかを判定する。
【００３１】
１）（同期Ｈ−ＡＲＱ送信の場合）ＴRecoverySyncの時間切れ、または（非同期Ｈ−ＡＲＱ送信の場合）ＴRecoveryAsyncの時間切れ
２）ＷHARQの範囲内での、失敗パケットのシーケンス番号より大きいシーケンス番号を有する新規なＨ−ＡＲＱパケットの受信
３）失敗パケットの最大再送回数への到達
４）タイマＴDeliveryの時間切れ
５）失敗パケットの存続期間の時間切れ
上記の条件の少なくとも１つが発生した場合、Ｈ−ＡＲＱ受信機３２４は、ローカルＮＡＣＫをＡＲＱ受信機３２２に送る（ステップ４１８）。ローカルＮＡＣＫを受信すると、ＡＲＱ受信機３２２は、失敗パケットを回復するために、ステータス報告をＡＲＱ送信機３１２に送信することができる（ステップ４２０）。Ｈ−ＡＲＱ受信機３２４が回復される必要のあるＡＲＱ  ＰＤＵを識別することができる限り、ＡＲＱ  ＰＤＵとＨ−ＡＲＱ  ＰＤＵの間のマッピングは問題とされない。
【００３２】
ＡＲＱ送信機３１２におけるＡＲＱバッファは、ＡＲＱ受信機３２２からステータス報告を受信した後、空にされて良い。失敗パケットに対するステータス報告は、正常受信されたパケットについての情報を含む。代替として、ＡＲＱ受信機３２２は、Ｎ個の連続したパケットを正常に受信した後、またはタイマの期限切れの後、ステータス報告を送信しても良い。また、ＡＲＱ送信機３１２が、バッファ内の最終パケットを送信した後、ＡＲＱ受信機３２２にポーリングをかけても良い。ポーリングをかける理由は、最終パケットについて、Ｈ−ＡＲＱレベルでＮＡＣＫ／ＡＣＫエラーから早期に回復することにある。「最終パケット用ポーリングビット」の設定は、データフロー用の設定可能パラメータである。
【００３３】
Ｈ−ＡＲＱ送信における最終パケットの回復を改善するため、Ｈ−ＡＲＱバッファが空になった後、最終パケット表示を有する特別なスモールパケット（ｓｍａｌｌ  ｐａｃｋｅｔ）が、Ｈ−ＡＲＱ送信機３１４から送信されても良い。最終パケット表示を有する特別なパケットの送信は、Ｈ−ＡＲＱレベルでの最終パケット紛失の早期回復を保証する。Ｈ−ＡＲＱ受信機３２４は、特別なパケットを受信すると、応答をＨ−ＡＲＱ送信機３１４に返送する。この応答パケットは、受信した最後のＴＳＮを示し、Ｈ−ＡＲＱレベルで生成された新規パケットとすることができる。この応答パケットは、それがスモールパケットの応答であることを示すＨ−ＡＲＱエラー表示パケットを使用することによって送信されることもできる。
【００３４】
シグナリングのオーバーヘッドを減らすために、Ｈ−ＡＲＱ送信待ち行列内の最終データパケットの後、ヌル送信が送信され、先行する送信に関するＡＣＫチェックを起動することもできる。ヌルパケットは、制御情報を含むだけである（すなわちペイロードがない）。Ｈ−ＡＲＱ送信機３１４は、Ｈ−ＡＲＱ送信待ち行列内の最終データパケットに関するＨ−ＡＲＱ  ＡＣＫの受信の後で、ヌルパケットを送信する。Ｈ−ＡＲＱ受信機３２４は、ヌルパケットを受信すると、ヌルパケットばかりでなく、最終データパケットの受信も確認する。Ｈ−ＡＲＱ受信機において最終パケットが正常に受信されておらず、したがって、最終パケットに応答してＮＡＣＫが送信され、および最大送信回数に達していない場合、ヌルパケットの受信は、Ｈ−ＡＲＱ受信機３２４が、ＮＡＣＫ／ＡＣＫエラーを検出することを可能とする。
【００３５】
送信機３１０および受信機３２０は、第３世代（３Ｇ）システムのＷＣＤＭＡ、ＣＤＭＡ２０００、またはロングタームエボリューション（ＬＴＥ）における、ＷＴＲＵ、基地局またはその他の任意のネットワークエンティティとすることができる。「ＷＴＲＵ」は、ユーザ装置（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、コンピュータまたは無線環境において動作可能なその他の任意のタイプのユーザ装置を含むが、これらに限定されない。「基地局」は、ノードＢ、サイトコントローラ、アクセスポイント、または無線環境におけるその他の任意のタイプのインタフェース装置を含むが、これらに限定されない。
【００３６】
実施形態。
１．送信機および受信機を備え、送信機は、Ｈ−ＡＲＱ送信機およびＡＲＱ送信機を含み、受信機は、Ｈ−ＡＲＱ受信機およびＡＲＱ受信機を含む無線通信システムにおいて、Ｈ−ＡＲＱ支援ＡＲＱを実施する方法。
【００３７】
２．Ｈ−ＡＲＱ受信機が、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーが発生したかどうかを判定するステップを含むことを特徴とする実施形態１の方法。
【００３８】
３．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーが発生した場合、失敗パケットの再送回数が最大再送上限値に達しておらず、失敗パケットの最大配送時間が時間切れになっておらず、または失敗パケットの存続期間が時間切れになっていなければ、Ｈ−ＡＲＱ受信機が、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータをＨ−ＡＲＱ送信機に送信するステップを含むことを特徴とする実施形態２の方法。
【００３９】
４．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、Ｈ−ＡＲＱ送信機において、Ｈ−ＡＲＱプロセスＩＤおよび失敗パケットに関連付けられることを特徴とする実施形態２〜３のいずれかの方法。
【００４０】
５．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、Ｈ−ＡＲＱプロセスＩＤおよび失敗パケットの送信シーケンス番号を含むことを特徴とする実施形態４の方法。
【００４１】
６．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、失敗パケットの送信に対して一定のタイミングオフセットを置いて送信されることを特徴とする実施形態４の方法。
【００４２】
７．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータの送信と失敗パケットの送信とは、独立であることを特徴とする実施形態３〜６のいずれかの方法。
【００４３】
８．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、物理層信号、ＭＡＣ層信号およびＲＬＣ層信号の少なくとも１つを介して送信されることを特徴とする実施形態３〜７のいずれかの方法。
【００４４】
９．２つ以上のパケットが、Ｈ−ＡＲＱ送信機からＨ−ＡＲＱ受信機に同時に送信され、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、２つ以上のパケットのＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーを示すことを特徴とする実施形態３〜８のいずれかの方法。
【００４５】
１０．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、ＣＲＣと共に送信されることを特徴とする実施形態３〜９のいずれかの方法。
【００４６】
１１．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、Ｈ−ＡＲＱ受信機およびＡＲＱ受信機の一方によって生成されることを特徴とする実施形態３〜１０のいずれかの方法。
【００４７】
１２．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータの受信時に、Ｈ−ＡＲＱ送信機が、ＡＣＫをＨ−ＡＲＱ受信機に送信するステップをさらに含むことを特徴とする実施形態３〜１１のいずれかの方法。
【００４８】
１３．Ｈ−ＡＲＱ受信機がＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータに対するＡＣＫを正常に受信しておらず、Ｈ−ＡＲＱ送信機とＨ−ＡＲＱ受信機の間の無線リンクが消失していなければ、Ｈ−ＡＲＱ受信機が、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを繰り返し送信することを特徴とする実施形態１２の方法。
【００４９】
１４．Ｈ−ＡＲＱ受信機が失敗パケットに割り当てられたのと同じＨ−ＡＲＱプロセスを介して失敗パケットの再送の代わりに新規パケットを受信した場合、Ｈ−ＡＲＱ受信機が、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信することを特徴とする実施形態３〜１３のいずれかの方法。
【００５０】
１５．エラー表示タイマが時間切れになるまではＨ−ＡＲＱ受信機が失敗パケットを受信しなかった場合、Ｈ−ＡＲＱ受信機が、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信し、エラー表示タイマは、ＮＡＣＫがＨ−ＡＲＱ送信機に送信された時に設定されることを特徴とする実施形態３〜１４のいずれかの方法。
【００５１】
１６．最大再送上限値に達しておらず、最大配送時間が時間切れになっておらず、または失敗パケットの存続期間が時間切れになっていなければ、失敗パケットが正常に配送されるまで、Ｈ−ＡＲＱ送信機が、失敗パケットを再送するステップをさらに含むことを特徴とする実施形態３〜１５のいずれかの方法。
【００５２】
１７．最大再送上限値に達しており、最大配送時間が時間切れになっており、または失敗パケットの存続期間が時間切れになっていれば、失敗パケットがＡＲＱレベルで回復されるように、Ｈ−ＡＲＱ送信機が、ローカルＮＡＣＫをＡＲＱ送信機に送るステップをさらに含むことを特徴とする実施形態１６の方法。
【００５３】
１８．Ｈ−ＡＲＱ受信機がＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信した時に、Ｈ−ＡＲＱ受信機が、回復タイマを設定するステップをさらに含むことを特徴とする実施形態３〜１７のいずれかの方法。
【００５４】
１９．回復タイマが時間切れになる前にＨ−ＡＲＱ受信機が失敗パケットを受信しなかった場合、Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫをＡＲＱ受信機に送るステップをさらに含むことを特徴とする実施形態１８の方法。
【００５５】
２０．ＡＲＱ受信機が、失敗パケットの回復のために、ステータス報告をＡＲＱ送信機に送信するステップをさらに含むことを特徴とする実施形態１９の方法。
【００５６】
２１．Ｈ−ＡＲＱ受信機が、所定の回数だけ失敗パケットのシーケンス番号よりも大きいシーケンス番号を有するパケットを受信するまでは失敗パケットを受信しなかった場合、Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫをＡＲＱ受信機に送るステップをさらに含むことを特徴とする実施形態３〜２０のいずれかの方法。
【００５７】
２２．ＡＲＱ受信機が、失敗パケットの回復のために、ステータス報告をＡＲＱ送信機に送信するステップをさらに含むことを特徴とする実施形態２１の方法。
【００５８】
２３．失敗パケットの再送回数が失敗パケットの最大再送上限値に達するまではＨ−ＡＲＱ受信機が失敗パケットを受信しなかった場合、Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫをＡＲＱ受信機に送るステップをさらに含むことを特徴とする実施形態３〜２２のいずれかの方法。
【００５９】
２４．ＡＲＱ受信機が、失敗パケットの回復のために、ステータス報告をＡＲＱ送信機に送信するステップをさらに含むことを特徴とする実施形態２３の方法。
【００６０】
２５．失敗パケットの最大配送時間が時間切れになるまではＨ−ＡＲＱ受信機が失敗パケットを受信しなかった場合、Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫをＡＲＱ受信機に送るステップをさらに含むことを特徴とする実施形態３〜２４のいずれかの方法。
【００６１】
２６．ＡＲＱ受信機が、失敗パケットの回復のために、ステータス報告をＡＲＱ送信機に送信するステップをさらに含むことを特徴とする実施形態２５の方法。
【００６２】
２７．ＡＲＱ受信機が所定の数のパケットを正常に受信した場合、ＡＲＱ受信機が、ステータス報告を送信するステップをさらに含むことを特徴とする実施形態３〜２６のいずれかの方法。
【００６３】
２８．ステータス報告タイマが時間切れになった場合、ＡＲＱ受信機が、ステータス報告を送信するステップをさらに含むことを特徴とする実施形態３〜２７のいずれかの方法。
【００６４】
２９．ＡＲＱ送信機が、ステータス報告をＡＲＱ受信機に要求するステップと、ＡＲＱ受信機が、ステータス報告をＡＲＱ送信機に送信するステップと、をさらに含むことを特徴とする実施形態３〜２８のいずれかの方法。
【００６５】
３０．最終パケットを送信した後、ＡＲＱ送信機が、ステータス報告を要求することを特徴とする実施形態２９の方法。
【００６６】
３１．バッファ内の最終パケットを送信した後、Ｈ−ＡＲＱ送信機が、最終パケット表示を有するスモールパケットを送信するステップをさらに含むことを特徴とする実施形態３〜３０のいずれかの方法。
【００６７】
３２．Ｈ−ＡＲＱ受信機が、スモールパケットに対する応答を送信するステップであって、それによって、最終パケットの回復がスモールパケットによって保証されるステップをさらに含むことを特徴とする実施形態３１の方法。
【００６８】
３３．スモールパケットは、ヌル送信であることを特徴とする実施形態３１〜３２のいずれかの方法。
【００６９】
３４．スモールパケットに対する応答は、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを使用することによって送信されることを特徴とする実施形態３１〜３３のいずれかの方法。
【００７０】
３５．最大再送上限値、パケットの最大配送時間、およびパケットの存続期間に関するパラメータは、中央制御エンティティによって設定されることを特徴とする実施形態３〜３４のいずれかの方法。
【００７１】
３６．パラメータは、送信機が動作中の状態になったときに設定されることを特徴とする実施形態３５の方法。
【００７２】
３７．パラメータは、サービスの開始時に設定されることを特徴とする実施形態３５の方法。
【００７３】
３８．パラメータは、パケットのＱｏＳ要件に応じて動的に設定されることを特徴とする実施形態３５〜３７のいずれかの方法。
【００７４】
３９．パケットの最大再送上限値は、初回送信のための関連付けられた制御シグナリングにおいて特定の最大再送上限値に関連付けられた特定のＭＡＣフローを識別することによって示されることを特徴とする実施形態３〜３８のいずれかの方法。
【００７５】
４０．パケットの最大再送上限値は、初回送信のための関連付けられた制御シグナリングにおいて明示的に示されることを特徴とする実施形態３〜３８のいずれかの方法。
【００７６】
４１．Ｈ−ＡＲＱ支援ＡＲＱを実施する無線通信システム。
【００７７】
４２．Ｈ−ＡＲＱ受信機およびＡＲＱ受信機を含む受信機であって、Ｈ−ＡＲＱ受信機が、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーが発生したかどうかを判定し、失敗パケットの再送回数が最大再送上限値に達しておらず、失敗パケットの最大配送時間が時間切れになっておらず、または失敗パケットの存続期間が時間切れになっていなければ、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータをＨ−ＡＲＱ送信機に送信するように構成されるた受信機を含むことを特徴とする実施形態４１のシステム。
【００７８】
４３．Ｈ−ＡＲＱ送信機およびＡＲＱ送信機を含む送信機を含むことを特徴とする実施形態４２のシステム。
【００７９】
４４．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、Ｈ−ＡＲＱ送信機において、Ｈ−ＡＲＱプロセスＩＤおよび失敗パケットに関連付けられることを特徴とする実施形態４２〜４３のいずれかのシステム。
【００８０】
４５．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、Ｈ−ＡＲＱプロセスＩＤと、失敗パケットの送信シーケンス番号とを含むことを特徴とする実施形態４２〜４４のいずれかのシステム。
【００８１】
４６．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、失敗パケットの送信に対して一定のタイミングオフセットを置いて送信されることを特徴とする実施形態４２〜４５のいずれかのシステム。
【００８２】
４７．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータの送信と失敗パケットの送信とは、独立であることを特徴とする実施形態４２〜４６のいずれかのシステム。
【００８３】
４８．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、物理層信号、ＭＡＣ層信号およびＲＬＣ層信号の少なくとも１つを介して送信されることを特徴とする実施形態４２〜４７のいずれかのシステム。
【００８４】
４９．Ｈ−ＡＲＱ送信機およびＨ−ＡＲＱ受信機は、２つ以上のパケットを同時に送信および受信するように構成され、Ｈ−ＡＲＱ送信機は、２つ以上のパケットのＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーを示すＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信するように構成されることを特徴とする実施形態４２〜４８のいずれかのシステム。
【００８５】
５０．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、ＣＲＣと共に送信されることを特徴とする実施形態４２〜４９のいずれかのシステム。
【００８６】
５１．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、Ｈ−ＡＲＱ受信機およびＡＲＱ受信機の一方によって生成されることを特徴とする実施形態４２〜５０のいずれかのシステム。
【００８７】
５２．Ｈ−ＡＲＱ送信機は、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータの受信時に、ＡＣＫをＨ−ＡＲＱ受信機に送信するように構成されることを特徴とする実施形態４３〜５１のいずれかのシステム。
【００８８】
５３．Ｈ−ＡＲＱ受信機がＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータに関するＡＣＫを正常に受信するまで、Ｈ−ＡＲＱ受信機が、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを繰り返し送信することを特徴とする実施形態５２のシステム。
【００８９】
５４．Ｈ−ＡＲＱ受信機が失敗パケットに割り当てられたのと同じＨ−ＡＲＱプロセスを介して失敗パケットの再送の代わりに新規パケットを受信した場合、Ｈ−ＡＲＱ受信機が、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信することを特徴とする実施形態４２〜５３のいずれかのシステム。
【００９０】
５５．エラー表示タイマが時間切れになるまではＨ−ＡＲＱ受信機が失敗パケットを受信しなかった場合、Ｈ−ＡＲＱ受信機が、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信し、エラー表示タイマは、ＮＡＣＫがＨ−ＡＲＱ送信機に送信された時に設定されることを特徴とする実施形態４２〜５４のいずれかのシステム。
【００９１】
５６．最大再送上限値に達しておらず、最大配送時間が時間切れになっておらず、または失敗パケットの存続期間が時間切れになっていなければ、失敗パケットが正常に配送されるまで、Ｈ−ＡＲＱ送信機が、失敗パケットを再送することを特徴とする実施形態４３〜５５のいずれかのシステム。
【００９２】
５７．最大再送上限値に達しており、最大配送時間が時間切れになっており、または失敗パケットの存続期間が時間切れになっていれば、失敗パケットがＡＲＱレベルで回復されるように、Ｈ−ＡＲＱ送信機が、ローカルＮＡＣＫをＡＲＱ送信機に送ることを特徴とする実施形態４３〜５６のいずれかのシステム。
【００９３】
５８．Ｈ−ＡＲＱ受信機がＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信した時に、Ｈ−ＡＲＱ受信機が、回復タイマを設定し、回復タイマが時間切れになる前にＨ−ＡＲＱ受信機が失敗パケットを受信しなかった場合、ローカルＮＡＣＫをＡＲＱ受信機に送ることを特徴とする実施形態４２〜５７のいずれかのシステム。
【００９４】
５９．ＡＲＱ受信機が、失敗パケットの回復のために、ステータス報告をＡＲＱ送信機に送信することを特徴とする実施形態５８のシステム。
【００９５】
６０．Ｈ−ＡＲＱ受信機が、所定の回数だけ失敗パケットのシーケンス番号よりも大きいシーケンス番号を有するパケットを受信するまでは失敗パケットを受信しなかった場合、Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫをＡＲＱ受信機に送ることを特徴とする実施形態４２〜５９のいずれかのシステム。
【００９６】
６１．ＡＲＱ受信機が、失敗パケットの回復のために、ステータス報告をＡＲＱ送信機に送信することを特徴とする実施形態６０のシステム。
【００９７】
６２．失敗パケットの再送回数が失敗パケットの最大再送上限値に達していないのにＨ−ＡＲＱ受信機が失敗パケットを受信しなかった場合、Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫをＡＲＱ受信機に送ることを特徴とする実施形態４２〜６１のいずれかのシステム。
【００９８】
６３．ＡＲＱ受信機が、失敗パケットの回復のために、ステータス報告をＡＲＱ送信機に送信することを特徴とする実施形態６２のシステム。
【００９９】
６４．失敗パケットの最大配送時間が時間切れになるまではＨ−ＡＲＱ受信機が失敗パケットを受信しなかった場合、Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫをＡＲＱ受信機に送ることを特徴とする実施形態４２〜６３のいずれかのシステム。
【０１００】
６５．ＡＲＱ受信機が、失敗パケットの回復のために、ステータス報告をＡＲＱ送信機に送信することを特徴とする実施形態６４のシステム。
【０１０１】
６６．ＡＲＱ受信機が所定の数のパケットを正常に受信した場合、ＡＲＱ受信機が、ステータス報告を送信することを特徴とする実施形態４２〜６５のいずれかのシステム。
【０１０２】
６７．ステータス報告タイマが時間切れになった場合、ＡＲＱ受信機が、ステータス報告を送信することを特徴とする実施形態４２〜６６のいずれかのシステム。
【０１０３】
６８．ＡＲＱ送信機が、ステータス報告をＡＲＱ受信機に要求し、ＡＲＱ受信機が、ステータス報告をＡＲＱ送信機に送信することを特徴とする実施形態４３〜６７のいずれかのシステム。
【０１０４】
６９．最終パケットを送信した後、ＡＲＱ送信機が、ステータス報告を要求することを特徴とする実施形態６８のシステム。
【０１０５】
７０．バッファ内の最終パケットを送信した後、Ｈ−ＡＲＱ送信機が、最終パケット表示を有するスモールパケットを送信し、Ｈ−ＡＲＱ受信機が、スモールパケットに対する応答を送信し、それによって、最終パケットの回復がスモールパケットによって保証されることを特徴とする実施形態４３〜６９のいずれかのシステム。
【０１０６】
７１．スモールパケットは、ヌル送信であることを特徴とする実施形態７０のシステム。
【０１０７】
７２．スモールパケットに対する応答は、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを使用することによって送信されることを特徴とする実施形態７０〜７１のいずれかのシステム。
【０１０８】
７３．最大再送上限値、パケットの最大配送時間およびパケット存続期間の少なくとも１つに関するパラメータは、中央制御エンティティによって設定されることを特徴とする実施形態４２〜７２のいずれかのシステム。
【０１０９】
７４．パラメータは、送信機が動作状態になったときに設定されることを特徴とする実施形態７３のシステム。
【０１１０】
７５．パラメータは、サービスの開始時に設定されることを特徴とする実施形態７３のシステム。
【０１１１】
７６．パラメータは、パケットのＱｏＳ要件に応じて動的に設定されることを特徴とする実施形態７３〜７５のいずれかのシステム。
【０１１２】
７７．パケットの最大再送上限値は、初回送信のための関連制御信号において特定の最大再送上限値に関連付けられた特定のＭＡＣフローを識別することによって示されることを特徴とする実施形態４２〜７６のいずれかのシステム。
【０１１３】
７８．パケットの最大再送上限値は、初回送信のための関連付けられた制御シグナリングにおいて明示的に示されることを特徴とする実施形態４２〜７６のいずれかのシステム。
【０１１４】
７９．Ｈ−ＡＲＱ支援ＡＲＱを実施するための受信機。
【０１１５】
８０．ＡＲＱ受信機およびＨ−ＡＲＱ受信機を含むことを特徴とする実施形態７９の受信機。
【０１１６】
８１．Ｈ−ＡＲＱ受信機は、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーが発生したかどうかを判定し、失敗パケットの再送回数が最大再送上限値に達したこと、失敗パケットの最大配送時間が時間切れになったこと、および失敗パケットの存続期間が時間切れになったことの少なくとも１つが発生していなければ、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータをＨ−ＡＲＱ送信機に送信するように構成されることを特徴とする実施形態８０の受信機。
【０１１７】
８２．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、Ｈ−ＡＲＱ送信機において、Ｈ−ＡＲＱプロセスＩＤおよび失敗パケットに関連付けられることを特徴とする実施形態８１の受信機。
【０１１８】
８３．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、Ｈ−ＡＲＱプロセスＩＤと、失敗パケットの送信シーケンス番号とを含むことを特徴とする実施形態８１の受信機。
【０１１９】
８４．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、失敗パケットの送信に対して一定のタイミングオフセットを置いて送信されることを特徴とする実施形態８１〜８３のいずれかの受信機。
【０１２０】
８５．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータの送信と失敗パケットの送信とは、独立であることを特徴とする実施形態８１〜８４のいずれかの受信機。
【０１２１】
８６．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、物理層信号、ＭＡＣ層信号およびＲＬＣ層信号の少なくとも１つを介して送信されることを特徴とする実施形態８１〜８５のいずれかの受信機。
【０１２２】
８７．Ｈ−ＡＲＱ受信機は、２つ以上のパケットを同時に受信し、２つ以上のパケットのＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーを示すＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信するように構成されることを特徴とする実施形態８１〜８６のいずれかの受信機。
【０１２３】
８８．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、ＣＲＣと共に送信されることを特徴とする実施形態８１〜８７のいずれかの受信機。
【０１２４】
８９．Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータは、Ｈ−ＡＲＱ受信機およびＡＲＱ受信機の一方によって生成されることを特徴とする実施形態８１〜８８のいずれかの受信機。
【０１２５】
９０．Ｈ−ＡＲＱ受信機がＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータに関するＡＣＫを正常に受信するまで、Ｈ−ＡＲＱ受信機が、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを繰り返し送信することを特徴とする実施形態８１〜８９のいずれかの受信機。
【０１２６】
９１．Ｈ−ＡＲＱ受信機が失敗パケットに割り当てられたのと同じＨ−ＡＲＱプロセスを介して失敗パケットの再送の代わりに新規パケットを受信した場合、Ｈ−ＡＲＱ受信機が、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信することを特徴とする実施形態８１〜９０のいずれかの受信機。
【０１２７】
９２．エラー表示タイマが時間切れになるまではＨ−ＡＲＱ受信機が失敗パケットを受信しなかった場合、Ｈ−ＡＲＱ受信機が、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信し、エラー表示タイマは、ＮＡＣＫがＨ−ＡＲＱ送信機に送信された時に設定されることを特徴とする実施形態８１〜９１のいずれかの受信機。
【０１２８】
９３．Ｈ−ＡＲＱ受信機がＨ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを送信した時に、Ｈ−ＡＲＱ受信機が、回復タイマを設定し、回復タイマが時間切れになる前にＨ−ＡＲＱ受信機が失敗パケットを受信しなかった場合、ローカルＮＡＣＫをＡＲＱ受信機に送ることを特徴とする実施形態８１〜９２のいずれかの受信機。
【０１２９】
９４．ＡＲＱ受信機が、失敗パケットの回復のために、ステータス報告をＡＲＱ送信機に送信することを特徴とする実施形態８１〜９３のいずれかの受信機。
【０１３０】
９５．Ｈ−ＡＲＱ受信機が、所定の回数だけ失敗パケットのシーケンス番号よりも大きいシーケンス番号を有するパケットを受信するまでは失敗パケットを受信しなかった場合、Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫをＡＲＱ受信機に送ることを特徴とする実施形態８１〜９４のいずれかの受信機。
【０１３１】
９６．失敗パケットの再送回数が失敗パケットの最大再送上限値に達するまでにはＨ−ＡＲＱ受信機が失敗パケットを受信しなかった場合、Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫをＡＲＱ受信機に送ることを特徴とする実施形態８１〜９５のいずれかの受信機。
【０１３２】
９７．失敗パケットの最大配送時間が時間切れになるまではＨ−ＡＲＱ受信機が失敗パケットを受信しなかった場合、Ｈ−ＡＲＱ受信機が、ローカルＮＡＣＫをＡＲＱ受信機に送ることを特徴とする実施形態８１〜９６のいずれかの受信機。
【０１３３】
９８．ＡＲＱ受信機が、失敗パケットの回復のために、ステータス報告をＡＲＱ送信機に送信することを特徴とする実施形態８１〜９７のいずれかの受信機。
【０１３４】
９９．ＡＲＱ受信機が所定の数のパケットを正常に受信した場合、ＡＲＱ受信機が、ステータス報告を送信することを特徴とする実施形態８１〜９８のいずれかの受信機。
【０１３５】
１００．ステータス報告タイマが時間切れになった場合、ＡＲＱ受信機が、ステータス報告を送信することを特徴とする実施形態８１〜９９のいずれかの受信機。
【０１３６】
１０１．Ｈ−ＡＲＱ支援ＡＲＱを実施するための送信機。
【０１３７】
１０２．ＡＲＱ送信機およびＨ−ＡＲＱ送信機を含むことを特徴とする実施形態１０１の送信機。
【０１３８】
１０３．Ｈ−ＡＲＱ送信機は、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを受信するように構成され、ＡＲＱ送信機およびＨ−ＡＲＱ送信機の少なくとも一方は、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータに対応する失敗パケットを回復するように構成されることを特徴とする実施形態１０２の送信機。
【０１３９】
１０４．Ｈ−ＡＲＱ送信機は、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータの受信時に、ＡＣＫをＨ−ＡＲＱ受信機に送信するように構成されることを特徴とする実施形態１０３の送信機。
【０１４０】
１０５．最大再送上限値に達したこと、最大配送時間が時間切れになったこと、および失敗パケットの存続期間が時間切れになったことの少なくとも１つが発生していなければ、失敗パケットが正常に配送されるまで、Ｈ−ＡＲＱ送信機が、失敗パケットを再送することを特徴とする実施形態１０３〜１０４のいずれかの送信機。
【０１４１】
１０６．最大再送上限値に達しており、最大配送時間が時間切れになっており、または失敗パケットの存続期間が時間切れになっていれば、失敗パケットがＡＲＱレベルで回復されるように、Ｈ−ＡＲＱ送信機が、ローカルＮＡＣＫをＡＲＱ送信機に送ることを特徴とする実施形態１０３〜１０５のいずれかの送信機。
【０１４２】
１０７．ＡＲＱ送信機が、ステータス報告をＡＲＱ受信機に要求することを特徴とする実施形態１０３〜１０６のいずれかの送信機。
【０１４３】
１０８．最終パケットを送信した後、ＡＲＱ送信機が、ステータス報告を要求することを特徴とする実施形態１０７の送信機。
【０１４４】
１０９．バッファ内の最終パケットを送信した後、Ｈ−ＡＲＱ送信機が、最終パケット表示を有するスモールパケットを送信し、それによって、最終パケットの回復がスモールパケットによって保証されることを特徴とする実施形態１０３〜１０８のいずれかの送信機。
【０１４５】
１１０．スモールパケットは、ヌル送信であることを特徴とする実施形態１０９の送信機。
【０１４６】
１１１．スモールパケットに対する応答は、Ｈ−ＡＲＱ  ＮＡＣＫ／ＡＣＫエラーインジケータを使用することによって送信されることを特徴とする実施形態１０９〜１１０のいずれかの送信機。
【０１４７】
本発明の機能および構成要素が好ましい実施形態において具体的な組み合わせで説明された。各機能または構成要素は、好ましい実施形態の他の機能および構成要素を伴わずに単独で使用されることができる。または、本発明の他の機能および要素を伴ってもしくは伴わずに様々な組み合わせで使用され得る。本発明において提供された方法およびフローチャートは、汎用コンピュータまたはプロセッサによる実行のために、コンピュータ読み取り可能記憶媒体内で有形に実装されるコンピュータプログラム、ソフトウェアまたはファームウェアで実施されて良い。コンピュータ読み取り可能記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、光磁気媒体ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。
【０１４８】
適切なプロセッサは、例として挙げれば、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ)回路、その他の任意のタイプの集積回路（ＩＣ）、および／または状態マシーンを含む。
【０１４９】
無線送受信ユニット（ＷＴＲＵ）、ユーザ装置（ＵＥ）、端末、基地局、無線ネットワーク制御装置（ＲＮＣ）、または任意のホストコンピュータで使用するための無線周波トランシーバを実装するために、ソフトウェアと連携するプロセッサが使用されることができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、ビデオフォン、スピーカフォン、振動装置、スピーカ、マイクロフォン、テレビトランシーバ、ハンズフリーハンドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、液晶ディスプレイ（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールなど、ハードウェアおよび／またはソフトウェアで実装されるモジュールと共に使用することができる。
【図面の簡単な説明】
【０１５０】
【図１】従来の無線通信システムを示す図である。
【図２】第３世代パートナシッププロジェクト（３ＧＰＰ）標準用に提案されたＨ−ＡＲＱ支援ＡＲＱ動作の一例を示す図である。
【図３】本発明によるＨ−ＡＲＱ支援ＡＲＱ動作を実施するプロセスのシグナリング図である。
【図１】
2009522873.tif 000003
【図２】
2009522873.tif 000004
【図３】
2009522873.tif 000005
【国際調査報告】
2009522873.tif 000006
2009522873.tif 000007
2009522873.tif 000008