(57)【要約】初期伝送および再伝送を関連付けるための方法を提供する。方法は、システムフレーム番号、サブフレーム番号、初期伝送と関連付けられる期間、および／または予約ＨＡＲＱプロセスＩＤの数に基づいて、初期伝送のＨＡＲＱプロセスＩＤを決定するステップを含む。方法はさらに、ＨＡＲＱプロセスＩＤに基づいて、初期伝送を再伝送と関連付けるステップを含む。別の実施形態では、構成された伝送と関連付けられるＨＡＲＱ  ＩＤを導出するための方法が提供される。方法は、次の式、ｆｌｏｏｒ（（ＳＦＮ＊１０＋サブフレーム番号）／（構成されたスケジューリングの期間））／ｍｏｄ（予約ＨＡＲＱプロセスＩＤの数）に基づいて、ＨＡＲＱ  ＩＤを決定するステップを含む。【選択図】図１
2011528872.tif 000002
【特許請求の範囲】
【請求項１】
システムフレーム番号に基づいて、初期伝送に対してＨＡＲＱプロセスＩＤを決定するように構成される構成要素を備える、システム。
【請求項２】
前記システムは、ユーザエージェントである、請求項１に記載のシステム。
【請求項３】
前記システムは、アクセスデバイスである、請求項１に記載のシステム。
【請求項４】
前記構成要素は、また、サブフレーム番号にも基づいて、前記ＨＡＲＱプロセスＩＤを決定するようにさらに構成される、請求項１〜３のいずれか一項に記載のシステム。
【請求項５】
前記構成要素は、また、ＨＡＲＱプロセスＩＤの予約数にも基づいて、前記ＨＡＲＱプロセスＩＤを決定するようにさらに構成される、請求項１〜４のいずれか一項に記載のシステム。
【請求項６】
前記構成要素は、また、期間にも基づいて、前記ＨＡＲＱプロセスＩＤを決定するように構成される、請求項１〜５のいずれか一項に記載のシステム。
【請求項７】
前記初期伝送は、半持続的な、または構成された資源と関連付けられる、請求項１〜６のいずれか一項に記載のシステム。
【請求項８】
前記初期伝送は、ＨＡＲＱプロセスＩＤを含有している、対応する物理的ダウンリンク制御チャネル通知を有しない、請求項１〜７のいずれか一項に記載のシステム。
【請求項９】
サブフレーム番号、システムフレーム番号、予約ＨＡＲＱプロセスＩＤの数、および初期伝送と関連付けられる期間に基づいて、前記初期伝送のＨＡＲＱプロセスＩＤを決定するように構成される構成要素を備える、システム。
【請求項１０】
前記構成要素は、式に基づいて前記初期伝送に対して前記ＨＡＲＱプロセスＩＤを決定し、該式は、
ｆｌｏｏｒ（（ｉ＊１０＋ｊ）／ｐ）ｍｏｄ  Ｍ
ここに、ｉ＝システムフレーム番号、ｊ＝サブフレーム番号、ｐ＝期間、およびＭ＝予約ＨＡＲＱプロセスＩＤの数である、請求項９に記載のシステム。
【請求項１１】
前記初期伝送と関連付けられる前記予約ＨＡＲＱプロセスＩＤの数および前記期間は、無線資源制御信号伝達を介して提供される、請求項９に記載のシステム。
【請求項１２】
初期伝送および再伝送を関連付ける方法であって、
システムフレーム番号に基づいて、該初期伝送に対してＨＡＲＱプロセスＩＤを決定することと、
該初期伝送を該ＨＡＲＱプロセスＩＤと関連付けることと
を含む、方法。
【請求項１３】
決定することは、前記ＨＡＲＱプロセスＩＤをサブフレーム番号に基づかせることをさら含む、請求項１２に記載の方法。
【請求項１４】
決定することは、前記ＨＡＲＱプロセスＩＤをＨＡＲＱプロセスＩＤの予約数に基づかせることをさらに含む、請求項１２〜１３のいずれか一項に記載の方法。
【請求項１５】
決定することは、前記ＨＡＲＱプロセスＩＤを期間に基づかせることをさらに含む、請求項１２〜１４のいずれか一項に記載の方法。
【請求項１６】
前記初期伝送は、ＨＡＲＱプロセスＩＤを含有している、対応する物理的ダウンリンク制御チャネル通知を有しない、請求項１２〜１５のいずれか一項に記載の方法。
【請求項１７】
初期伝送および再伝送を関連付ける方法であって、
サブフレーム番号に基づいて、該初期伝送に対してＨＡＲＱプロセスＩＤを決定することと、
該初期伝送を該ＨＡＲＱプロセスＩＤと関連付けることと
を含む、方法。
【請求項１８】
決定することは、前記ＨＡＲＱプロセスＩＤをシステムフレーム番号に基づかせることをさらに含む、請求項１７に記載の方法。
【請求項１９】
決定することは、前記ＨＡＲＱプロセスＩＤを予約ＨＡＲＱプロセスＩＤの数に基づかせることをさらに含む、請求項１７〜１８のいずれか一項に記載の方法。
【請求項２０】
決定するステップは、前記ＨＡＲＱプロセスＩＤを期間に基づかせることをさらに含む、請求項１７〜１９のいずれか一項に記載の方法。
【請求項２１】
前記初期伝送は、ＨＡＲＱプロセスＩＤを含有している、対応する物理的ダウンリンク制御チャネル通知を有しない、請求項１７〜２０のいずれか一項に記載の方法。
【請求項２２】
初期伝送および再伝送を関連付ける方法であって、
システムフレーム番号、サブフレーム番号、予約ＨＡＲＱプロセスＩＤの数、および期間に基づいて、該初期伝送に対してＨＡＲＱプロセスＩＤを決定することと、
該初期伝送を該ＨＡＲＱプロセスＩＤと関連付けることと
を含む、方法。
【請求項２３】
決定することは、式に基づいており、該式は、
ｆｌｏｏｒ（（ｉ＊１０＋ｊ）／ｐ）ｍｏｄ  Ｍ
式中、ｉ＝システムフレーム番号、ｊ＝サブフレーム番号、ｐ＝期間、およびＭ＝予約ＨＡＲＱプロセスＩＤの数である、請求項２２に記載の方法。
【請求項２４】
前記予約ＨＡＲＱプロセスＩＤの数および前記期間は、無線資源制御信号伝達を介して提供される、請求項２２に記載の方法。
【請求項２５】
構成された伝送と関連付けられるＨＡＲＱ  ＩＤを導出する方法であって、
式に基づいて、該ＨＡＲＱ  ＩＤを決定することであって、該式は、
ｆｌｏｏｒ（（ＳＦＮ＊１０＋サブフレーム番号）／（前記構成されたスケジューリングの期間））／ｍｏｄ（予約ＨＡＲＱプロセスＩＤの数）
であることを含む、方法。
【請求項２６】
前記予約ＨＡＲＱプロセスＩＤの数および前記構成されたスケジューリングの前記期間は、無線資源制御信号伝達を介して提供される、請求項２５に記載の方法。
【請求項２７】
前記構成された伝送は、半持続的または構成された資源と関連付けられる、請求項２５〜２６のいずれか１項に記載の方法。
【請求項２８】
前記構成された伝送は、ＨＡＲＱプロセスＩＤを含有している、対応する物理的ダウンリンク制御チャネル通知を有しない、請求項２５〜２７のいずれか一項に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
本明細書において使用される場合、用語「ユーザエージェント」および「ＵＡ」は、携帯電話、個人用デジタル補助装置、ハンドヘルドまたはラップトップコンピュータ、および電気通信能力を有する類似デバイス等の無線デバイスを指すことができる。いくつかの実施形態では、ＵＡは、携帯無線デバイスを指し得る。そのようなＵＡは、無線デバイスと、加入者識別モジュール（ＳＩＭ）アプリケーション、ユニバーサル加入者識別モジュール（ＵＳＩＭ）アプリケーション、または取外し可能なユーザ識別モジュール（Ｒ−ＵＩＭ）アプリケーションを含む、その関連するユニバーサル集積回路カード（ＵＩＣＣ）とから成るか、あるいはそのようなカードを伴わないデバイス自体から成る場合がある。用語「ＵＡ」は、また、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等の類似能力を有するが、可搬型ではない、デバイスを指し得る。ＵＡがネットワークノードである時、ネットワークノードは、無線デバイス等の別の機能を代理し、無線デバイスを模擬または模倣することができる。例えば、いくつかの無線デバイスでは、一般的にデバイス上にあってもよい、ＩＰ（インターネットプロトコル）マルチメディアサブシステム（ＩＭＳ）セッション開始プロトコル（ＳＩＰ）クライアントは、実際にはネットワーク内にあり、最適化プロトコルを使用して、ＳＩＰメッセージ情報をデバイスに中継する。換言すれば、従来的に無線デバイスによって実施されていた、いくつかの機能は、遠隔ＵＡの形態で分散することができ、遠隔ＵＡは、ネットワーク内の無線デバイスを表す。用語「ＵＡ」はまた、ＳＩＰセッションを終端することができる、いずれのハードウェアまたはソフトウェア構成要素を指すこともできる。
【０００２】
従来の無線電気通信システムでは、携帯電話として既知の基地局内の伝送機器は、地理的領域全体に信号を伝送する。技術が発展するにつれて、以前は可能ではなかったサービスを提供することができる、より先進的な機器が発表された。この先進的な機器には、例えば、従来の無線電気通信システムにおける同等機器より高度に発展させられた、基地局または他のシステムおよびデバイスというよりはむしろ、拡張されたノードＢ（ＥＮＢ）を含み得る。そのような先進的な、または次世代の機器は、本明細書において、長期発展（ＬＴＥ）機器と呼ばれ得、そのような機器を使用するパケットベースネットワークは、発展したパケットシステム（ＥＰＳ）と呼ぶことができる。本明細書で使用される場合、用語「アクセスデバイス」は、電気通信システム内の他の構成要素へのアクセスを有するＵＡを提供することができる、従来の基地局またはＬＴＥ  ＥＮＢ等の任意の構成要素を指す。
【０００３】
無線ボイスオーバーインターネットプロトコル（ＶｏＩＰ）電話では、ＵＡとアクセスデバイスとの間においてデータを搬送する信号は、特定の組の周波数、時間、および符号化パラメータ、ならびにアクセスデバイスによって特定され得る他の特性を有することができる。特定の組のそのような特性を有する、ＵＡとアクセスデバイスとの間の接続は、資源と呼ぶことができる。アクセスデバイスは、一般的に、それが任意の特定の時間に通信する各ＵＡに異なる資源を確立する。
【発明の概要】
【課題を解決するための手段】
【０００４】
最初に、本開示の１つ以上の実施形態の例示的実装を以下に提供するが、開示されたシステムおよび／または方法は、現在既知であるか、既存であるかにかかわらず、任意の数の技術を使用して実装され得ることを理解されたい。本開示は、本明細書で例示および説明される例示的設計および実装を含む、以下で例示される例示的実装、図面、および技術に決して限定されるべきではないが、同等物の全範囲とともに、添付の請求項の範囲内において修正され得る。
【０００５】
一実施形態によると、システムが提供される。システムは、システムフレーム番号に基づいて、初期伝送のＨＡＲＱプロセスＩＤを決定するように構成される構成要素を含む。
【０００６】
別の実施形態では、代替的システムが提供される。システムは、サブフレーム番号、システムフレーム番号、予約ＨＡＲＱプロセスＩＤの数、および初期伝送と関連付けられる期間に基づいて、初期伝送のＨＡＲＱプロセスＩＤを決定するように構成される構成要素を含む。
【０００７】
別の実施形態では、初期伝送および再伝送を関連付けるための方法が提供される。方法は、システムフレーム番号に基づいて、初期伝送のＨＡＲＱプロセスＩＤを決定するステップを含む。方法はさらに、初期伝送をＨＡＲＱプロセスＩＤと関連付けるステップを含む。
【０００８】
別の実施形態では、初期伝送および再伝送を関連付けるための方法が提供される。方法は、サブフレーム番号に基づいて、初期伝送のＨＡＲＱプロセスＩＤを決定するステップを含む。方法はさらに、初期伝送をＨＡＲＱプロセスＩＤと関連付けるステップを含む。
【０００９】
別の実施形態では、初期伝送および再伝送を関連付けるための方法が提供される。方法は、システムフレーム番号、サブフレーム番号、予約ＨＡＲＱプロセスＩＤの数、および期間に基づいて、初期伝送のＨＡＲＱプロセスＩＤを決定するステップを含む。方法はさらに、初期伝送をＨＡＲＱプロセスＩＤと関連付けるステップを含む。
【００１０】
別の実施形態では、構成された伝送と関連付けられるＨＡＲＱ  ＩＤを導出するための方法が提供される。方法は、次の式、ｆｌｏｏｒ（（ＳＦＮ＊１０＋サブフレーム番号）／（構成されたスケジューリングの期間））／ｍｏｄ（予約ＨＡＲＱプロセスＩＤの数）に基づいて、ＨＡＲＱ  ＩＤを決定するステップを含む。
【図面の簡単な説明】
【００１１】
本開示をより完全に理解するために、添付の図面および発明を実施するための形態と併せて理解される、以下の簡単な説明を参照し、類似参照数字は、類似部品を表す。
【図１】図１は、本開示の実施形態による、データ伝送および再伝送の例示である。
【図２】図２は、本開示の実施形態による、初期伝送および再伝送を関連付けるための方法のダイアグラムである。
【図３】図３は、本開示の種々の実施形態のうちのいくつかで動作可能なユーザエージェントを含む、無線通信システムの図である。
【図４】図４は、本開示の種々の実施形態のうちのいくつかで動作可能なユーザエージェントのブロック図である。
【図５】図５は、本開示の種々の実施形態のうちのいくつかで動作可能なユーザエージェント上に実装され得る、ソフトウェア環境の図である。
【図６】図６は、本開示の種々の実施形態のうちのいくつかに好適な例示的汎用コンピュータシステムである。
【図７】図７ａおよび７ｂは、本開示の実施形態による、データ伝送および再伝送の代替的例示である。
【発明を実施するための形態】
【００１２】
資源容量を１回決定し、次いで、実質的に同一の資源容量を周期的に割り当てる手順は、半持続的スケジューリング（構成されたスケジューリングとも呼ばれる）と呼ぶことができる。半持続的スケジューリングでは、ＵＡの反復資源可用性に関するＰＤＣＣＨ（物理的ダウンリンク制御チャネル）通知がなく、したがって、アップリンクおよびダウンリンクの両方における信号伝達オーバーヘッドが低減される。つまり、半持続的スケジューリングでは、資源上の複数のデータパケットに提供される資源容量は、単一のスケジューリング要求またはＰＤＣＣＨ許可に基づいて割り当てられる。
【００１３】
ハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ：ＨＡＲＱ）は、半持続的スケジューリングを使用するデータ伝送を含むデジタル電気通信において使用される場合がある、誤り制御方法である。ＨＡＲＱは、受信者へのデータの伝送で開始する、一連の事象である。データは、多くの場合、符号化され、当業者に既知の方法における誤りの訂正および検出ビットを含む。データを受信する受信者は、データを復号し、肯定確認応答（ＡＣＫ）もしくは否定確認応答（ＮＡＣＫ）のメッセージまたは表示によって応答することを試みる。ＡＣＫは、データが受信され、正常に復号される場合に送信される。ＮＡＣＫが送信される場合、同一のデータまたは初期伝送と関連付けられる付加的な誤りの検出および訂正ビットを伴うデータの別の伝送が送信される。再伝送の受信者が付加的なビットを正常に復号することができる場合、受信者は、付加的なビットと関連付けられるデータブロックを受け入れる。受信者が付加的なビットを復号することができない場合、受信者は、再伝送を要求し得る（例えば、ＮＡＣＫ）。
【００１４】
図１は、アクセスデバイス１２０からＵＡ１１０への一連のデータ伝送を例示する。データ伝送は、初期伝送２１０と、ＵＡ１１０が初期伝送２１０を正常に受信しないときに実施される再伝送２２０とを含む。初期伝送２１０は、ＨＡＲＱ誤り検出ビットを含み、周期的パケット到着間隔２３０、例えば、２０ミリ秒で実施される。初期伝送２１０を受信すると、ＵＡ１１０は、割り振られた資源内において見つかるデータを復号することを試みる。復号が正常に行われる場合、ＵＡ１１０は、初回データ伝送２１０と関連付けられるデータパケットを受け入れ、肯定確認応答（ＡＣＫ）メッセージをアクセスデバイス１２０に送信する。復号が正常に行われない場合、ＵＡ１１０は、初回データ伝送２１０と関連付けられるデータパケットをＨＡＲＱプロセスＩＤと関連付けられるバッファ内に定置し、否定確認応答（ＮＡＣＫ）メッセージをアクセスデバイス１２０に送信する。
【００１５】
アクセスデバイス１２０がＮＡＣＫメッセージを受信する場合、アクセスデバイス１２０は、初期伝送２１０の再伝送２２０を送信する。再伝送２２０は、初期伝送２１０と同様に、ＨＡＲＱ誤り検出ビットを含み得る。再伝送２２０の復号が、その対応する初期伝送２１０と共に正常に行われない場合、ＵＡ１１０は、別のＮＡＣＫメッセージを送信してもよく、アクセスデバイスは、別の再伝送２２０を送信してもよい。ＵＡ１１０は、一般的に、復号の前に、初期伝送２１０およびその対応する再伝送２２０を組み合わせる。初期伝送２１０とその第１の再伝送２２０との間または２つの再伝送２２０の間の間隔は、一般的に、約数ミリ秒であり、往復時間２４０と呼ぶことができる。
【００１６】
ＵＡ１１０に初期伝送２１０を送信し、ＵＡ１１０からのＡＣＫまたはＮＡＣＫメッセージを待ち、ＮＡＣＫメッセージが受信されると再伝送２２０を送信するアクセスデバイス１２０のプロセスは、ＨＡＲＱプロセスと呼ぶことができる。アクセスデバイス１２０は、限られた数、例えば、８つのＨＡＲＱプロセスのみを支援することができる。各ＨＡＲＱプロセスは、一意のＩＤが与えられ、特定のＨＡＲＱプロセスは、１つの一連のデータ伝送専用に予約され得る。例えば、ＨＡＲＱプロセス１が半持続的資源用に予約される場合、他の伝送は、ＨＡＲＱプロセス１を使用することができない。
【００１７】
ＨＡＲＱプロセスＩＤは、ＰＤＣＣＨを介して指定され得る。上述のように、半持続的（または構成された）スケジューリングでは、トークスパートの本当に最初の初期伝送のみがＰＤＣＣＨにおいて割り振られる。半持続的（または構成された）資源と関連付けられる後続の初期伝送２１０は、ＰＤＣＣＨを介して割り振られず、したがって、関連ＨＡＲＱプロセスＩＤを有さない。ＰＤＣＣＨを介して割り振られる再伝送２２０のみが、ＨＡＲＱプロセスＩＤを割り振られる。したがって、初期伝送２１０と見込まれる再伝送２２０との間に直接結合は存在しない。つまり、ＵＡ１１０が再伝送２２０を受信すると、ＵＡ１１０は、再伝送２２０が再伝送を必要とする最も直近の初期伝送２１０のものであると仮定しなければならない場合があるが、再伝送は、実際には、以前の初期伝送２１０と関連付けられる場合がある。ＵＡ１１０が仮定しなければならない場合、誤った仮定を行う場合がある。
【００１８】
これは、図１に例示されることができ、このとき、ＵＡ１１０は初期伝送２１０ａをうまく受信しないと仮定することができる。初期伝送２１０ａは、半持続的（または構成された）資源を使用して送信された、本当に最初の伝送ではなく（すなわち、ＰＤＣＣＨによって信号伝達されていない）、代わりに、関連ＨＡＲＱプロセスＩＤを有しない初期伝送であると仮定される。ＵＡ１１０は、次いで、ＮＡＣＫをアクセスデバイス１２０に送信する。ＮＡＣＫを受信すると、アクセスデバイス１２０は、ＵＡ１１０に第１の再伝送２２０ａを送信する。再伝送がＰＤＣＣＨを介して送信されるため、これは、割り振られたＨＡＲＱプロセスＩＤを有する。ＵＡ１１０は、このデータをＩＤと関連付けられるＨＡＲＱプロセスに提供する。そのプロセスは、元の伝送からのデータを有し得るか、有し得ない。ＵＡ１１０は、第１の再伝送２２０ａを受信した後に、データを正常に復号せず、別のＮＡＣＫを送信する。アクセスデバイス１２０は、次いで、第２の再伝送２２０ｂを送信し、ＵＡ１１０は、この場合も同様に、これを正常に復号しない。ＵＡ１１０は、第３のＮＡＣＫを送信し、アクセスデバイス１２０は、第３の再伝送２２０ｃを送信する。
【００１９】
この問題を解決する簡単な方法は、アクセスデバイス１２０とＵＡ１１０との間のセッションの持続時間の間、全ての初期伝送２１０および再伝送２２０のＨＡＲＱプロセスＩＤを予約することである。この方法では、ＵＡ１１０は、再伝送２２０ａおよび２２０ｂが、例えば、初期伝送２１０ａと関連付けられることを認知し得る。
【００２０】
第２の初期伝送２１０ｂの後に起こる再伝送について、依然として問題が起こり得る。第１の初期伝送と第２の初期伝送との間に衝突が存在する。それらは、両方とも同一のＨＡＲＱプロセスＩＤを有する。また、現在、どちらの初期伝送が第２の初期伝送の後に実施される再伝送と組み合わされるかが未知である。この問題は、２つのＨＡＲＱプロセスを予約し、それらを交流初期伝送２１０に割り振ることによって解決され得る。ＵＡ１１０およびアクセスデバイス１２０が、両方ともこのように２つのＨＡＲＱプロセスが予約されていることを認識している場合、それらは、どちらの再伝送２２０がどちらの初期伝送２１０と関連付けられるかを決定することができる。当然ながら、同一の解決策によって、３つの初期伝送が含まれると、問題が拡張され得る。
【００２１】
２つのＨＡＲＱプロセスＩＤが予約されるときに生じ得る１つの潜在的曖昧さは、ＵＡ１１０が初期伝送２１０ａを受信すると、それは、どちらのＨＡＲＱプロセス、例えば、ＩＤ１またはＩＤ２が、初期伝送２１０ａに割り振られるべきかを認知していないということである。
【００２２】
一実施形態では、半持続的（または構成された）伝送が割り当てられると、メッセージは、無線資源制御（ＲＲＣ）上でＵＡ１１０に送信される。このＲＲＣメッセージは、半持続的（または構成された）伝送の期間を含有する。加えて、このメッセージは、半持続的伝送に予約ＨＡＲＱプロセスＩＤの数を含み得る。代替として、ＵＡ１１０およびアクセスデバイス１２０の両方は、半持続的資源に予約ＨＡＲＱプロセスＩＤの数を既に既知であってもよい。当業者は、半持続的伝送の期間および半持続的伝送に予約ＨＡＲＱプロセスＩＤの数を伝送するために使用することができる他のプロトコルを認識するであろう。
【００２３】
いったんＵＡ１１０が、半持続的資源が割り当てられたことを認知すると、ＵＡ１１０は、第１の初期伝送に注意を傾ける。一実施形態では、物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）上で第１の初期伝送の制御信号が送信される。ＰＤＣＣＨは、資源ブロック（ＲＢ）と、常に同一のサブフレーム内にある半持続的資源に使用される、変調および符号化スキーム（ＭＣＳ）とを含有する。ＵＡ１１０は、システムフレーム番号（ＳＦＮ）およびＰＤＣＣＨ上にＲＢおよびＭＣＳが伝送されたサブフレームを記す。ＵＡ１１０は、次いで、同一のサブフレーム内の半持続的データを取得するために、別のチャネル、物理的ダウンリンク共有チャネル（ＰＤＳＣＨ）を待つ。ＵＡ１１０は、次の初期伝送が予期される時を決定するために、期間情報を使用する。例えば、第１の初期伝送は、ＳＦＮ＝１、サブフレーム＝９で実施され、期間は、２０サブフレームであると仮定する。第２の初期伝送は、ＳＦＮ＝３およびサブフレーム＝９で実施され、ＳＦＮ当たり１０サブフレームが存在すると仮定する。ＵＡ１１０は、ＵＡ１１０にその挙動を変えるよう伝える別のメッセージをＵＡ１１０が受信するまで、各伝送内の情報を復号するために、予期されるＳＦＮ、サブフレーム、およびＲＢを待ち続ける。
【００２４】
前述のように、ＨＡＲＱプロセスＩＤを割り振る一方法は、所与のＩＤ（例えば、ＩＤ１）が受信される第１の伝送に割り振られると常に仮定することである。
【００２５】
別の実施形態では、どのＨＡＲＱプロセスＩＤが伝送に割り振られるかを決定するために、マッピング規則またはインデックスを使用することができる。一実施例は、マッピング規則が、本明細書においてｉと示されるＳＦＮ、および本明細書においてｊと示されるサブフレームに基づくようにすることである。より大きなフレーム（例えば、ＳＦＮ）当たりのサブフレームの数は、本明細書において、ｋと示される。
【００２６】
発展したパケットシステムまたはＬＴＥシステムでは、ｉの典型的な値は、０〜４０９５の整数であり、ｊの典型的な値は、０〜９の整数であり、ｋ＝１０である。本明細書においてｐと示される期間は、サブフレームの数を示す整数であり得る。マッピングプロセスでは、半持続的（または構成された）伝送に使用するために、Ｍの数のＨＡＲＱプロセスＩＤが予約されると仮定される。
【００２７】
一実施形態では、マッピングプロセスは、ＳＦＮ、サブフレーム、期間、および予約ＨＡＲＱプロセスＩＤの数に基づいている。関連ＨＡＲＱプロセスを導出する式の例は、以下の通りである（予約ＨＡＲＱプロセスは、０からＭ−１までのインデックスが付けられると仮定する）：
予約ＨＡＲＱプロセスのインデックス＝ｆｌｏｏｒ（（ｉ＊ｋ＋ｊ）／ｐ）ｍｏｄ  Ｍ
であって、式中、ｆｌｏｏｒ（ｘ）は、ｘ以下の最大整数を返す関数であり、ｍｏｄは、ある数を別の数で除算した整数の余りを求める演算である。
【００２８】
ｆｌｏｏｒ（ｘ）関数は、同様に機能する他の関数によって置換することができる。ｆｌｏｏｒ（ｘ）関数は、モジュロ関数の被除数が整数であることを確実にするために使用される。例えば、ｆｌｏｏｒ関数の代わりに、ｃｅｉｌｉｎｇ関数を使用することができる。
【００２９】
上記の式は、そのサブフレーム内において見つかる伝送に割り振られるＨＡＲＱプロセスＩＤに関する、ＵＡ１１０とアクセスデバイス１２０との間の曖昧さを除去する。
【００３０】
以下は、発展したパケットシステムまたはＬＴＥシステムにおいて、上記の式を使用することによってＨＡＲＱプロセスを求める実施例である。第１の初期伝送がＳＦＮ＝１、サブフレーム＝９であり、期間が２０サブフレームであり、予約ＨＡＲＱプロセスＩＤの数が２である（すなわち、ｉ＝１、ｊ＝９、ｋ＝１０、ｐ＝２０、およびＭ＝２）、上記に与えられる実施例に戻ると、予約ＨＡＲＱプロセスのインデックス＝ｆｌｏｏｒ（（１＊１０＋９）／２０）ｍｏｄ２＝ｆｌｏｏｒ（１９／２０）ｍｏｄ２＝０ｍｏｄ２＝０である。２つのＨＡＲＱプロセスＩＤ、例えば、６および８が予約されている場合、予約ＨＡＲＱプロセスのインデックス＝０であり、ＨＡＲＱプロセスＩＤが６であることを示す。第２の初期伝送は、ＳＦＮ＝３、サブフレーム９であり、期間および予約ＨＡＲＱプロセスＩＤの数は変わらない。したがって、ｉ＝３、ｊ＝９、ｋ＝１０、ｐ＝２０、およびＭ＝２である。予約ＨＡＲＱプロセスのインデックス＝ｆｌｏｏｒ（（３＊１０＋９）／２０）ｍｏｄ２＝１であり、その結果、予約ＨＡＲＱプロセスのインデックス＝１であり、ＨＡＲＱプロセスＩＤが８であることを示す。実施例を終了するために、第３の初期伝送は、ＳＦＮ＝５、サブフレーム９であり、期間および予約ＨＡＲＱプロセスＩＤの数は変わらない。したがって、ｊ＝５、ｊ＝９、ｋ＝１０、ｐ＝２０、およびＭ＝２である。予約ＨＡＲＱプロセスのインデックス＝ｆｌｏｏｒ（（５＊１０＋９）／２０）ｍｏｄ２＝ｆｌｏｏｒ（５９／２０）ｍｏｄ２＝２ｍｏｄ２＝０であり、ＨＡＲＱプロセスＩＤは、この場合も同様に１となる。
【００３１】
別の実施例では、ｉ＝３、ｐ＝５、ｊ＝４、ｋ＝１０、およびＭ＝２と仮定される。式に従うと、予約ＨＡＲＱプロセスのインデックス＝ｆｌｏｏｒ（（３＊１０＋４）／５）ｍｏｄ２＝ｆｌｏｏｒ（３４／５）ｍｏｄ２＝６ｍｏｄ２＝０である。期間ｐの後の次の伝送では、ｉ＝３、ｊ＝９であり、ｐおよびＭは変わらない。今、ＨＡＲＱ予約プロセスのインデックス＝ｆｌｏｏｒ（（３＊１０＋９）／５）ｍｏｄ２＝ｆｌｏｏｒ（３９／５）ｍｏｄ２＝７ｍｏｄ２＝１である。期間ｐの後の第３の伝送では、ｉ＝４、ｊ＝３、ｋ＝１０であり、ｐおよびＭは変わらない。今、ＨＡＲＱ予約プロセスのインデックス＝ｆｌｏｏｒ（（４＊１０＋３）／５）ｍｏｄ２＝ｆｌｏｏｒ（４３／５）ｍｏｄ２＝８ｍｏｄ２＝０である。式に従うと、本実施例では、各期間で、ｆｌｏｏｒ関数の結果は、１増加する。
【００３２】
さらに別の実施例では、Ｍは、３に設定され得る。上記の実施例に従うと、今、第１の伝送では、ＨＡＲＱ予約プロセスのインデックス＝６ｍｏｄ３＝０である。第２の伝送では、ＨＡＲＱ予約プロセスのインデックス＝７ｍｏｄ３＝１である。最後に、第３の伝送では、ＨＡＲＱ予約プロセスのインデックス＝８ｍｏｄ３＝２である。一実施形態では、予約ＨＡＲＱプロセスＩＤの数は、再伝送が実施されると予期される期間の数に少なくとも等しいはずである。
【００３３】
ｃｅｉｌｉｎｇ関数が使用され、かつｉ＝３、ｊ＝４、ｋ＝１０、ｐ＝５、およびＭ＝２である場合、第１の伝送では、ＨＡＲＱ予約プロセスのインデックス＝ｃｅｉｌｉｎｇ（（３＊１０＋４）／５）ｍｏｄ２＝ｃｅｉｌｉｎｇ（３４／５）ｍｏｄ２＝７ｍｏｄ２＝１である。第２の伝送では、ＨＡＲＱ予約プロセスのインデックス＝ｃｅｉｌｉｎｇ（（３＊１０＋９）／５）ｍｏｄ２＝ｃｅｉｌｉｎｇ（３９／５）ｍｏｄ２＝８ｍｏｄ２＝０である。
【００３４】
別の実施形態では、ＨＡＲＱプロセスＩＤは、第１の伝送のＳＦＮまたはサブフレームのみを考察することによって決定され得る。例えば、２つのＨＡＲＱプロセスＩＤが予約される場合、サブフレーム（またはＳＦＮ）が偶数である場合は、ＨＡＲＱプロセスＩＤが第１の予約ＨＡＲＱプロセスＩＤに割り振られ得、サブフレーム（またはＳＦＮ）が奇数である場合は、ＨＡＲＱプロセスＩＤは、第２の予約ＨＡＲＱプロセスＩＤに割り振られ得る。上記に提案されるように、ＨＡＲＱプロセスＩＤ１および３が予約され、初期伝送が偶数のサブフレーム（またはＳＦＮ）内にある場合、ＨＡＲＱプロセスＩＤは、１であり得る。代替として、初期伝送が奇数のサブフレーム（またはＳＦＮ）内にある場合、ＨＡＲＱプロセスＩＤは、３であり得る。本実施形態は、期間が奇数であるときに、特に好適である。
【００３５】
さらに別の実施形態では、マッピング規則は、サブフレームｊ、期間ｐ、および予約ＨＡＲＱプロセスＩＤの数に基づき得る。そのような式の実施例は、以下によって与えられる。
【００３６】
予約ＨＡＲＱプロセスのインデックス＝ｆｌｏｏｒ（ｊ／ｐ）ｍｏｄ  Ｍ
この第２の式の実施例は、ｐ＝２０、ｊ＝４、およびＭ＝２であるときのものである。予約ＨＡＲＱプロセスのインデックス＝ｆｌｏｏｒ（４／２０）ｍｏｄ２＝０である。第２の伝送では、予約ＨＡＲＱプロセスのインデックス＝ｆｌｏｏｒ（２４／２０）ｍｏｄ２＝１である。
【００３７】
当業者は、任意のＨＡＲＱプロセスＩＤを予約することができること、およびそのＨＡＲＱプロセスＩＤの割り振りは、０もしくは１である式の結果に割り振られること、あるいは偶数もしくは奇数のサブフレーム（またはＳＦＮ）は、選択できることを理解するであろう。
【００３８】
図２は、初期伝送および再伝送を関連付けるための方法２００の実施形態を例示する。ブロック２６１において、システムフレーム番号、サブフレーム番号、伝送と関連付けられる期間、および／またはＨＡＲＱプロセスＩＤの予約数のうちの少なくとも１つに基づいて、初期伝送のＨＡＲＱプロセスＩＤが決定される。ブロック２６３において、決定されたＨＡＲＱプロセスＩＤが、初期伝送と関連付けられる。
【００３９】
上記の説明は、アクセスデバイス１２０からＵＡ１１０へのダウンリンク通信に焦点を当ててきたが、本開示はまた、ＵＡ１１０からアクセスデバイス１２０へのアップリンク通信にも適用することができることを理解されたい。
【００４０】
図３は、ＵＡ１１０の実施形態を含む、無線通信システムを例示する。ＵＡ１１０は、本開示の態様を実装するように動作可能であるが、本開示は、これらの実装に限定されるべきではない。携帯電話として例示されるが、ＵＡ１１０は、無線ハンドセット、ポケットベル、個人用デジタル補助装置（ＰＤＡ）、携帯用コンピュータ、タブレットコンピュータ、ラップトップコンピュータを含む、種々の形態を取り得る。多くの好適なデバイスは、これらの機能のうちのいくつかまたは全てを組み合わせる。本開示のうちのいくつかの実施形態では、ＵＡ１１０は、携帯用コンピュータ、ラップトップコンピュータ、またはタブレットコンピュータのような汎用計算デバイスではなく、むしろ、携帯電話、無線ハンドセット、ポケットベル、ＰＤＡ、または車両に取り付けられた電気通信デバイス等の専用通信デバイスである。ＵＡ１１０はまた、固定回線電話、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等の類似能力を有するが、可搬型ではないデバイスを含む、またはそのようなデバイスに含まれる、デバイスであり得る。ＵＡ１１０は、ゲーム機能、在庫管理機能、ジョブ制御機能、および／またはタスク管理機能等の特殊活動を支援し得る。
【００４１】
ＵＡ１１０は、ディスプレイ３０２を含む。ＵＡ１１０はまた、ユーザによる入力のために、概して３０４と呼ばれるタッチセンサ式表面、キーボード、または他の入力キーを含む。キーボードは、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下され得るトラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。ＵＡ１１０は、ユーザが選択するためのオプション、ユーザが作動させるための制御、および／またはユーザが指図するための他の指標を提示してもよい。
【００４２】
ＵＡ１１０はさらに、ダイヤルする番号、またはＵＡ１１０の動作を構成するための種々のパラメータを含む、ユーザからのデータ入力を受け取り得る。ＵＡ１１０はさらに、ユーザコマンドに応じて、１つ以上のソフトウェアまたはファームウェアアプリケーションを実行してもよい。これらのアプリケーションは、ユーザ対話に反応して種々のカスタマイズされた機能を果たすようにＵＡ１１０を構成してもよい。加えて、ＵＡ１１０は、例えば、無線基地局、無線アクセスポイント、またはピアＵＡ１１０から、無線でプログラムおよび／または構成されてもよい。
【００４３】
ＵＡ１１０によって実行可能な種々のアプリケーションの中には、ディスプレイ３０２がウェブページを表示することを可能にするウェブブラウザがある。ウェブページは、無線ネットワークアクセスノード、携帯電話の基地局、ピアＵＡ１１０、または任意の他の無線通信ネットワークあるいはシステム３００との無線通信を介して取得され得る。ネットワーク３００は、インターネット等の有線ネットワーク３０８に連結される。無線リンクおよび有線ネットワークを介して、ＵＡ１１０は、サーバ３１０等の種々のサーバ上の情報にアクセスできる。サーバ３１０は、ディスプレイ３０２上に示され得るコンテンツを提供してもよい。代替として、ＵＡ１１０は、リレー型またはホップ型の接続で、仲介の役割を果たすピアＵＡ１１０を介してネットワーク３００にアクセスしてもよい。
【００４４】
図４は、ＵＡ１１０のブロック図を示す。ＵＡ１１０の種々の既知の構成要素が図示されているが、実施形態では、記載された構成要素および／または記載されていない付加的な構成要素の一部が、ＵＡ１１０に含まれ得る。ＵＡ１１０は、デジタル信号プロセッサ（ＤＳＰ）４０２と、メモリ４０４とを含む。示されているように、ＵＡ１１０はさらに、アンテナおよびフロントエンドユニット４０６と、無線周波数（ＲＦ）送受信機４０８と、アナログベースバンド処理ユニット４１０と、マイクロホン４１２と、イヤホンスピーカ４１４と、ヘッドセットポート４１６と、入力／出力インターフェース４１８と、取外し可能なメモリカード４２０と、ユニバーサルシリアルバス（ＵＳＢ）ポート４２２と、短距離無線通信サブシステム４２４と、アラート４２６と、キーパッド４２８と、タッチセンサ式表面を含み得る液晶ディスプレイ（ＬＣＤ）４３０と、ＬＣＤコントローラ４３２と、電荷結合素子（ＣＣＤ）カメラ４３４と、カメラコントローラ４３６と、グローバルポジショニングシステム（ＧＰＳ）センサ４３８とを含み得る。実施形態では、ＵＡ１１０は、タッチセンサ式画面を提供しない別の種類のディスプレイを含んでもよい。実施形態では、ＤＳＰ４０２は、入力／出力インターフェース４１８を通過せずに、メモリ４０４と直接通信してもよい。
【００４５】
ＤＳＰ４０２または何らかの他の形態のコントローラあるいは中央処理ユニットは、メモリ４０４に記憶されるか、またはＤＳＰ４０２自体内に含有されるメモリに記憶される組み込みソフトウェアまたはファームウェアに従って、ＵＡ１１０の種々の構成要素を制御するように動作する。組み込みソフトウェアまたはファームウェアに加えて、ＤＳＰ４０２は、メモリ４０４に記憶されるか、または、取外し可能なメモリカード４２０のような携帯用データ記憶媒体等の情報担体媒体を介して、あるいは有線または無線ネットワーク通信を介して利用可能となった、他のアプリケーションを実行してもよい。アプリケーションソフトウェアは、所望の機能性を提供するようにＤＳＰ４０２を構成するコンパイルされた一式の機械可読命令を備えてもよく、または、アプリケーションソフトウェアは、ＤＳＰ４０２を間接的に構成するようにインタープリタまたはコンパイラによって処理される、高次のソフトウェア命令であってもよい。
【００４６】
アンテナおよびフロントエンドユニット４０６は、無線信号と電気信号との間で変換するように提供され得、ＵＡ１１０が、セルラーネットワークまたは何らかの他の利用可能な無線通信ネットワークから、あるいはピアＵＡ１１０から、情報を送受信することを可能にする。実施形態では、アンテナおよびフロントエンドユニット４０６は、ビーム形成および／または多重入出力（ＭＩＭＯ）動作を支援するために、複数のアンテナを含んでもよい。当業者に公知であるように、ＭＩＭＯ動作は、困難なチャネルを克服するため、および／またはチャネルスループットを増加させるために使用することができる、空間的多様性を提供し得る。アンテナおよびフロントエンドユニット４０６は、アンテナ同調および／またはインピーダンス整合構成要素、ＲＦ電力増幅器、および／または低雑音増幅器を含んでもよい。
【００４７】
ＲＦ送受信機４０８は、周波数シフトを提供し、受信したＲＦ信号をベースバンドに変換し、ベースバンド伝送信号をＲＦに変換する。いくつかの説明では、無線送受信機またはＲＦ送受信機は、変調／復調、符号化／復号、インターリービング／デインタリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および他の信号処理機能等の他の信号処理機能性を含むと理解され得る。簡単にする目的で、ここでの説明は、ＲＦおよび／または無線段階から、この信号処理の説明を分離し、その信号処理をアナログベースバンド処理ユニット４１０および／またはＤＳＰ４０２あるいは他の中央処理ユニットに概念的に割り当てる。いくつかの実施形態では、ＲＦ送受信機４０８、アンテナおよびフロントエンド４０６の複数部分、およびアナログベースバンド処理ユニット４１０が、１つ以上の処理ユニットおよび／または特定用途向け集積回路（ＡＳＩＣ）に組み入れられてもよい。
【００４８】
アナログベースバンド処理ユニット４１０は、入力および出力の種々のアナログ処理、例えば、マイクロホン４１２およびヘッドセット４１６からの入力、ならびにイヤホン４１４およびヘッドセット４１６への出力のアナログ処理を提供し得る。そのためには、アナログベースバンド処理ユニット４１０は、ＵＡ１１０が携帯電話として使用されることを可能にする内蔵マイクロホン４１２およびイヤホンスピーカ４１４に接続するためのポートを有し得る。アナログベースバンド処理ユニット４１０はさらに、ヘッドセットまたは他のハンズフリーマイクロホンおよびスピーカ構成に接続するためのポートを含み得る。アナログベースバンド処理ユニット４１０は、１つの信号方向にデジタル・アナログ変換を、反対の信号方向にアナログ・デジタル変換を提供し得る。いくつかの実施形態では、アナログベースバンド処理ユニット４１０の機能性の少なくとも一部が、デジタル処理構成要素によって、例えば、ＤＳＰ４０２によって、または他の中央処理ユニットによって提供されてもよい。
【００４９】
ＤＳＰ４０２は、変調／復調、符号化／復号、インターリービング／デインタリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および無線通信と関連する他の信号処理機能を行い得る。実施形態では、例えば、符号分割多重アクセス（ＣＤＭＡ）技術用途において、伝送器機能のために、ＤＳＰ４０２は、変調、符号化、インターリービング、および拡散を行い得、受信機機能のために、ＤＳＰ４０２は、逆拡散、デインタリービング、復号、および復調を行い得る。別の実施形態では、例えば、直交周波数分割多重アクセス（ＯＦＤＭＡ）技術用途において、伝送器機能のために、ＤＳＰ４０２は、変調、符号化、インターリービング、逆高速フーリエ変換、および周期的接頭辞添付を行い得、受信機機能のために、ＤＳＰ４０２は、周期的接頭辞除去、高速フーリエ変換、デインタリービング、復号、および復調を行い得る。他の無線技術用途において、さらに他の信号処理機能、および信号処理機能の組み合わせが、ＤＳＰ４０２によって行われてもよい。
【００５０】
ＤＳＰ４０２は、アナログベースバンド処理ユニット４１０を介して無線ネットワークと通信し得る。いくつかの実施形態では、通信は、インターネット接続を提供し得、ユーザがインターネット上のコンテンツへのアクセスを獲得すること、ならびにＥメールおよびテキストメッセージを送受信することを可能にする。入力／出力インターフェース４１８は、ＤＳＰ４０２ならびに種々のメモリおよびインターフェースを相互接続する。メモリ４０４および取外し可能なメモリカード４２０は、ソフトウェアおよびデータを提供して、ＤＳＰ４０２の動作を構成し得る。インターフェースの中には、ＵＳＢインターフェース４２２および短距離無線通信サブシステム４２４があってもよい。ＵＳＢインターフェース４２２は、ＵＡ１１０を充電するために使用され得、また、ＵＡ１１０が周辺デバイスとして機能し、パーソナルコンピュータまたは他のコンピュータシステムと情報を交換することを可能に得る。短距離無線通信サブシステム４２４は、赤外線ポート、Ｂｌｕｅｔｏｏｔｈインターフェース、ＩＥＥＥ  ８０２．１１準拠無線インターフェース、または、ＵＡ１１０が他の近くの携帯デバイスおよび／または無線基地局と無線通信することを可能にし得、任意の他の短距離無線通信サブシステムを含んでもよい。
【００５１】
入力／出力インターフェース４１８はさらに、誘起されると、例えば、ベルを鳴らすか、メロディを再生するか、または振動することによって、ＵＡ１１０にユーザへ通知を提供させるアラート４２６にＤＳＰ４０２を接続してもよい。アラート４２６は、特定の架電者に対して、無音で振動することによって、または特定の事前に割り当てられたメロディを再生することによって、着信電話、新しいテキストメッセージ、および予約のリマインダ等の種々の事象のうちのいずれかをユーザに警告するための機構としての機能を果たしてもよい。
【００５２】
キーパッド４２８は、インターフェース４１８を介してＤＳＰ４０２に連結し、ユーザが選択を行うため、情報を入力するため、そうでなければＵＡ１１０に入力を提供するための１つの機構を提供する。キーボード４２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであり得る。入力キーは、さらなる入力機能を提供するために内向きに押下され得るトラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。別の入力機構は、タッチスクリーン能力を含み、また、ユーザにテキストおよび／またはグラフィックを表示してもよい、ＬＣＤ４３０であってもよい。ＬＣＤコントローラ４３２は、ＤＳＰ４０２をＬＣＤ４３０に連結する。
【００５３】
ＣＣＤカメラ４３４が装備された場合、ＵＡ１１０がデジタル写真を撮ることを可能にする。ＤＳＰ４０２は、カメラコントローラ４３６を介してＣＣＤカメラ４３４と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って動作するカメラが採用されてもよい。ＧＰＳセンサ４３８は、グローバルポジショニングシステム信号を復号するようにＤＳＰ４０２に連結され、それにより、ＵＡ１１０がその位置を決定することを可能にする。種々の他の周辺機器もまた、付加的な機能、例えば、ラジオおよびテレビ受信を提供するように含まれてもよい。
【００５４】
図５は、ＤＳＰ４０２によって実装され得るソフトウェア環境５０２を例示する。ＤＳＰ４０２は、残りのソフトウェアが動作するプラットフォームを提供する、オペレーティングシステムドライバ５０４を実行する。オペレーティングシステムドライバ５０４は、アプリケーションソフトウェアにアクセス可能な標準インターフェースを備えるＵＡハードウェアにドライバを提供する。オペレーティングシステムドライバ５０４は、ＵＡ１１０上で作動するアプリケーション間の制御を伝達する、アプリケーション管理サービス（”ＡＭＳ”）５０６を含む。図５にはまた、ウェブブラウザアプリケーション５０８、メディアプレーヤアプリケーション５１０、およびＪａｖａ（登録商標）アプレット５１２も示されている。ウェブブラウザアプリケーション６０８は、ウェブブラウザとして動作するようにＵＡ１１０を構成し、ユーザが、書式に情報を入力し、リンクを選択して、ウェブページを検索し、閲覧できるようにする。メディアプレーヤアプリケーション５１０は、音声または視聴覚媒体を検索し、再生するように、ＵＡ１１０を構成する。Ｊａｖａ（登録商標）アプレット５１２は、ゲーム、ユーティリティ、および他の機能性を提供するように、ＵＡ１１０を構成する。構成要素５１４は、本明細書に記載される機能性を提供してもよい。
【００５５】
上記のＵＡ１１０、アクセスデバイス１２０、および他の構成要素は、上記の措置に関連する指示を実行することができる処理構成要素を含み得る。図６は、本明細書において開示される１つ以上の実施形態を実装することに好適な処理構成要素６１０を含む、システム６００の実施例を例示する。プロセッサ６１０（中央処理ユニット（ＣＰＵまたはＤＳＰ）と呼ばれる場合がある）に加えて、システム６００は、ネットワーク接続性デバイス６２０、ランダムアクセスメモリ（ＲＡＭ）６３０、読み出し専用メモリ（ＲＯＭ）６４０、２次記憶装置６５０、および入力／出力（Ｉ／Ｏ）デバイス６６０を含み得る。いくつかの実施形態では、ＨＡＲＱ予約プロセスのインデックスを実装するためのプログラムは、ＲＯＭ６４０内に記憶され得る。場合によっては、これらの構成要素のうちのいくつかは、存在しない場合があるか、または種々の組み合わせにおいて、相互に、もしくは示されていない他の構成要素と組み合わせられてもよい。これらの構成要素は、単一の物理的エンティティ内または２つ以上の物理的エンティティ内に位置し得る。プロセッサ６１０によって実行されると本明細書に記載されるいかなる措置も、プロセッサ６１０単体によって、または図中に示されているか、または示されていない１つ以上の構成要素と連動するプロセッサ６１０によって実行されてもよい。
【００５６】
プロセッサ６１０は、それがネットワーク接続性デバイス６２０、ＲＡＭ６３０、ＲＯＭ６４０、または２次記憶装置６５０（ハードディスク、フロッピー（登録商標）ディスク、もしくは光学ディスク等の種々のディスクベースシステムを含んでもよい）からアクセスし得る、指示、コード、コンピュータプログラム、あるいはスクリプトを実行する。１つのプロセッサ６１０のみが示されているが、複数のプロセッサが存在してもよい。したがって、指示は、１つのプロセッサによって実行されると記載されている場合があるが、指示は、１つまたは複数のプロセッサによって、同時に、逐次的に、または別の方法で実行されてもよい。プロセッサ６１０は、１つ以上のＣＰＵチップとして実装されてもよい。
【００５７】
ネットワーク接続性デバイス６２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバー分散データインターフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス（ＣＤＭＡ）デバイス等の無線送受信デバイス、モバイル通信用（ＧＳＭ）無線送受信デバイスのためのグローバルシステム、マイクロ波アクセス用ワールドワイド相互運用（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続するための他の公知のデバイスの形態を取ってもよい。これらのネットワーク接続性デバイス６２０は、プロセッサ６１０が、インターネットもしくは１つ以上の電気通信ネットワークまたは他のネットワークと通信することを可能にしてもよく、プロセッサ６１０は、それから情報を受信してもよく、またはプロセッサ６１０は、それに情報を出力してもよい。
【００５８】
ネットワーク接続性デバイス６２０はまた、無線周波数信号またはマイクロ波周波数信号等、電磁波の形態でデータを無線で伝送および／または受信することができる、１つ以上の送受信機構成要素６２５を含み得る。代替として、データは、導電体の表面の中もしくは上、同軸ケーブル内、導波管内、光ファイバー等の光媒体内、または他の媒体内を伝播し得る。送受信機構成要素６２５は、別個の受信および伝送ユニット、または信号送受信機を含んでもよい。送受信機６２５によって伝送されるか、または受信される情報は、プロセッサ６１０によって処理されたデータ、またはプロセッサ６１０によって実行される指示を含んでもよい。そのような情報は、例えば、コンピュータデータベースバンド信号または搬送波に統合された信号の形態で、ネットワークから受信され、ネットワークに出力され得る。データは、データを処理もしくは生成するか、またはデータを伝送もしくは受信することが望ましくあり得るような、異なる順序に従って並べられてもよい。ベースバンド信号、搬送波に組み込まれた信号、または現在使用されているか、もしくは今後開発される他のタイプの信号は、伝送媒体と呼ばれ得、当業者に公知のいくつかの方法に従って生成され得る。
【００５９】
ＲＡＭ６３０は、揮発性データを記憶するため、およびおそらくプロセッサ６１０によって実行される指示を記憶するために使用され得る。ＲＯＭ６４０は、一般的に、２次記憶装置６５０のメモリ容量より小さなメモリ容量を有する非揮発性メモリデバイスである。ＲＯＭ６４０は、指示、およびおそらく指示の実行中に読み出されるデータを記憶するために使用され得る。ＲＡＭ６３０およびＲＯＭ６４０の両方へのアクセスは、一般的に、２次記憶装置６５０へのアクセスより速い。２次記憶装置６５０は、一般的に、１つ以上のディスクドライブまたはテープドライブから構成され、データの非揮発性記憶のために、またはＲＡＭ６３０が全ての作業データを保持するのに十分大きくない場合にオーバーフローデータ記憶デバイスとして使用され得る。二次記憶装置６５０は、プログラムが実行に選択されるときにＲＡＭ６３０に読み込まれるか、そのようなプログラムを記憶するために使用されてもよい。
【００６０】
Ｉ／Ｏデバイス６６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カード読み取り装置、紙テープ読み取り装置、プリンタ、ビデオモニタ、または他の公知の入力デバイスを含み得る。また、送受信機６２５は、ネットワーク接続性デバイス６２０の構成要素である代わりに、またはそれに加えて、Ｉ／Ｏデバイス６６０の構成要素であると見なされ得る。Ｉ／Ｏデバイス６６０のうちのいくつかまたは全ては、ディスプレイ３０２および入力部３０４等、前述されるＵＡ１１０の図中に図示される種々の構成要素と実質的に類似し得る。
【００６１】
以下の記載は、本開示の代替実施形態に関する。ＨＡＲＱプロセスＩＤの曖昧さが記載されてきた。加えて、ダウンリンク半持続的スケジューリング（ＳＰＳ）再伝送が実施されると、ＵＡは、見込まれる再伝送（ＰＤＣＣＨ信号伝達を介したＨＡＲＱプロセスＩＤを伴う）をＨＡＲＱバッファのうちの１つに存在している初期伝送と関連付ける必要があり得る。再伝送は、「動的に」スケジュールされる。つまり、ＵＡは、それを対象とする情報をどのように探し出し、復号するかについての情報を含有するペイロードを得るためにＰＤＣＣＨを監視する。ペイロードは、復号する所与の資源ブロック（ＲＢ）を探し出すために、システムフレーム番号（ＳＦＮ、１０ｍｓ続くフレーム）およびサブフレーム（フレーム内で１ｍｓ続く）を含む情報を含有する。このペイロードはまた、ＨＡＲＱプロセスＩＤも含有する。
【００６２】
ＳＰＳ伝送は、ＰＤＣＣＨペイロードにおいて割り振られず、したがって、関連ＨＡＲＱプロセスＩＤを有さない。したがって、ソフトコンバイニング（ｓｏｆｔ  ｃｏｍｂｉｎｉｎｇ）を実施する伝送と再伝送ＨＡＲＱプロセスとを結び付けることが困難である。付加的な問題が、図７ａの中央に示されており、再伝送が次のＳＰＳ伝送の後に送信されるときに生じる。ＵＡは、どちらの伝送（前者または後者）が再伝送と組み合わせられるべきであるかを認知する方法を有しない。
【００６３】
これらの問題を解決する方法は、ダウンリンクＳＰＳ伝送に黙示的に割り振られるＨＡＲＱプロセスを予約することである。以下において、詳細がさらに分析される。
【００６４】
伝送される音声パケットの１０〜１５％において、伝送をその再伝送と結びつける必要が発生する。ＨＡＲＱプロセスＩＤを各伝送および後続のＨＡＲＱ再伝送に割り振る確実な方法は、ＳＰＳが構成されるときに、動的にスケジュールされた伝送が使用することができない、ＨＡＲＱプロセスＩＤを予約することである。例えば、ＨＡＲＱプロセス１がＳＰＳ伝送用に予約されるならば、ＳＰＳアプリケーションによって使用中である場合、動的にスケジュールされた伝送は、ＨＡＲＱプロセス１を使用することを許されない。ＳＰＳが構成されると、ＵＡは、全ての伝送および再伝送にプロセス１を自動的に使用する。
【００６５】
２つのＨＡＲＱプロセスが予約され、ＳＦＮおよび／またはサブフレームにマップされるならば、後続のＳＰＳ伝送の後に未解決の再伝送を生じさせることについての問題（図７ａの中央を参照）もまた解決される。この実施例は、ＨＡＲＱプロセス１とＨＡＲＱプロセス２とが、２０ｍｓ毎に循環的に使用される（したがって、ＨＡＲＱ使用パターンは、１、２、１、２、１、２・・・・である）ということであり得る。２つのＨＡＲＱプロセスを取っておくことによって上記の問題は解決されるが、ＵＡが伝送を受信するとき、ＵＡは、自身に割り振られているＨＡＲＱプロセスＩＤ（例えば、ＩＤ１または２）を認知しない。割り振りは、ＳＰＳ伝送が割り当てられるときに発生し得る。
【００６６】
ＳＰＳ伝送が割り当てられるとき、資源を定義するために、ＳＦＮ、サブフレーム、期間、およびＲＢを含有するメッセージがＵＡに送信される。この情報を取得することで、ＵＡは、その情報を復号するために、単にそのＳＦＮ、サブフレーム、およびＲＢに行く。ＵＡは、その次の伝送が予期される時を認知するために、期間情報を使用する。ＵＡは、その挙動を変えることを伝える別のメッセージが送信されるまで、これを実行し続ける。
【００６７】
ＨＡＲＱプロセスＩＤを割り振る一方法は、第１の伝送が受信されるときに、ＩＤ１（または２）を常に仮定することである。しかしながら、共に１つの無線フレーム内にあるＳＦＮ  ｉおよびサブフレームｊに基づいて、より一般的なマッピング規則を設計することができる。値ｉは、０〜４０９５の整数であり、ｊは、０〜９の整数である。サブフレーム内のＳＰＳ期間はｐ（整数）であると仮定し、ＳＰＳにＭ個のＨＡＲＱプロセスが予約されていると仮定する。実施形態では、ＨＡＲＱプロセスＩＤに、次の式が使用される。
【００６８】
ＩＤ（ｉ、ｊ、ｐ、Ｍ）＝ｆｌｏｏｒ（（ｉ×１０＋ｊ）／ｐ）ｍｏｄ  Ｍ
これは、そのサブフレーム内において見つかる伝送に割り振られるＨＡＲＱプロセスに関して、アクセスデバイスとＵＡとの間に曖昧さがないことを確実にする。実施例として、Ｍ＝２、ＳＦＮ＝１００、サブフレーム＝２、および期間＝２０を選ぶ。これは、ＩＤ（２，１００，２０，２）＝（ｆｌｏｏｒ（２×１０＋１００）／２０）ｍｏｄ２＝０を意味する。２つのプロセスが予約されている場合、仮にＨＡＲＱプロセス１および３だとすると、０は、ＨＡＲＱプロセスＩＤが１であることを示し、ＩＤ＝１は、ＨＡＲＱプロセス３を示す。次の実施例では、Ｍ＝２、ＳＦＮ＝１００、サブフレーム＝３、および期間＝２０を選ぶ。したがって、ＩＤ（３，１００，２０，２）＝１である。これは、ＨＡＲＱプロセス３に割り振られ得る。
【００６９】
プロセスＩＤを割り振る別の方法は、第１の伝送のＳＦＮもしくはサブフレームが偶数であることまたは奇数であることにＩＤを決定させることである。例えば、サブフレームが偶数である場合、ＩＤは２となる。奇数である場合、ＩＤは１となる。これらの場合は、この一般式によって網羅されることに留意する。
【００７０】
以下の第３世代提携プロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：３ＧＰＰ）技術仕様書（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ：ＴＳ）、ＴＳ３６．３２１、ＴＳ３６．３３１、およびＴＳ３６．３００は、参照することによって本明細書に組み込まれる。
【００７１】
いくつかの実施形態が本開示において提供されているが、開示されたシステムおよび方法が、本開示の精神または範囲から逸脱することなく、多くの他の特定の形態で具現化され得ることを理解されたい。本実施例は、限定的ではなく例示的と見なされ、本明細書で提供される詳細に限定されることを意図しない。例えば、種々の要素または構成要素を別のシステムに組み入れるか、または一体化してもよく、あるいは、ある特徴を省略するか、または実装しなくてもよい。
【００７２】
また、個別または別個のものとして種々の実施形態において説明および例示される技法、システム、サブシステム、および方法を、本開示の範囲から逸脱することなく、他のシステム、モジュール、技法、または方法に組み入れるか、または一体化し得る。連結もしくは直接連結または相互に通信するように図示あるいは説明される他のアイテムは、電気的、機械的、またはその他の方法か否かにかかわらず、なんらかのインターフェース、デバイス、もしくは中間構成要素を介して間接的に連結または通信し得る。変更、置換、および改変の他の例は、当業者により解明可能であり、本明細書において開示される精神および範囲から逸脱することなく行うことができる。
【図１】
2011528872.tif 000003
【図２】
2011528872.tif 000004
【図３】
2011528872.tif 000005
【図４】
2011528872.tif 000006
【図５】
2011528872.tif 000007
【図６】
2011528872.tif 000008
【図７】
2011528872.tif 000009
【手続補正書】
【提出日】平成23年3月7日(2011.3.7)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
別の実施形態では、構成された伝送と関連付けられるＨＡＲＱ  ＩＤを導出するための方法が提供される。方法は、次の式、ｆｌｏｏｒ（（ＳＦＮ＊１０＋サブフレーム番号）／（構成されたスケジューリングの期間））／ｍｏｄ（予約ＨＡＲＱプロセスＩＤの数）に基づいて、ＨＡＲＱ  ＩＤを決定するステップを含む。
（項目１）
システムフレーム番号に基づいて、初期伝送に対してＨＡＲＱプロセスＩＤを決定するように構成される構成要素を備える、システム。
（項目２）
前記システムは、ユーザエージェントである、項目１に記載のシステム。
（項目３）
前記システムは、アクセスデバイスである、項目１に記載のシステム。
（項目４）
前記構成要素は、また、サブフレーム番号にも基づいて、前記ＨＡＲＱプロセスＩＤを決定するようにさらに構成される、項目１〜３のいずれか一項に記載のシステム。
（項目５）
前記構成要素は、また、ＨＡＲＱプロセスＩＤの予約数にも基づいて、前記ＨＡＲＱプロセスＩＤを決定するようにさらに構成される、項目１〜４のいずれか一項に記載のシステム。
（項目６）
前記構成要素は、また、期間にも基づいて、前記ＨＡＲＱプロセスＩＤを決定するように構成される、項目１〜５のいずれか一項に記載のシステム。
（項目７）
前記初期伝送は、半持続的な、または構成された資源と関連付けられる、項目１〜６のいずれか一項に記載のシステム。
（項目８）
前記初期伝送は、ＨＡＲＱプロセスＩＤを含有している、対応する物理的ダウンリンク制御チャネル通知を有しない、項目１〜７のいずれか一項に記載のシステム。
（項目９）
サブフレーム番号、システムフレーム番号、予約ＨＡＲＱプロセスＩＤの数、および初期伝送と関連付けられる期間に基づいて、前記初期伝送のＨＡＲＱプロセスＩＤを決定するように構成される構成要素を備える、システム。
（項目１０）
前記構成要素は、式に基づいて前記初期伝送に対して前記ＨＡＲＱプロセスＩＤを決定し、該式は、
ｆｌｏｏｒ（（ｉ＊１０＋ｊ）／ｐ）ｍｏｄ  Ｍ
ここに、ｉ＝システムフレーム番号、ｊ＝サブフレーム番号、ｐ＝期間、およびＭ＝予約ＨＡＲＱプロセスＩＤの数である、項目９に記載のシステム。
（項目１１）
前記初期伝送と関連付けられる前記予約ＨＡＲＱプロセスＩＤの数および前記期間は、無線資源制御信号伝達を介して提供される、項目９に記載のシステム。
（項目１２）
初期伝送および再伝送を関連付ける方法であって、
システムフレーム番号に基づいて、該初期伝送に対してＨＡＲＱプロセスＩＤを決定することと、
該初期伝送を該ＨＡＲＱプロセスＩＤと関連付けることと
を含む、方法。
（項目１３）
決定することは、前記ＨＡＲＱプロセスＩＤをサブフレーム番号に基づかせることをさら含む、項目１２に記載の方法。
（項目１４）
決定することは、前記ＨＡＲＱプロセスＩＤをＨＡＲＱプロセスＩＤの予約数に基づかせることをさらに含む、項目１２〜１３のいずれか一項に記載の方法。
（項目１５）
決定することは、前記ＨＡＲＱプロセスＩＤを期間に基づかせることをさらに含む、項目１２〜１４のいずれか一項に記載の方法。
（項目１６）
前記初期伝送は、ＨＡＲＱプロセスＩＤを含有している、対応する物理的ダウンリンク制御チャネル通知を有しない、項目１２〜１５のいずれか一項に記載の方法。
（項目１７）
初期伝送および再伝送を関連付ける方法であって、
サブフレーム番号に基づいて、該初期伝送に対してＨＡＲＱプロセスＩＤを決定することと、
該初期伝送を該ＨＡＲＱプロセスＩＤと関連付けることと
を含む、方法。
（項目１８）
決定することは、前記ＨＡＲＱプロセスＩＤをシステムフレーム番号に基づかせることをさらに含む、項目１７に記載の方法。
（項目１９）
決定することは、前記ＨＡＲＱプロセスＩＤを予約ＨＡＲＱプロセスＩＤの数に基づかせることをさらに含む、項目１７〜１８のいずれか一項に記載の方法。
（項目２０）
決定するステップは、前記ＨＡＲＱプロセスＩＤを期間に基づかせることをさらに含む、項目１７〜１９のいずれか一項に記載の方法。
（項目２１）
前記初期伝送は、ＨＡＲＱプロセスＩＤを含有している、対応する物理的ダウンリンク制御チャネル通知を有しない、項目１７〜２０のいずれか一項に記載の方法。
（項目２２）
初期伝送および再伝送を関連付ける方法であって、
システムフレーム番号、サブフレーム番号、予約ＨＡＲＱプロセスＩＤの数、および期間に基づいて、該初期伝送に対してＨＡＲＱプロセスＩＤを決定することと、
該初期伝送を該ＨＡＲＱプロセスＩＤと関連付けることと
を含む、方法。
（項目２３）
決定することは、式に基づいており、該式は、
ｆｌｏｏｒ（（ｉ＊１０＋ｊ）／ｐ）ｍｏｄ  Ｍ
式中、ｉ＝システムフレーム番号、ｊ＝サブフレーム番号、ｐ＝期間、およびＭ＝予約ＨＡＲＱプロセスＩＤの数である、項目２２に記載の方法。
（項目２４）
前記予約ＨＡＲＱプロセスＩＤの数および前記期間は、無線資源制御信号伝達を介して提供される、項目２２に記載の方法。
（項目２５）
構成された伝送と関連付けられるＨＡＲＱ  ＩＤを導出する方法であって、
式に基づいて、該ＨＡＲＱ  ＩＤを決定することであって、該式は、
ｆｌｏｏｒ（（ＳＦＮ＊１０＋サブフレーム番号）／（前記構成されたスケジューリングの期間））／ｍｏｄ（予約ＨＡＲＱプロセスＩＤの数）
であることを含む、方法。
（項目２６）
前記予約ＨＡＲＱプロセスＩＤの数および前記構成されたスケジューリングの前記期間は、無線資源制御信号伝達を介して提供される、項目２５に記載の方法。
（項目２７）
前記構成された伝送は、半持続的または構成された資源と関連付けられる、項目２５〜２６のいずれか１項に記載の方法。
（項目２８）
前記構成された伝送は、ＨＡＲＱプロセスＩＤを含有している、対応する物理的ダウンリンク制御チャネル通知を有しない、項目２５〜２７のいずれか一項に記載の方法。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
初期伝送と関連付けられる予約ＨＡＲＱプロセスＩＤの数および期間を決定するように構成される構成要素であって、該初期伝送と関連付けられる該予約ＨＡＲＱプロセスＩＤの数および該期間は、無線資源制御信号伝達を介して提供され、該構成要素は、システムフレーム番号に基づいて、初期伝送に対してハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子（ＩＤ）を決定するようにさらに構成され、該構成要素は、式に基づいて、該初期伝送に対して該ＨＡＲＱプロセスＩＤを決定し、該式は、
ｆｌｏｏｒ（（ｉ＊１０＋ｊ）／ｐ）ｍｏｄ  Ｍ
式中、ｉ＝システムフレーム番号、ｊ＝サブフレーム番号、ｐ＝期間、およびＭ＝予約ＨＡＲＱプロセスＩＤの数であり、該構成要素は、再送を該ＨＡＲＱプロセスＩＤと関連付けるようにさらに構成される、システム。
【請求項２】
前記システムは、ユーザエージェントである、請求項１に記載のシステム。
【請求項３】
前記システムは、アクセスデバイスである、請求項１に記載のシステム。
【請求項４】
前記構成要素は、また、サブフレーム番号にも基づいて、前記ＨＡＲＱプロセスＩＤを決定するようにさらに構成される、請求項１〜３のいずれか一項に記載のシステム。
【請求項５】
前記構成要素は、また、前記ＨＡＲＱプロセスＩＤの予約数にも基づいて、前記ＨＡＲＱプロセスＩＤを決定するようにさらに構成される、請求項１〜４のいずれか一項に記載のシステム。
【請求項６】
前記構成要素は、また、前記期間にも基づいて、前記ＨＡＲＱプロセスＩＤを決定するように構成される、請求項１〜５のうちのいずれか一項に記載のシステム。
【請求項７】
前記初期伝送は、半持続的な、または構成された資源と関連付けられる、請求項１〜６のいずれか一項に記載のシステム。
【請求項８】
前記初期伝送は、ＨＡＲＱプロセスＩＤを含有している、対応する物理的ダウンリンク制御チャネル通知を有しない、請求項１〜７のいずれか一項に記載のシステム。
【請求項９】
初期伝送および再伝送を関連付ける方法であって、
初期伝送と関連付けられる予約ＨＡＲＱプロセスＩＤの数および期間を決定することであって、該初期伝送と関連付けられる該予約ＨＡＲＱプロセスＩＤの数および該期間は、無線資源制御信号伝達を介して提供される、ことと、
システムフレーム番号に基づいて、初期伝送に対してハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子（ＩＤ）を決定することであって、構成要素が、式に基づいて、該初期伝送に対して該ＨＡＲＱプロセスＩＤを決定し、該式は、
ｆｌｏｏｒ（（ｉ＊１０＋ｊ）／ｐ）ｍｏｄ  Ｍ
式中、ｉ＝システムフレーム番号、ｊ＝サブフレーム番号、ｐ＝期間、およびＭ＝予約ＨＡＲＱプロセスＩＤの数である、ことと、
再伝送を該ＨＡＲＱプロセスＩＤと関連付けることと
を含む、方法。
【請求項１０】
決定することは、前記ＨＡＲＱプロセスＩＤをサブフレーム番号に基づかせることをさら含む、請求項９に記載の方法。
【請求項１１】
前記ＨＡＲＱプロセスＩＤを決定することは、前記ＨＡＲＱプロセスＩＤをＨＡＲＱプロセスＩＤの予約数に基づかせることをさらに含む、請求項９〜１０のいずれか一項に記載の方法。
【請求項１２】
前記ＨＡＲＱプロセスＩＤを決定することは、前記ＨＡＲＱプロセスＩＤを期間に基づかせることをさらに含む、請求項９〜１１のいずれか一項に記載の方法。
【請求項１３】
前記初期伝送は、ＨＡＲＱプロセスＩＤを含有している、対応する物理的ダウンリンク制御チャネル通知を有しない、請求項９〜１２のいずれか一項に記載の方法。
【請求項１４】
初期伝送と関連付けられる予約ＨＡＲＱプロセスＩＤの数および期間を決定することであって、該初期伝送と関連付けられる該予約ＨＡＲＱプロセスＩＤの数および該期間は、無線資源制御信号伝達を介して提供される、ことと、
式に基づいて、初期伝送に対してハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子（ＩＤ）を決定することであって、該式は、
ｆｌｏｏｒ（（ＳＦＮ＊１０＋サブフレーム番号）／（構成されたスケジューリングの期間））／ｍｏｄ（予約ＨＡＲＱプロセスＩＤの数）
であり、ＳＦＮは、「システムフレーム番号」を含む、ことと、
再伝送を該ＨＡＲＱプロセスＩＤと関連付けることと
を含む、方法。
【請求項１５】
前記初期伝送は、半持続的または構成された資源と関連付けられる、請求項１４に記載の方法。
【請求項１６】
前記初期伝送は、ＨＡＲＱプロセスＩＤを含有している、対応する物理的ダウンリンク制御チャネル通知を有しない、請求項１４〜１５のいずれか一項に記載の方法。
【請求項１７】
プログラムコードを格納しているコンピュータ可読媒体であって、プロセッサによって実行されると、請求項９または請求項１４のいずれかに記載の方法を実装する、コンピュータ可読媒体。
【国際調査報告】
2011528872.tif 000010
2011528872.tif 000011
2011528872.tif 000012