(57)【要約】【課題】  無線通信システムにおける制御チャネルとデータチャネルとのタイミング関係についての方法及び装置を提供する。【解決手段】  ユーザ機器（ＵＥ）の観点からの方法及び装置が開示される。一実施形態では、方法は、ＵＥが、第１の時間間隔のデータ送信期間を有する第１のデータ送信の送信をスケジューリングする第１の制御情報を受信するステップを含む。方法は、ＵＥが、第２の時間間隔のデータ送信期間を有する第２のデータ送信の送信をスケジューリングする第２の制御情報を受信するステップも含む。第１のデータ送信と第２のデータ送信は時間領域において重ならない。方法は、ＵＥが、第１の制御情報に従って第１のデータ送信への処理を実行し、ＵＥが、第２の制御情報に従って第２のデータ送信への処理を実行しないステップをさらに含む。【選択図】  図２７
2018113689.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）の方法であって、
前記ＵＥが、第１の時間間隔のデータ送信期間を有する第１のデータ送信の送信をスケジューリングする第１の制御情報を受信するステップと、
前記ＵＥは、第２の時間間隔のデータ送信期間を有する第２のデータ送信の送信をスケジューリングする第２の制御情報を受信するステップであって、前記第１のデータ送信と該第２のデータ送信は時間領域において重ならない、ステップと、
前記ＵＥが、前記第１の制御情報に従って前記第１のデータ送信に対する処理を実行し、前記ＵＥが、前記第２の制御情報に従って前記第２のデータ送信に対する該処理を実行しないステップと、を含む方法。
【請求項２】
前記第１の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットであり、
前記第２の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットであり、
前記第１の時間間隔と前記第２の時間間隔は異なる長さを有することができる、請求項１に記載の方法。
【請求項３】
前記第１のデータ送信が第１のサブフレームにあり、前記第２のデータ送信が第２のサブフレームにある、請求項１に記載の方法。
【請求項４】
前記処理は、送信、受信、又は復号を含む、請求項１に記載の方法。
【請求項５】
前記ＵＥが、ＵＥ処理能力及び前記第１のデータ送信の存在により、前記第２のデータ送信に対する前記処理を実行しない、請求項１に記載の方法。
【請求項６】
前記ＵＥは、基準が満たされる場合、前記第２のデータ送信に対する前記処理を実行せず、それ以外の場合、前記ＵＥは、前記第２のデータ送信に対する前記処理を実行する、請求項１に記載の方法。
【請求項７】
前記基準は、距離を特定値と比較することであり、該距離は、時間領域における前記第１の時間間隔と前記第２の時間間隔との間である、請求項６に記載の方法。
【請求項８】
時間領域における前記第１の時間間隔と前記第２の時間間隔との間の距離が特定値よりも大きい場合、前記ＵＥは、前記第２のデータ送信に対する前記処理を実行する、請求項１に記載の方法。
【請求項９】
前記特定値は、ＵＥ処理能力に従って決定される、請求項７に記載の方法。
【請求項１０】
前記ＵＥは、前記第１の時間間隔及び前記第２の時間間隔が異なる長さを有する場合、前記第２のデータ送信に対する前記処理を実行しない、請求項１に記載の方法。
【請求項１１】
ユーザ機器（ＵＥ）であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
第１の時間間隔のデータ送信期間を有する第１のデータ送信の送信をスケジューリングする第１の制御情報を受信することと、
第２の時間間隔のデータ送信期間を有する第２のデータ送信の送信をスケジューリングする第２の制御情報を受信することであって、前記第１のデータ送信と該第２のデータ送信は時間領域において重ならない、受信することと、
前記第１の制御情報に従って前記第１のデータ送信に対する処理を実行し、前記第２の制御情報に従って前記第２のデータ送信に対する該処理を実行しないことと、
を行うように構成された、ＵＥ。
【請求項１２】
前記第１の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットであり、
前記第２の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットであり、
前記第１の時間間隔と前記第２の時間間隔は異なる長さを有することができる、請求項１１に記載のＵＥ。
【請求項１３】
前記第１のデータ送信が第１のサブフレームにあり、前記第２のデータ送信が第２のサブフレームにある、請求項１１に記載のＵＥ。
【請求項１４】
前記処理は、送信、受信、又は復号を含む、請求項１１に記載のＵＥ。
【請求項１５】
前記ＵＥが、ＵＥ処理能力及び前記第１のデータ送信の存在により、前記第２のデータ送信に対する前記処理を実行しない、請求項１１に記載のＵＥ。
【請求項１６】
前記ＵＥは、基準が満たされる場合、前記第２のデータ送信に対する前記処理を実行せず、それ以外の場合、前記ＵＥは、前記第２のデータ送信に対する前記処理を実行する、請求項１１に記載のＵＥ。
【請求項１７】
前記基準は、距離を特定値と比較することであり、該距離は、時間領域における前記第１の時間間隔と前記第２の時間間隔との間である、請求項１６に記載のＵＥ。
【請求項１８】
時間領域における前記第１の時間間隔と前記第２の時間間隔との間の距離が特定値よりも大きい場合、前記ＵＥは、前記第２のデータ送信に対する前記処理を実行する、請求項１１に記載のＵＥ。
【請求項１９】
前記特定値は、ＵＥ処理能力に従って決定される、請求項１８に記載のＵＥ。
【請求項２０】
前記ＵＥは、前記第１の時間間隔及び前記第２の時間間隔が異なる長さを有する場合、前記第２のデータ送信に対する前記処理を実行しない、請求項１４に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１７年１月１３日に出願された米国仮特許出願第６２／４４６，００２号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
【０００２】
本開示は、概して、無線通信ネットワークに関し、より詳細には、無線通信システムにおける制御チャネルとデータチャネルとのタイミング関係についての方法及び装置に関する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。このようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰ及びマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展及び確定に向けて検討されている。
【発明の概要】
【０００５】
ユーザ機器（ＵＥ）の観点からの方法及び装置が開示される。一実施形態では、方法は、ＵＥが、第１の時間間隔のデータ送信期間を有する第１のデータ送信の送信をスケジューリングする第１の制御情報を受信するステップを含む。方法は、ＵＥが、第２の時間間隔のデータ送信期間を有する第２のデータ送信の送信をスケジューリングする第２の制御情報を受信するステップも含む。第１のデータ送信と第２のデータ送信は時間領域において重ならない。方法は、ＵＥが、第１の制御情報に従って第１のデータ送信に対する処理を実行し、ＵＥが、第２の制御情報に従って第２のデータ送信に対する処理を実行しないステップをさらに含む。
【図面の簡単な説明】
【０００６】
【図１】例示的な一実施形態による無線通信システムの図を示す。
【図２】例示的な一実施形態による送信機システム（アクセスネットワークとしても知られている）及び受信機システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。
【図３】例示的な一実施形態による通信デバイスの機能ブロック図である。
【図４】例示的な一実施形態による図３のプログラムコードの機能ブロック図である。
【図５】図５は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の図６．２．２−１の再現である。
【図６】図６は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．２．３−１の再現である。
【図７】図７は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．７−１の再現である。
【図８】図８は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．７．２−１の再現である。
【図９】図９は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．８．１−１の再現である。
【図１０】図１０は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．８．３−１の再現である。
【図１１】図１１は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．１２−１の再現である。
【図１２】図１２は、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の図６．１３−１の再現である。
【図１３】図１３は、３ＧＰＰ  ＴＲ  ３６．２１２  Ｖ１３．１．０の図５．３．３−１の再現である。
【図１４】図１４は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７−１の再現である。
【図１５】図１５は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７−２の再現である。
【図１６】図１６は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７−３の再現である。
【図１７】図１７は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７．１−１の再現である。
【図１８】図１８は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７．１−２の再現である。
【図１９】図１９は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７．１−２Ａの再現である。
【図２０】図２０は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−１の再現である。
【図２１】図２１は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−３の再現である。
【図２２】図２２は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−４の再現である。
【図２３】図２３は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８．１．３−１の再現である。
【図２４】図２４は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−１の再現である。
【図２５】図２５は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−１Ａの再現である。
【図２６】図２６は、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−２の再現である。
【図２７】例示的な一実施形態によるフローチャートである。
【図２８】例示的な一実施形態によるフローチャートである。
【図２９】例示的な一実施形態によるフローチャートである。
【図３０】例示的な一実施形態によるフローチャートである。
【図３１】例示的な一実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に記載される例示的な無線通信システム及び機器は、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するため、広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−Ａ若しくはＬＴＥ−アドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband：超モバイル広帯域）、ＷｉＭａｘ、又はその他何らかの変調技術に基づいてよい。
【０００８】
特に、以下に説明する例示的な無線通信システム及びデバイスは、本明細書において３ＧＰＰと称される「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提供された標準等、１つ以上の標準をサポートするように設計されてよい。標準には、3GPP  RP-150465,  “New  SI  proposal:  Study  on  Latency  reduction  techniques  for  LTE”,  Ericsson,  Huawei、TR  36.211  V13.1.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Physical  channels  and  modulation  (Release  13)”、TS  36.331,  V13.2.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Radio  Resource  Control  (RRC);  Protocol  specification  (Release  13)”、TS  36.212  v13.1.0,  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Multiplexing  and  channel  coding  (Release  13)”、TS  36.213  v13.1.1,  “E-UTRA  Physical  layer  procedures  (Release  13)”、RAN1#86bis  Chairman’s  note、及びRAN1#87  Chairman’s  noteが含まれる。上掲の標準及び文書は、全体として参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４及び１０６、別のグループは１０８及び１１０、また別のグループは１１２及び１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くの又はより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２及び１１４と通信しており、アンテナ１１２及び１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６及び１０８と通信しており、アンテナ１０６及び１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、及び１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループ及び／又はアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０及び１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局又は基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、又はその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、又はその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）及び受信機システム２５０（アクセス端末（ＡＴ）又はユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、及びインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロット及び符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、及び変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボル及びシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信及び処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、及びダウンコンバート）して、調節された信号をデジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信及び処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、及び復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０及びＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部及びランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンク及び／又は受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６及び１２２又は図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、ＬＴＥシステムであることが好ましい。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、及びトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像及び音声を出力することができる。トランシーバ３１４は、無線信号を受信及び送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、及びレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
パケットデータレイテンシは、性能評価のための重要な指標の１つである。パケットデータのレイテンシを低減することにより、システム性能が向上する。３ＧＰＰ  ＲＰ−１５０４６５では、研究項目「ＬＴＥの場合のレイテンシ低減技術についての研究」は、レイテンシ低減のいくつかの技術を調査し、標準化することを目的としている。
【００２６】
３ＧＰＰ  ＲＰ−１５０４６５によれば、その研究項目の目的は、アクティブＵＥに対してＬＴＥ  Ｕｕエアインタフェースを介したパケットデータレイテンシを大幅に低減し、より長い期間（接続された状態で）非アクティブであるＵＥに対するパケットデータ転送ラウンドトリップレイテンシを大幅に低減するために、Ｅ−ＵＴＲＡＮ（発展型ユニバーサル地上無線アクセスネットワーク）無線システムに対する拡張を研究することである。この研究領域は、無線インタフェース容量、バッテリ寿命、制御チャネルリソース、仕様の影響及び技術的実現可能性を含むリソース効率性を含む。ＦＤＤ（周波数分割複信）とＴＤＤ（時分割複信）二重モードの両方が考慮される。
【００２７】
３ＧＰＰ  ＲＰ−１５０４６５によれば、２つの領域を研究し、文書化すべきとされている：
−  高速上りリンクアクセスソリューション
アクティブＵＥ及びより長い時間非アクティブであるが、ＲＲＣ接続が保たれているＵＥの場合、スケジューリングされるＵＬ送信のためのユーザプレーンレイテンシを低減することと、現行の規格によって許可されたプレスケジューリングソリューションと比較して、プロトコル及びシグナリングの強化を伴うよりリソース効率のよいソリューションを取得することに焦点を当てるべきであり、現行のＴＴＩの長さと処理時間を維持してもしなくてもよい。
−  ＴＴＩの短縮と処理時間の短縮
リファレンス信号と物理レイヤ制御シグナリングへの影響を考慮して、０．５ｍｓと１つのＯＦＤＭシンボルの間のＴＴＩ長の仕様の影響を評価し、実現可能性と性能を評価する。
【００２８】
ＴＴＩ（送信時間間隔）の短縮及び処理時間の短縮は、レイテンシを低減するための効果的なソリューションと考えることができ、これは、送信のための時間単位を（例えば、１ｍｓ（１４ＯＦＤＭ）シンボルから１〜７ＯＦＤＭシンボルに）減らすことができるためであり、同様に復号による遅延を減らすことができる。ＴＴＩ長を小さくするもう１つの利点は、トランスポートブロック（ＴＢ）サイズについてより細かい粒度をサポートすることであり、不要なパディングを減らすことができるようにする。一方で、ＴＴＩ長を小さくすると、物理チャネルは１ｍｓ構造に基づいて開発されているため、現在のシステム設計に大きな影響を与える可能性もある。短縮されたＴＴＩは、ｓＴＴＩとも呼ばれる。
【００２９】
５Ｇの場合のＮｅｗ  ＲＡＴ（ＮＲ）において使用されるフレーム構造は、時間及び周波数リソースに対して、（３ＧＰＰ  ＲＰ−１５０４６５で論じられているように）様々なタイプの要求に対応する。例えば、超低遅延（〜０．５ｍｓ）から、ＭＴＣ（マシン型通信）の場合の遅延許容トラフィックまで、ｅＭＢＢ（拡張型モバイルブロードバンド）の場合の高いピークレートから、ＭＴＣの場合の非常に低いデータレートまでに対応する。この研究の重要な焦点は、低レイテンシの観点（短縮ＴＴＩなど）がある一方で、異なるＴＴＩを混合／適応させるという他の態様もこの研究において考慮されていることである。多様なサービスと要件に加え、ＮＲのすべての機能が初期段階又はリリースに含まれるわけではないため、前方互換性が初期ＮＲフレーム構造設計においては重要な考慮事項である。
【００３０】
プロトコルのレイテンシを低減することは、様々な世代又はリリース間での重要な改善であり、新しいアプリケーション要件（例えばリアルタイムサービス）を満たすことに加えて、効率を改善することができる。レイテンシを低減するためによく採用される効果的な方法は、ＴＴＩ長を３Ｇにおける１０ｍｓからＬＴＥにおける１ｍｓに短縮することである。ＲＥ１−１４のＬＴＥ−Ａ  Ｐｒｏの文脈においては、既存のＬＴＥヌメロロジ（つまり、ＬＴＥにおいてはただ１つのヌメロロジのみが存在する）を変更せずに、ＴＴＩ内のＯＦＤＭ（直交周波数分割多重）シンボルの数を減らすことによって、ＴＴＩをサブミリ秒レベル（例えば０．１〜０．５ｍｓ）にまで短縮するＳＩ（研究項目）又はＷＩ（作業項目）が提案された。この改善の目標は、ＴＣＰ（Transport  Control  Protocol）スロースタート問題を解決すること、極端に低いが頻繁なトラフィックを解決すること、又はある程度ＮＲにおける予期された超低遅延を満たすことができることである。処理時間の短縮は、レイテンシを低減するための別の考慮事項である。短いＴＴＩと短い処理時間が常に両立するか（come  together）どうかは結論がでていない。採用される方法は、レガシー制御領域の存在等、後方互換性を保持するべきであるため、この研究はいくつかの制限を受ける。ＬＴＥヌメロロジの簡単な説明が３ＧＰＰ  ＴＲ  ３６．２１１で説明されており、次のようである：
（外１−１）
2018113689.tif 000003
（外１−２）
2018113689.tif 000004
（外１−３）
2018113689.tif 000005
（外１−４）
2018113689.tif 000006
“Ｄｏｗｎｌｉｎｋ  ｒｅｓｏｕｒｃｅ  ｇｒｉｄ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の図６．２．２−１は、図５として再現されている。
（外２）
2018113689.tif 000007
“Ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋｓ  ｐａｒａｍｅｔｅｒｓ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．２．３−１は、図６として再現されている。
（外３）
2018113689.tif 000008
“Ｎｕｍｂｅｒ  ｏｆ  ＯＦＤＭ  ｓｙｍｂｏｌｓ  ｕｓｅｄ  ｆｏｒ  ＰＤＣＣＨ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．７−１は、図７として再現されている。
（外４）
2018113689.tif 000009
“ＰＣＦＩＣＨ  ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅｓ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．７．２−１は、図８として再現されている。
（外５−１）
2018113689.tif 000010
（外５−２）
2018113689.tif 000011
“Ｓｕｐｐｏｒｔｅｄ  ＰＤＣＣＨ  ｆｏｒｍａｔｓ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．８．１−１は、図９として再現されている。
（外６）
2018113689.tif 000012
“ＰＤＣＣＨ  ｍｏｄｕｌａｔｉｏｎ  ｓｃｈｅｍｅｓ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．８．３−１は、図１０として再現されている。
（外７−１）
2018113689.tif 000013
（外７−２）
2018113689.tif 000014
（外７−３）
2018113689.tif 000015
“ＯＦＤＭ  ｐａｒａｍｅｔｅｒｓ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の表６．１２−１は、図１１として再現されている。
（外８）
2018113689.tif 000016
“Ｄｏｗｎｌｉｎｋ  ｍｏｄｕｌａｔｉｏｎ”と題する、３ＧＰＰ  ＴＲ  ３６．２１１  Ｖ１３．２．０の図６．１３−１は、図１２として再現されている。
【００３１】
ＬＴＥでは、１５ＫＨｚのサブキャリア間隔という、初期アクセスのために定義されたＤＬ（下りリンク）ヌメロロジが１つしかなく、初期アクセス中に取得される信号及びチャネルは１５ＫＨｚのヌメロロジに基づいている。セルにアクセスするために、ＵＥはいくつかの基本的な情報を取得する必要があることがある。例えば、ＵＥは、セル探索あるいはセル選択又は再選択中に行われる、セルの時間同期又は周波数同期を最初に取得する。時間又は周波数同期は、プライマリ同期信号（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）等の同期信号を受信することによって得ることができる。同期中、セルの中心周波数が分かっており、サブフレーム又はフレーム境界が得られる。ＰＳＳ又はＳＳＳが取得されるとき、セルのサイクリックプレフィックス（ＣＰ）（例えば、ノーマルＣＰ又は拡張ＣＰ）、セルのデュプレクスモード（例えば、ＦＤＤ又はＴＤＤ）も同様に知ることができる。次いで、物理ブロードキャストチャネル（ＰＢＣＨ）上で搬送されるマスター情報ブロック（ＭＩＢ）が受信され、いくつかの基本システム情報、例えば、システムフレーム番号（ＳＦＮ）、システム帯域幅、物理制御チャネル関連情報が得られる。
【００３２】
ＵＥは、システム帯域幅に応じて適切なリソース要素及び適切なペイロードサイズでＤＬ制御チャネル（例えば、ＰＤＣＣＨ（物理下りリンク制御チャネル））を受信し、セルがアクセス可能であるかどうか、ＵＬ帯域幅及び周波数、ランダムアクセスパラメータ等のシステム情報ブロックＳＩＢ）においてセルにアクセスするために必要なより多くのシステム情報を取得することができる。ＵＥは、次いで、ランダムアクセスを実行し、セルへの接続を要求することができる。
【００３３】
接続セットアップが完了した後、ＵＥは接続モードに移行し、セルへのデータ送信を実行する、又はセルからのデータ受信を実行することが可能になる。データの受信及び送信のためのリソース割り当ては、ＳＩＢ又はＭＩＢにおいて通知されるシステム帯域幅（例えば、以下の引用にある
（外９）
2018113689.tif 000017
又は
（外１０）
2018113689.tif 000018
）に従って行われる。また、ＤＬ制御チャネルと、これに関連するＤＬデータチャネル又はＵＬデータチャネルとの固定のタイミング関係が存在する。
【００３４】
例えば、上りリンクグラントがサブフレームｎで、ＤＬ制御チャネル上で受信されると、その関連するＵＬデータチャネルは、サブフレームｎ＋４で送信される。下りリンク割り当てがサブフレームｎで受信されると、関連する下りリンクデータが同じサブフレームで受信され、その対応するＨＡＲＱ（ハイブリッド自動再送要求）フィードバックがサブフレームｎ＋４で送信される。ＤＬ及びＵＬのためのＨＡＲＱプロセスの数は、タイミング関係に基づいて決定され、例えば、データパケットがＨＡＲＱプロセスで復号される前に別のデータパケットが他のＨＡＲＱプロセスと共に送信又は受信される、又はデータパケットが再送されるようにする。より詳細は、３ＧＰＰ  ＴＲ  ３６．２１１、ＴＳ  ３６．３３１、ＴＳ  ３６．２１２、ＴＳ  ３６．２１３からの次の記載に見出だすことができる。
（外１１）
2018113689.tif 000019
“Ｐｒｏｃｅｓｓｉｎｇ  ｆｏｒ  ｏｎｅ  ＤＣＩ”と題する、３ＧＰＰ  ＴＲ  ３６．２１２  Ｖ１３．１．０の図５．３．３−１は、図１３として再現されている。
（外１２−１）
2018113689.tif 000020
（外１２−２）
2018113689.tif 000021
（外１２−３）
2018113689.tif 000022
【００３５】
３ＧＰＰ  ＴＳ  ３６．２１３は次のように述べている：
（外１３−１）
2018113689.tif 000023
（外１３−２）
2018113689.tif 000024
“Ｍａｘｉｍｕｍ  ｎｕｍｂｅｒ  ｏｆ  ＤＬ  ＨＡＲＱ  ｐｒｏｃｅｓｓｅｓ  ｆｏｒ  ＴＤＤ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７−１は、図１４としての再現されている。
“Ｍａｘｉｍｕｍ  ｎｕｍｂｅｒ  ｏｆ  ＤＬ  ＨＡＲＱ  ｐｒｏｃｅｓｓｅｓ  ｆｏｒ  ＦＤＤ−ＴＤＤ，  ｐｒｉｍａｒｙ  ｃｅｌｌ  ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  ２，  ａｎｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌ  ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  １”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７−２は、図１５として再現されている。
“Ｍａｘｉｍｕｍ  ｎｕｍｂｅｒ  ｏｆ  ＤＬ  ＨＡＲＱ  ｐｒｏｃｅｓｓｅｓ  ｆｏｒ  ＴＤＤ  （ＵＥ  ｃｏｎｆｉｇｕｒｅｄ  ｗｉｔｈ  ＣＥＭｏｄｅＡ）”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７−３は、図１６として再現されている。
（外１４−１）
2018113689.tif 000025
（外１４−２）
2018113689.tif 000026
“ＰＤＣＣＨ  ａｎｄ  ＰＤＳＣＨ  ｃｏｎｆｉｇｕｒｅｄ  ｂｙ  ＳＩ−ＲＮＴＩ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７．１−１は、図１７として再現されている。
（外１５）
2018113689.tif 000027
“ＰＤＣＣＨ  ａｎｄ  ＰＤＳＣＨ  ｃｏｎｆｉｇｕｒｅｄ  ｂｙ  Ｐ−ＲＮＴＩ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７．１−２は、図１８として再現されている。
“ＭＰＤＣＣＨ  ａｎｄ  ＰＤＳＣＨ  ｃｏｎｆｉｇｕｒｅｄ  ｂｙ  Ｐ−ＲＮＴＩ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表７．１−２Ａは、図１９として再現されている。
（外１６−１）
2018113689.tif 000028
（外１６−２）
2018113689.tif 000029
（外１６−３）
2018113689.tif 000030
（外１６−４）
2018113689.tif 000031
（外１６−５）
2018113689.tif 000032
（外１６−６）
2018113689.tif 000033
（外１６−７）
2018113689.tif 000034
（外１６−８）
2018113689.tif 000035
（外１６−９）
2018113689.tif 000036
（外１６−１０）
2018113689.tif 000037
“Ｎｕｍｂｅｒ  ｏｆ  ｓｙｎｃｈｒｏｎｏｕｓ  ＵＬ  ＨＡＲＱ  ｐｒｏｃｅｓｓｅｓ  ｆｏｒ  ＴＤＤ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−１は、図２０として再現されている。
（外１７）
2018113689.tif 000038
“ＰＤＣＣＨ  ａｎｄ  ＰＵＳＣＨ  ｃｏｎｆｉｇｕｒｅｄ  ｂｙ  Ｃ−ＲＮＴＩ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−３は、図２１として再現されている。
（外１８）
2018113689.tif 000039
“ＰＤＣＣＨ  ｃｏｎｆｉｇｕｒｅｄ  ａｓ  ‘ＰＤＣＣＨ  ｏｒｄｅｒ’  ｔｏ  ｉｎｉｔｉａｔｅ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８−４は、図２２として再現されている。
（外１９−１）
2018113689.tif 000040
（外１９−２）
2018113689.tif 000041
（外１９−３）
2018113689.tif 000042
“Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ（ｓ）  ａｌｌｏｃａｔｉｏｎ  ｆｏｒ  ＢＬ／ＣＥ  ＵＥ  ｃｏｎｆｉｇｕｒｅｄ  ｗｉｔｈ  ＣＥＭｏｄｅＢ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表８．１．３−１は、図２３として再現されている。
（外２０−１）
2018113689.tif 000043
（外２０−２）
2018113689.tif 000044
（外２０−３）
2018113689.tif 000045
（外２０−４）
2018113689.tif 000046
“ＰＤＣＣＨ  ｃａｎｄｉｄａｔｅｓ  ｍｏｎｉｔｏｒｅｄ  ｂｙ  ａ  ＵＥ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−１は、図２４として再現されている。
“ＰＤＣＣＨ  ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ  ｃａｎｄｉｄａｔｅｓ  ｍｏｎｉｔｏｒｅｄ  ｂｙ  ａ  ＵＥ  ｏｎ  ＬＡＡ  Ｓｃｅｌｌ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−１Ａは、図２５として再現されている。
“Ｓｃａｌｉｎｇ  ｆａｃｔｏｒ  ｆｏｒ  ＰＤＣＣＨ  ｃａｎｄｉｄａｔｅｓ  ｒｅｄｕｃｔｉｏｎ”と題する、３ＧＰＰ  ＴＲ  ３６．２１３  Ｖ１３．１．１の表９．１．１−２は、図２６として再現されている。
（外２１）
2018113689.tif 000047
【００３６】
ＮＲに関しては、後方互換性は必須ではないため、ストーリーは異なったものとなる。ＴＴＩのシンボルの数を減らすことがＴＴＩ長を変更する唯一のツールではないように、ヌメロロジを調整することができる。例としてＬＴＥヌメロロジを使用すると、それは１ｍｓ内に１４ＯＦＤＭシンボルと１５ＫＨｚのサブキャリア間隔とを含む。サブキャリア間隔が３０ＫＨｚになると、同じＦＦＴサイズ及び同じＣＰ構造を想定すれば、１ｍｓ内に２８個のＯＦＤＭシンボルが存在することになり、等価的に、ＴＴＩ内のＯＦＤＭシンボルの数を同じに保った場合に、ＴＴＩが０．５ｍｓになる。これは、異なるＴＴＩ長間の設計が、サブキャリア間隔で実行される良好なスケーラビリティを有して共通に保たれ得ることを示唆している。もちろん、サブキャリア間隔の選択、例えば、ＦＦＴサイズ、ＰＲＢの定義／数、ＣＰの設計、サポート可能なシステム帯域幅に対するトレードオフが常に存在する。一方で、ＮＲはより大きいシステム帯域幅、より大きいコヒーレンス帯域幅を考慮しているため、より大きなサブキャリア間隔を含めることは自然な選択である。
【００３７】
上記に論じたように、単一のヌメロロジで多様な要求をすべて満たすことは非常に難しい。したがって、最初の会合において、複数のヌメロロジを採用することが合意されている。異なるヌメロロジ間での多重化の能力に加えて、標準化の努力、実装の努力、を考慮して、積分多重関係（integral  multiple  relationship）のような、異なるヌメロロジ間で何らかの関係を持たせることが有益であろう。
【００３８】
いくつかのヌメロロジファミリが挙げられている。そのうちの１つは、ＬＴＥ  １５ＫＨｚに基づき、いくつかの他のヌメロロジ（以下のＡｌｔ.２〜４）は、１ｍｓ内に２のＮ乗のシンボルを可能にする：
・  ＮＲの場合、サブキャリア間隔の複数の値をサポートする必要がある。
−  サブキャリア間隔の値は、サブキャリア間隔の特定の値にＮ（Ｎは整数）を掛けたものから導かれる。
・  Ａｌｔ．１：サブキャリア間隔値は、１５ｋＨｚサブキャリア間隔（すなわち、ＬＴＥベースのヌメロロジ）を含む
・  Ａｌｔ．２：サブキャリア間隔値は、ＣＰ長を含む均一なシンボル持続時間で１７．５ｋＨｚサブキャリア間隔を含む
・  Ａｌｔ．３：サブキャリア間隔値は、ＣＰ長を含む均一なシンボル持続時間で１７．０６ｋＨｚサブキャリア間隔を含む
・  Ａｌｔ．４：サブキャリア間隔値は、２１．３３ｋＨｚ
・  注：他の選択肢は排除されない
・  ＦＦＳ：特定の値の正確な値及び可能なＮの値
−  可能なサブキャリア間隔の値は、ＲＡＮ１＃８５においてさらに絞り込まれる。
【００３９】
また、所与のヌメロロジファミリの乗数に制限が存在するかどうかが論じられているが、２の累乗（以下のＡｌｔ．１）であれば、異なるヌメロロジが時間領域で多重化されているときに大きなオーバーヘッドを導入することなく、異なるヌメロロジをより容易に多重化することができるため、いくらかの関心を引く：
・  ＲＡＮ１は、さらに検討を続け、次回の会合において次の選択肢の間で結論を出すとしている。
−  Ａｌｔ．１：
＞  ＮＲのスケーラブルなヌメロロジのためのサブキャリア間隔は、次のようにスケールされるべきである。
＞  ｆｓｃ＝ｆ０＊２ｍ
＞  ここで
−  ｆ０はＦＦＳとする。
−  ｍは、可能な値のセットから選択された整数とする。
−  Ａｌｔ．２：
＞  ＮＲのスケーラブルなヌメロロジのためのサブキャリア間隔は、次のようにスケールされるべきである。
＞  ｆｓｃ＝ｆ０＊Ｍ
＞  ここで
−  ｆ０はＦＦＳとする。
−  Ｍは、可能な正の値のセットから選択された整数とする。
【００４０】
通常、ＲＡＮ１は帯域に依存しない方法で作業を行う。すなわち、スキーム／機能はすべての周波数帯域に適用可能であると想定され、次のＲＡＮ４が、いくつかの組み合わせが非現実的である、又は展開を合理的に行うことができるかどうかを考慮して関連するテストケースを導出する。このルールはＮＲでも引き続き想定されるが、企業によっては、ＮＲの周波数範囲が非常に高いため、制限が確実に存在するだろうと見ている。
・  ＮＲの研究のために、ＲＡＮ１は（必ずしもすべてではないが）複数のＯＦＤＭヌメロロジが同じ周波数範囲に適用できると想定している。
−  注：ＲＡＮ１は、サブキャリア間隔の非常に低い値を非常に高いキャリア周波数に適用するとは想定していない。
【００４１】
ＵＲＬＬＣ（高信頼低遅延通信）は、ｅＭＢＢ（拡張型モバイルブロードバンド）サービスのような通常のトラフィックの大部分と比較して、非常にタイトなタイミング要件を有するサービスタイプである。レイテンシ要件を満たすために、送信間隔／スケジューリング間隔を短くする必要がある。
【００４２】
送信間隔／スケジューリング間隔を短縮する１つの方法は、サブキャリア間隔を大きくして、時間領域におけるＯＦＤＭシンボル長を小さくすることである。例えば、サブキャリア間隔が１５ＫＨｚである場合、７ＯＦＤＭシンボルの送信間隔は０．５ｍｓを占める一方、サブキャリア間隔は６０ＫＨｚである場合、７ＯＦＤＤＭシンボルの送信間隔は０．１２５ｍｓを占めるため、厳しいタイミング要件をより容易に満たすことができる。
【００４３】
別の方法は、送信間隔内のＯＦＤＭシンボルの数を減らすことである。例えば、サブキャリア間隔が１５ｋＨｚに保たれる場合、送信間隔内のＯＦＤＭシンボル数を１４から２に減らすと、送信時間間隔は１ｍｓから約０．１４ｍｓに変更され、サブキャリア間隔を小さくするのと同様の効果をもたらす。
【００４４】
もちろん、２通りの方法を併用することができる。他方、ｅＭＢＢサービスも、小さくされた送信間隔を使用することができるかもしれないが、データトラフィック量当たりのより大きくなる制御シグナリングオーバーヘッド、（消費電力を増加させる可能性がある）より短い又はより頻繁な制御チャネル受信間隔、（より複雑な）より短い処理時間等、いくらかの潜在的な副作用が生じるため、かならずしもそうする必要はない。したがって、通信システムは、異なるサービス又はＵＥに対して異なる送信間隔で動作することが期待される。そして、システム内で異なる送信時間間隔を多重化することは挑戦的なものとなる。次のように３ＧＰＰ  ＲＡＮ１＃８６ｂｉｓ  Ｃｈａｉｒｍａｎ‘ｓ  Ｎｏｔｅにおいては、この観点に関するいくつかの進行中の議論があることが示されている：
（外２２）
2018113689.tif 000048
【００４５】
ＮＲにおいては、緊急／遅延に敏感ではないかもしれないが信頼できるものである必要とされるサービス、例えばスマートファクトリアプリケーションが存在する可能性がある。また、ビデオストリーミング、バーチャルリアリティ、拡張現実、ホログラム等、真に信頼できるものである必要はないが、遅延に敏感なサービスが存在する可能性もある。
【００４６】
また、ＲＡＮ１＃８６ｂｉｓ  Ｃｈａｉｒｍａｎ’ｓ  Ｎｏｔｅ及びＲＡＮ１＃８７  Ｃｈａｉｒｍａｎ’ｓ  Ｎｏｔｅ［６］［７］は、ｙをスロット内のＯＦＤＭシンボルの数として、スロット、ミニスロット（スロットの短縮版）等のスケジューリング単位として送信間隔を定義する方法を次のように説明している。
（外２３）
2018113689.tif 000049
【００４７】
ＲＡＮ１＃８７  Ｃｈａｉｒｍａｎ’ｓ  Ｎｏｔｅは次のように述べている：
（外２４−１）
2018113689.tif 000050
（外２４−２）
2018113689.tif 000051
【００４８】
前方互換性を改善するために、制御チャネルとデータチャネルとのタイミング関係は、ＬＴＥにおける固定された関係とは異なり、より柔軟な方法で設計される：
（外２５−１）
2018113689.tif 000052
（外２５−２）
2018113689.tif 000053
【００４９】
上記に論じたように、ＮＲのスケジューリングはより柔軟になり、スケジューリングのタイミング関係に反映される。例えば、下りリンク割り当ては、サブフレームｎで到着することができ、サブフレームｎ＋２〜ｎ＋９のうちの１つ以上の複数のサブフレームで関連するＤＬデータを示す。関連するフィードバックは、サブフレームｎ＋４〜ｎ＋１１で送信されることができる。上記の数は単なる例である。実際の数には任意の数を使用することができる。
【００５０】
上りリンクデータ送信は、同様のタイミング関係を有することができる。例えば、ＵＥがサブフレームｎにおいて上りリンクグラントを受信し、対応する上りリンク送信が、上りリンクグラントで示され得るサブフレームｎ＋２〜サブフレームｎ＋９のうちの１つ以上のサブフレームで起こることができる。さらに、データ送信期間は、異なる要件又はサービスのタイプに従ってスケジューリングすることができる。例えば、スケジューリング単位は、サブフレーム、スロット、ミニスロット、又はＯＦＤＭシンボルとすることができ、動的に変更することができる。また、データについてのヌメロロジは、このデータのスケジューリングの柔軟性に影響を与える可能性がある。例えば、１５ＫＨｚ／６０ＫＨｚのサブキャリア間隔は、データ送信継続時間（time  duration）を変化させる可能性がある。さらに、ＨＡＲＱプロセスの数は、ＵＥ処理能力を考慮して、様々であってよい。
【００５１】
上記の説明又は以下の説明では、サブフレームは、スロット、ミニスロット、シンボル、又はシンボルのセットなど、任意の他の時間単位又は期間によって置き換えることができる。
【００５２】
上記の仮定の下で、ＵＥは、送信が実際に起きる前に、下りリンク割り当て又は上りリンクグラントの束を受信することができる。例えば、ＵＥは、サブフレームｎでＨＡＲＱプロセスＸのためのＤＬ割り当てを受信して、サブフレームｎ＋７にＤＬデータ受信をスケジューリングし、サブフレームｎでＨＡＲＱプロセスＸのためのＤＬ割り当てを受信して、サブフレームｎ＋８にＤＬデータ送信をスケジューリングする。２つの下りリンク割り当てが同じＵＥの同じＨＡＲＱプロセスに対して非常に近接してスケジューリングされている場合、ＵＥは、時間内にサブフレームｎ＋７でスケジューリングされたＤＬデータの処理を終了して、サブフレームｎ＋８でスケジューリングされたＤＬデータの処理を開始することができない可能性がある。さらに、また、サブフレームｎ＋７での下りリンクデータの送信期間がサブフレームであるが、サブフレームｎ＋８での下りリンクデータの送信期間がミニスロットである場合、後のもののトランスポートブロックサイズが通常より小さいため、処理がより一層難しいが、前のもの（previous  one）より早く復号を終了することができる可能性がある。代替的には、下りリンク復号において生じる余分な遅延によりフィードバックがタイムリーに準備できない間に復号を終了することができ、例えば、後のデータの復号は前のデータの復号を待つ必要がある。ＵＥは、対応するデータを正しく受信／復号する方法を判断することが可能であるべきである。
【００５３】
この問題の別の例は、ＵＬグラント／下りリンク割り当てがシーケンシャルな方法で配信できない可能性があることである。例えば、ＵＥには、上りリンク送信がサブフレームｎ＋８で実行されることを示す、サブフレームｎでの上りリンクグラントがスケジューリングされ、ＵＥには、上りリンク送信がサブフレームｎ＋７で実行されることを示す、サブフレームｎ＋４でスケジューリングされる。ＵＥが２つのスケジューリングを正しく処理することができる方法は別の問題である。
【００５４】
その問題を説明するために使用された上記の例では、ＤＬはＵＬに、逆もまた同様に変更することができる。
【００５５】
本発明の第１の一般的概念は、２つの上りリンクグラント又は下りリンク割り当てが２つの異なるサブフレーム、スロット、ミニスロット又はデータ送信のためのシンボルを示す場合であっても、ＵＥが、上りリンクグラント／下りリンク割り当てが前の上りリンクグラント又は前の下りリンク割り当てをオーバライドするかどうかを判断することである。
【００５６】
判断の例は、２つの異なるサブフレーム、スロット、ミニスロット、又はシンボルの間の距離とすることができる。例えば、距離が短い場合、ＵＥはオーバライド動作を考慮する。距離が長い場合、ＵＥは、２つの異なるサブフレーム／スロット／ミニスロット／シンボルの両方についての送信を処理する。上記の例において、短い又は長いとは、例えばＵＥ処理時間、往復時間（ＲＴＴ）、事前設定時間値、又は固定時間値などの基準時間よりも短い又は長いことを意味するとしてよい。
【００５７】
判断の第２の例は、２つのスケジューリングされた下りリンクデータ送信期間の長さであり得る。例えば、前のデータ送信期間が後のデータ送信期間（例えば、ミニスロット）よりも長い場合（例えば、サブフレーム）、後のものが前のものをオーバライドする。一方、前のデータ送信期間が後のデータ送信期間と同じ又はこれより短い場合には、ＵＥは下りリンク送信の両方を受信する。より具体的には、２つの上りリンクグラント又は下りリンク割り当ては、同じＨＡＲＱプロセスに対応することができる。特に、２つの上りリンクグラント又は下りリンク割り当ては、２つの対応するデータ送信又は受信の前に送信されることができる。
【００５８】
上記の一般的概念の第１の特別な場合は、ＵＥが常に両方のデータ送信を受信することである。例外の場合が、例えば、データ送信期間又はサブキャリア間隔に従って考慮されることができる。この特殊なケースの例は、ＵＥ又はｅＮＢが、前のデータが、再送が必要でないように、首尾良く送信可能でなければならないことが保証され得ることである。別の例は、前のデータが失敗する可能性があるが、前のデータは非常に遅延に敏感であるため、再送信は無意味であるということである。
【００５９】
さらなる例は、ＵＥが未使用バッファの一部を使用して後のデータ送信を記憶することができることである。例えば、前のデータが通常のＨＡＲＱバッファに記憶され、後のデータ送信が特別バッファ（例えば、他のＨＡＲＱプロセスからの未使用バッファ）に記憶される。同じＨＡＲＱプロセス内に２つのデータ受信がある場合、ＵＥは、再送信のための上りリンクグラント／下りリンク割り当てで搬送する情報に従って、再送信が前のものについてか又は後のものについてかを識別する必要がある。その情報の例は、ＴＢサイズ、ＴＴＩ長さ、又はサブキャリア間隔とすることができる。このような状況では、フィードバックを待つことなく、ＨＡＲＱプロセスを連続的に又は非常に近接させて使用することができる。
【００６０】
上記の一般的概念の第２の特殊な場合は、ＵＥが常に前のものを後のものでオーバライドすることである。例外の場合が、例えば、データ送信期間又はサブキャリア間隔に従って考慮されることができる。
【００６１】
本発明の第２の一般的な概念は、２つの上りリンクグラント又は下りリンク割り当てが２つの異なるサブフレーム、スロット、ミニスロット又はデータ送信のためのシンボルを示す場合であっても、上りリンクグラント又は下りリンク割り当てが前の上りリンクグラント又は前の下りリンク割り当てをオーバライドするかどうかを基地局が明示的に示すことである。その指示は明示的又は暗黙的とすることができる。例えば、後の上りリンクグラント又は下りリンク割り当てにおけるフィールドは、前の上りリンクグラント又は前の下りリンク割り当てをオーバライドするかどうかを示す。一実施形態では、オーバライドするかどうかは、後の上りリンクグラント又は下りリンク割り当てのトランスポートブロックサイズ（ＴＢＳ）、サブキャリア間隔、又は変調符号化方式（ＭＣＳ）又は新規のデータインジケータ（ＮＤＩ）によって示すことができる。
【００６２】
代替的には、その情報は、ＨＡＲＱプロセスＩＤによって示されることができる。一例は、ＨＡＲＱプロセスＩＤの数がＨＡＲＱプロセスの実数の数倍、例えば２倍であることである。一例を挙げれば、ＨＡＲＱプロセスの総数が２である場合、ＨＡＲＱプロセスを示すために２ビットを使用することができ、‘００’、‘１０’は、ＨＡＲＱプロセス１に関連付けられ、‘０１’、‘１１’は、ＨＡＲＱプロセス２に関連付けられる。‘００’は、ＨＡＲＱプロセス１を受信／送信し、ＨＡＲＱプロセス１に関連する前の上りリンクグラント／下りリンク割り当てを上書きしないことを意味することができる。‘１０’は、ＨＡＲＱプロセス１を受信／送信し、ＨＡＲＱプロセス１に関連する前の上りリンクグラント／下りリンク割り当てを上書きしないことを意味することができる。いくつかのＨＡＲＱプロセスが、１つのＨＡＲＱプロセスＩＤに関連付けられることができ、いくつかのＨＡＲＱプロセスが、複数のＨＡＲＱプロセスＩＤに関連付けられることができる。１つのＨＡＲＱプロセスＩＤに関連付けられたＨＡＲＱプロセスの場合、オーバライド動作は事前に決定される。
【００６３】
代替的には、同じ例では、ＨＡＲＱプロセスＩＤ‘００’及び‘１０’はＨＡＲＱプロセス１に関連付けられ、ＨＡＲＱプロセスＩＤ‘０１’及び‘１１’はＨＡＲＱプロセス２に関連付けられることができる。上りリンクグラント又は下りリンク割り当ては、同じＨＡＲＱプロセスＩＤを有する上りリンクグラント又は下りリンク割り当てをオーバライドし、異なるＨＡＲＱプロセスＩＤを有する上りリンクグラント又は下りリンク割り当てをオーバライドしない。ＨＡＲＱプロセスＩＤ‘００’を有する上りリンクグラント又は下りリンク割り当ては、ＨＡＲＱプロセスＩＤ‘００’を有する上りリンクグラント又は下りリンク割り当てをオーバライドし、それらの両方がＨＡＲＱプロセス１に対応しているとしても、上りリンクグラント又はＨＡＲＱプロセスＩＤ‘１０’を有する上りリンクグラント又は下りリンク割り当てをオーバライドしない。この例では、２つ以上のＨＡＲＱプロセスＩＤをあるＨＡＲＱプロセスに関連付けて、基地局によりスケジューリングの柔軟性を与えることができる。より具体的には、２つの上りリンクグラント又は下りリンク割り当ては、同じＨＡＲＱプロセスに対応する。特に、２つの上りリンクグラント又は下りリンク割り当ては、両方とも２つの対応するデータ送信又は受信の前に送信される。
【００６４】
一実施形態では、ＵＥは、ファクタに依存して後の制御チャネルが前の制御チャネルをオーバライドするかどうかを決定し、後の制御チャネル及び前の制御チャネルは、２つの異なるデータ送信期間／間隔における２つのデータチャネルに関連する。両方の制御チャネルは、両方のデータチャネルより早く送信されることができる。
【００６５】
一実施形態では、そのファクタは、２つの異なる送信期間の間の距離とすることができる。例えば、距離が特定値よりも小さい場合、後の制御チャネルは前の制御チャネルをオーバライドする。距離が特定値よりも大きい場合、後の制御チャネルは前の制御チャネルをオーバライドしない。特定の値は、固定値又は構成値にすることができる。一実施形態では、特定値は、ＵＥ処理能力又は往復時間に応じて決定することができる。
【００６６】
そのファクタは、２つの異なる送信期間間の長さの比較とすることもできる。一実施形態では、２つの異なる送信期間が異なる長さを有する場合、後の制御チャネルは、前の制御チャネルをオーバライドする。後の制御チャネルは、後の制御チャネルに関連するデータが、前の制御チャネルに関連するデータの送信期間と比較してより短い送信期間を有する場合、前の制御チャネルをオーバライドすることができる。一実施形態では、２つの異なる送信期間が同じ長さである場合、後の制御チャネルは前の制御チャネルをオーバライドしない。ファクタは、２つの異なる送信期間のサブキャリア間隔とすることができる。一実施形態では、２つの異なる送信期間が異なるサブキャリア間隔を有する場合、後の制御チャネルが前の制御チャネルをオーバライドすることができる。特に、後の制御チャネルは、後の制御チャネルに関連するデータが、前の制御チャネルに関連するデータのサブキャリア間隔と比較してより大きなサブキャリア間隔を有する場合、前の制御チャネルをオーバライドすることができる。
【００６７】
一実施形態では、２つの異なる送信期間が同じサブキャリア間隔を有する場合、後の制御チャネルが前の制御チャネルをオーバライドしない。「後の制御チャネルが前の制御チャネルをオーバライドする」とは、（ｉ）ＵＥが、前の制御チャネルに従ってデータを受信又は送信しないこと、又は（ｉｉ）ＵＥが、前の制御チャネルに従ってデータを部分的に受信又は送信し、スケジューリングされたリソースの一部でデータを送信／受信しないことを意味することができる。「後の制御チャネルが前の制御チャネルをオーバライドしない」とは、ＵＥが前の制御チャネルと後の制御チャネルの両方に従ってデータを受信又は送信することを意味することができる。一実施形態では、２つの制御チャネル及び／又は２つのデータチャネルを同じＨＡＲＱプロセスに関連付けることができる。
【００６８】
別の実施形態では、基地局は、ファクタに依存して後の制御チャネルが前の制御チャネルをオーバライドするかどうかをＵＥに指示し、後の制御チャネル及び前の制御チャネルは、２つの異なるデータ送信期間における２つのデータチャネルに関連付けられる。両方の制御チャネルは、両方のデータチャネルより早く送信されることができる。その指示は、後の制御チャネルにおいて明示的に指示されることができる。代替的は、その指示は、後の制御チャネルにおいて情報とともに暗示的に指示されることができる。その情報は、ＴＢＳ、ＭＣＳ、ＮＤＩ、又はサブキャリア間隔とすることができる。一実施形態では、その情報は、制御チャネルとデータチャネルとの間のタイミング関係とすることができる。その情報は、ＨＡＲＱプロセスＩＤとすることができる。
【００６９】
一実施形態では、「後の制御チャネルが前の制御チャネルをオーバライドする」とは、（ｉ）ＵＥが、前の制御チャネルに従ってデータを受信又は送信しないこと、又は（ｉｉ）ＵＥが、前の制御チャネルに従ってデータを部分的に受信又は送信し、スケジューリングされたリソースの一部でデータを送信／受信しないことを意味することができる。「後の制御チャネルが前の制御チャネルをオーバライドしない」とは、ＵＥが前の制御チャネルと後の制御チャネルの両方に従ってデータを受信又は送信することを意味することができる。一実施形態では、２つの制御チャネル及び／又は２つのデータチャネルを同じＨＡＲＱプロセスに関連付けることができる。
【００７０】
図２７は、例示的な一実施形態による、ＵＥの観点からのフローチャート２７００である。ステップ２７０５では、ＵＥが、第１の時間間隔のデータ送信期間を有する第１のデータ送信の送信をスケジューリングする第１の制御情報を受信する。一実施形態では、第１の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットとすることができる。
【００７１】
ステップ２７１０では、ＵＥが、第２の時間間隔のデータ送信期間を有する第２のデータ送信の送信をスケジューリングする第２の制御情報を受信する。第１のデータ送信と第２のデータ送信は時間領域において重ならない。同様に、第２の時間間隔は、サブフレーム、スロット、ミニスロット、シンボル、又はシンボルのセットとすることができる。さらに、第１の時間間隔及び第２の時間間隔は、異なる長さを有することができる。ステップ２７１５では、ＵＥが、第１の制御情報に従って第１のデータ送信に対する処理を実行し、ＵＥが、第２の制御情報に従って第２のデータ送信に対するその処理を実行しない。
【００７２】
一実施形態では、第１のデータ送信は第１のサブフレームにあり、第２のデータ送信は第２のサブフレームにあることができる。代替的には、第１のデータ送信は、第１のスロットにあり、第２のデータ送信は、第２のスロットにあることができる。代替的には、第１のデータ送信は、第１のミニスロットにあり、第２のデータ送信は、第２のミニスロットにあることができる。代替的には、第１のデータ送信は、第１のシンボルにあり、第２のデータ送信は、第２のシンボルにあることができる。代替的には、第１のデータ送信は、第１のシンボルのセットにあり、第２のデータ送信は、第２のシンボルのセットにあることができる。
【００７３】
一実施形態では、その処理は、送信、受信、又は復号を含む。一実施形態では、ＵＥは、ＵＥ処理能力及び第１のデータ送信の存在により、第２のデータ送信に対するその処理を実行しなくてもよい。また、ＵＥは、基準が満たされる場合、第２のデータ送信に対するその処理を実行せず、それ以外の場合、ＵＥは、第２のデータ送信に対するその処理を実行することができる。一実施形態では、基準は、距離を特定の値と比較することであり、その距離は、時間領域における第１の時間間隔と第２の時間間隔との間である。代替的には、基準は、第１の時間間隔と第２の時間間隔が同じ長さを有するかどうかとすることができる。基準は、第１のデータ送信の第１のサブキャリア間隔と第２のデータ送信の第２のサブキャリア間隔との比較とすることもできる。
【００７４】
一実施形態では、ＵＥは、時間領域における第１の時間間隔と第２の時間間隔との間の距離が特定値よりも大きい場合、第２のデータ送信に対するその処理を実行することができる。特定値は、ＵＥ処理能力に従って決定することができる。
【００７５】
一実施形態では、ＵＥは、第１の時間間隔及び第２の時間間隔が異なる長さを有する場合、第２のデータ送信に対するその処理を実行しなくてよい。代替的には、ＵＥは、第１のデータ送信の第１のサブキャリア間隔と第２のデータ送信の第２のサブキャリア間隔が異なる場合、第２のデータ送信に対するその処理を実行しなくてよい。
【００７６】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）第１の時間間隔のデータ送信期間を有する第１のデータ送信の送信をスケジューリングする第１の制御情報を受信することと、（ｉｉ）第２の時間間隔のデータ送信期間を有する第２のデータ送信の送信をスケジューリングする第２の制御情報を受信することと（ここで、第１のデータ送信と該第２のデータ送信は時間領域において重ならない）、（ｉｉｉ）第１の制御情報に従って第１のデータ送信に対する処理を実行し、第２の制御情報に従って第２のデータ送信に対するその処理を実行しないことと、を行うこと可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。
【００７７】
図２８は、ＵＥの観点からの例示的な一実施形態によるフローチャート２８００である。ステップ２８０５では、ＵＥが、第１の時間間隔で第１のデータチャネルの送信をスケジューリングする第１の制御チャネルを受信する。ステップ２８１０では、ＵＥが、第２の時間間隔で第２のデータチャネルの送信をスケジューリングする第２の制御チャネルを受信する。第２の制御チャネルは第１の制御チャネルをオーバライド（override）する。
【００７８】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）第１の時間間隔で第１のデータチャネルの送信をスケジューリングする第１の制御チャネルを受信することと、（ｉｉ）第２の時間間隔で第２のデータチャネルの送信をスケジューリングする第２の制御チャネルを受信することと（ここで、第２の制御チャネルは第１の制御チャネルをオーバライドする）、を行うことを可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。
【００７９】
図２９は、ＵＥの観点からの例示的な一実施形態によるフローチャート２９００である。ステップ２９０５では、ＵＥが、第１の時間間隔で第１のデータチャネルの送信をスケジューリングする第１の制御チャネルを受信する。ステップ２９１０では、ＵＥは、第２の時間間隔で第２のデータチャネルの送信をスケジューリングする第２の制御チャネルを受信する。ＵＥは、基準に従って第２の制御チャネルが第１の制御チャネルをオーバライドするかどうかを決定する。
【００８０】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）第１の時間間隔で第１のデータチャネルの送信をスケジューリングする第１の制御チャネルを受信することと、（ｉｉ）第２の時間間隔で第２のデータチャネルの送信をスケジューリングする第２の制御チャネルを受信することと、を行うことを可能にする。ＵＥは、基準に従って第２の制御チャネルが第１の制御チャネルをオーバライドするかどうかを決定する。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。
【００８１】
上記に説明し、図２８及び図２９に示した実施形態の文脈においては、一実施形態では、第１の制御チャネルは、第１のデータチャネル及び第２のデータチャネルの送信前に受信されることが可能である。同様に、第２の制御チャネルは、第１のデータチャネル及び第２のデータチャネルの送信の前に受信されることができる。
【００８２】
一実施形態では、第１の制御チャネル及び第２の制御チャネルは、同じＨＡＲＱプロセスに関連付けられることができる。同様に、第１のデータチャネル及び第２のデータチャネルは、同じＨＡＲＱプロセスに関連付けられることができる。第１のデータチャネル及び第２のデータチャネルは、下りリンクデータチャネル又は上りリンクデータチャネルとすることができる。
【００８３】
一実施形態では、第１の時間間隔は、サブフレーム、スロット、ミニスロット、又はＯＦＤＭシンボルとすることができる。同様に、第２の時間間隔は、サブフレーム、スロット、ミニスロット、又はＯＦＤＭシンボルとすることができる。さらに、第１の時間間隔及び第２の時間間隔は、異なるタイミング位置を有することができる。
一実施形態では、第２の制御チャネルは、第１の制御チャネルよりも遅く送信されることができる。さらに、第２のデータチャネルは、第１のデータチャネルよりも遅く送信されることができる。
【００８４】
一実施形態において、「第２の制御チャネルが第１の制御チャネルをオーバライドする」とは、（ｉ）ＵＥが、第１の制御チャネルに従ってデータを受信又は送信しないこと、（ｉｉ）ＵＥが、第１の制御チャネルに従ってデータを部分的に受信又は送信するが、第１の制御チャネルによってスケジューリングされたリソースの一部でデータを受信又は送信しないことを意味することができる。「第２の制御チャネルが第１の制御チャネルをオーバライドしない」とは、ＵＥが第１の制御チャネル及び第２の制御チャネルの両方に従ってデータを受信又は送信することを意味することができる。
【００８５】
一実施形態では、基準は、時間領域における第１の時間間隔と第２の時間間隔との間の距離を特定値と比較することとすることができる。距離が特定値よりも小さい場合、第２の制御チャネルは第１の制御チャネルをオーバライドすることができる。距離が特定値よりも大きい場合、第２の制御チャネルは、第１の制御チャネルをオーバライドしなくてよい。一実施形態では、特定値は、基地局によって構成されることができる。特定値は固定値とすることができる。さらに、特定値は、ＵＥ処理能力に応じて、又は往復時間（round  trip  time）に従って決定することができる。
【００８６】
一実施形態では、基準は、第１の時間間隔と第２の時間間隔が同じ長さを有するかどうかとすることができる。第２の制御チャネルは、第２の時間間隔の長さが第１の時間間隔の長さより小さい場合、又は第２の時間間隔の長さが第１の時間間隔の長さと異なる場合、第１の制御チャネルをオーバライドすることができる。さらに、第２の制御チャネルは、第２の時間間隔及び第１の時間間隔が同じ長さを有する場合、第１の制御チャネルをオーバライドしなくてよい。
【００８７】
一実施形態では、基準は、第１のデータチャネルの第１のサブキャリア間隔と第２のデータチャネルの第２のサブキャリア間隔との比較である。第２の制御チャネルは、第１のサブキャリア間隔及び第２のサブキャリア間隔が異なる場合、又は第２のサブキャリア間隔が第１のサブキャリア間隔よりも大きい場合、第１の制御チャネルをオーバライドすることができる。さらに、第２の制御チャネルは、第２のサブキャリア間隔が第１のサブキャリア間隔と同じである場合、第１の制御チャネルをオーバライドしなくてよい。
【００８８】
図３０は、基地局の観点からの例示的な一実施形態によるフローチャート３０００である。ステップ３００５では、基地局が、第１の時間間隔で第１のデータチャネルの送信をスケジュールする第１の制御チャネルをＵＥに送信する。ステップ３０１０では、基地局が、第２の時間間隔で第２のデータチャネルの送信をスケジュールする第２の制御チャネルをＵＥに送信する。基地局は、第２の制御チャネルが第１の制御をオーバライドするかどうかを示す指示を送信する。
【００８９】
図３及び図４に戻って参照すると、基地局の例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、基地局が（ｉ）第１の時間間隔で第１のデータチャネルの送信をスケジュールする第１の制御チャネルをＵＥに送信することと、（ｉｉ）第２の時間間隔で第２のデータチャネルの送信をスケジュールする第２の制御チャネルをＵＥに送信することと、を行うことを可能にする。基地局は、第２の制御チャネルが第１の制御チャネルをオーバライドするかどうかを示す指示を送信する。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。
【００９０】
図３１は、ＵＥの観点からの例示的な一実施形態によるフローチャート３１００である。ステップ３１０５では、ＵＥが、第１の時間間隔で第１のデータチャネルの送信をスケジュールする第１の制御チャネルを受信する。ステップ３１１０では、ＵＥが、第２の時間間隔で第２のデータチャネルの送信をスケジュールする第２の制御チャネルを受信する。ＵＥは、第２の制御チャネル上の指示に従って第２の制御チャネルが第１の制御チャネルをオーバライドするかどうかを決定する。
【００９１】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）第２の時間間隔で第２のデータチャネルの送信をスケジュールする第２の制御チャネルを受信することと（ここで、ＵＥは、第２の制御チャネル上の指示に従って第２の制御チャネルが第１の制御チャネルをオーバライドするかどうかを決定する）、（ｉｉ）第２の時間間隔で第２のデータチャネルの送信をスケジュールする第２の制御チャネルを受信することと（ここで、ＵＥは、第２の制御チャネル上の指示に従って第２の制御チャネルが第１の制御チャネルをオーバライドするかどうか決定する）、を行うことを可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述の動作及びステップ又は他のすべてを実行することができる。
【００９２】
図３０及び図３１に示した実施形態の文脈においては、一実施形態では、第１の制御チャネルは、第１のデータチャネル及び第２のデータチャネルの送信前に送信又は受信されることができる。同様に、第２の制御チャネルは、第１のデータチャネル及び第２のデータチャネルの送信前に送信又は受信されることができる。
【００９３】
一実施形態では、第１の制御チャネル及び第２の制御チャネルは、同じＨＡＲＱプロセスに関連付けられることができる。同様に、第１のデータチャネル及び第２のデータチャネルは、同じＨＡＲＱプロセスに関連付けられることができる。第１のデータチャネル及び第２のデータチャネルは、下りリンクデータチャネル又は上りリンクデータチャネルとすることができる。
【００９４】
一実施形態では、第１の時間間隔は、サブフレーム、スロット、ミニスロット、又はＯＦＤＭシンボルとすることができる。同様に、第２の時間間隔は、サブフレーム、スロット、ミニスロット、又はＯＦＤＭシンボルとすることができる。さらに、第１の時間間隔及び第２の時間間隔は、異なるタイミング位置を有することができる。
【００９５】
一実施形態では、第２の制御チャネルは、第１の制御チャネルよりも遅く送信されることができる。同様に、第２のデータチャネルは、第１のデータチャネルよりも遅く送信されることができる。
【００９６】
一実施形態では、指示は、第２の制御チャネル上のフィールドとすることができる。フィールドは新しいフィールドとすることができる。さらに、フィールドは、ＴＢＳ、ＮＤＩ、ＭＣＳ、サブキャリア間隔、又はＨＡＲＱプロセスＩＤを示すフィールドとすることができる。
【００９７】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示されている如何なる特定の構造、機能、又は両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様からも独立に実装されてよく、これら態様のうちの２つ以上が種々組み合わされてよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されてよく、方法が実現されてよい。追加的に、本明細書に記載された態様のうちの１つ以上の追加又は代替で、他の構造、機能、又は構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス位置又はオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。いくつかの態様において、パルス繰り返し周波数、パルス位置又はオフセット、及び時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。
【００９８】
当業者であれば、多様な異なるテクノロジ及び技術のいずれかを使用して、情報及び信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組合せによって表わしてよい。
【００９９】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディング又はその他何らかの技術を用いて設計することがあるデジタル実装、アナログ実装、又はこれら２つの組合せ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と称されることがある）、又は両者の組合せとして実装されてよい。このハードウェア及びソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、及びステップを、概略的にそれぞれの機能の観点から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途及びシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【０１００】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書で説明した機能を実行するように設計されたこれらの任意の組合せを含み、ＩＣ内、ＩＣ外、又はその両方に存在するコード又は命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、又はその他任意のこのような構成である、コンピュータデバイスの組合せとして実装されてよい。
【０１０１】
任意の開示プロセスにおけるステップの如何なる特定の順序又は階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序又は階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序又は階層に限定されることを意図していない。
【０１０２】
本明細書に開示される態様に関連して記載された方法又はアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組合せにおいて具現化してよい。（例えば、実行可能な命令及び関連するデータを含む）ソフトウェアモジュール及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、又は当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出し及び記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサ及び記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサ及び記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【０１０３】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、又は適応を網羅することを意図している。
【図１】
2018113689.tif 000054
【図２】
2018113689.tif 000055
【図３】
2018113689.tif 000056
【図４】
2018113689.tif 000057
【図５】
2018113689.tif 000058
【図６】
2018113689.tif 000059
【図７】
2018113689.tif 000060
【図８】
2018113689.tif 000061
【図９】
2018113689.tif 000062
【図１０】
2018113689.tif 000063
【図１１】
2018113689.tif 000064
【図１２】
2018113689.tif 000065
【図１３】
2018113689.tif 000066
【図１４】
2018113689.tif 000067
【図１５】
2018113689.tif 000068
【図１６】
2018113689.tif 000069
【図１７】
2018113689.tif 000070
【図１８】
2018113689.tif 000071
【図１９】
2018113689.tif 000072
【図２０】
2018113689.tif 000073
【図２１】
2018113689.tif 000074
【図２２】
2018113689.tif 000075
【図２３】
2018113689.tif 000076
【図２４】
2018113689.tif 000077
【図２５】
2018113689.tif 000078
【図２６】
2018113689.tif 000079
【図２７】
2018113689.tif 000080
【図２８】
2018113689.tif 000081
【図２９】
2018113689.tif 000082
【図３０】
2018113689.tif 000083
【図３１】
2018113689.tif 000084
【外国語明細書】
2018113689000001.pdf