JP5819933B2 - 協調伝送のための適応スケジューリングおよびｈａｒｑ管理 - Google Patents

Description

本願発明は、協調伝送のための適応スケジューリングおよびＨＡＲＱ管理に関する。

［関連出願の相互参照］
本出願は、参照により本明細書にその内容が組み込まれる、２０１０年４月２日に出願された米国特許仮出願第６１／３２０，３７９号明細書の優先権を主張するものである。

ワイヤレスネットワークは、伝送の誤りを制御するために自動反復要求プロトコルを使用することができる。たとえば、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ネットワークは、アップリンクおよび／またはダウンリンクでＨＡＲＱ（Ｈｙｂｒｉｄ Ａｄａｐｔｉｖｅ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）プロトコルを使用することができる。

ＬＴＥダウンリンクＨＡＲＱ機構は、非同期ＨＡＲＱプロトコルを使用する。ＬＴＥダウンリンクＨＡＲＱ機構での再送は、ダウンリンクセル帯域幅で行われることがある。再送はしばしば、初期の送信失敗の後、初期送信と同じＨＡＲＱで行われてよい。再送は、初期送信に類似の特定のＨＡＲＱでスケジューリングすることができる。

ＬＴＥアップリンクＨＡＲＱ機構は、同期ＨＡＲＱプロトコルを含んでよい。このプロトコルでは、再送の時間インスタンスは、初期送信に対して固定することができる。

本明細書において、たとえば様々な中継機構を使用して協調通信をサポートできるフレームワークがある。このフレームワークは、協調通信のためのＨＡＲＱ管理、スケジューリングおよび測定の方法を含んでよい。たとえば、中継または援助機構は、増幅転送、復号転送、圧縮転送、ノイズ除去転送を備えてよく、またはその何らかの組合せを使用してよい。

ここに記載の発明の概要は、発明を実施するための形態において下記にさらに述べられる選択された概念を簡略化された形で述べるために提供されている。そして、特許請求された主題の主な特徴または本質的な特徴を識別することを意図しておらず、また特許請求された主題の範囲を限定するために使用することも意図していない。さらに、特許請求された主題は、本開示のいずれかの部分に述べられたいずれかまたはすべての欠点を解決する制限事項に限定されない。

より詳細な理解は、添付の図面と併せて、例示するために示す下記の説明から得ることができる。

より詳細な理解は、添付の図面と併せて、例示するために示す下記の説明から得ることができる。

１つまたは複数の開示す実施形態が実施されてよい例としての通信システムのシステム図である。 図１Ａに示す通信システム内で使用してよい例としてのワイヤレス送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示す通信システム内で使用してよい例としての無線アクセスネットワークおよび例としてのコアネットワークのシステム図である。 例示的な復号転送援助機構を示す図である。 例示的な復号転送援助機構を示す図である。 例示的な復号転送援助機構を示す図である。 例示的な復号転送援助機構を示す図である。 例示的な復号転送援助機構を示す図である。 例示的な復号転送援助機構を示す図である。 例示的な圧縮転送中継機構を示す図である。 例示的なアップリンク援助機構を示す図である。 例示的なアップリンク援助機構を示す図である。 例示的なアップリンク援助機構を示す図である。 例としての隣接セット、候補セット、ヘルパーアクティブセットの間の例示的な関係を示す図である。 協調伝送の例示的はメッセージ交換を示す図である。 例示的なＨＡＲＱエンティティ設計を示す図である。 例示的なＨＡＲＱエンティティ設計を示す図である。 例示的な調整型ＨＡＲＱエンティティを示す図である。 例示的な調整型ＨＡＲＱエンティティを示す図である。 例示的な結合型ＨＡＲＱエンティティを示す図である。 例示的な結合型ＨＡＲＱエンティティを示す図である。 協調伝送の例示的なメッセージ交換を示す図である。 援助機構のためにＲＮで受信された例示的なＭＡＣ制御要素を示す図である。 援助機構のためにＴ−ＷＴＲＵで受信された例示的なＭＡＣ制御要素を示す図である。 協調伝送のための例示的なメッセージ交換およびタイミングを示す図である。 例示的なＨＡＲＱメッセージフローを示す図である。 協調伝送のための例示的なメッセージ交換およびタイミングを示す図である。 協調伝送のための例示的なメッセージ交換およびタイミングを示す図である。 協調伝送のための例示的なメッセージ交換およびタイミングを示す図である。 協調伝送のための例示的なメッセージ交換およびタイミングを示す図である。 協調伝送のための例示的なメッセージ交換およびタイミングを示す図である。

図１Ａは、１つまたは複数の開示す実施形態を実施するための一例として、通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなど、コンテンツを複数のワイヤレスユーザに提供する多元接続システムであってよい。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含めてシステムリソースを共有することによってこうしたコンテンツにアクセスすることを可能にできる。たとえば、通信システム１００は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ＦＤＭＡ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ−ｃａｒｒｉｅｒ ＦＤＭＡ）など、１つまたは複数のチャネルアクセス法を使用してよい。

図１Ａに示すように、通信システム１００は、ワイヤレス送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含んでよいが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を企図することが理解されよう。ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄはそれぞれ、ワイヤレス環境内で動作および／または通信するように構成された任意のタイプのデバイスであってよい。例を挙げると、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家電などを含んでよい。

通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂはそれぞれ、コアネットワーク１０６、インターネット１１０および／またはネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスでインターフェースするように構成された任意のタイプのデバイスであってよい。例を挙げると、基地局１１４ａ、１１４ｂは、送受信基地局（ＢＴＳ）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであってよい。基地局１１４ａ、１１４ｂはそれぞれ、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、相互に接続された任意の数の基地局および／またはネットワーク要素を含んでよいことが理解されよう。

基地局１１４ａは、ＲＡＮ １０４の一部であってよく、このＲＡＮ １０４は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成されてよい。セルは、セルセクタにさらに分割されてよい。たとえば、基地局１１４ａに関連するセルは、３つのセクタに分割されてよい。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわちセルの各セクタにつき１つを含んでよい。別の実施形態では、基地局１１４ａは、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）技術を使用することができ、したがって、セルの各セクタにつき複数のトランシーバを使用してよい。

基地局１１４ａ、１１４ｂは、任意の適切なワイヤレス通信リンク（たとえば無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）であってよいエアインターフェース１１６を介してＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。

より具体的には、上述されたように、通信システム１００は、多元接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を使用してよい。たとえば、ＲＡＮ １０４内の基地局１１４ａ、およびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立できるＵＴＲＡ（ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）などの無線技術を実装することができる。ＷＣＤＭＡは、ＨＳＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）および／またはＨＳＵＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）を含んでよい。

別の実施形態では、基地局１１４ａ、およびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）および／またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）を使用してエアインターフェース１１６を確立できるＥ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）などの無線技術を実装してよい。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ ８０２．１６（すなわちＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＩＳ−２０００（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ）などの無線技術を実装することができる。

図１Ａの基地局１１４ｂは、たとえばワイヤレスルータ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂまたはアクセスポイントであってよく、事業所、自宅、車両、キャンパスなど、局所的な領域のワイヤレス接続性を容易にするのに適した任意のＲＡＴを使用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ １０２ｃ、１０２ｄは、ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）を確立するために、ＩＥＥＥ ８０２．１１などの無線技術を実装することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ １０２ｃ、１０２ｄは、ＷＰＡＮ（ｗｉｒｅｌｅｓｓ ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋ）を確立するために、ＩＥＥＥ ８０２．１５などの無線技術を実装してよい。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ １０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（たとえばＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用してよい。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有してよい。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がないことがある。

ＲＡＮ １０４は、コアネットワーク１０６と通信していることがあり、このコアネットワーク１０６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に、音声、データ、アプリケーションおよび／またはＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）サービスを提供するように構成された任意のタイプのネットワークであってよい。たとえば、コアネットワーク１０６は、呼制御、請求サービス、モバイル位置ベースのサービス、プリペイド式の発呼、インターネット接続性、ビデオ配信などを提供し、かつ／またはユーザ認証などの高レベルのセキュリティ機能を実施することができる。図１Ａに示されていないが、ＲＡＮ １０４および／またはコアネットワーク１０６は、ＲＡＮ １０４と同じＲＡＴ、または異なるＲＡＴを使用する他のＲＡＮと直接的に通信していることも、間接的に通信していることもあることが理解されよう。たとえば、Ｅ−ＵＴＲＡ無線技術を使用していることがあるＲＡＮ １０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信していることもある。

コアネットワーク１０６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ １０８、インターネット１１０および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働くこともできる。ＰＳＴＮ １０８は、ＰＯＴＳ（ｐｌａｉｎ ｏｌｄ ｔｅｌｅｐｈｏｎｅ ｓｅｒｖｉｃｅ）を提供する回路交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートのＴＣＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ）、ＵＤＰ（ｕｓｅｒ ｄａｔａｇｒａｍ ｐｒｏｔｏｃｏｌ）およびＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作された有線またはワイヤレスの通信網を含んでよい。たとえば、ネットワーク１１２は、１つまたは複数のＲＡＮに接続された別のコアネットワークを含んでよく、この１つまたは複数のＲＡＮは、ＲＡＮ １０４と同じＲＡＴを用いてもよいし、異なるＲＡＴを用いてもよい。

通信システム１００内のＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード能力を含んでよく、すなわちＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、それぞれ異なるワイヤレスリンクを介してそれぞれ異なるワイヤレスネットワークと通信するための複数のトランシーバを含んでよい。たとえば、図１Ａに示すＷＴＲＵ １０２ｃは、セルラベースの無線技術を使用できる基地局１１４ａと、またＩＥＥＥ ８０２無線技術を使用できる基地局１１４ｂと通信するように構成されてもよい。

