(57)【要約】半二重（ＨＤ）周波数分割複信（ＦＤＤ）（ＨＤ−ＦＤＤ）動作のための方法および装置が開示される。無線送受信ユニット（ＷＴＲＵ）における方法は、セル固有のアップリンクフレームの間を除いて、ダウンリンク通信のためのすべてのダウンリンクサブフレームについて第１の周波数を監視するステップと、第２の周波数への再同調を行い、セル固有のアップリンクフレームのＷＴＲＵ固有の期間の間、スケジューリング要求（ＳＲ）を送信するステップであって、ＷＴＲＵ固有の期間は、デューティサイクルに基づく、ステップと、第１の周波数への再同調を行い、後続のサブフレームにおいてアップリンクグラントを受信するステップとを含む。
2015512571.tif 000002
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）における半二重（ＨＤ）周波数分割複信（ＦＤＤ）（ＨＤ−ＦＤＤ）動作のための方法であって、
セル固有のアップリンクフレームの間を除いて、ダウンリンク通信のためのすべてのダウンリンクサブフレームについて第１の周波数を監視するステップと、
第２の周波数への再同調を行うステップと、
前記セル固有のアップリンクフレームのＷＴＲＵ固有の期間の間、前記第２の周波数上でスケジューリング要求（ＳＲ）を送信するステップであって、前記ＷＴＲＵ固有の期間は、デューティサイクルに基づく、ステップと、
前記第１の周波数への再同調を行うステップと、
後続のサブフレームにおいてアップリンクグラントを受信するステップと
を含むことを特徴とする方法。
【請求項２】
再同調を行う前記ステップは、ネットワークによって構成される減弱されたシンボルの間に行われることを特徴とする請求項１に記載の方法。
【請求項３】
再同調を行うステップは、ネットワークによって構成されるタイミングアドバンスの間に行われることを特徴とする請求項１に記載の方法。
【請求項４】
前記ＳＲは、減弱されたシンボルによって示されるダウンリンク送信の受信後に送信されることを特徴とする請求項１に記載の方法。
【請求項５】
第１のダウンリンクサブフレームにおいてダウンリンク信号を受信した後、アップリンクサブフレームにおいて肯定応答／否定応答（Ａ／Ｎ）を送信するステップ
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
すべてのサブフレームについてのアップリンク／ダウンリンク方向を示す方向パターンを受信するステップ
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記方向パターンは、ビット系列として解釈されることを特徴とする請求項６に記載の方法。
【請求項８】
ビットマップが、複数の送信時間間隔（ＴＴＩ）を用いて前記セル固有のアップリンクフレームを示すことを特徴とする請求項１に記載の方法。
【請求項９】
送信時間間隔（ＴＴＩ）バンドリングが使用されることを特徴とする請求項１に記載の方法。
【請求項１０】
前記デューティサイクルは、長さが１０、２０、または４０ｍｓのうちの１つであることを特徴とする請求項１に記載の方法。
【請求項１１】
半二重（ＨＤ）周波数分割複信（ＦＤＤ）（ＨＤ−ＦＤＤ）動作のための無線送受信ユニット（ＷＴＲＵ）であって、
セル固有のアップリンクフレームの間を除いて、ダウンリンク通信のためのすべてのダウンリンクサブフレームについて第１の周波数を監視するように構成されたプロセッサであって、
前記プロセッサは、第２の周波数への再同調を行うようにさらに構成される、プロセッサと、
前記セル固有のアップリンクフレームのＷＴＲＵ固有の期間の間、スケジューリング要求（ＳＲ）を送信するように構成された送信機であって、前記ＷＴＲＵ固有の期間は、デューティサイクルに基づき、
前記プロセッサは、前記第１の周波数への再同調を行うようにさらに構成される、送信機と、
後続のサブフレームにおいてアップリンクグラントを受信するように構成された受信機と
を備えることを特徴とするＷＴＲＵ。
【請求項１２】
前記再同調は、ネットワークによって構成される減弱されたシンボルの間に行われることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１３】
再同調は、ネットワークによって構成されるタイミングアドバンスの間に行われることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１４】
前記ＳＲは、減弱されたシンボルによって示されるダウンリンク送信の受信後に送信されることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１５】
前記送信機は、第１のダウンリンクサブフレームにおいてダウンリンク信号を受信した後、アップリンクサブフレームにおいて肯定応答／否定応答（Ａ／Ｎ）を送信するようにさらに構成されることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１６】
前記受信機は、すべてのサブフレームについてのアップリンク／ダウンリンク方向を示す方向パターンを受信するようにさらに構成されることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１７】
前記方向パターンは、ビット系列として解釈されることを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項１８】
ビットマップが、複数の送信時間間隔（ＴＴＩ）を用いて前記セル固有のアップリンクフレームを示すことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１９】
送信時間間隔（ＴＴＩ）バンドリングが使用されることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項２０】
前記デューティサイクルは、長さが１０、２０、または４０ｍｓのうちの１つであることを特徴とする請求項１１に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、半二重（ＨＤ）周波数分割複信（ＦＤＤ）（ＨＤ−ＦＤＤ）動作のための方法および装置に関する。
【背景技術】
【０００２】
現在のロングタームエボリューション（ＬＴＥ）／ＬＴＥ−Ａ周波数分割複信（ＦＤＤ）ネットワークは、半二重（ＨＤ）−ＦＤＤ無線送受信ユニット（ＷＴＲＵ）が通常のＦＤＤ  ＷＴＲＵに単純に倣う場合、ＨＤ−ＦＤＤ  ＷＴＲＵをサポートできないことがある。ＬＴＥ／ＬＴＥ−Ａは、ＦＤＤおよび時分割複信（ＴＤＤ）の両方をともにサポートすることができる。ＴＤＤ動作は、半二重ＦＤＤに類似することができ、その結果、ＷＴＲＵは、アップリンク送信またはダウンリンク受信のどちらかしか一度に実行することができない。ＴＤＤアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成は、ＦＤＤネットワークにおいてＨＤ−ＦＤＤ  ＷＴＲＵのために再利用され、すべてのＴＤＤ固有の機能がサポートされるので、僅かなサブフレーム構成しかＴＤＤにおいて定義されなかった場合、スケジューリング柔軟性が依然として制約されることがある。ＦＤ−ＦＤＤと同様に、ＨＤ−ＦＤＤは、ＵＬ送信およびＤＬ送信のために、少なくとも２つの別々の周波数帯域を使用することができるが、ＵＬ送信とＤＬ送信を同時にサポートすることはできない。言い換えると、ＨＤ−ＦＤＤは、不完全な周波数帯域使用のせいで、スペクトルの非効率性に悩まされることがある。その一方で、ＨＤ−ＦＤＤ動作は、ＴＤＤシステムと同じ方法でスケジュールすることができ、ＴＤＤネットワークと同様の方法で、非対称ＤＬ−ＵＬまたはＵＬ−ＤＬデータ要件を扱うことができる。さらに、ＤＬ送信またはＵＬ送信のどちらかで、対応する肯定応答／否定応答（Ａ／Ｎ）フィードバックが必要なことがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ＦＤ−ＦＤＤでは、制御シグナリングオーバヘッドを最低限に抑えるために、ＵＬハイブリッド自動再送要求（ＨＡＲＱ）を、同じＨＡＲＱプロセスの先行する送信から８サブフレーム後にＵＬ再送が行われるように同期させることができるが、そのせいで、ＷＴＲＵにＵＬスケジューリング柔軟性を与えることができない。ＨＤ−ＦＤＤでは、ＤＬ送信とＵＬ送信は、送信の衝突を回避するために、ｅＮＢによってスケジュールすることができる。しかしながら、状況によっては、スケジューリング要求（ＳＲ）のために、またはＷＴＲＵが送信すべきＳＲを有するがＤＬデータ受信によって先取りされることがある場合のために利用可能な、またはスケジュールされたソースが存在しないことがある。
【課題を解決するための手段】
【０００４】
半二重（ＨＤ）周波数分割複信（ＦＤＤ）（ＨＤ−ＦＤＤ）動作のための方法および装置が開示される。無線送受信ユニット（ＷＴＲＵ）における前記方法は、セル固有のアップリンクフレームの間を除いて、ダウンリンク通信のためのすべてのダウンリンクサブフレームについて第１の周波数を監視するステップと、第２の周波数への再同調を行い、前記セル固有のアップリンクフレームのＷＴＲＵ固有の期間の間、スケジューリング要求（ＳＲ）を送信するステップであって、前記ＷＴＲＵ固有の期間は、デューティサイクルに基づく、ステップと、前記第１の周波数への再同調を行い、後続のサブフレームにおいてアップリンクグラントを受信するステップとを含む。
【０００５】
より詳細な理解は、添付の図面を併用する、例として与えられた、以下の説明から得ることができる。
【図面の簡単な説明】
【０００６】
【図１Ａ】１または複数の開示される実施形態を実施することができる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示された通信システム内で使用することができる例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】ＨＤ−ＦＤＤ  ＨＡＲＱプロセスおよびＡ／Ｎタイミングの一例である。
【図３】無線送受信ユニット（ＷＴＲＵ）固有にプリコーディングされるＤＭ−ＲＳの一例を示す図である。
【図４】プリコーディングされないセル固有基準信号（ＲＳ）の一例を示す図である。
【図５】通常のＣＰのためのＷＴＲＵ固有ＤＭ−ＲＳの一例を示す図である。
【図６】アンテナポートの数によるセル固有基準信号（ＣＲＳ）構造の一例を示す図である。
【図７】最大で８つのレイヤをサポートするＤＭ−ＲＳパターンの一例を示す図である。
【図８】ポートの数に従ったチャネル状態情報基準信号（ＣＳＩ−ＲＳ）パターンの再利用の一例を示す図である。
【図９】２Ｔｘ  ＣＲＳを用いるダウンリンク制御チャネル領域におけるＲＥＧ定義の一例を示す図である。
【図１０】４Ｔｘ  ＣＲＳを用いるダウンリンク制御チャネル領域におけるＲＥＧ定義の一例を示す図である。
【図１１】ＰＣＩに従ったＰＣＦＩＣＨ  ＲＥＧ割り当ての一例を示す図である。
【図１２】ＰＣＩに従ったＰＣＦＩＣＨおよびＰＨＩＣＨ  ＲＥＧ割り当ての一例を示す図である。
【図１３】ｅＰＤＣＣＨのＰＤＳＣＨとの多重化（ＦＤＭ多重化）の一例を示す図である。
【図１４】ＰＵＣＣＨのための物理リソースブロックへのマッピングの一例を示す図である。
【図１５】４つの連続したＴＴＩからなるＴＴＩバンドルを用いるＴＴＩバンドリングの一例を示す図である。
【図１６】最初に４ビットのＵＬ／ＤＬパターンを受信することができ、次に、それをその反転バージョンと連結することができ、その後、構成された８ビットパターンを実際のサブフレームのＵＬ／ＤＬ方向として使用することができる、サブフレームＵＬ／ＤＬ方向構成の一例を示す図である。
【図１７】最初に４ビットＵＬ／ＤＬパターンを受信することができ、次に、ｎ＋８ｋおよびｎ＋８ｋ−４ルールに基づいて、残りのサブフレームの方向を示すことができる、サブフレームＵＬ／ＤＬ方向構成の一例を示す図である。
【図１８】ＴＴＩバンドリングを用いるＨＤ−ＦＤＤ非同期ＨＡＲＱプロセスの一例を示す図である。
【図１９】ＦＤ−ＦＤＤ  ＷＴＲＵおよびＨＤ−ＦＤＤ  ＷＴＲＵにおける送信タイミング調整の一例を示す図である。
【図２０】ＴＴＩバンドルサイズがｋ＝４である一例を示す図であり、ここで、ｋは、サブフレームの総数を表す。
【図２１】ＴＴＩバンドルサイズがｋ＝４である一例を示す図であり、ここで、ｋは、ＵＬサブフレームのみの数を表す。
【図２２】６つのサブフレームからなるＴＴＩバンドルに対するＲＶ割り当ての一例を示す図であり、ここで、ＲＶは、ＴＴＩバンドル内のすべてのサブフレームに関連付けられる。
【図２３】６つのサブフレームからなるＴＴＩバンドルに対するＲＶ割り当ての一例を示す図であり、ここで、ＲＶは、ＴＴＩバンドル内のＵＬサブフレームのみに関連付けられる。
【図２４】ＴＴＩバンドルが４つのＴＴＩから成り、そのサブフレームはＵＬサブフレームではないが、バンドルの最終サブフレームに対応するＰＨＩＣＨリソースにおいてＰＨＩＣＨが予想される例示的な構成を示す図である。
【図２５】ＴＴＩバンドルが４つのＴＴＩから成り、バンドルの最終ＵＬサブフレームに対応するＰＨＩＣＨリソースにおいてＰＨＩＣＨが予想される例示的な構成を示す図である。
【図２６】ＷＴＲＵにおけるＨＤ−ＦＤＤの例示的な方法を示す図である。
【発明を実施するための形態】
【０００７】
図１Ａは、１または複数の開示される実施形態を実施することができる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数のチャネルアクセス方法を利用することができる。
【０００８】
図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびに他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例を挙げると、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電製品などを含むことができる。
【０００９】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易化するために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースを取るように構成された、任意のタイプのデバイスとすることができる。例を挙げると、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【００１０】
基地局１１４ａは、ＲＡＮ１０４の部分とすることができ、ＲＡＮ１０４は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある特定の地理的領域内で、無線信号を送信および／または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルのセクタ毎に１つずつ含むことができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがって、セルのセクタ毎に複数の送受信機を利用することができる。
【００１１】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
【００１２】
より具体的には、上で言及したように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１または複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ(登録商標)）を使用してエアインターフェース１１６を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１３】
別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【００１４】
他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭエボリューション用の高速データレート（ＥＤＧＥ）、およびＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００１５】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、職場、家庭、乗物、およびキャンパスなどの局所的エリアにおける無線接続性を容易化するために、任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６を介して、インターネット１１０にアクセスする必要がないことがある。
【００１６】
ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信することができることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０４に接続されるのに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）とも通信することができる。
【００１７】
コアネットワーク１０６は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしてもサービスすることができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークとデバイスとからなるグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用することができる１または複数のＲＡＮに接続された、別のコアネットワークを含むことができる。
【００１８】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。
【００１９】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、着脱不能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。
【００２０】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の任意の機能を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別々のコンポーネントとして示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。
【００２１】
送信／受信要素１２２は、エアインターフェース１１６上で、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成することができることが理解されよう。
【００２２】
加えて、図１Ｂでは、送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６上で無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００２３】
送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【００２４】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受け取ることができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されたメモリではなく、サーバまたはホームコンピュータ（図示されず）などの上に配置されたメモリから情報を入手することができ、それらにデータを記憶することができる。
【００２５】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力の分配および／または制御を行うように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
【００２６】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合することができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上で位置情報を受け取ることができ、および／または２つ以上の近くの基地局から受信した信号のタイミングに基づいて、自らの位置を決定することができる。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、任意の適切な位置決定方法を用いて、位置情報を獲得することができることが理解されよう。
【００２７】
プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加的な特徴、機能、および／または有線もしくは無線接続性を提供する、１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、およびインターネットブラウザなどを含むことができる。
【００２８】
図１Ｃは、一実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上で言及したように、ＲＡＮ１０４は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を利用することができる。ＲＡＮ１０４は、コアネットワーク１０６とも通信することができる。
【００２９】
ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、一実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々が、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。一実施形態では、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信することができ、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３０】
ｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示されず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示されるように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェース上で互いに通信することができる。
【００３１】
図１Ｃに示されるコアネットワーク１０６は、モビリティ管理エンティティ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【００３２】
ＭＭＥ１４２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。ＭＭＥ１４２は、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能も提供することができる。
【００３３】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続することができる。サービングゲートウェイ１４４は、一般に、ユーザデータパケットのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からの経路選択および転送を行うことができる。サービングゲートウェイ１４４は、ｅノードＢ間ハンドオーバ中におけるユーザプレーンのアンカリング（ａｎｃｈｏｒｉｎｇ）、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能な場合に行う呼び出しのトリガ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶など、他の機能も実行することができる。
【００３４】
サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続することができ、ＰＤＮゲートウェイ１４６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易化することができる。
【００３５】
コアネットワーク１０６は、他のネットワークとの通信を容易化することができる。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を容易化することができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８の間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【００３６】
半二重（ＨＤ）周波数分割複信（ＦＤＤ）ＷＴＲＵクラスは、ＦＤＤネットワークにおいて定義することができ、デュプレクサをスイッチで置き換えることができるので、安価に実施することができる。このタイプのＷＴＲＵは、低データレートおよび／または音声トラフィックをサポートする低コストＷＴＲＵとして魅力的なことがある。この新たに定義されたＨＤ−ＦＤＤ  ＷＴＲＵクラスは、ＦＤＤネットワークと良好な相性を有することができ、通常のＦＤＤ  ＷＴＲＵと共存することができる。
【００３７】
ロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンストＦＤＤネットワークでは、ＨＤ−ＦＤＤ  ＷＴＲＵは、物理アップリンク共用チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、およびサウンディング基準信号（ＳＲＳ）などのアップリンク（ＵＬ）信号を送信する間に、ダウンリンク（ＤＬ）サブフレームのある部分を失うことがある。通常のＦＤＤ  ＷＴＲＵ挙動は、このＨＤ−ＦＤＤ  ＷＴＲＵのために再利用することができる。
【００３８】
現在のＬＴＥ／ＬＴＥ−Ａ  ＦＤＤネットワークは、ＨＤ−ＦＤＤ  ＷＴＲＵが通常のＦＤＤ  ＷＴＲＵに倣う場合、ＨＤ−ＦＤＤ  ＷＴＲＵをサポートできないことがある。ＬＴＥ／ＬＴＥ−Ａは、周波数分割複信（ＦＤＤ）および時分割複信（ＴＤＤ）の両方をともにサポートすることができる。ＴＤＤ動作は、半二重ＦＤＤに類似することができ、その結果、ＷＴＲＵは、ＵＬ送信またはＤＬ受信のどちらかしか一度に実行することができない。したがって、ＴＤＤ  ＵＬ／ＤＬサブフレーム構成は、ＨＤ−ＦＤＤ  ＷＴＲＵのために再利用することができＨＤ−ＦＤＤ  ＷＴＲＵは、ＴＤＤ  ＷＴＲＵ挙動に倣うことができる。しかしながら、ＴＤＤ固有の機能は、ＨＤ−ＦＤＤ  ＷＴＲＵがＴＤＤ  ＷＴＲＵ挙動を模倣するために、ＦＤＤネットワーク用に再設計されることがある。したがって、ＴＤＤ固有の機能は、ＦＤＤネットワークにおいて再設計されることがある。
【００３９】
ＦＤＤネットワークにおいてＨＤ−ＦＤＤ  ＷＴＲＵのためにＴＤＤ  ＵＬ／ＤＬサブフレーム構成を再利用することができ、すべてのＴＤＤ固有の機能がサポートされるが、僅かなサブフレーム構成しかＴＤＤにおいて定義されなかった場合、スケジューリング柔軟性が依然として制約されることがある。したがって、現在のＴＤＤ  ＵＬ／ＤＬサブフレーム構成は、スケジューリング柔軟性を減少させるので適切でないことがある。
【００４０】
全二重（ＦＤ）−ＦＤＤと同様に、ＨＤ−ＦＤＤは、ＵＬ送信およびＤＬ送信のために、少なくとも２つの別々の周波数帯域を使用することができるが、ＵＬ送信とＤＬ送信を同時にサポートすることはできない。言い換えると、ＨＤ−ＦＤＤは、不完全な周波数帯域使用のせいで、スペクトルの非効率性に悩まされることがある。その一方で、ＨＤ−ＦＤＤ動作は、ＴＤＤシステムと同じ方法でスケジュールすることができ、ＴＤＤネットワークと同様の方法で、非対称ＤＬ−ＵＬまたはＵＬ−ＤＬデータ要件を扱うことができる。さらに、ＤＬ送信またはＵＬ送信のどちらかで、対応する肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）（Ａ／Ｎ）フィードバックが必要なことがある。しかしながら、ＨＤ−ＦＤＤシステムの送信時間と受信時間が重なり合わない特性のせいで、ＤＬまたはＵＬ  Ａ／Ｎを異なるスケジュール時間に送信することが必要とされることがあり、したがって、同期ＨＡＲＱのタイミングが、ＨＤ−ＦＤＤシステムにおいて使用されないことがある。また、ＨＤ−ＦＤＤは、受信と送信を同時に行うことができないので、ＨＤ−ＦＤＤ動作の場合、ＤＬまたはＵＬ  Ａ／Ｎは、送信オーバヘッドが大きくなりすぎることがある。
【００４１】
図２は、ＨＤ−ＦＤＤ  ＨＡＲＱプロセスおよびＡ／Ｎタイミングの一例である。図２では、ＵＬ送信方式は、ＨＡＲＱプロセス２００が４に等しくなるようにセットアップされる。図２では、ＨＡＲＱプロセスに対応する４つのＵＬ  Ａ／Ｎ２００が必要とされる。したがって、ＤＬにおいて、ＵＬ  Ａ／Ｎ送信のために、少なくとも４つのサブフレーム２０５を使用することができる。Ａ／Ｎタイミング、例えば、ＬＴＥ−Ｒ８におけるＦＤ−ＦＤＤと同様のｎ＋４  Ａ／Ｎタイミングを維持するために、非常に厳しいタイミング条件がＨＤ−ＦＤＤ動作に課されることがあり、スケジューラがＤＬおよびＵＬに無線を割り当てる妨げとなることがある。
【００４２】
ＦＤ−ＦＤＤでは、制御シグナリングオーバヘッドを最低限に抑えるために、同じＨＡＲＱプロセスの先行する送信から８サブフレーム後にＵＬ再送が行われるように、ＵＬ  ＨＡＲＱを同期させることができるが、そのせいで、ＷＴＲＵにＵＬスケジューリング柔軟性を与えることができない。ＨＤ−ＦＤＤでは、動的または異なるＤＬ／ＵＬサブフレーム構成を導入することができるが、そのせいで、ＨＡＲＱ送信にさらなる困難がもたらされることがある。これらの困難は、ＵＬサブフレームの利用可能性に応じて、初期送信後の任意の時点で発生することがあるＵＬ再送を含むことができ、それは、非同期ＵＬ  ＨＡＲＱをもたらすことがある。したがって、どのＨＡＲＱプロセスに対処するのかを示すために、明示的なＨＡＲＱプロセス番号が必要とされることがある。ＦＤ−ＦＤＤ  ＷＴＲＵの場合、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上でのＵＬスケジューリンググラントの受信とＵＬ共用チャネル（ＳＣＨ）上での対応する送信との間のタイミングは、ＤＬサブフレームｎで受信されたＵＬグラントがＵＬサブフレーム（ｎ＋４）に適用されるように、固定することができる。ＨＤ−ＦＤＤ  ＷＴＲＵの場合、動的または異なるＤＬ／ＵＬサブフレーム構成のせいで、サブフレーム（ｎ＋４）がＵＬサブフレームでないことがあるので、このタイミング関係は可能でないことがある。
【００４３】
ＦＤ−ＦＤＤ  ＷＴＲＵの場合、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）上でのＵＬ  ＮＡＣＫ応答の受信とＵＬ−ＳＣＨ上での対応する再送との間のタイミングは、ＤＬサブフレームｎで受信されたＵＬ  ＮＡＣＫがＵＬサブフレーム（ｎ＋４）に適用されるように、固定することができる。ＨＤ−ＦＤＤ  ＷＴＲＵの場合、動的または異なるＤＬ／ＵＬサブフレーム構成のせいで、サブフレーム（ｎ＋４）がＵＬサブフレームでないことがあるので、このタイミングは可能でないことがある。
【００４４】
ＵＬスケジューリンググラントは、ＤＣＩフォーマット０を使用することができ、これには、ＵＬにおいて同期ＨＡＲＱプロトコルを使用するせいで、ＵＬスケジューリンググラントにおいて冗長バージョンの明示的なシグナリングが存在しない。ＨＤ−ＦＤＤでは、ＤＬ送信とＵＬ送信は、送信の衝突を回避するために、ｅＮＢによってスケジュールすることができる。しかしながら、状況によっては、スケジューリング要求（ＳＲ）のために、またはＷＴＲＵが送信すべきＳＲを有するがＤＬデータ受信によって先取りされる場合のために利用可能な、またはスケジュールされたソースが存在しないことがある。アップリンクＳＲリソースは、何らかの特定のデューティサイクルで、より高位のレイヤによって構成することができる。したがって、ＦＤＤ  ＷＴＲＵは、バッファ内にどのようなデータであれデータが発生した場合に、構成されたＳＲリソースにおいてＳＲを送信することができる。しかしながら、ＨＤ−ＦＤＤ  ＷＴＲＵの場合、ＳＲのためのサブフレームがＤＬ送信のために構成されているならば、ＷＴＲＵは、ＳＲを送信することができないことがある。したがって、その状況に対処するために、特定のＷＴＲＵ挙動またはＳＲ手順を定義することができる。ＷＴＲＵがＤＬ受信を行っているが、ＵＬデータの送信を、および／または利用可能な定期的ＳＲリソースが存在しないときにＳＲの送信を必要とする場合、ＨＤ−ＦＤＤ端末挙動に対処するための方法が必要とされることがある。
【００４５】
ＨＤ−ＦＤＤでは、ＷＴＲＵは、ＵＬのために、すべてのサブフレームの一部だけを使用することができる。制限されたＷＴＲＵ送信電力のせいで、利用可能なＵＬサブフレームのそのような減少は、より低いＵＬカバレージとなって現れることがある。例えば、ＤＬ対ＵＬの分配率が３：２である場合、ＷＴＲＵ送信電力密度は、１０×ｌｏｇ１０（２／５）＝−４ｄＢ、ＵＬ送信のために必要とされる帯域幅の２．５（すなわち、５／２）倍だけ減少することがある。別の観点から見ると、基地局から一定の距離では、最大達成可能ＨＤ−ＦＤＤビットレートは、ＦＤ−ＦＤＤのビットレートよりも約２．５倍低くなることがある。この現象は、ＦＤＤモードと比較して、ＴＤＤ動作について経験されるものと同様とすることができる。ＨＤ−ＦＤＤの場合のＵＬカバレージを改善するための１つの選択肢は、送信時間間隔（ＴＴＩ）バンドリングメカニズムを使用することとすることができる。限られた数のサブフレームしかＵＬサブフレームとして利用可能でない場合の、ＨＤ−ＦＤＤへのＴＴＩバンドリングの適用が、本明細書で説明される。
【００４６】
ＬＴＥ／ＬＴＥ−Ａシステムでは、ピークシステムスループット向上、セルカバレージ拡大、および高ドップラサポートを含む様々な目的で、複数アンテナ送信を導入することができる。シングルユーザ多入力多出力（ＭＩＭＯ）は、ピーク／平均ＷＴＲＵスループットを高めることができ、一方、マルチユーザＭＩＭＯは、マルチユーザダイバーシティ利得を利用することによって、ピーク／平均システムスループットを改善することができる。表１は、ＬＴＥ／ＬＴＥアドバンストシステムにおけるＭＩＭＯ能力の一例である。
【００４７】
【表１】
2015512571.tif 000003
【００４８】
ＷＴＲＵチャネル環境に従って、ＭＩＭＯ性能を最適化するために、送信ダイバーシティモード、開ループ空間多重化モード、および閉ループ空間多重化モードを含む、最大で９つの送信モードを利用することができる。ＭＩＭＯリンク適応のために、ＷＴＲＵは、複数の送信アンテナポートのチャネル状態情報（ＣＳＩ）を報告することができる。
【００４９】
基準信号は、ＷＴＲＵ固有基準信号（ＷＴＲＵ−ＲＳ）とセル固有基準信号（ＣＲＳ）とに分類することができる。ＷＴＲＵ−ＲＳは、特定のＷＴＲＵのためだけに使用することができ、その結果、ＷＴＲＵに割り当てられたリソースのためにＲＳが送信される。他方、ＣＲＳは、セル内のすべてのＷＴＲＵによって共用することができ、その結果、広帯域方法でＲＳが送信される。加えて、基準信号の使用に従って、それを、復調基準信号（ＤＭ−ＲＳ）とチャネル状態情報基準信号（ＣＳＩ−ＲＳ）とにさらに区別することができる。
【００５０】
ＤＭ−ＲＳは、特定のＷＴＲＵのためだけに使用することができ、ＲＳは、ビーム形成利得を利用するために、一般にプリコーディングすることができる。ＷＴＲＵ固有ＤＭ−ＲＳは、セル内の他のＷＴＲＵと共用されないので、ＤＭ−ＲＳは、ＷＴＲＵのために割り当てられた時間／周波数リソースで送信することができる。ＤＭ−ＲＳは、復調目的でのみ使用することができる。
【００５１】
図３は、ＷＴＲＵ固有にプリコーディングされるＤＭ−ＲＳの一例である。図３は、プリコーディングされたＤＭ−ＲＳ３００が利用される場合、ＲＳは、データシンボルに対して同じプリコーディングを使用してプリコーディングすることができ、レイヤの数Ｋに対応する同じ数のＲＳ系列が送信されることを示している。ここで、Ｋは、物理的なアンテナポートの数ＮＴに等しいか、またはそれよりも小さい。図３に示されるように、Ｋ個のストリームを、ＷＴＲＵに割り当てることができ、または複数のＷＴＲＵで共用することができる。複数のＷＴＲＵがＫ個のストリームを共用する場合、同時スケジュールされるＷＴＲＵは、同じ時間／周波数リソースを同時に共用することができる。
【００５２】
ＣＲＳは、セル内のすべてのＷＴＲＵに対して定義することができ、復調目的および測定目的で使用することができる。ＣＲＳはすべてのＷＴＲＵによって共用されるので、均一のセルカバレージを保つために、プリコーディングされないＲＳを一般に利用することができる。プリコーディングされたＲＳは、ビーム形成効果のせいで、方向によって異なるセルカバレージを有することができる。
【００５３】
図４は、プリコーディングされないセル固有ＲＳの一例である。図４は、プリコーディングされないＣＲＳ送信４００のためのＭＩＭＯ送信機の一例を示している。いくつかのケースでは、物理的なアンテナポートと論理的なアンテナポートの数が異なる場合、アンテナ仮想化を使用することができる。ＲＳ系列は、ストリームの数に関わらず、すべてのアンテナポートのために送信することができる。
【００５４】
図５は、通常のＣＰのためのＷＴＲＵ固有ＤＭ−ＲＳの一例である。図５は、ｅＮＢにおいて非コードブックベースの送信をサポートするためにＬＴＥシステムで定義された、ＤＭ−ＲＳ、例えば、アンテナポート５  ５００を示している。アンテナポート５  ５００は、１つのレイヤの送信だけをサポートすることができる。アンテナポート５  ５００は常にＣＲＳとともに送信されるので、合計のＲＳオーバヘッドが著しく増加することがある。
【００５５】
図６は、アンテナポートの数によるＣＲＳ構造の一例である。各アンテナポートのＣＲＳパターン６００、６０５、６１０は、時間／周波数領域において相互に直交することができる。図６では、Ｒ０およびＲ１は、それぞれ、アンテナポート０およびアンテナポート１のＣＲＳを示している。ＣＲＳアンテナポートの間の干渉を回避するために、送信されるいずれのＣＲＳアンテナポートも減弱されるＲＥに、データリソース要素（ＲＥ）を配置することができる。
【００５６】
セル間干渉を最低限に抑え、したがって、ＣＲＳからのチャネル推定精度を改善するために、事前定義された系列、例えば、疑似ランダム（ＰＮ）およびｍ系列などに、ＤＬ  ＲＳを乗じることができる。そのようなＰＮ系列は、サブフレームにおいて、直交周波数分割多重（ＯＦＤＭ）シンボルレベルで適用することができ、系列は、セルＩＤ、サブフレーム番号、およびＯＦＤＭシンボルの位置に従って定義することができる。例えば、物理リソースブロック（ＰＲＢ）ごとにＣＲＳを含むＯＦＤＭシンボルでは、ＣＲＳアンテナポートの数は、２とすることができ、ＬＴＥシステムにおけるＰＲＢの数は、６から１１０まで様々とすることができる。このケースでは、ＲＳを含むＯＦＤＭシンボルにおけるアンテナポートのためのＣＲＳの総数は、２×ＮＲＢとすることができる。これは、系列長を２×ＮＲＢとすることができることを暗示することができる。ここで、ＮＲＢは、帯域幅に対応するＲＢの数を示すことができ、系列は、２進または複素とすることができる。系列ｒ（ｍ）は、式１に示されるように、複素系列を示すことができる。
【００５７】
【数１】
2015512571.tif 000004
【００５８】
ここで、
【００５９】
【数２】
2015512571.tif 000005
【００６０】
は、ＬＴＥシステムにおける最大帯域幅に対応するＲＢの数を示し、したがって、
【００６１】
【数３】
2015512571.tif 000006
【００６２】
は、上で説明したように、１１０とすることができる。ｃは、長さが３１のＰＮ系列を表し、ゴールド系列を用いて定義することができる。ＤＭ−ＲＳが構成される場合、式２を使用することができる。
【００６３】
【数４】
2015512571.tif 000007
【００６４】
ここで、
【００６５】
【数５】
2015512571.tif 000008
【００６６】
は、特定のＷＴＲＵに割り当てられたＲＢの数を示し、したがって、系列長は、ＷＴＲＵに割り当てられたＲＢの数に従って変化することができる。
【００６７】
全体的なＲＳオーバヘッドを減少させるために、ＤＭ−ＲＳベースのＤＬ送信を利用することができる。ＣＲＳベースのＤＬ送信は、すべての物理アンテナポートのためにＲＳ系列を送信する必要があることがあるので、ＤＭ−ＲＳベースのＤＬ送信は、ＲＳオーバヘッドを減少させることができる。ＤＭ−ＲＳベースの送信は、ＤＭ−ＲＳのためにレイヤの数と同数のＲＳが必要とされることがあることを考慮することができる。レイヤの数は、物理的なアンテナポートの数に等しいか、またはそれよりも小さくすることができる。
【００６８】
図７は、最大で８つのレイヤをサポートするＤＭ−ＲＳパターンの一例である。図７は、例として、通常のサブフレームのためのＰＲＢにおけるＤＭ−ＲＳパターン７００を示している。２つの符号分割多重化（ＣＤＭ）グループを使用して、各ＣＤＭグループでは、最大で４つのレイヤを多重化することができ、したがって、このパターンにおける最大として、最大で８つのレイヤを多重化することができる。各ＣＤＭグループのＣＤＭ多重化のために、４×４ウォルシュ拡散７０５を使用することができる。
【００６９】
図８は、ポートの数に従ったＣＳＩ−ＲＳパターンの再利用の一例である。ＤＭ−ＲＳは復調性能のために使用されるので、測定目的で、時間／周波数スパースチャネル状態情報（ＣＳＩ）−ＲＳ８００も導入することができる。ＣＳＩ−ＲＳは、ＰＤＳＣＨ領域において、デューティサイクル｛５，１０，２０，４０，８０｝ｍｓで送信することができる。加えて、図８に示されるように、サブフレームにおいて、最大で２０のＣＳＩ−ＲＳパターンの再利用を可能とすることができる。
【００７０】
表２は、ＬＴＥ／ＬＴＥ−Ａにおける送信モードの一例である。ＴＭ−７、８、９を除くすべての送信モードは、復調および測定の両方のためにＣＲＳを使用することができる。ＴＭ−７、８の場合、復調のためには、ＤＭ−ＲＳを使用することができるが、測定のためには、依然としてＣＲＳを使用することができる。ＴＭ−９は、復調および測定のために、それぞれ、ＤＭ−ＲＳおよびＣＳＩ−ＲＳを使用することができる。
【００７１】
【表２】
2015512571.tif 000009
【００７２】
２つのタイプの報告チャネル、ＰＵＣＣＨとＰＵＳＣＨを使用することができる。ＰＵＣＣＨ報告チャネルは、限られたフィードバックオーバヘッドを可能にしながら、ロバストＣＳＩフィードバックを提供することができる。ＰＵＳＣＨ報告チャネルは、より低い信頼性で大量のフィードバックオーバヘッドを可能にすることができる。したがって、ＰＵＣＣＨ報告チャネルは、粗略なリンク適応のための定期的なＣＳＩフィードバック用に使用することができ、ＰＵＳＣＨ報告は、より緻密なリンク適応のために非定期的にトリガすることができる。
【００７３】
表３は、ＬＴＥ／ＬＴＥ−Ａにおける報告モードの一例である。表３は、周波数非選択モードの場合、定期的なＣＳＩ報告チャネルをＰＵＣＣＨとすることができることを示している。周波数選択モードの場合、定期的なＣＳＩ報告チャネルはＰＵＣＣＨとすることができ、一方、非定期的なＣＳＩ報告チャネルはＰＵＳＣＨとすることができる。
【００７４】
【表３】
2015512571.tif 000010
【００７５】
ＤＬ制御チャネルは、制御チャネルのオーバヘッドに従って、すべてのサブフレームの最初の１から３つのＯＦＤＭシンボルを占有することができる。ＤＬ制御チャネルオーバヘッドを扱うためのこの動的なリソース割り当ては、効率的なＤＬリソース利用を可能にすることができ、より高いシステムスループットをもたらす。すべてのサブフレームのＤＬ制御チャネル領域内で、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）、および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含む、３つのタイプのＤＬ制御チャネルを送信することができる。ＤＬ制御チャネルリソースユニットは、リソース要素グループ（ＲＥＧ）と呼ばれる、周波数領域内の４つの連続したＲＥとして定義することができる。ＣＲＳが同じＯＦＤＭシンボルに配置される場合、ＲＥＧは、ＣＲＳを有さない４つの連続したＲＥとして定義することができる。
【００７６】
図９は、２ＴｘＣＲＳを用いるＤＬ制御チャネル領域におけるＲＥＧ定義の一例である。ＤＬ制御チャネルリソースユニットは、リソース要素グループ（ＲＥＧ）９００と呼ばれる、周波数領域内の４つの連続したＲＥとして定義することができる。ＲＥＧ９００は、ＲＳ０  ９０５およびＲＳ１  ９１０によって示されるように、２ＴｘＣＲＳを有する。
【００７７】
図１０は、４ＴｘＣＲＳを用いるＤＬ制御チャネル領域におけるＲＥＧ定義の一例である。ＤＬ制御チャネルリソースユニットは、リソース要素グループ（ＲＥＧ）１０００と呼ばれる、周波数領域内の４つの連続したＲＥとして定義することができる。ＲＥＧ１０００は、ＲＳ０  １００５、ＲＳ１  １０１０、ＲＳ２  １０１５、およびＲＳ３  １０２０によって示されるように、４ＴｘＣＲＳを有する。
【００７８】
ＰＣＦＩＣＨは、すべてのサブフレームの第０のＯＦＤＭシンボル内で送信することができ、それは、サブフレーム内でＤＬ制御チャネルのために使用されるＯＦＤＭシンボルの数を示すことができる。ＰＣＦＩＣＨを使用することによって、サブフレームレベルの動的ＤＬ制御チャネルリソース割り当てが可能なことがある。ＷＴＲＵは、ＰＣＦＩＣＨから制御フォーマットインジケータ（ＣＦＩ）を検出することができ、ＣＦＩ値に従って、サブフレームにおけるＤＬ制御チャネル領域を定義することができる。
【００７９】
表４は、ＰＣＦＩＣＨから検出されるＣＦＩコードワードの一例である。ＣＦＩ＝１、２、３は、帯域幅が６ＰＲＢよりも大きい場合に、サブフレームにおいて、制御領域のために、１つ、２つ、および３つのＯＦＤＭシンボルを使用することができることを示している。
【００８０】
【表４】
2015512571.tif 000011
【００８１】
例外として、ＷＴＲＵがサブフレーム内でＰＣＦＩＣＨを検出しようと試みないように、サブフレームが非ＰＤＳＣＨサポート可能サブフレームとして定義される場合、ＰＣＦＩＣＨをスキップすることができる。
【００８２】
表５は、ＰＤＣＣＨのために使用されるＯＦＤＭシンボルの数の一例である。
【００８３】
【表５】
2015512571.tif 000012
【００８４】
サブフレームの第０のＯＦＤＭシンボルにおけるＰＣＦＩＣＨ送信のために、４つのＲＥＧを使用することができ、ＲＥＧは、周波数ダイバーシティ利得を利用するために、全システム帯域幅に一様に分布することができる。加えて、ＰＣＦＩＣＨ送信の開始ポイントは、物理セルＩＤ（ＰＣＩ）に従って、異なることができる。
【００８５】
図１１は、ＰＣＩに従ったＰＣＦＩＣＨ  ＲＥＧ割り当ての一例である。セルＩＤに結び付けられたＰＣＦＩＣＨ１１０５の周波数シフトは、分散された割り当て１１００からダイバーシティ次数４を達成しながら、複数の近隣セルの間でＰＣＦＩＣＨ１１０５の衝突を回避することによって、ＰＣＦＩＣＨ１１０５の検出性能の性能を保証することができる。すなわち、４つのＲＥＧをシステム帯域幅にわたって分散させることができ、その結果、４つのＲＥＧが分散されるので、周波数ダイバーシティ次数４を達成することができる。ＷＴＲＵ受信機では、ＤＬ制御チャネル検出のための第１のステップは、サブフレーム内のＯＦＤＭシンボルの数を決定するためにＰＣＦＩＣＨ１１０５を復号することとすることができる。ＤＬ制御リソースがＰＣＦＩＣＨ１１０５によって定義されることを考えると、ＰＣＦＩＣＨ１１０５の検出エラーは、ＤＬグラント、ＵＬグラント、およびＰＨＩＣＨ受信の喪失をもたらすことがある。
【００８６】
ＵＬサブフレーム内で送信されるＰＵＳＣＨに対応するＡＣＫまたはＮＡＣＫを送信するために、ＰＨＩＣＨを使用することができる。ＰＨＩＣＨは、システム帯域幅にわたって分散され、ＤＬ制御チャネル内のＯＦＤＭシンボルで送信することができる。ＯＦＤＭシンボルの数は、ＰＨＩＣＨ持続時間として定義することができ、より高位のレイヤのシグナリングを介して構成可能とすることができる。ＰＣＦＩＣＨとは逆に、ＰＨＩＣＨリソース位置は、ＰＨＩＣＨ持続時間に従って変化することができる。
【００８７】
図１２は、ＰＣＩに従ったＰＣＦＩＣＨおよびＰＨＩＣＨ  ＲＥＧ割り当ての一例である。図１２に示されるように、セル、例えば、１２０５内には、複数のＰＨＩＣＨグループ１２０１、１２０２、１２０３を定義することができる。ＰＨＩＣＨグループ１２０１、１２０２、１２０３は、直交系列をなす複数のＰＨＩＣＨを含むことができる。ＷＴＲＵのためのＰＨＩＣＨは、最低ＰＲＢインデックス
【００８８】
【数６】
2015512571.tif 000013
【００８９】
およびＤＭ−ＲＳサイクリックシフト（ｎＤＭＲＳ）など、ＵＬグラント内のリソース情報を用いて、動的に定義することができる。したがって、２つのインデックスのペア（ＰＨＩＣＨグループインデックス
【００９０】
【数７】
2015512571.tif 000014
【００９１】
、ＰＨＩＣＨ系列インデックス
【００９２】
【数８】
2015512571.tif 000015
【００９３】
）は、特定のＷＴＲＵのＰＨＩＣＨリソースを示すことができる。ＰＨＩＣＨインデックスペア
【００９４】
【数９】
2015512571.tif 000016
【００９５】
では、各インデックスは以下のように定義することができる。
【００９６】
【数１０】
2015512571.tif 000017
【００９７】
【数１１】
2015512571.tif 000018
【００９８】
ここで、
【００９９】
【数１２】
2015512571.tif 000019
【０１００】
は、システム内で利用可能なＰＨＩＣＨグループの数を示し、
【０１０１】
【数１３】
2015512571.tif 000020
【０１０２】
と定義され、ここで、Ｎｇは、物理ブロードキャストチャネル（ＰＢＣＨ）を介して送信される２ビット情報であり、情報は、Ｎｇ∈｛１／６，１／２，１，２｝のうちのいずれかである。
【０１０３】
表６は、系列インデックスおよび拡散係数に従った直交系列の一例である。
【０１０４】
【表６】
2015512571.tif 000021
【０１０５】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、１または複数の連続する制御チャネル要素（ＣＣＥ）リソースで定義することができ、１つのＣＣＥは、９つのＲＥＧを含むことができる。利用可能なＣＣＥの数（ＮＣＣＥ）は、ＮＣＣＥ＝［ＮＲＥＧ／９］で定義することができ、ここで、ＮＲＥＧは、ＰＣＦＩＣＨまたはＰＨＩＣＨに割り当てられないＲＥＧの数である。表７は、サポートされるＰＤＣＣＨフォーマットの一例である。表７は、連続するＣＣＥの数の定義によって、利用可能なＰＤＣＣＨフォーマットを示している。
【０１０６】
【表７】
2015512571.tif 000022
【０１０７】
表８は、ＷＴＲＵによって監視されるＰＤＣＣＨ候補の一例である。ＷＴＲＵは、ＰＤＣＣＨを監視し、探索空間に従って、表８に示される与えられた回数だけ、ブラインド復号することが必要なことがある。
【０１０８】
【表８】
2015512571.tif 000023
【０１０９】
図１３は、ｅＰＤＣＣＨのＰＤＳＣＨとの多重化（ＦＤＭ多重化）の一例である。レガシＰＤＣＣＨは、ビーム形成利得、周波数領域ＩＣＩＣ、およびＰＤＣＣＨ容量改善利得を達成することができるように、ＷＴＲＵ固有基準信号とともにＰＤＳＣＨ１３０５領域内でＰＤＣＣＨ１３００を送信することによって強化することができる。あるいは、ｅＰＤＣＣＨ１３１０は、ＰＤＣＣＨ容量を改善することができ、時間領域セル間干渉制御（ＩＣＩＣ）利得を達成することができるように、ＴＤＭ／ＦＤＭ方法で、ＰＤＳＣＨ１３１５と多重化することができる。
【０１１０】
ＰＵＣＣＨのために使用される物理リソースは、より高位のレイヤによって与えられる２つのパラメータ
【０１１１】
【数１４】
2015512571.tif 000024
【０１１２】
および
【０１１３】
【数１５】
2015512571.tif 000025
【０１１４】
に依存することができる。変数
【０１１５】
【数１６】
2015512571.tif 000026
【０１１６】
は、各スロットにおけるＰＵＣＣＨフォーマット２／２ａ／２ｂ送信によって使用するために利用可能なリソースブロックという点での帯域幅を表すことができる。変数
【０１１７】
【数１７】
2015512571.tif 000027
【０１１８】
は、フォーマット１／１ａ／１ｂおよび２／２ａ／２ｂの混合のために使用されるリソースブロックにおいて、ＰＵＣＣＨフォーマット１／１ａ／１ｂのために使用されるサイクリックシフトの数を表すことができる。
【０１１９】
【数１８】
2015512571.tif 000028
【０１２０】
の値は、｛０，１，．．．，７｝の範囲内の
【０１２１】
【数１９】
2015512571.tif 000029
【０１２２】
の整数倍とすることができ、ここで、
【０１２３】
【数２０】
2015512571.tif 000030
【０１２４】
は、より高位のレイヤによって提供される。
【０１２５】
【数２１】
2015512571.tif 000031
【０１２６】
＝０である場合、混合されたリソースブロックは存在することができない。各スロット内の１つのリソースブロックは、たかだか、フォーマット１／１ａ／１ｂおよび２／２ａ／２ｂの混合をサポートすることができるにすぎない。ＰＵＣＣＨフォーマット１／１ａ／１ｂ、２／２ａ／２ｂ、および３の送信のために使用されるリソースは、それぞれ、非負のインデックス
【０１２７】
【数２２】
2015512571.tif 000032
【０１２８】
、
【０１２９】
【数２３】
2015512571.tif 000033
【０１３０】
、および
【０１３１】
【数２４】
2015512571.tif 000034
【０１３２】
によって表すことができる。
【０１３３】
複素数値シンボル
【０１３４】
【数２５】
2015512571.tif 000035
【０１３５】
のブロックは、送信電力ＰＰＵＣＣＨに適合するように、振幅倍率βＰＵＣＣＨを乗じることができ、
【０１３６】
【数２６】
2015512571.tif 000036
【０１３７】
で開始する系列において、リソース要素にマッピングすることができる。ＰＵＣＣＨは、サブフレーム内の２つのスロットの各々において、１つのリソースブロックを使用することができる。送信のために使用される物理リソースブロック内において、基準信号の送信のためには使用されない、アンテナポートｐにおける
【０１３８】
【数２７】
2015512571.tif 000037
【０１３９】
のリソース要素（ｋ，ｌ）へのマッピングは、最初はｋの、次にｌの、最後はサブフレーム内の最初のスロットで開始するスロット番号の昇順とすることができる。
【０１４０】
スロットｎにおけるＰＵＣＣＨの送信のために使用される物理リソースブロックは、
【０１４１】
【数２８】
2015512571.tif 000038
【０１４２】
によって与えることができ、ここで、変数ｍは、ＰＵＣＣＨフォーマットに依存することができる。フォーマット１、１ａ、および１ｂの場合、
【０１４３】
【数２９】
2015512571.tif 000039
【０１４４】
であり、フォーマット２、２ａ、および２ｂの場合、
【０１４５】
【数３０】
2015512571.tif 000040
【０１４６】
であり、フォーマット３の場合、
【０１４７】
【数３１】
2015512571.tif 000041
【０１４８】
である。
【０１４９】
図１４は、ＰＵＣＣＨのための物理リソースブロックの例示的なマッピングである。構成されたサービングセルが１つ存在するときの、サウンディング基準信号とＰＵＣＣＨフォーマット１、１ａ、１ｂ、または３との同時送信の場合、短縮されたＰＵＣＣＨフォーマットを使用することができ、サブフレーム１４００の第２のスロット内の最後のシングルキャリア（ＳＣ）−ＦＤＭＡシンボルは、空のまま残すことができる。
【０１５０】
ＰＵＣＣＨフォーマット１ａ／１ｂのために、２つのアンテナポート上でのＨＡＲＱ−ＡＣＫ送信をサポートすることができる。ＦＤＤであり、構成されたサービングセルが１つである場合、ＷＴＲＵは、ＰＵＣＣＨフォーマット１ａ／１ｂの場合にアンテナポートｐにマッピングされる
【０１５１】
【数３２】
2015512571.tif 000042
【０１５２】
のための、サブフレームｎ内でのＨＡＲＱ−ＡＣＫの送信のためにＰＵＣＣＨリソース
【０１５３】
【数３３】
2015512571.tif 000043
【０１５４】
を使用することができる。
【０１５５】
１．サブフレームｎ−４内の対応するＰＤＣＣＨの検出によって示されるＰＤＳＣＨ送信の場合、またはサブフレームｎ−４内のＤＬ  ＳＰＳリリースを示すＰＤＣＣＨの場合、ＷＴＲＵは、アンテナポートｐ０のために、
【０１５６】
【数３４】
2015512571.tif 000044
【０１５７】
を使用することができ、ここで、ｎＣＣＥは、対応するＤＣＩ割り当ての送信のために使用される最初のＣＣＥの番号（すなわち、ＰＤＣＣＨを構成するために使用される最低のＣＣＥインデックス）とすることができ、
【０１５８】
【数３５】
2015512571.tif 000045
【０１５９】
は、より高位のレイヤによって構成することができる。２アンテナポート送信の場合、アンテナポートｐ１のためのＰＵＣＣＨリソースは、
【０１６０】
【数３６】
2015512571.tif 000046
【０１６１】
によって与えることができる。
【０１６２】
２．サブフレームｎ−４内で検出される対応するＰＤＣＣＨが存在しない、プライマリセル上でのＰＤＳＣＨ送信の場合、
【０１６３】
【数３７】
2015512571.tif 000047
【０１６４】
の値は、より高位のレイヤの構成に従って決定することができる。２つのアンテナポート送信のために構成されるＷＴＲＵの場合、ＰＵＣＣＨリソース値は、アンテナポートｐ０のための第１のＰＵＣＣＨリソース
【０１６５】
【数３８】
2015512571.tif 000048
【０１６６】
と、アンテナポートｐ１のための第２のＰＵＣＣＨリソース
【０１６７】
【数３９】
2015512571.tif 000049
【０１６８】
の２つのＰＵＣＣＨリソースにマッピングすることができ、それ以外の場合、ＰＵＣＣＨリソース値は、アンテナポートｐ０のための単一のＰＵＣＣＨリソース
【０１６９】
【数４０】
2015512571.tif 000050
【０１７０】
にマッピングすることができる。
【０１７１】
構成されるサービングセルが２以上である場合のＦＤＤ  ＨＡＲＱ−ＡＣＫフィードバック手順は、本明細書で説明されるようなチャネル選択を有するＰＵＣＣＨフォーマット１ｂのＨＡＲＱ−ＡＣＫ手順、または本明細書で説明されるようなＰＵＣＣＨフォーマット３のＨＡＲＱ−ＡＣＫ手順のいずれかに基づくことができる。
【０１７２】
ＰＵＣＣＨフォーマット３のために、２つのアンテナポート（ｐ∈［ｐ０，ｐ１］）上でのＨＡＲＱ−ＡＣＫ送信をサポートすることができる。
【０１７３】
構成された２つのサービングセルと、チャネル選択を有するＰＵＣＣＨフォーマット１ｂとを用いるＦＤＤの場合、ＷＴＲＵは、ＰＵＣＣＨフォーマット１ｂを使用するサブフレームｎ内の、Ａ個のＰＵＣＣＨリソース
【０１７４】
【数４１】
2015512571.tif 000051
【０１７５】
から選択されたＰＵＣＣＨリソース
【０１７６】
【数４２】
2015512571.tif 000052
【０１７７】
上で、ｂ（０）ｂ（１）を送信することができ、ここで、０≦ｊ≦Ａ−１、Ａ∈｛２，３，４｝である。ＨＡＲＱ−ＡＣＫ（ｊ）は、サービングセルｃに関連付けられた、トランスポートブロックまたはＳＰＳリリースＰＤＣＣＨのための、ＡＣＫ／ＮＡＣＫ／ＤＴＸ応答を表すことができる。
【０１７８】
サービングセルｃ上で最大２つのトランスポートブロックをサポートする送信モードを用いるように構成されるＷＴＲＵは、単一のトランスポートブロックを有するＰＤＳＣＨ送信、またはサービングセルに関連付けられたＤＬ  ＳＰＳリリースを示すＰＤＣＣＨに応答して、両方のトランスポートブロックのために同じＨＡＲＱ−ＡＣＫ応答を使用することができる。
【０１７９】
ＷＴＲＵは、ＨＡＲＱ−ＡＣＫ（ｊ）に関連付けられたＡ個のＰＵＣＣＨリソース
【０１８０】
【数４３】
2015512571.tif 000053
【０１８１】
を、以下に従って決定することができ、ここで、０≦ｊ≦Ａ−１である。
【０１８２】
１．プライマリセル上のサブフレームｎ−４内の対応するＰＤＣＣＨの検出によって示されるＰＤＳＣＨ送信の場合、またはプライマリセル上のサブフレームｎ−４内のＤＬ  ＳＰＳリリースを示すＰＤＣＣＨの場合、ＰＵＣＣＨリソースは、
【０１８３】
【数４４】
2015512571.tif 000054
【０１８４】
であり、最大２つのトランスポートブロックをサポートする送信モードの場合、ＰＵＣＣＨリソース
【０１８５】
【数４５】
2015512571.tif 000055
【０１８６】
は、
【０１８７】
【数４６】
2015512571.tif 000056
【０１８８】
によって与えることができ、ここで、ｎＣＣＥは、対応するＰＤＣＣＨの送信のために使用される最初のＣＣＥの番号であり、
【０１８９】
【数４７】
2015512571.tif 000057
【０１９０】
は、より高位のレイヤによって構成される。
【０１９１】
２．サブフレームｎ−４内で検出される対応するＰＤＣＣＨが存在しない、プライマリセル上でのＰＤＳＣＨ送信の場合、
【０１９２】
【数４８】
2015512571.tif 000058
【０１９３】
の値は、より高位のレイヤの構成に従って決定することができる。最大２つのトランスポートブロックをサポートする送信モードの場合、ＰＵＣＣＨリソース
【０１９４】
【数４９】
2015512571.tif 000059
【０１９５】
は、
【０１９６】
【数５０】
2015512571.tif 000060
【０１９７】
によって与えることができる。
【０１９８】
３．セカンダリセル上のサブフレームｎ−４内の対応するＰＤＣＣＨの検出によって示されるＰＤＳＣＨ送信の場合、最大２つのトランスポートブロックをサポートする送信モードのための
【０１９９】
【数５１】
2015512571.tif 000061
【０２００】
の値、および
【０２０１】
【数５２】
2015512571.tif 000062
【０２０２】
の値は、より高位のレイヤの構成に従って決定することができる。より高位のレイヤによって構成される４つのリソース値の１つからＰＵＣＣＨリソース値を決定するために、対応するＰＤＣＣＨのＤＣＩフォーマット内の送信電力制御（ＴＰＣ）フィールドを使用することができる。最大２つのトランスポートブロックをサポートする送信モードのために構成されるＷＴＲＵの場合、ＰＵＣＣＨリソース値は、２つのＰＵＣＣＨリソース
【０２０３】
【数５３】
2015512571.tif 000063
【０２０４】
にマッピングすることができ、それ以外の場合、ＰＵＣＣＨリソース値は、単一のＰＵＣＣＨリソース
【０２０５】
【数５４】
2015512571.tif 000064
【０２０６】
にマッピングすることができる。
【０２０７】
ＴＴＩバンドリングは、限られたＵＬカバレージを経験し、送信電力が最大に接近しているＷＴＲＵのＵＬカバレージを助けることができる。ＦＤＤにおいてＴＴＩバンドリングを使用することによって、ＷＴＲＵが有効送信時間窓を最大４倍まで拡大することを可能にする最大４つの連続したＴＴＩにおいて、同じデータを送信することができ、単一のトランスポートブロックは、それらの連続したサブフレームにおいて、異なる冗長バージョンを用いて符号化および送信される。ＴＴＩバンドル内のすべてのＴＴＩには、同じＨＡＲＱプロセス番号を割り当てることができる。ＴＴＩバンドル内のすべてのＴＴＩは、単一のリソースとして扱うことができ、それには、単一のＡＣＫ／ＮＡＣＫを有する単一のＵＬグラント、例えば、ＰＨＩＣＨが関連付けられる。ＴＴＩバンドリングメカニズムは、ＷＴＲＵごとに、より高位のレイヤのシグナリングによって構成することができる。ＦＤＤ  ＴＴＩバンドリングでは、どの再送についても、ラウンドトリップ伝搬遅延時間（ＲＴＴ）は、１６ｍｓに等しくすることができる。ＦＤＤ  ＴＴＩバンドリングがアクティブ化された場合、ＷＴＲＵは、ＦＤＤ  ＵＬグラントのルールに従って、ＴＴＩバンドル内の最初のサブフレームのためのＵＬグラントを受信することができる。ＴＴＩバンドル内でＵＬデータが送信されると、ＷＴＲＵは、そのＴＴＩバンドルの最後のサブフレームに対応するＰＨＩＣＨルールに従って、ＰＨＩＣＨ（または別のＵＬグラント）を、予想することができる（「ＴＴＩ」と「サブフレーム」は交換可能に使用することができる）。同じＴＴＩバンドル内の連続したＴＴＩは、連続した冗長バージョン（ＲＶ）に割り当てることができる。
【０２０８】
図１５は、４つの連続したＴＴＩからなるＴＴＩバンドルを用いるＴＴＩバンドリングの一例である。図１５は、ＨＡＲＱ  ＩＤ＃０  １５００が、バンドリングされた４つのＴＴＩ１５０５から成り、ＡＣＫ／ＮＡＣＫ１５１０が、ＴＴＩバンドルの最後のＴＴＩから４つのＴＴＩで受信され、再送１５１５が、最初の送信の第１のＴＴＩから１６つのＴＴＩで生じる、一例を示している。
【０２０９】
ＦＤＤ  ＴＴＩバンドリングがアクティブ化されると、ＷＴＲＵは、最大で４つのＨＡＲＱプロセスをサポートすることができる。ＦＤＤ動作では、同じＨＡＲＱプロセスのすべてのＴＴＩバンドルは、同じ番号のＵＬサブフレームおよび同じパターンを有することができ、例えば、連続したＵＬサブフレームを含み、時間領域において一様に分布することができる。
【０２１０】
本明細書で説明される実施形態によれば、固定されたＵＬ／ＤＬサブフレーム構成、動的なＵＬ／ＤＬサブフレーム構成、ＨＤ  ＦＤＤのためのＨＡＲＱプロセス、ならびにＨＤ  ＦＤＤのための切り換え時間およびスケジュール要求を説明することができる。
【０２１１】
固定されたＵＬ／ＤＬサブフレーム構成は、マルチスロットＬＴＥ  ＷＴＲＵクラス、およびＦＤＤ  ＨＡＲＱタイミングに基づいた構成を含むことができる。
【０２１２】
マルチスロットＬＴＥ  ＷＴＲＵクラスでは、ＬＴＥ  ＦＤＤシステムにおいてＨＤ  ＬＴＥ  ＦＤＤ対応のＷＴＲＵの動作を可能にするために、ＷＴＲＵは、少なくとも１つの、または場合によっては１組の可能なマルチスロットクラスをサポートすることができる。ＷＴＲＵマルチスロットクラスは、一定のＷＴＲＵ能力を識別することができる。これらは、与えられた基準または観察可能期間の間に、ＨＤ  ＷＴＲＵがいくつのＤＬサブフレームを受信できるか（ＤＬ）、および与えられた基準または観察可能期間の間に、ＨＤ  ＷＴＲＵがいくつのＵＬサブフレームを送信できるか（ＵＬ）を含むことができる。例えば、期間は、フレーム、複数のフレーム期間、または他の任意の適切な時間とすることができる。
【０２１３】
ＨＤマルチスロットクラスは、ＷＴＲＵがどのＤＬサブフレームでＤＬ信号の受信を試みることができるか、および／またはそのマルチスロットクラスをサポートするＷＴＲＵがどのＵＬサブフレームでＵＬ信号を送信することができるか記述することができる。例えば、第１の定義されたマルチスロットクラスは、ＷＴＲＵが、与えられた１つのフレーム期間において、２つのＤＬサブフレームの受信と、１つのＵＬサブフレームの送信とをサポートすることが可能であることを定めることができる。または、第２のマルチスロットクラスは、ＷＴＲＵが、任意の与えられたフレーム期間において、３つのＤＬサブフレームの受信と、２つのＵＬサブフレームの送信とをサポートすることが可能であることを定めることができる。さらに、マルチスロットクラスは、識別情報、それぞれ送信および／もしくは受信のためにＷＴＲＵによってサポートされるＤＬおよびＵＬサブフレームの順序もしくはシーケンスを含むことができ、ならびに／またはどのサブフレームの間は、ＷＴＲＵが信号を受信もしくは送信することを期待することができないかを識別することができる。
【０２１４】
例えば、与えられたフレーム期間における０から９までのサブフレームを列挙した場合、２つのＤＬ  Ｒｘおよび１つのＵＬ  Ｔｘをサポートする第１のマルチスロットクラスは、ＤＤ０Ｕ００００００と示すことができ、ここで、Ｄは、有効なＤＬサブフレームを示し、Ｕは、有効なＵＬサブフレームを示し、０は、そのサブフレームではＷＴＲＵが受信または送信することを期待することができないことを示す。同様に、３つのＤＬ  Ｒｘおよび２つのＵＬ  Ｔｘをサポートするマルチスロットクラスは、ＤＤＤ０ＵＵ００００と示すことができる。
【０２１５】
与えられたマルチスロットクラスは、サポートされるＤＬおよび／またはＵＬサブフレームの数を定めることができ、ＤＬ受信とＵＬ送信の間およびＵＬ送信とＤＬ受信の間のアイドル期間の長さに関する仮定を記述することができる。例えば、ＴｘからＲｘへの切り換えおよびＲｘからＴｘへの切り換えを可能にするためのアイドルサブフレームが１つであるというそのような導出された仮定を使用して、３つのＤＬ  Ｒｘおよび２つのＵＬ  ＴｘをサポートするＷＴＲＵは、フレーム期間において以下のＴｘ／Ｒｘ構成を、すなわち、ＤＤＤ０Ｕ．．．、ＤＤ０ＵＵ．．．、ＤＤ００ＵＵ．．．、ＤＤ０００Ｕ．．．をサポートすることが可能なことがある。予想されるＤＬ受信期間が再発する前に、ＷＴＲＵによるＴｘ／Ｒｘ切り換えのために、少なくとも１つのアイドルサブフレームが必要とされることがある。
【０２１６】
マルチスロットクラス動作をサポートするＷＴＲＵは、以下でさらに説明されるように、そのマルチスロットクラスおよび／またはシグナリングに従って、ＤＬ監視期間の開始時に、ＤＬ  Ｒｘに切り換わることができる。ＤＬ監視および／またはＤＬ受信期間に続いて、ＨＤマルチスロットクラスをサポートするＷＴＲＵは、ＵＬ送信期間の開始時に、ＵＬ送信に切り換わることができる。あるいは、ＵＬ信号送信がスケジュールされない場合などには、ＷＴＲＵは、ＵＬ送信期間をスキップすることができる。
【０２１７】
ＨＤマルチスロットクラスをサポートすることで、ハードウェアコストの低減、ベースバンドおよびソフトウェア処理の減少、バッテリスタンバイの増加、ならびに電力消費の低減から利益を得る、ＷＴＲＵ実施を可能にすることができる。さらに、ＷＴＲＵによってサポートされる与えられたマルチスロットクラスは、予想されるＤＬ  ＲｘおよびＵＬ  Ｔｘ構成を特別に識別するように、ネットワークによって構成することができる。
【０２１８】
ネットワークは、第１のＤＬサブフレームのためにＷＴＲＵが監視することを期待されるＤＬサブフレームがどれであるかを決定するための１つのファクタとして、識別子またはオフセット値を伝達することができる。例えば、ＤＬ  Ｒｘが３つ／ＵＬ  Ｔｘが２つ／アイドルが１つの例示的なマルチスロットクラスをサポートするＷＴＲＵの場合、ネットワークによって伝達される識別子またはオフセット値は、ＤＬ  ＲｘがサブフレームＮにおいて開始すると仮定するようにＷＴＲＵを構成する。例示的な値としてＮ１＝５を使用すると、それに対応して、シグナリングメッセージ受信時のＷＴＲＵは、パターン００００ＤＤＤ０ＵＵ｜００００ＤＤＤ０ＵＵ｜．．．に従って、ＤＬサブフレームの監視を開始するように、その受信機を構成することができる。しかしながら、Ｎ２＝４のオフセットまたはインジケータ値を用いるように構成された、それと同じ例示的なマルチスロットクラスの別のＷＴＲＵは、ＤＬ  ＲｘおよびＵＬ  Ｔｘのために利用可能であるとして、以下の１組のサブフレームを、すなわち、０００ＤＤＤ０ＵＵ０｜０００ＤＤＤ０ＵＵ０｜．．．を識別することができる。
【０２１９】
マルチスロットクラスによってサポートされる特定のＤＬ  ＲｘサブフレームおよびＵＬ  Ｔｘサブフレームは、ランダム化関数に従うことができる。すなわち、許可されたＤＬサブフレームとＵＬサブフレームの総数の範囲内で、事前定義された決定論的または疑似ランダムまたは計算可能関数が、与えられた期間について、どのサブフレームが、そのＷＴＲＵまたはＷＴＲＵのグループのためのＤＬ  ＲｘおよびＵＬ  Ｔｘに対応することができるかを決定する。このランダム化関数は、セル、システム、もしくはＷＴＲＵ識別子に依存することができ、またはシステムフレーム番号（ＳＦＮ）などのカウンタ、もしくは時間の進行を表すカウンタに依存することができる。
【０２２０】
ＨＤマルチスロットクラスをサポートするＷＴＲＵは、ネットワークに入る時に、サポートする１または複数のマルチスロットクラスをネットワークに伝達することができる。ＷＴＲＵからのシグナリングメッセージの受信に続いて、ネットワークは、受信したまたは示されたマルチスロット能力に従って、ＷＴＲＵをＨＤモードに構成することができる。最初のＵＬ信号をネットワークに送信する前など、ネットワークに入ろうとしている間、マルチスロットクラスをサポートするＷＴＲＵは、タイミングもしくは周波数捕捉信号などのＤＬシステム信号、またはシステムへのアクセスに関するＤＬシステム情報もしくは構成情報を識別することができる。マルチスロットクラスをサポートするＷＴＲＵは、ＵＬ送信が必要とされないことを特徴とする、第１のＤＬ受信限定モードに切り換わることができる。固定もしくは可変のいずれか、またはすべてのＤＬサブフレームを、ＷＴＲＵによって処理することができる。ＵＬ送信を通してＷＴＲＵがネットワークに合法的にアクセスすることができる旨の、必須のＤＬシステム情報の獲得および受信に続いて、ＷＴＲＵは、ＨＤモード動作に切り換わることができる。ＨＤモード動作では、ＷＴＲＵは、第１のＵＬ信号を少なくとも１つのＵＬサブフレームに収めて送信することができ、その後、サポートするマルチスロット能力に従って、ＤＬ受信に切り換わることができ、受信した１または複数のＤＬ信号を処理して、１または複数のシグナリングメッセージを通してネットワーク構成を獲得するなどする。
【０２２１】
マルチスロットクラスをサポートするＷＴＲＵは、セル固有またはシステム固有のＤＬシステム情報を受信することができる。セル固有またはシステム固有のＤＬシステム情報は、ネットワークによって送信される専用ＤＬシグナリングメッセージの受信を通した呼び出しメッセージを含むことができる。例えば、マルチスロットクラス動作に従って動作するように構成されたＷＴＲＵは、予想されるＤＬサブフレーム内で呼び出しメッセージまたはシステム通知もしくはシステム情報メッセージが生起した場合、復号を行うことができる。あるいは、ＷＴＲＵは、所定の時間の間、または構成可能なパターンで、またはシグナリングメッセージの受信を通して、ＨＤ動作から復帰することができ、これらの信号またはメッセージを獲得するために、ＤＬ受信限定モードに変化することができる。ＷＴＲＵは、大多数のフレームにおいてマルチスロットクラスに従って動作している間、１０フレームおきなど、ある構成可能なまたは所定のタイマ値に合せて発生するＵＬ送信期間をスキップすることを可能にすることができる。ＷＴＲＵは、ＵＬ送信および／またはＤＬ受信活動がない期間に続いて、タイマまたはカウンタ値の関数として、ＤＬ受信限定に切り換わることができる。
【０２２２】
ＤＬサブフレームにおいてＷＴＲＵによって受信される少なくとも１つのＤＬ送信に対応するＡ／Ｎ情報は、少なくとも１つの対応するＵＬサブフレームにおいて送信することができる。ＷＴＲＵは、第１のＤＬサブフレームにおけるＤＬ信号の受信に続いて、サブフレーム番号またはシーケンス番号などの送信設定から導出される少なくとも１つのパラメータによって識別される、または少なくとも１つのパラメータを通して獲得されるＵＬサブフレームにおいて、Ａ／Ｎを送信することができる。例えば、Ａ／Ｎを搬送する対応するＵＬサブフレームは、（マルチスロットクラスの制約内にある）固定されたＤＬ−ＵＬタイミング関係から、または次のフレーム内の最初に利用可能なＵＬサブフレームといったルールから、またはＤＬ−ＵＬマッピング関係を通して、導出することができる。ＤＬ信号の受信に対応する、ＷＴＲＵによる予想されるＵＬ  Ａ／Ｎ送信を定めるマッピング関係は、異なるＨＤマルチスロットクラスごとに異なることができる。
【０２２３】
例えば、構成ＤＤ０００Ｕ００００において２つのＤＬ  Ｒｘおよび１つのＵＬ  ＴｘをサポートするＷＴＲＵは、第１および第２のＤＬサブフレームに対応するＡ／Ｎを、ＵＬサブフレーム＃６において送信することができる。または、マルチスロットクラスＤＤ０Ｕ００００００をサポートするＷＴＲＵは、第１のフレーム内のＤＬサブフレーム＃１および＃２に対応するＡ／Ｎを、次に続くフレームのＵＬサブフレーム＃４においてのみ送信することができる。
【０２２４】
受信したＤＬ信号と、これらに対応するＡ／Ｎを搬送するＵＬ送信との間の関連付けについての上で説明された原理は、固定されたルール、関連付けテーブル、またはＤＬサブフレームとＵＬサブフレームの間の時間差の関数など、複数の等価の方法でも定めることができる。
【０２２５】
受信したＤＬ信号と対応するＵＬサブフレームとの間のＡ／Ｎタイミング関係と同様に、ＷＴＲＵによって送信されるＵＬ信号に対応するＡ／Ｎを搬送するＤＬサブフレームを定めるタイミング関係も可能とすることができる。上でＤＬの場合について説明されたのと同様の手法を利用することができる。
【０２２６】
ＤＬ−ＵＬ  Ａ／Ｎ関係とＵＬ−ＤＬ  Ａ／Ｎ関係とが同じである必要はない。実際に、これらが、一般に、与えられたマルチスロットクラスによってサポートされるＤＬサブフレームとＵＬサブフレームの数が異なるせいで異なることがあり、または与えられたＤＬサブフレームと与えられたＵＬサブフレームとの間に生じる異なるタイミング期間のせいで異なることがあることを予想することができる。
【０２２７】
１つの例示的な技術的実現では、ＨＤマルチスロットクラスをサポートするＷＴＲＵについての、ＤＬ−ＵＬ  Ａ／Ｎ送信および／またはＵＬ−ＤＬ  Ａ／Ｎ送信のタイミング関係は、ＴＤＤ  ＬＴＥ動作またはそれの選択されたサブセットのために定義されたそれらに対応することができる。上述のマルチスロットクラスは、例示的な説明のために、サブフレーム、フレーム、およびタイムスロットの概念を使用することができる。明らかなように、ＷＴＲＵによる予想されるＤＬおよびＵＬ挙動を定める、他の適切な、しかしながら等価な基準期間を等しく利用することができる。
【０２２８】
ＦＤＤ  ＨＡＲＱタイミングに基づいた構成を含む、固定されたＵＬ／ＤＬサブフレーム構成も開示される。この構成では、ＷＴＲＵは、以下のメカニズムの１つまたは組み合わせによって、いくつかのサブフレームまたは場合によってはすべてのサブフレームについてのＵＬ／ＤＬ方向の表示を受信することができる。ＷＴＲＵは、すべてのサブフレームまたは場合によっては１組のサブフレームについてのＵＬ／ＤＬ方向の暗黙的および／または明示的な表示を受信することができる。サブフレームのＵＬ／ＤＬ方向のこれらの表示は、サブフレームＵＬ／ＤＬ方向パターンを含むことができるが、それに限定されない。ＷＴＲＵは、ＵＬサブフレームとして示すことができるサブフレームにおいてのみ送信することができる。ＷＴＲＵは、ＤＬサブフレームとして示すことができるサブフレームにおいてのみ受信することができる。受信したＵＬ／ＤＬ方向表示パターンは、ＷＴＲＵが新しいパターンを受信することができるまで、反復可能なパターンとして扱うことができる。
【０２２９】
明示的および／または暗黙的なパターンの一例として、ＷＴＲＵによって受信されたＵＬ／ＤＬサブフレーム方向パターンは、ビット系列として解釈することができ、各ビットは、１つのサブフレームまたは場合によっては１組のサブフレームの方向を示すことができる。例えば、その系列内の１つのビットが「１」に等しい値を有する場合、それは、１つのサブフレーム（または場合によっては１組のサブフレーム）をＤＬサブフレームとして構成することができることを示すことができ、一方、そのビットの値が「０」である場合、それは、そのサブフレーム（または場合によっては１組のサブフレーム）をＵＬサブフレームとして構成することができることを示すことができる。あるいは、ビット値の解釈を反対にすることもできる。
【０２３０】
ビット系列パターンは、異なる長さを有することができる。一例として、ビット系列パターンの長さは、４０ビットに設定することができ、４０ビットは、場合によっては（例えば、４０ｍｓの期間に対応する）４０個の連続したサブフレームの方向を表すことができ、４０個の連続したサブフレームは、４つの連続した無線フレームを含むことができる。別の例として、ビット系列パターンの長さは、４ビットに設定することができ、４ビットは、例えば、４ｍｓの期間に対応する、４つの連続したサブフレームを表すことができる。
【０２３１】
ビット系列のビットは、連続していないサブフレームのＵＬ／ＤＬ方向を示すことができる。例えば、ビット系列パターンの長さは、８ビットに設定することができ、それらのビットは、４つの連続した無線フレームのサブフレーム＃０および＃５のＵＬ／ＤＬ方向を示すことができる。ＷＴＲＵは、いくつかの無線フレーム内のいくつかまたはすべてのサブフレーム＃０および／または＃５については、どのようなデータおよび／またはシグナリングの受信も期待することができない。
【０２３２】
ＵＬ／ＤＬ方向パターンは、サブフレームのＵＬ／ＤＬ方向を暗黙的に示すことができる。ＷＴＲＵは、おそらくは受信したＵＬ／ＤＬ方向パターンからサブフレームの実際のＵＬ／ＤＬ方向を決定するために、いくつかのルールを使用するように求められることがある。
【０２３３】
図１６は、最初に４ビットのＵＬ／ＤＬパターンが受信され、次に、その反転バージョンと連結され、その後、構成された８ビットパターンがＵＬ／ＤＬ方向のための実際のサブフレームとして使用される、例示的なサブフレームＵＬ／ＤＬ構成である。一例では、ＷＴＲＵは、最初の４つの連続したサブフレームのＵＬ／ＤＬ方向を示す４ビットのビット系列パターンを受信することができるが、第２の４つのサブフレームのＵＬ／ＤＬ方向は、受信したパターンによって示される方向を反転した方向に対応することができる。これら８つのサブフレームのＵＬ／ＤＬ方向は、次のサブフレームに対しても反復的に使用することができる。例えば、図１６に示されるように、ＷＴＲＵは、ビット系列パターン「１１００」１６００を受信することができ、受信した４ビットパターンをその反転バージョン「００１１」１６０５と連結し、「ＤＤＵＵＵＵＤＤ」方向を暗示する「１１００００１１」１６１０を得ることによって、暗黙的に８ビットパターンを導出することができ、ここで、「Ｄ」は、ＤＬサブフレームを表すことができ、「Ｕ」は、ＵＬサブフレームを表すことができる。この８ビットパターンは、すべてのサブフレーム１６２０のために反復することができる。
【０２３４】
ＷＴＲＵは、２以上のパターンで、すなわち、２以上の（場合によっては解釈される）ビット系列で、サブフレームのＵＬ／ＤＬ方向の表示を受信することができる。いくつかのサブフレームの方向が２以上のパターン（（場合によっては解釈される）ビット系列）によって示される場合、異なるパターンに異なる優先順位を割り当てることができ、したがって、例えば、同じサブフレームに異なる方向が割り当てられる場合、いくつかのサブフレームについては、１つのパターンを他のパターンよりも優先することができる。
【０２３５】
図１７は、最初に４ビットＵＬ／ＤＬパターンが受信され、次に、ｎ＋８ｋおよびｎ＋８ｋ−４ルールに基づいて、残りのサブフレームの方向が示される、例示的なサブフレームＵＬ／ＤＬ方向構成である。おそらくは受信されるＵＬ／ＤＬ方向パターンからサブフレームの実際のＵＬ／ＤＬ方向を決定するために、ＷＴＲＵが場合によっては使用することができるルールの一例では、ＷＴＲＵは、おそらくは受信されたパターンにおいてサブフレームｎがＤＬ（またはＵＬ）サブフレームとして示されると、サブフレームｎ＋８ｋもＤＬ（またはＵＬ）サブフレームとすることができることを仮定すること、または示されることができ、ここで、ｋは１以上の整数値である。例えば、図１７に示されるように、ＷＴＲＵは、ビット系列パターン「１１００」１７００を受信することができ、サブフレームの方向を決定するために、ｎ＋８ｋルール１７２０を使用することができ、サブフレームｎがＤＬサブフレームである場合、サブフレームｎ＋８ｋをＤＬサブフレーム１７３０として示すことができ、サブフレームｎがＵＬサブフレームである場合、サブフレームｎ＋８ｋをＵＬサブフレーム１７２５として示すことができる。図１７では、値「１」は、ＤＬ方向として解釈され、値「０」は、ＵＬ方向として解釈される。また、ＵＬサブフレームは、文字「Ｕ」で示され、ＤＬサブフレームは、文字「Ｄ」で示される。未確定のＵＬ／ＤＬ方向を有するサブフレームは、文字「Ｘ」で示される。最終的なＵＬ／ＤＬ方向パターンは、すべての暗黙的および／または明示的に示されるＵＬ／ＤＬ方向の合併を含むことができる。
【０２３６】
おそらくは受信されるＵＬ／ＤＬ方向パターンからサブフレームの実際のＵＬ／ＤＬ方向を決定するために、ＷＴＲＵが場合によっては使用することができるルールの一例では、ＷＴＲＵは、おそらくは受信されたパターンにおいてサブフレームｎがＤＬ（またはＵＬ）サブフレームとして示されると、サブフレームｎ＋８ｋ−４がＵＬ（またはＤＬ）サブフレームであることを仮定すること、または示されることができ、ここで、ｋは１以上の整数値である。例えば、図１７に示されるように、ＷＴＲＵは、ビット系列パターン「１１００」１７００を受信することができ、サブフレームの方向を決定するために、ｎ＋８ｋ−４ルール１７０５を使用することができ、サブフレームｎがＤＬサブフレームである場合、サブフレームｎ＋８ｋ−４をＵＬサブフレーム１７１０として示すことができ、サブフレームｎがＵＬサブフレームである場合、サブフレームｎ＋８ｋ−４をＤＬサブフレーム１７１５として示すことができる。図１７では、値「１」は、ＤＬ方向として解釈され、値「０」は、ＵＬ方向として解釈される。また、ＵＬサブフレームは、文字「Ｕ」で示され、ＤＬサブフレームは、文字「Ｄ」で示される。未確定のＵＬ／ＤＬ方向を有するサブフレームは、文字「Ｘ」で示される。最終的なＵＬ／ＤＬ方向パターン１７３５は、すべての暗黙的および／または明示的に示されるＵＬ／ＤＬ方向の合併を含むことができる。
【０２３７】
ＵＬ／ＤＬサブフレーム方向に関するどの（暗黙的および／または明示的な）ルールおよび／または指示も、割り当てられた優先順位を有することができ、より高い優先順位を有する他の（暗黙的および／または明示的な）ルールおよび／または指示によって無効にされることがある。ＤＬサブフレームにおいてＤＬグラントを受信した場合、ＷＴＲＵ  ＵＬ  ＨＡＲＱタイミングは、ＦＤＤ動作のＤＬスケジューリングおよびＤＬ  ＨＡＲＱタイミングに従うことができる。ＷＴＲＵは、ＤＬ  ＨＡＲＱフィードバックのための対応するサブフレームがＵＬサブフレームでない場合、そのフィードバックを送信することができない。ＤＬサブフレームにおいてＵＬグラントを受信した場合、ＷＴＲＵは、ＦＤＤ動作のＵＬスケジューリングおよびＵＬ  ＨＡＲＱタイミングに従うことができる。ＷＴＲＵは、ＵＬ  ＨＡＲＱフィードバックのための対応するサブフレームがＤＬサブフレームでない場合、そのフィードバックを期待することができない。ＷＴＲＵがＰＵＳＣＨ再送要求を受信した場合、ＷＴＲＵは、その再送のための対応するサブフレームがＵＬサブフレームでない場合、ＰＵＳＣＨを再送することができない。
【０２３８】
動的ＵＬ／ＤＬサブフレーム構成は、暗黙的および／または明示的に実行することができる。半二重ＦＤＤ（ＨＤ−ＦＤＤ）ＷＴＲＵの定義は、ある時点では、ＵＬおよびＤＬのために、異なる周波数帯域幅において、ＵＬ送信またはＤＬ受信のどちらかを実行することである。ＨＤ−ＦＤＤ  ＷＴＲＵがＦＤＤネットワークにおいてサポートされると仮定すると、ＵＬおよびＤＬサブフレームは、ＷＴＲＵ固有とすることができる。
【０２３９】
暗黙的な構成に関して、ＦＤＤネットワークにおけるＨＤ−ＦＤＤ  ＷＴＲＵ挙動は、以下のうちの少なくとも１つとして定義することができ、すなわち、ＷＴＲＵは、サブフレームｎが、ＷＴＲＵのための（以下で定められる）以下の目的のうちの少なくとも１つを目的として、ＵＬのために使用されない限り、サブフレームｎをＤＬサブフレームであると仮定することができ、ＷＴＲＵは、サブフレーム＃０および＃５が常にＤＬサブフレームであり、したがって、このサブフレームでは、スケジュール／構成されたいずれのＵＬ送信もドロップされると仮定することができ、ＷＴＲＵは、（以下で定められる）以下のケースのうちの少なくとも１つを除いて、サブフレーム＃０および＃５がＤＬサブフレームであると仮定することができ、ＷＴＲＵは、ブロードキャスト情報の受信を終えた後、ＲＡＣＨ応答のために構成されるサブフレームを、サブフレーム＃０および／または＃５であっても、ＵＬサブフレームとすることを仮定することができる。
【０２４０】
ＷＴＲＵは、サブフレームｎが、ＷＴＲＵのための以下の目的のうちの少なくとも１つを目的として、ＵＬのために使用されない限り、サブフレームｎをＤＬサブフレームであると仮定する。サブフレームｎ−４におけるＰＵＳＣＨ送信のために、ＵＬリソースを与えることができる。定期的なＣＳＩ報告を構成することができ、ＷＴＲＵは、サブフレームｎにおいて定期的なＣＳＩ報告を報告する必要があることがある。サブフレームｎ−４において非定期的なＣＳＩ報告をトリガすることができ、したがって、サブフレームｎにおいてＣＳＩフィードバックを必要とする。サブフレームｎ−４においてＰＤＳＣＨを受信することができ、ＷＴＲＵは、サブフレームｎにおいてＨＡＲＱ＿ＡＣＫを送信する必要があることがある。ＷＴＲＵのために定期的なＳＲＳ（サウンディング基準信号）を構成することができ、ＷＴＲＵは、サブフレームｎにおいてＳＲＳを送信する必要があることがある。サブフレームｎ−４において定期的なＳＲＳをトリガすることができ、その結果、ＷＴＲＵは、サブフレームｎにおいてＳＲＳを送信する必要があることがある。半永続的スケジューリング（ＳＰＳ）を与えることができ、ＳＰＳ送信のためにサブフレームｎを構成することができる。ＷＴＲＵは、サブフレームｎにおいてスケジューリング要求（ＳＲ）を送信する必要があることがある。
【０２４１】
ＷＴＲＵは、以下のケースのうちの少なくとも１つを除いて、サブフレーム＃０および＃５がＤＬサブフレームであると仮定することができる。無線フレームのサブセットを、ＷＴＲＵがＨＤ−ＦＤＤルールに従うことができる、ＨＤ−ＦＤＤ固有の無線フレームとして定義することができる。ＷＴＲＵは、サブフレームｎ−４において受信したＰＤＳＣＨを有することができ、ここで、ｎは０または５である。この場合、ＷＴＲＵは、サブフレーム＃０または＃５を、ＨＡＲＱ＿ＡＣＫを送信するためのＵＬサブフレームと見なすことができる。ＷＴＲＵは、サブフレームｎにおいてスケジューリング要求（ＳＲ）を送信する必要があることがある。サブフレームｎ−４において定期的なＳＲＳをトリガすることができ、その結果、ＷＴＲＵは、サブフレームｎにおいてＳＲＳを送信する必要がある。
【０２４２】
明示的な構成に関して、ＨＤ−ＦＤＤ  ＷＴＲＵが、セル固有のＵＬサブフレーム以外のすべてのサブフレームがＤＬサブフレームであることを仮定することができるように、セル固有のＵＬサブフレームを構成することができる。セル固有のＵＬサブフレーム内では、ＷＴＲＵ固有のＵＬサブフレームは、以下のようにさらに構成することが、すなわち、ビットマップが複数のＴＴＩを用いてＷＴＲＵ固有のＵＬサブフレームを示すことができるように、ＷＴＲＵ固有のＵＬサブフレーム内では、ＷＴＲＵが、ＷＴＲＵ固有のＵＬサブフレームを送信するために任意の信号を有することができる場合、ＷＴＲＵにＤＬサブフレームを監視するように要求することができるように、情報をブロードキャストする場合、すべてのブロードキャスト情報がセル固有のＵＬサブフレーム以外のサブフレームにおいて送信されることを、ｅＮＢスケジューラが保証することができるようにさらに構成することができる。
【０２４３】
ビットマップが複数のＴＴＩを用いてＷＴＲＵ固有のＵＬサブフレームを示す場合、１０、２０、および／または４０ｍｓデューティサイクルベースのＷＴＲＵ固有のＵＬサブフレーム構成を使用することができる。ビットマップは、ＷＴＲＵに従って異なることができる。ビットマップは、より高位のレイヤのシグナリングを介して通知することができる。
【０２４４】
ＷＴＲＵがＤＬサブフレームを監視するように要求される場合、ＷＴＲＵ挙動は、ＷＴＲＵ固有の探索空間のみを監視することができ、共通の探索空間のみを監視することができ、ＵＬグラントがそのサブフレームにおいてもっぱら送信されると仮定することができ、ＤＬグラントがそのサブフレームにおいてもっぱら送信されると仮定することができ、ＷＴＲＵがＤＣＩフォーマット０／１Ａをもっぱら監視するように、ＵＬグラントおよびフォールバック送信がそのサブフレームにおいてもっぱら送信されると仮定することができ、またはＷＴＲＵ受信機におけるブラインド復号の複雑さを低減するために、ＷＴＲＵがＤＣＩフォーマット３／３Ａをもっぱら監視するように、グループ電力制御がそのサブフレームにおいてもっぱら送信されると仮定することができる。
【０２４５】
より柔軟なＤＬサブフレーム構成を可能にするために、タイプ１またはタイプ２の少なくとも一方としての、ＵＬ送信のサブセットを用いるように、ＷＴＲＵを構成することができる。
【０２４６】
タイプ１の場合、ＨＤ−ＦＤＤ  ＷＴＲＵは、いかなるＵＬシグナリング制約も有さないことができ、通常のＦＤＤ  ＷＴＲＵとまったく同じに振る舞うことができる。タイプ２の場合、ＨＤ−ＦＤＤ  ＷＴＲＵは、定期的なＣＳＩ報告または定期的なＳＲＳ送信をサポートすることができず、定期的なＣＳＩ報告または定期的なＳＲＳ送信のために使用されるはずであったＵＬサブフレームを、ＤＬサブフレームとして再利用することができる。このタイプ１のＷＴＲＵは、半永続的スケジューリングを除いて、定期的なＵＬシグナリングを含むことができないので、ＷＴＲＵがサブフレームｎ−４においてグラント／トリガを受信しない限り、ＷＴＲＵは、すべてのサブフレームをＤＬサブフレームであると見なすことができる。
【０２４７】
ＷＴＲＵが定期的なＣＳＩ報告およびＳＲＳ送信を有さない場合、ＷＴＲＵが定期的な信号を送信することができるように、日和見性の定期的な信号送信を使用することができる。サブフレームｎにおけるＰＵＳＣＨ送信をＷＴＲＵに許可することができ、その後、ＷＴＲＵは、ＰＵＳＣＨにおいて定期的なシグナリングのピギーバックを使用することができる。最も近いＵＬサブフレームをＷＴＲＵ固有のＵＬサブフレームとして構成することができる。例えば、ＷＴＲＵが、ＤＬサブフレームとして構成されたサブフレームｎ−２において、定期的なＣＳＩを報告することになっており、サブフレームｎが、ＷＴＲＵ固有のＵＬサブフレームとして構成される場合、ＷＴＲＵは、サブフレームｎにおいて定期的なＣＳＩを報告することができる。
【０２４８】
全ＦＤＤ動作では、８チャネルＨ−ＡＲＱプロセスを使用することができ、ＨＤ−ＦＤＤ  ＷＴＲＵのために、Ｈ−ＡＲＱプロセスのサブセットを動的に選択することができる。
【０２４９】
ＨＤ−ＦＤＤのためのＨＡＲＱプロセスは、ＨＡＲＱ不使用動作および非同期ＨＡＲＱ手順を含むことができる。ＨＡＲＱ不使用動作が使用される場合、物理リンク適応およびアウターループ電力制御をサポートすることができず、物理リソース利用が以前ほど効率的でなくなることがある。非効率的なリソース利用の影響を最低限に抑えるために、以下のうちの少なくとも１つを考慮することができる。
【０２５０】
ＷＴＲＵは、受信したＳＩＮＲと送信された変調および符号化方式（ＭＣＳ）のために必要とされるＳＩＮＲとを考慮したデルタＣＱＩを、より高位のレイヤを介して報告することができる。例えば、デルタＣＱＩは、以下のように、すなわち、デルタＣＱＩ＝［送信されたＭＣＳのために必要とされるＳＩＮＲ−受信したＳＩＮＲ］と定義することができる。デルタＣＱＩは、一定のタイミング持続期間にわたって、加重平均を取ることができる。ＷＴＲＵは、より高位のレイヤを介して与えられた時間窓内のエラー（ＨＡＲＱ＿ＮＡＣＫ）の数を報告することができる。ＷＴＲＵは、ＨＡＲＱ＿ＡＣＫとＨＡＲＱ＿ＮＡＣＫの比を報告することができる。報告は、定期的または非定期的に送信することができる。
【０２５１】
ＨＡＲＱ不使用動作の間、より高位のレイヤのＡＣＫ／ＮＡＣＫは、より高位のレイヤのパケットの再送をトリガすることができるので、より高位のレイヤのＡＲＱ動作に対応するすべてのトランスポートブロックを再送することができるが、より高位のレイヤのパケットに対応する一部のトランスポートブロックしかエラーを含まないことがある。より高位のレイヤのパケットは、１または複数のトランスポートブロックを含むことができる。受信に成功したトランスポートブロックを再送することに関する物理リソースの浪費を低減するために、エラーを含むことができる一部のトランスポートブロックをＷＴＲＵおよび／またはｅＮＢが再送目的で通知することができるように、トランスポートブロック番号をＵＬ／ＤＬグラントと一緒に送信することができる。トランスポートブロック番号は、ＤＣＩフォーマットに含めることができる。トランスポートブロック番号は、受信機において暗黙的にカウントすることができる。
【０２５２】
非同期ＨＡＲＱ手順では、ＤＬは、非同期ＨＡＲＱを使用することができ、ＵＬは、ＦＤ−ＦＤＤにおいて同期ＨＡＲＱ手順を使用することができる。ＬＴＥ  ＷＴＲＵがＨＤ−ＦＤＤモードを用いるように構成される場合、ＤＣＩブラインド復号の複雑さを高めることなく、ＰＤＣＣＨにおいてＵＬ  ＨＡＲＱに対して非同期をサポートするために、新しいシグナリング方式が必要とされることがある。これは、ＵＬデータ送信のための対応するＤＣＩフォーマットのいくつかのフィールドを再解釈することによって（すなわち、ＰＵＳＣＨのスケジューリング）達成することができる。ＤＣＩフォーマット０は、ＵＬ−ＳＣＨ割り当ての送信のために使用することができる。表９は、ＰＤＣＣＨ  ＤＣＩフォーマット０のメッセージの一例である。
【０２５３】
【表９】
2015512571.tif 000065
【０２５４】
非同期ＵＬ  ＨＡＲＱをサポートする新しいシグナリングは、ＤＣＩフォーマット０のいくつかのフィールドを再解釈することによって、ＨＡＲＱプロセス番号を含むことができる。未使用ＴＤＤＩｎｄｅｘ（２ビット）は、ＨＡＲＱプロセスインデックスと解釈することができる。したがって、非同期ＨＡＲＱ手順のために、最大で４つのＨＡＲＱプロセスを提示することができる。
【０２５５】
表１０は、非同期ＨＡＲＱをサポートするための、ＨＤ−ＦＤＤ用のＰＤＣＣＨ  ＤＣＩフォーマット０のメッセージの一例である。ＴＤＤＩｎｄｅｘフィールドからＨＡＲＱプロセスインデックスフィールドへの再解釈が、表１０に示されている。このようにすれば、ＤＣＩフォーマット０を再設計し、したがって、レガシＷＴＲＵおよびＬＴＥ−Ａ  ＷＴＲＵに対してブラインドＰＤＣＣＨ復号労力を同じに維持する必要をなくすことができる。ＴＤＤＩｎｄｅｘフィールドを再解釈することによって、非同期ＨＤ−ＦＤＤ  ＨＡＲＱをサポートしたために、サポートすることができるＨＡＲＱの最大数は８から４に減少したが、これは、ＨＤ−ＦＤＤ送信効率を高めることができる。この理由は、現行のＬＴＥ規格でＴＴＩバンドリングをサポートすることができ、ＨＤ−ＦＤＤ送信効率を高めるために、それを非同期ＨＡＲＱとともに利用することができるためである。ＴＴＩバンドリングは、ＨＡＲＱプロセスの数、およびＡ／Ｎの対応する数を減らすのに役立てることができる。このようにして、切り換え時間（ＳＴ）が原因でＨＤ−ＦＤＤ動作のために確保されるサブフレームの数を減らすことができ、より多くのサブフレームをＵＬスケジューラのために使用することができるので、ＵＬ送信の性能を改善することができる。加えて、ＤＣＩフォーマット０の再解釈は、異なるＲＮＴＩを用いて異なるＷＴＲＵのＤＣＩフォーマット０のＣＲＣをマスクすることができるので、レガシＷＴＲＵとＨＤ−ＦＤＤ  ＷＴＲＵの間に、いかなる曖昧性も導入することができない。
【０２５６】
【表１０】
2015512571.tif 000066
【０２５７】
図１８は、ＴＴＩバンドリングを用いるＨＤ−ＦＤＤ非同期ＨＡＲＱプロセスの一例である。図１８は、ＵＬ−Ｔｘ  ＨＡＲＱ１８００を示している。ＵＬ−Ｔｘ  ＨＡＲＱ１８００は、２つのＴＴＩバンドル１８０５、１８１０を含む。第１のＴＴＩバンドル１８０５は、４つのＲＶ（ＲＶ０、ＲＶ１、ＲＶ２、ＲＶ３）を含む。第２のＴＴＩバンドル１８１０は、３つのＲＶ（ＲＶ０、ＲＶ１、ＲＶ２）を含む。各ＴＴＩバンドルは、ＤＬ−Ｔｘ１８１５において対応するＡ／Ｎを有することができる。
【０２５８】
非同期ＵＬ  ＨＡＲＱをサポートするシグナリングを用いる新しい送信モードは、ＤＣＩフォーマット０のいくつかのフィールドを再解釈することによって、ＨＡＲＱプロセス番号を含むことができる。新しい送信モードがＨＤ−ＦＤＤのために定義される場合、ＤＣＩフォーマット０は、現在サポートされるＤＣＩフォーマット０から再解釈することができる。例えば、ＦｒｅｑＨｏｐｐｉｎｇ（１ビット）およびＴＤＤＩｎｄｅｘ（２ビット）は、ＨＡＲＱＩｎｄｅｘに変換することができる。このようにして、現在のＵＬ送信方式と同じように、最大で８つのＨＡＲＱプロセスをサポートすることができる。複数のＨＡＲＱ＿ＡＣＫ／ＨＡＲＱ＿ＮＡＣＫの多重化またはバンドリングが必要な場合、複数のＨＡＲＱ＿ＡＣＫ／ＨＡＲＱ＿ＮＡＣＫ表示を可能にするためのデータ割り当てインデックス（ＤＡＩ）を導入することができる。
【０２５９】
表１１は、非同期ＨＡＲＱをサポートするための、ＨＤ−ＦＤＤ用のＰＤＣＣＨ  ＤＣＩフォーマット０のメッセージの一例である。
【０２６０】
【表１１】
2015512571.tif 000067
【０２６１】
ＨＤ−ＦＤＤのための切り換え時間およびスケジューリング要求は、切り換えタイミング構成と、スケジューリング要求（ＳＲ）送信とを含むことができる。ＨＤ−ＦＤＤ  ＷＴＲＵの場合、ＤＬからＵＬ（ＤＬ−ＵＬ）および／またはＵＬからＤＬ（ＵＬ−ＤＬ）に切り換わるときに、異なる周波数に再同調するための切り換え時間（ＳＴ）が必要とされることがある。
【０２６２】
ＨＤ−ＦＤＤ  ＷＴＲＵのための切り換えタイミング構成の場合、ＨＤ−ＦＤＤ  ＷＴＲＵがＤＬからＵＬおよび／またはＵＬからＤＬに切り換わるときに、異なる周波数に再同調するためのＳＴが必要とされることがある。ＤＬからＵＬのためのＳＴは、ＵＬ送信の直前のサブフレーム内の１または複数のＯＦＤＭシンボルを減弱することによって実施することができる。同様に、ＵＬからＤＬのためのＳＴは、そのＷＴＲＵへのＤＬサブフレームの直後のＵＬサブフレームの最初の部分を減弱することによってやはり実施することができる。あるいは、ＳＴを収めるために、タイミングアドバンスを増やすことができる。ＷＴＲＵが、受信サブフレーム直後のサブフレーム内のＵＬにおいて送信する必要がある場合、タイミングアドバンスは、ラウンドトリップ伝搬遅延時間（ＲＴＴ）とＵＬからＤＬのためのＲＦ切り換え時間の両方を収める必要があることがある。ＲＦ切り換え時間は、各ＷＴＲＵ実施に関係することができ、そのため、切り換え時間は、ＷＴＲＵ固有とすることができる。ＲＴＴも、各ＷＴＲＵとｅＮＢの間の距離に関係することができ、それは、ｅＮＢからＷＴＲＵに伝達することができる。
【０２６３】
表１２は、ＨＤ−ＦＤＤ  ＷＴＲＵのための切り換え時間およびタイミングアドバンスの一例である。表１２は、典型的な値が与えられた、異なるセルサイズ、ＲＴＴ、およびＲＦ切り換え時間に基づいた、ＤＬからＵＬのための切り換え時間、およびＵＬからＤＬのためのタイミングアドバンスを示しているが、値は、異なるＷＴＲＵ実施に基づいて変化することができる。
【０２６４】
【表１２】
2015512571.tif 000068
【０２６５】
図１９は、ＦＤ−ＦＤＤ  ＷＴＲＵおよびＨＤ−ＦＤＤ  ＷＴＲＵにおける送信タイミング調整の一例である。ＦＤ−ＦＤＤ  ＷＴＲＵ１９００は、いかなる制約もなしに、データを同時に受信および送信することができ、そのため、ＦＤ−ＦＤＤ  ＷＴＲＵにおけるタイミングアドバンス（ＴＡ）コマンドの受信および対応する送信タイミング調整は、１対１のマッピングとすることができる。特に、ＴＡコマンドがサブフレームｎにおいて受信された場合、タイミングの対応する調整は、図１９に示されるように、サブフレームｎ＋６の先頭から適用することができる。しかしながら、ＨＤ−ＦＤＤ  ＷＴＲＵ１９１５の場合、ＷＴＲＵは、ＤＬの受信を終えるまで、ＵＬにおいて送信することはできない。ＷＴＲＵが、ＵＬ送信に切り換わる前に、複数のＴＡコマンドを受信する場合、ＨＤ−ＦＤＤ  ＷＴＲＵ１９１５が送信タイミング調整を行うための新しいルールを規定することが望ましいことがある。時間調整の量は、以下のうちの１つ、すなわち、最後のＴＡコマンドよりも前に受信した他のＴＡコマンドを無視した、最後に受信したＴＡコマンド、先のＵＬ送信と次のＵＬ送信の間に受信したすべてのＴＡコマンドのうちの最大または最小、および先のＵＬ送信と次のＵＬ送信の間に受信したすべてのＴＡコマンドの平均のうちの１つによって決定することができる。
【０２６６】
ＵＬにおいてＴＡを適用する時間は、ＷＴＲＵがＨＤ−ＦＤＤモードで構成されているときとすることができ、ＷＴＲＵがＤＬにおいて複数のＴＡコマンドを受信した場合、ＷＴＲＵは、すべての受信した複数のＴＡコマンドに対応するタイミング調整を適用することができるわけではない。ＷＴＲＵは、ＵＬ送信よりも前のＤＬ受信における最後のＴＡコマンドに対応するタイミング調整を適用することができる。特に、複数のタイミングアドバンスコマンドのうちの最後がサブフレームｎにおいて受信される場合、タイミングの対応する調整は、サブフレームｎ＋６の先頭から適用することができる。
【０２６７】
図１９は、ＵＬ送信に切り換わる前に、ＷＴＲＵがＤＬにおいて３つのＴＡコマンドを受信することができる、一例を示している。ＷＴＲＵは、受信した最初の２つのＴＡコマンドを無視することができ、サブフレームｎにおいて最後に受信したＴＡコマンドに基づいて、時間調整の量を決定することができる。その後、ＷＴＲＵは、サブフレーム（ｎ＋６）において、最後に受信したＴＡコマンドに対応するタイミング調整を適用することができる。
【０２６８】
スケジューリング要求（ＳＲ）送信では、ＨＤ−ＦＤＤ  ＷＴＲＵが送信すべきデータを有する場合、ＷＴＲＵは、ＵＬリソースを要求するために、ＳＲをｅＮＢに送信する必要があることがある。第１のソリューションでは、ＨＤ−ＦＤＤ  ＷＴＲＵは、定期的なＰＵＣＣＨリソースにおいてＳＲを送信するように、より高位のレイヤによって構成することができる。これは、ＳＲ送信がＤＬ送信と重なり合うことを回避することを必要とする。例えば、ｅＮＢは、これらのＳＲ送信例の間、ＨＤ−ＦＤＤ  ＷＴＲＵへのＤＬ送信を避けることができる。例えば、ＷＴＲＵがＳＲを送信する必要がある場合、ＷＴＲＵは、ＤＬサブフレーム内の減弱された１または複数のＯＦＤＭシンボルによって示すことができるＤＬ送信の受信後に、ＳＲを送信することができる。ＳＲ送信パターンの定義に関して、１つの例示的な実施は、ＤＬ／ＵＬ構成に基づいてＦＤ−ＦＤＤ  ＷＴＲＵのために定義されたテーブルの全部または一部を再利用することができる。別の例では、ＤＬトラフィックよりも多くのＵＬトラフィックを有することができるＬＣ−ＭＴＣ  ＷＴＲＵに対して適用可能な新しいパラメータを定義するために、新しいテーブルを事前に指定することができる。より高位のレイヤは、ＳＲ送信周期ＳＲＰＥＲＩＯＤＩＣＩＴＹとＳＲサブフレームオフセットＮＯＦＦＳＥＴＳＲとを含むＳＲ構成を伝達するために、新しいテーブルからｓｒ−Ｃｏｎｆｉｇｌｎｄｅｘ  ＩＳＲを伝達することができる。
【０２６９】
ＨＤ−ＦＤＤ  ＷＴＲＵのために、専用ＰＵＣＣＨリソースが、より高位のレイヤによって構成されない場合、ＳＲは、以下の方法の１つまたは任意の組み合わせによる競合ベースのＲＡＣＨ手順を使用することができる。第１の方法では、ＷＴＲＵは、ＤＬ受信からＵＬ送信に自律的に切り換わることができ、その後、ＷＴＲＵは、競合ベースのＲＡＣＨアクセスを開始することによって、ＳＲを暗黙的に送信することができる。
【０２７０】
第２の方法では、ＤＬからＵＬに切り換わるために減弱された最後の１または複数のＯＦＤＭシンボルの受信をＷＴＲＵが喪失することがあるという、第１の方法の潜在的な問題を克服するために、ＤＬ受信が存在するときに、ＵＬデータが到着した場合、ＷＴＲＵは、ＰＲＡＣＨの代わりにＰＵＣＣＨにおいて、ＤＬ  ＨＡＲＱ＿ＡＣＫ／ＨＡＲＱ＿ＮＡＣＫを介して、ＳＲを送信することができる。
【０２７１】
第３のソリューションでは、ＷＴＲＵは、システム情報、呼び出しメッセージ、および他のブロードキャストトラフィックの受信に応答して、ＨＡＲＱ肯定応答を送信しないので、ＵＬ送信を実行するために、ＷＴＲＵによって、ＨＡＲＱ肯定応答のための対応する持続時間を使用することができる。ＵＬ送信は、ＷＴＲＵがそれを送信する必要がある場合、ＳＲを含むことができる。一例では、サブフレーム＃０および＃５では、ＭＩＢおよび／またはＳＩＢ１が送信されるので、ＷＴＲＵがＳＲを送信するために、サブフレーム＃４および＃９を事前定義すること、または暗黙的に伝達することができる。別の例では、ＷＴＲＵは、サブフレームｎにおいて、ＳＩＢ１以外のＳＩＢを読み取ることができ、その後、それを送信する必要がある場合、サブフレーム（ｎ＋４）において、ＳＲを送信することができる。
【０２７２】
第４のソリューションでは、ＤＬ送信が存在することができず、ＷＴＲＵはＳＲを送信する機会を得ることができるので、ＷＴＲＵがＳＲを送信するために、絶対ブランクサブフレーム（ＡＢＳ）のためのサブフレームを使用することができる。
【０２７３】
ＨＤ−ＦＤＤでは、ＴＴＩバンドル内のＵＬサブフレームパターン、ＴＴＩバンドルサイズ、ＨＡＲＱプロセスの数、および再送ＲＴＴなどのＴＴＩバンドリングパラメータは、いくつかのシステム構成パラメータの関数とすることができる。例えば、システム構成パラメータは、ＵＬ／ＤＬサブフレーム構成（動的および／または静的）、ＨＡＲＱプロセスの数、およびフレーム内におけるＴＴＩバンドルのロケーションなどとすることができる。
【０２７４】
ＴＴＩバンドルは、連続していないＴＴＩから成ることができる。ＴＴＩバンドルは、バンドルの開始サブフレームと、ＴＴＩバンドルのサイズとによって識別することができる。ＷＴＲＵは、以下のメカニズムの１つまたは組み合わせに基づいて、ＴＴＩバンドルの開始サブフレームを決定することができる。ＴＴＩバンドルの開始サブフレームは、ＵＬサブフレームまたはＤＬサブフレームに対応することができる。ＴＴＩバンドルの開始サブフレームは、同じＨＡＲＱプロセスの直前のＴＴＩバンドルの関数とすることができる。例えば、ＴＴＩバンドルは、同じＨＡＲＱプロセスの直前のＴＴＩバンドルの最後（または最初）のサブフレームの後、ｎ番目のサブフレームから開始することができる。パラメータｎは、ＵＬサブフレームもしくはＤＬサブフレームの数、または場合によってはすべてのサブフレームの数を表すことができる。ｎの値は、ＵＬ／ＤＬサブフレーム構成の関数とすることができ、いくつかまたはすべてのＨＡＲＱプロセスについては固定値とすることができる。さらに、単一のＨＡＲＱプロセスのＴＴＩバンドルの間の間隔は、同じでないことがあり、一連の数によって表すことができ、各数は、特定のＴＴＩバンドルから次のＴＴＩバンドルまでのサブフレーム距離を示すことができる。一例として、系列｛ａ１，ａ２，．．．，ａｘ｝は、２つの隣接するＴＴＩバンドルの開始サブフレームの間のＴＴＩ間隔を表すことができ、ここで、例えば、ａ１は、第１のＴＴＩバンドルと第２のＴＴＩバンドルの間のＴＴＩ間隔を示すことができ、ａ２は、第２のＴＴＩバンドルと第３のＴＴＩバンドルの間のＴＴＩ間隔を示すことができる。ＴＴＩバンドルの開始サブフレームは、対応するＨＡＲＱプロセスの初期送信または再送のために受信されたＵＬグラントの関数とすることができる。ＴＴＩバンドルの開始サブフレームは、同じＨＡＲＱプロセスの直前のＴＴＩバンドルのための、ＷＴＲＵによって受信された、ＨＡＲＱ＿ＡＣＫ／ＨＡＲＱ＿ＮＡＣＫ、例えば、ＰＨＩＣＨの関数とすることができる。
【０２７５】
図２０は、ＴＴＩバンドルサイズがｋ＝４である一例であり、ここで、ｋは、サブフレームの総数を表す。各ＴＴＩバンドルのサイズは、以下のメカニズムの１つまたは組み合わせによって決定することができる。パラメータｋによって示されるＴＴＩバンドルのサイズは、ＴＴＩバンドル内のすべてのサブフレームの数を示すことができ、またはＴＴＩバンドル内のＵＬサブフレームの数を示すことができる。パラメータｋは、すべてまたはいくつかのＴＴＩバンドルについては固定値に設定することができる。例えば、固定されたＵＬ／ＤＬサブフレーム構成である「ＵＵＤＤＵＵＤＤ」２００５について考えるが、ここで、「Ｄ」は、ＤＬサブフレームを表し、「Ｕ」は、ＵＬサブフレームを表し、ｋは、４に設定される。図２０では、ｋは、４に設定され（２０００）、サブフレームの総数を表すことができる。４つのサブフレームからなる第１のＴＴＩバンドルにおけるＵＬサブフレームの実際の数は、サブフレーム２つに等しい（２００１）。
【０２７６】
図２１は、ＴＴＩバンドルサイズがｋ＝４である一例であり、ここで、ｋは、ＵＬサブフレームのみの数を表す。例えば、固定されたＵＬ／ＤＬサブフレーム構成である「ＵＵＤＤＵＵＤＤ」２００５について考えるが、ここで、「Ｄ」は、ＤＬサブフレームを表し、「Ｕ」は、ＵＬサブフレームを表し、ｋは、４に設定される。他方、図２１では、ｋは、やはり４に設定されるが（２１００）、ＵＬサブフレームの数を表す。そのＴＴＩバンドルにおけるサブフレームの総数は、６に等しい（２１０１）。
【０２７７】
ＴＴＩバンドルサイズｋは、いくつかまたはすべてのＨＡＲＱプロセスのＴＴＩバンドルについて、同じとすることができる。異なるＨＡＲＱプロセスは、異なるＴＴＩバンドルサイズを有することができる。同じＨＡＲＱプロセスにおけるＴＴＩバンドルは、ＵＬ／ＤＬサブフレーム構成、フレーム番号、およびフレーム内におけるＴＴＩバンドルのロケーションなどに応じて、異なるサイズ、例えば、ｋについての異なる値を有することができる。
【０２７８】
開始ＴＴＩおよびバンドルサイズを示すことによってＴＴＩバンドルを識別する別の例では、ＴＴＩバンドルは、その開始ＴＴＩおよび終了ＴＴＩによって識別することができる。ＵＬおよびＤＬサブフレームの組み合わせから成ることができるＴＴＩバンドルを考え、ＷＴＲＵは、ＴＴＩバンドル内のすべてのＴＴＩに連続した冗長バージョン（ＲＶ）を割り当てることができると仮定することができる。ＷＴＲＵは、割り当てられたＲＶを使用して、もっぱらＵＬサブフレームにおいて送信することができる。このケースでは、ＤＬサブフレームに割り当てられたＲＶは、使用しないで確保しておくことができる。結果として、ＵＬサブフレームに割り当てられたＲＶは、連続していないことがある。
【０２７９】
図２２は、６つのサブフレームからなるＴＴＩバンドルに対するＲＶ割り当ての一例であり、ここで、ＲＶは、ＴＴＩバンドル内のすべてのサブフレームに関連付けられる。図２２では、ＴＴＩバンドル２２３０内の第１のＵＬサブフレーム２２００および第２のＵＬサブフレーム２２０５は、ＲＶ０およびＲＶ１を使用して送信され、ＴＴＩバンドル２２３０内の第３のＵＬサブフレーム２２１０および第４のＵＬサブフレーム２２１５は、ＲＶ４およびＲＶ５を使用して送信される（ＲＶ２  ２２２０およびＲＶ３  ２２２５はスキップされ、使用されない）。この例では、ＵＬサブフレームのみに連続したＲＶを割り当てることができ、それは、連続したＵＬ送信に対して連続したＲＶを使用することをもたらすことができる。
【０２８０】
図２３は、６つのサブフレームからなるＴＴＩバンドルに対するＲＶ割り当ての一例であり、ここで、ＲＶは、ＴＴＩバンドル内のＵＬサブフレームのみに関連付けられる。図２３では、４つのＵＬサブフレームが、ＲＶ０  ２３００、ＲＶ１  ２３０５、ＲＶ２  ２３１０、およびＲＶ３  ２３１５を使用して、ＴＴＩバンドル２３２０において送信される（このＵＬ送信系列では、ＲＶはスキップされない）。
【０２８１】
ＷＴＲＵは、１または複数のＵＬグラントを受信すると、以下のメカニズムの１つまたは組み合わせに従って、１または複数のＨＡＲＱプロセスにおいて、１または複数のＴＴＩバンドルの送信（初期送信または再送）を開始することができる。例えば、サブフレームｍ＋ｊにおけるＵＬ送信をトリガするために、例えば、サブフレームｍにおいてＵＬグラントを受信すると、ＷＴＲＵは、ＵＬサブフレームｍ＋ｊを含むＴＴＩバンドルにおいてデータを送信することができる。サブフレームｍ＋ｊは、対応するＴＴＩバンドルの開始サブフレームに対応することができる。パラメータｊは、パラメータｍ、ＵＬ／ＤＬサブフレーム構成、ならびにＵＬグラントから暗黙的に示すこと、および／またはＵＬグラント内で明示的に示すことができる、意図されるＨＡＲＱプロセスＩＤなど、１または複数のパラメータの、１つまたは組み合わせの関数とすることができる。
【０２８２】
ＷＴＲＵは、２以上のＨＡＲＱプロセスにおける送信をトリガする２以上のＵＬグラントを、同じサブフレームにおいて受信することができる。単一のＵＬグラントが、１または複数のＨＡＲＱプロセスの送信をトリガすることができる。このケースでは、ＭＣＳなどの同じ送信パラメータを、トリガされるすべてのＨＡＲＱプロセスによって使用することができ、あるいは、その単一のＵＬグラントは、異なるＨＡＲＱプロセスのための部分的または完全に異なる送信パラメータの組を含むことができる。ＷＴＲＵは、同じＨＡＲＱプロセスの２以上のＴＴＩバンドルをトリガするＵＬグラントを受信することができる。
【０２８３】
ＷＴＲＵは、以下のメカニズムの１つまたは組み合わせに従って、１または複数のＴＴＩバンドルに対するＨＡＲＱ＿ＡＣＫ／ＨＡＲＱ＿ＮＡＣＫの表示、例えば、ＰＨＩＣＨを受信することができる。ＷＴＲＵは、ＴＴＩバンドル当たり、ただ１つのＨＡＲＱ＿ＡＣＫ／ＨＡＲＱ＿ＮＡＣＫ表示、例えば、ＰＨＩＣＨを受信することを期待することができる。あるいは、ＷＴＲＵは、同じＨＡＲＱプロセスにおけるいくつかのＴＴＩバンドルについては、ＨＡＲＱ＿ＡＣＫ／ＨＡＲＱ＿ＮＡＣＫを期待することができず、代わりに、おそらくは先に送信された１または複数のＴＴＩバンドルに対して、１つのＴＴＩバンドルのＨＡＲＱ＿ＡＣＫ／ＨＡＲＱ＿ＮＡＣＫを、同じように適用することができる。さらに、ＷＴＲＵによってＨＡＲＱ＿ＮＡＣＫが受信された場合、その後の再送も、同数のＴＴＩで送信することができる。
【０２８４】
図２４は、ＴＴＩバンドルが４つのＴＴＩから成り、そのサブフレームはＵＬサブフレームではないが、バンドルの最終サブフレームに対応するＰＨＩＣＨリソースにおいてＰＨＩＣＨが予想される例示的な構成である。ＷＴＲＵは、そのサブフレームがＤＬサブフレームとして構成されるか、それともＵＬサブフレームとして構成されるかに関わらず、ＰＨＩＣＨルールに従って、ＴＴＩバンドル２４００の最終サブフレーム２４０５に対応するＰＨＩＣＨリソースにおいてＰＨＩＣＨを予想することによって、ＴＴＩバンドル２４００のＨＡＲＱ＿ＡＣＫ／ＨＡＲＱ＿ＮＡＣＫ表示２４１０を受信することができる。図２４に示されるように、ＴＴＩバンドル２４００は、全部で４つのサブフレームから成り、ＴＴＩバンドル２４００の最終サブフレーム２４０５、例えば、サブフレームｎ＋３  ２４０５は、ＵＬサブフレームではない。しかしながら、ＷＴＲＵは、ルールに基づいた、サブフレームｎ＋４のＰＨＩＣＨタイミングに従って、サブフレームｎ＋７においてＰＨＩＣＨを予想することができる。
【０２８５】
図２５は、ＴＴＩバンドルが４つのＴＴＩから成り、バンドルの最終ＵＬサブフレームに対応するＰＨＩＣＨリソースにおいてＰＨＩＣＨが予想される例示的な構成である。ＷＴＲＵは、ＴＴＩバンドル２５００の最終ＵＬサブフレーム２５０５に対応するＰＨＩＣＨリソースにおいてＰＨＩＣＨを予想することによって、ＴＴＩバンドル２５００のＡＣＫ／ＮＡＣＫの表示２５１０を受信することができる。図２５に示されるように、サブフレームｎ＋１  ２５０５は、ＴＴＩバンドル２５００の最終サブフレーム２５１５ではないが、ＴＴＩバンドル２５００の最終ＵＬサブフレーム２５０５である。ＷＴＲＵは、ＰＨＩＣＨルールに従って、このサブフレームに対応するサブフレームｎ＋６においてＰＨＩＣＨを予想することができる。
【０２８６】
ＷＴＲＵは、ＨＡＲＱプロセスの１または複数についてはＰＨＩＣＨを期待することができない。ＷＴＲＵは、特定のＴＴＩバンドルについて期待されるＨＡＲＱ＿ＡＣＫ／ＨＡＲＱ＿ＮＡＣＫを、同じく他のＨＡＲＱプロセスの１または複数の他のＴＴＩバンドルについてのＨＡＲＱ＿ＡＣＫ／ＨＡＲＱ＿ＮＡＣＫの表示として解釈することができる。このケースでは、上述のバンドルされたＨＡＲＱ＿ＡＣＫ／ＨＡＲＱ＿ＮＡＣＫ、例えば、おそらくは複数のＨＡＲＱプロセスおよび／またはマルチＴＴＩバンドルのＨＡＲＱ＿ＡＣＫ／ＨＡＲＱ＿ＮＡＣＫを表すＰＨＩＣＨは、それらのＨＡＲＱプロセスおよび／またはＴＴＩバンドルの対応するＨＡＲＱ＿ＡＣＫ／ＨＡＲＱ＿ＮＡＣＫの論理積（または場合によっては論理和）として導出することができる。ＷＴＲＵは、そのＨＡＲＱプロセスの１または複数についてはＰＨＩＣＨを期待することができず、代わりに、ＮＤＩフィールドが切り換えられた新しいＵＬグラントを受信するまで、再送を保持することができる。
【０２８７】
図２６は、ＷＴＲＵにおけるＨＤ−ＨＤＤ動作のための例示的な方法である。ＷＴＲＵは、セル固有のアップリンクフレームの間を除いて、ダウンリンク通信のためのすべてのダウンリンクサブフレームについて第１の周波数を監視することができる（２６００）。ＷＴＲＵは、第２の周波数への再同調を行い、セル固有のアップリンクフレームのＷＴＲＵ固有の期間の間、スケジューリング要求（ＳＲ）を送信することができ（２６０５）、ＷＴＲＵ固有の期間は、デューティサイクルに基づく。ＷＴＲＵは、第１の周波数への再同調を行い、後続のサブフレームにおいてアップリンクグラントを受信することができる（２６１０）。
【０２８８】
実施形態
１．無線送受信ユニット（ＷＴＲＵ）における半二重（ＨＤ）周波数分割複信（ＦＤＤ）（ＨＤ−ＦＤＤ）動作のための方法であって、
セル固有のアップリンクフレームの間を除いて、ダウンリンク通信のためのすべてのダウンリンクサブフレームについて第１の周波数を監視するステップ
を含む方法。
【０２８９】
２．第２の周波数への再同調を行うステップ
をさらに含む実施形態１に記載の方法。
【０２９０】
３．セル固有のアップリンクフレームのＷＴＲＵ固有の期間の間、第２の周波数上でスケジューリング要求（ＳＲ）を送信するステップであって、ＷＴＲＵ固有の期間は、デューティサイクルに基づく、ステップ
をさらに含む実施形態１〜２のいずれか１つに記載の方法。
【０２９１】
４．第１の周波数への再同調を行うステップ
をさらに含む実施形態１〜３のいずれか１つに記載の方法。
【０２９２】
５．後続のサブフレームにおいてアップリンクグラントを受信するステップ
をさらに含む実施形態１〜４のいずれか１つに記載の方法。
【０２９３】
６．再同調を行うステップは、ネットワークによって構成される減弱されたシンボルの間に行われる実施形態１〜５のいずれか１つに記載の方法。
【０２９４】
７．再同調を行うステップは、ネットワークによって構成されるタイミングアドバンスの間に行われる実施形態１〜６のいずれか１つに記載の方法。
【０２９５】
８．ＳＲは、減弱されたシンボルによって示されるダウンリンク送信の受信後に送信される実施形態１〜７のいずれか１つに記載の方法。
【０２９６】
９．第１のダウンリンクサブフレームにおいてダウンリンク信号を受信した後、アップリンクサブフレームにおいて肯定応答／否定応答（Ａ／Ｎ）を送信するステップ
をさらに含む実施形態１〜８のいずれか１つに記載の方法。
【０２９７】
１０．すべてのサブフレームについてのアップリンク／ダウンリンク方向を示す方向パターンを受信するステップ
をさらに含む実施形態１〜９のいずれか１つに記載の方法。
【０２９８】
１１．方向パターンは、ビット系列として解釈される実施形態１〜１０のいずれか１つに記載の方法。
【０２９９】
１２．ビットマップが、複数の送信時間間隔（ＴＴＩ）を用いてセル固有のアップリンクフレームを示す実施形態１〜１１のいずれか１つに記載の方法。
【０３００】
１３．送信時間間隔（ＴＴＩ）バンドリングが使用される実施形態１〜１２のいずれか１つに記載の方法。
【０３０１】
１４．デューティサイクルは、長さが１０、２０、または４０ｍｓのうちの１つである実施形態１〜１３のいずれか１つに記載の方法。
【０３０２】
１５．半二重（ＨＤ）周波数分割複信（ＦＤＤ）（ＨＤ−ＦＤＤ）動作のための無線送受信ユニット（ＷＴＲＵ）であって、
セル固有のアップリンクフレームの間を除いて、ダウンリンク通信のためのすべてのダウンリンクサブフレームについて第１の周波数を監視するように構成されたプロセッサ
を備えるＷＴＲＵ。
【０３０３】
１６．プロセッサが、第２の周波数への再同調を行うようにさらに構成されること
をさらに含む実施形態１５に記載のＷＴＲＵ。
【０３０４】
１７．セル固有のアップリンクフレームのＷＴＲＵ固有の期間の間、スケジューリング要求（ＳＲ）を送信するように構成された送信機であって、ＷＴＲＵ固有の期間は、デューティサイクルに基づく、送信機
をさらに備える実施形態１５〜１６のいずれか１つに記載のＷＴＲＵ。
【０３０５】
１８．プロセッサが、第１の周波数への再同調を行うようにさらに構成されること
をさらに含む実施形態１５〜１７のいずれか１つに記載のＷＴＲＵ。
【０３０６】
１９．後続のサブフレームにおいてアップリンクグラントを受信するように構成された受信機
をさらに備える実施形態１５〜１８のいずれか１つに記載のＷＴＲＵ。
【０３０７】
２０．再同調は、ネットワークによって構成される減弱されたシンボルの間に行われる実施形態１５〜１９のいずれか１つに記載のＷＴＲＵ。
【０３０８】
２１．再同調は、ネットワークによって構成されるタイミングアドバンスの間に行われる実施形態１５〜２０のいずれか１つに記載のＷＴＲＵ。
【０３０９】
２２．ＳＲは、減弱されたシンボルによって示されるダウンリンク送信の受信後に送信される実施形態１５〜２１のいずれか１つに記載のＷＴＲＵ。
【０３１０】
２３．送信機は、第１のダウンリンクサブフレームにおいてダウンリンク信号を受信した後、アップリンクサブフレームにおいて肯定応答／否定応答（Ａ／Ｎ）を送信するようにさらに構成される実施形態１５〜２２のいずれか１つに記載のＷＴＲＵ。
【０３１１】
２４．受信機は、すべてのサブフレームについてのアップリンク／ダウンリンク方向を示す方向パターンを受信するようにさらに構成される実施形態１５〜２３のいずれか１つに記載のＷＴＲＵ。
【０３１２】
２５．方向パターンは、ビット系列として解釈される実施形態１５〜２４のいずれか１つに記載のＷＴＲＵ。
【０３１３】
２６．ビットマップが、複数の送信時間間隔（ＴＴＩ）を用いてセル固有のアップリンクフレームを示す実施形態１５〜２５のいずれか１つに記載のＷＴＲＵ。
【０３１４】
２７．送信時間間隔（ＴＴＩ）バンドリングが使用される実施形態１５〜２６のいずれか１つに記載のＷＴＲＵ。
【０３１５】
２８．デューティサイクルは、長さが１０、２０、または４０ｍｓのうちの１つである実施形態１５〜２７のいずれか１つに記載のＷＴＲＵ。
【０３１６】
上では特徴および要素が特定の組み合わせで説明されたが、各特徴または要素は、単独で使用でき、または他の特徴および要素との任意の組み合わせで使用できることを当業者は理解されよう。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによって実行される、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線または無線接続上で送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと連携するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波送受信機を実施するために使用することができる。
【図１Ａ】
2015512571.tif 000069
【図１Ｂ】
2015512571.tif 000070
【図１Ｃ】
2015512571.tif 000071
【図２】
2015512571.tif 000072
【図３】
2015512571.tif 000073
【図４】
2015512571.tif 000074
【図５】
2015512571.tif 000075
【図６】
2015512571.tif 000076
【図７】
2015512571.tif 000077
【図８】
2015512571.tif 000078
【図９】
2015512571.tif 000079
【図１０】
2015512571.tif 000080
【図１１】
2015512571.tif 000081
【図１２】
2015512571.tif 000082
【図１３】
2015512571.tif 000083
【図１４】
2015512571.tif 000084
【図１５】
2015512571.tif 000085
【図１６】
2015512571.tif 000086
【図１７】
2015512571.tif 000087
【図１８】
2015512571.tif 000088
【図１９】
2015512571.tif 000089
【図２０】
2015512571.tif 000090
【図２１】
2015512571.tif 000091
【図２２】
2015512571.tif 000092
【図２３】
2015512571.tif 000093
【図２４】
2015512571.tif 000094
【図２５】
2015512571.tif 000095
【図２６】
2015512571.tif 000096
【国際調査報告】
2015512571.tif 000097
2015512571.tif 000098
2015512571.tif 000099