(57)【特許請求の範囲】
【請求項１】
時分割複信（ＴＤＤ）におけるカバレッジ拡張を用いた無線送受信ユニット（ＷＴＲＵ）で用いる方法であって、
前記ＷＴＲＵによって、ＴＤＤアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を受信することと、
前記ＷＴＲＵによって、サブフレーム制約表示を受信することと、
前記ＷＴＲＵによって、前記受信されたＴＤＤ  ＵＬ／ＤＬサブフレーム構成および前記受信されたサブフレーム制約表示に基づいて、ＤＬ反復を受信するために用いる１または複数のサブフレームおよびＵＬ反復を送信するために用いる１または複数のサブフレームを決定することと、
前記ＷＴＲＵによって、ＤＬ反復を受信するための前記決定された１または複数のサブフレームにおいてのみ、ＤＬ信号のＤＬ反復を受信することと、
前記ＷＴＲＵによって、ＵＬ反復を送信するための前記決定された１または複数のサブフレームにおいてのみ、ＵＬ信号のＵＬ反復を送信することと
を備える方法。
【請求項２】
前記ＷＴＲＵは、拡張型干渉軽減およびトラフィック適応（ｅＩＭＴＡ）−ＷＴＲＵである、請求項１の方法。
【請求項３】
ＤＬ反復を受信するために用いる前記１または複数のサブフレームの前記決定は、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成のそれぞれの１または複数のＤＬサブフレームに基づく、請求項１の方法。
【請求項４】
ＤＬ反復を受信するために用いる前記１または複数のサブフレームの前記決定は、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成のそれぞれの１または複数のＤＬサブフレームおよび特別サブフレームに基づく、請求項１の方法。
【請求項５】
前記サブフレーム制約表示は、サブフレームサブセット制約表示である、請求項１の方法。
【請求項６】
ＵＬ反復を送信するために用いる前記１または複数のサブフレームの前記決定は、ＵＬ反復を送信するために用いない１または複数の制約されたＵＬサブフレームの決定をもたらす、請求項１の方法。
【請求項７】
前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成はブロードキャストチャネルにおいて示され、前記サブフレーム制約表示はＷＴＲＵ固有のＲＲＣシグナリングにおいて示される、請求項１の方法。
【請求項８】
前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成および前記サブフレーム制約表示は、カバレッジ拡張型動作モードのＷＴＲＵによって受信されるブロードキャストチャネルにおいて示される、請求項１の方法。
【請求項９】
時分割複信（ＴＤＤ）におけるカバレッジ拡張を用いた無線送受信ユニット（ＷＴＲＵ）であって、
ＴＤＤアップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を受信するように構成された受信機と、
サブフレーム制約表示を受信するようにさらに構成された前記受信機と、
前記受信機に動作可能なように結合されたプロセッサであって、前記プロセッサは、前記受信されたＴＤＤ  ＵＬ／ＤＬサブフレーム構成および前記受信されたサブフレーム制約表示に基づいて、ＤＬ反復を受信するために用いる１または複数のサブフレームおよびＵＬ反復を送信するために用いる１または複数のサブフレームを決定するように構成される、プロセッサと、
ＤＬ反復を受信するための前記決定された１または複数のサブフレームにおいてのみ、ＤＬ信号のＤＬ反復を受信するようにさらに構成された前記受信機と、
前記プロセッサに動作可能なように結合された送信機であって、前記送信機は、ＵＬ反復を送信するための前記決定された１または複数のサブフレームにおいてのみ、ＵＬ信号のＵＬ反復を送信するように構成される、送信機と
を備えたＷＴＲＵ。
【請求項１０】
前記ＷＴＲＵは、拡張型干渉軽減およびトラフィック適応（ｅＩＭＴＡ）−ＷＴＲＵである、請求項９のＷＴＲＵ。
【請求項１１】
ＤＬ反復を受信するために用いる前記１または複数のサブフレームの前記決定は、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成のそれぞれの１または複数のＤＬサブフレームに基づく、請求項９のＷＴＲＵ。
【請求項１２】
ＤＬ反復を受信するために用いる前記１または複数のサブフレームの前記決定は、前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成のそれぞれの１または複数のＤＬサブフレームおよび特別サブフレームに基づく、請求項９のＷＴＲＵ。
【請求項１３】
前記サブフレーム制約表示は、サブフレームサブセット制約表示である、請求項９のＷＴＲＵ。
【請求項１４】
ＵＬ反復を送信するために用いる前記１または複数のサブフレームの前記決定は、ＵＬ反復を送信するために用いない１または複数の制約されたＵＬサブフレームの決定をもたらす、請求項９のＷＴＲＵ。
【請求項１５】
前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成はブロードキャストチャネルにおいて示され、前記サブフレーム制約表示はＷＴＲＵ固有のＲＲＣシグナリングにおいて示される、請求項９のＷＴＲＵ。
【請求項１６】
前記ＴＤＤ  ＵＬ／ＤＬサブフレーム構成および前記サブフレーム制約表示は、カバレッジ拡張型動作モードの前記ＷＴＲＵによって受信されるブロードキャストチャネルにおいて示される、請求項９のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信に関する。
【背景技術】
【０００２】
無線システムでは、無線送受信ユニット（ＷＴＲＵ）は、それがセル選択、アクセス、および／または接続確立のために用い得る、セルおよびネットワーク関連システム情報を取得することができる。システム情報は、セルによってブロックの中でブロードキャストされ得る。情報ブロックは、マスタ情報ブロック（ＭＩＢ）、システム情報ブロック（ＳＩＢ）または複数のＳＩＢを含み得る。
【０００３】
ＳＩＢ情報は、ＷＴＲＵが必要とし得るセルアクセス、セル再選択情報、マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）、並びに非常時および警報システム関連情報に関連し得る。ＳＩＢのいくつかは、セルおよびネットワークの構成に基づいて任意選択とすることができ、セルによって送信されない場合もある。
【発明の概要】
【０００４】
サブフレームおよびチャネルの送信、並びにサブフレームおよびチャネルの受信を反復することに関する方法およびシステムが開示される。カバレッジ拡張型（ＣＥ）またはカバレッジ拡張モードで動作する無線送受信ユニット（ＷＴＲＵ）により使用するための方法およびシステムが開示される。ＷＴＲＵは、第１の時分割複信（ＴＤＤ）アップリンク（ＵＬ）／ダウンリンク（ＤＬ）サブフレーム構成を受信することができ、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成を受信することができる。ＷＴＲＵは、第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成に基づいてＤＬ反復を受信するために用いる１または複数のサブフレームを、および第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成に基づいてＵＬ反復を送信するために用いる１または複数のサブフレームを、決定することができる。ＷＴＲＵは、ＤＬ反復を受信するための決定された１または複数のサブフレームにおいてのみ、ＤＬ信号のＤＬ反復を受信することができる。ＷＴＲＵはまた、ＵＬ反復を送信するための決定された１または複数のサブフレームにおいてのみ、ＵＬ信号のＵＬ反復を送信することができる。ＷＴＲＵは、拡張型干渉軽減およびトラフィック適応（ｅＩＭＴＡ）能力を用いてＴＤＤ送信を受信することができる。
【０００５】
さらに、ＣＥまたはカバレッジ拡張モードで動作するＷＴＲＵにより使用するための方法およびシステムが開示される。ＷＴＲＵは、ｅＩＭＴＡ−物理ダウンリンク制御チャネル（ＰＤＣＣＨ）反復を識別するために、第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成を受信することができる。ＷＴＲＵは、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成を決定するために、ｅＩＭＴＡ−ＰＤＣＣＨ反復を組み合わせることができる。ＷＴＲＵは、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成を用いて、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の反復を送信することができ、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成を用いて、物理アップリンク共有チャネル（ＰＵＳＣＨ）の反復を受信することができる。
【０００６】
さらに、情報ブロックを含んだ送信の反復に関して、ＣＥまたはカバレッジ拡張モードで動作するＷＴＲＵによって用いられる方法およびシステムが開示される。物理ブロードキャストチャネル（ＰＢＣＨ）はマスタ情報ブロック（ＭＩＢ）を含むことができ、ＰＤＳＣＨはシステム情報ブロック（ＳＩＢ）を含むことができる。ＰＢＣＨおよびＰＤＳＣＨのいずれかまたは両方は反復して、および予め定義された位置において送信され得る。ＰＢＣＨは、予め定義された特別サブフレーム構成によりダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）領域内で反復して送信され得る。直交周波数分割多重（ＯＦＤＭ）シンボルの第１のセットはＰＤＣＣＨのために予め定義されることができ、第２のセットはＰＢＣＨ反復のために用いられ得る。ＷＴＲＵは、特別サブフレーム構成のブラインド検出を行い、ＤｗＰＴＳ領域内の特別サブフレームにおいて反復されたＰＢＣＨを統合することができる。さらにＷＴＲＵは、並行して異なるＰＢＣＨ反復候補により、複数の復号の試みを行うことができる。
【０００７】
反復されたＳＩＢは、定義された反復ウィンドウ内に位置することができる。反復ウィンドウは、予め定義された変更期間の倍数、またはシステムフレーム番号（ＳＦＮ）サイクルによって定義され得る。ＳＩＢ反復は、偶数の無線フレーム内で受信され得る。反復は、ハイブリッド自動再送要求（ＨＡＲＱ）プロトコルプロセスによるＴＤＤ送信を用いて送られ得る。反復ウィンドウは、ＴＤＤ送信において定義され得る。送信反復のためのＵＬおよびＤＬリソースは、デフォルトＴＤＤ構成を用いて割り当てられ得る。さらにＤＬリソースは、ＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成に基づいて割り当てられ得る。またＵＬリソースは、上位層無線リソース制御（ＲＲＣ）シグナリングにおいてシグナリングされたＴＤＤサブフレーム構成に基づいて割り当てられ得る。
【０００８】
ＷＴＲＵは、反復によりｅＩＭＴＡ−ＰＤＣＣＨを受信することができる。ｅＩＭＴＡ−ＰＤＣＣＨにおいてシグナリングされたＴＤＤサブフレーム構成において示されたＤＬサブフレームおよび特別サブフレームは、反復のためのＤＬリソースとすることができる。またｅＩＭＴＡ−ＰＤＣＣＨにおいてシグナリングされたＴＤＤサブフレーム構成内のＵＬサブフレームは、反復のためのＵＬリソースとすることができる。ＷＴＲＵは、デフォルトＴＤＤ動作モードでの動作にフォールバックすることができる。
【図面の簡単な説明】
【０００９】
より詳細な理解は、添付図面と共に例として示される以下の説明から得られ得る。
【図１Ａ】１または複数の開示される実施形態が実施され得る、例示の通信システムのシステム図である。
【図１Ｂ】図１Ａに示される通信システム内で用いられ得る、例示の無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示される通信システム内で用いられ得る、例示の無線アクセスネットワークおよび例示のコアネットワークのシステム図である。
【図２】特別サブフレーム構成のブラインド検出を行うカバレッジ制限型ＷＴＲＵの例示の手順の図である。
【図３】無線フレーム内のアップリンク、ダウンリンク、および特別サブフレームが第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成および第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成に基づく、時分割複信（ＴＤＤ）におけるカバレッジ拡張を用いたＷＴＲＵのための無線フレームの例の図である。
【図４】ＴＤＤにおける、カバレッジ拡張および拡張型干渉軽減およびトラフィック適応（ｅＩＭＴＡ）の少なくとも１つを用いたＷＴＲＵの例示の手順を示す図である。
【発明を実施するための形態】
【００１０】
図１Ａは、１または複数の開示される実施形態が実施され得る例示の通信システム１００の図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツをもたらす多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じてこのようなコンテンツにアクセスすることを可能にし得る。例えば通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方式を使用することができる。
【００１１】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話ネットワーク（ＰＳＴＮ）１０８、インターネット１１０および他のネットワーク１１２を含むことができるが、開示される実施形態は任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例としてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されることができ、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ノートブック、パーソナルコンピュータ、無線センサ、民生用電子機器などを含むことができる。
【００１２】
通信システム１００はまた基地局１１４ａおよび基地局１１４ｂを含むことができる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０および／または他のネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースするように構成された任意のタイプのデバイスとすることができる。例えば基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどとすることができる。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されるであろう。
【００１３】
基地局１１４ａはＲＡＮ１０４の一部とすることができ、これはまた基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）を含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る特定の地理的領域内で、無線信号を送信および／または受信するように構成され得る。セルはさらにセルセクタに分割され得る。例えば基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって一実施形態では基地局１１４ａは、３つのトランシーバ、すなわちセルの各セクタに対して１つを含むことができる。他の実施形態では基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することができ、したがってセルの各セクタに対して複数のトランシーバを利用することができる。
【００１４】
基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができるエアインターフェース１１６を通して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信することができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立され得る。
【００１５】
より具体的には上記のように、通信システム１００は多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセス方式を使用することができる。例えばＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができ、これらは広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いてエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ  ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１６】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅｖｏｌｖｅｄ  ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができ、これはロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を用いて、エアインターフェース１１６を確立することができる。
【００１７】
他の実施形態では基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（Worldwide Interoperability for Microwave Access：ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００１８】
図１Ａの基地局１１４ｂは、例えば無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、事業所、住宅、乗り物、キャンパスなどの局所的エリアにおける無線接続性を容易にするための任意の適切なＲＡＴを利用することができる。一実施形態では基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実施することができる。他の実施形態では基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実施することができる。他の実施形態では基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（例えばＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６を経由してインターネット１１０にアクセスする必要がない可能性がある。
【００１９】
ＲＡＮ１０４はコアネットワーク１０６と通信することができ、これは音声、データ、アプリケーションおよび／またはＶｏＩＰ（Voice over Internet Protocol）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数にもたらすように構成された任意のタイプのネットワークとすることができる。例えばコアネットワーク１０６は、呼制御、料金請求サービス、モバイル位置情報サービス、プリペイドコール、インターネット接続性、ビデオ配信などをもたらすことができ、および／またはユーザ認証などの高レベルセキュリティ機能を行うことができる。図１Ａには示されないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと、直接または間接に通信できることが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）とも通信することができる。
【００２０】
コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働くことができる。ＰＳＴＮ１０８は、従来型電話サービス（plain old telephone service）（ＰＯＴＳ）をもたらす回線交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群におけるＴＣＰ、ＵＤＰおよびＩＰなどの、一般的な通信プロトコルを用いる、相互接続されたコンピュータネットワークおよびデバイスの地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線もしくは無線通信ネットワークを含むことができる。例えばネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用することができる１または複数のＲＡＮに接続された、別のコアネットワークを含むことができる。
【００２１】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたは全ては、マルチモード能力を含むことができ、すなわちＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを通して異なる無線ネットワークと通信するための複数のトランシーバを含むことができる。例えば図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用し得る基地局１１４ａと、およびＩＥＥＥ８０２無線技術を使用し得る基地局１１４ｂと通信するように構成され得る。
【００２２】
図１Ｂは例示のＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ／マイク１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６および他の周辺装置１３８を含むことができる。ＷＴＲＵ１０２は、実施形態と一貫性を保ちながら、上記の要素の任意のサブコンビネーションを含み得ることが理解されるであろう。
【００２３】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連した１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能を行うことができる。プロセッサ１１８はトランシーバ１２０に結合されることができ、これは送受信要素１２２に結合され得る。図１Ｂはプロセッサ１１８およびトランシーバ１２０を別々の構成要素として示すが、プロセッサ１１８およびトランシーバ１２０は、電子回路パッケージまたはチップ内に一緒に統合され得ることが理解されるであろう。
【００２４】
送受信要素１２２は、エアインターフェース１１６を通して、基地局（例えば基地局１１４ａ）に信号を送信し、またはそれから信号を受信するように構成され得る。例えば一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。他の実施形態では、送受信要素１２２は、例えばＩＲ、ＵＶまたは可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。他の実施形態では、送受信要素１２２は、ＲＦおよび光信号の両方を送信および受信するように構成され得る。送受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されるであろう。
【００２５】
さらに図１Ｂでは送受信要素１２２は単一の要素として示されるが、ＷＴＲＵ１０２は任意の数の送受信要素１２２を含むことができる。より具体的にはＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。したがって一実施形態ではＷＴＲＵ１０２は、エアインターフェース１１６を通して無線信号を送信および受信するための２つ以上の送受信要素１２２（例えば複数のアンテナ）を含むことができる。
【００２６】
トランシーバ１２０は、送受信要素１２２によって送信されることになる信号を変調するように、および送受信要素１２２によって受信された信号を復調するように構成され得る。上記のようにＷＴＲＵ１０２はマルチモード能力を有することができる。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴによって通信することを可能にするための複数のトランシーバを含むことができる。
【００２７】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイク１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば液晶表示（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることができ、それらからユーザ入力データを受け取ることができる。プロセッサ１１８はまた、スピーカ／マイク１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に、ユーザデータを出力することができる。さらにプロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、それにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、物理的にＷＴＲＵ１０２上に位置しないメモリからの情報にアクセスし、それにデータを記憶することができる。
【００２８】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に対して電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスとすることができる。例えば電源１３４は、１または複数の乾電池（例えばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）など）、太陽電池、燃料電池などを含むことができる。
【００２９】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されることができ、これはＷＴＲＵ１０２の現在位置に関する位置情報（例えば経度および緯度）をもたらすように構成され得る。ＧＰＳチップセット１３６からの情報に加えてまたはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１６を通して基地局（例えば基地局１１４ａ、１１４ｂ）から位置情報を受信することができ、および／または２つ以上の近くの基地局から受信される信号のタイミングに基づいてその位置を決定することができる。ＷＴＲＵ１０２は、実施形態と一貫性を保ちながら、任意の適切な位置決定方法によって位置情報を取得できることが理解されるであろう。
【００３０】
プロセッサ１１８はさらに他の周辺装置１３８に結合されることができ、これはさらなる特徴、機能および／または有線もしくは無線接続性をもたらす、１または複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。例えば、周辺装置１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００３１】
図１Ｃは、実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を使用して、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信することができる。
【００３２】
ＲＡＮ１０４はｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は実施形態と一貫性を保ちながら、任意の数のｅノードＢを含み得ることが理解されるであろう。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。一実施形態では、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって例えばｅノードＢ１４０ａは、複数のアンテナを用いてＷＴＲＵ１０２ａに無線信号を送信し、それから無線信号を受信することができる。
【００３３】
ｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることができ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを取り扱うように構成され得る。図１Ｃに示されるようにｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを通して互いに通信することができる。
【００３４】
図１Ｃに示されるコアネットワーク１０６は、モビリティ管理エンティティゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。上記の要素のそれぞれはコアネットワーク１０６の一部として示されるが、これらの要素のいずれの１つも、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることが理解されるであろう。
【００３５】
ＭＭＥ１４２は、Ｓ１インターフェースを経由してＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続されることができ、制御ノードとして働くことができる。例えばＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラ活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ時に特定のサービングゲートウェイを選択することなどを担当し得る。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡ等の他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り換えるための制御プレーン機能をもたらすことができる。
【００３６】
サービングゲートウェイ１４４は、Ｓ１インターフェースを経由してＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続され得る。サービングゲートウェイ１４４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへのまたはそれらからのユーザデータパケットをルート指定および転送することができる。サービングゲートウェイ１４４はまた、ｅノードＢ間のハンドオーバ時にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのダウンリンクデータが利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を行うことができる。
【００３７】
サービングゲートウェイ１４４はまた、ＰＤＮゲートウェイ１４６に接続されることができ、これはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応型デバイスとの間の通信を容易にするように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスをもたらすことができる。
【００３８】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えばコアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来型の陸線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをもたらすことができる。例えばコアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。さらにコアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスをもたらすことができ、これは他のサービスプロバイダによって所有および／または運用される他の有線もしくは無線ネットワークを含むことができる。
【００３９】
ＬＴＥでは、ＷＴＲＵは、マスタ情報ブロック（ＭＩＢ）、ＳＩＢタイプ１（ＳＩＢ−１）、ＳＩＢタイプ２（ＳＩＢ−２）および他の後続のＳＩＢなどを含むシステム情報ブロック（ＳＩＢ）など、セルアクセスのためのブロードキャスト信号の１または複数を受信することが必要になり得る。
【００４０】
ＭＩＢは、４０ミリ秒（ｍｓ）の送信時間間隔（ＴＴＩ）でサブフレーム０内の物理ブロードキャストチャネル（ＰＢＣＨ）上に送信されることができ、１０ｍｓごとに反復され得る。ＰＢＣＨの物理リソースは固定されることができ、送信帯域の７２個の中心サブキャリア内に位置することができる。ＰＢＣＨリソースは、第２のタイムスロットの最初の４シンボル内とすることができる。このブロックに含まれた情報は、システムフレーム番号（ＳＦＮ）の少なくとも一部（例えばＳＦＮの最上位８ビット）、セルの構成されたダウンリンク（ＤＬ）帯域幅、およびセルのための物理ハイブリッド自動再送要求（ＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）構成を含むことができる。４０ｍｓ  ＴＴＩ内の４つの反復されるＭＩＢの１つを取得することによって、ＷＴＲＵは、完全なＳＦＮ値に対するＳＦＮの最下位２ビットを導き出すことが可能になり得る。
【００４１】
ＳＩＢ−１は、サブフレーム５内の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で送信されることができ、８０ｍｓのＴＴＩを有することができ、２０ｍｓごとに反復され得る。ＳＩＢ−１のリソース位置は、システム情報−無線ネットワーク一時識別子（ＳＩ−ＲＮＴＩ）によりスクランブルされた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によって示され得る。ＳＩＢ−１は、セルおよびネットワークにアクセスするために使用するためのＷＴＲＵへの情報、および他のＳＩＢに対するスケジューリング情報をもたらすことができる。
【００４２】
ＳＩＢ−２は、ＳＩＢ−１に含まれたスケジューリング情報に基づいてＰＤＳＣＨ上で送信され得る。リソース位置は、ＳＩ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨによって示され得る。ＳＩＢ−２は、セルおよびネットワークにアクセスしそれらとの接続性を開始するために使用する情報をＷＴＲＵにもたらすことができる。ＳＩＢ−２内の情報は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）／ランダムアクセスチャネル（ＲＡＣＨ）、マルチメディアブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム構成およびアップリンク（ＵＬ）情報などに対する、共通チャネル構成を含むことができる。
【００４３】
セルアクセスのために、ＷＴＲＵによって、ＳＩに対するスケジューリング情報リストが用いられ得る。スケジューリング情報リスト内の各リストされたＳＩは、１または複数のＳＩＢを含むことができるが、ＳＩＢ−２は例外で、これはＳＩＢ−２の中に単独で含まれ得る。ＳＩのスケジューリングは、システム情報の周期性およびＳＩウィンドウ長さに基づくことができる。ｅノードＢは、他のＳＩＢを送るための時間および周波数リソースにいくらかの柔軟性を有し得る。
【００４４】
周波数分割複信（ＦＤＤ）ＤＬスケジューリングを用いた例において、ＷＴＲＵは、ＤＬデータ、例えばＰＤＳＣＨ内のデータと同じサブフレームでのＤＬ送信に対するスケジューリング許可を受信することができる。ＤＬハイブリッドＡＲＱ（ＨＡＲＱ）プロトコルは非同期で適応型であり、これはあらゆるＤＬ再送信に対するＤＬ許可を運ぶＰＤＣＣＨが存在し得ることを意味する。サービングセル当たり、最大８個のＤＬ  ＨＡＲＱプロセスが存在し得る。
【００４５】
ＦＤＤ  ＵＬスケジューリングを用いた例において、ＷＴＲＵは、実際のＵＬ送信に４サブフレーム先だって、ＵＬ送信のためのスケジューリング許可を受信することができる。例えばサブフレームｎにおいて受信されたＵＬ許可に対してＷＴＲＵは、ＵＬデータ、例えば物理アップリンク共有チャネル（ＰＵＳＣＨ）内のデータを、サブフレームｎ＋４において送信することができる。ＵＬ  ＨＡＲＱプロトコルは同期している可能性があり、適応型であってもなくてもよい。ＤＬ  ＨＡＲＱ動作と同様に、サービングセル当たり最大で８個のＵＬ  ＨＡＲＱプロセスが存在し得る。
【００４６】
例では、時分割複信（ＴＤＤ）スケジューリングタイミングは、ＦＤＤスケジューリングタイミングと同じとすることができる。ＵＬスケジューリングおよび再送信タイミングを用いた他の例では、ＴＤＤ  ＵＬ／ＤＬ構成１〜６に対して、そのＷＴＲＵのためのものであるサブフレームｎにおける、アップリンクダウンリンク制御情報（ＤＣＩ）フォーマットを有するＰＤＣＣＨ、および／またはＰＨＩＣＨ送信をＷＴＲＵが検出すると、ＷＴＲＵは、ＰＤＣＣＨおよびＰＨＩＣＨ情報に従って、サブフレームｎ＋ｋ内の対応するＰＵＳＣＨ送信を調整することができ、ｋは表１で与えられる。
【００４７】
さらにＴＤＤ  ＵＬ／ＤＬ構成０に対しては、そのＷＴＲＵのためのものであるサブフレームｎにおける、ＵＬ  ＤＣＩフォーマットを有するＰＤＣＣＨ、および／またはＰＨＩＣＨ送信をＷＴＲＵが検出すると、ＷＴＲＵは、サブフレームｎ＋ｋ内の対応するＰＵＳＣＨ送信を調整することができる。さらにＷＴＲＵは、ＵＬ  ＤＣＩフォーマットを有するＰＤＣＣＨ内のＵＬインデックスの最上位ビット（ＭＳＢ）が１に設定されている、またはＩPHICH＝０に対応するリソース内のサブフレーム０またはサブフレーム５内でＰＨＩＣＨが受信された場合に、この調整を行うことができる。またＷＴＲＵは、表１で与えられるｋによりこの調整を行うことができ、サブフレーム４またはサブフレーム９内のＰＵＳＣＨ送信によるＴＤＤ  ＵＬ／ＤＬ構成０に対してはＩPHICH＝１、そうでなければＩPHICH＝０である。
【００４８】
ＴＤＤ  ＵＬ／ＤＬ構成０に対して、ＤＣＩフォーマット０／４でのＵＬインデックスの最下位ビット（ＬＳＢ）がサブフレームｎにおいて１に設定された場合、ＰＨＩＣＨはＩPHICH＝１に対応するリソース内のサブフレーム０またはサブフレーム５において受信され、またはＰＨＩＣＨはサブフレーム１またはサブフレーム６で受信され、ＷＴＲＵはサブフレームｎ＋７における対応するＰＵＳＣＨ送信を調整することができる。ＴＤＤ  ＵＬ／ＤＬ構成０に対して、ＵＬ  ＤＣＩフォーマットを有するＰＤＣＣＨ内のＵＬインデックスのＭＳＢおよびＬＳＢの両方がサブフレームｎにおいてセットされている場合、ＷＴＲＵは、サブフレームｎ＋ｋおよびｎ＋７の両方において、対応するＰＵＳＣＨ送信を調整することができ、ｋは表１に与えられる。表１は、ＴＤＤ構成０〜６に対するＵＬスケジューリングタイミングｋをもたらす。例として構成１に対しては、ＵＬ許可がＤＬにおいてサブフレーム１で受信された場合は、表からｋ＝６であり、許可はサブフレームｎ＋ｋ＝サブフレーム１＋６＝サブフレーム７におけるＰＵＳＣＨに対するものとなり得る。
【００４９】
【表１】
0006500088.tif 000002
【００５０】
ＦＤＤにおいてＤＬ  ＨＡＲＱタイミング機構は、実際のＰＤＳＣＨ受信に対する固定オフセットに基づくことができる。ＷＴＲＵによるサブフレームｎでのＰＤＳＣＨの受信に応答して、ＷＴＲＵはＵＬサブフレームｎ＋４において、ＤＬ  ＨＡＲＱ（ＡＣＫ（肯定応答）／ＮＡＣＫ（否定応答））フィードバックを（ＰＵＣＣＨまたはＰＵＳＣＨ  ＵＬチャネルによって）もたらすことができる。
【００５１】
ＦＤＤにおけるＵＬ  ＨＡＲＱタイミングも、そのＤＬのものと同様である。ＷＴＲＵによるサブフレームｎにおけるＰＵＳＣＨの送信に応答して、ＷＴＲＵはＤＬサブフレームｎ＋４におけるＰＨＩＣＨチャネルによるＵＬ  ＨＡＲＱ  （ＡＣＫ／ＮＡＣＫ）フィードバックを予期することができる。
【００５２】
ＴＤＤにおいてＤＬ  ＨＡＲＱタイミング機構は、ＤＬサブフレームのセットからなるバンドリングウィンドウの概念に基づくことができる。これらのＤＬサブフレームに対応するＤＬ  ＨＡＲＱフィードバックビットは一緒にバンドルされ、ＰＵＣＣＨまたはＰＵＳＣＨによって同じＵＬサブフレームにおいてｅノードＢに送られ得る。ＵＬサブフレームｎは、Ｍ個のＤＬサブフレームに対するＤＬ  ＨＡＲＱフィードバックビットを運ぶことができ、Ｍ≧１である。表２を参照するとＵＬサブフレームｎは、各ＤＬサブフレームｎ−ｋのＤＬ  ＨＡＲＱフィードバックビットを運ぶことができ、ｋ∈ＫはＭ個の要素｛ｋ0，ｋ1，．．．ｋM-1｝のセットすることができる。Ｍは、ＤＬサブフレームの観点からのバンドリングウィンドウのサイズと考えられ得る。表２は、ＴＤＤ  ＤＬ  ＨＡＲＱに対するＤＬ関連セットインデックスｋ：｛ｋ0，ｋ1，．．．ｋM-1｝をもたらす。
【００５３】
【表２】
0006500088.tif 000003
【００５４】
例として構成１に対してＵＬサブフレームｎ＝２は、２つのサブフレームｎ−ｋに対するＤＬ  ＨＡＲＱフィードバックビットを運ぶことができ、ｋ＝７およびｋ＝６であり、これらは２−７および２−６に対応する。フレームはそれぞれ１０個のサブフレームであるので、これは前のフレーム内のサブフレーム５および６に対応する。
【００５５】
サブフレームｎにおけるスケジューリングセルからスケジューリングされたＰＵＳＣＨ送信に対してＷＴＲＵは、サブフレームｎ＋ｋPHICHにおけるそのスケジューリングセルの対応するＰＨＩＣＨリソースを決定することができ、ｋPHICHは表３に与えられる。サブフレームバンドリング動作に対して、対応するＰＨＩＣＨリソースは、バンドル内の最後のサブフレームに関連付けられ得る。表３はＴＤＤに対するｋPHICHをもたらす。例として構成１に対して、ＷＴＲＵがサブフレーム２においてＰＵＳＣＨを送信した場合は、それはサブフレームｎ＋ｋPHICH、すなわちサブフレーム２＋４＝サブフレーム６においてＵＬ  ＨＡＲＱ−ＡＣＫフィードバックをもたらすＰＨＩＣＨを予期することができる。
【００５６】
【表３】
0006500088.tif 000004
【００５７】
拡張型カバレッジ動作モードでは、ＵＬおよびＤＬチャネルの反復が用いられ得る。しかしＴＤＤセルまたは拡張型干渉軽減およびトラフィック適応（ｅＩＭＴＡ）対応型セルでは、ＷＴＲＵがチャネルを受信するときにＴＤＤサブフレーム構成情報が利用可能でない場合があるので、ＵＬまたはＤＬチャネルの反復は制限され得る。
【００５８】
本明細書で用いられる、カバレッジ拡張型動作モードで動作する必要があり得るＷＴＲＵはまた、カバレッジ制限型ＷＴＲＵ、カバレッジ拡張型（ＣＥ）モードのＷＴＲＵおよびカバレッジ拡張のためにＤＬおよびＵＬチャネルの反復を用い得るＷＴＲＵとも呼ばれることができ、このような用語および語句は同義的に用いられ得る。さらに、本明細書で述べられる例は、低コストＭＴＣ（ＬＣ−ＭＴＣ）を含むマシンタイプ通信（ＭＴＣ）において実施されることができ、それらに同等に応用可能である。
【００５９】
ＰＢＣＨ反復は、サブフレーム０以外のＤＬサブフレームにおいてカバレッジ拡張のために用いられ得る。しかしＴＤＤではＤＬサブフレーム構成は、ＷＴＲＵがＳＩＢ−１を受信するまで未知となり得る。結果としてＰＢＣＨ反復は、サブフレーム０およびサブフレーム５などのＤＬ専用サブフレームに制限され得る。したがってカバレッジ拡張は、サブフレーム０およびサブフレーム５に対する反復の制約により、一定のレベルに制限され得る。この制約は、システムにおいて多数のＤＬサブフレームが構成され得るとしても当てはまり得る。
【００６０】
例では、ＰＢＣＨ反復は、予め定義されたまたは所定の特別サブフレーム構成により用いられ得る。ＰＢＣＨ反復は、所定の特別サブフレーム構成によるダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）領域内のサブフレーム１、サブフレーム６または両方において用いられ得る。例えばカバレッジ拡張型動作モードのＷＴＲＵは、ＰＢＣＨはＤｗＰＴＳ領域内のサブフレーム１、サブフレーム６または両方で送信され、特別サブフレーム構成は予め定義されることを想定することができる。さらに以下の例の１または複数が当てはまり得る。
【００６１】
例では、サブフレーム０およびサブフレーム５はＰＢＣＨ反復のために用いられることができ、追加としてサブフレーム１、サブフレーム６または両方がＰＢＣＨ反復のために用いられ得る。他の例では、サブフレーム１、サブフレーム６または両方におけるＰＢＣＨ反復のための特別サブフレーム構成は、一定の特別サブフレーム構成として固定され得る。さらに特別サブフレーム構成０および５以外の特別サブフレーム構成の中で、ＤｗＰＴＳ領域内に最小数の直交周波数分割多重（ＯＦＤＭ）シンボルを有する特別サブフレーム構成が用いられ得る。特別サブフレーム構成９は、ＰＢＣＨ反復のための所定の特別サブフレーム構成として用いられ得る。また特別サブフレーム構成は、ＤｗＰＴＳ領域内に９、１０または１１個のＯＦＤＭシンボルを有し得る構成の１つとして予め定義され得る。ＰＤＣＣＨのためのＯＦＤＭシンボルの数またはセットは予め定義されることができ、ＤｗＰＴＳ領域内の残りのＯＦＤＭシンボルはＰＢＣＨ反復のために用いられ得る。
【００６２】
図２は、特別サブフレーム構成のブラインド検出を行うカバレッジ制限型ＷＴＲＵの例示の手順の図である。手順２００に示される例ではカバレッジ制限型ＷＴＲＵは、ブラインド検出を行うことを開始することができる２１０。結果としてＰＢＣＨ反復のための特別サブフレーム構成は、カバレッジ制限型ＷＴＲＵによってブラインドで検出され得る２２０。例では、カバレッジ制限型ＷＴＲＵは、それがＰＢＣＨ受信を開始する前に、特別サブフレーム構成のブラインド検出を行うことができる。検出された特別サブフレーム構成に基づいて、カバレッジ制限型ＷＴＲＵは、ＤｗＰＴＳ領域内の特別サブフレームにおいて反復されたＰＢＣＨを統合することができる２３０。
【００６３】
他の例では、複数のＰＢＣＨ反復候補が定義され得る。カバレッジ制限型ＷＴＲＵは、２つ以上のＰＢＣＨ反復前提のブラインド検出を行うことができる。例では、サブフレームのセット｛０，５｝は、全てのＰＢＣＨ反復候補においてＰＢＣＨ反復のために用いられることができ、他のサブフレームは別のＰＢＣＨ反復候補において用いられ得る。さらに以下の例の１または複数が当てはまり得る。
【００６４】
ＰＢＣＨ反復前提の２つ以上の例は、サブフレームのセット｛０，１，５，６｝および／または特別サブフレーム構成の組み合わせにより定義され得る。例えばカバレッジ制限型ＷＴＲＵは、並行して異なるＰＢＣＨ反復候補により、複数の復号の試みを行うことができる。この場合、以下のＰＢＣＨ反復候補の１または複数が用いられ得る。
【００６５】
サブフレームのセット｛０，５｝は、全てのＰＢＣＨ反復候補において用いられ得る。さらにＰＢＣＨ反復候補においてサブフレーム０は、ＰＢＣＨ反復のためのみに用いられ得る。またＰＢＣＨ反復候補においてサブフレームのセット｛０，５｝は、ＰＢＣＨ反復のためのみに用いられ得る。さらに１または複数のＰＢＣＨ反復候補においてサブフレームのセット｛１，６｝は、追加としてＰＢＣＨ反復のために用いられ得る。例えばＰＢＣＨ反復候補においてサブフレームのセット｛１，６｝は、ＤｗＰＴＳ領域内に９個のＯＦＤＭシンボルを有し得る一定の特別サブフレーム構成によるＰＢＣＨ反復のために用いられ得る（例えば特別サブフレーム構成１、６または両方）。さらにＰＢＣＨ反復候補においてサブフレーム｛１，６｝は、ＤｗＰＴＳ領域内に１０個のＯＦＤＭシンボルを有し得る一定の特別サブフレーム構成によるＰＢＣＨ反復のために用いられ得る（例えば特別サブフレーム構成２、７または両方）。またＰＢＣＨ反復候補においてサブフレームのセット｛１，６｝は、ＤｗＰＴＳ領域内に１１個のＯＦＤＭシンボルを有し得る一定の特別サブフレーム構成によるＰＢＣＨ反復のために用いられ得る（例えば特別サブフレーム構成３、８または両方）。さらにＰＢＣＨ反復候補においてサブフレームのセット｛１，６｝は、ＤｗＰＴＳ領域内に１２個のＯＦＤＭシンボルを有し得る一定の特別サブフレーム構成によるＰＢＣＨ反復のために用いられ得る（例えば特別サブフレーム構成４）。
【００６６】
他の例ではＰＢＣＨ反復前提の２つ以上がサブフレームのセット｛０，１，５，６，９｝および特別サブフレーム構成の組み合わせにより定義され得る。この場合、以下のＰＢＣＨ反復候補の１または複数が用いられ得る。
【００６７】
サブフレームのセット｛０，５｝は、全てのＰＢＣＨ反復候補において用いられ得る。他の例では１または複数のＰＢＣＨ反復候補において、追加としてサブフレーム｛９｝がＰＢＣＨ反復のために用いられ得る。またＰＢＣＨ反復候補においてサブフレーム｛０｝は、ＰＢＣＨ反復のためのみに用いられ得る。さらにＰＢＣＨ反復候補においてサブフレームのセット｛０，５｝は、ＰＢＣＨ反復のためのみに用いられ得る。１または複数のＰＢＣＨ反復候補においてサブフレームのセット｛１，６｝は、追加としてＰＢＣＨ反復のために用いられ得る。他の例では、ＰＢＣＨ反復前提の２つ以上は、ＤＬサブフレームの任意のサブセット、特別サブフレーム、または両方の組み合わせにより定義され得る。
【００６８】
ＳＩＢ−１反復は、偶数のＳＦＮにおけるサブフレーム５以外のＤＬサブフレームにおいて、カバレッジ拡張のために用いられ得る。しかしＴＤＤでは、ＤＬサブフレーム構成は、ＷＴＲＵがＳＩＢ−１を受信するまで未知となり得る。結果として、ＳＩＢ−１反復は、サブフレーム０および５などのＤＬ専用サブフレームに制限され得る。したがってカバレッジ拡張は、サブフレーム０および５に対する反復の制約により、一定のレベルに制限され得る。この制約は、システム内で多数のＤＬサブフレームが構成され得るとしても当てはまり得る。
【００６９】
例では、ＳＩＢ−１は、予め定義された位置において送信され得る。ＳＩＢ−１を含んだＳＩメッセージに関連付けられたＳＩ−ＲＮＴＩによりスクランブルされた（Ｅ）ＰＤＣＣＨ（拡張型ＰＤＣＣＨまたはＰＤＣＣＨ）は、予め定義され（Ｅ）ＰＤＣＣＨ候補において反復して送信され得る。したがってカバレッジ制限型ＷＴＲＵは、複数のブラインド復号の試みなしに、ＳＩＢ−１に関連付けられた（Ｅ）ＰＤＣＣＨを統合することができる。例えばＳＩＢ−１に対する（Ｅ）ＰＤＣＣＨは、偶数の無線フレーム（または偶数のＳＦＮ）内のサブフレーム５における（Ｅ）ＰＤＣＣＨ共通サーチスペース内の予め定義された（Ｅ）ＰＤＣＣＨ候補において送信され得る。この場合、以下の例の１または複数が当てはまり得る。
【００７０】
カバレッジ制限型ＷＴＲＵは、ＳＩＢ−１スケジューリングのための（Ｅ）ＰＤＣＣＨは、（Ｅ）ＰＤＣＣＨ共通サーチスペースにおける最大集約レベル（aggregation level）を有する第１の（Ｅ）ＰＤＣＣＨ候補において送信され得ると想定することができる。さらにカバレッジ制限型ＷＴＲＵは、ＳＩＢ−１スケジューリングのための同じ（Ｅ）ＰＤＣＣＨが、予め定義された期間（例えば変更期間）内で送信され得ると想定することができる。他の例では、カバレッジ制限型ＷＴＲＵは、ＳＩＢ−１スケジューリングのための同じ（Ｅ）ＰＤＣＣＨが送信され得ると想定することができる。
【００７１】
他の例では、カバレッジ制限型ＷＴＲＵは、１または複数のサブフレームにわたって、ＳＩＢ−１を含んだＳＩメッセージのための関連付けられた（Ｅ）ＰＤＣＣＨを受信し、ＷＴＲＵは予め定義された期間の間、ＰＤＳＣＨリソース割り当て情報は同じとなり得ることを想定することができる。例では、カバレッジ制限型ＷＴＲＵは、それがＳＩＢ−１を含んだＳＩメッセージに関連付けられた（Ｅ）ＰＤＣＣＨの復号に成功するまで、（Ｅ）ＰＤＣＣＨ共通サーチスペースにおいて（Ｅ）ＰＤＣＣＨ候補を統合することができる。次いでＷＴＲＵは、ＳＩＢ−１を含んだＳＩメッセージを含むＰＤＳＣＨは、反復ウィンドウ内の同じ位置において送信され得ると想定することができる。反復ウィンドウは、ＳＩＢ−１を含んだＳＩメッセージのための（Ｅ）ＰＤＣＣＨおよびＰＤＳＣＨの両方に対して定義されることができ、反復ウィンドウは、予め定義された変更期間の倍数、ＳＦＮサイクル（１０２４ｍｓ）または８０ｍｓの倍数（例えばＮrep×８０ｍｓ、ただしＮrepは予め定義されるまたは構成可能とすることができる）の１つとして記述され得る。
【００７２】
他の例では、カバレッジ制限型ＷＴＲＵは、ＳＩＢ−１に関連付けられた（Ｅ）ＰＤＣＣＨは、各集約レベルに対する第１の（Ｅ）ＰＤＣＣＨ候補において送信され得ると想定することができる。例えば共通サーチスペースにおける、集約レベル４を有する第１のＰＤＣＣＨ候補、および集約レベル８を有する第１のＰＤＣＣＨ候補は、ＳＩＢ−１に関連付けられたＰＤＣＣＨとすることができる。したがってＷＴＲＵは２つのブラインド復号の試みを行うことができる。
【００７３】
他の例では、ＳＩＢ−１を含んだＳＩメッセージを有するＰＤＳＣＨ、および関連付けられた（Ｅ）ＰＤＣＣＨは、偶数の無線フレーム内のサブフレーム５以外のＤＬサブフレームおいて、反復して送信され得る。ＰＢＣＨ反復のために用いられるサブフレームは、ＳＩＢ−１送信の反復のために用いられ得る。この場合カバレッジ制限型ＷＴＲＵは、ＳＩＢ−１のための（Ｅ）ＰＤＣＣＨおよびＰＤＳＣＨは、ＰＢＣＨ反復を含んだサブフレームにおいて送信され得ると想定することができる。ＳＩＢ−１を含んだＰＤＳＣＨは、奇数の無線フレーム内でも同様に、サブフレーム５において送信され得る。したがって、無線フレーム番号に関係なく、サブフレーム５はＳＩＢ−１を含み得る。
【００７４】
他の例では、ＴＤＤ送信および／または受信信号ウィンドウは、以下の値の１つまたは組み合わせとして示され得る。例では、整数値は、それらがＵＬまたはＤＬサブフレームであると考えられるかどうかに関わらず連続したサブフレームのセット、例えば数を示すことができる。ＵＬ信号に対しては、ＷＴＲＵは、場合によってはＵＬサブフレーム基準ＴＤＤ  ＵＬ／ＤＬ構成によって示される、そのサブフレームのセットのＵＬサブフレームにおいてのみ送信することができる。ＤＬ信号に対しては、ＷＴＲＵは、場合によってはＤＬサブフレーム基準ＴＤＤ  ＵＬ／ＤＬ構成によって示される、そのサブフレームのセットのＤＬサブフレームにおいてのみ受信することができる。他の例では、整数値は、場合によってはＤＬサブフレーム基準ＴＤＤ  ＵＬ／ＤＬ構成によって示される、ＷＴＲＵによって観測される、連続したＤＬサブフレームのセット例えば整数を示すことができる。ＷＴＲＵは、ＤＬサブフレームの数をカウントすることができ、いずれのＵＬサブフレームもカウントできない。他の例では、整数値は、場合によってはＵＬサブフレーム基準ＴＤＤ  ＵＬ／ＤＬ構成によって示される、ＷＴＲＵによって観測される、連続したＵＬサブフレームのセット例えば整数を示すことができる。ＷＴＲＵは、ＵＬサブフレームの数をカウントすることができ、いずれのＤＬサブフレームもカウントできない。他の例では、整数値が、１または複数のＨＡＲＱプロセスに対応する連続した送信および／または受信機会のセット例えば数を示すことができる。
【００７５】
他の例では、ＷＴＲＵが、場合によってはＤＬ許可を運んでいるサブフレーム（ｎ）における反復の最後の（Ｅ）ＰＤＣＣＨを受信した後に、ＷＴＲＵはサブフレーム（ｎ＋ｋ）において、場合によってはいくつかのうちの最初のＰＤＳＣＨを予期することができ、パラメータ（ｋ）は以下の値の１つまたは組み合わせとすることができる。値は、固定値または上位層によって予め構成された値とすることができる。また値は、ＴＤＤ  ＵＬスケジューリング手順のために用いられるものと等しくすることができ、ＵＬ許可はサブフレーム（ｎ）において受信されることができ、ＵＬデータはサブフレーム（ｎ＋ｋ）において送信され得る。さらに値は最後の許可が受信されるサブフレーム、および／またはＵＬおよび／またはＤＬ  ＨＡＲＱプロセスのために用いられる基準ＴＤＤ  ＵＬ／ＤＬ構成に依存するものとすることができる。
【００７６】
他の例では、ＷＴＲＵがサブフレーム（ｎ）における反復の最後の（Ｅ）ＰＤＣＣＨを受信した後に、ＷＴＲＵはサブフレーム（ｎ）の後の（ｋ）個のＤＬサブフレームにおいて、場合によってはいくつかのうちの最初のＰＤＳＣＨを予期することができる。パラメータ（ｋ）の値は、以下の値の１つまたは組み合わせとすることができる。値は、固定値または上位層によって予め構成された値とすることができる。また値は最後の許可が受信されるサブフレーム、および／またはＵＬおよび／またはＤＬ  ＨＡＲＱプロセスのために用いられる基準ＴＤＤ  ＵＬ／ＤＬ構成に依存するものとすることができる。
【００７７】
他の例では、ＷＴＲＵがサブフレーム（ｎ）において最後のＰＤＳＣＨを受信した後に、ＷＴＲＵは、場合によってはＰＵＣＣＨまたはＰＵＳＣＨを通じて、サブフレーム（ｎ＋ｋ）においてＤＬ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送信することができ、（ｋ）の値および割り当てられるリソースは、ＵＬ  ＨＡＲＱプロセスのために用いられる基準ＴＤＤ  ＵＬ／ＤＬ構成、例えばＳＩＢ−１に示されるＴＤＤ  ＵＬ／ＤＬ構成に従った、サブフレーム（ｎ）における単一ＰＤＳＣＨ受信（例えば反復がない場合）のためのＴＤＤ  ＤＬ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ手順に対応し得る。特定のＤＬ  ＨＡＲＱプロセスに対して、ＰＵＣＣＨ送信ウィンドウの始まりは、第１のＰＵＣＣＨ送信によって暗黙的および／または明示的に示され得る。例えばＰＵＣＣＨ送信ウィンドウは、最後の対応するＰＤＳＣＨ受信（例えばＰＤＳＣＨ受信ウィンドウの終わり）の（ｋ）サブフレーム後に開始することができる。
【００７８】
ウィンドウサイズは、ＨＡＲＱプロセスに依存するものであり得る。例えば全てのＨＡＲＱ関連信号が同じ数の受信および／または送信機会を有することを確実にするために、異なるＴＤＤ  ＵＬ  ＨＡＲＱプロセス（またはＵＬ  ＨＡＲＱプロセス番号またはＵＬ  ＨＡＲＱプロセスの番号）に対して、異なるウィンドウサイズが明示的および／または暗黙的に示され得る。これは例えば場合によっては、全てのＨＡＲＱ関連信号に対して、同じ数の実際の送信、受信または両方が用いられることを保証するために用いられ得る。
【００７９】
ＤＬ受信（例えばＰＤＳＣＨ、（Ｅ）ＰＤＣＣＨ、ＰＨＩＣＨなど）に対してＷＴＲＵは、例えば１または複数のＨＡＲＱプロセスに対応し得る、ＤＬサブフレームのサブセットのみを考えればよい。ＵＬ送信に（例えばＰＵＳＣＨ、ＰＵＣＣＨなど）に対してＷＴＲＵは、例えば１または複数のＨＡＲＱプロセスに対応し得る、ＵＬサブフレームのサブセットのみを考えればよい。
【００８０】
ＵＬ  ＨＡＲＱプロセスの送信および／または受信機会のセットは、以下の機会の１つまたは組み合わせとして決定され得る。例では、ＵＬ許可機会は、（Ｅ）ＰＤＣＣＨによって運ばれ得る。ＵＬ  ＨＡＲＱプロセスのＵＬ許可受信機会は、ＤＬサブフレームに対応することができ、そこではＷＴＲＵは、同じＵＬ  ＨＡＲＱプロセスに対する初期ＵＬ許可、再送信ＵＬ許可または両方を含む、全ての受信された許可を解釈することができる。他の例では、ＵＬ  ＨＡＲＱプロセスのＰＵＳＣＨ送信機会は、ＵＬサブフレームに対応することができ、そこではＷＴＲＵは、同じＵＬ  ＨＡＲＱプロセス（または同じＵＬ  ＨＡＲＱプロセス番号）に対するＰＵＳＣＨを送信および／または再送信することができる。他の例では、ＵＬ  ＨＡＲＱプロセスのＰＨＩＣＨ受信機会はＤＬサブフレームに対応することができ、そこではＷＴＲＵは、同じＵＬ  ＨＡＲＱプロセスに対する全ての受信されたＰＨＩＣＨ信号を解釈することができる。
【００８１】
例では、ＷＴＲＵが、場合によってはＵＬ許可を運んでいるサブフレーム（ｎ）における反復の最後の（Ｅ）ＰＤＣＣＨを受信した後、ＷＴＲＵは許可されたＰＵＳＣＨをサブフレーム（ｎ＋ｋ）において送信することができる。（ｋ）の値は、ＵＬ  ＨＡＲＱプロセスのために用いられる基準ＴＤＤ  ＵＬ／ＤＬ構成、例えばＳＩＢ−１において示されるＴＤＤ  ＵＬ／ＤＬ構成に従った、サブフレーム（ｎ）における単一ＰＵＳＣＨ送信のためのＴＤＤ  ＵＬ  ＰＵＳＣＨタイミングに対応し得る。
【００８２】
特定のＵＬ  ＨＡＲＱプロセスに対して、ＰＵＳＣＨ送信ウィンドウの始まりは、最初のＰＵＳＣＨ送信によって暗黙的および／または明示的に示され得る。例えばＰＵＳＣＨ送信ウィンドウは、最後の対応する（Ｅ）ＰＤＣＣＨ受信（例えば（Ｅ）ＰＤＣＣＨ受信ウィンドウの終わり）の（ｋ）サブフレーム後に開始することができる。
【００８３】
例では、ＷＴＲＵがサブフレーム（ｎ）における反復の最後のＰＵＳＣＨを送信した後、ＷＴＲＵはサブフレーム（ｎ＋ｋ）において、場合によってはＰＨＩＣＨを通じて、ＵＬ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを受信することを予期し得る。（ｋ）の値および割り当てられるリソースは、ＵＬ  ＨＡＲＱプロセスのために用いられる基準ＴＤＤ  ＵＬ／ＤＬ構成、例えばＳＩＢ−１において示されるＴＤＤ  ＵＬ／ＤＬ構成に従った、サブフレーム（ｎ）における単一ＰＵＳＣＨ送信（例えば反復のないＰＵＳＣＨ）のためのＴＤＤ  ＵＬ  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ手順に対応することができる。
【００８４】
特定のＤＬ  ＨＡＲＱプロセスに対して、ＰＨＩＣＨ受信ウィンドウの始まりは、最初のＰＨＩＣＨ受信によって暗黙的および／または明示的に示され得る。例えばＰＨＩＣＨ受信ウィンドウは、最後の対応するＰＵＳＣＨ送信（例えばＰＵＳＣＨ送信ウィンドウの終わり）の（ｋ）サブフレーム後に開始することができる。
【００８５】
ＴＤＤ  ＵＬ／ＤＬサブフレーム構成（例えばセルの）は、ｅＩＭＴＡ能力を有するＴＤＤネットワークにおいて動的に変化され得る。ｅＩＭＴＡ無線ネットワーク一時識別子（ｅＩＭＴＡ−ＲＮＴＩ）を用いた再構成ＰＤＣＣＨは、反復を有しない無線フレーム内で送信されることができ、カバレッジ制限型ＷＴＲＵは再構成ＰＤＣＣＨを受信することができない。結果としてカバレッジ制限型ＷＴＲＵは、動的なＵＬ／ＤＬサブフレーム構成に従うことができない。
【００８６】
カバレッジ制限型ＷＴＲＵは、ＵＬサブフレームにおける反復による１または複数のＵＬチャネル（例えばＰＵＣＣＨ、ＰＵＳＣＨなど）を送信することができ、またはその必要があり得る。ＵＬサブフレーム構成が、反復によるＵＬ送信の間に変化した場合、カバレッジ制限型ＷＴＲＵは、ＤＬサブフレームとして再構成され得るサブフレームにおいて、ＵＬ信号を送信し得る。その結果は、再構成されたサブフレームにおけるＤＬ信号を受信するＷＴＲＵに対して干渉となり得る。
【００８７】
本明細書で用いられるｅＩＭＴＡ対応型ＴＤＤネットワーク、ｅＩＭＴＡ対応型ネットワーク、ｅＩＭＴＡ対応型セルおよびｅＩＭＴＡ対応型ｅノードＢは、同義的に用いられ得る。本明細書で用いられる「対応型」および「能力を有する」は、同義的に用いられ得る。ｅＩＭＴＡ対応型セルは、動的ＴＤＤ  ＵＬ／ＤＬサブフレーム構成を用いる（または用いることができる）セルとすることができる。本明細書で用いられるネットワーク、ｅノードＢ、およびセルは、同義的に用いられ得る。
【００８８】
ＴＤＤ  ＵＬ／ＤＬサブフレーム構成は、アップリンク、ダウンリンクおよび特別サブフレーム構成の１または複数を含み得る。例えばＴＤＤ  ＵＬ／ＤＬサブフレーム構成は、例えばフレーム内で１または複数のサブフレームをＵＬ、ＤＬまたは特別サブフレームとして識別することができる。特別サブフレームは、ＤＬ部分、ＵＬ部分およびギャップの１または複数を含み得るＴＤＤサブフレームとすることができる。特別サブフレームはＤＬからＵＬへの遷移を可能にし得る。本明細書で用いられるＴＤＤ  ＵＬ／ＤＬサブフレーム構成、ＴＤＤ構成、ＴＤＤサブフレーム構成、ＵＬ／ＤＬサブフレーム構成およびＵＬ／ＤＬ  ＴＤＤサブフレーム構成は、同義的に用いられ得る。
【００８９】
セル（例えばｅＩＭＴＡ対応型セル）は、例えばセルがブロードキャストし得るシステム情報（例えばＳＩＢ−１）において、第１の（例えばセル固有の）ＴＤＤ  ＵＬ／ＤＬサブフレーム構成をもたらすまたは識別することができる。セルは例えば専用のシグナリング、例えばＲＲＣシグナリングによって１または複数のＷＴＲＵに、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成をもたらすまたは識別することができる。第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成のＵＬサブフレームは、第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成のＵＬサブフレームのサブセットとすることができる。セルは物理層シグナリングによって、例えばｅＩＭＴＡ−ＲＮＴＩと呼ばれ得るＲＮＴＩによりマスクされたＰＤＣＣＨ（またはＤＣＩ）によって、第３のＴＤＤ  ＵＬ／ＤＬサブフレーム構成をもたらすまたは示すことができる。第２のＵＬ／ＤＬサブフレーム構成におけるＤＬサブフレームである、第１のＵＬ／ＤＬサブフレーム構成の少なくともＵＬサブフレームは、フレキシブルサブフレームと考えられ得る。第３の構成は、フレキシブルサブフレームの方向および／またはタイプ（例えば単方向または特別サブフレーム）を決定する（例えば動的に）ことができまたはそのために用いられ得る。ｅＩＭＴＡ−ＲＮＴＩによりマスクされたＰＤＣＣＨは、再構成ＰＤＣＣＨと呼ばれ得る。
【００９０】
ＲＮＴＩによりマスクまたはスクランブルされたＰＤＣＣＨまたはＤＣＩは、ＰＤＣＣＨまたはＤＣＩのＣＲＣがＲＮＴＩによりマスクまたはスクランブルされていることを意味し得る。本明細書で用いられるＤＣＩおよびＰＤＣＣＨは、同義的に用いられ得る。本明細書で用いられる「マスクされた」および「スクランブルされた」は、同義的に用いられ得る。
【００９１】
本明細書で用いられるｅＩＭＴＡ−ＷＴＲＵは、ｅＩＭＴＡ能力を有し得る、ｅＩＭＴＡをサポートおよび／または使用することができる、および／またはｅＩＭＴＡ対応型セルにおいてサポートされ得るＷＴＲＵとすることができ、またはそれを指すことができる。ｅＩＭＴＡ−ＷＴＲＵは、ＣＥ動作モードをサポートおよび／または使用することができる。ＣＥ動作モードをサポート、使用、またはＣＥ動作モードになり得るｅＩＭＴＡ  ＷＴＲＵは、ｅＩＭＴＡ−ＷＴＲＵ、ｅＩＭＴＡ−ＣＥ−ＷＴＲＵ、ＣＥを有するｅＩＭＴＡ−ＷＴＲＵ、および／またはＣＥ−ｅＩＭＴＡ−ＷＴＲＵと呼ばれ得る。カバレッジ拡張型動作モードは、拡張型カバレッジモードと同義的に用いられ得る。ＣＥ動作モードは、１または複数の物理チャネルの反復を用い得る、またはそれが関わり得る。
【００９２】
本明細書で用いられるｅＩＭＴＡ−ＲＮＴＩによりマスクされた再構成ＰＤＣＣＨ、ｅＩＭＴＡ−ＰＤＣＣＨ、再構成ＰＤＣＣＨ、ｅＩＭＴＡ−ＤＣＩおよびＴＤＤ−ＰＤＣＣＨは、同義的に用いられ得る。
【００９３】
反復のためのＤＬリソースは、ＤＬ信号反復またはＤＬチャネル反復のために用いられ得る１または複数のＤＬサブフレームとするまたはそれらを含むことができる。反復のためのＤＬリソースは、カバレッジ拡張型動作モードのために用いられ得る１または複数のＤＬサブフレームとするまたはそれらを含むことができる。反復のためのＵＬリソースは、ＵＬ信号反復またはＵＬチャネル反復のために用いられ得る１または複数のＵＬサブフレームとするまたはそれらを含むことができる。反復のためのＵＬリソースは、カバレッジ拡張型動作モードのために用いられ得る１または複数のＵＬサブフレームとするまたはそれらを含むことができる。
【００９４】
ｅＩＭＴＡ−ＷＴＲＵは、ｅＩＭＴＡ−ＷＴＲＵがカバレッジ拡張型動作モードにあるまたはそれを用いている（例えばアップリンクおよび／またはダウンリンクチャネルの反復を用いているおよび／または必要としている）場合は、ｅＩＭＴＡ対応型セルにおけるデフォルトＴＤＤ動作モードを用いる（またはそれにフォールバックする）ことができる。ある実施形態および例では、デフォルトおよびレガシーは同義的に用いられ得る。
【００９５】
通常のカバレッジ動作モードにあり得るｅＩＭＴＡ−ＷＴＲＵ（例えばアップリンクおよび／またはダウンリンクチャネルの反復を用いていないおよび／または必要としていない）は、以下の１または複数を用いることができる：（ｉ）ＵＬ  ＨＡＲＱタイミング（例えばＰＵＳＣＨ送信などのＵＬ送信に関連付けられたＨＡＲＱプロセスタイミング）のための、（例えば第１の）ＴＤＤサブフレーム構成（例えばＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成）；（ｉｉ）ＤＬ  ＨＡＲＱタイミング（例えばＰＤＳＣＨ送信などのＤＬ送信に関連付けられたＨＡＲＱプロセスタイミング）のための、（例えば第２の）ＴＤＤサブフレーム構成（例えば上位層無線リソース制御（ＲＲＣ）シグナリングによってシグナリングされたＴＤＤサブフレーム構成）；および／または送信および／または受信のための（例えばＰＤＳＣＨ受信および／またはＰＵＳＣＨ送信のための）サブフレーム方向（および／またはタイプ）のための、（例えば第３の）ＴＤＤサブフレーム構成（例えばｅＩＭＴＡ−ＲＮＴＩによりスクランブルされたＣＲＣを有する再構成ＰＤＣＣＨにおいてシグナリングされたＴＤＤサブフレーム構成）。ＷＴＲＵは、ｅＩＭＴＡ−ＷＴＲＵがＣＥモード動作を行う、および／またはＣＥ動作モードにある場合は、ＵＬおよびＤＬ通信（例えば全てのＵＬおよびＤＬ通信）に対して、第１のＴＤＤサブフレーム構成（例えばＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成）を用いることができる。ＵＬおよびＤＬ通信のためのＴＤＤサブフレーム構成の使用は、ＴＤＤサブフレーム構成において指定されたサブフレーム方向および／またはタイプ（例えば単方向、または特別サブフレーム）を用いることを含み得る。ＵＬおよびＤＬ通信のためのＴＤＤサブフレーム構成の使用は、ＴＤＤサブフレーム構成に従った、ＵＬおよびＤＬに対するＨＡＲＱスケジューリングおよびタイミング関係（例えばＵＬおよびＤＬ  ＨＡＲＱプロセス）を用いることを含み得る。
【００９６】
いくつかの実施形態および例では「ＵＬおよびＤＬ」は、「ＵＬまたはＤＬ」により置き換えられることができ（例えばＵＬまたはＤＬのみをサポートするセルにおいて）、本開示と依然として一貫性を有し得る。
【００９７】
ＣＥモードにより構成されおよび／またはＣＥモードで動作するｅＩＭＴＡ−ＷＴＲＵは、ｅＩＭＴＡ対応型ＴＤＤネットワークにおいて、レガシーＷＴＲＵ挙動を行うまたは用いることができる。例えばｅＩＭＴＡ−ＷＴＲＵは、ｅＩＭＴＡ−ＷＴＲＵが、カバレッジ拡張型動作モードのためにまたはそれにより構成された（および／またはそれで動作する）場合（および／またはそのようなとき）は、デフォルト（例えばレガシー）ＴＤＤ動作モードを用いるまたはそれにフォールバックすることができる。デフォルトＴＤＤ動作モードは、ＵＬおよび／またはＤＬ通信（例えば全てのＵＬおよびＤＬ通信）のために、第１のＴＤＤサブフレーム構成（例えばＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成）を用いたＴＤＤ動作とすることができる。
【００９８】
ｅＩＭＴＡ−ＷＴＲＵは、ｅＩＭＴＡ−ＷＴＲＵがｅＩＭＴＡ対応型セルにおけるカバレッジ拡張型動作モードにより構成される（および／またはそれで動作する）ことができ、および１または複数の条件が満たされる場合、デフォルトＴＤＤ動作モードを用いるまたはそれにフォールバックすることができる（またはできない）場合がある。例では、条件（例えばデフォルトＴＤＤ動作のための）は、ｅＩＭＴＡ再構成周期性が予め定義された閾値未満である（またはそれに等しい）場合および／またはそのようなときに、満たされ得る。ｅＩＭＴＡ再構成周期性が一定の時間値（例えば２０ｍｓ）未満である（またはそれに等しい）場合、ｅＩＭＴＡ−ＷＴＲＵはデフォルトＴＤＤ動作モードを用いるまたはそれにフォールバックすることができる。そうでない場合は、ｅＩＭＴＡ−ＷＴＲＵは、第１、第２および第３のＴＤＤサブフレーム構成を用いる（例えばｅＩＭＴＡの規則に従って動作する）ことができる。
【００９９】
他の例では、条件（例えばデフォルトＴＤＤ動作、またはデフォルトＴＤＤ動作へのフォールバックを使用しないもしくはそれにフォールバックしないための）は、ｅＩＭＴＡ−ＷＴＲＵが構成され得る（および／またはそれにより動作する）カバレッジ拡張レベル（ＣＥレベル）または反復レベルまたは反復数が、予め定義された値（例えば予め定義されたＣＥレベル、反復レベルまたは反復数）より低い（または高い）場合に、満たされ得る。例えば複数のＣＥレベル（例えば４つのＣＥレベル）が定義され得る。第１のＣＥレベル（例えばＣＥレベル１）は、第２のＣＥレベル（例えばＣＥレベル２）より小さな反復の数を有するまたはそれに対応することができる。より低いＣＥレベルはより小さな反復の数を用いるＣＥレベルとすることができ、より高いＣＥレベルはより大きな反復の数を用いるＣＥレベルとすることができる。ｅＩＭＴＡ−ＷＴＲＵが、予め定義されたＣＥレベル（例えばＣＥレベル３）より低い一定のＣＥレベル（例えばＣＥレベル１）により構成された（および／またはそれにより動作している）場合は、ｅＩＭＴＡ−ＷＴＲＵは、アップリンクおよびダウンリンク送信のための第１、第２および第３のＴＤＤサブフレーム構成を用いる（例えばｅＩＭＴＡの規則に従って動作する）ことができる。そうでない場合は、ｅＩＭＴＡ−ＷＴＲＵは、デフォルトＴＤＤ動作モードを用いることができる。例では、ｅＩＭＴＡ−ＷＴＲＵは、ｅＩＭＴＡ再構成周期性が予め定義された閾値より小さく、ｅＩＭＴＡ−ＷＴＲＵの構成されたＣＥレベル（またはｅＩＭＴＡ−ＷＴＲＵが動作しているＣＥレベル）が予め定義された閾値より大きい場合は、デフォルトＴＤＤ動作モードを用いるまたはそれにフォールバックすることができる。
【０１００】
デフォルトＴＤＤ動作モード（例えばカバレッジ拡張型ＷＴＲＵに対する）は、ｅノードＢ  ｅＩＭＴＡ能力または使用法に従って、異なって定義され得る。例えばｅＩＭＴＡ対応型ｅノードＢ、およびｅＩＭＴＡ非対応型ｅノードＢに対するデフォルトＴＤＤ動作モードは異なり得る。
【０１０１】
ｅＩＭＴＡ対応型ｅノードＢに対するデフォルトＴＤＤ動作モードにおいて（またはそのために）、反復のために用いられ得るＤＬリソースは、ＤＬサブフレームの１または複数（例えば全て）、セル固有のＴＤＤサブフレーム構成、例えばＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成における（例えばそれにおいてまたはそれによって示される）特別サブフレームのゼロ個、１または複数（例えば全て）とすることができ、またはそれらを含むことができる。反復のために用いられ得るＵＬリソースは、常にＴＤＤサブフレーム構成に関係なく、あるＵＬサブフレーム（例えばサブフレーム＃２）とすることができる、ＵＬサブフレームとすることができる（例えばそれにまたはそれのみに制限され得る）。
【０１０２】
ｅＩＭＴＡ非対応型ｅノードＢは、ｅＩＭＴＡ動作を活動化することはできず、またはｅＩＭＴＡ能力を有することはできない。ｅＩＭＴＡ非対応型ｅノードＢに対するデフォルトＴＤＤ動作モードにおいて（またはそのために）、反復のために用いられ得るＤＬリソースは、ＤＬサブフレームの１または複数（例えば全て）、セル固有のＴＤＤサブフレーム構成、例えばＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成における（例えばそれにおいてまたはそれによって示される）特別サブフレームのゼロ個、１または複数（例えば全て）とすることができ、またはそれらを含むことができる。反復のために用いられ得るＵＬリソースは、セル固有のＴＤＤサブフレーム構成、例えばＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成によって示されるＵＬサブフレームの１または複数（例えば全て）とすることができ、またはそれらを含むことができる。
【０１０３】
ＣＥモードにより構成され得るまたはそれで動作しているＷＴＲＵ（例えばｅＩＭＴＡ−ＷＴＲＵ）は、ｅＩＭＴＡ対応型ｅノードＢおよびｅＩＭＴＡ非対応型ｅノードＢに対して（例えばそれらと通信するとき）は異なって、デフォルトＴＤＤ動作モードにおける反復を送信および／または受信することができる。例えばＷＴＲＵは、ｅＩＭＴＡ対応型およびｅＩＭＴＡ非対応型ｅノードＢに対する本明細書で述べられる反復のために利用可能なまたはそのために用いられる、ＤＬおよび／またはＵＬリソースに従って、反復を送信および／または受信することができる。
【０１０４】
反復のためのＵＬリソース表示が、もたらされおよび／または用いられ得る。
【０１０５】
ＷＴＲＵ（ｅＩＭＴＡ能力を有しても有してなくてもよい）は、カバレッジ拡張型動作モードでのＤＬ信号の反復のための第１のＴＤＤサブフレーム構成（例えばＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成）に従って、ＤＬサブフレームおよび場合によっては特別サブフレームの少なくとも一部（例えばＤｗＰＴＳ）を用いることができる。ＷＴＲＵは、第２のＴＤＤサブフレーム構成（例えば別のＴＤＤサブフレーム構成）に従って、ＵＬサブフレームおよび場合によっては特別サブフレームの少なくとも一部（例えばアップリンクパイロットタイムスロット（ＵｐＰＴＳ））を用いることができる。以下の手順の１または複数が、カバレッジ拡張型動作モードにおけるＵＬ信号の反復に対して当てはまり得る。
【０１０６】
ＵＬリソース表示を含むことができるＴＤＤサブフレーム構成（例えば第２のＴＤＤサブフレーム構成）は、ＲＲＣシグナリングまたはシステム情報（例えばＳＩＢにおける）などの、上位層シグナリングによってシグナリングされ得る。ＵＬリソース表示のためのＴＤＤサブフレーム構成は、ＤＬリソース表示を含むことができるＴＤＤサブフレーム構成（例えば第１のＴＤＤサブフレーム構成）とは無関係とすることができる。
【０１０７】
ＷＴＲＵは、ＤＬおよびＵＬリソース表示の両方に対して、１つの（例えば第１の）ＴＤＤサブフレーム構成（例えばＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成）を用いることができる。ＴＤＤサブフレーム構成は、ＵＬサブフレームサブセット制約を有するＵＬリソース構成のために用いられ得る。例えばｅＮＢは、カバレッジ拡張型動作モードのために、ＴＤＤサブフレーム構成によって構成され、または示されるＵＬサブフレームのサブセットを制約し得る。例えば１または複数のサブセット制約パターンを含み得る、予め定義された表（またはルックアップテーブル）が、ＵＬサブフレーム制約表示のために用いられ得る。他の例では、ある（例えば別の）ＴＤＤサブフレーム構成が、ＵＬサブフレーム制約のために用いられ得る。例えばＵＬサブフレーム制約として、ＴＤＤサブフレーム構成０が第１のＴＤＤサブフレーム構成のために（例えばＳＩＢ−１によって）シグナリングされ、ＴＤＤサブフレーム構成１が第２のＴＤＤサブフレーム構成のためにシグナリングされた場合は、重複しないＵＬサブフレーム（例えばサブフレームのセット｛４，９｝）が、カバレッジ拡張型動作モードにおいて制約され得る。制約されたＵＬサブフレームは、反復のために用いられることができない。他の例ではランダムアクセス応答（ＲＡＲ）メッセージは、カバレッジ拡張型動作モードにおけるＵＬリソース表示またはＵＬサブフレーム制約情報のための、ＴＤＤサブフレーム構成を含むことができる。
【０１０８】
第１のＴＤＤサブフレーム構成（例えばＳＩＢ−１におけるＴＤＤサブフレーム構成）は、例えばサービングセルがｅＩＭＴＡ対応型セルではない場合に、ＵＬ反復並びにＤＬ反復のために（例えばそれらのためのリソースを示すために）用いられ得る。
【０１０９】
ＵＬリソース構成（またはＵＬリソース表示）のための第２のＴＤＤサブフレーム構成は、カバレッジ拡張型動作モードのために（またはそのためにのみ）用いられ得る。
【０１１０】
本明細書で述べられる実施形態および例では、ＳＩＢ−１は例示の目的のために用いられる。代わりに他のＳＩＢ、他のシステム情報、他のブロードキャストシグナリング、および／または他のシグナリングが用いられることができ、本明細書に開示される例と依然として一貫性を有し得る。
【０１１１】
ＷＴＲＵ、例えばＣＥモードもしくはＣＥレベルにあるまたはそれを使用しているＷＴＲＵは、ＤＬ専用およびＵＬ専用サブフレーム、または例えばｅＩＭＴＡ対応型セル内で方向を切り換えることができないサブフレーム（または特別サブフレームの一部などの、部分的サブフレーム）において、反復を用いることができる。
【０１１２】
例では、カバレッジ拡張型動作モードのｅＩＭＴＡ−ＷＴＲＵは、第１のＴＤＤサブフレーム構成（例えばＳＩＢ−１においてシグナリングされたＴＤＤ  ＵＬ／ＤＬサブフレーム構成）におけるＤＬサブフレーム、特別サブフレームまたは両方は、ＤＬ信号反復のために用いられ得ると想定または理解することができる。ＷＴＲＵは、第２のＴＤＤサブフレーム構成（例えば上位層ＲＲＣシグナリングにおいてシグナリングされたＴＤＤ  ＵＬ／ＤＬサブフレーム構成）におけるＵＬサブフレーム、特別サブフレームまたは両方は、ＵＬ信号反復のために用いられ得ると想定または理解することができる。第１および第２のＴＤＤサブフレーム構成は、別のまたは異なるダウンリンクシグナリングによって、ｅノードＢによりＷＴＲＵにもたらされ得る（例えばブロードキャストされ得るシステム情報によって第１のＴＤＤサブフレーム構成、およびＷＴＲＵ固有の上位層シグナリングにおいて第２のＴＤＤサブフレーム構成）。他の例では、第１および第２のＴＤＤサブフレーム構成は、同じタイプのシグナリング（例えばブロードキャスト、または専用の上位層シグナリング）においてもたらされ得る。ブロードキャストチャネル（例えば物理ブロードキャストチャネルまたはＭＩＢ）による送信は、システム情報、ブロードキャスト、または上位層シグナリングの代わりに用いられることができ、その逆も同様であり、本開示と依然として一貫性を有し得る。
【０１１３】
ｅＩＭＴＡ対応型セル内のカバレッジ拡張型動作モードのｅＩＭＴＡ−ＷＴＲＵは、第１のＴＤＤサブフレーム構成（例えばＳＩＢ−１においてシグナリングされたＴＤＤ  ＵＬ／ＤＬサブフレーム構成）において、ＤＬリソース情報（例えばＤＬ信号反復のためのサブフレームまたはＤＬサブフレーム）を受信することができる。ｅＩＭＴＡ−ＷＴＲＵは、第２のＴＤＤサブフレーム構成（例えば上位層ＲＲＣシグナリングにおいてシグナリングされたＴＤＤ  ＵＬ／ＤＬサブフレーム構成）において、ＵＬリソース情報（例えばＵＬ信号反復のためのサブフレームまたはＵＬサブフレーム）を受信することができる。第１および第２のＴＤＤサブフレーム構成は異なることができ、および／または第１のＴＤＤサブフレーム構成は、第２のＴＤＤサブフレーム構成より多い数のＵＬサブフレームを含み得る。ｅＩＭＴＡ−ＷＴＲＵがｅＩＭＴＡ非対応型セル内にある場合、ｅＩＭＴＡ−ＷＴＲＵはＤＬおよびＵＬリソース情報の両方を、第１のＴＤＤサブフレーム構成（例えばＳＩＢ−１においてシグナリングされたＵＬ／ＤＬ  ＴＤＤサブフレーム構成）において受信することができる。
【０１１４】
図３はＴＤＤにおけるカバレッジ拡張を用いたＷＴＲＵのための無線フレームの例の図であり、カバレッジ拡張を用いたＷＴＲＵのための無線フレーム内のアップリンク、ダウンリンクおよび特別サブフレームは、第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成および第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成に基づく。符号３００に示されるように、ＷＴＲＵは、第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３１０を受信することができる。例では、第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成は、構成０とすることができる。第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３１０は、サブフレーム０およびサブフレーム５などＤＬサブフレームとして２つのサブフレーム、サブフレーム２、サブフレーム３、サブフレーム４、サブフレーム７、サブフレーム８およびサブフレーム９などＵＬサブフレームとして６つのサブフレーム、並びにサブフレーム１およびサブフレーム６など特別サブフレームとして２つのサブフレームを含むことができる。ＷＴＲＵはまた、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３２０を受信することができる。例では、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成は、構成５とすることができる。第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３２０は、サブフレーム２およびサブフレーム７などＵＬサブフレームとして２つのサブフレーム、サブフレーム０、サブフレーム３、サブフレーム４、サブフレーム５、サブフレーム８およびサブフレーム９などＤＬサブフレームとして６つのサブフレーム、並びにサブフレーム１およびサブフレーム６など特別サブフレームとして２つのサブフレームを含むことができる。
【０１１５】
さらにＷＴＲＵは次いで、２つの受信されたＴＤＤ  ＵＬ／ＤＬサブフレーム構成に基づいて無線フレーム内で、反復によりＵＬ信号が送信され得るＵＬ（またはＵＬ専用）サブフレーム、および反復によりＤＬ信号が送信され得るＤＬ（またはＤＬ専用）サブフレームを決定することができる。ＵＬ（またはＵＬ専用）サブフレームは、決定された特別サブフレームのＵｐＰＴＳを含むことができる。ＤＬ（またはＤＬ専用）サブフレームは、決定された特別サブフレームのＤｗＰＴＳを含むことができる。
【０１１６】
例えばフレーム３３０は、サブフレーム０およびサブフレーム５などＤＬ（またはＤＬ専用）サブフレームとして２つのサブフレーム、サブフレーム２およびサブフレーム７などＵＬ（またはＵＬ専用）サブフレームとして２つのサブフレーム、サブフレーム３、サブフレーム４、サブフレーム８およびサブフレーム９などフレキシブルサブフレームとして４つのサブフレーム、並びにサブフレーム１およびサブフレーム６など特別サブフレームとして２つのサブフレームを含むことができる。フレーム３３０内のＤＬサブフレームは、第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３１０に基づくことができる。フレーム３３０内のＵＬサブフレームは、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３２０に基づくことができる。
【０１１７】
ＷＴＲＵは、第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３１０に基づいて、例えば第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３１０のＤＬサブフレームに基づいて、無線フレーム３３０内のＤＬ信号のＤＬ反復を受信するために用いる１または複数のサブフレームを決定することができる。他の例では、ＷＴＲＵは、第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３１０のＤＬサブフレームおよび特別サブフレーム（または特別サブフレームのＤｗＰＴＳ）に基づいて、無線フレーム３３０内のＤＬ信号のＤＬ反復を受信するために用いる１または複数のサブフレームを決定することができる。
【０１１８】
ＷＴＲＵは、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３２０に基づいて、例えば第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３２０のＵＬサブフレームに基づいて、無線フレーム３３０内のＵＬ信号のＵＬ反復を送信するために用いる１または複数のサブフレームを決定することができる。他の例では、ＷＴＲＵは、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３２０のＵＬサブフレームおよび特別サブフレーム（または特別サブフレームのＵｐＰＴＳ）に基づいて、無線フレーム３３０内のＵＬ信号のＵＬ反復を送信するために用いる１または複数のサブフレームを決定することができる。
【０１１９】
ＷＴＲＵは、無線フレーム３３０内のＤＬ反復を受信するために用いる、決定された１または複数のサブフレームにおいて（例えばそれのみにおいて）、ＤＬ信号のＤＬ反復を受信することができる。ＷＴＲＵは、無線フレーム３３０内のＵＬ反復を送信するための決定された１または複数のサブフレームにおいて（例えばそれのみにおいて）ＵＬ信号のＵＬ反復を送信することができる。
【０１２０】
第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成のＤＬサブフレームは、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成のＤＬサブフレームのサブセットとすることができる。例えば３００に示されるように、第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３１０におけるＤＬサブフレーム、サブフレーム０およびサブフレーム５は、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３２０のＤＬサブフレーム、サブフレーム０、サブフレーム３、サブフレーム４、サブフレーム５、サブフレーム８およびサブフレーム９のサブセットである。
【０１２１】
第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成のＵＬサブフレームは、第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成のＵＬサブフレームのサブセットとすることができる。例えば３００に示されるように、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３２０におけるＵＬサブフレーム、サブフレーム２およびサブフレーム７は、第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３１０のＵＬサブフレーム、サブフレーム２、サブフレーム３、サブフレーム４、サブフレーム７、サブフレーム８およびサブフレーム９のサブセットである。
【０１２２】
例では、ＷＴＲＵは、第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３１０のＤＬサブフレーム（または第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３１０のＤＬサブフレームを用い得るフレーム３３０内のＤＬサブフレーム）において（例えばそれのみにおいて）、ＤＬ信号の反復を受信することができる。例えば第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３１０（および／またはフレーム３３０）のサブフレーム０およびサブフレーム５はＤＬサブフレームであり、ＷＴＲＵはこれらのサブフレーム、サブフレーム０およびサブフレーム５において（例えばそれらのみにおいて）、ＤＬ信号の反復を受信することができる。
【０１２３】
他の例で、ＷＴＲＵは、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３２０のＵＬサブフレーム（または第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３２０のＵＬサブフレームを用い得るフレーム３３０内のＵＬサブフレーム）において（例えばそれのみにおいて）、ＵＬ信号の反復を送信することができる。例えば第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３２０（および／またはフレーム３３０）のサブフレーム２およびサブフレーム７はＵＬサブフレームであり、ＷＴＲＵはこれらのサブフレーム、サブフレーム２およびサブフレーム７において（例えばそれらのみにおいて）、ＵＬ信号の反復を送信することができる。
【０１２４】
他の例で、ＷＴＲＵは、第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３１０のＤＬサブフレームおよび特別サブフレーム（または特別サブフレームのＤｗＰＴＳ）の両方（または第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３１０のＤＬサブフレームおよび特別サブフレームを用い得るフレーム３３０内のＤＬサブフレームおよび特別サブフレーム）において、ＤＬ信号の反復を受信することができる。例えば第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３１０（および／またはフレーム３３０）において、サブフレーム０およびサブフレーム５はＤＬサブフレーム、サブフレーム１およびサブフレーム６は特別サブフレームであり、ＷＴＲＵはこれらのサブフレーム、サブフレーム０、サブフレーム１、サブフレーム５およびサブフレーム６においてＤＬチャネルの反復を受信することができる。
【０１２５】
他の例で、ＷＴＲＵは、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３２０のＵＬサブフレームおよび特別サブフレーム（または特別サブフレームのＵｐＰＴＳ）の両方（または第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３２０のＵＬサブフレームおよび特別サブフレームを用い得るフレーム３３０内のＵＬサブフレームおよび特別サブフレーム）において、ＵＬ信号の反復を送信することができる。例えば第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成３２０（および／またはフレーム３３０）において、サブフレーム２およびサブフレーム７はＵＬサブフレーム、サブフレーム１およびサブフレーム６は特別サブフレームであり、ＷＴＲＵはこれらのサブフレーム、サブフレーム１、サブフレーム２、サブフレーム６およびサブフレーム７においてＵＬチャネルの反復を送信することができる。
【０１２６】
図４は、ＴＤＤにおけるカバレッジ拡張およびｅＩＭＴＡの少なくとも１つを用いたＷＴＲＵの例示の手順の図である。手順４００に示されるようにＷＴＲＵは、４１０で第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成を受信することができ、および第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成を受信することができる。４２０でＣＥモードであったＷＴＲＵに対しては、４３０でＷＴＲＵは第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成に（または少なくともそれに）基づいてＤＬサブフレーム（例えばＤＬ反復のための）を、および第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成に（例えば少なくともそれに）基づいてＵＬサブフレーム（例えばＵＬ反復のための）を決定することができる。任意選択でＷＴＲＵは、第１および第２のＴＤＤ  ＵＬ／ＤＬ構成の両方に（例えば少なくともそれらに）基づいて、ＤＬサブフレームおよび／またはＵＬサブフレームを決定することができる。４４０で決定されたＤＬサブフレームに対して、４４５でＷＴＲＵは、決定されたＤＬサブフレームにおいてＤＬ信号（例えばＤＬ信号の反復）を受信することができる。４４０で決定されたＵＬサブフレームに対して、４５０でＷＴＲＵは、決定されたＵＬサブフレームにおいてＵＬ信号（例えばＵＬ信号の反復）を送信することができる。
【０１２７】
４２０でＣＥモードではなかったＷＴＲＵに対しては、４６０でＷＴＲＵは第３のＴＤＤ  ＵＬ／ＤＬサブフレーム構成を受信することができる。４７０でＷＴＲＵは、第１、第２および第３のＴＤＤ  ＵＬ／ＤＬサブフレーム構成の１または複数（例えば３つ全て）に基づいて、ＵＬおよびＤＬサブフレームを決定することができる。４８０で決定されたＤＬサブフレームに対して、４８５でＷＴＲＵは、決定されたＤＬサブフレームにおいてＤＬ信号を受信することができる。４８０で決定されたＵＬサブフレームに対して、４９０でＷＴＲＵは、決定されたＵＬサブフレームにおいてＵＬ信号を送信することができる。
【０１２８】
いくつかの実施形態および例では、ＵＬおよび／またはＤＬ信号もしくはチャネルなどの反復は、最初の送信（または受信）を含むことができる。チャネルまたは信号の最初の送信または受信は、チャネルまたは信号の反復（例えば反復の１つ）と考えられ得る。いくつかの実施形態および例では、ＵＬおよび／またはＤＬ信号もしくはチャネルなどの反復は、信号もしくはチャネルの最初の送信（または受信）を除外することができる。
【０１２９】
上位層ＲＲＣシグナリングにおいてシグナリングされ得るＴＤＤサブフレーム構成は、通常モードのｅＩＭＴＡ−ＷＴＲＵによって（および／またはそのために）、ＤＬ  ＨＡＲＱ基準として用いられ得る。上位層ＲＲＣシグナリングにおいてシグナリングされ得るＴＤＤサブフレーム構成は、カバレッジ拡張型動作モードのｅＩＭＴＡ−ＷＴＲＵによって（および／またはそのために）ＵＬリソース構成として用いられ得る。
【０１３０】
再構成ＰＤＣＣＨ（例えばｅＩＭＴＡ−ＲＮＴＩによりスクランブルされたＣＲＣを有する）においてシグナリングされ得る、ＴＤＤサブフレーム構成内のＤＬサブフレームおよび特別サブフレームは、通常モードのｅＩＭＴＡ−ＷＴＲＵによって（および／またはそのための）ＤＬリソースとして考えられまたは用いられ得る。ＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成内のＤＬサブフレームおよび特別サブフレームは、カバレッジ拡張型動作モードのｅＩＭＴＡ−ＷＴＲＵによって（および／またはそのための）ＤＬリソースとして考えられまたは用いられ得る。
【０１３１】
カバレッジ拡張型動作モードのＷＴＲＵは、ＣＥレベル、再構成周期性、または両方に従って、ＤＬおよび／またはＵＬリソースのために構成（例えば異なって）され得る。例えばＷＴＲＵが、予め定義された閾値（例えばＣＥレベル３）未満となり得る一定のＣＥレベル（例えばＣＥレベル１）により構成された（および／またはそれを用いている）場合は、ＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成におけるＤＬサブフレームおよび特別サブフレームは、ＤＬリソースと考えられることができ、および／または上位層ＲＲＣシグナリングにおいてシグナリングされたＴＤＤサブフレーム構成におけるＵＬサブフレームは、ＵＬリソースと考えられ得る。
【０１３２】
ＷＴＲＵが、予め定義された閾値（例えばＣＥレベル３）以上となり得る一定のＣＥレベル（例えばＣＥレベル４）により構成された（および／またはそれを用いている）場合は、ＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成におけるＤＬサブフレームおよび特別サブフレームは、ＤＬリソースと考えられることができ、および／またはＴＤＤサブフレーム構成に関係なくＵＬサブフレームとすることができる、ＵＬサブフレーム（例えばサブフレーム２）は、ＵＬリソース（例えば唯一の）と考えられ得る。
【０１３３】
他の例ではカバレッジ拡張型動作モードにおいて構成されたｅＩＭＴＡ−ＷＴＲＵは、反復によりｅＩＭＴＡ−ＰＤＣＣＨを受信することができる。この場合は以下の手順の１または複数が当てはまり得る。カバレッジ制限型動作モードのｅＩＭＴＡ−ＷＴＲＵ（すなわちカバレッジ制限型ｅＩＭＴＡ−ＷＴＲＵ）は、ｅＩＭＴＡ−ＰＤＣＣＨにおいてシグナリングされたＴＤＤサブフレーム構成において示されたＤＬサブフレームおよび特別サブフレームは、反復のためのＤＬリソースとなり得ることを想定することができる。またｅＩＭＴＡ−ＰＤＣＣＨにおいてシグナリングされたＴＤＤサブフレーム構成内のＵＬサブフレームは、反復のためのＵＬリソースとすることができる。
【０１３４】
例では、ＴＤＤにおけるカバレッジ拡張を用いたｅＩＭＴＡ−ＷＴＲＵは、第１のＴＤＤ  ＵＬ／ＤＬサブフレーム構成を受信して、ｅＩＭＴＡ−ＰＤＣＣＨ反復のためのＤＬサブフレームを識別することができる。ｅＩＭＴＡ−ＷＴＲＵは、識別されたＤＬサブフレームを、ｅＩＭＴＡ−ＰＤＣＣＨ反復のための反復ウィンドウの間に監視することができる。さらにｅＩＭＴＡ−ＷＴＲＵは、ｅＩＭＴＡ−ＰＤＣＣＨ反復を組み合わせて、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成を決定することができる。ｅＩＭＴＡ−ＷＴＲＵは、ＰＤＳＣＨおよびＰＵＳＣＨの反復を送信および受信するために、第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成を用いることができる。他の例ではｅＩＭＴＡ−ＷＴＲＵは、ＰＤＳＣＨの反復を送信および受信するために第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成を用いることができる。他の例ではｅＩＭＴＡ−ＷＴＲＵは、ＰＵＳＣＨの反復を送信および受信するために第２のＴＤＤ  ＵＬ／ＤＬサブフレーム構成を用いることができる。
【０１３５】
さらにカバレッジ制限型ｅＩＭＴＡ−ＷＴＲＵが、再構成期間内でｅＩＭＴＡ−ＰＤＣＣＨを逸した場合は、ＷＴＲＵはフォールバックＴＤＤ動作モードを用いることができる。例では、フォールバックＴＤＤ動作モードは、ＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成でのＤＬサブフレームおよび特別サブフレームは、ＤＬリソースと考えられ得ることを含み得る。また上位層ＲＲＣシグナリングにおいてシグナリングされたＴＤＤサブフレーム構成内のＵＬサブフレームは、ＵＬリソースと考えられ得る。
【０１３６】
他の例ではフォールバックＴＤＤ動作モードは、ＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成内のＤＬサブフレームおよび特別サブフレームが、ＤＬリソースと考えられ得ることを含み得る。またＴＤＤサブフレーム構成に関係なく常にＵＬサブフレームとなり得るＵＬ専用サブフレーム（例えばサブフレーム２）は、ＵＬリソースと考えられ得る。
【０１３７】
他の例ではフォールバックＴＤＤ動作モードは、ＤＬおよびＵＬリソースが、ＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成に基づき得ることを含み得る。さらに再構成周期性が予め定義された閾値より短い場合、カバレッジ制限型ｅＩＭＴＡ−ＷＴＲＵはフォールバックＴＤＤ動作モードを用いることができる。
【０１３８】
他の例ではｅＩＭＴＡ−ＰＤＣＣＨのカバレッジは拡張され得る。ｅＩＭＴＡ−ＰＤＣＣＨカバレッジ拡張のために、以下の手順の１または複数が当てはまり得る。例えばｅＩＭＴＡ−ＰＤＣＣＨは、再構成期間内に、ＳＩＢ−１においてシグナリングされた複数のＤＬサブフレーム、特別サブフレーム、または両方にわたって、反復して送信され得る。さらにｅＩＭＴＡ−ＰＤＣＣＨは、ｅＩＭＴＡ−ＲＮＴＩにより送信されることができ、ｅＩＭＴＡ−ＷＴＲＵが通常動作モードであり得る場合は、ｅＩＭＴＡ−ＲＮＴＩはＷＴＲＵ固有とすることができる。またｅＩＭＴＡ−ＰＤＣＣＨはＣＥ−ｅＩＭＴＡ−ＲＮＴＩにより送信されることができ、ｅＩＭＴＡ−ＷＴＲＵがカバレッジ拡張型動作モードであり得る場合は、ＣＥ−ｅＩＭＴＡ−ＲＮＴＩはセル固有とすることができる。さらにＣＥ−ｅＩＭＴＡ−ＲＮＴＩによるｅＩＭＴＡ−ＰＤＣＣＨは、再構成期間内に、（Ｅ）ＰＤＣＣＨ共通サーチスペース内の予め定義された位置において送信され得る。
【０１３９】
他の例ではカバレッジ拡張型ｅＩＭＴＡ−ＰＤＣＣＨは、ｅＩＭＴＡ再構成周期性が予め定義された閾値（例えば４０ｍｓ）以上となり得る場合にサポートされ得る。またカバレッジ拡張型ｅＩＭＴＡ−ＰＤＣＣＨは、ｅＩＭＴＡ対応型ｅノードＢが、カバレッジ拡張型ｅＩＭＴＡ−ＰＤＣＣＨがサポートされ得ることを示した場合に、サポートされ得る。さらにカバレッジ拡張型動作モードは、ｅＩＭＴＡによりサポートされ得る。
【０１４０】
他の例では、ｅＩＭＴＡ−ＷＴＲＵが通常動作モードである場合はサブフレーム依存型電力制御が用いられることができ、ｅＩＭＴＡ−ＷＴＲＵがカバレッジ拡張型動作モードである場合はサブフレーム非依存型電力制御が用いられ得る。他の例では、ｅＩＭＴＡ−ＷＴＲＵがフォールバックＴＤＤ動作モードでない場合は、カバレッジ拡張型動作モードであってもサブフレーム依存型電力制御が用いられ得る。
【０１４１】
特徴および要素は上記では特定の組み合わせにおいて述べられたが、当業者は、各特徴または要素は単独で、または他の特徴および要素との任意の組み合わせにおいて用いられ得ることを理解するであろう。さらに本明細書で述べられた方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェアまたはファームウェアにおいて実施され得る。コンピュータ可読媒体の例は、電子信号（有線または無線接続を通して送信される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、並びにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ＷＴＲＵ、ＵＥ、端末装置、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するために、無線周波数トランシーバを実施するように、ソフトウェアと関連してプロセッサが用いられ得る。
【０１４２】
実施形態：
１．無線通信システムで使用するための方法であって、
アクセスパラメータを含んだ第１の情報ブロックを運ぶ第１の物理チャネルを受信することと、
アクセスパラメータを含んだ第２の情報ブロックを運ぶ第２の物理チャネルを受信することと
を含む方法。  
２．第１の情報ブロックは、第２の情報ブロックと同じパラメータを含む、実施形態１の方法。  
３．各物理チャネルは、物理ブロードキャストチャネル（ＰＢＣＨ）である、上記実施形態のいずれか１つにおける方法。  
４．各情報ブロックは、マスタ情報ブロック（ＭＩＢ）である、上記実施形態のいずれか１つにおける方法。  
５．アクセスパラメータは、初期アクセスパラメータを含む、上記実施形態のいずれか１つにおける方法。  
６．各物理チャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）である、上記実施形態のいずれか１つにおける方法。  
７．各情報ブロックは、システム情報ブロック（ＳＩＢ）である、上記実施形態のいずれか１つにおける方法。  
８．各ＳＩＢは、ＳＩＢタイプ１（ＳＩＢ−１）である、上記実施形態のいずれか１つにおける方法。  
９．各ＳＩＢは、ＳＩＢタイプ２（ＳＩＢ−２）である、上記実施形態のいずれか１つにおける方法。  
１０．各情報ブロックは、スケジューリング情報のためのブロックである、上記実施形態のいずれか１つにおける方法。  
１１．ＰＢＣＨは、予め定義された特別サブフレーム構成において用いられる、上記実施形態のいずれか１つにおける方法。  
１２．ＰＢＣＨは、ダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）領域において用いられる、上記実施形態のいずれか１つにおける方法。  
１３．ＰＢＣＨは、複数のサブフレームにおいて用いられる、上記実施形態のいずれか１つにおける方法。  
１４．ＰＢＣＨは、サブフレーム０およびサブフレーム５において用いられる、上記実施形態のいずれか１つにおける方法。  
１５．ＰＢＣＨは、サブフレーム１およびサブフレーム６において用いられる、上記実施形態のいずれか１つにおける方法。  
１６．予め定義された特別サブフレーム構成は、ＤｗＰＴＳ領域において複数の直交周波数分割多重（ＯＦＤＭ）シンボルを含む、上記実施形態のいずれか１つにおける方法。
１７．物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のためにＯＦＤＭシンボルの第１のセットが予め定義されることができ、ＰＢＣＨ反復のために第２のセットが用いられ得る、上記実施形態のいずれか１つにおける方法。  
１８．ブラインド検出を行うことと、
特別サブフレーム構成を検出することと
をさらに含む、上記実施形態のいずれか１つにおける方法。  
１９．検出された特別サブフレーム構成に基づいて、ＤｗＰＴＳ領域内の特別サブフレームにおけるＰＢＣＨ反復を統合することをさらに含む、上記実施形態のいずれか１つにおける方法。  
２０．並行して異なるＰＢＣＨ反復候補により、複数の復号の試みを行うことをさらに含む、上記実施形態のいずれか１つにおける方法。  
２１．反復したＳＩメッセージを、制御チャネル内で受信することをさらに含む、上記実施形態のいずれか１つにおける方法。  
２２．反復したＳＩメッセージを、ＰＤＣＣＨ候補内で受信することをさらに含む、上記実施形態のいずれか１つにおける方法。  
２３．反復したＳＩメッセージを、拡張型ＰＤＣＣＨ候補内で受信することをさらに含む、上記実施形態のいずれか１つにおける方法。  
２４．ＳＩメッセージはＳＩＢ−１を含む、上記実施形態のいずれか１つにおける方法。  
２５．ＳＩＢ−１を、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で受信することをさらに含む、上記実施形態のいずれか１つにおける方法。  
２６．受信されたＳＩＢ−１に関連付けられた制御チャネルを統合することをさらに含む、上記実施形態のいずれか１つにおける方法。  
２７．ＳＩＢ−１は、制御チャネル内の予め定義された位置に位置する、上記実施形態のいずれか１つにおける方法。  
２８．ＳＩＢ−１は、反復ウィンドウ内に位置する、上記実施形態のいずれか１つにおける方法。  
２９．複数の制御チャネルを反復して受信することをさらに含む、上記実施形態のいずれか１つにおける方法。  
３０．反復ウィンドウは、変更期間の倍数によって定義される、上記実施形態のいずれか１つにおける方法。  
３１．反復ウィンドウは、システムフレーム番号（ＳＦＮ）サイクルによって定義される、上記実施形態のいずれか１つにおける方法。  
３２．サブフレームのセットを用いてＰＢＣＨ反復を受信することと、
サブフレームのセットを用いてＳＩＢ−１反復を受信することと
をさらに含む、上記実施形態のいずれか１つにおける方法。  
３３．奇数の無線フレーム内でＳＩＢ−１反復を受信することをさらに含む、上記実施形態のいずれか１つにおける方法。  
３４．偶数の無線フレーム内でＳＩＢ−１反復を受信することをさらに含む、上記実施形態のいずれか１つにおける方法。  
３５．時分割複信（ＴＤＤ）送信において反復ウィンドウを定義することをさらに含む、上記実施形態のいずれか１つにおける方法。  
３６．ＴＤＤ送信は、ハイブリッド自動再送要求（ＨＡＲＱ）プロトコルプロセスを用いる、上記実施形態のいずれか１つにおける方法。  
３７．拡張型干渉軽減およびトラフィック適応（ｅＩＭＴＡ）能力を用いたＴＤＤ送信を受信することをさらに含む、上記実施形態のいずれか１つにおける方法。  
３８．デフォルトＴＤＤ構成を用いてアップリンクおよびＤＬリソースを割り当てることをさらに含む、上記実施形態のいずれか１つにおける方法。  
３９．送信反復のためのアップリンクおよびＤＬリソースを割り当てることをさらに含む、上記実施形態のいずれか１つにおける方法。  
４０．ＳＩＢ−１においてシグナリングされたＴＤＤサブフレーム構成に基づいてＤＬリソースを割り当てることをさらに含む、上記実施形態のいずれか１つにおける方法。  
４１．上位層無線リソース制御（ＲＲＣ）シグナリングにおいてシグナリングされたＴＤＤサブフレーム構成に基づいてアップリンクリソースを割り当てることをさらに含む、上記実施形態のいずれか１つにおける方法。  
４２．デフォルトＴＤＤ動作モードで動作することをさらに含む、上記実施形態のいずれか１つにおける方法。  
４３．反復によりｅＩＭＴＡ−ＰＤＣＣＨを受信することをさらに含む、上記実施形態のいずれか１つにおける方法。  
４４．ｅＩＭＴＡ−ＰＤＣＣＨにおいてシグナリングされたＴＤＤサブフレーム構成において示されたＤＬサブフレームおよび特別サブフレームは、反復のためのＤＬリソースである、上記実施形態のいずれか１つにおける方法。  
４５．ｅＩＭＴＡ−ＰＤＣＣＨにおいてシグナリングされたＴＤＤサブフレーム構成におけるアップリンクサブフレームは、反復のためのアップリンクリソースである、上記実施形態のいずれか１つにおける方法。  
４６．カバレッジ拡張型（ＣＥ）動作モードで動作することをさらに含む、上記実施形態のいずれか１つにおける方法。  
４７．受信機と、
送信機と、
送信機および受信機と通信するプロセッサと
を備えた、いずれかの上記実施形態における方法を行うように構成された無線送受信ユニット（ＷＴＲＵ）。  
４８．実施形態１乃至４６のいずれかにおける方法を行うように構成された基地局。
【図１Ａ】
0006500088.tif 000005
【図１Ｂ】
0006500088.tif 000006
【図１Ｃ】
0006500088.tif 000007
【図２】
0006500088.tif 000008
【図３】
0006500088.tif 000009
【図４】
0006500088.tif 000010