(57)【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）であって、
メモリと、
プロセッサと
を備え、前記プロセッサは、
ダウンリンク制御チャネル送信を受信し、および前記ダウンリンク制御チャネル送信に関連付けられるＤＣＩフォーマットを決定し、
前記ＤＣＩフォーマットが第１のＤＣＩフォーマットであると決定されるという条件で、第１の送信時間間隔（ＴＴＩ）持続時間が第１のチャネルの上の送信に関連付けられることを決定し、
前記ＤＣＩフォーマットが第２のＤＣＩフォーマットであると決定されるという条件で、第２のＴＴＩ持続時間が前記第１のチャネルの上の前記送信に関連付けられることを決定し、前記第２のＴＴＩ持続時間は、前記第１のＴＴＩ持続時間とは異なり、
前記第１のＴＴＩ持続時間または前記第２のＴＴＩ持続時間の少なくとも一つを使用して前記第１のチャネルの上の前記送信を復号する
ように構成された、ＷＴＲＵ。
【請求項２】
前記プロセッサは、
前記第１のＴＴＩ持続時間および第１の変調および符号化方式（ＭＣＳ）に基づいて前記第１のチャネルの上の前記送信のための第１のトランスポートブロック（ＴＢ）のサイズを決定し、
前記第１のＴＢの前記サイズのＴＢを使用して前記第１のＴＴＩ持続時間にしたがって前記第１のチャネルを介して前記送信を受信し、
前記第２のＴＴＩ持続時間および第２のＭＣＳに基づいて前記第１のチャネルの上の第２の送信ための第２のＴＢのサイズを決定し、
前記第２のＴＢの前記サイズのＴＢを使用して前記第２のＴＴＩ持続時間にしたがって１または複数のチャネルのうちの前記第１のチャネルを介して前記第２の送信を受信し、前記第１のチャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）である、
ようにさらに構成される、請求項１のＷＴＲＵ。
【請求項３】
前記プロセッサは、前記第１のＴＴＩ持続時間および前記第２のＴＴＩ持続時間の間の変化が、予め定められたパターンに従うようにさらに構成される、請求項１のＷＴＲＵ。
【請求項４】
前記プロセッサは、前記第１のＴＴＩ持続時間または前記第２のＴＴＩ持続時間の少なくとも一つに対応する少なくとも一つのエンハンスト物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）探索空間を決定するようにさらに構成される、請求項１のＷＴＲＵ。
【請求項５】
前記プロセッサは、前記第１のＴＴＩ持続時間および前記第２のＴＴＩ持続時間の間の変化が、制御チャネルにおいて示されるようにさらに構成される、請求項１のＷＴＲＵ。
【請求項６】
前記プロセッサは、前記第１のＴＢのサイズが、ダウンリンク（ＤＬ）割り当てにおいて提供される変調および符号化方式（ＭＣＳ）にさらに基づくようにさらに構成される、請求項２のＷＴＲＵ。
【請求項７】
前記プロセッサは、前記第１のＴＴＩ持続時間が、前記ＤＬ割り当てが送信されるＴＴＩの持続時間に等しいようにさらに構成される、請求項６のＷＴＲＵ。
【請求項８】
前記プロセッサは、
第１のＭＣＳ／トランスポートブロックサイズ（ＴＢＳ）テーブルを利用して前記第１のＴＢのサイズを決定するようにさらに構成される、請求項６のＷＴＲＵ。
【請求項９】
前記プロセッサは、前記第２のＴＢのサイズが、ダウンリンク（ＤＬ）割り当てにおいて提供される変調および符号化方式（ＭＣＳ）にさらに基づくようにさらに構成される、請求項２のＷＴＲＵ。
【請求項１０】
前記プロセッサは、第２のＭＣＳ／トランスポートブロックサイズ（ＴＢＳ）テーブルを利用して前記第２のＴＢのサイズを決定するようにさらに構成される、請求項９のＷＴＲＵ。
【請求項１１】
前記プロセッサは、スケーリング式を利用して、前記第２のＴＢのサイズが、前記第２のＴＴＩ持続時間および前記第１のＴＴＩ持続時間の比率の関数であるようにさらに構成される、請求項８のＷＴＲＵ。
【請求項１２】
前記プロセッサは、前記第２のＴＴＩ持続時間および前記第１のＴＴＩ持続時間の前記比率の前記関数が床関数であるようにさらに構成される、請求項１１のＷＴＲＵ。
【請求項１３】
無線送受信ユニット（ＷＴＲＵ）によって実行される通信の方法であって、
ダウンリンク制御チャネル送信を受信し、および前記ダウンリンク制御チャネル送信に関連付けられるＤＣＩフォーマットを決定することと、
前記ＤＣＩフォーマットが第１のＤＣＩフォーマットであると決定されるという条件で、第１の送信時間間隔（ＴＴＩ）持続時間が第１のチャネルの上の送信に関連付けられることを決定することと、
前記ＤＣＩフォーマットが第２のＤＣＩフォーマットであると決定されるという条件で、第２のＴＴＩ持続時間が前記第１のチャネルの上の前記送信に関連付けられることを決定することであって、前記第２のＴＴＩ持続時間は、前記第１のＴＴＩ持続時間とは異なる、ことと、
前記第１のＴＴＩ持続時間または前記第２のＴＴＩ持続時間の少なくとも一つを使用して前記第１のチャネルの上の前記送信を復号することと
を備える方法。
【請求項１４】
前記第１のＴＴＩ持続時間および第１の変調および符号化方式（ＭＣＳ）に基づいて前記第１のチャネルの上の前記送信のための第１のトランスポートブロック（ＴＢ）のサイズを決定することと、
前記第１のＴＢの前記サイズのＴＢを使用して前記第１のＴＴＩ持続時間にしたがって前記第１のチャネルを介して前記送信を受信することと、
前記第２のＴＴＩ持続時間および第２のＭＣＳに基づいて前記第１のチャネルの上の第２の送信ための第２のＴＢのサイズを決定することと、
前記第２のＴＢの前記サイズのＴＢを使用して前記第２のＴＴＩ持続時間にしたがって１または複数のチャネルのうちの前記第１のチャネルを介して前記第２の送信を受信することであって、前記第１のチャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）である、ことと
をさらに備える、請求項１３の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、全ての目的においてその全ての開示が本明細書にそれらのそれぞれの全体において完全に記載されている如く参照により本明細書に組み込まれている、2014年9月8日に出願した米国特許仮出願第62/047,610号明細書、および2015年8月12日に出願した米国特許仮出願第62/204,380号明細書の利益を主張するものである。
【０００３】
自動再送要求（ＡＲＱ）およびハイブリッド自動再送要求（ＨＡＲＱ）は、信号送信時に行われるものなどのエラーチェックおよび／またはエラーに対する訂正のために用いられ得る技法である。無線ネットワークにおける待ち時間は、ＨＡＲＱの使用を含み得る１または複数、または複数の要因によって引き起こされることがある。
【発明の概要】
【０００４】
無線送受信ユニット（ＷＴＲＵ）は、送信時間間隔（ＴＴＩ）持続時間を決定すること、および／またはＴＴＩ持続時間を減少させることを含む、コンピュータメモリに保存された命令を実行するようにプログラムされたプロセッサを備える。ＷＴＲＵプロセッサは、送信のタイミング、送信のために使用可能なデータの量、および／または送信されることになるデータのタイプの１または複数に基づいて、ＴＴＩ持続時間を減少させる（および／または変化させる）ようにプログラムされ得る。送信時間間隔持続時間は、エンハンスト物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、および／または物理アップリンク制御チャネル（ＰＵＣＣＨ）の１または複数のためのものとすることができる。
【０００５】
ＴＴＩ持続時間は、例えばＴＴＩ当たりのＯＦＤＭシンボル数、および／またはシンボル持続時間（例えばサブキャリア間隔）の１または複数を変更することによって達成され得る。ＲＥマッピングは、ＴＴＩ持続時間に基づくことができる。ＲＥマッピングは、ＯＦＤＭシンボルの数、例えばＴＴＩ当たりのＯＦＤＭシンボルの数に依存するものとすることができる。１または複数の可変タイムスロット境界が企図される。
【０００６】
サブキャリアのセット当たりのＴＴＩ持続時間が企図される。異なる処理時間に対処するための１または複数の（例えば追加の）タイミング規則が企図される。１または複数、または複数の同時フィードバックレポートに対処するための１または複数の（例えば追加の）規則が企図される。縮小型ＴＴＩ持続時間によるＵＬスケジューリングのための１または複数の（例えば追加の）規則が企図される。
【０００７】
無線送受信ユニット（ＷＴＲＵ）は、プロセッサを備え得る。プロセッサは、１または複数の要因に基づいて動的に、第１の送信時間間隔（ＴＴＩ）持続時間を決定するように構成され得る。プロセッサは、１または複数の要因に基づいて動的に、第２のＴＴＩ持続時間を決定するように構成され得る。第２のＴＴＩ持続時間は、第１のＴＴＩ持続時間とは異なり得る。プロセッサは、第１のＴＴＩ持続時間を、１または複数のチャネルのうちの第１のチャネルに割り当てるように構成され得る。プロセッサは、第２のＴＴＩ持続時間を、１または複数のチャネルのうちの第２のチャネルに割り当てるように構成され得る。ＷＴＲＵは送信機を備え得る。送信機は、第１のＴＴＩ持続時間以内で第１のチャネルによって第１の送信を送るように構成され得る。
【０００８】
無線送受信ユニット（ＷＴＲＵ）は、プロセッサを備え得る。プロセッサは、第１の送信時間間隔（ＴＴＩ）持続時間を、第１のハイブリッド自動再送要求（ＨＡＲＱ）プロセスに関連付けるように構成され得る。プロセッサは、第２のＴＴＩ持続時間を、第２のＨＡＲＱプロセスに関連付けるように構成され得る。第２のＴＴＩ持続時間は第１のＴＴＩ持続時間と異なり得る。ＷＴＲＵは、第１のＨＡＲＱプロセスまたは第２のＨＡＲＱプロセスの少なくとも１つをアクティベートするように構成され得る。ＷＴＲＵは送信機を備え得る。送信機は、第１のＨＡＲＱプロセスを用いた第１のＴＴＩ持続時間、または第２のＨＡＲＱプロセスを用いた第２のＴＴＩ持続時間の少なくとも１つ以内で、第１の送信を送るように構成され得る。
【０００９】
無線送受信ユニット（ＷＴＲＵ）は、受信機を備え得る。受信機は、エンハンスト物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）を受信するように構成され得る。ＷＴＲＵはプロセッサを備え得る。プロセッサは、ＥＰＤＣＣＨの少なくとも一部に基づいて第１の送信時間間隔（ＴＴＩ）持続時間を識別するように構成され得る。受信機は、第１のＴＴＩ持続時間以内に物理ダウンリンク共有チャネル（ＰＤＳＣＨ）によって第１の送信を受信するように構成され得る。ＷＴＲＵは送信機を備え得る。送信機は、第２のＴＴＩ持続時間以内に物理アップリンク共有チャネル（ＰＵＳＣＨ）によって第２の送信を送るように構成され得る。第２のＴＴＩ持続時間は第１のＴＴＩ持続時間と異なり得る。
【００１０】
無線送受信ユニット（ＷＴＲＵ）は、受信機を備え得る。受信機は、エンハンスト物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）構成を受信するように構成され得る。ＥＰＤＣＣＨ構成は、１または複数のＥＰＤＣＣＨ探索空間に対する情報を含み得る。ＷＴＲＵはプロセッサを備え得る。プロセッサは、第１の送信時間間隔（ＴＴＩ）持続時間を、１または複数のＥＰＤＣＣＨ探索空間の第１のＥＰＤＣＣＨ探索空間に割り当てるように構成され得る。プロセッサは、第２のＴＴＩ持続時間を、１または複数のＥＰＤＣＣＨ探索空間の第２のＥＰＤＣＣＨ探索空間に割り当てるように構成され得る。第２のＴＴＩ持続時間は第１のＴＴＩ持続時間と異なり得る。
【図面の簡単な説明】
【００１１】
より詳細な理解は、添付図面とともに例として示される以下の説明から得られ得る。
【図１Ａ】１または複数の開示される実施形態が実施され得る、例示の通信システムの図である。
【図１Ｂ】１または複数の開示される実施形態が実施され得る、例示の無線送受信ユニットのシステム図である。
【図１Ｃ】１または複数の開示される実施形態が実施され得る、無線アクセスネットワークおよびコアネットワークのシステム図である。
【図１Ｄ】１または複数の開示される実施形態が実施され得る、無線アクセスネットワークおよびコアネットワークのシステム図である。
【図１Ｅ】１または複数の開示される実施形態が実施され得る、無線アクセスネットワークおよびコアネットワークのシステム図である。
【図２】１または複数の実施形態で用いられ得る、例示の物理層チャネルを示す図である。
【図３】１または複数の実施形態で用いられ得る、例示のアップリンク物理層チャネルを示す図である。
【図４】１または複数の異なるサブフレームにおける、および／または１または複数の異なる帯域幅部分における、異なるＴＴＩ持続時間の例を示す図である。
【図５】１または複数の実施形態で用いられ得る、短縮送信時間間隔ＰＤＳＣＨのための短縮送信時間間隔ＥＰＤＣＣＨを用いた例示のスケジューリングを示す図である。
【図６】１または複数の実施形態で用いられ得る、２つのリソースブロック（ＲＢ）および全タイムスロットを用いて、単一タイムスロットにおいて送信される例示のＰＵＣＣＨを示す図である。
【図７】１または複数の実施形態において用いられ得る、半分のタイムスロットにわたり、および２つのＲＢにわたって送信される単一タイムスロットにおいて送信される例示のＰＵＣＣＨを示す図である。
【発明を実施するための形態】
【００１２】
次に例示的実施形態の詳細な説明が、様々な図に関連して述べられる。この説明は可能な実装形態の詳細な例をもたらすが、その詳細は例示のためであり、本出願の範囲を限定するものでは全くないことが留意されるべきである。本明細書で用いられる冠詞「ａ」および「ａｎ」は、さらなる但し書きまたは記述がない限り、例えば「１または複数」または「少なくとも１つ」を意味するものと理解され得る。
【００１３】
図１Ａは、１または複数の開示される実施形態が実施され得る例示の通信システム１００の図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを提供する多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じてこのようなコンテンツにアクセスすることを可能にし得る。例えば通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１または複数のチャネルアクセス方式を使用することができる。
【００１４】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃおよび／または１０２ｄ（これらは全体としてまたはまとめてＷＴＲＵ１０２と呼ばれ得る）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話ネットワーク（ＰＳＴＮ）１０８、インターネット１１０並びに他のネットワーク１１２を含むことができるが、開示される実施形態は任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例としてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されることができ、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ノートブック、パーソナルコンピュータ、無線センサ、民生用電子機器などを含むことができる。
【００１５】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むことができる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６／１０７／１０９、インターネット１１０および／またはネットワーク１１２等の、１または複数の通信ネットワークへのアクセスを容易にするように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスとすることができる。例として基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどとすることができる。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されるであろう。
【００１６】
基地局１１４ａはＲＡＮ１０３／１０４／１０５の一部とすることができ、これはまた基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）を含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る特定の地理的領域内で、無線信号を送信および／または受信するように構成され得る。セルはさらにセルセクタに分割され得る。例えば基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。従って一実施形態では基地局１１４ａは、３つのトランシーバ、すなわちセルの各セクタに対して１つを含むことができる。別の実施形態では基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することができ、従ってセルの各セクタに対して複数のトランシーバを利用することができる。
【００１７】
基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができるエアインターフェース１１５／１１６／１１７を通して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信することができる。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立され得る。
【００１８】
より具体的には、上記のように通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ等の１または複数のチャネルアクセス方式を使用することができる。例えばＲＡＮ１０３／１０４／１０５内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができ、これは広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いてエアインターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ  ＨＳＰＡ（ＨＳＰＡ＋）等の通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１９】
別の実施形態では基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅｖｏｌｖｅｄ  ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができ、これはロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を用いて、エアインターフェース１１５／１１６／１１７を確立することができる。
【００２０】
他の実施形態では基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ：Worldwide Interoperability for Microwave Access）、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００２１】
図１Ａの基地局１１４ｂは、例えば無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、事業所、ホーム、乗り物、キャンパスなどの局所的エリアにおける無線接続性を容易にするための、任意の適切なＲＡＴを利用することができる。一実施形態では基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実施することができる。別の実施形態では基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実施することができる。別の実施形態では基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（例えばＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されるように基地局１１４ｂは、インターネット１１０への直接接続を有することができる。従って基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を経由してインターネット１１０にアクセスする必要がなくなり得る。
【００２２】
ＲＡＮ１０３／１０４／１０５はコアネットワーク１０６／１０７／１０９と通信することができ、これは音声、データ、アプリケーション、および／またはＶｏＩＰサービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数にもたらすように構成された任意のタイプのネットワークとすることができる。例えばコアネットワーク１０６／１０７／１０９は、呼制御、料金請求サービス、モバイル位置ベースのサービス、プリペイドコール、インターネット接続性、ビデオ配信などをもたらすことができ、および／またはユーザ認証などの高レベルセキュリティ機能を行うことができる。図１Ａに示されないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと、直接または間接に通信できることが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）とも通信することができる。
【００２３】
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働くことができる。ＰＳＴＮ１０８は、従来型電話サービス（ＰＯＴＳ）をもたらす回線交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群におけるＴＣＰ、ＵＤＰおよびＩＰなどの、共通通信プロトコルを用いる相互接続されたコンピュータネットワークおよびデバイスの地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線もしくは無線通信ネットワークを含むことができる。例えばネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを使用することができる１または複数のＲＡＮに接続された、別のコアネットワークを含むことができる。
【００２４】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたは全ては、マルチモード能力を含むことができ、すなわちＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを通して異なる無線ネットワークと通信するための複数のトランシーバを含むことができる。例えば図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用し得る基地局１１４ａと、およびＩＥＥＥ８０２無線技術を使用し得る基地局１１４ｂと通信するように構成され得る。
【００２５】
図１Ｂは、例示のＷＴＲＵ１０２のシステム図である。図１Ｂに示されるようにＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ／マイク１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６および他の周辺装置１３８を含むことができる。ＷＴＲＵ１０２は、実施形態と一貫性を保ちながら、上記の要素の任意のサブコンビネーションを含み得ることが理解されるであろう。また実施形態は、基地局１１４ａおよび１１４ｂ、および／または中でも非限定的にトランシーバ局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ホームノードＢ（ｅノードＢ）、ホーム進化型ノードＢ（ＨｅＮＢ）、ホーム進化型ノードＢゲートウェイ、およびプロキシノードなど、基地局１１４ａおよび１１４ｂが表すことができるノードは、図１Ｂに示され本明細書で述べられる要素のいくつかまたは全てを含み得ることを企図する。
【００２６】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連した１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能を行うことができる。プロセッサ１１８はトランシーバ１２０に結合されることができ、これは送受信要素１２２に結合され得る。図１Ｂはプロセッサ１１８およびトランシーバ１２０を別個の構成要素として示すが、プロセッサ１１８およびトランシーバ１２０は、電子回路パッケージまたはチップ内に一緒に統合され得ることが理解されるであろう。
【００２７】
送受信要素１２２は、エアインターフェース１１５／１１６／１１７を通して、基地局（例えば基地局１１４ａ）に信号を送信し、またはそれから信号を受信するように構成され得る。例えば一実施形態では送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では送受信要素１２２は、例えばＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器とすることができる。別の実施形態では送受信要素１２２は、ＲＦおよび光信号の両方を送信および受信するように構成され得る。送受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されるであろう。
【００２８】
さらに図１Ｂでは送受信要素１２２は単一の要素として示されるが、ＷＴＲＵ１０２は任意の数の送受信要素１２２を含むことができる。より具体的にはＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。従って一実施形態ではＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して無線信号を送信および受信するための、２つ以上の送受信要素１２２（例えば複数のアンテナ）を含むことができる。
【００２９】
トランシーバ１２０は、送受信要素１２２によって送信されることになる信号を変調するように、および送受信要素１２２によって受信された信号を復調するように構成され得る。上記のようにＷＴＲＵ１０２は、マルチモード能力を有することができる。従ってトランシーバ１２０は、ＷＴＲＵ１０２が例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴによって通信することを可能にするための、複数のトランシーバを含むことができる。
【００３０】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイク１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば液晶表示（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることができ、それらからユーザ入力データを受け取ることができる。プロセッサ１１８はまた、スピーカ／マイク１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に、ユーザデータを出力することができる。さらにプロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、それにデータを記憶することができる。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態ではプロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、物理的にＷＴＲＵ１０２上に位置しないメモリからの情報にアクセスし、それにデータを記憶することができる。
【００３１】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に対して電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスとすることができる。例えば電源１３４は、１または複数の乾電池（例えばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）など）、太陽電池、燃料電池などを含むことができる。
【００３２】
プロセッサ１１８はまたＧＰＳチップセット１３６に結合されることができ、これはＷＴＲＵ１０２の現在位置に関する位置情報（例えば経度および緯度）をもたらすように構成され得る。ＧＰＳチップセット１３６からの情報に加えてまたはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば基地局１１４ａ、１１４ｂ）から位置情報を受信することができ、および／または２つ以上の近くの基地局から受信される信号のタイミングに基づいてその位置を決定することができる。ＷＴＲＵ１０２は、実施形態と一貫性を保ちながら、任意の適切な位置決定方法によって位置情報を取得できることが理解されるであろう。
【００３３】
プロセッサ１１８はさらに他の周辺装置１３８に結合されることができ、これはさらなる特徴、機能および／または有線もしくは無線接続性をもたらす、１または複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。例えば周辺装置１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００３４】
図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記のようにＲＡＮ１０３は、ＵＴＲＡ無線技術を使用して、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３はまた、コアネットワーク１０６と通信することができる。図１Ｃに示されるようにＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、これらはそれぞれ、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられ得る。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含むことができる。ＲＡＮ１０３は、実施形態と一貫性を保ちながら、任意の数のノードＢおよびＲＮＣを含み得ることが理解されるであろう。
【００３５】
図１Ｃに示されるようにノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。さらにノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを経由して、それぞれＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを経由して互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、それが接続されるそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。さらにＲＮＣ１４２ａ、１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を、実行またはサポートするように構成され得る。
【００３６】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換局（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素のそれぞれはコアネットワーク１０６の一部として示されるが、これらの要素のいずれの１つも、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることが理解されるであろう。
【００３７】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを経由してコアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６はＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来型の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる。
【００３８】
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを経由してコアネットワーク１０６内のＳＧＳＮ１４８に接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる。
【００３９】
上記のようにコアネットワーク１０６はまた、ネットワーク１１２に接続されることができ、これは他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含むことができる。
【００４０】
図１Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のようにＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を使用して、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０７と通信することができる。
【００４１】
ＲＡＮ１０４はｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は実施形態と一貫性を保ちながら、任意の数のｅノードＢを含み得ることが理解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。一実施形態ではｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。従って例えばｅノードＢ１６０ａは、複数のアンテナを用いてＷＴＲＵ１０２ａに無線信号を送信し、それから無線信号を受信することができる。
【００４２】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることができ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを取り扱うように構成され得る。図１Ｄに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを通して互いに通信することができる。
【００４３】
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ１６４およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。上記要素のそれぞれはコアネットワーク１０７の一部として示されるが、これらの要素のいずれの１つも、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることが理解されるであろう。
【００４４】
ＭＭＥ１６２は、Ｓ１インターフェースを経由してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることができ、制御ノードとして働くことができる。例えばＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティベーション／非アクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ時に特定のサービングゲートウェイを選択することなどに対して責任を担い得る。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り換えるための、制御プレーン機能をもたらすことができる。
【００４５】
サービングゲートウェイ１６４は、Ｓ１インターフェースを経由してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され得る。サービングゲートウェイ１６４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへのまたはそれらからのユーザデータパケットを、経路指定および転送することができる。サービングゲートウェイ１６４はまた、ｅノードＢ間ハンドオーバ時にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのダウンリンクデータが使用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を行うことができる。
【００４６】
サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる、ＰＤＮゲートウェイ１６６に接続され得る。
【００４７】
コアネットワーク１０７は他のネットワークとの通信を容易にすることができる。例えばコアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来型の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる。例えばコアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインターフェースとして働くＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。さらにコアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスをもたらすことができ、これは他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含むことができる。
【００４８】
図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を使用して、エアインターフェース１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、基準点として定義され得る。
【００４９】
図１Ｅに示されるようにＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃおよびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は実施形態と一貫性を保ちながら、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれＲＡＮ１０５内の特定のセル（図示せず）に関連付けられることができ、それぞれエアインターフェース１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。一実施形態では基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。従って例えば基地局１８０ａは、複数のアンテナを用いてＷＴＲＵ１０２ａに無線信号を送信し、それから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー実施などの、モビリティ管理機能をもたらすことができる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとして働くことができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９への経路指定などに対して責任を担い得る。
【００５０】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１基準点として定義され得る。さらにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、Ｒ２基準点として定義されることができ、これは認証、承認、ＩＰホスト構成管理、および／またはモビリティ管理のために用いられ得る。
【００５１】
基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間の通信リンクは、基地局間のＷＴＲＵハンドオーバおよびデータの転送を容易にするためのプロトコルを含むＲ８基準点として定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準点として定義され得る。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づくモビリティ管理を容易にするためのプロトコルを含むことができる。
【００５２】
図１Ｅに示されるようにＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９の間の通信リンクは、例えばデータ転送およびモビリティ管理能力を容易にするためのプロトコルを含む、Ｒ３基準点として定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、承認、アカウンティング（ＡＡＡ）サーバ１８６およびゲートウェイ１８８を含むことができる。上記要素のそれぞれはコアネットワーク１０９の一部として示されるが、これらの要素のいずれの１つも、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることが理解されるであろう。
【００５３】
ＭＩＰ−ＨＡは、ＩＰアドレス管理に対して責任をもつことができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間でローミングすることを可能にし得る。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる。ＡＡＡサーバ１８６は、ユーザ認証に対して、およびユーザサービスをサポートすることに対して責任を担い得る。ゲートウェイ１８８は、他のネットワークとの相互動作を容易にする。例えばゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来型の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる。さらにゲートウェイ１８８はＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスをもたらすことができ、これは他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含むことができる。
【００５４】
図１Ｅに示されないが、ＲＡＮ１０５は他のＡＳＮに接続されることができ、コアネットワーク１０９は他のコアネットワークに接続され得ることが理解されるであろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、Ｒ４基準点として定義されることができ、これはＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、Ｒ５基準点として定義されることができ、これはホームコアネットワークと訪問先のコアネットワークとの間の相互動作を容易にするためのプロトコルを含むことができる。
【００５５】
実施形態は、待ち時間の１または複数の要素を認識する。デバイスが通信システムのリソースにアクセスできた後に、有用なデータの送信に関連した待ち時間は、以下の要素の１または複数の追加を含み得る：
−  トランスポートブロック、例えば送信時間間隔（ＴＴＩ）の送信を行うための時間、および／または
−  受信機における処理時間（例えば送信の復号のための）。これは実装の複雑さに結び付けられることができ、および／または１つのデータ単位の送信に関連した１または複数の異なるイベントの間の固定されたタイミング関係を用いる主な原因になり得る。これは例えば、関心のあるキャリアのために時分割複信（ＴＤＤ）が用いられ得る、および／または同期ＨＡＲＱ動作（例えばアップリンクでのＬＴＥに対してなど）のシナリオにおいて、タイミング関係を固定することを含むことを含み得る。
【００５６】
他のシナリオの中でも送信の復号が成功しない場合があるシナリオでは、以下の要素の１または複数が当てはまり得る：
−  フィードバック、例えばＨＡＲＱ  ＡＣＫまたはＮＡＣＫの送信、
−  受信機での処理時間、および／または
−  １または複数の再送信（例えば上記と同様なステップを用いる）。
【００５７】
本明細書で述べられる構成要素の１または複数、またはそれぞれは、基本時間間隔（ＢＴＩ）の整数倍において測定され得る。例えばＬＴＥでは、本明細書で述べられる構成要素の１または複数、またはそれぞれはＴＴＩにおいて測定され得る。
【００５８】
無線ネットワークにおける待ち時間は、１または複数、または複数の要因によって引き起こされ得る。下位層において待ち時間は、ハイブリッド自動再送要求（ＨＡＲＱ）を用いることによって得られる高い信頼度の送信に対する要求によって影響され得る。再送信が隣接した期間内で行われない場合があることを考えれば、１つ（または複数）の再送信は送信の待ち時間に影響を与え得る。ダウンリンク送信に対しては、送信が正しく復号されたかどうかを決定するために、ユーザ機器（ＵＥ）またはＷＴＲＵにおけるいくらかの処理時間が有用となり得る。これは、ダウンリンク送信の受信、および／または肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）メッセージの送信の間の時間間隔に繋がり得る。ＡＣＫまたはＮＡＣＫがＷＴＲＵまたはＵＥによって送信されたか、および／または再送信が有用となり得るかを決定するために、進化型ノードＢ（ｅＮＢ）におけるいくらかの処理時間が有用となり得る。同様な状況は、アップリンク（ＵＬ）送信に対しても生じ得る。処理時間は累積的となり得る。待ち時間と実装の複雑さとの間のトレードオフが有用となり得る。
【００５９】
恐らく例えば処理時間に対応するために、他のシナリオの中でも、トランスポートブロックに対する第１の送信と、それの対応するダウンリンク（ＤＬ）および／またはアップリンク（ＵＬ）方向のためのＡＣＫ−ＮＡＣＫ  ＨＡＲＱ応答との間のタイミング関係が、ＬＴＥにおいて規定され得る。第１の送信と、ＵＬ（例えばＵＬ専用）のための再送信との間のタイミング関係は、ＬＴＥにおいて規定され得る。時分割複信（ＴＤＤ）および周波数分割複信（ＦＤＤ）ＤＬスケジューリングタイミングは、同じとすることができる。例えばＷＴＲＵは、同じサブフレームおよび／または送信時間間隔ＴＴＩにおいて、ダウンリンク（ＤＬ）送信に対するスケジューリング許可を受信することができる。
【００６０】
ＦＤＤシステムにおけるアップリンク（ＵＬ）送信に対しては、ＷＴＲＵのためのものであり得る、サブフレームｎにおける、ＵＬ  ＤＣＩまたはダウンリンク制御情報フォーマットを有するアップリンクによる、（Ｅ）ＰＤＣＣＨまたは（エンハンスト）物理ダウンリンク制御チャネル、および／または物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）送信の検出が生じ得る。ＷＴＲＵは、サブフレームｎ＋４において、対応する物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信することができる。ＴＤＤシステムにおけるＵＬ送信に対しては、ＷＴＲＵのためのものであり得る、サブフレームｎにおける、ＵＬ  ＤＣＩフォーマットによる（Ｅ）ＰＤＣＣＨおよび／またはＰＨＩＣＨ送信の検出が生じ得る。ＷＴＲＵは、対応するＰＵＳＣＨをサブフレームｎ＋ｋにおいて送信することができる。ｋの値は以下の１または複数に依存し得る：ＴＤＤ  ＵＬ／ＤＬ構成、ＵＬ  ＤＣＩおよび／またはＰＨＩＣＨが送信されたサブフレーム、ＴＤＤ  ＵＬ／ＤＬ構成０、ＰＨＩＣＨリソース、および／または（Ｅ）ＰＤＣＣＨ内のＵＬインデックスの最上位ビット（ＭＳＢ）または最下位ビット（ＬＳＢ）。
【００６１】
ＦＤＤに対しては、サブフレームｎにおけるＤＬまたはＵＬ送信に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ応答は、サブフレームｎ＋４においてもたらされ得る。ＴＤＤに対しては、サブフレームｎにおけるＤＬまたはＵＬ送信に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ応答は、サブフレームｎ＋ｋにおいてもたらされることができ、ｋは、例えばｎの値および／またはＴＤＤ  ＵＬ／ＤＬ構成に依存し得る。ＴＤＤに対しては、例えば１または複数、または複数の送信に対するＨＡＲＱをもたらすためにバンドリングが用いられ得る。
【００６２】
ＷＴＲＵにとって使用可能な処理時間は、タイミングアドバンスの値に依存することができ、これはＷＴＲＵとｅＮＢの間の距離に依存し得る。ＬＴＥに対する例示のシナリオは１００ｋｍの距離とすることができ、これは０．６７ｍｓの最大のタイミングアドバンスに対応し得る。端末処理のために、おおよそ２．３ｍｓの残りが存在し得る。ｅＮＢに対しては使用可能な処理時間は３ｍｓとすることができ、端末のものと同じ程度となり得る。
【００６３】
物理層チャネル位置がもたらされ得る。ＤＬにおいては、ＤＬ−ＳＣＨおよびＵＬ−ＳＣＨをサポートするために、サブフレーム内に３つ（またはそれより多い、または少ない）チャネルエリアが存在し得る：物理ダウンリンク制御チャネル（ＰＤＣＣＨ）（これは物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）および物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）を含み得る）、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、および／またはＥＰＤＣＣＨ（例えばＰＤＣＣＨ領域、ＰＤＳＣＨ領域、およびＥＰＤＣＣＨは、図２に示される）。ＥＰＤＣＣＨは、ＷＴＲＵに対するスケジューリング情報を含むことができ、および／またはＰＤＳＣＨ領域の恩恵をうまく利用することができ、これはビーム形成利得、周波数領域ＩＣＩＣ、および／またはＰＤＣＣＨ容量を改善することを含み得る。
【００６４】
ＵＬにおいては、サブフレームにおいて２つ（またはそれより多い、または少ない）チャネルエリアは、ＤＬ−ＳＣＨおよびＵＬ−ＳＣＨをサポートすることができる：図３に示されるようなＰＵＳＣＨ、および／またはＰＤＳＣＨ。これらのチャネルの１つまたは両方は、恐らく例えば周波数選択性チャネルにおけるロバスト性を向上するために、１または複数の、または各タイムスロットにおいて異なるＲＢにおいて送信され得る（例えばＰＵＳＣＨの周波数ホッピング）。
【００６５】
他の理由の中でも恐らく例えば待ち時間を改善するために、本明細書において言及される物理層チャネルなどの異なるチャネルのＴＷＩ持続時間を減少および／または変化させることが有益となり得る。これはＷＴＲＵ処理時間における減少を可能にすることができ、および／またはＷＴＲＵがより早くデータを処理し始めるための能力をもたらし得る。これは、より短いＨＡＲＱタイムラインを可能にし得る。異なるチャネルは、異なるＴＴＩ持続時間を有し得る。サブフレームＥＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨ、および／またはＰＤＳＣＨ  ＴＴＩ持続時間より、短くなり得る。実施形態は恐らく例えば、より短いサブフレームＴＴＩ持続時間を用いて、ＰＤＳＣＨおよび／またはＰＵＳＣＨ送信のための効率的なＨＡＲＱフィードバックを可能にし得る。本明細書で述べられる待ち時間要素の１または複数を縮小するための、１または複数の技法が企図される。
【００６６】
ＴＴＩ持続時間は、ＯＦＤＭ（直交周波数分割多重）シンボルの数によって定義され得る。例えばＴＴＩ持続時間は、サブフレーム全体、またはリソースブロック（ＰＲＢすなわち物理リソースブロック）のペアとして定義され得る（例えば通常のサイクリックプレフィックスに対して１４個のＯＦＤＭシンボル、および拡張サイクリックプレフィックスに対して１２個のＯＦＤＭシンボル）。ＴＴＩは、単一のＯＦＤＭシンボルまで短くなり得る。ＴＴＩ持続時間は、１または複数のタイムスロットとして定義され得る（例えば通常のサイクリックプレフィックスに対して７個のＯＦＤＭシンボル、および拡張サイクリックプレフィックスに対して６個のＯＦＤＭシンボル）。上記のＴＴＩ持続時間の組み合わせが用いられ得る。
【００６７】
１または複数の技法において、１または複数、または全ての可能なＴＴＩ持続時間は、固定の数のシンボル（例えば１４個のシンボル）を有し得る。シンボル時間（例えば持続時間）は可変とすることができる。これはサブキャリア間隔を変更することによって達成され得る。例えば第１のＴＴＩ持続時間は第１のサブキャリア間隔により達成されることができ、および／または第２のＴＴＩ持続時間は第２のサブキャリア間隔により達成され得る。キャリアの異なる帯域幅部分（例えばＰＲＢ）は、１または複数の異なるサブキャリア間隔をサポートすることができる。これは、異なる帯域幅部分（例えばＰＲＢ）に対して、１または複数の異なるＴＴＩ持続時間を可能にし得る。
【００６８】
また可変ＴＴＩ持続時間を達成するハイブリッド技法（例えば異なるシンボルの数、および／または異なるシンボル持続時間を用いることによる）が用いられ得る。
【００６９】
帯域幅部分当たり（および／またはキャリア当たり）のサブキャリア間隔は、静的とすることができる。部分当たり（および／またはキャリア当たり）のサブキャリア間隔は、ブロードキャストされる信号（例えばＭＩＢおよび／またはＳＩＢ）において表示され得る。サブキャリア間隔は、同期チャネルおよび／または基準信号の一定のタイプおよび／または特徴の存在から暗黙的に決定され得る。例えば第１のＣＲＳ構成は第１のＴＴＩ持続時間を有するＰＲＢの第１のセット内に存在することができ、および／または第２のＣＲＳ構成は第２のＴＴＩ持続時間を有するＰＲＢの第２のセット内に存在し得る。
【００７０】
サブキャリア間隔は、例えばＲＲＣシグナリングによって、半静的にＷＴＲＵに表示され得る。ＷＴＲＵは、他のシナリオの中でも恐らく例えば将来の半静的表示まで適用可能となり得る、新しい（例えば新たな、更新された、および／またはこれまで定義されていない）サブキャリア間隔（例えば場合によっては帯域幅部分当たり１つの）に対する表示を受信することができる。サブキャリア間隔は、送信プロファイルに結び付けられ得る。
【００７１】
サブキャリア間隔は、動的にＷＴＲＵに表示され得る。例えばサブキャリア間隔（例えば場合によってはＰＲＢ当たり）の明示的な表示は、スケジューリング割り当ておよび／またはスケジューリング許可に含められ得る。サブキャリア間隔は、スケジューリング割り当てまたは許可のパラメータから、ＷＴＲＵによって暗黙的に決定され得る。
【００７２】
本明細書で述べられるように、ＴＴＩ持続時間により動作する、および／またはそれを表示するための任意の技法は、サブキャリア間隔により動作する、および／またはそれを表示するための方法として再使用され得る。
【００７３】
ＷＴＲＵは、それが特定のＴＴＩ持続時間（例えばサブフレームＴＴＩ持続時間、タイムスロットＴＴＩ持続時間）により動作し得ることを決定することができる。ＷＴＲＵは、ダウンリンクにおいておよびアップリンクにおいて、一定であるが異なるＴＴＩ持続時間、構成により動作するように構成され得る。ＷＴＲＵは、適用可能な送信に対してダウンリンクにおいておよびアップリンクにおいて同じＴＴＩ持続時間構成が用いられるように構成され得る。
【００７４】
ＷＴＲＵ固有のＴＴＩ持続時間、所与の期間の間で単一の持続時間が存在し得る。ＷＴＲＵは、特定の期間（例えばＬ３再構成に基づく）に対する（例えばそれのみに対する）ものとなり得るＴＴＩ持続時間の１または複数、または複数に従って動作するように構成され得る。ＴＴＩ持続時間は、ＷＴＲＵへのおよび／またはそれからの送信（例えばＷＴＲＵへのおよび／またはそれからの１または複数の、または各送信）に対して、固定され得る（例えば静的に、半静的に、および／または動的に）。
【００７５】
１または複数、または複数のＴＴＩ持続時間が、構成され（例えば並行して構成され）得る。ＷＴＲＵは、異なるＴＴＩ長さの送信のために動作する（例えば並行して）ように構成されることができ、これは半静的割り振り（例えば、半永続的な許可および／または割り当てに基づく、異なるＴＴＩ長さに専用のフレーム／サブフレームのサブセットの構成）、および／または動的割り振りに基づく（例えばダウンリンク制御シグナリングの検出および／または受信に基づく）ことができる。
【００７６】
セル／ＣＧ固有のＴＴＩ持続時間が存在し得る。このような構成は、ＷＴＲＵの構成のセルのサブセットに対して、例えば同じタイミングアドバンスグループ（ＴＡＧ）のセル（例えば全てのセル）に対して、および／または同じセルグループ（ＣＧ）のセル（例えば全てのセル）に対して、ＷＴＲＵの構成のセルごとに適用可能となり得る。特定のＭＡＣエンティティに関連したＨＡＲＱインスタンスは、同じＴＴＩ持続時間を用いて構成され得る。アップリンク制御シグナリングのための同じチャネル（例えばＰＵＣＣＨ、ＰＵＳＣＨ）に関連したセル（例えば全てのセル）は、ＴＴＩ持続時間に対して同じ構成を用いることができる。
【００７７】
異なるＴＴＩ持続時間を有し得る、異なるチャネル／信号が存在し得る。専用リソースに対して共有リソースが存在し得る。ＴＴＩ持続時間の構成は、専用の（例えばＷＴＲＵ固有の）リソース割り振りに関連した送信に対して（例えば送信のみに対して）適用可能となり得る。例えばセル固有の物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソース上のプリアンブル（再）送信は、レガシーＴＴＩ持続時間を用いることができる。競合（contention）ベースのランダムアクセス手順に関連したｍｓｇ３に対するＨＡＲＱプロセスは、レガシーＴＴＩ持続時間を用いることができる。無競合のプリアンブル送信は、構成されたＴＴＩ持続時間を用いることができる。
【００７８】
チャネル／信号固有のＴＴＩ持続時間が存在し得る。異なるチャネルおよび信号は、例えば同時に、異なるＴＴＩ持続時間を有し得る。例えばＰＤＳＣＨは、それがサービスする論理チャネルに応じて、１または複数、または複数のタイプに分離され得る。例えばＳ１のために用いられるＰＤＳＣＨはサブフレームＴＴＩ持続時間を用いることができ、専用のトラフィックのために用いられるＰＤＳＣＨはＲＢタイムスロットＴＴＩ持続時間を用いることができる。ＤＬ−ＳＣＨに関連付けられたチャネル（例えば１または複数、または全てのチャネル）は、第１のＴＴＩ持続時間を用いることができる。ＵＬ−ＳＣＨに関連付けられたチャネル（例えば１または複数、または全てのチャネル）は、第２のＴＴＩ持続時間を用いることができる。
【００７９】
（Ｅ）ＰＤＣＣＨは、ＰＤＳＣＨとは異なるＴＴＩ持続時間となり得る。例えばＥＰＤＣＣＨはサブフレームＴＴＩ持続時間とすることができ、恐らく一方、ＰＤＳＣＨはタイムスロットＴＴＩ持続時間とすることができる。タイムスロット持続時間に対するＰＤＣＣＨは、タイムスロットの最初の｛１，２，３，４｝ＯＦＤＭシンボルに位置し得る。
【００８０】
チャネルおよび／または信号に対するＴＴＩ持続時間は、例えば１または複数の要因、状況、機能、特徴、情報、および／またはデータなどに基づいて、動的に変化し得る。１または複数の、または各チャネルおよび／または信号には、恐らく例えば以下の１または複数に基づいて特定のＴＴＩ持続時間が割り振られ得る。ＴＴＩ持続時間は、半静的構成に基づくことができる（例えばＲＲＣによって）。例えばＷＴＲＵは、特定のＴＴＩ長さがＷＴＲＵの構成の１または複数の特徴に依存するものとして構成され得る（例えばＴＴＩ持続時間は、ＷＴＲＵの構成の１または複数のセルに対して用いられ得る）。例えばＷＴＲＵは、他のシナリオの中でも恐らくデュアル接続性を用いて構成されたときに、セカンダリセルグループ（ＳＣＧ）の送信（例えば少なくともいくつかの）に対して、タイムスロットＴＴＩ持続時間に対して構成され得る。
【００８１】
ＴＴＩ持続時間は、送信のタイミング（例えばフレームまたはサブフレーム番号）に基づくことができる。ＴＴＩ持続時間は、トランスポートブロックに多重化された論理チャネルに基づくことができる。ＴＴＩ持続時間は、送信のために使用可能なデータの論理チャネルに基づくことができる。例えばＷＴＲＵは、より短い（例えばタイムスロット）ＴＴＩ持続時間の物理アップリンク制御チャネル（ＰＵＣＣＨ）を通して、スケジューリング要求（ＳＲ）送信を開始することができ、例えば１または複数の論理チャネルの構成された第１のサブセットに対するデータが、送信のために使用可能となり得る。ＷＴＲＵは、通常の（例えばサブフレーム）ＴＴＩ持続時間のＰＵＣＣＨを通して、ＳＲ送信を開始することができ、例えば１または複数の論理チャネル（例えば論理チャネルの第１のサブセットにない全ての論理チャネル）の構成された第２のサブセットに対するデータが、送信のために使用可能となり得る。ＴＴＩ持続時間は、送信のために使用可能なデータの量に基づくことができる。例えばＷＴＲＵは、物理アップリンク共有チャネル（ＰＵＳＣＨ）が短い（例えば１スロット）ＴＴＩ持続時間を通して送信されることを決定することができ、そこでは例えばデータの量は、通常の（例えば１サブフレーム）ＴＴＩ持続時間に対する許可によって決定され得るトランスポートブロックサイズの一定の部分未満である。ＴＴＩ持続時間は、送信されることになるアップリンク制御情報（ＵＣＩ）のタイプに基づくことができる。例えばチャネル状態情報（ＣＳＩ）は、通常の（サブフレーム）ＴＴＩ持続時間のＰＵＣＣＨ（またはＰＵＳＣＨ）を通して送信されることができ、ＨＡＲＱ  Ａ／Ｎは、より短い（スロット）ＴＴＩ持続時間のＰＵＣＣＨを通して、またはＰＵＳＣＨ送信における単一スロットのリソース要素を通して送信され得る。
【００８２】
ＴＴＩ持続時間は、送信および／または再送信に（例えばＮＤＩに）基づく、および／または冗長性バージョンに基づくことができる。例えば、送信は第１のＴＴＩ持続時間を用いることができる。再送信は第２のＴＴＩ持続時間を用いることができる。これは単一の再送信により、１または複数、または複数の冗長性バージョンを送信する能力を可能にし得る。再送信のためのＴＴＩ持続時間は、初期送信のＴＴＩ持続時間に基づくことができる。例えば再送信（例えば全ての再送信）は、初期送信と同じＴＴＩ持続時間を用いることができる。ＴＴＩ持続時間は、トランスポートブロックサイズに基づくことができる。例えばＴＴＩは、トランスポートブロックサイズが閾値より小さいシナリオでは、第１の持続時間（例えばタイムスロット）とすることができ、および／またはトランスポートブロックサイズが閾値より大きいシナリオでは、第２の値とすることができる。ＴＴＩ持続時間はまた、ランク（例えば送信層の数）、送信されることになるトランスポートブロックの数、経路損失の、および／またはサービングセルのＲＳＲＰの測定値、および／または動的シグナリングに基づくことができる。例えば経路損失の測定値に対しては、他のシナリオの中でもＷＴＲＵは、恐らく例えば経路損失が閾値より小さい場合は、第１の持続時間の、および／または第１のＴＴＩ持続時間に関連したＰＲＡＣＨ送信を開始することができ、および／または恐らく例えば経路損失が閾値より高い場合は、第２の持続時間の、および／または第２のＴＴＩ持続時間に関連したＰＲＡＣＨ送信を開始することができる。
【００８３】
１または複数の、または各チャネルおよび／または信号には、リソースブロックおよび／またはサブバンドなど、以下の１または複数に基づいて特定のＴＴＩ持続時間が割り振られ得る。例えば中心の６個のＲＢは第１のＴＴＩ持続時間を用いることができる。他のＲＢは第２のＴＴＩ持続時間を用いることができる。他の中でもこのようなシナリオにおいて、恐らく少なくともいくつかのＴＴＩ境界部における、ＴＴＩの間の同期を確実にするために、より短いＴＴＩ持続時間の値は、より長いＴＴＩの持続時間の約数とすることができる。例えば中心の６個のＲＢのＴＴＩ持続時間は１ｍｓとすることができ、恐らく１または複数、または全ての他のＲＢに対してＴＴＩ持続時間は０．５ｍｓとすることができる。これは１または複数の、またはあらゆる第２の短縮ＴＴＩは、長いＴＴＩの境界部と整列され得ることを確実にし得る。
【００８４】
１または複数の、または各チャネルおよび／または信号には、サブキャリア間隔など、以下の１または複数に基づいて特定のＴＴＩ持続時間が割り振られ得る。恐らくシンボルの数においておよび／または時間において測定されるＴＴＩ持続時間は、チャネルが位置し得る、および／または送信が起こり得る帯域幅部分のサブキャリア間隔に依存し得る。
【００８５】
１または複数の、または各チャネルおよび／または信号には、基準信号および／またはそのパラメータの存在など、以下の１または複数に基づいて特定のＴＴＩ持続時間が割り振られ得る。例えばレガシーＤＭ−ＲＳの存在は、第１のＴＴＩ持続時間を示すことができ、一方恐らく、新しい（例えば新たな、更新された、および／またはこれまで定義されていない）および／またはエンハンストＤＭ−ＲＳの存在は、第２のＴＴＩ持続時間を示し得る。エンハンストＤＭ−ＲＳは、レガシーＤＭ−ＲＳパラメータを再使用することができ、および／またはＴＴＩ内の新しい（例えば新たな、更新された、および／またはこれまで定義されていない）ＲＥ位置によってレガシーＤＭ−ＲＳとは異なり得る。
【００８６】
１または複数の、または各チャネルおよび／または信号には、１または複数の特定のチャネルおよび／またはそのパラメータの存在など、以下の１または複数に基づいて特定のＴＴＩ持続時間が割り振られ得る。例えばＴＴＩ持続時間は、制御チャネルの存在、またはそれがないことに結び付けられ得る。例えばＴＴＩ持続時間は、制御チャネルのパラメータ（例えばＰＤＣＣＨのためのＯＦＤＭシンボルの数）に結び付けられ得る。
【００８７】
ＴＴＩ持続時間は、動的シグナリングに基づくことができる。以下の１または複数が当てはまり得る。
【００８８】
ＷＴＲＵは、チャネルのＴＴＩ持続時間を決定するためにブラインド検出を行うことができる（例えばＷＴＲＵは、（Ｅ）ＰＤＣＣＨの異なるＴＴＩ持続時間に対する探索空間を監視する）。ＷＴＲＵは以下の１または複数に依存するものとしてＴＴＩの長さを動的に決定することができる：成功したＤＣＩのブラインド復号のために用いられたＲＮＴＩ、ＷＴＲＵがＤＣＩの復号を行った探索空間、ＤＣＩの集約レベル、ＤＣＩの第１の制御チャネル要素またはＣＣＥ、および／またはＤＣＩの復号に関連付けられた最初のシンボル。ＷＴＲＵが、所与のＴＴＩ持続時間に関係するＤＣＩのために構成されたＵＥ固有の探索空間（ＵＥＳＳ）でのＤＣＩの復号に成功したときは、第２のＵＥＳＳは第２のＴＴＩ持続時間を示し得る。ＷＴＲＵは、共通探索空間において復号されたＤＣＩは第１の（例えばサブフレーム）ＴＴＩ持続時間の送信を示し、一方、ＵＥＳＳにおいて復号されたＤＣＩは第２の（例えばタイムスロット）持続時間の送信を示すものと決定することができる。ＷＴＲＵは、第１のＲＮＴＩにより復号されたＤＣＩは第１のＴＴＩ持続時間に従った送信用となることができ、一方、第２のＤＣＩにより復号されたＤＣＩは第２のＴＴＩ持続時間に従った送信用となり得るものと決定することができる。
【００８９】
スケジューリングされたおよび／または許可されたリソースのＴＴＩ持続時間は、（Ｅ）ＰＤＣＣＨにおいて（例えば動的に）表示され得る。例えばそれは、（Ｅ）ＰＤＣＣＨ上で受信されたＤＣＩにおける許可および／または割り当て（例えば動的にスケジューリングされおよび／または構成される）によって表示され得る。例えばそれはＲＡＲにおいて受信されたＤＣＩによって表示され得る（例えばＷＴＲＵが無競合ランダムアクセス（ＣＦＲＡ）を行うとき、および／またはＲＡＣＨ手順のために用いられるプリアンブルがＭＡＣによって選択され得ないとき）。
【００９０】
予期されるフィードバック（例えばＨＡＲＱ  ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨ）のＴＴＩ持続時間は、もとの送信の許可および／または割り当てにおいてシグナリングされ得る。
【００９１】
予期されるフィードバック（例えばＨＡＲＱ  ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨ）のＴＴＩ持続時間は、関連付けられた送信のＴＴＩ持続時間によって決定され得る。
【００９２】
少なくともＲＡＣＨメッセージ３のためのＴＴＩ持続時間は、ＲＡＣＨ応答メッセージ表示において表示され得る。ＷＴＲＵは、その中でＲＡＲが受信される複数のＲＡＲ受信ウィンドウに依存するものとして、ＴＴＩ持続時間を決定することができる。異なるウィンドウは、異なるＴＴＩ持続時間に対応し得る。例えばＷＴＲＵは、プリアンブルの最後の送信の直後のＸｍｓに対応するウィンドウ内でＲＡＲを受信した場合は、送信（例えばＲＡＲ自体、および／またはＲＡＲにおける許可に関連した送信）は第１のＴＴＩ持続時間のものであると決定することができる。そうでない場合は、ＷＴＲＵは、それが第２のＴＴＩ持続時間に関連したものであると決定することができる（例えばそれらのＸｍｓを除外し得るウィンドウにおいて）。
【００９３】
図４は、ＷＴＲＵに異なるＴＴＩ持続時間を有するＤＬリソースが割り当てられる例を示す。１または複数、または複数のＴＴＩ持続時間の割り当ては、同時となり得る。１または複数、または複数のＴＴＩ持続時間は、図４の左側部分に示されるようにリソースブロックのセット（例えば帯域幅部分）ごとに定義されることができ、または図４の右側部分に示されるようにリソースブロックのセットにおいて時間とともに変化し得る。
【００９４】
実施形態は、ＴＴＩ持続時間シンボルマッピングを企図する。
【００９５】
ＴＴＩ持続時間は、隣接したＴＴＩに対して固定されない場合がある。例えば第１のＴＴＩはＸ個のＯＦＤＭシンボルから構成されることができ、および／または第２のＴＴＩはＹ個のシンボルから構成されることができ、ＸとＹは等しくない場合がある。短縮型ＴＴＩ持続時間は、レガシーＴＴＩ持続時間に対するＴＴＩ境界同期なしに設計され得る。例えば第１のＴＴＩはＸ個のシンボル（例えばＸ＝７シンボル）を含むことができ、および／または第２の隣接したＴＴＩはＹ個のシンボル（例えばＹ＝８シンボル）から構成され得る。組み合わされた第１および第２のＴＴＩは、レガシーＴＴＩ持続時間（例えばレガシーＴＴＩ持続時間が１４シンボルの場合）と境界を共有しない場合がある。
【００９６】
短縮型ＴＴＩのセットは、例えばセットがレガシーＴＴＩのそれらと整合する境界を有し得ることを確実にするように設計され得る。例えば第１のＴＴＩは７個のシンボルを含むことができ、および／または第２のＴＴＩは７個のシンボルを含むことができる。第１の短縮型ＴＴＩの最初のシンボルはレガシーＴＴＩの最初のシンボルと整列されることができ、および／または第２の短縮型ＴＴＩの最後のシンボルはレガシーＴＴＩの最後のシンボルと整列され得る。
【００９７】
短縮型ＴＴＩは、チャネルのサブセット（例えばサブセットのみ）、例えばＰＤＳＣＨに適用可能となり得る。他の中でもこのようなシナリオにおいて、制御領域（例えばＰＤＣＣＨ、ＰＣＦＩＣＨ、および／またはＰＨＩＣＨ）は、レガシーＴＴＩタイミングを用いることができる。第１の短縮型ＴＴＩのＰＤＳＣＨ領域は、ＴＴＩの最後のＸ−Ｃ個のシンボルを含むことができる（例えばＸは第１の短縮型ＴＴＩのシンボルにおける持続時間とすることができ、Ｃは制御領域のシンボルにおける持続時間とすることができる）。第２のＴＴＩのＰＤＳＣＨ領域は、１または複数、または全てのＹ個のシンボルから構成され得る（例えばＹは、第２の短縮型ＴＴＩの持続時間とすることができる）。
【００９８】
実施形態は、チャネル固有の短縮型ＴＴＩに細分されたレガシーＴＴＩ持続時間を企図する。
【００９９】
レガシーＴＴＩ持続時間は、１または複数、または複数の短縮型ＴＴＩに分割され得る。第１の短縮型ＴＴＩは、制御領域（例えばレガシーＴＴＩ持続時間の第１のＣ個のシンボル）を含む（例えばそれらのみを含む）ことができる。第２のＴＴＩは、残りのシンボル（例えばＸ個のシンボル）の少なくとも一部分を含むことができる。第３のＴＴＩは、レガシーＴＴＩ持続時間のシンボルの残りの部分を含むことができる。他の中でもこのようなシナリオにおいて短縮型ＴＴＩは、制御領域を含む（例えば完全に含む）ことができる。他の短縮型ＴＴＩは、制御領域を有しない場合がある。制御領域ＴＴＩは、他の隣接したＴＴＩにおける送信をスケジューリングするために用いられ得る。
【０１００】
例えばレガシーＴＴＩ持続時間は、例えば３つの短縮型ＴＴＩに分割され得る。持続時間がＣ個（例えばＣ＝３）のシンボルの第１の短縮型ＴＴＩは、制御領域を含む（例えば全体に含む）ことができる。持続時間がＸ個（例えばＸ＝５）のシンボルの第２のＴＴＩは、ＰＤＳＣＨおよび／または関連のある基準信号（例えばＤＭ−ＲＳおよびＣＳＩ−ＲＳ）を含むことができる。持続時間がＹ個（例えばＹ＝６）のシンボルの第３のＴＴＩは、別のＰＤＳＣＨおよび／または関連のある基準信号（例えばＤＭ−ＲＳおよびＣＳＩ−ＲＳ）を含むことができる。第１のＴＴＩの制御領域は、第２および／または第３のＴＴＩにおけるダウンリンクリソースを割り当てることができる。
【０１０１】
１または複数、または複数のＤＬ送信のスケジューリング、および／または場合によっては例えば１または複数、または複数のＰＤＳＣＨ  ＴＴＩに適用可能となり得る制御領域における短縮型ＴＴＩは、依存するおよび／または再使用されるパラメータを含むことができる。例えば制御領域ＴＴＩは、２つ以上の来たるべきＴＴＩのためのＤＬ割り当てを含むことができる。第１のＴＴＩのＤＬ割り当ては、１または複数、または全ての有用なパラメータを含むことができる（例えばＭＣＳ、ＲＢ割り振り、ダウンリンク割り当てインデックス、ＨＡＲＱプロセス番号、プリコーディング情報、および／またはＨＡＲＱ−ＡＣＫリソースオフセット）。同じ制御領域に含められ得る第２のＴＴＩのためのＤＬ割り当ては、恐らく例えばそれらを明示的に表示せずに、上述のパラメータの１または複数を再使用することができる。第２のＴＴＩのためのＤＬ割り当てパラメータは、第１のＴＴＩの明示的に表示されたパラメータに依存するものとして取得され得る。第１および第２のＴＴＩのパラメータの間の依存関係は、半静的に構成され得る。
【０１０２】
他の中でもこのようなシナリオにおいてＵＬ送信は、レガシーＴＴＩ持続時間ごとの送信のために、少なくとも２つのＴＴＩを含み得る。例えば第１のＵＬ  ＴＴＩは、最初の７個のＳＣ−ＦＤＭＡシンボルから構成されることができ、および／または第２のＵＬ  ＴＴＩは最後の７個のＳＣ−ＦＤＭＡシンボルから構成され得る。ＵＬスケジューリングのために、レガシーサブフレームｎ内の第１の短縮型ＤＬ  ＴＴＩにおける制御領域は、レガシーサブフレームｎ＋ｋの第１および／または第２の短縮型ＵＬ  ＴＴＩにおけるリソースを許可することができる。ｋは予め定義されることができ、および／またはＴＴＩ持続時間に依存するものとすることができる。例えばレガシーＴＴＩ持続時間に対して、ｋは４とすることができる。短縮型ＴＴＩ持続時間に対して、ｋは２サブフレームとすることができる。
【０１０３】
実施形態は、可変タイムスロット境界を企図する。
【０１０４】
ＴＴＩは、サブフレームのタイムスロットであるものとして決定され得る。例えばサブフレームの第１のＴＴＩは、レガシー制御、チャネル領域および／またはＰＤＳＣＨ領域を含むことができる。サブフレームの第２のＴＴＩは、ＰＤＳＣＨ領域を含む（例えばそれらのみ含む）ことができる。
【０１０５】
１または複数の技法においてタイムスロット境界は、サブフレームのＯＦＤＭシンボルの数の半分に固定され得る。１または複数の技法においてタイムスロット境界は変化し得る。例えばＷＴＲＵは、縮小型ＴＴＩ送信のためのタイムスロット境界を用いて、場合によっては半静的に、構成され得る。例えばタイムスロット境界は、スケジューリング割り当ておよび／またはスケジューリング許可において表示され得る。
【０１０６】
タイムスロット境界は、ＴＴＩ持続時間の表示のための本明細書で述べられる任意の技法によって表示され得る。
【０１０７】
タイムスロット境界はＷＴＲＵによって、恐らく例えばトランスポートブロックサイズおよびＭＣＳに依存するものとして暗黙的に取得され得る。
【０１０８】
サブフレームの両方のタイムスロット（例えばＴＴＩ）によりスケジューリングされたＷＴＲＵは、シンボル上で重なり合うタイムスロットを有することができる。例えばサブフレームは、１４個のＯＦＤＭシンボルを含み得る。第１のタイムスロットは、最初の８個のシンボルおよび／または９番目のシンボルのサブキャリアの第１のサブセットを含むことができる。第２のタイムスロットは、９番目のシンボルのサブキャリアの第２のサブセット（例えば第１のサブセットと相補的な）および／または最後の５個のシンボルを含むことができる。１または複数の、または各タイムスロットに対するサブキャリアのサブセットのサイズは、ＷＴＲＵによって恐らく１または複数の、または各タイムスロットにおいて送信されるトランスポートブロックサイズに依存するものとして決定され得る。
【０１０９】
ＷＴＲＵには、少なくとも２つの、場合によっては隣接したタイムスロット（例えばＴＴＩ）を通して送信されることになる（例えば単一の）トランスポートブロックが割り当てられ得る。ＷＴＲＵは、それに従ってトランスポートブロックをセグメント化することができ、および／またはトランスポートブロックに対する１または複数、または複数のＨＡＲＱ  Ａ／Ｎ（例えばセグメントごとに１つ）をフィードバックすることが予期され得る。セグメント化は、固定のおよび／または構成可能な規則に従って行われ得る。例えばセグメント化は、トランスポートブロックサイズに依存するものとして決定され得る。例えばトランスポートブロックは、１または複数、または複数の符号ブロック（例えば１または複数の、またはそれぞれ、場合によっては例えばターボエンコーダを用いて個々にエンコードされた）を含むことができる。ＷＴＲＵは、符号ブロックを少なくとも２つのグループに分割することができる（例えば均等に、固定されたやり方で、半静的なやり方で、および／またはｅＮＢによって動的に表示される）。ＷＴＲＵは他のシナリオの中でも恐らく、１または複数の、または各符号ブロックの送信のために有用となり得るＲＥの数に、および／または割り振られたリソースブロックの数に依存して、第１および／または第２のタイムスロットに対する有用なシンボルの数を決定することができる（例えば両方のタイムスロットによって共有されるシンボルなど、部分的シンボルを含む）。
【０１１０】
実施形態は、不等な短縮型ＴＴＩ持続時間ＲＥマッピングを企図する。
【０１１１】
同じチャネルのために用いられるＴＴＩ（例えばＰＤＳＣＨ送信のために用いられるＴＴＩ）は、場合によっては固定のパターンで、および／または場合によっては制御チャネルに表示されて、持続時間において変化し得る。これは、恐らく例えばＰＤＳＣＨ送信がその中で生じるＴＴＩに基づいて、ＰＤＳＣＨ当たりの異なる許容できるトランスポートブロックサイズに繋がり得る。ＰＤＳＣＨ送信のために用いられるトランスポートブロックサイズは例えば、ＤＬ割り当てにおいてもたらされるＭＣＳ、および／またはＰＤＳＣＨ送信が生じるＴＴＩのＴＴＩ持続時間、および／またはＤＬ割り当てが送信されるＴＴＩのＴＴＩ持続時間に依存するものに基づいて決定され得る。第１のＴＴＩ持続時間のために第１のＭＣＳ／ＴＢＳテーブルが設計されることができ、および／または第２のＴＴＩ持続時間のために第２のＭＣＳ／ＴＢＳテーブルが設計され得る。適切なテーブルの使用はＷＴＲＵによって、恐らくＰＤＳＣＨ送信のＴＴＩ持続時間の知識から暗黙的に決定され得る。
【０１１２】
第１のＭＣＳ／ＴＢＳテーブルは第１のＴＴＩ持続時間に対して構成されることができ、および／またはＷＴＲＵが任意の他のＴＴＩ持続時間に対して適切なＴＢＳを決定することを可能にするようにスケーリング式が用いられ得る。
【０１１３】
スケーリング式の例は、ＴＢＳ＿ｔｔｉ２＝ｆ（ＴＢＳ＿ｔｔｉ１）とすることができ、ＴＢＳ＿ｔｔｉ２は第２のＴＴＩ持続時間のトランスポートブロックサイズとすることができる。ＴＢＳ＿ｔｔｉ１は、ＭＣＳ／ＴＢＳテーブルから取得されるデフォルトＴＴＩ持続時間のトランスポートブロックサイズとすることができる。Ｆ（ｘ）は、ｆ（ｘ）＝ｆｌｏｏｒ（ｔｔｉ２／ｔｔｉ１）などの予め構成されたスケーリング関数とすることができ、ｔｔｉ２は第２のＴＴＩ持続時間であり、および／またはｔｔｉ１は第１のＴＴＩ持続時間とすることができる。これはＷＴＲＵがより多様なＴＴＩ持続時間により動作できることを可能にし得る。
【０１１４】
ＷＴＲＵによってもたらされるフィードバックも、ＴＴＩ持続時間に依存するものとなり得る。フィードバックは、フィードバックレポートがそれに対して有効であるＴＴＩ持続時間を含むことができる。基準サブフレーム、測定トリガサブフレームおよび／またはフィードバックレポートサブフレームの１または複数のＴＴＩ持続時間は、フィードバックレポート測定のために前提とされるＴＴＩ持続時間を表示することができる。
【０１１５】
ＨＡＲＱ動作が開示され得る。ＷＴＲＵ  ＭＡＣは、異なるＴＴＩ持続時間を用いた送信をサポートする構成されたセルに対する、ＨＡＲＱプロセスの別個のセットを用いて構成され得る。
【０１１６】
ＷＴＲＵは、いずれの所与のサブフレーム／スロットにおいて多くとも１つのＴＴＩ持続時間を用いるように構成され得る。ＷＴＲＵが、いずれの所与の時点において、特定のＴＴＩ持続時間に関連したＨＡＲＱプロセスの１または複数、またはそのセットがアクティブとなり得るように動作する場合は（例えばＷＴＲＵの構成の適用可能なセルに対して）、他のシナリオの中でも恐らく例えばＷＴＲＵは、それがそれらのセルに対するＴＴＩ長さを再構成するときに、ＨＡＲＱプロセスの１または複数、またはそのセットを、別の１または複数またはセットで置き換えることができる（例えばフラッシュ）。ＴＴＩ長さが、異なるタイミングに関連する（例えば特定の期間において再発生するフレーム内の同じサブフレーム番号が、同じＴＴＩ長さを有し得る、および／またはフレーム内の異なるサブフレームが異なるＴＴＩ長さを有し得る）場合は、ＷＴＲＵは同時に両方のセットを維持することができる。ＷＴＲＵは、いくつかのプロセスを使用しないまま保つことができる（または例えば２つの重なり合うＨＡＲＱプロセスが同時にアクティブにならないように、単にそれらをインスタンス化しない）。
【０１１７】
ＷＴＲＵは、並列ＴＴＩ持続時間により動作することができる。ＷＴＲＵが、異なるＴＴＩ持続時間に関連したＨＡＲＱプロセスが並行してアクティブになり得るように動作する場合は（例えばＷＴＲＵの構成の適用可能なセルに対して）、ＷＴＲＵは別個のＨＡＲＱプロセスを維持することができる（例えばＨＡＲＱプロセスのどのセットが起動されるかは、関心のある送信に対してＷＴＲＵによって決定されたＴＴＩ持続時間に依存するものとすることができる）。
【０１１８】
ＷＴＲＵは、単一接続性を拡張することができる。例えばＷＴＲＵは、単一のＭＡＣエンティティを用いて、しかし異なるＨＡＲＱプロセスのセットを用いて構成され得る。ＨＡＲＱプロセスの１または複数、または各セットは、それ自体のＣ−ＲＮＴＩに関連付けられることができ、第１のＣ−ＲＮＴＩに従って受信された制御シグナリングは第１のＴＴＩ持続時間を示し、第２のＣ−ＲＮＴＩに従って受信された制御シグナリングは第２のＴＴＩ持続時間を示す。ＷＴＲＵは、例えば第２のＴＴＩ持続時間がアップリンク送信のために構成された場合、ＷＴＲＵ自律アップリンク再送信はＨＡＲＱプロセスの少なくとも１つのセットに対しては行われないように構成され得る。
【０１１９】
ＷＴＲＵは、デュアル接続性をオーバーロードすることができる。例えばＷＴＲＵは、１または複数、または複数のＭＡＣエンティティを用いて構成され得る（例えば１または複数の、またはそれぞれＨＡＲＱプロセスのセットを有して、および／または１または複数の、またはそれぞれＣ−ＲＮＴＩに関連して）。ＷＴＲＵは、同じキャリア（例えば同じセル）が１または複数、または複数のＭＡＣエンティティによって用いられ得るように構成されることができ、それによって１または複数の、または各ＭＡＣエンティティは互いに独立に動作することができ、および／または異なるＴＴＩ持続時間を有することができる。ＷＴＲＵは、例えば第２のＴＴＩ持続時間がアップリンク送信のために構成された場合、ＷＴＲＵ自律アップリンク再送信は少なくとも１つのＭＡＣエンティティに対しては行われないように構成され得る。
【０１２０】
タイムスロット持続時間を用いてＷＴＲＵは、４ｍｓのＨＡＲＱ  ＲＴＴに対して８個のＨＡＲＱプロセスを維持することができる。ＷＴＲＵは、より短い（例えば１スロット）持続時間の２つの連続したＴＴＩにおいてＰＤＳＣＨを受信（またはＰＵＳＣＨを送信）するように構成されることができ、ＰＤＳＣＨ（またはＰＵＳＣＨ）に関連した制御パラメータは、単一のＰＤＣＣＨまたはＥ−ＰＤＣＣＨにおいて受信され得る。ＰＤＳＣＨ（またはＰＵＳＣＨ）送信は、同じＨＡＲＱプロセスに暗黙的に関連することができ、１つの送信の冗長性バージョンは、他の送信の冗長性バージョンに依存するものとすることができる。ＰＤＣＣＨまたはＥ−ＰＤＣＣＨは、より短いＴＴＩ（例えば１スロット）持続時間において受信され得る。ＷＴＲＵは、上位層シグナリングおよび／または動的シグナリングに基づいて、例えば復号されたＰＤＣＣＨまたはＥ−ＰＤＣＣＨのプロパティまたはフィールドに基づいて、サブフレームにおいてこのようなタイプの動作が生じるものと決定することができる。
【０１２１】
ＷＴＲＵおよび通信システムは、短縮ＴＴＩ  ＥＰＤＣＣＨを可能にすることができる。ＷＴＲＵは、縮小型ＴＴＩ持続時間ＥＰＤＣＣＨに対するＥＰＤＣＣＨ探索空間を用いて構成され得る。ＷＴＲＵは、変化するＴＴＩ持続時間のＥＰＤＣＣＨ探索空間を用いて構成され得る。ＥＰＤＣＣＨ探索空間の構成においてネットワークは、１または複数の、または各探索空間のＴＴＩ持続時間を含むことができる。ＷＴＲＵは、ブラインド検出を用いて、変化するＴＴＩ持続時間に対するＥＰＤＣＣＨを復号することを試みることができる。例えばＷＴＲＵは、１または複数の、またはそれぞれ９個のＥＲＥＧ（エンハンストリソース要素グループ）からなる、ＥＣＣＥ（エンハンスト制御チャネル要素）のセットによって定義されるＥＰＤＣＣＨリソースを用いて構成され得る。恐らく適切なＴＴＩ持続時間に依存して、例えば、ＥＲＥＧは異なるＲＥにマッピングすることができる。ＷＴＲＵは、可能なＲＥマッピング（例えば全ての可能なＲＥマッピング）においてブラインド検出を試みることができる。これは、有効なＥＰＤＣＣＨが存在するかどうかを決定することができる。
【０１２２】
ＷＴＲＵは、１または複数、または複数のＴＴＩ持続時間に対する探索空間（または探索空間のセット）を用いて構成され得る。他のシナリオの中でも恐らく例えば、特定のＴＴＩ持続時間を用いて構成されるとすぐにＷＴＲＵは、検出を試みるための適切なＥＰＤＣＣＨ探索空間（または探索空間のセット）を決定することができる。ＷＴＲＵは、複数のＴＴＩ持続時間に対する探索空間（または探索空間のセット）を用いて構成されることができ、および／または探索空間（例えば全ての探索空間または探索空間のセット）においてブラインド検出を行うことができる。関連のある探索空間のＴＴＩ持続時間および／またはシンボルのサブセットは、その（または別の）ＴＴＩ持続時間および／またはシンボルのサブセットを、他のチャネルのために（例えば許可されたまたは割り当てられたリソースのために）用いるように、ＷＴＲＵを（例えば暗黙的に）構成することができる。
【０１２３】
Ｅ−ＰＤＣＣＨのＴＴＩ持続時間は、探索空間の集約レベル（例えばＥＣＣＥの数）に関係付けられ得る。例えばＷＴＲＵは、集約レベル１および２に対する（例えば単一の）タイムスロットのＴＴＩ持続時間によるＥ−ＰＤＣＣＨ候補、および集約レベル４および８に対するサブフレームのＴＴＩ持続時間によるＥ−ＰＤＣＣＨ候補の復号を試みるように構成され得る。
【０１２４】
構成されたＥＰＤＣＣＨ探索空間には、１または複数の、または各探索空間のための開始ＯＦＤＭシンボル（またはＯＦＤＭシンボルのセット）が含められ得る。ＷＴＲＵはサブフレーム内に１または複数、または複数の探索空間を有することができ、１または複数の、またはそれぞれはサブフレーム内で時間において異なる位置を有し得る。例えばＷＴＲＵは、第１のタイムスロット内に（例えば全体に）位置する探索空間の第１のセット、および／または第２のタイムスロット内に（例えば全体に）位置する探索空間の第２のセットを用いて構成され得る。探索空間の位置は、関連のあるチャネルの位置を用いてＷＴＲＵを（例えば暗黙的に）構成することができる（例えば第１のタイムスロット内の探索空間において検出されたＥＰＤＣＣＨは、第１のタイムスロット内に位置する、許可されたおよび／または割り当てられたリソースに繋がり得る）。
【０１２５】
ＥＰＤＣＣＨ探索空間は、１または複数のＥＣＣＥからなることができる。１または複数の、または各ＥＣＣＥは、ＴＴＩ持続時間および／または可能なシンボルセットを用いて構成され得る。例えば第１のＥＰＤＣＣＨ探索空間は、ＥＣＣＥ０およびＥＣＣＥ１を含むことができる。これら２つのＥＣＣＥは、タイムスロットＴＴＩ持続時間に対して、および／または第１のタイムスロットに対して構成され得る。別のＥＰＤＣＣＨ探索空間は、ＥＣＣＥ２を含むことができる。このＥＣＣＥは、タイムスロットＴＴＩ持続時間に対して、恐らくより具体的には第２のタイムスロットに対して構成され得る。別のＥＰＤＣＣＨ探索空間は、ＥＣＣＥ４、ＥＣＣＥ５、ＥＣＣＥ６およびＥＣＣＥ７から構成され得る。これら４つのＥＣＣＥは、完全なサブフレームＴＴＩ持続時間に対して構成され得る。１または複数の、または各ＥＣＣＥは、１または複数の、または各ＴＴＩにおいて繰り返され得る。シンボルの第１のＴＴＩサブセット（例えば第１のタイムスロット）内に位置する第１のＥＰＤＣＣＨは、ＥＣＣＥ０およびＥＣＣＥ１から構成され得る。シンボルの第２のＴＴＩサブセット（例えば第２のタイムスロット）内に位置する第２のＥＰＤＣＣＨは、ＥＣＣＥ０およびＥＣＣＥ１を含むことができる。１または複数の、または各ＥＣＣＥのＥＲＥＧのＲＥマッピングは、特定のＥＰＤＣＣＨの位置に依存し得る。
【０１２６】
ＥＲＥＧは、例えば可変ＴＴＩ持続時間ＥＰＤＣＣＨを可能にするために、ＴＴＩ持続時間に応じて異なるＲＥにマッピングされ得る。例えばサブフレームレベルＴＴＩ持続時間を用いたＥＰＤＣＣＨに対しては、ＥＲＥＧは１６番目のＲＥごとにマッピングされ得る（例えば復調基準信号（ＤＭ−ＲＳ）基準要素（ＲＥ）をスキップしながら、まず周波数において、次いで時間において順序付けられる）。タイムスロットレベルＴＴＩ持続時間に対しては、ＥＲＥＧマッピングは特定のＴＴＩ持続時間のために用いられるＯＦＤＭシンボルのセットに依存し得る。例えばタイムスロットのＴＴＩ持続時間は、ＥＲＥＧに対する２つの可能なマッピングを有し得る：１または複数の、またはそれぞれ、第１のタイムスロット内に位置する、または１または複数の、またはそれぞれ、第２のタイムスロット内に位置する。ＥＲＥＧは、サブフレームレベルＴＴＩ持続時間と同様なマッピング規則を用いることができる（例えばＥＲＥＧは１６番目のＲＥごとに位置し、ＲＥはまず周波数において、次いで時間において順序付けられる）。１または複数の、または各ＥＲＥＧマッピングに対する第１の時間シンボルは、異なり得る。ＥＲＥＧは、９個より少ないＲＥにマッピングされ得る。例えば１または複数の、または各タイムスロットに対して７２個のＲＥ（ＤＭ−ＲＳ  ＲＥを含まず）が存在する：ＥＲＥＧが１６番目のＲＥごとに位置する場合は、８個のＥＲＥＧは５個のＲＥを有することができ、８個のＥＲＥＧは４個のＲＥを有し得る。縮小型ＴＴＩに対しては、ＥＲＥＧマッピングはＴＴＩ持続時間に依存し得る。例えばタイムスロットベースのＴＴＩ持続時間に対しては、ＥＲＥＧは、８番目のＲＥごとにマッピングされることができ、ＲＥはまず周波数において、次いで時間において順序付けられる。これは１または複数の、または各ＥＲＥＧが９個のＲＥにマッピングされることを可能にし得る（例えば単一タイムスロット内の全て  −  タイムスロットは、ＥＲＥＧがＲＥにマッピングされ得る最初のシンボルに影響する）。非サブフレームまたはタイムスロットＴＴＩ持続時間に対しては、ＷＴＲＵは、ＲＥマッピングに許容できるＥＲＥＧを用いて構成され得る。
【０１２７】
分散されたエンハンスト物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）に対しては、エンハンスト制御チャネル要素（ＥＣＣＥ）は、１または複数、または複数のリソースブロック（ＲＢ）においてエンハンストリソース要素グループ（ＥＲＥＧ）にマッピングされ得る。ＥＰＤＣＣＨ探索空間のＥＣＣＥのＥＲＥＧの１または複数、またはそれぞれは、ＯＦＤＭシンボルの同じセット内に位置し得る。異なるＥＲＥＧは、ＯＦＤＭシンボルの異なるセット内に位置し得る。
【０１２８】
短縮ＴＴＩ  ＥＰＤＣＣＨを用いたスケジューリングが開示され得る。ＥＰＤＣＣＨを用いたＰＤＳＣＨ割り当てまたはＰＵＳＣＨ許可のスケジューリングは、１または複数の、または各チャネルに対して同じＴＴＩ持続時間の再使用を用いることを必要とし、例えば図５を参照した例によって述べられる。シンボルのサブセット内に位置するＥＰＤＣＣＨは、例えば固定の時間オフセットにより、シンボルの同じサブセットにおいてＰＤＳＣＨ（またはＰＵＳＣＨ）リソースを割り当て（または許可）することができる。ＥＰＤＣＣＨに対する短縮ＴＴＩ持続時間は、ＰＤＳＣＨまたはＰＵＳＣＨに対する短縮ＴＴＩ持続時間に繋がり得る。ＥＰＤＣＣＨのために用いられるＴＴＩのサイズおよび／または位置は、ＰＤＳＣＨおよび／またはＰＵＳＣＨのために再使用され得る。ＰＤＳＣＨまたはＰＵＳＣＨのＴＴＩ持続時間および／または位置は、ＥＰＤＣＣＨのＴＴＩ持続時間および／または位置に結び付けられない場合がある。例えばＥＰＤＣＣＨはシンボルのサブセット（例えば第１のタイムスロット）内に位置することができ、割り当てられた（および／または許可された）ＰＤＳＣＨ（および／またはＰＵＳＣＨ）リソースは、サブフレーム全体に対するものとすることができる（例えば全サブフレームＴＴＩ）。ＥＰＤＣＣＨおよび／またはＰＤＳＣＨおよび／またはＰＵＳＣＨは、縮小型ＴＴＩ持続時間を用いることができる。ＥＰＤＣＣＨは、第１のシンボルのサブセット内（例えばのみ）に位置し得る。第１のシンボルのサブセット内のＥＰＤＣＣＨは、第２のシンボルのサブセット内に、ＰＤＳＣＨ（および／またはＰＵＳＣＨ）リソースを割り当てる（および／または許可する）ことができる。例えば第１のタイムスロット内のＥＰＤＣＣＨは、例えば交差的なＴＴＩスケジューリングのやり方で、第１のタイムスロットおよび／または第２のタイムスロット内に、ＰＤＳＣＨ（および／またはＰＵＳＣＨ）リソースを割り当て（および／または許可）することができる。
【０１２９】
実施形態は、１または複数、または複数のＴＴＩに広がるＥＰＤＣＣＨを企図する。
【０１３０】
ＷＴＲＵは、１または複数、または複数のＴＴＩに広がり得るＥＰＤＣＣＨリソースを用いて構成され得る。例えばＥＰＤＣＣＨリソースは、レガシーサブフレームＴＴＩ持続時間に対して構成され得る。ＰＤＳＣＨは、タイムスロットＴＴＩ持続時間を用いるように構成され得る。ＤＬスケジューリングに対しては、恐らく例えばＥＰＤＣＣＨが広がり得るＴＴＩのいずれかにリソースを割り当てるために、１または複数、または複数の短縮型ＴＴＩに広がるＥＰＤＣＣＨリソースが用いられ得る。１または複数、または複数の短縮型ＴＴＩに広がるＥＰＤＣＣＨにおいて表示されるダウンリンク割り当ては、割り当てが短縮型ＴＴＩ（例えばＥＰＤＣＣＨと同じレガシーサブフレーム内に位置する）のどれに対するものであるかを表示するためのインデックスを含むことができる。
【０１３１】
実施形態は、ＥＰＤＣＣＨ  ＤＭ−ＲＳの使用を企図する。ＤＭ−ＲＳを用いた復調は、例えばＥＰＤＣＣＨを可能にするために用いられ得る。短縮型ＴＴＩ持続時間ＥＰＤＣＣＨに対してＤＭ−ＲＳは、ＥＰＤＣＣＨのシンボルのいくつかにおいて使用可能となり得る。例えばタイムスロットＴＴＩ持続時間に対しては、１または複数の、または各タイムスロットは、４ポートを可能にするのに十分なＤＭ−ＲＳを有することができる。ＥＰＤＣＣＨ探索空間（例えば全てのＥＰＤＣＣＨ探索空間）は空間的多重化を用いることができ、同じＥＲＥＧは４つまでのＥＰＤＣＣＨ探索空間のために用いられ得る。より小さなＴＴＩ持続時間に対してはＤＭ−ＲＳは、ＯＦＤＭシンボルにおけるＤＭ−ＲＳを可能にするように再設計され得る。ＴＴＩ持続時間のシンボルのセットは、ＤＭ−ＲＳを有する少なくとも１つのシンボルを含むことができる（例えば通常のサイクリックプレフィックスに対して、サブフレームのシンボル５、６、１２、１３）。例えば４個のＤＭ−ＲＳシンボルを有して、ＴＴＩはサブフレームの約１／４とすることができる。レガシーサブフレーム境界部を無視することによって、第１のシンボルの短縮ＴＴＩサブセットはシンボル２、３、４および５（シンボル５にＤＭ−ＲＳを有して）とすることができ、第２のシンボルの短縮ＴＴＩサブセットはシンボル６、７、８（シンボル６にＤＭ−ＲＳを有して）とすることができ、第３のシンボルの短縮ＴＴＩサブセットはシンボル９、１０、１１、１２（シンボル１２にＤＭ−ＲＳを有して）とすることができ、および第４のシンボルの短縮ＴＴＩサブセットはシンボル１３、０（次のサブフレームの）、１（次のサブフレームの）（シンボル１３にＤＭ−ＲＳを有して）とすることができる。他の中でもこのようなシナリオにおいて、ＤＭ−ＲＳは周波数直交性を用いて可能なポートの数を倍にすることを考えれば、１または複数の、またはそれぞれの、シンボルのＴＴＩサブセットは２つまでのＤＭ−ＲＳポートを有することができ、１または複数の、またはそれぞれの、シンボルのＴＴＩサブセットはＥＲＥＧの同じセット上に２つのＥＰＤＣＣＨ探索空間を空間的に多重化することができる。
【０１３２】
システムは、非対称なＴＴＩ持続時間を用いることができる。ＵＬ−ＳＣＨに対するＴＴＩ持続時間は、ＤＬ−ＳＣＨ送信のために用いられるものとは異なり得る。例えばＤＬ−ＳＣＨはタイムスロットＴＴＩ持続時間を用いることができ、ＵＬ−ＳＣＨはサブフレームＴＴＩ持続時間を用いることができる。例えばこのような非対称なＴＴＩ持続時間を可能にするために、以下の１または複数が実施され得る。
【０１３３】
システムは、ＤＬ−ＳＣＨのために短縮ＴＴＩを、またはＵＬ−ＳＣＨのためにサブフレームＴＴＩを用いることができる。縮小型ＴＴＩ  ＤＬ−ＳＣＨスケジューリングは、本明細書で述べられるやり方でＥＰＤＣＣＨを用いることによって達成され得る。ＰＤＣＣＨは、ＰＤＳＣＨリソースをＷＴＲＵに割り当てるために用いられ得る。サブフレームの始まりに位置する（Ｅ）ＰＤＣＣＨは、例えば図５に示されるように、サブフレーム内の任意のシンボルの短縮型ＴＴＩサブセット（例えばＴＴＩ持続時間）においてデータをスケジューリングするために用いられ得る。サブフレームの始まりに位置する（Ｅ）ＰＤＣＣＨはＷＴＲＵに、スケジューリング割り当てが関連のある、シンボルのＴＴＩサブセットを明示的に表示することができる。サブフレームの始まりに位置する（Ｅ）ＰＤＣＣＨのパラメータは、関連のあるシンボルのＴＴＩサブセットを表示することができる。以下の１または複数は、スケジューリング割り当ての、関連のあるシンボルの短縮ＴＴＩサブセットを表示するように構成されることができ、ＤＣＩの第１（または第２）のＣＣＥ、ＤＣＩフォーマット、ＨＡＲＱ  ＡＣＫ−ＮＡＣＫのために構成されたＰＵＣＣＨリソース、変調および符号化方式（ＭＣＳ）（例えばいくつかのＭＣＳは、特定のシンボルの短縮ＴＴＩサブセットのために予約され得る）、および／または予め構成されたＰＤＳＣＨ  ＲＥマッピングおよび準コロケーションインジケータ（ＰＱＩ））である。
【０１３４】
１または複数の、またはそれぞれの、シンボルの短縮ＴＴＩサブセットの始まりにおいて、ＰＤＣＣＨ類似のチャネルが送信され得る。他の中でもこのようなシナリオにおいて、シンボルの短縮ＴＴＩサブセットのためのＰＤＳＣＨ送信は、シンボルの短縮ＴＴＩサブセットの始まりにおける１つ（または多く）のシンボル内に位置するＰＤＣＣＨによって、割り当て（例えばそれのみが割り当て）られ得る。例えば単一タイムスロットＴＴＩ持続時間においてＰＤＣＣＨは、単一タイムスロットごとのＴＴＩ  ＰＤＳＣＨ割り当てを可能にするために、１または複数の、または各タイムスロットの最初のシンボル内に位置し得る。
【０１３５】
システムは、短縮ＴＴＩ  ＤＬ−ＳＣＨに対してＵＣＩフィードバックを用いることができる。サブフレームのＥＣＣＥ（例えば全てのＥＣＣＥ）は、サブフレーム内の特定のシンボルのサブセットに対して定義され（例えば第１のｘ個のＥＣＣＥは第１のタイムスロットに割り当てられ、次のｙ個のＥＣＣＥは第２のタイムスロットに割り当てられる）、サブフレームｎ＋ｉにおけるＨＡＲＱ  ＡＣＫ−ＮＡＣＫフィードバックのために用いられるリソースは、ＰＤＳＣＨ割り当てのためのＤＣＩの第１（または第２）のＥＣＣＥに依存するものとなり得る。同じＥＣＣＥラベリングが、サブフレーム内で１または複数、または複数の回数用いられ得る（例えばあらゆる短縮ＴＴＩ持続時間に対して、１または複数の、またはそれぞれ）シナリオでは、ＨＡＲＱ  ＡＣＫ−ＮＡＣＫフィードバックリソースは、例えばそれらが専らＰＤＳＣＨ割り当てのためのＤＣＩの第１（または第２）のＥＣＣＥに依存するものである場合は、重なり合う場合がある。このような状況において、サブフレームｎ＋ｉにおけるＨＡＲＱ  ＡＣＫ−ＮＡＣＫフィードバックのために用いられるリソースは、ＰＤＳＣＨ割り当てのためのＤＣＩの第１（または第２）のＥＣＣＥと、ＥＰＤＣＣＨのために用いられるシンボルの構成との両方に依存するものとすることができる。例えばＡＣＫ−ＮＡＣＫフィードバックリソースは、ＰＤＳＣＨのためのＤＣＩの第１（または第２）のＥＣＣＥと、ＥＣＣＥのために用いられる第１（または第２）のＯＦＤＭシンボルとに依存したものとすることができる。
【０１３６】
ＷＴＲＵは、ＰＵＣＣＨの送信のためのリソースを、別個のＰＵＣＣＨ領域を含む、ＰＵＣＣＨリソースの別個のセットの構成に依存するものとして決定することができ、１または複数の、またはそれぞれのリソースのセットは、異なるＴＴＩ持続時間に従った送信に対応し得る。第２のＴＴＩ持続時間に対してＷＴＲＵは、このようなＰＵＣＣＨリソース割り振り上に、ＨＡＲＱ  ＡＣＫ−ＮＡＣＫフィードバックを送信（例えば送信のみ）することができる。ＷＴＲＵは第１のＴＴＩ長さに従ってダウンリンクデータを受信することができ、および／または第２のＴＴＩ長さに従ってアップリンク制御情報を送信することができる（例えばＷＴＲＵが、ＴＴＩ持続時間の１または複数、または複数を並行して可能にする構成を有し得るシナリオにおいて）。他の中でもこのようなシナリオにおいてＷＴＲＵは、ＵＣＩのためのリソースおよび／または送信フォーマット（例えばＰＵＳＣＨ上のＵＣＩ、ＰＵＣＣＨフォーマット１ａ／１ｂ、および／またはＰＵＣＣＨフォーマット３など）を、含まれたＵＣＩが単一のＴＴＩ長さに従って（例えばレガシーＰＵＣＣＨフォーマットおよびリソース選択を用いて）受信された送信に関連するか、または含まれたＵＣＩが１または複数、または複数のＴＴＩ長さに従って（例えば代替のＰＵＣＣＨフォーマットおよび／またはリソースを用いて）受信された送信に関連するかに依存するものとして選択することができる。
【０１３７】
他のシナリオの中でも恐らくＷＴＲＵが、例えばシンボルの短縮型ＴＴＩサブセット当たり１つの、１または複数、または複数のＰＤＳＣＨによりスケジューリングされた場合、ＷＴＲＵはそれのＨＡＲＱ  ＡＣＫ−ＮＡＣＫフィードバックを１つ（または複数）のフィードバックリソースにバンドリングおよび／または多重化することができる。フィードバックリソースは、第１（または第２）のシンボルの短縮型ＴＴＩサブセットにおける第１（または第２）のＥＣＣＥから決定され得る。例えば第１のタイムスロットにおいて１つ、第２のタイムスロットにおいて第２の、２つのＥＰＤＣＣＨによってＰＤＳＣＨによりスケジューリングされたＷＴＲＵは、ＨＡＲＱ  ＡＣＫ−ＮＡＣＫフィードバックを、第１（および／または第２）のタイムスロット内に位置するＥＰＤＣＣＨの第１（および／または第２）のＥＣＣＥによって決定されるリソースに、バンドリングおよび／または多重化することができる。
【０１３８】
他のシナリオの中でも、１または複数、または複数のＴＴＩ  ＨＡＲＱ  ＡＣＫ−ＮＡＣＫフィードバックが同じフィードバックリソースに含められ得る（例えば多重化および／またはバンドリングによって）などのシナリオでは、１または複数の、または各ＴＴＩに対する適切なフィードバックを生成するための処理時間に、差が存在し得る。ＨＡＲＱ  ＡＣＫ−ＮＡＣＫリソースは、レガシーサブフレームｎ＋ｋ内に位置することができ、ｎは第１のＴＴＩ  ＤＬ送信が含まれるレガシーサブフレームとすることができ、かつ／またはｋは１以上の任意の整数とすることができる。例えばレガシーサブフレームが２つの等しい長さのＤＬ送信ＴＴＩに分割され（例えばタイムスロット当たり１つ）、ｋ＝１である場合は、第２のスロットＴＴＩの最後のシンボルを受信し（例えばその直後に）、ＷＴＲＵはＨＡＲＱ  ＡＣＫ−ＮＡＣＫフィードバックの送信を開始することができる。他の理由の中でも恐らく十分な処理時間を可能にするために、特に第２のＴＴＩの正しい復号のために、ＴＴＩは１または複数のＨＡＲＱ  ＡＣＫ−ＮＡＣＫフィードバックに多重化および／またはバンドリングされるようにオフセットされ得る。例えばサブフレームｎからの第２のタイムスロットＴＴＩに対するフィードバックは、サブフレームｎ＋１＋ｋ内のＨＡＲＱ  ＡＣＫ−ＮＡＣＫフィードバックレポートに、サブフレームｎ＋１からの第１のタイムスロットＴＴＩに対するフィードバックと組み合わされる（例えば多重化および／またはバンドリングされる）ことができ、ｋは１以上の整数である。他の理由の中でも恐らく、一様でない処理時間に対処するために、他の理由の中でも例えばＷＴＲＵは第１のＴＴＩ送信よりフィードバックを決定する時間が少なくなり得るので、第２のＴＴＩ送信にいくつかのＤＬ割り当て制約が課され得る。１または複数の制約は、ＷＴＲＵ能力の形でＷＴＲＵによって表示され得る。１または複数の制約は、他のシナリオの中でも恐らく、第２のＴＴＩに対するＤＬ割り当てパラメータが、第１のＴＴＩ送信のＤＬ割り当てパラメータに依存するものとして決定され得る場合に、役割を果たし得る。
【０１３９】
異なる短縮型ＴＴＩは、異なるＨＡＲＱタイムラインを有することができる。例えば短縮型ＴＴＩの第１のセットは、レガシーサブフレームおよび／または短縮型ＴＴＩ  ｎ＋ｋ＿１においてＨＡＲＱ  ＡＣＫ−ＮＡＣＫフィードバックを有することができる（例えばｎはＤＬ送信が生じたレガシーサブフレームおよび／または短縮型ＴＴＩとすることができ、および／またはｋ＿１はレガシーサブフレームおよび／または短縮型ＴＴＩのカウンタとすることができる）。短縮型ＴＴＩの第２のセットは、レガシーサブフレームおよび／または短縮型ＴＴＩ  ｎ＋ｋ＿２においてＨＡＲＱ  ＡＣＫ−ＮＡＣＫフィードバックを有することができる。１または複数の、またはそれぞれ異なるＨＡＲＱタイムラインを有するＴＴＩのセット、および／またはｋ＿１およびｋ＿２の値は、半静的に構成されることができ、および／またはセル固有、および／またはＷＴＲＵ固有とすることができる。ＴＴＩのセット、および／またはｋ＿１および／またはｋ＿２の値は、ＴＴＩ持続時間に依存するものとすることができる。例えば１または複数、または全ての持続時間１ｍｓのＴＴＩは、ｋ＿１＝４個のレガシーサブフレームを用いることができる。例えば１または複数、または全ての持続時間０．５ｍｓのＴＴＩは、ｋ＿２＝４の短縮型ＴＴＩ＝２のレガシーサブフレームを用いることができる。
【０１４０】
ＷＴＲＵは、ＨＡＲＱ  ＡＣＫ−ＮＡＣＫリソースのテーブルを用いて構成され得る。ＰＤＳＣＨ割り当てのＤＣＩ内で、ネットワークは１または複数の、または各フィードバックのための適切なＡＣＫ−ＮＡＣＫリソースを表示することができる。
【０１４１】
ＨＡＲＱ  ＡＣＫ−ＮＡＣＫフィードバックのタイミングは、ｎ＋ｉとして定義されることができ、「ｎ」はＰＤＳＣＨが送信されるサブフレーム番号とすることができ、「ｉ」はサブフレーム数で測定される所定のオフセットとすることができる。例えば「ｎ」はシンボルの短縮型ＴＴＩサブセットのカウンタを表すことができ、および／または「ｉ」はシンボルの短縮型ＴＴＩサブセットで測定される所定のオフセットとすることができる。例えばタイムスロットＴＴＩ持続時間に対して、フレーム内の１または複数の、または各タイムスロットは番号付けされ、「ｎ」のために用いられることができ、「ｉ」の値は４タイムスロットとすることができる。「ｎ」（例えばサブフレーム番号、タイムスロット番号、ＰＤＳＣＨの最初のシンボルのＯＦＤＭシンボル番号）、および／または「ｉ」（例えばサブフレーム数、タイムスロット数、ＯＦＤＭシンボル数）の解釈の組み合わせが用いられ得る。ＷＴＲＵは、フィードバックタイミングの解釈を用いて静的および／または半静的に構成され得る。ＷＴＲＵは、恐らく例えば短縮型ＴＴＩ  ＰＤＳＣＨ送信のためのリソースが割り当てられるとすぐに、フィードバックタイミングの解釈を用いて構成され得る。
【０１４２】
ＰＵＳＣＨ上のＵＣＩに対してＨＡＲＱ  ＡＣＫ−ＮＡＣＫは、ＵＬ  ＤＭ−ＲＳに隣接したＲＥにマッピングされ得る。他のシナリオの中でも単一のサブフレームが１または複数、または複数の、シンボルの短縮型ＴＴＩサブセットを備え得るシナリオでは、１または複数の、または各ＨＡＲＱ  ＡＣＫ−ＮＡＣＫは、ＰＵＳＣＨ上で送信され得る。ＨＡＲＱ  ＡＣＫ−ＮＡＣＫのセットは、例えば予め構成されたやり方で、ＵＬ  ＤＭ−ＲＳに隣接したＲＥにマッピングされ得る。例えば第１のＡＣＫ−ＮＡＣＫは、ＵＬ  ＤＭ−ＲＳに隣接したＲＥにマッピングされ得る（例えばＵＬ  ＤＭ−ＲＳがシンボル３および１０内に位置するとすれば、シンボル２および４、並びにシンボル９および１１）。第２のＡＣＫ−ＮＡＣＫは、次のシンボル（例えばシンボル１および５、並びにシンボル８および１２）内のＲＥにマッピングされることができ、以下同様である。第１のＡＣＫ−ＮＡＣＫは、第１のＵＬ  ＤＭ−ＲＳのまわりにマッピングされ得る（例えばシンボル２および４）。第２のＡＣＫ−ＮＡＣＫは、第２のＵＬ  ＤＭ−ＲＳのまわりのＲＥにマッピングされ得る（例えばシンボル９および１１）。
【０１４３】
実施形態は、１または複数、または複数のＴＴＩ持続時間を用いたＨＡＲＱ−ＡＣＫ報告を企図する。
【０１４４】
１または複数の技法は、他のシナリオの中でも例えば、前の送信のＴＴＩ持続時間が動的なやり方で決定され得るシナリオにおいて、どのようにＷＴＲＵがサブフレームにおいてＨＡＲＱ−ＡＣＫを報告し得るかを企図する。
【０１４５】
いくつかの技法において、他のシナリオの中でも恐らく例えば、ＨＡＲＱ−ＡＣＫが送信され得る所与のサブフレームに対してＷＴＲＵは、それのＨＡＲＱタイミングおよび／または半静的構成に従って前のサブフレームにおいて送信された可能性がある（例えば恐らく実際に送信が生じたかどうかに関わらず）任意のＴＴＩ持続時間に関連した、１または複数の、またはあらゆる可能なトランスポートブロックに対して、ＨＡＲＱ−ＡＣＫ情報が報告されることを決定することができる。例えばサブフレームｎにおいてＷＴＲＵは、以下の１または複数に対してＨＡＲＱ−ＡＣＫを報告することができる：
−  サブフレームｎ−ｋ１（例えばｋ１＝４）において受信された可能性がある第１のＴＴＩ持続時間（例えば１ｍｓ）に関連したトランスポートブロック、および／または
−  サブフレームｎ−ｋ２（例えばｋ２＝２）において、および／またはサブフレームｎ−ｋ２の特定の部分（例えば第１のタイムスロット）において受信された可能性がある第２のＴＴＩ持続時間（例えば０．５ｍｓ）に関連したトランスポートブロック。
【０１４６】
ＷＴＲＵが所与のトランスポートブロックに対する送信を検出しない場合があるシナリオでは、ＷＴＲＵはこのトランスポートブロックに対してＮＡＣＫおよび／またはＤＴＸを報告することができる。
【０１４７】
ＷＴＲＵは、サブフレームにおいてＨＡＲＱ−ＡＣＫ情報がそのために報告された、トランスポートブロックまたはトランスポートブロックのセットに関連したＴＴＩ持続時間の表示をもたらすことができる。いくつかの技法において表示は、トランスポートブロックが受信されたサブフレームに対するものとすることができる。例えば表示は、ＨＡＲＱ−ＡＣＫ情報が第１のＴＴＩ持続時間に関連したトランスポートブロックに対してもたらされたときは第１の値を有することができ、ＨＡＲＱ−ＡＣＫ情報が第２のＴＴＩ持続時間に関連したトランスポートブロックに対してもたらされたときは第２の値を有することができ、および／またはＨＡＲＱ−ＡＣＫ情報が任意のＴＴＩ持続時間のトランスポートブロックに対してもたらされたときは第３の値を有することができる。
【０１４８】
ＷＴＲＵは、トランスポートブロックの選択されたサブセットに対して、ＨＡＲＱ−ＡＣＫ情報が報告されることを決定することができる。選択は、１または複数の優先順位基準に基づくことができ、これは以下の１または複数を含み得る：
−  トランスポートブロックに関連付けられたＴＴＩ持続時間。例えば優先順位は、小さなＴＴＩ持続時間ほど高くなり得る；
−  トランスポートブロックの初期ＨＡＲＱ送信から経過した時間。例えば優先順位は、初期ＨＡＲＱ送信の開始が早かったトランスポートブロックほど高くなり得る；
−  冗長性バージョン、再送信シーケンス番号、および／またはトランスポートブロックに対するＨＡＲＱ送信の数；
−  トランスポートブロックがそれを通して転送された、トランスポートチャネルのタイプ。例えば優先順位は、低い待ち時間および／または高い信頼度の通信を可能にする目的のために定義され得るトランスポートチャネルに対して、より高くなり得る；
−  トランスポートブロックの送信のために用いられ得る物理制御チャネルおよび／または物理データチャネルのタイプ；
−  例えばデバイスツーデバイス送信および／またはネットワークへのまたはそれからの送信に対応するパラメータなどの、トランスポートブロックに関連した少なくとも１つの送信パラメータ；および／または
−  トランスポートブロックに関連したＭＡＣインスタンス、またはセルグループ。
【０１４９】
縮小型ＴＴＩ持続時間ＰＵＣＣＨのためのシステムおよび方法がもたらされ得る。縮小型ＴＴＩ  ＰＤＳＣＨはいずれのサブフレームにおいても独立のＰＤＳＣＨ割り当ての数の増加に繋がり得ることを考えれば、ＰＵＣＣＨリソースの増加はフィードバックに対応することができる。ＥＰＤＣＣＨのＥＣＣＥおよび／またはＰＤＳＣＨ自体のために用いられるＯＦＤＭシンボルは、ＷＴＲＵに、ＵＬにおいてＰＵＣＣＨが送信され得るシンボルを表示することができる。例えばタイムスロットベースのＥＰＤＣＣＨ／ＰＤＳＣＨが用いられる場合は、第１（または第２）のタイムスロットにおける割り当ては、適切なフィードバックサブフレームの第１（または第２）のタイムスロット（例えば第１（または第２）のタイムスロットのみ）を用いた、ＰＵＣＣＨフィードバックを用いることができる。これは単一のサブフレームのタイムスロットの１または複数、またはそれぞれにおいて２つのＰＤＳＣＨ割り当てを可能にすることができ、同じＰＵＣＣＨリソースへの、１または複数の、または各マッピング（例えばＰＵＣＣＨ  ＲＢ位置および／または循環シフトおよび／または直交カバーコードによって）は、単一タイムスロットを利用する１または複数の、またはそれぞれによって直交化され得る。
【０１５０】
ＰＵＣＣＨは、使用可能なスペクトル全体の縁部に位置し得る。これは周波数ダイバーシティを最大化し得る。帯域幅全体の両方の縁部においてＰＵＣＣＨを送信するために、同じＳＣ−ＦＤＭＡシンボルが再使用され得る。例えば図６に示されるように、例えば単一タイムスロットＴＴＩ持続時間において、ＰＵＣＣＨフォーマット１は、使用可能帯域幅の１または複数の、または各縁部に位置する２つのＲＢにおいて、および同じタイムスロットにおいて、同じデータを繰り返すことができる。循環シフトおよびＯＣＣシーケンスランダム化は、例えばタイムスロットごとではなく、ＰＵＣＣＨのＲＢごとに定義され得る。ＰＵＣＣＨリソースは帯域幅の縁部において送信されることができ、サブフレームＴＴＩ持続時間に対するのと同様なやり方で、シンボルの縮小型ＴＴＩサブセットの半分（例えば半分のみ）を占有することができる（例えば図７のように）。レガシーＰＵＣＣＨフォーマット２および３は、使用可能帯域幅の縁部において同じ送信を繰り返すことはできない。それでも単一タイムスロットＴＴＩ  ＰＵＣＣＨフォーマット１と同様に、単一タイムスロットＴＴＩ  ＰＵＣＣＨフォーマット２および／または３は、１または複数、またはそれぞれが使用可能帯域幅の縁部におよび／または同じタイムスロット内に位置する、２つのＲＢを用いることができる。ＰＵＣＣＨフォーマット２および／または３に対しては、１または複数の、またはそれぞれの、同じタイムスロットの縁部におけるＲＢは、同じデータの繰り返しではない場合があるが、代わりに異なるＵＣＩビットを含むことができる。
【０１５１】
ＰＵＣＣＨ上のフィードバックレポートは、恐らく例えばいくつかの技法において１つのレガシーサブフレーム内で、１または複数、または複数のＰＵＣＣＨリソースにわたって繰り返され得る。これはｅＮＢがデータのより高速な再送信を達成することを可能にし得る（例えば有用なときに）。例えば他のシナリオの中でも恐らく、ＮＡＣＫがＰＵＣＣＨの第１の送信において検出された場合は、ｅＮＢは次のＤＬサブフレームにおける再送信のために準備することができる。
【０１５２】
開示された方法およびシステムは、ＰＤＳＣＨ  ＤＭ−ＲＳに当てはまる。同様なＤＭ−ＲＳ特徴は、ＥＰＤＣＣＨに対して本明細書で示されたものと同様な、ＰＤＳＣＨに対しても有用となり得る。ＰＤＳＣＨは、８個までの送信ポートを用いることができる。短縮ＴＴＩ持続時間ＰＤＳＣＨは、８個までの送信ポートのためにＤＭ−ＲＳを可能にし得る。単一タイムスロットＴＴＩ持続時間において、ＯＣＣおよび周波数多重化は、ＤＭ−ＲＳが４個までのポートをサポートすることを可能にし得る。ＤＭ−ＲＳの容量を増加するために、ＤＭ−ＲＳはＲＢ内の５番目のサブキャリアごとに繰り返せない場合がある。例えばポート０および１のためのＤＭ−ＲＳはサブキャリア１、１１において送信されることができ、ポート４および６のためのＤＭ−ＲＳはサブキャリア６において送信され得る。ポート２および３のためのＤＭ−ＲＳはサブキャリア０および１０において送信されることができ、ポート５および７のためのＤＭ−ＲＳはサブキャリア５において送信され得る。１または複数の、または各ＤＭ−ＲＳポートに対するサブキャリアの総数を、ＲＢのペアに対して一定に保つために、周波数領域におけるＲＢバンドリングが用いられ得る。例えばポート０および１のためのＤＭ−ＲＳは、第１のＲＢのサブキャリア１、１１、および第２のＲＢのサブキャリア６において送信され得る。ポート４および６のためのＤＭ−ＲＳは、第１のＲＢのサブキャリア６、並びに第２のＲＢのサブキャリア１および１１において送信され得る。ポート２および３のためのＤＭ−ＲＳは、第１のＲＢのサブキャリア０および１０、並びに第２のＲＢのサブキャリア５において送信され得る。並びにポート５および７のためのＤＭ−ＲＳは、第１のＲＢのサブキャリア５、並びに第２のＲＢのサブキャリア０および１０において送信され得る。ＤＭ−ＲＳは、完全なサブフレームＴＴＩより多くのサブキャリアを占有することができる。例えばポート０および１のＤＭ−ＲＳはサブキャリア１および７内に位置することができ、ポート２および３のＤＭ−ＲＳはサブキャリア０および６内に位置することができ、ポート４および６のＤＭ−ＲＳはサブキャリア４および１０内に位置することができ、並びにポート５および７のＤＭ−ＲＳはサブキャリア３および９内に位置することができる。
【０１５３】
開示される方法およびシステムは、ＵＬ−ＳＣＨのための短縮ＴＴＩを可能にし得る。開示される方法およびシステムは、短縮ＴＴＩ  ＵＬ−ＳＣＨをスケジューリングすることに関係し得る。縮小型ＴＴＩ  ＵＬ−ＳＣＨスケジューリングは、本明細書で述べられるようにＥＰＤＣＣＨを用いることによって達成され得る。ＰＤＣＣＨは、ＷＴＲＵにＰＵＳＣＨリソースを許可するために用いられ得る。サブフレームの始まりに位置する（Ｅ）ＰＤＣＣＨは、サブフレームｎ＋ｉ内のシンボルの短縮型ＴＴＩサブセットにおいてＰＵＳＣＨリソースを許可するために用いられ得る。スケジューリングされた許可のタイミングは、ｎ＋ｉとして定義されることができ、「ｎ」は（Ｅ）ＰＤＣＣＨが送信されるサブフレーム番号とすることができ、「ｉ」はサブフレーム数で測定される所定のオフセットである。「ｎ」は任意の予め構成されたチャネルのＴＴＩ持続時間の、シンボルの短縮型ＴＴＩサブセットのカウンタを表すことができる。例えば（Ｅ）ＰＤＣＣＨチャネルの短縮型ＴＴＩ持続時間は、カウンタとして用いられ得る。および「ｉ」はシンボルの短縮型ＴＴＩサブセットで測定される所定のオフセットとすることができる（例えばまた、予め構成されたチャネルのＴＴＩ持続時間の）。例えばタイムスロットＴＴＩ持続時間に対して、フレーム内の１または複数の、または各タイムスロットは番号付けされることができ、および／または（Ｅ）ＰＤＣＣＨのために用いられるタイムスロットは、ｎのために用いられることができ、ｉの値は４タイムスロットとすることができる。ｎ（例えば予め構成されたチャネルのサブフレーム番号、タイムスロット番号、最初のシンボルのＯＦＤＭシンボル番号）、およびｉ（例えばサブフレーム数、タイムスロット数、ＯＦＤＭシンボル数）の解釈の組み合わせが用いられ得る。ＷＴＲＵは、リソース許可タイミングの解釈を用いて静的および／または半静的に構成され得る。他のシナリオの中でもＷＴＲＵは、恐らく例えば短縮型ＴＴＩ  ＰＵＳＣＨ送信のためのリソースが許可されるとすぐに、リソース許可タイミングの解釈を用いて構成され得る。
【０１５４】
サブフレームの始まりに位置する（Ｅ）ＰＤＣＣＨは、ＷＴＲＵに、スケジューリング許可が関連のあるシンボルのＴＴＩサブセットを（例えば明示的に）表示することができる。サブフレームの始まりに位置する（Ｅ）ＰＤＣＣＨのパラメータは、関連のあるシンボルのＴＴＩサブセットを表示することができる。以下の１または複数は、スケジューリング許可の、関連のあるシンボルの短縮ＴＴＩサブセットを表示するように構成されることができる：ＤＣＩの第１（または第２）のＣＣＥ、ＤＣＩフォーマット、ＨＡＲＱ  ＡＣＫ−ＮＡＣＫのために構成されたＰＨＩＣＨリソース、および／またはＭＣＳ。いくつかのＭＣＳは、特定のシンボルの短縮ＴＴＩサブセットのために予約され得る。
【０１５５】
第１の短縮型ＴＴＩにおけるＵＬ送信のためのパラメータは、第２の短縮型ＴＴＩにおけるＵＬ送信のために再使用され得る。例えばＵＬ電力制御などのＵＬ許可パラメータは、レガシーサブフレーム全体に対して一定のままとなることができ、および／または１または複数、または複数の短縮型ＴＴＩのために再使用され得る。例えばレガシーサブフレームにおける第２の短縮型ＴＴＩ送信のためのＵＬ電力制御パラメータは、他のシナリオの中でも恐らく例えば同じレガシーサブフレームにおいて、第１の短縮型ＴＴＩ送信のためのＵＬ電力制御パラメータに依存するものに基づくことができる。２つの短縮型ＴＴＩ送信の間のこのようなパラメータの関係は、短縮型ＴＴＩの内容に依存するものとなり得る。例えば、恐らく２つの隣接した短縮型ＴＴＩがＰＵＳＣＨデータ送信のために許可された場合、それらはいくつかのパラメータを再使用することができる（例えばＵＬ電力制御、ＭＣＳ、プリコーディング、ＲＢ割り当て、ＤＭ−ＲＳのための循環シフト、および／またはＯＣＣインデックス、および／またはダウンリンク割り当てインデックス）。例えば恐らく、２つの隣接した短縮型ＴＴＩが、データ用に第１（例えば専ら）および／またはデータおよび／またはＵＣＩ用に第２が許可された場合、パラメータ間の関係は異なり得る。例えばデータＴＴＩ（例えばデータ専用ＴＴＩ）のＵＬ電力制御は、データおよび／またはＵＣＩ  ＴＴＩに対して同一に再使用され得ない。
【０１５６】
１または複数の技法は、ＰＨＩＣＨリソース割り振りを可能にすることができる。１または複数の、または各トランスポートブロックおよびＴＴＩは、独立のＰＨＩＣＨリソースを有し得る。他のシナリオの中でも恐らく例えば、ＵＬ−ＳＣＨのための短縮型ＴＴＩ持続時間を可能にするために、ＷＴＲＵは、そのＴＴＩ持続時間がサブフレームよりも小さい（例えばサブフレーム内の）、１または複数、または複数のＰＵＳＣＨを用いてスケジューリングされ得る。このようなＷＴＲＵには、サブフレームｎ＋ｉにおいてフィードバックされることになる１または複数、または複数のＰＨＩＣＨリソースが割り当てられ得る（例えばトランスポートブロックごとに、およびシンボルの短縮ＴＴＩサブセットごとに１つ）。ＰＨＩＣＨリソース（例えばＰＨＩＣＨグループの数、直交シーケンスの数、周波数およびＯＦＤＭシンボルにおけるＲＥリソース）は、以下の１または複数から決定され得る：対応するＰＵＳＣＨ送信が生じた第１または第２のリソースブロック、対応するＰＵＳＣＨ送信が生じた第１または第２のＯＦＤＭシンボル、対応するＰＵＳＣＨ送信が生じたタイムスロット、ＵＬ  ＤＭ−ＲＳ循環シフト、および／または短縮ＴＴＩ送信がサブフレームの第１または第２のスロットで生じたか。
【０１５７】
ＰＨＩＣＨは、ＰＵＳＣＨリソースを許可するために用いられた（Ｅ）ＰＤＣＣＨと同じシンボルのＴＴＩサブセットにおいて送信され得る。例えばタイムスロットＴＴＩ持続時間が想定され、ＰＵＳＣＨ送信を許可するために用いられた（Ｅ）ＰＤＣＣＨがサブフレームｎの第１のタイムスロット内に位置する場合は、そのＰＵＳＣＨ送信に関連したＰＨＩＣＨは、サブフレームｎ＋８の第１のタイムスロット内に位置し得る。
【０１５８】
ＰＨＩＣＨはサブフレームｎ＋４内のシンボルの短縮ＴＴＩサブセットにおいて送信されることができ、位置（ＯＦＤＭシンボルの観点からの）は予め構成され、または１または複数の、または各ＰＵＳＣＨのためのＰＨＩＣＨリソースを決定するための関数の一部として決定され得る。
【０１５９】
サブフレーム内の１または複数、または複数のＴＴＩに対するＰＨＩＣＨは、衝突する場合がある。他の中でもこのようなシナリオにおいてＷＴＲＵは、ＰＨＩＣＨ値を同じＰＨＩＣＨリソースにバンドリングおよび／または多重化することができる。
【０１６０】
ＰＨＩＣＨのタイミングは、ｎ＋ｉとして定義されることができ、ｎは（Ｅ）ＰＤＣＣＨが送信されるサブフレーム番号、またはＰＵＳＣＨが送信されるサブフレーム番号とすることができ、「ｉ」はサブフレーム数で測定される所定のオフセットである。「ｎ」は予め構成されたチャネルのＴＴＩ持続時間の、シンボルの短縮型ＴＴＩサブセットのカウンタを表すことができる。例えば（Ｅ）ＰＤＣＣＨ送信（またはＰＵＳＣＨ送信）の短縮型ＴＴＩ持続時間は、カウンタとして用いられ得る。および「ｉ」はシンボルの短縮型ＴＴＩサブセットで測定される所定のオフセットとすることができる（また予め構成されたチャネルのＴＴＩ持続時間の）。例えばタイムスロットＴＴＩ持続時間に対して、フレーム内の１または複数の、または各タイムスロットは番号付けされることができ、および（Ｅ）ＰＤＣＣＨ（またはＰＵＳＣＨ）のために用いられるタイムスロットは「ｎ」のために用いられることができ、「ｉ」の値は８（または４）タイムスロットとすることができる。「ｎ」（例えば予め構成されたチャネルのサブフレーム番号、タイムスロット番号、最初のシンボルのＯＦＤＭシンボル番号）、および「ｉ」（例えばサブフレーム数、タイムスロット数、ＯＦＤＭシンボル数）の解釈の組み合わせが用いられ得る。ＷＴＲＵは、ＰＨＩＣＨタイミングの解釈を用いて静的または半静的に構成され得る。ＷＴＲＵは、短縮型ＴＴＩ  ＰＵＳＣＨ送信のためのリソースが許可されるとすぐに、ＰＨＩＣＨタイミングの解釈を用いて構成され得る。
【０１６１】
ＷＴＲＵは、サブフレーム内の短縮型ＴＴＩ  ＰＵＳＣＨ送信のサブセット（例えば全ての短縮型ＴＴＩ  ＰＵＳＣＨ送信）に対するＰＨＩＣＨ送信を予期することができる（例えばそれのみを予期することができる）。他のＰＵＳＣＨ送信に対してＷＴＲＵは、適応型再送信のために新しい許可が与えられない限り、ＡＣＫを想定することができる。例えばタイムスロットＴＴＩ持続時間に対して、第１のタイムスロットにおけるＰＵＳＣＨ送信（例えば第１のタイムスロットでのＰＵＳＣＨ送信のみ）は、ＰＨＩＣＨリソースを有することができ、第２のタイムスロットにおけるＰＵＳＣＨ送信は、再送信のためにリソースが許可されない限り、ＡＣＫを想定することができる。
【０１６２】
方法およびシステムは、短縮ＴＴＩ  ＰＵＳＣＨ送信の周波数ダイバーシティをもたらす。ＰＵＳＣＨ送信の周波数ダイバーシティを達成するために、周波数ホッピングが用いられ得る。周波数ホッピングは、シンボルの短縮ＴＴＩサブセットを２つのグループに分割し、異なる短縮型仮想リソースブロックを１または複数の、または各グループにマッピングすることによって用いられ得る。短縮型仮想リソースブロックは、異なるサブキャリアを用いた異なる短縮型物理リソースブロックにマッピングされることができ、周波数ダイバーシティを増加させる。例えば第１のタイムスロットにおいて送信されるＰＵＳＣＨは、２つの短縮型仮想リソースブロックを用いることができる：第１はシンボル０、１、２にマッピングされ、第２はシンボル４、５、６にマッピングされる。この例ではＵＬ  ＤＭ−ＲＳは、シンボル３において送信され得る。短縮型物理リソースブロックへのマッピングは、単一ＰＵＳＣＨ短縮リソースブロックペア（例えばこの例では短縮リソースブロックペアは、７個のＯＦＤＭシンボルからなる）が、異なるサブキャリアを用いた異なる短縮物理リソースブロックにマッピングされることを確実にすることによって、周波数ダイバーシティを可能にし得る。復調に対して、シンボル３におけるＵＬ  ＤＭ−ＲＳは、シンボル０、１、２に位置する短縮リソースブロック、またはシンボル４、５、６に位置する短縮リソースブロックを復調するために用いられ得る。
【０１６３】
短縮ＰＵＳＣＨ周波数ホッピングは、異なるサブキャリアにおいて短縮ＲＢペアを繰り返すことによって達成され得る。例えばタイムスロットＴＴＩ  ＰＵＳＣＨは、第１の物理リソースブロックペアにおける第１のタイムスロットにおいて、および第２の物理リソースブロックペアにおける第１のタイムスロットにおいて送信され得る。
【０１６４】
システムは、ＵＬ  ＤＭ−ＲＳ短縮ＴＴＩ  ＰＵＳＣＨを用いることができる。完全なＵＬ  ＤＭ−ＲＳ容量を達成するために、２つのＵＬ  ＤＭ−ＲＳシンボルはＲＢペアごとに用いられ得る（ここでＲＢペアはＴＴＩ持続時間として定義される）。２つのシンボルは、シンボルの短縮ＴＴＩサブセット内のＵＬ  ＤＭ−ＲＳ送信のために割り当てられ得る。これらのシンボルは、予め構成されるおよび／または半静的に構成されることができ、および／またはＰＵＳＣＨリソースを割り当てる許可において表示され得る。例えばタイムスロットＴＴＩ持続時間において、第１のタイムスロットにおいてＰＵＳＣＨリソースが割り当てられたＷＴＲＵは、ＵＬ  ＤＭ−ＲＳを、シンボル２および５（または任意の他の構成されたシンボルのペア）において送信することができる。
【０１６５】
特徴および要素は上記では特定の組み合わせにおいて述べられたが、当業者は、各特徴または要素は単独で、または他の特徴および要素との任意の組み合わせにおいて用いられ得ることを理解するであろう。さらに本明細書で述べられた方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施され得る。コンピュータ可読媒体の例は、電子信号（有線または無線接続を通して送信される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、並びにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ＷＴＲＵ、ＵＥ、端末装置、基地局、ＲＮＣ、または任意のホストコンピュータにおける使用のための無線周波数トランシーバを実施するように、ソフトウェアと関連してプロセッサが用いられ得る。
【図１Ａ】
0006789211.tif 000002
【図１Ｂ】
0006789211.tif 000003
【図１Ｃ】
0006789211.tif 000004
【図１Ｄ】
0006789211.tif 000005
【図１Ｅ】
0006789211.tif 000006
【図２】
0006789211.tif 000007
【図３】
0006789211.tif 000008
【図４】
0006789211.tif 000009
【図５】
0006789211.tif 000010
【図６】
0006789211.tif 000011
【図７】
0006789211.tif 000012