図１Ｂは、例としてのＷＴＲＵ １０２のシステム図である。図１Ｂに示すように、ＷＴＲＵ １０２は、プロセッサ１１８と、トランシーバ１２０と、送受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、取外し不可能なメモリ１３０と、取外し可能なメモリ１３２と、電源１３４と、ＧＰＳ（ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ）チップセット１３６と、他の周辺装置１３８とを含んでよい。ＷＴＲＵ １０２は、一実施形態に依然として従いながら、上記要素の任意の副次的な結合を含んでもよいことが理解されよう。

プロセッサ１１８は、汎用プロセッサ、特別目的のプロセッサ、従来のプロセッサ、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）回路、他の任意のタイプのＩＣ（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、状態機械などであってよい。プロセッサ１１８は、信号符号化、データ処理、電源制御、入出力処理、および／またはＷＴＲＵ １０２がワイヤレス環境内で動作することを可能にする他の任意の機能性を実施することができる。プロセッサ１１８は、トランシーバ１２０に結合されてよく、このトランシーバ１２０は、送受信要素１２２に結合されてよい。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内に共に組み込まれてよいことが理解されよう。

送受信要素１２２は、エアインターフェース１１６を介して基地局（たとえば基地局１１４ａ）に信号を送信し、またはそこから信号を受信するように構成されてよい。たとえば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。別の実施形態では、送受信要素１２２は、たとえばＩＲ、ＵＶまたは可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってよい。さらに別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成されてよい。送受信要素１２２は、任意の組合せのワイヤレス信号を送信および／または受信するように構成されてよいことが理解されよう。

さらに、送受信要素１２２は、図１Ｂに単一の要素として示されているが、ＷＴＲＵ １０２は、任意の数の送受信要素１２２を含んでよい。より具体的には、ＷＴＲＵ １０２は、ＭＩＭＯ技術を使用してよい。したがって、一実施形態では、ＷＴＲＵ １０２は、エアインターフェース１１６を介してワイヤレス信号を送信および受信するために２つ以上の送受信要素１２２（たとえば複数のアンテナ）を含んでよい。

トランシーバ１２０は、送受信要素１２２によって送信される信号を変調し、また送受信要素１２２によって受信される信号を復調するように構成されてよい。上述されたように、ＷＴＲＵ １０２は、マルチモード能力を有してよい。したがって、トランシーバ１２０は、たとえばＵＴＲＡとＩＥＥＥ ８０２．１１など、複数のＲＡＴを介してＷＴＲＵ １０２が通信することを可能にする複数のトランシーバを含んでよい。

ＷＴＲＵ １０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６ および／またはディスプレイ／タッチパッド１２８（たとえば液晶ディスプレイ（ＬＣＤ）表示装置や有機発光ダイオード（ＯＬＥＤ）表示装置）に結合されてよく、そこからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。さらに、プロセッサ１１８は、取外し不可能なメモリ１０６および／または取外し可能なメモリ１３２など、任意の適切なタイプのメモリからの情報にアクセスし、そこにデータを格納することができる。取外し不可能なメモリ１０６は、ＲＡＭ（ｒａｎｄｏｍ−ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ハードディスクまたは他の任意のタイプのメモリ記憶デバイスを含んでよい。取外し可能なメモリ１３２は、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）カード、メモリスティック、ＳＤ（ｓｅｃｕｒｅ ｄｉｇｉｔａｌ）メモリカードなどを含んでよい。他の実施形態では、プロセッサ１１８は、サーバやホームコンピュータ（図示せず）など、ＷＴＲＵ １０２に物理的に置かれないメモリからの情報にアクセスし、そこにデータを格納することができる。

プロセッサ１１８は、電源１３４から電力を受信することができ、ＷＴＲＵ １０２内の他のコンポーネントに電力を分配および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ １０２に電力を供給するのに適した任意のデバイスであってよい。たとえば、電源１３４は、１つまたは複数の乾電池（たとえばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含んでよい。

プロセッサ１１８は、ＧＰＳチップセット１３６に結合することもでき、このＧＰＳチップセット１３６は、ＷＴＲＵ １０２の現在の位置に関する位置情報（たとえば経緯度）を提供するように構成されてよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ １０２は、エアインターフェース１１６を介して基地局（たとえば基地局１１４ａ、１１４ｂ）から位置情報を受信し、かつ／または２つ以上の近くの基地局から受信されている信号のタイミングに基づいてＷＴＲＵ １０２の位置を決定することができる。一実施形態に依然として従いながら、ＷＴＲＵ １０２は、任意の適切な位置決定方法によって位置情報を取得できることが理解されよう。

プロセッサ１１８は、他の周辺装置１３８にさらに結合されてよく、この他の周辺装置１３８は、追加の特徴、機能性および／または有線もしくはワイヤレスの接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含んでよい。たとえば、周辺装置１３８は、加速度計、ｅ−コンパス、衛星トランシーバ、（写真またはビデオ用の）デジタルカメラ、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（ｆｒｅｑｕｅｎｃｙ ｍｏｄｕｌａｔｅｄ）無線ユニット、デジタル音楽プレイヤー、メディアプレイヤー、ビデオゲームプレイヤーモジュール、インターネットブラウザなどを含んでよい。

図１Ｃは、一実施形態による、ＲＡＮ １０４およびコアネットワーク１０６のシステム図である。上述されたように、ＲＡＮ １０４は、エアインターフェース１１６を介してＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を使用してよい。ＲＡＮ １０４は、コアネットワーク１０６と通信していることもある。

ＲＡＮ １０４は、ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃを含んでよいが、ＲＡＮ １０４は、一実施形態に依然として従いながら、任意の数のｅＮｏｄｅ−Ｂを含んでよいことを理解されたい。ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含んでよい。一実施形態では、ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装してよい。したがって、ｅＮｏｄｅ−Ｂ １４０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ １０２ａにワイヤレス信号を送信し、ＷＴＲＵ １０２ａからワイヤレス信号を受信することができる。

ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃはそれぞれ、特定のセル（図示せず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクのユーザスケジューリングなどに対処するように構成されてよい。図１Ｃに示すように、ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信してよい。図１Ｃに示すコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４およびパケットデータ網（ＰＤＮ）ゲートウェイ１４６を含んでよい。上記要素はそれぞれ、コアネットワーク１０６の一部として示されているが、これらの要素のいずれの要素もが、コアネットワークオペレータ以外のエンティティによって所有および／または操作されてよいことが理解されよう。

ＭＭＥ １４２は、Ｓ１インターフェースを介してＲＡＮ １０４内のｅＮｏｄｅ−Ｂ １４２ａ、１４２ｂ、１４２ｃのそれぞれに接続することができ、制御ノードとして働くことができる。たとえば、ＭＭＥ １４２は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃの初期接続の間に特定のサービングゲートウェイを選択することなどの役割を担うことができる。ＭＭＥ １４２は、ＲＡＮ １０４と、ＧＳＭやＷＣＤＭＡなど他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り換える制御プレーン機能を提供することもできる。

サービングゲートウェイ１４４は、Ｓ１インターフェースを介して、ＲＡＮ １０４内のｅＮｏｄｅ Ｂ １４０ａ、１４０ｂ、１４０ｃのそれぞれに接続されてよい。サービングゲートウェイ１４４は一般に、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに／から、ユーザデータパケットをルーティングおよび転送してよい。サービングゲートウェイ１４４は、ｅＮｏｄｅ Ｂ間のハンドオーバ時のユーザプレーンのアンカリング、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃにダウンリンクデータが使用可能な場合のページングのトリガ、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および格納など、他の機能を実施することもできる。

サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続されてよく、このＰＤＮゲートウェイ１４６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を円滑に進めるために、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃがインターネット１１０などのパケット交換網にアクセスできるようにしてよい。

コアネットワーク１０６は、他のネットワークとの通信を円滑に進めることができる。たとえば、コアネットワーク１０６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を円滑に進めるために、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃがＰＳＴＮ １０８などの回路交換網にアクセスできるようにしてよい。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ １０８の間のインターフェースとして働くＩＰゲートウェイ（たとえばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはそれと通信してもよい。さらに、コアネットワーク１０６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃがネットワーク１１２にアクセスできるようにすることができ、このネットワーク１１２は、他のサービスプロバイダによって所有および／または操作される他の有線網またはワイヤレス網を含んでよい。

ドナーセルと中継の間の協調伝送によって、セルラネットワーク内のリンクおよびシステム性能を向上させることができる。協調は、たとえばネットワーク符号化および透過型中継など、様々なやり方で実施することができる。こうしたやり方は典型的に、ドナーセル、および１つまたは複数の中継ノード（ＲＮ）からの信号を使用することによって、リンクごとの性能を高め、かつ／または無線リソース効率を向上させる。中継技術には、たとえば増幅転送（Ａ／Ｆ）、復号転送（Ｄ／Ｆ）、圧縮転送（Ｃ／Ｆ）および推定転送（Ｅ／Ｆ）が含まれ得る。

増幅転送技術は、Ｌ１または改良型Ｌ１中継と一般に呼ばれる。増幅転送では、ＲＮは、受信信号を増幅し、コヒーレント結合のためにそれを宛先に転送してよい。

復号転送は、Ｌ２中継技法と呼ばれる。説明すると、例としてのＬ２は、ダウンリンク協調伝送を容易にするように中継することができる。たとえば、ｅＮｏｄｅ Ｂ（ｅＮＢ）などの基地局は、第１のホップでＲＮにデータを送信することができる。信号は、ユーザ機器（ＵＥ）など、ワイヤレス送受信ユニット（ＷＴＲＵ）に到達することもできる。ＷＴＲＵは、信号対雑音比が不十分であるためにメッセージを復号できないことがある。データは、第２のホップの初めに、ｅＮＢとＲＮの両方で使用可能であってよい。次いで、ｅＮＢとＲＮは共同で、ＷＴＲＵに送信することができる。

