(57)【要約】ユーザ機器（ＵＥ）にアップリンク制御チャネルリソースをマッピングし、アップリンク制御チャネルリソースを定義するための、ワイヤレス通信のための方法、システム、およびデバイスについて説明する。アプローチは、ＵＥによって後続の物理アップリンク制御チャネル（ＰＵＣＣＨ）送信のために使用されるべきＰＵＣＣＨフォーマットを識別することと、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することと、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定することとを含む。ＰＵＣＣＨリソースマッピングルールは、明示的および／または暗黙的であり得る。【選択図】図６
2020529773.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信のための方法であって、
後続のＰＵＣＣＨ送信のために使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットを識別することと、
前記ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することと、
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、前記後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定することと、
前記アップリンク送信リソースを表す信号を送信することと
を備える、方法。
【請求項２】
前記アップリンク送信リソースを表す前記信号中に、前記後続のＰＵＣＣＨ送信のために使用されるべき前記アップリンク送信リソースの明示的インジケーションを含めることをさらに備える、
請求項１に記載の方法。
【請求項３】
前記後続のＰＵＣＣＨ送信のために使用されるべき前記アップリンク送信リソースの前記明示的インジケーションは、前記アップリンク送信リソースを表すインデックスを備える、
請求項２に記載の方法。
【請求項４】
前記後続のＰＵＣＣＨ送信のために使用されるべき前記ＰＵＣＣＨフォーマットを識別することは、
前記後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量を識別することを備える、
請求項１に記載の方法。
【請求項５】
前記ＰＵＣＣＨフォーマットに少なくとも部分的に基づいて前記ＰＵＣＣＨリソースマッピングルールを識別することは、
前記後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの前記量がしきい値量以下である場合、暗黙的リソースマッピングルールを識別することを備える、
請求項４に記載の方法。
【請求項６】
前記後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの前記量が前記しきい値量以下である場合、前記暗黙的リソースマッピングルールを識別することは、
前記しきい値量以下であるアップリンク制御データの前記量に少なくとも部分的に基づいてアップリンク送信リソースの第１のセットを識別すること、ここにおいて、前記第１のセットは、前記しきい値量以下であるアップリンク制御データの前記量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを備える、と、
前記第１のセット中に含まれるアップリンク送信リソースの数を識別することと、
前記第１のセット中に含まれるアップリンク送信リソースの前記数がアップリンク送信リソースのしきい値数を上回る場合、前記暗黙的リソースマッピングルールを識別することと
を備える、請求項５に記載の方法。
【請求項７】
アップリンク送信リソースの前記しきい値数は、ダウンリンク制御情報（ＤＣＩ）フィールド中で一意に識別され得るアップリンク送信リソースの最大数を備える、
請求項６に記載の方法。
【請求項８】
前記ＰＵＣＣＨフォーマットに少なくとも部分的に基づいて前記ＰＵＣＣＨリソースマッピングルールを識別することは、
前記後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの前記量がしきい値量を上回る場合、明示的リソースマッピングルールを識別することを備える、
請求項４に記載の方法。
【請求項９】
前記後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの前記量が前記しきい値量を上回る場合、前記明示的リソースマッピングルールを識別することは、
前記しきい値量を上回る前記アップリンク制御データの量に少なくとも部分的に基づいてアップリンク送信リソースの第２のセットを識別すること、ここにおいて、前記第２のセットは、前記しきい値量を上回る前記アップリンク制御データの量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを備える、と、
前記第２のセット中に含まれるアップリンク送信リソースの数を識別することと、
前記第２のセット中に含まれるアップリンク送信リソースの前記数がアップリンク送信リソースのしきい値数以下である場合、前記明示的リソースマッピングルールを識別することと
を備える、請求項８に記載の方法。
【請求項１０】
アップリンク送信リソースの前記しきい値数は、ダウンリンク制御情報（ＤＣＩ）フィールド中で一意に識別され得るアップリンク送信リソースの最大数を備える、
請求項９に記載の方法。
【請求項１１】
前記後続のＰＵＣＣＨ送信のために使用されるべき前記ＰＵＣＣＨフォーマットを識別することは、
前記ＰＵＣＣＨフォーマットがショートＰＵＣＣＨフォーマットであるかロングＰＵＣＣＨフォーマットであるかを決定することを備える、
請求項１に記載の方法。
【請求項１２】
前記後続のＰＵＣＣＨ送信のために使用されるべき前記アップリンク送信リソースは、開始シンボル、アップリンク送信時間間隔内のシンボル範囲、１つまたは複数のリソースブロック、サイクリックシフト、または直交カバーコードのうちの１つまたは複数を備える、
請求項１に記載の方法。
【請求項１３】
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて送信時間間隔（ＴＴＩ）マッピングルールを識別することと、
前記ＴＴＩマッピングルールに少なくとも部分的に基づいて、前記アップリンク送信リソースが前記後続のＰＵＣＣＨ送信のために使用されるべきＴＴＩを決定することと、
前記ＴＴＩを表す信号を送信することと
をさらに備える、請求項１に記載の方法。
【請求項１４】
前記ＴＴＩを表す前記信号中に前記ＴＴＩの明示的インジケーションを含めることをさらに備える、
請求項１３に記載の方法。
【請求項１５】
前記ＴＴＩの前記明示的インジケーションは、現在のＰＵＣＣＨ送信のために使用される現在のＴＴＩに対するオフセットを表すインデックスを備える、
請求項１４に記載の方法。
【請求項１６】
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて前記ＴＴＩマッピングルールを識別することは、
前記ＰＵＣＣＨリソースマッピングルールが暗黙的ＰＵＣＣＨリソースマッピングルールである場合、暗黙的ＴＴＩマッピングルールを識別することを備える、
請求項１３に記載の方法。
【請求項１７】
前記暗黙的ＴＴＩマッピングルールは、現在のＰＵＣＣＨ送信のために使用される現在のＴＴＩに対するオフセットを適用することを備える、
請求項１６に記載の方法。
【請求項１８】
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて前記ＴＴＩマッピングルールを識別することは、
前記ＰＵＣＣＨリソースマッピングルールが明示的ＰＵＣＣＨリソースマッピングルールである場合、明示的ＴＴＩマッピングルールを識別することを備える、
請求項１３に記載の方法。
【請求項１９】
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて前記ＴＴＩマッピングルールを識別することは、
前記ＰＵＣＣＨリソースマッピングルールが明示的ＰＵＣＣＨリソースマッピングルールである場合、暗黙的アップリンク送信時間間隔マッピングルールを識別することを備える、
請求項１３に記載の方法。
【請求項２０】
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて前記ＴＴＩマッピングルールを識別することは、
前記ＰＵＣＣＨリソースマッピングルールが明示的ＰＵＣＣＨリソースマッピングルールである場合、暗黙的ＴＴＩマッピングルールを識別することを備える、
請求項１３に記載の方法。
【請求項２１】
前記アップリンク送信リソースは、１つより多くの送信時間間隔（ＴＴＩ）内のリソースを備える、
請求項１に記載の方法。
【請求項２２】
前記アップリンク送信リソースは、１つの送信時間間隔（ＴＴＩ）内の１つより多くのリソースのセットを備える、
請求項１に記載の方法。
【請求項２３】
ワイヤレス通信のための方法であって、
後続のＰＵＣＣＨ送信のために使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットを識別することと
前記ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することと
前記後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを表す信号を受信することと、
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、前記後続のＰＵＣＣＨ送信のために使用されるべき前記アップリンク送信リソースを決定することと、
前記アップリンク送信リソースを介して前記後続のＰＵＣＣＨ送信を送信することと
備える、方法。
【請求項２４】
前記後続のＰＵＣＣＨ送信のために使用されるべき前記アップリンク送信リソースの明示的インジケーションを前記アップリンク送信リソースを表す前記信号内で受信することをさらに備える、
請求項２３に記載の方法。
【請求項２５】
前記後続のＰＵＣＣＨ送信のために使用されるべき前記アップリンク送信リソースの前記明示的インジケーションは、前記アップリンク送信リソースを表すインデックスを備える、
請求項２４に記載の方法。
【請求項２６】
前記後続のＰＵＣＣＨ送信のために使用されるべき前記ＰＵＣＣＨフォーマットを識別することは、
前記後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量を識別することを備える、
請求項２３に記載の方法。
【請求項２７】
前記ＰＵＣＣＨフォーマットに少なくとも部分的に基づいて前記ＰＵＣＣＨリソースマッピングルールを識別することは、
前記後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの前記量がしきい値量を上回る場合、暗黙的リソースマッピングルールを識別することを備える、
請求項２６に記載の方法。
【請求項２８】
前記後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの前記量が前記しきい値量以下である場合、前記暗黙的リソースマッピングルールを識別することは、
前記しきい値量以下であるアップリンク制御データの前記量に少なくとも部分的に基づいてアップリンク送信リソースの第１のセットを識別すること、ここにおいて、前記第１のセットは、前記しきい値量以下であるアップリンク制御データの前記量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを備える、と、
前記第１のセット中に含まれるアップリンク送信リソースの数を識別することと、
前記第１のセット中に含まれるアップリンク送信リソースの前記数がアップリンク送信リソースのしきい値数を上回る場合、前記暗黙的リソースマッピングルールを識別することと
を備える、請求項２７に記載の方法。
【請求項２９】
アップリンク送信リソースの前記しきい値数は、ダウンリンク制御情報（ＤＣＩ）フィールド中で一意に識別され得るアップリンク送信リソースの最大数を備える、
請求項２８に記載の方法。
【請求項３０】
前記ＰＵＣＣＨフォーマットに少なくとも部分的に基づいて前記ＰＵＣＣＨリソースマッピングルールを識別することは、
前記後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの前記量がしきい値量を上回る場合、明示的リソースマッピングルールを識別することを備える、
請求項２６に記載の方法。
【請求項３１】
前記後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの前記量が前記しきい値量を上回る場合、前記明示的リソースマッピングルールを識別することは、
前記しきい値量を上回る前記アップリンク制御データの量に少なくとも部分的に基づいてアップリンク送信リソースの第２のセットを識別すること、ここにおいて、前記第２のセットは、前記しきい値量を上回る前記アップリンク制御データの量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを備える、と、  
前記第２のセット中に含まれるアップリンク送信リソースの数を識別することと、
前記第２のセット中に含まれるアップリンク送信リソースの前記数がアップリンク送信リソースのしきい値数以下である場合、前記明示的リソースマッピングルールを識別することと
を備える、請求項３０に記載の方法。
【請求項３２】
アップリンク送信リソースの前記しきい値数は、ダウンリンク制御情報（ＤＣＩ）フィールド中で一意に識別され得るアップリンク送信リソースの最大数を備える、
請求項３１に記載の方法。
【請求項３３】
前記後続のＰＵＣＣＨ送信のために使用されるべき前記ＰＵＣＣＨフォーマットを識別することは、
前記ＰＵＣＣＨフォーマットがショートＰＵＣＣＨフォーマットであるかロングＰＵＣＣＨフォーマットであるかを決定することを備える、
請求項２３に記載の方法。
【請求項３４】
前記後続のＰＵＣＣＨ送信のために使用されるべき前記アップリンク送信リソースは、開始シンボル、アップリンク送信時間間隔内のシンボル範囲、１つまたは複数のリソースブロック、サイクリックシフト、または直交カバーコードのうちの１つまたは複数を備える、
請求項２３に記載の方法。
【請求項３５】
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて送信時間間隔（ＴＴＩ）マッピングルールを識別することと、
前記ＴＴＩマッピングルールに少なくとも部分的に基づいて、前記アップリンク送信リソースが前記後続のＰＵＣＣＨ送信のために使用されるべきＴＴＩを決定することと、
前記ＴＴＩ内で前記後続のＰＵＣＣＨ送信を送信することと
をさらに備える、請求項２３に記載の方法。
【請求項３６】
前記ＴＴＩの明示的インジケーションを受信することをさらに備える、
請求項３５に記載の方法。
【請求項３７】
前記ＴＴＩの前記明示的インジケーションは、現在のＰＵＣＣＨ送信のために使用される現在のＴＴＩに対するオフセットを表すインデックスを備える、
請求項３６に記載の方法。
【請求項３８】
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて前記ＴＴＩマッピングルールを識別することは、
前記ＰＵＣＣＨリソースマッピングルールが暗黙的ＰＵＣＣＨリソースマッピングルールである場合、暗黙的ＴＴＩマッピングルールを識別することを備える、
請求項３５に記載の方法。
【請求項３９】
前記暗黙的ＴＴＩマッピングルールは、現在のＰＵＣＣＨ送信のために使用される現在のＴＴＩに対するオフセットを適用することを備える、
請求項３８に記載の方法。
【請求項４０】
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて前記ＴＴＩマッピングルールを識別することは、
前記ＰＵＣＣＨリソースマッピングルールが明示的ＰＵＣＣＨリソースマッピングルールである場合、明示的ＴＴＩマッピングルールを識別することを備える、
請求項３５に記載の方法。
【請求項４１】
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて前記ＴＴＩマッピングルールを識別することは、
前記ＰＵＣＣＨリソースマッピングルールが明示的ＰＵＣＣＨリソースマッピングルールである場合、暗黙的ＴＴＩマッピングルールを識別することを備える、
請求項３５に記載の方法。
【請求項４２】
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて前記ＴＴＩマッピングルールを識別することは、
前記ＰＵＣＣＨリソースマッピングルールが暗黙的ＰＵＣＣＨリソースマッピングルールである場合、明示的ＴＴＩマッピングルールを識別することを備える、
請求項３５に記載の方法。
【請求項４３】
前記アップリンク送信リソースは、１つより多くのＴＴＩ内のリソースを備える、
請求項２３に記載の方法。
【請求項４４】
前記アップリンク送信リソースは、１つのＴＴＩ内の１つより多くのリソースのセットを備える、
請求項２３に記載の方法。
【請求項４５】
ワイヤレス通信のための装置であって、
後続のＰＵＣＣＨ送信のために使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットを識別するための手段と、
前記ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別するための手段と、
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、前記後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定するための手段と、
前記アップリンク送信リソースを表す信号を送信するための手段と
を備える、装置。
【請求項４６】
ワイヤレス通信のための装置であって、
後続のＰＵＣＣＨ送信のために使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットを識別するための手段と、
前記ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別するための手段と、
前記後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを表す信号を受信するための手段と、
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、前記後続のＰＵＣＣＨ送信のために使用されるべき前記アップリンク送信リソースを決定するための手段と、
前記アップリンク送信リソースを介して前記後続のＰＵＣＣＨ送信を送信するための手段と
を備える、装置。
【請求項４７】
ワイヤレス通信のための装置であって、
プロセッサと、
前記プロセッサと電子的に通信するメモリと、
前記メモリ中に記憶された命令と
を備え、前記命令は、前記プロセッサによって実行されると、前記装置に、
後続のＰＵＣＣＨ送信のために使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットを識別することと、
前記ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することと、
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、前記後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定することと、
前記アップリンク送信リソースを表す信号を送信することと
を行わせるように動作可能である、装置。
【請求項４８】
ワイヤレス通信のための装置であって、
プロセッサと、
前記プロセッサと電子的に通信するメモリと、
前記メモリ中に記憶された命令と
を備え、前記命令は、前記プロセッサによって実行されると、前記装置に、
後続のＰＵＣＣＨ送信のために使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットを識別することと、
前記ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することと、
前記後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを表す信号を受信することと、
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、前記後続のＰＵＣＣＨ送信のために使用されるべき前記アップリンク送信リソースを決定することと、
前記アップリンク送信リソースを介して前記後続のＰＵＣＣＨ送信を送信することと
を行わせるように動作可能である、装置。
【請求項４９】
ワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体であって、前記コードは、プロセッサによって、
後続のＰＵＣＣＨ送信のために使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットを識別することと、
前記ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することと、
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、前記後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定することと、
前記アップリンク送信リソースを表す信号を送信することと
を行うように実行可能である命令を備える、非一時的コンピュータ可読媒体。
【請求項５０】
ワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体であって、前記コードは、プロセッサによって、
後続のＰＵＣＣＨ送信のために使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットを識別することと、
前記ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することと、
前記後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを表す信号を受信することと、
前記ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、前記後続のＰＵＣＣＨ送信のために使用されるべき前記アップリンク送信リソースを決定することと、
前記アップリンク送信リソースを介して前記後続のＰＵＣＣＨ送信を送信することと
を行うように実行可能である命令を備える、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【相互参照】
【０００１】
[0001]本特許出願は、２０１８年７月３０日に出願された、「Uplink Control Channel Resource Definition and Mapping To User Equipment」と題された、Ｈｕａｎｇ他による米国特許出願第１６／０４９，０８２号、および２０１７年８月１日に出願された、「Uplink Control Channel Resource Definition and Mapping To User Equipment」と題された、米国仮特許出願第６２／５３９，９７３号に対する優先権を主張し、その各々がその譲受人に譲渡される。
【背景技術】
【０００２】
[0002]以下は、一般にワイヤレス通信に関し、より具体的には、アップリンク制御情報を送信するためのリソースを定義およびマッピングすることに関する。
【０００３】
[0003]ワイヤレス通信システムは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャスト等のような、様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（例えば、時間、周波数、および電力）を共有することによって複数のユーザとの通信をサポートすることが可能であり得る。このような多元接続システムの例は、ロングタームエボリューション（ＬＴＥ（登録商標））システムまたはＬＴＥアドバンスト（ＬＴＥ−Ａ）システムのような第４世代（４Ｇ）システムと、新たな無線（ＮＲ）システムと呼ばれ得る第５世代（５Ｇ）システムとを含む。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、または離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ−Ｓ−ＯＦＤＭ）のような技術を採用し得る。ワイヤレス多元接続通信システムは、いくつかの基地局またはネットワークアクセスノードを含み得、各々が、別名ユーザ機器（ＵＥ）として知られ得る複数の通信デバイスのための通信を同時にサポートする。
【０００４】
[0004]いくつかのワイヤレス通信システムでは、ＵＥは、基地局にアップリンク制御情報（ＵＣＩ）を送信し得る。ＵＣＩは、様々な送信リソースを使用して、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して基地局に送信され得る。しかしながら、いくつかの５ＧまたはＮＲシステムでは、ＰＵＣＣＨ持続時間は、変動し得る。実際、ＵＥによって使用されるＰＵＣＣＨリソースは、スロットツースロット（または送信時間間隔（ＴＴＩ）ツーＴＴＩ）と異なり得る。ＰＵＣＣＨリソースをＵＥに示すための、またはＵＥがＰＵＣＣＨリソースを決定することを可能にするための方法が望まれる。
【発明の概要】
【０００５】
[0005]説明される技法は、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートする改善された方法、システム、デバイス、または装置に関する。いくつかのワイヤレス通信システムでは、ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して基地局にアップリンク制御情報（ＵＣＩ）を送信し得る。ＵＥおよび基地局は、後続のＰＵＣＣＨ送信のためにどの送信リソースをＵＥが使用することになるか、およびＵＥがそれらの送信リソースをいつ使用することになるかを決定し得る。方法は、後続のＰＵＣＣＨ送信のためにどの送信リソースをＵＥが使用すべきか、およびＵＥがそれらの送信リソースを使用すべき送信時間間隔（ＴＴＩ）に関する、基地局の決定とＵＥの決定との間の整合性を容易にするために使用され得る。基地局およびＵＥ各々は、１つまたは複数のＰＵＣＣＨリソース定義、１つまたは複数のＰＵＣＣＨリソースマッピングルール、およびＴＴＩマッピングルールを使用して、これらの決定の整合性を保証し得る。ＰＵＣＣＨリソースマッピングルールおよびＴＴＩマッピングルールは、明示的または暗黙的であり得る。
【０００６】
[0006]基地局またはＵＥのいずれかによって使用されるＰＵＣＣＨリソースマッピングルールの選択は、後続のＰＵＣＣＨ送信のフォーマットに少なくとも部分的に依存し得る。たとえば、ＰＵＣＣＨリソースマッピングルールの選択は、（たとえば、ＵＥに送信されるダウンリンク制御情報（ＤＣＩ）中で）基地局によって明示的に示され得るビット数が、ＰＵＣＣＨリソースの対応するセットまたはプール内のＰＵＣＣＨリソースを一意に識別するのに十分であるかどうかを含む、後続のＰＵＣＣＨ送信のフォーマットを有するＰＵＣＣＨリソースを含むＰＵＣＣＨリソースのセットまたはプールに少なくとも部分的に依存し得る。本開示のこれらの態様の使用は、単独でまたは組み合わせて、ＵＥおよび基地局が、このような決定に関する送信シンボルの数を最小限にする一方、ＵＥによる後続のＰＵＣＣＨ送信のために使用されるべき同じＰＵＣＣＨリソースおよびＴＴＩを一貫して決定することを可能にし得、それによって、電力、周波数、時間、およびスペクトルリソースのようなシステムリソースを節約する。
【０００７】
[0007]ワイヤレス通信の方法が説明される。方法は、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別することと、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することと、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定することと、アップリンク送信リソースを表す信号を送信することとを含み得る。
【０００８】
[0008]ワイヤレス通信のための装置が説明される。装置は、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別するための手段と、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別するための手段と、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定するための手段と、アップリンク送信リソースを表す信号を送信するための手段とを含み得る。
【０００９】
[0009]ワイヤレス通信のための別の装置が説明される。この装置は、プロセッサと、プロセッサと電子通信するメモリと、メモリに記憶された命令とを含み得る。命令は、プロセッサに、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別することと、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することと、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定することと、アップリンク送信リソースを表す信号を送信することとを行わせるように動作可能であり得る。
【００１０】
[0010]ワイヤレス通信のための非一時的コンピュータ可読媒体が説明される。非一時的コンピュータ可読媒体は、プロセッサに、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別することと、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することと、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定することと、アップリンク送信リソースを表す信号を送信することとを行わせるように動作可能な命令を含み得る。
【００１１】
[0011]上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースの明示的インジケーションを、アップリンク送信リソースを表す信号中に含めるためのプロセス、特徴、手段、または命令をさらに含み得る。上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースの明示的インジケーションは、アップリンク送信リソースを表現するインデックスを備え得る。
【００１２】
[0012]上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別することは、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量を識別することを備え得る。上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することは、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量がしきい値量を下回る場合、暗黙的リソースマッピングルールを識別することを含み得る。上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量がしきい値量以下である場合に暗黙的リソースマッピングルールを識別すること、しきい値量以下であるアップリンク制御データの量に少なくとも部分的に基づいてアップリンク送信リソースの第１のセットを識別すること、ここで、第１のセットは、しきい値量以下であるアップリンク制御データの量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを含む、と、第１のセット中に含まれるアップリンク送信リソースの数を識別することと、第１のセット中に含まれるアップリンク送信リソースの数がアップリンク送信リソースのしきい値数より大きい場合、暗黙的リソースマッピングを識別することとをさらに含み得る。上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アップリンク送信リソースのしきい値数は、ダウンリンク制御情報（ＤＣＩ）フィールド中で一意に識別され得るアップリンク送信リソースの最大数を含み得る。
【００１３】
[0013]上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することは、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量がしきい値量を上回る場合、明示的リソースマッピングルールを識別することを含み得る。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量がしきい値量を上回る場合に明示的リソースマッピングルールを識別することは、しきい値量を上回るアップリンク制御データの量に少なくとも部分的に基づいてアップリンク送信リソースの第２のセットを識別すること、ここで、第２のセットは、しきい値量を上回るアップリンク制御データの量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを含む、と、第２のセット中に含まれるアップリンク送信リソースの数を識別することと、第２のセット中に含まれるアップリンク送信リソースの数がアップリンク送信リソースのしきい値以下である場合に明示的リソースマッピングルールを識別することとを含み得る。上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アップリンク送信リソースのしきい値数は、ダウンリンク制御情報（ＤＣＩ）フィールド中で一意に識別され得るアップリンク送信リソースの最大数を含み得る。
【００１４】
[0014]上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別することは、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御情報のタイプを識別することを含み得る。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別することは、ＰＵＣＣＨフォーマットがショートＰＵＣＣＨフォーマットであるか、またはロングＰＵＣＣＨフォーマットであるかを決定することを含み得る。
【００１５】
[0015]上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースは、開始シンボル、アップリンク送信時間間隔内のシンボル範囲、１つまたは複数のリソースブロック、サイクリックシフト、または直交カバーコードのうちの１つまたは複数を含み得る。
【００１６】
[0016]上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいてＴＴＩマッピングルールを識別することと、アップリンク送信リソースがＴＴＩマッピングルールに少なくとも部分的に基づいて後続のＰＵＣＣＨ送信のために使用されるべきＴＴＩを決定することと、ＴＴＩを表す信号を送信することとを行うためのプロセス、特徴、手段、または命令をさらに含み得る。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、ＴＴＩの明示的インジケーションをＴＴＩを表す信号中に含むためのプロセス、特徴、手段、または命令をさらに含み得る。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＴＴＩの明示的インジケーションは、現在のＰＵＣＣＨ送信のために使用される現在のＴＴＩに対するオフセットを表すインデックスを含み得る。
【００１７】
[0017]上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいてＴＴＩマッピングルールを識別することは、ＰＵＣＣＨリソースマッピングルールが暗黙的ＰＵＣＣＨリソースマッピングルールである場合、暗黙的ＴＴＩマッピングルールを識別することを含み得る。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、暗黙的ＴＴＩマッピングルールは、現在のＰＵＣＣＨ送信のために使用される現在のＴＴＩに対するオフセットを適用することを含み得る。
【００１８】
[0018]上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいてＴＴＩマッピングルールを識別することは、ＰＵＣＣＨリソースマッピングルールが明示的ＰＵＣＣＨリソースマッピングルールである場合、明示的ＴＴＩマッピングルールを識別することを含み得る。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいてＴＴＩマッピングルールを識別することは、ＰＵＣＣＨリソースマッピングルールが明示的ＰＵＣＣＨリソースマッピングルールである場合、暗黙的アップリンク送信時間間隔マッピングルールを識別することを含み得る。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいてＴＴＩマッピングルールを識別することは、ＰＵＣＣＨリソースマッピングルールが暗黙的ＰＵＣＣＨリソースマッピングルールである場合、明示的ＴＴＩマッピングルールを識別することを含み得る。
【００１９】
[0019]上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アップリンク送信リソースは、１つのより多くのＴＴＩ内のリソースを備える。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アップリンク送信リソースは、１つのＴＴＩ内の１つより多くのリソースのセットを含み得る。
【００２０】
[0020]ワイヤレス通信の方法が説明される。方法は、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別することと、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することと、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを表す信号を受信することと、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定することと、アップリンク送信リソースを介して後続のＰＵＣＣＨ送信を送信することとを含み得る。
【００２１】
[0021]ワイヤレス通信のための装置が説明される。本装置は、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別するための手段と、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別するための手段と、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを表す信号を受信するための手段と、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定するための手段と、アップリンク送信リソースを介して後続のＰＵＣＣＨ送信を送信するための手段とを含み得る。
【００２２】
[0022]ワイヤレス通信のための別の装置が説明される。この装置は、プロセッサと、プロセッサと電子通信するメモリと、メモリに記憶された命令とを含み得る。命令は、プロセッサに、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別することと、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することと、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを表す信号を受信することと、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定することと、アップリンク送信リソースを介して後続のＰＵＣＣＨ送信を送信することとを行わせるように動作可能であり得る。
【００２３】
[0023]ワイヤレス通信のための非一時的コンピュータ可読媒体が説明される。非一時的コンピュータ可読媒体は、プロセッサに、後続のＰＵＣＣＨ送信に使用されるべきＰＵＣＣＨフォーマットを識別することと、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することと、後続のＰＵＣＣＨ送信に使用されるべきアップリンク送信リソースを表す信号を受信することと、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて後続のＰＵＣＣＨ送信に使用されるべきアップリンク送信リソースを決定することと、アップリンク送信リソースを介して後続のＰＵＣＣＨ送信を送信することとを行わせるように動作可能な命令を含み得る。
【００２４】
[0024]上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースの明示的インジケーションを、アップリンク送信リソースを表す信号中に含めるためのプロセス、特徴、手段、または命令をさらに含み得る。上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースの明示的インジケーションは、アップリンク送信リソースを表現するインデックスを備え得る。
【００２５】
[0025]上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別することは、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量を識別することを含み得る。上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することは、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量がしきい値量を下回る場合、暗黙的リソースマッピングルールを識別することを含み得る。上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量がしきい値量以下である場合に暗黙的リソースマッピングルールを識別すること、しきい値量以下であるアップリンク制御データの量に少なくとも部分的に基づいてアップリンク送信リソースの第１のセットを識別すること、ここで、第１のセットは、しきい値量以下であるアップリンク制御データの量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを含む、と、第１のセット中に含まれるアップリンク送信リソースの数を識別することと、第１のセット中に含まれるアップリンク送信リソースの数がアップリンク送信リソースのしきい値数より大きい場合、暗黙的リソースマッピングを識別することとをさらに含み得る。上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アップリンク送信リソースのしきい値数は、ダウンリンク制御情報（ＤＣＩ）フィールド中で一意に識別され得るアップリンク送信リソースの最大数を含み得る。
【００２６】
[0026]上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別することは、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量がしきい値量を上回る場合、明示的リソースマッピングルールを識別することを含み得る。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量がしきい値量を上回る場合に明示的リソースマッピングルールを識別することは、しきい値量を上回るアップリンク制御データの量に少なくとも部分的に基づいてアップリンク送信リソースの第２のセットを識別すること、ここで、第２のセットは、しきい値量を上回るアップリンク制御データの量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを含む、と、第２のセット中に含まれるアップリンク送信リソースの数を識別することと、第２のセット中に含まれるアップリンク送信リソースの数がアップリンク送信リソースのしきい値以下である場合に明示的リソースマッピングルールを識別することとを含み得る。上で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アップリンク送信リソースのしきい値数は、ダウンリンク制御情報（ＤＣＩ）フィールド中で一意に識別され得るアップリンク送信リソースの最大数を含み得る。
【００２７】
[0027]上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別することは、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御情報のタイプを識別することを含み得る。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別することは、ＰＵＣＣＨフォーマットがショートＰＵＣＣＨフォーマットであるか、またはロングＰＵＣＣＨフォーマットであるかを決定することを含み得る。
【００２８】
[0028]上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースは、開始シンボル、アップリンク送信時間間隔内のシンボル範囲、１つまたは複数のリソースブロック、サイクリックシフト、または直交カバーコードのうちの１つまたは複数を含み得る。
【００２９】
[0029]上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいてＴＴＩマッピングルールを識別することと、ＴＴＩマッピングルールに少なくとも部分的に基づいてアップリンク送信リソースが後続のＰＵＣＣＨ送信のために使用されるべきＴＴＩを決定することと、ＴＴＩ内で後続のＰＵＣＣＨ送信を送信することとを行うためのプロセス、特徴、手段、または命令をさらに含み得る。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例は、ＴＴＩの明示的インジケーションを受信するためのプロセス、特徴、手段、または命令をさらに含み得る。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＴＴＩの明示的インジケーションは、現在のＰＵＣＣＨ送信のために使用される現在のＴＴＩに対するオフセットを表すインデックスを含み得る。
【００３０】
[0030]上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいてＴＴＩマッピングルールを識別することは、ＰＵＣＣＨリソースマッピングルールが暗黙的ＰＵＣＣＨリソースマッピングルールである場合、暗黙的ＴＴＩマッピングルールを識別することを含み得る。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、暗黙的ＴＴＩマッピングルールは、現在のＰＵＣＣＨ送信のために使用される現在のＴＴＩに対するオフセットを適用することを含み得る。
【００３１】
[0031]上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいてＴＴＩマッピングルールを識別することは、ＰＵＣＣＨリソースマッピングルールが明示的ＰＵＣＣＨリソースマッピングルールである場合、明示的ＴＴＩマッピングルールを識別することを含み得る。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいてＴＴＩマッピングルールを識別することは、ＰＵＣＣＨリソースマッピングルールが暗黙的ＰＵＣＣＨリソースマッピングルールである場合、明示的ＴＴＩマッピングルールを識別することを含み得る。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいてＴＴＩマッピングルールを識別することは、ＰＵＣＣＨリソースマッピングルールが明示的ＰＵＣＣＨリソースマッピングルールである場合、暗黙的ＴＴＩマッピングルールを識別することを含み得る。
【００３２】
[0032]上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アップリンク送信リソースは、１つのより多くのＴＴＩ内のリソースを含み得る。上記で説明した方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アップリンク送信リソースは、１つのＴＴＩ内の１つより多くのリソースのセットを含み得る。
【図面の簡単な説明】
【００３３】
【図１】図１は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートするワイヤレス通信のためのシステムの一例を例示する。
【図２】図２は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートするワイヤレス通信のためのシステムの一例を例示する。
【図３】図３は、本開示の態様による、リソース割振りの一例を例示する。
【図４】図４は、本開示の態様による、アップリンク制御チャネルリソース定義の一例を例示する。
【図５】図５は、本開示の態様による、アップリンク制御チャネルリソース定義およびマッピングをサポートするリソース割振りの一例を例示する。
【図６】図６は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義のためのプロセスフローの一例を例示する。
【図７】図７は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートするデバイスのブロック図を示す。
【図８】図７は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートするデバイスのブロック図を示す。
【図９】図９は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートする基地局を含むシステムのブロック図を示す。
【図１０】図１０は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートするデバイスのブロック図を示す。
【図１１】図１１は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートするデバイスのブロック図を示す。
【図１２】図１２は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートするユーザ機器を含むシステムのブロック図を例示する。
【図１３】図１３は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義のための方法を例示する。
【図１４】図１４は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義のための方法を例示する。
【図１５】図１５は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義のための方法を例示する。
【図１６】図１６は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義のための方法を例示する。
【図１７】図１７は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義のための方法を例示する。
【図１８】図１８は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義のための方法を例示する。
【発明の詳細な説明】
【００３４】
[0044]第５世代（５Ｇ）または新規無線（ＮＲ）システムのような、いくつかのワイヤレス通信システムでは、ユーザ機器（ＵＥ）のようなワイヤレスデバイスは、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して基地局にアップリンク制御情報（ＵＣＩ）を送信し得る。ＵＥおよび基地局は、ＵＥが後続のＰＵＣＣＨ送信のためにどの送信リソースを使用することになるか、およびＵＥがそれらの送信リソースをいつ使用するか（たとえば、スロットとしても知られ得る、どの送信時間間隔（ＴＴＩ）の間に、ＵＥがＰＵＣＣＨを介してＵＣＩを送るべきか）を決定し得る。
【００３５】
[0045]方法は、後続のＰＵＣＣＨ送信のためにどの送信リソースをＵＥが使用すべきか、およびＵＥがそれらの送信リソースを使用すべきＴＴＩに関する、ＵＥの決定と基地局の決定との間の整合性を容易にするために使用され得る。いくつかの場合では、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定することは、１つまたは複数のアップリンク送信リソースを含む、ＰＵＣＣＨリソースを決定することを含み得る。いくつかの場合では、基地局およびＵＥ各々は、整合性を保証するために、１つまたは複数のＰＵＣＣＨリソース定義、１つまたは複数のＰＵＣＣＨリソースマッピングルール、およびＴＴＩマッピングルールを使用し得る。本開示のこれらの態様の使用は、単独でまたは組み合わせて、ＵＥおよび基地局が、このような決定に関する送信シンボルの数を最小限にする一方、ＵＥによる後続のＰＵＣＣＨ送信のために使用されるべき同じＰＵＣＣＨリソースおよびＴＴＩを一貫して決定することを可能にし得、それによって、電力、周波数、時間、およびスペクトルリソースのようなシステムリソースを節約する。
【００３６】
[0046]ＰＵＣＣＨリソース定義は、各々がリソースブロックインデックスのような送信リソースの所定のセットに関連するインデックス値のセットを含み得る。ＵＥおよび基地局は、ＰＵＣＣＨリソース定義を使用して、後続のＰＵＣＣＨ送信のための送信リソースを効率的に決定し、必要な場合、そのような決定に関する情報を交換し得る。たとえば、基地局は、後続のＰＵＣＣＨ送信のために（インデックス付きＰＵＣＣＨリソースのセットまたはプールから）選択するＵＥのためのＰＵＣＣＨリソースのインデックスを識別するために、ＤＣＩ中の３ビットＤＣＩ値を使用し得る。ＴＴＩのフォーマットは、所与のＰＵＣＣＨ送信の最初および最後のＰＵＣＣＨシンボルが事前定義され得ないようなフレキシブルなものであり得、したがって、ＰＵＣＣＨリソース定義はまた、ＴＴＩ内のどのシンボルをＵＥがＰＵＣＣＨ送信のために使用すべきかを指定し得る。
【００３７】
[0047]ＰＵＣＣＨリソースマッピングルールは、明示的または暗黙的であり得る。基地局およびＵＥが明示的ＰＵＣＣＨリソースマッピングルールを使用するとき、基地局は、ＵＥが後続のＰＵＣＣＨ送信のためにどの送信リソースを使用すべきか、および送信リソースがいつ使用されるべきかを決定し、ＵＥに明示的に示し得る。たとえば、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）を上回る場合、明示的リソースマッピングルールが使用され得る。このケースでは、アップリンク送信リソースのプールまたはセットは、しきい値量を上回るアップリンク制御データの量に少なくとも部分的に基づいて識別され得、ここで、セットは、しきい値量を上回るアップリンク制御データの量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを含み得る。その後、セット中に含まれるアップリンク送信リソースの数が識別され得、セット中に含まれるアップリンク送信リソースの数がアップリンク送信リソースのしきい値数（たとえば、８）以下である場合、明示的リソースマッピングルールが使用され得る。いくつかのケースでは、アップリンク送信リソースのしきい値数は、ダウンリンク制御情報（ＤＣＩ）フィールド中で一意に識別され得るアップリンク送信リソースの最大数に等しくなり得る。たとえば、ＤＣＩにおいて送信される３ビットのＰＵＣＣＨリソースインジケータフィールドは、ＵＥが後続のＰＵＣＣＨ送信のために使用するように構成される８つのアップリンク送信リソースの最大数のうちの１つを一意に示すことができ得る。いくつかのケースでは、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）以下であり、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを有するＰＵＣＣＨリソースのセット中のアップリンク送信リソースの数がアップリンク送信リソースのしきい値数（たとえば、８）以下である場合、明示的リソースマッピングルールが使用され得る。
【００３８】
[0048]後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）以下である場合、暗黙的リソースマッピングルールが使用され得る。このケースでは、アップリンク送信リソースのセットは、しきい値量以下であるアップリンク制御データの量に少なくとも部分的に基づいて識別され、ここで、セットは、しきい値量以下であるアップリンク制御データの量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを含む。その後、セット中に含まれるアップリンク送信リソースの数が識別され得、セット中に含まれるアップリンク送信リソースの数がアップリンク送信リソースのしきい値数（たとえば、８）よりも大きい場合、暗黙的リソースマッピングルールが使用され得る。たとえば、基地局は、ＵＥが後続のＰＵＣＣＨ送信のために３２個のアップリンク送信リソースを使用するように構成されることを示す上位レイヤパラメータを使用して、アップリンク送信リソースの数を送信し得る。このケースでは、ＵＥは、基地局およびＵＥの両方に知られているマッピングルールまたは式に基づいて、後続のＰＵＣＣＨ送信のための３２個のアップリンク送信リソースを識別し得る。したがって、基地局が、明示的インジケータフィールドによって一意に識別されることができるよりも多くのアップリンク送信リソースでＵＥを構成するとき、暗黙的リソースマッピングルールが使用され得る。基地局およびＵＥが暗黙的ＰＵＣＣＨリソースマッピングルールを使用するとき、基地局は、ＵＥが後続のＰＵＣＣＨ送信のためにどの送信リソースを使用すべきかの明示的インジケーションを含まない信号をＵＥに送信し得、むしろ、ＵＥは、基地局およびＵＥの両方に知られているルールまたは式に従ってその情報を決定し得る。基地局およびＵＥが明示的ＰＵＣＣＨリソースマッピングルールを利用するか、または暗黙的ＰＵＣＣＨリソースマッピングルールを利用するかは、ＵＥによる後続のＰＵＣＣＨ送信のフォーマットに依存し得る。
【００３９】
[0049]ＴＴＩマッピングルールはまた、明示的または暗黙的であり得る。明示的ＴＴＩマッピングルールを使用するとき、基地局は、ＵＥが後続のＰＵＣＣＨ送信のためにどのＴＴＩを使用すべきかを決定し、ＵＥに明示的に示し得る。別のＴＴＩマッピングルールは、暗黙的マッピングルールであり得る。暗黙的ＴＴＩマッピングルールを使用するとき、基地局は、ＵＥが後続のＰＵＣＣＨ送信のためにどのＴＴＩを使用すべきかを決定し得るが、基地局は、その情報をＵＥに明示的に示さないことがあり、むしろ、基地局は、決定された情報のいかなる明示的インジケーションも含まない信号をＵＥに送信し得、ＵＥは、基地局によって使用される同じＴＴＩマッピングルールに従ってその情報を決定し得る。基地局およびＵＥが明示的ＴＴＩマッピングルールまたは暗黙的ＴＴＩマッピングルールを利用するかどうかは、基地局およびＵＥが明示的ＰＵＣＣＨリソースマッピングルールまたは暗黙的ＰＵＣＣＨリソースマッピングルールを利用するかどうかに依存し得る。基地局およびＵＥが明示的ＰＵＣＣＨリソースマッピングルールを使用するとき、基地局およびＵＥはまた、明示的ＴＴＩマッピングルールを使用し得る。同様に、基地局およびＵＥが暗黙的なＰＵＣＣＨリソースマッピングルールを使用するとき、基地局およびＵＥはまた、暗黙的なＴＴＩマッピングルールを使用し得る。基地局およびＵＥはまた、明示的ＰＵＣＣＨリソースマッピングルールを使用するとき、暗黙的ＴＴＩマッピングルールを使用し得る、または暗黙的ＰＵＣＣＨリソースマッピングルールを使用するとき、明示的ＴＴＩマッピングルールを使用し得る。暗黙的ＴＴＩマッピングルールを使用するとき、基地局およびＵＥは、現在のまたは前のＰＵＣＣＨ送信のためにＵＥによって使用されるＴＴＩに１つまたは複数のオフセットを適用し得る。
【００４０】
[0050]ＰＵＣＣＨリソースを定義し割り振るための本明細書で説明する様々な技法は、単一のＴＴＩのために、または複数のＴＴＩにわたってＰＵＣＣＨリソースを割り振るために使用され得る。ＰＵＣＣＨリソースを定義し割り振るための上で説明したアプローチはまた、ＴＴＩごとにＰＵＣＣＨリソースの１つのセットまたはＴＴＩごとにＰＵＣＣＨリソースの複数のセットを割り振るために使用され得る。複数のＴＴＩにわたるＰＵＣＣＨリソースの割振りは、スロットアグリゲーションと呼ばれ得る。
【００４１】
[0051]本開示の態様は、ワイヤレス通信システムのコンテキストにおいて最初に説明される。ＰＵＣＣＨリソース定義、ＰＵＣＣＨリソースマッピングルール、ＴＴＩマッピングルール、およびそれらと同じものの適用の様々な例がその後、説明される。本開示の態様は、アップリンク制御チャネルリソース定義およびユーザ機器へのマッピングに関する装置図、システム図、およびフローチャートによってさらに示され、それらを参照してさらに説明される。
【００４２】
[0052]図１は、本開示の様々な態様によるワイヤレス通信システム１００の一例を示す。ワイヤレス通信システム１００は、基地局１０５、ＵＥ１１５、およびコアネットワーク１３０を含む。いくつかの例では、ワイヤレス通信システム１００は、ロングタームエボリューション（ＬＴＥ）ネットワーク、ＬＴＥアドバンスト（ＬＴＥ−Ａ）ネットワーク、５Ｇネットワーク、またはＮＲネットワークであり得る。いくつかのケースでは、ワイヤレス通信システム１００は、拡張されたブロードバンド通信、高信頼性（たとえば、ミッションクリティカルな）通信、低レイテンシ通信、または低コストおよび低複雑性デバイスとの通信をサポートし得る。
【００４３】
[0053]基地局１０５は、１つまたは複数の基地局アンテナを介してＵＥ１１５とワイヤレスに通信し得る。本明細書で説明する基地局１０５は、トランシーバ基地局、無線基地局、アクセスポイント、無線トランシーバ、ノードＢ、ｅノードＢ（ｅＮＢ）、（いずれもｇＮＢと呼ばれることがある）次世代ノードＢまたはギガノードＢ、ホームノードＢ、ホームｅノードＢ、または何らかの他の適切な専門用語で当業者によて呼ばれ得るか、あるいはそれらを含み得る。ワイヤレス通信システム１００は、異なるタイプの基地局１０５（例えば、マクロまたはスモールセル基地局）を含み得る。本明細書で説明されたＵＥ１１５は、マクロｅＮＢ、スモールセルｅＮＢ、ｇＮＢ、中継基地局、および同様のものを含む、様々なタイプの基地局およびネットワーク機器と通信することが可能であり得る。
【００４４】
[0054]各基地局１０５は、様々なＵＥ１１５との通信がサポートされる特定の地理的カバレージエリア１１０に関連付けられ得る。各基地局１０５は、通信リンク１２５を介してそれぞれの地理的カバレージエリア１１０に通信カバレージを提供し得、基地局１０５とＵＥ１１５との間の通信リンク１２５は、１つまたは複数のキャリアを利用し得る。ワイヤレス通信システム１００中に示される通信リンク１２５は、ＵＥ１１５から基地局１０５へのアップリンク送信、または基地局１０５からＵＥ１１５へのダウンリンク送信を含み得る。ダウンリンク送信はまた、順方向リンク送信と呼ばれ得る一方、アップリンク送信はまた、逆方向リンク送信と呼ばれ得る。
【００４５】
[0055]基地局１０５のための地理的カバレージエリア１１０は、地理的カバレージエリア１１０の一部分のみを構成するセクタに分割され得、各セクタはセルに関連付けられ得る。たとえば、各基地局１０５は、マクロセル、スモールセル、ホットスポット、もしくは他のタイプのセル、あるいはそれらの様々な組合せに通信カバレージを提供し得る。いくつかの例では、基地局１０５は、移動可能であり、したがって、移動する地理的カバレージエリア１１０に通信カバレージを提供し得る。いくつかの例では、異なる技術に関連付けられた異なる地理的カバレージエリア１１０は、重複し得、異なる技術に関連付けられた重複する地理的カバレージエリア１１０は、同じ基地局１０５によってまたは異なる基地局１０５によってサポートされ得る。ワイヤレス通信システム１００は、たとえば、異なるタイプの基地局１０５が様々な地理的カバレージエリア１１０にカバレージを提供する異種のＬＴＥ／ＬＴＥ−ＡまたはＮＲネットワークを含み得る。
【００４６】
[0056]用語「セル」は、（たとえば、キャリアにわたって）基地局１０５との通信のために使用される論理通信エンティティを指し、同じまたは異なるキャリアを介して動作する隣接セルを区別するための識別子（たとえば、物理セル識別子（ＰＣＩＤ）、仮想セル識別子（ＶＣＩＤ））に関連付けられ得る。いくつかの例では、キャリアは、複数のセルをサポートし得、異なるセルは、異なるタイプのデバイスにアクセスを提供し得る異なるプロトコルタイプ（たとえば、マシンタイプ通信（ＭＴＣ）、狭帯域モノのインターネット（ＮＢ−ＩｏＴ）、拡張モバイルブロードバンド（ｅＭＢＢ）、またはその他）に従って構成され得る。いくつかのケースでは、用語「セル」は、論理エンティティが動作する地理的カバレージエリア１１０の一部（たとえば、セクタ）を指し得る。
【００４７】
[0057]ＵＥ１１５は、ワイヤレス通信システム１００全体にわたって分散され得、各ＵＥ１１５は、固定またはモバイルであり得る。ＵＥ１１５はまた、モバイルデバイス、ワイヤレスデバイス、リモートデバイス、ハンドヘルドデバイス、または加入者デバイス、あるいは何らかの他の適切な用語で呼ばれ得、「デバイス」はまた、ユニット、局、端末、またはクライアントと呼ばれ得る。ＵＥ１１５はまた、セルラフォン、携帯情報端末（ＰＤＡ）、タブレットコンピュータ、ラップトップコンピュータ、またはパーソナルコンピュータのようなパーソナル電子デバイスであり得る。いくつかの例では、ＵＥ１１５はまた、電化製品、乗り物、計測器のような様々な物品においてインプリメントされ得る、ワイヤレスローカルループ（ＷＬＬ）局、モノのインターネット（ＩｏＴ）デバイス、あらゆるモノのインターネット（ＩｏＥ）デバイス、またはＭＴＣデバイスなどを指し得る。
【００４８】
[0058]ＭＴＣまたはＩｏＴデバイスのような、いくつかのＵＥ１１５は、低コストまたは低複雑度のデバイスであり得、マシン間の（例えば、マシーンツーマシン（Ｍ２Ｍ）通信を介した）自動化された通信を提供し得る。Ｍ２Ｍ通信またはＭＴＣは、デバイスが、人間の介在なしに互いまたは基地局１０５と通信することを可能にするデータ通信技術を指し得る。いくつかの例では、Ｍ２Ｍ通信またはＭＴＣは、情報を測定またはキャプチャするセンサまたは計測器を統合し、情報を利用するか、またはプログラムもしくはアプリケーションとインタラクトする人間に情報を提示することができる中央サーバまたはアプリケーションプログラムに、その情報を中継するデバイスからの通信を含み得る。いくつかのＵＥ１１５は、情報を収集するか、または機械の自動化された挙動を可能にするように設計され得る。ＭＴＣデバイスのためのアプリケーションの例は、スマート計測、在庫（inventory）モニタリング、水位モニタリング、機器モニタリング、ヘルスケアモニタリング、野生生物モニタリング、天候および地質学的イベントモニタリング、保有車両（fleet）管理および追跡、リモートセキュリティ感知、物理アクセス制御、および取引ベースのビジネス課金（transaction-based business charging）を含む。
【００４９】
[0059]いくつかのＵＥ１１５は、半二重通信（たとえば、送信または受信を介した一方向通信をサポートするが、送信と受信とを同時にサポートしないモード）のような、電力消費を低減する動作モードを採用するように構成され得る。いくつかの例では、半二重通信は、低減されたピークレートで実行され得る。ＵＥ１１５のための他の電力節約技法は、アクティブ通信に従事していないとき、または制限された帯域幅にわたって（たとえば、狭帯域通信に従って）動作しているとき、省電力「ディープスリープ」モードに入ることを含む。いくつかのケースでは、ＵＥ１１５は、クリティカルな機能（たとえば、ミッションクリティカル機能）をサポートするように設計され得、ワイヤレス通信システム１００は、これらの機能のための超高信頼性通信を提供するように構成され得る。
【００５０】
[0060]いくつかのケースでは、ＵＥ１１５はまた、（例えば、ピアツーピア（Ｐ２Ｐ）またはデバイスツーデバイス（Ｄ２Ｄ）プロトコルを使用して）他のＵＥ１１５と直接通信することも可能であり得る。Ｄ２Ｄ通信を利用するＵＥ１１５のグループのうちの１つまたは複数は、基地局１０５の地理的カバレージエリア１１０内にあり得る。このグループ中の他のＵＥ１１５は、基地局１０５の地理的カバレージエリア１１０の外側にあり得るか、またはそうでない場合は、基地局１０５からの送信を受信することができない。いくつかのケースでは、Ｄ２Ｄ通信を介して通信するＵＥ１１５の複数のグループは、各ＵＥ１１５がグループにおけるその他全ての（every other）ＵＥ１１５に送信する、一対多（one-to-many）（１：Ｍ）システムを利用し得る。いくつかのケースでは、基地局１０５は、Ｄ２Ｄ通信のためのリソースのスケジューリングを容易にする。他の場合では、Ｄ２Ｄ通信は、基地局１０５の関与なしにＵＥ１１５間で実行される。
【００５１】
[0061]基地局１０５は、コアネットワーク１３０と、および互いに通信し得る。たとえば、基地局１０５は、バックホールリンク１３２を通して（たとえば、Ｓ１または他のインターフェースを介して）コアネットワーク１３０とインターフェースし得る。基地局１０５は、直接的に（たとえば、基地局１０５間で直接的に）または間接的に（たとえば、コアネットワーク１３０を介して）のいずれかで、バックホールリンク１３４にわたって（たとえば、Ｘ２または他のインターフェースを介して）互いに通信し得る。
【００５２】
[0062]コアネットワーク１３０は、ユーザ認証、アクセス許可、トラッキング、インターネットプロトコル（ＩＰ）接続性、および他のアクセス、ルーティング、またはモビリティ機能を提供し得る。コアネットワーク１３０は、発展型パケットコア（ＥＰＣ）であり得、これは、少なくとも１つのモビリティ管理エンティティ（ＭＭＥ）、少なくとも１つのサービングゲートウェイ（Ｓ−ＧＷ）、および少なくとも１つのパケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）を含み得る。ＭＭＥは、ＥＰＣに関連付けられた基地局１０５によってサービスされるＵＥ１１５のためのモビリティ、認証、およびベアラ管理のような、非アクセス層（たとえば、制御プレーン）機能を管理し得る。ユーザＩＰパケットは、Ｓ−ＧＷを通じて転送され得、それ自体は、Ｐ−ＧＷに接続され得る。Ｐ−ＧＷは、ＩＰアドレス割振りならびに他の機能を提供し得る。Ｐ−ＧＷは、ネットワークオペレータＩＰサービスに接続され得る。オペレータＩＰサービスは、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、またはパケット交換（ＰＳ）ストリーミングサービスへのアクセスを含み得る。
【００５３】
[0063]基地局１０５のようなネットワークデバイスのうちの少なくともいくつかは、アクセスネットワークエンティティなどのサブコンポーネントを含み得、これは、アクセスノードコントローラ（ＡＮＣ）の例であり得る。各アクセスネットワークエンティティは、無線ヘッド、スマート無線ヘッド、または送信／受信ポイント（ＴＲＰ）と呼ばれ得る、いくつかの他のアクセスネットワーク送信エンティティを通じてＵＥ１１５と通信し得る。いくつかの構成では、各アクセスネットワークエンティティまたは基地局１０５の様々な機能は、様々なネットワークデバイス（例えば、無線ヘッドおよびアクセスネットワークコントローラ）にわたって分散され得るか、または単一のネットワークデバイス（例えば、基地局１０５）へと統合され得る。
【００５４】
[0064]ワイヤレス通信システム１００は、典型的には３００ＭＨｚ〜３００ＧＨｚの範囲内の１つまたは複数の周波数帯域を使用して動作し得る。一般に、３００ＭＨｚ〜３ＧＨｚの領域は、波長が約１デシメートル〜１メートルの長さに及ぶので、極超短波（ＵＨＦ）領域またはデシメートル帯域として知られている。ＵＨＦ波は、建物および環境的特徴によってブロックまたはリダイレクトされ得る。しかしながら、波は、屋内にロケートされたＵＥ１１５にサービスを提供するマクロセルのために十分に構造を貫通し得る。ＵＨＦ波の送信は、３００ＭＨｚ未満のスペクトルの高周波（ＨＦ）または超高周波（ＶＨＦ）部分のより小さい周波数およびより長い波を使用する送信と比較して、より小さいアンテナおよびより短い距離（たとえば、１００ｋｍ未満）に関連付けられ得る。
【００５５】
[0065]ワイヤレス通信システム１００はまた、センチメートル帯域としても知られる、３ＧＨｚから３０ＧＨｚまでの周波数帯域を使用する超高周波（ＳＨＦ）領域において動作し得る。ＳＨＦ領域は、他のユーザからの干渉を許容することができるデバイスによって日和見的に使用され得る、５ＧＨｚ産業用、科学用、および医療用（ＩＳＭ）帯域のような帯域を含む。
【００５６】
[0066]ワイヤレス通信システム１００はまた、ミリメートル帯域としても知られる、スペクトルの極高周波（ＥＨＦ）領域（たとえば、３０ＧＨｚ〜３００ＧＨｚ）において動作し得る。いくつかの例では、ワイヤレス通信システム１００は、ＵＥ１１５と基地局１０５との間のミリメートル波（ｍｍＷ）通信をサポートし得、それぞれのデバイスのＥＨＦアンテナは、ＵＨＦアンテナよりもさらに小さく、より密集され得る。いくつかのケースでは、これは、ＵＥ１１５内のアンテナアレイの使用を容易にし得る。しかしながら、ＥＨＦ送信の伝搬は、ＳＨＦまたはＵＨＦ送信よりもさらに大きい大気減衰の影響を受け得、およびより短い範囲であり得る。本明細書で開示する技法は、１つまたは複数の異なる周波数領域を使用する送信にわたって採用され得、これらの周波数領域にわたる帯域の指定された使用は、国または規制機関によって異なり得る。
【００５７】
[0067]いくつかのケースでは、ワイヤレス通信システム１００は、認可および無認可無線周波数スペクトル帯域の両方を利用し得る。たとえば、ワイヤレス通信システム１００は、５ＧＨｚ  ＩＳＭ帯域のような無認可帯域において、認可支援アクセス（ＬＡＡ）、ＬＴＥ−無認可（ＬＴＥ−Ｕ）無線アクセス技術、またはＮＲ技術を採用し得る。無認可無線周波数帯域で動作しているとき、基地局１０５およびＵＥ１１５のようなワイヤレスデバイスは、データを送信する前に周波数チャネルがクリアであることを保証するために、リッスンビフォアトーク（ＬＢＴ）プロシージャを利用し得る。いくつかのケースでは、無認可帯域での動作は、認可帯域（例えば、ＬＡＡ）中で動作するコンポーネントキャリア（ＣＣ）とともに、キャリアアグリゲーション（ＣＡ）に基づき得る。無認可スペクトルにおける動作は、ダウンリンク送信、アップリンク送信、ピアツーピア送信、またはこれらの組合せを含み得る。無認可スペクトルでの複信は、周波数分割複信（ＦＤＤ）、時分割複信（ＦＤＤ）、または両方の組み合わせに基づき得る。
【００５８】
[0068]いくつかの例では、基地局１０５またはＵＥ１１５は、送信ダイバーシティ、受信ダイバーシティ、多入力多出力（ＭＩＭＯ）通信、またはビームフォーミングのような技法を採用するために使用され得る、複数のアンテナを装備し得る。たとえば、ワイヤレス通信システムは、送信デバイス（たとえば、基地局１０５）と受信デバイス（たとえば、ＵＥ１１５）との間の送信スキームを使用し得、ここで、送信デバイスは、複数のアンテナを装備し、受信デバイスは１つまたは複数のアンテナを装備し得る。ＭＩＭＯ通信は、空間多重化と呼ばれ得る、異なる空間レイヤを介して複数の信号を送信または受信することによってスペクトル効率を高めるために、マルチパス信号伝搬を採用し得る。複数の信号は、たとえば、異なるアンテナまたはアンテナの異なる組合せを介して送信デバイスによって送信され得る。同様に、複数の信号は、異なるアンテナまたはアンテナの異なる組合せを介して受信デバイスによって受信され得る。複数の信号の各々は、別個の空間ストリームと呼ばれ得、同じデータストリーム（たとえば、同じコードワード）または異なるデータストリームに関連付けられたビットを搬送し得る。異なる空間レイヤは、チャネル測定および報告のために使用される異なるアンテナポートに関連付けられ得る。ＭＩＭＯ技法は、単一ユーザＭＩＭＯ（ＳＵ−ＭＩＭＯ）、ここで、複数の空間レイヤは、同じ受信デバイスに送信される、と、マルチユーザＭＩＯ（ＭＵ−ＭＩＭＯ）、ここで、複数の空間レイヤは、複数のデバイスに送信される、とを含む。
【００５９】
[0069]空間フィルタリング、指向性送信、または指向性受信とも呼ばれ得るビームフォーミングは、送信デバイスと受信デバイスとの間の空間経路に沿ってアンテナビーム（たとえば、送信ビームまたは受信ビーム）を形作るまたはステアリングするために、送信デバイスまたは受信デバイス（たとえば、基地局１０５またはＵＥ１１５）において使用され得る信号処理技法である。ビームフォーミングは、アンテナアレイに関する特定の向きで伝搬する信号が強めあう干渉を経験する一方、他の信号が弱めあう干渉を経験するような、アンテナアレイのアンテナ素子を介して通信される信号を組み合わせることによって達成され得る。アンテナ素子を介して通信される信号の調整は、デバイスに関連付けられたアンテナ素子の各々を介して搬送される信号に特定の振幅および位相オフセットを適用する送信デバイスまたは受信デバイスを含み得る。アンテナ素子の各々に関連付けられた調整は、（たとえば、送信デバイスまたは受信デバイスのアンテナアレイに関して、または何らかの他の方向に関して）特定の方向に関連付けられたビームフォーミング重みセットによって定義され得る。
【００６０】
[0070]一例では、基地局１０５は、ＵＥ１１５との指向性通信のためのビームフォーミング動作を行うために、複数のアンテナまたはアンテナアレイを使用し得る。たとえば、いくつかの信号（たとえば、同期信号、基準信号、ビーム選択信号、または他の制御信号）は、基地局１０５によって異なる方向に複数回送信され得、それは、送信の異なる方向に関連付けられた異なるビームフォーミング重みセットに従って送信される信号を含み得る。異なるビーム方向における送信は、基地局１０５による後続の送信および／または受信のためのビーム方向を（たとえば、基地局１０５またはＵＥ１１５のような受信デバイスによって）識別するために使用され得る。特定の受信デバイスに関連付けられたデータ信号のようないくつかの信号は、単一のビーム方向（たとえば、ＵＥ１１５のような受信デバイスに関連付けられた方向）で基地局１０５によって送信され得る。いくつかの例では、単一のビーム方向に沿った送信に関連付けられたビーム方向は、異なるビーム方向において送信された信号に少なくとも部分的に基づいて決定され得る。たとえば、ＵＥ１１５は、異なる方向において基地局１０５によって送信された信号のうちの１つまたは複数を受信し得、ＵＥ１１５は、最高の信号品質またはさもなければ許容可能な信号品質で受信した信号のインジケーションを基地局１０５に報告し得る。これらの技法が基地局１０５によって１つまたは複数の方向に送信される信号に関して説明されるが、ＵＥ１１５は、（たとえば、ＵＥ１１５による後続の送信または受信のためのビーム方向を識別するために）異なる方向において複数回信号を送信するための、または（たとえば、受信デバイスにデータを送信するために）単一の方向において１つの信号を送信するための同様の技法を採用し得る。
【００６１】
[0071]受信デバイス（たとえば、ｍｍＷ受信デバイスの一例であり得るＵＥ１１５）は、同期信号、基準信号、ビーム選択信号、または他の制御信号のような、基地局１０５から様々な信号を受信するとき、複数の受信ビームを試行し得る。たとえば、受信デバイスは、異なるアンテナサブアレイを介して受信することによって、異なるアンテナサブアレイに従って受信信号を処理することによって、アンテナアレイの複数のアンテナ素子において受信された信号に適用された異なる受信ビームフォーミング重みセットに従って受信することによって、またはアンテナアレイの複数のアンテナ素子において受信された信号に適用された異なる受信ビームフォーミング重みセットに従って受信信号を処理することによって、複数の受信方向を試みることができ、それらのうちのいずれかは、異なる受信ビームまたは受信方向に従って「リスニング」と呼ばれ得る。いくつかの例では、受信デバイスは、（たとえば、データ信号を受信するとき）単一のビーム方向に沿って受信するために単一の受信ビームを使用し得る。単一の受信ビームは、異なる受信ビーム方向に従ってリッスンすることに少なくとも部分的に基づいて決定されたビーム方向（たとえば、複数のビーム方向に従ってリッスンすることに少なくとも部分的に基づいて、最高の信号強度、最高の信号対雑音比、または場合によっては許容可能な信号品質を有すると決定されたビーム方向）にアラインされ得る。
【００６２】
[0072]いくつかの場合には、基地局１０５またはＵＥ１１５のアンテナは、ＭＩＭＯ動作をサポートするか、またはビームフォーミングを送信もしくは受信し得る、１つまたは複数のアンテナアレイ内にロケートされ得る。たとえば、１つまたは複数の基地局アンテナまたはアンテナアレイは、アンテナタワーのような、アンテナアセンブリにコロケートされ得る。いくつかのケースでは、基地局１０５に関連付けられたアンテナまたはアンテナアレイは、異なる地理的ロケーションにロケートされ得る。基地局１０５は、基地局１０５がＵＥ１１５との通信のビームフォーミングをサポートするために使用し得るアンテナポートのいくつかの行および列を有するアンテナアレイを有し得る。同様に、ＵＥ１１５は、様々なＭＩＭＯまたはビームフォーミング動作をサポートし得る１つまたは複数のアンテナアレイを有し得る。
【００６３】
[0073]いくつかのケースでは、ワイヤレス通信システム１００は、レイヤ化されたプロトコルスタックに従って動作するパケットベースのネットワークであり得る。ユーザプレーンでは、ベアラまたはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤにおける通信は、ＩＰベースであり得る。無線リンク制御（ＲＬＣ）レイヤは、いくつかのケースでは、論理チャネル上で通信するために、パケットセグメンテーションおよびリアセンブリを実行し得る。媒体アクセス制御（ＭＡＣ）レイヤは、優先処理（priority handling）、およびトランスポートチャネルへの論理チャネルの多重化を実行し得る。ＭＡＣレイヤはまた、リンク効率を改善するため、ＭＡＣレイヤにおける再送信を提供するために、ハイブリッド自動再送要求（ＨＡＲＱ）を使用し得る。制御プレーンでは、無線リソース制御（ＲＲＣ）プロトコルレイヤは、ユーザプレーンデータのための無線ベアラをサポートする、ＵＥ１１５と基地局１０５またはコアネットワーク１３０との間のＲＲＣ接続の確立、構成、および維持を提供し得る。物理（ＰＨＹ）レイヤにおいて、トランスポートチャネルは、物理チャネルにマッピングされ得る。
【００６４】
[0074]いくつかのケースでは、ＵＥ１１５および基地局１０５は、データが成功裏に受信される可能性を高めるために、データの再送信をサポートし得る。ＨＡＲＱフィードバックは、データが通信リンク１２５にわたって正しく受信される可能性を高める１つの技法である。ＨＡＲＱは、誤り検出（たとえば、巡回冗長検査（ＣＲＣ）を使用する）、順方向誤り訂正（ＦＥＣ）、および再送信（たとえば、自動再送要求（ＡＲＱ））の組合せを含み得る。ＨＡＲＱは、貧弱な無線条件（たとえば、信号対雑音条件）でのＭＡＣレイヤにおけるスループットを改善し得る。いくつかのケースでは、ワイヤレスデバイスは、同一スロットＨＡＲＱフィードバックをサポートし得、ここで、デバイスは、スロット中の前のシンボル中で受信されたデータのために、特定のスロットにおけるＨＡＲＱフィードバックを提供し得る。他のケースでは、デバイスは、後続のスロットにおいて、または何らかの他の時間間隔に従って、ＨＡＲＱフィードバックを提供し得る。
【００６５】
[0075]ＬＴＥまたはＮＲにおける時間間隔は、基本時間単位の倍数で表され得、それは、たとえば、Ｔｓ＝１／３０，７２０，０００秒のサンプリング期間を指し得る。通信リソースの時間間隔は、各々が１０ミリ秒（ｍｓ）の持続時間を有する無線フレームに従って編成され得、ここで、フレーム期間は、Ｔｆ＝３０７，２００Ｔｓとして表され得る。無線フレームは、０〜１０２３の範囲のシステムフレーム番号（ＳＦＮ）によって識別され得る。各フレームは、０から９まで番号付けされた１０個のサブフレームを含み得、各サブフレームは、１ｍｓの持続時間を有し得る。サブフレームは、各々が０．５ｍｓの持続時間を有する２つのスロットにさらに分割され得、各スロットは、（たとえば、各シンボル期間の先頭に追加されたサイクリックプレフィックスの長さに応じて）６または７変調シンボル期間を包含し得る。別の例として、サブフレームは、１ｍｓの持続時間を有する単一のスロットのみを含み得、各スロットは、（たとえば、各シンボル期間の先頭に追加されたサイクリックプレフィックスの長さに応じて）１２または１４変調シンボル期間を含み得る。サイクリックプレフィックスを除いて、各シンボル期間は、２０４８個のサンプリング期間を含み得る。いくつかのケースでは、サブフレームは、ワイヤレス通信システム１００の最小スケジューリング単位であり得、ＴＴＩまたはスロットと呼ばれ得る。他のケースでは、ワイヤレス通信システム１００の最小スケジューリング単位は、サブフレームよりも短いことがあり、または（たとえば、短縮されたＴＴＩ（ｓＴＴＩ）のバーストにおいて、またはｓＴＴＩを使用する選択されたコンポーネントキャリアにおいて）動的に選択され得る。
【００６６】
[0076]いくつかのワイヤレス通信システムでは、スロットは、１つまたは複数のシンボルを包含する複数のミニスロットにさらに分割され得る。いくつかの事例では、ミニスロットのシンボルまたはミニスロットは、スケジューリングの最小単位であり得る。各シンボルは、たとえば、動作のサブキャリア間隔または周波数帯域に応じて持続時間が変化し得る。さらに、いくつかのワイヤレス通信システムは、複数のスロットまたはミニスロットが一緒にアグリゲートされ、ＵＥ１１５と基地局１０５との間の通信のために使用されるスロットアグリゲーションをインプリメントし得る。本明細書で使用されるように、ＴＴＩは、ＴＴＩ、ｓＴＴＩ、スロット、またはミニスロットのうちの任意の１つを指す。
【００６７】
[0077]用語「キャリア」は、通信リンク１２５にわたる通信をサポートするための定義された物理レイヤ構造を有する無線周波数スペクトルリソースのセットを指す。たとえば、通信リンク１２５のキャリアは、所与の無線アクセス技法のための物理レイヤチャネルに従って動作される無線周波数スペクトル帯域の一部を含み得る。各物理レイヤチャネルは、ユーザデータ、制御情報、または他のシグナリングを搬送し得る。キャリアは、所定の周波数チャネル（たとえば、Ｅ−ＵＴＲＡ絶対無線周波数チャネル番号（ＥＡＲＦＣＮ））に関連付けられ得、ＵＥ１１５による発見のためのチャネルラスタに従って位置決めされ得る。キャリアは、（たとえば、ＦＤＤモードでは）ダウンリンクまたはアップリンクであり得るか、または（たとえば、ＴＤＤモードでは）ダウンリンクおよびアップリンク通信を搬送するように構成され得る。いくつかの例では、キャリアにわたって送信される信号波形は、（たとえば、ＯＦＤＭまたはＤＦＴ−ｓ−ＯＦＤＭのようなマルチキャリア変調（ＭＣＭ）技法を使用して）複数のサブキャリアで構成され得る。
【００６８】
[0078]キャリアの編成構造は、異なる無線アクセス技法（たとえば、ＬＴＥ、ＬＴＥ−Ａ、ＮＲなど）のために異なり得る。たとえば、キャリアにわたる通信は、ＴＴＩまたはスロットに従って編成され得、ＴＴＩまたはスロットの各々は、ユーザデータならびにユーザデータの復号をサポートするための制御情報またはシグナリングを含み得る。キャリアはまた、専用捕捉シグナリング（たとえば、同期信号またはシステム情報など）と、キャリアのための動作を調整する制御シグナリングとを含み得る。いくつかの例では（たとえば、キャリアアグリゲーション構成では）、キャリアはまた、他のキャリアのための動作を調整する捕捉シグナリングまたは制御シグナリングを有し得る。
【００６９】
[0079]物理チャネルは、様々な技法に従ってキャリア上で多重化され得る。物理制御チャネルおよび物理データチャネルは、たとえば、時分割多重化（ＴＤＭ）技法、周波数分割多重化（ＦＤＭ）技法、またはハイブリッドＴＤＭ−ＦＤＭ技法を使用して、ダウンリンクキャリア上で多重化され得る。いくつかの例では、物理制御チャネル中で送信される制御情報は、カスケード方式で異なる制御領域間（たとえば、共通制御領域または共通探索空間と、１つまたは複数のＵＥ固有制御領域またはＵＥ固有探索空間との間）に分散され得る。
【００７０】
[0080]キャリアは、無線周波数スペクトルの特定の帯域幅に関連付けられ得、いくつかの例では、キャリア帯域幅は、キャリアまたはワイヤレス通信システム１００の「システム帯域幅」と呼ばれ得る。たとえば、キャリア帯域幅は、特定の無線アクセス技法のキャリアのためのいくつかの所定の帯域幅（たとえば、１．４、３、５、１０、１５、２０、４０、または８０ＭＨｚ）のうちの１つであり得る。いくつかの例では、各サービスを受けるＵＥ１１５は、キャリア帯域幅の一部または全部にわたって動作するように構成され得る。他の例では、いくつかのＵＥ１１５は、キャリア内の所定の部分または範囲（たとえば、ＲＢまたはサブキャリアのセット）に関連付けられる狭帯域プロトコルタイプ（たとえば、狭帯域プロトコルタイプの「インバンド」展開）を使用する動作のために構成され得る。
【００７１】
[0081]ＭＣＭ技法を採用するシステムでは、リソース要素は、１つのシンボル期間（たとえば、１つの変調シンボルの持続時間）と、１つのサブキャリアとから成り得、ここで、シンボル期間とサブキャリア間隔とは反比例する。各リソース要素によって搬送されるビットの数は、変調スキーム（たとえば、変調スキームの次数）に依存し得る。したがって、ＵＥ１１５が受信するリソース要素が多いほど、および変調スキームの次数が高いほど、ＵＥ１１５のデータレートは高くなり得る。ＭＩＭＯシステムでは、ワイヤレス通信リソースは、無線周波数スペクトルリソースと、時間リソースと、空間リソース（たとえば、空間レイヤ）との組合せを指し得、複数の空間レイヤの使用は、ＵＥ１１５との通信のためのデータレートをさらに増加させ得る。
【００７２】
[0082]ワイヤレス通信システム１００のデバイス（たとえば、基地局１０５またはＵＥ１１５）は、特定のキャリア帯域幅を介した通信をサポートするハードウェア構成を有し得る、またはキャリア帯域幅のセットのうちの１つにわたる通信をサポートするように構成可能であり得る。いくつかの例では、ワイヤレス通信システム１００は、１つより多くの異なるキャリア帯域幅に関連付けられたキャリアを介した同時通信をサポートすることができる基地局１０５および／またはＵＥを含み得る。
【００７３】
[0083]ワイヤレス通信システム１００は、複数のセルまたはキャリア上でのＵＥ１１５との通信、すなわち、キャリアアグリゲーション（ＣＡ）またはマルチキャリア動作と呼ばれ得る特徴をサポートし得る。ＵＥ１１５は、キャリアアグリゲーション構成に従って、複数のダウンリンクＣＣおよび１つまたは複数のアップリンクＣＣで構成され得る。キャリアアグリゲーションは、ＦＤＤコンポーネントキャリアとＴＤＤコンポーネントキャリアとの両方で使用され得る。
【００７４】
[0084]いくつかのケースでは、ワイヤレス通信システム１００は、拡張コンポーネントキャリア（ｅＣＣ）を利用し得る。ｅＣＣは、より広いキャリアまたは周波数チャネル帯域幅、より短いシンボル持続時間、より短いＴＴＩ持続時間、または修正された制御チャネル構成を含む、１つまたは複数の特徴によって特徴付けられ得る。いくつかのケースでは、ｅＣＣは、（例えば、複数のサービングセルが準最適のまたは理想的でないバックホールリンクを有するとき）デュアルコネクティビティ構成またはキャリアアグリゲーション構成に関連付けられ得る。ｅＣＣはまた、（例えば、１つより多くのオペレータがそのスペクトルを使用することを許可されているところである）共有スペクトルまたは無認可スペクトルで使用するために構成され得る。より広いキャリア帯域幅によって特徴付けられるｅＣＣは、キャリア帯域幅全体をモニタすることができないか、またはさもなければ（たとえば、電力を節約するために）限定されたキャリア帯域幅を使用するように構成されたＵＥ１１５によって利用され得る１つまたは複数のセグメントを含み得る。
【００７５】
[0085]いくつかのケースでは、ｅＣＣは、他のＣＣとは異なるシンボル持続期間を利用し得、それは、他のＣＣのシンボル持続期間と比較すると、低減されたシンボル持続期間の使用を含み得る。より短いシンボル持続時間は、隣接するサブキャリア間の間隔の増加に関連付けられ得る。ｅＣＣを利用するＵＥ１１５または基地局１０５のようなデバイスは、低減されたシンボル持続時間（たとえば、１６．６７マイクロ秒）で（たとえば、２０、４０、６０、８０ＭＨｚなどの周波数チャネルまたはキャリア帯域幅に従って）広帯域信号を送信し得る。ｅＣＣにおけるＴＴＩは、１つまたは複数のシンボル期間から成り得る。いくつかのケースでは、ＴＴＩ持続時間（つまり、ＴＴＩにおけるシンボル期間の数）は、変わり得る。
【００７６】
[0086]ＮＲシステムのようなワイヤレス通信システムは、中でもとりわけ、認可、共有、および無認可スペクトル帯域の任意の組合せを利用し得る。ｅＣＣシンボル持続時間およびサブキャリア間隔のフレキシビリティは、複数のスペクトルにわたるｅＣＣの使用を可能にし得る。いくつかの例では、特に、リソースの動的垂直（例えば、周波数にわたる）共有および水平（例えば、時間にわたる）共有を通して、ＮＲ共有スペクトルは、スペクトル利用及びスペクトル効率を増加させ得る。
【００７７】
[0087]本明細書で説明するように、いくつかのケースでは、基地局１０５のようなネットワークエンティティ、およびＵＥ１１５のようなワイヤレスデバイスは、ＵＥ１１５が後続のＰＵＣＣＨ送信のために使用すべき送信リソースおよびＴＴＩを決定するために、１つまたは複数のＰＵＣＣＨリソース定義、ＰＵＣＣＨリソースマッピングルール、およびＴＴＩマッピングルールを使用し得る。ＰＵＣＣＨリソースマッピングルールおよびＴＴＩマッピングルールは、明示的または暗黙的であり得、決定されたＰＵＣＣＨリソースおよびＴＴＩを効率的に定義または示すために１つまたは複数のインデックスに依拠し得る。ＰＵＣＣＨリソースマッピングルールおよびＴＴＩマッピングルールならびにインデックスは、単独でまたは組み合わせて、基地局１０５およびＵＥ１１５が、ＵＥ１１５による後続のＰＵＣＣＨ送信のために使用されるべき同じＰＵＣＣＨリソースおよびＴＴＩを一貫して決定することを可能にし得る一方、それによって、電力、周波数、時間、およびスペクトルリソースを節約する、この決定に関係して送信されるシンボルの数を最小限に抑え得る。
【００７８】
[0088]ＰＵＣＣＨは、チャネル品質インジケータ（ＣＱＩ）、ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）／否定ＡＣＫ（ＮＡＣＫ）（ＡＣＫ／ＮＡＣＫ）、およびアップリンクスケジューリング要求を含む、ＵＣＩを搬送するアップリンク物理チャネルであり得る。３ＧＰＰ（登録商標）  ＴＳ３６．２１１セクション５．４を参照。したがって、ＰＵＣＣＨは、アップリンク（ＵＬ）肯定応答（ＡＣＫ）、スケジューリング要求（ＳＲ）およびＣＱＩならびに他のＵＬ制御情報のために使用され得る。ＰＵＣＣＨは、コードおよび２つの連続するリソースブロックによって定義される制御チャネルにマッピングされ得る。ＵＬ制御シグナリングは、セルのためのタイミング同期の存在に依存し得る。ＳＲおよびＣＱＩ報告のためのＰＵＣＣＨリソースは、無線リソース制御（ＲＲＣ）シグナリングを通じて割り当てられ（および取り消され）得る。いくつかのケースでは、ＳＲのためのリソースは、ランダムアクセスチャネル（ＲＡＣＨ）プロシージャを通じて同期を捕捉した後に割り当てられ得る。他のケースでは、ＳＲは、ＲＡＣＨを通じてユーザ機器（ＵＥ）１１５に割り当てられないことがあり得る（たとえば、同期したＵＥは、専用ＳＲチャネルを有し得る、または有し得ない）。ＳＲおよびＣＱＩのためのＰＵＣＣＨリソースは、ＵＥ１１５がもはや同期されないときに失われ得る。
【００７９】
[0089]図２は、本開示の様々な態様に従う、ＮＲシステムにおけるＰＵＣＣＨリソース定義およびマッピングをサポートするワイヤレス通信システム２００の一例を示す。ワイヤレス通信システム２００は、ワイヤレス通信システム１００に関して説明した基地局１０５およびＵＥ１１５の例であり得る、基地局１０５−ａとＵＥ１１５−ａとを含む。基地局１０５−ａは、カバレージエリア１１０−ａに通信カバレージを提供し得る。基地局１０５−ａは、ＴＤＤおよび／またはＦＤＤを使用して、１つまたは複数のキャリア２０５のリソース上でＵＥ１１５−ａと通信し得る。いくつかのケースでは、キャリア２０５は、持続時間１０ｍｓのフレームを含むように編成され得、フレームは、持続時間１ｍｓの１０個のサブフレームを含み得る。サブフレームは、スロットとしても知られ得る、１つまたは複数のＴＴＩ２１０（たとえば、自己完結型ＴＴＩ）を含むようにさらに編成され得、基地局１０５−ａおよびＵＥ１１５−ａは、１つまたは複数のＴＴＩ２１０の間に通信し得る。
【００８０】
[0090]ＴＴＩ２１０は、７個のシンボルまたは１４個のシンボルのような、複数のシンボルを含み得る。シンボルは、２進数または非２進数であり得る。たとえば、シンボルは、２位相偏移変調（ＢＰＳＫ）、４位相偏移変調（ＱＰＳＫ）、または直交振幅変調（ＱＡＭ）シンボル（たとえば、１６ＱＡＭまたは６４ＱＡＭシンボル）のような、各々がデータの１ビットよりも多くを表すＯＦＤＭシンボルであり得る。ＴＴＩ２１０は、ダウンリンクシンボル２１５、アップリンクシンボル２２０、ならびにダウンリンクシンボル２１５とアップリンクシンボル２２０とを分離するガード期間２２５のために割り振られたシンボル期間を含み得る。ＴＴＩ２１０−ａは、ＮＲシステムにおけるダウンリンク中心ＴＴＩの一例であり得、ＴＴＩ２１０−ｂは、ＮＲシステムにおけるアップリンク中心ＴＴＩの一例であり得る。
【００８１】
[0091]ＵＥ１１５−ａは、１つまたは複数のＴＴＩ２１０内でＵＣＩデータを表す１つまたは複数のＰＵＣＣＨシンボルを送信することによって、基地局１０５−ａにＵＣＩを送信し得る。ＵＥ１１５−ａによるＰＵＣＣＨシンボルの送信は、ＰＵＣＣＨ送信として知られ得る。本明細書で説明するように、ワイヤレス通信システム２００は、ＰＵＣＣＨリソースを定義し、ＵＥ１１５−ａが後続のＰＵＣＣＨ送信のために使用すべきＴＴＩ２１０内の送信リソースを決定するための効率的な技法をサポートし得る。また、本明細書で説明するように、ワイヤレス通信システム２００は、ＴＴＩ２１０を定義し、ＵＥ１１５−ａが後続のＰＵＣＣＨ送信のために使用すべきＴＴＩ２１０を決定するための効率的な技法をサポートし得る。
【００８２】
[0092]図３は、本開示の様々な態様によるリソース割振り３００の一例を例示する。ＴＴＩ２１０は、特定のリンク方向における通信のために、またはアップリンク構成とダウンリンク構成との間で遷移するために各々割り振られたいくつかのシンボルを含み得る。各ＴＴＩ２１０の構造は、ＴＴＩ内のシンボルのための公称シンボル期間持続時間、ＴＴＩ内の１つまたは複数のシンボルに関連付けられたヌメロロジ、ＴＴＩ内の制御シンボルの数、またはキャリア内もしくは２以上のキャリアにわたるＴＴＩ内の特定のリンク方向のシンボルの量に基づき得る。図３の例では、各ＴＴＩ２１０は、１４個のシンボルを含み得る。しかしながら、他の例では、ＴＴＩは、異なる数のシンボル（たとえば、１２個のシンボル）を含み得る。
【００８３】
[0093]簡略化のために、図３は、各々が１４個のシンボル持続時間の持続時間を有する２つのＴＴＩ２１０−ｃ、２１０−ｄを例示すが、当業者は、任意の数のシンボル持続時間の持続時間を有する任意の数のＴＴＩ２１０が本明細書の技法に従って使用され得ることを諒解されよう。同様に、図３は、４つのサブキャリアまたはリソースブロック（ＲＢ）を有するものとしてＴＴＩ２１０−ｃおよび２１０−ｄを例示するが、当業者は、任意の数のＲＢが本明細書の技法に従って使用され得ることを諒解されよう。ＴＴＩ２１０−ｃは、時間領域においてＴＴＩ２１０−ｄに隣接し得、各ＴＴＩ２１０は自己完結型であり得る。すなわち、各ＴＴＩは、ダウンリンクシンボル２１５、ならびにＰＵＣＣＨシンボル３２０のようなアップリンクシンボルを、ガード期間２２５とともに含み得る。
【００８４】
[0094]ＵＥ１１５は、ＰＵＣＣＨ送信のために１つより多くのＰＵＣＣＨフォーマットを使用し得る。たとえば、ＵＥ１１５は、ショートＰＵＣＣＨフォーマット３０５またはロングＰＵＣＣＨフォーマット３１０を使用し得る。ショートＰＵＣＣＨフォーマット３０５は、１つまたは２つのＰＵＣＣＨシンボル３２０のような、いくつかの最大シンボルカウントまでのいくつかのＰＵＣＣＨシンボル３２０を含み得る。ＵＥ１１５は、ＡＣＫ／ＮＡＣＫシグナリングのような短い（ｂｒｉｅｆ）またはタイムクリティカルなシグナリングのためにショートＰＵＣＣＨフォーマット３０５を使用し得る。たとえば、基地局１０５は、ＴＴＩ２１０−ｃ中にダウンリンクシンボル２１５を含み得、ＵＥ１１５は、同じＴＴＩ２１０−ｃ中にＡＣＫ／ＮＡＣＫ応答を含むＰＵＣＣＨ送信を後で送るためにショートＰＵＣＣＨフォーマット３０５を使用し得る。いくつかの例では、ショートＰＵＣＣＨフォーマット３０５の開始シンボルおよび／または終了シンボルは、動的に構成され得る。たとえば、２つのシンボルを含むショートＰＵＣＣＨフォーマット３０５は、ＴＴＩの第１のＯＦＤＭシンボルで、ダウンリンク制御情報（たとえば、ＰＤＣＣＨ）の後のＴＴＩの第４のＯＦＤＭシンボルで、またはＴＴＩの１２番目のＯＦＤＭシンボルで開始し得る。したがって、ＵＥ１１５が、ショートＰＵＣＣＨフォーマット３０５の開始シンボルおよび／または終了シンボルが構成され得るＴＴＩのシンボル番号を識別できることが有用であり得る。このケースでは、構成されるべきショートＰＵＣＣＨフォーマット３０５の開始および／または終了シンボルのシンボル番号を含むＰＵＣＣＨリソース定義は、ショートＰＵＣＣＨフォーマット３０５中に含まれるいくつかのシンボルとともに、ＵＥ１１５と基地局１０５の両方にとって有用であり得る。
【００８５】
[0095]ロングＰＵＣＣＨフォーマット３１０は、ショートＰＵＣＣＨフォーマット３０５のための最大値よりも大きいいくつかのＰＵＣＣＨシンボル３２０を含み得る。たとえば、ロングＰＵＣＣＨフォーマットは、ＴＴＩ２１０中に、シンボルの総数（たとえば、４−１４個のＯＦＤＭシンボル）までのいくつかのＰＵＣＣＨシンボル３２０を含み得る。ＵＥ１１５は、たとえば、スケジューリング要求、チャネル品質インジケータ、および他のＵＣＩなど、より時間クリティカルでないシグナリングのためにロングＰＵＣＣＨフォーマット３１０を使用し得る。ＵＥ１１５はまた、ＵＥ１１５がセル１１０の端にあるとき、またはＵＥ１１５もしくは基地局１０５が、チャネル品質が何らかのしきい値品質を下回ると決定するときのような、雑音および干渉に対するロバスト性が懸念されるとき、ロングＰＵＣＣＨフォーマット３１０を使用し得る。いくつかの例では、ロングＰＵＣＣＨフォーマット３１０の開始シンボルおよび／または終了シンボルは、動的に構成され得る。たとえば、７つのシンボルを含むロングＰＵＣＣＨフォーマット３１０は、ＴＴＩアップリンクＴＴＩをレンダリングすることによって、ＴＴＩの第１のＯＦＤＭシンボルで、ダウンリンク制御情報（たとえば、ＰＤＣＣＨ）の後のＴＴＩの４番目のＯＦＤＭシンボルで、またはＴＴＩの８番目のＯＦＤＭシンボルで開始し得る。したがって、ＵＥ１１５が、ロングＰＵＣＣＨフォーマット３１０の開始シンボルおよび／または終了シンボルが構成され得るＴＴＩのシンボル番号を識別できることが有用であり得る。このケースでは、構成されるべきロングＰＵＣＣＨフォーマット３１０の開始および／または終了シンボルのシンボル番号を含むＰＵＣＣＨリソース定義は、ロングＰＵＣＣＨフォーマット３１０中に含まれるいくつかのシンボルとともに、ＵＥ１１５と基地局１０５の両方にとって有用であり得る。
【００８６】
[0096]単一のＴＴＩ２１０は、時々、１つより多くのＰＵＣＣＨフォーマットのＰＵＣＣＨ送信を含む、１つより多くのＰＵＣＣＨ送信を含み得る。たとえば、単一のＴＴＩ２１０は、ロングＰＵＣＣＨフォーマット３１０送信（たとえば、ＴＴＩ２１０のシンボル４−１３）と、それに続くショートＰＵＣＣＨフォーマット３０５送信（たとえば、ＴＴＩ２１０のシンボル１２−１３）とを含み得る。
【００８７】
[0097]図３に例示されるように、ショートＰＵＣＣＨフォーマット３０５またはロングＰＵＣＣＨフォーマット３１０のいずれかを使用して送られたＰＵＣＣＨシンボル３２０は、ガード期間２２５によってダウンリンクシンボル２１５から分離され得る。また、ショートＰＵＣＣＨフォーマット３０５またはロングＰＵＣＣＨフォーマット３１０のいずれかを使用して送られるＰＵＣＣＨシンボル３２０は、同じＲＢを使用して、または同じＴＴＩ２１０内の異なるＲＢを使用して送られ得る。このようにして、周波数ホッピングは、（たとえば、ＴＴＩ２１０−ｄ中に示すように）単一のＰＵＣＣＨ送信のコンテキスト内で使用され、したがって、マルチパス干渉などの雑音および干渉に対するＰＵＣＣＨ送信のロバスト性を増加させ得る。
【００８８】
[0098]図４は、本開示の様々な態様による、ＰＵＣＣＨリソース定義４００の一例を例示する。いくつかの例では、ＰＵＣＣＨリソース定義４００は、ワイヤレス通信システム１００または２００の態様によってインプリメントされ得る。
【００８９】
[0099]ＰＵＣＣＨリソース４０５は各々、１つまたは複数のアップリンク送信リソース４１０の集合に対応するものとして定義される。ＴＴＩ２１０のフォーマットは、所与のＰＵＣＣＨ送信の最初および最後のＰＵＣＣＨシンボル３２０が、ショートＰＵＣＣＨフォーマット３０５またはロングＰＵＣＣＨフォーマット３１０のいずれのために事前定義され得ないように、フレキシブルであり得る。したがって、ＰＵＣＣＨリソース４０５の定義はまた、ＵＥ１１５がＰＵＣＣＨ送信のために使用すべきＴＴＩ２１０内のシンボル範囲（場合によっては、１つのシンボルの範囲）に関する情報を含み得る。たとえば、ＰＵＣＣＨリソースの定義は、ＴＴＩ２１０内の開始シンボルインデックスと終了シンボルインデックスとを含み得る。代替として、ＰＵＣＣＨリソースの定義は、ＰＵＣＣＨシンボル３２０の総数とともに、ＴＴＩ２１０内の開始シンボルインデックスまたは終了シンボルインデックスを含み得る。
【００９０】
[0100]ＰＵＣＣＨリソース０（たとえば、４０５−ａ）は、開始シンボル、終了シンボル、ＲＢインデックス、サイクリックシフトインデックス、および時間領域直交カバーコード（ＴＤ−ＯＣＣ）インデックスの組合せを含む、送信リソース４１０−ａの集合として定義される。開始シンボルおよび／または終了シンボルは、ＯＦＤＭヌメロロジ（たとえば、ＣＣにおけるサブキャリア間隔）および帯域幅部分（ＢＷＰ）（たとえば、ＵＥ１１５がサポートすることが不可能であるそのような大きいシステム帯域幅を基地局１０５がサポートするときのＵＥ１１５がサポートし得る帯域幅部分）に依存し得る。サイクリックシフトインデックスは、復調基準信号（ＤＭＲＳ）シーケンスサイクリックシフトインデックスであり得る。同様に、ＰＵＣＣＨリソース１（たとえば、４０５−ｂ）は、開始シンボル、終了シンボル、ＲＢインデックス、サイクリックシフトインデックス、およびＯＣＣインデックスの別個の組合せを含む、送信リソース４１０−ｂの集合として定義される。送信リソース４１０は、ＰＵＣＣＨリソース定義およびマッピングが利用される通信システムのタイプに応じて、より少ない、より多い、または異なるタイプの送信を含み得る。
【００９１】
[0101]いくつかのケースでは、ＰＵＣＣＨリソースの第１のセット４０５は、ロングＰＵＣＣＨフォーマット３１０送信のために利用可能であり得、ＰＵＣＣＨリソースの第２のセット４０５は、ショートＰＵＣＣＨフォーマット３０５送信のために利用可能であり得る。ＰＵＣＣＨリソース定義４００では、たとえば、ＰＵＣＣＨリソース０〜Ｍ（たとえば、４０５−ａ、４０５−ｂ、４０５−ｃ、４０５−ｄ）は、ロングＰＵＣＣＨフォーマット３１０送信のために利用可能であり得る一方、ＰＵＣＣＨリソースＭ＋１〜Ｎ（たとえば、４０５−ｅ〜４０５−ｆ）は、ショートＰＵＣＣＨフォーマット３０５送信のために利用可能であり得る。当業者は、ＭおよびＮ各々が任意の整数値であり得ることを認識するであろう。
【００９２】
[0102]基地局１０５は、１つまたは複数のＰＵＣＣＨリソース４０５のインデックス番号をＵＥ１１５に送信することによって、ＵＥ１１５が後続のＰＵＣＣＨ送信のために使用すべきアップリンク送信リソースをＵＥ１１５に明示的に示し得る。例えば、基地局１０５は、ＰＤＣＣＨ送信におけるＤＣＩ中にアップリンク送信リソースを明示的にシグナリングし得る。このケースでは、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）を上回る場合、明示的リソースマッピングルールが使用され得る。たとえば、しきい値量を上回るアップリンク制御データの量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを含むセットは、アップリンク送信リソースのしきい値数（たとえば、８）以下のアップリンク送信リソースの数を含み得る。いくつかのケースでは、アップリンク送信リソースのしきい値数は、ダウンリンク制御情報（ＤＣＩ）フィールド中で一意に識別され得るアップリンク送信リソースの最大数に等しくなり得る。たとえば、ＤＣＩ中で送信される３ビットのＰＵＣＣＨリソースインジケータフィールドは、ＵＥが後続のＰＵＣＣＨ送信のために使用するように構成される８つのアップリンク送信リソースの最大数を示し得る。いくつかのケースでは、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）以下であり、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを有するＰＵＣＣＨリソースのセット中のアップリンク送信リソースの数がアップリンク送信リソースのしきい値数（たとえば、８）以下である場合、明示的リソースマッピングルールが使用され得る。
【００９３】
[0103]代替的に、ＵＥ１１５は、暗黙的ＰＵＣＣＨリソースマッピングルールに基づいて、ＵＥ１１５が後続のＰＵＣＣＨ送信のためにどのアップリンク送信リソースを使用すべきかを導出し得る。たとえば、ＵＥ１１５は、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）以下である場合、どのアップリンク送信リソースを使用すべきかを導出し得る。このケースでは、アップリンク送信リソースのセットは、しきい値量以下であるアップリンク制御データの量に少なくとも部分的に基づいて識別され、ここで、セットは、しきい値量以下であるアップリンク制御データの量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを含む。その後、セット中に含まれるアップリンク送信リソースの数が識別され得、セット中に含まれるアップリンク送信リソースの数がアップリンク送信リソースのしきい値数（たとえば、８）を上回る場合、暗黙的リソースマッピングルールが使用され得る。たとえば、基地局は、ＵＥが後続のＰＵＣＣＨ送信のために３２個のアップリンク送信リソースを使用するように構成されることを示す上位レイヤパラメータを使用して、アップリンク送信リソースの数を送信し得る。このケースでは、ＵＥは、基地局およびＵＥの両方に知られているマッピングルールまたは式に基づいて、後続のＰＵＣＣＨ送信のための３２個のアップリンク送信リソースを識別し得る。したがって、基地局が、明示的インジケータフィールドによって一意に識別されることができるよりも多くのアップリンク送信リソースでＵＥを構成するとき、暗黙的リソースマッピングルールが使用され得る。別の例では、ＵＥ１１５は、ダウンリンク送信（たとえば、ダウンリンク制御情報（ＤＣＩ）送信）のために基地局１０５によって使用される送信リソースを識別し得る。
【００９４】
[0104]いくつかのケースでは、ＵＥ１１５は、ＰＤＳＣＨデータのスケジューリングを許可するＰＤＣＣＨのための、たとえば、ＡＣＫ／ＮＡＣＫを送信するためのアップリンクリソースの割振りを、ＰＤＣＣＨのために使用される最低の制御チャネル要素（ＣＣＥ）インデックスから導出し、ＵＥ１１５および基地局１０５の両方に知られている所定のマッピングルールに基づいてアップリンクリソースをマッピングするために最低のＣＣＥインデックスを使用し得る。そのため、ＵＥ１１５および基地局１０５の両方は、ＵＥ１１５および基地局１０５の両方に知られている暗黙的ＰＵＣＣＨリソースマッピングルールに従って、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを含むセット中に含まれるアップリンク送信リソースの数、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量、またはダウンリンク送信リソースのうちの少なくとも１つに部分的に基づいて、ＵＥ１１５が後続のＰＵＣＣＨ送信のためにどのアップリンク送信リソースを使用すべきかを決定し得る。別の例として、ＵＥ１１５は、ＵＥ１１５および基地局１０５の両方に知られている暗黙的ＰＵＣＣＨリソースマッピングルールに従って、現在のまたは前のＰＵＣＣＨ送信のためにＵＥ１１５によって使用されたＰＵＣＣＨリソース４０５に部分的に基づいて、ＵＥ１１５が後続のＰＵＣＣＨ送信のためにどのアップリンク送信リソースを使用すべきかを導出し得る。暗黙的なＰＵＣＣＨリソースマッピングルールの一例として、ＵＥ１１５および基地局１０５の両方は、特定のオフセットに従って現在のまたは前のＰＵＣＣＨ送信のために使用されるＰＵＣＣＨリソース４０５のインデックス番号をインクリメントまたはデクリメントすることによって、後続のＰＵＣＣＨ送信のためのＰＵＣＣＨリソース４０５のインデックス番号を決定し得る。オフセットは、０を含む任意の整数値であり得る。
【００９５】
[0105]ＰＵＣＣＨリソースマッピングルールが暗黙的であるか明示的であるかは、後続のＰＵＣＣＨ送信のフォーマットに依存し得る。たとえば、ＰＵＣＣＨリソースマッピングルールが暗黙的であるか明示的であるかは、後続のＰＵＣＣＨ送信のフォーマットがショートＰＵＣＣＨフォーマット３０５であるかロングＰＵＣＣＨフォーマット３１０であるかに依存し得る。ＰＵＣＣＨリソースマッピングルールが暗黙的であるか明示的であるかはまた、後続のＰＵＣＣＨ送信に含まれるべきＵＣＩデータのタイプに依存し得る。たとえば、暗黙的ＰＵＣＣＨリソースマッピングルールは、ＡＣＫ／ＮＡＣＫのみのＰＵＣＣＨ送信のために使用され得、明示的ＰＵＣＣＨリソースマッピングルールは、任意の非ＡＣＫ／ＮＡＣＫデータ（たとえば、ＳＲまたはＣＱＩデータ）を含むＰＵＣＣＨ送信のために使用され得る。別の例として、暗黙的ＰＵＣＣＨリソースマッピングルールは、ＡＣＫ／ＮＡＣＫのみのＰＵＣＣＨ送信ならびに、ＡＣＫ／ＮＡＣＫデータおよびＳＲデータの同時送信のために使用され得るが、後続のＰＵＣＣＨ送信がＳＲデータを含むことになる場合、異なるリソースセットが使用される。ＰＵＣＣＨリソースマッピングルールが暗黙的であるか明示的であるかはまた、後続のＰＵＣＣＨ送信に含まれるべきＵＣＩデータの量がしきい値量を超えるか否かのような、その量に依存し得る。たとえば、基地局１０５およびＵＥ１１５は、後続のＰＵＣＣＨ送信がショートＰＵＣＣＨフォーマット３０５を有するときはいつでも暗黙的ＰＵＣＣＨリソースマッピングルールを識別し、後続のＰＵＣＣＨ送信がロングＰＵＣＣＨフォーマット３１０を有するときはいつでも明示的ＰＵＣＣＨリソースマッピングルールを識別し得る。代替として、基地局１０５およびＵＥ１１５は、後続のＰＵＣＣＨ送信がしきい値量以下の量のＵＣＩデータを含むときはいつでも暗黙的ＰＵＣＣＨリソースマッピングルールを識別し、後続のＰＵＣＣＨ送信がしきい値量を上回る量のＵＣＩデータを含むときはいつでも明示的ＰＵＣＣＨリソースマッピングルールを識別し得る。しきい値量は、１または２ビットのＵＣＩデータであり得る。後続のＰＵＣＣＨ送信がショートＰＵＣＣＨフォーマット３０５である、および／または比較的少ない量のＵＣＩデータを含むことになるときはいつでも、暗黙的なＰＵＣＣＨリソースマッピングルールを使用することは、少なくともいくつかの状況においてＵＥ１１５が後続のＰＵＣＣＨ送信のためにどの送信リソースを使用すべきかを基地局１０５がＵＥ１１５に明示的にシグナリングする必要性を回避する。
【００９６】
[0106]各々が特定の送信リソース４１０に対応するインデックス値としてＰＵＣＣＨリソース４０５を定義することは、基地局１０５およびＵＥ１１５が、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを効率的に決定および識別することを可能にし、それによって、電力および時間リソースのようなシステムリソースを節約する。そのようなアプローチはまた、そのような決定に関係する送信シンボルの量を最小化し、それによって、電力、時間、周波数、およびスペクトルリソースなどのシステムリソースを節約する。いくつかのケースでは、暗黙的ＰＵＣＣＨリソースマッピングルールを使用することはまた、そのような決定に関係する送信シンボルの量をさらに最小化し、それによって、電力、時間、周波数、およびスペクトルリソースのようなシステムリソースを節約する。
【００９７】
[0107]図５は、本開示の様々な態様によるリソース割振り５００の一例を例示する。いくつかの例では、ワイヤレスデバイスおよびネットワークエンティティは、図１〜図２を参照して通信システム１００および２００において示されたもののような、ＵＥ１１５および基地局１０５の例であり得、リソース割振り５００によって例示される原理に従って通信し得る。
【００９８】
[0108]図５の例では、ＰＵＣＣＨ送信は、複数のＴＴＩ２１０に広がるものとして例示され、概念は、ＴＴＩアグリゲーションまたはスロットアグリゲーションとして知られ得る。たとえば、ＵＥ１１５は、複数のＰＵＣＣＨリソース４０５を使用してＰＵＣＣＨ送信を送信し得、それは、単一のＴＴＩ２１０における複数のＰＵＣＣＨリソース４０５の使用を含み得、異なるＴＴＩ２１０におけるＰＵＣＣＨリソース４０５の使用も含み得る。たとえば、リソース割振り５００は、第１のＴＴＩ２１０−ｅにおける第１のＰＵＣＣＨリソース４０５−ｇ、第２のＴＴＩ２１０−ｆにおける第２のＰＵＣＣＨリソース４０５−ｈ、第２のＴＴＩ２１０−ｆにおける第３のＰＵＣＣＨリソース４０５−ｉ、第３のＴＴＩ２１０−ｇにおけるＰＵＣＣＨリソースなし、および第４のＴＴＩ２１０−ｈにおける第４のＰＵＣＣＨリソース４０５−ｊを介したＰＵＣＣＨ送信を示す。任意の数のＴＴＩ２１０内のＰＵＣＣＨリソース４０５の任意の組合せが、ＰＵＣＣＨ送信のためにＵＥ１１５によって利用され得ることを、当業者は諒解されよう。
【００９９】
[0109]リソース割振り５００は、基地局１０５によって決定され、明示的に示され得る。たとえば、基地局１０５は、ＵＥ１１５が後続のＰＵＣＣＨ送信のためにどのＰＵＣＣＨリソース４０５を使用すべきかの明示的インジケーションと、同じ信号の一部としてまたは別個の信号として、ＵＥ１１５がそれらのアップリンク送信リソースを使用すべきＴＴＩ２１０の明示的インジケーションとを有する信号をＵＥ１１５に送信し得る。各ＰＵＣＣＨリソース４０５とＴＴＩ２１０との組合せについて、基地局１０５によって送られた明示的インジケーションは、ＰＵＣＣＨリソース４０５に対応するインデックス番号ならびにＴＴＩ２１０に対応するインデックス番号であり得る。ＴＴＩ２１０は、現在のＴＴＩ２１０に対してインデックス付けされ得る。たとえば、ＴＴＩ２１０−ｅは、現在のＴＴＩであり、したがってＴＴＩインデックス０であり得、したがってＴＴＩ２１０−ｆ〜２１０−ｈはそれぞれ、ＴＴＩインデックス１〜３である。基地局１０５およびＵＥ１１５は、明示的ＰＵＣＣＨリソースマッピングルールまたは暗黙的ＰＵＣＣＨリソースマッピングルールを使用するとき、明示的ＴＴＩマッピングルールを使用し得る。
【０１００】
[0110]リソース割振り５００はまた、基地局１０５とＵＥ１１５との両方によって暗黙的に決定され得る。たとえば、暗黙的ＴＴＩマッピングルールは、暗黙的ＰＵＣＣＨリソースマッピングルールによって決定されるような初期ＰＵＣＣＨリソース４０５のためのインデックスに対する、および現在またはすぐに来るＴＴＩ２１０に対するオフセットの所定のパターンを含み得る。たとえば、暗黙的ＰＵＣＣＨリソースマッピングルールが、インデックス番号１を有するＰＵＣＣＨリソース４０５が使用されるべきであることを示す場合、暗黙的ＴＴＩマッピングルールは、（ｉ）インデックス番号１を有するＰＵＣＣＨリソース４０５が第１のＴＴＩ２１０のために使用されるべきであり、（ｉｉ）インデックス番号２を有するＰＵＣＣＨリソース４０５が第２のＴＴＩ２１０のために使用されるべきであり、（ｉｉｉ）インデックス番号３を有するＰＵＣＣＨリソース４０５が第３のＴＴＩ２１０のために使用されるべきであることを示し得る。そのため、（暗黙的ＴＴＩマッピングルールまたは明示的ＴＴＩマッピングルールのいずれかの下で）アグリゲートされたＴＴＩまたはスロットは、互いに連続していないことがあり（たとえば、ＴＴＩ２１０−ｆおよびＴＴＩ２１０−ｈ）、複数のＰＵＣＣＨリソースが１つのＴＴＩ（たとえば、ＴＴＩ２０１−ｆ）中に構成され得る。ＰＵＣＣＨリソース４０５インデックスおよびＴＴＩ２１０インデックスを等しく調整しないオフセットパターン、または一方のインデックスを他方のインデックスを調整することなく調整するオフセットパターン、または同様のバリエーションを含む、より複雑なオフセットパターンも可能であることを当業者は諒解されよう。基地局１０５およびＵＥ１１５は、それらが暗黙的ＰＵＣＣＨリソースマッピングルールまたは明示的ＰＵＣＣＨリソースマッピングルールを使用するときはいつでも、暗黙的ＴＴＩマッピングルールを使用し得る。
【０１０１】
[0111]図６は、本開示の様々な態様による、アップリンク制御チャネルリソース定義およびユーザ機器へのマッピングをサポートするプロセスフロー６００の一例を例示する。いくつかの例では、通信システム１００または２００内の基地局１０５およびＵＥ１１５は、プロセスフロー６００の態様をインプリメントし得る。
【０１０２】
[0112]基地局１０５−ｂおよびＵＥ１１５−ｂは、ワイヤレス通信システムのための確立された接続確立技法に従って通信６０５を確立し得る。
【０１０３】
[0113]ブロック６１０で、基地局１０５−ｂは、ＵＥ１１５−ｂによる後続のＰＵＣＣＨ送信６８５のためのＰＵＣＣＨフォーマットを識別し得る。基地局１０５−ｂは、たとえば、ショートＰＵＣＣＨフォーマット３０５またはロングＰＵＣＣＨフォーマット３１０のいずれかとして、ＰＵＣＣＨフォーマットを識別し得る。基地局１０５−ｂはまた、ＰＵＣＣＨフォーマットを、たとえば、しきい値量（たとえば、ＵＣＩデータの１ビットまたは２ビット）を上回り得るかまたは上回り得ない特定の量のＵＣＩデータを含むものとして識別し得る。基地局１０５−ｂはまた、後続のＰＵＣＣＨ送信６８５に含まれるべきＵＣＩデータのタイプ、たとえば、後続のＰＵＣＣＨ送信６８５がＡＣＫ／ＮＡＣＫデータ、ＳＲデータ、ＣＱＩデータ、ＵＣＩの別のタイプ、またはそれらの組合せを含むかどうかを識別することによって、ＰＵＣＣＨフォーマットを識別し得る。
【０１０４】
[0114]ブロック６１５で、ＵＥ１１５−ｂは、基地局１０５−ｂへの後続のＰＵＣＣＨ送信６８５のためのＰＵＣＣＨフォーマットを識別し得る。ＵＥ１１５−ｂは、たとえば、ショートＰＵＣＣＨフォーマット３０５またはロングＰＵＣＣＨフォーマット３１０のいずれかとして、ＰＵＣＣＨフォーマットを識別し得る。ＵＥ１１５−ｂはまた、ＰＵＣＣＨフォーマットを、たとえば、しきい値量（たとえば、ＵＣＩデータの１ビットまたは２ビット）を上回り得るかまたは上回り得ない特定の量のＵＣＩデータを含むものとして識別し得る。ＵＥ１１５−ｂはまた、後続のＰＵＣＣＨ送信６８５に含まれるべきＵＣＩデータのタイプ、たとえば、後続のＰＵＣＣＨ送信６８５がＡＣＫ／ＮＡＣＫデータ、ＳＲデータ、ＣＱＩデータ、ＵＣＩの別のタイプ、またはそれらの組合せを含むかどうかを識別することによって、ＰＵＣＣＨフォーマットを識別し得る。ＵＥ１１５−ｂは、ブロック６１０で基地局１０５−ｂが識別するのと同じＰＵＣＣＨフォーマットをブロック６１５で識別し得る。
【０１０５】
[0115]ブロック６２０で、基地局１０５−ｂは、ＵＥ１１５−ｂによる後続のＰＵＣＣＨ送信６８５のためのＰＵＣＣＨフォーマットに少なくとも部分的に基づいて、ＰＵＣＣＨリソースマッピングルールを識別し得る。たとえば、ＰＵＣＣＨフォーマットがロングＰＵＣＣＨフォーマット３１０である、および／またはしきい値量を上回るＵＣＩデータの量を含む場合、基地局１０５−ｂは、明示的ＰＵＣＣＨリソースマッピングルールを識別し得る。別の例として、ＰＵＣＣＨフォーマットがショートＰＵＣＣＨフォーマット３０５である、および／またはしきい値量以下の量のＵＣＩデータを含む場合、基地局１０５−ｂは、暗黙的ＰＵＣＣＨリソースマッピングルールを識別し得る。さらに別の例として、ＰＵＣＣＨリソースマッピングルールが暗黙的であるか明示的であるかは、後続のＰＵＣＣＨ送信に含まれるべきＵＣＩデータのタイプに依存し得る。たとえば、基地局１０５−ｂは、ＡＣＫ／ＮＡＣＫのみのＰＵＣＣＨ送信のための暗黙的ＰＵＣＣＨリソースマッピングルールと、任意の非ＡＣＫ／ＮＡＣＫデータ（たとえば、ＳＲまたはＣＱＩデータ）を含むＰＵＣＣＨ送信のための明示的ＰＵＣＣＨリソースマッピングルールとを識別し得る。別の例として、基地局１０５−ｂは、ＡＣＫ／ＮＡＣＫのみのＰＵＣＣＨ送信、ならびにＡＣＫ／ＮＡＣＫデータおよびＳＲデータの同時送信のための暗黙的ＰＵＣＣＨリソースマッピングルールを識別し得るが、後続のＰＵＣＣＨ送信６８５がＳＲデータを含むことになる場合に使用される異なるリソースプールまたはセットをもつ。
【０１０６】
[0116]ブロック６２５で、ＵＥ１１５−ｂは、ＵＥ１１５−ｂによる後続のＰＵＣＣＨ送信６８５のためのＰＵＣＣＨフォーマットに少なくとも部分的に基づいて、ＰＵＣＣＨリソースマッピングルールを識別し得る。たとえば、ＰＵＣＣＨフォーマットがロングＰＵＣＣＨフォーマット３１０である、および／またはしきい値量を上回るＵＣＩデータの量を含む場合、ＵＥ１１５−ｂは、明示的ＰＵＣＣＨリソースマッピングルールを識別し得る。別の例として、ＰＵＣＣＨフォーマットがショートＰＵＣＣＨフォーマット３０５である、および／またはしきい値量（たとえば、１ビットまたは２ビット）未満のＵＣＩデータの量を含む場合、ＵＥ１１５−ｂは、暗黙的ＰＵＣＣＨリソースマッピングルールを識別し得る。さらに別の例として、ＰＵＣＣＨリソースマッピングルールが暗黙的であるか明示的であるかを識別することは、後続のＰＵＣＣＨ送信に含まれるべきＵＣＩデータのタイプに依存し得る。たとえば、ＵＥ１１５−ｂは、ＡＣＫ／ＮＡＣＫのみのＰＵＣＣＨ送信のための暗黙的ＰＵＣＣＨリソースマッピングルールと、任意の非ＡＣＫ／ＮＡＣＫデータ（たとえば、ＳＲまたはＣＱＩデータ）を含むＰＵＣＣＨ送信のための明示的ＰＵＣＣＨリソースマッピングルールとを識別し得る。別の例として、ＵＥ１１５−ｂは、ＡＣＫ／ＮＡＣＫのみのＰＵＣＣＨ送信、ならびにＡＣＫ／ＮＡＣＫデータおよびＳＲデータの同時送信のための暗黙的ＰＵＣＣＨリソースマッピングルールを識別し得るが、後続のＰＵＣＣＨ送信６８５がＳＲデータを含む場合に使用される異なるリソースプールまたはセットをもつ。ＵＥ１１５−ｂは、基地局１０５−ｂがブロック６２０で識別するのと同じＰＵＣＣＨリソースマッピングルールをブロック６２５で識別し得る。
【０１０７】
[0117]ブロック６３０で、基地局１０５−ｂは、ブロック６２０で識別されたＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、後続のＰＵＣＣＨ送信６８５のために使用すべきＵＥ１１５−ｂのためのアップリンク送信リソースを決定し得る。ＵＥ１１５−ｂによって使用されるべきアップリンク送信リソースは、スロットとしても知られ得る、１つまたは複数のＴＴＩ２１０内の１つまたは複数のシンボルおよびＲＢを含み得る。たとえば、基地局１０５−ｂは、ＵＥ１１５−ｂが後続のＰＵＣＣＨ送信６８５のためにシンボルの特定の範囲、特定のＲＢ、特定のサイクリックシフト、または特定の直交カバーコードを使用すべきであると決定し得る。ＵＥ１１５−ｂによって使用されるべき１つまたは複数の送信リソースは、送信リソース４１０として定義され、所定のＰＵＣＣＨリソース４０５に対応するものとしてインデックス付けされ得る。ＰＵＣＣＨ送信のためにＵＥ１１５−ｂによって使用されるべきＴＴＩ２１０内のシンボルの範囲は、あらかじめ定義されないことがあり、したがって、ＰＵＣＣＨリソース４０５の一部として定義され、たとえば、開始シンボルインデックスおよび終了シンボルインデックス、開始シンボルインデックスおよびシンボルカウント、または終了シンボルインデックスおよびシンボルカウントによって表され得る。一例として、暗黙的ＰＵＣＣＨリソースマッピングルールを使用するとき、基地局１０５−ｂは、ＵＥ１１５−ｂによる現在のまたは前のＰＵＣＣＨ送信のために使用されたＰＵＣＣＨリソース４０５のインデックスを何らかの整数量（場合によっては０）だけ増分または減分することによって、ＵＥ１１５−ｂによって使用されるべきアップリンク送信リソースを決定し得る。別の例として、暗黙的ＰＵＣＣＨリソースマッピングルールを使用するとき、基地局１０５−ｂは、ＵＥ１１５−ｂへの現在のまたは前のダウンリンク送信のために基地局１０５−ｂによって使用されるリソースに基づいて、ＵＥ１１５−ｂによって使用されるべきアップリンク送信リソースを決定し得る。さらに別の例として、暗黙的ＰＵＣＣＨリソースマッピングルールを使用するとき、ＵＥ１１５−ｂは、基地局１０５−ｂとＵＥ１１５−ｂの両方に知られているマッピングルールまたは式に基づいて、後続のＰＵＣＣＨ送信６８５のためにどのアップリンク送信リソースを使用すべきかを識別し得る。
【０１０８】
[0118]ブロック６４０で、基地局１０５−ｂは、ＴＴＩマッピングルールを識別し得る。基地局１０５−ｂは、たとえば、ブロック６２０で識別されたＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、ＴＴＩマッピングルールを識別し得る。たとえば、ＰＵＣＣＨリソースマッピングルールが明示的である場合、基地局１０５−ｂは、明示的ＴＴＩマッピングルールを識別し得る。別の例として、ＰＵＣＣＨリソースマッピングルールが暗黙的である場合、基地局１０５−ｂは、暗黙的ＴＴＩマッピングルールを識別し得る。基地局１０５−ｂはまた、明示的ＰＵＣＣＨリソースマッピングルールを識別した後に暗黙的ＴＴＩマッピングルールを識別し得るか、または暗黙的ＰＵＣＣＨリソースマッピングルールを識別した後に明示的ＴＴＩマッピングルールを識別し得る。
【０１０９】
[0119]ブロック６４５で、ＵＥ１１５−ｂは、ＴＴＩマッピングルールを識別し得る。ＵＥ１１５−ｂは、たとえば、ブロック６２５でＵＥ１１５−ｂによって識別されたＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、ＴＴＩマッピングルールを識別し得る。たとえば、ＰＵＣＣＨリソースマッピングルールが明示的である場合、ＵＥ１１５−ｂは、明示的ＴＴＩマッピングルールを識別し得る。別の例として、ＰＵＣＣＨリソースマッピングルールが暗黙的である場合、ＵＥ１１５−ｂは、暗黙的ＴＴＩマッピングルールを識別し得る。ＵＥ１１５−ｂはまた、明示的ＰＵＣＣＨリソースマッピングルールを識別した後に暗黙的ＴＴＩマッピングルールを識別し得るか、または暗黙的ＰＵＣＣＨリソースマッピングルールを識別した後に明示的ＴＴＩマッピングルールを識別し得る。ＵＥ１１５−ｂは、基地局１０５−ｂがブロック６４０で識別するのと同じＴＴＩマッピングルールをブロック６４５で識別し得る。
【０１１０】
[0120]ブロック６５０で、基地局１０５−ｂは、ブロック６４０で識別されたＴＴＩマッピングルールに少なくとも部分的に基づいて、ＵＥ１１５−ｂがブロック６３０で決定された送信リソースのために使用すべき１つまたは複数のＴＴＩ２１０を決定し得る。いくつかのケースでは、基地局１０５−ｂは、ＵＥ１１５−ｂが単一のＴＴＩ２１０内で複数のＰＵＣＣＨリソース４０５を使用すべきであると決定し得る。同じ場合または他の場合には、基地局１０５−ｂは、ＵＥ１１５−ｂが複数のＴＴＩ２１０内で１つまたは複数のＰＵＣＣＨリソース４０５を使用すべきであると決定し得る。一例として、暗黙的ＴＴＩマッピングルールを使用するとき、基地局１０５−ｂは、ＵＥ１１５−ｂが前のまたは現在のＰＵＣＣＨ送信において使用したＴＴＩに対するオフセットの所定のパターンに従って、ＵＥ１１５−ｂによって使用されるべきＴＴＩを決定し得る。別の例として、暗黙的ＴＴＩマッピングルールを使用するとき、基地局１０５−ｂは、すぐに来るＴＴＩに対するオフセットの所定のパターンに従って、ＵＥ１１５−ｂによって使用されるべきＴＴＩを決定し得る。
【０１１１】
[0121]ＵＥ１１５−ｂは、基地局１０５−ｂがブロック６１０、６２０、６３０、６４０、および６５０に関連する方法ステップを実行するときに対していつでも、ブロック６１５、６２５、および６４５に関連する方法ステップを実行し得る。
【０１１２】
[0122]基地局１０５−ｂは、次いで、ＵＥ１１５−ｂによって受信される信号６６０を送信し得る。信号６６０は、ブロック６３０で基地局１０５−ｂによって決定されたアップリンク送信リソースを表し得る。信号６６０はまた、ブロック６５０で基地局１０５−ｂによって決定されたＴＴＩを表し得る。簡略化のために１つの信号６６０が例示されるが、代替として、基地局１０５−ｂは、ブロック６３０で基地局１０５−ｂによって決定されたアップリンク送信リソースと、ブロック６５０で基地局１０５−ｂによって決定されたＴＴＩとを通信するために、２つの別個の信号を送り得る。
【０１１３】
[0123]ブロック６２０で、基地局１０５−ｂが明示的ＰＵＣＣＨリソースマッピングルールを識別した場合、信号６６０は、ブロック６３０で基地局１０５−ｂによって決定されたアップリンク送信リソースの明示的インジケーションを含み得る。ブロック６３０で基地局１０５−ｂによって決定されたアップリンク送信リソースの明示的インジケーションは、各々がＰＵＣＣＨリソース４０５に対応する１つまたは複数のインデックス値を含み得る。ブロック６２０で、基地局１０５−ｂが暗黙的ＰＵＣＣＨリソースマッピングルールを識別した場合、その後、信号６６０は、ブロック６３０で基地局１０５−ｂによって決定されたアップリンク送信リソースの明示的インジケーションを含み得ない。そのため、むしろ、ＵＥ１１５−ｂは、ブロック６２０で基地局１０５−ｂによって、およびブロック６２５でＵＥ１１５−ｂによって識別された同じ暗黙的ＰＵＣＣＨリソースマッピングルールを適用することによって、ブロック６３０で基地局１０５−ｂによって決定された送信リソースを独立して導出し得る。
【０１１４】
[0124]ブロック６４０で、基地局１０５−ｂが明示的ＴＴＩマッピングルールを識別した場合、信号６６０は、ブロック６３０で基地局１０５−ｂによって決定されたアップリンク送信リソースの明示的インジケーションを含み得る。ブロック６３０で基地局１０５−ｂによって決定されたアップリンク送信リソースの明示的インジケーションは、各々が特定のＴＴＩ２１０に対応する１つまたは複数のインデックス値を含み得る。ブロック６３０で基地局１０５−ｂによって決定されたアップリンク送信リソースの明示的インジケーションはまた、各々が現在のまたは前のＴＴＩ２１０に対するオフセットに対応する１つまたは複数のインデックス値を含み得る。ブロック６４０で、基地局１０５−ｂが暗黙的ＴＴＩマッピングルールを識別した場合、その後、信号６６０は、ブロック６３０で基地局１０５−ｂによって決定されたアップリンク送信リソースの明示的インジケーションを含み得ず、むしろ、ＵＥ１１５−ｂは、ブロック６４０で基地局１０５−ｂによって識別され、ブロック６４５でＵＥ１１５−ｂによって識別された同じ暗黙的ＴＴＩマッピングルールを適用することによって、ブロック６４０で基地局１０５−ｂによって決定されたＴＴＩマッピングルールを独立して導出し得る。
【０１１５】
[0125]ブロック６６５で、ＵＥ１１５−ｂは、ブロック６２５で識別されたＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、後続のＰＵＣＣＨ送信６８５のために使用すべきＵＥ１１５−ｂのためのアップリンク送信リソースを決定し得る。上記で説明したように、ＵＥ１１５−ｂによって使用されるべきアップリンク送信リソースは、１つまたは複数のＴＴＩ２１０内に１つまたは複数のシンボルおよびＲＢを含み得る。たとえば、ＵＥ１１５−ｂは、ＵＥ１１５−ｂが後続のＰＵＣＣＨ送信６８５のためにシンボルの特定の範囲、特定のＲＢ、特定のサイクリックシフト、または特定の直交カバーコードを使用すべきであると決定し得る。ＵＥ１１５−ｂによって使用されるべき１つまたは複数の送信リソースは、送信リソース４１０として定義され、所定のＰＵＣＣＨリソース４０５に対応するものとしてインデックス付けされ得る。ＰＵＣＣＨ送信のためにＵＥ１１５−ｂによって使用されるべきＴＴＩ２１０内のシンボルの範囲は、あらかじめ定義されないことがあり、したがって、ＰＵＣＣＨリソース４０５の一部として定義され、たとえば、開始シンボルインデックスおよび終了シンボルインデックス、開始シンボルインデックスおよびシンボルカウント、または終了シンボルインデックスおよびシンボルカウントによって表され得る。例として、明示的ＰＵＣＣＨリソースマッピングルールまたは明示的ＴＴＩマッピングルールを使用するとき、ＵＥ１１５−ｂは、信号６６０中に含まれるＴＴＩおよびアップリンク送信リソースの１つまたは複数の明示的インジケーションを識別することによって、後続のＰＵＣＣＨ送信６８５のために使用されるべきアップリンク送信リソースおよびＴＴＩを決定し得る。別の例として、暗黙的ＰＵＣＣＨリソースマッピングルールを使用するとき、ＵＥ１１５−ｂは、ＵＥ１１５−ｂによる現在のまたは前のＰＵＣＣＨ送信のために使用されたＰＵＣＣＨリソース４０５のインデックスを何らかの整数量（場合によっては０）だけ増分または減分することによって、後続のＰＵＣＣＨ送信６８５のために使用されるべきアップリンク送信リソースを決定し得る。さらに別の例として、暗黙的ＰＵＣＣＨリソースマッピングルールを使用するとき、ＵＥ１１５−ｂは、ＵＥ１１５−ｂへの現在のまたは前のダウンリンク送信のために基地局１０５−ｂによって使用されるリソースに基づいて、ＵＥ１１５−ｂによって使用されるべきアップリンク送信リソースを決定し得、たとえば、ＵＥ１１５−ｂは、信号６６０のために基地局１０５−ｂによって使用されるリソースに基づいて、後続のＰＵＣＣＨ送信６８５のためにＵＥ１１５−ｂによって使用されるべきアップリンク送信リソースを決定し得る。さらに別の例として、暗黙的ＰＵＣＣＨリソースマッピングルールを使用するとき、ＵＥ１１５−ｂは、基地局１０５−ｂとＵＥ１１５−ｂとの両方に知られているマッピングルールまたは式に基づいて、後続のＰＵＣＣＨ送信６８５のためにどのアップリンク送信リソースを使用すべきかを識別し得る。
【０１１６】
［０１２６］ブロック６７５で、ＵＥ１１５−ｂは、ブロック６４５で識別されたＴＴＩマッピングルールに少なくとも部分的に基づいて、ＵＥ１１５−ｂがブロック６６５で決定された送信リソースを使用すべき１つまたは複数のＴＴＩ２１０を決定し得る。いくつかのケースでは、ＵＥ１１５−ｂは、ＵＥ１１５−ｂが単一のＴＴＩ２１０内で複数のＰＵＣＣＨリソース４０５を使用すべきであると決定し得る。同じケースまたは他のケースでは、ＵＥ１１５−ｂは、ＵＥ１１５−ｂが複数のＴＴＩ２１０内で１つまたは複数のＰＵＣＣＨリソース４０５を使用すべきであると決定し得る。一例として、暗黙的ＴＴＩマッピングルールを使用するとき、ＵＥ１１５−ｂは、ＵＥ１１５−ｂが前のまたは現在のＰＵＣＣＨ送信のために使用したＴＴＩに対するオフセットの所定のパターンに従って、ＵＥ１１５−ｂによって使用されるべきＴＴＩを決定し得る。別の例として、暗黙的ＴＴＩマッピングルールを使用するとき、ＵＥ１１５−ｂは、すぐに来るＴＴＩに対するオフセットの所定のパターンに従って、ＵＥ１１５−ｂによって使用されるべきＴＴＩを決定し得る。
【０１１７】
[0127]一例では、基地局１０５−ｂは、ＵＥ１１５−ｂに送信される信号６６０の送信の前のある時間で、後続のＰＵＣＣＨ送信のために使用すべきアップリンク送信リソースの準静的（たとえば、ＲＲＣシグナリングを介してシグナリングされる）構成またはプールを有し得、信号６６０は、アップリンク送信を送るＵＥ１１５−ｂへの許可を含み得、ＵＥ１１５−ｂは、信号６６０中に含まれる暗黙的インジケーションに少なくとも部分的に基づいて（たとえば、信号６６０のために使用される１つまたは複数のダウンリンク送信リソース、信号６６０のために使用される１つまたは複数のＴＴＩ、またはブロック６１５で識別されたＰＵＣＣＨフォーマット、場合によっては、後続のＰＵＣＣＨ送信６８５中に含まれるべきＣＵＩの量またはタイプに部分的に基づいて）、後続のＰＵＣＣＨ送信６８５のために使用すべきアップリンク送信リソースおよびＴＴＩを決定し得る。別の例では、ＵＥ１１５−ｂは、信号６６０の送信の前のある時間で、基地局１０５−ｂにＳＲを送信し、信号６６０は、アップリンク送信を送るＵＥ１１５−ｂへの許可を含み得る、ＵＥ１１５−ｂによって前に送信されたＳＲへの応答を含み得、ＵＥ１１５−ｂは、信号６６０中に含まれる暗黙的インジケーションに少なくとも部分的に基づいて（たとえば、信号６６０のために使用される１つまたは複数のダウンリンク送信リソース、信号６６０のために使用される１つまたは複数のＴＴＩ、またはブロック６１５で識別されたＰＵＣＣＨフォーマット、場合によっては、後続のＰＵＣＣＨ送信６８５中に含まれるべきＣＵＩの量またはタイプに部分的に基づいて）、後続のＰＵＣＣＨ送信６８５のために使用すべきアップリンク送信リソースおよびＴＴＩを決定し得る。所与のＴＴＩ内のどのアップリンク送信リソースを後続のＰＵＣＣＨ送信６８５のために使用すべきかを決定した後、ＵＥ１１５−ｂは、ＵＥ１１５−ｂがすべての対応するＵＣＩを基地局１０５−ｂに送信するまで、（本明細書で説明されるようなリソースホッピングまたはＴＴＩオフセットパターンを用いてまたは用いずに）後続のＴＴＩ内で決定されたアップリンク送信リソースを使用し得る。
【０１１８】
[0128]ＵＥ１１５−ｂがブロック６２５で暗黙的ＰＵＣＣＨリソースマッピングルールを識別するとき、ＵＥ１１５−ｂはまた、信号６６０を受信する前にブロック６６５に関連付けられた方法ステップを実行し得る。同様に、ＵＥ１１５−ｂがブロック６４５で暗黙的ＰＵＣＣＨリソースマッピングルールを識別するとき、ＵＥ１１５−ｂはまた、信号６６０を受信する前にブロック６７５に関連付けられた方法ステップを実行し得る。
【０１１９】
[0129]ＵＥ１１５−ｂは、次いで、ブロック６３０、６５０、６６５、および６７５で決定された送信リソースおよびＴＴＩを使用して、基地局１０５−ｂにＰＵＣＣＨ送信６８５を送信し得る。一例では、基地局１０５−ｂは、ＰＵＣＣＨ送信６８５が送信されたアップリンク送信リソースとＴＴＩとに少なくとも部分的に基づいて、ＰＵＣＣＨ送信６８５をＵＥ１１５−ｂによって送信されたものとして識別し得る。
【０１２０】
[0130]図７は、本開示の態様による、ユーザ機器（ＵＥ）へのＮＲ物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース定義およびマピングをサポートするワイヤレスデバイス７０５のブロック図７００を示す。ワイヤレスデバイス７０５は、本明細書で説明されたような基地局１０５の態様の例であり得る。ワイヤレスデバイス７０５は、受信機７１０、基地局通信マネージャ７１５、および送信機７２０を含み得る。ワイヤレスデバイス７０５はまた、プロセッサを含み得る。これらのコンポーネントの各々は、（例えば、１つまたは複数のバスを介して）互いと通信状態にあり得る。
【０１２１】
[0131]受信機７１０は、様々な情報チャネルに関連付けられた制御情報、ユーザデータ、またはパケット（たとえば、制御チャネル、データチャネル、およびにユーザ機器へのマッピングならびにアップリンク制御チャネルリソース定義に関する情報、等）のような情報を受信し得る。情報は、デバイス７０５の他の構成要素に渡され得る。受信機７１０は、図９を参照しながら説明したトランシーバ９３５の態様の一例であり得る。受信機７１０は、単一のアンテナまたはアンテナのセットを利用し得る。
【０１２２】
[0132]基地局通信マネージャ７１５は、図９を参照して説明される基地局通信マネージャ９１５の態様の一例であり得る。
【０１２３】
[0133]基地局通信マネージャ７１５および／またはその様々なサブコンポーネントのうちの少なくともいくつかは、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの任意の組み合わせにおいてインプリメントされ得る。プロセッサによって実行されるソフトウェアにおいてインプリメントされる場合、基地局通信マネージャ７１５および／またはその様々なサブコンポーネントのうちの少なくともいくつかの機能は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、あるいは本開示に説明される機能を実行するように設計されたそれらの任意の組み合わせによって実行され得る。基地局通信マネージャ７１５および／またはその様々なサブコンポーネントのうちの少なくともいくつかは、機能の一部分が１つまたは複数の物理的デバイスによって異なる物理的ロケーションにおいてインプリメントされるように分散されることを含め、様々な位置に物理的にロケートされ得る。いくつかの例では、基地局通信マネージャ７１５および／またはその様々なサブコンポーネントのうちの少なくともいくつかは、本開示の様々な態様したがった、別個のおよび異なるコンポーネントであり得る。他の例では、基地局通信マネージャ７１５および／またはその様々なサブコンポーネントのうちの少なくともいくつかは、本開示の様々な態様にしたがって、Ｉ／Ｏコンポーネント、トランシーバ、ネットワークサーバ、別のコンピューティングデバイス、本開示に説明される１つまたは複数の他のコンポーネント、またはそれらの組み合わせを含むがそれらに限定されない、１つまたは複数の他のハードウェアコンポーネントと組み合わされ得る。
【０１２４】
[0134]基地局通信マネージャ７１５は、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別し、ＰＵＣＣＨフォーマットに基づいてＰＵＣＣＨリソースマッピングルールを識別し、ＰＵＣＣＨリソースマッピングルールに基づいて後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定し得る。
【０１２５】
[0135]送信機７２０は、デバイスの他のコンポーネントによって生成される信号を送信し得る。いくつかの例では、送信機７２０は、トランシーバモジュール中で受信機７１０とコロケートされ得る。例えば、送信機７２０は、図９を参照して説明されるトランシーバ９３５の態様の例であり得る。送信機７２０は、単一のアンテナまたはアンテナのセットを利用し得る。
【０１２６】
[0136]送信機７２０は、アップリンク送信リソースを表す信号を送信し、アップリンク送信リソースを表す信号中に、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースの明示的インジケーションを含め、送信時間間隔（ＴＴＩ）を表す信号を送信し、ＴＴＩを表す信号中に、ＴＴＩの明示的インジケーションを含め得る。いくつかのケースでは、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースの明示的インジケーションは、アップリンク送信リソースを表すインデックスを含む。いくつかのケースでは、ＴＴＩの明示的インジケーションは、現在のＰＵＣＣＨ送信のために使用される現在のＴＴＩに対するオフセットを表すインデックスを含む。
【０１２７】
[0137]図８は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートするワイヤレスデバイス８０５のブロック図８００を示す。ワイヤレスデバイス８０５は、図７を参照して説明されたようなワイヤレスデバイス７０５または基地局１０５の態様の一例であり得る。ワイヤレスデバイス８０５は、受信機８１０、基地局通信マネージャ８１５、および送信機８２０を含み得る。ワイヤレスデバイス８０５はまた、プロセッサを含み得る。これらの要素の各々は、互いと（例えば、１つまたは複数のバスを介して）直接または間接的に通信し得る。
【０１２８】
[0138]受信機８１０は、様々な情報チャネルに関連付けられた制御情報、ユーザデータ、またはパケット（たとえば、制御チャネル、データチャネル、およびにユーザ機器へのマッピングならびにアップリンク制御チャネルリソース定義に関する情報、等）のような情報を受信し得る。情報は、デバイス８０５の他の構成要素に渡され得る。受信機８１０は、図９を参照しながら説明したトランシーバ９３５の態様の一例であり得る。受信機８１０は、単一のアンテナまたはアンテナのセットを利用し得る。
【０１２９】
[0139]基地局通信マネージャ８１５は、図９を参照して説明される基地局通信マネージャ９１５の態様の一例であり得る。
【０１３０】
[0140]基地局通信マネージャ８１５はまた、ＰＵＣＣＨフォーマットマネージャ８２５と、ＰＵＣＣＨマッピングマネージャ８３０と、ＰＵＣＣＨリソースマネージャ８３５とを含み得る。
【０１３１】
[0141]ＰＵＣＣＨフォーマットマネージャ８２５は、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別し得る。いくつかのケースでは、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別することは、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量またはタイプを識別することを含む。いくつかのケースでは、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別することは、ＰＵＣＣＨフォーマットがショートＰＵＣＣＨフォーマットであるか、またはロングＰＵＣＣＨフォーマットであるかを決定することを含む。
【０１３２】
[0142]ＰＵＣＣＨマッピングマネージャ８３０は、ＰＵＣＣＨフォーマットに基づいてＰＵＣＣＨリソースマッピングルールを識別し得る。ＰＵＣＣＨマッピングマネージャ８３０はまた、ＰＵＣＣＨリソースマッピングルールに基づいてＴＴＩマッピングルールを識別し得る。いくつかのケースでは、ＰＵＣＣＨフォーマットに基づいてＰＵＣＣＨリソースマッピングルールを識別することは、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）以下である場合、暗黙的リソースマッピングルールを識別し、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）を上回る場合、明示的リソースマッピングルールを識別することを含み得る。ＰＵＣＣＨフォーマットに基づいてＰＵＣＣＨリソースマッピングルールを識別することはまた、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データが１つまたは複数の特定のタイプのＵＣＩのみを含む場合、暗黙的リソースマッピングルールを識別することを含み得る。いくつかのケースでは、ＰＵＣＣＨリソースマッピングルールが暗黙的であるか明示的であるかを識別することは、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量、および／またはセット中のアップリンク送信リソースの数に少なくとも部分的に基づき得る。それは、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを含む。このケースでは、アップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）を上回り、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを有するＰＵＣＣＨリソースのセット中のアップリンク送信リソースの量がアップリンク送信リソースのしきい値量（たとえば、８）以下である場合、明示的リソースマッピングルールが使用され得る。いくつかのケースでは、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）以下であり、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを有するＰＵＣＣＨリソースのセット中のアップリンク送信リソースの量がアップリンク送信リソースのしきい値の量（たとえば、８）以下である場合、明示的リソースマッピングルールが使用され得る。いくつかのケースでは、アップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）以下であり、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットに対応するセットに含まれるアップリンク送信リソースの数がアップリンク送信リソースのしきい値量（たとえば、８）よりも大きい場合、暗黙的リソースマッピングルールが使用され得る。
【０１３３】
[0143]いくつかのケースでは、ＰＵＣＣＨリソースマッピングルールに基づいてＴＴＩマッピングルールを識別することは、ＰＵＣＣＨリソースマッピングルールが暗黙的ＰＵＣＣＨリソースマッピングルールである場合、暗黙的ＴＴＩマッピングルールを識別することと、ＰＵＣＣＨリソースマッピングルールが明示的ＰＵＣＣＨリソースマッピングルールである場合、明示的アップリンク送信時間間隔マッピングルールを識別することとを含む。ＰＵＣＣＨリソースマッピングルールに基づいてＴＴＩマッピングルールを識別することはまた、ＰＵＣＣＨリソースマッピングルールが明示的である場合、暗黙的ＴＴＩマッピングルールを識別すること、またはＰＵＣＣＨリソースマッピングルールが暗黙的である場合、明示的ＴＴＩマッピングルールを識別することを含み得る。暗黙的ＴＴＩマッピングルールは、現在のＰＵＣＣＨ送信のために使用される現在のＴＴＩに対するオフセットを適用することを含み得る。
【０１３４】
[0144]ＰＵＣＣＨリソースマネージャ８３５は、ＰＵＣＣＨリソースマッピングルールに基づいて、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定し、アップリンク送信リソースが、ＴＴＩマッピングルールに基づいて後続のＰＵＣＣＨ送信のために使用されるべきＴＴＩを決定し得る。いくつかのケースでは、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースは、開始シンボル、アップリンク送信時間間隔内のシンボル範囲、１つまたは複数のリソースブロック、サイクリックシフト、または直交カバーコードのうちの１つまたは複数を含む。いくつかのケースでは、アップリンク送信リソースは、１つより多くのＴＴＩ内のリソースを含む。いくつかのケースでは、アップリンク送信リソースは、１つのＴＴＩ内の１つより多くのリソースのセットを含む。
【０１３５】
[0145]送信機８２０は、デバイスの他のコンポーネントによって生成される信号を送信し得る。いくつかの例では、送信機８２０は、トランシーバモジュール中で受信機８１０とコロケートされ得る。例えば、送信機８２０は、図９を参照して説明されるトランシーバ９３５の態様の例であり得る。送信機８２０は、単一のアンテナまたはアンテナのセットを利用し得る。
【０１３６】
[0146]図９は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートするデバイス９０５を含むシステム９００の図を示す。デバイス９０５は、たとえば、図７および図８を参照しながら上で説明したように、ワイヤレスデバイス７０５、ワイヤレスデバイス８０５、または基地局１０５の構成要素の一例であり得るか、またはそれらを含み得る。デバイス９０５は、基地局通信マネージャ９１５、プロセッサ９２０、メモリ９２５、ソフトウェア９３０、トランシーバ９３５、アンテナ９４０、ネットワーク通信マネージャ９４５、および局間通信マネージャ９５０を含む、通信を送信および受信するためのコンポーネントを含む双方向音声およびデータ通信のためのコンポーネントを含み得る。これらのコンポーネントは、１つまたは複数のバス（例えば、バス９１０）を介して電子通信状態にあり得る。デバイス９０５は、１つまたは複数のＵＥ１１５とワイヤレスに通信し得る。
【０１３７】
[0147]プロセッサ９２０は、インテリジェントハードウェアデバイス（例えば、汎用プロセッサ、ＤＳＰ、中央処理ユニット（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ、プログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジックコンポーネント、ディスクリートハードウェアコンポーネント、またはこれらの任意の組合せ）を含み得る。いくつかのケースでは、プロセッサ９２０は、メモリコントローラを使用してメモリアレイを動作させるように構成され得る。他のケースでは、メモリコントローラは、プロセッサ９２０に一体化され得る。プロセッサ９２０は、様々な機能（たとえば、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートする機能またはタスク）を実行するために、メモリに記憶されたコンピュータ可読命令を実行するように構成され得る。
【０１３８】
[0148]メモリ９２５は、ランダムアクセスメモリ（ＲＡＭ）および読取専用メモリ（ＲＯＭ）を含み得る。メモリ９２５は、実行されると、プロセッサに、ここに説明された様々な機能を実行することを行わせる命令を含むコンピュータ可読、コンピュータ実行可能ソフトウェア９３０を記憶し得る。いくつかのケースでは、メモリ９２５は、中でもとりわけ、周辺コンポーネントまたはデバイスとの相互作用のような基本ハードウェアまたはソフトウェア動作を制御し得る基本入出力システム（ＢＩＯＳ）を包含し得る。
【０１３９】
[0149]ソフトウェア９３０は、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートするためのコードを含む、本開示の態様をインプリメントするためのコードを含み得る。ソフトウェア９３０は、システムメモリまたは他のメモリのような非一時的コンピュータ可読媒体中に記憶され得る。いくつかのケースでは、ソフトウェア９３０は、プロセッサによって直接実行可能ではないことがあり得るが、（例えば、コンパイルおよび実行されたときに）コンピュータに、本明細書に説明された機能を実行することを行わせ得る。
【０１４０】
[0150]トランシーバ９３５は、上記で説明されたように、１つまたは複数のアンテナ、ワイヤードまたはワイヤレスリンクを介して双方向に通信し得る。例えば、トランシーバ９３５は、ワイヤレストランシーバを表し、別のワイヤレストランシーバと双方向に通信し得る。トランシーバ９３５はまた、パケットを変調し、変調されたパケットを送信のためにアンテナに提供し、アンテナから受信されたパケットを復調するためのモデムを含み得る。
【０１４１】
[0151]いくつかのケースでは、ワイヤレスデバイスは、単一のアンテナ９４０を含み得る。しかしながら、いくつかのケースでは、デバイス９０５は、１つよりも多くのアンテナ９４０を有し得、それらは、複数のワイヤレス送信を同時に送信または受信することが可能であり得る。
【０１４２】
[0152]ネットワーク通信マネージャ９４５は、（例えば、１つまたは複数のワイヤードバックホールリンクを介して）コアネットワークとの通信を管理し得る。例えば、ネットワーク通信マネージャ９４５は、１つまたは複数のＵＥ１１５のようなクライアントデバイスのためのデータ通信の転送を管理し得る。
【０１４３】
[0153]局間通信マネージャ９５０は、他の基地局１０５との通信を管理し得、および他の基地局１０５と連携してＵＥ１１５との通信を制御するためのコントローラまたはスケジューラを含み得る。例えば、局間通信マネージャ９５０は、ビームフォーミングまたはジョイント送信のような様々な干渉緩和技法のために、ＵＥ１１５への送信のためのスケジューリングを調整し得る。いくつかの例では、局間通信マネージャ９５０は、基地局１０５間の通信を提供するために、ロングタームエボリューション（ＬＴＥ）／ＬＴＥ−Ａワイヤレス通信ネットワーク技術内のＸ２インターフェースを提供し得る。
【０１４４】
[0154]図１０は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートするワイヤレスデバイス１００５のブロック図１０００を示す。ワイヤレスデバイス１００５は、本願明細書で説明されたようなＵＥ１１５の態様の例であり得る。ワイヤレスデバイス１００５は、受信機１０１０、ＵＥ通信マネージャ１０１５、および送信機１０２０を含み得る。ワイヤレスデバイス１００５はまた、プロセッサを含み得る。これらのコンポーネントの各々は、（例えば、１つまたは複数のバスを介して）互いと通信状態にあり得る。
【０１４５】
[0155]受信機１０１０は、様々な情報チャネルに関連付けられた制御情報、ユーザデータ、またはパケット（たとえば、制御チャネル、データチャネル、およびにユーザ機器へのマッピングならびにアップリンク制御チャネルリソース定義に関する情報、等）のような情報を受信し得る。情報は、デバイスの他のコンポーネントに渡され得る。受信機１０１０は、図１２を参照しながら説明したトランシーバ１２３５の態様の一例であり得る。受信機１０１０は、単一のアンテナまたはアンテナのセットを利用し得る。
【０１４６】
[0156]受信機１０１０は、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを表す信号を受信し、アップリンク送信リソースを表す信号内で、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースの明示的インジケーションを受信し、ＴＴＩの明示的インジケーションを受信し得る。いくつかのケースでは、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースの明示的インジケーションは、アップリンク送信リソースを表すインデックスを含む。いくつかのケースでは、ＴＴＩの明示的インジケーションは、現在のＰＵＣＣＨ送信のために使用される現在のＴＴＩに対するオフセットを表すインデックスを含む。
【０１４７】
[0157]ＵＥ通信マネージャ１０１５は、図１２を参照しながら説明したＵＥ通信マネージャ１２１５の態様の一例であり得る。
【０１４８】
[0158]ＵＥ通信マネージャ１０１５および／またはその様々なサブコンポーネントのうちの少なくともいくつかは、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの任意の組み合わせにおいてインプリメントされ得る。プロセッサによって実行されるソフトウェアにおいてインプリメントされる場合、ＵＥ通信マネージャ１０１５および／またはその様々なサブコンポーネントのうちの少なくともいくつかの機能は、汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡまたは他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは本開示に説明される機能を遂行するように設計されたそれらの任意の組み合わせによって実行され得る。ＵＥ通信マネージャ１０１５および／またはその様々なサブコンポーネントのうちの少なくともいくつかは、機能の一部分が１つまたは複数の物理的デバイスによって異なる物理的ロケーションにおいてインプリメントされるように分散されることを含め、様々な位置に物理的にロケートされ得る。いくつかの例では、ＵＥ通信マネージャ１０１５および／またはその様々なサブコンポーネントのうちの少なくともいくつかは、本開示の様々な態様したがった、別個のおよび異なるコンポーネントであり得る。他の例では、通信マネージャ１０１５またはその様々なサブコンポーネントのうちの少なくともいくつかは、本開示の様々な態様に従って、それに限定されるものではないが、Ｉ／Ｏコンポーネント、トランシーバ、ネットワークサーバ、別のコンピューティングデバイス、本開示で説明される１つまたは複数の他のコンポーネント、またはこれらの組合せを含む、１つまたは複数の他のハードウェアコンポーネントと組み合わされ得る。
【０１４９】
[0159]ＵＥ通信マネージャ１０１５は、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別し、ＰＵＣＣＨフォーマットに基づいてＰＵＣＣＨリソースマッピングルールを識別し、ＰＵＣＣＨリソースマッピングルールに基づいて後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定し得る。
【０１５０】
[0160]送信機１０２０は、デバイスの他のコンポーネントによって生成される信号を送信し得る。いくつかの例では、送信機１０２０は、トランシーバモジュール中で受信機１０１０とコロケートされ得る。例えば、送信機１０２０は、図１２を参照して説明されるトランシーバ１２３５の態様の例であり得る。送信機１０２０は、単一のアンテナまたはアンテナのセットを利用し得る。
【０１５１】
[0161]送信機１０２０は、アップリンク送信リソースを介して後続のＰＵＣＣＨ送信を送信し、ＴＴＩ内に後続のＰＵＣＣＨ送信を送信し得る。
【０１５２】
[0162]図１１は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートするワイヤレスデバイス１１０５のブロック図１１００を示す。ワイヤレスデバイス１１０５は、図１０を参照して説明されたワイヤレスデバイス１００５またはＵＥ１１５の態様の例であり得る。ワイヤレスデバイス１１０５は、受信機１１１０、ＵＥ通信マネージャ１１１５、および送信機１１２０を含み得る。ワイヤレスデバイス１１０５はまた、プロセッサを含み得る。これらの要素の各々は、互いと（例えば、１つまたは複数のバスを介して）直接または間接的に通信し得る。
【０１５３】
[0163]受信機１１１０は、様々な情報チャネルに関連付けられた制御情報、ユーザデータ、またはパケット（たとえば、制御チャネル、データチャネル、およびにユーザ機器へのマッピングならびにアップリンク制御チャネルリソース定義に関する情報、等）のような情報を受信し得る。情報は、デバイスの他のコンポーネントに渡され得る。受信機１１１０は、図１２を参照しながら説明したトランシーバ１２３５の態様の一例であり得る。受信機１１１０は、単一のアンテナまたはアンテナのセットを利用し得る。
【０１５４】
[0164]ＵＥ通信マネージャ１１１５は、図１２を参照しながら説明したＵＥ通信マネージャ１２１５の態様の一例であり得る。
【０１５５】
[0165]ＵＥ通信マネージャ１１１５はまた、ＰＵＣＣＨフォーマットマネージャ１１２５と、ＰＵＣＣＨマッピングマネージャ１１３０と、ＰＵＣＣＨリソースマネージャ１１３５とを含み得る。
【０１５６】
[0166]ＰＵＣＣＨフォーマットマネージャ１１２５は、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別し得、それは、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別することが、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量またはタイプを識別することを含むことを含み得る。後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを識別することはまた、ＰＵＣＣＨフォーマットがショートＰＵＣＣＨフォーマットであるかロングＰＵＣＣＨフォーマットであるかを決定することを含み得る。
【０１５７】
[0167]ＰＵＣＣＨマッピングマネージャ１１３０は、ＰＵＣＣＨフォーマットに基づいてＰＵＣＣＨリソースマッピングルールを識別し得、また、ＰＵＣＣＨリソースマッピングルールに基づいてＴＴＩマッピングルールを識別し得る。いくつかのケースでは、ＰＵＣＣＨフォーマットに基づいてＰＵＣＣＨリソースマッピングルールを識別することは、後続のＰＵＣＣＨ送信中に含まれるべきアップリンク制御データの量がしきい値量を下回る場合、暗黙的リソースマッピングルールを識別することを含む。ＰＵＣＣＨフォーマットに基づいてＰＵＣＣＨリソースマッピングルールを識別することはまた、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）を上回る場合、明示的リソースマッピングルールを識別することを含み得る。ＰＵＣＣＨフォーマットに基づいてＰＵＣＣＨリソースマッピングルールを識別することはまた、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データが１つまたは複数の特定のタイプのＵＣＩのみを含む場合、暗黙的リソースマッピングルールを識別することを含み得る。いくつかのケースでは、ＰＵＣＣＨフォーマットに基づいてＰＵＣＣＨリソースマッピングルールを識別することは、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）以下である場合、暗黙的リソースマッピングルールを識別することを含み得る。ＰＵＣＣＨフォーマットに基づいてＰＵＣＣＨリソースマッピングルールを識別することはまた、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データが１つまたは複数の特定のタイプのＵＣＩのみを含む場合、暗黙的リソースマッピングルールを識別することを含み得る。いくつかのケースでは、ＰＵＣＣＨリソースマッピングルールが暗黙的であるか明示的であるかを識別することは、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量、および／またはセット中のアップリンク送信リソースの数に少なくとも部分的に基づき得る。それは、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを含む。このケースでは、アップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）を上回り、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを有するＰＵＣＣＨリソースのセット中のアップリンク送信リソースの量がアップリンク送信リソースのしきい値量（たとえば、８）以下である場合、明示的リソースマッピングルールが使用され得る。いくつかのケースでは、アップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）以下であり、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを有するＰＵＣＣＨリソースのセット中のアップリンク送信リソースの量がアップリンク送信リソースのしきい値数（たとえば、８）以下である場合、明示的リソースマッピングルールが使用され得る。いくつかのケースでは、アップリンク制御データの量がしきい値量（たとえば、２ビットＵＣＩペイロード）以下であり、後続のＰＵＣＣＨ送信のために使用されるべきＰＵＣＣＨフォーマットを有するＰＵＣＣＨリソースのセット中のアップリンク送信リソースの量がアップリンク送信リソースのしきい値量（たとえば、８）より大きい場合、暗黙的リソースマッピングルールが使用され得る。
【０１５８】
[0168]いくつかのケースでは、ＰＵＣＣＨリソースマッピングルールに基づいてＴＴＩマッピングルールを識別することは、ＰＵＣＣＨリソースマッピングルールが暗黙的ＰＵＣＣＨリソースマッピングルールである場合、暗黙的ＴＴＩマッピングルールを識別することを含み得る。ＰＵＣＣＨリソースマッピングルールに基づいてＴＴＩマッピングルールを識別することはまた、ＰＵＣＣＨリソースマッピングルールが明示的である場合、暗黙的ＴＴＩマッピングルールを識別すること、またはＰＵＣＣＨリソースマッピングルールが暗黙的である場合、明示的ＴＴＩマッピングルールを識別することを含み得る。暗黙的ＴＴＩマッピングルールは、現在のＰＵＣＣＨ送信のために使用される現在のＴＴＩに対するオフセットを適用することを含み得る。ＰＵＣＣＨリソースマッピングルールに基づいてＴＴＩマッピングルールを識別することはまた、ＰＵＣＣＨリソースマッピングルールが明示的ＰＵＣＣＨリソースマッピングルールである場合、明示的ＴＴＩマッピングルールを識別することを含み得る。
【０１５９】
[0169]ＰＵＣＣＨリソースマネージャ１１３５は、ＰＵＣＣＨリソースマッピングルールに基づいて、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定し、アップリンク送信リソースが、ＴＴＩマッピングルールに基づいて後続のＰＵＣＣＨ送信のために使用されるべきＴＴＩを決定し得る。いくつかのケースでは、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースは、開始シンボル、アップリンク送信時間間隔内のシンボル範囲、１つまたは複数のリソースブロック、サイクリックシフト、または直交カバーコードのうちの１つまたは複数を含む。いくつかのケースでは、アップリンク送信リソースは、１つより多くのＴＴＩ内のリソースを含む。いくつかのケースでは、アップリンク送信リソースは、１つのＴＴＩ内の１つより多くのリソースのセットを含む。
【０１６０】
[0170]送信機１１２０は、デバイスの他のコンポーネントによって生成される信号を送信し得る。いくつかの例では、送信機１１２０は、トランシーバモジュール中で受信機１１１０とコロケートされ得る。例えば、送信機１１２０は、図１２を参照して説明されるトランシーバ１２３５の態様の例であり得る。送信機１１２０は、単一のアンテナまたはアンテナのセットを利用し得る。
【０１６１】
[0171]図１２は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートするデバイス１２０５を含むシステム１２００の図を示す。デバイス１２０５は、たとえば、図１を参照しながら上記で説明したＵＥ１１５のコンポーネントの一例であり得るか、またはそれを含み得る。デバイス１２０５は、通信マネージャ１２１５、プロセッサ１２２０、メモリ１２２５、ソフトウェア１２３０、トランシーバ１２３５、アンテナ１２４０、およびＩ／Ｏコントローラ１２４５を含む、通信を送信および受信するためのコンポーネントを含む双方向音声およびデータ通信のためのコンポーネントを含み得る。これらのコンポーネントは、１つまたは複数のバス（例えば、バス１２１０）を介して電子通信状態にあり得る。デバイス１２０５は、１つまたは複数の基地局１０５とワイヤレスに通信し得る。
【０１６２】
[0172]プロセッサ１２２０は、インテリジェントハードウェアデバイス（例えば、汎用プロセッサ、ＤＳＰ、ＣＰＵ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ、プログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジックコンポーネント、ディスクリートハードウェアコンポーネント、またはそれらの任意の組み合わせ）を含み得る。いくつかのケースでは、プロセッサ１２２０は、メモリコントローラを使用してメモリアレイを動作させるように構成され得る。他のケースでは、メモリコントローラは、プロセッサ１２２０に一体化され得る。プロセッサ１２２０は、様々な機能（たとえば、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートする機能またはタスク）を実行するために、メモリに記憶されたコンピュータ可読命令を実行するように構成され得る。
【０１６３】
[0173]メモリ１２２５は、ＲＡＭおよびＲＯＭを含み得る。メモリ１２２５は、実行されると、プロセッサに、ここに説明された様々な機能を実行することを行わせる命令を含むコンピュータ可読、コンピュータ実行可能ソフトウェア１２３０を記憶し得る。いくつかのケースでは、メモリ１２２５は、中でもとりわけ、周辺コンポーネントまたはデバイスとの対話のような基本ハードウェアまたはソフトウェア動作を制御し得るＢＩＯＳを包含し得る。
【０１６４】
[0174]ソフトウェア１２３０は、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義をサポートするためのコードを含む、本開示の態様をインプリメントするためのコードを含み得る。ソフトウェア１２３０は、システムメモリまたは他のメモリのような非一時的コンピュータ可読媒体中に記憶され得る。いくつかのケースでは、ソフトウェア１２３０は、プロセッサによって直接実行可能ではないことがあり得るが、（例えば、コンパイルおよび実行されたときに）コンピュータに、本明細書に説明された機能を実行することを行わせ得る。
【０１６５】
[0175]トランシーバ１２３５は、上記で説明されたように、１つまたは複数のアンテナ、ワイヤードまたはワイヤレスリンクを介して双方向に通信し得る。例えば、トランシーバ１２３５は、ワイヤレストランシーバを表し、別のワイヤレストランシーバと双方向に通信し得る。トランシーバ１２３５はまた、パケットを変調し、変調されたパケットを送信のためにアンテナに提供し、アンテナから受信されたパケットを復調するためのモデムを含み得る。
【０１６６】
[0176]いくつかのケースでは、ワイヤレスデバイス１２０５は、単一のアンテナ１２４０を含み得る。しかしながら、いくつかのケースでは、デバイスは、１つよりも多くのアンテナ１２４０を有し得、それらは、複数のワイヤレス送信を同時に送信または受信することが可能であり得る。
【０１６７】
[0177]Ｉ／Ｏコントローラ１２４５は、デバイス１２０５のための入力および出力信号を管理し得る。Ｉ／Ｏコントローラ１２４５はまた、デバイス１２０５に一体化されていない周辺機器を管理し得る。いくつかのケースでは、Ｉ／Ｏコントローラ１２４５は、外部周辺機器への物理的接続またはポートを表し得る。いくつかのケースでは、Ｉ／Ｏコントローラ１２４５は、ｉＯＳ（登録商標）、ＡＮＤＲＯＩＤ（登録商標）、ＭＳ−ＤＯＳ（登録商標）、ＭＳ−ＷＩＮＤＯＷＳ（登録商標）、ＯＳ／２（登録商標）、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）、または別の知られているオペレーティングシステムなどのオペレーティングシステムを利用し得る。他のケースでは、Ｉ／Ｏコントローラ１２４５は、モデム、キーボード、マウス、タッチスクリーン、または同様のデバイスを表わす、またはこれらとインタラクトし得る。いくつかのケースでは、Ｉ／Ｏコントローラ１２４５は、プロセッサの一部としてインプリメントされ得る。いくつかのケースでは、ユーザは、Ｉ／Ｏコントローラ１２４５を介してまたはＩ／Ｏコントローラ１２４５によって制御されるハードウェアコンポーネントを介してデバイス１２０５とインタラクトし得る。
【０１６８】
[0178]図１３は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義のための方法１３００を示すフローチャートを示す。方法１３００の動作は、ここに説明されたような基地局１０５またはそのコンポーネントによってインプリメントされ得る。たとえば、方法１３００の動作は、図７〜図９を参照しながら説明したように、基地局通信マネージャによって実行され得る。いくつかの例では、基地局１０５は、以下に説明される機能を遂行するために、デバイスの機能的な要素を制御するためのコードのセットを実行し得る。追加または代替として、ソースデバイス１０５は、特殊用途ハードウェアを使用して、以下に説明される機能の態様を遂行し得る。
【０１６９】
[0179]ブロック１３０５で、基地局１０５は、後続のＰＵＣＣＨ送信のために使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットを識別し得る。ブロック１３０５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１３０５の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨフォーマットマネージャによって実行され得る。
【０１７０】
[0180]ブロック１３１０で、基地局１０５は、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別し得る。ブロック１３１０の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１３１０の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨマッピングマネージャによって実行され得る。
【０１７１】
[0181]ブロック１３１５で、基地局１０５は、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定し得る。ブロック１３１５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１３１５の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨリソースマネージャによって実行され得る。
【０１７２】
[0182]ブロック１３２０で、基地局１０５は、アップリンク送信リソースを表す信号を送信し得る。ブロック１３２０の動作は、本明細書で説明された方法に従って実行され得る。いくつかの例では、ブロック１３２０の動作の態様は、図７〜図９を参照しながら説明したように、送信機によって実行され得る。
【０１７３】
[0183]図１４は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義のための方法１４００を示すフローチャートを示す。方法１４００の動作は、ここに説明されたような基地局１０５またはそのコンポーネントによってインプリメントされ得る。たとえば、方法１４００の動作は、図７〜図９を参照しながら説明したように、基地局通信マネージャによって実行され得る。いくつかの例では、基地局１０５は、以下に説明される機能を実行するために、デバイスの機能的な要素を制御するためのコードのセットを実行し得る。追加または代替として、ソースデバイス１０５は、特殊用途ハードウェアを使用して、以下に説明される機能の態様を遂行し得る。
【０１７４】
[0184]ブロック１４０５で、基地局１０５は、後続のＰＵＣＣＨ送信のために使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットを識別し得る。ブロック１４０５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１４０５の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨフォーマットマネージャによって実行され得る。
【０１７５】
[0185]ブロック１４１０で、基地局１０５は、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別し得る。ブロック１４１０の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１４１０の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨマッピングマネージャによって実行され得る。
【０１７６】
[0186]ブロック１４１５で、基地局１０５は、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定し得る。ブロック１４１５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１４１５の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨリソースマネージャによって実行され得る。
【０１７７】
[0187]ブロック１４２０で、基地局１０５は、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて送信時間間隔（ＴＴＩ）マッピングルールを識別し得る。ブロック１４２０の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１４２０の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨマッピングマネージャによって実行され得る。
【０１７８】
[0188]ブロック１４２５で、基地局１０５は、ＴＴＩマッピングルールに少なくとも部分的に基づいて、アップリンク送信リソースが後続のＰＵＣＣＨ送信のために使用されるべきであるＴＴＩを決定し得る。ブロック１４２５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１４２５の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨリソースマネージャによって実行され得る。
【０１７９】
[0189]ブロック１４３０で、基地局１０５は、アップリンク送信リソースを表す信号を送信し得る。ブロック１４３０の動作は、本明細書で説明された方法に従って実行され得る。いくつかの例では、ブロック１４３０の動作の態様は、図７〜図９を参照しながら説明したように、送信機によって実行され得る。
【０１８０】
[0190]ブロック１４３５で、基地局１０５は、ＴＴＩを表す信号を送信し得る。ブロック１４３５の動作は、本明細書で説明された方法に従って実行され得る。いくつかの例では、ブロック１４３５の動作の態様は、図７〜図９を参照しながら説明したように、送信機によって実行され得る。いくつかのケースでは、基地局１０５は、アップリンク送信リソースとＴＴＩの両方を表す単一の信号を送信し得る。
【０１８１】
[0191]図１５は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義のための方法１５００を示すフローチャートを示す。方法１５００の動作は、本明細書で説明されたように、ＵＥ１１５またはそのコンポーネントによってインプリメントされ得る。たとえば、方法１５００の動作は、図１０〜図１２を参照しながら説明したように、ＵＥ通信マネージャ１０１５、１１１５、および１２１５によって実行され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実行するために、デバイスの機能的な要素を制御するためのコードのセットを実行し得る。追加または代替として、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明される機能の態様を実行し得る。
【０１８２】
[0192]ブロック１５０５で、ＵＥ１１５は、後続のＰＵＣＣＨ送信のために使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットを識別し得る。ブロック１５０５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１５０５の動作の態様は、図１０〜図１２を参照しながら説明したように、ＰＵＣＣＨフォーマットマネージャによって実行され得る。
【０１８３】
[0193]ブロック１５１０で、ＵＥ１１５は、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別し得る。ブロック１５１０の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１５１０の動作の態様は、図１０〜図１２を参照しながら説明したように、ＰＵＣＣＨマッピングマネージャによって実行され得る。
【０１８４】
[0194]ブロック１５１５で、ＵＥ１１５は、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを表す信号を受信し得る。ブロック１５１５の動作は、本明細書で説明された方法に従って実行され得る。いくつかの例では、ブロック１５１５の動作の態様は、図１０〜図１２を参照しながら説明したように、受信機によって実行され得る。
【０１８５】
[0195]ブロック１５２０で、ＵＥ１１５は、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定し得る。ブロック１５２０の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１５２０の動作の態様は、図１０〜図１２を参照しながら説明したように、ＰＵＣＣＨリソースマネージャによって実行され得る。
【０１８６】
[0196]ブロック１５２５で、ＵＥ１１５は、アップリンク送信リソースを介して後続のＰＵＣＣＨ送信を送信し得る。ブロック１５２５の動作は、本明細書で説明された方法に従って実行され得る。いくつかの例では、ブロック１５２５の動作の態様は、図１０〜図１２を参照しながら説明したように、送信機によって実行され得る。
【０１８７】
[0197]図１６は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義のための方法１６００を示すフローチャートを示す。方法１６００の動作は、本明細書で説明されたように、ＵＥ１１５またはそのコンポーネントによってインプリメントされ得る。たとえば、方法１６００の動作は、図１０〜図１２を参照しながら説明したように、ＵＥ通信マネージャ１０１５、１１１５、および１２１５によって実行され得る。いくつかの例では、ＵＥ１１５は、以下で説明される機能を実行するために、デバイスの機能的な要素を制御するためのコードのセットを実行し得る。追加または代替として、ＵＥ１１５は、専用ハードウェアを使用して、以下で説明される機能の態様を実行し得る。
【０１８８】
[0198]ブロック１６０５で、ＵＥ１１５は、後続のＰＵＣＣＨ送信のために使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットを識別し得る。ブロック１６０５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１６０５の動作の態様は、図１０〜図１２を参照しながら説明したように、ＰＵＣＣＨフォーマットマネージャによって実行され得る。
【０１８９】
［０１９９］ブロック１６１０で、ＵＥ１１５は、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別し得る。ブロック１６１０の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１６１０の動作の態様は、図１０〜図１２を参照しながら説明したように、ＰＵＣＣＨマッピングマネージャによって実行され得る。
【０１９０】
［０２００］ブロック１６１５で、ＵＥ１１５は、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて送信時間間隔（ＴＴＩ）マッピングルールを識別し得る。ブロック１６１５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１６１５の動作の態様は、図１０〜図１２を参照しながら説明したように、ＰＵＣＣＨマッピングマネージャによって実行され得る。
【０１９１】
［０２０１］ブロック１６２０で、ＵＥ１１５は、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを表す信号を受信し得る。ブロック１６２０の動作は、本明細書で説明された方法に従って実行され得る。いくつかの例では、ブロック１６２０の動作の態様は、図１０〜図１２を参照しながら説明したように、受信機によって実行され得る。いくつかのケースでは、ＵＥ１１５は、アップリンク送信リソースとＴＴＩの両方を表す単一の信号を受信し得る。ＵＥ１１５はまた、一方がアップリンク送信リソースを表し、他方がＴＴＩを表す、別個の信号を受信し得る。
【０１９２】
[0202]ブロック１６２５で、ＵＥ１１５は、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定し得る。ブロック１６２５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１６２５の動作の態様は、図１０〜図１２を参照しながら説明したように、ＰＵＣＣＨリソースマネージャによって実行され得る。
【０１９３】
[0203]ブロック１６３０で、ＵＥ１１５は、ＴＴＩマッピングルールに少なくとも部分的に基づいて、アップリンク送信リソースが後続のＰＵＣＣＨ送信のために使用されるべきであるＴＴＩを決定し得る。ブロック１６３０の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１６３０の動作の態様は、図１０〜図１２を参照しながら説明したように、ＰＵＣＣＨリソースマネージャによって実行され得る。
【０１９４】
[0204]ブロック１６３５で、ＵＥ１１５は、アップリンク送信リソースを介して後続のＰＵＣＣＨ送信を送信し得る。ブロック１６３５の動作は、本明細書で説明された方法に従って実行され得る。いくつかの例では、ブロック１６３５の動作の態様は、図１０〜図１２を参照しながら説明したように、送信機によって実行され得る。
【０１９５】
[0205]ブロック１６４０で、ＵＥ１１５は、ＴＴＩ内で後続のＰＵＣＣＨ送信を送信し得る。ブロック１６４０の動作は、本明細書で説明された方法に従って実行され得る。いくつかの例では、ブロック１６４０の動作の態様は、図１０〜図１２を参照しながら説明したように、送信機によって実行され得る。ＵＥ１１５は、ブロック１６３５および１６４０の動作を同時に達成するように、ブロック１６３５および１６４０の動作を組み合わせ得る。
【０１９６】
[0206]図１７は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義のための方法１３００を示すフローチャートを示す。方法１３００の動作は、ここに説明されたような基地局１０５またはそのコンポーネントによってインプリメントされ得る。たとえば、方法１３００の動作は、図７〜図９を参照しながら説明したように、基地局通信マネージャによって実行され得る。いくつかの例では、基地局１０５は、以下に説明される機能を実行するために、デバイスの機能的な要素を制御するためのコードのセットを実行し得る。追加または代替として、ソースデバイス１０５は、特殊用途ハードウェアを使用して、以下に説明される機能の態様を遂行し得る。
【０１９７】
[0207]ブロック１７０５で、基地局１０５は、後続のＰＵＣＣＨ送信のために使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットを識別し得る。ブロック１７０５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１７０５の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨフォーマットマネージャによって実行され得る。
【０１９８】
[0208]ブロック１７１０で、基地局１０５は、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別し得る。基地局１０５は、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量がしきい値量以下である場合、暗黙的リソースマッピングルールを識別し得る。ブロック１７１０の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１７１０の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨマッピングマネージャによって実行され得る。
【０１９９】
[0209]ブロック１７１５で、基地局１０５は、しきい値量以下であるアップリンク制御データの量に少なくとも部分的に基づいてアップリンク送信リソースの第１のセットを識別し得、ここで、第１のセットは、しきい値量以下であるアップリンク制御データの量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを含む。ブロック１７１５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１７１５の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨマッピングマネージャによって実行され得る。
【０２００】
[0210]ブロック１７２０で、基地局１０５は、第１のセット中に含まれるアップリンク送信リソースの数を識別し得る。ブロック１７１５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１７１５の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨリソースマネージャによって実行され得る。
【０２０１】
[0211]ブロック１７２５で、基地局は、第１のセット中に含まれるアップリンク送信リソースの数がアップリンク送信リソースのしきい値数を上回る場合、暗黙的リソースマッピングルールを識別し得る。ブロック１７１５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１７１５の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨマッピングマネージャによって実行され得る。
【０２０２】
[0212]ブロック１７３０で、基地局１０５は、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定し得る。ブロック１７３０の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１７３０の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨリソースマネージャによって実行され得る。
【０２０３】
[0213]ブロック１７３５で、基地局１０５は、アップリンク送信リソースを表す信号を送信し得る。ブロック１７３５の動作は、本明細書で説明された方法に従って実行され得る。いくつかの例では、ブロック１７３５の動作の態様は、図７〜図９を参照しながら説明したように、送信機によって実行され得る。
【０２０４】
[0214]図１８は、本開示の態様による、ユーザ機器へのマッピングおよびアップリンク制御チャネルリソース定義のための方法１８００を示すフローチャートを示す。方法１８００の動作は、ここに説明されたような基地局１０５またはそのコンポーネントによってインプリメントされ得る。たとえば、方法１８００の動作は、図７〜図９を参照しながら説明したように、基地局通信マネージャによって実行され得る。いくつかの例では、基地局１０５は、以下に説明される機能を実行するために、デバイスの機能的な要素を制御するためのコードのセットを実行し得る。追加または代替として、ソースデバイス１０５は、特殊用途ハードウェアを使用して、以下に説明される機能の態様を遂行し得る。
【０２０５】
[0215]ブロック１８０５で、基地局１０５は、後続のＰＵＣＣＨ送信のために使用されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットを識別し得る。ブロック１８０５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１８０５の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨフォーマットマネージャによって実行され得る。
【０２０６】
[0216]ブロック１８１０で、基地局１０５は、ＰＵＣＣＨフォーマットに少なくとも部分的に基づいてＰＵＣＣＨリソースマッピングルールを識別し得る。基地局１０５は、後続のＰＵＣＣＨ送信に含まれるべきアップリンク制御データの量がしきい値量を上回る場合、明示的リソースマッピングルールを識別し得る。ブロック１８１０の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１８１０の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨマッピングマネージャによって実行され得る。
【０２０７】
[0217]ブロック１８１５で、基地局１０５は、しきい値量を上回るアップリンク制御データの量に少なくとも部分的に基づいてアップリンク送信リソースの第２のセットを識別し得、ここで、第２のセットは、しきい値量を上回るアップリンク制御データの量に適合する、ＰＵＣＣＨフォーマットを有するアップリンク送信リソースを含む。ブロック１８１５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１８１５の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨリソースマネージャによって実行され得る。
【０２０８】
[0218]ブロック１８２０で、基地局１０５は、第２のセット中に含まれるアップリンク送信リソースの数を識別し得る。ブロック１８２０の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１８２０の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨリソースマネージャによって実行され得る。
【０２０９】
[0219]ブロック１８２５で、基地局１０５は、第２のセット中に含まれるアップリンク送信リソースの数がアップリンク送信リソースのしきい値数以下である場合、明示的リソースマッピングルールを識別し得る。ブロック１８２５の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１８２５の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨマッピングによって実行され得る。
【０２１０】
[0220]ブロック１８３０で、基地局１０５は、ＰＵＣＣＨリソースマッピングルールに少なくとも部分的に基づいて、後続のＰＵＣＣＨ送信のために使用されるべきアップリンク送信リソースを決定し得る。ブロック１８３０の動作は、本明細書で説明された方法に従って実行され得る。ある特定の例では、ブロック１８３０の動作の態様は、図７〜図９を参照しながら説明したように、ＰＵＣＣＨリソースマネージャによって実行され得る。
【０２１１】
[0221]ブロック１８３５で、基地局１０５は、アップリンク送信リソースを表す信号を送信し得る。ブロック１８３５の動作は、本明細書で説明された方法に従って実行され得る。いくつかの例では、ブロック１８３５の動作の態様は、図７〜図９を参照しながら説明したように、送信機によって実行され得る。
【０２１２】
[0222]上述された方法は、可能なインプリメンテーションを説明しており、動作およびステップは、再配列またはそうでない場合は修正され得、他のインプリメンテーションが可能であることに留意されたい。さらに、これら方法のうちの２つ以上からの態様が組み合わされ得る。
【０２１３】
[0223]本明細書で説明された技法は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）、および他のシステムといった、様々なワイヤレス通信システムのために使用され得る。ＣＤＭＡシステムは、ＣＤＭＡ２００、ユニバーサル地上無線アクセス（ＵＴＲＡ）等のような無線技術を実装し得る。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格をカバーする。ＩＳ−２０００リリースは一般に、ＣＤＭＡ２０００  １Ｘ、１Ｘ、等と呼ばれ得る。ＩＳ−８５６（ＴＩＡ−８５６）は、一般に、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ、高速パケットデータ（ＨＲＰＤ）、等と称される。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形物を含む。ＴＤＭＡシステムは、移動体通信のための全世界システム（ＧＳＭ（登録商標））のような無線技術をインプリメントし得る。
【０２１４】
[0224]ＯＦＤＭＡシステムは、ウルトラモバイルブロードバンド（ＵＭＢ）、発展型ＵＴＲＡ（Ｅ  −  ＵＴＲＡ）、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１（Ｗｉ  −  Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭなどの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）の一部である。ＬＴＥおよびＬＴＥ−Ａは、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、ＮＲ、およびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ（登録商標））という名称の団体による文書中で説明されている。ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名称の組織による文書において説明される。本明細書で説明されている技法は、上述されたシステムおよび無線技術と、ならびに他のシステムおよび無線技術にも使用され得る。ＬＴＥまたはＮＲシステムの態様が、例を目的として説明され得、ＬＴＥまたはＮＲ用語が、説明の大部分において使用され得る一方で、本明細書で説明される技法は、ＬＴＥまたはＮＲアプリケーションを超えて適用可能である。
【０２１５】
[0225]マクロセルは一般に、相対的に広い地理的エリア（例えば、半径数キロメートル）をカバーし、ネットワークプロバイダにサービス加入しているＵＥ１１５による無制限のアクセスを可能にし得る。スモールセルは、マクロセルと比較して、より低電力の基地局１０５に関連付けられ得、スモールセルは、マクロセルと同じまたは異なる（たとえば、認可、無認可、等の）周波数帯域において動作し得る。スモールセルは、様々な例にしたがって、ピコセル、フェムトセル、およびマイクロセルを含み得る。ピコセルは、例えば、小さな地理的エリアをカバーし、ネットワークプロバイダにサービス加入しているＵＥ１１５による無制限のアクセスを可能にし得る。フェムトセルもまた、小さな地理的エリア（例えば、家）をカバーし、フェムトセルとの関連付けを有するＵＥ１１５（例えば、クローズド加入者グループ（ＣＳＧ）中のＵＥ１１５、家の中にいるユーザのためのＵＥ１１５、等）による制限されたアクセスを提供し得る。マクロセルのためのｅＮＢは、マクロｅＮＢと呼ばれ得る。スモールセルのためのｅＮＢは、スモールセルｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、またはホームｅＮＢと呼ばれ得る。ｅＮＢは、１つまたは複数（例えば、２つ、３つ、４つ、等）のセルをサポートし、また、１つまたは複数のコンポーネントキャリアを使用する通信をサポートし得る。
【０２１６】
[0226]本明細書に説明された１つまたは複数のワイヤレス通信システム１００は、同期または非同期動作をサポートし得る。同期動作の場合、複数の基地局１０５は、同様のフレームタイミングを有し得、異なる基地局１０５からの送信は、時間的にほぼアラインされ得る。非同期動作の場合、複数の基地局１０５は、異なるフレームタイミングを有し得、異なる基地局１０５からの送信は、時間的にアラインされない可能性がある。本明細書に説明された技法は、同期または非同期動作のいずれかのために使用され得る。
【０２１７】
[0227]本明細書に説明された情報および信号は、多様な異なる技術および技法のうちの任意のものを使用して表され得る。例えば、上記の説明全体を通じて参照されうるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはそれらの任意の組み合わせによって表され得る。
【０２１８】
[0228]本明細書における開示に関連して説明されている様々な例示的なブロックおよびモジュールは、本明細書で説明されている機能を行うように設計された、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス（ＰＬＤ）、ディスクリートゲートもしくはトランジスタ論理回路、ディスクリートハードウエアコンポーネント、またはそれらのあらゆる組み合わせを用いて、インプリメントまたは実行され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代わりとして、該プロセッサは、いずれの従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでもあり得る。プロセッサはまた、コンピューティングデバイスの組合せ（例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成）としてインプリメントされ得る。
【０２１９】
[0229]本明細書に説明された機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの任意の組み合わせにおいてインプリメントされ得る。プロセッサによって実行されるソフトウェアで実装される場合、機能は、コンピュータ可読媒体上で１つまたは複数の命令またはコードとして記憶または送信され得る。他の例およびインプリメンテーションは、本開示および添付の請求項の範囲内にある。例えば、ソフトウェアの性質に起因して、上述された機能は、プロセッサによって実行されるソフトウェア、ハードウェア、ファームウェア、ハードワイヤリング、またはこれらのうちのいずれのものの組合せを使用してもインプリメントされ得る。機能を実装する特徴はまた、機能の部分が、異なる物理的ロケーションで実装されるように分散されることを含む、様々な場所に物理的に位置付けられ得る。
【０２２０】
[0230]コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体と非一時的コンピュータ記憶媒体との両方を含む。非一時的記憶媒体は、汎用または特殊用途コンピュータによってアクセスされることができる任意の利用可能な媒体であり得る。限定ではなく例として、非一時的コンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュメモリ、コンパクトディスク（ＣＤ）ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは命令またはデータ構造の形態で所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、あるいは汎用または専用プロセッサによってアクセスされ得る、任意の他の非一時的媒体を含み得る。また、任意の接続手段は、コンピュータ可読媒体と適切に呼ばれる。例えば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。本明細書で使用される場合、ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、ＣＤ、レーザーディスク（登録商標）（ｄｉｓｃ）、光学ディスク（ｄｉｓｃ）、デジタル多目的ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、およびブルーレイディスク（ｄｉｓｃ）を含み、ここでディスク（ｄｉｓｋ）は通常磁気的にデータを再生する一方で、ディスク（ｄｉｓｃ）は、レーザーを用いて光学的にデータを再生する。上記の組合せもまた、コンピュータ可読媒体の範囲内に含まれる。
【０２２１】
[0231]請求項を含めて、本明細書で使用されるように、項目のリストにおいて使用される「または」（たとえば、「〜のうちの少なくとも１つ」あるいは「〜のうちの１つまたは複数」などのフレーズによって前置きされる項目のリスト）は、例えばＡ、Ｂ、またはＣのうちの少なくとも１つのリストが、ＡまたはＢまたはＣまたはＡＢまたはＡＣまたはＢＣまたはＡＢＣ（たとえば、ＡおよびＢおよびＣ）を意味するように、選言的なリスト（ｄｉｓｊｕｎｃｔｉｖｅ  ｌｉｓｔ）を示す。また、本明細書で使用される場合、「〜に基づいて」という表現は、条件の閉集合への参照として解釈されないものとする。例えば、「条件Ａに基づいて」と説明された例示的なステップは、本開示の範囲から逸脱することなく条件Ａと条件Ｂの両方に基づき得る。換言すれば、本明細書で使用される場合、「〜に基づいて」という表現は、「〜に少なくとも部分的に基づいて」という表現と同様に解釈されるものとする。
【０２２２】
[0232]添付された図面では、同様のコンポーネントまたは特徴は、同じ参照ラベルを有し得る。さらに、同じタイプの様々なコンポーネントは、参照ラベルに、ハイフンと、類似のコンポーネントを区別する第２のラベルとを後続させることによって区別され得る。第１の参照ラベルのみが本明細書中で使用される場合、その説明は、第２の参照ラベルまたは他の後続の参照ラベルに関係なく、同じ第１の参照ラベルを有する同様の構成要素のいずれにも適用可能である。
【０２２３】
[0233]添付された図面に関連して本明細書に記載された説明は、実例的な構成を説明しており、インプリメントされ得るまたは特許請求の範囲内にある全ての例を表してはいない。本明細書に使用される「例証的（ｅｘｅｍｐｌａｒｙ）」という用語は、「好ましい」または「他の例より有利である」ということではなく、「例、事例、または例示としての役割を果たすこと」を意味する。詳細な説明は、説明された技法の理解を提供することを目的として特定の詳細を含む。しかしながら、これらの技法は、これらの具体的な詳細なしに実施され得る。いくつかの事例では、周知の構造およびデバイスは、説明されている例のコンセプトを暖味にすることを回避するためにブロック図の形態で図示されている。
【０２２４】
[0234]本明細書での説明は、当業者が本開示を製造または使用することを可能にするために提供される。本開示に対する様々な修正は、当業者にとって容易に明らかとなり、本明細書に定義された包括的な原理は、本開示の範囲から逸脱することなしに他の変形に適用され得る。したがって、本開示は、本明細書で説明された例および設計に限定されるべきではなく、本明細書で開示された原理および新規の特徴に合致する最も広い範囲を与えられることとなる。
【図１】
2020529773.tif 000003
【図２】
2020529773.tif 000004
【図３】
2020529773.tif 000005
【図４】
2020529773.tif 000006
【図５】
2020529773.tif 000007
【図６】
2020529773.tif 000008
【図７】
2020529773.tif 000009
【図８】
2020529773.tif 000010
【図９】
2020529773.tif 000011
【図１０】
2020529773.tif 000012
【図１１】
2020529773.tif 000013
【図１２】
2020529773.tif 000014
【図１３】
2020529773.tif 000015
【図１４】
2020529773.tif 000016
【図１５】
2020529773.tif 000017
【図１６】
2020529773.tif 000018
【図１７】
2020529773.tif 000019
【図１８】
2020529773.tif 000020
【国際調査報告】
2020529773.tif 000021
2020529773.tif 000022
2020529773.tif 000023