(57)【特許請求の範囲】
【請求項１】
中継物理層ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）を受信するために中継ノード（ＲＮ）に実装するための方法であって、
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして前記ＲＮにより構成されたサブフレームにおいて、進化型ノードＢ（ｅＮＢ）からのＲ−ＰＤＣＣＨ送信を受信するステップと、
前記Ｒ−ＰＤＣＣＨのビットを復号するステップであって、前記Ｒ−ＰＤＣＣＨのビットは、第１に、直交周波数分割多重化（ＯＦＤＭ）シンボルの周波数領域に沿ってマップされ、第２に、１または複数のＯＦＤＭシンボル上の時間領域にマップされることと
を備えることを特徴とする方法。
【請求項２】
前記Ｒ−ＰＤＣＣＨのビットは、予め決められた数のリソースブロック（ＲＢ）にマップされており、前記予め決められた数のＲＢは、無線リソース制御（ＲＲＣ）メッセージに示されることを特徴とする請求項１に記載の方法。
【請求項３】
前記Ｒ−ＰＤＣＣＨ送信を含む前記サブフレームに含まれる前記Ｒ−ＰＤＣＣＨ送信は、ダウンリンクリソース割り当てを示すことを特徴とする請求項１に記載の方法。
【請求項４】
物理層ダウンリンク制御チャネル（ＰＤＣＣＨ）送信は、前記ＭＢＳＦＮサブフレームとして前記ＲＮによりされた前記サブフレームにおいて、前記Ｒ−ＰＤＣＣＨ送信に多重化されることを特徴とする請求項１に記載の方法。
【請求項５】
前記Ｒ−ＰＤＣＣＨ送信は、開始ＯＦＤＭシンボルにおいて始まり、前記Ｒ−ＰＤＣＣＨ送信を含む前記サブフレームに含まれる前記ＯＦＤＭシンボルのサブセット上で受信されることを特徴とする請求項１に記載の方法。
【請求項６】
前記開始ＯＦＤＭシンボルは、前記Ｒ−ＰＤＣＣＨ送信を含む前記サブフレームの１番目のＯＦＤＭシンボルではないことを特徴とする請求項５に記載の方法。
【請求項７】
前記Ｒ−ＰＤＣＣＨのリソースブロック（ＲＢ）割り当ては、リソース割り当てタイプ０、リソース割り当てタイプ１、またはリソース割り当てタイプ２のうちの少なくとも１つであることを特徴とする請求項１に記載の方法。
【請求項８】
前記Ｒ−ＰＤＣＣＨの前記ＲＢ割り当ては、タイプ２のリソース割り当てであり、分散型仮想リソースブロック（ＶＲＢ）の割り当てを備えることを特徴とする請求項７に記載の方法。
【請求項９】
中継物理層ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）を受信するための中継ノード（ＲＮ）であって、
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして前記ＲＮにより構成されたサブフレームにおいて、進化型ノードＢ（ｅＮＢ）からのＲ−ＰＤＣＣＨ送信を受信するように構成されたレシーバと、
前記Ｒ−ＰＤＣＣＨのビットを復号するステップであって、前記Ｒ−ＰＤＣＣＨのビットは、第１に、直交周波数分割多重化（ＯＦＤＭ）シンボルの周波数領域に沿ってマップされ、第２に、１または複数のＯＦＤＭシンボル上の時間領域にマップされるように構成されたプロセッサと
を備えることを特徴とするＲＮ。
【請求項１０】
前記Ｒ−ＰＤＣＣＨのビットは、予め決められた数のリソースブロック（ＲＢ）にマップされており、前記レシーバは、前記予め決められた数のＲＢを示す無線リソース制御（ＲＲＣ）メッセージを受信するようにさらに構成されることを特徴とする請求項９に記載のＲＮ。
【請求項１１】
前記Ｒ−ＰＤＣＣＨ送信を含む前記サブフレームに含まれる前記Ｒ−ＰＤＣＣＨ送信は、ダウンリンクリソース割り当てを示すことを特徴とする請求項９に記載のＲＮ。
【請求項１２】
物理層ダウンリンク制御チャネル（ＰＤＣＣＨ）送信は、前記ＭＢＳＦＮサブフレームとして前記ＲＮにより構成された前記サブフレームにおいて、前記Ｒ−ＰＤＣＣＨ送信に多重化されることを特徴とする請求項９に記載のＲＮ。
【請求項１３】
前記Ｒ−ＰＤＣＣＨ送信は、開始ＯＦＤＭシンボルにおいて始まり、前記Ｒ−ＰＤＣＣＨ送信を含む前記サブフレームに含まれる前記ＯＦＤＭシンボルのサブセット上で受信されることを特徴とする請求項９に記載のＲＮ。
【請求項１４】
前記開始ＯＦＤＭシンボルは、前記Ｒ−ＰＤＣＣＨ送信を含む前記サブフレームの１番目のＯＦＤＭシンボルではないことを特徴とする請求項１３に記載のＲＮ。
【請求項１５】
前記Ｒ−ＰＤＣＣＨのリソースブロック（ＲＢ）割り当ては、リソース割り当てタイプ０、リソース割り当てタイプ１、またはリソース割り当てタイプ２のうちの少なくとも１つであることを特徴とする請求項９に記載のＲＮ。
【請求項１６】
前記Ｒ−ＰＤＣＣＨの前記ＲＢ割り当ては、タイプ２のリソース割り当てであり、分散型仮想リソースブロック（ＶＲＢ）の割り当てを備えることを特徴とする請求項１５に記載のＲＮ。
【請求項１７】
中継物理層ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）を送信するための進化型ノードＢ（ｅＮＢ）であって、
複数のＲ−ＰＤＣＣＨビットを符号化し、前記複数のＲ−ＰＤＣＣＨビットは、第１に、直交周波数分割多重化（ＯＦＤＭ）シンボルの周波数領域に沿ってマップされ、第２に、１または複数のＯＦＤＭシンボル上の時間領域にマップされ、
前記複数のＲ−ＰＤＣＣＨビットを変調して、変調されたＲ−ＰＤＣＣＨビットを形成するように構成されたプロセッサと、
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして前記ＲＮにより構成されたサブフレームにおいて、Ｒ−ＰＤＣＣＨ送信を中継ノード（ＲＮ）に送信するように構成されたトランスミッタと
を備えることを特徴とするｅＮＢ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、中継用ＤＬバックホール制御チャネル設計に関する。
【０００２】
本願は、２００９年１０月２９日に出願された米国特許仮出願第６１／２５６／１５９号明細書および２００９年８月１４日に出願された米国特許仮出願第６１／２３４／１２４号明細書の利益を主張し、その両方の内容は、参照によってその全体が本明細書に組み込まれる。
【背景技術】
【０００３】
中継（relaying）は、受信可能範囲および性能を強化する技術（例えば、ＬＴＥ−Ａ（Long term evolution advances）システム情報（ＳＩ））として使用され、より柔軟な配置の選択肢を提供する。中継は、他の技術にも使用され得る。例えば、中継タイプＩは、ＬＴＥ−Ａの技術コンポーネントのうちの１つに含まれ得る。中継タイプＩは、セルがドナーｅノードＢ（ｅＮＢ）と区別可能で独立している、新しいセルを生成する。どのレガシーリリース８（Ｒ８）無線送信／受信ユニット（ＷＴＲＵ）の場合でも、中継タイプＩは、ｅＮＢとして現れ得る（即ち、ドナーｅＮＢへの通信パスにおける中継タイプＩの存在は、ＷＴＲＵに対して透過的である）。中継ノード（ＲＮ）タイプＩは、ＩＭＴ（International Mobile Telecommunication）の周波数割り当て規制(spectrum allocation)におけるＬＴＥまたはＬＴＥ−Ａエアインタフェースを使用することによってドナーｅＮＢに戻る無線帯域内のバックホールリンクを有するｅＮＢとして説明され得る。
【発明の概要】
【０００４】
バックホール制御チャネルと互換性のあるマッピング、制御チャネル要素（ＣＣＥ）の周波数優先(frequency first)マッピングおよびツリーベースの中継リソース割り当てを提供するための方法および装置について説明する。基地局（例えば、ｅＮＢ）と中継ノード（例えば、中継ノードタイプＩ）との間のＵｎダウンリンク（ＤＬ）制御信号などの、制御信号をマップするための方法および装置について説明する。これは、ＲＮセルにおいてＭＢＳＦＮに予約されたサブフレームに制御信号を時間周波数マッピングして手順をエンコードすることを含む。
【図面の簡単な説明】
【０００５】
より詳細な理解は、添付図面と併せて例として与えられた以下の説明から得ることができる。
【０００６】
【図１Ａ】１または複数の開示された実施形態が実装され得る例示的な通信システムの系統図である。
【図１Ｂ】図１Ａに図示した通信システム内で使用され得る例示的な無線送信／受信ユニット（ＷＴＲＵ）の系統図である。
【図１Ｃ】図１Ａに図示した通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークの系統図である。
【図２】本願の方法を実装することができる中継用二重通信を示す図である。
【図３】例示的なバックホール制御チャネルマッピングを示す図である。
【図４】Ｒ−ＰＣＦＩＣＨが使用されていない時にＲ−ＰＨＩＣＨおよびＲ−ＰＤＣＣＨをＯＦＤＭシンボル上にマップする限定されない例示的な図である。
【図５】Ｒ−ＰＣＦＩＣＨが使用されている時にＲ−ＰＨＩＣＨおよびＲ−ＰＤＣＣＨをＯＦＤＭシンボル上にマップする限定されない例示的な図である。
【図６Ａ】ｅＮＢによるＲ−ＰＤＣＣＨのマッピングを実装する方法の限定されない例示的な図である。
【図６Ｂ】Ｒ−ＰＤＣＣＨをＯＦＤＭシンボルにマップする限定されない例示的な図である。
【図６Ｃ】中継によるＲ−ＰＤＣＣＨの復号化を実装する方法の限定されない例示的な図である。
【図７Ａ】ｅＮＢによるＲ−ＰＤＣＣＨのマッピングを実装する方法の限定されない例示的な図である。
【図７Ｂ】Ｒ−ＰＤＣＣＨをＯＦＤＭシンボルにマップする限定されない例示的な図である。
【図７Ｃ】中継によるＲ−ＰＤＣＣＨの復号化を実装する方法の限定されない例示的な図である。
【図８】リソース割り当ての圧縮(reduced)ビットマップを示す図である。
【発明を実施するための形態】
【０００７】
図１Ａは、１または複数の開示された実施形態が実装され得る例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージ、放送などのコンテンツを複数の無線ユーザに提供する多重アクセスシステムになり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスするのを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一搬送波ＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の、１または複数のチャネルアクセス方法を用い得る。
【０００８】
図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話ネットワーク（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、当然のことながら、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素も考慮に入れている。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作および／または通信を行うように構成された任意のタイプのデバイスになり得る。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成され得るし、ユーザ機器（ＵＥ）、移動局、固定式または移動式加入者ユニット、ページャ、携帯電話機、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ型コンピュータ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品等を含み得る。
【０００９】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークにアクセスするのを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとの無線インタフェースをとるように構成された任意のタイプのデバイスになり得る。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ等になり得る。基地局１１４ａ、１１４ｂはそれぞれ、単一要素として描かれているが、当然のことながら、基地局１１４ａ、１１４ｂは、相互接続された任意の数の基地局および／またはネットワーク要素を含み得る。
【００１０】
基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）も含み得る、ＲＡＮ１０４の一部になり得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る特定の地理的領域内で無線信号を送信および／または受信するように構成され得る。そのセルは、さらにセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。従って、一実施形態において、基地局１１４ａは、３つのトランシーバ、即ちセルの各セクタごとに１つを含み得る。別の実施形態において、基地局１１４ａは、複数入力複数出力（ＭＩＭＯ）技術を用い得るので、セルの各セクタごとに複数のトランシーバを利用し得る。
【００１１】
基地局１１４ａ、１１４ｂは、適した任意の無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）になり得る、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数との通信を行い得る。エアインタフェース１１６は、適した任意の無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００１２】
より具体的に言えば、上述のように、通信システム１００は、多重アクセスシステムになり得るし、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ等、１または複数のチャネルアクセス方式を用い得る。例えば、ＲＡＮ１０４の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインタフェース１１６を確立し得る、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００１３】
別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（Long term evolution）および／またはＬＴＥ−Ａ（ＬＴＥ advances）を使用してエアインタフェース１１６を確立し得る、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装し得る。
【００１４】
他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（即ち、世界規模で相互運用できるマイクロ波アクセス（ＷｉＭＡＸ））ＣＤＭＡ２０００、ＣＤＭＡ２０００ＩＸ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８６５（ＩＳ−８６５）、グローバル移動体通信システム（ＧＳＭ）、ＧＳＭエボリューション用の拡張データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）等の無線技術を実装し得る。
【００１５】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントになり得るし、営業所、家庭、自動車、キャンパスおよび同種のものなどの局地エリアにおいて無線接続性を容易にするために適した任意のＲＡＴを利用し得る。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立する無線技術を実装し得る。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立する無線技術を実装し得る。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するセルベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０に直接接続し得る。従って、基地局１１４ｂは、コアネットワーク１０６経由でインターネット１１０にアクセスする必要がない。
【００１６】
ＲＡＮ１０４は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成された任意のタイプのネットワークになり得る、コアネットワーク１０６との通信を行い得る。例えば、コアネットワーク１０６は、呼制御、課金サービス、携帯電話位置情報サービス、プリペイド電話、インターネット接続性、ビデオ分散などを提供し、および／またはユーザ認証などの高レベルなセキュリティ機能を行い得る。図１Ａには示していないが、当然のことながら、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを用いる他のＲＡＮと直接または間接に通信を行い得る。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０４に接続されるのに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を用いる別のＲＡＮ（図示せず）との通信も行い得る。
【００１７】
コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても働く。ＰＳＴＮ１０８は、簡素な旧式電話サービス（ＰＯＳＴ）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）およびＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または動作される有線または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを用い得る１または複数のＲＡＮに接続された別のコアネットワークを含み得る。
【００１８】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード機能を含み得る即ち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークとの通信を行うために複数のトランシーバを含み得る。例えば、図１Ａに示したＷＴＲＵ１０２ｃは、セルベースの無線技術を用い得る基地局１１４ａと、ＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂとの通信を行うように構成され得る。
【００１９】
図１Ｂは、例示的なＷＴＲＵ１０２の系統図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、ノンリムーバブルメモリ１０６、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺装置１３８を含み得る。当然のことながら、ＷＴＲＵ１０２は、実施形態と整合性を保ちながら上述の要素のサブコンビネーションを任意に含み得る。
【００２０】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、標準プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連動する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、ＦＰＧＡ（Field Programmable Gate Array）回路、その他のタイプの集積回路（ＩＣ）、ステートマシン等になり得る。プロセッサ１１８は、信号符号化、データ処理、出力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作するのを可能にするその他の機能を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂではプロセッサ１１８とトランシーバ１２０とを別個のコンポーネントとして描いているが、当然のことながら、プロセッサ１１８とトランシーバ１２０とは、電子回路パッケージまたはチップ内で一つになり得る。
【００２１】
送信／受信要素１２２は、エアインタフェース１１６を介して基地局（例えば、基地局１１４ａ）に対して信号の送受信を行うように構成され得る。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナになり得る。別の実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光線信号を送信および／または受信するように構成されたエミッタ／検出器になり得る。さらに別の実施形態において、送信／受信要素１２２は、ＲＦと光信号との両方を送受信するように構成され得る。当然のことながら、送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成され得る。
【００２２】
さらに、送信／受信要素１２２は単一要素として図１Ｂに描かれているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的に言えば、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。従って、一実施形態において、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送受信するための２または３以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【００２３】
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、および送信／受信要素１２２によって受信される信号を復調するように構成され得る。上述のように、ＷＴＲＵ１０２は、マルチモード機能を有し得る。従って、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴ経由で通信を行うのを可能にするための複数のトランシーバを含み得る。
【００２４】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニットまたは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合され得るし、それらの装置からユーザ入力データを受信し得る。プロセッサ１１８は、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にも出力し得る。さらに、プロセッサ１１８は、ノンリムーバブルメモリ１０６および／またはリムーバブルメモリ１３２などの、適した任意のタイプのメモリから情報にアクセスして、データをそれらのメモリに記憶し得る。ノンリムーバブルメモリ１０６は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスク、またはその他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードおよび同種のものを含み得る。他の実施形態において、プロセッサ１１８は、サーバまたは家庭用コンピュータ（図示せず）などのＷＴＲＵ１０２上に物理的に置かれていないメモリから情報にアクセスして、データをそれらのメモリに記憶し得る。
【００２５】
プロセッサ１１８は、電源１３４から電力を受信し得るし、その電力をＷＴＲＵ１０２の他のコンポーネントに分散および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するために適した任意のデバイスになり得る。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池および同種のものを含み得る。
【００２６】
プロセッサ１１８は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経緯度）を提供するように構成され得るＧＰＳチップセット１３６にも結合され得る。ＧＰＳチップセット１３６からの情報に加えてまたはその代わりに、ＷＴＲＵ１０２は、エアインタフェース１１６を介して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、および／または２または３以上の近隣の基地局から受信される信号のタイミングに基づいてその基地局の位置を決定し得る。当然のことながら、ＷＴＲＵ１０２は、実施形態と整合性を保ちながら、適した任意の位置決定方法によって位置情報を入手し得る。
【００２７】
プロセッサ１１８は、付加的な特徴、機能性および／または有線または無線接続性を提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを含み得る、他の周辺装置１３８にさらに結合され得る。例えば、周辺装置１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザおよび同種のものを含み得る。
【００２８】
図１Ｃは、実施形態に従った、ＲＡＮ１０４およびコアネットワーク１０６の系統図である。上述のように、ＲＡＮ１０４は、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの通信を行うＥ−ＵＴＲＡ無線技術を用い得る。ＲＡＮ１０４は、コアネットワーク１０６との通信も行い得る。
【００２９】
ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含み得るが、当然のことながら、ＲＡＮ１０４は、実施形態と整合性を保ちながら、任意の数のｅノードＢも含み得る。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの通信を行うための１または複数のトランシーバを含み得る。一実施形態において、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装し得る。従って、ｅノードＢ１４０ａは、例えば、無線信号をＷＴＲＵ１０２ａに送信しおよびそれから無線信号を受信する、複数のアンテナを使用し得る。
【００３０】
ｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）と関連付けられ得るし、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングおよび同種のものに対処するように構成され得る。図１Ｃに示すように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インタフェースを介して互いに通信を行い得る。
【００３１】
図１Ｃに示したコアネットワーク１０６は、移動性管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含み得る。上述の要素のそれぞれはコアネットワーク１０６の一部として描かれているが、当然のことながら、これらの要素のどれもがコアネットワークオペレータ以外のエンティティによって所有および／または動作され得る。
【００３２】
ＭＭＥ１４２は、Ｓ１インタフェース経由でＲＡＮ１０４のｅノードＢ１４２ａ、１４２ｂ、１４２ｃのそれぞれに接続され得るし、制御ノードとしても働き得る。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続(initial attach)の間に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、特定のサービングゲートウェイの選択および同種のものに関与し得る。ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）とを交換するための制御プレーン機能も提供し得る。
【００３３】
サービングゲートウェイ１４４は、Ｓ１インタフェース経由でＲＡＮ１０４のｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続され得る。サービングゲートウェイ１４４は、一般的に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに経路指定して転送するやりとりを行い得る。サービングゲートウェイ１４４は、ｅノードＢ間のハンドオーバーの間にユーザプレーンをアンカーし、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに使用可能になる時にページングをトリガし、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶するおよび同種のものなどの、他の機能も行い得る。
【００３４】
サービングゲートウェイ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間で通信を容易にし得る、ＰＤＮゲートウェイ１４６にも接続され得る。
【００３５】
コアネットワーク１０６は、他のネットワークとの通信を容易にし得る。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定通信デバイスとの間で通信を容易にし得る。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８間のインタフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るし、またはそのゲートウェイとの通信を行い得る。さらに、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または動作される他の有線または無線通信ネットワークを含み得る、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【００３６】
周波数分割複信（ＦＤＤ）ベースの帯域内中継の１つの基礎設計原理として、ＲＮタイプＩは、ダウンリンク（ＤＬ）共有アクセスにおけるバックホールリンクおよびバックホール周波数チャネル上のドナーｅＮＢから受信すると同時にアクセスリンク上のＷＴＲＵに送信する、またはアップリンク（ＵＬ）共有アクセスおよびバックホール周波数チャネル上のドナーｅＮＢに送信すると同時にアクセスリンク上のＷＴＲＵから受信することができない。
【００３７】
無線アクセスネットワーク（ＲＡＮ）１＃５６の間に、ＭＢＭＳ（Multimedia Broadcast Multicast Services）単一周波数ネットワーク（ＭＢＳＦＮ）のサブフレームは、下位互換性のある中継ングの実装を可能にし、およびドナーｅＮＢがレガシーＲ８のフレーム構造を順守しながらＤＬ周波数チャネル上でＲＮ送信を可能にするための手段として使用され得ることが認められている。
【００３８】
ＭＢＳＦＮサブフレーム割り当ては、１フレーム当たり６サブフレーム（ＬＴＥ  ＦＤＤモードに対して）に限定され、フレーム構造タイプＩの場合、どのＭＢＳＦＮサブフレームもサブフレーム＃０、＃４、＃５、および＃９で構成され得ない。
【００３９】
ＲＡＮ１＃５７の間に、ＤＬアクセスリンクとＤＬバックホールリンクサブフレームの境界合わせおよびそのＤＬバックホールリンクに対する時間領域リソースの半静的割り当てが受け入れられている。さらに、中継物理層ダウンリンク共有チャネル（Ｒ−ＰＤＳＣＨ）、中継物理層アップリンク共有チャネル（Ｒ−ＰＵＳＣＨ）および中継物理層ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）の導入が認められている。
【００４０】
図２では、ＲＮの配置を示す。（帯域内）中継タイプＩの場合、ＲＮ２３０からｅＮＢ２２５へのリンク２１０は、ＵＬ搬送波上で動作しなくてはならず、ｅＮＢ２２５からＲＮ２３０へのリンク２４５は、ＤＬ搬送波を使用して動作しなければならない。ｅＮＢ２２５からＲＮ２３０へのリンク２４５とＲＮ２３０からＵＥ２  ２３５へのリンク２４０とは、同じＤＬ搬送波周波数を共有し、同様にＲＮ２３０からｅＮＢ２２５へのリンク２１０とＵＥ２  ２３５からＲＮ２３０へのリンク２０５とは、同じＵＬ搬送波周波数を共有する。
【００４１】
マクロｅＮＢ２２５の観点から、ＲＮ２３０は、通常または特殊なＷＴＲＵとして現れることもあるが、同時にＲＮ２３０は、ＲＮ２３０によって支配されているＵＥ２にとって通常のｅＮＢとして現れることもある（即ち、ＵＥ２は、通常のｅＮＢからのものと同じやり方でＲＮ２３０をキャンプオンしてそれからサービスを得る）。図２で例示する目的で、ＵＥ１はマクロｅＮＢ２２５によって支配されるＷＴＲＵであり、ＵＥ２はＲＮ２３０によって支配されるＷＴＲＵであると仮定する。
【００４２】
ＲＮ２３０が同じＤＬ周波数帯域（Ｆ１）で送信（Ｔｘ）と受信（Ｒｘ）を同時に行うことができないので、ｅＮＢ２２５からＲＮ２３０へのリンクおよびＲＮ２３０からＵＥ２  ２３５へのリンク（即ち、リンク２４５およびリンク２５０）は、それらのリンクが同じ搬送波を共有する時に時分割される。同様に、ＲＮ２３０からｅＮＢ２２５へのリンクおよびＵＥ２  ２３５からＲＮ２３０へのリンク（即ち、リンク２１０およびリンク２１５）も、ＵＬ周波数帯域Ｆ２で時分割される。
【００４３】
言い換えれば、ＲＮ２３０は、ＵＥ２  ２３５の観点からＦＤＤｅＮＢとして動作するが、ＲＮ２３０自体は、ＤＬ搬送波とＵＬ搬送波の両方においてＴＤＤ動作（ＴｘとＲｘの交換）をサポートしなければならない。通常のやり方で（Ｆ１上のＤＬ  ＴｘおよびＦ２上のＵＬ  Ｒｘ）動作する時にはｅＮＢ２２５への影響がないことに留意されたい。
【００４４】
ｅＮＢ２２５からＲＮ２３０へのリンクおよびＲＮ２３０からＵＥ２  ２３５へのリンク（即ち、リンク２４５およびリンク２５０）の時分割多重化を、ＬＴＥ  Ｒ８仕様によって提供されるフレキシブルなＭＢＳＦＮシグナリング経由で効率的にサポートすることができる。ＲＮは、いくつかの（最大で６まで）サブフレームをＭＢＳＦＮに予約されたサブフレームとしてＲＮセルにおいて構成する。そのため、中継ＷＴＲＵは唯一、それらのセルの制御領域を予期して復号を試みるが、ＤＬ割り当てまたはＰＤＳＣＨ送信は全く予期しないであろう。中継セルにおいてＭＢＳＦＮに予約されたサブフレームは、ドナーｅＮＢセルによってＭＢＳＦＮサブフレームとして支配されるＷＴＲＵに必ずしも現れるとは限らない。さらに、中継セルにおいてこのように予約されたサブフレームは、ＭＢＭＳサービスを提供する意味のＭＢＳＦＮサブフレームとしてバックホールリンク上の中継に現れないかもしれない。ＭＢＳＦＮに予約されたサブフレームにおいて、ＲＮは１番目に制御領域のＤＬアクセスリンクに送信し、その後送受信のスイッチング時間（例えば、１シンボル）が続き、そしてＤＬバックホールリンク上のｅＮＢからＲＮ自体の送信を受信する。
【００４５】
ＤＬにおいてドナーｅＮＢは、原理上、ＤＬ割り当て（およびＰＤＳＣＨ）、物理層ハイブリッド自動再送要求（ＨＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）上のＤＬ肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）、およびドナーｅＮＢに支配されたマクロＷＴＲＵに対するＵＬ許可（ＰＵＳＣＨに対する許可）を任意のＤＬサブフレームに送信することができる。しかしながら、中継トランスミッタと中継レシーバ間の自己干渉を避けるために、ドナーｅＮＢは、そのセルのＲＮによってＭＢＳＦＮサブフレームとしてブロードキャストされたサブフレームにＤＬ送信を行うべきである。同様に、ＲＮは、ＤＬ  ＡＣＫ／ＮＡＣＫおよびＲＮに支配された中継ＷＴＲＵに対するＵＬ許可を任意のＤＬサブフレームに送信し得る。しかしながら、中継トランスミッタと中継レシーバ間の自己干渉を避けるために、ＲＮは、その中継ＷＴＲＵに対するＰＤＳＣＨを、ＭＢＳＦＮサブフレームとして構成されていないサブフレームにのみに送信し得る。
【００４６】
ＲＮおよびドナーｅＮＢ動作に対して以下の動作原理が認められている。ＲＮにおいて、アクセスリンクＤＬサブフレーム境界が、バックホールリンクＤＬサブフレーム境界と合致している（ＲＮのＴｘ／Ｒｘスイッチングするのに実行可能な調整を除く）。ＤＬバックホールサブフレームのセットは、その間にＤＬバックホール送信が起こることもあり、そのセットは、ＤＬバックホールリンクに使用され得る時間領域リソース（サブフレームのセット）であり、そのリソースは、半静的に割り当てられる。ＵＬバックホールリンク用の時間領域リソースも半静的に割り当てられるかどうかは決定されていない。ＵＬバックホールサブフレームのセットは、その間にＵＬバックホール送信が起こることもあり、そのセットを半静的に割り当てるか、またはＨＡＲＱタイミング関係を使用してＤＬバックホールサブフレームから暗示的に得ることができる。
【００４７】
中継物理層ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）と呼ばれ得る新しい物理層制御チャネルは、半静的に割り当てられたサブフレーム内で、ＤＬバックホールデータ、中継物理層ダウンリンク共有チャネル（Ｒ−ＰＤＳＣＨ）用のリソースを動的にまたは「半永続的に」割り当てるのに使用され得る。Ｒ−ＰＤＣＣＨは、ＵＬバックホールデータ、中継物理層アップリンク共有チャネル（Ｒ−ＰＵＳＣＨ）用のリソースを動的にまたは「半永続的に」割り当てるのにも使用される。
【００４８】
Ｒ−ＰＤＣＣＨは、ＤＬバックホールリンクに割り当てられたサブフレームの物理層リソースブロック（ＰＲＢ）のサブセット上に送信され得る。所定の数のリソースブロック（ＲＢ）は、バックホール制御チャネル用に予約され得る。予約されたＲＢは、仕様によって定められ、中継ノードに半静的に信号が送られるか、またはその他のチャネル、例えば、中継物理層制御フォーマットインジケータチャネル（Ｒ−ＰＣＦＩＣＨ）経由で信号が送られ得る。予約されたＲＢに信号を送るためにＲ−ＰＣＦＩＣＨまたは同様のチャネルが使用される時、オーバーヘッドを最小限にするために、その選択を所定のパターンのセットから行うことができる。Ｒ−ＰＣＦＩＣＨ自体は、標準指定されたＲＢ（例えば、帯域幅の中央）に置かれ得る。Ｒ−ＰＤＣＣＨは、ＤＬバックホールリンクに割り当てられたサブフレームの直交周波数分割多重化（ＯＦＤＭ）シンボルのサブセット上に送信され得る。このＯＦＤＭシンボルのサブセットは、バックホールリンクに使用可能なＯＦＤＭシンボルの完全なセットを含み得る。ＲＮが受信することができるように十分に遅いサブフレーム内のＯＦＤＭシンボルから開始して、Ｒ−ＰＤＣＣＨが送信され得る。Ｒ−ＰＤＣＣＨを使用して、ＤＬリソースを同じサブフレームおよび／または１または複数の後続サブフレームに割り当て得る。Ｒ−ＰＤＣＣＨを使用して、ＵＬリソースを１または複数の後続サブフレームに割り当て得る。Ｒ−ＰＤＳＣＨおよびＲ−ＰＤＣＣＨは、同じＰＲＢまたは別個のＰＲＢ内で送信され得る。バックホール制御チャネルＲＢは、Ｒ−ＰＤＣＣＨ、中継物理層ハイブリッド自動再送要求（ＨＡＲＱ）インジケータチャネル（Ｒ−ＰＨＩＣＨ）、および必要に応じてＲ−ＰＣＦＩＣＨを搬送し得る。
【００４９】
周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）およびハイブリッド多重化方式（ＴＤＭ＋ＦＤＭ、または同等にＦＤＭ＋ＴＤＭ）が、中継リソース間（Ｒ−ＰＤＣＣＨ、Ｒ−ＰＤＳＣＨ）、または中継リソース間（Ｒ−ＰＤＣＣＨ、Ｒ−ＰＤＳＣＨ）、および非中継リソース間（ＰＤＣＣＨ、ＰＤＳＣＨ）のリソース多重化に対して実行可能な候補である。
【００５０】
バックホール制御チャネル設計は、ｅノードＢにおける周波数および時間領域の制御チャネルマッピング、およびＲ−ＰＣＦＩＣＨを使用しない制御チャネルの中継（またはＷＴＲＵなどの、Ｒ−ＰＤＣＣＨのその他のレシーバ）における復号化の詳細を必要とし得る。本明細書の方法、システムおよび装置は、ＡＣＫ／ＮＡＣＫ、Ｒ−ＰＤＳＣＨ復号化遅延の削減、ブラインドサーチの処理時間および関連する電力消費の削減、制御チャネルのシグナリングオーバーヘッド量の最小化、制御チャネルの帯域幅要件の最小化をサポートする。
【００５１】
本明細書では、ＦＤＤネットワークにおける帯域内（即ち、ＲＮ−ｅＮＢリンクがＲＮからＷＴＲＵへのアクセスリンクと同じ搬送波を共有する）の場合についての中継動作が説明されている。しかしながら、説明される方法および手順は、ＴＤＤネットワークにも同等に適用可能である。さらに、ＲＮとｅＮＢとの間のＵｎインタフェースの中継設計が説明されている。具体的には、１または複数の制御信号、即ち、ＵｎＤＬ割り当てまたはＵｎＵＬ許可を搬送するＲＮ  ＤＬ  ＡＣＫ／ＮＡＣＫおよびＲ−ＰＤＣＣＨへのｅＮＢ信号が、どのようにエンコードされてｅＮＢからＲＮに送信されるかについてのいくつかの方法および手順が説明されている。本明細書に提示された考えは、主に中継タイプＩ技術を使用して説明されているが、それらは、他のタイプの中継にも適用可能であり、特に非透過的またはとりわけ非自己バックホールタイプの中継に適用可能である。
【００５２】
複数の中継からのＲ−ＰＤＣＣＨの多重化およびインタリービングを用いた制御チャネルマッピングのための方法を説明する。インタリービングが適用される場合、それはＯＦＤＭシンボルベースで行われ得る。Ｒ−ＰＣＦＩＣＨは使用され得ない。
【００５３】
Ｒ−ＰＤＣＣＨを時間周波数グリッドにマップする方法が説明され、そこではＲ−ＰＤＣＣＨは、制御チャネルのＯＦＤＭシンボル（ＯＦＤＭ制御シンボルとも呼ばれ得る）にわたる周波数領域に沿って１番目にマップされ、その後時間領域のマッピングが続く。周波数優先(frequency first)マッピングの利点は、Ｒ−ＰＣＦＩＣＨまたは同様のチャネルの使用を省くことである。
【００５４】
ツリーベースのＲＢの割り当てを使用して、リソース割り当てのオーバーヘッドを最小限にし得る。中継に特化した構成パラメータを構成する方法を説明する。ＡＣＫ／ＮＡＣＫをサポートする専用Ｒ−ＰＤＣＣＨ（およびダウンリンク制御情報（ＤＣＩ）フォーマット）を説明するが、それによってＲ−ＰＨＩＣＨ／ＰＨＩＣＨチャネル性能要件は、典型的には、典型的なＲ−ＰＤＣＣＨ／ＰＤＣＣＨよりもさらに厳しくなる。Ｒ−ＰＤＣＣＨを介したＡＣＫ／ＮＡＣＫのシグナリングは、Ｒ−ＰＨＩＣＨが使用されていない時に用いられ得る。
【００５５】
図３は、バックホール制御チャネルマッピングの例を示す。周波数領域の割り当ては、ＲＢまたはリソースブロック群（ＲＢＧ）を単位とし、または割り当てのその他の単位となり得る。本明細書では、単位に従って設計がスケールするという理解の下でその単位をＲＢと見なし得る。
【００５６】
周波数ダイバーシティを最大限にするために、中継制御チャネルは、その範囲全体にわたって均一にマップされる。バックホール制御チャネル用のＲＢが、以下の式に従って選択され得る。
【００５７】
【数１】
0005560332.tif 000002
【００５８】
ここで、Rl(i)はｌ番目のＯＦＤＭ制御シンボル用のＲＢインデックスであり、iは0,1,2, ・・・ ,Nl,MAX_REL_RB-1であり、Nl,MAX_REL_RBはｌ番目のＯＦＤＭ制御シンボルのバックホール制御チャネル用に予約されたＲＢの数であり、
【００５９】
【数２】
0005560332.tif 000003
【００６０】
は、ｌ番目のＯＦＤＭ制御シンボルのＲＢの最大数であり、kはリリース８と同様の方法でドナーｅＮｂセルＩＤから導かれる整数である。加法は、モジュロ演算
【００６１】
【数３】
0005560332.tif 000004
【００６２】
になり、kmod20=0,1,2,3の場合、Rl(i)は、すべてのi＝0,1,2, ・・・ ,Nl,MAX_REL_RB-1に対して０から１９の範囲内であり、ＯＦＤＭシンボル“１”に対してラップアラウンドは全く起こらない。
【００６３】
【数４】
0005560332.tif 000005
【００６４】
の場合、ラップアラウンドが起こる。例えば、kmod20=15の場合、
【００６５】
【数５】
0005560332.tif 000006
【００６６】
になる。インデックス１５および１９を有するＲＢは、ＯＦＤＭシンボル“ｌ”に相当し、一方インデックス３、７および１１（それらはラップアラウンドが起こるＲＢである）を有するＲＢは、本発明に従って、ＯＦＤＭシンボル“１”またはＯＦＤＭシンボル“１＋１”のいずれかにマップされる。
【００６７】
以下の方法のうちの１つを使用してモジュロ演算に対応する；１）バックホール制御用に割り当てられた次のＯＦＤＭシンボルを使用してマッピングを継続する；２）同じＯＦＤＭシンボルにラップアラウンドして使用可能なすべてのＲＢをポピュレートする。ひとたびすべてのＲＢが利用されると、ａ）上記の等式（１）によって与えられた次のＲＢの位置か、またはｂ）等式（１）にi=0を当てはめることによって与えられたＲＢの位置のいずれかから次のＯＦＤＭシンボル上へのマッピングを継続する。Nl,MAX_REL_RBは、各帯域幅のオプション用に標準化されるか、またはＲＢの総数の分数（例えば、
【００６８】
【数６】
0005560332.tif 000007
【００６９】
のαは、α={1,1/2,1/3,1/4・・・}のような値をとることができる分数である）として帯域幅から導かれ得る。代替的には、バックホール制御チャネル専用の隣接ＲＢ間の空間付け(spacing)を指定することができる。
【００７０】
【数７】
0005560332.tif 000008
【００７１】
ここでのδRBはＲＢを単位とする空間付けであり、δRBは、標準で指定された整数の所定のセットまたはシステム帯域幅の関数から得ることができる。
【００７２】
フレキシビリティを提供してリソース割り当てを最適化するために、ドナーｅＮＢは、Nl,MAX_REL_RBＲＢを利用しないかもしれない。使用されるＲＢの実数に信号を送る必要がない。中継ノードは、必要な数の許可を見つけるまたはNl,MAX_REL_RBに達するまでさまざまな数のＲＢに対してブラインド復号化を行い得る。ブラインド復号化の複雑さを削減するために、ドナーｅＮＢは、事前決定された数のＲＢのみを使用するように制限され得る（例えば、{1,2,4,8,Nl,MAX_REL_RB}のセットに制限される）。
【００７３】
フレキシビリティを最大限にしてＲ８ＷＴＲＵのスケジューリングを許可するために、バックホール制御チャネルのＲＢ割り当てが、リソース割り当てタイプ０、１または２に適合して行われ得る。割り当てタイプ２が分散型仮想リソースブロックで使用される時、ＰＤＳＣＨと同様の方法で制御チャネルを２つのタイムスロットに分けることができる。
【００７４】
上述のようなさまざまなやり方でリソースを中継専用にすることができる。より大きなフレキシビリティおよびスケーラビリティを導入するために、マッピングモードを定義して上位層経由で信号を送ることができる。上位層シグナリングは、システム情報ブロードキャスト（例えば、制御チャネルＲＢ構成モードまたはＳＩＢ２のＲＢ割り当てビットマップなどの付加的な情報要素）、ＲＲＣ（無線リソース制御）シグナリングまたはＮＡＳシグナリングを通じて達成され得る。例として、以下の表１に示すように、３ビットを用いて８つのモードを定義することができる。
表１
モード        マッピング
０００    帯域の中央のNl,MAX_REL_RB 
００１    全帯域幅にわたって均一に分散されたNl,MAX_REL_RB 
０１０    事前に構成された割り当てを用いたリソース割り当てタイプ０
０１１    事前に構成された割り当てを用いたリソース割り当てタイプ１
１００    事前に構成された割り当てを用いたリソース割り当てタイプ０
１０１    他の構成
１１０    他の構成
１１１    他の構成
【００７５】
事前構成された割り当ては、各割り当てタイプの正確なＲＢを決定するパラメータが標準化されることを示唆し得る。割り当て０および１の場合、ＲＧＢサイズの値Ｐ、および割り当てビットマップが分かり得る。割り当てタイプ２の場合、開始リソースブロックRBstartLCRBsおよびステップサイズNRBstepが指定された標準である。代替的には、すべてのパラメータは動作可能なモードとともに信号で送られ得る。
【００７６】
ＲＮは、すべてのバックホール制御チャネルマッピングのオプションまたは代替的には使用可能なバックホール制御チャネルマッピングのオプションのサブセットをサポートするように要求されるかもしれない。代替的には、デフォルトバックホール制御チャネルマッピングのオプションが指定される。ネットワークは、ネットワークによってサポートされるバックホール制御チャネルマッピングのオプションをシステム情報ブロードキャストメッセージ（例えば、ＳＩＢ２）またはＲＲＣシグナリングまたはその両方の組み合わせに信号で送ることができる。例えば、ＲＮがネットワークに接続されていない時、そのＲＮは、システム情報ブロードキャストメッセージを通じてバックホール制御チャネルマッピング情報を入手することができる。一方、ＲＮがすでに接続モードになっている時、バックホール制御チャネルマッピング方法の更新をＲＲＣシグナリング経由で入手することができる。
【００７７】
完全なフレキシビリティをリリース８のＷＴＲＵスケジューリングに提供するために、ＲＰＤＳＣＨは、ＰＤＳＣＨに使用されるリソース割り当てタイプのうちの１つを使用してマップされ得る。ＲＢにマップされ得るＲ−ＰＤＣＣＨは、Ｒ−ＰＤＳＣＨ用のリソース割り当てを含む。
【００７８】
Ｒ−ＰＤＳＣＨに割り当てられたＲＢもバックホール制御チャネルを搬送する場合、そのＲＢは、バックホール制御チャネルを用いて時分割され得る。
【００７９】
Ｒ−ＰＤＳＣＨが複数のタイムスロットにスパンしている場合（例えば、リソース割り当てタイプ２が制御チャネルマッピングに使用される時）、Ｒ−ＰＤＳＣＨは、Ｒ−ＰＤＳＣＨに対応するようにパンクチャされ得る。
【００８０】
周波数インターリービングを最大限にするために、Ｒ−ＰＣＦＩＣＨ（使用される場合）およびＲ−ＰＨＩＣＨは、使用可能なすべてのバックホール制御チャネルにわたって均一にＲＢにマップされ得る。スプレッド(spread)を最大限にするために、Ｒ−ＰＣＦＩＣＨ（使用される場合）およびＲ−ＰＨＩＣＨは、ＲＢの一部のみ（例えば、３分の１）にマップされ得る。
【００８１】
図４は、Ｒ−ＰＣＦＩＣＨが使用されていない時にＲ−ＰＨＩＣＨおよびＲ−ＰＤＣＣＨをＯＦＤＭシンボル上にマップする例を示す。図５は、Ｒ−ＰＣＦＩＣＨが使用されている時にＲ−ＰＨＩＣＨおよびＲ−ＰＤＣＣＨをＯＦＤＭシンボル上にマップする例を示す。
【００８２】
Ｒ−ＰＣＦＩＣＨ（使用される場合）は、ドナーｅＮＢセル識別子（ＩＤ）から得られるインデックスを有するＲＢから始めて、マップされ得る。Ｒ−ＰＨＩＣＨは、Ｒ８手順に従ってマップされ得る。実施形態において、Ｒ−ＰＣＦＩＣＨ５２５が一部のＲＢにマップされる場合、ＲＢの他の部分は、Ｒ−ＰＨＩＣＨ５２５および／またはＲ−ＰＤＣＣＨ５２０によって使用され得る。残りのＲＢは、Ｒ−ＰＤＣＣＨによって占有される。
【００８３】
Ｒ８ＷＴＲＵ用にエンコードされたＰＤＣＣＨは、時間周波数グリッドにマップされる前に制御チャネル要素（ＣＣＥ）に分割されてインタリーブされる。マッピングは、時間優先順序(time-first order)で行われる。従って、復号化処理を始めることができる前にＯＦＤＭ制御シンボルの数が分からなければならない。
【００８４】
時間優先(time first)マッピングは、移動性が限定されるまたは無いために中継環境において重要な利点を全く提供しない。Ｒ−ＰＤＣＣＨは、すべてのＯＦＤＭシンボルが処理されて制御チャネル処理ユニットに使用可能になるとすぐに復号化を始めることができるように、周波数優先順序でマップされ得る。これは、ＯＦＤＭ制御シンボルの数に信号を送る必要がない。例示的な方法を以下に示す。
【００８５】
一実施形態において、図６Ａに示すように、ブロック６０５において、ドナーｅＮＢは、Ｒ８と同様のやり方ですべての中継ノードのＲ−ＰＤＣＣＨを多重化する。ブロック６１０において、ドナーｅＮＢは、多重化されたＲ−ＰＤＣＣＨをＣＣＥの単位に簡単に区切ること等により、多重化されたビットストリームをＣＣＥにマップし得る。ブロック６１５において、ドナーｅＮＢは、ＣＣＥ空間をｎベクトルに区切るが、ここでのｎはバックホールＯＦＤＭ制御シンボルの数である。ブロック６２０において、ドナーｅＮＢはデータを送信する。図６Ａの方法によって、ＣＣＥが連続した２つのＯＦＤＭシンボルにわたってマップされるのが可能になる。また、ひとたび複数のＲＮ用のＲ−ＰＤＣＣＨが一緒に多重化されると、ＣＣＥが（ＲＢ）にマップされる順序は、多重化されたベクトルのＲ−ＰＤＣＣＨの順序と同じである。図６Ｂは、２つのＯＦＤＭシンボル上にマッピングが行われて、ＣＣＥが２つのＯＦＤＭシンボルにわたってマップされ得る実施形態の例を示す。言い換えれば、例えば、１番目のＯＦＤＭシンボルは、１または複数の全制御チャネル要素（例えば、ＣＣＥ＃１、＃２、および＃３）およびある部分的制御チャネル要素（例えば、ＯＦＤＭシンボル＃１および＃２にスパンするＣＣＥ＃４）を備え得る。
【００８６】
ｉthベクトルのサイズは、ｉ＝１．．．ｎ（および“ｎ”はバックホールＯＦＤＭ制御シンボルの数である）である。以下の“ｉ”は、（式１）で与えられた“ｉ”に等しくないことに留意されたい。Ｒ８技術は、変調、インタリービングおよび事前符号化用に再使用される。ｉthベクトルは、ＲＢの増加（または減少）順序に従ってバックホールＯＦＤＭ制御シンボル用に予約されたｉthＯＦＤＭシンボル上にマップされる。ＣＣＥは、周波数領域および時間領域にマップされ得る。そのマッピングは、マッピングが時間優先順序で行われるＲ８とは違って、周波数優先順序で行われ得ることに留意されたい。図６Ｃは、レシーバにおいて各ＯＦＤＭ制御シンボルに起こり得ることを表示する。一般的に、プロセッサは、例えば、１番目のＲ−ＰＤＣＣＨおよび２番目のＲ−ＰＤＣＣＨを備える複数の中継物理層ダウンリンク制御チャネル（Ｒ−ＰＤＣＣＨ）を表す連続した１番目と２番目のＯＦＤＭシンボルをｅノードＢから受信し得る。次に、プロセッサは、２番目のＯＦＤＭシンボルの前に受信される１番目のＯＦＤＭシンボルから１番目のＲ−ＰＤＣＣＨを復号し得る。図６Ｃのブロック６８２において、ＲＮは復調を行い、そしてブロック６８４においてｉth（ｉ＝１．．．ｎ）べクトルの長さがｉthＯＦＤＭ制御シンボルのビット数に等しい、復調されたビットのｎベクトルを構築する。ブロック６８６において、ＲＮは、ＣＣＥ境界においてｉthベクトルを区分し、そこでＣＣＥの整数を越えるビットはその後に続くＯＦＤＭ制御シンボルの一部として見なされる。ブロック６８８において、ＲＮは、１ＯＦＤＭ制御シンボル当たりのベースでＣＣＥに対してブラインド復号化を行い得る。これは、インタリービングが単一のＯＦＤＭシンボルのスパンによって行われ得るので実行可能である。
【００８７】
中継ノードにアドレス指定されたＲ−ＰＤＣＣＨがまったく見つからない（即ち、ブロック６９０において否定する）場合、ＲＮは、次に続く復調されたビットのベクトルを復号し続ける。ＲＮが担わなければいけない「ＣＣＥラップアラウンド」がある。より多くのＯＦＤＭ制御シンボルがある（即ち、ブロック６９４において肯定する）場合、以前のＯＦＤＭ制御シンボルのブラインド復号化に使用されないビットは、現在のＯＦＤＭ制御シンボルからのビットのベクトルに添付される。ＲＮは、ブロック６８６において再度開始して、復調されたビットによる再構築されたベクトルを処理し得る。
【００８８】
中継ノードにアドレス指定されたＲ−ＰＤＣＣＨが見つかった（即ち、ブロック６９０において肯定する）場合、ＲＮは、ブロック６９１において、モニタされたすべてのＲ−ＰＤＣＣＨ（即ち、モニタされたすべてのＲＮＴＩ）が検出されたかどうかを確認する。ＲＮは、必要な数のＲ−ＰＤＣＣＨが見つかるまで（即ち、ブロック６９１において肯定する）または最大数のＯＦＤＭ制御シンボルに達するまで（即ち、ブロック６９４において否定する）復号化を継続し得る。最大数のＯＦＤＭ制御シンボルを標準化するか、または帯域幅のような他のシステムパラメータに結び付けるか、または上位層によって信号を送ることができる。
【００８９】
実施形態において、図７Ａから図７Ｃまでに示すように、Ｒ−ＰＤＣＣＨをＣＣＥ空間にマッピングするランダム化を可能にし得る。
【００９０】
ブロック７０５において、ドナーｅＮＢは、Ｒ８と同様のやり方ですべての中継ノードのＲ−ＰＤＣＣＨを多重化し得る。ブロック７１０において、ドナーｅＮＢは、各ＣＣＥが単一のＯＦＤＭシンボル内でマップされる（つまり、どのＣＣＥも２つのＯＦＤＭシンボルにスパンしない）ように、使用可能な各ＯＦＤＭシンボル上にマップすることができるＣＣＥの数を計算し得る。ブロック７１５において、ドナーｅＮＢは、どのＯＦＤＭ制御シンボルを所与のＲ−ＰＤＣＣＨに入れるかを決定し得る。ブロック７２０において、ドナーｅＮＢは、各シンボルに対して、ハッシング関数を使用して、すべてのＲ−ＰＤＣＣＨ候補の開始ＣＣＥインデックスを決定し得る。
【００９１】
ハッシング関数は、スケジューリングまたはその他のパラメータを最適化する、ｅＮＢに特化したスケジューリングアルゴリズムになり得る。例えば、Ｒ−ＰＤＣＣＨが、データを復号する際の待ち時間を削減するために、ダウンリンク割り当てを搬送する場合、ドナーｅＮＢのハッシング関数は、１番目のＯＦＤＭ制御シンボルに割り当てられたＣＣＥにダウンリンク割り当てをマップし得る。同様に、Ｒ−ＰＤＣＣＨがＵＬ許可を搬送する場合、ドナーｅＮＢは、２番目または３番目のＯＦＤＭ制御シンボルに割り当てられたＣＣＥにダウンリンク割り当てをマップし得る（これは、ＵＬ送信を４μｓ後に行う必要があるので、その制御チャネルを復号する際の待ち時間はたいした問題ではないことによる）。ハッシング関数は、以下のセット：サブフレーム数、集約レベル、タイムスロットインデックス、または中継無線ネットワーク一時識別子（ＲＮＴＩ）のような中継に特化した識別子、から選択された入力パラメータを有するランダム化関数になり得る。例えば、集約レベル２を有するＣＣＥは、偶数サブフレームの１番目のＯＦＤＭ制御シンボルにマップされて、奇数サブフレームの２番目のＯＦＤＭ制御シンボルにマップされ得る。ハッシング関数は、Ｒ−ＰＤＣＣＨ候補を多重化することに続いて、ＣＣＥの単位に簡単に区切ることも含み得る。さらに、モジュロ循環シフトが適用され得るが、そのシフトは、本明細書で指定されたパラメータの一部またはすべてに基づいて決定される。
【００９２】
ブロック７２５において、ｉthＯＦＤＭ制御シンボル用のＣＣＥは、一緒に多重化されて、変調および事前符号化の後に、ｉthベクトルが、ｉ＝１．．．ｎであるｉthシンボルに完全に合うようにＮＵＬＬビットが加えられる。ブロック７３０において、変調された事前符号化されたシンボルは、周波数優先順序でバックホール用に割り当てられたＲＢ上にマップされる。図７Ｂは、マッピングが２つのＯＦＤＭシンボル上で行われて、ＣＣＥが２つのＯＦＤＭシンボルにわたってマップされ得ない実施形態の例を示す。言い換えれば、例えば、ＣＣＥの挿入がＯＦＤＭシンボルに使用可能なビット数を越える場合、１番目のＯＦＤＭシンボルは、１または複数の全制御チャネル要素（例えば、ＣＣＥ＃１および＃２）およびパディング（例えば、パディングになり得るＮ）を備え得る。
【００９３】
図７Ｃは、レシーバにおいて各ＯＦＤＭ制御シンボルに起こり得ることを表示する。ブロック７８２において、ＲＮは復調を行い、そしてブロック７８４においてｉth（ｉ＝１．．．ｎ）べクトルの長さがｉthＯＦＤＭ制御シンボルのビット数に等しい、復調されたビットのｎベクトルを構築する。ブロック７８６において、ＲＮは、ＣＣＥ境界においてｉthベクトルを区分し、ＣＣＥの整数を越えるＮＵＬＬビットを廃棄する。ブロック７８８において、ＲＮは、１ＯＦＤＭ制御シンボル当たりのベースでＣＣＥに対してブラインド復号化を行い得る。これは、インタリービングおよびＣＣＥランダム化が単一のＯＦＤＭ制御シンボルのスパンによって行われ得るので実行可能である。ｅＮＢに一致するハッシング関数を各集約レベル使用することによって、中継は、復号化を行うＣＣＥ候補を決定し得る。中継ノードにアドレス指定されたＲ−ＰＤＣＣＨがまったく見つからない（即ち、ブロック７９０において否定する）およびより多くのＯＦＤＭ制御シンボルがある（即ち、ブロック７９４において肯定する）場合、ＲＮは、次に続く復調されたビットのベクトルに対して復号し続ける。中継ノードにアドレス指定されたＲ−ＰＤＣＣＨが検出された（即ち、ブロック７９０において肯定する）場合、ブロック７９１において、ＲＮは、モニタされたすべてのＲ−ＰＤＣＣＨ（即ち、モニタされたすべてのＲＮＴＩ）が検出されたかどうかを確認する。ＲＮは、必要な数のＲ−ＰＤＣＣＨが見つかるまで（即ち、ブロック７９１において肯定する）または最大数のＯＦＤＭ制御シンボルに達するまで（即ち、ブロック７９４において否定する）復号化を継続し得る。最大数のＯＦＤＭ制御シンボルを標準化されるか、または帯域幅のような他のシステムパラメータに結び付けられるか、または上位層によって信号が送られ得る。
【００９４】
専用ＲＢは、半静的関数でＲＮに分散され得る。ＫＲＢが中継用にエリアに割り当てられる場合、ｂビットを用いて、Ｋ／２bＲＢは２b中継に割り当てられるか、またはＫ／２b-1ＲＢは２b-1中継に割り当てられるかなどになり得る。Ｋとｂの両方は、上位層シグナリングまたは中継システム情報経由で中継ノードに分かり得る。ｂに依存してＤＩＣフォーマットの長さを変更し得るし、中継ノードは、リソース割り当て用に削減されたビットマップを示す、図８に示したブラインド復号化に従って行い得る。
【００９５】
８０５における１ビットを用いて、リソースは、２つの中継ノードに信号で送られ得る。図８に示すように、８０６においてＲＮ１は、ＫＲＢの最初の半分に割り当てられ得るし、８０７においてＲＮ２は、次の半分に割り当てられ得る。８１０における２ビットを用いて、リソースは４つの中継ノードに信号で送られ得る。例えば、８１２におけるＲＮ１は、Ｋ／４ＲＢの１番目に割り当てられ得る。同様に、３ビットを用いて均等なリソースが８つの中継に割り当てられ得る。図８に示すように、ＲＮ１は、その許可のリソース割り当てとして‘０００’を送ることによってＫ／８の１番目に割り当てられ得る。８１７におけるＲＮ６は、その許可のリソース割り当てとして‘１０１’を送ることによってＫ／８ＲＢの６番目に割り当てられ得る。代替的には、３ビットの例の場合、８ＲＮよりも少ないＤＬバックホールデータがサブフレームに送信される場合、中継“Ｘ”は、適切な３ビットのヘッダを送ることによって“Ｙ”サブセットに割り当てられ得る。より具体的には、中継３、４、５、６、７、８のみがＤＬリソースに割り当てられる場合、ＲＮ３は、‘０００’をヘッダに信号で送ることによってサブセット＃１に割り当てられ得る。ＲＮ４は、‘００１’をヘッダに信号で送ることによってサブセット＃１に割り当てられ得るなどである。残りのサブセット（＃６および＃７）は、ＤＬデータをマクロＷＴＲＵにスケジュールするためにドナーｅＮＢによって再使用され得る。この方法は、中継用のＲ−ＰＤＳＣＨ（ＤＬバックホールデータ）専用のＲＢが、ｅＮＢに接続されたすべてのＲＮに均等に分けられ得る時に適用され得る。この方法は、周波数領域にスケジューリング粒度が低いが、リソース割り当てタイプ０またはタイプ１で用いられるリソース割り当てビットマップの送信が必要ないので、オーバーヘッドが少ないという利点がある。代替的には、各サブセットの開始も信号で送られる場合、ＲＮの均等なリソース割り当てに対する制限が解除され得る。
【００９６】
バックホールについて、遅延は、サブフレーム単位で０に等しいまたは０より大きくなり得る、Ｒ−ＰＤＣＣＨとＲ−ＰＤＳＣＨ（ＤＬリソース）間およびＲ−ＰＤＣＣＨとＲ−ＰＵＳＣＨ（ＵＬ許可）間に含まれ得る。これによってＲ−ＰＤＣＣＨがＤＬ割り当てまたはＵＬ許可を後続サブフレームに提供することが可能になり得る（即ち、Ｒ−ＰＤＣＣＨからＲ−ＰＤＳＣＨに対してδDサブフレーム（δD＞１）、およびＲ−ＰＤＣＣＨからＰＵＳＣＨに対してδD＞４）。Ｒ−ＰＤＣＣＨがアップリンクリソースを１または複数の後続サブフレームのバックホールリンクに許可する場合、ＲＮは、ＵＬデータバックホールに使用されるサブフレームが前もって分かる。Ｒ−ＰＤＣＣＨがダウンリンクリソースを１または複数の後続サブフレームのバックホールリンクに割り当てる場合、ＲＮは、どんなサブフレームがバックホール上のＡＣＫ／ＮＡＣＫフィードバックのＵＬ送信に必要であるかが前もって分かる。ＲＮは次に、ＵＬアクセスリンクとＵＬバックホール間の衝突が避けられる（または最小限にする）ように、Ｒ−ＷＴＲＵをスケジュールし得る。Ｒ−ＷＴＲＵは、ＲＮによって支配され得るＲＮセルのＵＥであることに留意されたい。
【００９７】
バックホールリンクまたはアクセスリンクのいずれかのＵＬ／ＤＬスケジューリングをよりフレキシブルにするために、ｅＮＢは、各ＲＮ（またはＲＮ群）に対する遅延（δDまたはδU）を半静的にまたは動的に構成し得る。半静的構成の場合、遅延の値は、上位層を通じてＲＮ（複数可）に信号で送られる。動的に構成される場合、遅延の値は、遅延の値がいくつかのビット（例えば、２または３ビット）によって表され得る新しいＤＣＩフォーマットを導入することによってＲ−ＰＤＣＣＨに含まれ得る。代替的には、δDまたはδUの値を示す遅延インジケータは、バックホール制御領域で導入／使用され得る。例えば、ＤＬリソース（例えば、Ｒ−ＰＤＳＣＨ）用のバイナリ遅延インジケータが使用される時、“０”は、ゼロ遅延を表す（例えば、Ｒ−ＰＤＳＣＨがＲ−ＰＤＣＣＨと同じサブフレームにあることを意味する）。一方“１”は、現在のサブフレームと関連付けられた１（または複数の）後続サブフレーム（複数可）にＤＬリソース（例えば、ＲＰＤＳＣＨ）が存在することを意味する。
【００９８】
遅延δDまたはδUが適用され得ることによって、１）δDまたはδUは、許可が受信されるサブフレームの後直ちに適用される遅延に相当する、または２）ビット数を削減してフレキシビリティをより増大できるように、遅延は今後に分かるサブフレームの基準値に比例させることができる。例えば、サブフレームの基準値に関して、アップリンクの場合、遅延は、サブフレームｎ＋４ごとになり得る。ここでのｎは許可が受信されたサブフレームである。さらに、δDまたはδUは、サブフレームの基準値からの進歩を暗示する負の値をとることもある。
【００９９】
本明細書で説明した方法において、中継ノードを構成するパラメータは、半静的に信号で送られ得るまたは事前構成され得る。遅延が始動した時、それは通常のＵＥとしてふるまい得る。任意の中継に特化した構成パラメータは、無線リソース制御（ＲＲＣ）メッセージ経由で交換され得る。中継は、そのＵＥ識別子から中継識別子に遷移するためにこの構成情報を使用し得る。
【０１００】
Ｒ８において、ＵＬ送信用のＡ／Ｎは、ＤＬ  ＰＨＩＣＨチャネル上に信号で送られる。中継動作について、これは、最適化されないし実行され得ることもない。中継ＵＬバックホール用のＡ／Ｎを、Ｒ−ＰＤＣＣＨ経由で送ることができる。Ｒ−ＰＤＣＣＨによって搬送されるＤＣＩフォーマットは、中継に特化したＤＣＩフォーマットがＡ／Ｎ情報を含むように拡張し得る。代替的には、１またはいくつかの中継ノード用のＡ／Ｎを搬送するＤＣＩ専用フォーマットが生成され得る。このＤＣＩフォーマットは、Ｒ−ＰＤＣＣＨを使用して、ＤＣＩフォーマットはＡ／Ｎを対象にしていることを知らせる専用ＲＮＴＩで送信され得る。さらに、Ａ／Ｎ専用Ｒ−ＰＤＣＣＨの高品質な要件を満たすために、そのようなＲ−ＰＤＣＣＨは、ＵＬおよびＤＬ許可に使用されるＲ−ＰＤＣＣＨよりも高い集約レベルを使用することによって低い符号化率でエンコードされ得る。さらに、ブラインド復号化の複雑さを削減するために、そのようなＲ−ＰＤＣＣＨの集約レベルは標準に指定され得る。
【０１０１】
特定の組み合わせにおいて機能および要素が上述されているが、各機能または要素は単独または他の機能および要素との任意の組み合わせにおいて使用することができることを当業者は認識するであろう。さらに、本明細書で説明された方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアに実装され得る。コンピュータ可読媒体の例は、電子信号（有線または無線接続を介して送信される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、磁気光媒体、およびＣＤ−ＲＯＭディスク、およびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、これらに限らない。ソフトウェアと連動するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣまたは任意のホストコンピュータに使用する無線周波数トランシーバを実装するために使用され得る。
【図１Ａ】
0005560332.tif 000009
【図１Ｂ】
0005560332.tif 000010
【図１Ｃ】
0005560332.tif 000011
【図２】
0005560332.tif 000012
【図３】
0005560332.tif 000013
【図４】
0005560332.tif 000014
【図５】
0005560332.tif 000015
【図６Ａ】
0005560332.tif 000016
【図６Ｂ】
0005560332.tif 000017
【図６Ｃ】
0005560332.tif 000018
【図７Ａ】
0005560332.tif 000019
【図７Ｂ】
0005560332.tif 000020
【図７Ｃ】
0005560332.tif 000021
【図８】
0005560332.tif 000022