復号転送方式は一般に、少なくとも２つのホップを有する。それぞれのホップは、受信機ノードで、Ｌ２終端されてよい。増幅転送および圧縮転送は、単一ホップ方式を含んでよく、この単一ホップ方式では、中継は典型的に、データをＬ２終端しない。

ｅＮＢは、各ＷＴＲＵがＲＮによってサービスされているかどうか知ることができる。セルラネットワーク内で使用される様々な種類のＲＮが存在してよく、たとえば、固定基盤中継ノードは典型的に、それがｅＮＢへの高品質チャネルを有するように、屋根の上に置かれる。これらの配置では、ｅＮＢスケジューラは、中継リンク（ｅＮＢ−ＲＮ）が全体的なリンク容量を最大化するために、比較的に高い変調符号化方式（ＭＣＳ）レベル、およびより少ないリソースを使用してよい。別の例としてのシナリオでは、ＷＴＲＵ（たとえばヘルパーＵＥ）を中継ノードとして使用することができ、それは、屋根の下にあってよく、より低いＭＣＳおよびより多くのリソースを必要とすることがある。ＭＣＳレベルは、基盤タイプ（一般に高いＭＣＳレベルを有するスタンドアロンＲＮ、および一般に低いＭＣＳを有する、ＵＥに組み込まれたＲＮ）に基づいて決定することができ、ＭＣＳレベルは、チャネル品質に従って動的に決定してもよく、または手法の組合せが使用されてもよい。

復号および転送機構の利点は、ｅＮＢ−ＲＮリンクがｅＮＢ−ＷＴＲＵリンクより遥かに良好であるシナリオに、より適用できることがある。ＷＴＲＵが復号できないメッセージをＲＮが復号するには、より良好なリンクが必要となり得る。

４つの可能なネットワークトポロジは、協調伝送を使用するＷＴＲＵが全体的なシステム容量を向上させるのに復号転送中継がどのように役立つかを示している。たとえば、図２Ａ〜図２Ｄは、復号転送のオプションの４つの例示的な説明である。図２Ａ〜図２Ｄの端末ＷＴＲＵ（Ｔ−ＷＴＲＵ）は、ｅＮＢからのダウンリンク送信の受信側である。ＲＮは、協調ノードであり、この協調ノードは、基盤ノードであってもよく、または別のＷＴＲＵ（たとえばヘルパーＵＥ）であってもよい。

図２Ａで、ｅＮＢ ２０５は、ＲＮ ２１０とＴ−ＷＴＲＵ ２１５の両方によって受信されるデータを送信することができる。また、ＲＮ ２１０は、第１のホップ２２０でｅＮＢ ２０５から受信されたデータを、第２のホップ２２５でＴ−ＷＴＲＵ ２１５に送信することができる。図２Ｂで、ｅＮＢ ２３０は、第１のホップでＲＮ ２３５およびＴ−ＷＴＲＵ ２４０にデータを送信することができ、ＲＮ ２３５は再送の手助けをするにすぎない。図２Ｃで、ｅＮＢ ２５０は、第１のホップでＲＮ ２５２にデータを送信することができ、ｅＮＢ ２５０およびＲＮ ２５２は、第２のホップで、Ｔ−ＷＴＲＵ ２５４への共同送信を実施してよい。図２Ｄでは、ＲＮ ２６２（すなわちヘルパーＷＴＲＵまたはＵＥ）は、たとえば単にデータ送信用の単純な中継として働くことができる。Ｔ−ＷＴＲＵ ２６４およびＲＮ ２６２は、ｅＮＢ ２６０にキャンプし、従来のリンク（ＴＲＬ）上の制御チャネルでｅＮＢ ２６０から制御情報を直接得ることができる。ここでＴＲＬは、いずれかの基地局（たとえばｅＮＢ）とエンドユーザ／移動体（たとえば端末ＷＴＲＵまたはＵＥ）との間のリンクである従来型のリンクである。

図３Ａおよび図３Ｂは、ＷＴＲＵがネットワークカバレッジを向上させるのに役立ち得る復号転送中継のネットワークトポロジの例示的な説明である。図３Ａで、ｅＮＢ ３００は、第１のホップ３０６でＲＮ ３０２にトランスポートブロック（ＴＢ）を送信することができる。正確に受信された場合、ＲＮ ３０２は、第２のホップ３０８でＴＢを送信することができる。図３Ｂで、ＲＮ ３２２とＲＮ ３２４のカバレッジエリアが重複する場合、複数のＲＮが、同じＵＥ ３２６への（再）送信に関与することができる。第１のホップで、ｅＮＢ ３２０は、２つ以上のＲＮにＴＢを送信してよい。

別の中継機構は、圧縮転送中継を含んでよい。圧縮転送では、ＲＮは、ＴＢを受信し、復号前のある時点で、受信したソフト情報を圧縮し、チャネルについてのこの情報を符号化し、それをその宛先に転送してよい。図４は、例としての圧縮転送中継機構を示している。圧縮転送方式は、２ホップ方式として示されている。ここで、ＲＮ ４１０は、Ｌ２終端を実施しないことがある。ダイヤモンドＲＮと呼ばれる特定の中継形成では、圧縮転送と復号転送の組合せが望ましいことがある。

別の２ステップ技法は、ノイズ除去転送であり、このノイズ除去転送は、推定転送技法の一環である。ノイズ除去転送は、中継が変調方式についての知識を使用して、信号成分を推定し、それをフィルタリングして取り除く技術を含んでよい。次いで、ＲＮは、あるノイズ除去量で信号を転送してよい。

アップリンク送信の例が、図５Ａ〜図５Ｃに示されている。図５Ａで、Ｔ−ＷＴＲＵ ５０２が第１のホップで送信することができ、第２のホップで、Ｔ−ＷＴＲＵ ５０２とＲＮ ５０４の両方が共同で送信する。ｅＮＢ ５０６は、第１のホップ送信と第２のホップ送信の両方をリッスンすることができる。図５Ｂで、Ｔ−ＷＴＲＵ ５１１は、第１のホップで送信してよい。次いで、ＲＮ ５１５は、第２のホップ５１７で、データを中継してよい。図５Ａと図５Ｂの両方で、それぞれのｅＮＢｓは、第１のホップで各々のＴ−ＷＴＲＵからのクロスリンク（ＸＬ）送信をリッスンしようとしてもよいし、あるいはＴ−ＷＴＲＵは、従来のリンク（ＴＲＬ）とＸＬの両方で送信してもよい。ＲＮとＴ−ＷＴＲＵの間のリンク（たとえばＨ−ＵＥ−Ｔ−ＵＥのリンク）は、クロスリンク（ＸＬ）と呼ばれることがある。ＴＲＬおよびＸＬ上で送信することによって、無線リソース要件に関するＴＲＬが２倍になることがある。図５Ｃで、Ｔ−ＷＴＲＵ ５２２は、第１のホップ５２８でＲＮ ５２６にＸＬ上で送信してよく、その後に、第２のホップでＴ−ＷＴＲＵ ５２２とＲＮ ５２６の両方によってｅＮＢ ５２４への共同送信が行われる。

ＲＮとｅＮＢがコヒーレントに再送できるように、ターゲットとされたＷＴＲＵグループのためのＲＮ上の再送は、ｅＮＢと同期させてよい。追加のスケジューリング規則によって、ＵＬとＤＬについてそれぞれ、これに対処する手段がある。

タイプ２ ＲＮなど、協調送信機構は、ＬＴＥ−Ａ中継技術の一環であってよい。タイプ２中継は、ＲＮがそれ自体の物理セルＩＤ（ＰＣＩ）を持たない中継技術を指すことがある。たとえば、タイプ２中継は、別個のＰＣＩを持たず、Ｒｅｌ−８ ＵＥに透過であり（すなわちＲｅｌ−８ ＷＴＲＵは、タイプ２ ＲＮの存在を認識しないことがあり）、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送信することができ、かつ／または共通参照信号（ＣＲＳ）および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含めて制御情報を送信しない帯域内中継ノードである。

タイプ２中継は、中継ノードがそれ自体の物理セルＩＤを持たないので、ＷＴＲＵに情報を暗黙的に中継することができる。中継デバイスは、ＷＴＲＵであってもよく、またはＷＴＲＵのグループであってもよい。中継としてのＷＴＲＵの場合、ＷＴＲＵは、タイプ２中継と同じ制約を持たないことがある。本明細書に提示される諸実施形態は、タイプ２中継と、中継としてのＷＴＲＵ（たとえばＵＥ）の両方をサポートする。

たとえばＬＴＥシステムでは、ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）として知られているメッセージを運ぶことができ、このメッセージは、リソース割当て、ＨＡＲＱプロセスＩＤ、ＰＲＢ割当て、およびＷＴＲＵまたはＷＴＲＵのグループについての対応するスケジューリング情報を含んでよい。リソーススケジューリングでは、ＷＴＲＵは、ｅＮＢから（ＰＤＣＣＨを含めて）制御チャネルを受信してよい。

たとえばＬＴＥでは、しばしばハイブリッド自動反復要求（ＨＡＲＱ）と呼ばれる物理層再送結合を使用してよい。たとえば、ＨＡＲＱは、ＨＡＲＱエンティティと呼ばれるＭＡＣレベル（Ｌ１）モジュールとして実装されてよい。ＨＡＲＱエンティティは、複数のＨＡＲＱプロセスに関連付けられてよい。それぞれのＨＡＲＱプロセスは、対応するｓｔｏｐ−ａｎｄ−ｗａｉｔ ＨＡＲＱプロトコルを実装してよい。それぞれのユーザは、複数の並列のｓｔｏｐ−ａｎｄ−ｗａｉｔプロセスを有することがある。本明細書に開示されたＨＡＲＱ操作は、ＨＡＲＱエンティティ、１つまたは複数のＨＡＲＱプロセス、および／またはＨＡＲＱエンティティと１つまたは複数のＨＡＲＱプロセスの組合せに関連付けられてよい。

