(57)【特許請求の範囲】
【請求項１】
複数のＨＡＲＱ（ハイブリッド自動再送要求）プロセスをサポートし、ＴＴＩ（送信時間間隔）のバンドリングが適用されるように設定可能である通信システムにおいて、共有通信チャネルでデータを送信する方法であって、バンドリングが設定されているとき、データを送信するための１つのグラントが、同じＨＡＲＱプロセスに属する所定の数のＴＴＩを含むバンドルに適用され、データの送信時、ＨＡＲＱプロセスのＴＴＩが、時間領域の物理リソースであるサブフレームに周期的にマッピングされ、前記方法が、データ送信側ノードにおいて実行される以下のステップ、すなわち、
ＨＡＲＱプロセスのＴＴＩのバンドルを送信するためのグラントを受信するステップと、
前記グラントによって与えられるサブフレームの前の所定の時間間隔内に、同じ前記バンドルのためのさらなるグラントが受信されない場合、前記グラントによって与えられる前記サブフレームにおいて、前記ＨＡＲＱプロセスの前記バンドル全体を送信し、前記所定の時間間隔内に同じ前記バンドルのための別のグラントが受信された場合、前記バンドル全体を送信しない、ステップと、
を含み、
Ｎ個のＴＴＩの各バンドルのＴＴＩが、１つのＴＴＩが１つのサブフレームにマッピングされるように、それぞれの連続するサブフレームにマッピングされ、Ｎが２以上の整数であり、
前記所定の時間間隔が、ＨＡＲＱプロセスのバンドルのために受信された最初のグラントによって与えられるサブフレームの前のＮ個のサブフレームに等しく、
前記方法が、
前記所定の時間間隔内に別のシフティンググラントを受信した結果として、前記最初のグラントによって与えられる位置から前記ＴＴＩバンドルの送信がシフトされた先のサブフレームの位置、に従って、他のＨＡＲＱプロセスの所定の時間間隔の位置を求めるステップ、
をさらに含む、方法。
【請求項２】
前記ＨＡＲＱプロセスの前記バンドルが、
前記所定の時間間隔内に１つのグラントが受信された場合には、前記所定の時間間隔内に受信された最初のグラントの位置からＭ番目のサブフレーム、
前記所定の時間間隔内に２つ以上のグラントが受信された場合には、前記所定の時間間隔内に受信された最後のグラントの位置からＭ番目のサブフレーム、
として位置が求められるサブフレーム、において送信され、Ｍが２以上の整数である、
請求項１に記載の方法。
【請求項３】
各ＨＡＲＱプロセスごとに、新規データインジケータ（ＮＤＩ）を含むプロセス状態を格納するステップであって、前記新規データインジケータ（ＮＤＩ）の値が、次の送信がバンドル全体の最初の送信であるかバンドル全体の再送信であるかを示し、バンドルを送信するためのグラントが、前記グラントが対象とする送信のＮＤＩ値をさらに含む制御データ内で受信される、ステップと、
前記グラントを受信した時点で、前記格納されているＮＤＩ値と前記受信されたＮＤＩ値とを比較するステップと、
前記比較の結果に基づいて、前記バンドルの新しいデータを送信する、または同じＨＡＲＱプロセスの最後に送信されたバンドルのデータを再送信するステップと、
をさらに含む、
請求項１または請求項２に記載の方法。
【請求項４】
グラントを受信した時点で、前記グラントを伝える制御情報内で受信される以下のパラメータ、すなわち、
−  ＴＴＩバンドルを送信するサブフレームのリソースブロックの数であって、各サブフレームが割当て可能な周波数領域における複数の物理リソースブロックを含む、前記リソースブロックの数、
−  再送信するＴＴＩバンドルの符号化のタイプを示す冗長バージョン、または、
−  前記グラントを伝える前記制御情報の、サーチスペース内の位置、
のうちの少なくとも１つのパラメータの値を、所定の規則に基づいて、もしくは前のグラントと一緒に受信されて格納されている値に基づいて、またはその両方に基づいて、評価するステップ、
をさらに含み、
前記評価に従って、前記受信したグラントを破棄する、または前記グラントに従ってデータを送信する、
請求項１から請求項３のいずれかに記載の方法。
【請求項５】
グラントを受信した時点で、前記グラントを伝える制御情報に類似する情報を有する制御情報が前記所定の時間間隔内に受信されたかを判定するステップと、
前記グラントを伝える前記制御情報に類似する情報を有する制御情報が前記所定の時間間隔内に受信されていない場合、前記グラントを破棄するステップと、
をさらに含む、
請求項１から請求項４のいずれかに記載の方法。
【請求項６】
前記データ送信側ノードにおいて送信カウンタを格納するステップであって、ＴＴＩバンドル全体が送信される場合、前記送信カウンタが増やされ、ＴＴＩバンドル全体が送信されない場合、前記送信カウンタが増やされない、ステップ、もしくは、
前記データ送信側ノードにおいて各ＨＡＲＱプロセスに対するフィードバック状態を格納するステップであって、各プロセスの前記フィードバック状態が、バンドルを送信している間に前記グラントを受信した後に前記バンドル全体が送信される場合に肯定応答を受信したことを示すように設定される、ステップ、
またはその両方のステップ、
をさらに含む、
請求項１から請求項５のいずれかに記載の方法。
【請求項７】
現在のＨＡＲＱプロセスもしくは別のＨＡＲＱプロセスまたはその両方に対するフィードバック情報を受信するサブフレームの位置を、前記所定の時間間隔内に別のシフティンググラントを受信した結果として、前記最初のグラントによって与えられる位置から前記ＴＴＩバンドルの送信がシフトされた先のサブフレームの位置、に従って求めるステップであって、前記フィードバック情報が肯定応答または否定応答の少なくともいずれかを含む、ステップと、
前記求めたサブフレームの位置において否定応答が受信された場合、前記バンドル全体を再送信するためのサブフレームの位置を、前記フィードバック情報の前記求めたサブフレームの位置に従って求めるステップと、
をさらに含む、
請求項１から請求項６のいずれかに記載の方法。
【請求項８】
複数のＨＡＲＱ（ハイブリッド自動再送要求）プロセスをサポートし、ＴＴＩ（送信時間間隔）のバンドリングが適用されるように設定可能である通信システムにおいて、共有通信チャネルでデータを送信する方法であって、バンドリングが設定されているとき、データを送信するための１つのグラントが、同じＨＡＲＱプロセスに属する所定の数のＴＴＩを含むバンドルに適用され、データの送信時、ＴＴＩが、時間領域の物理リソースであるサブフレームに周期的にマッピングされ、前記方法が、データ送信側ノードにおいて実行される以下のステップ、すなわち、
ＨＡＲＱプロセスのＴＴＩのバンドルを送信するためのグラントを受信するステップであって、前記グラントが、バンドルあたりのＴＴＩの数より小さいかまたは等しい、所定の時間間隔よりも小さいサブフレームの数を示すシフトインジケータ、を含む、ステップと、
前記グラントと、前記シフトインジケータによって示されるサブフレームの前記数とによって与えられるサブフレームにおいて、前記ＨＡＲＱプロセスの前記バンドルを送信するステップと、
を含む、方法。
【請求項９】
前記シフトインジケータを含むグラントが、ＴＴＩバンドル内の最初のサブフレームの位置によって与えられる所定のタイミングにおいてのみ受信されるものと予期され、
それ以外のタイミングにおいて受信されるグラントが無視される、
請求項８に記載の方法。
【請求項１０】
複数のＨＡＲＱ（ハイブリッド自動再送要求）プロセスをサポートし、ＴＴＩ（送信時間間隔）のバンドリングが適用されるように設定可能である通信システムにおいて、共有通信チャネルでデータを送信する方法であって、バンドリングが設定されているとき、データを送信するための１つのグラントが、同じＨＡＲＱプロセスに属する所定の数のＴＴＩを含むバンドルに適用され、データの送信時、ＴＴＩが、時間領域の物理リソースであるサブフレームに周期的にマッピングされ、前記方法が、データ受信側ノードにおいて実行される以下のステップ、すなわち、
ＨＡＲＱプロセスのＴＴＩのバンドルを送信するためのグラントを、データ送信側ノードに送信するステップであって、前記グラントが、バンドルあたりのＴＴＩの数より小さいかまたは等しい、所定の時間間隔よりも小さいサブフレームの数を示すシフトインジケータ、を含む、ステップと、
前記グラントと、前記シフトインジケータによって示されるサブフレームの前記数とによって与えられるサブフレームにおいて、前記ＨＡＲＱプロセスの前記バンドルを受信するステップと、
を含む、方法。
【請求項１１】
前記シフトインジケータが、
前記グラントを伝える制御情報の中の個別のフィールド、または、
変調方式と符号化方式の特定の組合せに対応するコードポイントを定義するためにさらに使用される変調・符号化方式の符号化テーブルのいくつかの所定のコードポイント、
によって伝えられる、
請求項８から請求項１０のいずれかに記載の方法。
【請求項１２】
ＨＡＲＱプロセスの前記所定の時間ウィンドウの間にグラントを受信した場合にシフトされた前記ＨＡＲＱプロセスのバンドルを送信するときに、前記シフトされたＨＡＲＱプロセスのバンドルあたりのＴＴＩの数を短縮し、残りのＨＡＲＱプロセスのバンドルあたりのＴＴＩの数を短縮しない、ステップ、または、
ＨＡＲＱプロセスの前記所定の時間ウィンドウの間にグラントを受信した場合にシフトされた前記ＨＡＲＱプロセスのバンドルを送信するときに、前記シフトされたＨＡＲＱプロセスの次のプロセスのバンドルあたりのＴＴＩの数を短縮し、残りのＨＡＲＱプロセスのバンドルあたりのＴＴＩの数を短縮しない、ステップ、または、
ＨＡＲＱプロセスの前記所定の時間ウィンドウの間にグラントを受信した場合にシフトされた前記ＨＡＲＱプロセスのバンドルを送信するときに、前記シフトされたプロセスの次のプロセスのためのグラントが受信された場合には、前記シフトされたＨＡＲＱプロセスのバンドルあたりのＴＴＩの数を短縮し、残りのＨＡＲＱプロセスのバンドルあたりのＴＴＩの数を短縮せず、前記シフトされたプロセスの次のプロセスのためのグラントが前記所定の時間間隔内に受信されない場合には、前記シフトされたＨＡＲＱプロセスの次のプロセスのバンドルあたりのＴＴＩの数を短縮し、残りのＨＡＲＱプロセスのバンドルあたりのＴＴＩの数を短縮しない、ステップ、
をさらに含む、
請求項１に記載の方法。
【請求項１３】
複数のＨＡＲＱ（ハイブリッド自動再送要求）プロセスをサポートし、ＴＴＩ（送信時間間隔）のバンドリングが適用されるように設定可能である通信システムにおいて、共有通信チャネルでデータを送信する装置であって、バンドリングが設定されているとき、データを送信するための１つのグラントが、同じＨＡＲＱプロセスに属する所定の数のＴＴＩを含むバンドルに適用され、データの送信時、ＨＡＲＱプロセスのＴＴＩが、時間領域の物理リソースであるサブフレームに周期的にマッピングされ、前記装置が、
ＨＡＲＱプロセスのＴＴＩのバンドルを送信するためのグラントを受信する受信ユニットと、
前記グラントによって与えられるサブフレームの前の所定の時間間隔内に、同じ前記バンドルのためのさらなるグラントが受信されない場合、前記グラントによって与えられる前記サブフレームにおいて、前記ＨＡＲＱプロセスの前記バンドル全体を送信し、前記所定の時間間隔内に同じ前記バンドルのための別のグラントが受信された場合、前記バンドル全体を送信しない、ように構成されている送信ユニットと、
を備え、
Ｎ個のＴＴＩの各バンドルのＴＴＩが、１つのＴＴＩが１つのサブフレームにマッピングされるように、それぞれの連続するサブフレームにマッピングされ、Ｎが２以上の整数であり、
前記所定の時間間隔が、ＨＡＲＱプロセスのバンドルのために受信された最初のグラントによって与えられるサブフレームの前のＮ個のサブフレームに等しく、
前記装置が、
前記所定の時間間隔内に別のシフティンググラントを受信した結果として、前記最初のグラントによって与えられる位置から前記ＴＴＩバンドルの送信がシフトされた先のサブフレームの位置、に従って、他のＨＡＲＱプロセスの所定の時間間隔の位置を求めるように構成されているタイミングユニット、
をさらに備えている、装置。
【請求項１４】
複数のＨＡＲＱ（ハイブリッド自動再送要求）プロセスをサポートし、ＴＴＩ（送信時間間隔）のバンドリングが適用されるように設定可能である通信システムにおいて、共有通信チャネルでデータを送信する装置であって、バンドリングが設定されているとき、データを送信するための１つのグラントが、同じＨＡＲＱプロセスに属する所定の数のＴＴＩを含むバンドルに適用され、データの送信時、ＴＴＩが、時間領域の物理リソースであるサブフレームに周期的にマッピングされ、前記装置が、
ＨＡＲＱプロセスのＴＴＩのバンドルを送信するためのグラントを受信するように構成されている受信ユニットであって、前記グラントが、バンドルあたりのＴＴＩの数より小さいかまたは等しい、所定の時間間隔よりも小さいサブフレームの数を示すシフトインジケータ、を含む、前記受信ユニットと、
前記グラントと、前記シフトインジケータによって示されるサブフレームの前記数とによって与えられるサブフレームにおいて、前記ＨＡＲＱプロセスの前記バンドルを送信するように構成されている送信ユニットと、
を備えている、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のＡＲＱ（自動再送要求）プロセスおよびバンドリングを使用するときの、共有データチャネルにおけるデータの送信および受信に関する。
【背景技術】
【０００２】
例えば３ＧＰＰ（第３世代パートナーシッププロジェクト）において標準化されたＵＭＴＳ（Universal Mobile Telecommunication System：ユニバーサル移動体通信システム）などの第３世代（３Ｇ）の移動システムは、ＷＣＤＭＡ（登録商標）（Wideband Code Division Multiple Access：広帯域符号分割多元接続）無線アクセス技術に基づいている。今日、３Ｇシステムは世界中に広範な規模で配備されつつある。ＨＳＤＰＡ（High-Speed Downlink Packet Access：高速ダウンリンクパケットアクセス）および強化されたアップリンク（ＨＳＵＰＡ（High-Speed Uplink Packet Access）とも呼ばれる）を導入することによってこの技術が拡張された後、ＵＭＴＳ標準の発展における次の主要な段階では、ダウンリンクでのＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）と、アップリンクでのＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiplexing Access：シングルキャリア周波数分割多元接続）との組合せが取り入れられた。このシステムは、将来の技術発展に対応していくことを意図しているため、ＬＴＥ（Long Term Evolution）と名付けられている。
【０００３】
ＬＴＥシステムは、少ない待ち時間かつ低コストでＩＰに完全に基づく諸機能を提供する、パケットを利用した効率的な無線アクセスおよび無線アクセスネットワークに相当する。物理データチャネル送信に対して、ダウンリンクはデータ変調方式ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭをサポートし、アップリンクはＱＰＳＫ、１６ＱＡＭ、および、少なくともいくつかのデバイスに対しては６４ＱＡＭもサポートする。「ダウンリンク」という用語は、ネットワークから端末への方向を示す。「アップリンク」という用語は、端末からネットワークへの方向を示す。
【０００４】
ＬＴＥのネットワークアクセスは、５ＭＨｚにチャネルが固定されたＵＴＲＡ（UMTS Terrestrial Radio Access：ＵＭＴＳ地上無線アクセス）と対照的に、１.４〜２０ＭＨｚの間のいくつかの規定チャネル帯域幅を使用し、柔軟性が非常に高い。スペクトル効率はＵＴＲＡと比べて最高で４倍まで向上され、アーキテクチャおよびシグナリングの改善により往復の待ち時間が短縮される。ＭＩＭＯ（Multiple Input/Multiple Output）のアンテナ技術により、３ＧＰＰの当初のＷＣＤＭＡ（登録商標）無線アクセス技術に比べて１セル当たり１０倍のユーザに対応できるようになる。可能な限り多くの周波数帯割当の配置に適合するために、ペアになった帯域動作（ＦＤＤ：Frequency Division Duplex：周波数分割複信）およびペアをなさない帯域動作（ＴＤＤ：Time Division Duplex：時分割複信）の両方に対応する。ＬＴＥは、隣接するチャネル内でも以前の３ＧＰＰ無線技術と共存することができ、すべての３ＧＰＰの以前の無線アクセス技術との間で呼を受け渡しすることができる。
【０００５】
ネットワークエンティティおよびそれらの間のインタフェースを含むＬＴＥネットワークアーキテクチャを図１に例示する。図１から分かるように、ＬＴＥアーキテクチャは、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（登録商標）  ＥＤＧＥ無線アクセスネットワーク）などのさまざまな無線アクセスネットワーク（ＲＡＮ）の相互接続をサポートし、これらは、サービングＧＰＲＳサポートノード（ＳＧＳＮ）を介してＥＰＣに接続される。３ＧＰＰモバイルネットワークでは、モバイル端末１１０（ユーザ機器、ＵＥ、または、デバイスとも呼ばれる）は、ＵＴＲＡＮ中のノードＢ（ＮＢ）およびＥ−ＵＴＲＡＮアクセス中の進化型ノードＢ（ｅＮＢ）を介してアクセスネットワークにアタッチされる。ＮＢおよびｅＮＢ１２０エンティティは、他のモバイルネットワークでは基地局として知られている。ＵＥのモビリティをサポートするために、２つのデータパケットゲートウェイ（サービングゲートウェイ（ＳＧＷ）１３０およびパケットデータネットワークゲートウェイ１６０（ＰＤＮ−ＧＷまたは簡潔にしてＰＧＷ））がＥＰＳに置かれている。Ｅ−ＵＴＲＡＮアクセスを仮定すると、ｅＮＢエンティティ１２０は、Ｓ１−Ｕインタフェース（「Ｕ」は「ユーザプレーン（user plane）」を表す）を介して１つまたは複数のＳＧＷへ有線回線を通して接続され、また、Ｓ１−ＭＭＭＥインタフェースを介してモビリティ管理エンティティ１４０（ＭＭＥ）へ有線回線を通して接続される。ＳＧＳＮ１５０およびＭＭＥ１４０は、サービングコアネットワーク（ＣＮ）ノードとも呼ばれる。
【０００６】
上記に示すように、Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢから構成され、ユーザ機器（ＵＥ）に向けてＥ−ＵＴＲＡユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（control plane）（ＲＲＣ）プロトコル終端を提供する。ｅＮｏｄｅＢ（ｅＮＢ）は、物理層（ＰＨＹ）、媒体アクセス制御層（ＭＡＣ）、無線リンク制御層（ＲＬＣ）、および、パケットデータ制御プロトコル層（ＰＤＣＰ）をホストし、これらはユーザプレーンヘッダ圧縮および暗号化機能を含む。さらに、ｅＮｏｄｅＢ（ｅＮＢ）は、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能を提供する。ｅＮｏｄｅＢ（ｅＮＢ）は、無線リソース管理、アドミッション制御、スケジューリング、ネゴシエーションされるアップリンクサービス品質（ＱｏＳ）の実施、セル情報ブロードキャスト、ユーザプレーンおよび制御プレーンデータの暗号化／解読、ダウンリンク／アップリンクユーザプレーンパケットヘッダの圧縮／解凍などの多くの機能を実行する。ｅＮｏｄｅＢは、Ｘ２インタフェース手段によって互いに相互接続される。
【０００７】
図２に、ＬＴＥリリース８のコンポーネントキャリア（Component Carrier）の構造を示す。３ＧＰＰ  ＬＴＥリリース８のダウンリンクのコンポーネントキャリアは、時間−周波数領域においていわゆるサブフレームに分割される。各サブフレームは、２つのダウンリンクスロットに分割される。ダウンリンクスロットは、図２において１期間Ｔｓｌｏｔに相当する２２０として示されている。第１のダウンリンクスロットは、先頭のＯＦＤＭシンボルの中に制御チャネル領域を備える。各サブフレームは、時間領域の所定数のＯＦＤＭシンボルからなる。各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に渡る。
【０００８】
具体的に、スケジューラによって割り当てることができる最小単位のリソースはリソースブロックであり、これは物理リソースブロック（ＰＲＢ：Physical Resource Block）とも呼ばれる。ＰＲＢ２３０は時間領域のＮｓｙｍｂＤＬ個の連続したＯＦＤＭシンボルおよび周波数領域のＮＳＣＲＢ個の連続したサブキャリアとして定義される。実際の運用では、ダウンリンクリソースはリソースブロックペアとして割り当てられる。リソースブロックペアは、２つのリソースブロックからなる。１リソースブロックペアは、周波数領域のＮＳＣＲＢ個の連続したサブキャリアと、時間領域のサブフレームの２・ＮｓｙｍｂＤＬ個の全変調シンボルに渡る。ＮｓｙｍｂＤＬは６または７であり、結果として合計１２個または１４個のＯＦＤＭシンボルがあることになる。したがって、物理リソースブロック２３０は、時間領域の１スロットおよび周波数領域の１８０ｋＨｚに相当するＮｓｙｍｂＤＬ×ＮＳＣＲＢ個のリソースエレメント（Resource Element）からなる（ダウンリンクのリソースグリッドに関するさらなる詳細は、例えば、非特許文献１（３ＧＰＰのウェブサイトで自由に入手可能）で得ることができ、その内容は本明細書に援用される）。リソースブロックまたはリソースブロックペアがスケジューリングされているにも関わらずその中のリソースエレメントの一部が使用されない可能性もあるが、使用される術語表現を簡潔にするために、リソースブロックまたはリソースブロックペア全体が割り当てられるとする。スケジューラによって実際に割り当てられないリソースエレメントの例には、参照信号、ブロードキャスト信号、同期信号、および各種の制御信号やチャネル送信に使用されるリソースエレメントが含まれる。
【０００９】
ダウンリンクの物理リソースブロックの数ＮＲＢＤＬは、セル内で設定されたダウンリンク送信の帯域幅に応じて決まり、現在ＬＴＥでは６〜１１０個の（Ｐ）ＲＢとして定義されている。ＬＴＥでは、帯域幅をＨｚ単位（例えば１０ＭＨｚ）またはリソースブロック単位で表すのが慣習的であり、例えばダウンリンクの場合、セル帯域幅を例えば１０ＭＨｚまたはＮＲＢＤＬ＝５０ＲＢと表すことができ、両者は等価である。
【００１０】
チャネルリソースは、図２に例示するように「リソースブロック」として定義でき、図２では、例えば３ＧＰＰのＬＴＥ作業項目で議論されているＯＦＤＭを採用するマルチキャリア通信システムを想定する。より一般的には、リソースブロックは、スケジューラによって割り当てできる、モバイル通信の無線インタフェースにおける最小リソース単位を表すものと想定することができる。リソースブロックの次元は、時間（例えば、時間分割多重方式（ＴＤＭ）の場合のタイムスロット、サブフレーム、フレームなど）、周波数（例えば、周波数分割多重方式（ＦＤＭ）の場合のサブバンド、キャリア周波数など）、符号（例えば、符号分割多重方式（ＣＤＭ）の場合の拡散符号）、アンテナ（例えば、多重入出力（ＭＩＭＯ））などの任意の組合せであってもよく、モバイル通信システムで用いられるアクセス方式に依存する。
【００１１】
データは、仮想リソースブロックの対によって、物理リソースブロックへマッピングされる。一対の仮想リソースブロックは、一対の物理リソースブロックへマッピングされる。２つのタイプの仮想リソースブロック、すなわち局所仮想リソースブロック（ＬＶＲＢ）および分散仮想リソースブロック（ＤＶＲＢ）が、ＬＴＥダウンリンクの物理リソースブロック上へのマッピングに従って定義される。局所ＶＲＢを使用する局所送信モードでは、ｅＮＢが、どのリソースブロックをどれくらい使用するかについて完全に制御し、通常はその制御により、スペクトル効率が高くなるリソースブロックを選択する。大半の移動通信システムでは、その結果、隣接する物理リソースブロックまたは隣接する物理リソースブロックの複数個のまとまりが単一のユーザ機器への送信のために使用されることになる。これは、無線チャネルが周波数領域でコヒーレントであるためであり、１つの物理リソースブロックで高いスペクトル効率が得られる場合には、それに隣接する物理リソースブロックでも同様に高いスペクトル効率が得られる可能性が高いことを示唆する。分散ＶＲＢを使用する分散伝送モードでは、充分に高いスペクトル効率をもたらす少なくともいくつかの物理リソースブロックが使用されることで周波数ダイバーシティを得るために、同じＵＥ向けデータを伝送する物理リソースブロックが周波数帯に渡って分散される。
【００１２】
３ＧＰＰ  ＬＴＥリリース８では、ダウンリンク制御シグナリングは、基本的に次の３つの物理チャネルによって運ばれる。
−１つのサブフレーム中の制御シグナリングに用いられるＯＦＤＭシンボルの数（すなわち、制御チャネル領域の大きさ）を示す物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）
−アップリンクデータ送信に関連するダウンリンクＡＣＫ／ＮＡＣＫを運ぶ物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）
−ダウンリンクスケジューリング割当ておよびアップリンクスケジューリング割当てを運ぶ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）
【００１３】
ＰＣＦＩＣＨは、既知の予め定義される変調および符号化方式を用いて、ダウンリンクサブフレームの制御シグナリング領域内の既知の場所から送信される。ユーザ機器は、サブフレームの中の制御シグナリング領域の大きさについての情報、例えばＯＦＤＭシンボル数を得るために、ＰＣＦＩＣＨを復号する。ユーザ機器（ＵＥ）がＰＣＦＩＣＨを復号できない、または誤りのあるＰＣＦＩＣＨ値を得た場合には、制御シグナリング領域に含まれるＬ１／Ｌ２制御シグナリング（ＰＤＣＣＨ）を正しく復号できない。この場合、サブフレーム内に含まれるすべてのリソース割当てが失敗することになる。
【００１４】
ＰＤＣＣＨは、例えば、ダウンリンクまたはアップリンクデータ送信のリソース割当てのためのスケジューリンググラントなどの制御情報を運ぶ。ユーザ機器に対するＰＤＣＣＨは、サブフレーム内のＰＣＦＩＣＨに従って、最初の１つ、２つ、または３つのＯＦＤＭシンボルで送信される。
【００１５】
物理ダウンリンク共有チャネル（ＰＤＳＣＨ）は、ユーザデータを運ぶために使用される。ＰＤＳＣＨは、１つのサブフレーム内のＰＤＣＣＨに続く残りのＯＦＤＭシンボルにマッピングされる。１つのＵＥに割り当てられるＰＤＳＣＨリソースは、それぞれのサブフレームに対するリソースブロックのユニット内にある。
【００１６】
物理アップリンク共有チャネル（ＰＵＳＣＨ）は、ユーザデータを運ぶ。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、スケジューリング要求、ＰＤＳＣＨ上のデータパケットに応じたＨＡＲＱ肯定応答（ＡＣＫ）および否定応答（ＮＡＫ）、および、チャネル状態情報（ＣＳＩ）、などのシグナリングをアップリンク方向に運ぶ。
【００１７】
図３は、ＬＴＥにおける物理チャネル上へのデータのマッピングの例を概略的に示す。この例は説明だけの目的のために単純化したマッピングの例であることに留意されたい。ユーザデータ（ＩＰパケット）はユーザアプリケーションで生成される。ユーザデータは、ＩＰパケットを形成する前におそらく他のプロトコルで圧縮およびカプセル化される音声、ビデオ、テキストまたは任意の他のメディアを含んでもよい。ＥＵＴＲＡＮでは、ＩＰパケットは、ＰＤＣＰ層上でさらに処理されＰＤＣＰヘッダが追加される。この方法で形成されるＰＤＣＰパケットは、ＲＬＣパケットへとさらにセグメント化および／または再組立てされ（図では再組立を示す）、ＲＬＣヘッダが追加される。１つまたは複数のＲＬＣパケットは、次いで、必要があればＭＡＣヘッダおよびパディングも含むＭＡＣパケットへとカプセル化される。ＭＡＣパケットは、「トランスポートブロック」とも呼ばれる。すなわち、物理層の観点から見ると、トランスポートブロックは、物理層に入るユーザデータのパケットである。ＬＴＥで使用できるトランスポートブロックサイズ（ＴＢＳ）は、予め定義される。トランスポートブロックは、次いで、１送信時間間隔（ＴＴＩ：transmission time interval）内で物理層（ＰＨＹ）上のサブフレームにマッピングされる。トランスポートブロックから始まってインタリービングまでのデータマッピングの詳細については、ユーザデータのアップリンクおよびダウンリンク送信それぞれに対して、非特許文献２の図５.２.２−１、図５.３.２−１、および、それらの関連する説明に記載されており、３ＧＰＰのウェブサイトで自由に利用でき、本明細書で参照により援用される。さらに、物理チャネルマッピングは、ダウンリンクおよびアップリンクそれぞれに対して、非特許文献１の図６.３−１および図５.３−１で詳細に説明がある。アップリンクおよびダウンリンク共有チャネルの機能的な概要は、さらに非特許文献３の（それぞれ）６.１.１節および６.２.１節に与えられている。
【００１８】
ＭＡＣ層は、論理チャネルを通じてＲＬＣ層にデータ伝送サービスを提供する。論理チャネルは、ＲＲＣシグナリングなどの制御データを伝える制御論理チャネル、または、ユーザプレーンデータを伝えるトラフィック論理チャネルである。ブロードキャスト制御チャネル（ＢＣＣＨ）、ページング制御チャネル（ＰＣＣＨ）、共通制御チャネル（ＣＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、専用制御チャネル（ＤＣＣＨ）は、制御論理チャネルである。専用トラフィックチャネル（ＤＴＣＨ）およびマルチキャストトラフィックチャネル（ＭＴＣＨ）は、トラフィック論理チャネルである。ＭＡＣ層からのデータは、トランスポートチャネルを通じて物理層と交換される。データは、無線伝送方式に応じてトランスポートチャネルに多重化される。トランスポートチャネルは、次のようにダウンリンクトランスポートチャネルまたはアップリンクトランスポートチャネルとして分類される。ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）、ページングチャネル（ＰＣＨ）、およびマルチキャストチャネル（ＭＣＨ）は、ダウンリンクトランスポートチャネルであるのに対して、アップリンク共有チャネル（ＵＬ−ＳＣＨ）およびランダムアクセスチャネル（ＲＡＣＨ）は、アップリンクトランスポートチャネルである。ダウンリンクおよびアップリンクそれぞれにおいて、論理チャネルとトランスポートチャネルとの間で多重化が実行される。
【００１９】
電池寿命を改善するためにＬＴＥで提案されている可能な方法は、不連続送信（ＤＴＸ）および不連続受信（ＤＲＸ）である。端末（ＵＥ）の合理的な電池消費を提供するために、ＬＴＥ  Ｒｅｌ−８／９およびＲｅｌ−１０は、不連続受信（ＤＲＸ）の概念を提供する。したがって、端末は規則的に制御チャネルを監視する必要はなく、むしろ長期間に渡って送信および受信をオフにすることができ、送受信器を駆動する必要があるのは、予め定義される、または要求される時間においてのみである。
【００２０】
リンクアダプテーションの原理は、パケット交換データトラフィックを効率的にする無線インタフェース設計の基本となる。おおまかに一定のデータレートを持つ回線交換サービスをサポートするために高速閉ループ電力制御を使用した初期バージョンのＵＭＴＳ（ユニバーサル移動体通信システム）とは異なり、ＬＴＥのリンクアダプテーションでは、各ユーザの通常の無線チャネル容量を一致させるため、送信データレート（変調方式およびチャネル符号化率）を動的に調整する。
【００２１】
ＬＴＥのダウンリンクデータ送信においては、ｅＮｏｄｅＢは、一般に、ダウンリンクチャネル状態の予測に応じて、変調方式および符号化率（ＭＣＳ）を選択する。この選択プロセスへの重要な入力は、ユーザ機器（ＵＥ）によってアップリンクでｅＮｏｄｅＢに送信されるチャネル状態情報（ＣＳＩ）フィードバック（上記に記載）である。
【００２２】
チャネル状態情報は、１人または複数のユーザにおける（１つまたは複数の）チャネルリソースの品質を決定するために、マルチユーザ通信システム、例えば３ＧＰＰ  ＬＴＥなどで使用される。一般に、ＣＳＩフィードバックに応答して、ｅＮｏｄｅＢは、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ方式と広範な符号化率の中で選択できる。このＣＳＩ情報は、チャネルリソースを複数の異なるユーザに割り当てるのを支援するために、または、変調方式、符号化率、もしくは送信電力などのリンクパラメータを、割り当てられたチャネルリソースを最大限利用できるように適合させるために、マルチユーザスケジューリングアルゴリズムの中で使用することができる。
【００２３】
アップリンクリソースグラントおよびダウンリンクリソースグラント（それぞれアップリンクおよびダウンリンクにおいてユーザ機器がデータを送信できるようにするグラント）は、ｅＮｏｄｅＢからＰＤＣＣＨを介してダウンリンク制御情報（ＤＣＩ）の中でユーザ機器に送信される。ダウンリンク制御情報は、必要とされるシグナリング情報に依存したさまざまなフォーマットで送信できる。一般に、ＤＣＩは以下を含むことができる。
−リソースブロック割当て（ＲＢＡ：Resource Block Assignment）
−変調および符号化方式（ＭＣＳ）
【００２４】
ＤＣＩは、必要とされるシグナリング情報に依存してさらに情報を含むことができる。これについても、非特許文献４の９.３.２.３節に記載されており、本明細書で参照により援用される。例えば、ＤＣＩは、冗長性バージョン、ＨＡＲＱプロセス番号、または新規のデータインジケータなどのＨＡＲＱ関連情報、プリコーディングなどのＭＩＭＯ関連情報、電力制御関連情報などをさらに含むことができる。
【００２５】
上述したように、スケジューリング対象のユーザに、ユーザの割当てステータス、トランスポートフォーマット、およびその他のデータ関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内でダウンリンクデータと一緒に多重化される（ユーザ割当てが基本的にサブフレーム単位で変化しうるものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもでき、その場合、ＴＴＩ長は、一般的にサブフレームの倍数とする、またはサブフレームに一致させることができる。ＴＴＩ長は、サービスエリアにおいてすべてのユーザに対して一定とする、ユーザ毎に異なる、あるいはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。一般性を失うことなく、以下では、ＴＴＩが１サブフレームに等しいものと想定する。
【００２６】
第１層／第２層制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）としてメッセージを伝え、このメッセージには、ほとんどの場合、移動端末またはユーザ機器のグループのリソース割当て情報およびその他の制御情報が含まれる。一般的には、いくつかのＰＤＣＣＨを１つのサブフレーム内で送信することができる。なお、３ＧＰＰ  ＬＴＥでは、アップリンクデータ送信のための割当て（アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称する）も、ＰＤＣＣＨで送信されることに留意されたい。一般的には、アップリンクまたはダウンリンクの無線リソースを割り当てるために第１層／第２層制御シグナリングで送られる情報は（特にＬＴＥ（−Ａ）リリース１０）、以下の項目に分類することができる。
−  ユーザ識別情報：  割り当てる対象のユーザを示す。この情報は、一般には、ＣＲＣをユーザ識別情報によってマスクすることによってチェックサムに含まれる。ユーザ（ユーザ機器）は、サーチスペース内で（すなわち、各端末が自身宛のデータがあるか制御情報を監視する必要のあるサーチスペースとして設定されているリソースにおいて）送信された識別情報をデマスキングすることによって、ブラインド復号を実行する。
−  リソース割当て情報：  ユーザに割り当てられるリソース（リソースブロック：ＲＢ）を示す。なお、ユーザに割り当てられるリソースブロックの数は動的とすることができる。特に、リソースブロック（周波数領域）の数は、このリソース割当て情報によって伝えられる。時間領域（サブフレーム）における位置は、ＰＤＣＣＨが受信されるサブフレームと、所定の規則（リソースはＰＤＣＣＨサブフレームより特定の数のサブフレームだけ後に割り当てられる）とによって与えられる。
−  キャリアインジケータ：  第１のキャリアで送信される制御チャネルが、第２のキャリアに関係するリソース（すなわち第２のキャリアのリソース、またはキャリアアグリゲーションが適用される場合には第２のキャリアに関連するリソース）を割り当てる場合に使用される。
−  変調・符号化方式：  採用される変調方式および符号化率（符号化されるトランスポートブロックの長さ）を決める。
−  ＨＡＲＱ情報：  データパケットまたはその一部の再送信時に特に有用である、新規データインジケータ（ＮＤＩ）や冗長バージョン（ＲＶ）など。具体的には、新規データインジケータは、その割当てがデータの最初の送信用であるか、データの再送信用であるかを示す。冗長バージョンは、再送信されるデータに適用される符号化を示す（ＬＴＥでは増分的冗長性合成法（incremental redundancy combining）がサポートされ、すなわち、各再送信には、異なる方式で符号化された最初の送信データを含めることができ、すなわち、各再送信には、すでに受信された送信／再送信と合わせて最終的に復号を可能にするパリティビットを含めることができる）。
−  電力制御コマンド：  割り当てられたアップリンクデータまたは制御情報の送信時の送信電力を調整する。
−  基準信号情報：  割当てに関連する基準信号の送信または受信に使用される、適用されるサイクリックシフトや直交カバーコードインデックスなど。
−  アップリンクまたはダウンリンク割当てインデックス：  割当ての順序を識別するために使用され、ＴＤＤシステムにおいて特に有用である。
−  ホッピング情報：  例えば、周波数ダイバーシティを増大させるためにリソースホッピングを適用するかどうかと、適用方法の指示情報。
−  ＣＳＩ要求：  割り当てられるリソースにおけるチャネル状態情報の送信をトリガーするために使用される。
−  マルチクラスタ情報：  シングルクラスタ（ＲＢの連続的なセット）またはマルチクラスタ（連続的なＲＢの少なくとも２つの不連続なセット）で送信を行うかを指示して制御するために使用されるフラグである。マルチクラスタ割当ては、３ＧＰＰ  ＬＴＥ−（Ａ）リリース１０によって導入された。
【００２７】
なお、上記のリストは、これらに限定されるものではなく、また、使用されるＤＣＩフォーマットによっては、リストした情報項目すべてを各ＰＤＣＣＨ送信に含める必要はないことに留意されたい。
【００２８】
ダウンリンク制御情報は、全体的なサイズと、フィールドに含まれる情報とが異なるいくつかのフォーマットの形をとる。ＬＴＥにおいて現在定義されている異なるＤＣＩフォーマットは、以下のとおりであり、非特許文献２の５.３.３.１節に詳しく記載されている（この文書は、３ＧＰＰのウェブサイトにおいて入手可能であり、参照によって本明細書に組み込まれている）。ＤＣＩフォーマットと、ＤＣＩにおいて送信される具体的な情報に関するさらなる詳細については、技術規格、または非特許文献４（参照によって本明細書に組み込まれている）の９.３章を参照されたい。例えばＤＣＩフォーマット０は、アップリンク送信モード１または２においてシングルアンテナポート送信を使用して、ＰＵＳＣＨのためのリソースグラントを送信するために使用される。
【００２９】
ユーザ機器がＰＤＣＣＨ送信を正常に受信したかを自身で識別できるようにする目的で、各ＰＤＣＣＨ（すなわちＤＣＩ）に付加される１６ビットのＣＲＣによって誤り検出が提供される。さらには、ユーザ機器が自身を対象とするＰＤＣＣＨを識別できることが必要である。このことは、理論的には、ＰＤＣＣＨペイロードに識別子を追加することによって達成できる。しかしながら、「ユーザ機器の識別情報」によってＣＲＣをスクランブルする方がより効率的であり、追加のオーバーヘッドが節約される。ＣＲＣの計算およびスクランブリングは、非特許文献２（この文書は参照によって本明細書に組み込まれている）の５.３.３.２節「CRC attachment」において３ＧＰＰによって詳細に定義されているように行うことができる。この節には、巡回冗長検査（ＣＲＣ）を通じてＤＣＩ送信に誤り検出を導入する方法が記載されている。簡潔に要約すると以下のようになる。ペイロード全体を使用して、ＣＲＣパリティビットを計算する。パリティビットを計算して付加する。ユーザ機器の送信アンテナの選択が設定されていない、または適用可能ではない場合、付加した後、ＣＲＣパリティビットを対応するＲＮＴＩによってスクランブルする。
【００３０】
さらに、スクランブリングは、非特許文献２から明らかであるように、ユーザ機器の送信アンテナの選択にも依存しうる。ユーザ機器の送信アンテナの選択が設定されていない、または適用可能ではない場合、付加した後、ＣＲＣパリティビットを、アンテナ選択マスクおよび対応するＲＮＴＩによってスクランブルする。いずれの場合にも、スクランブリング処理にＲＮＴＩが関与するため、簡潔さのため、および一般性を失うことなく、実施形態の以下の説明では、ＣＲＣがＲＮＴＩによってスクランブルされる（および必要な場合にデスクランブルされる）ものと記載されているが、例えばアンテナ選択マスクなどのさらなる要素もスクランブリング処理において使用されうることを理解されたい。
【００３１】
したがって、ユーザ機器は、「ユーザ機器の識別情報」を適用することによってＣＲＣをデスクランブルし、ＣＲＣ誤りが検出されない場合、ユーザ機器は、そのＰＤＣＣＨが自身を対象とする制御情報を伝えているものと判断する。ＣＲＣを識別情報によってスクランブルする上述したプロセスにおいては、「マスキング」および「デマスキング」という用語も使用される。ＤＣＩのＣＲＣをスクランブルする上述した「ユーザ機器の識別情報」は、ＳＩ−ＲＮＴＩ（システム情報無線ネットワーク一時識別子）とすることもでき、このＳＩ−ＲＮＴＩは、「ユーザ機器の識別情報」ではなく、送信される情報のタイプ（この場合にはシステム情報）に関連付けられる識別子である。ＳＩ−ＲＮＴＩは、通常では仕様において決定され、したがってすべてのユーザ機器においてあらかじめ既知である。
【００３２】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、例えば、ダウンリンクまたはアップリンクでデータを送信するためのリソースを割り当てるスケジューリンググラントを伝える。１つのサブフレームにおいて複数のＰＤＣＣＨを送信することができる。ユーザ機器へのＰＤＣＣＨは、サブフレームの中の最初のＮＰＤＣＣＨｓｙｍｂ個のＯＦＤＭシンボル（通常では１個、２個、または３個のＯＦＤＭシンボル（ＰＣＦＩＣＨによって示される）、例外的なケースでは２個、３個、または４個のＯＦＤＭシンボル（ＰＣＦＩＣＨによって示される））で送信され、ＯＦＤＭシンボルはシステム帯域幅全体にわたり延びている。システム帯域幅は、一般にはセルまたはコンポーネントキャリアの範囲に等しい。時間領域における最初のＮＰＤＣＣＨｓｙｍｂ個のＯＦＤＭシンボルと、周波数領域におけるＮＲＢＤＬ×ＮｓｃＲＢ本のサブキャリアとによって占有される領域は、ＰＤＣＣＨ領域または制御チャネル領域とも称される。周波数領域におけるＮＲＢＤＬ×ＮｓｃＲＢ本のサブキャリアにわたる、時間領域における残りのＮＰＤＳＣＨｓｙｍｂ＝２＊ＮＤＬｓｙｍｂ−ＮＰＤＣＣＨｓｙｍｂ個のＯＦＤＭシンボルは、ＰＤＳＣＨ領域または共有チャネル領域と称される（後述する）。
【００３３】
物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関するダウンリンクグラント（すなわちリソース割当て）については、ＰＤＣＣＨは、同じサブフレーム内の（ユーザ）データのためのＰＤＳＣＨリソースを割り当てる。サブフレーム内のＰＤＣＣＨ制御チャネル領域は、一連のＣＣＥ（制御チャネル要素）からなり、サブフレームの制御領域におけるＣＣＥの総数は、時間−周波数制御リソース全体にわたり分散している。制御チャネルの符号化率を効果的に低減するため、複数のＣＣＥを組み合わせることができる。ＣＣＥは、さまざまな符号化率を達成するためツリー構造を使用する所定の方法において組み合わされる。制御チャネル要素（ＣＣＥ）は、物理リソースブロック全体より小さい個別に割当て可能な単位である。制御チャネル要素（ＣＣＥ）によって、より少ないデータが伝送される制御チャネルのリソース割当てをより細かく行うことができる。
【００３４】
トランスポートチャネルのレベルにおいては、ＰＤＣＣＨを介して送信される情報は、第１層／第２層（Ｌ１／Ｌ２）制御シグナリングとも称される（第１層／第２層制御シグナリングの詳細については前述した説明を参照）。
【００３５】
あるサブフレームにおいて受信されるアップリンクリソース割当てと、ＰＵＳＣＨにおける対応するアップリンク送信との間には、所定のタイミング関係が存在する。詳細は、非特許文献５（この文書は参照によって本明細書に組み込まれている）に記載されている。特に、非特許文献５の表８−２には、ＴＤＤ構成０〜６のパラメータｋが定義されており、ｋは、サブフレームにおいて受信されるアップリンクリソース割当てに対応する送信の正のオフセットを示す。ＴＤＤ構成０の場合、アップリンクサブフレーム３および８のタイミングが追加定義されているが、説明を簡潔にするためここでは説明しない。例えば、ＴＤＤ構成１のサブフレーム１に対するパラメータｋは６であり、すなわち、ＴＤＤ構成１のサブフレーム１において受信されるアップリンクリソース割当ては、ＴＤＤ構成１のサブフレーム１＋６＝サブフレーム７を対象としている（実際にサブフレーム７はアップリンクサブフレームである）。
【００３６】
リソースブロック割当ては、アップリンクまたはダウンリンク送信で使用される物理リソースブロックを指定する。
【００３７】
変調および符号化方式は、ＱＰＳＫ、１６ＱＡＭ、または６４ＱＡＭなどの送信のために使用される変調方式を定義する。変調次数が少ないほど、よりロバストな送信となる。したがって、一般的には、チャネル状態が良好な場合には６４ＱＡＭが使用される。変調および符号化方式はまた、所与の変調に対する符号化率を定義する。符号化率は、無線リンク状態に依存して選択される。すなわち、チャネル状態が不良の場合にはより低い符号化率が使用でき、チャネル状態が良好の場合にはより高い符号化率が使用できる。ここでの「良好」および「不良」は、信号対干渉雑音比に関して使用されている。符号化率のさらに細かな調整は、誤り訂正符号器のタイプに依存して一般レート（generic rate）のパンクチャリングまたはリピテーションにより達成される。
【００３８】
ＬＴＥにおいてＰＤＣＣＨでシグナリングされる、（物理アップリンク共有チャネル（ＰＵＳＣＨ）で送信するための）アップリンクリソース割当てに対しては、Ｌ１／Ｌ２制御情報にはＨＡＲＱプロセス番号が含まれず、なぜならＬＴＥアップリンクには同期ＨＡＲＱプロトコルが使用されるためである。アップリンク送信に使用されるＨＡＲＱプロセスは、タイミングによって与えられる。さらに、冗長性バージョン（ＲＶ）情報は、トランスポートフォーマット情報と共に符号化される、すなわちＲＶ情報は、トランスポートフォーマット（ＴＦ）フィールドに埋め込まれることに留意すべきである。ＴＦフィールドと変調および符号化方式（ＭＣＳ）フィールドのそれぞれは、例えば３２個のエントリに対応するビットサイズを有する。ＴＦ／ＭＣＳテーブルの３つのエントリは、ＲＶ１、２または３を示すために予約されている。残りのＭＣＳテーブルエントリはＲＶ０を暗に示すＭＣＳレベル（ＴＢＳ）をシグナリングするために使用される。
【００３９】
ＰＤＣＣＨ上でのアップリンク割当てのためのＴＢＳ／ＲＶシグナリングに関する詳細については、（３ＧＰＰのウェブサイトで利用でき、本明細書に参照により援用される）非特許文献６を参照されたい。ＰＤＣＣＨのＣＲＣフィールドのサイズは、１６ビットである。
【００４０】
ＬＴＥのＰＤＣＣＨ上でシグナリングされるダウンリンク割当て（ＰＤＳＣＨ）に対しては、冗長性バージョン（ＲＶ）は、２ビットのフィールドの中で個別にシグナリングされる。さらに、変調次数情報は、トランスポートフォーマット情報と共に符号化される。アップリンクの場合と同様に、ＰＤＣＣＨ上でシグナリングされる５ビットのＭＣＳフィールドが存在する。エントリのうちの３つが明示的な変調次数をシグナリングするために予約されており、トランスポートフォーマット（トランスポートブロック）情報は提供しない。残りの２９エントリにおいては、変調次数およびトランスポートブロックサイズ情報がシグナリングされる。
【００４１】
周波数ダイバーシティを増加させるため、ＬＴＥはホッピングの可能性を提供する。２つのホッピングモード、つまり、サブフレーム間のみのホッピング（インターサブフレームホッピング）と、サブフレーム間およびサブフレーム内の両方でのホッピング（インターおよびイントラサブフレームホッピング）が、サポートされる。イントラサブフレームホッピングの場合、周波数ホップは、サブフレーム中央にあるスロット境界で起こる。これは、符号語内に周波数ダイバーシティを提供する。インターサブフレームホッピングは、トランスポートブロックのＨＡＲＱ再送信間の周波数ダイバーシティを、サブフレームのそれぞれ割り当てられる周波数割当てホップとして提供する。
【００４２】
電力に制限のある端末またはカバレッジシナリオの場合にアップリンクカバレッジを増大させる目的で、ＬＴＥのリリース８では、いわゆるＴＴＩバンドリングが導入された。電力に制限のある端末とは、例えば、セルの周縁部に存在するユーザ機器である。電力に制限のあるカバレッジシナリオは、例えばセルの周縁部において発生し、セルの周縁部では、ネットワーク（基地局、ｅＮＢ）から受信される信号がかなり弱く、さらに端末は、アップリンクにおける自身の信号を基地局が受信できるようにするため、自身の電力を増大させる、もしくはよりロバストな変調・符号化方式を設定する、またはその両方を行わなければならない。しかしながら、送信電力を増大させることのできる上限が存在し、なぜなら増大させることによって、端末が位置しているセルおよび場合によっては隣接するセル内の他のデバイスに対する干渉が発生するためである。したがって、電力が制限される主たる原因は、発生する干渉を抑制するためである。ＴＴＩバンドリングのさらなる利点として、オーバーヘッドが減少してＲＬＣセグメンテーションが回避される。
【００４３】
図４は、ＴＴＩバンドリングのメカニズムを示している。送信するデータを、最初に符号化する（４０１）。符号化した後、データを４つの連続するサブフレーム４０５にマッピングし、これらのサブフレームを、バンドルリングされた４つのサブフレーム、または単純に４つのサブフレーム長のＴＴＩバンドルと称する。例えば、電力が制限されるシナリオにおいては、送信の堅牢性を高める目的で、ＭＡＣ層からの１つのトランスポートブロックを、バンドリングされた４つの連続するサブフレームにおいて反復的に送信することができる。サブフレームを表す四角の中に示してある数値は、ＨＡＲＱプロセスの番号を示す。最初のプロセスに属するバンドルの４つのサブフレームは００００によって表されており、２番目のプロセスに属するバンドルの４つのサブフレームは１１１１によって表されており、以下同様である。したがって図４においては、４つのＨＡＲＱプロセス０〜３が設定されている。例えばＬＴＥにおけるプロセス数の設定は、ＴＴＩバンドリングが適用されない場合、サービングセルあたりアップリンクにおいてつねに８である。ＴＴＩバンドリングが適用される場合、ＨＡＲＱプロセス数は４である。
【００４４】
ＴＴＩバンドリング時には、バンドル全体の送信に対して１セットの制御シグナリングのみを提供することにより、シグナリングの効率が高まる。例えば、端末は、バンドル全体あたりＰＤＣＣＨアップリンクグラントを１回受信するのみである。さらに、バンドル内では、ＨＡＲＱ再送信が非適応再送信であり、前の送信に対するＨＡＲＱフィードバックを待機することなくトリガーされる。このことは図４に示してあり、最初の４つのサブフレーム４０５において送信されたバンドルデータ内で誤りが検出された。したがって、ネットワークから否定応答（ＮＡＣＫ）が端末に送信される。端末は、この否定応答を受信した後、サブフレーム４１５の中の新しいＴＴＩバンドルにおいて、４つのサブフレーム４０５すべてのデータを再送信する。
【００４５】
一般的には、ＴＴＩバンドリングの動的なスケジューリングをサポートすることができ、すなわち、シグナリングチャネルＰＤＣＣＨを使用することによって、任意のタイミングでＴＴＩバンドルをスケジューリングすることができる。例えば、そのようなシグナリングによって、ＴＴＩバンドルの送信を開始するタイミングを定義することができる。特に、ＰＤＣＣＨは、特定のサブフレームにおいて送信されるバンドルのためのアップリンクグラントを含む。特定のグラント（すなわち端末によるグラントの受信）と、受信されたそのグラントが対象とするバンドルの送信との間のサブフレームの数を指定する固定されたパターンが、上位層によって定義または設定される。このような固定されたパターンによって、シグナリングオーバーヘッドを減らすことが可能となり、なぜなら、バンドルを送信するべきサブフレームの番号をグラントにおいて明示的に指定する必要がないためである。そうではなく、時間領域における（サブフレーム番号で表した）グラントの位置と、グラントの受信とデータの送信との間の定義されている間隔とによって、バンドルを送信するタイミングを一義的に求めることが可能になる。したがって例えば、端末は、つねに、バンドルのためのグラントを受信してからＭ個のサブフレームだけ後に、Ｎ個のサブフレームのバンドルを送信する。パラメータＭは、ラウンドトリップ時間や処理遅延などのシステムパラメータに従って設定される。非特許文献７（３ＧＰＰのウェブサイトにおいて入手可能であり、参照によって本明細書に組み込まれている）の特に８節によると、ＦＤＤ（周波数分割複信）モードにおいてサブフレーム（ＴＴＩ）バンドリングが動作している場合、ユーザ機器は、自身を対象とするＤＣＩフォーマット０のＰＤＣＣＨをサブフレームｎにおいて検出する、あるいは、自身を対象とするＰＨＩＣＨ送信をサブフレームｎ−５において検出すると、ＰＤＣＣＨおよびＰＨＩＣＨの情報に従って、バンドル形式の対応する最初のＰＵＳＣＨ送信をサブフレームｎ＋４に調整する。このように、ＬＴＥリリース８においてはタイミングが一定であり、すなわち、ＴＴＩバンドリングが動作している場合、端末は、グラントを受信してから４つのサブフレームだけ後、および（ＰＨＩＣＨにおける）否定応答から９つのサブフレームだけ後に、ネットワークにデータを送信する。
【００４６】
グラントの受信とバンドルデータの送信との間の固定されたパターン（タイミング）とは別に、再送信プロトコルのイベントのタイミングパターンを指定することもできる。例えば、確認応答（肯定応答または否定応答）の送信のタイミングを、グラントの受信、もしくはデータの送信、またはその両方に対して固定することができる。同様に、データの再送信のタイミングを、フィードバック（確認応答）の受信、データの送信、グラントの受信のうちの少なくとも１つに対して固定することができる。現在定義されているＬＴＥにおいては、グラントとＨＡＲＱプロセスとの間の一定のタイミングが、ダウンリンク共有チャネルおよびアップリンク共有チャネルの場合について指定されている。
【００４７】
しかしながら、ＴＴＩバンドリングを適用することによって、ネットワークのさまざまな挙動および設定における端末の挙動の仕様に関連するいくつかの問題も生じる。現在、標準規格においては、スケジューリングの柔軟性とシステムリソースの効率的な利用とを支援する目的で、ＴＴＩバンドリングの動的なスケジューリングが合意されている。スケジューリングに柔軟性がありリソースが効率的に利用されることは、特に、大容量のユーザ機器およびＶｏＩＰサービスを考慮するときに、システム容量を高めるうえで必要である。現在の標準規格では、異なるＴＴＩ  ＨＡＲＱプロセス／バンドルの衝突を引き起こすアップリンクグラントが示されたときの端末の挙動が指定されていない。２つのＴＴＩバンドルが衝突するとは、各バンドルの（再）送信の期間が少なくとも部分的に重なることである。このような重なりは、２つのアクティブなＨＡＲＱプロセスの（再）送信が重なるとき、あるいは、１つのアクティブなプロセス（すなわちプロセスのＨＡＲＱバッファが空ではなくデータが送信される）と１つの非アクティブなプロセス（送信機会にバンドルが送信されない）とが重なるときである。
【００４８】
したがって、異なるＴＴＩバンドルが衝突する場合、端末によっては、「シフティング（シフトを引き起こす）」ＰＤＣＣＨ（“shifting” PDCCH）をつねに無視する（および元の／前のＨＡＲＱプロセスのＰＵＳＣＨ送信を行う）。しかしながら、ユーザ機器の挙動は、ＴＴＩバンドルの衝突を引き起こす受信された「シフティング」ＰＤＣＣＨに従うように実装されていることもあれば、従わないように実装されていることもある。これにより、受信したＰＤＣＣＨが誤って解釈されることがあり、端末とネットワークとの間のタイミングの同期がずれることがある。ネットワークは、ユーザ機器の実装、すなわちユーザ機器がプロセスＸのＰＵＳＣＨ送信をプロセスＸ＋１の内側のＴＴＩに達するまでシフトさせる（これにより次のＨＡＲＱプロセスとＴＴＩが重なる）か否かを認識していないことがあるため、その後にネットワーク側において復号が正常に行われないことがある。これによりユーザ機器が、プロセスに許可される最大許容再送信回数（ｍａｘＨＡＲＱ−Ｔｘ）を超えることがあり、無線リンク障害やプロトコルエンティティのリセット／再確立につながる。
【先行技術文献】
【非特許文献】
【００４９】
【非特許文献１】3GPP TS 36.211, “Evolved universal terrestrial radio access (E-UTRA); physical channels and modulations (Release 10),” version 10.4.0, 2012, Section 6.2
【非特許文献２】3GPP TS 36.212, v.10.4.0, “Evolved universal terrestrial radio access (E-UTRA); Multiplexing and channel coding”
【非特許文献３】3GPP TS 36.302, v10.3.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Services provided by the physical layer”
【非特許文献４】“LTE: The UMTS Long Term Evolution from theory to practice” by S. Sesia, I. Toufik, M. Baker, Apr. 2009, John Wiley & Sons, ISBN 978-0-470-69716-0
【非特許文献５】TS 36.213 v11.1.0 “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 11)” Chapter 8.0 “UE procedure for transmitting the physical uplink shared channel”
【非特許文献６】3GPP TS 36.213, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures”, version 3GPP TS 36.213, v.10.4.0, 2012
【非特許文献７】3GPP TS 36.213, v. 8.8.0 “Physical layer procedures”, Sep. 2009
【非特許文献８】3GPP TS 36.321, Medium Access Control (MAC) Protocol Specification, v.8.12.0, March 2013
【非特許文献９】3GPP TS 36.300, v 11.6.0, 8 July 2013, “Overall description; Stage 2”
【発明の概要】
【発明が解決しようとする課題】
【００５０】
上記の問題点に鑑み、本発明の目的は、複数のＨＡＲＱプロセスのＴＴＩバンドルの効率的な動的スケジューリングを可能にする端末の挙動を提供することである。
【課題を解決するための手段】
【００５１】
この目的は、独立請求項に記載されている特徴によって達成される。
【００５２】
本発明の好ましい実施形態は、従属請求項の主題である。
【００５３】
ＴＴＩバンドルの動的なスケジューリングを可能にする、本発明の具体的な方法は以下のとおりである。すなわち、各ＴＴＩバンドルにおける最初のサブフレームに対応する一般的なタイミング（generic timing）から外れたタイミングでグラントが受信された場合、それに応じてデータ送信のタイミングを調整し、バンドルのＨＡＲＱプロセスの現在の状態に従って送信を実行する。
【００５４】
本発明の一態様によると、複数のＨＡＲＱ（ハイブリッド自動再送要求）プロセスをサポートし、ＴＴＩ（送信時間間隔）のバンドリングが適用されるように設定可能である通信システムにおいて、共有通信チャネルでデータを送信する方法であって、バンドリングが設定されているとき、データを送信するための１つのグラントが、同じＨＡＲＱプロセスに属するバンドルに適用され、データの送信時、ＨＡＲＱプロセスのＴＴＩが、時間領域の物理リソースであるサブフレームに周期的にマッピングされる、方法、が提供される。本方法は、データ送信側ノードにおいて実行される以下のステップ、すなわち、ＨＡＲＱプロセスのＴＴＩのバンドルを送信するためのグラントを受信するステップと、グラントによって与えられるサブフレームの前の所定の時間間隔内に、同じバンドルのためのさらなるグラントが受信されない場合、グラントによって与えられるサブフレームにおいて、ＨＡＲＱプロセスのバンドル全体を送信し、所定の時間間隔内に同じバンドルのための別のグラントが受信された場合、バンドル全体を送信しない、ステップと、を含む。
【００５５】
なお、（所定の時間間隔内に）上記の後からのグラントが受信されるまで、バンドルの一部を送信できることに留意されたい。しかしながら、バンドルの送信をトリガーするグラントが、所定の時間間隔内の最後のグラントではない場合、バンドル全体を送信しない。１つのグラントが、１つのＴＴＩバンドルの送信をトリガーする。このことは、グラントの受信と、対応するバンドルの送信との間の間隔を定義することによって、達成することができる。これに代えて、時間領域におけるバンドル送信の位置（バンドル送信が開始されるサブフレームの位置）に関する情報を、グラントが伝えることができる。
【００５６】
Ｎ個の（Ｎは２以上の整数）ＴＴＩの各バンドルのＴＴＩを、それぞれの連続するサブフレームにマッピングする（１つのＴＴＩは１つのサブフレームにマッピングする）ことが好ましい。さらに、所定の時間間隔を、サブフレームの数を単位として定義することができる。所定の時間間隔は、ＨＡＲＱプロセスのバンドルのために受信された対応する「元の」グラントによって与えられる「元の」ＰＵＳＣＨサブフレームの直前のＮ個のサブフレームに等しいことが有利である。ここで、「元の」とは、（図６にＰＤＣＣＨウィンドウとして示した）所定の時間間隔の内側で「元の」グラントより後に受信されうるシフティングＰＤＣＣＨを考慮しないときの、現時点でのＰＤＣＣＨおよびＰＵＳＣＨのタイミングを意味する。したがって、所定の時間間隔は、バンドル内のサブフレームの数に等しい（すなわちＰＤＣＣＨウィンドウのサイズはバンドルのサイズと同じである）ことが有利である。
【００５７】
ＨＡＲＱプロセスのバンドルの送信を開始することのできるサブフレームの位置は、次のように求められる。すなわち、所定の時間間隔内に１つのグラントが受信された場合には、所定の時間間隔内に受信されたその最初のグラントの位置からＭ番目のサブフレームであり、所定の時間間隔内に２つ以上のグラントが受信された場合には、所定の時間間隔内に受信された最後のグラントの位置からＭ番目のサブフレームである（Ｍは２以上の整数）。
【００５８】
ＭはＮに等しいことが有利である。このように設定することにより、物理層のサブフレームに反復して周期的かつ連続的にマッピングされたＨＡＲＱプロセスのＴＴＩバンドルによってフルタイミングパターン（full timing raster）が与えられる。
【００５９】
さらに、本方法は、所定の時間間隔内に別のシフティング（シフトを引き起こす）グラント（shifting grant）を受信した結果として、最初のグラントによって与えられる位置からＴＴＩバンドルの送信がシフトされる先のサブフレームの位置、に従って、他のＨＡＲＱプロセスの所定の時間間隔の位置を求めるステップ、を含むことが好ましい。言い換えれば、他のプロセスのウィンドウ（所定の時間間隔）もシフトする。
【００６０】
（アクティブおよび非アクティブな）ＨＡＲＱプロセスのＴＴＩバンドルを周期的かつ連続的にマッピングすることによって得られるタイミングパターンを考慮するとき、グラントを、各ＴＴＩバンドルの先頭（Ｎ番目ごとのサブフレーム）において規則的に予期することができる。このような規則的なグラント以外のグラントが所定の時間間隔内に受信された場合、すなわちＴＴＩバンドル期間（複数のサブフレーム）の間に受信された場合、そのようなグラントをシフティンググラントと称し、本発明の実施形態によると、そのようなグラントによって、タイミングパターン全体（すなわち、グラントの受信が予期されるタイミングと、バンドルを送信するタイミング）をシフトする。
【００６１】
さらに、本方法は、以下のステップ、すなわち、各ＨＡＲＱプロセスごとに、新規データインジケータ（ＮＤＩ）を含むプロセス状態を格納するステップであって、新規データインジケータ（ＮＤＩ）の値が、次の送信がバンドル全体の最初の送信であるかバンドル全体の再送信であるかを示し、バンドルを送信するためのグラントが、グラントが対象とする送信のＮＤＩ値をさらに含む制御データ内で受信される、ステップと、グラントを受信した時点で、格納されているＮＤＩ値と受信されたＮＤＩ値とを比較するステップと、比較の結果に基づいて、バンドルの新しいデータを送信する、または同じＨＡＲＱプロセスの最後に送信されたバンドルのデータを再送信するステップと、を含むことが有利である。
【００６２】
さらに、誤ったグラントが検出されることに対する堅牢性を高める目的で、本方法は、グラントを受信した時点で、グラントを伝える制御情報内で受信される以下のパラメータ、すなわち、
−  ＴＴＩバンドルを送信するサブフレームのリソースブロックの数（各サブフレームは割当て可能な周波数領域における複数の物理リソースブロックを含む）、
−  再送信するＴＴＩバンドルの符号化のタイプを示す冗長バージョン、または、
−  グラントを伝える制御情報の、サーチスペース内の位置、
のうちの少なくとも１つのパラメータの値を、所定の規則に基づいて、もしくは前のグラントと一緒に受信されて格納されている値に基づいて、またはその両方に基づいて、評価するステップ、をさらに含むことができる。
【００６３】
評価に従って、受信したグラントを破棄する、または（グラントに従って、すなわちグラントによって与えられるサブフレームにおいて）バンドルデータを送信する。
【００６４】
特に、受信したグラントにおけるリソースブロックの数が、前回に受信した、別の用途に使用されるグラント（所定の時間間隔内の最初のグラントなど）とは異なる場合、または、最初のグラントにおける冗長バージョンと、所定の時間間隔内のさらなるグラントにおける冗長バージョンとが異なるとき、または、送信される現在のバンドルの冗長バージョンが、冗長バージョンの送信方式（連続する再送信に対して冗長バージョンの順序が事前定義されている）において、前回に送信されたバンドルの冗長バージョンに従わないとき、または、グラントを伝える制御情報の位置が、前回に受信された（例えば所定の時間間隔内の最初の）グラントを伝える制御情報の位置と同じである（または適用される規則によっては異なる）ときには、グラントを破棄することができる。制御情報の位置は、特定のサーチスペース（共通のサーチスペースまたはユーザサーチスペースなど）内の制御情報の位置、もしくは、サーチスペース内の位置（例えば制御チャネル要素の開始位置）、またはその両方とすることができる。
【００６５】
上の設定の代えて、または上の設定に加えて、本方法は、以下のステップ、すなわち、グラントを受信した時点で、グラントを伝える制御情報に類似する情報を有する制御情報が所定の時間間隔内に受信されたかを判定するステップと、グラントを伝える制御情報に類似する情報を有する制御情報が所定の時間間隔内に受信されていない場合、グラントを破棄するステップと、をさらに含む。
【００６６】
さらに、本方法は、データ送信側ノードにおいて送信カウンタを格納するステップであって、ＴＴＩバンドル全体を送信する場合、バンドルの再送信ごとに送信カウンタを増やし、ＴＴＩバンドル全体を送信しない場合、送信カウンタを増やさない（またはこれと等価のステップとして、実施時に再送信ごとにカウンタを増やしたが、続くシフティングＰＤＣＣＨに起因してバンドルの全体を送信しなかったときには、バンドルの再送信ごとにカウンタを減らす／調整する）、ステップ、をさらに含むことが有利であり、すなわち、バンドルの一部が（再）送信されても、そのことは送信カウンタに影響しない（一部が送信されるバンドルの（再）送信をカウントしない、または、次のＨＡＲＱプロセスのＴＴＩに達して重なるバンドルの再送信をカウントしない）。この送信は、ＨＡＲＱプロセスごとに個別に格納されるＨＡＲＱ状態変数の１つとすることができる。本発明の一実施形態においては、３ＧＰＰ  ＬＴＥでは、カウンタを状態変数ＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢに一致させることができる。
【００６７】
本方法は、データ送信側ノードにおいて各ＨＡＲＱプロセスのフィードバック状態を格納手段に格納するステップであって、各プロセスのフィードバック状態が、バンドルを送信している間にグラントを受信した後にバンドル全体が送信される場合に肯定応答を受信したことを示すように設定される、ステップ、をさらに含むことが有利である。
【００６８】
本方法は、現在のＨＡＲＱプロセスもしくは別のＨＡＲＱプロセスまたはその両方に対するフィードバック情報を受信するサブフレームの位置を、所定の時間間隔内に別のシフティンググラントを受信した結果として、最初のグラントによって与えられる位置からＴＴＩバンドルの送信がシフトされる先のサブフレームの位置、に従って求めるステップであって、フィードバック情報が肯定応答または否定応答の少なくともいずれかを含む、ステップと、求めたサブフレームの位置において否定応答が受信された場合、バンドル全体を再送信するためのサブフレームの位置を、フィードバック情報の求めたサブフレームの位置に従って求めるステップと、をさらに含むことが有利である。
【００６９】
本発明は、３ＧＰＰ  ＬＴＥシステムに有利に適用することができる。例えば、データ送信側ノードをユーザ機器とすることができ、データ受信側ノードをＮｏｄｅＢまたはリレーとすることができ、共有データチャネルをＰＵＳＣＨとすることができ、グラントをＰＤＣＣＨで受信することができる。
【００７０】
本発明の一態様によると、複数のＨＡＲＱ（ハイブリッド自動再送要求）プロセスをサポートし、ＴＴＩ（送信時間間隔）のバンドリングが適用されるように設定可能である通信システムにおいて、共有通信チャネルでデータを送信する方法であって、バンドリングが設定されているとき、データを送信するための１つのグラントが、同じＨＡＲＱプロセスに属する所定の数のＴＴＩを含むバンドルに適用され、データの送信時、ＴＴＩが、時間領域の物理リソースであるサブフレームに周期的にマッピングされ、本方法が、データ送信側ノードにおいて実行される以下のステップ、すなわち、ＨＡＲＱプロセスのＴＴＩのバンドルを送信するためのグラントを受信するステップであって、グラントが、バンドルあたりのＴＴＩの数より小さいかまたは等しい所定の時間間隔よりも小さいサブフレームの数を示すシフトインジケータ、を含む、ステップと、グラントと、シフトインジケータによって示されるサブフレームの数とによって与えられるサブフレームにおいて、ＨＡＲＱプロセスのバンドルを送信するステップと、を含む、方法、が提供される。
【００７１】
シフトインジケータを含むグラントは、ＴＴＩバンドル内の最初のサブフレームの位置によって与えられる所定のタイミングにおいてのみ受信されるものと予期され、それ以外のタイミングにおいて受信されるグラントは無視されることが好ましい。
【００７２】
本発明の一態様によると、複数のＨＡＲＱ（ハイブリッド自動再送要求）プロセスをサポートし、ＴＴＩ（送信時間間隔）のバンドリングが適用されるように設定可能である通信システムにおいて、共有通信チャネルでデータを送信する方法であって、バンドリングが設定されているとき、データを送信するための１つのグラントが、同じＨＡＲＱプロセスに属する所定の数のＴＴＩを含むバンドルに適用され、データの送信時、ＴＴＩが、時間領域の物理リソースであるサブフレームに周期的にマッピングされ、本方法が、データ受信側ノードにおいて実行される以下のステップ、すなわち、ＨＡＲＱプロセスのＴＴＩのバンドルを送信するためのグラントを、データ送信側ノードに送信するステップであって、グラントが、バンドルあたりのＴＴＩの数より小さいかまたは等しい所定の時間間隔よりも小さいサブフレームの数を示すシフトインジケータ、を含む、ステップと、グラントと、シフトインジケータによって示されるサブフレームの数とによって与えられるサブフレームにおいて、ＨＡＲＱプロセスのバンドルを受信するステップと、を含む、方法、が提供される。この方法の一部として、ユーザ機器は、ＴＴＩ境界（すなわち４つのＴＴＩのパターン）から開始されないＰＵＳＣＨをスケジューリングするＰＤＣＣＨ（アップリンクグラント）、を無視し、ＰＤＣＣＨの情報が、ＴＴＩのシフト（１つ、２つ、または３つのサブフレーム）を示す。「シフティング」ＰＤＣＣＨは、通常のＰＤＣＣＨとは異なり、ＤＣＩに新規のフィールド（ＴＴＩオフセット）が導入される、または現在のＤＣＩフォーマットの特定のコードポイント（例えば１／２／３ｍｓのシフトに対応するＭＣＳ  ２９／３０／３１）を有する。「シフティング」ＰＤＣＣＨとＨＡＲＱプロセスは、ＰＤＣＣＨのタイミングによって一義的に関連付けられる。さらに、主たる発想において説明したように、ＨＡＲＱプロトコルの動作は、ＴＴＩバンドルのシフト処理をまたいで継続される。
【００７３】
シフトインジケータは、グラントを伝える制御情報の中の個別のフィールドによって伝えられる、または、変調方式と符号化方式の特定の組合せに対応するコードポイントを定義するためにさらに使用される変調・符号化方式の符号化テーブルのいくつかの所定のコードポイントによって伝えられることが有利である。しかしながら、本発明はこれに限定されず、シフトインジケータを別の要素と一緒に符号化する、または別のパラメータのコードポイントにおいてシグナリングすることもできることに留意されたい。
【００７４】
本発明の一実施形態によると、本方法は、以下のステップ、すなわち、
−  バンドルを送信している間にグラントを受信した場合にシフトされたＨＡＲＱプロセスのバンドルを送信するときに、シフトされたＨＡＲＱプロセスのバンドルあたりのＴＴＩの数を短縮し、残りのＨＡＲＱプロセスのバンドルあたりのＴＴＩの数を短縮しない、ステップ、
−  バンドルを送信している間にグラントを受信した場合にシフトされたＨＡＲＱプロセスのバンドルを送信するときに、シフトされたＨＡＲＱプロセスの次のプロセスのバンドルあたりのＴＴＩの数を短縮し、残りのＨＡＲＱプロセスのバンドルあたりのＴＴＩの数を短縮しない、ステップ、
−  バンドルを送信している間にグラントを受信した場合にシフトされたＨＡＲＱプロセスのバンドルを送信するときに、シフトされたプロセスの次のプロセスのためのグラントが受信された場合には、シフトされたＨＡＲＱプロセスのバンドルあたりのＴＴＩの数を短縮し、残りのＨＡＲＱプロセスのバンドルあたりのＴＴＩの数を短縮せず、シフトされたプロセスの次のプロセスのためのグラントが所定の時間間隔内に受信されない場合には、シフトされたＨＡＲＱプロセスの次のプロセスのバンドルあたりのＴＴＩの数を短縮し、残りのＨＡＲＱプロセスのバンドルあたりのＴＴＩの数を短縮しない、ステップ、
のうちの少なくとも１つを含む。
【００７５】
この実施形態では、プロセスの１つが圧縮される、すなわち、プロセスあたりのＴＴＩ（サブフレーム）の数が（通常のＴＴＩバンドルのサイズよりも）減少し、すなわち、送信回数およびＲＶ（冗長バージョン）の数が通常よりも少ない。この結果として、各バンドルがそのＴＴＩにおいて、反復されるデータを伝える場合、すなわちバンドルのすべてのＴＴＩにおけるデータが同じである場合、データの繰り返しが減少する。圧縮された数のサブフレームにおいてどのＲＶを使用できるかは、所定の規則に基づく（例えばＲＶ０から開始する）、またはシフティングＰＤＣＣＨ（すなわちシフトインジケータを有するＰＤＣＣＨ）におけるネットワークの指示に基づくことができる。
【００７６】
本発明の一態様によると、複数のＨＡＲＱ（ハイブリッド自動再送要求）プロセスをサポートし、ＴＴＩ（送信時間間隔）のバンドリングが適用されるように設定可能である通信システムにおいて、共有通信チャネルでデータを送信する装置であって、バンドリングが設定されているとき、データを送信するための１つのグラントが、同じＨＡＲＱプロセスに属する所定の数のＴＴＩを含むバンドルに適用され、データの送信時、ＨＡＲＱプロセスのＴＴＩが、時間領域の物理リソースであるサブフレームに周期的にマッピングされ、本装置が、ＨＡＲＱプロセスのＴＴＩのバンドルを送信するためのグラントを受信する受信ユニットと、グラントによって与えられるサブフレームの前の所定の時間間隔内に、同じバンドルのためのさらなるグラントが受信されない場合、グラントによって与えられるサブフレームにおいて、ＨＡＲＱプロセスのバンドル全体を送信し、所定の時間間隔内に同じバンドルのための別のグラントが受信された場合、バンドル全体を送信しない、ように構成されている送信ユニットと、を備えている、装置、が提供される。
【００７７】
Ｎ個の（Ｎは２以上の整数）ＴＴＩの各バンドルのＴＴＩを、それぞれの連続するサブフレームにマッピングする（１つのＴＴＩは１つのサブフレームにマッピングする）ことが有利である。所定の時間間隔は、ＨＡＲＱプロセスのバンドルのために受信される最初のグラントによって与えられるサブフレームの前のＮ個のサブフレームに等しいことが有利である。本装置は、所定の時間間隔内に別のシフティンググラントを受信した結果として、最初のグラントによって与えられる位置からＴＴＩバンドルの送信がシフトされる先のサブフレームの位置、に従って、他のＨＡＲＱプロセス（または残りのすべてのＨＡＲＱプロセス）の所定の時間間隔の位置を求めるように構成されているタイミングユニット、をさらに含むことが有利である。
【００７８】
さらに、送信ユニットは、ＨＡＲＱプロセスのバンドルを、所定の時間間隔内に１つのグラントが受信された場合には、所定の時間間隔内に受信された最初のグラントの位置からＭ番目のサブフレームとして求められるサブフレームにおいて送信し、所定の時間間隔内に２つ以上のグラントが受信された場合には、所定の時間間隔内に受信された最後のグラントの位置からＭ番目のサブフレームとして求められるサブフレームにおいて送信するように構成することができ、Ｍは２以上の整数である。ＭはＮに等しいことが有利である。
【００７９】
本装置は、各ＨＡＲＱプロセスごとに、新規データインジケータ（ＮＤＩ）を含むプロセス状態を格納する記憶手段であって、新規データインジケータ（ＮＤＩ）の値が、次の送信がバンドル全体の最初の送信であるかバンドル全体の再送信であるかを示す、記憶手段、をさらに備えていることが好ましい。これに応じて、受信ユニットは、バンドルを送信するためのグラントを、グラントが対象とする送信のＮＤＩ値をさらに含む制御データ内で受信する（予期する）ように構成されており、本装置は、グラントを受信した時点で、格納されているＮＤＩ値と受信されたＮＤＩ値とを比較する比較ユニット、をさらに含み、送信ユニットは、比較ユニットの結果に基づいて、バンドルの新しいデータを送信する、または同じＨＡＲＱプロセスの最後に送信されたバンドルのデータを再送信するようにさらに構成されている。
【００８０】
さらに、本装置は、グラントを受信した時点で、グラントを伝える制御情報内で受信される以下のパラメータ、すなわち、
−  ＴＴＩバンドルを送信するサブフレームのリソースブロックの数（各サブフレームは割当て可能な周波数領域における複数の物理リソースブロックを含む）、
−  再送信するＴＴＩバンドルの符号化のタイプを示す冗長バージョン、または、
−  グラントを伝える制御情報の、サーチスペース内の位置、
のうちの少なくとも１つのパラメータの値を、所定の規則に基づいて、もしくは前のグラントと一緒に受信されて格納されている値に基づいて、またはその両方に基づいて、評価するように構成されている誤グラント検出ユニット、をさらに備えていることができ、送信ユニットは、誤グラント検出ユニットによって実行された評価に従って、受信したグラントを破棄する、またはバンドルデータを送信するように構成されている。
【００８１】
これに代えて、またはこれに加えて、誤グラント検出ユニットは、グラントを受信した時点で、グラントを伝える制御情報に類似する情報を有する制御情報が所定の時間間隔内に受信されたかを判定するように、さらに構成することができる。送信ユニットは、判定の結果に従って、グラントを伝える制御情報に類似する情報を有する制御情報が所定の時間間隔内に受信されていない場合にグラントを破棄することができるように、さらに構成することができる。
【００８２】
本装置は、データ送信側ノードにおいて送信カウンタを格納する状態変数記憶手段であって、ＴＴＩバンドル全体を送信する場合、送信カウンタが増やされ、ＴＴＩバンドル全体を送信しない場合、送信カウンタが増やされない、状態変数記憶手段、をさらに備えていることが有利である。
【００８３】
さらに、本装置は、現在のＨＡＲＱプロセスもしくは別のＨＡＲＱプロセスまたはその両方に対するフィードバック情報を受信するサブフレームの位置を、所定の時間間隔内に別のシフティンググラントを受信した結果として、最初のグラントによって与えられる位置からＴＴＩバンドルの送信がシフトされる先のサブフレームの位置、に従って求めるように構成されているタイミング決定ユニットであって、フィードバック情報が肯定応答または否定応答の少なくともいずれかを含み、求めたサブフレームの位置において否定応答が受信された場合、バンドル全体を再送信するためのサブフレームの位置を、フィードバック情報の求めたサブフレームの位置に従って求める、タイミング決定ユニット、を含むことが有利である。
【００８４】
本発明の一態様によると、複数のＨＡＲＱ（ハイブリッド自動再送要求）プロセスをサポートし、ＴＴＩ（送信時間間隔）のバンドリングが適用されるように設定可能である通信システムにおいて、共有通信チャネルでデータを送信する装置であって、バンドリングが設定されているとき、データを送信するための１つのグラントが、同じＨＡＲＱプロセスに属する所定の数のＴＴＩを含むバンドルに適用され、データの送信時、ＴＴＩが、時間領域の物理リソースであるサブフレームに周期的にマッピングされ、本装置が、ＨＡＲＱプロセスのＴＴＩのバンドルを送信するためのグラントを受信するように構成されている受信ユニットであって、グラントが、バンドルあたりのＴＴＩの数より小さいかまたは等しい所定の時間間隔よりも小さいサブフレームの数を示すシフトインジケータ、を含む、受信ユニットと、グラントと、シフトインジケータによって示されるサブフレームの数とによって与えられるサブフレームにおいて、ＨＡＲＱプロセスのバンドルを送信するように構成されている送信ユニットと、を備えている、装置、が提供される。
【００８５】
本発明の一態様によると、複数のＨＡＲＱ（ハイブリッド自動再送要求）プロセスをサポートし、ＴＴＩ（送信時間間隔）のバンドリングが適用されるように設定可能である通信システムにおいて、共有通信チャネルでデータを送信する装置であって、バンドリングが設定されているとき、データを送信するための１つのグラントが、同じＨＡＲＱプロセスに属する所定の数のＴＴＩを含むバンドルに適用され、データの送信時、ＴＴＩが、時間領域の物理リソースであるサブフレームに周期的にマッピングされ、本装置が、ＨＡＲＱプロセスのＴＴＩのバンドルを送信するためのグラントを、データ送信側ノードに送信する送信ユニットであって、グラントが、バンドルあたりのＴＴＩの数より小さいかまたは等しい所定の時間間隔よりも小さいサブフレームの数を示すシフトインジケータ、を含む、送信ユニットと、グラントと、シフトインジケータによって示されるサブフレームの数とによって与えられるサブフレームにおいて、ＨＡＲＱプロセスのバンドルを受信する受信ユニットと、を備えている、装置、が提供される。
【００８６】
本発明の一実施形態によると、グラントを送信し、データ送信側ノードからのデータを、グラントによって与えられるサブフレームにおいて受信するように構成されているデータ受信側ノードと、グラントを受信し、データをデータ受信側ノードに送信するよう構成されているデータ送信側ノードと、を含むシステム、が提供される。データ送信側ノードもしくはデータ受信側ノードまたはその両方は、上に定義されている装置とすることができる。
【００８７】
本発明の別の態様によると、コンピュータ可読プログラムコードが具体化されているコンピュータ可読媒体を備えたコンピュータプログラム製品であって、プログラムコードが本発明を実行するようにされている、コンピュータプログラム製品、が提供される。
【００８８】
本発明の一態様によると、上述した装置は、集積回路として具体化される。
【００８９】
本発明の上記の目的、別の目的、および特徴は、添付の図面を参照しながら提示されている以下の説明および好ましい実施形態から、さらに明らかになるであろう。
【図面の簡単な説明】
【００９０】
【図１】デジタル放送システムにおける４つのサービスの物理層処理の例を示しているブロック図である。
【図２】時間−周波数領域におけるＯＦＤＭ変調リソースのグリッドの例を示している概略図である。
【図３】ＩＰパケットデータからＬＴＥの物理層へのリソースマッピングの例を示している概略図である。
【図４】マルチプロセスＡＲＱプロトコルを使用するときのＴＴＩバンドリングを示している概略図である。
【図５】ＴＴＩバンドルを送信している間にグラントを受信し、設定されているＨＡＲＱプロセスのタイミングパターンをリセットする方法を示している概略図である。
【図６】本発明の実施形態による、ＴＴＩバンドルを送信している間にグラントを受信し、ＨＡＲＱバッファをリセットすることなくタイミングをシフトする方法を示している概略図である。
【図７】本発明の実施形態による、ＴＴＩバンドル送信の開始時にグラントを受信し、ＨＡＲＱバッファをリセットすることなくタイミングをシフトする方法を示している概略図である。
【図８】シフトされたプロセスの次のプロセスのバンドルの長さが、他のプロセスよりも短い実施形態を示している概略図である。
【図９】シフトされたプロセスのバンドルの長さが、他のプロセスよりも短い実施形態を示している概略図である。
【図１０】シフトされたプロセスの次のプロセスのためのグラントが受信されたかに応じて、シフトされたプロセスの次のプロセスのバンドルの長さ、またはシフトされたプロセスのバンドルの長さが、他のプロセスよりも短い実施形態を示している概略図である。
【発明を実施するための形態】
【００９１】
上の背景技術のセクションにおいてすでに説明したように、電力が制限される端末またはシナリオの場合にアップリンクカバレッジを増大させる目的で、ＬＴＥのリリース８においてＴＴＩバンドリングが導入された。特に、このような電力に制限のあるシナリオは、例えばセルの周縁部において起こる。ＴＴＩバンドリングのさらなる利点として、オーバーヘッドが減少してＲＬＣセグメンテーションが回避される。
【００９２】
ユーザ機器の挙動を定義するための１つの可能な方法として、ＴＴＩバンドリングの動的なスケジューリングをサポートしない。したがって端末は、ＴＴＩバンドルを送信または再送信している間に受信される、アップリンクグラントを伝えるＰＤＣＣＨを、誤ったアップリンクグラントとみなし、これを無視する。誤ったアップリンクグラントとは、それを復号（受信）した端末（ユーザ機器）を対象としていないグラントである。この状況は、例えば、端末が自身のＲＮＴＩを使用することによってＰＤＣＣＨをブラインド復号し、（不適切な検出／復号に起因して）そのＰＤＣＣＨが自身を対象としているものと誤って想定するときに起こりうる。
【００９３】
なお、ＰＤＣＣＨを受信した結果としてＴＴＩバンドルが衝突する場合、そのようなＰＤＣＣＨのすべてが、誤って受信したＰＤＣＣＨとは限らない。ＴＴＩバンドルを送信している間に受信されるＰＤＣＣＨを無視する結果として、グラントとデータ送信のタイミングもしくはＨＡＲＱパターンまたはその両方が調整されない。したがって、バンドルの開始タイミングが変更されず、ｅＮｏｄｅＢによって実行されるスケジューリングの効率が制限される。
【００９４】
端末の挙動を定義するための別の代替方法として、受信したＰＤＣＣＨに従ってＴＴＩバンドルのタイミングを調整できるようにすることができる。このような場合、ＴＴＩバンドルを送信している間に受信されるＰＤＣＣＨアップリンクグラントのうち、どのＰＤＣＣＨアップリンクグラントに基づいてその後のタイミングパターンを設定するかを定義しなければならない。１つの可能な方法として、バンドルを対象とする最も遅く受信したＰＤＣＣＨに従って、ＴＴＩバンドルのタイミングを設定する。
【００９５】
図５は、ユーザ機器が最も遅いＰＤＣＣＨにつねに従い、それに応じてＴＴＩバンドルのタイミングを調整するメカニズムを示している。サブフレーム６から始まってサブフレーム５２で終わるサブフレームの列５０１は、サブフレーム番号によって表した物理層のタイミングを示している。マッピング５１０は、ＨＡＲＱ法の４つのプロセスＡ，Ｂ，Ｃ，Ｄに対応するＴＴＩバンドルＡ，Ｂ，Ｃ，Ｄが、サブフレーム７から始まる複数のサブフレームにマッピングされた状態を示している（「バンドルＡ」を参照）。マッピング５２０は、受信した「シフティングＰＤＣＣＨ」５５２に起因してタイミングを調整した後の、４つのプロセスに対応するバンドルのマッピングを示している。ＴＴＩバンドルの衝突を回避する目的で、同じバンドルのための新しいグラントが受信されたときには、つねに残りのＨＡＲＱプロセスのタイミングを調整する。
【００９６】
プロセスＸのための「シフティングＰＤＣＣＨ」という用語は、ＰＤＣＣＨにおいてアップリンクグラントが一般的に受信されるＴＴＩ（前のＨＡＲＱプロセスＸ−１の最初のＴＴＩに対応する）から始まる（このサブフレームを含む）、ＴＴＩバンドルのサイズの複数のサブフレーム内で受信されるＰＤＣＣＨを意味する。言い換えれば、用語「シフティングＰＤＣＣＨ」は、ＰＤＣＣＨが対象とするバンドルの前のプロセスＸ−１の最初のサブフレーム以外のサブフレームにおいて受信されるＰＤＣＣＨを意味する。言い換えれば、シフティングＰＤＣＣＨは、グラントを受信するタイミングとデータを送信するタイミングの変更を引き起こすＰＤＣＣＨであり、すなわちシフティングＰＤＣＣＨは、バンドルのサイズＮより小さいサブフレームの数Ｋ（整数）だけタイミングをシフトさせる（Ｋ＜Ｎ、Ｋ＝１...Ｎ−１）。なお、具体的な例に関する説明において用語「シフティングＰＤＣＣＨ」が使用されていても、このようなシフトは、ＰＤＣＣＨ（一般的には受信した制御情報）によって伝えられる（示される）グラントを受信することによって引き起こされることに留意されたい。しかしながら、制御情報（およびＬＴＥにおけるＰＤＣＣＨ）は、上述したように、ＭＣＳ、ＲＶ、リソースブロック割当てのサイズなど、さらなるパラメータも伝える。したがって、データ送信をトリガーする制御情報の受信を表すのに、「シフティンググラント」という用語も使用する。
【００９７】
ＬＴＥにおいては（非特許文献８の５.４.２節を参照）（この文書は３ＧＰＰのウェブサイトにおいて入手可能であり、参照によって本明細書に組み込まれている）、各ＨＡＲＱプロセスにＨＡＲＱバッファが関連付けられている。各ＨＡＲＱプロセスは、その時点でバッファ内に存在するＭＡＣ  ＰＤＵに対して行われた送信回数を示す状態変数ＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢと、その時点でバッファ内に存在するＭＡＣ  ＰＤＵに対するＨＡＲＱフィードバックを示す状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫとを維持する。上述したシナリオにおいては、ＴＴＩのバンドルは、Ｎ個の反復されるＭＡＣ  ＰＤＵから構成され、ＮはＴＴＩを単位とするバンドルのサイズである。
【００９８】
冗長バージョンの順序は、０，２，３，１である。別の状態変数ＣＵＲＲＥＮＴ＿ＩＲＶは、一連の冗長バージョンのインデックスである。この変数は、更新されたモジュロ４（up-dated modulo 4）である。新しい送信は、ＰＤＣＣＨに示されるリソース上で、ＰＤＣＣＨに示されるＭＣＳを使用して実行される。適応再送信は、ＰＤＣＣＨに示されるリソース上で、ＰＤＣＣＨに示されるＭＣＳを使用して（示される場合）実行される。非適応再送信は、前回に行われた送信試行に使用されたＭＣＳと同じＭＣＳを使用して、同じリソースで実行される。ユーザ機器は、ＨＡＲＱ送信の最大回数についてＲＲＣによって設定される。
【００９９】
しかしながら、シフティングＰＤＣＣＨが、最後のＰＤＣＣＨであり、それに従ってタイミングを調整することを指定するだけでは、調整の方法および端末の挙動が一義的に定義されない。したがって、端末の堅牢な挙動は、すべてのアップリンクＨＡＲＱ送信バッファの内容をフラッシュすることであり、このことは、ＴＴＩバンドリング動作をリセットして新しいタイミングで再開することを意味する。
【０１００】
具体的には、図５において、プロセスＡ，Ｂ，Ｃ，Ｄは、サブフレーム７，１１，１４，１９から始まるそれぞれの４つのバンドル内で連続的に送信される。しかしながら、サブフレーム１５で受信される最初のＰＤＣＣＨアップリンクグラント５５１に加えて、サブフレーム番号１７において別のＰＤＣＣＨアップリンクグラント５５２が受信される。この２番目のＰＤＣＣＨアップリンクグラント５５２は、送信されるバンドルのタイミング全体のシフトを引き起こし、したがって以下の説明では「シフティングＰＤＣＣＨ」アップリンクグラントと称する。図５は、バンドルの長さＮが４つのサブフレームに等しい場合を示している。一般的には、Ｎは２以上の任意の整数とすることができる（バンドルあたり１つのサブフレームの場合にはバンドリングが行われていない）。この例におけるＴＴＩバンドルのタイミングパターンは、ＴＴＩバンドルを、対応するアップリンクグラントを受信してから４つのサブフレームだけ後に送信することによって与えられ、すなわちＭ＝４、Ｎ＝４である。このシナリオにおいては、第２のグラント５５２を受信した後、ＴＴＩバンドリング動作がリセットされ、新しいタイミングで再開される。新しいタイミングはサブフレーム２１から開始され、ＨＡＲＱプロセスＡ（バンドルＡ）の後に、残りの再送信プロセスを、シフトされた同じタイミングで、それぞれのサブフレーム２５，２９，３３，３７，４１，４５，４９に周期的にマッピングする。
【０１０１】
しかしながら、図５を参照しながら上述した方法では、ＴＴＩバンドリングパターンのシフトを引き起こすシフティングＰＤＣＣＨアップリンクグラントを受信したときのＨＡＲＱプロトコル動作が非効率的である。特に、ＴＴＩバンドリング動作をリセットするときに、設定されているすべてのＨＡＲＱプロセスのＨＡＲＱ送信バッファをフラッシュすることによって、マッピング５１０のバンドルＤにおいて送信されるはずであったデータが失われる。このことは、ＲＬＣエンティティの動作モードに依存してさまざまな影響をもたらす。具体的には、ＲＬＣ非確認応答モード（ＵＭ）（このモードは例えばＶｏＩＰサービスや、遅延要件の高い他のサービスにおいて使用される）の場合、バッファがフラッシュされことによってパケットが消失する。非確認応答モードでは再送信メカニズムが提供されないため、パケットが消失すると音声品質が低下しうる。ＲＬＣ確認応答モード（ＡＭ）の場合には、マッピング５１０におけるバンドルＤが失われるとＲＬＣ再送信が行われ、これによりパケットの消失が回避されるが、その一方で送信速度が落ちて遅延が生じ、やはり受信信号の品質にマイナスに影響する。
【０１０２】
ＴＴＩバンドリングを動的に設定するときの上述した問題点を考慮して、本発明によると、最後のＰＤＣＣＨは、従来どおりＴＴＩバンドリングのタイミングを調整するのに使用する。しかしながら、端末は、所定の規則に基づいてシフティンググラントを特定のＨＡＲＱプロセス（ＴＴＩバンドル）に関連付ける。
【０１０３】
端末には、現在の送信がバンドルの最初の送信（初期送信）であるかバンドルの再送信であるかに関する情報を含む、各ＨＡＲＱプロセスの現在の状態を格納する。この格納されている情報に従って、受信したシフティングＰＤＣＣＨ（すなわちバンドルを送信するためのグラントを含むシグナリング）によって与えられるタイミングにおいて、ＴＴＩバンドルを送信または再送信する。以降のすべてのＨＡＲＱプロセスにおけるＨＡＲＱプロトコルの動作は、シフト処理というイベントをまたいで継続され、すべてのＨＡＲＱプロセスのＨＡＲＱバッファの内容が、フラッシュされることなく維持される。
【０１０４】
なお、本発明は、ＬＴＥのいずれかのバージョンに限定されることはなく、さらにはＬＴＥに限定されることもない。そうではなく、本発明は、複数のＨＡＲＱ（ハイブリッド自動再送要求）プロセス（複数のプロセスを有するＨＡＲＱを停止させる、待機するなど）をサポートし、かつＴＴＩ（送信時間間隔）のバンドリングが適用されるように設定可能である通信システムにおいて、任意の共有通信チャネルでデータを送信する方法を提供する。データの送信時、ＴＴＩがサブフレームにマッピングされる。このようなシステムにおいては、送信側ノード（例えば端末）は、チャネルでデータを送信する目的で、グラントが送られていないかシグナリングチャネルを監視する。本発明の実施形態によると、データ送信側ノードは、ＨＡＲＱプロセスのＴＴＩのバンドルを送信する前の所定の期間の間、シグナリングチャネルを監視する。監視される制御シグナリングチャネルは、バンドルを送信するためのグラントを含む制御情報を伝える。シグナリングチャネルは、共通制御チャネルとすることができ、共通制御チャネルにおいては、情報の宛先が送信側ノードであるか他のノードであるかを識別する目的で、ブラインド復号が実行される。
【０１０５】
所定の時間間隔は、標準規格に定義されている時間間隔とすることができる。例えば、所定の時間間隔の長さが４であるものと定義することができる。これに代えて、バンドルのサイズを設定することによって、所定の時間間隔を決定することができる。例えば、所定の時間間隔は、サブフレームを単位としたとき、バンドル内のサブフレーム／ＴＴＩの数とつねに同じサイズであるものと指定することができる。バンドルのサイズは、一般的に設定可能とすることができる。しかしながら、本発明はこれに限定されず、所定の時間間隔を、例えばＲＲＣなどの上位層プロトコルによって、または別の方法において、個別に設定可能であるようにすることもできる。
【０１０６】
端末（一般的には送信側ノード、なぜなら送信はネットワークから端末に、またはそれ以外の２つのノードの間でも実行されうるため）は、所定の時間間隔が経過した時点でただちに、ＨＡＲＱプロセスのバンドルをサブフレームにおいて送信し、このサブフレームの位置は、所定の時間間隔内にそのバンドルのための特定の（例えば最後の）グラントとして受信されたグラントによって与えられる。これに応じて、所定の時間間隔およびＨＡＲＱプロセスのタイミングをシフトする。具体的には、サブフレーム単位でのシフトのサイズは、現在のタイミングによるＴＴＩバンドル送信の開始位置と、ＴＴＩバンドルの期間の間に受信されたシフティンググラントの受信位置との間の差によって与えることができる。
【０１０７】
ＬＴＥにおいては、通常のＰＤＣＣＨは、４番目ごとのサブフレームにおいて必ず送信する必要はない（例えばＰＨＩＣＨに依存する）。ネットワーク側のデータ受信に関する確認応答が否定応答（ＮＡＣＫ）である場合、ユーザ機器は、ＰＤＣＣＨが送られなかった場合、バンドル（全体）を非適応的に再送信することができ、データ受信に関する確認応答が肯定応答（ＡＣＫ）である場合、ネットワークは、（例えば物理リソースブロック（ＰＲＢ）を変更するために）ＰＤＣＣＨを送信することができ、または（ユーザ機器からの送信を望まない場合には）ＰＤＣＣＨを送信しないことができる。通常のＰＤＣＣＨは４番目ごとのサブフレームにおいて必ず送信される必要はないが、送信される場合、標準規格の現在の定義によると、通常のＰＤＣＣＨは４番目ごとのサブフレーム（例えば、０，４，８など）において送信される。本発明は、スケジューリングの柔軟性を高める目的で、ＰＤＣＣＨが４番目ごとのサブフレームにおいて送信されるのではなく別のサブフレーム（例えば、１，２，３，５，６など）において送信される場合に関する。なお、たとえ現在のＬＴＥ仕様が４つのサブフレーム（ＴＴＩ）のバンドルのＴＴＩバンドリングをサポートするのみであっても、一般的には、別のバンドリングサイズの場合にも本発明を使用できることに留意されたい。その場合、バンドリングサイズに応じて制御情報のタイミングパターンも調整される。
【０１０８】
図６は、本発明の実施形態による、そのような手順の例を示している。図６には、サブフレーム６から始まりサブフレーム４４で終わる複数のサブフレーム５０１を示してある。４つのプロセスＡ，Ｂ，Ｃ，Ｄのマッピング５１０は、図５に示したものと同じ方法で実行される。しかしながら、アップリンクグラントを含むシフティングＰＤＣＣＨをサブフレーム１７において受信した後、これら４つのプロセスのＨＡＲＱバッファをフラッシュせずに、格納されているそれぞれの再送信プロセスの状態に従って、再送信手順を継続する。したがって、マッピング６２０において理解できるように、サブフレーム１９からのバンドルＤの送信または再送信が、データが失われることなくサブフレーム２１にシフトされる。これに応じて、ＨＡＲＱプロトコルの残りのプロセスのタイミングパターンも調整される。しかしながら端末は、シフティングＰＤＣＣＨに起因してサブフレーム２１においてこのバンドルの（再）送信を開始する前に、後から説明するように、サブフレーム１９およびサブフレーム２０も通常どおりにこのバンドルを（再）送信する目的に引き続き使用することもできる。
【０１０９】
図６において理解できるように、ＴＴＩバンドリングの場合に、ＰＤＣＣＨで受信されるグラントとＨＡＲＱプロセスとを一義的に関連付ける目的で、上述した所定の時間間隔に対応するＰＤＣＣＨウィンドウを定義する。具体的には、図６に示したＰＤＣＣＨウィンドウはサブフレームｎ−４から始まり、ｎは、シフトする前のタイミング（元のタイミング）におけるバンドルの最初のサブフレームであり、すなわち、バンドルを送信するために受信された最初のグラントによって与えられるサブフレーム（または、元の位置（すなわち図６においてはプロセスＤのサブフレーム１５）から開始されるバンドル送信のためのＰＤＣＣＨが受信されなかった場合には非適応再送信が行われる最初のサブフレーム）である。
【０１１０】
これと同時に、バンドルのサイズが４つのサブフレームであると想定した場合、ｎ−１は、前のバンドル（すなわち前のＨＡＲＱプロセスのバンドル）の最後のサブフレームである。このようにすることで、ＨＡＲＱプロセスに対応するウィンドウ内で最後に受信されたＰＤＣＣＨグラントに従って、バンドルをシフトする（すなわち後ろにずらす）ことができる。しかしながら、この実施形態においては、バンドルを手前にずらすことはできない。
【０１１１】
すべてのプロセスが、（データを有するか否か、すなわちアクティブか非アクティブかにかかわらず）それぞれ対応するウィンドウを有する。したがって、受信したＰＤＣＣＨが、それぞれのプロセスに一義的に割り当てられる。一般的には、バンドルの長さよりも短いウィンドウを定義することも可能である。例えば、上述したｎ−４からｎ−１までのウィンドウの代わりに、ｎ−４からｎ−２までのウィンドウを定義することもできる。バンドルのサイズより小さいそれ以外の長さも可能である。
【０１１２】
図６は、端末が、ＨＡＲＱプロセスＤのデータを含むバンドルＤに関連付けられるアップリンクグラントをサブフレーム１５において受信する例を示している。端末は、各プロセスごとに（したがってＨＡＲＱプロセスＤについても）、再送信のステータス（送信するバンドルが新規データを含むのか再送信を含むのかを示すステータスなど）を格納する。この場合、端末は、サブフレーム１５において受信した最初のＰＤＣＣＨに従って、４つのサブフレームだけ後にバンドルＤを送信し、結果としてサブフレーム１９およびサブフレーム２０において送信する。
【０１１３】
しかしながら、端末は、ＰＤＣＣＨウィンドウ内のサブフレーム１７において別のアップリンクグラントを受信した場合（図６を参照）、送信のタイミング（サブフレーム）をシフトする。したがってこの場合、送信のタイミングを、２つのサブフレームだけ（すなわちＰＤＣＣＨウィンドウ内で受信された特定の（例えば最後の）ＰＤＣＣＨに基づいて）シフトする。この場合、このタイミングの規則は、ＰＤＣＣＨウィンドウ内で受信されたこの特定の（例えば最後の）ＰＤＣＣＨに基づいて計算され、次のバンドルの送信のためのＰＨＩＣＨのタイミングに基づいて計算されない（ユーザ機器は、自身を対象とするＰＤＣＣＨをサブフレームｎにおいて検出した時点で、バンドルにおける対応する最初のＰＵＳＣＨ送信を、そのＰＤＣＣＨ情報に従ってサブフレームｎ＋４に調整するものとする）。したがって、端末は、サブフレーム１７において受信したＰＤＣＣＨを、プロセスＤにおいて送信されるバンドルＤに関連付ける。
【０１１４】
さらに、端末は、サブフレーム１７において受信したＰＤＣＣＨ情報（新規データインジケータなど）を、プロセスＤに対して格納されている新規データインジケータ値と比較する。比較の結果に応じて、端末は、プロセスＤのバンドルＤ内のデータを送信または再送信する。これによって、たとえシフト処理の後にも、ＨＡＲＱの手順を継続することが可能となる。これに対応して、残りのプロセス（各ＨＡＲＱプロセスのためのグラントの制御シグナリングを監視するためのウィンドウを含む）のタイミングも調整する。
【０１１５】
したがって、１つの可能なシナリオにおいては、端末は、サブフレーム１５において、（サブフレーム１５〜１８はプロセスＤのＰＤＣＣＨウィンドウであるため、プロセスＤのための）「元の」グラントを受信しなかった場合、サブフレーム１９，２０において非適応再送信を行う。さらに、サブフレーム１７においてシフティンググラントを受信した場合、シフティンググラント／ＰＤＣＣＨのＮＤＩと格納されているＮＤＩとの比較に基づき、端末は、自身のアップリンク同期ＨＡＲＱ動作に基づいて、新しいトランスポートブロックの送信、または古いトランスポートブロックの再送信を開始する。しかしながら、サブフレーム１５において、（サブフレーム１５〜１８はプロセスＤのＰＤＣＣＨウィンドウであるため、プロセスＤのための）「元の」グラントを受信した場合、ユーザ機器は、（後述する端末のアップリンク同期ＨＡＲＱ動作に基づいて）このグラントに従ってサブフレーム１９，２０において通常どおりに（再）送信を行い、状態変数を、サブフレーム１５において受信した元のグラント／ＰＤＣＣＨに基づいて更新／格納する。さらに、サブフレーム１７においてシフティンググラントを受信した場合、ユーザ機器は、そのシフティンググラント／ＰＤＣＣＨのＮＤＩと、サブフレーム１５において受信した元のグラント／ＰＤＣＣＨからの、いま格納したＮＤＩとの比較に基づいて、新しいトランスポートブロックの送信、または古いトランスポートブロックの再送信を開始する。
【０１１６】
アップリンクにおいては、同期ＨＡＲＱ動作が使用される。ＨＡＲＱ動作については、非特許文献９の９.１節（この文書は３ＧＰＰのウェブサイトにおいて入手可能であり、参照によって本明細書に組み込まれている）に説明されており、以下のとおりである。
−  アップリンクにおけるＨＡＲＱ動作は、（後の表に要約されている）以下の原理によって制御・管理される。
１）  ＨＡＲＱフィードバックの情報（ＡＣＫまたはＮＡＣＫ）にかかわらず、ユーザ機器は、自身を対象とするＰＤＣＣＨが正しく受信されたときには、そのＰＤＣＣＨがユーザ機器に実行するように求めている動作に従い、すなわち送信または再送信（適応再送信と称する）を実行する。
２）  ユーザ機器のＣ−ＲＮＴＩを宛先とするＰＤＣＣＨが検出されないときには、ユーザ機器は、以下のようにＨＡＲＱフィードバックに従って再送信を実行する。
−  ＮＡＣＫ：  ユーザ機器は非適応再送信（すなわち同じプロセスによって前に使用されたものと同じアップリンクリソースでの再送信）を実行する。
−  ＡＣＫ：  ユーザ機器はアップリンク（再）送信を実行せず、ＨＡＲＱバッファ内にデータを維持する。その後、再送信を実行するにはＰＤＣＣＨが必要であり、すなわち非適応再送信を行うことはできない。
−  測定ギャップは、ＨＡＲＱ再送信よりも優先度が高い。ＨＡＲＱ再送信と測定ギャップとが衝突するときには、ＨＡＲＱ再送信を行わない。
【０１１７】
次の表は、アップリンク動作の要約である。
【０１１８】
【表１】
0006551692.tif 000002
【０１１９】
トランスポートブロックの新規送信は、「一般的には」、新しく受信されたＮＤＩ値が、格納されているＮＤＩ値と比較して切り替わっているとき、または新しく受信されたＮＤＩ値がそのトランスポートブロックに対して最初に受信された送信である（すなわちそのトランスポートブロックに対する前のＮＤＩが存在しない）ときである。同様に、再送信は、「一般的には」、ＮＤＩ値が切り替わっていないときである。このことは、アップリンク送信の場合について、（上に引用した）非特許文献８の５.４節に詳しく説明されている。
【０１２０】
ＬＴＥにおいては（上に引用した非特許文献８の５.４.２節を参照）、並行する複数のＨＡＲＱプロセスを維持管理する１つのＨＡＲＱエンティティが端末に存在しており、このＨＡＲＱエンティティによって、前の送信が正常に受信されたか否かに関するＨＡＲＱフィードバックを待機しながら送信を連続的に行うことができる。並行する複数のＨＡＲＱプロセスは、設定可能である。あるＴＴＩにおいて、そのＴＴＩのためのアップリンクグラントが示されている場合、ＨＡＲＱエンティティは、送信を行うべき対象のＨＡＲＱプロセスを識別する。さらに、ＨＡＲＱエンティティは、受信したＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ情報）、ＭＣＳ、およびリソースを、物理層を経由して適切なＨＡＲＱプロセスに渡す。
【０１２１】
ＴＴＩバンドリングが設定されているとき、パラメータＴＴＩ＿ＢＵＮＤＬＥ＿ＳＩＺＥは、ＴＴＩバンドルのＴＴＩの数を与える。ＴＴＩバンドリング動作は、ＨＡＲＱエンティティが、同じバンドルの一部である各送信に対して同じＨＡＲＱプロセスを起動することに依存する。１つのバンドル内では、ＨＡＲＱ再送信は非適応再送信であり、ＴＴＩ＿ＢＵＮＤＬＥ＿ＳＩＺＥに従って前の送信に対するフィードバックを待機することなくトリガーされる。バンドルのＨＡＲＱフィードバックは、バンドルの最後のＴＴＩにおいて送信が行われる、または行われない（例えば測定ギャップが存在するとき）にかかわらず、バンドルのその最後のＴＴＩ（すなわちＴＴＩ＿ＢＵＮＤＬＥ＿ＳＩＺＥに対応するＴＴＩ）に対するフィードバックが受信されるのみである。ＴＴＩバンドルの再送信は、ＴＴＩバンドルである。
【０１２２】
本発明は、複数のＨＡＲＱ（ハイブリッド自動再送要求）プロセスをサポートする通信システムにおいて、共有通信チャネルでデータを送信する場合に適用することができる。通信システムは、ＴＴＩ（送信時間間隔）のバンドリングが適用されるように設定することができ、したがってバンドリングが設定されると、データを送信するための１つのグラントがバンドルに適用され、バンドルは、同じＨＡＲＱプロセスに属する所定の数のＴＴＩを含む。データの送信時、ＴＴＩをサブフレームにマッピングし、この場合にサブフレームは、ＬＴＥシステムの場合について図２を参照しながら上に例示したように、時間領域において定義される物理リソースである。本発明の一実施形態によると、端末は以下のステップを実行する。すなわち、端末は、ＴＴＩバンドルを送信するためのグラントを伝える、自身を対象とするＰＤＣＣＨなどの設定されているシグナリングチャネルを監視する。端末は、ＴＴＩバンドル／ＨＡＲＱプロセスのためのグラントを受信すると、受信したグラントによって与えられるサブフレームにおいてバンドルを送信するか否かを決定する。具体的には、与えられるサブフレームの前の所定の時間ウィンドウ内に同じバンドルのためのさらなるグラントが受信されない場合、与えられるサブフレームにおいてこのバンドルを送信する。所定の時間間隔内に同じバンドルのための別のグラントが受信された場合、そのバンドルを送信しない。
【０１２３】
端末が後者の挙動をとる場合、所定の時間間隔内に最後に受信されたグラントに基づくタイミングのシフトに対応する、バンドルを送信するサブフレームを求める。所定の時間間隔によって、受信したグラントと、対応するバンドルとを一義的に関連付けることが可能である。さらに、バンドルを送信するサブフレームを求めた後、現在のすべてのプロセスの新しいタイミングパターンを求める。したがって、後に続くＨＡＲＱプロセスの所定の時間間隔の位置も、バンドルを送信するサブフレームの位置に従って求められる。なお、バンドルの送信は、シグナリング情報の中でグラントと一緒に受信された新規データインジケータによって与えられる、現在のバンドルのＨＡＲＱプロセスの状態、もしくは、端末に格納されている状態、またはその両方に従って、最初の送信または再送信とすることができる。
【０１２４】
図６に示したように、Ｎ個（Ｎは２以上の整数）のＴＴＩの各バンドルの複数のＴＴＩを、１つのＴＴＩが１つのサブフレームにマッピングされるように、それぞれの連続するサブフレームにマッピングする。所定の時間間隔は、バンドルのサイズＮに等しいことが好ましい。所定の時間間隔は、最初に受信された（すなわち前のＨＡＲＱプロセスのバンドルの最初のサブフレームにおいて受信された）グラントによって与えられるサブフレームの直前に位置していることが有利である。なお、図６の例においてはＮ＝４である。しかしながら、Ｎ＝２やＮ＝８など、別の数を適用することもできる。バンドルのサイズとして、２の累乗値を選択することによって、より効率的なリソースのグルーピングおよびシグナリングが可能となる。しかしながら一般的には、バンドルの任意のサイズを選択することができる。したがって、バンドルのサイズＮは、ウィンドウのサイズに一致させることができ、さらには、グラントを受信したタイミングと、受信したグラントが対象とするデータを送信するタイミングとの間の間隔とも一致していることが有利である。
【０１２５】
本発明のメカニズムを適用するときには、ＴＴＩバンドリングパターンのシフトを引き起こす誤ったアップリンクグラントの確率を下げることが有利である。したがって、ＰＤＣＣＨグラントの受信の堅牢性を高める目的で、本発明の実施形態によると、ＰＤＣＣＨで受信されたグラントを考慮するか否かを決定するために、そのＰＤＣＣＨで送信されたいくつかのパラメータ値を評価する。言い換えれば、受信したグラントが、確かにサブフレームのタイミングを調整するように意図されたシフティンググラントであるか、あるいは単なる誤ったグラントであるかを、グラントと一緒に送信されたシグナリング情報の値に基づいて検出する。これを可能とするため、受信したパラメータを予期される値と照合することができるように、パラメータ値に関するいくつかの想定を行う。
【０１２６】
例えば、シフティングＰＤＣＣＨに示されるリソースブロック割当て（ＬＴＥにおいてはＰＤＣＣＨのＤＣＩの中のリソースブロック割当てに対応する）のサイズは、関連付けられるバンドル／プロセスの前回の送信に使用されたリソースブロック割当てのサイズと同じであるものとする。このチェックを可能にする目的で、１つの規則を確立し、データ送信側ノードおよびデータ受信側ノードの両方によって適用する。この規則によると、同じプロセスにおける送信のための割当てのサイズは、シフティングＰＤＣＣＨの後の最初のバンドル送信において変更するべきではない。これに代えて、同じバンドルのための最初のグラント以外のグラントの正当性のみをチェックする目的で、リソースブロック割当てのサイズ（特定のサブフレームに割り当てられるリソースブロックの数）は、同じバンドルのための最初のグラントとさらなるグラントとの間で変更されないという規則を定義することができる。この規則は、プロセス全体において割当てのサイズを固定するよりも制限が小さい。
【０１２７】
これに代えて、またはこれに加えて、シフティングＰＤＣＣＨの中の制御情報内でグラントと一緒にシグナリングされる冗長バージョンを使用して、チェックを行うことができる。ＬＴＥにおいては、冗長バージョンは０〜３の４つの値をとることができる。同じバンドルのさらなる再送信のたびに、モジュロ４の値が増える。しかしながら、シフトした後もプロトコルが継続して有効である場合、最初のグラントとそれ以降のシフティンググラントとが同じ冗長バージョンとともにシグナリングされるものと想定することができる。したがって、最初のグラントにおける冗長バージョンと、シフティンググラントの冗長バージョンとが同じであることが必要である。すなわち、送信するバンドルの冗長バージョンは、さらなるグラントを伝えるシグナリング情報によって示される冗長バージョンに一致しなければならない。
【０１２８】
さらに、サーチスペースに基づいて評価を実行することもできる。一般的には、サーチスペースは共通サーチスペース（ＣＳＳ）とすることができ、共通サーチスペースにおいては、すべての端末が、各端末を対象とする制御情報がないかを検出する目的でリソースをブラインド復号する。共通サーチスペース（ＣＳＳ）に加えて、特定のユーザ（端末）が、送信される制御情報を監視するために設定されるユーザサーチスペース（ＵＳＳ）が存在する。
【０１２９】
具体的には、シフティンググラントを送信する場合のいくつかの規則を設定することができる。例えば、シフティングＰＤＣＣＨは、同じＨＡＲＱプロセスを対象とする前のＰＤＣＣＨと同じサーチスペース内に存在するものと予測する。または、最初の送信および再送信のためのシフティングＰＤＣＣＨは、ユーザ機器に固有のサーチスペース（ＵＳＳ）内に存在するものと予測する。別の１つの可能な規則として、シフティングＰＤＣＣＨは、通常のＰＤＣＣＨによって開始された前の送信において使用されたサーチスペースとは異なるサーチスペース内に存在する。適用可能なさらなる規則として、最初のグラントおよびさらなるグラントは、同じＣＣＥ（制御チャネル要素）上に（すなわちサーチスペース内の同じ位置に）存在する。この場合、１つの可能な規則として、さらなるグラントは、サーチスペース内で、最初のグラントから特定の数のＣＣＥだけシフトされた位置に存在する。さらには、同じ所定の時間間隔内の最初のグラントおよびさらなるグラントに関する規則のみならず、一般的にグラントの送信に関する規則を定義することができる。例えば、バンドルのためのグラントは、同じプロセスの前のバンドルのグラントに対してシフトされた位置に存在する、またはこれに類似する規則を適用することができる。一般的には、シフティンググラントの位置を、特定のサーチスペース内もしくは現在のサーチスペース内またはその両方に制約する規則を定義することができる。この規則がデータ送信側ノードおよびデータ受信側ノードの両方によって適用される場合、グラントを受信するときこの規則が満たされているかをチェックすることによって、誤ったグラントを検出することが可能になる。
【０１３０】
アップリンクグラントの送信の堅牢性を高めるための別の可能な方法をネットワークによって提供することができ、すなわちネットワークは、バンドルに関連付けられるＰＤＣＣＨウィンドウ内で２つ以上のシフティングＰＤＣＣＨを送信することができる。言い換えれば、タイミングのシフトに適用することのできる同じ値を含むシグナリングを、ウィンドウ内で２回以上送信することができる。より高い堅牢性を達成する目的で、端末側も、２つ以上のＰＤＣＣＨを受信することを予測する。したがって、この実施形態によると、ネットワークは、同じバンドル／プロセスのウィンドウ内で、少なくとも２つの連続するサブフレームにおいて同じ制御情報をつねに送信するという規則を確立する。このような場合、１つのみの（例えば最後の）ＰＤＣＣＨを考慮してシフトを行う。しかしながら通常のトラフィックにおいては２つの同じＰＤＣＣＨ制御情報が連続的に受信される確率はかなり低いため、堅牢性が高まる。
【０１３１】
言い換えれば、データを送信する本方法は、所定の時間間隔内で最後のグラントを受信した時点で、同じ所定の時間間隔内で同じ制御情報が受信されているかを判定するチェックステップ、をさらに含む。同じ制御情報が受信されている場合、タイミングパターンのシフトを実行する。同じ制御情報が受信されていない場合、最後のグラントを無視する。同じ制御情報は、いずれも同じ時間ウィンドウ（すなわち同じ所定の時間間隔）内で連続するサブフレームにおいて送信されることが好ましい。同様に、この実施形態によると、データ受信側ノードであって、グラント、データ送信、フィードバック、再送信のうちの少なくとも１つのタイミングパターンのシフトを達成する目的で、同じ制御情報を、好ましくは２つの連続するサブフレームにおいて、データ送信側ノードに２回送信する、データ受信側ノード、を提供することができる。
【０１３２】
なお、（ここまでの例のほとんどにおいて記載されている）データ送信側ノードは、アップリンクデータを受信側ノードに送信する端末とすることができ、受信側ノードは、ＮｏｄｅＢ（基地局）またはリレーノードとすることができる。しかしながら、本発明はこのような実施形態に限定されず、基地局やリレーノードなどのネットワークノードから端末にデータを送信するダウンリンク方向においても同等に機能することができる。さらに、送信および受信は、基地局とリレーノードとの間でアップリンクまたはダウンリンクにおいて実行することもできる。一般的には、本発明は、一方がデータを受信し、他方が、制御情報によって（すなわち送信グラントによって）送信のスケジューリングが制御・管理されるチャネルにおいてマルチプロセスＡＲＱ手順を使用してデータを送信する、任意の２つのノードに適用することができる。
【０１３３】
ＨＡＲＱ手順を適切に実行するため、端末は、ＬＴＥの場合について上に簡潔に説明したように、ＨＡＲＱ状態変数を維持する。上に説明したＴＴＩバンドルのタイミングのシフトを矛盾なくサポートする目的で、本発明の一実施形態によると、１つのＨＡＲＱプロセスにおいて行われた（再）送信の回数をカウントするために維持されるカウンタＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢは、後からシフトされる未完了のバンドルのＰＵＳＣＨ送信に対しては値を増やさない。例えば、図６を参照しながら説明した例において、サブフレーム１９，２０におけるＰＵＳＣＨ送信に対してはＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢを増やさず、なぜならこのバンドルは、シフト処理によって最終的にサブフレーム２１およびそれに続くサブフレームにおいて送信されるためである。この動作によって、シフトを実行した後にＴＴＩバンドル全体が確実に送信される。
【０１３４】
言い換えれば、データ送信側ノードは、同じＨＡＲＱプロセスにおける送信をカウントするために格納されるカウンタを維持管理する。カウンタは、ＨＡＲＱプロセスごとに個別に維持される。所定の時間間隔内に最初のグラントとは異なる最後のグラントが受信された結果として、ＴＴＩバンドルの送信タイミングのシフトが行われるときには、所定の時間間隔内のその最後のグラントに対応するＰＵＳＣＨ（再）送信に対してのみ、カウンタの値を増やす。したがって、データ送信側ノードは、あるＨＡＲＱプロセスのＴＴＩバンドルのためのグラントが受信されたとき、そのグラントによって与えられるサブフレームの前の所定の時間間隔内に、同じバンドルのためのさらなるグラントが受信されていない場合、そのＨＡＲＱプロセスのバンドルを、グラントによって与えられるサブフレームにおいて送信し、格納されている送信カウンタを増やす。所定の時間間隔内に同じバンドルのための別のグラントが受信された場合、データ送信側ノードは、そのバンドルを送信せず、送信カウンタも増やさない。または別の代替形態においては、データ送信側ノードは、シフティングＰＤＣＣＨに起因してシフトされたＰＵＳＣＨ送信が開始されるまで、そのバンドル（複数のＴＴＩ）の一部を送信し、ただしシフティングＰＤＣＣＨより前に受信されたＰＤＣＣＨグラントを使用してのバンドルの一部の送信に対しては、カウンタを増やさない。さらに別の代替形態においては、送信側ノードは、ＴＴＩバンドルのサイズに対応する最初の（またはいくつかの）ＴＴＩバンドル送信のみをカウントし、残りの（再）送信を無視する。ＨＡＲＱ状態変数とは無関係に、ＨＡＲＱのタイミングも、グラント−データ送信のシフト後のタイミングに調整することができる。この代替形態は、ＨＡＲＱフィードバックおよび再送信のタイミングが、グラントの位置もしくはデータ送信の位置またはその両方に基づいて一義的に決まるシステムにおいて、特に有利である。しかしながら、本発明は、フィードバックおよび再送信のタイミング全体が、グラントを受信したタイミングに依存する場合に限定されない。
【０１３５】
ＬＴＥにおけるフィードバックチャネルＰＨＩＣＨ（バンドルに対する肯定応答または否定応答（フィードバック情報）を伝える）に関して、アップリンクにおいてデータを送信する端末は、シフティングＰＤＣＣＨの場合には未完了のバンドル送信に対するフィードバックの受信を予期しないことが有利である。具体的には、図６を参照しながら説明した例では、端末は、サブフレーム１９，２０において開始した送信に対するＨＡＲＱフィードバックを予期しない。したがって、ウィンドウ内で複数のグラントを受信したことに起因してタイミングをシフトした時点で、それに応じてＰＨＩＣＨのタイミングもシフトする。ＰＨＩＣＨ／ＰＤＣＣＨの新しいタイミングは、シフトしたバンドルの最初の送信から始まる。図６を参照しながら説明した例においては、シフトされたバンドルＤの送信はサブフレーム２１から開始される。ＴＴＩバンドリングパターンをシフトした後、各ＨＡＲＱプロセスの最初のＰＵＳＣＨ送信は、ＰＤＣＣＨによって開始されなければならない。したがって、端末は、プロセスＡのためのＰＤＣＣＨがサブフレーム２１において受信されることを予期する。同様に、プロセスＢのためのＰＤＣＣＨがサブフレーム２５において受信され、プロセスＣのためのＰＤＣＣＨがサブフレーム２９において受信される。各プロセスに対して上記以外のサブフレームにおいてＰＤＣＣＨが受信された場合、そのプロセスのための新しいシフティングＰＤＣＣＨとみなされる。
【０１３６】
この挙動は、端末が、シフトの後にＨＡＲＱプロセスのＨＡＲＱフィードバックを肯定応答（ＡＣＫ）に設定することによって達成することもでき、すなわち、ユーザ機器は、シフティングＰＤＣＣＨを受信すると、各プロセスに対するＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫに設定する。ＨＡＲＱ＿ＦＥＥＤＢＡＣＫは、データ送信側ノードにおいてプロセスごとに格納される状態変数である。この方法は、タイミングの変更が正常に実行されたことを、データ送信側ノードからデータ受信側ノードに確認させるために有利である。
【０１３７】
言い換えれば、データ送信側ノード（アップリンクにおける端末など）は、最初のプロセス（図６ではプロセスＤ）から開始されるようにタイミングのシフトを実行するとき、自身のフィードバック状態変数を肯定応答に設定する。このように構成する場合、端末は、さらなるグラントの受信を予期し、そのグラントを受信しない限りデータを送信しない。フィードバック状態変数が否定応答に設定された場合、グラントを予期／受信することなく（すなわち例えば、誤った受信の場合に依然として古いタイミングに従って）再送信が行われることがある。
【０１３８】
ＰＨＩＣＨのタイミングに関しては、ＬＴＥにおいては、ＴＴＩバンドリングが設定されていない場合、データ送信から４つのサブフレームだけ後に確認応答が送信され、フィードバックが否定応答（ＮＡＣＫ）であったときにはフィードバックの受信から７つのサブフレームだけ後に再送信が実行される。ＴＴＩバンドリングが設定されている場合、図４に示したように、バンドル内の最後のＴＴＩを送信してから４つのサブフレームだけ後にフィードバック（肯定応答または否定応答）が予期され、フィードバックが否定応答であった場合、フィードバックを受信してから９つのサブフレームだけ後に再送信が予期される。しかしながら、この実施形態は、このようなタイミングに限定されず、別の固定されたタイミングまたは設定可能なタイミングにも適用することができる。
【０１３９】
本発明の別の実施形態によると、バンドルのためのグラントを含むＰＤＣＣＨは、１つのバンドルあたり１回のみ送信される（したがって１回のみ受信される）。この送信方式は、事前定義されたＴＴＩバンドルパターンに従って実行することができる。例えば、図６にも最初のグラントにおいて示してあるように、（１つのサブフレームの長さが１ミリ秒であると想定すると）ＰＤＣＣＨは４ミリ秒の間隔で送信される。しかしながら、この実施形態によると、シフティングＰＤＣＣＨもこのパターンに従って送信される。特に、端末は、（ＰＵＳＣＨでの）バンドル送信がＴＴＩバンドルの境界（すなわちＴＴＩのパターン）から開始されない結果となるＰＤＣＣＨ（アップリンクグラント）を無視する。
【０１４０】
ＴＴＩバンドルの動的なスケジューリングを可能にする目的で、この実施形態においては、ＰＤＣＣＨの情報がＴＴＩのシフトを示し、このシフトは１つ、２つ、または３つのサブフレームとすることができる。この方法は、ＤＣＩに新規のフィールドを導入することによって実施することができる。この新規のフィールド（例えば「ＴＴＩオフセット」と称する）は、１つ、２つ、または４つのサブフレームのシフトを伝える。これに代えて、現在のＤＣＩフォーマットの特定のコードポイントによって、ＴＴＩのシフト（オフセット）を伝えることができる。例えば、変調・符号化方式（ＭＣＳ）テーブルのいくつかのエントリを使用して、１ミリ秒、２ミリ秒、または３ミリ秒（サブフレーム）のシフトを伝えることができる。非特許文献５の表７.１.７.１−１においてパラメータＩＭＣＳによって与えられるＭＣＳエントリ２９，３０，３１（現在は予約されている）を、それぞれ１ミリ秒、２ミリ秒、および３ミリ秒のＴＴＩオフセットを示すものと解釈することができる。
【０１４１】
図７は、この実施形態を示している。４つのプロセス０〜３が定義されている。各バンドルの先頭において、それぞれのグラント（ＰＤＣＣＨ）Ｐ０〜Ｐ３が通常の間隔で受信される。これらのグラントは、１つのサブフレーム、２つのサブフレーム、または３つのサブフレーム（一般的にはバンドルの長さがＮのときＮ−１個のサブフレーム）だけシフトさせることを示すＴＴＩシフト（「ＴＴＩオフセット」）を伝えることができる。このことは、図７において、ＰＤＣＣＨ  Ｐ１においてプロセス１に送信されるグラント７７０によって示してある。ＰＤＣＣＨ  Ｐ１は、２つのサブフレームだけずらすＴＴＩオフセットを示している。これに応じて、対応するプロセス１およびそれに続く他のプロセスをシフトする。
【０１４２】
本発明のこの実施形態による、データを送信する本方法のステップは、一般的には、データ送信側ノードにおいて実行される以下のステップ、すなわち、ＨＡＲＱプロセスのＴＴＩのバンドルを送信するためのグラントを受信するステップであって、グラントが、サブフレームの数を示すシフトインジケータを含む、ステップと、グラントと、シフトインジケータによって示されるサブフレームの数とによって与えられるサブフレームにおいて、ＨＡＲＱプロセスのバンドルを送信するステップと、を含む。
【０１４３】
このようにすることで、シフティングＰＤＣＣＨ（グラント）とＨＡＲＱプロセスとが、データ送信のタイミングに対するＰＤＣＣＨのタイミングによって、一義的に関連付けられる。ＨＡＲＱプロトコル動作は、上述した他の実施形態の場合と同様に、ＴＴＩバンドルのシフト処理をまたいで継続される。
【０１４４】
ＴＴＩシフトを明示的にシグナリングすることのさらなる利点として、例えば誤ったＰＤＣＣＨを受信することに起因するフォールスアラーム（false alarm）の確率が減少する。この理由は、ＰＤＣＣＨが送信されうるタイミングが、事前定義されたタイミング（すなわち例えばＮ番目ごとのサブフレーム（Ｎはバンドルの長さ））に限られるためである。
【０１４５】
本発明の一実施形態によると、物理層のサブフレームのグループがタイミングパターンを形成する。グループのサイズはバンドルのサイズである。すなわち、バンドルあたりＮ個のサブフレーム（バンドルあたりＮ個のＴＴＩ）が存在するとき、タイミングパターンは、（任意のサブフレームから始まる）Ｎ個のサブフレームのグループによって与えられる。このパターンは、バンドルのためのグラントが、グループの先頭において（すなわちグループの最初のサブフレームにおいて）予期されることを意味する。グループの中の先頭以外の位置においてグラントが受信された場合、そのグラントはシフティンググラントであり、このグラントに起因してパターン全体がシフトされる。シフトは、受信したシフティンググラントと、グループ内の最初のサブフレームとの間のオフセットによって与えられる。タイミングパターンのシフトは、グラントの受信タイミングを基準としてバンドルの送信タイミングをシフトさせることに限定されない。これに加えて、ＨＡＲＱ手順（すなわちフィードバック（確認応答）の受信および再送信）にシフトを有利に適用することができる。本発明の別の実施形態は、上述したさまざまな実施形態を、ハードウェアおよびソフトウェアを使用して実装することに関する。本発明のさまざまな実施形態は、本明細書に説明されている本発明の複数の異なる実施形態による機能をコンピューティングデバイスに実行させる実行可能命令によって適切に制御されるコンピューティングデバイス（プロセッサ）を使用して、実施または実行できることを理解されたい。
【０１４６】
図８および図９は、本発明の一実施形態を示している。この実施形態によると、特定のプロセスの特定のバンドルのためのシフティンググラントを受信した時点で、その特定のバンドルの送信と、その特定のプロセス全体とをシフトさせる。しかしながら、それ以外のプロセスのタイミングはシフトさせない。シフトさせるプロセスと、シフトさせないプロセスとが衝突することを回避する目的で、次のプロセスのバンドルを「圧縮する」、すなわち、その特定のプロセスのシフトの長さだけ短縮する。これに代えて、受信したシフティンググラントが対象とする特定のプロセスを圧縮する、すなわちそのバンドルサイズ（バンドル内で送信されるサブフレームの数）をシフトの長さだけ減らす。
【０１４７】
図８において理解できるように、すべてのＴＴＩバンドル／プロセスそれぞれは、ＴＴＩ＿ＢＵＮＤＬＥ＿ＳＩＺＥに等しいサイズの固定ウィンドウ（上述した所定の時間間隔）を有する。これらのウィンドウは同じであり隣接している。図８に示したように、このウィンドウ内で受信されるＰＤＣＣＨは、対応するＴＴＩバンドル／プロセスのためのグラントを提供する。シフティングＰＤＣＣＨに対応するＰＵＳＣＨ送信が、次のＨＡＲＱプロセスの「元の」ＰＵＳＣＨ送信と衝突する（重なる）ときには、どちらか一方が優先される。例えば図８においては、シフティングＰＤＣＣＨに対応するＰＵＳＣＨ送信が優先され、次のＨＡＲＱプロセスは、プロセスの残りのサブフレームに「圧縮される」（すなわち次のＨＡＲＱプロセスは、その次のＨＡＲＱプロセスのＰＵＳＣＨ送信の中に入り込むようにはシフトされない）。
【０１４８】
１つの可能な代替形態においては、シフティングＰＤＣＣＨに対応するＰＵＳＣＨ送信自体が、次のＨＡＲＱプロセスのＰＵＳＣＨ送信の中に入り込むようにはシフトされず、したがって、シフトによって、「そのシフティングＰＤＣＣＨに対応するバンドル」のみが圧縮される（図９に示した）。
【０１４９】
図１０は、さらに別の実施形態を示している。この実施形態では、グラントを送信する場合の規則を定義する。例えば、ＰＤＣＣＨにつねに従う（ユーザ機器は、結果としてＰＵＳＣＨ（再）送信が「元の」ＴＴＩに収まるように圧縮されようが、状況が許せば次のプロセスの「シフトされたＴＴＩ」の中まで延びようが（例えば図１０の下段におけるプロセス１のＴＴＩ８）、受信したＰＤＣＣＨに基づいて送信を行う）。後者（次のＨＡＲＱプロセスの「シフトされた」ＰＵＳＣＨ  ＴＴＩの中まで延びる）は、プロセスｘ＋１に対応するＰＤＣＣＨが受信されなかったときに起こり、この場合、プロセスｘのシフティングＰＤＣＣＨに起因するＰＵＳＣＨ送信のシフトが優先され、ＰＨＩＣＨでＮＡＣＫが受信された場合のプロセスｘ＋１の非適応再送信は、「残りの」サブフレームにおいて行われる。このことは図１０に示してあり、プロセス２については、対応するＰＤＣＣＨウィンドウ内でＰＤＣＣＨが受信されず（ＮＰ）、したがって、バンドル１／プロセス１の再送信がサブフレーム番号８まで延びる（およびプロセス２の（再）送信が圧縮される）。しかしながらサブフレーム２０においては、プロセス２のためのＰＤＣＣＨが受信され、したがってこのＰＤＣＣＨが優先される結果として、プロセス１の送信がサブフレーム２１，２２，２３に圧縮される。
【０１５０】
図８〜図１０を参照しながら説明した実施形態においては、（他の実施形態に関連して上述したように）バンドル内のすべてのＴＴＩが同じデータを伝えるならば有利である。その場合、プロセスを圧縮しても、圧縮されたプロセスのデータレートは低下せず、ただし冗長性が減少するために堅牢性がかなり低下する。
【０１５１】
図８〜図１０を参照しながら説明した実施形態においては、グラントを受信するためのウィンドウ（所定の時間間隔）は、シフトが行われるか否かにかかわらず、現在のプロセスの元のタイミングにおける最初の送信に基づいて固定されている。固定されたウィンドウは、現在のプロセスの元のタイミングにおける最初の送信から始まり、ウィンドウの長さはＴＴＩバンドルのサイズに等しい。あるプロセスのバンドリングされた送信がシフトされても、所定の時間間隔（ＰＤＣＣＨウィンドウ）はシフトされず、すなわち、すべてのＴＴＩバンドル／プロセスそれぞれが、ＴＴＩ＿ＢＵＮＤＬＥ＿ＳＩＺＥに等しいサイズの固定されたウィンドウ（上述した所定の時間間隔）を有する。これらのウィンドウはそれぞれ同じであり隣接しており、かつ固定されているため、この固定されたウィンドウ内のいずれかの位置でＰＤＣＣＨが受信されたとき、どのＨＡＲＱプロセスがシフトされるかが明らかである。このウィンドウ内で受信されるＰＤＣＣＨは、図８に示したように、対応するＴＴＩバンドル／ＨＡＲＱプロセスのためのグラントを提供する。しかしながら、残りのプロセスはシフトされず（すなわち残りのプロセスのタイミングは変更されない）、ただし圧縮されることがある。プロセスが圧縮される場合でも、そのウィンドウは圧縮されず、現在のプロセスの「元のタイミングにおける」送信に基づいて固定されたままである。固定されたウィンドウは、（図８、図９、および図１０において長い垂直線によって示したように）現在のプロセスの元のタイミングにおける最初の送信から始まり、ウィンドウの長さはＴＴＩバンドルのサイズに等しく、プロセスの存続期間の全体にわたりこの状態が維持される。
【０１５２】
なお、ＰＤＣＣＨの検出（一般的にはシフティンググラントの検出）の堅牢性を高めるための上述した実施形態は、ここまでの実施形態のいずれにも適用することができる。
【０１５３】
例えば、データを送信する装置の機能、シグナリングメカニズム、サブフレームの生成、サブフレームの（Ｒ−）ＰＤＣＣＨ領域の適切なＯＦＤＭシンボルへのＰＤＣＣＨ情報のマッピング、データ送信側ノードにおけるＰＤＣＣＨの受信および処理などは、例えばハードウェアもしくはソフトウェアまたはその両方に実装することができる。同様に、受信側装置における受信したサブフレームの処理も、少なくとも一部分を、ハードウェアもしくはソフトウェアまたはその両方に実装することができる。コンピューティング装置またはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ），または他のプログラム可能な論理装置などでよい。本発明のさまざまな実施形態はまた、これらの装置の組合せによって実施または具現化できる。
【０１５４】
さらに、本発明の各種実施形態は、プロセッサによって実行されるソフトウェアモジュール、または直接ハードウェアとして実施することができる。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、例えばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等の任意種のコンピュータ可読記憶媒体に記憶することができる。
【０１５５】
実施形態のほとんどは、３ＧＰＰをベースとする通信システムのアーキテクチャに関連して概説してあり、ここまでの説明で使用した術語は主として３ＧＰＰの術語に関連している。しかしながら、これらの術語と、さまざまな実施形態の説明とが、３ＧＰＰベースのアーキテクチャに関連していることは、本発明の原理および発想がそのようなシステムに限定されることを意図するものではない。
【０１５６】
さらに、背景技術のセクションにおける詳しい説明は、本明細書に記載されている、ほとんどが３ＧＰＰに固有な例示的な実施形態を深く理解することを目的としており、移動通信ネットワークにおけるプロセスおよび機能の、説明した特定の実施形態に本発明を限定するものではないことを理解されたい。しかしながら、本文書に提案した概念およびサブフレームの構造は、背景技術のセクションに記載したアーキテクチャにおいてただちに適用することができる。さらには、本発明の概念は、３ＧＰＰによって現在検討されているＬＴＥ−Ａ  ＲＡＮにおいても、ただちに使用することができる。
【０１５７】
ここまで、本発明のさまざまな実施形態およびそれらのバリエーションについて説明してきた。具体的な実施形態において示した本発明には、広義に記載されている本発明の概念または範囲から逸脱することなく膨大なバリエーションもしくは変更形態を創案できることが、当業者には理解されるであろう。
【０１５８】
要約すると、本発明は、複数のＨＡＲＱ（ハイブリッド自動再送要求）プロセスをサポートし、かつＴＴＩ（送信時間間隔）のバンドリングが適用されるように設定可能である通信システムにおける、共有通信チャネルでのデータの送信に関する。データの送信時、ＨＡＲＱプロセスのＴＴＩが、時間領域の物理リソースであるサブフレームに周期的にマッピングされる。バンドルの動的なスケジューリングを効率的にサポートする目的で、バンドルを送信している間にグラントが受信されたとき、そのグラントはシフティンググラントとなり、このシフティンググラントに従ってバンドルを送信し、シフティンググラントの位置に従って、グラントの受信およびデータ送信のタイミングを調整する。シフトされたバンドルの送信は、その再送信プロセスの状態（すなわちバンドルが初めて送信されるのか再送信されるのか）に従って実行する。本発明の主たる利点として、ＨＡＲＱバッファをフラッシュする必要がないためＨＡＲＱプロセスの連続性が維持され、したがって、ユーザおよび上位層における有利な動作と、高い効率が可能である。さらに、本発明の一部は、ＰＤＣＣＨの復号の信頼性を高めることによって、端末およびネットワークの両方を、送信のタイミングおよび送信データに関して確実に同期させることに関連する。本発明の別の部分では、受信した「シフティング」ＰＤＣＣＨを対応するＨＡＲＱプロセスに関連付けるための単純な規則を提供する。さらに、本発明のさらに別の部分では、受信した「シフティング」ＰＤＣＣＨの状態変数（例えばＮＤＩ）と、対応する（１つまたは複数の）プロセスに対して格納されている状態変数とを、適切に比較する方法を提供する。
【図１】
0006551692.tif 000003
【図２】
0006551692.tif 000004
【図３】
0006551692.tif 000005
【図４】
0006551692.tif 000006
【図５】
0006551692.tif 000007
【図６】
0006551692.tif 000008
【図７】
0006551692.tif 000009
【図８】
0006551692.tif 000010
【図９】
0006551692.tif 000011
【図１０】
0006551692.tif 000012