(57)【要約】無線通信ネットワーク内でＷＴＲＵを使用する無線送受信ユニットＷＴＲＵ、および方法が、無線通信ネットワーク内のサービングセルと通信するステップと、ダウンリンク制御情報に基づいて、ＷＴＲＵが送信リソースの第１のセットを使用して第１の送信時間間隔ＴＴＩ長で送信するか、それとも送信リソースの第２のセットを使用して第２のＴＴＩ長で送信するか決定するステップを含む。あるいは、前記ＤＣＩに基づいて、ＷＴＲＵがサービングセルと通信するために物理アップリンクチャネル上で第１のＴＴＩを使用するべきであることをサービングセルが示していると決定し、またはＷＴＲＵが物理アップリンクチャネル上で無線通信ネットワークと通信するために第１の送信時間間隔未満である第２のＴＴＩを使用するべきであると前記ＤＣＩが示しているかどうか、もしくはＷＴＲＵはキャリアアグリゲーションを使用して送信するべきであるかどうか決定するステップを含む。
2018538727.tif 000002
【特許請求の範囲】
【請求項１】
異なる継続時間の送信をサポートするための無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、
送信リソースの第１のセットに関連付けられた第１の構成を受信するステップであって、前記第１の構成は、送信リソースの前記第１のセットと共に使用するための第１の送信時間間隔（ＴＴＩ）長を示す、ステップと、
送信リソースの第２のセットに関連付けられた第２の構成を受信するステップであって、前記第２の構成は、送信リソースの前記第２のセットと共に使用するための第２の送信時間間隔（ＴＴＩ）長を示す、ステップと、
ダウンリンク制御情報（ＤＣＩ）を受信するステップであって、前記ＤＣＩは、前記ＤＣＩが送信リソースの第１のセットに適用可能であるか、それとも送信リソースの前記第２のセットに適用可能であるかを示すフィールドを含む、ステップと、
前記ＤＣＩが送信リソースの前記第１のセットに適用可能であることを前記フィールドが示すという条件で前記ＤＣＩに関連付けられた送信が前記第１のＴＴＩ長を使用すると決定する、または前記ＤＣＩが送信リソースの前記第２のセットに適用可能であることを前記フィールドが示すという条件で前記ＤＣＩに関連付けられた前記送信が前記第２のＴＴＩ長を使用すると決定するステップと
を備えたことを特徴とする方法。
【請求項２】
送信リソースの前記第１のセットは、第１のサービングセルに対応し、送信リソースの前記第２のセットは、第２のサービングセルに対応することを特徴とする請求項１に記載の方法。
【請求項３】
前記フィールドは、キャリアインジケータフィールドに対応することを特徴とする請求項２に記載の方法。
【請求項４】
前記第１のサービングセルおよび前記第２のサービングセルは、同じキャリア周波数に関連付けられることを特徴とする請求項２に記載の方法。
【請求項５】
前記第１および第２のサービングセルのそれぞれは、２次セル（ＳＣｅｌｌ）として構成されることを特徴とする請求項２に記載の方法。
【請求項６】
前記第１のサービングセルは、１次セル（ＰＣｅｌｌ）に対応し、前記第２のサービングセルは、２次セル（ＳＣｅｌｌ）として構成され、前記第１のＴＴＩ長は１ミリ秒（ｍｓ）に対応し、前記第２のＴＴＩ長は１ｍｓ未満に対応することを特徴とする請求項２に記載の方法。
【請求項７】
前記ＤＣＩは、物理リソースブロック（ＰＲＢ）割当てフィールドをさらに含み、前記ＰＲＢ割当てフィールドは、前記送信が前記第１のＴＴＩ長に関連付けられるか、それとも前記第２のＴＴＩ長に関連付けられるかに応じて異なるように解釈されることを特徴とする請求項１に記載の方法。
【請求項８】
少なくとも前記第２の構成は、無線リソース制御（ＲＲＣ）メッセージを介して受信され、前記ＤＣＩは、物理ダウンリンク制御チャネルを介して受信されることを特徴とする請求項１に記載の方法。
【請求項９】
前記送信に使用されるハイブリッド自動再送要求タイミングは、前記送信が前記第１のＴＴＩ長に関連付けられるか、それとも前記第２のＴＴＩ長に関連付けられるかに依存することを特徴とする請求項１に記載の方法。
【請求項１０】
異なる継続時間の送信をサポートするための無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、
ダウンリンク制御情報を無線通信ネットワーク内の第１のサービングセルから受信するステップと、
前記ＷＴＲＵがデータ情報を前記第１のサービングセルに送信するために第１の送信時間間隔を使用するべきであることを前記受信されたダウンリンク制御情報が示すと決定するステップと、
前記ＷＴＲＵが前記物理アップリンクチャネル上で前記無線通信ネットワークと通信するために前記第１の送信時間間隔とは異なる第２の送信時間間隔を使用するべきであることを前記受信されたダウンリンク制御情報が示すかどうか、または前記ＷＴＲＵがキャリアアグリゲーションを使用して送信するべきであるかどうか決定するステップと、
前記第２の送信時間間隔を使用して前記無線通信ネットワークと通信するステップと
を備えたことを特徴とする方法。
【請求項１１】
前記ＷＴＲＵが前記物理アップリンクチャネル上で前記無線通信ネットワークと通信するために前記第１の送信時間間隔未満である第２の送信時間間隔を使用するべきであることを前記受信されたダウンリンク制御情報が示すと決定するステップは、前記受信されたダウンリンク制御情報内のキャリアインジケータフィールドに基づいて決定するステップを含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記第２の送信時間間隔を使用して前記無線通信ネットワークと通信するステップは、前記第２の送信時間間隔を使用して前記第１のサービングセルと通信するステップを含むことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記第２の送信時間間隔を使用して前記無線通信ネットワークと通信するステップは、前記第２の送信時間間隔を使用して２次セルと通信するステップを含むことを特徴とする請求項１０に記載の方法。
【請求項１４】
前記ＷＴＲＵが前記無線通信ネットワーク内の２次セルと通信するために前記第１の送信時間間隔未満である第３の送信時間間隔を使用するべきであると決定するステップをさらに備えたことを特徴とする請求項１０に記載の方法。
【請求項１５】
短縮された送信時間間隔は、少なくとも１つのシンボルまたは少なくとも１つのリソースブロックのうちの少なくとも１つに対応することを特徴とする請求項１０に記載の方法。
【請求項１６】
前記第１の送信時間間隔は、１ミリ秒であることを特徴とする請求項１０に記載の方法。
【請求項１７】
前記第１の送信時間間隔は、前記第１の送信時間間隔より大きいことを特徴とする請求項１０に記載の方法。
【請求項１８】
前記第１の送信時間間隔は、第１のサブキャリアスペーシングに対応し、前記第２の送信時間間隔は、第２のサブキャリアスペーシングに対応することを特徴とする請求項１０に記載の方法。
【請求項１９】
前記第１の送信時間間隔は、第１の数の送信シンボルに対応し、前記第２の送信時間間隔は、第２の数の送信シンボルに対応することを特徴とする請求項１０に記載の方法。
【請求項２０】
前記ＷＴＲＵが同じキャリア周波数を使用して前記第１のサービングセルおよび第２のサービングセルと通信するステップをさらに備えたことを特徴とする請求項１０に記載の方法。
【請求項２１】
前記受信されたダウンリンク制御情報に基づいて前記第２の送信時間間隔で送信する時間を決定するステップをさらに備えたことを特徴とする請求項１０に記載の方法。
【請求項２２】
送信する前記時間は、サブフレーム内のスロットによって定義されることを特徴とする請求項２１に記載の方法。
【請求項２３】
前記ＷＴＲＵが前記物理アップリンクチャネル上で前記無線通信ネットワークと通信するために前記第１の送信時間間隔未満である第２の送信時間間隔を使用するべきであることを前記受信されたダウンリンク制御情報が示すかどうか、または前記ＷＴＲＵがキャリアアグリゲーションを使用して送信するべきであるかどうか決定するステップは、クロスキャリアスケジューリングで決定するステップを含むことを特徴とする請求項１０に記載の方法。
【請求項２４】
キャリアアグリゲーションが可能である無線通信ネットワーク内での使用のための無線送受信ユニット（ＷＴＲＵ）であって、
実行可能命令を有するプロセッサを備え、前記実行可能命令は、
前記無線通信ネットワーク内の第１のサービングセルからダウンリンク制御情報が受信されたと決定し、
前記ＷＴＲＵがデータ情報を前記第１のサービングセルに送信するために第１の送信時間間隔を使用するべきであることを前記受信されたダウンリンク制御情報が示すと決定し、
前記ＷＴＲＵが前記物理アップリンクチャネル上で前記無線通信ネットワークと通信するために前記第１の送信時間間隔とは異なる第２の送信時間間隔を使用するべきであることを前記受信されたダウンリンク制御情報が示すかどうか、または前記ＷＴＲＵがキャリアアグリゲーションを使用して送信するべきであるかどうか決定し、
前記第２の送信時間間隔を使用して前記無線通信ネットワークと通信することを特徴とするＷＴＲＵ。
【請求項２５】
前記プロセッサは、前記ＷＴＲＵが前記物理アップリンクチャネル上で前記無線通信ネットワークと通信するために前記第１の送信時間間隔未満である第２の送信時間間隔を使用するべきであることを前記受信されたダウンリンク制御情報が示すと決定する実行可能命令をさらに含み、前記受信されたダウンリンク制御情報内のキャリアインジケータフィールドに基づいて決定することを含むことを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項２６】
前記第２の送信時間間隔を使用して前記無線通信ネットワークと通信する前記実行可能命令は、前記第２の送信時間間隔を使用して前記第１のサービングセルと通信することを含むことを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項２７】
前記第２の送信時間間隔を使用して前記無線通信ネットワークと通信する前記実行可能命令は、前記第２の送信時間間隔を使用して２次セルと通信することを含むことを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項２８】
前記プロセッサは、前記ＷＴＲＵが前記無線通信ネットワーク内の２次セルと通信するために前記第１の送信時間間隔未満である第３の送信時間間隔を使用するべきであると決定する実行可能命令をさらに含むことを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項２９】
短縮された送信時間間隔は、少なくとも１つのシンボルまたは少なくとも１つのリソースブロックのうちの少なくとも１つに対応することを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３０】
前記第１の送信時間間隔は、１ミリ秒であることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３１】
前記プロセッサは、前記受信されたダウンリンク制御情報に基づいて前記第２の送信時間間隔で送信する時間を決定する実行可能命令をさらに含むことを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３２】
送信する前記時間は、サブフレーム内のスロットによって定義されることを特徴とする請求項３１に記載のＷＴＲＵ。
【請求項３３】
前記ＷＴＲＵが前記物理アップリンクチャネル上で前記無線通信ネットワークと通信するために前記第１の送信時間間隔未満である第２の送信時間間隔を使用するべきであることを前記受信されたダウンリンク制御情報が示すかどうか、または前記ＷＴＲＵがキャリアアグリゲーションを使用して送信するべきであるかどうか決定する前記実行可能命令は、クロスキャリアスケジューリングで決定することを含むことを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３４】
前記第１の送信時間間隔は、前記第１の送信時間間隔より大きいことを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３５】
前記第１の送信時間間隔は、第１のサブキャリアスペーシングに対応し、前記第２の送信時間間隔は、第２のサブキャリアスペーシングに対応することを特徴とする請求項２４に記載の方法。
【請求項３６】
前記第１の送信時間間隔は、第１の数の送信シンボルに対応し、前記第２の送信時間間隔は、第２の数の送信シンボルに対応することを特徴とする請求項２４に記載の方法。
【請求項３７】
前記ＷＴＲＵが同じキャリア周波数を使用して前記第１のサービングセルおよび第２のサービングセルと通信するステップをさらに含むことを特徴とする請求項２４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なるＴＴＩ継続時間を有する送信を多重化するためのデバイスおよび方法に関する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）システムまたはニューラジオ（ＮＲ）など無線通信ネットワークでは、無線送受信ユニット（ＷＴＲＵ）デバイスが通信システムのリソースにアクセスし得る。通信システム内でのデータの送信に関連付けられたレイテンシは、１つまたは複数のレイテンシ成分を有し得る。レイテンシ成分は、トランスポートブロックの送信を実施するための時間であり得、この時間は、送信時間間隔（ＴＴＩ）と呼ばれることがある。そのようなＴＴＩは、送信方法に関連付けられた特定のニューメロロジに、また送信に関連付けられた特定の数の送信シンボルに結び付けられ得る。他のレイテンシ成分は、受信機での処理時間、たとえば送信、フィードバック（たとえば、ＡＣＫまたはＮＡＣＫ）の送信、および／または１つまたは複数のレイテンシ成分を有する１つまたは複数の再送信を復号する時間を含み得る。
【発明の概要】
【０００３】
異なる継続時間を有する送信、たとえば異なるＴＴＩ長に関連付けられた送信を多重化するためのシステム、方法、および手段が開示される。たとえば異なるＴＴＩ継続時間を有する、または異なる送信ニューメロロジに関連付けられた送信を多重化することによって、（たとえばＬＴＥシステムにおいて、および／またはＮＲシステムにおいて）レイテンシが低減され得る。ＴＴＩ継続時間は、たとえば異なるＴＴＩ長および／または送信継続時間に関連付けられ得る所与のキャリア周波数についての１つまたは複数のセルを定義することに基づいてモデル化され得る。たとえば、異なる送信継続時間は、それらのセルのうちの１つまたは複数を時間シフトすることによって達成され得る。異なる継続時間に関連付けられた送信の同時および／または相補的なスケジューリングを可能にするシグナリング技法をサポートするために、物理レイヤリソース（たとえば、セル、スペクトルブロックなど）のための論理構造が２次セル（「ＳＣｅｌｌ」）に対応するように構成され得る。１次セル（「ＰＣｅｌｌ」）は、第１の送信継続時間（たとえば、レガシＴＴＩ長など第１のＴＴＩ長）を論理的に維持し得る。ＳＣｅｌｌは、第２の送信継続時間（たとえば、第２のＴＴＩ長または短縮されたＴＴＩ長）で構成され得る。ＰＣｅｌｌまたはＳＣｅｌｌの１つまたは複数は、レガシＴＴＩ長または短縮されたＴＴＩ長（たとえば、より短い継続時間ＴＴＩ（ＳｈＴＴＩ））で構成されてもよい。
【０００４】
異なるＴＴＩ長を異なるセルに関連付けることによって、ＬＴＥキャリアアグリゲーションフレームワークを使用し、異なる継続時間の送信の多重化をサポートすることができる。たとえば、クロスキャリアスケジューリング機構を含むキャリアアグリゲーションシグナリングを、異なるスケジューリンググラントおよび様々な長さの割当てに対して使用することができる。たとえば、ＷＴＲＵは、送信に適用可能なＴＴＩ継続時間（たとえば、第１のＴＴＩ長または第２のＴＴＩ長）を決定してもよい。たとえば、ＷＴＲＵは、クロスキャリアスケジューリングを使用してＴＴＩ継続時間を決定してもよい。ＷＴＲＵは、所与のセルアイデンティティ（たとえば、ｓｅｒｖＣｅｌｌｌＤ）を所与の送信継続時間に関連付けるように構成され得る。異なるセルアイデンティティ（たとえば、異なるｓｅｒｖＣｅｌｌｌＤ）が、異なる送信継続時間／異なるＴＴＩ長に関連付けられ得る。ＷＴＲＵが所与のセルアイデンティティに適用可能なスケジューリング情報を受信したとき、ＷＴＲＵは、そのセルアイデンティティについて受信された構成に基づいて、関連のＴＴＩ長を決定し得る。
【０００５】
ＷＴＲＵは、１つまたは複数のパラメータおよび／または受信されたフィールドに基づいてＴＴＩ長および／または送信継続時間を決定し得る。たとえば、ＷＴＲＵは、所与のＴＴＩ継続時間を所与の送信モード（ＴＭ）に関連付けてもよい。ＴＴＩ継続時間は、たとえばキャリアインジケータフィールド（ＣＩＦ）のいくつかの値が、ＳｈＴＴＩなど所与のＴＴＩ継続時間で構成されたＳＣｅｌｌに関連付けられる場合、ＣＩＦによって示され得る。ＣＩＦは、キャリアインジケータフィールド（ＣＩＦ）とも呼ばれることがある。ＴＴＩ継続時間は、ＰＲＢのセットなどリソースのセット、キャリア、ＷＴＲＵの構成のサービングセルおよび／またはスペクトルブロックを示すフィールドによって示され得る。ＴＴＩ継続時間は、送信、および／または関係するキャリア周波数についてＰＲＢのサブセット内の時間シフトされたセルに関連付けられたＰＲＢサブセットのアイデンティティから決定され得る。適用可能なＴＴＩ継続時間および／またはサブフレーム内の送信に適用可能なスロット／期間のアイデンティティは、媒体アクセス制御（ＭＡＣ）アクティブ化／非アクティブ化制御要素を使用して決定され得る。ＭＡＣアクティブ化／非アクティブ化ＣＥは、第１のＴＴＩと第２のＴＴＩ（たとえば、レガシＴＴＩとＳｈＴＴＩ）との間で、もしくはスロットベースのＳｈＴＴＩ間でトグルするために使用され得、および／またはサブフレーム内の０、１つまたは複数のＴＴＩ（たとえば、ＳｈＴＴＩ）期間を決定するために使用され得る。
【０００６】
ＨＡＲＱ処理は、１つまたは複数の（たとえば、各）時間シフトされたセルについて第１の挙動（たとえば、レガシ挙動）に従って実施され得るが、例外もあり得る。例外は、適用可能なＴＴＩ継続時間に従ってスケーリングされ得るタイミング関係となり得る。ＨＡＲＱ  Ａ／Ｎフィードバックフォーマットは、ＬＴＥキャリアアグリゲーション（ＣＡ）フォーマットおよび／または（たとえば、レガシ）サブフレームベースのタイミング関係またはＨＡＲＱプロセスに関連付けられたタイミング関係を使用し得る。ダウンリンク制御情報（ＤＣＩ）シグナリングは、第１の（たとえば、レガシ）フォーマットを使用し得るが、たとえばＣＩＦなどフィールドおよび／または送信に適用可能なＰＲＢを示すフィールドの解釈は、第１の（たとえば、レガシ）フォーマットの解釈とは異なり得る。ＭＡＣアクティブ化／非アクティブ化シグナリングが、時間シフトされたセルに適用可能となり得る。ＤＲＸに関連付けられたＤＲＸタイマは、適用可能なＴＴＩ継続時間および／またはＨＡＲＱプロセスに関連付けられたセルに従ってＨＡＲＱ  Ａ／Ｎタイミングに合わせてスケーリングし得る。物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースおよび／またはＲＡＣＨのための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）オーダは、時間シフトされたＳＣｅｌｌのためにサポートされてもされなくてもよい。アップリンク送信のためのタイミング進みは、たとえばセルに関連付けられたＴＴＩに適用されたシフトに従って時間シフトされ得る。時間シフトは、Ｐｃｅｌｌタイミングに対するものであってよく、たとえば、ＰＣｅｌｌは、ＳＣｅｌｌのためのＤＬタイミング基準のままであってよく、追加のオフセットがそれらのセルについてのＳｈＴＴＩの開始に対応する。
【０００７】
物理レイヤリソースの異なるセットをアグリゲートする（たとえば、キャリアアグリゲーションなど）ことが可能な無線通信ネットワーク内で無線送受信ユニットを使用する方法は、無線通信ネットワーク内のサービングセルと通信するステップと、ＷＴＲＵがサービングセルと通信するために物理アップリンクチャネル上で第１の送信時間間隔を使用するべきであることをサービングセルが示したと決定するステップとを含み得る。この方法は、ＷＴＲＵが無線通信ネットワークと（たとえば、物理アップリンクチャネル上で）通信するために第１の送信時間間隔未満である第２の送信時間間隔を使用するべきであることをダウンリンク制御情報（たとえば、ＤＣＩフィールド、ＤＣＩメッセージ、ＣＩＦフィールド、ＰＲＢ割当て）が示しているかどうか決定するステップをも含み得る。この方法は、第２の送信時間間隔を使用して無線通信ネットワークと通信するステップをさらに含み得る。
【０００８】
この方法は、ＷＴＲＵが無線通信ネットワークと（たとえば、物理アップリンクチャネル上で）通信するために第１の送信時間間隔未満である第２の送信時間間隔を使用するべきであることをダウンリンク制御情報（たとえば、ＤＣＩフィールド、ＤＣＩメッセージ、ＣＩＦフィールド、ＰＲＢ割当て）が示していると決定するステップは、受信されたダウンリンク制御情報内のキャリアインジケータフィールドに基づいて決定するステップを含むことを含み得る。
【０００９】
この方法は、第２の送信時間間隔を使用して無線通信ネットワークと通信するステップは、第２の送信時間間隔を使用してサービングセルと通信するステップを含むことを含み得る。
【００１０】
この方法は、第２の送信時間間隔を使用して無線通信ネットワークと通信するステップは、第２の送信時間間隔を使用して２次セルと通信するステップを含むことを含み得る。
【００１１】
この方法は、ＷＴＲＵが無線通信ネットワーク内の２次セルと通信するために第１の送信時間間隔未満である第３の送信時間間隔を使用するべきであることをダウンリンク制御情報（たとえば、ＤＣＩフィールド、ＤＣＩメッセージ、ＣＩＦフィールド、ＰＲＢ割当て）が示していると決定するステップを含み得る。短縮された送信時間間隔は、少なくとも１つのシンボルまたは少なくとも１つのリソースブロックのうちの少なくとも１つに対応し得る。第１の送信時間間隔は、１ミリ秒であってよい。
【００１２】
この方法は、ダウンリンク制御情報（たとえば、ＤＣＩフィールド、ＤＣＩメッセージ、ＣＩＦフィールド、ＰＲＢ割当て）に基づいて第２の送信時間間隔で送信するための時間を決定するステップを含み得る。送信するための時間は、時間区画（たとえば、サブフレーム内のスロットおよび／または１つもしくは複数の時間シンボル（たとえば、ＯＦＤＭシンボル）、シンボルの配置、ミニスロット、またはサブキャリアスペーシングのための他の時間）によって定義され得る。
【００１３】
この方法は、ＷＴＲＵが無線通信ネットワークと（たとえば、物理アップリンクチャネル上で）通信するために第１の送信時間間隔未満である第２の送信時間間隔を使用するべきであることを第１のダウンリンク制御情報が（たとえば、ＣＩＦなどキャリアアグリゲーションフィールドを使用して）示しているかどうか、またはＷＴＲＵがクロスキャリアスケジューリングで決定することを含むキャリアアグリゲーションを使用して送信するべきであるかどうか決定するステップを含み得る。
【００１４】
キャリアアグリゲーションが可能な無線通信ネットワーク内で使用するための無線送受信ユニット（ＷＴＲＵ）は、無線通信ネットワーク内のサービングセルと通信しＷＴＲＵがサービングセルと通信するためにアップリンクチャネル（たとえば、物理アップリンクチャネル）上で第１の送信時間間隔を使用するべきであると決定する実行可能命令を有するプロセッサを有し得る。プロセッサ命令は、ＷＴＲＵが無線通信ネットワークと（たとえば、物理アップリンクチャネル上で）通信するために第１の送信時間間隔未満である第２の送信時間間隔を使用するべきであることをダウンリンク制御情報（たとえば、ＤＣＩフィールド、ＤＣＩメッセージ、ＣＩＦフィールド、ＰＲＢ割当て）が示しているかどうか決定することを含み得る。ＷＴＲＵプロセッサ命令は、第２の送信時間間隔を使用して無線通信ネットワークと通信することを含み得る。
【００１５】
ＷＴＲＵが無線通信ネットワークと（たとえば、物理アップリンクチャネル上で）通信するために第１の送信時間間隔未満である第２の送信時間間隔を使用するべきであることを第１のダウンリンク制御情報（たとえば、ＣＩＦなどキャリアアグリゲーションフィールド）が示すと決定するＷＴＲＵプロセッサ命令は、受信されたダウンリンク制御情報内のキャリアインジケータフィールドに基づいて決定することを含み得る。
【００１６】
第２の送信時間間隔を使用して無線通信ネットワークと通信するＷＴＲＵプロセッサ実行可能命令は、第２の送信時間間隔を使用してサービングセルと通信することを含むことを含み得る。
【００１７】
第２の送信時間間隔を使用して無線通信ネットワークと通信するＷＴＲＵプロセッサ実行可能命令は、第２の送信時間間隔を使用して２次セルと通信することを含むことを含み得る。
【００１８】
ＷＴＲＵプロセッサ実行可能命令は、ＷＴＲＵが無線通信ネットワーク内の２次セルと通信するために第１の送信時間間隔未満である第３の送信時間間隔を使用するべきであることをダウンリンク制御情報（たとえば、ＤＣＩフィールド、ＤＣＩメッセージ、ＣＩＦフィールド、ＰＲＢ割当て）が示していると決定することを含み得る。短縮された送信時間間隔は、少なくとも１つのシンボルまたは少なくとも１つのリソースブロックのうちの少なくとも１つに対応し得る。第１の送信時間間隔は、１ミリ秒であってよい。
【００１９】
ＷＴＲＵプロセッサ実行可能命令は、ダウンリンク制御情報（たとえば、ＤＣＩフィールド、ＤＣＩメッセージ、ＣＩＦフィールド、ＰＲＢ割当て）に基づいて第２の送信時間間隔で送信するための時間を決定することを含み得る。送信するための時間は、サブフレーム内のスロットによって定義され得る。
【００２０】
ＷＴＲＵプロセッサ実行可能命令は、ＷＴＲＵが無線通信ネットワークと（たとえば、物理アップリンクチャネル上で）通信するために第１の送信時間間隔未満である第２の送信時間間隔を使用するべきであることをダウンリンク制御情報（たとえば、ＤＣＩフィールド、ＤＣＩメッセージ、ＣＩＦフィールド、ＰＲＢ割当て）が示しているかどうか決定する。
【図面の簡単な説明】
【００２１】
【図１Ａ】開示されている主題が実装され得る例示的な通信システムのシステム図である。
【図１Ｂ】通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｄ】通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｅ】通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】ＤＬ物理レイヤチャネルの一例の図である。
【図３】ＵＬ物理レイヤチャネルの一例の図である。
【図４】時間シフトされたセルを有するスケーリング一例の図である。
【発明を実施するための形態】
【００２２】
次に、例示的な実施形態の詳細な説明について、様々な図を参照して述べる。この説明は、可能な実装の詳細な例を提供するが、これらの詳細は例示的なものであることが意図されており、本願の範囲を決して限定しないことに留意されたい。
【００２３】
図１Ａは、１つまたは複数の開示されている実施形態が実装され得る例示的な通信システム１００の図である。通信システム１００は、コンテンツ、たとえば音声、データ、ビデオ、メッセージング、ブロードキャストなどを複数の無線ユーザに提供する多元接続システムであってよい。通信システム１００は、複数の無線ユーザがそのようなコンテンツに無線帯域幅を含むシステムリソースの共有を通じてアクセスすることを可能にし得る。たとえば、通信システム１００は、１つまたは複数のチャネルアクセス方法、たとえば符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などを使用し得る。
【００２４】
図１Ａに示されているように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（これらは、全体的にまたはまとめてＷＴＲＵ１０２と呼ばれることがある）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびに他のネットワーク１１２を含み得るが、開示されている実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを理解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境内で動作および／または通信するように構成された任意のタイプのデバイスであってよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてよく、ユーザ機器（ＷＴＲＵ）、移動局、固定または移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含み得る。
【００２５】
通信システム１００は基地局１１４ａおよび基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースし、１つまたは複数の通信ネットワーク、たとえばコアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２へのアクセスを容易にするように構成された任意のタイプのデバイスであってよい。例として、基地局１１４ａ、１１４ｂは、トランシーバ基地局（ＢＴＳ）、ノードＢ、ｅｖｏｌｖｅｄノードＢ、ホームノードＢ、ｅｖｏｌｖｅｄホームノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることを理解されたい。
【００２６】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってよく、ＲＡＮは、他の基地局および／またはネットワーク要素（図示せず）、たとえば基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどを含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的領域内で無線信号を送信および／または受信するように構成され得る。セルは、さらにセルセクタに分割され得る。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわちセルの各セクタについて１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（ＭＩＭＯ）技術を使用し得、したがってセルの各セクタについて複数のトランシーバを使用し得る。
【００２７】
基地局１１４ａ、１１４ｂは、任意の好適な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外（ＩＲ）、紫外（ＵＶ）、可視光など）であってよいエアインターフェース１１５／１１６／１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信し得る。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００２８】
より具体的には、上記で指摘したように、通信システム１００は、多元接続システムであってよく、１つまたは複数のチャネルアクセス方式、たとえばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを使用し得る。たとえば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立し得るユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）など無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄＨＳＰＡ（ＨＳＰＡ＋）など、通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００２９】
一実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＥｖｏｌｖｅｄＬＴＥ（ＬＴＥ−Ａ）を使用してエアインターフェース１１５／１１６／１１７を確立し得る拡張ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）など無線技術を実装し得る。
【００３０】
一実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ＩＸ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバル移動体通信システム（ＧＳＭ）、ＧＳＭエボリューション用の拡張データ転送速度（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）、ニューラジオ（ＮＲ）など、無線技術を実装し得る。本明細書に提供されている説明および例は、任意のエアインターフェースおよび実装されている通信標準に当てはまるが、用語は、機能構成要素についてそれらの間で異なり得る。
【００３１】
図１Ａにおける基地局１１４ｂは、たとえば、無線ルータ、ホームノードＢ、ホームｅｖｏｌｖｅｄノードＢ、またはアクセスポイントであってよく、局所的な領域、たとえば事業所、自宅、乗物、キャンパスなどでの無線コネクティビティを容易にするための任意の好適なＲＡＴを使用し得る。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１など無線技術を実装し得る。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５など無線技術を実装し得る。さらに一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用し得る。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０に対する直接接続を有してもよい。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスすることが必要とされ得ない。
【００３２】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信し得、コアネットワークは、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数に提供するように構成された任意のタイプのネットワークであってよい。たとえば、コアネットワーク１０６／１０７／１０９は、呼制御、支払い請求サービス、移動体位置をベースとするサービス、プリペイド呼、インターネットコネクティビティ、ビデオ配信などを提供し、および／またはハイレベルセキュリティ機能、たとえばユーザ認証を実施し得る。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接または間接的に通信し得ることを理解されたい。たとえば、Ｅ−ＵＴＲＡ無線技術を使用していることがあるＲＡＮ１０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を使用するＲＡＮ（図示せず）と通信し得る。
【００３３】
また、コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働き得る。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ／ｐｌａｉｎ  ｏｌｄ  ｔｅｌｅｐｈｏｎｅ  ｓｅｒｖｉｃｅ）を提供する回線交換電話網を含み得る。インターネット１１０は、一般的な通信プロトコル、たとえばＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、インターネットプロトコル（ＩＰ）を使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含み得る。たとえば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを使用し得る１つまたは複数のＲＡＮに接続されたコアネットワークを含み得る。
【００３４】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部がマルチモード機能を含み得、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するために複数のトランシーバを含み得る。たとえば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用し得る基地局１１４ａ、およびＩＥＥＥ８０２無線技術を使用し得る基地局１１４ｂと通信するように構成され得る。
【００３５】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非取外し式メモリ１３０、取外し式メモリ１３２、電源１３４、全世界測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態と一貫したまま、前述の要素の任意のサブコンビネーションを含み得ることを理解されたい。また、実施形態は、基地局１１４ａおよび１１４ｂ、ならびに／または基地局１１４ａおよび１１４ｂが表し得るノード、たとえばそれだけには限らないがとりわけトランシーバ局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、ｅｖｏｌｖｅｄホームノードＢ（ｅｖｏｌｖｅｄノードＢ）、ホームｅｖｏｌｖｅｄノードＢ（ＨｅＮＢ）、ホームｅｖｏｌｖｅｄノードＢゲートウェイ、およびプロキシノードは、図１Ｂに示され本明細書に記載されている要素の一部またはそれぞれを含み得る。
【００３６】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などであってよい。プロセッサ１１８は、信号コード化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実施し得る。プロセッサ１１８は、トランシーバ１２０に結合され得、トランシーバは、送信／受信要素１２２に結合され得る。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップ内で共に集積されてもよいことを理解されたい。
【００３７】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して基地局（たとえば、基地局１１４ａ）に信号を送信する、または基地局から信号を受信するように構成され得る。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。一実施形態では、送信／受信要素１２２は、たとえばＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってよい。さらに一実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号を共に送信および受信するように構成され得る。送信／受信要素１２２は、任意の組合せの無線信号を送信および／または受信するように構成され得ることを理解されたい。
【００３８】
さらに、送信／受信要素１２２は、図１Ｂに単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して無線信号を送信および受信するために２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含み得る。
【００３９】
トランシーバ１２０は、送信／受信要素１２２によって送信しようとする信号を変調するように、また送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記で指摘したように、ＷＴＲＵ１０２は、マルチモード機能を有してもよい。したがって、トランシーバ１２０は、複数のＲＡＴ、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１を介してＷＴＲＵ１０２が通信することを可能にするために複数のトランシーバを含み得る。
【００４０】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得、それらからユーザ入力データを受け取り得る。また、プロセッサ１１８は、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力し得る。さらに、プロセッサ１１８は、任意のタイプの好適なメモリ、たとえば非取外し式メモリ１３０および／または取外し式メモリ１３２からの情報にアクセスし、それらにデータを記憶させ得る。非取外し式メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶装置を含み得る。取外し式メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。一実施形態では、プロセッサ１１８は、物理的にＷＴＲＵ１０２上、たとえばサーバまたは家庭用コンピュータ（図示せず）上に位置しないメモリからの情報にアクセスし、それらにデータを記憶させ得る。
【００４１】
プロセッサ１１８は、電源１３４から電力を受け取り得、ＷＴＲＵ１０２内の他の構成要素に電力を分配し、および／またはその電力を制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスであってよい。たとえば、電源１３４は、１つまたは複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【００４２】
また、プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に結合され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して基地局（たとえば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、および／または近くの２つ以上の基地局から受信される信号のタイミングに基づいてその位置を決定し得る。ＷＴＲＵ１０２は、一実施形態と一貫したまま、任意の好適な位置決定方法により位置情報を獲得し得ることを理解されたい。
【００４３】
さらに、プロセッサ１１８は他の周辺機器１３８に結合され得、それらの周辺機器は、追加の特徴、機能、および／または有線もしくは無線コネクティビティを提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。たとえば、周辺機器１３８は、加速度計、電子コンパス（ｅ−ｃｏｍｐａｓｓ）、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリー用ヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。
【００４４】
図１Ｃは、一実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記で指摘したように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を使用し、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。また、ＲＡＮ１０３は、コアネットワーク１０６と通信し得る。図１Ｃに示されているように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含み得、これらのノードＢは、それぞれが、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含み得る。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれがＲＡＮ１０３内の特定のセル（図示せず）に関連付けられ得る。また、ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂを含み得る。ＲＡＮ１０３は、一実施形態と一貫したまま、任意の数のノードＢおよびＲＮＣを含み得ることを理解されたい。
【００４５】
図１Ｃに示されているように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信し得る。さらに、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信し得る。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信し得る。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信し得る。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、接続されているそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。さらに、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、他の機能、たとえば外部ループ電力制御、負荷制御、許可制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバシティ、セキュリティ機能、データ暗号化などを実施する、またはサポートするように構成され得る。
【００４６】
図１Ｃに示されているコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含み得る。前述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外の企業体（ｅｎｔｉｔｙ）によって所有および／または運営されてもよいことを理解されたい。
【００４７】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに回線交換ネットワーク、たとえばＰＳＴＮ１０８に対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にし得る。
【００４８】
また、ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにパケット交換ネットワーク、たとえばインターネット１１０に対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にし得る。
【００４９】
上記で指摘したように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含み得るネットワーク１１２に接続され得る。
【００５０】
図１Ｄは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記で指摘したように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を使用し、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。また、ＲＡＮ１０４は、コアネットワーク１０７と通信し得る。
【００５１】
ＲＡＮ１０４はｅｖｏｌｖｅｄノードＢ１６０ａ、１６０ｂ、１６０ｃを含むが、ＲＡＮ１０４は、一実施形態と一貫したまま、任意の数のｅｖｏｌｖｅｄノードＢを含み得ることを理解されたい。ｅｖｏｌｖｅｄノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれが、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含み得る。一実施形態では、ｅｖｏｌｖｅｄノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、たとえばｅｖｏｌｖｅｄノードＢ１６０ａは、複数のアンテナを使用し、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信し得る。
【００５２】
ｅｖｏｌｖｅｄノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられ得、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成され得る。図１Ｄに示されているように、ｅｖｏｌｖｅｄノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【００５３】
図１Ｄに示されているコアネットワーク１０７は、移動管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含み得る。前述の要素のそれぞれはコアネットワーク１０７の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外の企業体によって所有および／または運営されてもよいことを理解されたい。
【００５４】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅｖｏｌｖｅｄノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され得、制御ノードとして働き得る。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどの責任を担い得る。また、ＭＭＥ１６２は、ＲＡＮ１０４と、他の無線技術、たとえばＧＳＭまたはＷＣＤＭＡを使用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【００５５】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅｖｏｌｖｅｄノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され得る。サービングゲートウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送し得る。また、サービングゲートウェイ１６４は、他の機能、たとえばｅｖｏｌｖｅｄノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってダウンリンクデータが使用可能であるときページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどを実施し得る。
【００５６】
また、サービングゲートウェイ１６４はＰＤＮゲートウェイ１６６に接続され得、ＰＤＮゲートウェイは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などパケット交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にし得る。
【００５７】
コアネットワーク１０７は、他のネットワークとの通信を容易にし得る。たとえば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、たとえばＰＳＴＮ１０８など回線交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にし得る。たとえば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得、またはＩＰゲートウェイと通信し得る。さらに、コアネットワーク１０７は、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含み得るネットワーク１１２に対するアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【００５８】
図１Ｅは、一実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ８０２．１６無線技術を使用するアクセスサービスネットワーク（ＡＳＮ）であってよい。下記でさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクが、参照ポイントとして定義され得る。
【００５９】
図１Ｅに示されているように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含むが、ＲＡＮ１０５は、一実施形態と一貫したまま、任意の数の基地局およびＡＳＮゲートウェイを含み得ることを理解されたい。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれがＲＡＮ１０５内の特定のセル（図示せず）に関連付けられ得、それぞれが、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含み得る。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。したがって、たとえば基地局１８０ａは、複数のアンテナを使用し、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信し得る。また、基地局１８０ａ、１８０ｂ、１８０ｃは、移動管理機能、たとえばハンドオフのトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシ施行などを提供し得る。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとして働き得、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどの責任を担い得る。
【００６０】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５の間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照ポイントとして定義され得る。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース（図示せず）を確立し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９の間の論理インターフェースは、Ｒ２参照ポイントとして定義され得、認証、許可、ＩＰホスト構成管理、および／または移動管理のために使用され得る。
【００６１】
基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を容易にするためのプロトコルを含むＲ８参照ポイントとして定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２の間の通信リンクは、Ｒ６参照ポイントとして定義され得る。Ｒ６参照ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられた移動イベントに基づいて移動管理を容易にするためのプロトコルを含み得る。
【００６２】
図１Ｅに示されているように、ＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９の間の通信リンクは、たとえばデータ転送および移動管理機能を容易にするためのプロトコルを含むＲ３参照ポイントとして定義され得る。コアネットワーク１０９は、移動ＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証、許可、アカウンティング（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含み得る。前述の要素のそれぞれはコアネットワーク１０９の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外の企業体によって所有および／または運営されてもよいことを理解されたい。
【００６３】
ＭＩＰ−ＨＡは、ＩＰアドレス管理の責任を担い得、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にし得る。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにパケット交換ネットワーク、たとえばインターネット１１０に対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にし得る。ＡＡＡサーバ１８６は、ユーザ認証、およびユーザサービスをサポートすることの責任を担い得る。ゲートウェイ１８８は、他のネットワークとの網間接続を容易にし得る。たとえば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに回線交換ネットワーク、たとえばＰＳＴＮ１０８に対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にし得る。さらに、ゲートウェイ１８８は、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含み得るネットワーク１１２に対するアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【００６４】
図１Ｅには示されていないが、ＲＡＮ１０５は他のＡＳＮに接続され得、コアネットワーク１０９は他のコアネットワークに接続され得ることを理解されたい。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間でのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの移動を調整するためのプロトコルを含み得るＲ４参照ポイントとして定義され得る。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問を受けるコアネットワークとの間の網間接続を容易にするためのプロトコルを含み得るＲ５参照ポイントとして定義され得る。
【００６５】
異なる継続時間を有する送信、たとえば異なるＴＴＩ長を使用する送信などを多重化するためのシステム、方法、および手段が開示される。いくつかの送信についてのレイテンシ低減が、たとえば異なるＴＴＩ継続時間を有する送信を多重化することによって達成され得る。短縮されたＴＴＩ長（たとえば、１ｍｓ未満）でＬＴＥレガシＴＴＩ（たとえば、１ｍｓ）を多重化することに関連して例が述べられ得るが、本明細書に記載の技法は、一般に、異なる／様々な長さのものである他のタイプの送信の多重化に適用可能となり得る。たとえば、これらの例は、１つのトランスポートブロック（ＴＢ）を含む送信に関連して述べられ得るが、これらの例は、ＴＢの一部分を含む送信、複数のＴＢを含む送信などにも等しく適用可能となり得る。したがって、理解され得るように、本明細書における特定の例は、「レガシ」１ｍｓＴＴＩに関連付けられた送信を１ｍｓ未満である送信と多重化することに関連して述べられ得るので、これらの例は、記載の特定の実施形態に限定されず、様々な量のデータを含む様々な長さの送信に適用され得る。さらに、１ｍｓより短い送信を１ｍｓのレガシＴＴＩ長を使用するレガシＬＴＥシステム内に多重化することに関連して例が述べられ得るが、これらの技法は、他のタイプの送信構成、たとえば５Ｇセルラ通信に使用され得るＮＲシステムなどに適用され得る。
【００６６】
異なる長さの送信は、複数の方法で実現され、本開示に一貫したものであり得る。たとえば、複数のＴＴＩ長が定義され得、システムは、送信リソースの共通のセットにわたって異なるＴＴＩ長に関連付けられた送信を多重化するように構成され得る。例では、異なるＴＴＩ長を定義するのではなく、またはそれに加えて、異なる継続時間の送信がサポートされてもよく、たとえば、送信継続時間の１つまたは複数がＴＴＩに対応してもしなくてもよい。送信継続時間は、いくつかの方法で、たとえば送信が行われる時間量（たとえば、特定の継続時間または時間区画）、送信が行われるシンボルの数（たとえば、１４個のＯＦＤＭシンボル、１２個のＯＦＤＭシンボル、１つのＯＦＤＭシンボルなど）、スロット、ミニスロット、サブキャリアスペーシングのための時間区画で、および／または送信に関連付けられた特定のニューメロロジで表して定義され得る。たとえば、ニューメロロジは、サブキャリアスペーシング（たとえば、異なるサブキャリアスペーシングは、シンボルについての異なる継続時間に通じ得る）、シンボル長、波形タイプなどの１つまたは複数に基づいて定義されてもよい。
【００６７】
また、１つまたは複数のセルに関連して例が述べられ得る。しかし、本明細書に記載の技法は、他のタイプのリソース区間にも等しく適用可能となり得る。たとえば、ＬＴＥでは、セルは、セルのためのある動作帯のために定義されるあるＯＦＤＭ時間−周波数リソースに基づいて定義されてもよい。しかし、本明細書に記載の多重化技法は、セルコンストラクトを使用して定義されてもされなくてもよい物理リソースに適用され得る。たとえば、本明細書に記載の技法は、セル内の物理リソースのサブセットに、および／またはセルコンストラクトを使用して定義されない物理リソースに当てはまり得る。
【００６８】
ＴＴＩ継続時間のために、所与のキャリア周波数について１つまたは複数の時間シフトされたセルを使用して、たとえば、レガシＬＴＥシステムなどＬＴＥシステムにおいてモデル化され得る。「論理」セル構造は、ＳＣｅｌｌ（たとえば、レガシＳＣｅｌｌ）に対応し得る。Ｐｃｅｌｌは、ＴＴＩ（たとえば、１ｍｓであり得るレガシＴＴＩなど第１のＴＴＩ）を論理的に維持し得、または第２の継続時間ＴＴＩ（たとえば、１ｍｓ未満であり得るより短い継続時間ＴＴＩ（ＳｈＴＴＩ））で（たとえば、でも）構成され得る。
【００６９】
一例では、ＷＴＲＵは、送信に適用可能なＴＴＩ継続時間（たとえば、第１または第２のＴＴＩ）を決定し得る。決定は、たとえば事実、要因、および／またはパラメータのうちの１つまたは複数に応じたものであってよい。たとえば、ＷＴＲＵは、クロスキャリアスケジューリング情報を使用してＴＴＩ継続時間を決定し得る。ＷＴＲＵは、あるＴＴＩ継続時間をあるセルアイデンティティ（たとえば、ｓｅｒｖＣｅｌｌｌＤ）に関連付けてもよい。ＷＴＲＵは、あるＴＴＩ継続時間をある送信モード（ＴＭ）に関連付けてもよい。ＴＴＩ継続時間は、ＤＣＩに含まれるＣＩＦによって示され得る。たとえば、第１のセルアイデンティティ（たとえば、ｓｅｒｖＣｅｌｌｌＤ＝１）が第１のＴＴＩ継続時間に関連付けられてもよく、第２のセルアイデンティティ（たとえば、ｓｅｒｖＣｅｌｌｌＤ＝２）が第２のＴＴＩ継続時間に関連付けられてもよい。受信されたＤＣＩが第１のセルアイデンティティに適用可能であることをＣＩＦフィールドが示すとき（たとえば、ＣＩＦ＝’００１’−ｓｅｒｖＣｅｌｌｌＤ＝１）、ＷＴＲＵは、スケジューリングされた送信が第１のＴＴＩ継続時間に関連付けられると決定してもよい。受信されたＤＣＩが第２のセルアイデンティティに適用可能であることをＣＩＦフィールドが示すとき（たとえば、ＣＩＦ＝’０１０’−ｓｅｒｖＣｅｌｌｌＤ＝２）、ＷＴＲＵは、スケジューリングされた送信が第２のＴＴＩ継続時間に関連付けられると決定してもよい。この件について、複数のＴＴＩ長をサポートするために、キャリアアグリゲーションシグナリング方法が再使用／再解釈され得る。
【００７０】
送信に関連付けられたＰＲＢサブセットのアイデンティティからの、および／または関係するキャリア周波数についてのＰＲＢのサブセット内の時間シフトされたセルへのＴＴＩ継続時間が決定され得る。適用可能なＴＴＩ継続時間、および／またはサブフレーム内の送信に適用可能なスロット／期間のアイデンティティが、ＭＡＣアクティブ化／非アクティブ化を使用して決定され得る。ＭＡＣアクティブ化／非アクティブ化を使用し、第１のＴＴＩと第２のＴＴＩとの間（たとえば、レガシＴＴＩと１つまたは複数のＳｈＴＴＩとの間）でトグルし得る。たとえば、ＷＴＲＵは、ＭＡＣアクティブ化／非アクティブ化制御要素を受信する前に、第１のセルのために第１のＴＴＩ長を使用してもよい。第１のセルについてＭＡＣアクティブ化／非アクティブ化制御要素を受信したとき、ＷＴＲＵは、第２のＴＴＩ長にトグルし得る。一例では、ＭＡＣアクティブ化／非アクティブ化制御要素を使用し、レガシサブフレーム内でのＳｈＴＴＩ送信のために使用される異なるスロット間でトグルし得る。たとえば、ＭＡＣアクティブ化／非アクティブ化制御要素を使用し、短縮されたＴＴＩ送信のために第１のスロットと第２のスロットとの間で切り替えてもよい。ＭＡＣアクティブ化／非アクティブ化を使用し、サブフレーム内の０、１つまたは複数のＳｈＴＴＩ期間を決定してもよい。
【００７１】
ＨＡＲＱ処理は、１つまたは複数の（たとえば、各）時間シフトされたセルについて第１の挙動（たとえば、レガシ挙動）に従ったままであってよいが、例外もあり得る。一例では、例外は、適用可能なＴＴＩ継続時間に従ってスケーリングされ得るタイミング関係となり得る。ＨＡＲＱ  Ａ／Ｎフィードバックフォーマットは、ＬＴＥキャリアアグリゲーション（ＣＡ）フォーマットおよび／または（たとえば、レガシ）サブフレームベースのタイミング関係またはＨＡＲＱプロセスに関連付けられたタイミング関係を使用し得る。ダウンリンク制御情報（ＤＣＩ）シグナリングは、第１の（たとえば、レガシ）フォーマットを使用し得るが、たとえば、ＣＩＦおよび／または送信に適用可能なＰＲＢなどフィールドの解釈は、第１の（たとえば、レガシ）フォーマットとは異なり得る。ＭＡＣアクティブ化／非アクティブ化シグナリングが、時間シフトされたセルに適用可能となり得る。ＤＲＸに関連付けられたＤＲＸタイマは、適用可能なＴＴＩ継続時間および／またはＨＡＲＱプロセスに関連付けられたセルに従ってＨＡＲＱ  Ａ／Ｎタイミングに合わせてスケーリングし得る。ＰＲＡＣＨリソースおよび／またはＲＡＣＨのためのＰＤＣＣＨオーダは、時間シフトされたＳＣｅｌｌのためにサポートされてもされなくてもよい。アップリンク送信のためのタイミング進みは、たとえばセルに関連付けられたＴＴＩに適用されたシフトに従って時間シフトされ得る。時間シフトは、Ｐｃｅｌｌタイミングに対するものであってよく、たとえば、ＰＣｅｌｌは、ＳＣｅｌｌのためのＤＬタイミング基準のままであってよく、追加のオフセットがそれらのセルについてのＳｈＴＴＩの開始に対応する。
【００７２】
デバイスが通信システムのリソースにアクセスし得る。データの送信に関連付けられたレイテンシは、１つまたは複数のレイテンシ成分を有し得る。レイテンシ成分は、トランスポートブロックの送信を実施するための時間であり得、この時間は、送信時間間隔（ＴＴＩ）と呼ばれることがある。レイテンシ成分は、受信機での処理時間、たとえば送信を復号する時間であってもよい。受信機処理時間は、実装の複雑さに結び付くことがあり、データ単位の送信に関連付けられた異なるイベント間の固定されたタイミング関係を使用して調節され得る。タイミング関係は、たとえばキャリアおよび／または同期ハイブリッドＡＲＱ（ＨＡＲＱ）動作（たとえば、アップリンクにおけるＬＴＥ用など）のために時分割複信（ＴＤＤ）が使用されるとき、固定であってもよい。
【００７３】
たとえば送信が成功裏に復号されないとき、追加のレイテンシ成分があり得る。たとえば、追加の成分は、フィードバックの送信（たとえば、ＨＡＲＱ  ＡＣＫまたはＮＡＣＫ）、受信機での処理時間、および／または１つもしくは複数のレイテンシ成分を有する１つもしくは複数の再送信を含み得る。
【００７４】
レイテンシ成分は、基本時間間隔（ＢＴＩ）の整数倍で測定され得る。たとえば、レイテンシ成分は、たとえばＬＴＥにおいてＴＴＩで測定され得る。
【００７５】
無線ネットワークにおけるレイテンシは、複数の要因によって引き起こされ得る。レイテンシは、たとえばより低いレイヤで、ＨＡＲＱを使用して得られ得る非常に信頼性の高い送信を求める必要によって影響され得る。１つまたは複数の再送信は、たとえば再送信が隣接する期間内に実施され得ないことを考えると、送信のレイテンシに影響し得る。
【００７６】
ＷＴＲＵは、たとえばダウンリンク（ＤＬ）送信のために、送信が適正に復号されたかどうか決定するための処理時間を被ることがあり、これは、ＤＬ送信の受信とＡＣＫまたはＮＡＣＫの送信との間の時間間隔に通じ得る。ｅＮＢは、たとえばＡＣＫもしくはＮＡＣＫがＷＴＲＵによって送信されたかどうか、および／または再送信が必要とされるかどうか決定するための処理時間を被ることがある。同様の処理時間の消費が、アップリンク（ＵＬ）送信についても生じ得る。処理時間は、累積的なものになり得る。レイテンシと実装の複雑さとの間に兼ね合いがあり得る。
【００７７】
システム（たとえば、ＬＴＥ）は、ダウンリンクならびに／またはアップリンク動作および考えられる再送信のための、トランスポートブロックのための第１の送信とその対応するＡＣＫ−ＮＡＣＫ  ＨＡＲＱ応答との間でのタイミング関係における処理時間に対処し得る。
【００７８】
時分割複信（ＴＤＤ）および周波数分割複信（ＦＤＤ）ＤＬスケジューリングタイミングは同じであってよく、その結果、ＷＴＲＵは、ＤＬ送信のためのスケジューリンググラントを同じサブフレームまたは送信時間間隔（ＴＴＩ）内で受信し得る。
【００７９】
ＷＴＲＵは、たとえば、ＵＬダウンリンク制御情報（ＤＣＩ）フォーマットを有する物理ＤＬ制御チャネルＰＤＣＣＨもしくは拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）、および／または物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）送信を、サブフレームｎ内、たとえば、ＷＴＲＵのために意図されたＦＤＤ  ＵＬ送信内で検出したとき、対応する物理ＵＬ共有チャネル（ＰＵＳＣＨ）を、たとえば、サブフレームｎ＋４内で送信し得る。サブフレームｎ内のＤＬまたはＵＬ送信に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ応答は、サブフレームｎ＋４内で提供され得る。
【００８０】
ＷＴＲＵは、たとえば、ＵＬ  ＤＣＩフォーマットを有する（Ｅ）ＰＤＣＣＨおよび／またはサブフレームｎ内、たとえば、ＷＴＲＵのために意図されたＴＤＤシステムにおけるＵＬ送信のためのＰＨＩＣＨ送信を検出したとき、対応するＰＵＳＣＨをサブフレームｎ＋ｋ内で送信し得る。ｋの値は、ＴＤＤ  ＵＬ／ＤＬ構成、ＵＬ  ＤＣＩおよび／もしくはＰＨＩＣＨが送信されたサブフレーム、ならびに／またはＰＨＩＣＨリソース、および（Ｅ）ＰＤＣＣＨ内、たとえばＴＤＤ  ＵＬ／ＤＬ構成０におけるＵＬインデックスのＭＳＢまたはＬＳＢに依存し得る。サブフレームｎ内のＤＬまたはＵＬ送信に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ応答は、サブフレームｎ＋ｋ内で提供され得、ここでｋは、ｎの値およびＴＤＤ  ＵＬ／ＤＬ構成に依存し得る。バンドリングを使用し、複数の送信のためのＨＡＲＱを１回で提供し得る。
【００８１】
ＷＴＲＵにとって使用可能な処理時間は、たとえばタイミング進みの値、またはＷＴＲＵとｅＮＢの間の距離に依存し得る。一例では、ＬＴＥシステムは、ＷＴＲＵとｅＮＢの間に１００ｋｍの距離を有することがあり、これは、０．６７ｍｓの（たとえば、最大）タイミング進みに対応し得る。一例では、端末処理に約２．３ｍｓ残され得る。ｅＮＢには、たとえば３ｍｓの処理時間が使用可能であり得、これは端末のものと同じ程度となり得る。
【００８２】
図２は、ＤＬ物理レイヤチャネルの一例を示す。図２に示されている例を参照してＤＬの例では、ＤＬ共有チャネル（ＤＬ−ＳＣＨ）およびＵＬ−ＳＣＨをサポートするためにサブフレーム内に３つのチャネルエリアがあり得る。３つのチャネルエリアは、ＰＤＣＣＨ（これは物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）およびＰＨＩＣＨを含む）、物理ＤＬ共有チャネル（ＰＤＳＣＨ）、ならびにＥＰＤＣＣＨを含み得る。ＥＰＤＣＣＨは、ＷＴＲＵのためのスケジューリング情報を含み得、一方、ビームフォーミング利得および周波数領域セル間干渉制御（ＩＣＩＣ）などＰＤＳＣＨ領域の利益を利用し、ならびに／またはＰＤＣＣＨ機能を改善する。
【００８３】
図３は、ＵＬ物理レイヤチャネルの一例を示す。図３に示されている例を参照してＵＬの例では、ＤＬ−ＳＣＨおよびＵＬ−ＳＣＨをサポートするためにサブフレーム内に２つのチャネルエリアがあり得る。２つのチャネルエリアは、ＰＵＳＣＨおよびＰＤＳＣＨを含み得る。これらのチャネルエリアは、各時間スロット（たとえば、ＰＵＳＣＨの周波数ホッピング）内で異なるＲＢにおいて送信され、たとえば周波数選択性チャネルにおけるロバスト性を増大し得る。
【００８４】
送信時間間隔（ＴＴＩ）継続時間は、１つまたは複数のシンボルに基づく、および／またはそれらによって定義され得る。ＴＴＩ継続時間は、ＯＦＤＭシンボルの数で表して定義され得る。たとえば、ＴＴＩ継続時間は、（レガシ）サブフレーム全体および／または１対の物理リソースブロック（ＰＲＢ）として定義され得る。レガシ１ｍｓＴＴＩ長では、通常のサイクリックプレフィックスについて１４個のＯＦＤＭシンボル、拡張サイクリックプレフィックスについて１２個のＯＦＤＭシンボルがあり得る。たとえば、ＳｈＴＴＩ送信を１ｍｓのレガシＴＴＩ送信と多重化するとき、ＳｈＴＴＩは、単一のＯＤＦＭシンボルと同程度の短いものとされ得る。シンボルベースのカテゴリ化は、シンボルベースのＴＴＩ継続時間と呼ばれることがある。
【００８５】
ＴＴＩ継続時間は、時変シンボル継続時間に基づき得る。ＴＴＩ継続時間は、固定数のシンボル（たとえば、１４個のシンボル）を有し得、一方、シンボル継続時間は、時間で変動し得る。たとえば、可変時間シンボルベースのＴＴＩ継続時間は、サブキャリアスペーシングを変更することによって達成され得る。一例では、第１のＴＴＩ継続時間は、第１のサブキャリアスペーシングで達成され得、第２のＴＴＩ継続時間は、第２のサブキャリアスペーシングで達成され得る。キャリアの異なる帯域幅部分（たとえば、ＰＲＢ）は、異なるサブキャリアスペーシングをサポートし、したがって異なる帯域幅部分（たとえば、ＰＲＢ）について異なるＴＴＩ継続時間を可能にし得る。異なるサブキャリアスペーシングおよび／またはシンボル継続時間に関連付けられた送信を多重化することは、ＮＲなど５Ｇシステムに適用可能となり得る。そのような技法は、拡張ＬＴＥにおいても使用され得る。
【００８６】
ＴＴＩ継続時間は、時間スロットに基づいてもよい。ＴＴＩ継続時間は、時間スロットで表して（たとえば、通常のサイクリックプレフィックスについて７個のＯＦＤＭシンボル、拡張サイクリックプレフィックスについて６個のＯＦＤＭシンボル）定義され得る。たとえば、ＳｈＴＴＩが１スロットの長さとして定義される場合、２つのＳｈＴＴＩ送信がレガシ１ｍｓＴＴＩ長に時間多重化され得る。
【００８７】
ＴＴＩ継続時間は、時間に基づいてもよい。ＴＴＩ継続時間は、時間値で表して（たとえば、１ｍｓのレガシＴＴＩまたは１００ｍｓのＳｈＴＴＩ）定義され得る。
【００８８】
ＴＴＩ継続時間は、前述のＴＴＩ継続時間ベースの組合せなどハイブリッドに基づいてもよい。可変ＴＴＩ継続時間を達成するハイブリッド方法の一例では、異なる数のシンボルおよび異なるシンボル継続時間が使用され得る。
【００８９】
レイテンシが改善され得る。異なるチャネルのＴＴＩ継続時間を低減することは有利なり得る。ＴＴＩ継続時間の低減は、ＷＴＲＵ処理時間の低減を可能にし得、ＷＴＲＵがデータをより早く処理し始めることを可能にし得る。そのようなシナリオは、より短いＨＡＲＱタイムラインを可能にし得る。異なるチャネルが異なるＴＴＩ継続時間を有してもよい。ＥＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨなどのうちの１つまたは複数についての１つのサブフレームより短いＴＴＩ継続時間が提供され得る。（たとえば、レガシ１ｍｓ）サブフレームより短いＴＴＩ継続時間を使用するＰＤＳＣＨおよびＰＵＳＣＨの送信ための有効なＨＡＲＱフィードバックが提供され得る。より短いＴＴＩは、ＳｈＴＴＩと呼ばれることがある。
【００９０】
ＳｈＴＴＩおよび／またはＴＴＩとＳｈＴＴＩの組合せが、所与のＷＴＲＵについてサポートされ得、たとえば、スケジューリング（たとえば、ＤＣＩのフォーマット）、ＨＡＲＱ（たとえば、関連の処理／プロセスアイデンティティ）、フィードバックフォーマット、および適用可能なＴＴＩ継続時間の決定など、ＷＴＲＵ送信に関する他の側面の影響を最小限に抑える。たとえば、ＳｈＴＴＩの構成および／またはＳｈＴＴＩのためのＤＣＩのシグナリングは、ＷＴＲＵでの、および／またはバックワード互換性のあるように促進されたＴＴＩ長多重化における複雑さの量を制限するために、本来キャリアアグリゲーションのために定義されたあるシグナリングを使用し得る。１つまたは複数のレイテンシ成分を低減し、たとえばＷＴＲＵ実装に対する影響を最小限に抑え得る。
【００９１】
ＷＴＲＵは（たとえば、決定に基づいて）、サブフレームＴＴＩ継続時間（たとえば、１ｍｓ）、時間スロットＴＴＩ継続時間（たとえば、０．５ｍｓ）、シンボルベースのＴＴＩ継続時間（たとえば、継続時間内の１つまたは複数のＯＦＤＭシンボル）、および／または他の１ｍｓより短いＴＴＩ継続時間など、１つまたは複数のＴＴＩ継続時間で動作し得る。一例では、ＷＴＲＵは、ダウンリンクおよびアップリンクにおいて、特定の、しかし異なるＴＴＩ継続時間構成で動作するように構成され得る。一例では、ＷＴＲＵは、適用可能な送信についてダウンリンクおよびアップリンクにおいて同じＴＴＩ継続時間構成が使用されることを可能にするように構成され得る。たとえば、第１のセルがダウンリンクにおいて第１のＴＴＩ継続時間に関連付けられたことを示す構成をＷＴＲＵが受信した場合、ＷＴＲＵは、その構成がそうでないことを示さない限り、アップリンクＴＴＩ継続時間もまた第１のＴＴＩ継続時間であると決定してよい。
【００９２】
ＴＴＩ継続時間は、ＷＴＲＵ特有のものであってもよい。ＷＴＲＵは、所与の期間中、ＴＴＩ継続時間で動作し得る。ＷＴＲＵは、複数の可能なＴＴＩ継続時間のうちの１つまたは複数に従って動作するように構成され得、たとえばＬ３（たとえば、無線リソース制御（ＲＲＣ））再構成に基づいて、特定の期間の間、１つまたは複数のＴＴＩ継続時間で動作し得る。ＴＴＩ継続時間は、ＷＴＲＵへの、およびＷＴＲＵからの（たとえば、あらゆる）送信について、（たとえば、静的、半静的、または動的に）固定されてもよい。
【００９３】
複数のＴＴＩ継続時間が同時に構成され、および／または使用されてもよい。ＷＴＲＵは、異なるＴＴＩ継続時間の送信について同時に動作するように構成されてもよい。異なるＴＴＩ継続時間は、たとえば半静的割振り（たとえば、半永続的グラントまたは割当てに基づく異なるＴＴＩ継続時間専用のフレームのサブセット／サブフレームの構成）および／または動的割振り（たとえば、ダウンリンク制御シグナリングの検出および／または受信に基づく）に基づいてもよい。
【００９４】
ＴＴＩ継続時間は、セル／セルグループ（ＣＧ）特有のものであってもよい。構成は、ＷＴＲＵの構成のセルごと、ＷＴＲＵの構成のセルのサブセットについて、ならびに／または同じタイミング進みグループ（ＴＡＧ）のすべてのセルおよび／もしくは同じセルグループ（ＣＧ）のすべてのセルについて適用可能となり得る。たとえば、新しいセルを追加したとき、ＴＴＩ継続時間は、その新しいセルについて定義されてもよい。一例として、ＷＴＲＵがＳＣｅｌｌを追加する場合、ＳＣｅｌｌ構成は、ＷＴＲＵがそのＳＣｅｌｌについて短縮されたＴＴＩ継続時間を使用するべきであることを示し得る。特定のＭＡＣエンティティに関連付けられたＨＡＲＱインスタンスは、ＴＴＩ継続時間について同じ構成で構成されてもよい。ＴＴＩ継続時間についての同様の、または同じ構成が、たとえばアップリンク制御シグナリングのための同じチャネル（たとえば、ＰＵＣＣＨ、ＰＵＳＣＨ）に関連付けられたセルに使用され得る。
【００９５】
ＴＴＩ継続時間は、所与のキャリア周波数について１つまたは複数の時間シフトされたセルを使用してモデル化され得る。モデル化は、異なるＴＴＩ継続時間に従って、たとえばレガシＬＴＥシステムにおいて動作するＷＴＲＵ間で共存を可能にし得る。「論理」セル構造は、１つまたは複数のサービングセルの使用に対応し得る。サービングセルは、ＬＴＥ  ＣＡのために定義されたＳＣｅｌｌタイプまたはＰＳＣｅｌｌタイプなど、２次セルを含み得る。ＰＳＣｅｌｌは、論理的に、１ｍｓなど第１の（たとえば、レガシ）ＴＴＩを維持し得、またはＳｈＴＴＩとして（たとえば、でも）構成され得る。
【００９６】
複数のサービングセルが特定のＴＴＩ継続時間に関連付けられてもよい。ＷＴＲＵは、サービングセルに関連付けられた１つまたは複数の機能および／または特性に基づいて複数のＴＴＩ継続時間をサポートし得る。
【００９７】
ＷＴＲＵは、たとえば、ＬＴＥのための第１の（たとえば、レガシ）挙動に従って、ダウンリンク制御領域の継続時間を決定してもよい。ＰＤＣＣＨの受信は、ダウンリンクサブフレームのための第１の（たとえば、レガシ）挙動となり得る。一例では、サブフレーム内の第１のＳｈＴＴＩは、たとえば、第１のスロットがＰＤＣＣＨのための１〜３個のシンボルを含む７個のシンボルの２つのスロットなど、スロットベースの動作の場合、制御領域を含み得る。一例では、ＳｈＴＴＩ継続時間は、たとえばシンボルベースのＳｈＴＴＩの場合、制御領域を除外し得る。一例では、サブフレームの開始からの時間の、またはシンボルのオフセットを使用し、（たとえば、ＤＣＩにおける）ＳｈＴＴＩの開始を示してもよい。
【００９８】
一例では、ＷＴＲＵは、送信モード（ＴＭ）当たりのＴＴＩ継続時間、サービングセルアイデンティティ（ｓｅｒｖＣｅｌｌｌＤ）当たりのＴＴＩ継続時間、および／またはサービングセル当たりのＴＴＩ継続時間のうちの少なくとも１つに従って所与のキャリア周波数（たとえば、ダウンリンクおよび／またはアップリンク用）で動作し得る。
【００９９】
送信モード（ＴＭ）当たりのＴＴＩ継続時間の一例では、ＷＴＲＵは、たとえば各適用可能なＴＴＩ継続時間について１つの複数の送信モード（ＴＭ）で構成されてもよい。
【０１００】
サービングセルアイデンティティ（ｓｅｒｖＣｅｌｌｌＤ）当たりのＴＴＩ継続時間の一例では、ＷＴＲＵは、たとえば各適用可能なＴＴＩ継続時間について１つの複数のサービングセルアイデンティティ（ｓｅｒｖＣｅｌｌｌＤ）で構成されてもよい。
【０１０１】
サービングセル当たりのＴＴＩ継続時間の一例では、ＷＴＲＵは、たとえば各適用可能なＴＴＩ継続時間について１つの、所与のキャリア周波数について複数のサービングセルで構成されてもよい。
【０１０２】
異なるタイプのサービングセルを使用して、組合せがなされてもよい。たとえば、ＷＴＲＵは、以下の例または他の例のいずれかに従って構成されてもよい。
【０１０３】
第１の場合または例では、ＷＴＲＵは、１つのＰＣｅｌｌおよび１つのＳＣｅｌｌ（またはＰＳＣｅｌｌ）で構成されてもよい。ＷＴＲＵは、第１のＳｈＴＴＩを使用してＰＣｅｌｌに関連付けられた送信、および第２のＳｈＴＴＩを使用してＳＣｅｌｌ／ＰＳＣｅｌｌに関連付けられた送信を実施し得る。ＷＴＲＵは、たとえばＳＣｅｌｌがＰＵＣＣＨリソースで構成されているとき、またはＷＴＲＵがＰＳＣｅｌｌで構成されているとき、（たとえば、第１の（たとえば、レガシ）挙動またはＳｈＴＴＩに関連付けられた処理時間に従って）関係するセルに関連付けられたアップリンクリソースを使用して特定のセルに関連付けられた送信のためのアップリンク制御情報（ＵＣＩ）を送信し得る。そうでない場合、たとえばＷＴＲＵは、（たとえば、第１の（たとえば、レガシ）挙動に従って）ＰＣｅｌｌのリソースを使用してＵＣＩの送信を実施してもよい。いずれの場合も、または他の場合、ＷＴＲＵは、関係するセルのアップリンク構成に適用可能なＴＴＩを使用して、または受信された送信に適用可能なＳｈＴＴＩに従って、ＵＣＩを送信し得る。
【０１０４】
第２の場合または例では、ＷＴＲＵは、ＰＣｅｌｌおよび２つのＳＣｅｌｌで構成され得る。ＷＴＲＵは、第１のＴＴＩ（たとえば、レガシ１ｍｓＴＴＩ）を使用してＰＣｅｌｌに関連付けられた送信、および第２のＴＴＩ（たとえば、ＳｈＴＴＩ）を使用してＳＣｅｌｌに関連付けられた送信を実施し得る。ＷＴＲＵは、たとえばＳＣｅｌｌがＰＵＣＣＨリソースで構成されているとき、（たとえば、第１の（たとえば、レガシ）挙動またはＳｈＴＴＩに関連付けられた処理時間に従って）関係するセルに関連付けられたアップリンクリソースを使用して特定のセルに関連付けられた送信のためのＵＣＩを送信し得る。そうでない場合、たとえばＷＴＲＵは、（たとえば、第１の（たとえば、レガシ）挙動に従って）ＰＣｅｌｌのリソースを使用してＵＣＩの送信を実施してもよい。いずれの場合も、または他の場合、ＷＴＲＵは、関係するセルのアップリンク構成に適用可能なＴＴＩを使用して、または受信された送信に適用可能なＳｈＴＴＩに従って、ＵＣＩを送信し得る。
【０１０５】
第３の場合または例では、ＷＴＲＵは、１つのＰＣｅｌｌおよび複数のＳＣｅｌｌで構成されてもよい。構成は、第１の例および第２の例を一般化したものとなり得、３つ以上のＴＴＩ継続時間が（たとえば、第１の（たとえば、レガシ）サブフレーム内で）サポートされ得る。
【０１０６】
ＰＳＣｅｌｌを含む一例では、ＰＣｅｌｌのために適用可能なものとは異なるセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）がＴＴＩの継続時間を示し得る。提示されている例および他の例が、別々に使用されても組合せで使用されてもよい。他の実現化および／または組合せが可能である。
【０１０７】
スロットベースの動作を有するケース１についてダウンリンク制御領域を処理するための例について述べる。
【０１０８】
ＷＴＲＵは、ＳｈＴＴＩ用に使用されるサービングセルのために、たとえばスロットベースの動作の場合、第２のスロットに対応するサービングセルのために、０個のシンボルの（たとえば、ＤＬ）制御領域で構成されてもよい。ＷＴＲＵは、たとえば制御領域の継続時間についてそのような値を示すシグナリングを受信したことに基づいて、サービングセルがＳｈＴＴＩ用に構成されていると決定し得る。ＷＴＲＵは、たとえば制御領域の継続時間についてそのような値を示すシグナリングを受信したことに基づいて、サービングセルが第２のスロットのためのＳｈＴＴＩとして構成されていると決定し得る。ＷＴＲＵは、ＰＣｅｌｌ構成が第１のスロットのためのＳｈＴＴＩに使用されると決定し得る。
【０１０９】
異なる手順またはアルゴリズムを使用し、たとえばモデル化とは独立して、適用可能なＴＴＩ継続時間を決定してもよい。たとえば、ＷＴＲＵは、送信に適用可能なＴＴＩ継続時間（たとえば、１ｍｓなどレガシ継続時間またはより短いもの（たとえば、ＳｈＴＴＩ））を、以下の１つまたは複数に応じて決定し得る。すなわち、（ａ）ＷＴＲＵは、クロスキャリアスケジューリングを使用してＴＴＩ継続時間を決定し得る。（ｂ）ＷＴＲＵは、ＴＴＩ継続時間をサービングセルアイデンティティと関連付け得る。（ｃ）ＴＴＩ継続時間は、キャリアインジケータフィールド（ＣＩＦ）によって示され得る。（ｄ）ＴＴＩ継続時間は、リソースの割振りに関連付けられた制御シグナリングに適用可能なＣ−ＲＮＴＩによって示され得る。（ｅ）ＴＴＩ継続時間は、送信に、および／またはキャリア周波数についてＰＲＢのサブセット全体内の時間シフトされたセルに適用可能なＰＲＢサブセットのアイデンティティから決定し得る。（ｆ）ＭＡＣアクティブ化／非アクティブ化を使用し、適用可能なＴＴＩ継続時間、および／またはサブフレーム内の送信に適用可能なスロット／期間のアイデンティティを決定し得る。ＭＡＣアクティブ化／非アクティブ化は、たとえば複数のＴＴＩ（たとえば、レガシＴＴＩと１つまたは複数のＳｈＴＴＩ）の間でトグルするために、スロットベースのＳｈＴＴＩ間でトグルするために使用され得、および／またはサブフレーム内の０、１つまたは複数のＳｈＴＴＩ期間を決定するために使用され得る。
【０１１０】
ＨＡＲＱ処理は、時間シフトされたセルに（たとえば、第１の（たとえば、レガシ）挙動に従って）使用され得るが、一例では、タイミング関係が適用可能なＴＴＩ継続時間に従ってスケーリングされてもよい。ＨＡＲＱ  Ａ／Ｎフィードバックフォーマットは、ＬＴＥ  ＣＡフォーマット、第１の（たとえば、レガシ）サブフレームベースのタイミング関係、および／またはＨＡＲＱプロセスに関連付けられたタイミング関係を再使用し得る。ＤＣＩシグナリングは、第１の（たとえば、レガシ）フォーマットを再使用し得るが、一例では、たとえば、ＣＩＦおよび／または送信に適用可能なＰＲＢなどフィールドの解釈は、異なり得る。ＭＡＣアクティブ化／非アクティブ化シグナリングが、時間シフトされたセルに適用可能となり得る。ＤＲＸに関連付けられたＤＲＸタイマは、適用可能なＴＴＩ継続時間および／またはＨＡＲＱプロセスに関連付けられたセルに従ってＨＡＲＱ  Ａ／Ｎタイミングに合わせてスケーリングし得る。物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースおよび／またはＲＡＣＨのためのＰＤＣＣＨオーダは、時間シフトされたＳＣｅｌｌのためにサポートされてもされなくてもよい。アップリンク送信のためのタイミング進みは、たとえばセルに関連付けられたＴＴＩに適用されたシフトに従って、時間シフトがＰＣｅｌｌタイミングに対するものである（たとえば、ＰＣｅｌｌがそのようなＳＣｅｌｌのためのＤＬタイミング基準のままであり、追加のオフセットがそれらのセルのためのＳｈＴＴＩの開始に対応する）とき時間シフトされ得る。
【０１１１】
ＴＴＩ継続時間で動作し得る、またはそれを示し得る任意の手順またはアルゴリズムが、サブキャリアスペーシングで動作する、またはそれを示すための手順またはアルゴリズムとして適用可能となり得る。
【０１１２】
異なるＴＴＩ継続時間を有する送信のためのサポートが提供され得る。ＷＴＲＵは、ＬＴＥ物理レイヤでの動作用に構成されてもよい。ＷＴＲＵは、たとえば、第１の（たとえば、レガシ）ＬＴＥ挙動に従って動作するために、または５ｇＦＬＥＸ構成、たとえばＵｎｉｖｅｒｓａｌ  Ｆｉｌｔｅｒｅｄ  ＯＦＤＭ（ＵＦ−ＯＦＤＭ）、Ｆｉｌｔｅｒｅｄ  Ｂａｓｅｄ  ＯＦＤＭ（ＦＢ−ＯＦＤＭ）など潜在的にフィルタされたＯＦＤＭ送信の他の変形形態で動作する物理レイヤをサポートする構成と共に動作するために構成されてもよい。
【０１１３】
ＬＴＥ  ＦＤＤの一例では、無線フレームは、それぞれが１ｍｓのＴＴＩを有する１ｍｓの１０個のサブフレームからなり得る。各ＴＴＩは、通常のサイクリックプレフィックスを有する構成のための７個のシンボルの２つの０．５ｍｓスロットからなり得る。ダウンリンクでは、ダウンリンクＤＣＩによってアドレスされ得る０〜７の番号が付けられた８個の非同期ＨＡＲＱプロセスがあり得る。アップリンクでは、そのアイデンティティがサブフレームタイミングに結び付けられ得るＲＴＴ当たり８個の同期ＨＡＲＱプロセスがあり得る。ＷＴＲＵは、制御シグナリング（ＰＤＣＣＨ）に使用される第１のスロットの冒頭で１個から３個のシンボル用に構成されてもよい。制御シグナリングは、所与のセルのための帯域幅全体に及んでもよい。ＴＴＩ継続時間は、ＬＴＥ物理レイヤの側面として、たとえば１ｍｓで固定されてもよい。
【０１１４】
ＷＴＲＵの構成の異なるセルが、ＴＴＩ継続時間／オフセットシフトに（たとえば、明示的に）関連付けられ得る。異なるＴＴＩ継続時間のためのサポートは、たとえば、ＷＴＲＵの構成においてセルとＴＴＩ継続時間の間の一意の関連付けを維持することによって実現され得る。セル（たとえば、ＬＴＥ  ＣＡ  ＳＣｅｌｌタイプのセル）に関連付けられたタイミングは、基準セルのタイミングに対してシフトされ、および／または時間でオフセットされ得る。基準セルは、ＷＴＲＵの構成のＰＣｅｌｌであってもよい。ＰＣｅｌｌは、たとえばデフォルトで０時間シフトを有すると考えられてもよい。２重コネクティビティの一例では、ＰＣｅｌｌは、たとえばセルの２次グループが構成されているとき、およびＰＳＣｅｌｌがタイミング基準として使用されるとき、（たとえばデフォルトで）０時間シフトを有すると考えられてもよい。
【０１１５】
一例では、時間シフト／ＴＴＩ継続時間／オフセットシフトが、アイデンティティに関連付けられ得る。たとえば、時間シフトされたセルは、サービングセルアイデンティティと共に、セル特定のサブフレームの開始に対する時間のオフセット（たとえば、タイミングは、ダウンリンクタイミング基準として使用されるＰＣｅｌｌに基づき得る）と共に、またＴＴＩ継続時間（たとえば、より短いＴＴＩまたはＳｈＴＴＩと呼ばれることがある、第１の（たとえば、レガシ）タイミングより短い）と共に構成され得る。
【０１１６】
ＴＴＩ継続時間は、セルのための物理レイヤ構成に関連付けられた、構成された送信モードの一部など、ＷＴＲＵの構成面であってもよい。
【０１１７】
タイミング関係を使用するセルは、同じタイミング進みグループ（ＴＡＧ）の一部として構成され得る。ＳｈＴＴＩをサポートする２次ＴＡＧ（ＳＴＡＧ）内のセル（たとえば、ＳＣｅｌｌ）は、同じＴＡＧ内のセルのうちの１つをタイミング基準として使用してもよく（たとえば、使用されるセルは、ＷＴＲＵの構成面であり得る）、または（たとえば、そうでない場合）ＰＣｅｌｌをタイミング基準として使用してもよい。
【０１１８】
セル内の送信、および／または特定のＷＴＲＵについて送信を多重化するためのサポートが提供され得る。異なるＴＴＩ継続時間を使用する送信のためのサポートは、同じセル内の同時送信のためのものであってもよい。たとえば、送信は、任意の所与の時間における各ＷＴＲＵについての単一のＴＴＩ継続時間に対応し得、一方、いくつかのＷＴＲＵは、他のＷＴＲＵとは異なるＴＴＩ継続時間を有し得る。サポートは、同じサブフレーム内（たとえば、１ｍｓなど第１の（たとえば、レガシ）サブフレーム内）の所与のＷＴＲＵのための送信のためのものであってよく、異なる送信が、関係するＷＴＲＵによって異なるＴＴＩ継続時間に従って実施され得る。
【０１１９】
手順は、アップリンクおよび／またはダウンリンク送信に適用可能となり得、またＷＴＲＵのための構成面であり得る。
【０１２０】
ＳｈＴＴＩベースの送信モード（ＴＭ）およびセルタイミング構成が提供され得る。たとえば、ＷＴＲＵは、（たとえば第１の（たとえば、レガシ）挙動に従って）ＰＣｅｌｌで構成され得る。たとえば、ＷＴＲＵは、第１のＴＴＩ継続時間（たとえば、レガシ１ｍｓ）に関連付けられた第１のＴＭ（たとえば、１〜１０の範囲内のＴＭ）を使用してＰＣｅｌｌキャリア周波数で動作し得る。ＷＴＲＵは、以下の少なくとも１つに従ってＷＴＲＵを再構成し得るＲＲＣ接続再構成メッセージを受信し得る。すなわち、ＷＴＲＵは、ＰＣｅｌｌを再構成し得る、および／または少なくとも１つのＳＣｅｌｌを構成し得る。
【０１２１】
ＰＣｅｌｌを再構成する一例では、ＷＴＲＵは、ＰＣｅｌｌのためにＷＴＲＵによって以前使用されたものより短い継続時間の第２のＴＴＩ（たとえば、ＳｈＴＴＩ）がサポートされるようにＰＣｅｌｌを再構成し得る。たとえば、ＷＴＲＵは、ＰＣｅｌｌに関連付けられたＴＭを再構成（または追加）し得る。たとえば、ＴＭ（たとえば、ＴＭ＝１１）が、ＰＣｅｌｌのためにＷＴＲＵによって以前使用されたものとは異なるＴＴＩ継続時間に関連付けられ得る。
【０１２２】
たとえば、ＷＴＲＵは、以下の少なくとも１つに従ってＴＴＩ継続時間を構成し得る。一例では、ＳｈＴＴＩ継続時間は、１スロット（０．５ｍｓ）に等しいものとなり得る。これは、たとえば第１の場合に適用可能となり得る。別の例では、ＳｈＴＴＩは、１シンボルの整数倍として表される継続時間となり得る。継続時間は、たとえば、構成がＳｈＴＴＩのための開始オフセットを含み、そのようなオフセットが０に等しいとき、制御領域を含み得る。別の例では、ＳｈＴＴＩは、時間の整数値、たとえば１００μｓまたは１２５μｓとして表される継続時間となり得る。ＳｈＴＴＩ継続時間が制御領域を含み得るかどうかは、適用可能なときＳｈＴＴＩのための開始オフセットの値に応じて決定され得る。制御領域は、オフセットが非ゼロ値に等しいとき、セルについてのＷＴＲＵの構成の別個の側面となり得る。
【０１２３】
たとえば、ＴＭは、関係するＳｈＴＴＩ継続時間のための第１の（たとえば、レガシ）サブフレームの第１のスロット内（たとえば、その中だけ）で送信をサポートし得る。ＷＴＲＵは、ＴＭに関連付けられたセルのタイプ（たとえば、ＰＣｅｌｌ）に応じて側面を決定し得る。ＴＭは、ＷＴＲＵ特有の復調基準信号（たとえば、ＤＭ−ＲＳ）を、それらの位置および密度がＳｈＴＴＩ動作によりよく適したものとなり得るようにサポートし得る。
【０１２４】
ＰＣｅｌｌを再構成する一例では、１ｍｓなど第１の（たとえば、レガシ）ＴＴＩを使用するＰＣｅｌｌ上での送信が使用可能になり得る。これは、たとえば第２の場合において、たとえばＰＣｅｌｌ動作が第１の（たとえば、レガシ）１ｍｓＴＴＩを使用する送信をサポートし、１つまたは複数のＳＣｅｌｌがＳｈＴＴＩを使用する動作をサポートするようにＷＴＲＵが構成され得るとき適用可能になり得る。
【０１２５】
ＷＴＲＵは、たとえば第１のＴＴＩ（たとえば、１ｍｓ）を使用するＰＣｅｌｌ上の送信について「ＣＩＦ＝０」を、また第２のＴＴＩ（たとえば、０．５ｍｓなどのスロットベースのＳｈＴＴＩ）を使用するＰＣｅｌｌ上の送信について「ＣＩＦ＝１」をＤＣＩが示し得るように、ＰＣｅｌｌの構成においてＰＣｅｌｌへの追加のセルアイデンティティでＰＣｅｌｌを構成し得る。これは、たとえば第１の場合において適用可能となり得る。
【０１２６】
少なくとも１つのＳＣｅｌｌを再構成する一例では、ＷＴＲＵは、関連のＴＴＩ継続時間（たとえば、ＳｈＴＴＩ）が第１の（たとえば、レガシ）サブフレーム継続時間（たとえば、１ｍｓ未満）のもの未満になるようにＳＣｅｌｌを構成し得る。たとえば、ＷＴＲＵは、ＳＣｅｌｌに関連付けられたＴＭを構成し得る。たとえば、ＴＭ（たとえば、ＴＭ＝１１）は、ＰＣｅｌｌのもの（たとえば、ＳｈＴＴＩ）と同様のＴＴＩ継続時間に関連付けられ得る。ＳｈＴＴＩ継続時間は、１スロット（０．５ｍｓ）に等しいものとなり得る。これは、たとえば第１の場合において適用可能となり得る。ＴＭ（たとえば、ＴＭ＝１１＋ｘ）は、たとえばそのようなＳＣｅｌｌのＴＴＩ継続時間がＰＣｅｌｌのものとは異なり得るとき、ＰＣｅｌｌのものとは異なるＴＴＩ継続時間に（たとえば、代替として）関連付けられ得る。
【０１２７】
スロットベースのＴＴＩ（たとえば、ＰＣｅｌｌについて０．５ｍｓ）と非スロットベースのＴＴＩ（たとえば、それぞれ１００ｍｓの５個のＳＣｅｌｌ）の組合せが、所与のＷＴＲＵについて適用可能となり得る。別の例は、異なる数のシンボルが制御領域のそれぞれについて使用され得るように（たとえば、３個のシンボル）、シンボルベースのＴＴＩで構成されるＷＴＲＵのものとなり得、ＴＴＩ継続時間は、ＰＣｅｌｌのためのもの（たとえば、５個のシンボル）、および継続時間におけるｘ個のシンボルのいくつかのＳＣｅｌｌ（ＴＴＩ継続時間に各２個のシンボルの３個のＳＣｅｌｌ）のためのものである。他の組合せ、および／または他の値が可能である。
【０１２８】
例示的な手順が上記の場合のいずれかに適用可能となり得る。手順は、アップリンクおよび／またはダウンリンク送信に適用可能となり得、またＷＴＲＵのための構成面であり得る。
【０１２９】
ＴＴＩ継続時間は、ＰＤＣＣＨ上のＤＣＩ内のキャリアインジケータフィールド（ＣＩＦ）に応じて決定され得る。ＴＴＩ継続時間は、ＤＣＩ内の示されるセルアイデンティティに応じて（たとえば、ＷＴＲＵの構成の所与のキャリア周波数のためのＣＩＦなどによって）シグナリングされ得る。決定または表示は、たとえば、第２のアイデンティティをＷＴＲＵの構成のセルに関連付けることによって、または所与のキャリア周波数についてのサービングセル構成の複製によって達成され得る。ＷＴＲＵは、ＷＴＲＵがサービングセルと通信するために物理アップリンクチャネル上で第１の送信時間間隔を使用するべきであることを所与の送信（たとえば、ＰＤＤＣＨ送信、サービングセル送信、受信されたダウンリンク制御情報、またはスケジューリング情報）のＤＣＩが示したと決定し得る。たとえば、決定は、ＤＣＩのＣＩＦフィールドに基づいてもよく、なぜなら、ＣＩＦは、第１の送信時間間隔を使用するように構成されているサービングセルアイデンティティを参照し得るからである。このようにして、ダウンリンク制御情報（たとえば、ＤＣＩフィールド、ＤＣＩメッセージ、ＣＩＦフィールド、ＰＲＢ割当て）を再使用し、第１のＴＴＩ長に関連付けられた送信をスケジューリングし得る。同様に、ＷＴＲＵは、ＷＴＲＵが第２のサービングセルと通信するために物理アップリンクチャネル上で第２の送信時間間隔を使用するべきであることを所与の送信（たとえば、ＰＤＤＣＨ送信、サービングセル送信、受信されたダウンリンク制御情報、またはスケジューリング情報）のＤＣＩが示したと決定し得る。たとえば、決定は、ＤＣＩのＣＩＦフィールドに基づいてもよく、なぜなら、ＣＩＦは、第２の送信時間間隔を使用するように構成されている第２のサービングセルアイデンティティおよび第２のサービングセルを参照し得るからである。第１の送信時間間隔または第２の送信時間間隔のうちの１つまたは複数が、レガシ送信時間間隔未満である短縮されたＴＴＩに対応し得る。第１のサービングセルおよび第２のサービングセルは、同じ周波数帯域および／またはキャリア周波数を使用するように構成され得る。
【０１３０】
スロットベースのＴＴＩ継続時間を使用する一例では、ＷＴＲＵは、所与のキャリア周波数についてＣＩＦ＝０を有するＰＣｅｌｌ、ＣＩＦ＝１を有するＳＣｅｌｌ、ＣＩＦ＝２を有するＳＣｅｌｌで構成され得る。両ＳＣｅｌｌは、関連のリソースのためのスケジューリング情報がＰＣｅｌｌに関連付けられたＰＤＣＣＨ上で受信され得るようにキャリアアグリゲーションクロスキャリアスケジューリングで構成され得る。ＷＴＲＵは、そのようなＰＤＣＣＨ上での送信をスケジューリングするシグナリングを受信し得る。ＷＴＲＵは、たとえば送信に適用可能なＣＩＦがＰＣｅｌｌのものであるとＷＴＲＵが決定したとき、ＴＴＩ継続時間が第１の（たとえば、レガシ）動作（たとえば、１ｍｓ）によると決定してもよい。ＷＴＲＵは、たとえばＣＩＦ＝１であるとＷＴＲＵが決定したとき、関係するサブフレームの第１のスロットに送信が適用可能であると決定してもよい。ＷＴＲＵは、たとえばＣＩＦ＝２であるとき、送信が、関係するサブフレームの第２のスロットのためのものであると決定してもよい。
【０１３１】
例示的な手順が上記の場合のいずれかに適用可能となり得る。手順は、アップリンクおよび／またはダウンリンク送信に適用可能となり得、またＷＴＲＵのための構成面であり得る。
【０１３２】
ＳｈＴＴＩのための開始オフセットは、ＰＤＣＣＨ上のＤＣＩ内のＣＩＦに応じたものとなり得る。一例では、適用可能な時間の位置（たとえば、サブフレーム内のスロット、適用可能な開始シンボルおよび／またはすべての適用可能なシンボルなど）の決定は、たとえばサブフレーム継続時間のものより短いＴＴＩ継続時間が所与のセルについて構成されているとき、送信のために使用可能になり得る。
【０１３３】
開始オフセットまたは適用可能な時間の位置は、ＷＴＲＵによって受信されるシグナリングに基づいてもよい。ＷＴＲＵは、たとえばＷＴＲＵの構成の所与のキャリア周波数についてのキャリアインジケータフィールド（ＣＩＦ）などによって、ＤＣＩ内の示されたセルアイデンティティに応じてそのような決定を実施し得る。表示または決定は、たとえば、サブフレーム内の特定のオフセットをＷＴＲＵの構成のセルのアイデンティティに関連付けることによって、または異なるアイデンティティおよび異なるオフセットをそれぞれが有する所与のキャリア周波数についての複数のサービングセルを構成することによって達成され得る。
【０１３４】
たとえば、オフセットは、セル特有のサブフレームの第１のスロットもしくは第２のスロットのうちの１つを示し得、またはサブフレーム内の開始シンボルで表したオフセットもしくは絶対時間（たとえば、５００ｍｓ）のオフセットを示し得る。オフセットは、セル特有のサブフレームの開始から適用され得る。オフセットは、ＴＴＩ継続時間を暗黙に示し得る（または逆も同様）。
【０１３５】
例示的な手順が上記の場合のいずれかに適用可能となり得る。手順は、アップリンクおよび／またはダウンリンク送信に適用可能となり得、またＷＴＲＵのための構成面であり得る。
【０１３６】
ＴＴＩ継続時間は、送信のためのＰＲＢに応じたものとなり得る。一例では、ＷＴＲＵは、たとえばＳｈＴＴＩで構成された１ｍｓより短いＴＴＩ継続時間でＷＴＲＵが動作しているＷＴＲＵの構成のセルに、いくつかのＰＲＢ（たとえば、関係するキャリア周波数のためのシステム特有のＰＲＢの合計セットのサブセット）が関連付けられ得るように、構成されてもよい。
【０１３７】
ＷＴＲＵは、スケジューリング情報によって示されたＰＲＢに応じて適用可能なＴＴＩ継続時間を決定してもよい。ＰＲＢは、送信のためのリソース割振りのための開始ＰＲＢに対応し得る。ＰＲＢのセットは、ＰＲＢの範囲に対応し得る。ＷＴＲＵは、たとえば、そのような範囲が、関係するセットに関連付けられたＰＲＢを含む（たとえば、だけを含む）とき、ＰＲＢのセットに関連付けられたＴＴＩ継続時間を使用し得る。ＷＴＲＵは、（たとえば、そうでない場合）たとえば、そのような範囲がＰＲＢの異なるセットに関連付けられたＰＲＢを含むとき、またはそのような範囲がそのようなセットに関連付けられたＰＲＢを含まないとき、異なるＴＴＩ継続時間（たとえば、１ｍｓなど第１の（たとえば、レガシ）ＴＴＩ継続時間、または構成された継続時間）を使用し得る。ＰＲＢのセットは、ＷＴＲＵの構成の構成面であり得る。たとえば、サービングセルは、たとえばキャリア周波数についてのＳｈＴＴＩ動作のためにサービングセルが構成されているとき、１つまたは複数のＰＲＢのセットに関連付けられ得る。ＷＴＲＵは、そのようなセルに関連付けられた、または関係するＰＲＢに関連付けられたＴＴＩ継続時間を使用し得る。スケジューリング情報は、ＰＤＣＣＨ上のＤＣＩ内で動的に受信され得る。スケジューリング情報は、半静的に構成されてもよい。たとえば、第１の（たとえば、レガシ）動作で構成されたＰＣｅｌｌのためのＰＲＢの（たとえば、システム特有の）セット全体が、１１０個のＰＲＢであってもよい。ＷＴＲＵは、（たとえば、代替として）ＰＲＢの１つまたは複数のサブセットで構成されてもよく、各セットは、特定のＴＴＩ継続時間に関連付けられ得る。
【０１３８】
ＷＴＲＵは、送信に適用可能なＳｈＴＴＩおよび／またはＴＴＩの継続時間で構成されたセルを（たとえば、最初に）決定し得（たとえば、本明細書に記載されたように決定する）、そこから適用可能なＰＲＢのセットを決定し得る（たとえば、本明細書で論じられているようにＰＲＢのセットの構成を使用して決定する）。
【０１３９】
例示的な手順（たとえば、動作）は、上記の場合のいずれかに適用可能となり得る。手順は、アップリンクおよび／またはダウンリンク送信に適用可能となり得、またＷＴＲＵのための構成面であり得る。たとえば、手順は、ダウンリンクおよび／またはアップリンクのための送信モードに関連付けられ得る。たとえば、手順は、ＷＴＲＵの構成のサービングセルに関連付けられ得る。たとえば、ＷＴＲＵは、構成がＷＴＲＵの構成のサービングセルに特有のものであると決定し得、たとえば、ＴＴＩ構成がＤＬ周波数にもＵＬ周波数にも当てはまると決定され得る。たとえば、ＷＴＲＵは、構成がＷＴＲＵの構成の所与のサービングセルのための構成の特定の方向に特有のものであると決定し得、たとえば、ＴＴＩ構成がＤＬ方向のために、またＵＬ方向のために別々に提供されると決定され得る。
【０１４０】
送信のための開始オフセット時間について決定され得る。セル非アクティブ化が、ＳｈＴＴＩの可用性を制御し得る。一例では、第１の（たとえば、レガシ）セルアクティブ化−非アクティブ化機構（たとえば、手順またはアルゴリズム）が、送信の継続時間（たとえば、レガシＴＴＩまたはＳｈＴＴＩ継続時間など第１のＴＴＩまたは第２のＴＴＩ）を、たとえば送信をアクティブ化し非アクティブ化することによって制御し得る。ＷＴＲＵは、アクティブ化状態を、ＳｈＴＴＩ、スロット、および／またはリソースに関連付け得る。
【０１４１】
一例では、ＳｈＴＴＩセルを使用して構成されたＷＴＲＵは、第１の（たとえば、レガシ）ＭＡＣアクティブ化／非アクティブ化制御要素を受信し得る。ＷＴＲＵは、アクティブ化／非アクティブ化要素を、ＳｈＴＴＩの可用性を決定するための機構として使用し得る。たとえば、ＷＴＲＵは、たとえばＷＴＲＵがＳｈＴＴＩを有する単一のＳＣｅｌｌで構成されているとき、またＷＴＲＵが送信を実施する必要があると決定したときＳＣｅｌｌが非アクティブ状態にあるとき、第１の（たとえば、１ｍｓ）ＴＴＩ継続時間を使用し得る。ＷＴＲＵは、（たとえば、そうでない場合）たとえばＳＣｅｌｌがアクティブであるとき、送信のために第２のＴＴＩ継続時間（たとえば、ＳｈＴＴＩ）を使用する。ＷＴＲＵは、たとえばスケジューリングされたスロットとは独立してスケジューリング情報に従って、第２のＴＴＩ継続時間（たとえば、ＳｈＴＴＩ）を使用して送信を実施し得る。この例は、送信スロットなど、継続時間の代わりにシンボルベースのＴＴＩ継続時間が使用される場合にも当てはまるように拡張され得る。
【０１４２】
スロットベースの送信を示すために複数のＳＣｅｌｌが使用され得る一例では、ＷＴＲＵは、ＳｈＴＴＩで構成されたすべてのセルが非アクティブ状態にあるとき第１のＴＴＩ継続時間が適用可能であると決定し得る。ＷＴＲＵは、（たとえば、そうでない場合）各ＳＣｅｌｌに関連付けられた、また各スロットに関連付けられたアクティブ状態に基づいて適用可能なスロットを決定し得る。この例は、たとえば、送信スロットなど、継続時間の代わりにシンボルベースのＴＴＩ継続時間が使用される場合にも当てはまるように拡張され得る。
【０１４３】
ＷＴＲＵは、たとえばＴＴＩ継続時間の構成を考慮して、ＨＡＲＱフィードバックおよび／または他のアップリンク制御情報（ＵＣＩ）（ＣＱＩ、ＰＭＩ、ＲＩなど）を送信し得る。
【０１４４】
ＵＣＩの送信に適用可能なＴＴＩ継続時間は、スケジューリング情報、構成情報、サービングセルに適用可能なＴＴＩ、ＵＣＩ送信のためのデフォルト構成などのうちの少なくとも１つに応じたものとなり得る。
【０１４５】
スケジューリング情報は、ＷＴＲＵがＰＵＳＣＨ送信のためのリソースを有するかどうか、また（たとえば、そうであれば）本明細書に記載の手順に従って決定され得るそのような送信に関連付けられたＴＴＩ継続時間を有するかどうか示し得る。
【０１４６】
構成情報は、ＷＴＲＵが同時ＰＵＳＣＨおよびＰＵＣＣＨ送信のために構成されているかどうか示し得る。
【０１４７】
ＴＴＩは、関係するＵＣＩ送信のためのサブフレームにおけるＵＣＩ送信に関連付けられたサービングセルに適合可能となり得る。
【０１４８】
ＴＴＩは、（たとえば、ＨＡＲＱ  Ａ／Ｎフィードバックの場合）フィードバックに関連するダウンリンク送信のためのサブフレームにおけるＵＣＩ送信に関連付けられたサービングセルに（たとえば、継続時間および／またはオフセットにおいて）適合可能となり得る。
【０１４９】
ＵＣＩの送信のためのデフォルト構成は、たとえば、ＰＵＣＣＨ上のＵＣＩの送信のためのもの（たとえば、常にＰＣｅｌｌ上の１ｍｓＴＴＩなど第１のＴＴＩ）であってもよい。
【０１５０】
さらなる例が下記で提供される。
【０１５１】
適用可能なリソースは、ＰＵＳＣＨまたはＰＵＣＣＨリソースとなり得る。ＷＴＲＵは、任意の技法、手順、またはアルゴリズムを使用してＵＣＩの送信を実施するための物理チャネルを決定し得る。たとえば、ＷＴＲＵは、同時ＰＵＳＣＨおよびＰＵＣＣＨ送信が構成されていない、または（たとえば、そうでない場合）ＰＵＣＣＨ送信において構成されているとき、送信がスケジューリングされるときＵＣＩがＰＵＳＣＨ送信に含まれ得ると決定し得る。
【０１５２】
適用可能なリソースは、ＰＵＳＣＨリソースとなり得る。ＷＴＲＵは、本明細書に記載の手順を使用して決定され得るＰＵＳＣＨ送信に関連付けられたＴＴＩ継続時間に従ってＰＵＳＣＨ送信においてＵＣＩの送信を実施し得る。
【０１５３】
適用可能なリソースは、ＰＵＣＣＨリソースとなり得る。ＷＴＲＵは、ＬＴＥ  ＣＡに適用可能な任意の技法、手順、またはアルゴリズムに従ってＵＣＩの送信のためにＰＵＣＣＨリソースが使用され得ると決定し得る。たとえば、リソースの選択は、ダウンリンク送信をスケジューリングしたＤＣＩの第１のＣＣＥに基づき、または構成（たとえば、ＰＵＣＣＨフォーマット３など）に基づき得る。構成されているとき、バンドリングおよび／または多重化が適用され得る。
【０１５４】
適用可能なＴＴＩは、キャリア周波数ＰＵＳＣＨまたはＰＵＣＣＨ上での送信のタイプに応じたものとなり得る。ＵＣＩの送信は、ＵＣＩがたとえば時間シフトされたセルを含めて異なるセル上での送信に対応し、必要とされる数の情報ビットをサポートするフォーマット（たとえば、ＰＵＣＣＨフォーマット３）を使用して単一の送信において多重化され得るＬＴＥ  ＣＡの原理を使用し得る。
【０１５５】
ＰＵＣＣＨ送信は、第１の（たとえば、１ｍｓＴＴＩ）を有するＰＣｅｌｌ上で実施され得、第１のＴＴＩは、固定されたＴＴＩとなり得る。ＷＴＲＵは、本明細書に記載の手順を使用して決定され得る関係する（たとえば、関連の）ＰＣｅｌｌに関連付けられたＴＴＩ継続時間に従って適用可能なサービングセル（たとえば、ＰＣｅｌｌ）のリソース上でＰＵＣＣＨ送信を実施し得る。一例では、ＷＴＲＵは、たとえばＰＣｅｌｌが第１の（たとえば、１ｍｓ）ＴＴＩを使用する所与のキャリア周波数のための構成に従ってＰＣｅｌｌ上でＰＵＣＣＨを使用して２つのスロットベースの時間シフトされたセルのために送信するＨＡＲＱ  Ａ／ＮフィードバックをＷＴＲＵが有するとき、（たとえば、１ｍｓＴＴＩ継続時間を使用して）ＰＣｅｌｌに関連付けられたリソースを使用し得る単一のＰＵＣＣＨ送信を使用してＨＡＲＱフィードバックを送信し得る。
【０１５６】
ＰＵＣＣＨ送信は、レポートされるＴＴＩと時間において整合してＰＣｅｌｌ上で実施され得る。ＷＴＲＵは、フィードバックが送信される送信に関連付けられたＴＴＩ継続時間に従って適用可能なサービングセル（たとえば、ＰＣｅｌｌ）のリソース上でＰＵＣＣＨ送信を実施し得る。ＷＴＲＵは、たとえば所与のキャリア周波数のための構成に従ってＰＣｅｌｌ上でＰＵＣＣＨを使用して２つのスロットベースの時間シフトされたセルのために送信するＨＡＲＱ  Ａ／Ｎフィードバックを有し得る。一例では、ＷＴＲＵは、第１のスロット内で、第１のスロットに関連付けられた送信のためにＨＡＲＱフィードバックを送信し得、関係サブフレームのために第２のスロット内で他の送信のためのＨＡＲＱフィードバックを送信し得る。
【０１５７】
ＰＵＣＣＨ送信は、ＰＣｅｌｌのＴＴＩ／ＳｈＴＴＩを有するＰＣｅｌｌ上で実施され得る。ＷＴＲＵは、本明細書に記載の手順を使用して決定され得るＰＣｅｌｌに関連付けられたＴＴＩ継続時間に従って適用可能なサービングセル（たとえば、ＰＣｅｌｌ）のリソース上でＰＵＣＣＨ送信を実施し得る。ＰＣｅｌｌは、（たとえば、そうでない場合）第１の（たとえば、１ｍｓ）ＴＴＩまたはＳｈＴＴＩなどデフォルトＴＴＩで構成され得る。ＷＴＲＵは、たとえばＰＣｅｌｌが関係するサブフレーム内でＳｈＴＴＩを使用する所与のキャリア周波数のための構成に従って（たとえば、構成面、および／または関係するサブフレームのための時間シフトされたＳＣｅｌｌのためにアクティブ化されたＳｈＴＴＩなどアクティブ化状態に基づいて）ＰＣｅｌｌ上でＰＵＣＣＨを使用して２つのスロットベースの時間シフトされたセルのために送信するＨＡＲＱ  Ａ／Ｎフィードバックを有し得る。一例では、ＷＴＲＵは、ＰＣｅｌｌに適用可能なオフセットを有するＳｈＴＴＩ継続時間を使用してＰＣｅｌｌに関連付けられたリソースを使用し得る単一のＰＵＣＣＨ送信を使用してＨＡＲＱフィードバックを送信し得る。
【０１５８】
ＷＴＲＵは、たとえば所与のサブフレーム内で関係する（たとえば、関連の）ＨＡＲＱプロセスのための適用可能なＷＴＲＵ処理時間に基づいてＨＡＲＱ  Ａ／Ｎフィードバックを送信し得る。
【０１５９】
ＨＡＲＱプロセスに関連付けられた処理時間は、関係するプロセスのための送信に関連付けられたＴＴＩに特有のものであり得る。処理時間は、サービングセル、送信モードに特有のものであっても、関係するＨＡＲＱプロセスのためのそのような送信に関連付けられた（たとえば、ｓｅｒｖＣｅｌｌｌＤまたはＣＩＦからの）ＤＣＩによって示されてもよい。一例では、ＨＡＲＱ処理時間は、特定のＴＴＩ（たとえば、ＳｈＴＴＩ）で構成されたサービングセルに関連付けられたすべてのＨＡＲＱプロセスについて同じであってもよい。処理時間は、固定値（たとえば、１ｍｓ）、ＳｈＴＴＩの倍数などであってもよい。処理時間は、サブフレーム、サブフレームｎ＋２内の第１の使用可能な機会内でＳｈＴＴＩを使用する送信のために決定され得、機会は、第１のＴＴＩまたは第２のＴＴＩ（たとえば、ＳｈＴＴＩ）に従って継続時間を有するＰＵＣＣＨまたはＰＵＳＣＨ送信に対応し得る。
【０１６０】
異なるＴＴＩ継続時間を有する送信を多重化するためのシステム、方法、および手段が開示された。たとえば異なるＴＴＩ継続時間を有する送信を多重化することによって、（たとえばＬＴＥシステムにおいて）レイテンシが低減され得る。ＴＴＩ継続時間は、所与のキャリア周波数について１つまたは複数の時間シフトされたセルを使用してモデル化され得る。「論理」セル構造は、ＳＣｅｌｌに対応し得る。ＰＳＣｅｌｌは、論理的に、ＴＴＩ（たとえば、第１のＴＴＩ）を維持し得、または第２の継続時間ＴＴＩ（たとえば、より短い継続時間ＴＴＩ（ＳｈＴＴＩ））で構成され得る。
【０１６１】
一例では、ＷＴＲＵは、送信に適用可能なＴＴＩ継続時間（たとえば、第１のＴＴＩまたは第２のＴＴＩ）を決定し得る。たとえば、ＷＴＲＵは、クロスキャリアスケジューリングを使用してＴＴＩ継続時間を決定し得る。ＷＴＲＵは、ＴＴＩ継続時間をセルアイデンティティ（たとえば、ｓｅｒｖＣｅｌｌｌＤ）に関連付け得る。ＷＴＲＵは、ＴＴＩ継続時間を送信モード（ＴＭ）に関連付け得る。ＴＴＩ継続時間は、キャリアインジケータフィールド（ＣＩＦ）によって示され得る。ＴＴＩ継続時間は、送信、および／または関係するキャリア周波数のためのＰＲＢのサブセット内の時間シフトされたセルに適用可能なＰＲＢサブセットのアイデンティティから決定されてもよい。適用可能なＴＴＩ継続時間、および／またはサブフレーム内の送信に適用可能なスロット／期間のアイデンティティが、ＭＡＣアクティブ化／非アクティブ化を使用して決定され得る。ＭＡＣアクティブ化／非アクティブ化は、第１のＴＴＩと第２のＴＴＩ（たとえば、レガシＴＴＩとＳｈＴＴＩ）との間で、もしくはスロットベースのＳｈＴＴＩ間でトグルするために使用され得、および／またはサブフレーム内の０、１つまたは複数のＴＴＩ（たとえば、ＳｈＴＴＩ）期間を決定するために使用され得る。
【０１６２】
ＨＡＲＱ処理は、１つまたは複数の（たとえば、各）時間シフトされたセルについて第１の挙動（たとえば、レガシ挙動）に従って実施され得るが、例外もあり得る。例外は、適用可能なＴＴＩ継続時間に従ってスケーリングされ得るタイミング関係となり得る。ＨＡＲＱ  Ａ／Ｎフィードバックフォーマットは、ＬＴＥキャリアアグリゲーション（ＣＡ）フォーマットおよび／または（たとえば、レガシ）サブフレームベースのタイミング関係またはＨＡＲＱプロセスに関連付けられたタイミング関係を使用し得る。ダウンリンク制御情報（ＤＣＩ）シグナリングは、第１の（たとえば、レガシ）フォーマットを使用し得るが、たとえば、ＣＩＦおよび／または送信に適用可能なＰＲＢなどフィールドの解釈は、第１の（たとえば、レガシ）フォーマットとは異なり得る。ＭＡＣアクティブ化／非アクティブ化シグナリングが、時間シフトされたセルに適用可能となり得る。ＤＲＸに関連付けられたＤＲＸタイマは、適用可能なＴＴＩ継続時間および／またはＨＡＲＱプロセスに関連付けられたセルに従ってＨＡＲＱ  Ａ／Ｎタイミングに合わせてスケーリングし得る。ＰＲＡＣＨリソースおよび／またはＲＡＣＨのためのＰＤＣＣＨオーダは、時間シフトされたＳＣｅｌｌのためにサポートされてもされなくてもよい。アップリンク送信のためのタイミング進みは、たとえばセルに関連付けられたＴＴＩに適用されたシフトに従って時間シフトされ得る。時間シフトは、Ｐｃｅｌｌタイミングに対するものであってよく、たとえば、ＰＣｅｌｌは、ＳＣｅｌｌのためのＤＬタイミング基準のままであってよく、追加のオフセットがそれらのセルについてのＳｈＴＴＩの開始に対応する。
【０１６３】
異なるＴＴＩがＬＴＥ  Ｒ１４およびＮＲにおいて使用され得る。単一のＷＴＲＵのための同じキャリア上で、複数のサービングセルが構成され得る。サービングセルとＴＴＩ継続時間（または、より一般的には、ニューメロロジ関連の側面）との間に関連付けがあり得る。ＷＴＲＵは、送信継続時間の変化を（たとえば、動的に）サポートするために所与のキャリア上の複数のそのようなセルで構成され得る。ＤＣＩ内のＣＩＦなど、たとえばダウンリンク制御チャネル（たとえば、ＰＤＣＣＨ）上のダウンリンク制御シグナリング（ＤＣＩ）内のフィールドが、ＵＬ送信またはＤＬ送信について同じまたは後のサブフレームのために特定のＴＴＩ継続時間を動的にスケジューリングするために使用され得る。
【０１６４】
ＷＴＲＵは、複数の送信方法で構成され得、構成された送信方法のうちの少なくとも２つは、少なくとも適用可能なＴＴＩ継続時間が異なる。
【０１６５】
送信は、タイミング基準に対する送信タイミング（開始オフセット）に関連付けられ得る。
【０１６６】
ＷＴＲＵ送信モードは、ダウンリンク制御情報（ＤＣＩ）シグナリング内で示され得る。
【０１６７】
ＷＴＲＵ送信は、ＷＴＲＵの構成内の複数のＰＲＢのそれぞれについて構成され得る。複数のＰＲＢのそれぞれは、ＷＴＲＵの構成のサービングセルに対応し得る。複数のＰＲＢのそれぞれは、所与のキャリアに対応し得る。
【０１６８】
適用可能な送信継続時間／タイミングは、ＤＣＩシグナリング内で示されるサービングセルＩＤから決定され得る。
【０１６９】
ＷＴＲＵは、受信されたダウンリンクシグナリングおよび受信された送信継続時間の以前の組合せに基づいて、送信のためにリソース、送信継続時間、および／またはアップリンク制御情報のセットを決定し得る。
【０１７０】
ＷＴＲＵは、制御領域（たとえば、単一の制御領域）（たとえば、単一レベルのＰＤＣＣＨ）または複数の制御領域（たとえば、複数レベルのＰＤＣＣＨ）が適用可能であるかどうか、またそれらが、関係するセルに適用可能なＰＤＣＣＨ構成に応じたものであるかどうか決定し得る。ＷＴＲＵは、タイミング基準に対するＣＣＥの場所を決定することができる（たとえば、自己スケジューリングまたはクロスＴＴＩスケジューリングをサポートして）。
【０１７１】
ＷＴＲＵは、ミニスロット（たとえば、１２５μ秒）、スロット（たとえば、０．５ｍｓ）、サブフレーム（たとえば、１ｍｓ）および多スロット（たとえば、他の継続時間の倍数）、ならびに送信継続時間をサポートし、これらの時間割振りに基づいて異なる（たとえば、短縮された）ＴＴＩを使用し得る。これは、低レイテンシモード、スループットモード、および／またはカバレッジモードを提供し得る。
【０１７２】
図４は、時間シフトされたセルを有するスケジューリング例を示す。図のように、周波数軸および時間軸がある。図４では、時間はミリ秒で測定され、サブフレームに分割されている。スロット、ミニスロット、シンボル、およびＰＲＢ長など、他の時間単位を使用することができる。周波数軸は、ダウンリンク（ＤＬ）送信およびアップリンク（ＵＬ）送信を示す。時間軸は、サブフレームＮ、ｎ＋１、Ｎ＝３などを示す。ＤＬ周波数軸について示されているように、１つまたは複数のサブフレームについて、ＷＴＲＵは、ＤＣＩを受信し得る。サブフレームｎについて、ＤＣＩは、２つの割振り、たとえば２つのＳｈＴＴＩ割振り（たとえば、ＳｈＴＴｌDL(n,0)およびＳｈＴＴｌDL(n,1)）を示し得る。一例として、ＣＩＦを１に等しく設定することは、割振りがＳｈＴＴｌDL(n,0)のためのものであることを示し得、ＣＩＦを２に等しく設定することは、割振りがＳｈＴＴｌDL(n,1)のためのものであることを示し得る。ＳｈＴＴＩ送信なし、および／または異なる送信継続時間を示すために、ＣＩＦの他の値が使用されてもよい。たとえば、サブフレームｎ＋１内のＤＣＩは、ＤＬサブフレームｎ＋１について、送信が、値ＣＩＦ＝０（たとえば、ＴＴＩDL(n+1)を参照）を使用することによってサブフレーム全体に対応する継続時間を有することを示し得る。
【０１７３】
同様のシグナリング機構を、アップリンク送信の異なる継続時間を示すために使用することができる。たとえば、ＤＬサブフレームｎ内のＤＣＩは、ＷＴＲＵが２つのアップリンクグラントを受信したことを示し得る。たとえば、サブフレームｎ＋１のための第１のグラントが、ＳｈＴＴＩ(n+オフセット,0)に対応するように構成され得るＣＩＦ＝１を示し得、一方、２に等しいＣＩＦは、ＳｈＴＴＩ(n+オフセット,0)のためのグラントを示し得る。同様に、この例におけるＣＩＦの異なる値（たとえば、ＣＩＦ＝０）は、図４に示されているように送信継続時間がレガシＴＴＩ全体にわたることを示し得る。したがって、異なるＣＩＦ値を異なる送信継続時間に関連付けることにより、ＤＣＩは、異なるＣＩＦ値を参照することによって異なる送信継続時間を示すために使用され得る。ＣＩＦフィールドが例示のために使用されているが、他のＤＣＩフィールドが使用されてもよく、異なる継続時間の送信にマップされた／関連付けられた値を有してもよい。
【０１７４】
また、図４は、アップリンク周波数でのＰＵＣＣＨの一例を示す。ＰＣｅｌｌまたはＳＣｅｌｌについて、（ｎ，０）でのＣＩＦ＝１のためのＨＡＲＱ  Ａ／Ｎおよびｎ，１でのＣＩＦ＝２のためのＨＡＲＱ  Ａ／Ｎがあり得る。ＰＣｅｌｌ（たとえば、ＰＣｅｌｌだけ）について、（ｎ，０）でのＣＩＦ＝０またはｎ−３でのＣＩＦ＝０のためのＨＡＲＱ  Ａ／Ｎがあり得る。また、ＰＣｅｌｌ（たとえば、ＰＣｅｌｌだけ）について、ＳｈＴＴＩ(n+?,0)について（ｎ，０）でのＣＩＦ＝１またはｎ−３でのＣＩＦ＝０のためのＨＡＲＱ  Ａ／Ｎがあり得、ＳｈＴＴＩ(n+?,1)について（ｎ，１）でのＣＩＦ＝２またはｎ−３でのＣＩＦ＝０のためのＨＡＲＱ  Ａ／Ｎがあり得る。
【０１７５】
図４は、シンボルのオフセットを有する時間シフトされたセルを有する一例を示す。この例では、シンボルオフセットは、ＣＩＦに基づく。図４は、ＴＴＩ継続時間当たり単一のＨＡＲＱアドレッシング空間、および所与のサブフレーム内の開始オフセットを示す。ＭＡＣアクティブ化／非アクティブ化は、ＨＡＲＱプロセス空間またはＣＩＦ値によって適用され得る。また、図４は、時間シフトされたセルを有するＵＣＩ例を示す。この例のチャネル、ＰＤＣＣＨ上のＤＣＩの第１のＣＣＥは、ＴＴＩまたはＳｈＴＴＩでのレガシＰＵＣＣＨリソース割振りに使用され得る。構成されたＬＴＥ  ＣＡ  ＰＵＣＣＨ、ＳＣｅｌｌ上のＰＵＣＣＨ、および／またはＡＲＩは、異なるＴＴＩを使用してＵＣＩに使用され得る。図のように、ＷＴＲＵは、図４の例において、ＳＣｅｌｌのためにＳｈＴＴＩを使用するために、ＳＣｅｌｌおよびＰＣｅｌｌについて、ＤＣＩ  ＴＴＩ表示を異なるように解釈する。また、図４は、ＰＣｅｌｌおよびＳＣｅｌｌについて同じである周波数の一例を示す。図４の例は、ＷＴＲＵのためのスケジューリングされたＴＴＩを動的に変え、適切なＨＡＲＱシグナリングを使用する。また、関連付けられた制御情報のためのリソース割振りが解決され、サブフレーム内で、また異なるＳｈＴＴＩで、異なる時間オフセットを適合させるための柔軟性がある。
【０１７６】
上記では特徴および要素が特定の組合せで記載されているが、各特徴または要素は、単独で、または他の特徴および要素との任意の組合せで使用され得ることを、当業者なら理解するであろう。さらに、本明細書に記載の方法は、コンピュータまたはプロセッサによって実行するためのコンピュータ可読媒体内に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアで実装され得る。コンピュータ可読媒体の例は、（有線接続または無線接続を介して送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、それだけには限らないが、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび取外し式ディスクなど磁気媒体、光磁気媒体、ＣＤ−ＲＯＭディスクなど光媒体、ならびにデジタル多用途ディスク（ＤＶＤ）を含む。ソフトウェアと関連付けられたプロセッサを使用し、ＷＴＲＵで使用するための無線周波数トランシーバ、ＷＴＲＵ、端末、基地局、ＲＮＣ、または任意のホストコンピュータを実装し得る。
【図１Ａ】
2018538727.tif 000003
【図１Ｂ】
2018538727.tif 000004
【図１Ｃ】
2018538727.tif 000005
【図１Ｄ】
2018538727.tif 000006
【図１Ｅ】
2018538727.tif 000007
【図２】
2018538727.tif 000008
【図３】
2018538727.tif 000009
【図４】
2018538727.tif 000010
【手続補正書】
【提出日】平成30年6月28日(2018.6.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
異なる継続時間の送信をサポートする無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、
無線通信ネットワークにおける第１のサービングセルからダウンリンク制御情報を受信するステップと、
前記ＷＴＲＵが前記第１のサービングセルにデータ情報を送信するために第１の送信時間間隔を使用するべきであることを前記受信されたダウンリンク制御情報が示していると決定するステップと、
前記ＷＴＲＵが物理アップリンクチャネル上で前記無線通信ネットワークと通信するために前記第１の送信時間間隔とは異なる第２の送信時間間隔を使用するべきであることを前記受信されたダウンリンク制御情報が示しているかどうか、または、前記ＷＴＲＵがキャリアアグリゲーションを使用して送信するべきかどうかを判定するステップと、
前記第２の送信時間間隔を使用して前記無線通信ネットワークと通信するステップと
を備えたことを特徴とする方法。
【請求項２】
前記ＷＴＲＵが前記物理アップリンクチャネル上で前記無線通信ネットワークと通信するために前記第１の送信時間間隔未満である第２の送信時間間隔を使用するべきであることを前記受信されたダウンリンク制御情報が示していると決定するステップは、前記受信されたダウンリンク制御情報におけるキャリアインジケータフィールドに基づいて決定するステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記第２の送信時間間隔を使用して前記無線通信ネットワークと通信するステップは、前記第２の送信時間間隔を使用して前記第１のサービングセルと通信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記第２の送信時間間隔を使用して前記無線通信ネットワークと通信するステップは、前記第２の送信時間間隔を使用して２次セルと通信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記ＷＴＲＵが前記無線通信ネットワークにおける２次セルと通信するために前記第１の送信時間間隔未満である第３の送信時間間隔を使用するべきであると決定するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項６】
短縮された送信時間間隔は、少なくとも１つのシンボルまたは少なくとも１つのリソースブロックの少なくとも１つに対応することを特徴とする請求項１に記載の方法。
【請求項７】
前記第１の送信時間間隔は第１のサブキャリアスペーシングに対応し、前記第２の送信時間間隔は第２のサブキャリアスペーシングに対応することを特徴とする請求項１に記載の方法。
【請求項８】
キャリアアグリゲーションが可能である無線通信ネットワーク内での使用のための無線送受信ユニット（ＷＴＲＵ）であって、
前記無線通信ネットワークにおける第１のサービングセルからダウンリンク制御情報が受信されたと決定し、
前記ＷＴＲＵが前記第１のサービングセルにデータ情報を送信するために第１の送信時間間隔を使用するべきであることを前記受信されたダウンリンク制御情報が示していると決定し、
前記ＷＴＲＵが物理アップリンクチャネル上で前記無線通信ネットワークと通信するために前記第１の送信時間間隔とは異なる第２の送信時間間隔を使用するべきであることを前記受信されたダウンリンク制御情報が示しているかどうかを判定し、
前記第２の送信時間間隔を使用して前記無線通信ネットワークと通信する
実行可能命令を有しているプロセッサを備えたことを特徴とするＷＴＲＵ。
【請求項９】
前記ＷＴＲＵが前記物理アップリンクチャネル上で前記無線通信ネットワークと通信するために前記第１の送信時間間隔未満である第２の送信時間間隔を使用するべきであることを前記受信されたダウンリンク制御情報が示していると決定することは、前記受信されたダウンリンク制御情報におけるキャリアインジケータフィールドに基づいて決定することを含むことを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１０】
前記第２の送信時間間隔を使用して前記無線通信ネットワークと通信することは、前記第２の送信時間間隔を使用して前記第１のサービングセルと通信することを含むことを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１１】
前記第２の送信時間間隔を使用して前記無線通信ネットワークと通信することは、前記第２の送信時間間隔を使用して２次セルと通信することを含むことを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１２】
前記プロセッサは、前記ＷＴＲＵが前記無線通信ネットワークにおける２次セルと通信するために前記第１の送信時間間隔未満である第３の送信時間間隔を使用するべきであると決定する実行可能命令をさらに含むことを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１３】
短縮された送信時間間隔は、少なくとも１つのシンボルまたは少なくとも１つのリソースブロックの少なくとも１つに対応することを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１４】
前記プロセッサは、前記受信されたダウンリンク制御情報に基づいて前記第２の送信時間間隔で送信するための時間を決定する実行可能命令をさらに含むことを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１５】
前記第１の送信時間間隔は第１のサブキャリアスペーシングに対応し、前記第２の送信時間間隔は第２のサブキャリアスペーシングに対応することを特徴とする請求項８に記載のＷＴＲＵ。
【国際調査報告】
2018538727.tif 000011
2018538727.tif 000012
2018538727.tif 000013
2018538727.tif 000014