１つのプロセスのＡＣＫ／ＮＡＣＫフィードバックを待つ場合、他のトランスポートブロックは、他のプロセスを使用して送信することができる。物理層ＨＡＲＱ操作では、受信側は、ＣＲＣチェックに失敗したパケットを格納し、再送が受信されるとき、受信されたパケットを結合してよい。ソフトコンバインと、増分冗長を用いた同一再送およびコンバインの両方を容易にすることができる。

特にＲＮがモバイル中継、またはそれ自体のデータ転送セッションに同時に関与する他のＷＴＲＵである場合、Ｌ２レベル協調中継によるＬＴＥベースのセルラシステムのシステム容量の向上を可能にするにはいくつかの課題がある。ＲＮが使用するヘルパー機構は、変化するチャネル状態に適応する必要があり得る。したがって、図２Ａ〜図２Ｄおよび図３Ａ〜図３Ｂに示すものなど、様々な中継構成タイプをサポートするためにｅＮＢがＲＮおよびＷＴＲＵを適応的に構成することを可能にする機構が必要とされ得る。

選ばれたヘルパー機構に応じて、ＲＮおよびＷＴＲＵは、いつ、どのように通信を中継すべきか知ることができる。たとえば、選択されたヘルパー機構が圧縮転送法を含む場合、圧縮効率、ＲＮ上の操作の待ち時間を構成し、また情報を転送する送信時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｔ ｔｉｍｅ ｉｎｔｅｒｖａｌ）を構成するために、追加のパラメータが提供されてよい。

ヘルパー機構選択に基づいて、ＲＮおよびＷＴＲＵをスケジューリングするための機構が使用されてよい。２つのタイプのヘルパー機構は、復号転送に関連する１つまたは複数の３ステップ方法と、圧縮転送、ノイズ除去転送および増幅転送に関連する１つまたは複数の２ステップ方法とを含んでよい。両方のヘルパー機構では、ｅＮＢとＷＴＲＵが、２つの別個のリンクから受信されているＨＡＲＱ伝送を調整する必要があり得る。たとえば、２つの別個のＨＡＲＱエンティティが、ＷＴＲＵで、ｅＮＢからの直接送信のために１つ、ＲＮからの間接送信のために別の１つが使用される場合、レイヤ１（Ｌ１）仕様で最小の変更を行うことができ、ＨＳＰＡモデルおよびＬＴＥ ＨＡＲＱモデルを変更なしで使用することができる。本明細書に示すように、スケジューラは、変化する無線状態を利用し、さらに、スループットを増加させるために複数のＨＡＲＱエンティティからのメッセージを結合することを可能にできる。複数のＨＡＲＱエンティティは、調整される必要があることがあり、複数のＨＡＲＱエンティティに渡るバッファの管理およびＨＡＲＱプロセスの調整に関して何らかの課題を呈することがある。

別のオプションでは、本明細書に示すように、単一の結合型ＨＡＲＱエンティティを使用してよい。単一の結合型ＨＡＲＱエンティティを使用する場合には、複数のＨＡＲＱエンティティを結合し、データを復号するやり方についてＷＴＲＵが通知を受けることを可能にするために追加の機構を組み込むことができる。ｅＮＢがＨＡＲＱ、およびｅＮＢとＲＮからのデータのタイミングを信号伝達することを可能にするために新しいスケジューリング機構が必要となり得る。

本明細書に示すように、ＲＮ−ＵＥリンクを監視し、適応選択決定を容易にするために、ｅＮＢで測定が使用されてよい。本明細書では説明のために、協調通信のための構成、ＨＡＲＱ管理、スケジューリング、および測定を含めて、ＬＴＥおよびＬＴＥ−Ａｄｖａｎｃｅｄシステム内で様々な中継機構を使用して中継をサポートできるフレームワークに関して方法が示されている。

図６は、例としての隣接セット、候補セット、およびヘルパーアクティブセットの間の関係を表す例示的な図である。図６に示すように、中継／ヘルパー選択機構は、３つのステップを含んでよい。第１のステップは、隣接セット内で中継を選択することを含んでよい。隣接セットは、Ｔ−ＷＴＲＵが隣接発見手順の間に検出する隣接中継ノードの集合を指すことができる。隣接セットは、ｅＮＢによって構成されてもよいし、Ｔ−ＷＴＲＵによって自律的に決定されてもよく、またはその両方であってもよい。

候補セットは、援助に適している中継ノードの集合を指すことがあり；これは、隣接セットのサブセットである。ＲＮがＷＴＲＵであるケースでは、適性は、クロスリンク状態、従来の無線リンクの状態、バッテリステータス、ハードウェア制限、ユーザ加入レベル、および／または援助の意思を含めて、リアルタイムデータの組合せから導出された適性インデックスから決定されてよい。ｅＮＢは、各Ｔ−ＷＴＲＵの候補セットを維持することができ、援助の機会が生じるとき、候補をヘルパーアクティブセット（ＨＡＳ）へと上げることができる。所与のＴ−ＷＴＲＵ接続／無線ベアラについて、ヘルパーアクティブセット（ＨＡＳ）は、Ｔ−ＷＴＲＵの援助に積極的に関与する候補セット内に中継ノードのサブセットを含んでよい。

ｅＮＢは、中継ノードおよび／またはＷＴＲＵからのチャネル品質測定に基づいてセット選択決定を行うことができる。図７は、協調伝送を可能にするようにスケジューリングするための隣接発見、測定、および後続の定常状態シグナリングのタイムラインについて説明するシーケンス図を示している。

ダウンリンクＨＡＲＱのための調整型ＨＡＲＱエンティティおよび結合型ＨＡＲＱエンティティについて、本明細書に述べられる。本明細書に論じられたように、調整型ＨＡＲＱエンティティでは、ｅＮＢは、複数のＨＡＲＱエンティティ、たとえばＲＮ用に１つ、ＷＴＲＵ用に１つを維持することができる。本明細書に論じられたように、結合型ＨＡＲＱエンティティでは、ｅＮＢは、ＲＮおよびＷＴＲＵのために１つのＨＡＲＱエンティティを維持してよい。

図８Ａおよび図８Ｂは、ダウンリンクＨＡＲＱ操作の例示的な説明である。図８Ａおよび図８Ｂで、ｅＮＢは、ＲＮと宛先ＷＴＲＵの両方に同じデータを送信する。ＲＮは、たとえば、特にノイズを除去し、またはスケジューリングについての情報を追加するために、送信をわずかに修正してよい。図８Ａおよび図８Ｂで、ＨＡＲＱエンティティＨＥ_XLが、ＲＮとＷＴＲＵの間のＸＬ上のＨＡＲＱ送信のために使用される。これに属するＨＡＲＱプロセスのためのデータ送信は、ＨＡＲＱエンティティＨＥ_TRLエンティティの対応するＨＡＲＱプロセスに関するデータの受信に成功した後に開始することができる。ＷＴＲＵの調整型／結合型ＨＡＲＱエンティティに属するＨＡＲＱプロセスは、ＨＡＲＱフィードバックを送信する前に、ＸＬ上の後続の送信を待つことができる。

図８Ａで、ｅＮＢ ８０５からＷＴＲＵ ８１５に宛てられた送信は、ＲＮ ８１０およびＷＴＲＵ ８１５に聞こえることがある。図８Ａの実線８２０は、第２の送信８２０がＲＮ ８１０に向けられ得ることを示しており、点線は、ＲＮ ８１０が、ＲＮ ８１５に向けられるｅＮＢ ８０５からの第１の送信８２２を傍聴できる（ｏｖｅｒｈｅａｒ）ことを示している。図８Ａに示すように、ＲＮ ８１０は、ｅＮＢ ８０５からの第２の送信８２０に別個に応答（すなわちＡＣＫ／ＮＡＣＫ）８２４することができる。ＲＮ ８１０は、第２の送信８２０を受信する場合、第２の送信８２０のわずかに修正されたバージョン８３０をＷＴＲＵ ８１５に送ってよい。したがって、ＷＴＲＵ ８１５は、２つの送信、ｅＮＢ ８０５から直接の第１の送信８２２、およびＲＮ ８１０からの第２の送信のわずかに修正されたバージョン８３０を得ることができる。ＷＴＲＵ ８１５は、２つの送信を結合し、送信を復号する。ＷＴＲＵ ８１５は、ＲＮ ８１０に肯定応答８２８を、ｅＮＢ ８０５に肯定応答８２６を送ってよい。

図８Ａで、ＲＮ ８１０は、ｅＮＢ ８０５にＡＣＫ／ＮＡＫを明示的に送信することができる。タイミングがここでは２つの別個のＨＡＲＱエンティティによって決定付けられるので、この手法によって、全体的なデータ送信のタイミングが可変になり得る。同じＲＮを介した複数のＨＡＲＱプロセスをスケジューリングする場合には、ｅＮＢで、これを考慮に入れる必要があり得る。これが必要であり得る圧縮および転送のタイプは、ＲＮがその増分冗長（ＩＲ）バッファの内容をとり、それを圧縮し、それを符号化し、それに対して巡回冗長検査（ＣＲＣ）を行い、それを送信するというものである。ＩＲバッファが符号化されるので、ＩＲバッファが復号されるまで、ｅＮＢプロセスのＩＲバッファと直接結合するやり方がないことがある。

