(57)【特許請求の範囲】
【請求項１】
データ送信のための方法であって、
ユーザ機器（UE）により、前記UEが処理可能な最短のハイブリッド自動再送要求（HARQ）タイミングを基地局に送信するステップと、
前記UEにより、前記基地局から複数のHARQタイミングを受信するステップであって、前記複数のHARQタイミングのうちの最短のHARQタイミングは、前記UEが処理可能な最短のHARQタイミングよりも長いか又は等しい、ステップと、
前記UEにより、前記基地局に複数のデータパケットを送信するステップであって、前記複数のデータパケットのそれぞれは、前記複数のHARQタイミングのうちの1つに対応する、ステップと、
を含む方法。
【請求項２】
前記複数のHARQタイミングは、予め設定された規則および前記複数のデータパケットがそれぞれ属するデータパケットカテゴリに従って、前記基地局によって構成される、請求項1に記載の方法。
【請求項３】
前記データパケットカテゴリは、データパケットサイズに従って前記UEによって分類され、前記予め設定された規則は、より大きなデータパケットがより長いHARQタイミングに対応することを含む、請求項2に記載の方法。
【請求項４】
前記データパケットカテゴリは、データパケット変調スキームに従って前記UEによって分類され、前記予め設定された規則は、より複雑なデータパケット変調スキームがより長いHARQタイミングに対応することを含む、請求項2に記載の方法。
【請求項５】
前記データパケットカテゴリは、前記基地局の上位層によって要求されるサービス品質（QoS）遅延に従って前記UEによって分類され、前記予め設定された規則は、より長いQoS遅延がより長いHARQタイミングに対応することを含む、請求項2に記載の方法。
【請求項６】
データ送信のための方法であって、
基地局により、ユーザ機器（UE）が処理可能な最短のハイブリッド自動再送要求（HARQ）タイミングを受信するステップと、
前記基地局により、前記UEに複数のHARQタイミングを送信するステップであって、前記複数のHARQタイミングのうちの最短のHARQタイミングは、前記UEが処理可能な最短のHARQタイミングよりも長いか又は等しい、ステップと、
前記基地局により、前記UEが送信した複数のデータパケットを受信するステップであって、前記複数のデータパケットのそれぞれは、前記複数のHARQタイミングのうちの1つに対応する、ステップと、
を含む方法。
【請求項７】
前記基地局は、予め設定された規則および前記複数のデータパケットがそれぞれ属する複数のデータパケットカテゴリに従って、前記複数のHARQタイミングを構成する、請求項6に記載の方法。
【請求項８】
前記データパケットカテゴリは、データパケットサイズに従って前記UEによって分類され、前記予め設定された規則は、より大きなデータパケットがより長いHARQタイミングに対応することを含む、請求項7に記載の方法。
【請求項９】
前記データパケットカテゴリは、データパケット変調スキームに従って前記UEによって分類され、前記予め設定された規則は、より複雑なデータパケット変調スキームがより長いHARQタイミングに対応することを含む、請求項7に記載の方法。
【請求項１０】
前記データパケットカテゴリは、前記基地局の上位層によって要求されるサービス品質（QoS）遅延に従って前記UEによって分類され、前記予め設定された規則は、より長いQoS遅延がより長いHARQタイミングに対応することを含む、請求項7に記載の方法。
【請求項１１】
データ送信のためのユーザ機器（UE）であって、
前記UEが処理可能な最短のハイブリッド自動再送要求（HARQ）タイミングを基地局に送信するように構成された送信ユニットと、
前記基地局から複数のHARQタイミングを受信するように構成された受信ユニットであって、前記複数のHARQタイミングのうちの最短のHARQタイミングは、前記UEが処理可能な最短のHARQタイミングよりも長いか又は等しい、受信ユニットと、
を備え、
前記送信ユニットは、前記基地局に複数のデータパケットを送信するようにさらに構成され、前記複数のデータパケットのそれぞれは、前記複数のHARQタイミングのうちの1つに対応する、
ユーザ機器。
【請求項１２】
前記複数のHARQタイミングは、予め設定された規則および前記複数のデータパケットがそれぞれ属する複数のデータパケットカテゴリに従って、前記基地局によって構成される、請求項11に記載のユーザ機器。
【請求項１３】
前記データパケットカテゴリを、データパケットサイズに従って分類するように構成された処理ユニットをさらに備え、前記予め設定された規則は、より大きなデータパケットがより長いHARQタイミングに対応することを含む、請求項12に記載のユーザ機器。
【請求項１４】
前記データパケットカテゴリを、データパケット変調スキームに従って分類するように構成された処理ユニットをさらに備え、前記予め設定された規則は、より複雑なデータパケット変調スキームがより長いHARQタイミングに対応することを含む、請求項12に記載のユーザ機器。
【請求項１５】
前記データパケットカテゴリを、前記基地局の上位層によって要求されるサービス品質（QoS）遅延に従って分類するように構成された処理ユニットをさらに備え、前記予め設定された規則は、より長いQoS遅延がより長いHARQタイミングに対応することを含む、請求項12に記載のユーザ機器。
【請求項１６】
データ送信のための基地局であって、
ユーザ機器（UE）が処理可能な最短のハイブリッド自動再送要求（HARQ）タイミングを受信するように構成された受信ユニットと、
前記UEに複数のHARQタイミングを送信するように構成された送信ユニットであって、前記複数のHARQタイミングのうちの最短のHARQタイミングは、前記UEが処理可能な最短のHARQタイミングよりも長いか又は等しい、送信ユニットと、
を備え、
前記受信ユニットは、前記UEが送信した複数のデータパケットを受信するようにさらに構成され、前記複数のデータパケットのそれぞれは、前記複数のHARQタイミングのうちの1つに対応する、
基地局。
【請求項１７】
予め設定された規則および前記複数のデータパケットがそれぞれ属する複数のデータパケットカテゴリに従って、前記複数のHARQタイミングを構成するように構成された処理ユニットをさらに備える、請求項16に記載の基地局。
【請求項１８】
前記データパケットカテゴリは、データパケットサイズに従って前記UEによって分類され、前記予め設定された規則は、より大きなデータパケットがより長いHARQタイミングに対応することを含む、請求項17に記載の基地局。
【請求項１９】
前記データパケットカテゴリは、データパケット変調スキームに従って前記UEによって分類され、前記予め設定された規則は、より複雑なデータパケット変調スキームがより長いHARQタイミングに対応することを含む、請求項17に記載の基地局。
【請求項２０】
前記データパケットカテゴリは、前記基地局の上位層によって要求されるサービス品質（QoS）遅延に従って前記UEによって分類され、前記予め設定された規則は、より長いQoS遅延がより長いHARQタイミングに対応することを含む、請求項17に記載の基地局。
【請求項２１】
プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記プログラムは、請求項1から5のいずれか一項に記載の方法をコンピュータに実行させる、
コンピュータ読み取り可能な記録媒体。
【請求項２２】
プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記プログラムは、請求項6から10のいずれか一項に記載の方法をコンピュータに実行させる、
コンピュータ読み取り可能な記録媒体。
【請求項２３】
通信システムであって、
ユーザ機器と、
基地局と
を含み、
前記ユーザ機器は、請求項1から5のいずれか一項に記載の方法を実行し、
前記基地局は、請求項6から10のいずれか一項に記載の方法を実行する、
通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の各実施態様は、無線通信の分野に関し、より具体的には、データ送信のための方法、ユーザ機器、および基地局に関する。
【背景技術】
【０００２】
ロングタームエボリューション（Long Term Evolution、LTE）システムでは、ユーザ機器（User Equipment、UE）が基地局にデータを送信した場合または基地局がデータをUEに送信した場合に、データ受信側が確認応答／否定確認応答（Acknowledgement／Negative Acknowledgement、ACK／NACK）フィードバックを返す時間を定義するために、ハイブリッド自動再送要求（Hybrid Automatic Repeat reQuest、HARQ）タイミングが使用される。一例として、上りリンクデータ送信を使用する。HARQタイミングは、UEが基地局にデータを送信した後に、基地局がACK／NACKを返す時間である。図1に示すように、HARQタイミングは、基地局がUEデータを受信するための時間Tsfと、基地局がデータを処理するための時間TeNB，Procとを含む。Tsfは、固定時間長の1つのサブフレームであり、TeNB，Procは、基地局がデータ／データパケットの処理するための時間である。TeNB，Procの時間長は、基地局のデータ処理能力に依存する。一般的に、各サブフレームは固定時間長を有するため、時間長／ある時間内において占有されるサブフレームの数に対応する時間長を用いて、HARQタイミングを測定することもできる。既存の周波数分割複信（Frequency Domain Duplex、FDD）システムでは、HARQタイミングは、4ms、つまり、4サブフレームの時間長に固定される。しかしながら、時分割複信（Time Domain Duplex、TDD）システムでは、HARQタイミングは、フレーム構造内の上りリンク−下りリンク構成に関連し、4ms以上である。
【０００３】
UEおよび基地局の処理能力が次第に増加するにつれて、TeNB，Procが減少する。これにより、HARQタイミングの低減の可能性がもたらされる。加えて、UEの異なるデータサービスは、HARQタイミングに関して異なる要件を有する。従って、複数のHARQタイミングにおける通信の要件が高まる。
【０００４】
しかしながら、既存の通信メカニズムである単一のHARQタイミングでは、このケースに対応することができず、これにより、ハンドシェイク通信の失敗などの問題を引き起こし得る。例えば、上りリンクデータを送信する場合、UEは2つの異なるHARQタイミングに基づいて2つのデータパケットを送信する必要があり、2つのデータパケットに対応するHARQタイミングは、それぞれ4サブフレームの時間長および2サブフレームの時間長である。UEが、第1のデータパケット、すなわち、HARQタイミングが4サブフレームの時間長であるデータパケットを、（n＋0）番目のサブフレームにおいて送信すると仮定すると、基地局は、（n＋4）番目のサブフレームのデータパケットのためのACK／NACK情報をフィードバックする。加えて、UEが、第2のデータパケット、すなわち、HARQタイミングが2サブフレームの時間長であるデータパケットを、（n＋2）番目のサブフレームにおいて送信すると仮定すると、基地局はまた、（n＋4）番目のサブフレームのデータパケットのためのACK／NACK情報をフィードバックする。従って、UEは、（n＋4）番目のサブフレームにおいて、基地局によって2つのデータパケットに関して同時にフィードバックされる2つのACK／NACK情報を受信する必要がある。既存のLTEシステムでは、基地局は、同じ物理ハイブリッド自動再送要求インディケータチャネル（Physical hybrid ARQ indicator channel、PHICH）リソースをスケジューリングすることによって2つのデータパケットを送信でき、これにより、2つのデータパケット間にPHICHリソース競合が生じ、それにより、通信障害が生じる。
【０００５】
従って、既存のLTEシステムでは、複数のHARQタイミングでデータサービスが存在する場合、UEは、同じPHICHリソース上で複数のデータパケットに関する応答情報を受信する必要があり、それにより、PHICHリソースの競合が発生する可能性がある。従って、システムにおいてUEのために複数のHARQタイミングにおけるデータ通信を調整する方法は、緊急に解決されるべき課題となる。
【発明の概要】
【課題を解決するための手段】
【０００６】
本発明の各実施態様は、複数のHARQタイミングにおけるデータ送信中のPHICHリソース競合の課題を解決するために、データ送信のための方法、ユーザ機器、および基地局を提供する。
【０００７】
本発明の第1の実施態様によれば、データ送信のための方法が提供され、方法は、ユーザ機器UEにより、基地局から複数のハイブリッド自動再送要求HARQタイミングを受信するステップであって、UEが送信する複数のデータパケットのそれぞれは、複数のHARQタイミングのうちの1つに対応する、ステップと、UEにより、基地局から複数のHARQオフセットパラメータを受信するステップであって、HARQオフセットパラメータは、複数のHARQタイミングと一対一に対応する、ステップと、UEにより、複数のHARQオフセットパラメータに従って、計算により、複数の物理ハイブリッド自動再送要求インディケータチャネルPHICHリソースインデックスをそれぞれ取得するステップであって、複数のPHICHリソースインデックスは、異なるPHICHリソースをそれぞれ指し示す、ステップと、UEにより、基地局に複数のデータパケットを送信し、複数のHARQタイミングに従って、フィードバック応答を受信するための時間領域リソースを決定し、異なるPHICHリソースを用いて時間領域リソース上でフィードバック応答を受信するステップと、を含む。
【０００８】
第1の実施態様に関連して、第1の可能な実装では、複数のHARQタイミングは、予め設定された規則および複数のデータパケットがそれぞれ属するデータパケットカテゴリに従って、基地局によって構成される。
【０００９】
第1の実施態様の第1の可能な実装に関連して、第2の可能な実装では、データパケットカテゴリは、データパケットサイズに従ってUEによって分類され、予め設定された規則は、より大きなデータパケットがより長いHARQタイミングに対応することを含む。
【００１０】
第1の実施態様の第1の可能な実装に関連して、第3の可能な実装では、データパケットカテゴリは、データパケット変調スキームに従ってUEによって分類され、予め設定された規則は、より複雑なデータパケット変調スキームがより長いHARQタイミングに対応することを含む。
【００１１】
第1の実施態様の第1の可能な実装に関連して、第4の可能な実装では、データパケットカテゴリは、基地局の上位層によって要求されるサービス品質QoS遅延に従ってUEによって分類され、予め設定された規則は、より長いQoS遅延がより長いHARQタイミングに対応することを含む。
【００１２】
第1の実施態様の第1の可能な実装から第4の可能な実装のいずれか1つに関連して、第5の可能な実装では、基地局から複数のHARQタイミングを受信するステップの前に、本方法は、UEにより、UEが処理可能な最短のHARQタイミングを基地局に送信するステップであって、予め設定された規則は、複数のHARQタイミングのうちの最短のHARQタイミングが、UEが処理可能な最短のHARQタイミングよりも長いことをさらに含む、ステップをさらに含む。
【００１３】
第1の実施態様の第1の可能な実装に関連して、第6の可能な実装では、予め設定された規則は、複数のHARQタイミングが複数の特定のHARQタイミングであることを含み、UEにより、基地局から複数のHARQタイミングを受信するステップの前に、本方法は、UEにより、HARQタイミングリストを取得するステップであって、HARQタイミングリストは、異なるデータパケットカテゴリにそれぞれ対応するHARQタイミングを含む、ステップと、UEにより、HARQタイミングリストに従って、複数のデータパケットにそれぞれ対応するHARQタイミングを検索し、当該HARQタイミングを複数の特定のHARQタイミングとして使用するステップと、UEにより、基地局に複数の特定のHARQタイミングを送信するステップと、をさらに含む。
【００１４】
第1の実施態様または第1の可能な実装から第6の可能な実装のいずれか1つに関連して、第7の可能な実装では、複数のPHICHリソースインデックスのそれぞれは、PHICHリソース2タプルであり、PHICHリソース2タプルは、PHICHリソースグループにおける、PHICHリソースグループインデックスと直交系列インデックスとからなる。
【００１５】
第1の実施態様の第7の可能な実装に関連して、第8の可能な実装では、UEにより、複数のHARQオフセットパラメータに従って、計算により、複数の物理ハイブリッド自動再送要求インディケータチャネルPHICHリソースインデックスをそれぞれ取得するステップは、UEにより、HARQオフセットパラメータに従って、PHICHリソース2タプルにおける、PHICHリソースグループインデックスと直交系列インデックスとを、次式、
【数１】
0006480078.tif 000002
を用いて計算するステップを含み、
ここで、nHARQは、HARQオフセットパラメータであり、
【数２】
0006480078.tif 000003
は、PHICHリソースグループインデックスであり、
【数３】
0006480078.tif 000004
は、直交系列インデックスであり、
【数４】
0006480078.tif 000005
は、物理上りリンク共有チャネルPUSCHリソースの開始物理リソースブロックPRBインデックスであり、
【数５】
0006480078.tif 000006
は、PHICHリソースグループの数であり、IPHICHは、特殊サブフレーム識別子であり、
【数６】
0006480078.tif 000007
は、PHICHリソースの拡散率である。
【００１６】
第1の実施態様または第1の可能な実装から第8の可能な実装のいずれか1つに関連して、第9の可能な実装では、基地局からPHICHリソースを占有するためのフィードバック応答を受信した後に、本方法は、UEにより、基地局が送信したデータを受信し、同じバインディングウィンドウ内のデータにバンドルされた応答を基地局に送信するステップをさらに含む。
【００１７】
本発明の第2の実施態様によれば、データ送信のための方法が提供され、本方法は、基地局により、ユーザ機器UEに複数のハイブリッド自動再送要求HARQタイミングを送信するステップであって、UEが送信する複数のデータパケットのそれぞれは、複数のHARQタイミングのうちの1つに対応する、ステップと、基地局により、UEに複数のHARQオフセットパラメータを送信するステップであって、HARQオフセットパラメータは、複数のHARQタイミングと一対一に対応する、ステップと、基地局により、複数のHARQオフセットパラメータに従って、計算により、複数の物理ハイブリッド自動再送要求インディケータチャネルPHICHリソースインデックスをそれぞれ取得するステップであって、複数のPHICHリソースインデックスは、同じ周波数領域における異なるPHICHリソースをそれぞれ指し示す、ステップと、基地局により、UEが送信した複数のデータパケットを受信し、複数のHARQタイミングに従って、フィードバック応答を送信するための時間領域リソースを決定し、異なるPHICHリソースを用いて時間領域リソース上でフィードバック応答を送信するステップと、を含む。
【００１８】
第2の実施態様に関連して、第1の可能な実装では、基地局は、予め設定された規則および複数のデータパケットがそれぞれ属する複数のデータパケットカテゴリに従って、複数のHARQタイミングを構成する。
【００１９】
第2の実施態様の第1の可能な実装に関連して、第2の可能な実装では、データパケットカテゴリは、データパケットサイズに従ってUEによって分類され、予め設定された規則は、より大きなデータパケットがより長いHARQタイミングに対応することを含む。
【００２０】
第2の実施態様の第1の可能な実装に関連して、第3の可能な実装では、データパケットカテゴリは、データパケット変調スキームに従ってUEによって分類され、予め設定された規則は、より複雑なデータパケット変調スキームがより長いHARQタイミングに対応することを含む。
【００２１】
第2の実施態様の第1の可能な実装に関連して、第4の可能な実装では、データパケットカテゴリは、基地局の上位層によって要求されるサービス品質QoS遅延に従ってUEによって分類され、予め設定された規則は、より長いQoS遅延がより長いHARQタイミングに対応することを含む。
【００２２】
第2の実施態様または第2の実施態様の第1の可能な実装から第4の可能な実装のいずれか1つに関連して、第5の可能な実装では、UEに複数のHARQタイミングを送信するステップの前に、本方法は、UEが処理可能な最短のHARQタイミングを受信するステップであって、予め設定された規則は、複数のHARQタイミングのうちの最短のHARQタイミングが、UEが処理可能な最短のHARQタイミングよりも長いことをさらに含む、ステップをさらに含む。
【００２３】
第2の実施態様の第1の可能な実装に関連して、第6の可能な実装では、予め設定された規則は、複数のHARQタイミングが複数の特定のHARQタイミングであることを含み、基地局により、UEに複数のHARQタイミングを送信するステップの前に、本方法は、基地局により、UEが送信した複数の特定のHARQタイミングを受信するステップであって、複数の特定のHARQタイミングは、UEによって、HARQタイミングリストに従って、複数のデータパケットにそれぞれ対応するHARQタイミングを検索することによって取得され、HARQタイミングリストは、異なるデータパケットカテゴリにそれぞれ対応するHARQタイミングを含む、ステップをさらに含む。
【００２４】
第2の実施態様または第2の実施態様の第1の可能な実装から第6の可能な実装のいずれか1つに関連して、第7の可能な実装では、複数のPHICHリソースインデックスのそれぞれは、PHICHリソース2タプルであり、PHICHリソース2タプルは、PHICHリソースグループにおける、PHICHリソースグループインデックスと直交系列インデックスとからなる。
【００２５】
第2の実施態様の第7の可能な実装に関連して、第8の可能な実装では、基地局により、複数のHARQオフセットパラメータに従って、計算により、複数の物理ハイブリッド自動再送要求インディケータチャネルPHICHリソースインデックスをそれぞれ取得するステップは、基地局により、HARQオフセットパラメータに従って、PHICHリソース2タプルにおける、PHICHリソースグループインデックスと直交系列インデックスとを、次式、
【数７】
0006480078.tif 000008
を用いて計算するステップを含み、
ここで、nHARQは、HARQオフセットパラメータであり、
【数８】
0006480078.tif 000009
は、PHICHリソースグループインデックスであり、
【数９】
0006480078.tif 000010
は、直交系列インデックスであり、
【数１０】
0006480078.tif 000011
は、物理上りリンク共有チャネルPUSCHリソースの開始物理リソースブロックPRBインデックスであり、
【数１１】
0006480078.tif 000012
は、PHICHリソースグループの数であり、IPHICHは、特殊サブフレーム識別子であり、
【数１２】
0006480078.tif 000013
は、PHICHリソースの拡散率である。
【００２６】
第2の実施態様または第2の実施態様の第1の可能な実装から第8の可能な実装のいずれか1つに関連して、第9の可能な実装では、基地局により、異なるPHICHリソースを用いて時間領域リソース上でフィードバック応答を送信するステップの後に、本方法は、基地局により、UEにデータを送信し、UEが送信した、同じバインディングウィンドウ内のデータにバンドルされた応答を受信するステップをさらに含む。
【００２７】
本発明の第3の実施態様によれば、データ送信のためのユーザ機器が提供され、ユーザ機器は、基地局から複数のハイブリッド自動再送要求HARQタイミングを受信するように構成された受信ユニットであって、UEが送信する複数のデータパケットのそれぞれは、複数のHARQタイミングのうちの1つに対応し、受信ユニットは、基地局から複数のHARQオフセットパラメータを受信するようにさらに構成され、HARQオフセットパラメータは、複数のHARQタイミングと一対一に対応する、受信ユニットと、複数のHARQオフセットパラメータに従って、計算により、複数の物理ハイブリッド自動再送要求インディケータチャネルPHICHリソースインデックスをそれぞれ取得するように構成された処理ユニットであって、複数のPHICHリソースインデックスは、異なるPHICHリソースをそれぞれ指し示す、処理ユニットと、基地局に複数のデータパケットを送信するように構成された送信ユニットと、を備え、受信ユニットは、複数のHARQタイミングに従って、フィードバック応答を受信するための時間領域リソースを決定し、異なるPHICHリソースを用いて時間領域リソース上でフィードバック応答を受信するようにさらに構成される。
【００２８】
第3の実施態様に関連して、第1の可能な実装では、複数のHARQタイミングは、予め設定された規則および複数のデータパケットがそれぞれ属する複数のデータパケットカテゴリに従って、基地局によって構成される。
【００２９】
第3の実施態様の第1の可能な実装に関連して、第2の可能な実装では、処理ユニットは、データパケットカテゴリを、データパケットサイズに従って分類し、予め設定された規則は、より大きなデータパケットがより長いHARQタイミングに対応することを含む。
【００３０】
第3の実施態様の第1の可能な実装に関連して、第3の可能な実装では、処理ユニットは、データパケットカテゴリを、データパケット変調スキームに従って分類し、予め設定された規則は、より複雑なデータパケット変調スキームがより長いHARQタイミングに対応することを含む。
【００３１】
第3の実施態様の第1の可能な実装に関連して、第4の可能な実装では、処理ユニットは、データパケットカテゴリを、基地局の上位層によって要求されるサービス品質QoS遅延に従って分類し、予め設定された規則は、より長いQoS遅延がより長いHARQタイミングに対応することを含む。
【００３２】
第3の実施態様の第1の可能な実装から第4の可能な実装のいずれか1つに関連して、第5の可能な実装では、受信ユニットが基地局から複数のHARQタイミングを受信する前に、送信ユニットは、UEが処理可能な最短のHARQタイミングを基地局に送信し、予め設定された規則は、複数のHARQタイミングのうちの最短のHARQタイミングが、UEが処理可能な最短のHARQタイミングよりも長いことをさらに含む。
【００３３】
第3の実施態様の第1の可能な実装に関連して、第6の可能な実装では、予め設定された規則は、複数のHARQタイミングが複数の特定のHARQタイミングであることを含み、受信ユニットが基地局から複数のHARQタイミングを受信する前に、処理ユニットは、HARQタイミングリストを取得し、HARQタイミングリストは、異なるデータパケットカテゴリにそれぞれ対応するHARQタイミングを含み、処理ユニットは、HARQタイミングリストに従って、複数のデータパケットにそれぞれ対応するHARQタイミングをさらに検索し、当該HARQタイミングを複数の特定のHARQタイミングとして使用し、送信ユニットは、基地局に複数の特定のHARQタイミングを送信することをさらに含む。
【００３４】
第3の実施態様または第1の可能な実装から第6の可能な実装のいずれか1つに関連して、第7の可能な実装では、複数のPHICHリソースインデックスのそれぞれは、PHICHリソース2タプルであり、PHICHリソース2タプルは、PHICHリソースグループにおける、PHICHリソースグループインデックスと直交系列インデックスとからなる。
【００３５】
第3の実施態様の第7の可能な実装に関連して、第8の可能な実装では、処理ユニットによって、HARQオフセットパラメータに従って、PHICHリソースグループインデックスと直交系列インデックスとを計算するために使用される式は、
【数１３】
0006480078.tif 000014
であり、
ここで、nHARQは、HARQオフセットパラメータであり、
【数１４】
0006480078.tif 000015
は、PHICHリソースグループインデックスであり、
【数１５】
0006480078.tif 000016
は、直交系列インデックスであり、
【数１６】
0006480078.tif 000017
は、物理上りリンク共有チャネルPUSCHリソースの開始物理リソースブロックPRBインデックスであり、
【数１７】
0006480078.tif 000018
は、PHICHリソースグループの数であり、IPHICHは、特殊サブフレーム識別子であり、
【数１８】
0006480078.tif 000019
は、PHICHリソースの拡散率である。
【００３６】
第3の実施態様または第1の可能な実装から第8の可能な実装のいずれか1つに関連して、第9の可能な実装では、受信ユニットが異なるPHICHリソースを用いて時間領域リソース上でフィードバック応答を受信した後に、受信ユニットは、基地局が送信したデータを受信し、送信ユニットは、基地局に同じバインディングウィンドウ内のデータにバンドルされた応答を送信することをさらに含む。
【００３７】
本発明の第4の実施態様によれば、データ送信のための基地局が提供され、基地局は、ユーザ機器UEに複数のハイブリッド自動再送要求HARQタイミングを送信するように構成された送信ユニットであって、UEが送信する複数のデータパケットのそれぞれは、複数のHARQタイミングのうちの1つに対応し、送信ユニットは、UEに複数のHARQオフセットパラメータを送信するようにさらに構成され、HARQオフセットパラメータは、複数のHARQタイミングと一対一に対応する、送信ユニットと、複数のHARQオフセットパラメータに従って、計算により、複数の物理ハイブリッド自動再送要求インディケータチャネルPHICHリソースインデックスをそれぞれ取得するように構成された処理ユニットであって、複数のPHICHリソースインデックスは、異なるPHICHリソースをそれぞれ指し示す、処理ユニットと、UEが送信した複数のデータパケットを受信するように構成された受信ユニットと、を備え、送信ユニットは、複数のHARQタイミングに従って、フィードバック応答を送信するための時間領域リソースを決定し、異なるPHICHリソースを用いて時間領域リソース上でフィードバック応答を送信するようにさらに構成される。
【００３８】
第4の実施態様に関連して、第1の可能な実装では、処理ユニットは、予め設定された規則および複数のデータパケットがそれぞれ属する複数のデータパケットカテゴリに従って、複数のHARQタイミングを構成する。
【００３９】
第4の実施態様の第1の可能な実装に関連して、第2の可能な実装では、データパケットカテゴリは、データパケットサイズに従ってUEによって分類され、予め設定された規則は、より大きなデータパケットがより長いHARQタイミングに対応することを含む。
【００４０】
第4の実施態様の第1の可能な実装に関連して、第3の可能な実装では、データパケットカテゴリは、データパケット変調スキームに従ってUEによって分類され、予め設定された規則は、より複雑なデータパケット変調スキームがより長いHARQタイミングに対応することを含む。
【００４１】
第4の実施態様の第1の可能な実装に関連して、第4の可能な実装では、データパケットカテゴリは、基地局の上位層によって要求されるサービス品質QoS遅延に従ってUEによって分類され、予め設定された規則は、より長いQoS遅延がより長いHARQタイミングに対応することを含む。
【００４２】
第4の実施態様の第1の可能な実装から第4の可能な実装のいずれか1つに関連して、第5の可能な実装では、送信ユニットがUEに複数のHARQタイミングを送信する前に、受信ユニットは、UEが処理可能な最短のHARQタイミングを受信し、予め設定された規則は、複数のHARQタイミングのうちの最短のHARQタイミングが、UEが処理可能な最短のHARQタイミングよりも長いことをさらに含む、ことをさらに含む。
【００４３】
第4の実施態様の第1の可能な実装に関連して、第6の可能な実装では、予め設定された規則は、複数のHARQタイミングが複数の特定のHARQタイミングであることを含み、送信ユニットがUEに複数のHARQタイミングを送信する前に、受信ユニットは、UEが送信した複数の特定のHARQタイミングを受信し、複数の特定のHARQタイミングは、UEによって、複数のデータパケットにそれぞれ対応するHARQタイミングを検索することによって取得され、HARQタイミングリストは、異なるデータパケットカテゴリにそれぞれ対応するHARQタイミングを含む、ことをさらに含む。
【００４４】
第4の実施態様または第4の実施態様の第1の可能な実装から第6の可能な実装のいずれか1つに関連して、第7の可能な実装では、複数のPHICHリソースインデックスのそれぞれは、PHICHリソース2タプルであり、PHICHリソース2タプルは、PHICHリソースグループにおける、PHICHリソースグループインデックスと直交系列インデックスとからなる。
【００４５】
第4の実施態様の第7の可能な実装に関連して、第8の可能な実装では、処理ユニットによって、複数のHARQオフセットパラメータに従って、計算により、PHICHリソースグループにおける、PHICHリソースグループインデックスと直交系列インデックスとをそれぞれ取得することは、処理ユニットによって、HARQオフセットパラメータに従って、PHICHリソース2タプルにおける、PHICHリソースグループインデックスと直交系列インデックスとを、次式、
【数１９】
0006480078.tif 000020
を用いて計算することを含み、
ここで、nHARQは、HARQオフセットパラメータであり、
【数２０】
0006480078.tif 000021
は、PHICHリソースグループインデックスであり、
【数２１】
0006480078.tif 000022
は、直交系列インデックスであり、
【数２２】
0006480078.tif 000023
は、物理上りリンク共有チャネルPUSCHリソースの開始物理リソースブロックPRBインデックスであり、
【数２３】
0006480078.tif 000024
は、PHICHリソースグループの数であり、IPHICHは、特殊サブフレーム識別子であり、
【数２４】
0006480078.tif 000025
は、PHICHリソースの拡散率である。
【００４６】
第4の実施態様または第4の実施態様の第1の可能な実装から第8の可能な実装のいずれか1つに関連して、第9の可能な実装では、送信ユニットが異なるPHICHリソースを用いて時間領域リソース上でフィードバック応答を送信した後に、送信ユニットは、UEにデータを送信し、受信ユニットは、UEが送信した、同じバインディングウィンドウ内のデータにバンドルされた応答を受信することをさらに含む。
【００４７】
本発明の実施態様では、複数のHARQオフセットパラメータを用いた計算によって、異なるPHICHリソースをそれぞれ指し示す複数のPHICHリソースインデックスが取得され、その結果、UEは、異なるPHICHリソースを用いて複数のHARQタイミングで応答を受信できる。これにより、複数のHARQタイミングで、データパケットに関する応答情報の送信競合を回避し、データの送信性能を向上できる。
【００４８】
本発明の実施形態における技術的な解決策をより明確に説明するために、以下、実施形態または従来技術を説明するために必要な添付の図面を簡単に説明する。当然のことながら、以下の説明における添付の図面は、本発明の一部の実施形態を単に示すものであり、当業者は、創造的労力なしに、これらの添付の図面から他の図面をさらに導出することができる。
【図面の簡単な説明】
【００４９】
【図１】HARQタイミングの概略的な構成図である。
【図２】本発明の一実施形態による、データ送信のための方法の概略的な流れ図である。
【図３】本発明の別の実施形態による、データ送信のための方法の概略的な流れ図である。
【図４】本発明の一実施形態による、複数の特定のHARQタイミングの送信方法の概略的な流れ図である。
【図５】本発明の一実施形態による、複数のHARQタイミングを使用するデータ送信の概略図である。
【図６】本発明の別の実施形態による、データ送信のための方法の概略的な流れ図である。
【図７】本発明の別の実施形態による、データ送信のための方法の概略的な流れ図である。
【図８】本発明の一実施形態による、ユーザ機器の概略的な構成図である。
【図９】本発明の別の実施形態による、ユーザ機器の概略的な構成図である。
【図１０】本発明の一実施形態による、基地局の概略的な構成図である。
【図１１】本発明の別の実施形態による、基地局の概略的な構成図である。
【発明を実施するための形態】
【００５０】
以下、本発明の実施形態における添付の図面を参照しながら、本発明の実施形態における技術的な解決策を明確かつ十分に説明する。当然のことながら、説明される実施形態は、本発明の実施形態の一部に過ぎず、すべてではない。本発明の実施形態に基づいて、当業者によって創造的労力なしに得られるすべての他の実施形態は、本発明の保護範囲内に含まれるものとする。
【００５１】
本発明の技術的解決策は、GSM（登録商標）、符号分割多元接続（CDMA、Code Division Multiple Access）システム、広帯域符号分割多元接続（WCDMA（登録商標）、Wideband Code Division Multiple Access Wireless）、汎用パケット無線サービス（GPRS、General Packet Radio Service）、およびロングタームエボリューション（LTE、Long Term Evolution）などの様々な通信システムに適用できる。
【００５２】
モバイル端末（Mobile Terminal）、モバイルユーザ機器などとも呼ばれるユーザ機器（UE、User Equipment）は、無線アクセスネットワーク（例えば、RAN、Radio Access Network）を用いて1つ以上のコアネットワークと通信できる。ユーザ機器は、携帯電話（「セルラー」電話とも呼ばれる）などのモバイル端末およびモバイル端末を内蔵したコンピュータであってよい。例えば、ユーザ機器は、無線アクセスネットワークで言語および／またはデータを交換する、携帯型、ポケットサイズ、手持ち型、コンピュータ内蔵型、または車載移動体装置であってもよい。
【００５３】
基地局は、GSM（登録商標）またはCDMAにおけるベーストランシーバ基地局（BTS、Base Transceiver Station）であってもよいし、WCDMA（登録商標）におけるNodeB（NodeB）であってもよいし、LTEにおける発展形NodeB（eNBまたはe-NodeB、evolutional Node B）であってもよい。このことは、本発明において限定されない。
【００５４】
図2は、本発明の一実施形態による、データ送信のための方法の概略的な流れ図である。図2の方法は、UEによって実行されてもよい。
【００５５】
ステップ210：ユーザ機器UEは、基地局から、UEの複数のデータサービスカテゴリに従って構成された、複数のハイブリッド自動再送要求HARQタイミングを受信し、UEが送信する複数のデータパケットのそれぞれは、複数のHARQタイミングのうちの1つに対応する。
【００５６】
場合により、データパケットは、UEの上位層からUEの物理層まで層毎にパックされる、送信するためのデータパケットであり、データパケットの形式は、データパケットに関するUEの物理層の要件を満たす。
【００５７】
場合により、一実施形態では、複数のHARQタイミングは、予め設定された規則および複数のデータパケットがそれぞれ属するデータパケットカテゴリに従って、基地局によって構成される。
【００５８】
場合により、一実施形態では、データパケットカテゴリは、データパケットサイズに従ってUEによって分類される。データパケットサイズは、データパケットを送信するために占有される物理リソースブロック（Physical Resource Block、PRB）のサイズによって示され得る。送信中、より多くのPRBを占有するデータパケットは、より大きなデータパケットとして定義され、より少ないPRBを占有するデータパケットは、より小さいデータパケットとして定義され得る。従って、UEによって送信されるデータパケットは、サイズに応じて複数のデータパケットカテゴリに分類され、各データパケットカテゴリは、指定されたデータパケットサイズ範囲に対応する。これに対応して、予め設定された規則は、より大きなデータパケットがより長いHARQタイミングに対応することを含むことができる。つまり、より大きなデータパケットに対応するデータパケットカテゴリは、より長いHARQタイミングに対応することができ、より小さいデータパケットに対応するデータパケットカテゴリは、より短いHARQタイミングに対応することができる。
【００５９】
場合により、別の実施形態では、データパケットカテゴリは、データパケット変調スキームに従ってUEによって分類される。例えば、データパケットが直交振幅変調（QAM、Quadrature Amplitude Modulation）に従って分類される場合、4QAM、16QAM、64QAM、および256QAMなどの変調方式が一般的に存在し得る。従って、UEによって送信されるデータパケットは、異なる変調スキームに従って複数のデータパケットカテゴリに分類されてもよい。これに対応して、予め設定された規則は、より複雑なデータパケット変調スキームがより長いHARQタイミングに対応することを含むことができる。つまり、256QAMなどのより複雑な変調スキームを使用するデータパケットが属するデータパケットカテゴリは、より長いHARQタイミングに対応することができ、4QAMなどのより単純な変調スキームを使用するデータパケットが属するデータパケットカテゴリは、より短いHARQタイミングに対応することができる。QAM変調は単に説明のための一例に過ぎず、変調スキームは、限定されるものではないが、ASK、PSK、FSK、およびGMSKなどの異なる変調スキームを含むことができることを理解されたい。
【００６０】
場合により、別の実施形態では、データパケットカテゴリは、基地局の上位層によって要求されるサービス品質（Quality of Service、QoS）遅延に従ってUEによって分類される。例えば、LTE標準では、基地局の上位層は、QoS遅延に従って、異なるデータサービスカテゴリを定義するよう要求する。例えば、従来の音声のサービス遅延は、100ms以下であることが求められ、リアルタイムゲームのサービス遅延は、50ms以下であることが求められる。従って、データパケットが属するデータパケットカテゴリは、異なるQoS遅延要求に従って分類されてもよい。これに対応して、予め設定された規則は、より長いQoS遅延を有するデータパケットが、より長いHARQタイミングを有するデータパケットカテゴリに対応し、より短いQoS遅延を有するデータパケットが、より短いHARQタイミングを有するデータパケットカテゴリに対応することを含み得る。
【００６１】
UEのデータパケットカテゴリおよび予め設定された規則の分類は、上述のものを含むものとするが、これらに限定されないことに留意されたい。UEのデータパケットカテゴリおよび予め設定された規則がどのように分類されるかに関わらず、UEの複数のデータパケットのそれぞれは、対応するデータパケットカテゴリに属することができる。UEは、データパケットカテゴリおよび予め設定された規則に従って、基地局によってデータパケット用に構成されたHARQタイミングを受信する。
【００６２】
場合により、UEは、基地局に、UEのための複数のHARQタイミングを構成するように要求する、構成要求を基地局に送信することができる。
【００６３】
場合により、一実施形態では、ステップ210の前に、UEはステップ206を実行することができる。ステップ206において、UEは、UEが処理可能な最短のHARQタイミングを基地局に送信する。予め設定された規則は、基地局によって構成された複数のHARQタイミングのうちの最短のHARQタイミングが、UEが処理可能な最短のHARQタイミングよりも長くあるべきであることをさらに含む。例えば、UEが処理可能な最短のHARQタイミングが4サブフレームの時間長である場合、基地局は、UEのための複数のHARQタイミングとして、4サブフレームの時間長、8サブフレームの時間長などを構成でき、UEのためのHARQタイミングとして、2サブフレームの時間長を構成すべきではない。
【００６４】
図3は、本発明の別の実施形態による、データ送信のための方法の概略的な流れ図である。図2および図3において同じ番号を有するステップは同じ意味を有する。図3に示すように、ステップ210の前に、UEはステップ208を実行することができる。ステップ208において、UEは、複数の特定のHARQタイミングを基地局に送信する。複数のHARQタイミングは、複数の特定のHARQタイミングである。図4に示すように、ステップ208は、以下のサブステップを含むことができる。
【００６５】
ステップ208−1：UEは、HARQタイミングリストを取得し、HARQタイミングリストは、異なるデータパケットカテゴリにそれぞれ対応するHARQタイミングを含む。例えば、異なるデータパケットカテゴリは、データパケットサイズ、変調スキームなどによって分類された上述のデータパケットカテゴリであってもよいし、別の規則に従って分類されたデータパケットカテゴリであってもよい。UEは、アクセス段階において、基地局からHARQタイミングリストを受信してもよい。基地局は複数のUEに対応することができ、各UEは異なるデータパケットカテゴリに対応することができる。基地局は、HARQタイミングリストを形成するように、基地局に対応する複数のUEの各データパケットカテゴリのためのHARQタイミングを事前に定義してもよい。場合により、UEはまた、UEの記憶ユニットからHARQタイミングリストを読み取ることもできる。例えば、HARQタイミングリストは、出荷時にUEに予め記憶されていてもよい。
【００６６】
ステップ208−2：UEは、HARQタイミングリストに従って、UEが送信する複数のデータパケットにそれぞれ対応するHARQタイミングを検索し、当該HARQタイミングを複数の特定のHARQタイミングとして使用する。特定のHARQタイミングは、UE自体のデータパケットカテゴリに対応するHARQタイミングである。換言すれば、UEは、HARQタイミングリストに従って、かつUEのデータパケットカテゴリに従って、テーブルルックアップ方式で特定のHARQタイミングを決定することができる。
【００６７】
ステップ208−3：UEは、複数の特定のHARQタイミングを基地局に送信する。
【００６８】
結論として、ステップ210によって、ユーザ機器UEは、UEの複数のデータパケットに従って構成された複数のHARQタイミングを基地局から受信する。
【００６９】
ステップ220：UEは、基地局から複数のHARQオフセットパラメータを受信し、複数のHARQオフセットパラメータは、複数のHARQタイミングと一対一に対応する。つまり、各HARQタイミングは、1つの一意なHARQオフセットパラメータに対応する。場合により、HARQオフセットパラメータは自然数である。複数のHARQオフセットパラメータを、ステップ230に関連して説明する。
【００７０】
ステップ230：UEは、複数のHARQオフセットパラメータに従って、計算により、複数の物理ハイブリッド自動再送要求インディケータチャネルPHICHリソースインデックスをそれぞれ取得し、複数のPHICHリソースインデックスは、異なるPHICHリソースをそれぞれ指し示す。
【００７１】
複数の異なるPHICHリソースは、同じ時間領域リソースを有するが、互いに異なる周波数領域リソースを有する複数のPHICHリソースであってもよいし、同じ周波数領域リソースを有するが、互いに異なる時間領域リソースを有する複数のPHICHリソースであってもよいし、同じの時間領域リソースおよび同じの周波数領域リソースを有するが、異なる符号化系列を用いて互いに区別できる複数のPHICHリソースであってもよいことに留意されたい。
【００７２】
一般的に、同じ時間領域リソースにある複数のHARQタイミングのデータパケットに対応するPHICHリソースは、リソースセット、すなわち、PHICHリソースグループにマッピングされてもよい。各HARQタイミングにおけるデータパケットに対応する一意なPHICHリソースは、PHICHリソースインデックスを使用することによって指定することができる。例えば、PHICHリソースインデックスは、2タプル
【数２５】
0006480078.tif 000026
であってよく、ここで、
【数２６】
0006480078.tif 000027
は、PHICHリソースグループにおけるPHICHリソースグループインデックスであり、
【数２７】
0006480078.tif 000028
は、直交系列（orthogonal sequence）インデックスである。ステップ210において、UEによって受信された複数のHARQオフセットパラメータは、複数のPHICHリソースインデックスを計算するために使用されてもよい。つまり、各HARQオフセットパラメータは、1つのPHICHリソースインデックスを計算するために使用され、異なるPHICHリソースインデックスは、異なるPHICHリソースを指し示すことができる。
【００７３】
場合により、一実施形態では、PHICHリソース2タプル
【数２８】
0006480078.tif 000029
は、基地局から受信した送信パラメータのグループを使用することによって計算することができ、送信パラメータのグループは、PUSCHリソースの開始PRBインデックス
【数２９】
0006480078.tif 000030
、PHICHリソースグループの数
【数３０】
0006480078.tif 000031
、拡散率
【数３１】
0006480078.tif 000032
、HARQオフセットパラメータnHARQを含み得る。
【００７４】
送信パラメータのグループでは、HARQオフセットパラメータnHARQは、異なるHARQタイミングを区別するための重要なパラメータである。つまり、別の送信パラメータのみに依存する場合には、複数のPHICHリソースインデックスを計算によって得ることができない、つまり、複数のHARQタイミングにおけるデータパケットカテゴリに対応するPHICHリソースを区別できない。
【００７５】
PHICHリソース2タプル
【数３２】
0006480078.tif 000033
の具体的な計算方式を式（1）および式（2）に示す。
【数３３】
0006480078.tif 000034
【００７６】
式（1）を用いて、PHICHリソース2タプル
【数３４】
0006480078.tif 000035
のPHICHリソースグループインデックス
【数３５】
0006480078.tif 000036
を計算により求めることができる。
【００７７】
【数３６】
0006480078.tif 000037
は、物理上りリンク共有チャネル（Physical Uplink Shared Channel、PUSCH）リソースの開始物理リソースブロック（Physical Resource Block、PRB）インデックスである。場合により、データを送信する前に、UEは、基地局によってUEに割り当てられた開始PRBインデックスを受信する。一般的に同じUEは同じ
【数３７】
0006480078.tif 000038
に対応し、異なるUEは異なる
【数３８】
0006480078.tif 000039
に対応する。異なるUEが異なるHARQタイミングでデータサービスを基地局に送信し、基地局からACK／NACKを同時に受信する必要がある場合、
【数３９】
0006480078.tif 000040
は、PHICHリソースの競合を回避するために適切に構成され得る。しかしながら、同じUEに対する異なるHARQタイミングのデータサービスに対応するPHICHリソースは、
【数４０】
0006480078.tif 000041
を用いるだけでは区別することができない。
【００７８】
従って、HARQオフセットパラメータnHARQを使用して、複数のHARQタイミングにおけるデータパケットカテゴリに対応する異なるPHICHリソースを区別する。
【００７９】
【数４１】
0006480078.tif 000042
は、PHICHリソースグループの数である。場合により、HARQオフセットパラメータnHARQは、0より大きくかつ
【数４２】
0006480078.tif 000043
より小さい自然数である。つまり、HARQオフセットパラメータは、PHICHリソースが分類されるリソースグループの数未満である。
【００８０】
IPHICHは、特殊サブフレーム識別子であり、TDD構造構成が0である場合、サブフレーム0／5で同時に送信される2つのPHICHリソースを区別するために使用される。換言すると、TDD構造構成が0でない場合、パラメータの値は0である。
【００８１】
式（1）から、UEは、基地局から受信した以下の送信パラメータ、すなわち、物理上りリンク共有チャネル（Physical Uplink Shared Channel、PUSCH）リソースの開始PRBインデックス
【数４３】
0006480078.tif 000044
と、HARQオフセットパラメータnHARQと、PHICHリソースグループの数
【数４４】
0006480078.tif 000045
と、に従って、計算により、各データサービスカテゴリのPHICHリソースインデックス、すなわち、PHICHリソース2タプル内のリソースグループインデックス
【数４５】
0006480078.tif 000046
を得ることができることがわかる。
【００８２】
式（2）および式（1）の同じパラメータは同じ意味を表し、ここでは細部を説明しない。式（2）を用いて、PHICHリソースグループにあり、かつPHICHリソース2タプル
【数４６】
0006480078.tif 000047
にある、直交系列インデックス
【数４７】
0006480078.tif 000048
を計算により求めることができる。
【００８３】
【数４８】
0006480078.tif 000049
は、PHICHリソースの拡散率である。場合により、通常のサイクリックプレフィックス（normal cyclic prefix）の場合、
【数４９】
0006480078.tif 000050
の値は4であり、拡張サイクリックプレフィックス（extended cyclic prefix）の場合、
【数５０】
0006480078.tif 000051
の値は2である。
【００８４】
式（2）から、UEは、基地局から受信したPHICHリソースの拡散率
【数５１】
0006480078.tif 000052
に従って、前述の送信パラメータに加えて、UEのPHICHリソースグループにおける直交系列インデックスをさらに決定することができることがわかる。
【００８５】
PHICHリソースグループのPHICHリソースグループインデックス
【数５２】
0006480078.tif 000053
と直交系列インデックス
【数５３】
0006480078.tif 000054
に従って、UEは、PHICHリソースインデックスを使用して、複数のHARQタイミングにおけるデータパケットカテゴリに対応する異なるPHICHリソースを決定することができる。
【００８６】
図5は、本発明の一実施形態による、複数のHARQタイミングに対応するデータ送信の概略図である。図5に示すように、UEは2つのデータパケットを基地局に送信する必要があり、対応するHARQタイミングはそれぞれ2つのサブフレームの時間長と4つのサブフレームの時間長であり、上りリンク−下りリンクサブフレーム構成が0であるケースは含まないと仮定する。PHICHリソースグループの数
【数５４】
0006480078.tif 000055
が8であり、拡散率
【数５５】
0006480078.tif 000056
が4であると仮定する。2つのデータパケットは同じUEによって送信されるので、開始PRBインデックス
【数５６】
0006480078.tif 000057
は同じである。つまり、前述のパラメータのみを用いると、2つのデータパケットのPHICHリソースグループインデックス
【数５７】
0006480078.tif 000058
は全く同じであり、区別することができない。
【００８７】
複数のHARQオフセットパラメータnHARQが使用される場合、複数のHARQオフセットパラメータnHARQが複数のHARQタイミングに対して構成されるので、異なるPHICHリソースインデックスを計算によって得ることができる。例えば、2サブフレームの時間長を有するHARQタイミングに対して構成されたHARQオフセットパラメータnHARQは1であり、4サブフレームの時間長を有するHARQタイミングに対して構成されたHARQオフセットパラメータnHARQは2であり、このケースでは、式（1）および式（2）を用いて次のように求めることができる。
【００８８】
HARQタイミングが2サブフレームの時間長であるデータの場合、そのデータに対応するPHICHリソース2タプルは（3，2）である。計算方式については、次の式を参照されたい。
【数５８】
0006480078.tif 000059
【００８９】
HARQタイミングが4サブフレームの時間長であるデータの場合、そのデータに対応するPHICHリソース2タプルは（4，3）である。計算方式については、次の式を参照されたい。
【数５９】
0006480078.tif 000060
【００９０】
従って、複数のHARQタイミングに従って送信された複数のデータパケットに対応する異なるPHICHリソースは、計算によって得られたPHICHリソースインデックスを使用することによって区別することができる。HARQオフセットパラメータを用いてPHICHリソースインデックスを計算する式は、式（1）および式（2）に限定されないものとすることを理解されたい。
【００９１】
ステップ240：UEは、基地局に複数のデータパケットを送信し、複数のHARQタイミングに従って、フィードバック応答を受信するための時間領域リソースを決定し、異なるPHICHリソースを用いて時間領域リソース上でフィードバック応答を受信する。
【００９２】
UEは、基地局からデータパケットのフィードバックを受信すると、データパケットに対応するHARQタイミングに従って、フィードバック応答を受信するための時間領域リソース／サブフレームをまず決定する。例えば、（n＋0）番目のサブフレームで送信されるデータパケットに対応するHARQタイミングが4である場合、UEは、UEがn＋4番目のサブフレームでフィードバック応答を受信する必要があると判定することができる。次に、UEは、ステップ230の計算によって得られたPHICHリソースインデックスが指し示すPHICHリソースを使用してフィードバック応答ACK／NACKを受信する。場合により、否定的なフィードバック応答NACKが受信されたデータについて、UEはデータを再送信し、肯定的なフィードバック応答ACKが受信されたデータについては、UEはデータを再送信しない。
【００９３】
本発明の本実施形態では、複数のHARQタイミングに対応する異なるPHICHリソースが、応答情報の送信リソース競合を回避し、データの送信性能を向上させるために、HARQオフセットパラメータnHARQを使用することによって計算によって取得される。
【００９４】
場合により、一実施形態では、ステップ240の後に、UEは、基地局が送信したデータを受信し、同じバインディングウィンドウ内のデータにバンドルされた応答を行うことができる。LTEにおいて、バンドルされたACK／NACKは、複数の下りリンクサブフレームにおける各符号語の受信結果を、論理積演算により上りリンクサブフレームにおける1ビット情報を用いてフィードバックし、バインディングウィンドウは、応答情報バインディングに関与するこれらの下りリンクサブフレームを含むことである。
【００９５】
FDDシステムであるかTDDシステムであるかに関わらず、複数のHARQタイミングの構成において、UEは、バインディングによって、同じバインディングウィンドウ内のすべてのデータに応答を送信することができる。しかしながら、応答を決定する際に基地局が肯定的なフィードバック応答ACKを受信した場合、基地局側は再送手順を開始する必要はない、または基地局が肯定的なフィードバック応答ACKを受信しない場合、基地局はバインディングウィンドウ内のすべてのデータパケットを再送信する必要がある。
【００９６】
結論として、本発明の本実施形態では、UEは、複数のHARQオフセットパラメータnHARQを使用して、複数のデータパケットに対応する異なるPHICHリソースを計算によって取得し、計算によって得られた異なるPHICHリソースを使用して、基地局からのフィードバック応答を受信する。基地局が送信したデータを受信した後に、UEは、同じバインディングウィンドウ内のすべてのデータにバンドルされた応答を行う。本方法によれば、複数のHARQタイミングにおいて、UEが基地局にデータを正常に送信し、フィードバックを受信し、基地局からデータを受信し、フィードバックを送信し得ることが確保される。これにより、PHICHリソースの競合が回避され、それによって、送信エラーが減り、データ送信の安定性が向上する。
【００９７】
図6は、本発明の別の実施形態によるデータ送信のための方法の概略的な流れ図である。図6の方法は、基地局によって実行される。
【００９８】
ステップ610：基地局は、ユーザ機器UEに複数のハイブリッド自動再送要求HARQタイミングを送信し、UEが送信する複数のデータパケットのそれぞれは、複数のHARQタイミングのうちの1つに対応する。
【００９９】
場合により、一実施形態では、基地局は、予め設定された規則および複数のデータパケットがそれぞれ属する複数のデータパケットカテゴリに従って、複数のHARQタイミングを構成する。
【０１００】
場合により、一実施形態では、データパケットカテゴリは、データパケットサイズに従ってUEによって分類され、予め設定された規則は、より大きなデータパケットがより長いHARQタイミングに対応することを含む。
【０１０１】
場合により、別の実施形態では、データパケットカテゴリは、データパケット変調スキームに従ってUEによって分類され、予め設定された規則は、より複雑なデータパケット変調スキームがより長いHARQタイミングに対応することを含む。
【０１０２】
場合により、別の実施形態では、データパケットカテゴリは、基地局の上位層によって要求されるサービス品質QoS遅延に従ってUEによって分類され、予め設定された規則は、より長いQoS遅延がより長いHARQタイミングに対応することを含む。
【０１０３】
ステップ610において、データパケットの定義、データパケットカテゴリの分類、および予め設定された規則は、図2のステップ210におけるものと同じである。繰り返しを避けるため、ここでは細部をこれ以上繰り返し説明しない。
【０１０４】
場合により、基地局は、UEが送信した構成要求を受信し、構成要求に基づいてUEのための複数のHARQタイミングを構成することができる。
【０１０５】
場合により、一実施形態では、ステップ610の前に、基地局はステップ606を実行することができる。ステップ606において、基地局は、UEが処理でき、かつ送信する最短のHARQタイミングを受信し、予め設定された規則は、基地局によって構成された複数のHARQタイミングの最短のHARQタイミングは、UEが処理可能な最短のHARQタイミングよりも長いことをさらに含む。この予め設定された規則のケースは、図2のステップ206と同じである。繰り返しを避けるため、ここでは細部をこれ以上繰り返し説明しない。
【０１０６】
図7は、本発明の別の実施形態によるデータ送信のための方法の概略的な流れ図である。図6および図7において同じ番号を有するステップは同じ意味を有する。図7に示すように、ステップ610の前に、UEはステップ608を実行することができる。ステップ608において、基地局は、UEが送信した複数の特定のHARQタイミングを受信し、予め設定された規則は、複数の特定のHARQタイミングは、基地局がUEに送信した複数のHARQタイミングであることを含む。複数の特定のHARQタイミングは、HARQタイミングリストに従って、複数のデータパケットにそれぞれ対応するHARQタイミングを検索することによってUEによって取得され、HARQタイミングリストは、異なるデータパケットカテゴリにそれぞれ対応するHARQタイミングを含む。UEが複数の特定のHARQタイミングを取得するステップは、図4のステップ208−1およびステップ208−2と同じであり、ここでは細部をこれ以上繰り返し説明しない。
【０１０７】
結論として、ステップ610によって、ユーザ機器UEは、UEの複数のデータパケットに従って構成された複数のHARQタイミングを基地局から受信する。
【０１０８】
ステップ620：基地局は、UEに複数のHARQオフセットパラメータを送信し、HARQオフセットパラメータは、複数のHARQタイミングと一対一に対応する。
【０１０９】
ステップ630：基地局は、複数のHARQオフセットパラメータに従って、計算により、複数の物理ハイブリッド自動再送要求インディケータチャネルPHICHリソースインデックスをそれぞれ取得し、複数のPHICHリソースインデックスは、異なるPHICHリソースをそれぞれ指し示す。異なるPHICHリソースの定義は、図2のステップ230の定義と同じであり、ここでは細部を繰り返し説明しない。
【０１１０】
場合により、一実施形態では、複数のPHICHリソースインデックスのそれぞれは、PHICHリソース2タプルである。各PHICHリソース2タプルは、PHICHリソースグループにおけるPHICHリソースグループインデックス
【数６０】
0006480078.tif 000061
と直交系列インデックス
【数６１】
0006480078.tif 000062
とからなる。
【０１１１】
場合により、一実施形態では、基地局によって、複数のHARQオフセットパラメータに従って、計算により、PHICHリソースインデックスをそれぞれ取得する、ステップは、基地局によって、HARQオフセットパラメータに従って、PHICHリソース2タプルにおけるPHICHリソースグループインデックスと直交系列インデックスとを、ステップ230の次の式（1）および式（2）、すなわち、
【数６２】
0006480078.tif 000063
を用いて計算するステップを含み、
ここで、nHARQは、HARQオフセットパラメータであり、
【数６３】
0006480078.tif 000064
は、PHICHリソースグループインデックスであり、
【数６４】
0006480078.tif 000065
は、直交系列インデックスであり、
【数６５】
0006480078.tif 000066
は、物理上りリンク共有チャネルPUSCHリソースの開始物理リソースブロックPRBインデックスであり、
【数６６】
0006480078.tif 000067
は、PHICHリソースグループの数であり、IPHICHは、特殊サブフレーム識別子であり、
【数６７】
0006480078.tif 000068
は、PHICHリソースの拡散率である。
【０１１２】
複数のHARQオフセットパラメータに従って、基地局による計算によって複数のPHICHリソースインデックスを取得する方法は、図2のステップ230で説明した、複数のHARQオフセットパラメータに従って、UEによる計算によって複数のPHICHリソースインデックスを取得する方法と同じであることを理解されたく、ここでは細部をこれ以上繰り返し説明しない。
【０１１３】
ステップ640：基地局は、UEが送信した複数のデータパケットを受信し、複数のHARQタイミングに従って、フィードバック応答を送信するための時間領域リソースを決定し、異なるPHICHリソースを用いて時間領域リソース上でフィードバック応答を送信する。
【０１１４】
基地局は、データパケットのフィードバックを送信する場合、データパケットに対応するHARQタイミングに従って、フィードバック応答を送信するための時間領域リソース／サブフレームをまず決定する。例えば、（n＋0）番目のサブフレームで受信されるデータパケットに対応するHARQタイミングが4である場合、基地局は、基地局がn＋4番目のサブフレームでフィードバック応答を送信する必要があると判定することができる。次に、基地局は、ステップ630の計算によって得られたPHICHリソースインデックスが指し示すPHICHリソースを使用してフィードバック応答ACK／NACKを送信する。
【０１１５】
場合により、一実施形態では、ステップ640の後に、基地局はUEにデータを送信し、UEから、同じバインディングウィンドウ内のデータにバンドルされた応答を受信する。
【０１１６】
本発明の本実施形態では、基地局は、HARQオフセットパラメータnHARQを使用して、複数のデータパケットに対応する異なるPHICHリソースを計算によって取得し、計算によって得られた異なるPHICHリソースを使用して、UEにフィードバック応答を送信する。データをUEに送信した後に、基地局は、UEによって同じバインディングウィンドウ内のすべてのデータにバンドルされた応答を受信する。本方法によれば、複数のHARQタイミングにおいて、基地局は、UEが送信したデータを正常に受信し、フィードバックを送信し、データをUEに送信し、フィードバックを受信し得ることが確保される。これにより、PHICHリソースの競合が回避され、それによって、送信エラーが減り、データ送信の安定性が向上する。
【０１１７】
図8は、本発明の一実施形態による、ユーザ機器の概略図である。図8のユーザ機器800は、受信ユニット810と、処理ユニット820と、送信ユニット830と、記憶ユニット840と、を備える。受信ユニット810と、送信ユニット830と、記憶ユニット840と、処理ユニット820とは、互いに接続されている。
【０１１８】
受信ユニット810は、基地局から複数のハイブリッド自動再送要求HARQタイミングを受信するように構成され、UEが送信する複数のデータパケットのそれぞれは、複数のHARQタイミングのうちの1つに対応する。受信ユニット810は、基地局から複数のHARQオフセットパラメータを受信するようにさらに構成され、HARQオフセットパラメータは、複数のHARQタイミングと一対一に対応する。
【０１１９】
処理ユニット820は、複数のHARQオフセットパラメータに従って、計算により、複数の物理ハイブリッド自動再送要求インディケータチャネルPHICHリソースインデックスをそれぞれ取得するように構成され、複数のPHICHリソースインデックスは、異なるPHICHリソースをそれぞれ指し示す。
【０１２０】
送信ユニット830は、複数のデータパケットを基地局に送信するように構成される。
【０１２１】
受信ユニット810は、複数のHARQタイミングに従って、フィードバック応答を受信するための時間領域リソースを決定し、異なるPHICHリソースを用いて時間領域リソース上でフィードバック応答を受信するようにさらに構成される。
【０１２２】
場合により、データパケットは、処理ユニット820によってUEの上位層からUEの物理層まで層毎にパックされる、送信するためのデータパケットであり、データパケットの形式は、データパケットに関するUEの物理層の要件を満たす。
【０１２３】
場合により、一実施形態では、複数のHARQタイミングは、予め設定された規則および複数のデータパケットがそれぞれ属する複数のデータパケットカテゴリに従って、基地局によって構成される。
【０１２４】
場合により、一実施形態では、処理ユニット820は、データパケットカテゴリを、データパケットサイズに従って分類する。予め設定された規則は、より大きなデータパケットがより長いHARQタイミングに対応することを含む。
【０１２５】
場合により、一実施形態では、処理ユニット820は、データパケットカテゴリを、データパケット変調スキームに従って分類する。予め設定された規則は、より複雑なデータパケット変調スキームがより長いHARQタイミングに対応することを含む。
【０１２６】
場合により、一実施形態では、処理ユニット820は、基地局の上位層によって要求されるサービス品質QoS遅延に従って、データパケットカテゴリを分類する。予め設定された規則は、より長いQoS遅延がより長いHARQタイミングに対応することを含む。
【０１２７】
図8に示す本実施形態では、データパケットカテゴリの分類および予め設定された規則は、図2のステップ210におけるものと同じである。繰り返しを避けるため、ここでは細部をこれ以上繰り返し説明しない。
【０１２８】
場合により、一実施形態では、受信ユニット810が基地局から複数のHARQタイミングを受信する前に、送信ユニット830は、処理ユニット820が処理可能な最短のHARQタイミングを基地局に送信する。予め設定された規則は、複数のHARQタイミングの最短のHARQタイミングは、UEが処理可能な最短のHARQタイミングよりも長いことをさらに含む。この予め設定された規則のケースは、図2のステップ206と同じである。繰り返しを避けるため、ここでは細部をこれ以上繰り返し説明しない。
【０１２９】
場合により、一実施形態では、UEは、記憶ユニット840をさらに備える。予め設定された規則は、複数のHARQタイミングが複数の特定のHARQタイミングであることを含む。受信ユニット810は、基地局から複数のHARQタイミングを受信する前に、
処理ユニット820は、HARQタイミングリストを取得し、HARQタイミングリストは、異なるデータパケットカテゴリにそれぞれ対応するHARQタイミングを含むこと、場合により、受信ユニット810は、アクセス段階で基地局からHARQタイミングリストを受信し、HARQタイミングリストを処理ユニット820に送信すること、場合により、処理ユニット820はまた、記憶ユニット840からHARQタイミングリストを読み出すこともでき、例えば、HARQタイミングリストは、UEの出荷時に記憶ユニット840に予め記憶され得ること
をさらに含む。
【０１３０】
処理ユニット820は、HARQタイミングリストに従って、複数のデータパケットにそれぞれ対応するHARQタイミングをさらに検索し、当該HARQタイミングを複数の特定のHARQタイミングとして使用する。
【０１３１】
送信ユニット830は、複数の特定のHARQタイミングを基地局に送信する。
【０１３２】
場合により、一実施形態では、複数のPHICHリソースインデックスのそれぞれは、PHICHリソース2タプルであり、各PHICHリソース2タプルは、PHICHリソースグループにおけるPHICHリソースグループインデックス
【数６８】
0006480078.tif 000069
と直交系列インデックス
【数６９】
0006480078.tif 000070
とからなる。処理ユニット820によって、複数のHARQオフセットパラメータに従って、計算により、複数のPHICHリソースインデックスをそれぞれ取得する、ステップは、処理ユニット820によって、HARQオフセットパラメータに従って、PHICHリソース2タプルにおけるPHICHリソースグループインデックスと直交系列インデックスとを、ステップ230の次の式（1）および式（2）、すなわち、
【数７０】
0006480078.tif 000071
を用いて計算するステップを含み、
ここで、nHARQは、HARQオフセットパラメータであり、
【数７１】
0006480078.tif 000072
は、PHICHリソースグループインデックスであり、
【数７２】
0006480078.tif 000073
は、直交系列インデックスであり、
【数７３】
0006480078.tif 000074
は、物理上りリンク共有チャネルPUSCHリソースの開始物理リソースブロックPRBインデックスであり、
【数７４】
0006480078.tif 000075
は、PHICHリソースグループの数であり、IPHICHは、特殊サブフレーム識別子であり、
【数７５】
0006480078.tif 000076
は、PHICHリソースの拡散率であり、複数のHARQオフセットパラメータに従って、処理ユニット820による計算によって複数のPHICHリソースインデックスを取得する方法は、図2のステップ230で説明した、複数のHARQオフセットパラメータに従って、UEによる計算によって複数のPHICHリソースインデックスを取得する方法と同じであることを理解されたく、ここでは細部をこれ以上繰り返し説明しない。
【０１３３】
場合により、一実施形態では、PHICHリソースを占有するためのフィードバック応答が基地局から受信された後に、受信ユニット810は、基地局が送信したデータを受信するようにさらに構成され、送信ユニット830は、同じバインディングウィンドウ内のデータにバンドルされた応答を基地局に送信するようにさらに構成される、ことをさらに含む。
【０１３４】
本発明の本実施形態では、UEは、複数のHARQオフセットパラメータnHARQを使用して、複数のデータパケットに対応する異なるPHICHリソースを計算によって取得し、計算によって得られた異なるPHICHリソースを使用して、基地局からのフィードバック応答を受信する。基地局が送信したデータを受信した後に、UEは、同じバインディングウィンドウ内のすべてのデータにバンドルされた応答を行う。本方法によれば、複数のHARQタイミングにおいて、UEが基地局にデータを正常に送信し、フィードバックを受信し、基地局からデータを受信し、フィードバックを送信し得ることが確保される。これにより、PHICHリソースの競合が回避され、それによって、送信エラーが減り、データ送信の安定性が向上する。
【０１３５】
本発明の本実施形態では、受信ユニット810は受信機によって実装されてもよく、送信ユニット830は送信機によって実装されてもよく、処理ユニット820はプロセッサによって実装されてもよく、記憶ユニット840はメモリ940によって実装されてもよいことに留意されたい。図9に示すように、ユーザ機器900は、プロセッサ910と、受信機920と、送信機930と、メモリ940と、を備え得る。メモリ940は、UEの出荷時に予めインストールされたプログラム／コードを記憶するように構成されてもよく、またはプロセッサ910によって実行されるコードなどを記憶してもよい。
【０１３６】
ユーザ機器900のコンポーネントは、バスシステム950を使用して一緒につなぎ合わされる。データバスに加えて、バスシステム950は、パワーバス、制御用バス、および状況信号用バスを含み得る。
【０１３７】
図10は、本発明の一実施形態による、基地局の概略図である。図10の基地局1000は、送信ユニット1010と、処理ユニット1020と、受信ユニット1030と、を備える。送信ユニット1010と受信ユニット1030は共に処理ユニット1020に接続されている。
【０１３８】
送信ユニット1010は、ユーザ機器UEに複数のハイブリッド自動再送要求HARQタイミングを送信するように構成され、UEが送信する複数のデータパケットのそれぞれは、複数のHARQタイミングのうちの1つに対応する。送信ユニット1010は、UEに複数のHARQオフセットパラメータを送信するようにさらに構成され、HARQオフセットパラメータは、複数のHARQタイミングと一対一に対応する。
【０１３９】
処理ユニット1020は、複数のHARQオフセットパラメータに従って、計算により、複数の物理ハイブリッド自動再送要求インディケータチャネルPHICHリソースインデックスをそれぞれ取得するように構成され、複数のPHICHリソースインデックスは、異なるPHICHリソースをそれぞれ指し示す。
【０１４０】
受信ユニット1030は、UEが送信した複数のデータパケットを受信するように構成される。
【０１４１】
送信ユニット1010は、複数のHARQタイミングに従って、フィードバック応答を受信するための時間領域リソースを決定し、異なるPHICHリソースを用いて時間領域リソース上でフィードバック応答を受信するようにさらに構成される。
【０１４２】
場合により、一実施形態では、処理ユニット1020は、予め設定された規則および複数のデータパケットがそれぞれ属する複数のデータパケットカテゴリに従って、複数のHARQタイミングを構成する。
【０１４３】
データパケットカテゴリは、データパケットサイズに従ってUEによって分類され、予め設定された規則は、より大きなデータパケットがより長いHARQタイミングに対応することを含む。
【０１４４】
場合により、別の実施形態では、データパケットカテゴリは、データパケット変調スキームに従ってUEによって分類され、予め設定された規則は、より複雑なデータパケット変調スキームがより長いHARQタイミングに対応することを含む。
【０１４５】
場合により、別の実施形態では、データパケットカテゴリは、基地局の上位層によって要求されるサービス品質QoS遅延に従ってUEによって分類され、予め設定された規則は、より長いQoS遅延がより長いHARQタイミングに対応することを含む。
【０１４６】
図10に示す実施形態では、データパケットの定義、データパケットカテゴリの分類、および予め設定された規則は、図2のステップ210におけるものと同じである。繰り返しを避けるため、ここでは細部をこれ以上繰り返し説明しない。
【０１４７】
場合により、一実施形態では、送信ユニット1010がUEに複数のHARQタイミングを送信する前に、
受信ユニット1030は、UEが処理可能な最短のHARQタイミングを受信し、予め設定された規則は、処理ユニット1020によって構成された複数のHARQタイミングの最短のHARQタイミングは、UEが処理可能な最短のHARQタイミングよりも長い
ことをさらに含む。この予め設定された規則のケースは、図2のステップ206と同じである。繰り返しを避けるため、ここでは細部をこれ以上繰り返し説明しない。
【０１４８】
場合により、一実施形態では、予め設定された規則は、複数のHARQタイミングが複数の特定のHARQタイミングであることを含む。送信ユニット1010がUEに複数のHARQタイミングを送信する前に、
受信ユニット1030は、UEが送信した複数の特定のHARQタイミングを受信し、複数の特定のHARQタイミングは、UEによって、複数のデータパケットにそれぞれ対応するHARQタイミングを検索することによって取得され、HARQタイミングリストは、異なるデータパケットカテゴリにそれぞれ対応するHARQタイミングを含む、
ことをさらに含む。
【０１４９】
場合により、一実施形態では、複数のPHICHリソースインデックスのそれぞれは、PHICHリソース2タプルである。各PHICHリソース2タプルは、PHICHリソースグループにおけるPHICHリソースグループインデックス
【数７６】
0006480078.tif 000077
と直交系列インデックス
【数７７】
0006480078.tif 000078
とからなる。
【０１５０】
場合により、一実施形態では、処理ユニットによって、複数のHARQオフセットパラメータに従って、計算により、PHICHリソースグループにおけるPHICHリソースグループインデックスと直交系列インデックスとをそれぞれ取得する、ステップは、処理ユニット1020によって、HARQオフセットパラメータに従って、PHICHリソース2タプルにおけるPHICHリソースグループインデックスと直交系列インデックスとを、ステップ230の次の式（1）および式（2）、すなわち、
【数７８】
0006480078.tif 000079
を用いて計算するステップを含み、
ここで、nHARQは、HARQオフセットパラメータであり、
【数７９】
0006480078.tif 000080
は、PHICHリソースグループインデックスであり、
【数８０】
0006480078.tif 000081
は、直交系列インデックスであり、
【数８１】
0006480078.tif 000082
は、物理上りリンク共有チャネルPUSCHリソースの開始物理リソースブロックPRBインデックスであり、
【数８２】
0006480078.tif 000083
は、PHICHリソースグループの数であり、IPHICHは、特殊サブフレーム識別子であり、
【数８３】
0006480078.tif 000084
は、PHICHリソースの拡散率である。
【０１５１】
複数のHARQオフセットパラメータに従って、処理ユニット1020による計算によって複数のPHICHリソースインデックスを取得する方法は、図2のステップ230で説明した、複数のHARQオフセットパラメータに従って、UEによる計算によって複数のPHICHリソースインデックスを取得する方法と同じであることを理解されたく、ここでは細部をこれ以上繰り返し説明しない。
【０１５２】
場合により、一実施形態では、送信ユニット1010が異なるPHICHリソースを用いてフィードバックを送信した後に、送信ユニット1010は、UEにデータを送信し、受信ユニット1030は、UEが送信した、同じバインディングウィンドウ内のデータにバンドルされた応答を受信することをさらに含む。
【０１５３】
本発明の本実施形態では、基地局は、HARQオフセットパラメータnHARQを使用して、複数のデータパケットに対応する異なるPHICHリソースを計算によって取得し、計算によって得られた異なるPHICHリソースを使用して、UEにフィードバック応答を送信する。データをUEに送信した後に、基地局は、UEによって同じバインディングウィンドウ内のすべてのデータにバンドルされた応答を受信する。本方法によれば、複数のHARQタイミングにおいて、基地局は、UEが送信したデータを正常に受信し、フィードバックを送信し、データをUEに送信し、フィードバックを受信し得ることが確保される。これにより、PHICHリソースの競合が回避され、それによって、送信エラーが減り、データ送信の安定性が向上する。
【０１５４】
本発明の本実施形態では、受信ユニット1030は受信機によって実装されてもよく、送信ユニット1010は送信機によって実装されてもよく、処理ユニット1020はプロセッサによって実装されてもよいことに留意されたい。図11に示すように、基地局1100は、プロセッサ1110と、受信機1120と、送信機1130と、メモリ1140と、を備え得る。メモリ1140は、プロセッサ1110によって実行されるコードなどを記憶するように構成されてもよい。
【０１５５】
基地局1100のコンポーネントは、バスシステム1150を使用して一緒につなぎ合わされる。データバスに加えて、バスシステム1150は、パワーバス、制御用バス、および状況信号用バスを含み得る。
【０１５６】
本発明の一実施形態による通信システムは、前述のユーザ機器800および基地局900を含むことができる。
【０１５７】
当業者であれば、本明細書で開示した各実施形態において説明した例と組み合わせて、電子的ハードウェアまたはコンピュータソフトウェアと電子的ハードウェアとの組み合わせによって、ユニットおよびアルゴリズムステップを実施してよいことを承知しているはずである。機能をハードウェアで行うかソフトウェアで行うかは、技術的解決策の具体的なアプリケーションと設計制約条件とによって決まる。当業者は、異なる方法を使用して、それぞれの具体的なアプリケーションに対して、説明された機能を実施できるが、こうした実施が、本発明の範囲を超えるものであるとみなすべきではない。
【０１５８】
当業者であれば、説明を簡便にする目的で、上記のシステム、装置およびユニットの詳細な動作プロセスについては、上記方法実施形態における対応するプロセスを参照することを明確に理解するはずであり、ここでは細部を繰り返し説明しない。
【０１５９】
本出願において提供されるいくつかの実施形態においては、開示のシステム、装置、および方法を他のやり方で実装することもできることを理解されたい。例えば、説明された装置実施形態は単なる例に過ぎない。例えば、ユニットの分割は単なる論理的機能分割に過ぎず、実際の実装に際しては他の分割も可能である。例えば、複数のユニットもしくはコンポーネントが組み合わされ、または統合されて別のシステムになる場合もあり、いくつかの特徴が無視されたり実行されなかったりする場合もある。加えて、表示された、または論じられた相互結合または直接結合または通信接続を、いくつかのインターフェースを使用して実現することもできる。装置間またはユニット間の間接結合または通信接続は、電子的形態、機械的形態、または他の形態として実現することができる。
【０１６０】
別々の部品として記述されたユニットは物理的に分離している場合もそうでない場合もあり、ユニットとして表示された部品は、物理的ユニットである場合もそうでない場合もあり、一箇所に位置する場合もあり、複数のネットワークユニット上に分散される場合もある。ユニットの一部または全部を、各実施形態の解決策の目的を達成するための実際の要件に従って選択することもできる。
【０１６１】
加えて、本発明の実施形態における機能ユニットが1つの処理ユニットへ統合される場合もあり、ユニットのそれぞれが物理的に独立して存在する場合もあり、または2つ以上のユニットが1つのユニットへ統合される場合もある。
【０１６２】
機能がソフトウェア機能ユニットの形態で実現され、独立した製品として販売される場合、機能は、コンピュータ可読記憶媒体に記憶することができる。そうした理解に基づき、本発明の技術解決策を本質的に、または従来技術に寄与する部分を、または技術的な解決策の一部を、ソフトウェア製品の形態で実現することができる。ソフトウェア製品は記憶媒体に記憶されており、（パーソナルコンピュータ、サーバ、もしくはネットワーク機器などとすることができる）コンピュータデバイスに、本発明の各実施形態で記述されている方法のステップの全部または一部を実行するよう命令するためのいくつかの命令を含む。上記記憶媒体は、USBフラッシュドライブ、取り外し可能ハードディスク、読取り専用メモリ（ROM、Read-Only Memory）、ランダムアクセスメモリ（RAM、Random Access Memory）、磁気ディスク、光ディスクといった、プログラムコードを記憶することができる任意の媒体を含む。
【０１６３】
上記の説明は、単に本発明の具体的な実施に過ぎず、本発明の保護範囲を限定することを意図するものではない。本発明において開示された技術的範囲内にあり、当業者によって容易に想到される、あらゆる変形や置き換えは、本発明の保護範囲内に含まれるものとする。従って、本発明の保護範囲は、特許請求の範囲の保護範囲に属する。
【符号の説明】
【０１６４】
800  ユーザ機器
810  受信ユニット
820  処理ユニット
830  送信ユニット
840  記憶ユニット
900  ユーザ機器
910  プロセッサ
920  受信機
930  送信機
940  メモリ
950  バスシステム
1000  基地局
1010  送信ユニット
1020  処理ユニット
1030  受信ユニット
1100  基地局
1110  プロセッサ
1120  受信機
1130  送信機
1140  メモリ
1150  バスシステム
【図１】
0006480078.tif 000085
【図２】
0006480078.tif 000086
【図３】
0006480078.tif 000087
【図４】
0006480078.tif 000088
【図５】
0006480078.tif 000089
【図６】
0006480078.tif 000090
【図７】
0006480078.tif 000091
【図８】
0006480078.tif 000092
【図９】
0006480078.tif 000093
【図１０】
0006480078.tif 000094
【図１１】
0006480078.tif 000095