(57)【特許請求の範囲】
【請求項１】
無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、
前記ＷＴＲＵによって、ネットワークデバイスから、複数のアップリンク制御情報（ＵＣＩ）リソースに関する情報を受信するステップと、
前記ＷＴＲＵによって、前記ネットワークデバイスから、アップリンクシンボルおよびダウンリンクシンボルの表示、サブキャリアリソースの表示、時間リソースの表示、ならびに前記複数のＵＣＩリソースに関する情報の中からのＵＣＩリソースの表示を含む複数のダウンリンク制御情報（ＤＣＩ）を受信するステップであって、時間リソースの前記表示は、開始シンボルおよびシンボルの数を表示している、ステップと、
前記ＷＴＲＵによって、前記ネットワークデバイスから、前記表示されたサブキャリアリソース、前記開始シンボル、およびシンボルの前記数に基づいて、ダウンリンク（ＤＬ）送信を受信するステップと、
前記ＷＴＲＵによって、前記表示されたＵＣＩリソースを使用して、肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を送信するステップと、
を含む方法。
【請求項２】
前記複数のＤＣＩのうちの１つに基づいてサブキャリア間隔を決定するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記複数のＤＣＩに基づいてスイッチングギャップを決定するステップをさらに含む、請求項１に記載の方法。
【請求項４】
前記複数のＤＣＩに基づいてハイブリッド自動再送要求（ＨＡＲＱ）についてのタイミングを決定するステップをさらに含む、請求項１に記載の方法。
【請求項５】
無線送信／受信ユニット（ＷＴＲＵ）であって、
ネットワークデバイスから、複数のアップリンク制御情報（ＵＣＩ）リソースに関する情報を受信する手段と、
前記ネットワークデバイスから、アップリンクシンボルおよびダウンリンクシンボルの表示、サブキャリアリソースの表示、時間リソースの表示、ならびに前記複数のＵＣＩリソースに関する情報の中からのＵＣＩリソースの表示を含む複数のダウンリンク制御情報（ＤＣＩ）を受信する手段であって、時間リソースの前記表示は、開始シンボルおよびシンボルの数を表示している、手段と、
前記ネットワークデバイスから、前記表示されたサブキャリアリソース、前記開始シンボル、およびシンボルの前記数に基づいて、ダウンリンク（ＤＬ）送信を受信する手段と、
前記表示されたＵＣＩリソースを使用して、肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を送信する手段と、
を備えたＷＴＲＵ。
【請求項６】
前記複数のＤＣＩのうちの１つに基づいてサブキャリア間隔を決定する手段をさらに備えた、請求項５に記載のＷＴＲＵ。
【請求項７】
前記複数のＤＣＩに基づいてスイッチングギャップを決定する手段をさらに備えた、請求項５に記載のＷＴＲＵ。
【請求項８】
前記複数のＤＣＩに基づいてハイブリッド自動再送要求（ＨＡＲＱ）についてのタイミングを決定する手段をさらに含む、請求項５に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【０００２】
関連出願の相互参照
本出願は、その内容が参照により本明細書に組み込まれている、２０１５年８月２５日に出願した米国特許仮出願第６２／２０９，６６５号明細書、２０１５年１１月４日に出願した米国特許仮出願第６２／２５０，８４０号明細書、２０１５年１１月１３日に出願した米国特許仮出願第６２／２５４，９１６号明細書、および２０１５年１２月３０日に出願した米国特許仮出願第６２／２７３，２４５号明細書の利益を主張するものである。
【背景技術】
【０００３】
移動体通信技術は、継続的な進化を遂げており、すでにその第５の世（fifth incarnation）である５Ｇの入口に到達している。以前の世代と同様に、新しいユースケースは、新しい世代の要件の設定に大きく寄与する。
【０００４】
５Ｇエアインターフェイスは、改良型ブロードバンドパフォーマンス（ＩＢＢ）（improved broadband performance）、大規模ブロードバンド（massive broadband）（たとえば、１ｍｓの送信時間間隔（ＴＴＩ））、超低遅延（たとえば、〜１２５μｓ）、超高信頼性送信（たとえば、シングルＴＴＩ対マルチＴＴＩスケジューリング）、デバイスツーデバイス（Ｄ２Ｄ）および自動車アプリケーション（Ｖ２Ｘ）のような低電力ノード送信、産業用制御および通信（ＩＣＣ）、ならびに大量マシンタイプ通信（ｍＭＴＣ）のようなユースケースを実現することができると期待されている。
【発明の概要】
【課題を解決するための手段】
【０００５】
柔軟で可変なフレーミングのためのさまざまな手法が開示される。一部の実施形態において、可変フレーム構造のフレーム構造およびタイミングが決定される。柔軟なフレーム構造のための同期化およびフレームタイミングが取得される。スケジューリングおよびリンク適応が実行される。スケジューリングおよびリンク適応は、ダウンリンク制御情報（ＤＣＩ）の２つのインスタンスに基づいてもよい。
【０００６】
ＷＴＲＵは、フレームの開始を表示（indicating）するＤＣＩを受信することができる。ＤＣＩは、ｅＮＢ、基地局、ＡＰ、または無線通信システムで動作しているその他のインフラストラクチャ機器から、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のような制御チャネルで受信されてもよい。ＷＴＲＵは、ＤＣＩを復号することができ、送信時間間隔（ＴＴＩ）期間を決定することができ、ＴＴＩ期間は基本時間間隔（ＢＴＩ）の整数によって表されてもよい。ＷＴＲＵは、受信されたＤＣＩに基づいて、ダウンリンク（ＤＬ）送信部分および割り当てならびにアップリンク（ＵＬ）送信部分およびＵＬグラントを決定することができる。加えて、ＷＴＲＵは、オフセット（ｔoffset）に基づいてＵＬ部分の開始を決定することができる。ＷＴＲＵは、フレームのＤＬ部分のデータを受信することができ、決定されたＵＬグラントおよびＴＴＩ期間に基づいてフレームのＵＬ部分で送信することができる。
【図面の簡単な説明】
【０００７】
さらに詳細な理解は、添付の図面と併せて一例として示される以下の説明から得られてもよい。
【０００８】
【図１Ａ】１つまたは複数の開示される実施形態が実施されることができる例示の通信システムを示すシステム図である。
【図１Ｂ】図１Ａに示される通信システム内で使用されることができる例示の無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】図１Ａに示される通信システム内で使用されることができる例示の無線アクセスネットワークおよび例示のコアネットワークを示すシステム図である。
【図２】サポートされるシステム送信帯域幅の一部の例を示す図である。
【図３】例示の柔軟なスペクトル割り振りを示す図である。
【図４】５ｇＦＬＥＸシステムのような無線通信システムで使用されることができるＴＤＤの例示の柔軟なフレーム構造を示す図である。
【図５】５ｇＦＬＥＸシステムのような無線通信システムで使用されることができるＦＤＤの例示のフレーム構造を示す図である。
【図６Ａ】可変フレームの構造およびタイミングを動的に決定するための例示のプロセスを示す流れ図である。
【図６Ｂ】可変フレームの構造およびタイミングを動的に構成するための例示のプロセスを示す流れ図である。
【図７】柔軟なフレーミングのための例示の送信プロセスを示す流れ図である。
【図８】フレームタイミングおよび／またはシステムフレーム番号を決定するための例示のプロセスを示す流れ図である。
【図９】例示の送信制御およびスケジューリングプロセスを示す流れ図である。
【図１０】例示のリンク適応およびスケジューリングプロセスを示す流れ図である。
【発明を実施するための形態】
【０００９】
図１Ａは、１つまたは複数の開示される実施形態が実施されることができる例示の通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのようなコンテンツを、複数の無線ユーザに提供する多重アクセスシステムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通じて、そのようなコンテンツにアクセスできるようにすることができる。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などのような、１つまたは複数のチャネルアクセス方法を採用することができる。
【００１０】
図１Ａにおいて示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、およびその他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは各々、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであってもよい。一例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャー、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサー、家庭用電化製品などを含むことができる。
【００１１】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂは各々、コアネットワーク１０６、インターネット１１０、および／またはその他のネットワーク１１２のような１つまたは複数の通信ネットワークへのアクセスを容易にするため、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェイスするように構成された任意のタイプのデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、無線基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは各々単一の要素として示されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【００１２】
基地局１１４ａはＲＡＮ１０４の一部であってもよく、ＲＡＮ１０４はまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどのような、その他の基地局および／またはネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称されることもある特定の地理的領域内の無線信号を送信および／または受信するように構成されてもよい。セルは、セルセクタにさらに分割されてもよい。たとえば、基地局１１４ａに関連付けられているセルは、３つのセクタに分割されてもよい。したがって、１つの実施形態において、基地局１１４ａは、３つの送受信機、すなわちセルのセクタごとに１つの送受信機を含むことができる。もう１つの実施形態において、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用することができるので、セルの各セクタに対して複数の送受信機を使用することができる。
【００１３】
基地局１１４ａ、１１４ｂは、エアインターフェイス１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェイス１１６は（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）任意の適切な無線通信リンクであってもよい。エアインターフェイス１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。
【００１４】
さらに具体的には、前述のように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような、１つまたは複数のチャネルアクセス方式を採用することができる。たとえば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェイス１１６を確立することができるＵｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ：ユニバーサル移動体通信システム）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（ＵＴＲＡ：地上波無線アクセス）のような無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ  ＨＳＰＡ（ＨＳＰＡ＋）のような通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１５】
もう１つの実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインターフェイス１１６を確立することができるＥｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）のような無線技術を実施することができる。
【００１６】
その他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などのような無線技術を実施することができる。
【００１７】
図１Ａの基地局１１４ａは、たとえば、無線ルータ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、またはアクセスポイントであってもよく、事業所、家庭、車両、キャンパスなどのような、局在的な領域において無線接続を容易にするために任意の適切なＲＡＴを使用することができる。１つの実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１のような無線技術を実施することができる。もう１つの実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５のような無線技術を実施することができる。さらにもう１つの実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用して、ピコセルまたはフェムトセルを確立することができる。図１Ａにおいて示されるように、基地局１１４ｂは、インターネット１１０に直接接続することができる。したがって、基地局１１４ｂが、コアネットワーク１０６を介してインターネット１１０にアクセスする必要はないことがある。
【００１８】
ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は音声、データ、アプリケーション、および／またはｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであってもよい。たとえば、コアネットワーク１０６は、コール制御、課金サービス、モバイルロケーションベースのサービス、プリペイドコール、インターネット接続、ビデオ配信などを提供すること、および／またはユーザ認証のような高水準のセキュリティ機能を実行することができる。図１Ａにおいて示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６が、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用するその他のＲＡＮと直接または間接的に通信できることが理解されよう。たとえば、Ｅ−ＵＴＲＡ無線技術を使用しているＲＡＮ１０４に接続されていることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信することもできる。
【００１９】
コアネットワーク１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとしての役割を果たすこともできる。ＰＳＴＮ１０８は、従来のアナログ電話回線サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）のような、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または操作される有線または無線の通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用することができる１つまたは複数のＲＡＮに接続された別のコアネットワークを含むこともできる。
【００２０】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード機能を含むことができる、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄはさまざまな無線リンクを介してさまざまな無線ネットワークと通信するための複数の送受信機を含むことができる。たとえば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することができる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用することができる基地局１１４ｂと通信するように構成されてもよい。
【００２１】
図１Ｂは、例示のＷＴＲＵ１０２を示すシステム図である。図１Ｂにおいて示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、固定式メモリ１３０、取り外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２が、前述の要素の任意の部分的組み合わせを含むことができ、引き続き実施形態に整合することが理解されよう。
【００２２】
プロセッサ１１８は、汎用プロセッサ、特殊用途プロセッサ、標準的なプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意のタイプの集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作できるようにする任意の他の機能を実行することができる。プロセッサ１１８は、送信／受信要素１２２に結合されることができる送受信機１２０に結合されてもよい。図１Ｂはプロセッサ１１８および送受信機１２０を別個のコンポーネントとして示すが、プロセッサ１１８および送受信機１２０が電子パッケージまたはチップに統合されてもよいことが理解されよう。
【００２３】
送信／受信要素１２２は、エアインターフェイス１１６を介して基地局（たとえば、基地局１１４ａ）に信号を送信するか、または基地局から信号を受信するように構成されてもよい。たとえば、１つの実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。もう１つの実施形態において、送信／受信要素１２２は、たとえば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってもよい。さらにもう１つの実施形態において、送信／受信要素１２２は、ＲＦ信号および光信号を送信および受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されてもよいことが理解されよう。
【００２４】
加えて、図１Ｂにおいて、送信／受信要素１２２は単一の要素として示されるが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含むことができる。さらに具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することができる。したがって、１つの実施形態において、ＷＴＲＵ１０２は、エアインターフェイス１１６を介して無線信号を送信および受信するために２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことができる。
【００２５】
送受信機１２０は、送信／受信要素１２２によって送信されるべき信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成されてもよい。前述のように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１のような複数のＲＡＴを介して通信できるようにするための複数の送受信機を含むことができる。
【００２６】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）表示ユニット、または有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合されてもよく、これらの機器からユーザ入力データを受信することができる。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、固定式メモリ１３０および／または取り外し可能メモリ１３２のような、任意のタイプの適切なメモリから情報にアクセスし、適切なメモリにデータを格納することができる。固定式メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意のタイプのメモリストレージデバイスを含むことができる。取り外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。その他の実施形態において、プロセッサ１１８は、サーバ上、またはホームコンピュータ（図示せず）上のような、ＷＴＲＵ１０２に物理的に位置していないメモリから情報にアクセスし、そのようなメモリにデータを格納することができる。
【００２７】
プロセッサ１１８は、電源１３４から電力を受信することができ、ＷＴＲＵ１０２内のその他のコンポーネントへの電力の配電および／または制御を行うように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであってもよい。たとえば、電源１３４は、１つまたは複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。
【００２８】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の位置に関する位置情報（たとえば、緯度および経度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェイス１１６を介して位置情報を受信すること、および／または２つ以上の近隣の基地局から受信されている信号のタイミングに基づいてその位置を決定することができる。ＷＴＲＵ１０２が、任意の適切な位置決定の方法を用いて位置情報を取得することができ、引き続き実施形態に整合することが理解されよう。
【００２９】
プロセッサ１１８は、その他の周辺機器１３８にさらに結合されてもよく、周辺機器１３８は、追加の特徴、機能、および／または有線もしくは無線接続を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動装置、テレビ送受信機、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線装置、デジタル音楽プレイヤー、メディアプレイヤー、テレビゲームプレイヤーモジュール、インターネットブラウザなどを含むことができる。
【００３０】
図１Ｃは、１つの実施形態によるＲＡＮ１０４およびコアネットワーク１０６を示すシステム図である。前述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信することもできる。
【００３１】
ＲＡＮ１０４はｅＮｏｄｅ−Ｂ（ｅＮＢ）１４０ａ、１４０ｂ、１４０ｃを含むことができるが、引き続き実施形態に整合しながら、ＲＡＮ１０４は任意の数のｅＮｏｄｅーＢを含むことができることが理解されよう。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは各々、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。１つの実施形態において、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはＭＩＭＯ技術を実施することができる。したがって、たとえば、ｅＮｏｄｅ−Ｂ１４０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３２】
ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは各々、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理の決定、ハンドオーバーの決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｃに示されるように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェイスを介して相互に通信することができる。
【００３３】
図１Ｃに示されるコアネットワーク１０６は、モビリティ管理エンティティゲートウェイ（ＭＭＥ）１４２、サービス提供ゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。前述の要素は各々、コアネットワーク１０６の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および／または操作されてもよいことが理解されよう。
【００３４】
ＭＭＥ１４２は、Ｓ１インターフェイスを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々に接続されてもよく、制御ノードとしての役割を果たすことができる。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中に特定のサービス提供ゲートウェイを選択することなどに責任を負うことができる。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡのような他の無線技術を採用するその他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能を提供することもできる。
【００３５】
サービス提供ゲートウェイ１４４は、Ｓ１インターフェイスを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々に接続されてもよい。サービス提供ゲートウェイ１４４は一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でルーティングおよび転送することができる。サービス提供ゲートウェイ１４４はまた、ｅＮｏｄｅーＢ間ハンドオーバー中にユーザプレーンを固定すること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに使用可能な場合にページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理して格納することなどのようなその他の機能を実行することもできる。
【００３６】
サービス提供ゲートウェイ１４４はまた、ＰＤＮゲートウェイ１４６に接続されてもよく、ＰＤＮゲートウェイ１４６は、インターネット１１０のようなパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応のデバイスとの間の通信を容易にすることができる。
【００３７】
コアネットワーク１０６は、その他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０６は、ＰＳＴＮ１０８のような回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信線通信デバイスとの間の通信を容易にすることができる。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェイスとしての役割を果たすＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができるか、またはＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０６は、その他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができるネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００３８】
その他のネットワーク１１２は、ＩＥＥＥ８０２．１１ベースの無線ローカルエリアネットワーク（ＷＬＡＮ）１６０にさらに接続されてもよい。ＷＬＡＮ１６０は、アクセスルータ１６５を含むことができる。アクセスルータは、ゲートウェイ機能を含むことができる。アクセスルータ１６５は、複数のアクセスポイント（ＡＰ）１７０ａ、１７０ｂと通信することができる。アクセスルータ１６５とＡＰ１７０ａ、１７０ｂの間の通信は、有線イーサネット（ＩＥＥＥ８０２．３標準）、または任意のタイプの無線通信プロトコルを介してもよい。ＡＰ１７０ａは、ＷＴＲＵ１０２ｄとエアインターフェイスを介して無線通信する。
【００３９】
以下の略語および頭字語が本明細書において使用される。
Δｆ  サブキャリア間隔
５ｇＦｌｅｘ  ５Ｇフレキシブル無線アクセス技術
５ｇＮＢ  ５ＧＦｌｅｘ  ＮｏｄｅＢ
ＡＣＫ  肯定応答
ＢＬＥＲ  ブロック誤り率
ＢＴＩ  基本ＴＩ（１つまたは複数のシンボル期間の整数倍数）
ＣＢ  コンテンションベース（たとえば、アクセス、チャネル、リソース）
ＣｏＭＰ  協調マルチポイント送信／受信
ＣＰ  巡回プレフィックス
ＣＰ−ＯＦＤＭ  従来のＯＦＤＭ（巡回プレフィックスに依存）
ＣＱＩ  チャネル品質インジケータ
ＣＮ  コアネットワーク（たとえば、ＬＴＥパケットコア）
ＣＲＣ  巡回冗長検査
ＣＳＩ  チャネル状態情報
Ｄ２Ｄ  デバイスツーデバイス送信（たとえば、ＬＴＥサイドリンク）
ＤＣＩ  ダウンリンク制御情報
ＤＬ  ダウンリンク
ＤＭ−ＲＳ  復調参照信号
ＤＲＢ  データ無線ベアラ
ＥＰＣ  エボルブドパケットコア
ＦＢＭＣ  フィルタバンドマルチキャリア
ＦＢＭＣ／ＯＱＡＭ  オフセット直交振幅変調を使用するＦＢＭＣ技法
ＦＤＤ  周波数分割複信
ＦＤＭ  周波数分割多重
ＩＣＣ  産業用制御および通信
ＩＣＩＣ  セル間干渉除去
ＩＰ  インターネットプロトコル
ＬＡＡ  ライセンス補助アクセス
ＬＢＴ  リッスンビフォアトーク
ＬＣＨ  論理チャネル
ＬＣＰ  論理チャネル優先順位付け
ＬＴＥ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、たとえば３ＧＰＰ  ＬＴＥ  Ｒ８以上
ＭＡＣ  媒体アクセス制御
ＮＡＣＫ  否定ＡＣＫ
ＭＣ  マルチキャリア
ＭＣＳ  変調および符号化方式
ＭＩＭＯ  多入力多出力
ＭＴＣ  マシンタイプ通信
ＮＡＳ  非アクセス層
ＯＦＤＭ  直交周波数分割多重
ＯＯＢ  帯域外（放射）
Ｐｃｍａｘ  所与のＴＩにおける総使用可能ＵＥ電力
ＰＨＹ  物理層
ＰＲＡＣＨ  物理ランダムアクセスチャネル
ＰＤＵ  プロトコルデータ単位
ＰＥＲ  パケット誤り率
ＰＬＲ  パケット損失率
ＱｏＳ  サービス品質（物理層の観点から）
ＲＡＢ  無線アクセスベアラ
ＲＡＣＨ  ランダムアクセスチャネル（または手順）
ＲＦ  無線フロントエンド
ＲＮＴＩ  無線ネットワーク識別子
ＲＲＣ  無線リソース制御
ＲＲＭ  無線リソース管理
ＲＳ  参照信号
ＲＴＴ  往復時間
ＳＣＭＡ  シングルキャリア多元接続
ＳＤＵ  サービスデータ単位
ＳＯＭ  スペクトル操作モード
ＳＳ  同期信号
ＳＲＢ  シグナリング無線ベアラ
ＳＷＧ  （自己完備型サブフレームの）スイッチングギャップ
ＴＢ  トランスポートブロック
ＴＤＤ  時分割複信
ＴＤＭ  時分割多重
ＴＩ  時間間隔（１つまたは複数のＢＴＩの整数倍数）
ＴＴＩ  送信時間間隔（１つまたは複数のＴＩの整数倍数）
ＴＲｘ  送受信機
ＵＦＭＣ  ユニバーサルフィルタマルチキャリア
ＵＦ−ＯＦＤＭ  ユニバーサルフィルタＯＦＤＭ
ＵＬ  アップリンク
Ｖ２Ｖ  車車間通信
Ｖ２Ｘ  車両通信
ＷＬＡＮ  無線ローカルエリアネットワークおよび関連技術（ＩＥＥＥ８０２．ｘｘドメイン）
【００４０】
移動体通信技術は、継続的な進化を遂げており、その第５の世である５Ｇに到達している。以前の世代と同様に、新しいユースケースは、新しい世代の要件の設定に大きく寄与していた。５Ｇエアインターフェイスは、改良型ブロードバンドパフォーマンス（ＩＢＢ）、産業用制御および通信（ＩＣＣ）、車両アプリケーション（Ｖ２Ｘ）、および大量マシンタイプ通信（ｍＭＴＣ）を含むユースケースを実現することができるが、これらに限定されることはない。そのようなユースケースは、周波数領域波形のベースバンドフィルタリングのサポート、超低送信遅延のサポート、超高信頼性送信のサポート、および（狭帯域動作を含む）ＭＴＣ動作のサポートを含む、５Ｇインターフェイスの特定の要件を生じさせることがあるが、これらに限定されることはない。
【００４１】
周波数領域波形のベースバンドフィルタリングのサポートは、いくつかの設計の考慮事項を伴うことがある。たとえば、そのような設計の考慮事項は、周波数領域波形のベースバンドフィルタリングが、フロントエンドの再設計に依存することなく（たとえば、所与のＲＦ送受信機パス内の最大１５０〜２００ＭＨｚスペクトル全域）スペクトルの効果的なアグリゲーションを可能にするための機能を含むことがある。
【００４２】
広範に隔てられた動作帯域（たとえば、９００ＭＨｚと３．５ＧＨｚ）にわたるスペクトルのアグリゲーションは、アンテナサイズの要件および増幅器最適化設計の制約に起因することに基づいて複数のＲＦ送受信機チェーンを使用することができる。たとえば、ＷＴＲＵの実施態様は、１ＧＨｚ未満の第１のＲＦ送受信機パス、１．８〜３．５ＧＨｚの周波数レンジの第２のＲＦ送受信機パス、４〜６ＧＨｚ周波数レンジをカバーする第３のＲＦ送受信機パスという、３つの別個のＲＦ送受信機パスを含むことができる。大量ＭＩＭＯアンテナ構成の固有の組み込みサポートはまた、２次要件であってもよい。
【００４３】
さまざまなユースケース（たとえば、ＩＢＢ）は、可変サイズのスペクトルを伴う複数の周波数帯域が、（通常レートはほぼ数百Ｍｂｐｓ程度である数Ｇｂｐｓのピークデータレートまで（たとえば最大８Ｇｂｐｓ）約数十Ｍｂｐｓ（セルエッジ））データレートを達成するために効率的にアグリゲートされることを必要とする場合がある。
【００４４】
超低送信遅延のサポートはまた、いくつかの設計の考慮事項に関連することがある。たとえば、１ｍｓほどのＲＴＴの低いエアインターフェイス遅延は、ほぼ１００μｓから２５０μｓ（以内）のＴＴＩのサポートを必要とすることがある。
【００４５】
超低アクセス遅延（たとえば、初期システムアクセスから第１のユーザプレーンデータ単位の送信の完了までの時間）もまた、関心の対象であってもよい。たとえば、ＩＣおよびＶ２Ｘは、特定のエンドツーエンド（ｅ２ｅ）遅延を必要とすることがある。そのようなｅ２ｅ遅延は、１０ｍｓ未満であってもよい。
【００４６】
超高信頼性送信のサポートはまた、いくつかの設計の考慮事項を伴うことがある。そのような設計の考慮事項の１つは、レガシーＬＴＥシステムで現在可能である信頼性をはるかに上回る送信の信頼性を含むことができる。たとえば、目標とする送信信頼性レートは、９９．９９９％の送信成功およびサービス可能性であってもよい。もう１つの考慮事項は、０〜５００ｋｍ／ｈの範囲の速度のモビリティのサポートであってもよい。たとえば、ＩＣおよびＶ２Ｘは、固有のパケット損失率を求めることがある。そのようなパケット損失率は、１０ｅ-6未満であってもよい。
【００４７】
ＭＴＣ動作（狭帯域動作を含む）のサポートは、いくつかの設計の考慮事項を伴うことがある。たとえば、エアインターフェイスは、狭帯域動作（たとえば、２００ＫＨｚ帯域幅未満を使用する動作）を効率的にサポートすることが要求されることがあり、延長バッテリ寿命（たとえば、最大１５年の自律性）を必要とすることがあり、小さく頻繁ではないデータ送信（たとえば、数分から数時間のアクセス遅延で１〜１００ｋｂｐｓの範囲の低データレート）の最小通信オーバーヘッドを必要とすることがある。
【００４８】
ｍＭＴＣユースケースのサポートは、狭帯域動作を必要とすることがある。結果として生じるリンクバジェットは、その他のサポートされるサービスのスペクトル効率に悪影響を与えることなく膨大数のＭＴＣデバイス（最大２００ｋ／ｋｍ2）をサポートしながらも、ＬＴＥ拡張カバレッジのリンクバジェットに相当するよう求められることがある。
【００４９】
上記で説明されている例示の要件は、次いで、以下の設計の態様に関連する場合がある。
【００５０】
５Ｇシステム設計は、柔軟なスペクトル使用、配備戦略、および運用を可能にすることができる。設計は、同一および／または異なる周波数帯域の、ライセンスまたはアンライセンスの非隣接キャリアのアグリゲーションを含む、スペクトルブロックまたは可変サイズのスペクトルを使用する動作をサポートすることができる。システムはまた、狭帯域および広帯域動作、異なる二重方式（および、ＴＤＤの場合、動的に可変なＤＬ／ＵＬ割り振り）、可変ＴＴＩ長、スケジュール済みおよびスケジュール解除送信、同期および非同期送信、制御プレーンからのユーザプレーンの分離、ならびにマルチノード接続もサポートすることができる。
【００５１】
５Ｇシステム設計は、多数のレガシー（Ｅ−）ＵＴＲＡＮおよびＥＰＣ／ＣＮ態様と一体化することができる。後方互換性の要件がないこともあるが、システムは、レガシーインターフェイス（またはその展開）と一体化および／または動作することが期待されてもよい。たとえば、システムは、少なくとも、レガシーのＣＮ（たとえば、Ｓ１インターフェイス、ＮＡＳ）およびｅＮＢ（たとえば、ＬＴＥとの二重接続を含むＸ２インターフェイス）と後方互換であってもよく、また既存のＱｏＳおよびセキュリティメカニズムのサポートのようなレガシーの態様を可能にすることができるようなものであってもよい。加えて、レガシーシステムによってサポートされるその他の機能が考慮されてもよい。たとえば、Ｄ２Ｄ／サイドリンク動作、ＬＢＴを使用するＬＡＡ動作、およびリレーがサポートされてもよい。
【００５２】
多数の基本原理が、５Ｇのフレキシブル無線アクセスシステム（５ｇＦＬＥＸ）の基礎となっている。ＯＦＤＭは、ＬＴＥおよびＩＥＥＥ８０２．１１においてデータ送信の基本信号フォーマットとして使用される。ＯＦＤＭは、スペクトルを複数の並列直交サブバンドに、効率的に分割する。各サブキャリアは、時間領域において長方形ウィンドウを使用して形成されてもよく、周波数領域のｓｉｎｃ形状のサブキャリアをもたらす。したがって、ＯＦＤＭＡは、信号間の直交性を保持して、キャリア間の干渉を最小にするため、巡回プレフィックスの期間内の完全な周波数同期およびアップリンク（ＵＬ）タイミング整合の厳密な管理を必要とすることがある。そのような同期はまた、ＷＴＲＵが複数のアクセスポイントに同時に接続されているシステムにおいては適切ではない場合がある。追加の電力低減もまた、帯域外（ＯＯＢ）放射またはスペクトル放射要件（たとえば、隣接帯域に対する）に従うために、特にＷＴＲＵの送信の断片化したスペクトルのアグリゲーションがある場合に、アップリンク送信に通常適用される。
【００５３】
従来のＯＦＤＭ（ＣＰ−ＯＦＤＭ）の短所の一部は、特にアグリゲーションを必要としない大量の連続したスペクトルを使用して動作している場合、実施態様のさらに厳しいＲＦ要件により対処されてもよい。ＣＰベースのＯＦＤＭ送信方式はまた、レガシーシステムのダウンリンク物理層と類似する５Ｇのダウンリンク物理層に至ることもある（たとえば、主としてパイロット信号密度および位置の変更）。
【００５４】
したがって、５ｇＦＬＥＸ設計は、その他の波形の候補に重点を置くことができるが、従来のＯＦＤＭは、少なくともダウンリンク（ＤＬ）送信方式に対して、５Ｇシステムの可能な候補であり続ける。従来のＯＦＤＭＡおよびレガシーＬＴＥシステムからすでに知られている基本技術を踏まえて、５Ｇの柔軟な無線アクセスの設計の背後にあるさまざまな原理が、本明細書においてさらに説明される。
【００５５】
５ｇＦＬＥＸダウンリンク送信方式は、マルチキャリア波形に基づいてもよく、これは高スペクトル含有により特徴付けられてもよい（つまり、下方側ローブおよび下方側ＯＯＢ放射）。特に、５Ｇの可能なＭＣ波形候補は、ＯＦＤＭ−ＯＱＡＭおよびＵＦＭＣ（ＵＦ−ＯＦＤＭ）を含む。マルチキャリア変調波形は、チャネルをサブチャネルに分割して、これらのサブチャネルのサブキャリアでデータシンボルを変調することができる。
【００５６】
ＯＦＤＭ−ＯＱＡＭにより、フィルタは、サブキャリアごとに時間領域内でＯＦＤＭ信号に適用されて、ＯＯＢを低減することができる。ＯＦＤＭ−ＯＱＡＭは、隣接帯域に極めて低い干渉を生じることがあり、大きい保護帯域を必要とせず、巡回プレフィックスを必要としないこともある。ＯＦＤＭ−ＯＱＡＭは、最も広く普及しているＦＢＭＣ技術であると言える。しかし、ＯＦＤＭ−ＯＱＡＭは、直交性に関して、マルチパス効果、および高遅延拡散に敏感であり、それにより等化およびチャネル推定を複雑にする場合がある。
【００５７】
ＵＦＭＣ（ＵＦ−ＯＦＤＭ）により、フィルタはまた、時間領域内でＯＦＤＭ信号に適用されて、ＯＯＢを低減することができる。しかし、フィルタリングは、スペクトル断片を使用するためにサブバンドごとに適用されてもよいので、それにより複雑性を軽減して、ＵＦ−ＯＦＤＭの実施を多少実際的なものにすることができる。しかし、帯域内に１つまたは複数の未使用のスペクトル断片がある場合、これらの断片内のＯＯＢ放射は、従来のＯＦＤＭと同様に高いままである可能性がある。言い換えれば、ＵＦ−ＯＦＤＭは、フィルタされたスペクトルのエッジにおいてのみＯＦＤＭよりも改善することができるが、スペクトルホールにおいてはその限りではない。
【００５８】
本明細書において説明される方法は、上記の波形に限定されることはなく、その他の波形に適用可能であってもよい。上記の波形は、例示的な目的で本明細書においてさらに使用される。
【００５９】
そのような波形は、複雑な干渉除去受信機を必要とすることなく、（異なるサブキャリア間隔のような）非直交特徴を持つ信号の周波数多重化、および非同期信号の共存を可能にすることができる。そのような波形はまた、ベースバンド処理におけるスペクトルの断片部分のアグリゲーションを容易にすることができ、ＲＦ処理の一環としてそのようなアグリゲーションを実施することの低コストの代替となる。
【００６０】
同じ帯域内の異なる波形の共存は、たとえば、ｍＭＴＣ狭帯域動作（たとえばＳＣＭＡを使用する）をサポートするために使用されてもよい。もう１つの例は、同じ帯域内の異なる波形の組み合わせ（たとえば、すべての態様ならびにダウンリンクおよびアップリンク送信の両方についてＣＰ−ＯＦＤＭ、ＯＦＤＭ−ＯＱＡＭ、およびＵＦ−ＯＦＤＭ）をサポートすることを含むことができる。
【００６１】
５ｇＦＬＥＸアップリンク送信方式は、ダウンリンク送信に関しては同じかまたは異なる波形を使用することができる。同じセル内の異なるＷＴＲＵとの間の送信の多重化は、ＦＤＭＡおよびＴＤＭＡに基づいてもよい。
【００６２】
本明細書において説明される方法、デバイス、およびシステムは、５ＧシステムおよびＬＴＥシステムのようなその他の既存のシステムの進化型、またはＨＳＰＡ、ＷｉＦｉ／ＩＥＥＥ８０２．１１などのようなその他の無線技術の進化型に特に適用可能であってもよい。たとえば、提案される方法、デバイス、およびシステムの一部は、既存の技術と後方互換であってもよい。たとえば、超低遅延を可能にするために異なる波形を使用するＬＴＥスロット（０．５ｍｓ）よりも短いＴＴＩがサポートされてもよい。ＬＴＥによるＴＤＭおよび／またはＦＤＭにおいて５Ｇ物理層（ＤＬおよび／またはＵＬ）を操作することもまたサポートされてもよい。
【００６３】
５ｇＦＬＥＸ無線アクセス設計は、同じまたは異なる帯域における連続および非連続のスペクトル割り振りを含む使用可能スペクトルのさまざまな二重配列およびさまざまなおよび／または可変サイズを含む、さまざまな特徴によりさまざまな周波数帯域での配備を可能にする極めて高度のスペクトル柔軟性によって特徴付けられてもよい。５ｇＦＬＥＸ無線アクセス設計はまた、複数のＴＴＩ長のサポートおよび非同期送信のサポートを含む可変タイミングの態様をサポートすることもできる。
【００６４】
ＴＤＤおよびＦＤＤ二重方式は、５ｇＦＬＥＸにおいてサポートされてもよい。ＦＤＤ動作の場合、補足のダウンリンク動作は、スペクトルアグリゲーションを使用してサポートされてもよい。ＦＤＤ動作は、全二重ＦＤＤおよび半二重ＦＤＤ動作の両方をサポートすることができる。ＴＤＤ動作の場合、ＤＬ／ＵＬ割り振りは動的であってもよい、つまり固定のＤＬ／ＵＬフレーム構成には基づかない場合もあり、むしろＤＬまたはＵＬ送信間隔の長さは、送信機会ごとに設定されてもよい。
【００６５】
５ｇＦＬＥＸ設計は、通常のシステム帯域幅のいずれかからシステム帯域幅に対応する最大値までの範囲にわたる、アップリンクおよびダウンリンク上のさまざまな送信帯域幅を考慮に入れる。
【００６６】
図２は、例示の５ｇＦＬＥＸシステム２００によりサポートされるシステム送信帯域幅の一部の例を示す図である。シングルキャリア動作の場合、サポートされるシステム帯域幅は、少なくとも５、１０、２０、４０、および８０ＭＨｚを含むことができる。一部の実施形態において、サポートされるシステム帯域幅は、所与の範囲内の任意の帯域幅を含むことができる（たとえば、数ＭＨｚから１６０ＭＨｚまで）。公称帯域幅は、１つまたは複数の固定の可能な値を有することができる。１６０ＭＨｚおよび公称システム帯域幅（たとえば、５ＭＨｚ）のサポートもまた可能であってもよい。最大２００ＫＨｚまでの狭帯域送信は、ＭＴＣデバイスの動作帯域幅内でサポートされてもよい。本明細書において使用されるシステム帯域幅２０１は、所与のキャリアのネットワークによって管理されることができるスペクトルの最大部分を示すことができることに留意されたい。そのようなキャリアの場合、ＷＴＲＵが、セル取得、測定、およびネットワークへの初期アクセスについて最小限サポートするスペクトルの部分は、本明細書において、公称システム帯域幅２０２と称されてもよい。ＷＴＲＵは、全システム帯域幅の範囲内にあるチャネル帯域幅２０３、２０４、および２０５で構成されてもよい。ＷＴＲＵの構成されたチャネル帯域幅２０３、２０４、および２０５は、システム帯域幅２０１の公称システム帯域幅２０２部分を含むことも、含まないこともある。帯域内の所与の最大動作帯域幅のＲＦ要件のすべての適用可能なセットが、周波数領域波形のベースバンドフィルタリングの効果的なサポートにより、その動作帯域の追加の許可されるチャネル帯域幅を導入することなく満足されることができるので、帯域幅の柔軟性が達成されてもよい。
【００６７】
シングルキャリア動作のＷＴＲＵのチャネル帯域幅は、構成され、再構成され、および／または動的に変更されてもよく、公称システム、システムまたは構成済みチャネル帯域幅内の狭帯域送信のスペクトルが割り振られてもよい。
【００６８】
５ｇＦＬＥＸ物理層は、帯域に非依存であってもよく、ライセンス帯域（たとえば、５ＧＨｚ未満）での動作、およびアンライセンス帯域（たとえば、５〜６ＧＨｚの範囲内）での動作をサポートすることができる。そのようなアンライセンス帯域での動作の場合、ＬＴＥ  ＬＡＡと類似するＬＢＴ  Ｃａｔ４ベースのチャネルアクセスフレームワークは、サポートされてもよい。
【００６９】
任意のスペクトルブロックサイズのセル固有および／またはＷＴＲＵ固有のチャネル帯域幅はまた、拡大縮小および管理されてもよい（たとえば、スケジューリング、リソースのアドレッシング、ブロードキャストされた信号、測定）。
【００７０】
５ｇＦＬＥＸは、本明細書において説明されているように、柔軟なスペクトル割り振りをサポートすることができる。ダウンリンク制御チャネルおよび信号は、ＦＤＭ動作をサポートすることができる。ＷＴＲＵは、システム帯域幅の公称部分のみを使用して送信を受信することにより、ダウンリンクキャリアを取得することができる。言い換えれば、ＷＴＲＵは、最初に、特定のキャリアのネットワークによって管理されている全帯域幅をカバーする送信を受信する必要はない。
【００７１】
ダウンリンクデータチャネルは、ＷＴＲＵの構成済みのチャネル帯域幅内にあるもの以外、公称システム帯域幅に対応することも対応しないこともある帯域幅にわたり、制限なく、割り振られてもよい。たとえば、ネットワークは、多くとも５ＭＨｚ最大ＲＦ帯域幅をサポートするデバイスがシステムを取得およびアクセスできるようにする５ＭＨｚ公称帯域幅を使用して１２ＭＨｚシステム帯域幅を備えるキャリアを操作することができ、しかも場合によってはキャリア周波数の＋１０から−１０ＭＨｚを２０ＭＨｚ相当のチャネル帯域幅までサポートするその他のＷＴＲＵに割り振ることができる。
【００７２】
図３は、例示の柔軟なスペクトル割り振り３００を示す図である。システム帯域幅３０１は、可変送信特徴３０２および公称システム帯域幅３０３によるスペクトル割り振りをサポートすることができる。図３の例において、さまざまなサブキャリア３０４は、少なくとも概念的には、動作のさまざまなモード（たとえば、スペクトル動作モード（ＳＯＭ））に割り当てられてもよい。異なるＳＯＭは、さまざまな送信のさまざまな要件を満足させるために使用されてもよい。ＳＯＭは、サブキャリア間隔、ＴＴＩ長、および／または１つまたは複数の高信頼性の態様（たとえば、ハイブリッド自動再送要求（ＨＡＲＱ）処理の態様）、および場合によっては２次制御チャネルを含むことができる。ＳＯＭは、固有の波形または処理態様（たとえば、ＦＤＭおよび／またはＴＤＭを使用した同じキャリア内の異なる波形の共存のサポート、および／またはＴＤＭの方法または別の方法でＴＤＤ帯域でのＦＤＤ操作の共存のサポート）を示すことができる。
【００７３】
ＷＴＲＵは、１つまたは複数のＳＯＭに従って送信を実行するように構成されてもよい。たとえば、ＳＯＭは、固有のＴＴＩ期間、固有の初期電力レベル、固有のＨＡＲＱ処理タイプ、正常なＨＡＲＱ受信／送信の固有の上限、固有の送信モード、固有の物理チャネル（アップリンクまたはダウンリンク）、固有の波形タイプ、または固有のＲＡＴに従う送信（たとえば、レガシーＬＴＥまたは５Ｇ送信方式に従う）のうちの少なくとも１つを使用する送信に対応することができる。ＳＯＭは、ＱｏＳレベルおよび／または関連する態様、たとえば最大／目標遅延、最大／目標ＢＬＥＲまたは同等、に対応することができる。ＳＯＭは、スペクトルエリアおよび／または固有の制御チャネルまたはその態様（検索スペース、ＤＣＩタイプなどを含む）に対応することができる。
【００７４】
スペクトルアグリゲーションは、シングルキャリア動作に対してサポートされてもよい。スペクトルアグリゲーションにおいて、ＷＴＲＵは、同じ動作帯域内の物理リソースブロック（ＰＲＢ）の連続または非連続セットにわたる複数のトランスポートブロックの送信および受信をサポートすることができる。単一のトランスポートブロックはまた、ＰＲＢの別個のセットにマップされてもよい。
【００７５】
同時送信は、異なるＳＯＭ要件に関連付けられてもよい。マルチキャリア動作はまた、同じ動作帯域内、または２つ以上の動作帯域にわたり連続または非連続スペクトルを使用してサポートされてもよい。異なるモード（たとえば、ＦＤＤおよびＴＤＤ）を使用し、異なるチャネルアクセス方法（たとえば、６ＧＨｚ未満のライセンスおよびアンライセンス帯域動作）を使用するスペクトルブロックのアグリゲーションもまた、サポートされてもよい。ＷＴＲＵのマルチキャリアアグリゲーションは、構成されるか、再構成されるか、または動的に変更されてもよい。
【００７６】
周波数領域における効率的なベースバンドフィルタリングは、柔軟性の高いスペクトルアグリゲーション、およびＲＦ仕様作業を必要としない追加チャネルまたは帯域組み合わせのサポートを可能にするという利点を有することができる。
【００７７】
スケジューリング機能は、ＭＡＣレイヤにおいてサポートされてもよい。ダウンリンク送信および／またはアップリンク送信のリソース、タイミングおよび送信パラメータの点から厳しいスケジューリングのためのネットワークベースのスケジューリング、およびタイミングおよび送信パラメータの点からさらなる柔軟性のためのＷＴＲＵベースのスケジューリングを含むスケジューリングモードがサポートされてもよいが、これらに限定されることはない。いずれのモードの場合でも、スケジューリング情報は、単一または複数のＴＴＩについて有効であってもよい。
【００７８】
ネットワークベースのスケジューリングは、ネットワークが、異なるＷＴＲＵに割り当てられた使用可能な無線リソースを緊密に管理して、そのようなリソースの共有を最適化できるようにすることができる。そのようなネットワークベースのスケジューリングは、動的であってもよい。
【００７９】
ＷＴＲＵベースのスケジューリングは、ＷＴＲＵが、ネットワークによって（動的または動的ではなくても）割り当てられた共有または専用アップリンクリソースのセット内で必要に応じて最小遅延でアップリンクリソースに日和見的にアクセスできるようにすることができる。同期および非同期日和見的送信はいずれもサポートされてもよく、コンテンションベースおよびコンテンションフリーの送信はいずれもサポートされてもよい。
【００８０】
（スケジュール済みおよびスケジュール解除）日和見的送信のサポートは、５Ｇの超低遅延要件、およびｍＭＴＣユースケースの省電力要件を満たすという利点を有することができる。
【００８１】
柔軟なフレーミングは、ダウンリンクおよびアップリンク送信の５ｇＦＬＥＸシステムのような無線通信システムにおいて使用されてもよい。ダウンリンクおよびアップリンク送信は、複数の固定の態様（たとえば、ダウンリンク制御情報の位置）および複数の可変の態様（たとえば、送信タイミング、サポートされる送信のタイプ）によって特徴付けられる無線フレームに編成されてもよい。１つまたは複数のそのような態様は、異なる送信のタイプの間、同じＷＴＲＵの送信の間（たとえば、スペクトル操作モード（ＳＯＭ）固有のフレーミング構造）、異なるＷＴＲＵの送信の間（たとえば、ＷＴＲＵ固有のフレーミング構造）、およびダウンリンク方向およびアップリンク方向の送信の間で、無線フレーム配置に関して異なることがある。柔軟なフレーム構造によりサポートされるタイミング関係は、本明細書において説明される例に示されているようにＷＴＲＵに動的または半静的に表示されてもよい。
【００８２】
送信時間間隔（ＴＴＩ）は、連続する送信の間にシステムによってサポートされる最小時間であってもよく、各送信は、ダウンリンク（ＴＴＩDL）およびアップリンク（ＵＬ  ＴＲｘ）の異なるトランスポートブロック（ＴＢ）に関連付けられてもよい、ただしプリアンブル（該当する場合）は除くが、制御情報（たとえば、ダウンリンク制御情報（ＤＣＩ）またはアップリンク制御情報（ＵＣＩ））を含む。ＴＴＩは、１つまたは複数の基本時間間隔（ＢＴＩ）の整数によって表されてもよい。
【００８３】
ＢＴＩは、１つまたは複数のシンボルによって表されてもよく、シンボル期間は、時間−周波数リソースに適用可能なサブキャリア間隔の関数であってもよい。ＦＤＤの場合、したがって、サブキャリア間隔は、所与のフレームのアップリンクキャリア周波数ｆULとダウンリンクキャリア周波数ｆDLで異なることがある。ＢＴＩはまた、レガシーＴＴＩのようなレガシータイミング構造によって表されてもよい。
【００８４】
サポートされるフレーム期間は、たとえば、レガシーＬＴＥのタイミング構造と整合できるようにするため、少なくとも１００μｓ、１２５μｓ（１／８ｍｓ）、１４２．８５μｓ（１／７ｍｓは正規巡回プレフィックスを伴う２つのＬＴＥ  ＯＦＤＭシンボルである）および１ｍｓを含むことができる。
【００８５】
図４は、本明細書において説明される実施形態のいずれかと組み合わせて使用されてもよい、１つの実施形態による５ｇＦＬＥＸシステムのような無線通信システムで使用されることができるＴＤＤの例示の柔軟なフレーム構造４００を示す図である。図４の例に示されているように、各フレームの開始は、関与するキャリア周波数ｆUL-DLの各フレームの任意のＤＬ送信部分（ＤＬ  ＴＲｘ）４０２ａおよび４０２ｂに先行する、固定の時間期間ｔdci４１２ａおよび４１２ｂのダウンリンク制御情報（ＤＣＩ）４０１ａおよび４０１ｂによって表示されてもよい。ＤＬ送信部分４０２ａおよび４０２ｂの期間は、送信ブロック（ＴＢ）の整数に基づいてもよい。
【００８６】
図４の例において、ＤＣＩ４０１ａは、ＤＣＩ４０１ａおよび４０１ｂによって表示される任意のダウンリンク割り当ておよび／または任意のアップリンクグラントに加えて、フレームｎのＤＬ  ＴＲｘ部分４０２ａの少なくとも期間ｔDL(n)４０５ａを表示することができ、ＤＣＩ４０１ｂは、フレームｎ＋１のＤＬ  ＴＲｘ部分４０２ｂの少なくとも期間ｔDL(n+1)４０５ｂを表示することができる。
【００８７】
フレームはまた、フレームのＵＬ送信部分（ＵＬ  ＴＲｘ）４０３ａおよび４０３ｂを含むことができる。ＵＬ送信部分４０３ａおよび４０３ｂの期間は、送信ブロック（ＴＢ）の整数に基づいてもよい。図４の例において、ＤＣＩ４０１ａは、フレームｎのＵＬ  ＴＲｘ部分４０３ａの少なくとも期間ｔUL(n)４０６ａを表示することができ、ＤＣＩ４０１ｂは、フレームｎ＋１のＵＬ  ＴＲｘ部分４０３ｂの少なくとも期間ｔUL(n+1)４０６ｂを表示することができる。図４の例に示されているようにフレームのアップリンク部分が存在する場合、スイッチングギャップ（ＳＷＧ）４０４ａおよび４０４ｂは、各フレームのアップリンク部分に先行することができる。
【００８８】
次いで、ＷＴＲＵは、ＤＣＩ４０１ａおよび４０１ｂに基づいて各フレームごとの結果のＴＴＩ期間を導き出すことができる。図４の例に示されているように、各フレームの可変期間は、ＢＴＩの整数によって表されるＴＴＩ期間によって表されてもよい。図４の例において、フレームｎの期間は、ｘ×ＢＴＩ４０９ａとして表されるＴＴＩnによって表され、フレームｎ＋１の期間は、ｙ×ＢＴＩ４０９ｂとして表されるＴＴＩn+1によって表される。図４の例はまた、サブフレーム間の間隔（ＩＳＳ）４１１を示す。
【００８９】
ＴＤＤの場合、５ｇＦＬＥＸは、（それぞれのリソースの半静的割り振りが使用される場合）ＤＣＩおよびＤＬ  ＴＲｘ部分にそれぞれのダウンリンク制御および順方向送信を含めることによってフレーム構造４００におけるデバイスツーデバイス（Ｄ２Ｄ）または車車間・路車間（Ｖ２Ｘ）通信のためのサイドリンク動作をサポートすることができる。あるいは、Ｄ２ＤまたはＶ２Ｘ通信のためのサイドリンク動作は、（動的割り振りに対して）、ＤＬ  ＴＲｘ部分のみのそれぞれのダウンリンク制御および順方向送信を含めることによってフレーム構造４００においてＤ２ＤまたはＶ２Ｘ通信のためのサイドリンク動作がサポートされてもよい。Ｄ２ＤまたはＶ２Ｘ通信のためのサイドリンク動作のそれぞれの逆方向送信は、フレーム構造４００のＵＬ  ＴＲｘ部分に含まれてもよい。
【００９０】
ｔDLおよび／またはｔULの表示または構成は、ＤＬ  ＴＲｘおよび／またはＵＬ  ＴＲｘ部分が存在しない場合の設定に対応することができることに留意されたい。これは、ＤＬのみまたはＵＬのみの送信がスケジュールされる場合に有用であってもよい。
【００９１】
図５は、本明細書において説明される実施形態のいずれかと組み合わせて使用されてもよい、別の実施形態による５ｇＦＬＥＸシステムのような無線通信システムで使用されることができるＦＤＤの例示のフレーム構造５００を示す図である。フレーム構造５００は、ダウンリンク参照ＴＴＩおよびアップリンクの１つまたは複数のＴＴＩを含むことができる。図５の例に示されているように、フレームの開始は、関与するキャリア周波数ｆDLの任意のダウンリンクデータ送信部分（ＤＬ  ＴＲｘ）５０２ａおよび５０２ｂに先行する、固定の時間期間ｔdci５０６ａおよび５０６ｂのＤＣＩ５０１ａおよび５０１ｂによって表示されてもよい。ＤＬ送信部分５０２ａおよび５０２ｂの期間は、送信ブロック（ＴＢ）の整数に基づいてもよい。
【００９２】
図５の例において、ＤＣＩ５０１ａは、フレームｎのＤＬ  ＴＲｘ部分５０２ａのＴＴＩ期間ｔDL(n)５０７ａを表示することができ、ＤＣＩ５０１ｂは、フレームｎ＋１のＤＬ  ＴＲｘ部分５０２ｂのＴＴＩ期間ｔDL(n+1)５０７ｂを表示することができる。図５の例に示されているように、各フレームの可変期間は、ＢＴＩの整数によって表されるダウンリンク参照ＴＴＩ期間によって表されてもよい。図５の例において、フレームｎの期間は、ｘ×ＢＴＩ５０９ａとして表されるＴＴＩDL(n)によって表され、フレームｎ＋１の期間は、ｙ×ＢＴＩ５０９ｂとして表されるＴＴＩDL(n+1)によって表される。
【００９３】
ＤＣＩは、オフセット（ｔoffset）５０５、およびトランスポートブロックを含む任意の該当するアップリンク送信のＴＴＩ期間を表示することができる。別個のＤＣＩはまた、ダウンリンクおよびアップリンク方向に使用することもできる。図５の例において、フレームは、関与するキャリア周波数ｆULのアップリンク送信部分（ＵＬ  ＴＲｘ）５０３ａ、５０３ｂ、および５０３ｃを含むことができる。ＵＬ送信部分５０３ａ、５０３ｂ、および５０３ｃの期間は、送信ブロック（ＴＢ）の整数に基づいてもよい。アップリンクＴＴＩの開始は、アップリンクフレームの開始と重複するダウンリンク参照フレームの開始から適用されているオフセット（ｔoffset）５０５を使用して導き出されてもよい。ｔoffset５０５は、たとえばＵＬ同期化が適用可能である場合に、タイミングアドバンスを含むことができる。図５の例において、ＤＣＩ５０１ａは、フレームｎのＵＬ  ＴＲｘ部分５０３ａおよび５０３ｂの少なくとも期間ｔUL(n、0)５０８ａおよびｔUL(n、1)５０８ｂを表示することができる。ＤＣＩ５０１ｂは、フレームｎ＋１のＵＬ  ＴＲｘ部分５０３ｃの少なくとも期間ｔUL(n+1、0)５０８ｃを表示することができる。図５の例はまた、ＩＳＳ５０４も示す。
【００９４】
ＦＤＤの場合、５ｇＦＬＥＸは、（それぞれのリソースの動的割り振りが使用される）ＵＬ  ＴＲｘ部分にそれぞれのダウンリンク制御ならびに順方向および逆方向送信を含めることによってフレーム構造５００のＵＬ  ＴＲｘ部分におけるＤ２ＤまたはＶ２Ｘ通信のためのサイドリンク動作をサポートすることができる。
【００９５】
フレーム構造４００または５００を使用するＨＡＲＱ  Ａ／ＮのＤＬタイミング／リソースはまた、アップリンク送信について決定されてもよい。データ送信と対応するＨＡＲＱ  Ａ／Ｎの間のタイミングは、明示的または暗黙的に表示されてもよい。
【００９６】
ＩＳＳは、フレームの開始が（たとえば、ライセンス補助アクセス（ＬＡＡ）、大量マシンタイプ通信（ｍＭＴＣ）、および低遅延の）プリアンブルの検出によって決定される場合に非同期動作をサポートできることに留意されたい。また、ｔoffsetが、０μｓから１つまたは複数のｍｓまでの範囲の処理遅延をサポートできることにも留意されたい。ｔoffsetは、タイミングアドバンスを追加的に含むことによって（つまり、そのような場合、ｔoffset≧タイミングアドバンス）、ＣＰ−ＯＦＤＭベースの送信をサポートすることができる。ｔoffsetはまた、必要な処理遅延と必要なタイミングアドバンスの合計に等しい値（該当する波形に必要とされない場合は０μｓ）に設定される場合、同期ＤＬ／ＵＬ関係をサポートすることもできる。リッスンビフォアトーク（ＬＢＴ）動作をサポートする必要がないのであれば、これはＦＤＤ動作の事例であってもよい。ｔoffsetは、ＵＣＩがＵＬ  ＴＲｘ部分の最初に存在する場合、またはアップリンク制御チャネルのスケジューリングがサポートされる場合、アップリンク制御情報（ＵＣＩ）の非同期スケジューリングをサポートすることができる。
【００９７】
図６Ａは、上記で説明される可変フレーム６００の構造およびタイミングを動的に決定するための例示のプロセスを示す流れ図である。図６Ａのプロセス６００の各ステップは、別個に示され説明されているが、複数のステップが、示されている順序とは異なる順序で、相互に並列して、または相互に同時に行われてもよい。ＷＴＲＵは、上記で説明されているＷＴＲＵの送受信機または受信機を介して、フレームの開始を表示するＤＣＩを受信することができる６０１。ＤＣＩは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のような制御チャネルで、およびｅＮＢ、基地局、ＡＰ、または無線通信システムで動作しているその他のインフラストラクチャ機器から受信されてもよい。ＷＴＲＵは、ＤＣＩを復号することができる６０２。ＷＴＲＵは、受信されたＤＣＩに基づいてＴＴＩ期間を決定することができる６０３。上記で説明されているように、ＴＴＩ期間は、ＢＴＩの整数によって表されてもよい。ＷＴＲＵは、受信されたＤＣＩに基づいてＤＬ送信部分およびＤＬ送信割り当てを決定することができる６０４。次いで、ＷＴＲＵは、受信されたＤＣＩに基づいてＵＬ送信部分およびＵＬグラントを決定することができる６０５。加えて、ＷＴＲＵは、ＤＣＩで表示されているオフセット（ｔoffset）に基づいてＵＬ部分の開始を決定することができる。ＷＴＲＵは、上記で説明されているＷＴＲＵの送受信機または受信機を介して、決定されたＤＬ送信割り当ておよびＴＴＩ期間に基づいてフレームのＤＬ送信部分のデータを受信することができる６０６。ＷＴＲＵは、上記で説明されているＷＴＲＵの送受信機または送信機を介して、決定されたＵＬグラントおよびＴＴＩ期間に基づいてフレームのＵＬ送信部分のデータを送信することができる６０７。
【００９８】
図６Ｂは、上記で説明されている可変フレームの構造およびタイミングを動的に構成するための例示のプロセスを示す流れ図である。図６Ｂのプロセスの各ステップは、別個に示され説明されているが、複数のステップが、示されている順序とは異なる順序で、相互に並列して、または相互に同時に行われてもよい。ｅＮＢ（または基地局、ＡＰ、または無線通信システムで動作するその他のインフラストラクチャ機器）は、上記で説明されているｅＮＢの送受信機または送信機を介して、フレームの開始を表示するＤＣＩをＷＴＲＵに送信することができる６１１。ＤＣＩは、ＰＤＣＣＨのような制御チャネルで送信されてもよい。送信されたＤＣＩは、ＷＴＲＵが、ＤＣＩに基づいてＴＴＩ期間を決定できるようにすることができる。送信されたＤＣＩは、ＷＴＲＵが、ＤＣＩに基づいてＤＬ送信部分およびＤＬ送信割り当てを決定できるようにすることができる。送信されたＤＣＩは、ＷＴＲＵが、ＤＣＩに基づいてＵＬ送信部分およびＵＬグラントを決定できるようにすることができる。加えて、送信されたＤＣＩは、ＷＴＲＵが、オフセット（ｔoffset）に基づいてＵＬ部分の開始を決定できるようにすることができる。ｅＮＢは、上記で説明されているｅＮＢの送受信機または送信機を介して、ＤＬ送信割り当ておよびＴＴＩ期間に基づいてフレームのＤＬ部分のデータをＷＴＲＵに送信することができる６１２。ｅＮＢは、上記で説明されているｅＮＢの送受信機または送信機を介して、ＵＬグラントおよびＴＴＩ期間に基づいてフレームのＵＬ部分のデータを受信することができる６１３。
【００９９】
図７は、本明細書において説明されている実施形態のいずれかと組み合わせて使用されることができる１つの実施形態による、５ｇＦＬＥＸシステムのような無線通信システムにおいて使用されることができる柔軟なフレーミング７００の例示の送信プロセスを示す流れ図である。図７を参照すると、アップリンク制御情報（ＵＣＩ）のみがＵＬ  ＴＲｘ部分で送信される場合、（たとえば、所与のＷＴＲＵのＵＬトランスポートブロックがない場合）、ＷＴＲＵは、ＵＬ  ＴＲｘ部分で使用されるべきＵＣＩリソースを取得または受信することができる７０１。ＷＴＲＵは、以下の事項を含むいくつかの方法の１つまたは複数の組み合わせを使用して、使用されるべきＵＣＩリソースを取得または受信することができる７０１、ただしこれらに限定されることはない。
【０１００】
（１）  ＷＴＲＵによって使用されるべきＵＣＩの割り振られたリソースは、リソースの構成済みのセットから導き出されてもよい。これらの割り振られたリソースは、ＷＴＲＵ固有であってもよいか、または１つ以上のＷＴＲＵに関連付けられてもよい。
【０１０１】
（２）  ＵＣＩリソースは、ＤＣＩを用いてＷＴＲＵに表示されてもよい。
【０１０２】
（３）  ＵＬ  ＴＲｘ部分でＵＣＩを送信するためにＷＴＲＵによって使用されるべきＵＣＩリソースは、先行のＤＬ  ＴＲｘ部分の受信に使用される送信パラメータの関数としてＷＴＲＵによって決定されてもよい。第１の例において、ＤＬ  ＴＲｘ部分でＷＴＲＵによって受信されたデータチャネルの周波数配置および／または割り振り帯域幅および／または送信期間および／または符号化パラメータは、ＵＬ  ＴＲｘ部分の周波数領域リソースおよび符号化パラメータに関して対応するＵＣＩ送信の送信パラメータを決定するためにＷＴＲＵによって使用されてもよい。第２の例において、ＷＴＲＵは、パイロットシンボルおよび／またはパターンのような既知の信号シーケンスの符号化パラメータから採用されるべきＵＣＩリソースを決定することができる。周波数配置、インデックス識別子、シーケンス番号、およびフレーム番号のシーケンスの生成、シンボルタイミングのようなパラメータおよび／またはその他のパラメータの１つ、または２つ以上の組み合わせは、ＵＣＩリソースを決定するため、ＷＴＲＵによってそのような既知のシーケンスを生成するために使用されてもよい。
【０１０３】
図７を参照すると、ＷＴＲＵは次いで、以下の事項を含むいくつかの方法の１つまたは組み合わせを使用して（たとえば、ＤＣＩが復号されることができるフレームの始まりに関して）フレーム開始タイミングを決定することができる７０２、ただしこれらに限定されることはない。
【０１０４】
（１）  ＷＴＲＵは、既知の信号シーケンスの存在を測定して決定することにより、フレームの送信の開始を決定することができる。ＷＴＲＵは、候補の信号シーケンスのセットから周波数および／または時間で既知の信号シーケンスを検索することができる。１つの例において、既知の信号シーケンスは、フレームの始めに周波数／時間割り振りグリッドで配信される固定値のシンボルのセットであってもよいか、またはこれに対応してもよい。もう１つの実施形態において、既知の信号シーケンスは、プリアンブル信号であってもよいか、これに対応してもよい。既知の信号シーケンスを検出すると、ＷＴＲＵは、周波数および／または時間での配置および候補出現位置を検出された既知の信号シーケンスの関数として導き出すことによってＤＣＩの存在を決定することができる。
【０１０５】
（２）  ＷＴＲＵは、時間での候補位置の限定されたセット内のフレームの存在または不在を決定することにより、フレームの開始を決定することができる。第１の例示的な実施形態において、フレームは、．．．５０、１００、１５０、２００．．．マイクロ秒（μｓ）の時刻においてのみ開始することができるが、その中間では開始しない。ＤＬ共通信号／チャネルの取得からＤＬタイミングを決定すると、ＷＴＲＵは、それらの正確に既知の時刻においてのみＤＬフレーム送信の可能な開始を検出しようと試みることができる。この解決策は、検出の複雑さを軽減すること、および／または検出の信頼性を高めることができる。もう１つの例において、フレームの送信が開始できる候補の時刻は、もう１つのＤＬ信号送信の関数としてＷＴＲＵによって決定される。たとえば、ＤＬ参照信号を取得したＷＴＲＵは、フレーム送信の可能な開始位置をＤＬ参照信号の送信パラメータの関数として決定することができる。
【０１０６】
フレーム送信のタイミングパラメータおよび開始時点は、ＷＴＲＵに固有であってもよいか、ＷＴＲＵのグループによって共有されてもよいか、またはすべてのＷＴＲＵに共通であってもよいことに留意されたい。さらに、異なるＤＬ信号／チャネルは、送信タイミングおよび可能な開始時点に関して異なる構成を採用することができる。たとえば、ＤＬ共通制御チャネルは、時間に関して固定された決定性の開始タイミングを使用することができる。ＤＬデータチャネルは、柔軟な開始タイミングおよび出現をスケジューリングに使用可能なデータの関数として使用することができる。
【０１０７】
図７を参照すると、次いでＷＴＲＵは、柔軟なフレーミングを使用して送信および受信する際にＨＡＲＱをサポートするために、ＵＬ  ＨＡＲＱフィードバックをいつ送信すべきかを決定することができる７０３。後段におけるＨＡＲＱフィードバックは、Ａｃｋ、ＮａｃｋまたはＤＴＸビット、またはトランスポートブロック、ＨＡＲＱプロセスの１つまたは複数について導き出された個別もしくはグループ化されたビットまたはインデックスの受信に続いて受信機によって導き出された等価のインデックス付きマッピングを示すことができることに留意されたい。ＷＴＲＵは、以下の事項を含むいくつかの方法の１つまたは組み合わせを使用して、ＵＬ  ＨＡＲＱフィードバックをいつ送信すべきかを決定することができる７０３、ただしこれらに限定されることはない。
【０１０８】
（１）  ＤＬ  ＴＲｘ部分で受信されたＴＢのＤＬ  ＨＡＲＱフィードバックは、同じフレームの直後に続くＵＬ  ＴＲｘ部分でＷＴＲＵによって送信されてもよい。
【０１０９】
（２）  ＤＬ  ＴＲｘ部分で受信されたＴＢのＤＬ  ＨＡＲＱフィードバックは、構成可能ＵＬ  ＴＲｘ部分でＷＴＲＵによって送信されてもよく、構成可能なＵＬ  ＴＲｘ部分は別のフレームであってもよい。ＷＴＲＵは、構成されたおよび／または信号伝達されたパラメータからＤＬ  ＨＡＲＱフィードバックをどのＵＬ  ＴＲｘ部分で送信するかを決定することができる。たとえば、ＷＴＲＵは、ＤＬ  ＨＡＲＱプロセスの１つまたはセットのＤＬ  ＨＡＲＱフィードバックがｎフレームおきのＵＬ  ＴＲｘ部分で送信されるべきであると決定することができる。あるいは、ＷＴＲＵは、フレームのＤＬ  ＴＲｘに対応するＤＬ  ＨＡＲＱフィードバックが、次のフレームのＵＬ  ＴＲｘ部分で送信されることを決定することができる。もう１つの例において、複数のＢＴＩまたはＴＴＩで受信された複数のＴＢに対応するＤＬ  ＨＡＲＱフィードバックは、第１のステップでＷＴＲＵによってアグリゲートされてもよく、次いで決定されたフレームのＵＬ  ＴＲｘ部分でＷＴＲＵによってｅＮＢに送信されてもよい。そのような場合、データがＷＴＲＵによって受信されＤＬ  ＨＡＲＱフィードバックが導き出されるＤＬ  ＴＲｘ部分と、アグリゲートされたマルチＴＴＩ  ＨＡＲＱフィードバックがｅＮＢに送信されるＵＬ  ＴＲｘ部分との関係は、構成されてもよいか、タイミング関係を通じて与えられてもよいか、またはＤＬ制御信号もしくはチャネルもしくはそのコンテンツの受信から決定されてもよい。
【０１１０】
（３）  フレームのＵＬ  ＴＲｘ部分でＷＴＲＵによって送信されたＴＢに対応するＵＬ  ＨＡＲＱフィードバックは、次のフレームのＤＬ  ＴＲｘ部分でｅＮＢによって送信されてもよい。
【０１１１】
（４）  ＷＴＲＵは、構成されたおよび／または信号伝達されたパラメータからどのＤＬ  ＴＲｘ部分および／またはどのフレームがＵＬ  ＴＲｘ部分でＷＴＲＵによって送信されたＴＢに対応するＵＬ  ＨＡＲＱフィードバックを含むかを決定することができるか、またはＷＴＲＵは、フレームのＵＬ  ＴＲｘに対応するＵＬ  ＨＡＲＱフィードバックがフレームのＤＬ  ＴＲｘ部分で送信されることを決定することができる。もう１つの例において、複数のＢＴＩまたはＴＴＩで受信された複数のＴＢに対応するＵＬ  ＨＡＲＱフィードバックは、第１のステップでｅＮＢによってアグリゲートされてもよく、次いで決定されたフレームのＤＬ  ＴＲｘ部分でｅＮＢによってＷＴＲＵに送信されてもよい。そのような場合、データがｅＮＢによって受信されＵＬ  ＨＡＲＱフィードバックが導き出されるＵＬ  ＴＲｘ部分と、アグリゲートされたマルチＴＴＩ  ＨＡＲＱフィードバックがＷＴＲＵに送信されるＤＬ  ＴＲｘ部分との関係は、構成されてもよいか、タイミング関係を通じて与えられてもよいか、またはＤＬ制御信号もしくはチャネルもしくはそのコンテンツの送信によってＷＴＲＵに通知されてもよい。
【０１１２】
（５）  ＷＴＲＵは、信号シーケンスおよび／または制御信号の検出からＤＬ  ＴＲｘ部分が先行のＵＬ  ＴＢに対応するＵＬ  ＨＡＲＱフィードバックを含むことを決定することができる。たとえば、信号シーケンスは、信号／チャネルを搬送するＨＡＲＱフィードバックがフレームのＤＬ  ＴＲｘ部分に存在することを表示することができるか、または信号シーケンスは、ＤＣＩまたは、ＨＡＲＱフィードバック情報の存在および／または識別された受信者を表示する等価の制御信号に対応することができる。ＨＡＲＱフィードバックの存在を通知する信号シーケンスまたは制御信号は、ＨＡＲＱフィードバックを搬送する信号シーケンスまたは制御信号とは異なっていてもよいことに留意されたい。同様に、ＨＡＲＱフィードバック情報の存在、受信機またはプロセス識別は、そのような第１および第２の信号の１つまたは組み合わせから復号されてもよい。
【０１１３】
（６）  ＤＬ  ＴＲｘまたはＵＬ  ＴＲｘ部分に対応するＨＡＲＱフィードバックは、非５ｇＦＬＥＸキャリアを使用して送信されてもよい。たとえば、ＤＬ  ＴＲｘ部分でＷＴＲＵによって受信されたＤＬデータチャネルに対応するＤＬ  ＨＡＲＱフィードバックは、ＵＬ  ３Ｇ  ＨＳＰＡまたは４Ｇ  ＬＴＥチャネルを使用してｅＮＢに送信されてもよい。第１のステップにおいて、ＷＴＲＵは、ＤＬ  ５ｇＦＬＥＸを使用してＤＬデータチャネルで１つまたは複数のＴＢを受信することができる。第２のステップにおいて、ＷＴＲＵは、４Ｇ  ＬＴＥ  ＵＬを使用して１つまたは複数のＤＬ  ＨＡＲＱフィードバックビットをｅＮＢに送信するために、３Ｇ  ＨＳＰＡ  ＵＬまたは４Ｇ  ＵＬ  ＬＴＥ制御チャネルの送信時点およびペイロードシーケンスを決定することができる。１つの例において、４Ｇ  ＬＴＥ  ＵＬ  ＰＵＣＣＨは、Ｎ＝１０の受信された５ｇＦＬＥＸ  ＤＬデータチャネルに対応するＮ＝１０  Ａ／Ｎビットを搬送するために、１ミリ秒（ｍｓ）ＴＴＩ間隔で採用されてもよい。この例示的な例はまた、ＤＬ  ５ｇＦＬＥＸの受信されたＤＬデータのＨＡＲＱフィードバックを搬送する４Ｇ  ＬＴＥ  ＵＬ  ＰＵＳＣＨに適用されてもよいか、またはＵＬおよびＤＬ方向が逆転される場合に採用されてもよく、ここでＷＴＲＵはＵＬ  ＴＲｘ部分で１つまたは複数のフレームでＵＬ  ５ｇＦＬＥＸデータを送信し、次いでＤＬ  ３Ｇ  ＨＳＰＡまたは４Ｇ  ＬＴＥチャネルでＨＡＲＱフィードバックを受信する。
【０１１４】
さまざまな技法は、さまざまなタイプの送信のタイミングおよび／または送信が行われない特定の周期（つまり、送信ギャップ）のタイミングを決定するために使用されてもよい。「送信タイプ」という表現は、方向、送信ギャップに関連する目的、送信が制御情報またはデータを搬送するために使用されるかどうか、制御情報が特定のタイプの制御から成るかどうか、信号のタイプ、物理チャネルのタイプ、送信に関連付けられているサービス、ＳＯＭ、サービス品質（ＱｏＳ）、または目的、送信がスケジュール済み送信またはスケジュール解除送信に対応するかどうか、周波数領域の所与のリソース割り振り、もしくは所与のキャリア、または送信に関連するプロパティ、の任意の組み合わせにより特徴付けられる送信または送信ギャップを示すために使用されてもよい。
【０１１５】
方向は、ダウンリンク、アップリンク、サイドリンク送信、またはサイドリンク受信を含むことができる。送信ギャップに関連付けられている目的は、ＤＬからＵＬへの切り替え、サブフレーム間の間隔、ＣＳＩレポーティングの測定、または無線リソース管理、クリアチャネル評価を含むことができる。固有のタイプの制御情報は、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバック、チャネル状態情報（ＣＳＩ）、スケジューリング要求（ＳＲ）、周波数割り振り、変調および符号化方式（ＭＣＳ）、トランスポートブロックサイズ、プレコーディングマトリクス情報などとして含むことができる。信号のタイプは、サウンディング参照信号、復調参照信号、ＣＳＩ参照信号、またはセル固有参照信号、同期信号、プリアンブル、ミッドアンブル、またはポストアンブルのような参照信号のタイプを含むことができる。物理チャネルのタイプは、共有チャネル、専用チャネル、または制御チャネルを含むことができる。送信に関連付けられているサービス、ＳＯＭ、サービス品質（ＱｏＳ）、または目的は、送信が、超低遅延通信、超高信頼性通信、モバイルブロードバンド、デバイスツーデバイス通信、車車間・路車間通信、大量マシンタイプ通信などに関連付けられているかどうかを含むことができる。スケジュール済み送信は、ネットワーク制御であってもよい。スケジュール解除送信は、ＷＴＲＵ開始であってもよい。送信に関連付けられているプロパティは、変調順序、符号化方式、ランク、サブキャリア間隔、シンボル期間、符号化レートなどを含むことができる。
【０１１６】
所与の送信タイプは、単一の連続期間、または複数の（不連続の）周期において生じることがある。特定の送信タイプ（たとえば、データ送信）の可能な期間は、ＢＴＩの倍数単位であってもよい。同一または異なるタイプの複数の送信は、二重化方式およびＷＴＲＵ機能に応じて、同一周期中に生じることが許容される場合もされない場合もある。
【０１１７】
さまざまな実施形態において、柔軟なＤＣＩ−送信タイミングは、（たとえば、ＤＣＩと送信時間の間の）可変時間オフセット、および／またはマルチフレームスケジューリング（たとえば、ＤＣＩスケジューリング）を使用することによってサポートされてもよい。ＷＴＲＵは、時間周期の開始時に適用可能であるＤＣＩ（たとえば、ＤＣＩ（ｔ））を受信することができる。そのような時間周期は、周期ｔであってもよく、ｔはｔ＝ｎ、ｎ＋１、ｎ＋２などのうちの少なくとも１つであってもよい。あるいは、ｔは、（たとえば、シンボルの数、ＢＴＩなど）時間単位のオフセットを表すことができる。そのようなＤＣＩ（ｔ）は、単一の送信周期（たとえば、ＴＴＩ）割り振り（たとえば、リソース割り振り）の場合にｔの単一値を含むか、または複数の送信周期（たとえば、複数のＴＴＩ）に使用可能であってもよい割り振りの場合に複数の値を含むことができる。そのような複数の送信周期は、連続である（たとえば、ｔの１つまたは複数の値が、オケージョンの合計数の表示を伴うｔの単一値を場合により含む範囲を表すことができる）か、または時間的に素であってもよい（たとえば、ｔの値ごとに１つの機会）。たとえば、ＷＴＲＵは、各値が異なるＨＡＲＱプロセスの送信オケージョンに対応することができる（マルチプロセススケジューリング）ｔの複数値を使用して、および／または（たとえば、バンドリング操作の）単一ＨＡＲＱプロセスの送信オケージョンの合計数の表示を伴うｔの単一値を使用して、複数の送信を表示するＤＣＩを受信することができる。
【０１１８】
送信はまた、可変のタイミングで順序付けられてもよい。送信タイプのタイミングは、シーケンスベースであってもよい、たとえば、フレーム内の送信タイプのシーケンス、およびシーケンスの各送信タイプに関連付けられている期間に基づいて決定されてもよい。次いで、所与の送信タイプの開始時間は、シーケンス内の以前の送信タイプの期間の合計として決定されてもよい。送信タイプの期間は、固定されていてもよいし、本明細書において説明された方法のいずれかに基づいて動的に決定されてもよい。
【０１１９】
たとえば、送信タイプのシーケンス、１）ダウンリンク制御情報、２）ダウンリンクデータ、３）スイッチングギャップ、４）アップリンクデータ、および５）アップリンク制御情報が、構成されてもよい。特定のフレームにおいて、「ダウンリンク制御情報」送信および「ダウンリンクデータ」送信の期間はそれぞれ、１ＢＴＩおよび５ＢＴＩに対応してもよい。この場合、「アップリンクデータ」送信の開始時間は、６ＢＴＩに、フレームの開始後の、スイッチングギャップの期間を加えた値として決定されてもよい。
【０１２０】
タイミングは、送信タイプに基づいて可変であってもよい。送信タイプのタイミングは、制約ベースであってもよい、たとえば、送信タイプに関連付けられている条件および／またはプロパティの関数であってもよい。そのような条件は、所与の送信タイプの許容されるＢＴＩのセット、送信と（場合により異なるタイプの）関連する送信との間の遅延または最小遅延、同時には生じることができない場合にその他の送信タイプに対して送信タイプに関連付けられている優先度、または各送信タイプに関連付けられている最大期間、のような例を含むことができるが、これらに限定されることはない。
【０１２１】
所与の送信タイプの許容されるＢＴＩのセットは、たとえば、アップリンク制御情報の送信がフレームの開始後にｎ番目のＢＴＩからのみ開始することが許容されてもよい場合を含むことができる。
【０１２２】
送信と（場合により異なるタイプの）関連付けられている送信との間の遅延または最小遅延の例は、ダウンリンクデータ送信に関連付けられているＨＡＲＱ−ＡＣＫの送信が、ダウンリンクデータ送信の終了後の少なくとも１ＢＴＩのみ、さらに加えてタイミングアドバンスおよび／またはスイッチングギャップに対応する期間に生じることが許容されてもよい場合を含むことができる。あるいは、送信と関連付けられている送信との間の遅延または最小遅延は、アップリンクデータ送信の送信が、パラメータを表示する物理ダウンリンク制御チャネルの終了後の少なくとも１ＢＴＩのみに生じることが許容されてもよい場合を含むことができる。
【０１２３】
同時には生じることができない場合にその他の送信タイプに対して送信タイプに関連付けられている優先度は、それ自体がタイミング依存であってもよい。そのような優先度は、アップリンク制御情報の特定のタイプ（たとえば、ＨＡＲＱ−ＡＣＫ）の送信がその他のタイプ（たとえばＣＳＩ）よりも高い優先度を有することができる場合、アップリンク制御情報の送信が、アップリンクデータの送信または（ＴＤＤもしくはＦＤＤ半二重動作の場合）ダウンリンクデータの受信よりも高い優先度を有することができる場合、アップリンクデータ（またはアップリンク制御情報）の送信が、関連付けられているＳＯＭに従って順位付けられてもよい場合（たとえば、超低遅延ＳＯＭに関連付けられている送信はモバイルブロードバンドＳＯＭに関連付けられている送信よりも高い優先度を有することができる）、および第１のダウンリンクデータ送信に関連付けられているＨＡＲＱ−ＡＣＫの送信が、第１のダウンリンクデータ送信が第２のダウンリンクデータ送信よりも先に開始（または完了）し、少なくとも送信が同じＳＯＭに関連付けられている場合に、第２のダウンリンクデータ送信に関連付けられているＨＡＲＱ−ＡＣＫの送信よりも高い優先度を有することができる場合の例を含むことができるが、これらに限定されることはない。
【０１２４】
上記の原理によれば、所与のタイプの送信は、任意の遅延または最小遅延条件を満足する場合、および／または送信される必要がある最高優先度の送信タイプである場合、送信が許容される最も先行するＢＴＩにおいて開始（または続行）されてもよい。一部の例において、進行中の送信は、条件を満足していないＢＴＩにおいて中断されることがあり、条件を満足するＢＴＩにおいて再開することができる。あるいは、進行中の送信は、中断される場合に、停止されるか、または取り消されてもよい。
【０１２５】
５ｇＦＬＥＸシステムのような無線通信システムは、本明細書において説明されるタイミングパラメータを決定するためのさまざまな手法を、本明細書において説明される実施形態のいずれかと組み合わせて使用することができる。たとえば、送信タイプに関連付けられているタイミングの決定に使用される、次の例を含むパラメータの少なくとも１つを取得するためのさまざまな方法が本明細書において説明され、パラメータの例は、開始時間、終了時間、および／または送信の期間（たとえば関連付けられているフレーム／サブフレーム期間から導き出されてもよい）であって、これらの３つのパラメータのいずれか１つは２つのその他のパラメータから導き出されてもよく（つまり、期間＝終了時間−開始時間、ここで開始時間および終了時間はフレームの始めまたは別の時間参照を示すことができる）、開始時間、終了時間、および／または送信の各連続部分の期間、および送信が不連続的に生じる場合には部分の数、シーケンス内の送信タイプの位置（該当する場合）、該当する場合、送信タイプの許容されるＢＴＩのセット（これは「フレーム構造」と称されてもよい）、該当する場合、送信タイプ間の優先度が適用するＢＩＴのセット、フレーム内の制約ベースのタイミングまたはシーケンスベースのタイミングの適用可能性、送信の最大期間、またはフレームの開始時間を含むが、これらの例に限定されることはない。フレーム（またはサブフレーム）「タイプ」または「構造」は、上記のパラメータの少なくとも１つの値（またはその範囲）の固有の組み合わせを示すように定義されてもよい。したがって、解決策はまた、フレーム（またはサブフレーム）タイプまたは構造の決定に適用可能であることを理解されたい。
【０１２６】
拡大解釈すると、これらの手法はまた、同じＢＴＩが１つ以上の送信タイプに（たとえば、２つの送信タイプの間の境界において）使用される場合に送信タイプに関連付けられているＢＴＩ内のリソースのサブセットを表示するように適用されてもよい。たとえば、ＢＴＩ内の周波数リソースの第１のサブセットは、第１のＴＴＩまたは送信タイプに関連付けられてもよく、ＢＴＩ内の周波数リソースの第２のサブセットは、第２のＴＴＩまたは送信タイプに関連付けられてもよい。
【０１２７】
少なくとも１つのタイミングパラメータは、事前定義されてもよいか、高位層によって構成されてもよいか、または二重モードもしくはＷＴＲＵ機能に依存してもよい。たとえば、プリアンブル信号の期間は、１ＢＴＩに事前定義されてもよい。
【０１２８】
少なくとも１つのタイミングパラメータは、フレームの始めまたは前のフレームで受信されたダウンリンク制御情報からの暗黙的または明示的表示に基づいて動的に決定されてもよい。表示は、ダウンリンク制御情報のフィールド、制御物理チャネルのタイプ、制御物理チャネルが復号される検索スペースおよび／または時間、または制御物理チャネルの適用可能性を決定するために使用される識別子を含むことができる。そのような表示の例を以下に示す。
【０１２９】
ダウンリンク制御情報は、表示される時間に開始する第１のＳＯＭに関連付けられているアップリンクデータおよび第１の表示される期間の第１の送信を表示することができ、その後に、第１の送信の直後に開始する第２のＳＯＭに関連付けられているアップリンクデータおよび第２の表示される期間の第２の送信が続く。
【０１３０】
ダウンリンク制御情報は、固有のダウンリンク送信（つまり、所与のキャリアの）および／またはサブフレームタイプに適用可能なＨＡＲＱ−ＡＣＫ情報を搬送するアップリンク送信の開始時間を表示することができる。
【０１３１】
正常に復号されたダウンリンク物理制御チャネルのタイプおよび／またはＤＣＩフォーマットは、制御シグナリングによって表示されるダウンリンクまたはアップリンク送信のタイミングパラメータを決定することができる。たとえば、第１の固有のＳＯＭ（たとえば、超低遅延通信に適切なＳＯＭ）に関連付けられている１つまたは複数の送信を表示する目的のために使用される物理制御チャネルの第１のタイプの正常な復号は、１つまたは複数の送信に関連付けられているタイミングパラメータの第１のセット（および／または第１のサブフレームタイプ）を暗黙的に表示することができ、第２の固有のＳＯＭ（たとえば、モバイルブロードバンド通信に適切なＳＯＭ）に関連付けられている１つまたは複数の送信を表示する目的のために使用される物理制御チャネルの第２のタイプの復号は、タイミングパラメータの第２のセット（および／または第２のサブフレームタイプ）を暗黙的に表示することができる。
【０１３２】
ダウンリンク制御情報は、復調参照信号またはサウンディング参照信号のような、ダウンリンクまたはアップリンクにおいて使用される参照信号の期間を表示することができる。
【０１３３】
ダウンリンク制御情報は、サブフレームのような、特定の時間周期内に含まれるべきＴＴＩの数および／またはＴＴＩのＨＡＲＱプロセスのセットまたは数を表示することができる。次いで、各ＴＴＩの開始時間および終了時間は、場合によっては（ＬＴＥベースの送信の場合の制御領域のような）ダウンリンク制御情報の送信に使用された任意のシンボルまたはＢＴＩを除いて、時間周期内に使用可能なシンボル（またはＢＴＩ）の数から暗黙的に導き出されてもよい。たとえば、各ＴＴＩの開始時間および終了時間は、サブフレーム内のすべてのＴＴＩが、場合によっては最後の１つを除いて、同じ期間を有するように設定されてもよい。加えて、任意のＴＴＩの開始時間および終了時間は、ＴＴＩが、サブフレームのスロットのような、時間周期のサブユニットに完全に含まれるように制約されてもよい。
【０１３４】
たとえば、ダウンリンク制御情報は、２つのＴＴＩがサブフレームで送信されること、またはＨＡＲＱプロセス２および３による２つのＴＴＩがサブフレームで送信されることを表示することができる。制御領域が２つのシンボルを占有し、サブフレームが１４のシンボルを含む場合、これは第１のＴＴＩが第３のシンボルで開始して第８のシンボルで終了し、第２のＴＴＩが第９のシンボルで開始して第１４のシンボルで終了することを暗黙的に表示することができる。あるいは、各ＴＴＩが１つのスロット内に制約される場合、これは第１のＴＴＩが第３のシンボルで開始して第７のシンボルで終了し、第２のＴＴＩが第８のシンボルで開始して第１４のシンボルで終了することを暗黙的に表示することができる。
【０１３５】
ダウンリンク制御情報は、サブフレームのような、特定の時間周期内に含まれるべき１つまたは複数のＴＴＩのトランスポートブロックサイズまたは最大トランスポートブロックサイズを表示することができる。次いで、各ＴＴＩの開始時間および終了時間は、トランスポートブロックサイズが表示される最大トランスポートブロックサイズを超えることがない変調および符号化方式（ＭＣＳ）およびリソースブロック（ＲＢ）割り振りから暗黙的に導き出されてもよい。たとえば、表示されるＭＣＳ、ＲＢ割り振り、および最大トランスポートブロックサイズについて、ＷＴＲＵはシンボル（またはＢＴＩ）の最大数が３であると決定することができる。ＷＴＲＵは、本明細書において、たとえば前の例において説明されている原理と類似する原理に従ってこの最大数に基づいて各ＴＴＩの開始時間および終了時間を決定することができる。
【０１３６】
ＨＡＲＱフィードバック情報の提供に使用される送信タイプのタイミングパラメータは、対応する送信のＴＴＩの期間から、または特定の時間周期内に送信されたＴＴＩの数から、暗黙的に導き出されてもよい。たとえば、特定の時間期間（たとえば、サブフレーム）内のＨＡＲＱフィードバックを搬送する送信の数は、対応する送信のサブフレーム内のＴＴＩの数に対応することがある。たとえば、トランスポートブロックがサブフレーム内の２つのＴＴＩで（たとえば、ＬＴＥベースの送信の場合にＰＤＳＣＨを介して）送信される場合、サブフレーム内にこれらのトランスポートブロックのＨＡＲＱフィードバックを搬送する２つの送信があってもよい。
【０１３７】
１つまたは複数のタイミングパラメータは、送信タイプに関連付けられているプロパティから暗黙的に決定されてもよい。たとえば、復調参照信号のタイミング情報（たとえば、少なくとも期間）は、変調および符号化方式ならびに関連するデータまたは制御送信のランクに依存することがある。
【０１３８】
１つまたは複数のタイミングパラメータは、フレームの始めまたは前のフレームで受信された信号のプロパティから暗黙的に決定されてもよい。たとえば、送信タイプのシーケンスは、フレームの始めまたは前のフレームで受信された同期または参照信号を生成するために使用された（Ｚａｄｏｆｆ−Ｃｈｕルートシーケンスまたはそのようなシーケンスの循環シフトのような）シーケンスの関数であってもよい。
【０１３９】
１つまたは複数のタイミングパラメータは、送信タイプに関連付けられているペイロードから決定されてもよい。たとえば、ＨＡＲＱ−ＡＣＫを搬送する送信の期間は、送信するＨＡＲＱ−ＡＣＫ情報のビット数の関数であってもよい。もう１つの例において、ダウンリンク制御情報を搬送する送信の期間は、ダウンリンクまたはアップリンクデータ送信を動的に表示するために使用されるビット数の関数であってもよい。
【０１４０】
１つまたは複数のタイミングパラメータは、送信自体における暗黙的または明示的表示から決定されてもよい。そのような表示は、たとえば、所与のＢＴＩ内のリソースにマップされた参照信号のプロパティであって、送信がＢＴＩ（またはＢＴＩのグループ）の最後で終了するか、または少なくとも１つの追加のＢＴＩ（またはＢＴＩのグループ）にわたり継続するかどうかを表示することができるプロパティ、所与のＢＴＩ（またはＢＴＩのグループ）内のリソースにマップされた参照信号のプロパティであって、新しい送信がこのＢＴＩ（またはＢＴＩのグループ）の始め（または最後）で開始する（または終了する）ことを表示することができるプロパティ、所与のＢＴＩ内のリソースにマップされた参照信号のプロパティであって、送信の期間または残りの期間を表示することができるプロパティ、または同じ物理チャネルのデータで多重化されたダウンリンク制御情報を含むことができる。
【０１４１】
同じ物理チャネルのデータで多重化されたダウンリンク制御情報の１つの例において、表示は、送信の各コードブロックに（たとえばコードブロックの始めまたは終わりで）連結されてもよい。表示は、各コードブロックのデータと一緒に、または別々に符号化されてもよい。表示はまた、各コードブロックの終わりに付加された巡回冗長検査をマスクするために使用されてもよい。ＷＴＲＵは、コードブロックが正常に復号されたことを決定し、表示の値をチェックするか、またはマスキング後に正常なＣＲＣをもたらす表示の値を決定することによって、少なくとも１つの後続のコードブロックに対応する期間にわたり送信が継続するかどうかを決定することができる。ＷＴＲＵは、コードブロックが正常に復号されることができない場合、またはブロックが正常に復号されるが送信が終了することを表示が示す場合、送信の復号を中断することができる。
【０１４２】
１つまたは複数のタイミングパラメータは、送信に関連付けられているＳＯＭから決定されてもよい。たとえば、第１のＳＯＭ（たとえば、超低遅延に適する）に関連付けられている送信の期間は１ＢＴＩであってもよく、第２のＳＯＭ（たとえば、モバイルブロードバンドに適する）に関連付けられている送信の期間は２ＢＴＩであってもよい。
【０１４３】
５ｇＦＬＥＸシステムのような無線通信システムにおいて動作しているＷＴＲＵは、本明細書において説明される実施形態のいずれかと組み合わせて使用されてもよい別の実施形態によりフレームタイミングおよび／またはシステムフレーム番号を決定するように構成されてもよい。フレームタイミングの取得は、関連するノード（ｅＮＢまたはその他のＷＴＲＵ）から信号を受信するためだけではなく、送信のために（たとえば、その他のノードが送信を正しく受信できるように）使用されてもよい。本明細書に説明される可変フレーム構造のコンテキストの下、および共通制御チャネルを最小限まで低減することをめざして、フレームタイミング取得のために周期的同期信号を継続的に提供することは困難であるかまたは望ましくない場合もある。
【０１４４】
フレームタイミングおよびシステムフレーム番号の取得については、ｅＮＢに接続されているかまたはｅＮＢに接続する過程にあるＷＴＲＵのコンテキストにおいて後段でさらに説明される。しかし、これらの技法はまた、任意のタイプのノード（ＷＴＲＵ、ｅＮＢ、リレー、アクセスポイントなど）にも適用可能であってもよい。後段において、「同期ソース」という用語は、同期を決定するための参照として使用されるノードを説明するために使用されてもよい。この同期ソースは、たとえば、ｅＮＢ、ＷＴＲＵ、アクセスポイント、基地局、特殊デバイス、路側ユニットなどであってもよい。
【０１４５】
フレームタイミングを取得するＷＴＲＵまたはノードは、１つまたは複数の同期ソースからの１つまたは複数の共通参照信号を監視するように構成されてもよい。
【０１４６】
参照信号は、同期ソース（たとえば、ｅＮＢ）によって送信される特殊プリアンブルを含むことができる。ＷＴＲＵは、プリアンブルが、プリアンブル信号の特徴に基づいてフレームタイミングを決定するために使用されてもよいことを決定することができる。便宜上、そのような特殊プリアンブルは、本明細書において同期プリアンブルと称されてもよい。
【０１４７】
ＷＴＲＵは、１つまたは複数のプリアンブル信号を受信するように構成されてもよい。プリアンブルを受信すると、ＷＴＲＵは、受信されたプリアンブルが同期プリアンブルであるかどうかを決定することができる（たとえば、プリアンブル特徴に基づいて、たとえばＺａｄｏｆｆ−Ｃｈｕシーケンスの場合はルート、巡回プレフィックスまたはその組み合わせ）。同期プリアンブルを検出すると、ＷＴＲＵは、受信された同期信号に従ってその内部タイミングを調整するように構成されてもよい。ＷＴＲＵは、たとえば、サブフレームに含まれる次の制御／データ情報の信号検出を支援するために、チャネル推定のプリアンブルをさらに使用することができる。
【０１４８】
ＷＴＲＵは、特殊同期メッセージを受信するように構成されてもよい。これらのメッセージは、同期信号、絶対時間参照、システムフレーム番号、または時間オフセットのうちの１つまたは複数を搬送することができる。
【０１４９】
同期信号またはコードは、ペイロードで多重化されてもよく同期参照として使用されてもよいビットの特殊シーケンス（たとえば、Ｚａｄｏｆｆ−Ｃｈｕ、ゴールドコードなど）を含むことができる。
【０１５０】
絶対時間参照（たとえば、ＵＴＣ）または切り捨て絶対時間参照は、たとえば完全または部分絶対時間（システム時間）を搬送することができる同期メッセージを含むことができる。１つの特定の例において、メッセージは、ＵＴＣ時間を含むことができる。次いで、ＷＴＲＵは、たとえばメッセージを受信した時間（およびメッセージを復号した時間ではない）に関して、絶対時間を導き出すことができる。
【０１５１】
システムフレーム番号は、同期メッセージに含まれてもよく、これはシステムフレーム番号を完全または部分的に搬送することができる。
【０１５２】
時間オフセットは、メッセージに含まれてもよく、これはＷＴＲＵがその内部クロックに適用することができる時間オフセットを搬送することができる。これは、たとえば、時間に依存するＷＴＲＵの一部の手順が近隣ＷＴＲＵとは異なる時間値を使用できるように（干渉平均化干渉軽減技法を可能にする）、ＷＴＲＵ内部クロックにバイアスをかけるよう動機付けられてもよい。
【０１５３】
ＷＴＲＵは、絶対時間に基づいてシステムフレーム番号を決定することができる。たとえば、これは、絶対時間カウンタの最上位ビットを切り捨てることによって達成されてもよい。そのような場合、システムフレーム番号は、明示的に送信される必要がないこともある。この手法は、上位層セキュリティを含む多くの態様にとって有利となり、これ以降絶対および共通の既知のカウント値に依存することができる。
【０１５４】
同期メッセージは、共通であるかまたは専用であってもよい。共通同期メッセージは、ブロードキャストチャネルを使用して送信またはスケジュールされてもよい。
【０１５５】
同期メッセージは、ノード（たとえば、ＷＴＲＵまたはｅＮＢ）によって定期的に送信されてもよい。オーバーヘッドを低減するため、同期メッセージは、非常に低いデューティサイクルで送信されてもよい。たとえば、同期メッセージを送信しているノードは、固有の（たとえば、事前構成済みの）絶対時刻（たとえば、ＵＴＣ時間で表される）のセットにおいて同期メッセージを送信するように構成されてもよい。ＷＴＲＵ（または同期デバイス）は、同期メッセージを取り込むためにリスニングウィンドウを十分に長くして調整されるように構成されてもよい。１つの例において、ＷＴＲＵは、絶対時間を取得してからの時間に基づいて、およびその内部ハードウェアクロックの推定される時間ドリフトに基づいて、そのリスニングウィンドウを決定する。
【０１５６】
ＷＴＲＵは、近隣ノード／セルからの援助を介して同期メッセージのスケジュールを決定することができる。たとえば、同期メッセージの送信について事前構成済みの時刻がない場合、または使用可能ではない場合（たとえば、ＰＬＭＮまたは地理的位置によって決定された別のネットワークへのローミングの場合）に、これは使用されてもよい。さらに詳細には、ＷＴＲＵは、接続先のノードから１つまたは複数の同期ソースの同期メッセージスケジュールに関する情報を受信することができる。１つの例において、ＷＴＲＵは、ネットワークから（たとえば、接続先のノードを介して、または別のＲＡＴ（たとえば、ＬＴＥ、ＨＳＰＡなど）を介して）同期ソース情報を要求／取得することができる。
【０１５７】
同期メッセージスケジュールは、絶対時間（たとえば、ＵＴＣ時間）で、またはＷＴＲＵが接続されているシステム／ノード時間に関連して表されてもよい（たとえば、異なるＲＡＴなど）。
【０１５８】
ＷＴＲＵは、同期ソースノードから同期化を要求することによって、フレームタイミングを取得するように構成されてもよい。この手法は、たとえば、同期ソースノード（たとえば、ｅＮＢ）が、稼働していないかまたは電源オフ状態の低電力セルまたはノードである場合に、動機付けられてもよい。
【０１５９】
ＷＴＲＵは、１つまたは複数の同期要求メッセージまたは信号を、事前定義済みの時間ウィンドウ中に送信するように構成されてもよい。事前構成された時間ウィンドウは、ＵＴＣ時間によって表されてもよく、これはＷＴＲＵが前の時刻において取得した可能性がある。たとえば、ＷＴＲＵは、フレーム同期を取得した場合もあり、その内部クロックを介して同期を保持し続けることができる。クロックドリフトにより、ＷＴＲＵが最終的にＵＴＣ時間またはシステム時間と整合されなくなると予想されることがあり、したがって、もし同期ソースノードが十分に広いリスニングウィンドウを有しているとすれば、同期要求メッセージは適切に受信されることができる。
【０１６０】
ＷＴＲＵは、同期要求信号を定期的に送信するように構成されてもよく、この同期信号を受信すると、同期ソースは、同期メッセージで応答することができる。この手法は、エネルギー効率の高い動作によって動機付けられてもよい。
【０１６１】
ＷＴＲＵは、事前構成済みの時間内に同期メッセージを受信していない場合、同期要求メッセージを同期ノードに定期的に送信するように構成されてもよい。この時間は、たとえばＷＴＲＵの機能に依存することがあり、したがってＷＴＲＵごとに異なっていてもよい。
【０１６２】
図８は、本明細書において説明される実施形態のいずれかと組み合わせて使用されてもよいこの実施形態によりフレームタイミングおよび／またはシステムフレーム番号を決定するための例示のプロセス８００を示す流れ図である。ＷＴＲＵは、最初に、構成（たとえば、有線（たとえばＵＳＢ）または無線（たとえばＧＰＳ）を介する外部ソースへの接続）を介してＵＴＣ／システム時間および／またはフレームタイミングクロックを受信または取得することができる８０１。ＷＴＲＵは、ネットワーク事前構成済みの同期メッセージスケジュールに従って、同期メッセージを受信し、そのＵＴＣ／システム時間および／またはフレームタイミングクロックを再取得および保持することができる８０２。ＷＴＲＵは、同期メッセージの受信された値に基づいて、そのフレームタイミングを決定することができる。ＷＴＲＵは、その送受信機、受信機、または送信機を一時的に電源オフにすることがある、および／またはネットワークとのそのカバレッジを失うことがある８０３。ＷＴＲＵは、その内部ＵＴＣクロックおよび／またはフレームタイミングクロックを保持することができる８０２。ＷＴＲＵは、次いで、その送受信機、受信機、または送信機を電源オンにするとフレームタイミングを再取得しようと試みるか、または同期メッセージの送信のための事前構成済みの時間ウィンドウに基づいて同期取得を試みようとすることができる。ＷＴＲＵが同期メッセージを受信しない場合８０４、ＷＴＲＵは、同期信号を送信するように構成されてもよく８０５、ダウンリンクからの同期メッセージを監視し続けることができる。そのような監視は、図８に示されるように継続的であってもよい。
【０１６３】
図９は、本明細書において説明される実施形態のいずれかと組み合わせて使用されてもよい１つの実施形態による例示の送信制御およびスケジューリングプロセス９００を示す流れ図である。ＷＴＲＵは、ＰＤＣＣＨのような制御チャネルでＤＣＩを受信することができる９０１。受信されたＤＣＩ９０１は、関連する制御チャネル、検索スペース、ＤＣＩを復号するために使用されるＲＮＴＩ、復調信号などを含むＤＣＩの特徴を含むことができるが、これらに限定されることはない。そのようなＤＣＩ９０１は、当該の送信の物理層リソースを割り振るＤＣＩであってもよい。あるいは、これは、適用可能な物理層リソース（たとえば、ＳＯＭ）に関連付けられているタイミングおよび／またはフレーミングパラメータのスケジューリングに専用のＤＣＩであってもよい。
【０１６４】
次いで、ＷＴＲＵは、上記で識別されたＤＣＩの特徴の１つまたは複数に基づいて送信に適用可能なサブキャリア間隔Δｆを決定することができる９０２。非同期動作の場合、サブキャリア間隔は、フレームの開始に関連付けられているプリアンブルのプロパティに基づいてもよい。たとえば、ＷＴＲＵは、ＤＣＩで受信された表示に基づいて送信に適用可能なサブキャリア間隔を決定することができる。もう１つの例において、サブキャリア間隔は、アップリンク送信に対するものであってもよい。次いで、ＷＴＲＵは、関連するサブキャリア間隔から送信に関連するＢＴＩを決定することができる。
【０１６５】
次いで、ＷＴＲＵは、上記で識別されたＤＣＩの特徴の１つまたは複数に基づいて送信に適用可能な合計フレーム送信期間、たとえばＴＴＩDL(n)（たとえば、ＦＤＤの場合）、またはＴＴＩ（ｎ）（たとえばＴＤＤの場合）を決定することができる９０３。ＴＴＩの期間は、ＢＴＩ、シンボルなどに関するものであってもよい。非同期動作の場合、フレーム送信期間は、フレームの開始に関連付けられているプリアンブルのプロパティに基づいてもよい。ＦＤＤの場合、ＴＴＩの期間は、ＴＴＩごとに単一のＴＢが送信されるとき（たとえば、該当する場合、最初にＤＣＩ期間を除外した後）にフレームｎに関連付けられているダウンリンク送信ＤＬ＿ＴＲｘの期間と等しくてもよく、それ以外の場合、ＴＴＩの期間は、たとえばフレーム内の適用可能な送信の数でＴＴＩ長さを除算することによって、またはフレームのその他のＤＬ＿ＴＲｘ部分の期間の知識と組み合わせることによってなど、フレームｎの複数のＤＬ＿ＴＲｘの期間をさらに決定するために使用されてもよい。たとえば、フレームの（または全ＤＬ部分の）合計期間が知られている場合、および１を除くフレームまたはＤＬ部分のすべてのＤＬ  ＴＴＩの期間が知られている場合、残りのＤＬ  ＴＴＩの期間が決定されてもよい。ＴＤＤの場合、ＴＴＩの期間は、フレーミング配列のＵＬまたはＤＬ部分ごとに多くとも単一のＴＢが送信されるときにフレームｎに関連付けられているダウンリンク送信ＤＬ＿ＴＲｘ、スイッチングギャップ（ＳＷＧ）、およびアップリンク送信ＵＬ＿ＴＲｘの期間と等しくてもよい。それ以外の場合、ＴＴＩの期間は、ＦＤＤの場合と同様の方法で決定されてもよい。複数のＤＬ＿ＴＲｘ部分および／またはＵＬ＿ＴＲｘ部分がサポートされてもよい。たとえば、ＷＴＲＵは、ＤＣＩで受信された表示に基づいて送信に適用可能なそのような期間を決定することができる。
【０１６６】
次いで、ＷＴＲＵは、上記で識別されたＤＣＩの特徴の１つまたは複数に基づいてアップリンク送信開始時間オフセット（たとえば、ｔoffset）を決定することができる９０４。非同期動作の場合、送信開示時間は、フレームの開始に関連付けられているプリアンブルのプロパティに基づいてもよい。ＦＤＤの場合、複数のＵＬ＿ＴＲｘ部分がサポートされる場合、ＷＴＲＵは、すべてのアップリンク部分が該当のフレームの連続するシンボルにあれば第１のアップリンク部分に適用可能な単一のオフセットを決定することができるか、またはそれ以外であれば各部分について１つのオフセットを決定することができる。たとえば、ＷＴＲＵは、ＤＣＩで受信された表示に基づいて送信に適用可能な１つまたは複数の送信開始時間オフセットを決定することができる。
【０１６７】
次いで、ＷＴＲＵは、上記で識別されたＤＣＩの特徴の１つまたは複数に基づいて送信に適用可能なダウンリンクＴＢ期間、たとえばｔDL(n)を決定することができる９０５。非同期動作の場合、ダウンリンクＴＢ期間は、フレームの開始に関連付けられているプリアンブルのプロパティに基づいてもよい。複数のＤＬ＿ＴＲｘ部分がサポートされる場合、ＷＴＲＵは、すべてがフレーム内で同じ期間を有するのであれば（たとえば、バンドリングのような動作の場合）すべての部分について１つの値ｔDL(n)を決定することができるか、またはそれ以外であれば各部分について１つの値を決定することができる。たとえば、ＷＴＲＵは、ＤＣＩで受信された表示に基づいて送信に適用可能な１つまたは複数のダウンリンクＴＢ期間を決定することができる。
【０１６８】
次いで、ＷＴＲＵは、上記で識別されたＤＣＩの特徴の１つまたは複数に基づいて送信に適用可能なアップリンクＴＢ期間、たとえばｔUL(n)を決定することができる９０６。非同期動作の場合、アップリンクＴＢ期間は、フレームの開始に関連付けられているプリアンブルのプロパティに基づいてもよい。複数のＵＬ＿ＴＲｘ部分がサポートされる場合、ＷＴＲＵは、すべてがフレーム内で同じ期間を有するのであれば（たとえば、バンドリングのような動作の場合）すべての部分について１つの値ｔUL(n)を決定することができるか、またはそれ以外であれば各部分について１つの値を決定することができる。たとえば、ＷＴＲＵは、ＤＣＩで受信された表示に基づいて送信に適用可能な１つまたは複数のアップリンクＴＢ期間を決定することができる。
【０１６９】
次いで、ＷＴＲＵは、上記で識別されたＤＣＩの特徴の１つまたは複数に基づいて、後続のフレームの開始までの時間（たとえば、関連するフレームの最後から適用可能なＩＳＳのようなフレーム間時間）を決定することができる９０７。非同期動作の場合、後続のフレームの開始までの時間は、フレームの開始に関連付けられているプリアンブルのプロパティに基づいてもよい。たとえば、ＷＴＲＵは、現在のフレームの開始からのオフセットのような、後続のフレームの開始までの時間を決定することができる。そのようなオフセットは、（たとえば、ＤＲＸを当該の制御チャネルに適用するなど）ＷＴＲＵが後続のフレームの開始まで制御シグナリングを復号することを控えるかどうかを決定するためにＷＴＲＵによって使用されてもよい。たとえば、ＷＴＲＵは、ＤＣＩで受信された表示に基づいて後続のフレームの開始までのそのような時間を決定することができる。
【０１７０】
次いで、ＷＴＲＵは、上記で識別されたＤＣＩの特徴の１つまたは複数に基づいて、現在のフレームに適用可能なスイッチングギャップ（ＳＷＧ）の期間（および／またはサイレント／ブランク周期）を決定することができる９０８。非同期動作の場合、スイッチングギャップの期間は、フレームの開始に関連付けられているプリアンブルのプロパティに基づいてもよい。たとえば、ＷＴＲＵは、ＤＣＩで受信された表示に基づいてそのようなギャップおよび／または周期を決定することができる。
【０１７１】
次いで、ＷＴＲＵは、上記で識別されたＤＣＩの特徴の１つまたは複数に基づいてＨＡＲＱパラメータ化のための受信されたＤＬ  ＴＲｘ部分に適用可能なＤＬデータとＵＣＩとのタイミング関係を決定することができる９０９。ＷＴＲＵは、どのＵＬ  ＴＲｘ部分および／またはどのフレームおよび／またはどの送信パラメータで、受信されたＤＬデータに対応するＤＬ  ＨＡＲＱフィードバックをｅＮＢに送信できるかを導き出すことができる。ＷＴＲＵは、ＵＬ制御情報を生成するために１つまたは複数の受信されたＤＬデータチャネルのＨＡＲＱフィードバックをアグリゲートすることができるかどうか、受信されたＨＡＲＱパラメータ化から決定することができる。ＷＴＲＵは、１つまたは複数のＵＬ  ＴＲｘ部分のＵＬデータの送信とＤＬ制御情報の受信との間のタイミング関係、複数の受信されたＵＬデータチャネルに対応するＤＬ制御情報のアグリゲーション、および使用された符号化パラメータを導き出すことができる。
【０１７２】
図１０は、本明細書において説明される実施形態のいずれかと組み合わせて使用されてもよい１つの実施形態による例示のリンク適応およびスケジューリングプロセス１０００を示す流れ図である。ＷＴＲＵは、リンク適応およびその他の送信制御の態様において使用するダウンリンクおよびアップリンク送信のパラメータを決定することができる。リンク適応およびスケジューリングは、時間周期ベースであってもよい。たとえば、図１０を参照すると、ＷＴＲＵは、ダウンリンク制御シグナリングの２つ以上のインスタンスから受信された明示的または暗黙的な表示の関数であってもよいアップリンクまたはダウンリンク送信の少なくとも１つの送信パラメータを受信することができる１００１。
【０１７３】
受信された２つ以上のインスタンス１００１は、たとえば、それぞれ第１のＤＣＩおよび第２のＤＣＩのような、第１のインスタンスおよび／または第２のインスタンスを含むことができる。第１のインスタンス（たとえば、ＤＣＩ）は、後続の時間周期にわたり生じる送信のセットに適用可能な少なくとも１つのパラメータを表示することができる。たとえば、そのような時間周期は、１ｍｓのサブフレームと等しい期間であってもよく、これはたとえば、１つのＬＴＥサブフレーム（１ｍｓ）に対応することができる。そのような第１のインスタンスは、「遅い」ダウンリンク制御シグナリングとして称されてもよい。第２のインスタンス（たとえば、第２のＤＣＩ）は、時間周期内のセットの固有の送信に適用可能な追加のパラメータを表示することができる。そのような第２のインスタンスは、「速い」ダウンリンク制御シグナリングとして称されてもよい。各インスタンスの適用可能なダウンリンク制御シグナリングは、場合によっては異なる検索スペースにあって異なる識別子を使用する、物理ダウンリンク制御チャネルの異なるタイプから復号されてもよい。
【０１７４】
図１０を参照すると、ＷＴＲＵは、ダウンリンク制御シグナリングの第１のインスタンス（たとえば、第１のＤＣＩ）から得られた明示的な情報に基づいて、および／またはダウンリンク制御シグナリングの第１のインスタンスを含む送信のプロパティから得られた暗黙的な情報に基づいて、ダウンリンク制御シグナリングの第２のインスタンス（たとえば、第２のＤＣＩ）を復号することができる１００２。たとえば、ダウンリンク制御シグナリングの第２のインスタンスのリソースまたは可能なリソースのセットは、ダウンリンク制御シグナリングの第１のインスタンスに使用されるリソース、および／またはダウンリンク制御シグナリングの第１のインスタンスから得られた少なくとも１つの明示的な表示から決定されてもよい。リソースは、リソースブロックのセット、サービングセル（またはキャリア）、時間シンボルのセット、アンテナポートのセット、参照信号のスクランブリング識別、またはダウンリンク制御シグナリングの第１のインスタンスに関連付けられている第１のＣＣＥのような、制御チャネル要素（ＣＣＥ）のうちの少なくとも１つを含むことができる。あるいは、ダウンリンク制御シグナリングは、ダウンリンク送信の場合に同じ物理チャネルのデータで多重化されてもよい。たとえば、ダウンリンク制御シグナリングの第２のインスタンス（たとえば、第２のＤＣＩ）は、ダウンリンクデータとは別個に符号化されてもよく、ダウンリンク制御シグナリングから変調されたシンボルは、送信の第１の時間シンボルにおけるように、固有の時間または周波数リソースにマップされてもよい。
【０１７５】
ＷＴＲＵは、周期ベースのリンク適応およびスケジューリングの追加の例を実行することができる。たとえば、図１０を参照すると、ＷＴＲＵは、ダウンリンクまたはアップリンク送信に適用可能なＭＣＳを決定することができる１００３。ＷＴＲＵは、いくつかの方法を使用してＭＣＳを決定することができる１００３。たとえば、ＷＴＲＵは、第１のインスタンス（たとえば、第１のＤＣＩ）で受信された第１のＭＣＳ値、および第２のインスタンス（たとえば、第２のＤＣＩ）で受信された第２のＭＣＳ値の合計を決定することによってＭＣＳを決定することができる１００３。可能な値の数は、第２のインスタンス（たとえば、第２のＤＣＩ）よりも第１のインスタンス（たとえば、第１のＤＣＩ）の場合のほうが多いことがあり、固有の送信に適用可能な制御シグナリングのオーバーヘッドの低減を可能にする。たとえば、第１のインスタンス（たとえば、第１のＤＣＩ）は、０から３１の範囲の値を表示することができ、第２のインスタンス（たとえば、第２のＤＣＩ）は、−２から１の範囲の調整値を表示することができる。あるいは、第２のインスタンス（たとえば、第２のＤＣＩ）では、ＭＣＳに関連するパラメータは提供されないこともあり、その結果同じＭＣＳ値が周期内のすべての送信に適用されることになる。ＷＴＲＵは、表示に基づいて各コードブロック（または各トランスポートブロック）の受信後にＭＣＳへの調整を実行することによってダウンリンク送信に適用可能なＭＣＳを決定することができる１００３。表示は、送信の（たとえば、コードブロックの始めまたは終わりにおいて）各コードブロックまたは各トランスポートブロックに連結されてもよい。表示は、各コードブロックのデータと一緒に、または別々に符号化されてもよい。表示はまた、各コードブロック（またはトランスポートブロック）の終わりに付加されたＣＲＣをマスクするために使用されてもよい。ＷＴＲＵは、表示の値に基づいて後続のコードブロック（またはトランスポートブロック）に適用されるＭＣＳレベルへの調整を決定することができる。調整は、ダウンリンク制御情報の第１のインスタンスで受信されたＭＣＳ値に関連するか、または最後に調整されたＭＣＳ値に関連してもよい。
【０１７６】
図１０を参照すると、ＷＴＲＵは、第１のインスタンス（たとえば、第１のＤＣＩ）で受信された表示を、第２のインスタンス（たとえば、第２のＤＣＩ）で受信された表示と組み合わせることによって、周波数領域の割り振り（たとえば、リソースブロックのセット）を決定することができる１００４。たとえば、第１のインスタンス（たとえば、第１のＤＣＩ）の表示は、周期の適用可能な送信によって使用されてもよいリソースブロックの完全なセットで構成されてもよい。そのような表示は、高い細分性（たとえば、２０ビット）を有することができる。第２のインスタンス（たとえば、第２のＤＣＩ）の表示は、固有の送信に少ないビット数を使用して第１のインスタンス（たとえば、第１のＤＣＩ）により表示される割り振りのサブセットを表示することができる。たとえば、第１の値は、すべてのリソースブロックが固有の送信に使用されることを表示することができ、第２の値は、割り振りの前半部分のみが使用されることを表示することができ、第３の値は、割り振りの後半部分のみが使用されることを表示することができ、以下同様である。また、同じ割り振りが周期内のすべての送信に使用されるように、第２のインスタンスでは表示が提供されないことも可能である。
【０１７７】
図１０を参照すると、ＷＴＲＵは、第１のインスタンス（たとえば、第１のＤＣＩ）で受信された明示的な表示を、第２のインスタンス（たとえば、第２のＤＣＩ）の正常な復号からの暗黙的な表示と組み合わせることによって、送信の時間領域のリソース割り振り（たとえば、時間シンボルおよび／またはタイミング）を決定することができる１００５。第１のインスタンスは、１つまたは複数の時間シンボルの複数のセットを参照または表示することができ、ここで（ダウンリンク送信の場合）ダウンリンク制御シグナリングおよび／またはデータの第２のインスタンスは送信されてもよい。たとえば、第１のインスタンス（たとえば、第１のＤＣＩ）は、時間シンボルの第１のセット（たとえば、２番目から７番目まで）、およびＬＴＥサブフレームの時間シンボルの第２のセット（たとえば、８番目から１４番目まで）を表示することができる。ＷＴＲＵは、時間シンボルの各セット内の固有のリソース（または検索スペース）のダウンリンク制御シグナリングの第２のインスタンス（たとえば、第２のＤＣＩ）を復号しようと試みることができる。ＷＴＲＵは、ペイロードに付加された巡回冗長検査（ＣＲＣ）に基づいて、ダウンリンク制御シグナリングの第２のインスタンス（たとえば、第２のＤＣＩ）が正常に復号されることを決定することができる。次いで、ＷＴＲＵは、ダウンリンクシグナリングの第２のインスタンス（たとえば、第２のＤＣＩ）が正常に復号された時間シンボルのセットに基づいて、ダウンリンクまたはアップリンク送信のタイミングを決定することができる。たとえば、第２のインスタンス（たとえば、第２のＤＣＩ）が８番目の時間シンボルで正常に復号された場合、ＷＴＲＵは、ダウンリンク送信が時間シンボルの第２のセット内で割り振られることを決定することができる。もう１つの例において、ＷＴＲＵは、所与のフレーム、たとえばＬＴＥサブフレームの時間シンボルの適用可能なセットで構成されてもよい。第１のインスタンス（たとえば、第１のＤＣＩ）は、ＷＴＲＵが上記と類似した方法でＤＣＩのさらなる処理を実行すると予想されるセットを表示することができる。
【０１７８】
図１０を参照すると、ＷＴＲＵは、ダウンリンク制御シグナリングの第１のインスタンス（たとえば、第１のＤＣＩ）の上記の表示のようなものの関数としてさらなるＨＡＲＱプロセス状態を決定することができる。シンボルの各セットは、たとえば、ＨＡＲＱプロセス識別スペースにさらに関連付けられてもよく、単一のＨＡＲＱプロセスは、そのようなスペースおよび／またはシンボルのセットの各々について、ＬＴＥサブフレームごとのような、フレームごとにアクティブであってもよい。あるいは、シンボルの各セットは、たとえばフレームの最初のシンボルから始まり進行するシンボルのセットごとに増加する識別子のように、ＨＡＲＱプロセス識別子にさらに関連付けられてもよい。言い換えれば、ＨＡＲＱプロセス識別子は、シンボルのセットごとに時間と共に順次増加することができる。たとえば、ＷＴＲＵは、たとえばＬＴＥの物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）を使用して、１つまたは複数の前のアップリンク送信に対してＨＡＲＱフィードバックを受信することができる。そのようなフィードバックは、遅い制御情報タイミング、たとえばＬＴＥの１ｍｓサブフレームなど、フレームごとに１回、に従って受信されてもよい。ＷＴＲＵは、そのようなフィードバックを使用して、適用可能なＨＡＲＱプロセスのＷＴＲＵ自律再送信を実行することができるかどうか、たとえばＷＴＲＵがそのような再送信を実行するように構成されているかどうかを決定することができる。たとえば、ＬＴＥにおいて、ＷＴＲＵは、アップリンクにおいてその同期ＨＡＲＱ処理により自律再送信を実行することができる。言い換えれば、ＷＴＲＵは、そのようなフィードバックを、当該のＨＡＲＱプロセスのＷＴＲＵ自律送信を使用可能または使用不可にする表示として解釈することができる。そのようなＨＡＲＱ状態は、第１のインスタンスの表示の関数としてさらに決定されてもよい。たとえば、ＷＴＲＵ自律再送信が使用可能である場合、そのような決定は、当該のＨＡＲＱプロセスの１つまたは複数を中断させる、および／または任意のＷＴＲＵ自律再送信を実行しないようにさせる命令に対応してもよく、たとえばＷＴＲＵが、シンボルの関連するセットのさらなる処理を実行することを期待されていないと決定する。あるいは、ＷＴＲＵは、ＰＨＩＣＨを、レガシーＷＴＲＵの振る舞いに従って解釈して、ダウンリンク制御シグナリングの第１のインスタンスでそのようなセット表示で論理関数（たとえば、論理ＡＮＤ）を実行することができる。たとえば、そのような制御シグナリングは、ＷＴＲＵが上記と類似する方法でダウンリンク制御情報のさらなる処理を実行すると期待される（該当する場合、適応再送信）かされないか（該当する場合、非適応再送信）どうかを表示することに加えて、フレームの、たとえばＬＴＥサブフレームのＨＡＲＱプロセスごとにＨＡＲＱに関連するフィードバックをさらに表示するシンボルの各セットについて１ビットを含むことができる。
【０１７９】
図１０を参照すると、ＷＴＲＵは、識別パラメータの特定のセットがダウンリンク制御シグナリングの第１および第２のインスタンス（たとえば、第１および第２のＤＣＩ）で表示される（またはその復号に使用される）場合、ダウンリンクまたはアップリンク送信がそのＷＴＲＵに対してスケジュールされていることを決定することができる１００７。同じパラメータ（たとえば、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ））は、第１および第２のインスタンス（たとえば、第１および第２のＤＣＩ）のペイロードに付加されたＣＲＣをマスクするために使用されてもよい。
【０１８０】
第１および第２のインスタンス（たとえば、第１および第２のＤＣＩ）の第１および第２の識別パラメータはそれぞれ、同じＣ−ＲＮＴＩの関数として導き出されてもよく、第１および第２のインスタンスのペイロードに付加されたＣＲＣをマスクするために使用されてもよい。たとえば、第１の識別パラメータは、ダウンリンク制御シグナリングの２つのインスタンスによる動作のために割り当てられたかまたは定義されたＲＮＴＩ値に対応することができ、第２の識別パラメータは、Ｃ−ＲＮＴＩまたはその関数に対応することができる。この例において、ダウンリンク制御シグナリングの第１のインスタンス（たとえば、第１のＤＣＩ）はまた、周期にスケジュールされてもよいＷＴＲＵに対応する短い識別のセットを表示することもできる。短い識別は、Ｃ−ＲＮＴＩの関数もしくはハッシュ、またはそれ以外でＣ−ＲＮＴＩに基づいてもよいか、または高位層により割り当てられてもよい。ＷＴＲＵは、送信が第１のインスタンス（たとえば、第１のＤＣＩ）からその短い識別によって表示され、自身が第１の識別を使用して復号され、その第２の識別を使用して第２のインスタンス（たとえば、第２のＤＣＩ）を正常に復号した場合、ダウンリンクまたはアップリンク送信がスケジュールされていることを決定することができる。
【０１８１】
もう１つの例において、第２の識別パラメータは、ダウンリンク制御シグナリングの第１のインスタンス（たとえば、第１のＤＣＩ）から明示的な表示を使用して取得されてもよい。第２の識別パラメータは、ダウンリンク制御シグナリングの第２のインスタンス（たとえば、第２のＤＣＩ）の復号のために使用されてもよい。たとえば、これはペイロードに含まれてもよいか、またはペイロードに付加された巡回冗長検査（ＣＲＣ）をマスクするために使用されてもよい。
【０１８２】
もう１つの例において、ダウンリンク制御シグナリングの第１のインスタンス（たとえば、第１のＤＣＩ）は、適用可能な時間周期にわたりダウンリンク制御シグナリングの第２のインスタンス（たとえば、第２のＤＣＩ）を受信することができるＷＴＲＵのセットを表示する（Ｃ−ＲＮＴＩ、またはその関数のような）識別パラメータの順序付きセットを含むことができる。ＷＴＲＵは、第１のインスタンス（たとえば、第１のＤＣＩ）で表示された識別パラメータのセット内のその識別の順序に基づいて、第２の識別パラメータを導き出すことができる。
【０１８３】
ダウンリンクまたはアップリンク送信に適用可能な以下のパラメータの１つまたは複数は、図１０のリンク適応およびスケジューリングプロセス１０００を使用して、ダウンリンク制御シグナリングの第１の（遅い）インスタンス（たとえば、第１のＤＣＩ）から取得されてもよい。
【０１８４】
送信および／または（リソースブロックのセットの表示、または構造が送信の可能な最初および最後の時間シンボルのセットを含む時間領域構造の表示のような）送信に適用可能なダウンリンク制御シグナリングの第２の（速い）インスタンス（たとえば、第２のＤＣＩ）のリソースまたは可能なリソースのセットの表示、キャリアインジケータ、変調および符号化方式、ランク、アンテナポートのセット、タイミング参照および／または復調参照として使用する少なくとも１つの参照信号の表示、および／または電力制御コマンド。
【０１８５】
同じダウンリンクまたはアップリンク送信に適用可能な以下のパラメータの１つまたは複数は、ダウンリンク制御シグナリングの第２の（速い）インスタンス（たとえば、第２のＤＣＩ）から取得されてもよい。
【０１８６】
ダウンリンクまたはアップリンク送信に適用可能なＨＡＲＱプロセス識別、再送信シーケンス番号および／または冗長性バージョン、送信が再送信または新しいデータ（または初期送信）であるかどうかの表示、ＨＡＲＱフィードバック情報（たとえば、ＰＨＩＣＨまたは当該の時間周期（たとえば、ＬＴＥサブフレーム）で受信されたＰＨＩＣＨと論理的に組み合わされてもよい値）、少なくとも１つの循環シフトインデックス（たとえば、アップリンク送信の場合）のような、少なくとも１つの参照信号に適用可能なパラメータの表示、（たとえば、クリアチャネル評価など）チャネルがビジー状態であるかどうかに関する情報を提供するよう求める要求のような、アンライセンス帯域における動作に関連する表示、および／または、この送信のＨＡＲＱ関連のフィードバック（たとえば、ダウンリンク送信の場合ＰＵＣＣＨ上のＨＡＲＱ−ＡＣＫ、アップリンク送信の場合ＰＨＩＣＨ）を提供する制御シグナリングのリソースの表示。
【０１８７】
特徴および要素は特定の組み合わせで上記で説明されるが、各々の特徴または要素は、単独で使用されるか、または他の特徴および要素との任意の組み合わせで使用されてもよいことを、当業者であれば理解するであろう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサにより実行するためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されてもよい。コンピュータ可読媒体の例は、（有線または無線接続を介して送信される）電子信号およびコンピュータ可読ストレージ媒体を含む。コンピュータ可読ストレージ媒体の例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、これらに限定されることはない。ソフトウェアと共同してプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ｅＮＢ、ＲＮＣ、または任意のホストコンピュータにおいて使用する無線周波数送受信機を実施するために使用されてもよい。
【図１Ａ】
0006777729.tif 000002
【図１Ｂ】
0006777729.tif 000003
【図１Ｃ】
0006777729.tif 000004
【図２】
0006777729.tif 000005
【図３】
0006777729.tif 000006
【図４】
0006777729.tif 000007
【図５】
0006777729.tif 000008
【図６Ａ】
0006777729.tif 000009
【図６Ｂ】
0006777729.tif 000010
【図７】
0006777729.tif 000011
【図８】
0006777729.tif 000012
【図９】
0006777729.tif 000013
【図１０】
0006777729.tif 000014