あるいは、ＲＮが、そのＩＲバッファの内容をとり、追加のレートマッチング（ソフトビットごとのパンクチャリングまたは反復）を適用する場合、ＲＮは（パンクチャリングまたは反復の後の）修正されたＩＲバッファを変調シンボルのＩ／Ｑ変調に直接マッピングし、それを送信し、次いでＴ−ＷＴＲＵは、ｅＮＢからのＩＲバッファと直接結合することができ、ＲＮの別個のＨＡＲＱプロセスは必要とされないことがある。

図８Ｂで、ＲＮ ８５５は、第２の送信８６２に肯定応答せず、ＲＮ ８５５がそれを受信したと見なされ得る。ＲＮ ８５５は、ＲＮ ８５５が第２の送信８５０を受け取る場合、第２の送信８５０のわずかに修正されたバージョン８６８を送信してよい。ＷＴＲＵ ８６０は、第１の送信８６４、および第２の送信８６２のわずかに修正されたバージョン８６８に基づいて、最後の肯定応答をｅＮＢ ８５０に返送してよい。図８Ｂには、１つの肯定応答８６６がある。図８Ａで、ｅＮＢ ８５０は、ＲＮ ８５５およびＷＴＲＵ ８６０から肯定応答を受信する。

図８Ｂで、ＲＮ ８５５は、それがＴＲＬ ８６４上で受信するＴＢを復号（または圧縮）、および転送することができるが、図８Ａとは反対に、ＲＮ ８１０は、ｅＮＢ ８０５にＡＣＫ／ＮＡＣＫを返送しないことがある。この構成では、ＨＡＲＱプロセスのための往復時間（ＲＴＴ）は、固定され、決定論的であってよい。ＲＮ ８５５がデータの復号に成功した場合でも、ｅＮＢ ８５０がＮＡＣＫで再送しなければならないので、（図８Ａと比べて）過度のＴＲＬリソースが使用されることがある。ＷＴＲＵ ８６０が（ｅＮＢ ８５０から直接の）第１のホップと（ＲＮ ８５５からの）第２のホップからのデータを結合することを可能にするために、１つの設計オプションでは、ＷＴＲＵ ８６０が単一のＨＡＲＱプロセスにおける２つの送信を結合することを可能にする。

図８Ａに示す送信およびＡＣＫ／ＮＡＣＫ概念に対応する図９Ａは、個々のＨＡＲＱエンティティを有し得るＷＴＲＵ、ｅＮＢ ９０５からの送信に対応するＨＡＲＱエンティティ、およびＲＮ ９１０からの送信のための別のＨＡＲＱエンティティを示している。２つのＨＡＲＱエンティティは、調整され、（ソフトバッファ空間を含めて）１組のＨＡＲＱプロセスを共有してよい。物理的に、ＨＡＲＱエンティティは、メモリ、すなわちバッファ空間を共有してよい。両方のＨＡＲＱエンティティは、同じデータに作用することができる。ここで、ＲＮ−ＷＴＲＵリンク９１０およびｅＮＢ−ＷＴＲＵリンク９０５に関連するＨＡＲＱエンティティは、ＨＡＲＱプロセス＃０ ９１５を共有することができ、このＨＡＲＱプロセス＃０ ９１５は、ＷＴＲＵが、ｅＮＢからとＲＮからの別個の送信を結合し、共同で復号することを可能にできる。図９Ｂは、類似のプロセスを示しており、図８Ｂに示す送信およびＡＣＫ／ＮＡＣＫ概念に一致する。

一実施形態では、１つのＨＡＲＱエンティティ内の１組のＨＡＲＱプロセスが予約され、別のＨＡＲＱエンティティ内のＨＡＲＱプロセスと結合されるように事前に構成されてよい。ＷＴＲＵは、ビットマスクおよびＬ２もしくはＬ３シグナリング、またはシステム情報構成を使用して、１組の予約されたＨＡＲＱプロセスおよびマッピングを事前に構成することができる。共同のＨＡＲＱ送信についてダウンリンク割当てが示されている場合、受信されたトランスポートブロックは、予約され事前に構成されたＨＡＲＱプロセスに割り当てられてよい。

図１０Ａおよび図１０Ｂは、それぞれ図８Ａおよび図８Ｂに示す送信およびＡＣＫ／ＮＡＣＫ概念に対応し得る。図１０Ａおよび図１０Ｂは、ＷＴＲＵ １００５上で単一のＨＡＲＱエンティティを使用することを示しており、この単一のＨＡＲＱエンティティは、ｅＮＢ−ＷＴＲＵリンクとＲＮ−ＷＴＲＵリンクの両方に渡る。本明細書中のダウンリンクについての議論は、ＵＬ方向のｅＮＢ受信にも適用可能である。調整型または結合型のＨＡＲＱエンティティ間のＨ−ＡＲＱプロセスの類似の共有は、ＤＬのｅＮＢ送信にも適用可能である。

図１１は、ＨＡＲＱ送信のための例示的なメッセージ交換を示している。追加のスケジューリング情報フォーマットは、複数のノード（たとえばＲＮおよびＷＴＲＵ）が聞くことができる送信を調整するために使用することができる。たとえばＲＮとＴ−ＷＴＲＵの間のリンクは、クロスリンク（Ｘ）と呼ばれることがあり、関連するスケジューリング情報フォーマットは、クロスリンク制御情報（ＸＣＩ）と呼ばれることがある。ｅＮＢは、スケジューリングメッセージを制御してよい。図１１で、たとえばサブフレームｎで、ｅＮＢ １１０５は、初期スケジューリング情報を送ってよい。初期スケジューリング情報ＤＣＩ−ＲＮ１は、ＲＮ １１０４に送信することができ、初期スケジューリング情報ＤＣＩ−ＵＥ１は、Ｔ−ＷＴＲＵ １１０６に送信することができる。ＤＣＩ−ＲＮ１メッセージは、初期データ送信をどのように受信するかに関してＲＮ １１０４についての情報を備えてよい。ＤＣＩ−ＲＮ１のフォーマットは、ＬＴＥ Ｒｅｌ−８のフォーマットを拡張することができる。

ｅＮＢは、ｅＮＢがＲＮに送ってよい第１の送信のスケジューリング情報（ＤＣＩ）、およびＲＮがＴ−ＷＴＲＵ（ＸＬ）に送信してよい第２の送信のスケジューリング情報（ＸＣＩ）を送信することができる。したがって、図１１では、ＤＣＩ−ＲＮ１およびＤＣＩ−ＵＥ１は、データ１１１０を受信するために、それぞれスケジューリングＲＮ １１０４およびＴ−ＷＴＲＵ １１０６をデータ１１１０に関連付けることができる。ＤＣＩ−ＵＥ１は、ＤＣＩ−ＲＮ１に類似したスケジューリング情報を有することができ、このＤＣＩ−ＲＮ１は、ＲＮ １１０４に送られたデータ１１１０を（点線１１１２によって示すように）Ｔ−ＷＴＲＵ １１０６が傍聴することを可能にすることができる。傍聴を可能にする１つのやり方は、本明細書に説明されたように、Ｔ−ＷＴＲＵのヘルパーアクティブセット（ＨＡＳ）グループ内のすべてのヘルパー（すなわちＲＮ）のグループ無線ネットワーク一時識別子（ＲＮＴＩ）を使用することである。ＤＣＩ−ＵＥ１は、Ｔ−ＷＴＲＵ １１０６が（ＲＮ １１０４からの）第２の送信１１１４を期待できるＴＴＩについての情報をさらに有することができ、したがって、Ｔ−ＷＴＲＵ １１０６は、第１の（データ１１１２）送信と第２の（データ１１１４）送信を調整し結合するのに役立つアプリオリな知識を有する。

図１１で、時点ｎで、スケジューリングメッセージＸＣＩ１は、ＲＮ １１０４に送られてよく、このＲＮ １１０４は、Ｔ−ＷＴＲＵ １１０６への第２のホップ送信１１１４のためにＲＮ １１０４によって使用されるスケジューリング情報を提供してよい。時点ｎ＋ｋ１で、Ｔ−ＷＴＲＵ １１０６にスケジューリング情報ＤＣＩ−ＵＥ２が送信されてよく、このスケジューリング情報ＤＣＩ−ＵＥ２は、ＲＮ １１０４からの第２のホップ通信１１１４をリッスンし復号するのに役立つ情報を運ぶことができる。ＲＮは、Ｔ−ＷＴＲＵ １１０６に第２の送信１１１４を送ってよい。ＨＡＲＱプロセス情報は、ＤＣＩ−ＵＥ１メッセージとＤＣＩ−ＵＥ２メッセージに共通であってよく、これらの２つのメッセージを共同で復号するようにＴ−ＷＴＲＵ １１０６に指示することができることに留意されたい。復号に失敗すると、ｎ＋ｋ１＋ｋ２でＴ−ＷＴＲＵ １１０６からのＨＡＲＱフィードバック（ＮＡＣＫ）がｅＮＢ １１０２に送られ、またＲＮ １１０４によって傍聴されることがある。

ｅＮＢ １１０２は、新しいＤＣＩ−ＲＮ２およびＤＣＩ−ＵＥ３を使用してＲＮ １１０４およびＴ−ＷＴＲＵ １１０６にデータを再送してよい。さらに、時点ｎ＋ｋ１＋ｋ２＋ｋ３＋ｋ４で第２のホップ再送１１１８についてのスケジューリング情報を示すために、ＸＣＩ２がＲＮ １１０４に送られてよい。ｎ＋ｋ１＋ｋ２＋ｋ３＋ｋ４で、ＲＮ １１０４は、再送１１１８をＴ−ＷＴＲＵ １１０６に送ってよい。ｎ＋ｋ１＋ｋ２＋ｋ３＋ｋ４＋ｋ５で、Ｔ−ＷＴＲＵ １１０６からのＨＡＲＱフィードバック（すなわちＡＣＫ）がｅＮＢ １１０２に送られ、またＲＮ １１０４によって傍聴されることがある。

