(57)【要約】【課題】下部に位置するＨＡＲＱ−ＣＦ再送機構に関連して効率よく動作するＲＬＰ再送方法を提供すること。【解決手段】ＲＬＰによって提供される第１の再送機構と、ＨＡＲＱ−ＣＦによって提供される第２の再送機構とを備えたＣＤＭＡ（例えばｃｄｍａ２０００）システムにおけるＲＬＰを介してデータを再送する技術。一方法において、欠落ＲＬＰフレームが（例えば受信機ＲＬＰによって）最初に検出される。次に、欠落が検出された各ＲＬＰフレームに対して（例えば、受信機ＨＡＲＱ−ＣＦによって）動的タイマーが維持される。動的タイマーはイベントにより駆動され、可変の時間周期を有する。各動的タイマーは、受信機ＨＡＲＱ−ＣＦに既知のイベントに基づいて更新される。固定時間周期をもつ固定タイマーは、欠落ＲＬＰフレームに対して（例えば受信機ＲＬＰによって）維持される。欠落ＲＬＰフレームが失われたか否かはＲＬＰフレームに対して維持された動的タイマーと固定タイマー（もし存在すれば）に基づいて決定される。失われたとみなされた各ＲＬＰフレームの再送に対してＮＡＫが発行される。
2005529546.tif 000002
【特許請求の範囲】
【請求項１】
第１のサブレイヤ内の第１の再送機構と、第２のサブレイヤ内の第２の再送機構を備えた無線通信システムにおいて、前記第１の再送機構によりデータを再送するための方法であって、
前記第１のサブレイヤ内の欠落フレームを検出することと、
欠落が検出された前記第１のサブレイヤにおけるフレームに対する１つまたはそれ以上の動的タイマーを維持することと、
前記第２のサブレイヤ内で発生するイベントに基づいて前記１つまたはそれ以上の動的タイマーを更新することと、
欠落が検出されたフレームが失われたか否かを前記１つまたはそれ以上の動的タイマーに基づいて決定することと、
を具備する方法。
【請求項２】
前記第１の再送機構は、無線リンクプロトコル（ＲＬＰ）によって提供される請求項１に記載の方法。
【請求項３】
前記第２の再送機構は、前記ＲＬＰの下に配置されたハイブリッド自動再送制御機能（ＨＡＲＱ−ＣＦ）によって提供される請求項２に記載の方法。
【請求項４】
前記第２のサブレイヤで発生するイベントは、前記第２のサブレイヤにおけるパケットの送信及び再送に対応する請求項１に記載の方法。
【請求項５】
欠落が検出された前記第１のサブレイヤにおける各フレームに対して１つの動的タイマーが維持される請求項１に記載の方法。
【請求項６】
各欠落フレームは、複数の論理チャネルのいずれかに関して送信され、各欠落フレームに対する前記動的タイマーは、前記欠落フレームを送信するのに用いられる論理チャネルのそれぞれの候補組に関連する請求項５に記載の方法。
【請求項７】
前記論理チャネルは、ｃｄｍａ２０００によって規定されたＡＲＱチャネルに対応する請求項６に記載の方法。
【請求項８】
各欠落フレームに対する前記動的タイマーは、前記関連する候補組が空のときに満了し、前記欠落フレームは、前記動的タイマーが満了したときに失われたとみなす請求項６に記載の方法。
【請求項９】
前記第１のレイヤにおけるフレームは、前記第２のレイヤにおけるパケットに含まれ、前記第２のレイヤにおける良好なパケットが前記論理チャネルを介して受信されたときに候補組から１つの論理チャネルが除去される請求項６に記載の方法。
【請求項１０】
前記第２のレイヤにおける新たなパケットが前記論理チャネルを介して送信されたときに、候補組から１つの論理チャネルが除去される請求項９に記載の方法。
【請求項１１】
特定の時間間隔以内に前記論理チャネルを介して送信がなかった場合に、候補組から１つの論理チャネルが除去される請求項９に記載の方法。
【請求項１２】
欠落が検出されたフレームに対して１つまたはそれ以上の固定タイマーを維持することをさらに具備し、前記１つまたはそれ以上の固定タイマーは、欠落が検出されたフレームが失われたか否かを決定するのに使用される請求項１に記載の方法。
【請求項１３】
失われたとみなされた前記第１のサブレイヤにおける各フレームを前記第１の再送機構を使用して再送するための要求を発行することをさらに具備する請求項１に記載の方法。
【請求項１４】
前記動的タイマーに関連するすべてのフレームを受信したときに各動的タイマーをキャンセルすることをさらに具備する請求項１に記載の方法。
【請求項１５】
前記無線通信システムは、ｃｄｍａ２０００システムである請求項１に記載の方法。
【請求項１６】
前記無線通信システムは、Ｗ−ＣＤＭＡシステムである請求項１に記載の方法。
【請求項１７】
無線リンクプロトコル（ＲＬＰ）によって提供される第１の再送機構と、ハイブリッド自動再送制御機構（ＨＡＲＱ−ＣＦ）によって提供される第２の再送機構とを備えたＣＤＭＡ通信システムにおいて、前記ＲＬＰフレームを介してデータを再送する方法は、
欠落ＲＬＰフレームを検出することと、
欠落が検出された各ＲＬＰフレームに対して動的タイマーを維持することと、
前記ＨＡＲＱ−ＣＦに既知のイベントに基づいて各動的タイマーを更新することと、
前記ＲＬＰフレームに対して維持された前記動的タイマーに基づいて、欠落が検出された各ＲＬＰフレームが失われたか否かを決定することと、
を具備する方法。
【請求項１８】
各欠落ＲＬＰフレームは、複数のＡＲＱチャネルの１つに関して送信され、各欠落ＲＬＰフレームに対する前記動的タイマーは、前記欠落ＲＬＰフレームを送信するのに用いられるＡＲＱチャネルの各候補組に関連する請求項１７に記載の方法。
【請求項１９】
ＲＬＰフレームは、ＨＡＲＱ−ＣＦによって送信されるＨＡＲＱパケットに含まれる請求項１８に記載の方法。
【請求項２０】
良好なＨＡＲＱパケットが前記ＡＲＱチャネルを介して受信されたときに、候補組から１つのＡＲＱチャネルが除去される請求項１９に記載の方法。
【請求項２１】
新たなＨＡＲＱパケットが前記ＡＲＱチャネルを介して送信されたときに、候補組から１つのＡＲＱチャネルが除去される請求項１９に記載の方法。
【請求項２２】
特定の時間間隔内に前記ＡＲＱチャネルを介して送信が受信されなかったときに、候補組から１つのＡＲＱチャネルが除去される請求項１９に記載の方法。
【請求項２３】
前記特定の時間間隔は、所定のＡＲＱチャネルに関して送信を受信する可能性に基づいて選択される請求項２２に記載の方法。
【請求項２４】
前記関連する候補組が空の場合には、各欠落ＲＬＰフレームに対する動的タイマーは満了し、前記動的タイマーが満了したときに前記欠落ＲＬＰフレームが失われたとみなす請求項１８に記載の方法。
【請求項２５】
各動的タイマーは対応する欠落ＲＬＰフレームに対するシーケンス番号に関連する請求項１８に記載の方法。
【請求項２６】
前記欠落ＲＬＰフレームに対して１つまたはそれ以上の固定タイマーを維持することを具備し、前記１つまたはそれ以上の固定タイマーは前記欠落ＲＬＰフレームが失われたか否かを判定するために用いられる請求項１７に記載の方法。
【請求項２７】
失われたとみなされた各ＲＬＰフレームの再送に対して前記ＲＬＰを介して否定応答（ＮＡＫ）を発行することをさらに具備する請求項１７に記載の方法。
【請求項２８】
特定の動的タイマーをキャンセルするためのコマンドを受信することと、
前記コマンドに従って前記特定の動的タイマーをキャンセルすることと、
をさらに具備する請求項１７に記載の方法。
【請求項２９】
欠落が検出されたＲＬＰフレームを受信したときに、前記ＲＬＰフレームに対して維持された前記動的タイマーをキャンセルすることをさらに具備する請求項１７に記載の方法。
【請求項３０】
第１のサブレイヤにおける欠落フレームを検出し、
欠落が検出された前記第１のサブレイヤにおけるフレームに対して１つまたはそれ以上の動的タイマーを維持し、
第２のサブレイヤにおいて発生するイベントに基づいて前記１つまたはそれ以上の動的タイマーを更新し、前記第１及び第２のサブレイヤはそれぞれ第１及び第２の再送機構を提供し、
欠落が検出された前記フレームが失われたか否かを前記１つまたはそれ以上の動的タイマーに基づいて決定するために、デジタル情報を解析することができるデジタル信号処理装置（ＤＳＰＤ）に通信可能に結合されたメモリ。
【請求項３１】
第１のサブレイヤにおける第１の再送機構と、第２のサブレイヤにおける第２の再送機構とを備えた無線通信システムにおける装置であって、
前記第１のサブレイヤにおける欠落フレームを検出するための手段と、
欠落が検出された前記第１のサブレイヤにおけるフレームに対して１つまたはそれ以上の動的タイマーを維持するための手段と、
前記第２のサブレイヤにおいて発生するイベントに基づいて、１つまたはそれ以上の動的タイマーを更新するための手段と、
欠落が検出されたフレームが失われたか否かを前記１つまたはそれ以上の動的タイマーに基づいて決定するための手段と、
を具備する装置。
【請求項３２】
前記第１の再送機構は、無線リンクプロトコル（ＲＬＰ）によって提供される請求項３１に記載の装置。
【請求項３３】
前記第２の再送機構は、前記ＲＬＰの下に配置されたハイブリッド自動再送制御機能（ＨＡＲＱ−ＣＦ）によって提供される請求項３２に記載の装置。
【請求項３４】
第１のサブレイヤにおける第１の再送機構と、第２のサブレイヤにおける第２の再送機構とを備えた無線通信システムにおける受信機であって、
復号されたデータを提供するためにデータ送信を処理するべく動作可能なＲＸデータプロセッサと、
前記復号されたデータに基づいて前記第１のサブレイヤにおける欠落フレームを検出し、
欠落が検出された前記第１のサブレイヤに対して１つまたはそれ以上の動的タイマーを維持し、
前記第２のサイブレイヤにおいて発生するイベントに基づいて１つまたはそれ以上の動的タイマーを更新し、
欠落が検出された前記フレームが失われたか否かを前記１つまたはそれ以上の動的タイマーに基づいて決定するように動作するコントローラと、
を具備する受信機。
【請求項３５】
前記コントローラはさらに、前記第１の再送機構を使用して、失われたとみなされた前記第１のサブレイヤにおける各フレームを再送する要求を発行することを具備する請求項３４に記載の受信機。
【請求項３６】
請求項３４の受信機を具備する端末。
【請求項３７】
第１のサブレイヤにおける第１の再送機構と、第２のサブレイヤにおける第２の再送機構とを備えた無線通信システムにおける端末であって、
復号されたデータを提供するためにデータ送信を処理するように動作するＲＸデータプロセッサと、
前記復号されたデータに基づいて前記第１のサブレイヤにおける欠落フレームを検出し、
欠落が検出された前記第１のサブレイヤにおけるフレームに対して１つまたはそれ以上の動的タイマーを維持し、
前記第２のサブレイヤにおいて発生するイベントに基づいて、前記１つまたはそれ以上の動的タイマーを更新し、
欠落が検出された前記フレームが失われたか否かを前記１つまたはそれ以上の動的タイマーに基づいて決定するように動作するコントローラと、
を具備する端末。
【請求項３８】
前記無線通信システムはｃｄｍａ２０００システムである請求項３７に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概してデータ通信に関し、より詳細には、ＣＤＭＡ通信システムにおける無線リンクプロトコル（ＲＬＰ）によってパケットを再送するための技術に関する。
【背景技術】
【０００２】
ワイヤレス通信システムは、音声、パケットデータ、などの種々のタイプのサービスを提供するために広範に使用される。これらのシステムは、複数のユーザとの通信を支持する多元接続システムであり、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）あるいは他のタイプのシステムに依存している。ＣＤＭＡシステムは、他のタイプのシステムに比べてシステム容量が増大することを含むある種の利点を提供する。
【０００３】
データ送信の信頼性を改善するために、多くのＣＤＭＡシステムは、物理層の上に位置付けられる無線リンクプロトコル（ＲＬＰ）によって提供される再送機構を使用する。受信機側のＲＬＰエンティティ（すなわち、受信機ＲＬＰ）は、低レベルエンティティによるＲＬＰフレームを備えている。各ＲＬＰフレームは割り当てられたシーケンス番号によって独自に特定される。送信するべきＲＬＰフレームは連続するシーケンス番号が割り当てられ、受信機ＲＬＰは、受信したＲＬＰフレームのシーケンス番号を見て、任意のＲＬＰフレームが欠落しているか否かを決定することができる。他の再送機構がない場合には、ＲＬＰフレームは直列に受信機に送信され、受信機ＲＬＰによって欠落していることが検出された任意のＲＬＰフレームは、否定応答（ＮＡＫ）の送信を介して直ちに送信機に報告される。欠落ＲＬＰフレームはその後、受信機に再送される。
【０００４】
改善されたパケットデータ送信能力を提供するために、いくつかの新世代のＣＤＭＡシステム（例えば、ｃｄｍａ２０００リリースＣ）は、ＲＬＰと物理層との間に位置付けられるハイブリッド自動再送制御機構（ＨＡＲＱ−ＣＦ）によって提供される他の再送機構を使用する。ｃｄｍａ２０００によって規定されるＨＡＲＱ−ＣＦは、複数のＨＡＲＱパケットを並列に送信することができる。各ＨＡＲＱパケットは、１つまたはそれ以上のＲＬＰフレームである。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
各ＨＡＲＱパケットは、ＨＡＲＱ−ＣＦによって一回あるいは複数回送信／再送されるので、ＨＡＲＱパケットは、受信機側のＨＡＲＱ−ＣＦエンティティ（すなわち受信機ＨＡＲＱ−ＣＦ）によって不確かな順番で復元される。すなわち、ＲＬＰフレームは順番が狂った状態で受信機ＲＬＰに供給される。さらに、ＨＡＲＱ−ＣＦによる再送により、受信機ＲＬＰは所定の欠落ＲＬＰが本当に失われたということを確信を持って決定できるまで長い時間待機しなければならない。すなわちＨＡＲＱ−ＣＦ再送は、ＲＬＰ送信のパフォーマンスに大きな影響を与える。
【０００６】
したがって、下部に位置するＨＡＲＱ−ＣＦ再送機構に関連して効率よく動作するＲＬＰ再送方法に対する当業界におけるニーズが存在する。
【課題を解決するための手段】
【０００７】
ＲＬＰとＨＡＲＱ−ＣＦの機能を利用するための技術が提供され、それらはシステムパフォーマンスを改善するためにシームレスで効率の良い方法で動作する。これらの技術は改善されたパフォーマンスを提供可能なＲＬＰ送信方法を実行するために異なるエンティティで利用可能な異なる情報を使用する。
【０００８】
一実施形態において、ＣＤＭＡ（例えばｃｄｍａ２０００）通信システムにおけるＲＬＰを介してデータを再送するための方法が提供される。この場合、第１の再送機構はＲＬＰによって提供され、第２の再送機構はＨＡＲＱ−ＣＦによって提供される。本方法によれば、欠落ＲＬＰフレームはまず（例えば受信機ＲＬＰによって）検出される。次に、欠落であると検出された各ＲＬＰフレームに対して動的タイマーが（例えば受信機ＨＡＲＱによって）維持される。その後、各動的タイマーは、受信機ＨＡＲＱ−ＣＦに既知のイベントに基づいて更新され、各動的タイマーの満了はこれらのイベントによってトリガされる。固定の時間周期をもつ固定のタイマーは、欠落ＲＬＰフレームに対して（例えば受信機ＲＬＰによって）維持される。次に、各欠落ＲＬＰフレームが失われたか否かについての決定が、ＲＬＰフレームに対して維持された動的タイマー（そして存在するならば固定タイマー）に基づいてなされる。次に、失われたとみなされた各ＲＬＰフレームの再送に対して（例えば受信機ＲＬＰによって）ＮＡＫが発行される。
【０００９】
一実施形態において、動的タイマーはイベント駆動され、各動的タイマーは、受信機ＨＡＲＱ−ＣＦに既知のイベントによって決定される可変時間間隔を有する。ｃｄｍａ２０００では、ＲＬＰフレームは、ＨＡＲＱ−ＣＦによって送信されるＨＡＲＱパケットに含まれ、各ＨＡＲＱパケットは、（論理チャネルとみなされる）実現可能な多数のＡＲＱチャネルの任意の１つに関して送信される。各欠落ＲＬＰフレームに対する動的タイマーは、欠落ＲＬＰフレームを含むＨＡＲＱパケットを送信するのに使用されるＡＲＱチャネルの各候補組に関連する。候補組内の各ＡＲＱチャネルは、ＡＲＱチャネルが欠落ＲＬＰフレームを送信するのに使用されるものではないと決定されたならば、前記組から除去される。各ＲＬＰフレームに対する動的タイマーは、関連する候補組が空になったときに満了する。これは、欠落ＲＬＰフレームを送信するのに使用可能に残されたＡＲＱチャネルが存在しないことを意味するからである。
【００１０】
ＨＡＲＱ−ＣＦの特性は、候補組からＡＲＱチャネルを除去するのに使用するのに用いられる基準の組を選択するのに使用される。ｃｄｍａ２０００に関して、動的タイマーがトリガーされた後、以下のイベントの任意の１つが発生したときに、候補組から除去される：（１）良好なＨＡＲＱパケットがＡＲＱチャネルを介して受信されるか、（２）新たなＨＡＲＱパケットがＡＲＱチャネルを介して送信されるか、あるいは（３）特定の周期内でＡＲＱチャネルを介して受信される送信がない。これらの基準は以下に詳細をさらに説明する。
【００１１】
概して、ここに記載される技術は任意のワイヤレス通信システムにおいてデータを再送するのに使用される。このとき、第１の再送機構は第１のサブレイヤ（たとえばＲＬＰ）で、第２の再送機構は第２のサブレイヤ（例えばＨＡＲＱ−ＣＦ）で用いられ、第２のサブレイヤはプロトコルスタックにおいて第１のサブレイヤの下方に位置する。
【００１２】
本発明の種々の側面及び実施形態が以下に詳細に記述される。本発明はさらに、以下に詳述する本発明の種々の側面、実施形態そして特徴を実現する、方法、プログラムコード、デジタル信号プロセッサ、受信機ユニット、送信機ユニット、端末、基地局、システム及び他の装置及び要素を提供する。
【発明を実施するための最良の形態】
【００１３】
図１は、ここに記述されたＲＬＰ再送技術の種々の側面及び実施形態を実現するＣＤＭＡ通信システム１００の図である。システム１００は、多数の端末１０６と通信する多数の基地局１０４を含む（図１では説明を簡単にするために１つの基地局と２つの端末を示す）。基地局は端末と通信するのに使用される固定基地局である。術語が使用される文脈によって基地局はセル、セル内の一部、基地局トランシーバシステム（ＢＴＳ）、移動局コントローラ（ＭＳＣ）、あるいは通信システムの他の部分を意味する。基地局はまた、アクセスポイント、ノードＢ、あるいは他の術語で呼ばれる。基地局はＵＭＴＳ無線接続網（ＵＴＲＡＮ）の一部である。
【００１４】
端末は基地局と通信する局である。端末はまた、移動局、遠隔局、アクセス端末、ユーザ装置（ＵＥ）、あるいは他の術語で呼ばれる。各端末は任意の時間に、端末がアクティブか否か、ソフトハンドオフがデータ送信に対して支持されているか否か、端末がソフトハンドオフにあるか否かによって、フォワードリンク及び／又はリバースリンクに関して１つ以上の基地局と通信する。フォワードリンク（すなわちダウンリンク）は基地局から端末への送信を意味し、リバースリンク（すなわちアップリンク）は端末から基地局への送信を意味する。
【００１５】
ＲＬＰ再送に対してここで記述される技術は、種々のＣＤＭＡ通信システムにおいて実現される。すなわち、ＣＤＭＡシステム１００は、ｃｄｍａ２０００、ＩＳ−８５６、Ｗ−ＣＤＭＡ、ＩＳ−９５、その他などの１つ以上の既知のＣＤＭＡ標準を実装する。明確にするために、ＲＬＰ再送に対する種々の側面、実施形態及び実装詳細が、ｃｄｍａ２０００リリースＣを支持するＣＤＭＡシステムに対して記述される。
【００１６】
ｃｄｍａ２０００は音声、パケットデータなどの種々のタイプのサービスを支持する。ｃｄｍａ２０００リリースＣはさらに、パケットデータチャネルとパケットデータチャネルの動作を制御するエンティティとを介してフォワードリンクに関して高速パケットデータ送信を支持する。パケットデータチャネルは以下に述べる一連の物理チャネルの組を備える。
【００１７】
・Ｆ−ＰＤＣＨ−フォワードパケットデータチャネル。この物理的チャネルは高速パケットデータ送信のためのデータを搬送する。
【００１８】
・Ｆ−ＰＤＣＣＨ−フォワードパケットデータ制御チャネル。この物理的チャネルはＦ−ＰＤＣＨのための制御情報を搬送する。
【００１９】
・Ｒ−ＡＣＫＣＨ−リバース確認応答チャネル。この物理チャネルは自動再送（ＡＲＱ）プロトコルに対する確認応答フィードバックを搬送する。
【００２０】
・Ｒ−ＣＱＩＣＨ−リバースチャネル品質指示チャネル。この物理チャネルはフォワードリンクＲＦチャネル品質フォードバックを搬送し、さらにはＦ−ＰＤＣＨ動作のための端末によって選択される特定の基地局を示すのに使用される。
【００２１】
パケットデータチャネルに対する制御エンティティは、パケットデータチャネル制御機能（ＰＤＣＨＣＦ）エンティティあるいはハイブリッド自動再送制御機能（ＨＡＲＱ−ＣＦ）エンティティと呼ばれる。この制御エンティティはパケットデータチャネルに関連する物理チャネルを動作させるための手順を実装する。
【００２２】
図２は、ｃｄｍａ２０００リリースＣによって規定されるレイヤ構造２００の図である。レイヤ構造２００は、（１）ＩＳＯ／ＯＳＩ参照モデルのレイヤ３からレイヤ７にほぼ対応するアプリケーション及び上位レイヤプロトコルと、（２）レイヤ２（リンクレイヤ）に対応するプロトコル及びサービスと、（３）レイヤ１（物理レイヤ）に対応するプロトコル及びサービス、を含む。
【００２３】
アプリケーション及び上位レイヤプロトコルは、レイヤ２（すなわちＬＡＣ及びＭＡＣサブレイヤ）におけるサブレイヤによって提供されるサービスを利用する。指示されたアプリケーションの一例は、シグナリングサービス２１２、パケットデータサービス２１４、音声サービス２１６、そして回路データアプリケーションを含む。レイヤ構造２００は音声、パケットデータ、同時に動作する回路データサービスの組み合わせを支持する。
【００２４】
レイヤ２は、リンクアクセスコントロール（ＬＡＣ）サブレイヤ２２０、メディアアクセスコントロール（ＭＡＣ）サブレイヤ２３０、ハイブリッドＡＲＱ制御機能（ＨＡＲＱ−ＣＦ）２４０を含む。ＭＡＣサブレイヤは、無線リンクプロトコル（ＲＬＰ）２３２及び（多重サブレイヤと呼ばれる）多重及びＱｏＳサブレイヤ２３６を備える。ＲＬＰは無線リンク上でのまずまずの信頼性あるデータ送信を確実にするためにパケットデータの最善努力の配送を提供する。多重サブレイヤはＲＬＰとＨＡＲＱ−ＣＦ間のインタフェースを提供する。多重サブレイヤはさらに、これらのサービスに対する交渉によるＱｏＳレベルが満たされることを確実にするために、多重同時サービスのサービス（ＱｏＳ）要求の品質の変化を均等させるための制御機構を実装する。これは競合するサービスからの衝突する要求を仲裁し、アクセス要求の優先順位を付けることによって達成される。ＭＡＣサブレイヤの構造及びＭＡＣサブレイヤを具備するエンティティについては、論文ＴＩＡ／ＥＩＡ／ＩＳ−２０００．３−Ｃ、“題名：ｃｄｍａ２０００スペクトラム拡散システムのためのメディアアクセスコントロール（ＭＡＣ）標準”、リリースＣ、に詳細に記載されている。これらの内容は参照により本明細書に組み込まれているものとする。
【００２５】
ＨＡＲＱ−ＣＦは、パケットデータチャネルに関するデータ送信に関する多数の機能を実行する。最初に、ＨＡＲＱ−ＣＦはパケットデータチャネル（すなわち、Ｆ−ＰＤＣＨ、Ｆ−ＰＤＣＣＨ、Ｒ−ＡＣＫＣＨそしてＲ−ＣＱＩＣＨ）に関連するすべての物理チャネルを停止する。次に、ＨＡＲＱ−ＣＦは、移動局からのフィードバックに基づいてエンコーダパケットの一部の再送を介して基地局から端末へのエンコーダパケットの信頼性ある配送を確実にする自動再送（ＡＲＱ）プロトコルを提供する。このフィードバックは、エンコーダパケットの首尾よい復号化を示すために確認応答（ＡＣＫ）の形態をとり、エンコーダパケットの失敗した復号化を示すために否定の確認応答（ＮＡＫ）の形態をとっている。
【００２６】
物理レイヤはＭＡＣサブレイヤに対する送信データ及び上位レイヤに対するシグナリングに対する機構を提供する。物理レイヤは論文ＴＩＡ／ＥＩＡ／ＩＳ−２０００．２−Ｃ、“題名：ｃｄｍａ２０００スペクトラム拡散システム”、リリースＣ、に詳細に記述されている。これらの内容は参照により本明細書に組み込まれているものとする。
【００２７】
図３は、パケットデータチャネルに関して特定の端末に送信されるべきデータは、多重サブレイヤによってデータサービスから要求される。データサービスから多重サブレイヤへのデータを提供するエンティティはＲＬＰである。
【００２８】
ＲＬＰデータサービスからのデータを受信してＲＬＰフレームを形成する。各ＲＬＰフレームはＲＬＰフレームを独自に特定するシーケンス番号とデータサービスからのデータを含む。ＲＬＰは次に、ＲＬＰフレームを多重サブレイヤに供給する。
【００２９】
多重サブレイヤは、このサブレイヤでは単なるデータブロックとしてみなされるＲＬＰフレームを受信する。多重サブレイヤは次に、ヘッダ（Ｈ）を追加することにより各データブロックを所有する。ヘッダとデータブロックの組み合わせは、ｃｄｍａ２０００において多重サブレイヤプロトコルデータユニット（ＭｕｘＰＤＵ）と呼ばれる。多重サブレイヤは次に１つまたはそれ以上のＭｕｘＰＤＵをカプセル化してＰＤＣＨＣＦ  ＳＤＵ（サービスデータユニット）を形成する。
【００３０】
多重サブレイヤは指示を受信したときにはいつでもＦ−ＰＤＣＨに関する送信のためにＰＤＣＨＣＦ  ＳＤＵを生成する。各ＰＤＣＨＣＦ  ＳＤＵを形成するために、多重サブレイヤは、各論理チャネルの相対的優先度に基づく特定の順番でＦ−ＰＤＣＨにマッピングされた論理チャネルからのデータブロックを要求する。このことは、ＰＤＣＨＣＦ  ＳＤＵを満たすのに必要なＭｕｘＰＤＵの数を形成するために十分なデータブロックが供給するまであるいはマッピングされたすべての論理チャネルがすべての利用可能なデータブロックを供給するまで継続される。多重サブレイヤは次に、各受信エータブロックに対するＭｕｘＰＤＵを生成する。
【００３１】
多重サブレイヤは次に、１つまたはそれ以上のＭｕｘＰＤＵを直列に繋いでＰＤＣＨＣＦ  ＳＤＵを形成する。ＰＤＣＨＣＦ  ＳＤＵは可変長であり、任意の数のＭｕｘＰＤＵを含む。各ＰＤＣＨＣＦ  ＳＤＵに含めるべきＭｕｘＰＤＵの特定数は、ＨＡＲＱ−ＣＦ（すなわちＰＤＣＨＣＦ）によって決定される。ＰＤＣＨＣＦ  ＳＤＵが完全に満たされないならば、多重サブレイヤは、ＰＤＣＨＣＦ  ＳＤＵを完全に満たすために１つまたはそれ以上の埋め込みＭｕｘＰＤＵを挿入する。各埋め込みＭｕｘＰＤＵは“０”ビットを含む。多重サブレイヤは次に、組み立てられたＰＤＣＨＣＦ  ＳＤＵをＨＡＲＱ−ＣＦに供給する。
【００３２】
ＨＡＲＱ−ＣＦは、２ビットフィールド（Ｐ）をＰＤＣＨＣＦ  ＳＤＵの終端に追加することによって、多重サブレイヤから受信した各ＰＤＣＨＣＦ  ＳＤＵを処理して、ここではＨＡＲＱパケットと呼ばれる、対応するＰＤＣＨ物理レイヤＳＤＵを形成する。ＨＡＲＱ−ＣＦは次にＨＡＲＱパケットを物理レイヤに供給する。
【００３３】
物理レイヤターボは、各ＨＡＲＱパケットを符号化して対応する円コーダパケットを生成する。エンコーダパケットの一部または全体はエンコーダパケットのサブパケットとして物理レイヤチャネルを介して送信される。サブパケットは独自のサブパケット識別子（ＳＰＩＤ）によって特定される。特に、エンコーダパケットは‘０’、‘１’、‘２’、‘３’のＳＰＩＤをもつサブパケットとして送信可能である。各サブパケットは受信機が受信パケットを復号してＨＡＲＱパケットを復元可能にするために十分な量の符号化データを含む。異なるサブパケットは概してエンコーダパケットの異なる部分を含む。４つのサブパケットはエンコーダパケットの異なるバージョンとしてみなされる。
【００３４】
サブパケットは、ＨＡＲＱ−ＣＦによって提供される送信フォーマットに基いて概してただちに（すなわち動的に）生成される。特に、エンコーダパケットに対するサブパケットは、ＨＡＲＱ−ＣＦが異なる送信フォーマットを使用することを決定するならば、たとえサブパケットが同じＡＣＩＤをもつとしても、エンコーダパケットの異なる部分に対応する。
【００３５】
物理レイヤは次に、以下に述べるように、規定された送信手順に従って一度に１つのサブパケットを端末に送信する。
【００３６】
基地局がエンコーダパケットのサブパケットを特定の移動局に送信するときに、基地局は、送信されたサブパケットに対してこの端末からのフィードバックを受信する前に、所定の時間、待機する必要がある。これは、フォワードリンクに関してサブパケットを送信し、リバースリンクに関してフィードバックを送信することは時間を要するからである。基地局および端末での関連する処理もまた時間を要する。無駄な時間をなくしてパフォーマンスを強化するために、基地局は、この端末からのエンコーダパケットのフィードバックを待つ間に他のエンコーダパケットを同じあるいは他の端末に送信する。
【００３７】
これは、Ｆ−ＰＤＣＨの４つの論理チャネルとしてみなされるであろう４つの独立のＡＲＱチャネルに関するパケットデータチャネル送信を支持するために用いられるＨＡＲＱ−ＣＦによって行われる。これら４つのＡＲＱチャネルは基地局が、４つの係属中のエンコーダパケットトランザクションを介して４つまでのエンコーダパケットを平行して所定の端末に送信することを可能にする。すなわち、所定の時間において、４つまでの未送信のエンコーダパケット（すなわち、端末によって正しく受信されたとまだ認定されていないパケット）が存在可能である。
【００３８】
使用されるＡＲＱチャネルの特定の数は、基地局によって決定され、端末に通知される。これらのＡＲＱチャネルは、各ＡＲＱチャネルに割り当てられたＡＲＱチャネル識別子（ＡＣＩＤ）によって独自に特定される。例えば、４つのＡＲＱチャネルは、‘０’、‘１’、‘２’、‘３’のＡＣＩＤが割り当てられる。Ｆ−ＰＤＣＨに関して送信される各サブパケットに対するＡＣＩＤは、付随のＦ−ＰＤＣＣＨに関して送信される制御情報によって独自に特定される。したがって、復号動作に先立ってどのサブパケットを組み合わせるかに関して端末でのあいまいさは存在しない。
【００３９】
基地局でのＨＡＲＱ−ＣＦは一組の規則にしたがって各エンコーダパケットに対するサブパケットを送信する。所定のエンコーダパケットにおいて、基地局はエンコーダパケットに対する他のサブパケットの前にサブパケット‘０’を送信する。基地局は、エンコーダパケットに対して送信されるサブパケットの全体数が８つ超えない限り、サブパケット‘０’、‘１’、‘２’、‘３’を任意の時間に任意の順番で任意の回数だけ送信することができる。基地局は、任意のサブパケットを複数回送信可能であり、サブパケット‘０’以外の任意のサブパケットを省略することができる。
【００４０】
所定のエンコーダパケットに対するサブパケットは異なる送信長さ（または周期）上を送信される。基地局はまた、異なる送信長さを使用して１回以上同じサブパケットを再送することができる。
【００４１】
サブパケット内の余剰な情報によって、端末は、４つすべてのサブパケットが送信される前にエンコーダパケットを首尾よく復号することができる。端末がサブパケットを受信するときに、端末は、このエンコーダパケット（すなわち、現在及び以前の送信に対するサブパケット）に対して受信されたすべてのサブパケットに基いて、エンコーダパケットを復号することを試みる。復号動作が成功した（すなわち、エンコーダパケットに対するＣＲＣが有効である）ならば、端末はＲ−ＡＣＫＣＨに関してＡＣＫを送信し、基地局はまた、このエンコーダパケットに対するサブパケットの送信を停止する。一方、復号動作が失敗（すなわち、エンコーダパケットに対するＣＲＣが無効）ならば、端末は、Ｒ−ＡＣＫＣＨチャネルに関してＮＡＫを送信する。基地局は、エンコーダパケットに対するさらなるサブパケットを送信するために端末からのＡＣＫ／ＮＡＫフィードバックを使用することができる。
【００４２】
端末は復号に先立って同じエンコーダパケットに対する現在と以前の受信サブパケットを組み合わせるので、端末が、同じＡＲＱチャネル内で受信されたサブパケットが新たなエンコーダパケットに対するものであるときを決定することを可能にするための機構が提供される。このようにして、端末は、以前のエンコーダパケットに対する同じＡＲＱチャネルに関して以前に受信されたサブパケットを除いて新たなエンコーダパケットに対するサブパケットの蓄積を開始することができる。ｃｄｍａ２０００の場合に、この機構は、基地局によってＦ−ＰＤＣＣＨに関して送信された付随の制御メッセージに含まれているＡＲＱ識別子シーケンス（ＡＲＱ＿ＩＳ）番号を具備する。ＡＲＱ＿ＩＳ番号は、同じＡＲＱチャネルに関して送信された連続するエンコーダパケットに対して‘０’と‘１’の間で切り替わる単一ビットであり、好ましくは、１ビットシーケンス番号である。ＡＲＱ＿ＩＳ番号は、ここでは‘カラー’ビットと呼ばれる。
【００４３】
新たなエンコーダパケットに対する第１のサブパケットがＡＲＱチャネルを介して送信されたとき、受信機は、これは切り換えられた（flipped）カラービットによる新たなエンコーダパケットであることを通知する。特に、所定のＡＲＱチャネルに関して送信された特定のエンコーダパケットのすべてのサブパケットに対するカラービットは特定の値（例えば“１”）に設定される。同じＡＲＱチャネルに関して送信された次のエンコーダパケットの全てのサブパケットに対するカラービットは他の値（例えば“０”）に設定される。受信サブパケットに対するカラービットが変化(すなわち切り換え)するならば、端末はこのサブパケットを新たなエンコーダパケットに対する第１のサブパケットとして処理し、同じＡＲＱチャネルに関して以前に受信したすべてのサブパケットを廃棄する。
【００４４】
パケットデータチャネルに関連するすべての物理チャネルに関する送信は、スロット単位で発生し、ｃｄｍa２０００ならば１スロットは１．２５ミリ秒である。F-PDCH及びF-PDCCHに関する送信は１，２あるいは４スロットの周期（すなわち、１．２５ミリ秒、２．５ミリ秒あるいは５ミリ秒）で発生し、R-ACKCHに関する送信は１．２５ミリ秒、２．５ミリ秒あるいは５ミリ秒のスロット間隔で発生する。
【００４５】
サブパケットがARQチャネルに関して送信されたときに、パケットデータ部はF-PDCHに関して送信され、対応する制御情報は２つのF-PDCCH、F-PDCCH0及びF-PDCCH１の１つに関してメッセージとして送信される。端末がパケットデータチャネルに割り当てられたとき、それは２つの共有F-PDCCHに関する端末を独自にアドレス付与するためにMAC識別子（MAC_ID）が割り当てられる。F-PDCCHに関するメッセージは、各F-PDCCH  SDUにおけるMAC_IDフィールドを、F-PDCHに関して送信されるサブパケットを受信するように指定された端末に割り当てられたMAC_IDに設定することにより、特定の端末に向けられる。
【００４６】
メッセージは、端末がパケットデータチャネルに割り当てられたときに任意のスロットで開始される２つのF-PDCCHのいずれかに関して端末に送信される。すなわち、端末は制御メッセージを受信するためにF-PDCCH0を連続的に監視して処理する必要がある。端末に専用に用いられるF-PDCCH0に関して何らメッセージが受信されないならば、当該端末は同じ時間間隔に対してF-PDCCH1を処理する必要がある。F-PDCCH0あるいはF-PDCCH1に関して受信された制御メッセージが、サブパケットがF-PDCHを関して端末に送信されることを示しているならば、端末はサブパケットを復元するためにF-PDCHを処理する。説明を簡単にするために、F-PDCCH0及びF-PDCCH1はここではF-PDCCHと総称することにある。
【００４７】
図４は、パケットデータチャネルに関する例示的なデータ送信を示すタイミング図である。この例は２つのスロットのACK_DELAYとともに送信される３つのサブパケットを示している。ACK_DELAYは、対応するF-PDCH送信に対する、F-PDCH送信の終わりとR-ACKCH送信の開始との間のスロットの数を特定する。
【００４８】
時間Ｔ1で、第１のサブパケット割り当てに対するF-PDCCHに関して２つのスロットメッセージが送信される。このメッセージは第１のARQチャネルに対する初期の送信を示し、SPID＝‘０’かつACID＝‘０’である。F-PDCCHメッセージの周期が２スロットなので、F-PDCHに関するサブパケット‘０’の送信は２スロットとなる。この例では端末はF-PDCCHに関して制御メッセージを受信し、F-PDCHを処理するが、受信したサブパケット‘０’に基いて第１のARQチャネルに対するHARQパケットを復元することに失敗する。端末は続いて、時間Ｔ2 でのF-PDCH送信の終了から２スロット（あるいはACK_DELAYスロット）目である、時間Ｔ3でR-ACKCHに関してNAKを送信する。
【００４９】
時間Ｔ3で、４つのスロットメッセージが新たなサブパケット割り当てに対するF-PDCCHに関して送信される。このメッセージは第２のARQに対する初期の送信を示し、SPID＝‘０’かつACID=‘１’である。F-PDCCHメッセージの周期は４スロットであるから、F-PDCHに関するサブパケット送信の周期は４スロットである。この例において、端末は、受信サブパケット‘０’に基いて第２のARQチャネルに対するエンコーダパケットを正しく復号することができる。端末は次に、時間Ｔ4 でのF-PDCH送信の終了から２スロット目である、時間Ｔ5でR-ACKCHに関してACKを送信する。
【００５０】
時間Ｔ6で、１スロットのメッセージは他のサブパケット割り当てに対してF-PDCCHに関して送信される。このメッセージは、第１のARQチャネルに関して現在のエンコーダパケットに対するサブパケット‘１’の再送を示し、SPID=‘１’かつACID＝‘０’である。F-PDCCHの周期は１スロットであるから、F-PDCHに関するサブパケット送信の周期は１スロットである。端末は次に、受信したサブパケット‘０’と‘１’とを組み合わせ、第１のARQチャネルに対してエンコーダパケットを復号することを試みる。この例において、端末は受信したサブパケット‘０’及び‘１’に基いてエンコーダパケットを正しく復号することに失敗する。端末は次に、時間Ｔ7 でのF-PDCH送信の終了から２スロット目である、時間Ｔ8でR-ACKCHに関してNAKを送信する。
【００５１】
概して、受信機ＨＡＲＱ−ＣＦは受信機に対して送信された各サブパケットに対するACKフィードバックを提供するかあるいは提供しない。次の内容は各サブパケット送信をカバーする。
【００５２】
・受信機がF-PDCCHに関して制御情報を受信するのに失敗したならば、サブパケット送信の存在に気がつかない。このサブパケット送信に対してR-ACKCHに関して受信機によってフィードバックは送信されない。
【００５３】
・受信機が制御メッセージを正しく受信したが、F-PDCHに関して特定のエンコーダパケットに対して受信したすべてのサブパケットに基いてHARQパケットを復元するのに失敗したならば、サブパケット送信に気がついていたのであり、NAKを送信機に送信する。
【００５４】
・受信機がF-PDCCHに関して制御メッセージを受信し、F-PDCHに関して受信されたサブパケットに基いてＨＡＲＱパケットを復元することができるならば、ACKを送信機に送信する。
【００５５】
各送信サブパケットについて、送信機は受信機から受信したフィードバック（あるいはその欠如）に基いて適切な応答アクションを実行する。特に、送信機は次のことを実行する。
【００５６】
・ＡＣＫフィードバックがサブパケット送信に対して受信機から受信されなかったならば、送信機ＨＡＲＱ−ＣＦは同じARQチャネルに関してＨＡＲＱパケットに対して他のサブパケットを再送する。送信機ＨＡＲＱ―ＣＦは、各ＨＡＲＱパケットに対して最大数のサブパケット（例えば８）までを送信する。
【００５７】
・サブパケット送信に対してACKが受信されたならば、送信機ＨＡＲＱ−ＣＦはエンコーダパケットに対するさらなるサブパケットの送信／再送を停止する。
【００５８】
送信機及び受信機でのＲＬＰ及びＨＡＲＱ−ＣＦエンティティは、パケットデータチャネルに関する信頼性あるデータ送信を提供する。これらのエンティティのそれぞれによって実行される機能を以下に要約する。以下の説明において、“欠落”パケットとは、特定のエンティティによってまだ復元／受信されないが、不完全なエンコーダパケット送信に属し、引き続いて復元／受信されるパケットである。“喪失”パケットとは、特定のエンティティによって復元／受信されないと決定されたパケットである。
【００５９】
送信機ＨＡＲＱ―ＣＦ：このエンティティは、R-ACKCHに関して受信されたACK/NAKフィードバックを観察することによって、所定のＨＡＲＱパケットが受信機によって首尾よく受信されたか否かを決定する。送信機ＨＡＲＱ−ＣＦはＨＡＲＱパケットの内容を理解できない。R-ACKCHに関するフィードバックに関する信頼は、送信機ＨＡＲＱ−ＣＦが次のエラーを受けやすいことを意味する：
・ACKはNAKになる：このエラーは、受信機へのさらなるサブパケットの不要な送信をトリガーする。
【００６０】
・NAKはACKになる：喪失ＨＡＲＱパケットに含まれるNAKに対する各ＲＬＰフレームに依存するのでこのエラーは非常に望ましくない。
【００６１】
送信機ＲＬＰ：このエンティティは、受信機ＲＬＰからのNAKを待つことによって、所定のＲＬＰフレームが首尾よく受信機に配送されたか否かを決定する。ｃｄｍａ２０００リリースＣにＨＡＲＱ−ＣＦを追加したので、以下に述べるように、送信機ＲＬＰは欠落ＲＬＰフレームに対する受信機ＲＬＰからＮＡＫを受信するまでに長い時間待機する必要がある。
【００６２】
受信機ＨＡＲＱ−ＣＦ：このエンティティは、対応するＨＡＲＱパケットを回収するために、送信機ＨＡＲＱ−ＣＦによって送信された各エンコーダパケットを復号することを試みる。受信機ＨＡＲＱ−ＣＦがそれに対するサブパケット送信を示す制御メッセージを受信するならば、サブパケットを受信して、処理中のエンコーダパケットに対してそれまでに受信されたすべてのサブパケットを蓄積し、蓄積されたサブパケットを復元してＨＡＲＱパケットを回収するために、Ｆ−ＰＤＣＨを処理する。復号の結果に基いて、受信機ＨＡＲＱ−ＣＦは大きな遅延なしにＨＡＲＱパケットが正しく受信されたか否かを決定することができる。受信機ＨＡＲＱ−ＣＦはＨＡＲＱパケットの中に何が含まれていたかを知らない。
【００６３】
受信機ＨＡＲＱ−ＣＦは、以下のそれぞれに対して少なくとも１つの制御メッセージを検出したときにのみ送信とエンコーダパケットの存在を知っている。
【００６４】
（１）以前のサブパケット、（２）現在のサブパケット、（３）同じＡＣＩＤと共に送信される次のサブパケット。特に、受信機ＨＡＲＱ−ＣＦは、新たなエンコーダパケットを検出するためにカラービットの反転を観察する必要がある。したがって、受信機ＨＡＲＱ−ＣＦは、エンコーダパケットが送信されたことを直ちに検出することができない（例えば、制御メッセージが欠落したならば、次のサブパケット送信を待たなければならない）。
【００６５】
受信機ＲＬＰ：このエンティティは、受信されたＲＬＰフレームのシーケンス番号を見ることによってＲＬＰフレームが欠落しているか否かを決定することができる。しかしながら、受信機ＲＬＰは、欠落ＲＬＰフレームが（１）受信機ＨＡＲＱ−ＣＦがさらなるサブパケット再送を介してまだ復元しようとしているＨＡＲＱパケットの一部であるか、（２）受信機ＨＡＲＱ−ＣＦによって復元されないであろう喪失ＨＡＲＱパケットの一部、であるかを短時間内に決定することができない。受信機ＲＬＰは、ＲＬＰ再送に対するＮＡＫを送信する前に完了するために、ＨＡＲＱ−ＣＦ再送に対して十分な量の時間待機する必要がある。その結果、欠落ＲＬＰフレームのＲＬＰ再送に対する遅延は概して長い。
【００６６】
ｃｄｍａ２０００リリースＣにおいて追加されたＨＡＲＱ−ＣＦはレイヤ２の機能を拡張するが、ＲＬＰの動作に影響を与える。ＨＡＲＱ−ＣＦがない（ｃｄｍａ２０００リリース０、Ａ及びＢの場合）ならば、ＲＬＰフレームは１つずつ順番に送信できる。次にＲＬＰは、（１）ＲＬＰフレームを高位のレイヤに順序正しく配送するかあるいは（２）ＲＬＰ再送を実行するのに使用される。したがって、受信機ＲＬＰが、ＲＬＰフレームが欠落していることを検出したならば、直ちにＮＡＫを送信して再送すべきＲＬＰフレームを要求することができる。
【００６７】
（ｃｄｍａ２０００リリースＣのように）ＨＡＲＱ−ＣＦがある場合には、複数のＨＡＲＱパケットが並行して受信機に送信され、各ＨＡＲＱパケットは１つまたはそれ以上のＲＬＰフレームを含む。さらに、ＨＡＲＱ−ＣＦは、ＨＡＲＱパケットが正しく復元されるまで特定の最大回数まで各ＨＡＲＱパケットを送信／再送することができる。
【００６８】
各ＨＡＲＱパケットが受信機ＨＡＲＱ−ＣＦによって復元されたとき、復元されたＨＡＲＱパケット内に含まれるＲＬＰフレームは受信機ＲＬＰに供給される。
【００６９】
ＨＡＲＱ−ＣＦによって複数のＨＡＲＱパケットが並列に送信され、かつ、ＨＡＲＱパケットが受信機ＨＡＲＱ−ＣＦによっていつ復元されるかに依存する異なる時間で、各ＨＡＲＱパケット内のＲＬＰフレームが受信機ＨＡＲＱ−ＣＦによって受信機ＲＬＰに送信されるので、受信機ＲＬＰが所定のＲＬＰフレームが実際に喪失されたことを検出するのは困難である。特に、受信機ＲＬＰが、（１）喪失ＲＬＰフレームは受信機ＨＡＲＱ−ＣＦによって供給されずＲＬＰによって再送される必要がある場合と、（２）欠落ＲＬＰフレームがＨＡＲＱ−ＣＦによってまだ再送されているＨＡＲＱパケットの一部である場合（この時点でのＲＬＰ再送は不要であることを意味する）、との２つの場合を区別することは困難である。
【００７０】
上記の不確かさを解決するための１つのＲＬＰ再送方法では、受信機ＲＬＰは欠落ＲＬＰフレームを検出したときＲＬＰ再送を要求することを控える。その代わりに、受信機ＲＬＰは、再送要求に対するＮＡＫを送信する前に所定の時間が経過するのを待つ。遅延されたＮＡＫに対する目的は、ＨＡＲＱ−ＣＦに対してＨＡＲＱパケットの送信を完了するために十分な時間を与えることである。この方法は、“遅延されたＮＡＫ”ＲＬＰ送信方法と呼ばれる。
【００７１】
図５は、パケットデータチャネルに関するデータ送信に対する受信機ＲＬＰと受信機ＨＡＲＱ−ＣＦ間の相互作用を示す図である。この図は、遅延されたＮＡＫ  ＲＬＰ再送方法の動作を示す。この例において、パケットデータチャネル送信に対して、‘０’、‘１’、‘２’のＡＣＩＤをもつ３つのＡＲＱチャネルが使用される。説明を簡単にするために、この例に対するサブパケット送信はおのおのが交互に繰り返される等しい周期である（すなわち、同じ送信長さ）である。
【００７２】
時間Ｔ1を開始として、受信機ＨＡＲＱ−ＣＦは、ＡＲＱチャネル‘０’に関してサブパケット送信を示すＦ−ＰＤＣＣＨに関する制御メッセージを受信し、このＡＲＱチャネルに関して送信されたサブパケットを処理し、ＡＲＱチャネル‘０’に関して送信されたＨＡＲＱパケットを首尾よく復元する。復元されたＨＡＲＱパケットは次にマルチプレックスサブレイヤに渡されて、このＨＡＲＱパケット内に含まれるＲＬＰフレームを受信機ＲＬＰに供給する。受信機ＨＡＲＱ−ＣＦは、このＨＡＲＱパケットに対して時間Ｔ3でＲ−ＡＣＫＣＨに関してＡＣＫを送信する。
【００７３】
時間Ｔ2で開始する次のサブパケット送信において、受信機ＨＡＲＱ−ＣＦはＦ−ＰＤＣＣＨに関する制御メッセージの検出に失敗する。したがって、受信機ＨＡＲＱ−ＣＦによってＨＡＲＱパケットは復元されず、ＲＬＰフレームは受信機ＲＬＰには供給されない。さらに、受信機ＨＡＲＱ−ＣＦはこのサブパケット送信に対してＲ−ＡＣＫＣＨに関して何も送信しない。
【００７４】
時間Ｔ4で開始され、受信機ＨＡＲＱ−ＣＦは、ＡＲＱチャネル‘２’に関するサブパケット送信を示すＦ−ＰＤＣＣＨに関する制御メッセージを受信し、このＡＲＱチャネルに関して送信されるサブパケットを処理し、ＡＲＱチャネル‘２’に関して送信されるＨＡＲＱパケットを首尾よく復元する。この復元されたＨＡＲＱパケットは次にマルチプレックスサブレイヤに渡されて、このＨＡＲＱパケット内に含まれるＲＬＰフレームを受信機ＲＬＰに供給する。受信機ＨＡＲＱ−ＣＦはこのＨＡＲＱパケットに対する時間Ｔ6でＲ−ＡＣＫＣＨに関するＡＣＫを送信する。
【００７５】
時間Ｔ7で開始され、受信機ＲＬＰは、ＡＲＱチャネル‘２’から復元されたＨＡＲＱパケット内に含まれるＲＬＰフレームを受信する。受信機ＲＬＰはこれらのＲＬＰフレームのシーケンス番号とＡＲＱチャネル‘０’から以前に受信した内容を調べる。受信機ＲＬＰは次に２つの欠落ＲＬＰフレームが存在することを決定する。しかしながら、これらの欠落ＲＬＰフレームの再送を要求するためにＲＬＰサブレイヤでＮＡＫを直ちに送信する代わりに、受信機ＲＬＰはこれらの欠落ＲＬＰフレームに対する遅延ＮＡＫタイマーを開始する。受信機ＲＬＰは次に遅延されたＮＡＫタイマーの満了でＮＡＫを送信する。
【００７６】
時間Ｔ6で開始され、受信機ＨＡＲＱ―ＣＦは、ＡＲＱチャネル‘０’に関するサブパケット送信を示すＦ−ＰＤＣＣＨに関する制御メッセージを受信し、このＡＲＱチャネルに関して送信されたサブパケットを処理し、ＡＲＱチャネル‘０’に関して送信されたＨＡＲＱパケットを受信するのに失敗する。ＡＲＱチャネル‘０’に関する再送は、このＡＲＱチャネルに関して以前に送信されたＨＡＲＱパケットに対するＲ−ＡＣＫＣＨに関するＡＣＫを受信しないとき、送信機ＨＡＲＱ―ＣＦによって開始される。再び、ＨＡＲＱパケットは正しく復元されなかったので、ＲＬＰフレームは受信機ＲＬＰに供給されない。しかしながら、受信機ＲＬＰはこのサブパケット送信に対して時間Ｔ9でＲ−ＡＣＫＣＨに関してＮＡＫを送信する。
【００７７】
引き続くサブパケット送信に対する処理は同様の方法で発生する。容易にわかるように、ＨＡＲＱパケットは受信機ＨＡＲＱ−ＣＦによって未知の順番で復元される。すなわち、受信機ＲＬＰに供給されたＲＬＰフレームは欠落穴により順番が狂っているだろう。
【００７８】
上記した遅延ＮＡＫ  ＲＬＰ再送方法は、遅延ＮＡＫタイマーに対して適切な値が選択されたならば機能する。しかしながら、しかしながら、このタイマー値は、使用中のすべてのＡＲＱチャネルに対するＨＡＲＱ−ＣＦについて最長の再送遅延となる控えめな値である必要がある。大きなタイマー値は、受信機ＲＬＰは各欠落ＲＬＰフレームの再送を要求するに先立って長時間待機する必要があるので不必要にシステムパフォーマンスと効率に影響を与える。
【００７９】
ＲＬＰとＨＡＲＱ―ＣＦの機能を利用するための技術が提供され、これによってそれらはシステムパフォーマンスを増大するためにシームレスでかつ効率よく動作する。これらの技術は、遅延ＮＡＫ  ＲＬＰに関して改善されたパフォーマンス（例えばＴＣＰで）を提供するＲＬＰ送信方法を実行するために、異なるエンティティ（例えば受信機ＲＬＰ及び受信機ＨＡＲＱ−ＣＦ）で利用可能な異なる情報を利用するものであり、控えめなタイマー値をもつ遅延ＮＡＫに依存する。
【００８０】
受信機ＲＬＰが欠落ＲＬＰフレームを検出するときに、欠落フレームはまだ、下部のＨＡＲＱ−ＣＦによる送信処理中にある。したがって、受信機ＲＬＰは、このＲＬＰフレームが真に喪失されたという判断に高い信頼性を得るために、所定量の時間だけ待機することを望む。理想的には、受信機ＲＬＰは、ＲＬＰフレームが誤報ＮＡＫを介したＲＬＰフレームの不必要な再送を避けるために実際に失われたことが１００パーセント確認された後にのみＮＡＫを送信する。しかしながら、受信機ＲＬＰは下部のＨＡＲＱ−ＣＦの動作について無知である。したがって、遅延ＮＡＫタイマーに対する値は比較的長くする必要がある。
【００８１】
一側面において、動的イベント駆動型タイマーは、受信機ＲＬＰによって欠落していると決定される各ＲＬＰフレームに対して受信機ＨＡＲＱ−ＣＦによって維持される。この動的タイマーは可変周期を有し、以下に詳細に述べるように、その満了は受信ＨＡＲＱ−ＣＦに既知のイベントによってトリガーされる。受信機ＲＬＰは各欠落ＲＬＰフレームに対する固定タイマー（すなわち、固定時間周期をもつ遅延ＮＡＫタイマー）を維持する。受信機ＲＬＰは次にＮＡＫを送信機ＲＬＰに返送し、ＲＬＰフレームに対して動的タイマーかあるいは固定タイマーのいずれかが満了したならば、欠落ＲＬＰフレームの再送を要求する。
【００８２】
図７は、欠落ＲＬＰフレームに対して維持された動的タイマー及び固定タイマーに基づいてＲＬＰサブレイヤで欠落ＲＬＰフレームの再送を開始するためのプロセス７００の実施形態のフロー図である。
【００８３】
まず、受信機ＲＬＰは欠落ＲＬＰフレームを検出する（ステップ７１２）。図５に示すように、これは、受信機ＲＬＰによって受信されたＲＬＰフレームのシーケンス番号を観察し、欠落ＲＬＰフレームを、すでに受信機ＲＬＰにあるＲＬＰフレーム間に入るフレームとして識別することによって達成される。欠落ＲＬＰフレームが検出されたならば、受信機ＲＬＰは、検出された欠落ＲＬＰフレームに対して、“要求”を受信機ＨＡＲＱ−ＣＦに送信する（ステップ７１４）。この要求は、各欠落ＲＬＰフレームに対して検出された動的タイマーを維持することを受信機ＨＡＲＱ−ＣＦに対して依頼するものである。一実施形態において、ＲＬＰフレームは受信機ＲＬＰに対して利用可能であるが受信機ＨＡＲＱ−ＣＦに対しては利用可能でないシーケンス番号によって識別されるので、受信機ＲＬＰは、受信機ＨＡＲＱ−ＣＦに対して送信する各要求とともに、欠落ＲＬＰフレームに対するシーケンス番号を提供する。
【００８４】
受信機ＲＬＰからの要求を受信したときに、受信ＨＡＲＱ−ＣＦは、要求に含まれるシーケンス番号リストによって識別される各欠落ＲＬＰフレームに対する動的タイマーを開始する（ステップ７２２）。受信機ＨＡＲＱ−ＣＦによって維持される各動的タイマーは、特定の欠落ＲＬＰフレームのシーケンス番号に関連する。受信機ＨＡＲＱ−ＣＦはその後、各同的タイマーを維持し、受信機ＨＡＲＱ−ＣＦに既知のイベントに基づいて動的タイマーを更新する（ステップ７２４）。各動的タイマーはある種のイベントの発生に基づいて満了し、異なるイベントによって異なる動的タイマーが影響を受ける。動的タイマーの保守とタイマー満了に対する条件について以下に詳細に説明する。
【００８５】
受信機ＨＡＲＱ−ＣＦは、所定の欠落ＲＬＰフレームに対して複数の動的タイマーが満了したときにはいつでも、受信機ＲＬＰに対して“指示”を送信する（ステップＳ７２６）。複数の動的タイマーが複数の欠落ＲＬＰフレームに対して満了するならば、そのようなすべてのパケットに対して１つの指示が送信される。一実施形態において、動的タイマーが満了したすべての欠落ＲＬＰフレームのシーケンス番号のリストが当該指示に即して送信される。この指示は、受信機ＲＬＰに対してこれらのＲＬＰフレームに対するＨＡＲＱ送信／再送が完全に行われたので、受信機ＨＡＲＱ−ＣＦがこれらのＲＬＰフレームを配送することを予期しないことを通知する。受信機ＲＬＰは当該指示が識別された欠落ＲＬＰフレームがたしかに失われたことを意味するものと解釈する。
【００８６】
図７に示す実施形態において、受信機ＲＬＰは各欠落ＲＬＰフレームに対して固定タイマーを開始する（ステップＳ７３２）。固定タイマーに対する値は、パケットデータチャネルに関して動作の開始でシステムによって構成可能であり、その後、パケットデータチャネル動作の周期に固定される。欠落ＲＬＰフレームに対する固定タイマーが満了するときに、受信機ＲＬＰは、このＲＬＰフレームに対する受信機ＨＡＲＱ−ＣＦによって維持される対応する動的タイマーをキャンセルするために、“コマンド“を受信機ＨＡＲＱ−ＣＦに送信することができる（ステップ７３４）。当該フレームに対する動的タイマーがトリガーされた後に、いったん欠落したＲＬＰフレームを受信したときにも同様にして、受信機ＲＬＰは動的タイマーをキャンセルするために受信機ＨＡＲＱ−ＣＦに対してコマンドを送信することができる。
【００８７】
受信機ＲＬＰは、受信機ＨＡＲＱ−ＣＦからの指示と、任意の固定タイマーの満了の“通知”とを受信する（ステップ７４２）。受信機ＲＬＰは次に、その固定タイマーが満了するかあるいはその動的タイマーが満了した各ＲＬＰフレームの復元を開始する（ステップ７４４）。このＲＬＰフレームはＲＬＰサブレイヤで再送を介して復元される。図７に示す工程は周期的にあるいは指定の時間に実行される。例えば、ＲＬＰフレームが受信機ＲＬＰに供給されるたびに受信機ＲＬＰに対する工程が実行されるとともに、Ｆ−ＰＤＣＨに関する各サブパケット送信の終了に受信機ＨＡＲＱ−ＣＦに対する工程が実行される。
【００８８】
上記したように、受信機ＨＡＲＱ−ＣＦは受信機ＲＬＰによって欠落ＲＬＰフレームのリストが提供される。受信機ＨＡＲＱ−ＣＦは次に、欠落ＲＬＰフレームの各々に対して動的タイマーを維持するように命令される。そのような各動的タイマーは、欠落ＲＬＰフレームが受信機ＨＡＲＱ−ＣＦによって復元されないことが決定されたときに満了する。しかしながら、ＲＬＰフレームはＨＡＲＱパケット内に含まれており、受信機ＨＡＲＱ−ＣＦは復元されたＨＡＲＱパケットの内容を知らないので、復元されたＨＡＲＱパケットに含まれていたＲＬＰフレームを特別に特定することができない。
【００８９】
復元されたＲＬＰフレームのシーケンス番号にアクセスすることなしに特定の欠落ＲＬＰフレームが失われたか否かを決定するために、受信機ＨＡＲＱ−ＣＦに対する技術が提供される。一実施形態において、このことは、欠落ＲＬＰフレームを含むＨＡＲＱパケットを送信するのに使用されたすべての可能なＡＲＱチャネルを、ＡＲＱチャネルがなくなるまで連続的に除去することによって達成される。この時点で欠落ＲＬＰフレームは失われたとみなされ、その動的タイマーは満了する。
【００９０】
図８は、特定の欠落ＲＬＰフレームが失われたか否かをＦ−ＰＤＣＨに関するサブパケット送信に基づいて決定するためのプロセス８００の実施形態のフロー図である。プロセス８００は、受信機ＲＬＰによって欠落していることが検出された各ＲＬＰフレームに対して使用される。プロセス８００は、欠落ＲＬＰフレームに対する動的タイマーを初期化する一組のステップ７２２ａと、動的タイマーを更新する一組のステップ７２４ａとを含む。ステップ７２２ａは図７におけるステップ７２２に対して使用され、ステップ７２４ａはステップ７２４に対して使用される。
【００９１】
まず、欠落ＲＬＰフレームに対する動的タイマーを維持するために受信機ＲＬＰから要求が受信される（ステップ８１２）。要求を受信したときに受信機ＨＡＲＱ−ＣＦは、欠落ＲＬＰフレームを含むＨＡＲＱパケットを送信するのに用いられるすべての可能なＡＲＱチャネルを含めるために候補組を初期化する（ステップ８１４）。この候補組は概して、一組の良好なＲＬＰフレームを受信機ＲＬＰにまさに配送したＡＲＱチャネル（“欠落した”ＡＲＱチャネルと呼ばれる）を除いて、パケットデータチャネル送信に対する受信機に割り当てられたすべてのＡＲＱチャネルを含む。
【００９２】
図５に示すように、受信機ＲＬＰは、特定のＡＲＱチャネルから復元された良好なＨＡＲＱパケットに含まれていた一組の良好なＲＬＰフレームを受信した後で、特定のＲＬＰフレームが時間Ｔ7の近くで欠落していることを検出することができる。不備のＨＡＲＱパケットが受信機ＨＡＲＱ−ＣＦによって連続的に復元されるまで、送信機ＨＡＲＱ−ＣＦは同じＡＲＱチャネルに関して良好なＨＡＲＱパケットを送信しないので、このＡＲＱチャネルは欠落ＲＬＰフレームをもつ不備なＨＡＲＱパケットを送信するのに使用されたチャネルではない。
【００９３】
図８に戻って、ステップ８１２及び８１４は要求を受信したときに、欠落ＲＬＰフレームに対する動的タイマーを初期化するために実行される。その後、動的タイマーはステップ８２０から８４８を実行することによって更新される。この更新は、それが欠落ＲＬＰフレームを含むＨＡＲＱパケットを送信するのに使用されたものであるかどうかを決定するために候補組内の各ＡＲＱチャネルを評価することによって達成される。
【００９４】
動的タイマーが初期化されたときに、端末は端末に専用に用いられる次のサブパケットの受信を待つ（ステップ８２０）。次のサブパケットが受信されて対応するＰＤＣＨが処理されたとき、動的タイマーの更新は、評価のための候補組の第１のＡＲＱチャネルを選択することによって開始される（ステップ８２２）。次に、ＨＡＲＱパケットがこのＡＲＱチャネルから首尾よく復元されたか否かについての決定がなされる（ステップ８２４）。答えがＹＥＳならば、このＡＲＱチャネルは候補組から除去される（ステップ８３０）。このＡＲＱチャネルを除去する理由は、候補組内の省略されたＡＲＱチャネルを含めないことに対する理由と同じである。欠落ＲＬＰフレームがＡＲＱチャネルに関して送信されるならば、受信機ＲＬＰは対応するＲＬＰフレームを受信したときにこの動的タイマーをキャンセルする。
【００９５】
一方、ステップ８２４の後で、ＡＲＱチャネルに関して送信された新たなＨＡＲＱパケットが送信されたか否かについての決定がなされる（ステップ８２６）。“新たな”ＨＡＲＱパケットは、動的タイマーが初期化された後で送信が開始される新たなＨＡＲＱパケットを表す。答えがＹＥＳの場合には、このＡＲＱチャネルは候補組から除去される（ステップ８３０）。新たなＨＡＲＱパケットはいくつかの理由の１つによりこのＨＡＲＱチャネルを介して送信された。まず、送信機ＨＡＲＱ−ＣＦは、欠落ＲＬＰフレームを含む、以前のＨＡＲＱパケットの送信／再送の最大数の後で新たなＨＡＲＱパケットを送信する。次に、送信機ＨＡＲＱ−ＣＦは以前のＨＡＲＱパケットに対するＡＣＫを誤って検出し、以前のＨＡＲＱパケットが正しく復元されたことを仮定した。いずれの場合であっても、受信機ＨＡＲＱ−ＣＦは、以前のＨＡＲＱパケットに対するさらなるサブパケットがこのＡＲＱチャネルに関して送信されなかったことに対する確証をもつことができる。すなわち、ＡＲＱチャネルは候補組から除去される。
【００９６】
ＡＲＱチャネルに関する新たなＨＡＲＱパケットの送信は、各サブパケット送信に対するＦ−ＰＤＣＣＨに関して送信されるカラービットを観察することによって検出される。上記したように、カラービットは、ＡＲＱチャネルを介して送信された各新たなＨＡＲＱパケットに対して切り換えられる。“新たな”ＨＡＲＱパケットを、動的タイマーが初期化された後で送信が開始される新たなＨＡＲＱパケットとして規定され、“以前の”ＨＡＲＱパケットを動的タイマーが初期化されたときにすでに送信されているＨＡＲＱパケットとして規定される。動的タイマーが初期化されたときに、端末が“以前の”ＨＡＲＱパケットの存在を検出するならば、“新たな”ＨＡＲＱパケットの送信は、一回のＡＲＱチャネルの切り換えに対するカラービット（すなわち、以前のＨＡＲＱパケットに対する古い値から新たなＨＡＲＱパケットに対する新たな値への変化）を観察することによって検出される。しかしながら、受信機ＨＡＲＱ−ＣＦは、動的タイマーが初期化されたときに“以前の”ＨＡＲＱパケットの存在を検出することに失敗する可能性がある。このことは、端末が符号器パケットに対する以前のすべてのサブパケットの関連する制御メッセージの検出に失敗したときに起こる。この場合、端末が動的タイマーが初期化された後の第１のカラービットの変化を観察するときに、それは単に“以前の”ＨＡＲＱパケットの存在を検出する。“新たな”ＨＡＲＱパケットの存在を検出するために、端末は２つのカラービット値の変化を観察する必要がある。すなわち、“新たな”ＨＡＲＱパケットは、カラービットが２度切り換わるのを観察することによってより大きな信頼度で検出される。
【００９７】
一方、ステップ８２６の後で、過去の時間Ｔm以内にこのＡＲＱチャネルに関してサブパケット送信が受信されたか否かについての決定がなされる（ステップ８２８）。一実施形態において、この時間間隔は動的タイマーが初期化された後で受信がスケジュールされる連続するＭ回に対応する。パラメータＭはたとえば、（１）パケットデータチャネル送信に対して受信機に割り当てられたＡＲＱチャネルの全体数、及び（２）各ＨＡＲＱパケットに対する送信／再送の最大数、などの種々の要因に基づいて選択される。概して、ＡＲＱチャネルを使用する可能性が小さいならば、Ｍはより大きな値に設定されるが、これは、より多くのＡＲＱチャネルが割り当てられより少ない再送が許可される場合である。一実施形態において、Ｍは以下のように設定される。
【００９８】
♯ＡＲＱチャネル≦Ｍ≦α・（＃ＡＲＱチャネル）
ここで、αは１よりも大きな適切に選択された定数である。ステップ８２８に対する答えがＹＥＳならば、このＡＲＱチャネルは候補組から除去される（ステップ８３０）。
【００９９】
一実施形態において、候補組における各ＡＲＱチャネルに対してカウンタを設定することにより試験が実行される。各カウンタはゼロに初期化される。サブパケットが当該端末に対して、しかし他のＡＲＱチャネルに対して受信されるときに、特定のＡＲＱチャネルに対するカウンタはインクリメントされる。サブパケットが端末に対してかつこのＡＲＱチャネルに関して受信されるときカウントはゼロにリセットされる。カウンタがＭに到達するときに、ＡＲＱチャネルは候補組から除去される。
【０１００】
送信機のスケジューラは概して、長い間送信キューにあったエンコーダパケットに対して高い優先権を与える。さらに、エンコーダパケットは概してその優先権に基づく順番で送信される。この場合、係属中のＨＡＲＱパケットは概して、送信キュー内の順番に従って再送される。パラメータＭは上記の２つの仮定の有効性の度合いに基づいて選択される。
【０１０１】
ステップ８２８に対する答えがＮＯあるいはＡＲＱチャネルがステップ８３０において設定された候補から除去されたならば、設定された候補組におけるすべてのＡＲＱチャネルが評価されたか否かについての決定がなされる（ステップ８３２）。答えがＮＯならば、組内の次のＡＲＱチャネルが選択され（ステップ８３４）、このＡＲＱチャネルを評価するために処理はステップ８２４に戻る。
【０１０２】
一方、ステップ８３２に決定されたように、組内のすべてのＡＲＱチャネルが評価されたならば、候補組が空かどうかについての決定がなされる（ステップ８４２）。候補組が空であるならば、欠落ＲＬＰフレームを含むＨＡＲＱパケットを送信するのに用いられるＡＲＱチャネルが存在しないことになり、欠落ＲＬＰフレームに対する動的タイマーは満了に設定される（ステップ８４４）。ステップ８４６で決定されたように、候補組が空でないが（例えば、欠落ＲＬＰフレームまたは欠落フレームの復元のために受信機ＲＬＰによって維持された固定タイマーが満了したときに）動的タイマーをキャンセルするためのコマンドを受信機ＲＬＰから受信したならば、動的タイマーはキャンセルされる（ステップ８４８）。一方、候補組が空でなく、動的タイマーをキャンセルするためのコマンドを受信機ＲＬＰから受信しないならば、処理はステップ８２０に戻り、端末はそれに当てられた次のサブパケットを待つ。動的タイマーの満了あるいはキャンセルがあったときに処理は停止される。
【０１０３】
動的タイマーはＦ−ＰＤＣＨに関する各サブパケットの受信の終了で周期的に更新される。動的タイマーが更新の後に満了するならば、受信機ＨＡＲＱ−ＣＦは欠落ＲＬＰフレームに対して受信機ＲＬＰに対する指示を送信する。
【０１０４】
図８に示されるプロセスは、欠落ＲＬＰフレームをもつＨＡＲＱパケットを送信するのに用いられたすべての可能なＡＲＱチャネルの候補組を効果的に決定し、このＨＡＲＱパケットを送信するのに用いることができない候補組における各ＡＲＱチャネルを除去する。欠落ＲＬＰフレームは、要求が送信されたときに候補内のＡＲＱチャネルに関して再送される。異なるイベントを評価することによって、受信機ＨＡＲＱ−ＣＦは、ＲＬＰフレームがまだＡＲＱチャネルの任意の１つに関して送信されている可能性を除去できる。これは、候補組を削減する目的となる。受信機ＨＡＲＱ−ＣＦは、いったん欠落ＲＬＰフレームがＡＲＱチャネルを介して送信されていないと決定したならば、その指示を送信する。図８のプロセスは可能な候補ＡＲＱチャネルを連続的に除去する。
【０１０５】
可能なＡＲＱチャネルを候補組から除去する他の基準も使用され、これも本発明の範囲に包含される。さらに、図８に示す３つすべての基準を実行する必要は無い。例えば、ステップ８２８に示される基準は削除され、受信機ＲＬＰによって維持される固定タイマーは、動的タイマーを“時間切れ（time out）”に依存している。
【０１０６】
ＲＬＰ以下のＨＡＲＱ−ＣＦのＡＣＫ／ＮＡＫ機構は、パケットデータチャネルに関するデータ送信の信頼性を改善するために利用される。一実施形態において、送信機ＨＡＲＱ−ＣＦが、（このエンコーダパケットに対する所定回数の再送の後で）特定のエンコーダパケットが失われたことを認識したときに、送信機ＨＡＲＱ−ＣＦは同じＡＲＱチャネルであるが異なるカラービット値を介してもう一度エンコーダパケットを再送することができる。これは、エンコーダパケットに対して受信したすべてのサブパケットを除去して復号プロセスを新たに開始することを受信機に対して要請する。この自律(autonomous)送信機ＨＡＲＱ−ＣＦ再送手順は、長い遅延の後に発生する受信機ＲＬＰからの遅延ＮＡＫを待つことなしに失われたエンコーダパケットを再送することを可能にする。
【０１０７】
送信機ＨＡＲＱ−ＣＦによる自立再送が使用されるならば、図８に示される欠落ＲＬＰフレームに対する動的タイマーの更新は、新たなカラービット値をもつ同じエンコーダパケットの再送を可能にするために変更される。一実施形態において、カラービットが（２回ではなく）３回切り換えられた場合には、図８に示すステップ８２６に対して、新たなＨＡＲＱパケットが検出されてＡＲＱチャネルを介して送信される。
【０１０８】
受信機ＨＡＲＱ−ＣＦで欠落ＲＬＰフレームが失われたか否かを決定する他の機構が実装されるが、これも本発明の範囲内にある。
【０１０９】
図６は、上記した固定及び動的タイマーをもつパケットデータチャネルに関するデータ送信のための受信機ＲＬＰ及び受信機ＨＡＲＱ−ＣＦ間の相互作用を示す図である。図６に示されるパケットデータチャネル送信の例は、図５を参照して上記したものと同じである。特に、‘０’、‘１’、‘２’のＡＣＩＤをもつ３つのＡＲＱチャネルが使用されるが、サブパケット送信はすべて等しい時間長さであり、交互に送信される。
【０１１０】
上記したように、時間Ｔ7の近くで、受信機ＲＬＰはシーケンス番号Ｓ２及びＳ３をもつ２つの欠落ＲＬＰフレームがあることを決定する。受信機ＲＬＰは次にこれらの欠落ＲＬＰフレームに対する固定タイマーを開始するとともに、これらのフレームに対する動的タイマーを開始するために受信機ＨＡＲＱ−ＣＦに対して要求を送信する。
【０１１１】
この要求を受信したとき、受信機ＨＡＲＱ−ＣＦは、それぞれシーケンス番号Ｓ２、Ｓ３をもつ２つの欠落ＲＬＰフレームに対して、２つの動的タイマー、タイマー＿Ａ及びタイマー＿Ｂを開始する。これらの動的タイマーを初期化するために、受信機ＨＡＲＱ−ＣＦは各欠落ＲＬＰフレームに対して候補組を形成する。それぞれタイマー＿Ａ及びタイマー＿Ｂに対する候補組ＣA及びＣBは、それぞれＡＣＩＤ＝‘０’及びＡＣＩＤ＝‘１’を含むが、ＡＣＩＤ＝‘２’は含まない。これは、このＡＲＱチャネルは最後の良好なＨＡＲＱパケットを提供するからである。
【０１１２】
受信機ＨＡＲＱ−ＣＦは次に、端末に向けられた各受信サブパケット送信の後でアクティブな動的タイマーを更新する。時間Ｔ10の直後、受信機ＨＡＲＱ−ＣＦは、良好なＨＡＲＱパケットがＡＲＱチャネル‘０’から復元され、ＡＣＩＤ＝‘０’は両候補組ＣA及びＣBから除去されることを決定する。各候補組はこの時点で、ＡＣＩＤ＝‘１’のみを含む。
【０１１３】
時間Ｔ12の直後、受信機ＨＡＲＱ−ＣＦは、候補組ＣA及びＣBに含まれていないＡＲＱチャネル‘２’から良好なＨＡＲＱパケットが復元されたことを決定する。すなわち、このサブパケット送信に対して候補組ＣA及びＣBに関して何の変化もない。時間Ｔ14の直後、受信機ＨＡＲＱ−ＣＦは、良好なＨＡＲＱパケットがARQチャネル‘１’から復元され、ＡＣＩＤ＝‘１’が両候補組ＣA及びＣBから除去されることを決定する。受信機ＨＡＲＱ−ＣＦは次に、候補組ＣA及びＣBがともに空であることを決定する。その結果、２つの動的タイマー、タイマー＿Ａ及びタイマー＿Ｂは満了に設定される。受信機ＨＡＲＱ−ＣＦは次に、満了したタイマー＿Ａ及びタイマー＿Ｂに関連するシーケンス番号Ｓ２及びＳ３をもつ受信機ＲＬＰに対して指示を送信する。
【０１１４】
図６に示す例は、ＡＲＱチャネルに関する良好なＨＡＲＱパケットの復元をもとにして２つの候補組における各ＡＣＩＤの除去を示している。候補組からＡＲＱチャネルを除去するための図８に示された２つの基準は起動されない。
【０１１５】
ここに記述された技術は、下層のＨＡＲＱ再送機構をもつシステムに対して改善されたＲＬＰ再送を提供するのに使用される。これらの技術は、ｃｄｍａ２０００、ＣＤＭＡシステム、Ｗ−ＣＤＭＡシステムなどの種々の通信システムに使用される。この技術は、（ＲＬＰに対応する）上位再送機構と（ＨＡＲＱ−ＣＦに対応する）低位再送機構とをもつ他の通信システムにも適用可能である。これらの技術は、他のタイプの通信システム（例えば、ＴＤＭＡ及びＦＤＭＡシステム）に使用される。
【０１１６】
図９は、基地局１０４及び端末１０６の実施形態のブロック図である。順方向リンクに関して、パケットデータチャネル送信を受信するべく指定された特定の端末に対してＦ−ＰＤＣＨ及びＦ−ＰＤＣＣＨのデータは、送信（ＴＸ）データプロセッサ９１２によって受信及び処理（例えばフォーマット、符号化など）される。Ｆ−ＰＤＣＨ及びＦ−ＰＤＣＣＨに対する処理は、ｃｄｍａ２０００標準文書の記述に従って実行される。処理されたデータは次に、変調器（ＭＯＤ）９１４に供給され、変調されたデータを提供するためにさらに処理（例えば、チャネル化、拡散など）される。送信機（ＴＭＴＲ）ユニット９１６は次に、変調されたデータを１つまたはそれ以上のアナログ信号に変換されて、さらに加工（例えば、増幅、ろ波、周波数アップコンバート）される。順方向リンク信号はデュプレクサ（Ｄ）９２２を通過し、アンテナ９２４を介して指定の端末に送信される。
【０１１７】
端末では、順方向リンク信号はアンテナ９５２によって受信され、デュプレクサ（Ｄ）９５４を通過し、受信機（ＲＣＶＲ）ユニット９５６に供給される。受信機ユニット９５６は受信信号を加工（例えば、ろ波、増幅、周波数ダウンコンバート）し、加工された信号をデジタル化してサンプルを生成する。復調器９５８は次に、当該サンプルを処理（例えば逆拡散、チャネル化、データ復調）してシンボルを生成する。復調器９５８は、受信信号の複数のインスタンス（すなわちマルチパス成分）を処理して合成シンボルを生成する。受信（ＲＸ）データプロセッサ９６０は次にシンボルを復号し、受信したパケット／フレームを検査し、復号されたデータを提供する。復調器９５８及びＲＸデータプロセッサ９６０はそれぞれ変調器９１４及びＴＸデータプロセッサ９１２による処理と相補う関係にある。
【０１１８】
一実施形態において、ＲＸデータプロセッサ９６０は物理レイヤ及びＨＡＲＱ−ＣＦに対する処理を実行し、コントローラ９７０はＲＬＰに対する処理を実行する。この実施形態において、ＲＸデータプロセッサ９６０は、（１）正しく復元された各ＨＡＲＱパケットに対して復号されたデータ、（２）各サブパケット送信（例えばＡＣＫまたはＮＡＫ）の状態、（３）満了した動的タイマーの指示、などを提供する。コントローラ９７０は次に、欠落ＲＬＰフレームを検出し、欠落していると検出されたＲＬＰフレームに対する要求を提供する。コントローラ９７０はさらに、受信機ＲＬＰに対する適切なＮＡＫをＴＸデータプロセッサ９８２に供給し、受信機ＨＡＲＱ−ＣＦに対するＡＣＫ／ＮＡＫフィードバックを変調器９８４に供給する。
【０１１９】
逆方向リンクに関して、逆方向リンクに対するデータ及びＲＬＰフィードバック情報はＴＸデータプロセッサ９８２によって処理（例えばフォーマット化、符号化など）され、変調器９８４によってさらに処理（例えばチャネル化、拡散など）され、逆方向リンク信号を生成するために送信機ユニット９８６によって加工（例えばアナログ信号への変換、増幅、ろ波、周波数アップコンバート）される。逆方向リンク信号は次に、デュプレクサ９５４を通り、アンテナ９５２を介して基地局に送信される。
【０１２０】
基地局で、逆方向リンク信号はアンテナ９２４によって受信され、デュプレクサ９２２を通り、受信機ユニット９４２に供給される。受信機ユニット９４２は、受信信号を加工（例えば、周波数ダウンコンバート、ろ波、増幅など）し、加工された信号をデジタル化してサンプルストリームを生成する。復調器９４４は次に、サンプルを加工（例えば、逆拡散、チャネル化など）してシンボルを提供し、ＲＸデータプロセッサ９４６はさらに、端末に対して復号されたデータを供給する。順方向及び逆方向リンクに対するデータ処理は、ｃｄｍａ２０００標準文書によって記述される。
【０１２１】
コントローラ９３０は、復調器９４４からのＨＡＲＱ−ＣＦ  ＡＣＫ／ＮＡＫフィードバックを受信し、ＲＸデータプロセッサ９４６からのＲＬＰ  ＮＡＫフィードバックを受信して、ＨＡＲＱ−ＣＦ及びＲＬＰに対して適切な再送を行なう。
【０１２２】
コントローラ９３０及び９７０はさらに、基地局及び端末での処理をそれぞれ制御する。各コントローラは、ＲＬＰ再送に対して上記された技術のすべてあるいは一部を実装するように設計されている。コントローラ９３０及び９７０によって必要とされるプログラムコード及びデータはそれぞれメモリユニット９３２及び９７２に記憶される。
【０１２３】
ＲＬＰ再送に関してここに記述された技術は、種々の手段により実装される。例えば、これらの技術は、ハードウェア、ソフトウェア、それらの組み合わせにより実装される。ハードウェア実装の場合、技術を実装するのに使用される要素（例えば、図７及び図８に示される処理を実行する要素）は、１つまたはそれ以上の特定用途向け集積回路（ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤＳＰ）、デジタル処理装置（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロ−コントローラ、マイクロプロセッサ、上記の機能を実行するべく設計された他の電子ユニット、あるいはそれらの組み合わせによって実装される。
【０１２４】
ソフトウェア実装の場合、これらの技術は上記の機能を実行するモジュール（例えば、手順、機能など）によって実装される。ソフトウェアコードはメモリユニット（例えば図９に示すメモリユニット９３２及び９７２）に記憶され、プロセッサ（例えば、コントローラ９３０及び９７０）によって実行される。メモリユニットはプロセッサ内部あるいはプロセッサの外部に実装される。外部実装の場合には、当業界で既知の種々の手段を介してプロセッサに通信可能に結合される。
【０１２５】
開示された実施形態の上記の説明は当業者が本発明を製造あるいは使用可能にするために提供された。当業者にとってこれらの実施形態に対する種々の変形例が可能であり、ここで規定された一般的な原理は、本発明の精神或いは範囲を逸脱することなしに他の実施形態にも適用可能である。すなわち、本発明は、ここに示された実施形態に限定されることはなく、請求の範囲に開示された原理及び新規な特徴に適合する限り、最も広い権利範囲が与えられてしかるべきである。
【図面の簡単な説明】
【０１２６】
本発明の特徴、性質そして利点は、図面を参照して以下に述べる詳細な説明からより明らかになる。同一の参照文字は明細書全体にわたって同じ要素を示すものとする。
【図１】ＣＤＭＡ通信システムの図である。
【図２】ｃｄｍａ２０００リリースＣによって規定されるレイヤ構造の図である。
【図３】パケットデータチャネルに関するデータ送信のために基地局によって行なわれるデータカプセル化を示す図である。
【図４】パケットデータチャネルに関するデータ送信の一例を示すタイムチャートである。
【図５】パケットデータチャネルに関するデータ送信のために受信機ＲＬＰと受信機ＨＡＲＱ−ＣＦ間の相互作用を示す図である。
【図６】固定及び動的タイマーを用いた、パケットデータチャネルに関するデータ送信のために受信機ＲＬＰ及び受信機ＨＡＲＱ−ＣＦ間の相互作用を示す図である。
【図７】動的タイマー及び固定タイマーに基づいてＲＬＰサブレイヤで欠落ＲＬＰフレームの再送を開始するためのプロセスのフローチャートである。
【図８】特定の欠落ＲＬＰフレームが失われたか否かをＦ−ＰＤＣＨに関する再送に基づいて決定する手順を示すフローチャートである。
【図９】基地局及び端末の実施形態のブロック図である。
【図１】
2005529546.tif 000003
【図２】
2005529546.tif 000004
【図３】
2005529546.tif 000005
【図４】
2005529546.tif 000006
【図５】
2005529546.tif 000007
【図６】
2005529546.tif 000008
【図７】
2005529546.tif 000009
【図８】
2005529546.tif 000010
【図９】
2005529546.tif 000011
【国際調査報告】
2005529546.tif 000012
2005529546.tif 000013
2005529546.tif 000014