(57)【特許請求の範囲】
【請求項１】
移動端末と、少なくとも２つのネットワークノードとを備えている移動通信システムにおいて、下りリンクデータを送信する方法であって、前記ネットワークノードが、無線インタフェースを介して前記移動端末と通信することができ、
データパケットと、前記データパケットの送信の制御情報とを、第１のネットワークノードから第２のネットワークノードに送信するステップであって、前記制御情報が、前記データパケットを前記移動端末に送信するために使用されるＨＡＲＱプロトコルを前記第１のネットワークノードが終端させるのか前記第２のネットワークノードが終端させるのかを示している、前記ステップと、
前記第１のネットワークノードおよび前記第２のネットワークノードによって、前記データパケットのそれぞれの送信を、前記ＨＡＲＱプロトコルの複数のＨＡＲＱプロセスのうちの１つを使用して、１送信時間間隔内に、前記移動端末に送信するステップと、
前記データパケットの復号化の成功または失敗に関するＨＡＲＱフィードバックを、前記ＨＡＲＱプロトコルを終端させる前記ネットワークノードにおいてのみ、前記移動端末から受信するステップと、
前記データパケットの再送信すべてを、前記ＨＡＲＱプロトコルを終端させる前記ネットワークノードからのみ、前記移動端末に送信するステップと、
を含んでいる、方法。
【請求項２】
前記第１のネットワークノードもしくは前記第２のネットワークノードまたはその両方によって、それぞれの物理下りリンク制御チャネルを前記移動端末に送信するステップであって、それぞれの物理下りリンク制御チャネルの情報が、前記データパケットの前記送信が前記移動端末に送信される物理チャネルリソースおよびＨＡＲＱプロセスを示している、前記ステップ、
をさらに含んでいる、請求項１に記載の方法。
【請求項３】
前記第１のネットワークノードもしくは前記第２のネットワークノードまたはその両方によって、それぞれの物理下りリンク制御チャネルを前記移動端末に送信する前記ステップにおいて、前記第１のネットワークノードおよび前記第２のネットワークノードのそれぞれが、前記データパケットの前記それぞれの送信が前記移動端末に送信される前記物理チャネルリソースおよび前記ＨＡＲＱプロセスを示している物理下りリンク制御チャネル、を送信し、
前記方法が、
ＲＲＣシグナリングによって設定される物理上りリンクチャネルリソースを介しての前記移動端末からの前記ＨＡＲＱフィードバックを受信するステップ、
をさらに含んでいる、
請求項２に記載の方法。
【請求項４】
前記第１のネットワークノードもしくは前記第２のネットワークノードまたはその両方によって、それぞれの物理下りリンク制御チャネルを前記移動端末に送信する前記ステップにおいて、前記第１のネットワークノードまたは前記第２のネットワークノードのそれぞれが、前記データパケットの前記それぞれの送信が前記移動端末に送信される前記物理チャネルリソースおよび前記ＨＡＲＱプロセスを示している物理下りリンク制御チャネル、を送信し、
前記方法が、
前記物理下りリンク制御チャネルが前記移動端末によって受信される物理下りリンク制御チャネルリソースのインデックスにリンクされている物理上りリンクチャネルリソースを介しての、前記移動端末からの前記ＨＡＲＱフィードバック、を受信するステップ、
をさらに含んでいる、
請求項２に記載の方法。
【請求項５】
前記第１のネットワークノードから前記第２のネットワークノードに送信される前記制御情報が、ＨＡＲＱプロトコルを前記第１のネットワークノードが終端させるのか前記第２のネットワークノードが終端させるのかを示しているフラグ、を備えている、
請求項１から請求項４のいずれかに記載の方法。
【請求項６】
前記第１のネットワークノードから前記第２のネットワークノードに送信される前記制御情報が、前記データパケットを送信するために使用される前記ＨＡＲＱプロセスと、前記データパケットの新規データインジケータの値と、をさらに示している、
請求項５に記載の方法。
【請求項７】
前記第１のネットワークノードから前記第２のネットワークノードに送信される前記制御情報が、前記第２のネットワークノードから前記移動端末への前記データパケットの前記送信のトランスポートフォーマット情報、をさらに示している、
請求項６に記載の方法。
【請求項８】
前記第１のネットワークノードおよび前記第２のネットワークノードによって前記データパケットの前記送信を送信する前記ステップにおいて、前記第１のネットワークノードおよび前記第２のネットワークノードが、前記データパケットの前記送信を同じ送信時間間隔内に同時に送信する、
請求項１から請求項７のいずれかに記載の方法。
【請求項９】
前記第１のネットワークノードから前記第２のネットワークノードに送信される前記制御情報が、前記データパケットの前記送信が前記第２のネットワークノードによって送られるべき送信時間間隔、をさらに示している、
請求項８に記載の方法。
【請求項１０】
前記第１のネットワークノードから前記第２のネットワークノードに送信される前記制御情報が、前記データパケットの前記送信を前記移動端末に送信するための物理下りリンク共有チャネルリソースおよびトランスポートフォーマット情報、をさらに示しており、
前記第１のネットワークノードおよび前記第２のネットワークノードによって前記データパケットの前記送信を送信する前記ステップにおいて、前記第１のネットワークノードおよび前記第２のネットワークノードが、前記データパケットの前記送信を、同じ物理チャネルリソース上で同じトランスポートフォーマットを使用して同時に送信する、
請求項８または請求項９に記載の方法。
【請求項１１】
前記データパケットを送信するための前記ＨＡＲＱプロトコルを前記第１のネットワークノードが終端させるのか前記第２のネットワークノードが終端させるのかを、前記第１のネットワークノードによって決定するステップ、
をさらに含んでいる、請求項１から請求項１０のいずれかに記載の方法。
【請求項１２】
決定する前記ステップが、前記移動端末に送信されるデータパケットそれぞれに対して前記第１のネットワークノードによって実行される、
請求項１１に記載の方法。
【請求項１３】
決定する前記ステップにおいて、前記データパケットを送信するための前記ＨＡＲＱプロトコルを前記第１のネットワークノードが終端させるのか前記第２のネットワークノードが終端させるのかを、前記移動端末によって報告される下りリンクチャネルの品質に基づいて、もしくは無線リソース管理基準に基づいて、またはその両方によって、前記第１のネットワークノードが決定する、
請求項１１または請求項１２に記載の方法。
【請求項１４】
前記第１のネットワークノードがサービング基地局であり、前記第２のネットワークノードが中継ノードまたは非サービング基地局である、
請求項１から請求項１３のいずれかに記載の方法。
【請求項１５】
下りリンクデータを送信する移動通信システムであって、移動端末と、第１のネットワークノードと、第２のネットワークノードとを備えており、前記第１のネットワークノードおよび前記第２のネットワークノードが、無線インタフェースを介して前記移動端末と通信することができ、
前記第１のネットワークノードが、データパケットおよび制御情報を送信するようにされており、前記制御情報が、前記データパケットを前記第２のネットワークノードに送信するためのＨＡＲＱプロトコルを前記第１のネットワークノードが終端させるのか前記第２のネットワークノードが終端させるのかに関し、前記第１のネットワークノードおよび前記第２のネットワークノードが、データパケットのそれぞれの送信を、前記ＨＡＲＱプロトコルの複数のＨＡＲＱプロセスのうちの１つを使用して、１送信時間間隔内に、前記移動端末に送信するようにされており、
前記ＨＡＲＱプロトコル終端エンティティのみが、前記データパケットの復号化の成功または失敗に関するＨＡＲＱフィードバックを前記移動端末から受信し、前記データパケットの再送信すべてを、前記ＨＡＲＱプロトコルを終端させる前記ネットワークノードから前記移動端末に送信する、
移動通信システム。
【請求項１６】
前記移動端末が、請求項１７から請求項２１のいずれかに記載の移動端末である、
請求項１５に記載の移動通信システム。
【請求項１７】
移動通信システムにおいて下りリンクデータを受信する移動端末であって、
データパケットのそれぞれの送信を、第１のネットワークノードおよび第２のネットワークノードから、１送信時間間隔内に受信する受信機と、
前記第１のネットワークノードおよび前記第２のネットワークノードから受信された前記データパケットの前記送信を合成する処理ユニットと、
前記データパケットの合成された前記送信を復号化する復号器と、
前記第１のネットワークノードまたは前記第２のネットワークノードのいずれかであるＨＡＲＱ終端エンティティのみにＨＡＲＱフィードバックを送信する送信機であって、前記ＨＡＲＱフィードバックが、前記データパケットが正常に復号化されたかを示している、前記送信機と、
を備えており、
前記移動端末が、前記データパケットの再送信すべてを前記ＨＡＲＱ終端エンティティのみから受信するようにされている、
移動端末。
【請求項１８】
前記受信機が、ＲＲＣシグナリングを受信するようにされており、前記ＲＲＣシグナリングが、前記データパケットの前記送信に関連するＨＡＲＱフィードバックを、前記ＨＡＲＱプロトコルを終端させる前記ネットワークノードに送るために使用するべき物理チャネルリソースを示しており、
前記データパケットの前記送信のそれぞれの物理下りリンク制御チャネルが前記第１のネットワークノードおよび前記第２のネットワークノードから受信される場合、前記送信機が、前記データパケットの前記送信に対する前記ＨＡＲＱフィードバックを、前記ＲＲＣシグナリングによって設定される前記物理チャネルリソースを使用して、前記ＨＡＲＱプロトコルを終端させる前記ネットワークノードに送信するようにされている、
請求項１７に記載の移動端末。
【請求項１９】
前記データパケットの送信の１つの物理下りリンク制御チャネルのみが受信される場合、前記送信機が、前記データパケットの送信に関連するＨＡＲＱフィードバックを、物理下りリンク制御チャネルの物理下りリンクチャネルリソースのインデックスにリンクされている物理上りリンクチャネルリソース上で送信するようにされている、
請求項１７または請求項１８に記載の移動端末。
【請求項２０】
前記第１のネットワークノードから前記移動端末までの下りリンクチャネルの品質を測定する測定ユニット、
をさらに備えており、
前記送信機が、前記下りリンクデータを前記第１のネットワークノードから前記移動端末に送信するために使用される前記下りリンクチャネルの測定された前記チャネル品質を、前記第１のネットワークノードに送信するようにされている、
請求項１７から請求項１９のいずれかに記載の移動端末。
【請求項２１】
前記測定ユニットが、前記第２のネットワークノードから前記移動端末までの下りリンクチャネルの品質をさらに測定するようにされており、
前記送信機が、前記下りリンクデータを前記第２のネットワークノードから前記移動端末に送信するために使用される前記下りリンクチャネルの測定された前記チャネル品質を、前記第１のネットワークノードに送信するようにされている、
請求項２０に記載の移動端末。
【請求項２２】
移動通信システムにおいて使用するためのネットワークノードであって、無線インタフェースを介して移動端末と通信することができ、
データパケットと、前記データパケットの送信の制御情報とを、別のネットワークノードに送信する送信機であって、前記制御情報が、前記データパケットを前記移動端末に送信するために使用されるＨＡＲＱプロトコルを前記ネットワークノードが終端させるのか前記別のネットワークノードが終端させるのかと、前記ネットワークノードおよび前記別のネットワークノードが前記データパケットの送信を前記移動端末に送信する送信時間間隔と、を示している、前記送信機と、
前記ネットワークノードが前記ＨＡＲＱプロトコルを終端させている場合、前記データパケットの復号化の成功または失敗に関するＨＡＲＱフィードバックを前記移動端末から受信する受信機と、
を備えており、
前記送信機が、データパケットのそれぞれの送信を、前記ＨＡＲＱプロトコルの複数のＨＡＲＱプロセスのうちの１つを使用して、前記送信時間間隔内に、前記移動端末に送信するようにされており、
前記ネットワークノードが前記ＨＡＲＱプロトコルを終端させている場合、前記送信機が、前記データパケットの再送信すべてを前記移動端末のみに送信するようにされている、
ネットワークノード。
【請求項２３】
前記データパケットを送信するための前記ＨＡＲＱプロトコルを前記ネットワークノードが終端させるのか前記別のネットワークノードが終端させるのかを決定する処理ユニットであって、前記決定ユニットが、前記移動端末に送信されるデータパケットそれぞれに対して決定を実行するようにされている、前記処理ユニット、
をさらに備えている、請求項２２に記載のネットワークノード。
【請求項２４】
前記送信機が、物理下りリンク制御チャネルを前記移動ノードに送信するように、さらにされており、前記物理下りリンク制御チャネルが、前記送信機が前記データパケットの前記送信を送信する物理下りリンク共有チャネルリソースと、トランスポートフォーマット情報と、を示している、
請求項２２または請求項２３に記載のネットワークノード。
【請求項２５】
命令を格納しているコンピュータ可読媒体であって、前記命令がネットワークノードの処理ユニットによって実行されたとき、それに起因して、無線インタフェースを介して前記移動端末と通信することができる前記ネットワークノードが、
データパケットと、前記データパケットの送信の制御情報とを、別のネットワークノードに送信し、この場合、前記制御情報が、前記データパケットを前記移動端末に送信するために使用されるＨＡＲＱプロトコルを前記ネットワークノードが終端させるのか前記別のネットワークノードが終端させるのかと、前記ネットワークノードおよび前記別のネットワークノードが前記データパケットの送信を前記移動端末に送信する送信時間間隔と、を示しており、
データパケットのそれぞれの送信を、前記ＨＡＲＱプロトコルの複数のＨＡＲＱプロセスのうちの１つを使用して、前記送信時間間隔内に、前記移動端末に送信し、
前記ネットワークノードが前記ＨＡＲＱプロトコルを終端させている場合、前記データパケットの復号化の成功または失敗に関するＨＡＲＱフィードバックを前記移動端末から受信し、
前記ネットワークノードが前記ＨＡＲＱプロトコルを終端させている場合、前記データパケットの再送信すべてを前記移動端末のみに送信する、
コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、下りリンクＨＡＲＱ動作およびマクロダイバーシチをサポートする下りリンクに関し、複数のネットワークノードが下りリンクにおいてＨＡＲＱを使用してデータを送信するときにＨＡＲＱプロトコルの同期が失われる問題を克服することができる。本発明は、下りリンク送信方式を実施する方法、移動通信システム、ネットワークノード、および移動端末に関する。さらに、本発明は、下りリンク送信方式をソフトウェアおよびハードウェアにおいて実施することに関する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）
ＷＣＤＭＡ無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）（例えば、ＵＭＴＳ（ユニバーサル移動通信システム））は、現在、世界中で広範な規模で配備されている。この技術を機能強化あるいは進化・発展させるうえでの最初のステップでは、高速下りリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンスト上りリンク（高速上りリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供された。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける主要な方策である。ＬＴＥに関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS terrestrial Radio Access Network：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８として公開される（ＬＴＥリリース８）。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの機能を低レイテンシおよび低コストにおいて完全に提供する。詳細なシステム要件は、非特許文献１（http://www.3gpp.orgにおいて入手可能であり、参照によって本文書に組み込まれている）に記載されている。
【０００４】
ＬＴＥにおいては、与えられたスペクトルを使用してフレキシブルなシステム配備を達成する目的で、複数の送信帯域幅（例えば、１．４ＭＨｚ、３．０ＭＨｚ、５．０ＭＨｚ、１０．０ＭＨｚ、１５．０ＭＨｚ、および２０．０ＭＨｚ）が指定されている。下りリンクには、ＯＦＤＭ（直交周波数分割多重）をベースとする無線アクセスが採用されており、その理由として、そのような無線アクセスは、シンボルレートが低いため本質的にマルチパス干渉（ＭＰＩ）を受けにくいこと、サイクリックプレフィックス（ＣＰ）を使用していること、さまざまな送信帯域幅の構成に対応可能であること、が挙げられる。上りリンクには、ＳＣ−ＦＤＭＡ（シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されており、なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるためである。ＬＴＥリリース８では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用されており、効率の高い制御シグナリング構造が達成されている。
【０００５】
Ｅ−ＵＴＲＡＮのアーキテクチャ
図１は、ＬＴＥの全体的なアーキテクチャを例示的に示しており、図２は、Ｅ−ＵＴＲＡＮのアーキテクチャをさらに詳しく示している。Ｅ−ＵＴＲＡＮは、無線基地局（ｅＮＢ）（ｅＮｏｄｅＢとも称される）から構成されており、無線基地局は、ユーザ機器（ＵＥ）に向かうＥ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端させる。無線基地局は、物理層（ＰＨＹ）、メディアアクセス制御（ＭＡＣ）層、無線リンク制御（ＲＬＣ）層、およびパケットデータ制御プロトコル（ＰＤＣＰ）層（ユーザプレーンのヘッダ圧縮および暗号化の機能を含んでいる）をホストする。無線基地局は、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。
【０００６】
無線基地局は、無線リソース管理、アドミッション制御、スケジューリング、交渉された上りリンク（ＵＬ）ＱｏＳ（サービス品質）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号化、下りリンク／上りリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。無線基地局は、Ｘ２インタフェースによって互いに相互接続されている。さらに、無線基地局は、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）に接続されており、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）に接続されており、Ｓ１−Ｕによってサービングゲートウェイ（Ｓ−ＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイ（サービングＧＷ）と無線基地局との間の多対多関係をサポートする。
【０００７】
サービングＧＷは、ユーザデータパケットのルーティングおよび転送を行う一方で、無線基地局間ハンドオーバー時にユーザプレーンのモビリティアンカー（mobility anchor）としての役割と、ＬＴＥとそれ以外の３ＧＰＰ技術との間のモビリティのためのアンカーとしての役割も果たす（Ｓ４インタフェースを終端させ、２Ｇ／３Ｇシステムとパケットデータネットワークゲートウェイ（ＰＤＮ  ＧＷ）との間でトラフィックを中継する）。サービングＧＷは、アイドル状態のユーザ機器に対しては、そのユーザ機器への下りリンクデータが到着したとき下りリンク（ＤＬ）データ経路を終端させ、ページングをトリガーする。サービングＧＷは、ユーザ機器のコンテキスト（例えば、ＩＰベアラサービスのパラメータ、ネットワーク内部ルーティング情報）を管理および格納する。さらに、サービングＧＷは、合法傍受の場合にユーザトラフィックの複製を実行する。
【０００８】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラの有効化／無効化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のサービングＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス階層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制限を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／整合性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースをＭＭＥにて終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【０００９】
周波数領域の適応処理を備えたＯＦＤＭ
ＬＴＥにおいて使用される、ＡＭＬ−ＯＦＤＭをベースとする下りリンクは、１５ｋＨｚ間隔の多数の個々のサブキャリアに基づいた周波数構造を有する。この周波数粒度によって、デュアルモードのＵＴＲＡ／Ｅ−ＵＴＲＡ端末を容易に実施することができる。高ビットレートに達する能力は、システムにおける遅延が短いことに大きく依存し、そのための必要条件は、サブフレームの持続時間が短いことである。結果として、ＬＴＥのサブフレームの持続時間は、無線インタフェースのレイテンシを最小にする目的で、１ｍｓもの短い時間に設定されている。
【００１０】
オーバーヘッドをそれほど大きくすることなく、さまざまな遅延スプレッドおよび対応するセルサイズに対処する目的で、ＯＦＤＭのサイクリックプレフィックス長は、２つの異なる値をとることができる。短い方の４．７ｍｓのサイクリックプレフィックスは、ほとんどのユニキャストシナリオにおける遅延スプレッドに対処するのに十分である。長い方の１６．７ｍｓのサイクリックプレフィックスでは、大きな時間分散を伴う極めて大きいセル（セル半径が１２０ｋｍまで、およびそれ以上）に対処することができる。この場合、長さは、サブフレーム内のＯＦＤＭシンボルの数を減らすことによって延びる。
【００１１】
直交周波数分割多重（ＯＦＤＭ）の基本的な原理は、周波数帯域を複数の狭帯域チャネルに分割することである。したがって、ＯＦＤＭでは、マルチパス環境に起因して周波数帯域全体のチャネルがたとえ周波数選択性であっても、比較的フラットな並列するチャネル（サブキャリア）上でデータを送信することができる。サブキャリア毎にチャネル状態が異なるため、サブキャリアの容量は変動し、サブキャリア毎に異なるデータレートで送信することができる。したがって、適応変調符号化（ＡＭＣ）による、サブキャリアごとの（周波数領域）リンクアダプテーション（ＬＡ）によって、サブキャリアを通じて異なるデータレートで送信することで、無線効率が高まる。
【００１２】
ＯＦＤＭアクセス（ＯＦＤＭＡ）では、複数のユーザがＯＦＤＭシンボル毎に異なるサブキャリア上で同時に送信することができる。特定のサブキャリアにおいて、すべてのユーザに深いフェージングが発生する確率は極めて低いため、あるサブキャリアに対応するチャネル利得が良好であるユーザに、そのサブキャリアを割り当てるようにすることができる。スケジューラは、下りリンクのリソースをセル内の複数の異なるユーザに割り当てるとき、ユーザにおけるサブキャリアのチャネル状態に関する情報を考慮する。スケジューラは、ユーザによってシグナリングされる制御情報（すなわちチャネル品質インジケータ（ＣＱＩ））によってマルチユーザダイバーシチを利用することができ、これによってスペクトル効率が高まる。
【００１３】
ハイブリッドＡＲＱ方式
信頼できないチャネルを介してのパケット伝送システムにおける誤り検出・訂正のための一般的な手法は、ハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat reQuest）と称される。ハイブリッドＡＲＱは、順方向誤り訂正（ＦＥＣ）と、再送メカニズムである自動再送要求（ＡＲＱ）との組合せである。
【００１４】
ＦＥＣ符号化されたパケットが送信され、受信側がそのパケットを正しく復号化できない場合（誤りは通常ではＣＲＣ（巡回冗長検査）によってチェックされる）、受信側はそのパケットの再送信を要求する。一般的には、追加情報を送信することを「（データパケットの）再送信」と称するが、この再送信は、符号化された同じ情報の送信を必ずしも意味するものではなく、そのパケットに属する何らかの情報（例えば追加の冗長性情報）の送信を意味することもある。
【００１５】
送信を構成する情報（一般的には符号のビット／シンボル）に応じてと、受信側が情報を処理する方法に応じて、以下のハイブリッドＡＲＱ方式が定義されている。
ＨＡＲＱタイプＩ
受信側がデータパケットを正しく復号化できない場合、符号化されたデータパケットの情報を破棄し、再送信を要求する。すなわち、データパケットの送信すべてが個々に復号化される。一般的には、再送信にはデータパケットの最初の送信と同じ情報（符号のビット／シンボル）が含まれる。
【００１６】
ＨＡＲＱタイプＩＩ
受信側は、データパケットを正しく復号化できない場合、データパケットの再送信を要求し、（正しく受信されなかった）符号化されたデータパケットの情報を軟情報（軟ビット／軟シンボル）として格納する。すなわち、受信側に軟バッファが要求される。再送信は、前の送信と同じデータパケットと比較して同じ情報、部分的に同じ情報、または同じではない情報（符号のビット／シンボル）から構成することができる。
【００１７】
受信側は、再送信を受信すると、軟バッファからの格納されている情報と、いま受信した情報とを合成し、合成された情報に基づいてデータパケットの復号化を試みる。受信側は、送信の復号化を個々に試みることもできるが、送信を合成すると一般的に性能が高まる。送信の合成は、軟合成とも称され、複数の受信された符号のビット／シンボルを尤度合成し（likelihood combined）、単独で受信された符号のビット／シンボルを符号合成する（code combined）。軟合成の一般的な方法は、受信された変調シンボルの最大比合成（ＭＲＣ）と、対数尤度比（ＬＬＲ）合成である（ＬＬＲ合成は符号のビットに対してのみ機能する）。
【００１８】
タイプＩＩ方式はタイプＩ方式よりも高度であり、なぜなら、パケットが正常に受信される確率が、再送信を受信することによって増大するためである。この確率増大は、受信側に要求されるハイブリッドＡＲＱ軟バッファの代償として達成される。タイプＩＩのＨＡＲＱ方式を使用すると、再送信する情報量を制御することにより動的なリンクアダプテーションを実行することができる。例えば、受信側は、復号化が「ほとんど」成功したことを検出した場合、次の再送信において少量の情報（前の送信におけるよりも少ない数の符号のビット／シンボル）のみを送信するように要求することができる。この場合、再送信を考慮するだけでは、パケットを独力で正しく復号化することが理論的に不可能である状況が起こりうる（自己復号化不能な再送信（non-self-decodable re-transmissions））。
【００１９】
ＨＡＲＱタイプＩＩＩ
タイプＩＩＩはタイプＩＩのサブセットであり、送信それぞれが自己復号化可能でなければならないという制約が課される。
【００２０】
ＬＴＥでのユニキャストデータ送信におけるＨＡＲＱプロトコルの動作
ＬＴＥには、信頼性を提供するため２つの再送信レベル、すなわち、ＭＡＣ層におけるＨＡＲＱと、ＲＬＣ層における外部ＡＲＱ（outer ARQ）が存在する。外部ＡＲＱは、ＨＡＲＱによって訂正されずに残った誤りを処理するために必要であり、ＨＡＲＱは、１ビットの誤りフィードバックメカニズム（すなわち、ＡＣＫ／ＮＡＣＫ）を使用することによって単純な形に維持されている。
【００２１】
Ｎ個のプロセスによるストップアンドウェイトＨＡＲＱ（stop-and-wait HARQ）が採用され、このＨＡＲＱでは、下りリンクにおける非同期の再送信と、上りリンクにおける同期再送信とが行われる。同期ＨＡＲＱとは、ＨＡＲＱブロックの再送信が所定の周期間隔において行われることを意味する。したがって、再送信スケジュールを受信側に示すための明示的なシグナリングが要求されない。非同期ＨＡＲＱでは、エアインタフェースの条件に基づいて再送信をスケジューリングする柔軟性が提供される。この場合、正しい合成およびプロトコル動作が可能であるように、ＨＡＲＱプロセスの何らかの識別情報をシグナリングする必要がある。
【００２２】
３ＧＰＰは、ＬＴＥにおいては８個のプロセスによるＨＡＲＱ動作を決定した。下りリンクデータ送信におけるＨＡＲＱプロトコルの動作は、ＨＳＤＰＡに類似する、または同じである。上りリンクのＨＡＲＱプロトコル動作においては、再送信をスケジューリングする方法として２種類のオプションがある。再送信は、ＮＡＣＫによって「スケジューリングされる」（同期式非適応型再送信）、または、物理下りリンク制御チャネル（ＰＤＣＣＨ）によって明示的にスケジューリングされる（同期式適応型再送信）。
【００２３】
同期式非適応型再送信の場合、再送信では前の上りリンク送信と同じパラメータを使用し、すなわち、再送信は同じ物理チャネルリソース上でシグナリングされ、同じ変調方式を使用する。同期式適応型再送信はＰＤＣＣＨを介して明示的にスケジューリングされるため、無線基地局が再送信の特定のパラメータを変更することが可能である。上りリンクにおける断片化（fragmentation）を回避する目的で、再送信を例えば異なる周波数リソース上にスケジューリングすることができ、または、無線基地局は、変調方式を変更する、あるいは、再送信に使用される冗長バージョンをユーザ機器に示すことができる。なお、ＨＡＲＱのフィードバック（ＡＣＫ／ＮＡＣＫ）とＰＤＣＣＨシグナリングは同じタイミングで行われることに留意されたい。したがって、ユーザ機器は、同期式非適応型再送信がトリガーされているか（ＮＡＣＫのみが受信されたか）、または無線基地局が同期式適応型再送信を要求しているか（すなわち、ＨＡＲＱのフィードバックに加えてＰＤＣＣＨがシグナリングされたか）を、一度だけ確認するのみでよい。
【００２４】
ＬＴＥにおける第１層／第２層制御シグナリング
スケジューリング対象のユーザに、ユーザの割り当てステータス、トランスポートフォーマット、およびその他のデータ関連情報（例：ＨＡＲＱ）を知らせる目的で、第１層／第２層制御シグナリングが、下りリンク上でデータと一緒に送信される。この制御シグナリングは、一般にはサブフレーム内で下りリンク（ユーザ）データと一緒に多重化される（ユーザ割り当てがサブフレーム単位で変化しうるものと想定する）。なお、一般には、ユーザ割り当てがＴＴＩ（送信時間間隔）ベースで実行されることもあり、その場合、ＴＴＩ長はサブフレームの倍数であることに留意されたい。ＴＴＩ長は、サービスエリアにおいてすべてのユーザに対して一定とする、ユーザ毎に異なる、あるいはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。
【００２５】
第１層／第２層制御シグナリングは、物理下りリンク制御チャネル（ＰＤＣＣＨ）上で送信される。なお、上りリンクデータ送信のための割り当て（上りリンクグラント）も、ＰＤＣＣＨ上で送信されることに留意されたい。
【００２６】
第１層／第２層制御シグナリングにおいて送られる情報は、一般的には、共有制御情報（ＳＣＩ：Shared Control Information）と個別制御情報（ＤＣＩ：Dedicated Control Information）に分類することができる。
【００２７】
共有制御情報（ＳＣＩ）
共有制御情報（ＳＣＩ）は、いわゆるカテゴリ１の情報を伝える。第１層／第２層制御シグナリングのＳＣＩ部分は、リソース割り当て（指示）に関連する情報を含んでいる。ＳＣＩは、一般には以下の情報を含んでいる。
−  ユーザ識別情報。割り当てる対象のユーザを示す。
−  リソースブロック割り当て情報。ユーザに割り当てられるリソース（リソースブロック：ＲＢ）を示す。なお、ユーザに割り当てられるＲＢの数は動的とすることができる。
−  割り当ての持続時間（オプション）。複数のサブフレーム（またはＴＴＩ）にわたる割り当てが可能である場合。
【００２８】
これらに加えて、ＳＣＩは、他のチャネルの設定および個別制御情報（ＤＣＩ）の設定に応じて、上りリンク送信に対するＡＣＫ／ＮＡＣＫ、上りリンクスケジューリング情報、ＤＣＩに関する情報（例：リソース、ＭＣＳ）などの情報を含んでいることができる。
【００２９】
個別制御情報（ＤＣＩ）
個別制御情報（ＤＣＩ）は、いわゆるカテゴリ２およびカテゴリ３の情報を伝える。第１層／第２層制御シグナリングのＤＣＩ部分は、カテゴリ１によって示されるスケジューリング対象のユーザに送信されるデータの送信フォーマットに関連する（カテゴリ２）情報を含んでいる。さらに、（ハイブリッド）ＡＲＱを適用する場合、ＤＣＩ部分はＨＡＲＱ（カテゴリ３）情報を伝える。ＤＣＩは、カテゴリ１によるスケジューリング対象ユーザによって復号化されるのみでよい。ＤＣＩは、一般には以下に関する情報を含んでいる。
−  カテゴリ２：変調方式、トランスポートブロック（ペイロード）サイズ（または符号化率）、ＭＩＭＯ関連情報など。トランスポートブロック（もしくはペイロードサイズ）または符号化率のいずれかをシグナリングできる。いずれの場合も、これらのパラメータは、変調方式情報およびリソース情報（割り当てられたリソースブロックの数）を使用することによって相互に計算することができる。
−  カテゴリ３：ＨＡＲＱ関連情報（例えば、ハイブリッドＡＲＱプロセス番号、冗長バージョン、再送信シーケンス番号）
【００３０】
下りリンクデータ送信の第１層／第２層制御シグナリング情報
下りリンクパケットデータ送信に加えて、第１層／第２層制御シグナリングが個別の物理チャネル（ＰＤＣＣＨ）上で送信される。この第１層／第２層制御シグナリングは、一般には以下に関する情報を含んでいる。
【００３１】
−  データが送信される（１つまたは複数の）物理チャネルリソース（例えば、ＯＦＤＭの場合のサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合の符号）。ユーザ機器（受信側）は、データが送信されるリソースをこの情報によって識別することができる。
【００３２】
−  送信に使用されるトランスポートフォーマット。例えば、データのトランスポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（変調・符号化方式）レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器（受信側）は、復調、デ・レートマッチング（de-rate-matching）、および復号化のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報（通常はリソース割り当て情報と組み合わせる）によって識別することができる。場合によっては、変調方式を明示的にシグナリングすることができる。
【００３３】
−  ＨＡＲＱ情報：
−  プロセス番号：ユーザ機器は、データがマッピングされているＨＡＲＱプロセスを識別することができる。
−  シーケンス番号または新規データインジケータ：ユーザ機器は、送信が新しいパケットであるか再送信されたパケットであるかを識別することができる。
−  冗長バージョンもしくはコンステレーションバージョンまたはその両方：それぞれ、使用されているハイブリッドＡＲＱ冗長バージョン（デ・レートマッチングに必要である）、および、使用されている変調コンステレーションバージョン（復調に必要である）を、ユーザ機器に知らせる。
【００３４】
−  ユーザ機器識別情報（ＵＥ  ＩＤ）：第１層／第２層制御シグナリングの対象であるユーザ機器を知らせる。一般的な実施形態においては、この情報は、制御情報が別のユーザ機器に読まれることを防止する目的で、第１層／第２層制御シグナリングのＣＲＣをマスクするために使用される。
【００３５】
上りリンクデータ送信の第１層／第２層制御シグナリング情報
上りリンクパケットデータ送信を可能にする目的で、送信の詳細をユーザ機器に知らせるため、第１層／第２層制御シグナリングが下りリンク（ＰＤＣＣＨ）上で送信される。この第１層／第２層制御シグナリングは、一般には以下の情報を含んでいる。
【００３６】
−  ユーザ機器がデータ送信に使用するべき（１つまたは複数の）物理チャネルリソース（例えば、ＯＦＤＭの場合のサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合の符号）。
【００３７】
−  ユーザ機器が送信に使用するべきトランスポートフォーマット。例えば、データのトランスポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（変調・符号化方式）レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器（送信側）は、変調、レートマッチング、および符号化のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報（通常はリソース割り当て情報と組み合わせる）によって選択することができる。場合によっては、変調方式を明示的にシグナリングすることができる。
【００３８】
−  ハイブリッドＡＲＱ情報：
−  プロセス番号：データの取得先のハイブリッドＡＲＱプロセスをユーザ機器に知らせる。
−  シーケンス番号または新規データインジケータ：新しいパケットを送信するのか、あるいはパケットを再送信するのかをユーザ機器に知らせる。
−  冗長バージョンもしくはコンステレーションバージョンまたはその両方：それぞれ、使用するハイブリッドＡＲＱ冗長バージョン（レートマッチングに必要である）、および、使用する変調コンステレーションバージョン（変調に必要である）を、ユーザ機器に知らせる。
【００３９】
−  ユーザ機器識別情報（ＵＥ  ＩＤ）：データを送信するべきユーザ機器を知らせる。一般的な実施形態においては、この情報は、制御情報が別のユーザ機器に読まれることを防止する目的で、第１層／第２層制御シグナリングのＣＲＣをマスクするために使用される。
【００４０】
上述したさまざまな情報を送信する実際の方法には、いくつか異なるバリエーションが存在する。さらには、第１層／第２層制御情報は、さらなる情報を含んでいることもでき、あるいは、いくつかの情報を省くことができる。例えば以下のとおりである。
−  同期ＨＡＲＱプロトコルの場合、ＨＡＲＱプロセス番号が必要ないことがある。
−  チェイス合成（Chase Combining）を使用する（冗長バージョンあるいはコンステレーションバージョンがつねに同じである）場合、または冗長バージョンあるいはコンステレーションバージョンのシーケンスが事前に定義されている場合には、冗長バージョンもしくはコンステレーションバージョンまたはその両方が必要ないことがある。
−  電力制御情報を制御シグナリングにさらに含めることができる。
−  ＭＩＭＯに関連する制御情報（例えばプリコーディング情報）を制御シグナリングにさらに含めることができる。
−  複数の符号語によるＭＩＭＯ送信の場合には、複数の符号語のためのトランスポートフォーマットもしくはＨＡＲＱ情報またはその両方を含めることができる。
【００４１】
ＬＴＥにおいて（物理上りリンク共有チャネル（ＰＵＳＣＨ）上での送信のために）ＰＤＣＣＨ上でシグナリングされる上りリンクリソース割り当てでは、第１層／第２層制御情報にＨＡＲＱプロセス番号が含まれず、なぜなら、ＬＴＥの上りリンクには同期ＨＡＲＱプロトコルが採用されているためである。上りリンク送信に使用されるＨＡＲＱプロセスは、タイミングによって認識される。さらには、冗長バージョン（ＲＶ）情報は、トランスポートフォーマット情報と一緒に符号化される、すなわち、ＲＶ情報はトランスポートフォーマット（ＴＦ）フィールドに埋め込まれることに留意されたい。ＴＦ／変調・符号化方式（ＭＣＳ）フィールドは、例えば、３２個のエントリに対応するビットサイズを有する。ＴＦ／ＭＣＳテーブルの３個のエントリは、ＲＶ１、ＲＶ２、またはＲＶ３を示すために予約されている。ＭＣＳテーブルの残りのエントリは、ＲＶ０を暗黙的に示すＭＣＳレベル（ＴＢＳ）をシグナリングするために使用される。上りリンク割り当てのための、ＰＤＣＣＨ上でのＴＢＳ／ＲＶシグナリングに関する詳細については、非特許文献２（http://www.3gpp.orgにおいて入手可能であり、参照によって本文書に組み込まれている）を参照されたい。ＰＤＣＣＨのＣＲＣフィールドのサイズは１６ビットである。
【００４２】
ＬＴＥにおいてＰＤＣＣＨ上でシグナリングされる下りリンクリソース割り当て（ＰＤＳＣＨ）では、冗長バージョン（ＲＶ）は、２ビットのフィールドにおいて個別にシグナリングされる。さらに、変調次数情報が、トランスポートフォーマット情報と一緒に符号化される。上りリンクの場合と同様に、５ビットのＭＣＳフィールドがＰＤＣＣＨ上でシグナリングされる。エントリのうち３個は、明示的な変調次数をシグナリングするために予約されており、トランスポートフォーマット（トランスポートブロック）情報は提供されない。残りの２９個のエントリにおいては、変調次数およびトランスポートブロックサイズ情報がシグナリングされる。
【００４３】
ＬＴＥのさらなる発展（ＬＴＥ−Ａ）
昨年の１１月、世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された（２００７年１１月、ジュネーブ、Final Acts WRC-07）。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域または国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された（非特許文献３（http://www.3gpp.orgにおいて入手可能であり、参照によって本文書に組み込まれている））。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。現在、ＬＴＥ−Ａのための２つの主要な技術要素が検討されており、以下ではこれらについて説明する。
【００４４】
ＬＴＥ−Ａにおける、より広い帯域幅のサポート
より広い送信帯域幅（例えば、最大１００ＭＨｚ）およびスペクトルアグリゲーションをサポートする目的で、ＬＴＥ−Ａｄｖａｎｃｅｄでは、キャリアアグリゲーション（２つ以上のコンポーネントキャリアがアグリゲートされる）が考慮されている。
【００４５】
端末は、以下のように自身の能力に応じて１つまたは複数のコンポーネントキャリアを同時に受信または送信することができる。
−  キャリアアグリゲーションのための受信能力もしくは送信能力またはその両方を備えたＬＴＥ−Ａｄｖａｎｃｅｄ端末は、複数のコンポーネントキャリアを同時に受信する、もしくは送信する、またはその両方を行うことができる。
−  ＬＴＥリリース８の端末は、コンポーネントキャリアの構造がリリース８の仕様に従う場合、１つのみのコンポーネントキャリア上で受信および送信を行うことができる。
【００４６】
少なくとも、アグリゲートされるコンポーネントキャリアの数が上りリンクと下りリンクとで同じであるとき、すべてのコンポーネントキャリアを、ＬＴＥリリース８互換であるように構成することが可能である。ただし、ＬＴＥ−Ａのコンポーネントキャリアを非後方互換として構成することも考えられる。
【００４７】
ＬＴＥ−Ａにおける中継機能のサポート
ＬＴＥ−Ａｄｖａｎｃｅｄにおいて、中継は、例えば高いデータレートのカバレッジを改善する、グループモビリティや一時的なネットワーク配備を向上させる、セルエッジスループットを高める、あるいは新しいエリアにカバレッジを提供するための手段として考えられる。
【００４８】
中継ノードは、ドナーセル（donor cell）を介して無線アクセスネットワークに無線接続される。接続は、以下の方式とすることができる。
−  インバンド（帯域内）。この場合、ネットワークから中継ノードへのリンクと、ドナーセル内のネットワークからユーザ機器への直接的なリンクとが同じ帯域を共有する。この場合、リリース８のユーザ機器はドナーセルに接続できるべきである。
−  アウトバンド（帯域外）。この場合、ネットワークから中継ノードへのリンクは、ドナーセル内のネットワークからユーザ機器への直接的なリンクとは異なる帯域で動作する。
【００４９】
中継は、ユーザ機器側の認識状態に応じて、トランスペアレントな中継と非トランスペアレントな中継とに分類することができ、トランスペアレントな中継の場合、ユーザ機器は自身が中継を介してネットワークと通信しているか否かを認識しておらず、非トランスペアレントな中継の場合、ユーザ機器は自身が中継を介してネットワークと通信しているか否かを認識している。
【００５０】
中継ノードは、中継方式に応じて、ドナーセルの一部、または自身の制御セルの一部とすることができる。
【００５１】
中継ノードがドナーセルの一部である場合、中継ノードは、自身のセル識別情報を持たない（中継ノードＩＤは依然として持つことができる）。無線リソース管理（ＲＲＭ）の少なくとも一部は、ドナーセルが属している無線基地局によって制御されるのに対して、ＲＲＭの一部は中継ノード側に位置していることができる。この場合、中継ノードは、ＬＴＥリリース８のユーザ機器もサポートすることが好ましい。このタイプの中継の例として、スマート中継器（smart repeater）、復号転送中継器（decode-and-forward relay）、および各種の第２層中継器が挙げられる。
【００５２】
中継ノードが自身のセルを制御している場合、中継ノードは、１つまたは複数のセルを制御し、中継ノードによって制御されるセルそれぞれにおいて物理層の一意のセル識別情報が提供される。同じＲＲＭメカニズムが利用可能であり、ユーザ機器の観点からは、中継ノードによって制御されているセルと、「通常の」ｅＮｏｄｅＢによって制御されているセルとで、アクセスするうえでの違いはない。中継ノードによって制御されているセルは、ＬＴＥリリース８のユーザ機器もサポートするべきである。セルフバックホーリング（self-backhauling）（第３層の中継）は、このタイプの中継を使用する。
【００５３】
図３は、中継ノード（ＲＮ）を利用する例示的なＬＴＥ−Ａシステムを示している。無線基地局と中継ノードとの間の無線インタフェース（中継ノードを無線アクセスネットワークに接続する）は、Ｙ３インタフェースと称される。
【００５４】
ＬＴＥ−Ａにおいては、一般的に、マクロダイバーシチ下りリンク送信の恩恵を得る目的で、中継ノードの存在を利用することが有利である。現時点では、中継ノードはスケジューリング機能およびＨＡＲＱ機能をサポートすることが予測されるため、同じトランスポートブロック（のデータ）を複数のネットワークノード（すなわち無線基地局および中継ノード）から同時に送信することができる。ユーザ機器の受信機は、復号化する前に、受信された複数の下りリンク送信からの受信エネルギを合成することによって、マクロダイバーシチ利得の恩恵を受けることができ、したがって、復号化の性能が高まる。このことは、ＵＭＴＳにおけるソフトハンドオーバー動作に似ている。ＵＭＴＳでは、マクロダイバーシチ利得を得る目的で、下りリンクおよび上りリンクにおいてソフトハンドオーバー動作がサポートされる。
【００５５】
しかしながら、上り方向のみ（すなわちリリース６のＨＳＵＰＡにおいて）、ソフトハンドオーバーにおけるＨＡＲＱもサポートされる。下りリンク方向では、ソフトハンドオーバーにおけるＨＡＲＱはサポートされない。ＨＳＤＰＡ（リリース５／リリース７）では、ＨＡＲＱプロトコルに関連する問題のためソフトハンドオーバーはサポートされない。ソフトハンドオーバー時の下りリンクＨＡＲＱ動作では、ＨＡＲＱ送信側エンティティが複数存在し、ＨＡＲＱ受信側エンティティが１つであるため、上りリンク方向でＨＡＲＱフィードバックの誤りが発生すると、ＨＡＲＱプロトコルが非同期状態になりうる。
【００５６】
例えば、ユーザ機器が、自身のアクティブセットを形成している２基の無線基地局からの下りリンク送信の受信に応えてＮＡＣＫを送る場合、一方の無線基地局が上りリンクチャネルにおける誤りに起因して誤ってＡＣＫを検出する状況を考えると、これら無線基地局におけるＨＡＲＱプロトコルの状態が異なり、すなわち、ＮＡＣＫを受信した無線基地局は、トランスポートブロックのさらなる再送信を想定するのに対して、誤ってＡＣＫを検出した無線基地局は、トランスポートブロックがユーザ機器によって正しく復号化されたものとみなし、新しいトランスポートブロックの送信を開始する。
【先行技術文献】
【非特許文献】
【００５７】
【非特許文献１】3GPP TR 25.913, “Requirements for Evolved UTRA (E-UTRA) and Evolved UTRAN (E-UTRAN),” version 8.0.0, January 2009
【非特許文献２】3GPP TS 36.213, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures”, version 8.5.0, December 2008
【非特許文献３】3GPP TR 36.814
【発明の概要】
【発明が解決しようとする課題】
【００５８】
本発明の１つの目的は、移動通信システムにおいてマクロダイバーシチを有する下りリンクＨＡＲＱ動作をサポートすることである。さらには、提案する下りリンクＨＡＲＱ動作によって、下りリンクデータ送信における遅延を減少させ得ることが望ましい。
【課題を解決するための手段】
【００５９】
この目的は、独立請求項の主題によって解決される。本発明の有利な実施形態は、従属請求項の主題である。
【００６０】
本発明の一態様は、下りリンクＨＡＲＱ動作およびマクロダイバーシチをサポートする下りリンク送信方式を提案することである。本発明は、複数のネットワークノードが関与する、下りリンクデータ送信における分散型ＨＡＲＱプロトコル動作であって、１つのネットワークノードのみが、移動端末に向かう下りリンクＨＡＲＱプロトコル動作を終端させる、分散型ＨＡＲＱプロトコル動作、を提案する。すなわち、データパケットの再送信は、１つのネットワークノード（単一のＨＡＲＱ送信機）から移動端末に送られる。より詳細には、複数のネットワークノードが、ＨＡＲＱを使用して１送信時間間隔内に送信を移動端末に送る。複数のネットワークノードのうちの１つが、ＨＡＲＱ終端ノード（HARQ terminating node）として指定される。したがって、移動ノードは、このＨＡＲＱ終端ノードのみにＨＡＲＱフィードバックを送り、データパケットの再送信すべては、指定されたＨＡＲＱ終端ノードによって処理される。
【００６１】
この態様は、基地局（例えば無線基地局）および中継ノードからの、ＨＡＲＱをサポートする下りリンク送信に使用できるのみならず、ソフトハンドオーバーのシナリオに適用することもでき、後者の場合、サービング基地局と少なくとも１基のさらなる非サービング基地局とが、ＨＡＲＱを使用して移動端末（例えばユーザ機器）に下りリンクデータを提供する。したがって、以下の説明では、上記および以下に概説する本発明のさまざまなコンセプトおよびバリエーションを応用するときのさまざまなオプションを考慮するため、このようなノードを第１のネットワークノードおよび第２のネットワークノードとも称する。
【００６２】
本発明の一実施形態は、移動端末と、少なくとも２つのネットワークノードとを備えている移動通信システムにおいて、下りリンクデータを送信する方法に関する。ネットワークノードは、無線インタフェースを介して移動端末と通信することができる。第１のネットワークノード（例えば、（サービング）基地局）は、データパケットと、データパケットの送信の制御情報とを、第２のネットワークノード（例えば、中継ノードまたは非サービング基地局）に送信する。制御情報は、データパケットを移動端末に送信するために使用されるＨＡＲＱプロトコルを第１のネットワークノードが終端させるのか第２のネットワークノードが終端させるのかを示している。第１のネットワークノードおよび第２のネットワークノードは、データパケットのそれぞれの送信を、ＨＡＲＱプロトコルの複数のＨＡＲＱプロセスのうちの１つを使用して、１送信時間間隔内に、移動端末に送信する。なお、送信時間隔の持続時間が（例えばＬＴＥにおけるように）１つのサブフレームに等しい場合、用語「送信時間隔」と用語「サブフレーム」を互いに置き換えることができることに留意されたい。
【００６３】
ＨＡＲＱプロトコルを終端させるネットワークノードのみ、すなわち、第１のネットワークノードまたは第２のネットワークノードが、データパケットの復号化の成功または失敗に関するＨＡＲＱフィードバックを移動端末から受信し、データパケットの再送信すべてを移動端末に送信する。
【００６４】
本発明のさらなる実施形態においては、第１のネットワークノードもしくは第２のネットワークノードまたはその両方は、それぞれの物理下りリンク制御チャネルを移動端末にさらに送信する。それぞれの物理下りリンク制御チャネルの情報は、データパケットの送信が移動端末に送信される物理チャネルリソースおよびＨＡＲＱプロセスを示している。
【００６５】
本発明のさらなる実施形態においては、ＨＡＲＱフィードバックを送信するための物理チャネルリソースは、受信された物理下りリンク制御チャネルの数に応じて移動端末によって選択される。第１のネットワークノードおよび第２のネットワークノードの両方がそれぞれ物理下りリンク制御チャネルを移動端末に送信する（すなわち、移動端末が２つ以上の物理下りリンク制御チャネルを受信する）場合、移動端末は、ＨＡＲＱフィードバックを、無線リソース制御（ＲＲＣ）シグナリングによって設定される物理上りリンクチャネルリソースを介して、ＨＡＲＱプロトコルを終端させるネットワークノードのみに送る。
【００６６】
データパケットのそれぞれの送信が送信される物理チャネルリソースおよびＨＡＲＱプロセスを示している物理下りリンク制御チャネルを、第１のネットワークノードおよび第２のネットワークノードの一方のみが送信する場合、移動端末は、移動端末によって物理下りリンク制御チャネルが受信された物理下りリンク制御チャネルリソースのインデックスにリンクされている物理上りリンクチャネルリソースを介して、移動端末からのＨＡＲＱフィードバックを送信する。
【００６７】
本発明の一実施形態においては、第１のネットワークノードから第２のネットワークノードに送信される制御情報は、ＨＡＲＱプロトコルを第１のネットワークノードが終端させるのか第２のネットワークノードが終端させるのかを示しているフラグを備えている。より具体的な例においては、第１のネットワークノードから第２のネットワークノードに送信される制御情報は、データパケットを移動端末に送信するために使用されるＨＡＲＱプロセスと、データパケットの新規データインジケータの値とを、さらに示すことができる。例えば、第１のネットワークノードおよび第２のネットワークノードによって単一周波数ネットワーク（ＳＦＮ）が形成されている場合には、ＨＡＲＱプロセスのシグナリングは必要ない。別の例においては、第１のネットワークノードから第２のネットワークノードに送信される制御情報は、上記に加えて、第２のネットワークノードから移動端末へのデータパケットの送信のトランスポートフォーマット情報を、さらに示している。
【００６８】
本発明の別の例示的な実施形態によると、第１のネットワークノードおよび第２のネットワークノードは、データパケットの送信を同じ送信時間間隔内に同時に送信する。データパケットの送信を同期させるため、第１のネットワークノードから第２のネットワークノードに送信される制御情報は、例えば、第２のネットワークノードによってデータパケットの送信が送られるべき送信時間間隔、を示していることができる。
【００６９】
データパケットがＳＦＮ送信において送信される場合、第１のネットワークノードから第２のネットワークノードに送信される制御情報は、データパケットの送信を移動端末に送信するための物理下りリンク共有チャネルリソースおよびトランスポートフォーマット情報を、をさらに示していることができ、したがって、第１のネットワークノードおよび第２のネットワークノードは、データパケットの送信を、同じ物理チャネルリソース上で、同じトランスポートフォーマットを使用して、同時に送信することができる。
【００７０】
本発明の別の実施形態によると、第１のネットワークノードは、データパケットの送信においてＨＡＲＱプロトコルを第１のネットワークノードが終端させるか第２のネットワークノードが終端させるかを、決定することができる。この決定は、例えば、移動端末に送信されるデータパケットそれぞれに対して行うことができる。さらなるバリエーションにおいては、第１のネットワークノードによるこの決定は、移動端末によって報告される下りリンクチャネルの品質に基づいて、もしくは無線リソース管理基準に基づいて、またはその両方によって行われる。
【００７１】
さらに、本発明は、上述した方法をソフトウェアおよびハードウェアにおいて実施することにも関する。したがって、本発明の別の実施形態は、下りリンクデータを送信する移動通信システムを提供する。移動通信システムは、移動端末と、第１のネットワークノードと、第２のネットワークノードとを備えており、第１のネットワークノードおよび第２のネットワークノードは、無線インタフェースを介して移動端末と通信することができる。第１のネットワークノードは、データパケットおよび制御情報を送信するようにされており、制御情報は、第２のネットワークノード移動端末へのデータパケットの送信においてＨＡＲＱプロトコルを第１のネットワークノードが終端させるか第２のネットワークノードが終端させるかに関する。第１のネットワークノードおよび第２のネットワークノードは、データパケットのそれぞれの送信を、ＨＡＲＱプロトコルの複数のＨＡＲＱプロセスのうちの１つを使用して、１送信時間間隔内に、移動端末に送信するようにされている。上述したように、ＨＡＲＱ終端エンティティのみが、データパケットの復号化の成功または失敗に関するＨＡＲＱフィードバックを移動端末から受信し、データパケットの再送信すべてを、ＨＡＲＱプロトコルを終端させるネットワークノードから移動端末に送信する。
【００７２】
本発明のさらなる実施形態においては、移動通信システムにおいて下りリンクデータを受信する移動端末は、以下のように構成されている。移動端末は、第１のネットワークノードおよび第２のネットワークノードから、データパケットのそれぞれの送信を１送信時間間隔内に受信する受信機、を備えている。さらに、移動端末は、第１のネットワークノードおよび第２のネットワークノードから受信されたデータパケットの送信を合成する処理ユニットと、データパケットの合成された送信を復号化する復号器と、を備えている。さらに、移動端末は、第１のネットワークノードまたは第２のネットワークノードのいずれかであるＨＡＲＱ終端エンティティのみにＨＡＲＱフィードバックを送信する送信機、を備えている。移動端末は、データパケットの再送信すべてをＨＡＲＱ終端エンティティのみから受信するように構成されている。
【００７３】
本発明の別の実施形態においては、移動端末の受信機はＲＲＣシグナリングを受信し、このＲＲＣシグナリングは、データパケットの送信に関連するＨＡＲＱフィードバックを、ＨＡＲＱプロトコルを終端させるネットワークノードに送るために使用するべき物理チャネルリソースを示しており、移動端末の送信機は、データパケットの送信のそれぞれの物理下りリンク制御チャネルが第１のネットワークノードおよび第２のネットワークノードから受信される場合、データパケットの送信に関連するＨＡＲＱフィードバックを、ＲＲＣシグナリングによって設定される物理チャネルリソースを使用して、ＨＡＲＱプロトコルを終端させるネットワークノードに送信するように動作する。
【００７４】
本発明の別の実施形態による移動端末、より正確には移動端末の送信機は、さらには、データパケットの送信の１つの物理下りリンク制御チャネルのみが受信される場合、データパケットの再送信に対するＨＡＲＱフィードバックを、物理下りリンク制御チャネルの物理下りリンクチャネルリソースのインデックスにリンクされている物理上りリンクチャネルリソース上で送信するように動作する。例えば、本発明のコンセプトをＬＴＥシステム（すなわちＬＴＥアドバンストシステム）において実施する場合、ＨＡＲＱフィードバックのリソースは、ＰＤＳＣＨ上の対応するデータパケット送信の第１層／第２層制御情報をシグナリングするＰＤＣＣＨの制御チャネル要素（ＣＣＥ）インデックスに、リンクすることができる。
【００７５】
上述したように、移動端末に向かうＨＡＲＱプロトコルを終端させるネットワークノードをアクセスネットワークにおいて決定するとき、下りリンクチャネルの品質に基づくことができる。したがって、本発明のさらなる実施形態においては、移動端末は、第１のネットワークノードから移動端末までの下りリンクチャネルの品質を測定する測定ユニット、をさらに備えている。移動端末の送信機は、下りリンクチャネルの測定されたチャネル品質を第１のネットワークノードに送信する。例えば、下りリンクにおけるチャネル品質をＣＱＩ値によってシグナリングすることができる。測定ユニットは、オプションとして、第２のネットワークノードから移動端末までの下りリンクチャネルの品質をさらに測定することができ、この測定されたチャネル品質を、ＨＡＲＱプロトコルを終端させるネットワークノードにも報告することができる。
【００７６】
本発明の別の実施形態は、移動通信システムにおいて使用するためのネットワークノードに関する。このネットワークノードは、無線インタフェースを介して移動端末と通信することができ、データパケットと、データパケットの送信の制御情報とを、別のネットワークノードに送信する送信機、を備えている。制御情報は、上に概説したように、データパケットを移動端末に送信するために使用されるＨＡＲＱプロトコルをそのネットワークノードが終端させるのか別のネットワークノードが終端させるのかと、そのネットワークノードおよび別のネットワークノードがデータパケットの送信を移動端末に送信する送信時間間隔と、を示している。ネットワークノードの送信機は、データパケットのそれぞれの送信を、ＨＡＲＱプロトコルの複数のＨＡＲＱプロセスのうちの１つを使用して、その送信時間間隔内に、移動端末に送信するようにされている。ネットワークノードは、データパケットの復号化の成功または失敗に関するＨＡＲＱフィードバックを移動端末から受信する受信機、をさらに備えており、ネットワークノードの送信機は、そのネットワークノード自身がＨＡＲＱプロトコルを終端させている場合、データパケットの再送信すべてを移動端末のみに送信する。
【００７７】
本発明のさらなる実施形態においては、ネットワークノードは、データパケットを送信するためのＨＡＲＱプロトコルをそのネットワークノードが終端させるのか別のネットワークノードが終端させるのかを決定する処理ユニット、をさらに備えている。この決定ユニットは、例えば、移動端末に送信されるデータパケットそれぞれに対して決定を実行することができる。
【００７８】
本発明の別の実施形態においては、ネットワークノードの送信機は、物理下りリンク制御チャネルを移動ノードに送信するようにされており、この物理下りリンク制御チャネルは、送信機がデータパケットの送信を送信する物理下りリンク共有チャネルリソースと、トランスポートフォーマット情報とを示している。この実施形態と、ここまでに説明した各実施形態においては、物理下りリンク制御チャネルは、例えば、データパケットの送信と同じ送信時間間隔内に、または同じサブフレーム内で、送ることができる。本発明を例えばＬＴＥシステムまたはＬＴＥ−Ａシステムに適用する場合、物理下りリンク制御チャネルは、下りリンクデータが移動端末に送信されるＰＤＳＣＨと平行して送られるＰＤＣＣＨを意味する。
【００７９】
上述したように、本発明の別の態様は、本発明のさまざまな実施形態をハードウェアおよびソフトウェア（またはその組合せ）において実施することである。したがって、本発明の別の実施形態は、命令を格納しているコンピュータ可読媒体であって、命令が移動端末のプロセッサユニットによって実行されたとき、それに起因して、移動端末が、移動通信システムにおいて下りリンクデータを受信する、コンピュータ可読媒体、に関する。命令によって、移動端末は、第１のネットワークノードおよび第２のネットワークノードから、データパケットのそれぞれの送信を、ＨＡＲＱを使用して１送信時間間隔内に受信し、さらに、第１のネットワークノードおよび第２のネットワークノードから受信されたデータパケットの送信を合成し、次いで、データパケットの合成された送信を復号化する。さらに、コンピュータ可読媒体に格納されている命令によって、移動端末は、第１のネットワークノードまたは第２のネットワークノードのいずれかであるＨＡＲＱ終端エンティティのみにＨＡＲＱフィードバックを送信し、ＨＡＲＱ終端エンティティのみからデータパケットの再送信すべてを受信する。
【００８０】
本発明の別の実施形態は、命令を格納しているコンピュータ可読媒体であって、命令がネットワークノードの処理ユニットによって実行されたとき、それに起因して、ネットワークノードが、データパケットと、データパケットの送信の制御情報とを、別のネットワークノードに送信し、制御情報が、データパケットを移動端末に送信するために使用されるＨＡＲＱプロトコルを、ネットワークノード自身が終端させるのか別のネットワークノードが終端させるのかと、そのネットワークノードおよび別のネットワークノードがデータパケットの送信を移動端末に送信する送信時間間隔と、を示しており、さらにネットワークノードが、データパケットのそれぞれの送信を、ＨＡＲＱプロトコルの複数のＨＡＲＱプロセスのうちの１つを使用して、その送信時間間隔内に、移動端末に送信する、コンピュータ可読媒体、に関する。さらに、命令によって、ネットワークノードは、ネットワークノード自身がＨＡＲＱプロトコルを終端させている場合、データパケットの復号化の成功または失敗に関するＨＡＲＱフィードバックを移動端末から受信し、ネットワークノード自身がＨＡＲＱプロトコルを終端させている場合、データパケットの再送信すべてを移動端末のみに送信する。
【００８１】
以下では、添付の図面を参照しながら本発明についてさらに詳しく説明する。図面において類似または対応する細部には、同じ参照数字を付してある。
【図面の簡単な説明】
【００８２】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示している。
【図２】ＬＴＥのＥ−ＵＴＲＡＮのアーキテクチャ全体の例示的な概要を示している。
【図３】いくつかの中継ノード（ＲＮ）を含んでいる、ＬＴＥ−ＡのＥ−ＵＴＲＡＮのアーキテクチャ全体の例示的な概要を示している。
【図４】本発明の異なる例示的な実施形態による、マクロダイバーシチおよびＨＡＲＱを採用する下りリンクデータ送信方式を使用するときの、ユーザ機器、無線基地局、および中継ノードのメッセージの流れおよび動作を示している。
【図５】本発明の異なる例示的な実施形態による、マクロダイバーシチおよびＨＡＲＱを採用する下りリンクデータ送信方式を使用するときの、ユーザ機器、無線基地局、および中継ノードのメッセージの流れおよび動作を示している。
【図６】ＬＴＥにおけるユーザプレーンエンティティおよびそれぞれの機能を示している。
【図７】本発明のさらなる例示的な実施形態による、マクロダイバーシチおよびＨＡＲＱを採用する下りリンクデータ送信方式を使用するときの、ユーザ機器、無線基地局、および中継ノードのさらに詳しいメッセージの流れおよび動作を示している。
【図８】本発明の別の例示的な実施形態による、マクロダイバーシチおよびＨＡＲＱを採用する下りリンクデータ送信方式を使用するときの、ユーザ機器、無線基地局、および中継ノードのメッセージの流れおよび動作を示している。
【図９】本発明の別の例示的な実施形態による、サイトダイバーシチおよびＨＡＲＱを採用する下りリンクデータ送信方式を使用するときの、ユーザ機器、無線基地局、および中継ノードのメッセージの流れおよび動作を示している。
【発明を実施するための形態】
【００８３】
以下のパラグラフでは、本発明のさまざまな実施形態について説明する。実施形態のほとんどは、上の［背景技術］に説明したＬＴＥおよび現在開発中のその発展・強化バージョンによる（進化した）通信システムに関連して概説してあるが、これは例示を目的としているにすぎない。
【００８４】
本発明の一側面は、すでに上述したように、下りリンクＨＡＲＱ動作およびマクロダイバーシチをサポートする下りリンク送信方式を提案することである。下りリンクマクロダイバーシチ送信（すなわち複数の送信機および単一の受信機）を使用する場合においてＨＡＲＱプロトコルの同期が失われる問題は、ＬＴＥ−Ａにおいても、例えば、無線基地局および中継ノードが下りリンクデータを送信するとき、あるいはソフトハンドオーバー時に存在する。
【００８５】
ＬＴＥ−Ａにおける、無線基地局と中継ノードとの間でのＨＡＲＱプロトコルの非同期を回避する目的で、無線基地局と中継ノードのＨＡＲＱプロトコルを同期した状態に維持するため、例えば、無線基地局と中継ノードをリンクしているインタフェース（Ｙ３インタフェースとも称される）を介しての、無線基地局と中継ノードの間の新たなシグナリング交換を導入することが可能である。例えば、ＨＡＲＱフィードバックは、関与するネットワークノードの間で同期している必要がある。１つのネットワークノードが、下りリンク送信に対する「最終的な」ＨＡＲＱフィードバックを決定する、例えば、中継ノードが、受信したＨＡＲＱフィードバックを無線基地局に送り、無線基地局は「最終的な」ＨＡＲＱフィードバックを決定して中継ノードに知らせる。同様に、下りリンクの（再）送信も、ネットワークノード間で調整する。最初の下りリンク送信においては、例えばトランスポートブロックおよび対応する制御情報（例：送信タイミング、ＨＡＲＱ情報）を、無線基地局と中継ノードとの間でシグナリングする。再送信の場合には、両方のネットワークエンティティから再送信が同時に送信されるように、少なくとも送信タイミングに関する情報をＹ３インタフェースを通じて伝える必要がある。
【００８６】
このソリューションは、ＨＡＲＱプロトコルの非同期の問題を克服するが、関与するネットワークノードの間でのこの同期手順にはいくつかの欠点が内在するため、最適なソリューションではないと考えられる。第一に、下りリンクの再送信の遅延が増大し、なぜなら、再送信の前に、無線基地局と中継ノードとの間でＨＡＲＱフィードバックを同期させる必要があるためである。基本的には、同期ステップは、Ｙ３インタフェースの２つのホップを使用し、すなわち、受信したＨＡＲＱフィードバックを、「最終的なＨＡＲＱフィードバック」を決定するネットワークノードに転送し、次いで、「最終的なＨＡＲＱフィードバック」の情報をネットワークノードに送り返す。Ｙ３インタフェースは無線インタフェースであるため、スケジューリング遅延も考慮する必要がある。さらには、同期ステップによって、Ｙ３インタフェースを通じてのシグナリングオーバーヘッドが増大する。Ｙ３インタフェースを通じての送信においてＨＡＲＱ再送信も発生することがあり、これによってシグナリングオーバーヘッドのみならず遅延もさらに増大することに留意されたい。これらに加えて、「最終的なＨＡＲＱフィードバック」を１つのネットワークノードにおいて決定するためには、ある程度の余分な複雑さが要求される。
【００８７】
したがって、本発明では、ＨＡＲＱプロトコルの非同期の問題を克服し、その設計に本質的な欠点を多くは持たない別の下りリンク送信方式を提案する。本発明の第１の態様による、より高度なこの方式によると、複数のネットワークノードが関与する、下りリンクデータ送信における分散型ＨＡＲＱプロトコル動作を提供し、この動作では、１つのネットワークノードのみが、移動端末に向かう下りリンクＨＡＲＱプロトコル動作を終端させ、すなわち、データパケットの再送信が１つのネットワークノード（１つのＨＡＲＱ送信機）から移動端末に送られる。
【００８８】
より詳細には、複数のネットワークノードが、データパケット（例えば、トランスポートブロックまたはＭＡＣ  ＰＤＵ）の「最初の」送信を、ＨＡＲＱプロセスのうちの１つを使用して１送信時間間隔内に移動端末に送る。複数のネットワークノードのうちの１つが、ＨＡＲＱ終端ノードとして指定される。したがって、移動ノードは、ＨＡＲＱフィードバックをこのＨＡＲＱ終端ノードのみに送り、データパケットに対して発生しうるさらなる再送信すべては、指定されたＨＡＲＱ終端ノードによって処理される。
【００８９】
１つのネットワークノード（サービングネットワークノード）は、移動端末へのマクロダイバーシチ送信に関与するネットワークノードのうちどのノードがＨＡＲＱプロトコルを終端させるか（すなわち、データパケットの再送信（発生時）を制御するか）を、決定することができる。本発明の例示的な一実施形態においては、ドナーセルが属している無線基地局がサービングネットワークノードの役割を果たす。この決定は、例えば半静的または動的に行うことができ、すなわち、サービングネットワークノードは、移動端末に送られるデータパケットそれぞれについて、そのデータパケットの最初の送信を送信するネットワークノードのうちどのノードがＨＡＲＱプロトコルを終端させて再送信を処理するかを決定することができる。ＨＡＲＱ終端ノードの決定は、例えば、移動端末によって報告される下りリンクチャネルの品質に基づいて行う、もしくは、無線リソース管理の基準項目（例えば、ネットワークノードにおける負荷または容量）をさらに考慮する、またはその両方によることができる。
【００９０】
提案する方式は、基地局（例えば無線基地局）および中継ノードからの、ＨＡＲＱをサポートする下りリンク送信に使用できるのみならず、別のシナリオとして、サービング基地局と、少なくとも１基のさらなる非サービング基地局または他のネットワークエンティティとが、ＨＡＲＱ使用して移動端末（例えばユーザ機器）に下りリンクデータを提供する場合にも適用することができる。本方式は、ＬＴＥまたはＬＴＥ−Ａに適用することもでき、特に、無線基地局および中継ノードからユーザ機器へのマクロダイバーシチ下りリンク送信をサポートする。
【００９１】
一般的には、データパケットの最初の送信のみが複数のネットワークノードによって送られ、別の送信時間間隔内でのデータパケットの以降の再送信は、ＨＡＲＱプロトコルを終端させるネットワークノードによって提供されるのみであることにさらに留意されたい。複数の（少なくとも２つの）ネットワークノードによるデータパケットの最初の送信においては、データパケットを送信するためのさまざまなオプションが存在する。ネットワークノードは、例えば、以下のいずれかを送信することができる。
【００９２】
１．移動ノードへのデータパケットの同じチャネル符号化ビット（例えば、複数のネットワークノードが、データパケットの同じ冗長バージョンを、下りリンクの異なるまたは同じ物理チャネルリソース上で送信時間間隔内に送信することができる。）
２．異なるチャネル符号化ビット（例えば、複数のネットワークノードのうちの１つが、データパケットの第１の冗長バージョンを送信し、別のネットワークノードが、別の冗長バージョンを、異なる物理チャネルリソース上で送信時間間隔内に送信することができる。または、すべてのネットワークノードが、データパケットの異なる冗長バージョンを、異なる物理チャネルリソース上で送信時間間隔内に送信する。）
【００９３】
トランスポートブロックの最初の送信とは、新しいトランスポートブロックが送られることを意味し、この場合、受信機（すなわち移動端末）は、その新しいトランスポートブロックの送信と、各ＨＡＲＱプロセスにおいて前に受信してバッファに格納されているデータとの合成を行わない。例えば、新しいトランスポートブロックが送られることの指示情報は、ＮＤＩによってシグナリングされ、ＮＤＩはトランスポートブロック毎に切り替わる。あるいは、新しいトランスポートブロック毎にインクリメントまたはデクリメントされるシーケンス番号を使用することもできる。
【００９４】
トランスポートブロックは、例えば、システマチックビットを備えていることができる。トランスポートブロックの最初の送信は、一般にトランスポートブロックのシステマチックビットを含んでおり、したがって、受信側は、受信した送信を復号化することが可能である。しかしながら、これは必須条件ではない。スケジューラによっては、トランスポートブロックの最初の送信においてパリティビットのみを送り、再送信のいずれかにおいてシステマチックビットを送ることもできる。
【００９５】
さらには、「最初の」送信において、ネットワークノードがいわゆる単一周波数ネットワーク（ＳＦＮ）を形成することもできることに留意されたい。「最初の」送信において上記のオプション１を使用する場合、すべてのネットワークノードが、同じデータを、同じタイミングにおいて、同じ物理下りリンクチャネルリソース上で、同じトランスポートフォーマット／変調・符号化方式を使用して、送る。したがって、複数の異なるネットワークノードによる同じデータの物理下りリンクチャネル送信が、物理下りリンクチャネル上で「合成」され、したがって、移動端末は、複数の異なる送信であることを認識することなく、データパケットの「１つの」送信のみを受信する。タイミング、物理下りリンクチャネルリソース、トランスポートフォーマット／変調・符号化方式のうちの少なくとも１つを移動端末に知らせる必要がある場合、要求される制御情報を備えた１つの物理制御チャネルのみを送ることで十分であり、なぜなら、タイミング、物理下りリンクチャネルリソース、およびトランスポートフォーマット／変調・符号化方式は、すべての送信において同じであるためである。さらには、移動端末への下りリンクデータ送信を調整するネットワークノード（サービングネットワークノード）は、タイミング、物理下りリンクチャネルリソース、およびトランスポートフォーマット／変調・符号化方式を、別のネットワークノードに知らせることができる。
【００９６】
以下では、本発明のいくつかの実施形態について、［背景技術］に説明したＬＴＥアーキテクチャおよびその発展・強化バージョン（ＬＴＥ−Ａ）に基づいて例示的に説明する。すでに上述したように、本発明では、複数のネットワークノード間での、下りリンクデータ送信における分散型ＨＡＲＱプロトコル動作を使用するが、ユーザ機器に向かうＨＡＲＱプロトコル動作を１つのネットワークノードのみが終端させることによって、マクロダイバーシチを有する下りリンクＨＡＲＱ動作が可能となる。本発明の一実施形態による、提案する下りリンクデータ送信方式の設計上の一側面として、ＨＡＲＱプロトコル動作を終端させるネットワークノード（本明細書では「ＨＡＲＱ終端ネットワークノード」とも称する）を、トランスポートブロック（データパケット）毎に動的に選択できる。ＨＡＲＱプロトコルを終端させるネットワークノードは１つのみであるため、プロトコルの観点からは、非ソフトハンドオーバー動作に類似して、基本的に単一のＨＡＲＱ送信機／単一のＨＡＲＱ受信機という関係が存在する。
【００９７】
以下に概説する分散型ＨＡＲＱプロトコルのさらなる例示的な特徴として、ユーザ機器はＨＡＲＱフィードバックを１つのネットワークノード（すなわちＨＡＲＱ終端ネットワークノード）に送るのみである。マクロダイバーシチ利得を得る目的で、トランスポートブロックの最初の下りリンク送信が、複数のネットワークノードから（例えば、中継ノードおよび（無線）基地局から）同時に送られる。しかしながら、トランスポートブロック（データパケット）の再送信は、１つのネットワークノード（ユーザ機器に向かうＨＡＲＱプロトコルを終端させるネットワークノード）から送信されるのみである。
【００９８】
この種類の下りリンクＨＡＲＱ動作の１つの利点として、ユーザ機器は、データパケットの最初の下りリンク送信においてマクロダイバーシチの恩恵を受けることができる。再送信は、マクロダイバーシチを使用せずに１つのネットワークノード（ＨＡＲＱ終端ネットワークノード）から送られるため、ユーザ機器から送られるＨＡＲＱフィードバックを、複数のネットワークノード間で同期させる（前述したすべての欠点を意味する）必要がない。
【００９９】
図４は、分散型ＨＡＲＱプロトコル動作の例示的なシナリオを示している。図４に示した本発明の例示的な実施形態においては、無線基地局は、ユーザ機器に向かうＨＡＲＱプロトコルを終端させるネットワークノードである。無線基地局は、トランスポートブロックの下りリンク送信の前に、トランスポートブロック（ＴＢ）および関連付けられるいくつかの制御情報を、中継ノードに、これらのノードをリンクしているエアインタフェース（すなわち、図３に示した３ＧＰＰ  ＬＴＥ−ＡアーキテクチャにおいてはＹ３インタフェース）を介して伝える（４０１）。制御情報には、特に、トランスポートブロックの最初の送信の送信タイミングに関する情報（例えば、サブフレームまたは送信時間間隔の指示情報）が含まれる。
【０１００】
転送されたトランスポートブロックの下りリンクにおける最初の送信が、制御情報の中で伝えられる同期した送信タイミングにおいて、無線基地局および中継ノードの両方から送られる（４０２，４０３）。ユーザ機器は、受信した送信を合成し（４０４）、トランスポートブロックの復号化を試みる（４０５）。ユーザ機器は、復号化の結果に応じて、ＡＣＫまたはＮＡＣＫのいずれかの形のＨＡＲＱフィードバックを上りリンクで送る。
【０１０１】
この例においては、無線基地局は、ＨＡＲＱ終端ネットワークノードの役割を果たしているため、ユーザ機器から送られる（４０６）ＨＡＲＱフィードバックは、無線基地局のみが監視して検出する。この例示的なシナリオにおいては、ユーザ機器がＮＡＣＫを送ったものと想定する。したがって、無線基地局は、受信したＨＡＲＱフィードバックに応えて再送信を送信する（４０７）。ユーザ機器は、この再送信を受信し、再送信データと、そのトランスポートブロックの前に受信したデータとを合成し（４０８）、トランスポートブロックの合成されたデータの復号化を再び試みる（４０９）。一例として、トランスポートブロックが正常に復号化されるものと想定し、したがって、ユーザ機器は無線基地局にＡＣＫを送る（４１０）。
【０１０２】
関与する２つのネットワークノード（例えば、無線基地局および中継ノード）が存在するものと想定すると、マクロダイバーシチをサポートする分散型ＨＡＲＱプロトコル動作において、基本的に２つのシナリオが存在しうる。図４に関連して上述した最初のシナリオにおいては、無線基地局がユーザ機器に向かうＨＡＲＱプロトコルを終端させる。結果として、中継ノードは、トランスポートブロックの最初の送信を無線基地局と同時に送るのみである。ユーザ機器からのＨＡＲＱフィードバックは、無線基地局によって監視／検出されるのみであり、無線基地局は、トランスポートブロックに対して発生しうる再送信も制御する。もう１つのシナリオにおいては、中継ノードが、ＨＡＲＱを終端させるネットワークノードである。この場合、無線基地局は、トランスポートブロックの最初の送信を送るのみである。中継ノードのみが、ユーザ機器から送られるＨＡＲＱフィードバックを監視／検出し、再送信を制御するため、無線基地局の観点からは、トランスポートブロックの「１回だけの（one-shot）」送信が行われるのみである。
【０１０３】
図５は、この第２のシナリオを例示的に示している。図４と同様に、無線基地局は、最初に、トランスポートブロック（ＴＢ）および関連付けられるいくつかの制御情報を、中継ノードに、これらのノードをリンクしているエアインタフェースを介して伝える（４０１）。さらに、制御情報は、トランスポートブロックを送信するためのＨＡＲＱプロトコルを中継ノードが終端させることを中継ノードに知らせるインジケータを備えている。転送されたトランスポートブロックの下りリンクにおける最初の送信が、無線基地局および中継ノードの両方から、同期した送信タイミングにおいて送られ（４０２，４０３）、ユーザ機器は、受信した送信を合成し（４０４）、トランスポートブロックの復号化（４０５）を試みる。
【０１０４】
中継ノードがＨＡＲＱプロトコルを終端させるため、ユーザ機器は、ＨＡＲＱフィードバック（この例においてはＮＡＣＫ）を中継ノードに送る（５０１）。中継ノードは、ＨＡＲＱフィードバックに応えてトランスポートブロックの再送信を送る（５０２）。ユーザ機器は、再送信データと、トランスポートブロックの前に受信した送信とを再び合成し（５０３）、トランスポートブロックを復号化する（５０４）。正常に復号化されるものと想定すると、ユーザ機器は、中継ノードにＡＣＫを送る（５０５）。
【０１０５】
本方法をＨＡＲＱプロトコルの観点から見ると、基本的には、ネットワークノードが入ることのできる２つのＨＡＲＱプロトコルモードが存在する。第１のＨＡＲＱプロトコルモード（本明細書においては「オン」モードと称する）においては、ネットワークノードは、ＬＴＥにおいて定義されている通常のＨＡＲＱ動作を実行する。第２のＨＡＲＱプロトコルモード（本明細書においては「オフ」モードと称する）においては、ネットワークノードは、トランスポートブロックあたり「１回だけの」送信を実行するのみである、すなわち、「オフ」ＨＡＲＱプロトコルモードにあるネットワークノードからは、トランスポートブロックのさらなる再送信は行われない。
【０１０６】
同様に、２つのＨＡＲＱプロトコルモードでは、ＡＣＫ／ＮＡＣＫ検出挙動も異なる。「オン」モードにおいては、ネットワークノードは、通常のＨＡＲＱプロトコルに定義されているように、ＨＡＲＱフィードバックを検出／監視して処理する必要がある。「オフ」モードでは、再送信が発生しないため、ネットワークノードはＨＡＲＱフィードバックを検出する必要がない。
【０１０７】
次に、ネットワークノードの間の（例えば、無線基地局と中継ノードの間の）インタフェース通じてシグナリングされる制御情報の内容について、さらに詳しく説明する。なお、制御情報の内容は、本発明を採用する通信システムのシステム設計に依存することに留意されたい。
【０１０８】
すでに上述したように、ネットワークノードをリンクするインタフェースを介して送られる制御シグナリングは、無線基地局と中継ノードとの間で下りリンクデータ送信を調整するためと、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫシグナリングに使用される上りリンクリソースに関して、ＨＡＲＱプロトコルを終端させるネットワークエンティティとユーザ機器とを同期させるために使用される。トランスポートブロックの最初の送信は、両方のネットワークノードから同時に送信される。したがって、制御情報は、（１つ以上の）他のネットワークノードに送信タイミングを知らせるために使用され、これは例えば、関与するネットワークノードがトランスポートブロックの最初の送信を送信するべき送信時間間隔またはサブフレームを示すことによる。
【０１０９】
さらには、異なるトランスポートブロックの送信において、ＨＡＲＱプロトコルモードを動的に設定可能／切り替え可能とする必要がある場合、制御情報は、いわゆるＨＡＲＱ終端フラグ（HARQ termination flag）を備えていることもできる。このフラグは、制御情報を受信するネットワークノードが、下りリンク方向に定義されている通常のＨＡＲＱプロトコル動作を実行するべきである（「オン」モード）のか、ネットワークノードは１回だけの送信を行うのみであり、転送されたトランスポートブロックの送信については、対応するトランスポートブロックに対してＨＡＲＱプロトコルを基本的にオフに切り替えるべきである（「オフ」モード）のかを示す。なお、ＨＡＲＱプロトコルモードの場合、ＨＡＲＱプロトコルを終端させる各ノードを（半）静的に（事前に）設定して、ＨＡＲＱプロトコルモードをシグナリングする必要がないようにする、または別のプロトコル（例えばＲＲＣシグナリングなど）によって設定することができることに留意されたい。
【０１１０】
さらには、２つ以上のＨＡＲＱプロセスが関与する場合、その場合にユーザ機器の中で正しいＨＡＲＱプロトコル動作を行うことができるように、ネットワークノード間で交換される制御情報が、ＨＡＲＱ動作を調整するためのＨＡＲＱ関連情報をさらに備えていることができる。例えば、トランスポートブロックの最初の送信を送信するネットワークノードすべてが適切なＨＡＲＱプロセスを使用できるようにと、正しいＮＤＩ／シーケンス番号を移動端末に示すことができるように、ＨＡＲＱプロセスＩＤと、ＮＤＩまたはシーケンス番号値とを、制御情報に含めることができる。なお、例えば、ＨＡＲＱプロセスＩＤがトランスポートブロックの送信タイミングによって暗黙的に識別される場合、ＨＡＲＱプロセスＩＤをシグナリングする必要はないことに留意されたい。
【０１１１】
最初の送信が、関与する複数のネットワークノードから同じ下りリンク物理リソース上で同じＭＣＳによって送信される（すなわち、ＳＦＮ動作が実施される）場合、使用されるリソースおよび変調・符号化方式に関する情報も、Ｙ３インタフェースを通じて交換するべきである。この場合、送信が同じ無線リソース上で送られることによりチャネルによって送信が合成されるため、ユーザ機器は、トランスポートブロックが複数のネットワークノードから送信されたことを認識しない。
【０１１２】
ＳＦＮ送信を行わない場合にも、制御情報は、変調・符号化方式（ＭＣＳ）の指示情報と、送信に使用される物理下りリンクチャネルリソースの（オプションとしてのさらなる）指示情報とを含んでいることができる。制御シグナリングを受信するネットワークノードは、ＭＣＳの符号化パラメータに基づいて、トランスポートブロック（すなわちユーザプレーンデータ）から異なる冗長バージョンを生成することができる。さらには、送られる冗長バージョンを完全に制御するため、送るべき冗長バージョンの指示情報を制御情報が含んでいることもできる。
【０１１３】
さらに、制御情報は、トランスポートブロックあたり１回（すなわち、トランスポートブロックと一緒に）送信するのみでよいことに留意されたい。さらには、無線基地局は、基本的には、トランスポートブロックに適用するダイバーシチシナリオを、ＨＡＲＱ終端フラグおよび他の制御情報を適切に設定することによって制御できることに留意されたい。本質的には、無線基地局は、トランスポートブロックの送信においてＨＡＲＱプロトコルを中継ノードが終端させる（すなわち、再送信を処理する）べきであるのか、あるいは、与えられたトランスポートブロックの再送信を無線基地局自身が処理するべきであるかを決定する。
【０１１４】
一般的には、ネットワークノード（例えば、無線基地局と中継ノード）の間で転送されるデータは、トランスポートブロックの転送よりも上位のプロトコル層において行うことができることに留意されたい。本明細書に記載した本発明のほとんどの実施形態では、例示を目的として、無線基地局から中継ノードにトランスポートブロックが伝送されるものと想定しているが、本発明はこの形態に限定されない。図６に示したように、ネットワークノード間でユーザプレーン（Ｕ−Ｐｌａｎｅ）データを転送するための別の代替形態がいくつか存在する。図６は、ＬＴＥにおけるユーザプレーンエンティティおよびそれぞれの機能を、例示的に示している。右側のネットワークノードは、左側の別のネットワークノードにユーザプレーンデータを送信するネットワークノードであると想定する。図６に示した２つのネットワークノードとしては、例えば、ユーザ機器に送信されるユーザプレーンデータを無線基地局が中継ノード（ＲＮ）に転送することができる。図６から理解できるように、無線基地局から中継ノードにユーザプレーンデータを転送するための可能な方法が第３層および第２層にいくつか存在する。なお、一般的には、トランスポートブロックとＭＡＣ  ＰＤＵは同じであることに留意されたい。さらには、ＨＡＲＱプロトコルは、厳密に言えば、ＭＡＣ層の一部であるのみならず、一般にはＭＡＣ層と物理層とに分散している。例えば、冗長バージョンの合成および生成は、一般には物理層において実行されるのに対して、ＨＡＲＱプロトコル動作は一般にはＭＡＣ層によって制御される。
【０１１５】
下りリンク送信が複数のネットワークノードから同時に行われる、調整されたマクロダイバーシチ送信を確実に行うためには、関与するネットワークノードすべてが、マクロダイバーシチ送信において同じトランスポートブロックを有することが必要である。その場合にのみ、ユーザ機器は、受信した送信を合成してダイバーシチ利得の恩恵を受けることができる。したがって、トランスポートブロックではなくＩＰパケットをＹ３インタフェースを通じて中継ノードに転送する場合、下りリンクダイバーシチ送信用に生成されるトランスポートブロックが無線基地局におけるトランスポートブロックと同じであるように、中継ノードがＩＰパケットを分割するようにしなければならない。これを達成する方法はいくつか存在する。本質的には、転送されるユーザプレーンデータに関連付けられる制御情報に、中継ノードがトランスポートブロックを正しく生成できるようにするさらなる情報を含める。例えば、望ましいトランスポートブロックサイズを制御情報の中で中継ノードに伝えることができ、あるいは、変調・符号化方式および物理チャネルリソース割り当てをシグナリングすることができ、中継ノードは、この情報に基づいてトランスポートブロックサイズを計算することができる。
【０１１６】
すでに前述したように、トランスポートブロックの最初の送信は、複数のネットワークノードから送られる。このことは、ユーザ機器が、これらの送信に対する複数の関連する物理下りリンク制御チャネルを１送信時間隔内に受信することを意味する。例えば、ＬＴＥまたはＬＴＥ−Ａ通信システムを考えると、関与するネットワークノードそれぞれが、ＰＤＳＣＨ（物理下りリンク共有チャネル）（すなわちトランスポートブロックの送信）と一緒にＰＤＣＣＨを送る。あるいは、１つのＰＤＣＣＨが複数の下りリンク送信の制御情報を含んでいることができ、したがって、１つのＰＤＣＣＨのみを移動端末に送ればよい。ユーザ機器は、ネットワークノードからの送信に応えてＨＡＲＱフィードバックを送るのみであり、このＨＡＲＱフィードバックは、ＨＡＲＱを終端させるネットワークノードによってのみ監視されるため、本発明の別の実施形態として、ユーザ機器のＨＡＲＱフィードバックの挙動に関するいくつかの新しい規則を提案する。
【０１１７】
ユーザ機器は、基本的には、どの上りリンクリソース上でＨＡＲＱフィードバックを送るべきかを認識する必要がある。同様に、ＨＡＲＱ終端ネットワークノードも、ＨＡＲＱフィードバックの上りリンクリソースを監視できるように、ＨＡＲＱフィードバックが予測される上りリンクリソースを認識する必要がある。ＨＡＲＱフィードバックの送信に使用される物理上りリンクリソースに関して、ユーザ機器とＨＡＲＱ終端ネットワークノードとを同期させる目的で、ＨＡＲＱフィードバックに使用されるリソースをＲＲＣが設定することを提案する。例えば、ＬＥＴまたはＬＴＥ−Ａシステムを考えると、このリソースは、例えば、ＰＵＣＣＨ（物理上りリンク制御チャネル）のリソース、またはＰＵＳＣＨ（物理上りリンク共有チャネル）のリソース（制御情報に使用されるのみである）、または他の任意の上りリンクリソースとすることができる。
【０１１８】
一実施形態においては、ユーザ機器の挙動を以下のように実施することができる。ユーザ機器が、同じトランスポートブロックの送信に対する２つ以上の下りリンクＰＤＣＣＨを１送信時間隔内に受信する場合（マルチダイバーシチ送信）、ユーザ機器は、対応するＨＡＲＱフィードバックを送信するのに、ＲＲＣによって設定される上りリンクの物理チャネルリソースを使用する。図４、図５、および図７の例を考えると、無線基地局および中継ノードも、ＨＡＲＱフィードバックのためのＲＲＣによって設定されるリソースを認識しており、したがって、無線基地局および中継ノードのいずれも、このようなリソース上でユーザ機器によって送られるＨＡＲＱフィードバックを監視および処理することができることに留意されたい。したがって、ＨＡＲＱフィードバック用にＲＲＣによって設定される上りリンクの物理チャネルリソースを、無線基地局および中継ノードの共通物理チャネルリソースと称することもできる。無線基地局および中継ノードのどちらがＨＡＲＱフィードバックを受信して処理するかは、上述したように、これら２つのネットワークノードのどちらがＨＡＲＱプロトコルを終端させるかによって決まる。
【０１１９】
トランスポートブロックの送信において１つのみの下りリンクＰＤＣＣＨが受信される（例えば、トランスポートブロックの再送信またはＳＦＮ）場合、ユーザ機器は、その下りリンクＰＤＣＣＨが受信された物理チャネルリソースにリンクされている物理チャネルリソース上で、または、ＰＤＳＣＨ上のトランスポートブロックの送信に使用された物理チャネルリソースにリンクされている物理チャネルリソース上で、ＨＡＲＱフィードバックを送信する。より具体的な例においては、ＨＡＲＱフィードバックのための上りリンクの物理チャネルリソースは、受信された下りリンクＰＤＣＣＨのＣＣＥインデックスにリンクされている。
【０１２０】
このユーザ機器の挙動を採用することによって、ユーザ機器およびＨＡＲＱ終端ネットワークノードは、ＨＡＲＱフィードバックの送信に使用される物理チャネルリソースとして同じリソースを認識する。この場合、ＨＡＲＱフィードバックは、ＰＤＳＣＨを受信した時点から一定の時間後に送られる（すなわち、同期したＨＡＲＱフィードバックタイミング）ものと想定する。
【０１２１】
本発明のさらなる実施形態は、データパケットのマルチダイバーシチ送信に参加するネットワークノードのうちどのネットワークノードが、ユーザ機器に向かうＨＡＲＱプロトコルを終端させるかを、ネットワークノードが決定するときに基準となるパラメータについての考察に関する。ＨＡＲＱプロトコルを終端させるネットワークノードを決定するための１つのパラメータとして、例えば、ユーザ機器による測定値とすることができる。ユーザ機器の測定値は、下りリンク上でのトランスポートブロックの送信にマクロダイバーシチを利用するか否かをネットワークノードによって決定するためと、利用する場合、対応するダイバーシチモードをトリガーするためのパラメータの役割を果たすことができる。例えば、無線基地局は、マクロダイバーシチ送信を有効にするかと、どのネットワークノードがＨＡＲＱプロトコル（すなわちダイバーシチモード）を終端させるかとを、報告された測定値に基づいて決定することができる。測定値は、例えば、チャネル品質の測定値（下りリンクチャネルの品質を決める）とすることができる。ユーザ機器によって報告される下りリンクチャネル品質は、無線基地局とユーザ機器の間の下りリンクチャネル品質のみ、もしくは、中継ノードとユーザ機器の間の下りリンクチャネル品質、またはその両方とすることができる。
【０１２２】
本発明の例示的な一実施形態においては、ユーザ機器は、いわゆる「ソフトハンドオーバーエリア」（例えば、無線基地局のカバレッジエリアと中継ノードのカバレッジエリアが重なっているカバレッジエリア）内で、無線基地局および中継ノードの両方から信号を受信できるものと想定する。例示的な１つのシナリオにおいては、ユーザ機器は、両方のリンクのチャネル品質を測定し、両方の測定結果を無線基地局に報告する。報告は、例えば、両方のリンクのチャネル品質の値（例：ＳＮＲ値またはＣＱＩ値）を示すことができ、あるいは、リンクの何らかの順位付けを示すことができる。無線基地局は、この報告された測定値に基づいて、ダイバーシチモードを決定する。例えば、中継ノードからユーザ機器までのリンクのチャネル品質が、無線基地局からユーザ機器までのリンクの品質よりも特定の程度だけ良好であることを、測定報告が示している場合、無線基地局は、中継ノードが再送信を制御する（すなわち、中継ノードがＨＡＲＱ終端ネットワークノードの役割を果たす）ように、ダイバーシチモードを設定することができる。
【０１２３】
無線基地局は、ダイバーシチモードを決定するために、チャネル品質の測定値に加えて、またはこれに代えて、別のパラメータも考慮することができる。例えば、無線基地局は、自身の負荷または容量を考慮してダイバーシチモードを設定することができる。無線基地局における負荷が、（例えば、無線基地局が膨大な数のユーザ機器をサーブしているために）すでに極めて高い（すなわち、何らかのしきい値を超えている）場合、無線基地局は、特定の下りリンク送信の再送信を中継ノードが処理するように決定することができる。これは、一種の容量軽減策であり、無線基地局における処理負荷を軽くすることができる。
【０１２４】
ここまでに説明した例示的な実施形態のほとんどは、ダイバーシチモードまたはＨＡＲＱ終端ネットワークノードが、（例えばトランスポートブロック毎に）動的に選択されるものと想定しているが、ダイバーシチモードを半静的に設定することも可能であることに留意されたい。これを目的として、ダイバーシチの設定を確立する、すなわち、関与するネットワークノードそれぞれのＨＡＲＱプロトコルモードを決定するため、例えば、より上位層のシグナリングを使用することができる。この設定は、次の再設定まで有効である。ＨＡＲＱプロトコルモード／ダイバーシチモードを半静的に設定することは、トランスポートブロック毎にＨＡＲＱ終端フラグをシグナリングする必要がなく、ネットワークノード間のインタフェース（例えば、無線基地局と中継ノードの間のＹ３インタフェース）上のシグナリング負荷が減少するため、有利であり得る。
【０１２５】
図７は、本発明のさらなる例示的な実施形態による、マクロダイバーシチおよびＨＡＲＱを採用する下りリンクデータ送信方式を使用するときの、ユーザ機器、無線基地局、および中継ノードのさらに詳しいメッセージの流れおよび動作を示している。この実施形態は、特に、ＬＴＥ−Ａシステムに関連する。例示として、無線基地局が、ＨＡＲＱ動作を終端させるエンティティを決定する制御エンティティであると想定する。ユーザ機器は、例えば、無線基地局とユーザ機器の間の下りリンクチャネル品質、もしくは、中継ノードとユーザ機器の間の下りリンクチャネル品質、またはその両方の測定を実行することができる（７０１）。測定の結果を、測定報告の中で無線基地局に提供する（７０２）。チャネル品質は、例えば、測定されたＳＮＲによって表す、またはＣＱＩをシグナリングすることによる。あるいは、ユーザ機器は、測定した下りリンクチャネルの優先順位を無線基地局に示すこともできる。ＨＡＲＱ終端に関して決定するために無線基地局が考慮することのできる他のパラメータは、例えば、リソース管理の側面である。したがって、無線基地局は、例えば、リソース管理に関連する情報をＲＲＣ層から取得することができる（７０３）。
【０１２６】
無線基地局は、取得した情報もしくは受信した情報またはその両方に基づいて、ユーザ機器に提供される次のトランスポートブロックの送信においてＨＡＲＱプロトコルを終端させるネットワークノードを決定する（７０４）。無線基地局とユーザ機器の間の下りリンクチャネル品質が、中継ノードとユーザ機器の間の下りリンクチャネル品質と同程度であるかそれより良好であると想定すると、無線基地局は、自身がＨＡＲＱを終端させることを決定する。したがって、無線基地局は、次のトランスポートブロックを制御情報と一緒に中継ノードに提供する（７０５）。この例においては、制御情報は、トランスポートブロックの最初の送信のタイミングと、トランスポートブロックの送信に使用されるＨＡＲＱプロセスのＨＡＲＱプロセスＩＤと、ＰＤＣＣＨにおいてユーザ機器に示すＮＤＩ値と、無線基地局がＨＡＲＱを終端させることを中継ノードに示すＨＡＲＱ終端フラグと、最初の送信のＭＣＳ情報（ここでは、中継ノードによる送信のトランスポートフォーマットも無線基地局が制御する例を考えるが、当然ながらこれは必須ではない）とを伝えるものと想定する。
【０１２７】
次いで、無線基地局および中継ノードそれぞれが、トランスポートブロックの最初の送信を、特定のＨＡＲＱプロセスを使用してユーザ機器に送信する（７０６，７０７）。この場合、両方のノードは、冗長バージョンＲＶ０（すなわち同じチャネル符号化ビット）を、異なる物理チャネルリソース（ＰＤＳＣＨ）上で、１送信時間間隔（例えば同じ下りリンクサブフレーム）内にユーザ機器に送信する。無線基地局および中継ノードによる送信を受信するために必要なパラメータをユーザ機器に知らせる目的で、無線基地局および中継ノードそれぞれは、必要な第１層／第２層制御情報を含んだＰＤＣＣＨをユーザ機器に送る。ＰＤＣＣＨは、一般には、［背景技術］に概説した情報を含んでいるが、ＰＤＣＣＨのフォーマットおよび内容は、［背景技術］に説明した実施形態とは異なっていてもよい。ＰＤＣＣＨ上の第１層／第２層制御情報は、一般的には、物理層のパラメータ（ユーザ機器が下りリンクチャネルの物理チャネルリソースを識別して、無線基地局および中継ノードによるＰＤＳＣＨ上の各送信を検出できるようにする）と］、復調および復号化のための変調・符号化方式情報と、ＨＡＲＱ関連情報（例えば、ＮＤＩおよびＨＡＲＱプロセスＩＤ）を、ユーザ機器に提供する。
【０１２８】
なお、無線基地局および中継ノードは、必ずしも同じデータをユーザ機器に送信する必要はないことにさらに留意されたい。例えば、中継ノードが、最初の送信においてＲＶ０以外の冗長バージョンをユーザ機器に送ることもできる。基本的には、中継ノードは、与えられたトランスポートブロックに対して異なる冗長バージョンを構築してそれをユーザ機器に送ることができる。さらなる一例においては、中継ノードが送るべきＲＶを、無線基地局が、中継ノードにシグナリングされる（７０５）制御情報の中で示すこともできる。
【０１２９】
ユーザ機器は、複数（２つ）のＰＤＣＣＨを受信したため、ＲＲＣによって設定されるＰＵＣＣＨのリソースを使用して、ＨＡＲＱフィードバックを無線基地局に送信する（７０８）。厳密に言えば、ユーザ機器は、ＨＡＲＱフィードバックを送る時点では、どのネットワークノードがＨＡＲＱプロトコルを終端させているかをまだ認識していないが、ＲＲＣによって設定される上りリンクの物理チャネルリソース上で送られるＨＡＲＱフィードバックをＨＡＲＱ終端ネットワークノードが監視および処理することを認識している。図７の例においては、ユーザ機器は（トランスポートブロックの最初の送信を合成した後に）トランスポートブロックを正常に復号化することができず、したがって、ＲＲＣによって設定される物理チャネルリソース上でＮＡＣＫを送る（７０８）ものと想定する。無線基地局は、自身がＨＡＲＱプロトコルを終端させているため、ＨＡＲＱフィードバックが存在していないか、ＲＲＣによって設定されるＰＵＣＣＨの物理チャネルリソースを監視し、ＨＡＲＱフィードバックを受信する。
【０１３０】
無線基地局は、ユーザ機器から受信したＮＡＣＫに応えて、トランスポートブロックの１回目の再送信（例：ＲＶ１）を、与えられたＨＡＲＱプロセスにおいてＰＤＳＣＨ上でユーザ機器に送る（７０９）。この再送信においても、必要な第１層／第２層制御情報を含んだ無線基地局のＰＤＣＣＨが一緒に送られる。ユーザ機器は、この再送信と、バッファに格納されている、無線基地局および中継ノードによる最初の送信のデータとを合成し、それによって得られるトランスポートブロックの合成データの復号化を試みる。
【０１３１】
この場合も、例示を目的として、トランスポートブロックの復号化に失敗するものと想定し、したがって、ユーザ機器はもう一度ＮＡＣＫを送る（７１０）。この場合、ユーザ機器は、送信時間隔内に受信された、与えられたＨＡＲＱプロセスにおけるトランスポートブロックの送信に対して、１つのＰＤＣＣＨを受信したのみである。ユーザ機器は、再送信を無線基地局から受信したことから、無線基地局がＨＡＲＱを終端させていることをこの時点で認識することができる。したがって、ユーザ機器は、ステップ７０９におけるＰＤＣＣＨの送信に使用されたＣＣＥからの特定のオフセットにあるＰＵＣＣＨの物理チャネルリソース上で、ＨＡＲＱフィードバックを送る（７１０）。言い換えれば、送信に対するＨＡＲＱフィードバックは、その送信のＰＤＣＣＨを送るためのＣＣＥインデックスにリンクされているＣＣＥインデックスを有する、ＰＵＣＣＨの物理チャネルリソース上で送られる。
【０１３２】
ＨＡＲＱ終端ノードの役割を果たす無線基地局は、この場合も、ＰＵＣＣＨの該当する物理チャネルリソースを監視および受信し、ＰＤＳＣＨ上のトランスポートブロックのさらなる再送信を、付随するＰＤＣＣＨと一緒にユーザ機器に送る（７１１）。今回は、ユーザ機器は、トランスポートブロックを正常に復号化し、ＡＣＫを送る（７１２）。送信時間隔内に受信された、与えられたＨＡＲＱプロセスにおけるトランスポートブロックの送信に対して存在するＰＤＣＣＨが１つのみであるため、ユーザ機器は、この場合も、ステップ７１１におけるＰＤＣＣＨを送信するためのＣＣＥインデックスにリンクされている、ＰＵＣＣＨの物理上りリンクリソースを使用して、ＨＡＲＱフィードバックを送る。
【０１３３】
トランスポートブロックの送信に対してユーザ機器によってＡＣＫが返されたため、無線基地局は、与えられたＨＡＲＱプロセスにおける次のトランスポートブロックの送信に進むことができ、したがって、この場合も、次のトランスポートブロックの送信においてどのノードがＨＡＲＱプロトコルを終端させるかを決定することができる（７１３）。
【０１３４】
ここまで発明を実施するための形態に説明した実施形態においては、トランスポートブロックの最初の送信のみが複数のネットワークノードから送信され、例えばマクロダイバーシチ利得は最初の送信において達成されるのみである。本発明の第２の態様によると、高まるマクロダイバーシチ利得の恩恵を受ける目的で、再送信を含めた任意の送信を複数のネットワークノードから送信することができる分散型ＨＡＲＱプロトコルを提供する。トランスポートブロックの送信または再送信を複数のノードから行うか否かは、例えば、ＨＡＲＱプロトコルを終端させるネットワークエンティティによって動的に決定することができる。ＨＡＲＱ終端ネットワークノードのみが、ＨＡＲＱ送信、バッファ、および対応するＨＡＲＱ状態変数を処理する（例えば、このノードのみが実際にＨＡＲＱプロトコル動作を適用する）ため、関与する他のネットワークノードからも再送信を送信するかを決定するのは、ＨＡＲＱ終端ネットワークノードである。
【０１３５】
図８は、本発明の第２の態様に基づく本発明の例示的な実施形態による、ユーザ機器、無線基地局、および中継ノードのメッセージの流れおよび動作を示している。この場合、例示として、サービングネットワークノード（例：サービング無線基地局）が、特定のトランスポートブロックに対して自身がＨＡＲＱ終端ネットワークノードの役割を果たすことを決定する（８０１）ものと想定する。さらには、無線基地局は、上述した本発明の実施形態（マクロダイバーシチ利得は、トランスポートブロックの最初の送信に使用されるのみである）と同様に、トランスポートブロックの最初の送信を無線基地局のみならず中継ノードからも送信することを決定している。したがって、無線基地局は、トランスポートブロックと、送信タイミングを同期させるための適切な制御情報と、ＨＡＲＱ終端フラグとを、中継ノードに提供する（８０２）。図８に示した例においては、制御情報は、送信タイミング（Ｔｉ）と、使用するＨＡＲＱプロセス（ＨＡＲＱプロセスＩＤ）と、ＨＡＲＱ終端ネットワークノード（ＨＡＲＱ終端フラグ）と、中継ノードが送るべき冗長バージョン（ＲＶ）とを示している。上述したように、制御情報の内容は、実施形態に依存する。
【０１３６】
無線基地局および中継ノードの両方は、トランスポートブロックの最初の送信（例えば冗長バージョンＲＶ０）を、同期した送信タイミングに従ってユーザ機器に送信する（８０３，８０４）。
【０１３７】
ユーザ機器は、無線基地局および中継ノードから受信した送信を合成し（８０５）、無線基地局および中継ノードから提供された、合成された下りリンク送信の復号化（８０６）に失敗するものと想定する。したがって、ユーザ機器は、これに対応して、ＨＡＲＱ終端ネットワークノード（すなわちサービング無線基地局）にＮＡＣＫを送る（８０７）。
【０１３８】
無線基地局は、ＮＡＣＫを検出した時点で、トランスポートブロックの１回目の再送信を自身からのみ送信する（すなわち、１回目の再送信にはダイバーシチ送信を使用しない）ことを決定する（８０８）。したがって、制御情報を中継ノードに伝送する必要はない。無線基地局は、トランスポートブロックの再送信をユーザ機器に送る（８０９）（例えば、今回はトランスポートブロックの冗長バージョンＲＶ１を送信する）。
【０１３９】
ユーザ機器は、受信した送信（すなわち、最初の送信および再送信）を再び合成する（８１０）が、トランスポートブロックの復号化（８１１）に失敗する。したがって、ユーザ機器は、上りリンクにおいてＨＡＲＱ終端ノードにＮＡＣＫをもう一度送る（８１２）。無線基地局は、トランスポートブロックの２回目の再送信は、マクロダイバーシチを使用して送るべきである、すなわち、２回目の再送信を無線基地局および中継ノードから送ることを決定する（８１３）。したがって、無線基地局は、ステップ８０２と同様に、トランスポートブロックおよび関連付けられる制御情報を中継ノードに伝える（８１４）。中継ノードおよび無線基地局の両方は、ステップ８１４における制御情報の中で中継ノードに提供された同期タイミングにおいて、２回目の再送信をユーザ機器に送る（８１５，８１６）（例えば、今回は両方のネットワークノードが冗長バージョンＲＶ２を送る）。
【０１４０】
ユーザ機器は、この場合も、無線基地局および中継ノードから受信した２回目の再送信と、前に受信した送信とを合成し（８１７）、（今回は）トランスポートブロックを正常に復号化する（８１８）。したがって、トランスポートブロックが正常に復号化されたことが、ＨＡＲＱ終端ネットワークノード（すなわち、この例では無線基地局）に送られるＡＣＫによって確認される（８１９）。
【０１４１】
以上から理解できるように、マクロダイバーシチ利得の向上は、無線基地局と中継ノードの間のインタフェースにおけるシグナリングオーバーヘッドが大きくなることの代償として達成される。複数のネットワークノードから行われる送信毎に、このインタフェースを通じて制御シグナリングを伝える必要がある。
【０１４２】
なお、本発明の第２の態様によるすべての実施形態においては、下りリンク上でのトランスポートブロックの個々の送信には、ユーザ機器が送信を正しく受信できるようにする各物理下りリンク制御チャネルを付随させることができることにも留意されたい。さらには、図８に関連して説明した実施形態においては、上に概説した、ＨＡＲＱフィードバックの送信に関するユーザ機器の挙動に関する規則も使用することができる。上記の規則と同様に、ユーザ機器は、２つ以上の物理下りリンク制御チャネルを受信した場合、ＲＲＣによって設定される上りリンクの物理チャネルリソースをＨＡＲＱフィードバックに使用することができ、１つのみの物理下りリンク制御チャネルを受信した場合、その物理下りリンク制御チャネルリソースのインデックスにリンクされている上りリンクの物理チャネルリソースを使用する。
【０１４３】
以下では、本発明のさらなる第３の態様による、ＨＡＲＱを使用する別の下りリンクデータ送信方式について説明する。マクロダイバーシチを使用する代わりにサイトダイバーシチが採用されるように、上述した下りリンク送信方式を修正することができる。制御担当のネットワークノード（例えばサービング無線基地局）は、トランスポートブロックの送信毎に、どのネットワークノードがユーザ機器に送信を送信するかを決定することができる。
【０１４４】
本発明の第３の態様による例示的なデータ送信方式について、図９を参照しながら概説する。図９は、本発明の第３の態様に基づく本発明の例示的な実施形態による、ユーザ機器、無線基地局、および中継ノードのメッセージの流れおよび動作を示している。この例示的な実施形態においては、無線基地局（ＨＡＲＱ終端ネットワークノードの役割を果たす）は、トランスポートブロックの最初の送信を行わないことを決定する（９０１）、すなわち、最初の送信を中継ノードのみから送り、トランスポートブロックの再送信を無線基地局が送信することを決定する。
【０１４５】
この場合、複数のネットワークノードからの下りリンク送信は行われない。したがって、ユーザ機器は、サイトダイバーシチ利得の恩恵のみを受けることができ、なぜなら、最初の送信と再送信とが地理的に離れた場所から送信されるためである。
【０１４６】
無線基地局は、自身の決定に従って、トランスポートブロックおよび関連する制御情報を転送し（９０２）、制御情報は、例えば、送信タイミングもしくはＨＡＲＱプロセスＩＤまたはその両方と、（無線基地局がＨＡＲＱプロトコルを終端させることを中継ノードに示すための）ＨＡＲＱ終端フラグとを含んでいる。中継ノードは、指定されたタイミングにおいて、指定されたＨＡＲＱプロセスを使用して、トランスポートブロックの最初の送信を送信する（９０３）。
【０１４７】
ユーザ機器は、トランスポートブロックの送信の復号化（９０４）を試み、復号化に失敗するものと想定すると、ユーザ機器はＨＡＲＱ終端ノードにＮＡＣＫを送る（９０５）。ＨＡＲＱ終端ノード（すなわち、この例では無線基地局）は、受信したＨＡＲＱフィードバックに応えて、トランスポートブロックの再送信をユーザ機器に送る（９０６）。ユーザ機器は、無線基地局の再送信と、中継ノードからの最初の送信とを合成し（９０７）、トランスポートブロックを正常に復号化する（９０８）。したがって、正常に復号化されたことが、ＡＣＫによって無線基地局にシグナリングされる（９０９）。
【０１４８】
ＨＡＲＱフィードバックの送信用に適切な物理上りリンクチャネルリソースを選択するための規則をユーザ機器が使用する必要がある場合、この例においては、これらの規則の一部を修正することが要求され、なぜなら、中継ノード（すなわち、ＨＡＲＱを終端させないネットワークエンティティ）による最初の送信において、１つの物理下りリンク制御チャネル（ＰＤＣＣＨ）のみが送られるためである。しかしながら、ＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）は、ＨＡＲＱプロトコルを終端させるノード（すなわち無線基地局）が検出／処理するべきであり、したがって、上りリンクにおいてユーザ機器によって使用されるＨＡＲＱフィードバックのリソースに関して、中継ノードと無線基地局とを同期させることが要求される。
【０１４９】
図９に例示したように、ステップ９０２において、ＨＡＲＱ終端ノード（すなわち、図９に関連して説明した例においては無線基地局）は、トランスポートブロックの最初の送信を送る（ステップ９０３）ネットワークノードに、トランスポートブロックの最初の送信に関連付けられる物理下りリンク制御チャネルを送るべき物理チャネルリソースを識別するためのＣＣＥインデックスを、知らせる。図９に示したように、ＣＣＥインデックスは、制御情報の一部としてシグナリングすることができる。
【０１５０】
最初の送信を送るネットワークノードは、トランスポートブロックの最初の送信に関連付けられる物理下りリンク制御チャネル用に、ＣＣＥインデックスによって示される物理チャネルリソースを使用する。したがって、ユーザ機器は、ＨＡＲＱフィードバックを、ＨＡＲＱを終端させるネットワークノードに、正しいタイミングで、かつ正しい物理上りリンクリソース上で送り、したがって、ユーザ機器がＨＡＲＱフィードバックを送信するリソースと、ＨＡＲＱを終端させるネットワークエンティティがＨＡＲＱフィードバックを検出するリソースとが、同じである。すでに前述したように、ユーザ機器は、ＴＴＩ内に１つの物理下りリンク制御チャネル（ＰＤＣＣＨ）が受信された場合、受信した物理下りリンク制御チャネル（ＰＤＣＣＨ）のＣＣＥインデックスにリンクされている物理上りリンクリソース上で、ＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）を送る。
【０１５１】
さらには、本発明の第３の態様は、本発明の第１の態様および第２の態様によるマクロダイバーシチ方式と容易に組み合わせることができる。例えば、トランスポートブロックの最初の送信と２回目の送信を、異なるネットワークノードから送ることができ（サイトダイバーシチ）、トランスポートブロックの３回目の送信を複数のネットワークノードから同じＴＴＩ／サブフレーム内で送ることができる（マクロダイバーシチ）。本質的には、サービング無線基地局は、ＨＡＲＱプロトコルを終端させ、トランスポートブロックの次の送信を１つのネットワークノードから送るか複数のネットワークノードから送るか（例えば、無線基地局のみから、中継ノードのみから、または無線基地局および中継ノードの両方から同時に（すなわち同じＴＴＩ／サブフレーム内で））を、送信毎に決定することも可能である。
【０１５２】
図４、図５、および図８に関連して説明した例においては、ユーザ機器は、１回目の復号化を試みる前に、無線基地局および中継ノードから受信した最初の送信の合成を実行する。なお、トランスポートブロックの最初の送信が、ＳＦＮを形成している無線基地局および中継ノードによって送られる場合、下りリンクチャネルによって最初の送信が合成され、したがって、最初の送信を合成するステップは必要ないことに留意されたい。一般的には、ユーザ機器は、複数のノードからトランスポートブロックのＳＦＮ送信を受信するたびに、これらの新しく受信した送信を合成しなくてもよい。しかしながら、軟合成による利得の恩恵を受けるためには、トランスポートブロックのＳＦＮ送信と、トランスポートブロックの（１つまたは複数の）前の送信との合成が依然として必要である。
【０１５３】
次に、ユーザ機器によるＨＡＲＱフィードバックのシグナリング用に適切な物理上りリンクチャネルリソースを選択するときの、本発明の実施形態によるユーザ機器の挙動の、さらなる改善について説明する。この改善は、本明細書に記載されている本発明の第１の態様、第２の態様、および第３の態様によるすべての実施形態に使用できることに留意されたい。前述した、ユーザ機器の挙動に関する規則においては、同じトランスポートブロックに対する２つ以上の物理下りリンク制御チャネル（ＰＤＣＣＨ）が１ＴＴＩ内に受信された場合、ユーザ機器はＲＲＣによって設定される上りリンクリソースを使用することを提案した。
【０１５４】
このユーザ機器の挙動における１つの問題として、ＰＤＣＣＨが欠落すると（ＰＤＣＣＨが欠落する確率は１０−２である）、ユーザ機器とＨＡＲＱ終端ネットワークノードとの間で、ＨＡＲＱフィードバックシグナリングのための上りリンクリソースに関する同期が失われる。無線基地局および中継ノードの両方が下りリンク送信をユーザ機器に送る状況においては、ＨＡＲＱ終端ネットワークノードは、ユーザ機器が、ＲＲＣによって設定されるリソースをＨＡＲＱフィードバックシグナリングに使用するものと想定する。しかしながら、物理下りリンク制御チャネルのうちの１つがユーザ機器によって欠落した場合、ユーザ機器は、受信した１つの物理下りリンク制御チャネルのＣＣＥインデックスによって決まる上りリンクリソースを使用する。ＨＡＲＱ終端ネットワークノードは、誤った物理チャネルリソース上でＨＡＲＱフィードバックを検出しようとし、結果としてフィードバックシグナリングが消失する。
【０１５５】
このような非同期を回避する目的で、以下の挙動を使用することができる。ＲＲＣは、前に提案したように、ＨＡＲＱフィードバックシグナリングのための上りリンクリソースを設定する。ユーザ機器は、トランスポートブロックの受信した最初の送信に対しては、受信した物理下りリンク制御チャネルの数には関係なく、ＨＡＲＱフィードバックシグナリング用に、このＲＲＣによって設定されたリソースをつねに使用する。トランスポートブロックの再送信に対しては、ユーザ機器は、受信した物理下りリンク制御チャネルのＣＣＥインデックスにリンクされている物理上りリンクリソースを使用する。本発明のさらなる実施形態においては、ユーザ機器は、送信が最初の送信であるか再送信であるかには関係なく、ＨＡＲＱフィードバックシグナリング用に、ＲＲＣによって設定されるリソースをつねに使用する。
【０１５６】
本発明の別の実施形態は、上述したさまざまな実施形態をハードウェアおよびソフトウェアを使用して実施することに関する。本発明のさまざまな実施形態は、実行可能な命令によって適切に制御されるコンピューティングデバイス（プロセッサ）を使用して実施または実行することができ、コンピューティングデバイスは、これらの命令によって、本明細書に説明した本発明のさまざまな実施形態に従って機能を実行する。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブルロジックデバイスとすることができる。本発明のさまざまな実施形態は、これらのデバイスの組合せによって実行あるいは具体化することもできる。
【０１５７】
さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによって実施することもでき、そのようなソフトウェアモジュールは、プロセッサによって実行される、あるいはハードウェアにおいて直接実行される。さらに、ソフトウェアモジュールとハードウェア実装とを組み合わせることも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納することができる。
【０１５８】
実施形態のほとんどは、３ＧＰＰをベースとする通信システムのアーキテクチャに関連して概説してあり、ここまでの説明で使用している術語は主として３ＧＰＰの術語に関連している。しかしながら、術語と、さまざまな実施形態の説明とが、３ＧＰＰベースのアーキテクチャに関連していることは、本発明の原理および発想がそのようなシステムに限定されることを意図するものではない。
【０１５９】
さらに、［背景技術］における詳しい説明は、本明細書に記載されている、ほとんどが３ＧＰＰに固有な例示的な実施形態を深く理解することを目的としており、移動通信ネットワークにおけるプロセスおよび機能の、説明した特定の実施形態に本発明を制限するものではないことを理解されたい。しかしながら、本文書に提案した改良・改善は、[背景技術]に記載したアーキテクチャにおいてただちに適用することができる。さらには、本発明のコンセプトは、現在のＬＴＥ  ＲＡＮと、３ＧＰＰによって検討されているその発展・強化バージョン（ＬＴＥ−Ａ）とにおいても、ただちに使用することができる。
【０１６０】
ここまで、本発明のさまざまな実施形態およびそれらのバリエーションについて説明してきた。具体的な実施形態において示した本発明には、広義に記載されている本発明の概念または範囲から逸脱することなく膨大なバリエーションもしくは変更形態を創案できることが、当業者には理解されるであろう。
【図１】
0005458111.tif 000002
【図２】
0005458111.tif 000003
【図３】
0005458111.tif 000004
【図４】
0005458111.tif 000005
【図５】
0005458111.tif 000006
【図６】
0005458111.tif 000007
【図７】
0005458111.tif 000008
【図８】
0005458111.tif 000009
【図９】
0005458111.tif 000010