別の実施形態で、ＤＣＩ−ＲＮ１ ＋ ＸＣＩ１をＲＮ １１０４に同時に送信するのと同様に、サブフレームｎでＤＣＩ−ＵＥ１およびＸＣＩ１をＴ−ＷＴＲＵ １１０６に同時に送信することが可能である。ＤＣＩ−ＵＥ２は、ＸＣＩ１と類似の情報を有することができ、したがって、ｅＮＢ １１０２は、上記の実施形態と比べて、送信を１つだけ減少させることができる。Ｔ−ＷＴＲＵ １１０６は、サブフレームｎでスケジューリングを受信し、サブフレームｎおよびサブフレームｎ＋ｋ１で受信を準備することができる。ＸＣＩ１は、Ｔ−ＷＴＲＵ １１０６がＲＮ １１０４からデータを得るのに必要であり得る情報の一部またはすべてを有してよい。

図１１は、ＲＮがプロンプティングなしに継続的に援助できる場合についての例示的な説明である。ＲＮが必要なときにだけ援助する場合に使用できる他の方式がある。ここでは、図１１で、ＲＮは、Ｔ−ＷＴＲＵがｅＮＢから第１の送信を最初に受信したかどうか確かめるためにＴ−ＷＴＲＵによるＡＣＫ／ＮＡＣＫを待たず；ＲＮは、単に援助する。ＲＮは、Ｔ−ＷＴＲＵに同じ正確なデータ（Ｔ−ＷＴＲＵのためのｅＮＢからのデータ）をＴ−ＷＴＲＵに送ってもよいし、またはＲＮは、データの別の冗長なバージョンをＴ−ＷＴＲＵに送信することができる。

ＲＮが使用されてよい例示的なシナリオは、ｅＮＢからＴ−ＷＴＲＵのリンク（ｅＮＢ−Ｔ−ＷＴＲＵリンク）が低データレート送信をサポートできるというものである。ＲＮはｅＮＢとＴ−ＷＴＲＵの間にあってよく、ｅＮＢは、ＲＮを使用して、単に１つのｅＮＢ−Ｔ−ＷＴＲＵリンクがサポート可能なデータより多くのデータを送信することができる。ｅＮＢとＲＮの間（ｅＮＢ−ＲＮリンク）、またＲＮとＴ−ＷＴＲＵ（ＲＮ−Ｔ−ＷＴＲＵリンク）の間にも追加の良好なリンクがある。ＲＮは、同一のバージョンであっても、わずかに修正されたバージョンであってもよいデータを送信することができる。全体的には、Ｔ−ＷＴＲＵは、ｅＮＢ−ＲＮリンクおよびＲＮ−Ｔ−ＷＴＲＵリンクがあるので、パケットに関してさらなる情報を得ることができる。図１１は、図２Ａに一致し得るＲＮ機能性のためのスケジューリングを含む例示的なメッセージシーケンス図を示している。

図１１に関して本明細書に論じられたように、サブフレームｎおよびｎ＋ｋ１＋ｋ２＋ｋ３＋ｋ４で、ｅＮＢは、ＲＮから来るメッセージをリッスンし、復号するのに役立つスケジューリング情報をＴ−ＷＴＲＵに送信してよい。このメッセージは、ＤＣＩ−ＵＥと呼ばれ、Ｔ−ＷＴＲＵのヘルパーアクティブセットに関連するグループＲＮＴＩに宛てることができる。ＤＣＩ−ＵＥフォーマットは、下記の情報を運んでよい：リソース割当てタイプ；リソースブロック割当て；変調および符号化方式；ＨＡＲＱ情報；復号し、またはフィードバックを提供する前の送信の数（たとえば第２の送信の数および／またはＴＴＩオフセット）；ＨＡＳ ＲＮ−ＩＤ；ならびにヘルパー機構の構成パラメータ、および圧縮のタイプとレベルなどを含み得る援助機構（Ｃ／Ｆ、Ｄ／Ｆ、Ａ／Ｆなど）。

同様に、ＲＮは、ＸＣＩと呼ばれる修正されたＤＣＩメッセージを使用して、第２のホップ送信をどのように、いつ実施するかについての情報の提供を受ける必要があり得る。ＸＣＩは、下記の情報を運んでよい：第２の送信のＴＴＩオフセット；第２の送信のＨＡＲＱ情報；第２の送信のＭＣＳ、ＲＥ割当てなど；および援助機構情報（Ｃ／Ｆ、Ｄ／Ｆ、Ａ／Ｆなど）。ＲＮは、図１１でＤＣＩ−ＲＮと呼ばれる、ｅＮＢのための第１の送信をＲＮが受信することを可能にするためにスケジューリング情報の提供を受けてよい。論じられたように、ＤＣＩ−ＲＮおよびＤＣＩ−ＵＥは、グループＲＮＴＩに宛てられた単一のメッセージとして送信することができる。ＤＣＩ−ＲＮフォーマットは共通のＤＬ ＤＣＩフォーマットを再使用してよい。

異なるシナリオでは、ＲＮのための構成は、恐らく、無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングを使用して送られる必要があり得る。これは、下記を含んでよい：援助モード（Ｄ／ＦまたはＣ／Ｆ）；ヘルパーモードについてのデータ受信からＡＣＫ／ＮＡＣＫフィードバックまでのタイミング遅延；どのサブフレームが、どの方向（たとえばＤＬ、ＵＬまたはＸＬ）で使用されるかを示すビットマップフレームパターン；およびクロスリンク通信に使用されるＩＲバージョン。

中継選択決定が行われると、フレームワークは、ｅＮＢが中継協調機構を適応的に再構成することを可能にすることができる。中継選択決定は、下記のやり方、ＲＲＣ上のシグナリング；ＭＡＣ上のシグナリング；およびＰＤＣＣＨ上のシグナリングでＲＮおよびＷＴＲＵに送信されてよい。

どの機構を使用すべきかの決定は、待ち時間および信頼性の要件に基づくことができる。ＲＲＣメッセージングは、ＲＲＣ構成または再構成メッセージの拡張であってもよく、または新しいメッセージであってもよい。ＭＡＣ上のシグナリングは、ＭＡＣ制御要素を使用して実施することができる。たとえば、図１２Ａおよび図１２Ｂは、ＲＮ選択および通知のための例としてのＭＡＣ制御要素を示している。ＲＮの制御要素（ＣＥ）１２１０および１２２０は、Ｔ−ＷＴＲＵのＲＮＴＩ、ヘルパー機構、および／または、たとえば圧縮転送方式の処理待ち時間など、援助のための構成パラメータを含む情報を運ぶことができる。ＲＮ選択決定が行われると、ｅＮＢは、ＰＤＣＣＨ専用探索空間を整列させることができ、したがってＴ−ＷＴＲＵおよびそのＲＮは、共通探索空間を使用してスケジューリングされる。これは、ＲＮおよびＴ−ＷＴＲＵによって行われるブラインド復号の量を減少させることができる。

復号転送ヘルパー機構では、援助の方式に関する決定は、ＭＡＣ制御要素またはＰＤＣＣＨを使用して送信することができる。圧縮転送では、ヘルパー機構決定は、ＰＤＣＣＨレベルで信号伝達することができる。たとえば、ヘルパー機構選択決定は、ｅＮＢが各リンクのヘルパー機構を決定すること、ｅＮＢおよびＲＮがヘルパー機構選択について交渉すること、および／またはＲＮが自律的にヘルパー機構選択を決定することを含んでいてよい。

ｅＮＢが各リンクのヘルパー機構を決定する場合、ｅＮＢは、たとえばリンク測定からヘルパー機構を決定してよい。ｅＮＢは、ＲＮおよびＴ−ＷＴＲＵに、どの機構が使用されるか通知してよい。この方法は、ｅＮＢで使用可能とするために、かなりの量の制御情報を使用することがある。

ｅＮＢとＲＮがヘルパー機構選択について交渉する場合、制御オーバヘッドは、より少ない数のクロスリンク測定をｅＮＢに送信することによって減少させることができる。ＲＮとｅＮＢは、それ自体の測定に基づいて適切なヘルパー機構を共同で決定することができる。

ＲＮがヘルパー機構選択を自律的に決定する場合、ｅＮＢは、ヘルパー機構選択をＲＮに引き渡してよい。この方法は、制御オーバヘッドを最小限に抑え、ＲＮとｅＮＢが共同で送信しない援助機構に適用することができる。

動的スケジューリングは、ダウンリンク送信リソース割当てのためのダウンリンク割当てメッセージ、およびアップリンク送信リソース割当てのためのアップリンクグラントメッセージによるスケジューリングのモードであり；これらのメッセージは、特定の単一のサブフレームに有効であってよい。ＵＬメッセージおよびＤＬメッセージは、セル内の意図されたＴ−ＷＴＲＵを識別するために、セル−ＲＮＴＩ（Ｃ−ＲＮＴＩ）を使用してＰＤＣＣＨ上で送信することができる。ＲＮに送られた送信をＴ−ＷＴＲＵが傍聴することが可能となるように１つのオプションは、Ｔ−ＷＴＲＵのグループＲＮＴＩ、およびＴ−ＷＴＲＵに関連するＨＡＳグループ内のＲＮの一部またはすべてを構成することであってよい。この手法によって、中継操作に関与する各ＷＴＲＵに、ＰＤＣＣＨ ＣＲＣ逆スクランブルを２回実施させることができる。１回目、ＷＴＲＵは、ＰＤＣＣＨが従来のリンクのＤＣＩ／グラントを含む場合はそれ自体のＣ−ＲＮＴＩを使用することができ、２回目、ＷＴＲＵは、いずれかの中継特有のＤＣＩ／グラントがあるかどうか確かめるためにグループＲＮＴＩを使用することができる。これは、個々の送信についても同様に、グループＲＮＴＩを使用することによって緩和することができる。

Ｔ−ＷＴＲＵがｅＮＢおよびＲＮからの受信をどのように結合し復号できるかに関する２つの例は、下記の通りである。１）Ｔ−ＷＴＲＵは個々に、メッセージを復号し、各送信についてＡ／Ｎを送ろうとすることができ、２）Ｔ−ＷＴＲＵは、第１の送信と第２の送信の両方の受信を待ってよく、次いで、ＭＡＣ ＰＤＵを結合し、復号を試みることができる。（２）を可能にするために、Ｔ−ＷＴＲＵは、ＤＣＩ−ＵＥフォーマットで２つの送信を待つように構成することができる。これは、ＤＬのＴＴＩバンドリングとして事前に構成することができ、このＴＴＩバンドリングでは、Ｔ−ＷＴＲＵは、２つの所与の連続しないＴＴＩ内のデータを、単一のＨＡＲＱプロセスのデータの複数の変形体として見なすように構成することができる。

ｅＮＢがＨＡＲＱ再送のためのリソースを同期したやり方で割り当てることができる、半静的なスケジューリングを使用することができる。ｅＮＢは、Ｔ−ＷＴＲＵからのＡＣＫを聞く場合、別のＴ−ＷＴＲＵ用の再送のために割り当てられたリソースを再使用してよい。リソース再使用を可能にするために、中継ノードからの再送は、ＡＣＫ／ＮＡＣＫフィードバックの受信後、４ ＴＴＩより長く遅延させることができる。図１１を参照して、別の実施形態の文脈では、ＸＣＩ１は、何らかのタイプの半永続スケジューリング、または同期した非適応性スケジューリングを使用することができ、（ＬＴＥアップリンク再送に類似して）ＲＮからＴ−ＷＴＲＵへの再送は、数サブフレーム後に固定され、同じ周波数リソースを使用することができる。これによって、図１１に示す第２のＸＣＩ２およびＤＣＩ−ＵＥ４の送信を節約することができる。

別の実施形態では、ＲＮは、恐らくＴ−ＷＴＲＵからのＮＡＣＫまたは他の表示を傍聴した結果として、リソースを要求することにより支援を開始することができる。ここで、ＲＮは、ｅＮＢからのリソースのためのスケジューリングを行うよう要求することができる。この要求は、ＲＮ−Ｔ−ＷＴＲＵリンクのリソースを求める要求を可能にするようにスケジューリング要求（ＳＲ）メッセージを拡張することによって行うことができる。さらに、この要求は、ＲＮ−Ｔ−ＷＴＲＵリンクにサービスするＨＡＲＱプロセスについてのバッファステータスの情報を備えた拡張型バッファステータス報告（ＢＳＲ）メッセージを送信することによって暗黙的に行われてよい。

結合型ＨＡＲＱエンティティ手法では、ＲＮは、ＴＲＬ上でそれが受信するＴＢを復号（または圧縮）および転送してよいが、ＴＢへのＡＣＫ／ＮＡＣＫを送信しないことがある。図１３は、単一のＨＡＲＱエンティティを備えた図２Ａの中継構成に関するＨＡＲＱタイミングの例示的な説明である。諸図において、また本明細書に論じられたように、「Ｈ」は、送信されているデータを表す。また、本明細書では、インデックス対（ｆｉ，ｓｋ）は、フレームインデックスｉ、サブフレームインデックスｋを示す。

図１３で、（フレーム０，サブフレーム０）で、ｅＮＢ １３０３は、ＤＣＩ（Ｔ００）およびＸＣＩメッセージ、ＸＣＩ（００）を使用してＴＲＬをスケジューリングすることができ、このＸＣＩメッセージは、（ｆ０，ｓ５）にＸＬ上でＨｘ（０，０）を送信するようにＲＮ １３０６に指示することができる。（ｆ０，ｓ０）で、Ｈ（０，０）が、ｅＮＢ １３０３からＲＮ １３０６およびＴ−ＷＴＲＵ １３０９に送信される。ＸＬのためのリソースは、ＴＲＬ ＴＢ Ｈ（０，０）を復号する際のＲＮ １３０６の成功または失敗に関係なくスケジューリングすることができる。ＲＮ １３０６は、ＴＲＬ ＴＢ Ｈ（０，０）をバッファリングし、復号の前に（ｆ０，ｓ５）で、 ＸＬ ＴＢ Ｈｘ（０，０）とチェイスコンバインすることもできる。Ｔ−ＷＴＲＵ １３０９は、（ｆ０，ｓ９）で、ｅＮＢ １３０３にＨＡＲＱフィードバック（ＮＡＣＫ００−ｅＮＢ）を提供することができる。ＮＡＣＫ（ＮＡＣＫ００−ｅｎＢ）が受信される場合、ｅＮＢ １３０３は、（ｆ１，ｓ４）で再送してよい。

Ｔ−ＷＴＲＵは、それがＲＮから１つ、ｅＮＢから１つの両方の送信（ＴＴＩバンドリング）を受信するまで復号しないことがある。たとえば、図１３を参照すると、Ｔ−ＷＴＲＵ １３０９は、（ｆ０，ｓ０）および（ｆ０，ｓ５）でデータを受信しており、Ｔ−ＷＴＲＵ １３０９は、それが内容を受信し結合した後、それを復号してよい。ＲＴＴは、固定されてよく（実際には、次の送信のための１４ ＴＴＩ）、ｅＮＢスケジューラに予測可能性を提供することができる。

図１４は、一部の再送においてｅＮＢがＲＮを支援しないことがあるＨＡＲＱプロセスを示している。第１の送信の後、ｅＮＢは、ＲＮに、ＨＡＲＱプロセスを引き継いでよい。ｅＮＢは、基礎となるプロセスの大部分を追跡しないことがある。データがＴ−ＷＴＲＵによってうまく受信される場合、ｅＮＢは、Ｔ−ＷＴＲＵおよび／またはＲＮによる通知を受けることができる。

図１５は、ｅＮＢ １５０３で二重の同時ＨＡＲＱエンティティを有する設計の例示的な図である。ｅＮＢ １５０３は、図８Ａに概念的に示すように、ＲＮ １５０６に対する１つのＨＡＲＱエンティティ、およびＴ−ＷＴＲＵ １５０９に対する別のエンティティを維持することができる。この設計では、ＲＮ １５０６は、ｅＮＢ １５０３にＡＣＫ／ＮＡＫを明示的に送信してよい。図１５は、上記の節で論じられた図２Ａの中継を使用してよいタイミング図を示している。本明細書において、インデックス対（ｆｉ，ｓｋ）は、フレームインデックスｉ、サブフレームインデックスｋを示している。図１５で、ｅＮＢ １５０３は、（ｆ０，ｓ０）で、ＤＣＩ（Ｔ００）を使用してＴＲＬをスケジューリングしてよく、またＨ（０，０）を送信することもできる。ｅＮＢ １５０３は、ＸＣＩ（００）を送信することもでき、このＸＣＩ（００）は、ＲＮ １５０６に、指定されたリソース割当て、ならびに指定されたＭＣＳで、特定の指定された将来のＴＴＩで、ＸＬ上で送信するように指示することができる。ＸＬ送信は、現在のＴＲＬ送信と同じ冗長バージョン（ＲＶ）を使用してよい。

図１５に示すように、ＲＮは、ＴＲＬデータＨ（０，０）を受信し、それを復号しようと試みることができる。次いで、ＲＮ １５０６は、（ｆ０，ｓ４）で、ＮＡＣＫ（ＮＡＣＫ００）を送ってよい。ｅＮＢは応答して、（ｆ０，ｓ０）で送信された前のＸＣＩ（０，０）を無効にする新しいＸＣＩ（０，０）と共に、（ｆ０，ｓ８）でデータを再送してよい。ＲＮ １５０６がＡＣＫを送信している間（ｆ１，ｓ２）、ＲＮ １５０６は、同時にＸＬを再符号化してよい。（ｆ１，ｓ２）のＡＣＫに示すように、ＴＢ Ｈ（０，１）がＲＮ １５０６でうまく受信されると、ＲＮ １５０６は、ＴＢ Ｈｘ（０，０）を再符号化することができ、（ｆ１，ｓ３）でＸＬを介して送信することができる。（ｆ１，ｓ３）のＸＬ送信Ｈｘ（０，０）が失敗する場合（（ｆ１，ｓ７）のＮＡＣＫ）、ＸＬが再スケジューリングされる。この手法によって、ｅＮＢ １５０３は、ＴＲＬ上で再送しないことを可能にし、したがって、ＴＲＬリソースを節約することができる。別の実施形態では、＊１５１２で、ＡＣＫ０１（ｆ１，ｓ２）と（ｆ１，ｓ３）の再送との間の時間は、処理時間に応じて１フレーム超の経過となることがあり；したがって、この例では、各送信は、＊１５１２のフレームだけ移動されてよい。

図８Ａ（ダウンリンク）と類似の構成において、図１６は、アップリンクＨＡＲＱの例示的なスケジュールを示している。図１６で、Ｔ−ＷＴＲＵ １６０９は、（ｆ０，ｓ０）で、リソースの要求を行ってよい。ｅＮＢ １６０３は、（ｆ０，ｓ１）で、スケジューリンググラント（ＳＧ：ｓｃｈｅｄｕｌｉｎｇ ｇｒａｎｔ）で、Ｔ−ＷＴＲＵ １６０９とＲＮ １６０６の両方に応答してよい。Ｔ−ＷＴＲＵ １６０９は、（ｆ０，ｓ３）で、ＸＬリソース上でデータを送信してよい。（ｆ０，ｓ３）の送信は、ｅＮＢ １６０３によって受信することもできる。ＲＮ １６０６からのＴＲＬ送信が、（ｆ０，ｓ７）で行われてよい。ｅＮＢ １６０３は、復号することができ、（ｆ１，ｓ２）でＨＡＲＱフィードバック（ＮＡＣＫ）を提供してよい。（ｆ１，ｓ７）で、再送が起こり得る。ＲＴＴは、ここで固定されてよく、したがって、ＨＡＲＱは、同期して進行してよい。

図１７は、ＤＬおよびＵＬメッセージ交換を備えるタイミング図の例示的な説明である。ＲＮ（たとえばヘルパーＵＥ）は、全二重ヘルパーであってよく、すなわちＤＬ方向とＵＬ方向の両方で援助することができ、ＲＮの操作極性を逆にする必要性による妨げを受けないことがある。ＲＮは、ｅＮＢへのＴ−ＷＴＲＵ送信を傍聴し、わずかに修正されたバージョンを再送してよい。ＤＬとＵＬの両方について４つのＨＡＲＱプロセスが示されており、それぞれのＨＡＲＱプロセスが上記のやり方で動作し、すなわち、ＲＮは、中継された通信についてのＨＡＲＱ ＡＣＫ／ＮＡＣＫを傍聴せず、または送信しない。（ｆ０，ｓ５）〜（ｆ０，ｓ８）に示すように、ＤＬとＵＬの両方のクロスリンクが同時に起こり得ることを見ることができる。ＤＬのＨＡＲＱフィードバックは、ＵＬの第２のホップと同じときにＴ−ＷＴＲＵによって送られてよい。ＵＬのＨＡＲＱフィードバックは、ＤＬの第１のホップに関連してｅＮＢによって送信されてよい。

図１８は、ＦＤＤ内のＴＤＭオプションについてＤＬとＵＬのタイミング例の例示的な説明であり、時分割がサブフレームの粒度で生じている。シーケンスは、図１６のシーケンスに類似しており、違いは、ＸＬ送信を１つのＴＴＩ（ｆ０，ｓ７）内に集中させてよいことである。チャネル全体が、ＸＬ ＴＴＩでＸＬ送信するのに使用されてよい。可能な結果として、図１８に示すように、ＨＡＲＱプロセスは、単一のＴＴＩ（ｆ１，ｓ１）で、Ｔ−ＷＴＲＵによる肯定応答を受けることもできる。この例ではＴＲＬとＸＬのサブフレーム間の分割によって、ｅＮＢによる中継機能のために「犠牲になる」全体的なリソースのほんの少しに対する制御を可能にすることができる。この構成によって、ｅＮＢは、どのタイムスロットを中継専用とするか動的に決定することができ、それによってより細かい制御がもたらされ得る。

図１９は、シンボルレベルＴＤＭについての例示的な説明である。この手法では、それぞれのサブフレームは、シンボルレベルでＴＲＬとＸＬの部分に分割されてよい。単一ＨＡＲＱエンティティ手法または二重ＨＡＲＱエンティティ手法は、シンボルレベルＴＤＭと共に使用されてよい。ここで、図１９は、二重ＨＡＲＱエンティティ手法の一例を示している。図１５およびＦＤＤの二重ＨＡＲＱ手法に関して論じられたように、ＲＮがＴＴＩ内でそのＴｘ−Ｒｘ極性を逆にできないことによって、ＨＡＲＱスケジューリングにいくらかの制約が課されることがある。これらの制約は、シンボルレベルＴＤＭ手法では取り除くことができる。たとえば、（ｆ０，ｓ５）で、Ｔ−ＷＴＲＵがＴ−ＷＴＲＵへのＸＬ送信をスケジューリングし、その一方で、また同じＴＴＩで、ｅＮＢに肯定応答（ＡＣＫ１０）を送信できることが見て分かる。さらに、全二重ヘルパーオペレーションもまた、このモードで可能である。

特徴および要素について上記に特定の組合せで述べられたが、それぞれの特徴または要素は、単独に使用されてもよいし、他の特徴および要素との任意の組合せで使用されてもよいことが当業者には理解されよう。さらに、本明細書に述べられた方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ読取り可能媒体に組み込まれたコンピュータプログラム、ソフトウェアまたはファームウェアで実装されてよい。コンピュータ読取り可能媒体の例は、電子信号（有線接続またはワイヤレス接続を介して送信される）およびコンピュータ読取り可能記憶媒体を含む。コンピュータ読取り可能記憶媒体の例には、それだけに限らないが、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ−ａｃｃｅｓｓ ｍｅｍｏｒｙ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび取外し可能ディスクなどの磁気媒体、磁気光媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋ）などの光媒体が含まれる。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣまたは任意のホストコンピュータで使用する無線周波数トランシーバを実装するために、ソフトウェアに関連するプロセッサが使用されてよい。

Claims (14)

1. ワイヤレス送受信ユニット（ＷＴＲＵ）であって、
   進化型Ｎｏｄｅ Ｂ（ｅＮＢ）からの第１のホップ上に第１のデータを備える第１の送信信号を受信し、
   中継ノードからの第２のホップ上に第２のデータを備える第２の送信信号を受信し、
   前記第１の送信信号及び前記第２の送信信号からの前記第１のデータと前記第２のデータとを結合して共同で復号し、前記ＷＴＲＵと前記ｅＮＢとの間の第１のリンク及び前記ＷＴＲＵと前記中継ノードとの間の第２のリンクに渡るＨＡＲＱエンティティが、前記ＷＴＲＵが前記第１のデータと前記第２のデータとを結合して共同で復号することを可能にするバッファ空間を含むＨＡＲＱプロセスを共有し、
   前記第１の送信信号及び前記第２の送信信号に対するＨＡＲＱフィードバックを送信し、前記ＨＡＲＱフィードバックは、送信され、基地局及び中継ノードの少なくとも１つによりデコードされるように構成される、
   ように構成されたプロセッサを備えたことを特徴とするＷＴＲＵ。
2. 前記ＨＡＲＱフィードバックは前記基地局に送られることを特徴とする請求項１に記載のＷＴＲＵ。
3. 前記基地局に送られた前記ＨＡＲＱフィードバックは、前記中継ノードによってオーバーハードされ、デコードされることを特徴とする請求項２に記載のＷＴＲＵ。
4. 前記第２のデータは、前記第１のデータ内に含まれたデータの一部を備えることを特徴とする請求項１に記載のＷＴＲＵ。
5. 前記ＨＡＲＱエンティティは、前記第１の送信信号に対する第１のＨＡＲＱエンティティ、及び前記第２の送信信号に対する第２のＨＡＲＱエンティティを有することを特徴とする請求項１に記載のＷＴＲＵ。
6. 前記ＨＡＲＱエンティティは、前記第１の送信信号及び前記第２の送信信号に対して予約されていることを特徴とする請求項１に記載のＷＴＲＵ。
7. 前記中継ノードが第２のＷＴＲＵであることを特徴とする請求項１に記載のＷＴＲＵ。
8. ワイヤレス送受信ユニット（ＷＴＲＵ）及び進化型Ｎｏｄｅ Ｂ（ｅＮＢ）の少なくとも１つにより実行されるワイヤレスシステム内の協調送信のための方法であって、
   第１のホップ上に第１のデータを備える第１の送信信号を受信することであり、第１の送信信号は第１のＨＡＲＱエンティティを使用する、ことと、
   第２のホップ上に第２のデータを備える第２の送信信号を受信することであり、第２の送信信号は第２のＨＡＲＱエンティティを使用する、ことと、
   前記第１の送信信号及び前記第２の送信信号からの前記第１のデータと前記第２のデータとを結合して共同で復号することであり、前記第１のＨＡＲＱエンティティ及び前記第２のＨＡＲＱエンティティが、調整され、前記第１のデータと前記第２のデータとが結合され共同で復号されることを可能にするバッファ空間を含むＨＡＲＱプロセスを共有する、ことと、
   前記第１の送信信号及び前記第２の送信信号に対するＨＡＲＱフィードバックを送信することであり、前記ＨＡＲＱフィードバックは、送信され、基地局及び中継ノードの少なくとも１つによりデコードされるように構成される、ことと、
   を備えることを特徴とする方法。
9. 前記第２のデータは、前記第１のデータに含まれたデータの一部を備えることを特徴とする請求項８に記載の方法。
10. ワイヤレス送受信ユニットによって実施されることを特徴とする請求項８に記載の方法。
11. 進化型Ｎｏｄｅ Ｂによって実施されることを特徴とする請求項８に記載の方法。
12. ワイヤレス送受信ユニット（ＷＴＲＵ）であって、
    第１のＨＡＲＱエンティティにおいて、第１のホップ上に第１のデータを備える第１の送信信号を受信し、
    第２のＨＡＲＱエンティティにおいて、第２のホップ上に第２のデータを備える第２の送信信号を受信し、
    前記第１のＨＡＲＱエンティティを前記第２のＨＡＲＱエンティティと調整し、前記第１の送信信号及び前記第2の送信信号からの前記第１のデータと前記第２のデータとが結合され共同で復号されることを可能にするバッファ空間を含むＨＡＲＱプロセスを共有し、
    ＨＡＲＱフィードバックを送信し、前記ＨＡＲＱフィードバックは、送信され、基地局及び中継ノードの少なくとも１つによりデコードされるように構成される、
    ように構成されたプロセッサを備えた、ことを特徴とするＷＴＲＵ。
13. ダウンリンク制御情報（ＤＣＩ）を受信するようにさらに構成され、前記ＤＣＩは、送信を中継ノードと調整することに関する制御情報を含むことができることを特徴とする請求項１２に記載のＷＴＲＵ。
14. 前記中継ノードは、基地局からクロスリンク情報を受信することを特徴とする請求項１３に記載のＷＴＲＵ。

Images