(57)【要約】ワイヤレス通信のための技法が説明される。１つの方法は、アップリンクパイロットタイムスロット（ＵｐＰＴＳ）に関連付けられたデータ構造とＵｐＰＴＳに関連付けられた復調基準信号構造とを識別することと、ここで、ＵｐＰＴＳは、サブフレームの一部分中に発生し、データ構造と復調基準信号構造とに少なくとも部分的に基づいて第２のデバイスと通信することとを含む。【選択図】図１７
2019510417.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信のための方法であって、
第１のデバイスが、アップリンクデータ送信のためのアップリンクパイロットタイムスロット（ＵｐＰＴＳ）に関連付けられたデータ構造と前記ＵｐＰＴＳに関連付けられた復調基準信号構造とを識別することと、ここにおいて、前記ＵｐＰＴＳは、サブフレームの一部分中に発生する、
前記データ構造と前記復調基準信号構造とに少なくとも部分的に基づいて第２のデバイスと通信することと
を備える、方法。
【請求項２】
前記ＵｐＰＴＳに関連付けられた前記データ構造と前記復調基準信号構造とを識別することは、
前記ＵｐＰＴＳ中での送信のためにスケジューリングされる物理アップリンク共有チャネル（ＰＵＳＣＨ）のデータ構造と復調基準信号構造とを識別すること
を備える、請求項１に記載の方法。
【請求項３】
前記ＰＵＳＣＨの前記データ構造と前記復調基準信号構造とを識別することは、
前記ＵｐＰＴＳに前記サブフレームのスロットについての公称ＰＵＳＣＨ構成の変調シンボルのサブセットをマッピングすること
を備える、請求項２に記載の方法。
【請求項４】
変調シンボルの前記サブセットは、前記スロットについての前記公称ＰＵＳＣＨ構成の変調シンボルの時間的に最後のサブセット、または前記スロットについての前記公称ＰＵＳＣＨ構成の変調シンボルの時間的に第１のサブセットのうちの１つを備える、請求項３に記載の方法。
【請求項５】
前記ＵｐＰＴＳに関連付けられた前記データ構造と前記復調基準信号構造とを識別することは、
前記ＵｐＰＴＳが６つのシンボル期間ＵｐＰＴＳを備えることを識別することと、
前記６つのシンボル期間ＵｐＰＴＳの時間的に第３のシンボル期間、または前記６つのシンボル期間ＵｐＰＴＳの時間的に第４のシンボル期間、または前記６つのシンボル期間ＵｐＰＴＳの時間的に第２のシンボル期間と時間的に第５のシンボル期間、または前記６つのシンボル期間ＵｐＰＴＳの２つのシンボル期間、または前記６つのシンボル期間ＵｐＰＴＳの少なくとも時間的に第１のシンボル期間のうちの１つにマッピングされる復調基準信号送信を識別することと
を備える、請求項２に記載の方法。
【請求項６】
ネットワークアクセスデバイスから前記ＰＵＳＣＨの前記データ構造と前記復調基準信号構造とのインジケーションを受信すること、
ここにおいて、前記ＵｐＰＴＳ中での送信のためにスケジューリングされる前記ＰＵＳＣＨの前記データ構造と前記復調基準信号構造とは、前記ＰＵＳＣＨの前記データ構造と前記復調基準信号構造との前記受信されたインジケーションに少なくとも部分的に基づいて識別される、
をさらに備える、請求項２に記載の方法。
【請求項７】
前記ＰＵＳＣＨの前記データ構造と前記復調基準信号構造との前記インジケーションは、無線リソース制御（ＲＲＣ）構成、またはダウンリンク制御情報（ＤＣＩ）中の動的インジケーション、またはＤＣＩフォーマット、またはそれらの組み合わせのうちの少なくとも１つを備える、請求項６に記載の方法。
【請求項８】
ユーザ機器（ＵＥ）に前記ＰＵＳＣＨの前記識別されたデータ構造と前記復調基準信号構造とのインジケーションを提供すること
をさらに備える、請求項２に記載の方法。
【請求項９】
前記ＵｐＰＴＳは、アップリンクサブフレームより前に発生する、請求項２に記載の方法。
【請求項１０】
前記ＰＵＳＣＨの前記データ構造と前記復調基準信号構造とを識別することは、
単一のアップリンクサブフレームの第２の持続時間以下の第１の持続時間を有する送信時間間隔（ＴＴＩ）のために構成されたＰＵＳＣＨトランスポートブロックを識別すること
を備える、請求項９に記載の方法。
【請求項１１】
前記ＰＵＳＣＨの前記データ構造と前記復調基準信号構造とを識別することは、
前記ＵｐＰＴＳの少なくとも一部分と前記ＵｐＰＴＳに続く前記アップリンクサブフレームの少なくとも一部分とにわたる送信時間間隔（ＴＴＩ）のために構成されたＰＵＳＣＨトランスポートブロックを識別すること
を備える、請求項９に記載の方法。
【請求項１２】
先に送信されるサブフレーム中で前記ＰＵＳＣＨをスケジューリングすること、前記先に送信されるサブフレームは、前記ＵｐＰＴＳを含む前記サブフレームより前に送信される、
をさらに備える、請求項２に記載の方法。
【請求項１３】
前記先に送信されるサブフレーム中で前記ＰＵＳＣＨをスケジューリングすることは、
前記ＰＵＳＣＨのためのアップリンク許可を前記先に送信されるサブフレーム中で送信すること
を備える、請求項１２に記載の方法。
【請求項１４】
前記ＰＵＳＣＨのための前記アップリンク許可は、前記先に送信されるサブフレーム中で送信される唯一のアップリンク許可である、請求項１３に記載の方法。
【請求項１５】
少なくとも１つの追加のサブフレーム中でスケジューリングされる少なくとも１つの追加のＰＵＳＣＨのための少なくとも１つの追加のアップリンク許可を前記先に送信されるサブフレーム中で送信すること
をさらに備える、請求項１３に記載の方法。
【請求項１６】
前記ＰＵＳＣＨに対して別個の物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）リソースまたは共有ＰＨＩＣＨリソースを割り振ること、ここにおいて、前記共有ＰＨＩＣＨリソースは、前記少なくとも１つの追加のＰＵＳＣＨと共有される、
をさらに備える、請求項１５に記載の方法。
【請求項１７】
前記ＰＵＳＣＨのための前記アップリンク許可は、少なくとも１つの追加のサブフレーム中でスケジューリングされる少なくとも１つの追加のＰＵＳＣＨをスケジューリングする、請求項１３に記載の方法。
【請求項１８】
前記アップリンク許可は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）または拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）中で送信される、請求項１３に記載の方法。
【請求項１９】
前記ＰＵＳＣＨに対して別個の物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）リソースを割り振ること
をさらに備える、請求項１３に記載の方法。
【請求項２０】
前記ＰＵＳＣＨについての別個のハイブリッド自動再送要求（ＨＡＲＱ）処理を構成すること
をさらに備える、請求項２に記載の方法。
【請求項２１】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、または拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）、または非同期アップリンクハイブリッド自動再送要求（ＨＡＲＱ）動作のうちの少なくとも１つを使用して前記ＰＵＳＣＨの再送信をスケジューリングすること
をさらに備える、請求項２に記載の方法。
【請求項２２】
前記ＵｐＰＴＳ中での送信のためにスケジューリングされる前記ＰＵＳＣＨとアップリンクサブフレーム中での送信のためにスケジューリングされる少なくとも１つの追加のＰＵＳＣＨとに対して同じダウンリンク制御情報（ＤＣＩ）サイズスケジューリングを割り振ること
をさらに備える、請求項２に記載の方法。
【請求項２３】
複数のリソースブロック粒度に少なくとも部分的に基づいて前記ＰＵＳＣＨのリソースを割り振ること
をさらに備える、請求項２に記載の方法。
【請求項２４】
先に送信されるサブフレーム中での前記ＰＵＳＣＨのスケジューリングを受信すること、前記先に送信されるサブフレームは、前記ＵｐＰＴＳを含む前記サブフレームより前に受信される、
をさらに備える、請求項２に記載の方法。
【請求項２５】
前記先に送信されるサブフレーム中での前記ＰＵＳＣＨの前記スケジューリングを受信することは、
前記ＰＵＳＣＨのためのアップリンク許可を前記先に送信されるサブフレーム中で受信すること
を備える、請求項２４に記載の方法。
【請求項２６】
前記ＰＵＳＣＨのための前記アップリンク許可は、前記先に送信されるサブフレーム中で受信される唯一のアップリンク許可である、請求項２５に記載の方法。
【請求項２７】
少なくとも１つの追加のサブフレーム中でスケジューリングされる少なくとも１つの追加のＰＵＳＣＨのための少なくとも１つの追加のアップリンク許可を前記先に送信されるサブフレーム中で受信すること
をさらに備える、請求項２５に記載の方法。
【請求項２８】
前記ＰＵＳＣＨについての別個の物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）リソースまたは共有ＰＨＩＣＨリソースを識別すること、ここにおいて、前記共有ＰＨＩＣＨリソースは、前記少なくとも１つの追加のＰＵＳＣＨと共有される、
をさらに備える、請求項２７に記載の方法。
【請求項２９】
前記ＰＵＳＣＨのための前記アップリンク許可は、少なくとも１つの追加のサブフレーム中でスケジューリングされる少なくとも１つの追加のＰＵＳＣＨをスケジューリングする、請求項２５に記載の方法。
【請求項３０】
前記アップリンク許可は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）中で受信される、請求項２５に記載の方法。
【請求項３１】
前記ＰＵＳＣＨについての別個の物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）リソースを識別すること
をさらに備える、請求項２５に記載の方法。
【請求項３２】
前記ＰＵＳＣＨについての別個のハイブリッド自動再送要求（ＨＡＲＱ）処理の構成を受信すること
をさらに備える、請求項２に記載の方法。
【請求項３３】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、または拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）、または非同期アップリンクハイブリッド自動再送要求（ＨＡＲＱ）動作のうちの少なくとも１つにおける前記ＰＵＳＣＨの再送信のスケジューリングを受信すること
をさらに備える、請求項２に記載の方法。
【請求項３４】
前記ＵｐＰＴＳ中での送信のためにスケジューリングされる前記ＰＵＳＣＨとアップリンクサブフレームのためにスケジューリングされる少なくとも１つの追加のＰＵＳＣＨとについての同じダウンリンク制御情報（ＤＣＩ）サイズスケジューリングを識別すること
をさらに備える、請求項２に記載の方法。
【請求項３５】
複数のリソースブロック粒度に少なくとも部分的に基づく前記ＰＵＳＣＨのリソースの割り振りを受信すること
をさらに備える、請求項２に記載の方法。
【請求項３６】
前記ＵｐＰＴＳ中に送信されるサウンディング基準信号（ＳＲＳ）のタイミングを識別すること
をさらに備える、請求項２に記載の方法。
【請求項３７】
前記ＵｐＰＴＳ中に送信される物理アップリンク制御チャネル（ＰＵＣＣＨ）のタイミングを識別することと、
前記ＰＵＣＣＨ中で送信されるチャネル状態情報（ＣＳＩ）、スケジューリング要求（ＳＲ）、またはそれらの組み合わせのうちの少なくとも１つを識別することと
をさらに備える、請求項２に記載の方法。
【請求項３８】
前記ＰＵＣＣＨ中にハイブリッド自動再送要求（ＨＡＲＱ）情報を送信することを控えることを決定すること
をさらに備える、請求項３７に記載の方法。
【請求項３９】
前記ＵｐＰＴＳの２つよりも多くのシンボル期間中で物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースのタイミングを識別すること
をさらに備える、請求項２に記載の方法。
【請求項４０】
前記ＵｐＰＴＳ中での送信のためにスケジューリングされる前記ＰＵＳＣＨの少なくとも第１のリソースと、少なくとも１つの追加のサブフレームのためにスケジューリングされる少なくとも１つの追加のＰＵＳＣＨの少なくとも第２のリソースとのバンドリングを識別すること
をさらに備える、請求項２に記載の方法。
【請求項４１】
前記第１のリソースは、前記第２のリソースの第２のリソース粒度とは異なる第１のリソース粒度を有する、請求項４０に記載の方法。
【請求項４２】
前記ＵｐＰＴＳは、アップリンクサブフレームより前に発生し、前記方法は、
非周期的チャネル品質情報（ＣＱＩ）、または非周期的サウンディング基準信号（ＳＲＳ）、またはそれらの組み合わせのうちの少なくとも１つの、前記ＵｐＰＴＳ中の送信に対する制限を識別すること、ここにおいて、前記制限は、前記アップリンクサブフレーム中の送信に少なくとも部分的に基づく、
をさらに備える、請求項１に記載の方法。
【請求項４３】
前記サブフレームの送信電力をサブフレームレベルに、またはスロットレベルにスケーリングすること
をさらに備える、請求項１に記載の方法。
【請求項４４】
ワイヤレス通信のための装置であって、
第１のデバイスが、アップリンクパイロットタイムスロット（ＵｐＰＴＳ）に関連付けられたデータ構造と前記ＵｐＰＴＳに関連付けられた復調基準信号構造とを識別するための手段と、ここにおいて、前記ＵｐＰＴＳは、サブフレームの一部分中に発生する、
前記データ構造と前記復調基準信号構造とに少なくとも部分的に基づいて第２のデバイスと通信するための手段と
を備える、装置。
【請求項４５】
前記ＵｐＰＴＳに関連付けられた前記データ構造と前記復調基準信号構造とを前記識別するための手段は、
前記ＵｐＰＴＳ中での送信のためにスケジューリングされる物理アップリンク共有チャネル（ＰＵＳＣＨ）のデータ構造と復調基準信号構造とを識別するための手段
を備える、請求項４４に記載の装置。
【請求項４６】
前記ＰＵＳＣＨの前記データ構造と前記復調基準信号構造とを前記識別するための手段は、
前記ＵｐＰＴＳに前記サブフレームのスロットについての公称ＰＵＳＣＨ構成の変調シンボルのサブセットをマッピングするための手段
を備える、請求項４５に記載の装置。
【請求項４７】
変調シンボルの前記サブセットは、前記スロットについての前記公称ＰＵＳＣＨ構成の変調シンボルの時間的に最後のサブセット、または前記スロットについての前記公称ＰＵＳＣＨ構成の変調シンボルの時間的に第１のサブセットのうちの１つを備える、請求項４６に記載の装置。
【請求項４８】
ＵｐＰＴＳに関連付けられた前記データ構造と前記復調基準信号構造とを前記識別するための手段は、
前記ＵｐＰＴＳが６つのシンボル期間ＵｐＰＴＳを備えることを識別するための手段と、
前記６つのシンボル期間ＵｐＰＴＳの時間的に第３のシンボル期間、または前記６つのシンボル期間ＵｐＰＴＳの時間的に第４のシンボル期間、または前記６つのシンボル期間ＵｐＰＴＳの時間的に第２のシンボル期間と時間的に第５のシンボル期間、または前記６つのシンボル期間ＵｐＰＴＳの２つのシンボル期間、または前記６つのシンボル期間ＵｐＰＴＳの少なくとも時間的に第１のシンボル期間のうちの１つにマッピングされる復調基準信号送信を識別するための手段と
を備える、請求項４５に記載の装置。
【請求項４９】
ネットワークアクセスデバイスから前記ＰＵＳＣＨの前記データ構造と前記復調基準信号構造とのインジケーションを受信するための手段、
ここにおいて、前記ＵｐＰＴＳ中での送信のためにスケジューリングされる前記ＰＵＳＣＨの前記データ構造と前記復調基準信号構造とは、前記ＰＵＳＣＨの前記データ構造と前記復調基準信号構造との前記受信されたインジケーションに少なくとも部分的に基づいて識別される、
をさらに備える、請求項４５に記載の装置。
【請求項５０】
前記ＰＵＳＣＨの前記データ構造と前記復調基準信号構造との前記インジケーションは、無線リソース制御（ＲＲＣ）構成、またはダウンリンク制御情報（ＤＣＩ）中の動的インジケーション、またはＤＣＩフォーマット、またはそれらの組み合わせのうちの少なくとも１つを備える、請求項４９に記載の装置。
【請求項５１】
ユーザ機器（ＵＥ）に前記ＰＵＳＣＨの前記識別されたデータ構造と前記復調基準信号構造とのインジケーションを提供するための手段
をさらに備える、請求項４５に記載の装置。
【請求項５２】
前記ＵｐＰＴＳは、アップリンクサブフレームより前に発生する、請求項４５に記載の装置。
【請求項５３】
前記ＰＵＳＣＨの前記データ構造と前記復調基準信号構造とを前記識別するための手段は、
単一のアップリンクサブフレームの第２の持続時間以下の第１の持続時間を有する送信時間間隔（ＴＴＩ）のために構成されたＰＵＳＣＨトランスポートブロックを識別するための手段
を備える、請求項５２に記載の装置。
【請求項５４】
前記ＰＵＳＣＨの前記データ構造と前記復調基準信号構造とを前記識別するための手段は、
前記ＵｐＰＴＳの少なくとも一部分と前記ＵｐＰＴＳに続く前記アップリンクサブフレームの少なくとも一部分とにわたる送信時間間隔（ＴＴＩ）のために構成されたＰＵＳＣＨトランスポートブロックを識別するための手段
を備える、請求項５２に記載の装置。
【請求項５５】
先に送信されるサブフレーム中で前記ＰＵＳＣＨをスケジューリングするための手段、前記先に送信されるサブフレームは、前記ＵｐＰＴＳを含む前記サブフレームより前に送信される、
をさらに備える、請求項４５に記載の装置。
【請求項５６】
前記先に送信されるサブフレーム中で前記ＰＵＳＣＨを前記スケジューリングするための手段は、
前記ＰＵＳＣＨのためのアップリンク許可を前記先に送信されるサブフレーム中で送信するための手段
を備える、請求項５５に記載の装置。
【請求項５７】
前記ＰＵＳＣＨのための前記アップリンク許可は、前記先に送信されるサブフレーム中で送信される唯一のアップリンク許可である、請求項５６に記載の装置。
【請求項５８】
少なくとも１つの追加のサブフレーム中でスケジューリングされる少なくとも１つの追加のＰＵＳＣＨのための少なくとも１つの追加のアップリンク許可を前記先に送信されるサブフレーム中で送信するための手段
をさらに備える、請求項５６に記載の装置。
【請求項５９】
前記ＰＵＳＣＨに対して別個の物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）リソースまたは共有ＰＨＩＣＨリソースを割り振るための手段、ここにおいて、前記共有ＰＨＩＣＨリソースは、前記少なくとも１つの追加のＰＵＳＣＨと共有される、
をさらに備える、請求項５８に記載の装置。
【請求項６０】
前記ＰＵＳＣＨのための前記アップリンク許可は、少なくとも１つの追加のサブフレーム中でスケジューリングされる少なくとも１つの追加のＰＵＳＣＨをスケジューリングする、請求項５６に記載の装置。
【請求項６１】
前記アップリンク許可は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）または拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）中で送信される、請求項５６に記載の装置。
【請求項６２】
前記ＰＵＳＣＨに対して別個の物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）リソースを割り振るための手段
をさらに備える、請求項５６に記載の装置。
【請求項６３】
前記ＰＵＳＣＨについての別個のハイブリッド自動再送要求（ＨＡＲＱ）処理を構成するための手段
をさらに備える、請求項４５に記載の装置。
【請求項６４】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、または拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）、または非同期アップリンクハイブリッド自動再送要求（ＨＡＲＱ）動作のうちの少なくとも１つを使用して前記ＰＵＳＣＨの再送信をスケジューリングするための手段
をさらに備える、請求項４５に記載の装置。
【請求項６５】
前記ＵｐＰＴＳ中での送信のためにスケジューリングされる前記ＰＵＳＣＨとアップリンクサブフレーム中での送信のためにスケジューリングされる少なくとも１つの追加のＰＵＳＣＨとに対して同じダウンリンク制御情報（ＤＣＩ）サイズスケジューリングを割り振るための手段
をさらに備える、請求項４５に記載の装置。
【請求項６６】
複数のリソースブロック粒度に少なくとも部分的に基づいて前記ＰＵＳＣＨのリソースを割り振るための手段
をさらに備える、請求項４５に記載の装置。
【請求項６７】
先に送信されるサブフレーム中での前記ＰＵＳＣＨのスケジューリングを受信するための手段、前記先に送信されるサブフレームは、前記ＵｐＰＴＳを含む前記サブフレームより前に受信される、
をさらに備える、請求項４５に記載の装置。
【請求項６８】
前記先に送信されるサブフレーム中での前記ＰＵＳＣＨの前記スケジューリングを前記受信するための手段は、
前記ＰＵＳＣＨのためのアップリンク許可を前記先に送信されるサブフレーム中で受信するための手段
を備える、請求項６７に記載の装置。
【請求項６９】
前記ＰＵＳＣＨのための前記アップリンク許可は、前記先に送信されるサブフレーム中で受信される唯一のアップリンク許可である、請求項６８に記載の装置。
【請求項７０】
少なくとも１つの追加のサブフレーム中でスケジューリングされる少なくとも１つの追加のＰＵＳＣＨのための少なくとも１つの追加のアップリンク許可を前記先に送信されるサブフレーム中で受信するための手段
をさらに備える、請求項６８に記載の装置。
【請求項７１】
前記ＰＵＳＣＨについての別個の物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）リソースまたは共有ＰＨＩＣＨリソースを識別するための手段、ここにおいて、前記共有ＰＨＩＣＨリソースは、前記少なくとも１つの追加のＰＵＳＣＨと共有される、
をさらに備える、請求項７０に記載の装置。
【請求項７２】
前記ＰＵＳＣＨのための前記アップリンク許可は、少なくとも１つの追加のサブフレーム中でスケジューリングされる少なくとも１つの追加のＰＵＳＣＨをスケジューリングする、請求項６８に記載の装置。
【請求項７３】
前記アップリンク許可は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）中で受信される、請求項６８に記載の装置。
【請求項７４】
前記ＰＵＳＣＨについての別個の物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）リソースを識別するための手段
をさらに備える、請求項６８に記載の装置。
【請求項７５】
前記ＰＵＳＣＨについての別個のハイブリッド自動再送要求（ＨＡＲＱ）処理の構成を受信するための手段
をさらに備える、請求項４５に記載の装置。
【請求項７６】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、または拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）、または非同期アップリンクハイブリッド自動再送要求（ＨＡＲＱ）動作のうちの少なくとも１つにおける前記ＰＵＳＣＨの再送信のスケジューリングを受信するための手段
をさらに備える、請求項４５に記載の装置。
【請求項７７】
前記ＵｐＰＴＳ中での送信のためにスケジューリングされる前記ＰＵＳＣＨとアップリンクサブフレームのためにスケジューリングされる少なくとも１つの追加のＰＵＳＣＨとについての同じダウンリンク制御情報（ＤＣＩ）サイズスケジューリングを識別するための手段
をさらに備える、請求項４５に記載の装置。
【請求項７８】
複数のリソースブロック粒度に少なくとも部分的に基づく前記ＰＵＳＣＨのリソースの割り振りを受信するための手段
をさらに備える、請求項４５に記載の装置。
【請求項７９】
前記ＵｐＰＴＳ中に送信されるサウンディング基準信号（ＳＲＳ）のタイミングを識別するための手段
をさらに備える、請求項４５に記載の装置。
【請求項８０】
前記ＵｐＰＴＳ中に送信される物理アップリンク制御チャネル（ＰＵＣＣＨ）のタイミングを識別するための手段と、
前記ＰＵＣＣＨ中で送信されるチャネル状態情報（ＣＳＩ）、スケジューリング要求（ＳＲ）、またはそれらの組み合わせのうちの少なくとも１つを識別するための手段と
をさらに備える、請求項４５に記載の装置。
【請求項８１】
前記ＰＵＣＣＨ中にハイブリッド自動再送要求（ＨＡＲＱ）情報を送信することを控えるための手段
をさらに備える、請求項８０に記載の装置。
【請求項８２】
前記ＵｐＰＴＳの２つよりも多くのシンボル期間中で物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースのタイミングを識別するための手段
をさらに備える、請求項４５に記載の装置。
【請求項８３】
前記ＵｐＰＴＳ中での送信のためにスケジューリングされる前記ＰＵＳＣＨの少なくとも第１のリソースと、少なくとも１つの追加のサブフレームのためにスケジューリングされる少なくとも１つの追加のＰＵＳＣＨの少なくとも第２のリソースとのバンドリングを識別するための手段
をさらに備える、請求項４５に記載の装置。
【請求項８４】
前記第１のリソースは、前記第２のリソースの第２のリソース粒度とは異なる第１のリソース粒度を有する、請求項８３に記載の装置。
【請求項８５】
前記ＵｐＰＴＳは、アップリンクサブフレームより前に発生し、前記装置は、
非周期的チャネル品質情報（ＣＱＩ）、または非周期的サウンディング基準信号（ＳＲＳ）、またはそれらの組み合わせのうちの少なくとも１つの、前記ＵｐＰＴＳ中の送信に対する制限を識別するための手段、ここにおいて、前記制限は、前記アップリンクサブフレーム中の送信に少なくとも部分的に基づく、
をさらに備える、請求項４４に記載の装置。
【請求項８６】
前記サブフレームの送信電力をサブフレームレベルに、またはスロットレベルにスケーリングするための手段
をさらに備える、請求項４４に記載の装置。
【請求項８７】
ワイヤレス通信のための装置であって、
プロセッサと、
前記プロセッサと電子通信中のメモリと、
前記メモリ中に記憶された命令と
を備え、前記命令は、
第１のデバイスが、アップリンクパイロットタイムスロット（ＵｐＰＴＳ）に関連付けられたデータ構造と前記ＵｐＰＴＳに関連付けられた復調基準信号構造とを識別することと、ここにおいて、前記ＵｐＰＴＳは、サブフレームの一部分中に発生する、
前記データ構造と前記復調基準信号構造とに少なくとも部分的に基づいて第２のデバイスと通信することと
を行うように前記プロセッサによって実行可能である、装置。
【請求項８８】
ワイヤレス通信のためのコンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体であって、前記コードは、
第１のデバイスが、アップリンクパイロットタイムスロット（ＵｐＰＴＳ）に関連付けられたデータ構造と前記ＵｐＰＴＳに関連付けられた復調基準信号構造とを識別することと、ここにおいて、前記ＵｐＰＴＳは、サブフレームの一部分中に発生する、
前記データ構造と前記復調基準信号構造とに少なくとも部分的に基づいて第２のデバイスと通信することと
を行うようにプロセッサによって実行可能である、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]本特許出願は、２０１７年１月１２日に出願された「Techniques for Communicating in an Expanded Uplink Pilot Time Slot」と題されたChen他による米国特許出願第１５／４０５，０８１号、および２０１６年３月１８日に出願された「Techniques for Communicating in an Expanded Uplink Pilot Time Slot」と題されたChen他による米国仮特許出願第６２／３１０，６３４号の優先権を主張し、それらの各々は、本願の譲受人に譲渡される。
【技術分野】
【０００２】
[0002]本開示は、例えば、ワイヤレス通信システムに関し、より具体的には、拡張されたアップリンクパイロットタイムスロット（ＵｐＰＴＳ）中で通信することに関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、音声、映像、パケットデータ、メッセージング、ブロードキャスト、等のような様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（例えば、時間、周波数、および電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムでありうる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。
【０００４】
[0004]例として、ワイヤレス多元接続通信システムは、いくつかのネットワークアクセスデバイス（例えば、基地局）を含みえ、各々が、別名ユーザ機器（ＵＥ）として知られている複数の通信デバイスのための通信を同時にサポートする。基地局は、ダウンリンクチャネル（例えば、基地局からＵＥへの送信のためのダウンリンク）およびアップリンクチャネル（例えば、ＵＥから基地局への送信のためのアップリンク）上でＵＥと通信しうる。
【０００５】
[0005]ワイヤレス通信システムの中には、サブフレームの一部分中にＵｐＰＴＳを提供するものがありうる。ＵＥは、ＵｐＰＴＳ中に基地局にパイロット信号（または基準信号）を送信しうる。
【発明の概要】
【０００６】
[0006]いくつかのロングタームエボリューション（ＬＴＥ（登録商標））およびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）ネットワークでは、２つのシンボル期間ＵｐＰＴＳが、時間ドメイン複信（ＴＤＤ）無線フレーム構造のいくつかの構成のいくつかのサブフレーム中に提供されうる。２つのシンボル期間ＵｐＰＴＳは、基地局にパイロット信号（または基準信号）を送信するためにＵＥによって使用されうる。２つのシンボル期間ＵｐＰＴＳは、加えてまたは代替として、ランダムアクセスプロシージャを遂行するＵＥによって使用されうる。いくつかのＬＴＥ／ＬＴＥ−Ａネットワークでは、ＵｐＰＴＳは、ＴＤＤ無線フレーム構造のいくつかの構成のいくつかのサブフレーム中に提供されうる。本開示は、物理アップリンク共有チャネル（ＰＵＳＣＨ）または物理アップリンク制御チャネル（ＰＵＣＣＨ）のようなアップリンク送信を送信するためにＵｐＰＴＳを使用するための技法を説明している。
【０００７】
[0007]ワイヤレス通信のための方法が説明される。方法は、第１のデバイスが、ＵｐＰＴＳに関連付けられたデータ構造とＵｐＰＴＳに関連付けられた復調基準信号構造とを識別することを含みうる。ＵｐＰＴＳは、サブフレームの一部分中に発生しうる。方法は、加えてまたは代替として、データ構造と復調基準信号構造とに少なくとも部分的に基づいて第２のデバイスと通信することを含みうる。
【０００８】
[0008]ワイヤレス通信のための装置が説明される。装置は、第１のデバイスが、ＵｐＰＴＳに関連付けられたデータ構造とＵｐＰＴＳに関連付けられた復調基準信号構造とを識別するための手段を含みうる。ＵｐＰＴＳは、サブフレームの一部分中に発生しうる。装置は、加えてまたは代替として、データ構造と復調基準信号構造とに少なくとも部分的に基づいて第２のデバイスと通信するための手段を含みうる。
【０００９】
[0009]ワイヤレス通信のための別の装置が説明される。装置は、プロセッサと、プロセッサと電子通信中のメモリと、メモリ中に記憶された命令とを含みうる。命令は、第１のデバイスが、ＵｐＰＴＳに関連付けられたデータ構造とＵｐＰＴＳに関連付けられた復調基準信号構造とを識別するようにプロセッサによって実行可能でありうる。ＵｐＰＴＳは、サブフレームの一部分中に発生しうる。命令は加えて、データ構造と復調基準信号構造とに少なくとも部分的に基づいて第２のデバイスと通信するようにプロセッサによって実行可能でありうる。
【００１０】
[0010]ワイヤレス通信のためのコンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体が説明される。コードは、第１のデバイスが、シンボル期間ＵｐＰＴＳに関連付けられたデータ構造とＵｐＰＴＳに関連付けられた復調基準信号構造とを識別するようにプロセッサによって実行可能でありうる。ＵｐＰＴＳは、サブフレームの一部分中に発生しうる。コードは加えて、データ構造と復調基準信号構造とに少なくとも部分的に基づいて第２のデバイスと通信するようにプロセッサによって実行可能でありうる。
【００１１】
[0011]ＵｐＰＴＳに関連付けられたデータ構造と復調基準信号構造とを識別する、上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨのデータ構造と復調基準信号構造とを識別するための処理、特徴、手段、または命令を含みうる。
【００１２】
[0012]ＰＵＳＣＨのデータ構造と復調基準信号構造とを識別する、上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＵｐＰＴＳにサブフレームのスロットについての公称ＰＵＳＣＨ構成（a nominal PUSCH configuration）の変調シンボルのサブセットをマッピングするための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつか例では、変調シンボルのサブセットは、スロットについての公称ＰＵＳＣＨ構成の変調シンボルの時間的に最後のサブセット、またはスロットについての公称ＰＵＳＣＨ構成の変調シンボルの時間的に第１のサブセットのうちの１つを含みうる。
【００１３】
[0013]ＵｐＰＴＳに関連付けられたデータ構造と復調基準信号構造とを識別する、上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＵｐＰＴＳが６つのシンボル期間ＵｐＰＴＳを含むことを識別することと、６つのシンボル期間ＵｐＰＴＳの時間的に第３のシンボル期間、または６つのシンボル期間ＵｐＰＴＳの時間的に第４のシンボル期間、または６つのシンボル期間ＵｐＰＴＳの時間的に第２のシンボル期間と時間的に第５のシンボル期間、または６つのシンボル期間ＵｐＰＴＳの２つのシンボル期間、または６つのシンボル期間ＵｐＰＴＳの少なくとも時間的に第１のシンボル期間のうちの１つにマッピングされる復調基準信号送信を識別することとのための処理、特徴、手段、または命令を含みうる。
【００１４】
[0014]上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ネットワークアクセスデバイスからＰＵＳＣＨのデータ構造と復調基準信号構造とのインジケーションを受信するための処理、特徴、手段、または命令を含みえ、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨのデータ構造と復調基準信号構造とは、ＰＵＳＣＨのデータ構造と復調基準信号構造との受信されたインジケーションに少なくとも部分的に基づいて識別されうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつか例では、ＰＵＳＣＨのデータ構造と復調基準信号構造とのインジケーションは、無線リソース制御（ＲＲＣ）構成、またはダウンリンク制御情報（ＤＣＩ）中の動的インジケーション、またはＤＣＩフォーマット、またはそれらの組み合わせのうちの少なくとも１つを含みうる。
【００１５】
[0015]上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＵＥにＰＵＳＣＨの識別されたデータ構造と復調基準信号構造とのインジケーションを提供するための処理、特徴、手段、または命令を含みうる。
【００１６】
[0016]上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＵｐＰＴＳは、アップリンクサブフレームより前に発生しうる。ＰＵＳＣＨのデータ構造と復調基準信号構造とを識別する、上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＵｐＰＴＳの第２の持続時間以下の第１の持続時間を有する送信時間間隔（ＴＴＩ）のために構成されたＰＵＳＣＨトランスポートブロックを識別するための処理、特徴、手段、または命令を含みうる。ＰＵＳＣＨのデータ構造と復調基準信号構造とを識別する、上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＵｐＰＴＳの少なくとも一部分とＵｐＰＴＳに続くアップリンクサブフレームの少なくとも一部分とにわたるＴＴＩのために構成されたＰＵＳＣＨトランスポートブロックを識別するための処理、特徴、手段、または命令を含みうる。
【００１７】
[0017]上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、先に送信されるサブフレーム中でＰＵＳＣＨをスケジューリングするための処理、特徴、手段、または命令を含みえ、ここで、先に送信されるサブフレームは、ＵｐＰＴＳを含むサブフレームより前に送信されうる。
【００１８】
[0018]上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、先に送信されるサブフレーム中でＰＵＳＣＨをスケジューリングするための処理、特徴、手段、または命令を含みえ、ＰＵＳＣＨのためのアップリンク許可を先に送信されるサブフレーム中で送信することを含みうる。先に送信されるサブフレーム中でＰＵＳＣＨをスケジューリングする、上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＰＵＳＣＨのためのアップリンク許可を先に送信されるサブフレーム中で送信するための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＳＣＨのためのアップリンク許可は、先に送信されるサブフレーム中で送信される唯一のアップリンク許可でありうる。
【００１９】
[0019]上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、少なくとも１つの追加のサブフレーム中でスケジューリングされる少なくとも１つの追加のＰＵＳＣＨのための少なくとも１つの追加のアップリンク許可を先に送信されるサブフレーム中で送信するための処理、特徴、手段、または命令を含みうる。
【００２０】
[0020]上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＰＵＳＣＨに対して別個の物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）リソースまたは共有ＰＨＩＣＨリソースを割り振るための処理、特徴、手段、または命令を含みえ、ここで、共有ＰＨＩＣＨリソースは、少なくとも１つの追加のＰＵＳＣＨと共有されうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＳＣＨのためのアップリンク許可は、少なくとも１つの追加のサブフレーム中でスケジューリングされる少なくとも１つの追加のＰＵＳＣＨをスケジューリングしうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アップリンク許可は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）または拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）中で送信されうる。
【００２１】
[0021]上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＰＵＳＣＨに対して別個のＰＨＩＣＨリソースを割り振るための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＰＵＳＣＨについての別個のハイブリッド自動再送要求（ＨＡＲＱ）処理を構成するための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＰＤＣＣＨ、または拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）、または非同期アップリンクＨＡＲＱ動作のうちの少なくとも１つを使用してＰＵＳＣＨの再送信をスケジューリングするための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨとアップリンクサブフレーム中での送信のためにスケジューリングされる少なくとも１つの追加のＰＵＳＣＨとに対して同じＤＣＩサイズスケジューリングを割り振るための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、複数のリソースブロック粒度（a multiple resource block granularity）に少なくとも部分的に基づいてＰＵＳＣＨのリソースを割り振るための処理、特徴、手段、または命令を含みうる。
【００２２】
[0022]上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、先に送信されるサブフレーム中でのＰＵＳＣＨのスケジューリングを受信するための処理、特徴、手段、または命令を含みえ、先に送信されるサブフレームは、ＵｐＰＴＳを含むサブフレームより前に受信される。
【００２３】
[0023]先に送信されるサブフレーム中でのＰＵＳＣＨのスケジューリングを受信する、上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＰＵＳＣＨのためのアップリンク許可を先に送信されるサブフレーム中で受信するための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＳＣＨのためのアップリンク許可は、先に送信されるサブフレーム中で受信される唯一のアップリンク許可でありうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、少なくとも１つの追加のサブフレーム中でスケジューリングされる少なくとも１つの追加のＰＵＳＣＨのための少なくとも１つの追加のアップリンク許可を先に送信されるサブフレーム中で受信するための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＰＵＳＣＨについての別個のＰＨＩＣＨリソースまたは共有ＰＨＩＣＨリソースを識別するための処理、特徴、手段、または命令を含みえ、ここで、共有ＰＨＩＣＨリソースは、少なくとも１つの追加のＰＵＳＣＨと共有されうる。
【００２４】
[0024]上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＰＵＳＣＨのためのアップリンク許可は、少なくとも１つの追加のサブフレーム中でスケジューリングされる少なくとも１つの追加のＰＵＳＣＨをスケジューリングしうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、アップリンク許可は、ＰＤＣＣＨ中で受信されうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつか例はさらに、ＰＵＳＣＨについての別個のＰＨＩＣＨリソースを識別するための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつか例はさらに、ＰＵＳＣＨについての別個のＨＡＲＱ処理の構成を受信するための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＰＤＣＣＨ、またはＥＰＤＣＣＨ、または非同期アップリンクＨＡＲＱ動作のうちの少なくとも１つにおけるＰＵＳＣＨの再送信のスケジューリングを受信するための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨとアップリンクサブフレームのためにスケジューリングされる少なくとも１つの追加のＰＵＳＣＨとについての同じＤＣＩサイズスケジューリングを識別するための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、複数のリソースブロック粒度に少なくとも部分的に基づくＰＵＳＣＨのリソースの割り振りを受信するための処理、特徴、手段、または命令を含みうる。
【００２５】
[0025]上述された方法、装置、および非一時的コンピュータ可読媒体のいくつか例はさらに、ＵｐＰＴＳ中に送信されるサウンディング基準信号（ＳＲＳ）のタイミングを識別するための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＵｐＰＴＳ中に送信されるＰＵＣＣＨのタイミングを識別することと、ＰＵＣＣＨ中で送信されるチャネル状態情報（ＣＳＩ）、スケジューリング要求（ＳＲ）、またはそれらの組み合わせのうちの少なくとも１つを識別することとを行うための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつか例はさらに、ＰＵＣＣＨ中にＨＡＲＱ情報を送信することを控えることを決定するための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつか例はさらに、ＵｐＰＴＳの２つよりも多くのシンボル期間中で物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースのタイミングを識別するための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨの少なくとも第１のリソースと、少なくとも１つの追加のサブフレームのためにスケジューリングされる少なくとも１つの追加のＰＵＳＣＨの少なくとも第２のリソースとのバンドリングを識別するための処理、特徴、手段、または命令を含みうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、第１のリソースは、第２のリソースの第２のリソース粒度とは異なる第１のリソース粒度を有しうる。
【００２６】
[0026]上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例では、ＵｐＰＴＳは、アップリンクサブフレームより前に発生しうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつかの例はさらに、非周期的チャネル品質情報（ＣＱＩ）、または非周期的ＳＲＳ、またはそれらの組み合わせのうちの少なくとも１つの、ＵｐＰＴＳ中の送信に対する制限を識別するための処理、特徴、手段、または命令を含みうる。制限は、アップリンクサブフレーム中の送信に少なくとも部分的に基づきうる。上述された方法、装置、および非一時的コンピュータ可読媒体のいくつか例はさらに、サブフレームの送信電力をサブフレームレベルに、またはスロットレベルにスケーリングするための処理、特徴、手段、または命令を含みうる。
【００２７】
[0027]装置のいくつかの例では、ＵｐＰＴＳに関連付けられたデータ構造と復調基準信号構造とを識別するための手段は、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨのデータ構造と復調基準信号構造とを識別するための手段を含みうる。
【００２８】
[0028]前述は、以下の詳細な説明がより良く理解されうるように、本開示にしたがった例の技法および技術的利点をどちらかといえば広く概説している。追加の技法および利点が以下に説明されることになる。開示される概念および特定の例は、本開示と同じ目的を実行するための他の構造を修正または設計するための基礎として容易に利用されうる。そのような等価な構造は、添付された特許請求の範囲から逸脱しない。ここに開示される概念の特性は、関連する利点とともに、それらの構成および動作の方法の両方に関して、添付の図面に関連して検討されたときに以下の説明からより良く理解されるであろう。図面の各々は、例示および説明を目的として提供され、特許請求の範囲の限定の定義としては提供されない。
【００２９】
[0029]本開示の性質および利点のさらなる理解が、以下の図面を参照することによって実現されうる。添付された図面では、同様のコンポーネントまたは機能は、同じ参照ラベルを有しうる。さらに、同じタイプの様々なコンポーネントは、参照ラベルに、ダッシュと、同様のコンポーネント間を区別する第２のラベルとを後続させることによって区別されうる。本明細書中で第１の参照ラベルだけが使用される場合、その説明は、第２の参照ラベルに関係なく同じ第１の参照ラベルを有する同様のコンポーネントのうちのどの１つにも適用可能である。
【図面の簡単な説明】
【００３０】
【図１】本開示の様々な態様にしたがって、ワイヤレス通信システムの例を例示する。
【図２】本開示の様々な態様にしたがって、ワイヤレス通信システムのワイヤレス通信デバイス（例えば、基地局およびＵＥ）によってサポートされうるＴＤＤ無線フレーム構造のセットを示す。
【図３】本開示の様々な態様にしたがって、５ｍｓの切り替えポイント周期性（a 5 ms switch-point periodicity）に関連付けられたＤＬ−ＵＬサブフレーム構成を有するＴＤＤ無線フレーム構造を示す。
【図４】本開示の様々な態様にしたがって、ＰＵＳＣＨが送信されうるサブフレームの代替の構成を示す。
【図５】本開示の様々な態様にしたがって、６つのシンボル期間ＵｐＰＴＳを含むサブフレームの代替の構成を示す。
【図６】本開示の様々な態様にしたがって、５ｍｓの切り替えポイント周期性に関連付けられたＤＬ−ＵＬサブフレーム構成を有するＴＤＤ無線フレーム構造を示す。
【図７】本開示の様々な態様にしたがって、５ｍｓの切り替えポイント周期性に関連付けられたＤＬ−ＵＬサブフレーム構成を有するＴＤＤ無線フレーム構造を示す。
【図８】本開示の様々な態様にしたがって、５ｍｓの切り替えポイント周期性に関連付けられたＤＬ−ＵＬサブフレーム構成を有するＴＤＤ無線フレーム構造を示す。
【図９】本開示の様々な態様にしたがって、ＵｐＰＴＳを含むサブフレームの代替の構成を示す。
【図１０】本開示の様々な態様にしたがって、ＵｐＰＴＳを含むサブフレーム中に送信されるコンポーネントキャリア（ＣＣ）のセットを示す。
【図１１】本開示の様々な態様にしたがって、ワイヤレス通信において使用するための装置のブロック図を示す。
【図１２】本開示の様々な態様にしたがって、ワイヤレス通信において使用するためのワイヤレス通信マネージャのブロック図を示す。
【図１３】本開示の様々な態様にしたがって、ワイヤレス通信において使用するための装置のブロック図を示す。
【図１４】本開示の様々な態様にしたがって、ワイヤレス通信において使用するためのワイヤレス通信マネージャのブロック図を示す。
【図１５】本開示の様々な態様にしたがって、ワイヤレス通信において使用するための基地局（例えば、ｅＮＢの一部または全てを形成する基地局）のブロック図を示す。
【図１６】本開示の様々な態様にしたがって、ワイヤレス通信において使用するためのＵＥのブロック図を示す。
【図１７】本開示の様々な態様にしたがって、ネットワークアクセスデバイス（例えば、基地局）におけるワイヤレス通信のための方法の例を例示するフローチャートである。
【図１８】本開示の様々な態様にしたがって、ネットワークアクセスデバイス（例えば、基地局）におけるワイヤレス通信のための方法の例を例示するフローチャートである。
【図１９】本開示の様々な態様にしたがって、ＵＥにおけるワイヤレス通信のための方法の例を例示するフローチャートである。
【図２０】本開示の様々な態様にしたがって、ＵＥにおけるワイヤレス通信のための方法の例を例示するフローチャートである。
【詳細な説明】
【００３１】
[0050]拡張されたＵｐＰＴＳが、ＰＵＳＣＨまたはＰＵＣＣＨ送信のようなアップリンク送信（ならびに他のアップリンク送信または信号）を送信するためにＵＥによって使用されうる技法が説明される。
【００３２】
[0051]以下の説明は、例を提供しており、特許請求の範囲に記載されている範囲、適用可能性、または例を限定してはいない。本開示の範囲から逸脱することなしに、論述される要素の機能および配列中で変更がなされうる。様々な例は、適宜、様々なプロシージャまたはコンポーネントを省略、代用、あるいは追加しうる。例えば、説明される方法は、説明されるものとは異なる順序で遂行されえ、様々なステップが追加、省略、または組み合わされうる。また、いくつかの例に関して説明される特徴は、他の例中で組み合されうる。
【００３３】
[0052]図１は、本開示の様々な態様にしたがって、ワイヤレス通信システム１００の例を例示している。ワイヤレス通信システム１００は、ネットワークアクセスデバイス（例えば、基地局１０５）、ＵＥ１１５、およびコアネットワーク１３０を含みうる。コアネットワーク１３０は、ユーザ認証、アクセス認可、追跡、インターネットプロトコル（ＩＰ）接続性、および他のアクセス、ルーティング、またはモビリティ機能を提供しうる。基地局１０５は、バックホールリンク（backhaul links）１３２（例えば、Ｓ１、等）を通じてコアネットワーク１３０とインターフェースしえ、ＵＥ１１５との通信のために無線構成およびスケジューリングを遂行しうるか、または基地局コントローラ（図示せず）の制御下で動作しうる。様々な例では、基地局１０５は、直接的にまたは間接的に（例えば、コアネットワーク１３０を通じて）のいずれかで、バックホールリンク１３４（例えば、Ｘ１、等）を通して互いと通信しえ、それは、ワイヤードまたはワイヤレス通信リンクでありうる。
【００３４】
[0053]基地局１０５は、１つまたは複数の基地局アンテナを介してＵＥ１１５とワイヤレスで通信しうる。基地局１０５のサイトの各々は、それぞれの地理的カバレッジエリア１１０に対して通信カバレッジを提供しうる。いくつかの例では、基地局１０５は、ベーストランシーバ局、無線基地局、アクセスポイント、無線トランシーバ、ノードＢ、ｅノードＢ（ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、または何らかの他の適した専門用語で呼ばれうる。基地局１０５に対する地理的カバレッジエリア１１０は、カバレッジエリアの一部分を構成するセクタに分割されうる（図示せず）。ワイヤレス通信システム１００は、異なるタイプの基地局１０５（例えば、マクロまたはスモールセル基地局）を含みうる。異なる技術のために重複している地理的カバレッジエリア１１０が存在しうる。
【００３５】
[0054]いくつかの例では、ワイヤレス通信システム１００は、ＬＴＥ／ＬＴＥ−Ａネットワークを含みうる。ＬＴＥ／ＬＴＥ−Ａネットワークでは、発展型ノードＢ（ｅＮＢ）という用語は、基地局１０５を説明するために使用されえ、その一方で、ＵＥという用語は、ＵＥ１１５を説明するために使用されうる。ワイヤレス通信システム１００は、異なるタイプのｅＮＢが様々な地理的領域に対してカバレッジを提供する異種ＬＴＥ／ＬＴＥ−Ａネットワークでありうる。例えば、各ｅＮＢまたは基地局１０５は、マクロセル、スモールセル、または他のタイプのセルに対して通信カバレッジを提供しうる。「セル」という用語は、コンテキストに依存して、基地局、基地局に関連付けられたキャリアまたはコンポーネントキャリア、あるいはキャリアまたは基地局のカバレッジエリア（例えば、セクタ、等）を説明するために使用されることができる３ＧＰＰ（登録商標）の用語である。
【００３６】
[0055]マクロセルは、比較的大きい地理的エリア（例えば、半径数キロメートル）をカバーし、ネットワークプロバイダにサービス加入しているＵＥによる無制限のアクセスを可能にしうる。スモールセルは、マクロセルと同じまたは異なる（例えば、ラインセンス、共有、等の）無線周波数スペクトル帯域中で動作しうる、マクロセルと比較するとより低電力の基地局でありうる。スモールセルは、様々な例にしたがって、ピコセル、フェムトセル、およびマイクロセルを含みうる。ピコセルは、比較的より小さい地理的エリアをカバーし、ネットワークプロバイダにサービス加入しているＵＥによる無制限のアクセスを可能にしうる。フェムトセルは加えて、比較的小さい地理的エリア（例えば、家）をカバーし、フェムトセルとの関連付けを有するＵＥ（例えば、クローズド加入者グループ（ＣＳＧ）中のＵＥ、家の中にいるユーザのためのＵＥ、および同様のもの）による制限されたアクセスを提供しうる。マクロセルに対するｅＮＢは、マクロｅＮＢと呼ばれうる。スモールセルに対するｅＮＢは、スモールセルｅＮＢ、ピコｅＮＢ、フェムトｅＮＢまたはホームｅＮＢと呼ばれうる。ｅＮＢは、１つまたは複数（例えば、２つ、３つ、４つ、および同様の数）のセル（例えば、コンポーネントキャリア）をサポートしうる。
【００３７】
[0056]ワイヤレス通信システム１００は、同期または非同期動作をサポートしうる。同期動作の場合、基地局は、同様のフレームタイミングを有し、異なる基地局からの送信は、ほぼ時間的に揃えられうる（approximately aligned in time）。非同期動作の場合、基地局は、異なるフレームタイミングを有し、異なる基地局からの送信は、時間的に揃えられないことがありうる。ここに説明された技法は、同期または非同期動作のいずれかのために使用されうる。
【００３８】
[0057]様々な開示される例のうちのいくつかを取り入れうる（accommodate）通信ネットワークは、レイヤードプロトコルスタックにしたがって動作するパケットベースのネットワークでありうる。ユーザプレーン（user plane）では、ベアラまたはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤにおける通信は、ＩＰベースでありうる。無線リンク制御（ＲＬＣ）レイヤは、論理チャネルを通して通信するために、パケットセグメント化およびリアセンブリを遂行しうる。媒体アクセス制御（ＭＡＣ）レイヤは、優先度処理（priority handling）および論理チャネルのトランスポートチャネルへの多重化を遂行しうる。ＭＡＣレイヤは加えて、リンク効率を改善するために、ＭＡＣレイヤにおいて再送信を提供するハイブリッドＡＲＱ（ＨＡＲＱ）を使用しうる。制御プレーンでは、無線リソース制御（ＲＲＣ）プロトコルレイヤは、ユーザプレーンデータのための無線ベアラをサポートするコアネットワーク１３０または基地局１０５とＵＥ１１５との間でのＲＲＣ接続の確立、構成、および維持を提供しうる。物理（ＰＨＹ）レイヤにおいて、トランスポートチャネルは、物理チャネルにマッピングされうる。
【００３９】
[0058]ＵＥ１１５は、ワイヤレス通信システム１００全体を通じて分散され、各ＵＥ１１５は、固定式または移動式でありうる。ＵＥ１１５は加えて、モバイル局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適した専門用語を含みうるか、または当業者によってそれらで呼ばれうる。ＵＥ１１５は、セルラ電話、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ（ＷＬＬ）局、または同様のものでありうる。ＵＥは、マクロｅＮＢ、スモールセルｅＮＢ、中継基地局、および同様のものを含む様々なタイプの基地局およびネットワーク機器と通信することが可能でありうる。
【００４０】
[0059]ワイヤレス通信システム１００中に示されている通信リンク１２５は、基地局１０５からＵＥ１１５へのダウンリンク（ＤＬ）、またはＵＥ１１５から基地局１０５へのアップリンク（ＵＬ）を含みうる。ダウンリンクはまた、順方向リンクと呼ばれ、その一方でアップリンクはまた、逆方向リンクと呼ばれうる。
【００４１】
[0060]いくつかの例では、各通信リンク１２５は、１つまたは複数のキャリアを含みえ、ここで、各キャリアは、上述された様々な無線技術にしたがって変調された複数のサブキャリア（例えば、異なる周波数の波形信号）から構成される信号でありうる。各変調された信号は、異なるサブキャリア上で送信され、制御情報（例えば、基準信号、制御チャネル、等）、オーバヘッド情報、ユーザデータ、等を搬送しうる。通信リンク１２５は、周波数ドメイン複信（ＦＤＤ）動作を使用して（例えば、対にされたスペクトルリソースを使用して）またはＴＤＤ動作を使用して（例えば、対にされていないスペクトルリソースを使用して）双方向通信を送信しうる。ＦＤＤ動作についてのフレーム構造（例えば、フレーム構造タイプ１）およびＴＤＤ動作についてのフレーム構造（例えば、フレーム構造タイプ２）が定義されうる。
【００４２】
[0061]ワイヤレス通信システム１００のいくつかの例では、基地局１０５またはＵＥ１１５は、基地局１０５とＵＥ１１５との間での通信品質および信頼性を改善するために、アンテナダイバーシティスキームを用いるための複数のアンテナを含みうる。加えてまたは代替として、基地局１０５またはＵＥ１１５は、同じまたは異なるコーディングされたデータを搬送する複数の空間レイヤを送信するために、マルチパス環境を活用しうる多入力多出力（ＭＩＭＯ）技法を用いうる。
【００４３】
[0062]ワイヤレス通信システム１００は、複数のセルまたはキャリア上での動作、つまりキャリアアグリゲーション（ＣＡ）またはデュアルコネクティビティ動作と呼ばれうる特徴をサポートしうる。キャリアはまた、コンポーネントキャリア（ＣＣ）、レイヤ、チャネル、等と呼ばれうる。「キャリア」、「コンポーネントキャリア」、「セル」、および「チャネル」という用語は、ここでは交換可能に使用されうる。キャリアアグリゲーションは、ＦＤＤおよびＴＤＤコンポーネントキャリアの両方を用いて使用されうる。
【００４４】
[0063]ＬＴＥ／ＬＴＥ−Ａネットワークでは、ＵＥ１１５は、キャリアアグリゲーションモードまたはデュアルコネクティビティモードで動作するときに、最大で５つまでのＣＣを使用して通信するように構成されうる。ＣＣのうちの１つまたは複数は、ＤＬ ＣＣとして構成され、ＣＣのうちの１つまたは複数は、ＵＬ ＣＣとして構成されうる。また、ＵＥ１１５に割り振られたＣＣのうちの１つは、プライマリＣＣ（ＰＣＣ）として構成され、ＵＥ１１５に割り振られた残りのＣＣは、セカンダリＣＣ（ＳＣＣ）として構成されうる。
【００４５】
[0064]図２は、本開示の様々な態様にしたがって、ワイヤレス通信システムのワイヤレス通信デバイス（例えば、基地局およびＵＥ）によってサポートされうるＴＤＤ無線フレーム構造２００のセットを示している。いくつかの例では、ワイヤレス通信システムは、図１を参照して説明されたワイヤレス通信システムの態様の例でありうる。
【００４６】
[0065]いくつかの例では、ＴＤＤ無線フレーム構造は、異なるＴＤＤ ＤＬ−ＵＬサブフレーム構成（例えば、０〜６まで番号付けられた７つの異なるＴＤＤ ＤＬ−ＵＬサブフレーム構成）にしたがって構成されたサブフレーム（例えば、０〜９まで番号付けられた１０個のサブフレーム）のセットを含みうる。いくつかの例では、ＴＤＤ ＤＬ−ＵＬサブフレーム構成は、異なる切り替えポイント周期性に関連付けられたＤＬ−ＵＬサブフレーム構成のサブセットを含みうる。例えば、ＤＬ−ＵＬサブフレーム構成の第１のサブセットは、５ミリ秒（ｍｓ）の切り替えポイント周期性に関連付けられ、ＤＬ−ＵＬサブフレーム構成の第２のサブセットは、１０ｍｓの切り替えポイント周期性に関連付けられうる。ＤＬ−ＵＬサブフレーム構成の第１のサブセット中の各ＤＬ−ＵＬサブフレーム構成は、いくつかのダウンリンク（Ｄ）サブフレーム、いくつかのアップリンク（Ｕ）サブフレーム、および２つの特別な（Ｓ）サブフレームを含みうる。ＤＬ−ＵＬサブフレーム構成の第２のサブセット中の各ＤＬ−ＵＬサブフレーム構成は、いくつかのＤサブフレーム、いくつかのＵサブフレーム、および１つのＳサブフレームを含みうる。各Ｓサブフレームは、ダウンリンクバースト（例えば、１つまたは複数のＤサブフレーム）とアップリンクバースト（例えば、１つまたは複数のＵサブフレーム）との間での遷移を提供しうる。
【００４７】
[0066]図３は、本開示の様々な態様にしたがって、５ｍｓの切り替えポイント周期性に関連付けられたＤＬ−ＵＬサブフレーム構成を有するＴＤＤ無線フレーム構造３００を示している。いくつかの例では、ＤＬ−ＵＬサブフレーム構成は、図２中で０、１、２、または６と番号付けられたＤＬ−ＵＬサブフレーム構成の態様の例でありうる。
【００４８】
[0067]いくつかの例では、ＴＤＤ無線フレーム構造３００は、第１の半フレーム構造３０５と、それに続く第２の半フレーム構造３１０とを含みうる。第１の半フレーム構造３０５と第２の半フレーム構造３１０との各々は、ＴＤＤ無線フレーム構造３００の持続時間の半分に等しい持続時間を有しうる。いくつかの例では、第１の半フレーム構造３０５と第２の半フレーム構造３１０との各々は、同じ構造を有し、５つのサブフレーム３１５（例えば、０、１、２、３、および４と番号付けられたサブフレーム３１５、または５、６、７、８、および９と番号付けられたサブフレーム３１５）のサブセットを含みうる。
【００４９】
[0068]いくつかの例では、ダウンリンクサブフレームまたはアップリンクサブフレームとして構成されたサブフレーム３１５（例えば、０、２、３、４、５、７、８、および９と番号付けられたサブフレーム（ＳＦ）３１５）の各々は、第１のスロット３２０と、それに続く第２のスロット３２５とを含みうる。第１のスロット３２０と第２のスロット３２５との各々は、サブフレームの持続時間の半分に等しいスロット持続時間を有しうる。いくつかの例では、特別なサブフレームとして構成されたサブフレーム３１５（例えば、２および６と番号付けられたサブフレーム３１５）の各々は、ダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）３３０、ガード期間（ＧＰ）３３５、およびアップリンクパイロットタイムスロット（ＵｐＰＴＳ）３４０を含みうる。
【００５０】
[0069]いくつかのワイヤレス通信システムでは、ワイヤレス通信システムのＤＬ−ＵＬトラフィックのニーズまたは要件に基づいてワイヤレス通信システム（またはワイヤレス通信システムのデバイス（例えば、基地局およびＵＥ）のサブセット）によって使用されるＤＬ−ＵＬサブフレーム構成を動的に適応させることが可能でありうる。トラフィック適応のための発展型干渉管理（ｅＩＭＴＡ：evolved interference management for traffic adaptation）を用いるワイヤレス通信システムは、そのような適応を遂行しうる。例えば、ダウンリンク上での大きなデータバーストが短い持続時間の間要求されうる場合、ワイヤレス通信システム中のワイヤレス通信デバイスのサブセット間での通信のために使用されるＴＤＤ無線フレーム構造は、（６：４のＤＬ：ＵＬ比を有する）図２中の１と番号付けられたＤＬ−ＵＬサブフレーム構成から（９：１のＤＬ：ＵＬ比を有する）図２中の５と番号付けられたＤＬ−ＵＬサブフレーム構成に変更されうる。いくつかの例では、通信のために用いられるＤＬ−ＵＬサブフレーム構成は、６４０ｍｓより遅くは適応されず、且つ１０ｍｓと同じくらい速く適応されうる。
【００５１】
[0070]異なるセルによる異なるＤＬ−ＵＬサブフレーム構成の使用は、いくつかのケースでは、セル間干渉をもたらしうる。例えば、セル間干渉は、サブフレーム番号ｎ中のＤサブフレームを含む第１のＤＬ−ＵＬサブフレーム構成を用いる第１のセルと、サブフレーム番号ｎ中のＵサブフレームを含む第２のＤＬ−ＵＬサブフレーム構成を用いる第２のセルとに起因しうる。
【００５２】
[0071]いくつかの例では、基地局は、用いられるＤＬ−ＵＬサブフレーム構成の動的インジケーション（dynamic indication）を提供しうる。動的インジケーションは、ＵＥグループ共通（UE-group-common）の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）または拡張ＰＤＣＣＨ（ＥＰＤＣＣＨ）中での再構成の明示的なレイヤシグナリングによって提供されうる。
【００５３】
[0072]トラフィックのニーズまたは要件に基づくＤＬ−ＵＬサブフレーム構成の適応は、ＨＡＲＱ管理の複雑性を増大させうる。いくつかの例では、ＨＡＲＱ管理は、ＨＡＲＱのための１つまたは複数の基準ＤＬ−ＵＬサブフレーム構成を識別することによって簡略化されうる。例えば、ＵＬ ＨＡＲＱの場合、スケジューリングおよびＨＡＲＱタイミングは、システム情報ブロック（ＳＩＢ）中に示されたＤＬ−ＵＬサブフレーム構成（例えば、ＳＩＢ１中に示されたＤＬ−ＵＬサブフレーム構成）に基づきうる。ＤＬ ＨＡＲＱの場合、スケジューリングおよびＨＡＲＱタイミングは、ＵＥによって使用するために示された基準ＤＬ−ＵＬサブフレーム構成（例えば、図２中の２、４、または５と番号付けられたＤＬ−ＵＬサブフレーム構成）に基づきうる。
【００５４】
[0073]ｅＩＭＴＡを用いるワイヤレス通信システムでは、いくつかのサブフレーム（例えば、いくつかのサブフレーム番号）は、送信方向への動的適応の影響を受け、その一方で他のサブフレームは、送信方向への動的適応の影響を受けないことがありうる。例えば、ＳＩＢ１中に示されたＤＬ−ＵＬサブフレーム構成中のＤサブフレームは、送信方向への動的適応の影響を受けないことがあり、ＤＬ ＨＡＲＱの場合にＵＥによって使用するために示されたＤＬ−ＵＬサブフレーム構成中のＵサブフレームは、送信方向への動的適応の影響を受けないことがありうる。
【００５５】
[0074]図３を参照して説明されたＵｐＰＴＳ３４０は、異なる持続時間を有しうる。いくつかの例では、ＵｐＰＴＳ３４０は、１つまたは２つのシンボルの持続時間を有しうる（例えば、１つまたは２つの直交周波数分割多重化（ＯＦＤＭ）シンボル期間またはシングルキャリア周波数分割多重化（ＳＣ−ＦＤＭ）シンボル期間）。これらの例では、ＵｐＰＴＳ３４０は、短縮された物理ランダムアクセスチャネル（ＰＲＡＣＨ）（例えば、ＬＴＥ／ＬＴＥ−Ａ ＰＲＡＣＨフォーマット４）および／またはサウンディング基準信号（ＳＲＳ）を搬送するために使用されうるが、物理アップリンク制御チャネル（ＰＵＣＣＨ）送信または物理アップリンク共有チャネル（ＰＵＳＣＨ）送信を搬送するためには使用されないことがありうる。他の例では、ＵｐＰＴＳ３４０は、より長い持続時間を有しうる。これらの例では、ＵｐＰＴＳ３４０は、（例えば、３Ｄ−ＭＩＭＯアプリケーションのために）より多くのＳＲＳ送信機会を提供しうるか、またはＰＵＳＣＨ送信を搬送するために使用されうる。
【００５６】
[0075]図４は、本開示の様々な態様にしたがって、ＰＵＳＣＨが送信されうるサブフレーム４００の代替の構成を示している。いくつかの例では、サブフレーム４００は、図２を参照して説明されたＤＬ−ＵＬサブフレーム構成のうちの１つ中のＵサブフレームのうちの１つの態様の例でありうる。サブフレーム４００は、第１のスロット４０５（スロット０）と、それに続く第２のスロット４１０（スロット１）とを含みうる。いくつかの例では、サブフレーム４００は、１ｍｓの持続時間を有しうる。
【００５７】
[0076]ＬＴＥ／ＬＴＥ−Ａネットワークでは、ＰＵＳＣＨは、サブフレーム４００の両方のスロット（例えば、第１のスロット４０５および第２のスロット４１０）を占有しうる。スロットごとのＰＵＳＣＨ構成は、代替案１ ４１５中に示されているように、通常のサイクリックプレフィックス（ＣＰ）を有する７つのシンボル（例えば、第１の３つのデータ（Ｄ）シンボル、それに続く１つの復調基準（Ｒ）シンボル（ＤＭ−ＲＳ）、それに続く第２の３つのデータシンボル）、または拡張されたＣＰを有する６つのシンボル（図示せず）を含みうる。いくつかの例では、ＰＵＳＣＨ構成は、拡張されたＣＰについて所定の数のシンボル、例えば、５つのシンボルを含みうる。しかしながら、いくつかの例では、スロットについてのＰＵＳＣＨ構成は、スロット中の他の送信を考慮する（account for）ように適合されうる。例えば、非マシンタイプ通信（非ＭＴＣ）ＵＥの場合、および代替案２ ４２０中に示されているように、第１のスロット４０５は、短縮なしの（full-length）ＰＵＳＣＨ送信（例えば、（示されているような）通常のＣＰを有する７つのシンボルを含む公称ＰＵＳＣＨ構成、または拡張されたＣＰを有する６つのシンボル（図示せず）を含む公称ＰＵＳＣＨ構成）を含み、第２のスロット４１０は、短縮されたＰＵＳＣＨ送信を含みえ、第２のスロット４１０の最後のシンボルは、ＳＲＳ送信によって占有されることが意図される。さらなる例として、マシンタイプ通信（ＭＴＣ）ＵＥの場合、および代替案３ ４２５中に示されているように、第１のスロット４０５の第１のシンボルは、（例えば、ナローバンドデバイス（例えば、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ：narrow band Internet of Things）デバイス）についてあるナローバンドから別のナローバンドへの無線周波数（ＲＦ）同調を容易にするために）使用されないことがあり、第２のスロット４１０の最後のシンボルは、（例えば、第２のスロット４１０の最後のシンボルがＳＲＳ送信によって占有されうることから）使用されないことがありうる。
【００５８】
[0077]第１のスロット４０５または第２のスロット４１０のシンボルがＰＵＳＣＨ送信のために使用されないことがありうるとき、公称ＰＵＳＣＨ構成の変調シンボルは、使用されていないシンボル上にマッピングされうる（例えば、公称ＰＵＳＣＨ構成の変調シンボルは、別の信号（例えば、ＳＲＳ）によってパンクチャリングされうるか、またはゲートオフされうる）。代替として、公称ＰＵＳＣＨ構成の変調シンボルは、使用されていないシンボル上にマッピングされないことがありうる（例えば、公称ＰＵＳＣＨ構成の変調シンボルのサブセットは、使用されていないシンボルの周囲においてレートマッチングされうる）。
【００５９】
[0078]図５は、本開示の様々な態様にしたがって、６つのシンボル期間ＵｐＰＴＳを含むサブフレーム５００の代替の構成を示している。いくつかの例では、サブフレーム５００は、図２を参照して説明されたＤＬ−ＵＬサブフレーム構成のうちの１つ中に含まれたＳサブフレームのうちの１つの態様の例でありうる。サブフレーム５００は、第１のスロット５０５（スロット０）と、それに続く第２のスロット５１０（スロット１）とを含みうる。サブフレーム５００は、第１のスロット５０５内の６つのシンボル期間ＤｗＰＴＳ５１５と、それに続く第１のスロット５０５と第２のスロット５１０とにわたる２つのシンボルＧＰ５２０と、それに続く第２のスロット５１０内の６つのシンボル期間ＵｐＰＴＳ５２５とを含みうる。ＰＵＳＣＨは、６つのシンボル期間ＵｐＰＴＳ５２５中に送信されうる。いくつかの例では、サブフレーム５００は、１ｍｓの持続時間を有しうる。
【００６０】
[0079]いくつかの例では、スロットについての公称ＰＵＳＣＨ構成の変調シンボルのサブセット（例えば、図４の代替案１ ４１５を参照して説明されたスロットについての公称ＰＵＳＣＨ構成の変調シンボルのサブセット）は、６つのシンボル期間ＵｐＰＴＳ５２５にマッピングされうる。いくつかの例では、スロットについての公称ＰＵＳＣＨ構成の変調シンボルのサブセットは、スロットについての公称ＰＵＳＣＨ構成の変調シンボルの時間的に最後のサブセット（例えば、図４の代替案１ ４１５を参照して説明されたスロットについての７つのシンボル公称ＰＵＳＣＨ構成の第１のＤシンボルは、６つのシンボル期間ＵｐＰＴＳ５２５にマッピングされないことがありえ、代替案１ ５３０中に示されているように、ＤＤＲＤＤＤシンボルパターンが６つのシンボル期間ＵｐＰＴＳ５２５中に送信されることをもたらす）、またはスロットについての公称ＰＵＳＣＨ構成の変調シンボルの時間的に第１のサブセット（例えば、図４の代替案１ ４１５を参照して説明されたスロットについての７つのシンボル公称ＰＵＳＣＨ構成の最後のＤシンボルは、６つのシンボル期間ＵｐＰＴＳ５２５中に送信されないことがありえ、代替案２ ５３５中に示されているように、ＤＤＤＲＤＤシンボルパターンが６つのシンボル期間ＵｐＰＴＳ５２５中に送信されることをもたらす）を含みうる。
【００６１】
[0080]いくつかの例では、スロットについての公称ＰＵＳＣＨ構成の変調シンボルのサブセット以外の変調シンボルのパターンは、６つのシンボル期間ＵｐＰＴＳ５２５にマッピングされうる。例えば、代替案１ ５３０中に示されているように、復調基準信号送信（Ｒシンボル）は、６つのシンボル期間ＵｐＰＴＳ５２５の時間的に第３のシンボル期間にマッピングされ、ＰＵＳＣＨデータシンボル（Ｄシンボル）は、６つのシンボル期間ＵｐＰＴＳ５２５の他のシンボル期間のうちの少なくともいくつかにマッピングされうるか、または代替案２ ５３５中に示されているように、復調基準信号送信は、６つのシンボル期間ＵｐＰＴＳ５２５の時間的に第４のシンボル期間にマッピングされ、ＰＵＳＣＨデータシンボルは、６つのシンボル期間ＵｐＰＴＳ５２５の他のシンボル期間のうちの少なくともいくつかにマッピングされうるか、または代替案３ ５４０中に示されているように、復調基準信号送信は、６つのシンボル期間ＵｐＰＴＳ５２５の時間的に第２のシンボル期間と時間的に第５のシンボル期間とにマッピングされ、ＰＵＳＣＨデータシンボルは、６つのシンボル期間ＵｐＰＴＳ５２５の他のシンボル期間のうちの少なくともいくつかにマッピングされうるか、または代替案３ ５４０中に示されているように、復調基準信号は、６つのシンボル期間ＵｐＰＴＳ５２５の２つのシンボル期間にマッピングされ、ＰＵＳＣＨデータシンボルは、６つのシンボル期間ＵｐＰＴＳ５２５の他のシンボル期間のうちの少なくともいくつかにマッピングされうるか、または復調基準信号は、６つのシンボル期間ＵｐＰＴＳ５２５の少なくとも時間的に第１のシンボル期間にマッピングされ、ＰＵＳＣＨデータシンボルは、６つのシンボル期間ＵｐＰＴＳ５２５の他のシンボル期間のうちの少なくともいくつかにマッピングされうる（図示せず）。復調基準信号が６つのシンボル期間ＵｐＰＴＳ５２５のうちの少なくとも２つのシンボル期間にマッピングされる構成は、他のＬＴＥ／ＬＴＥ−Ａ ＰＵＳＣＨ送信がサブフレームの２つのスロットにわたって送信されるという点において有用でありえ、１つの復調基準信号は、スロットごとに送信される。また、ＭＩＭＯ送信中に使用されるいくつかの直交カバーコード（ＯＣＣ）の使用は、２つのシンボル期間の各々中における復調基準信号の送信を必要としうる。
【００６２】
[0081]いくつかの例では、ＰＵＳＣＨは、複数の代替のデータ構造と復調基準信号構造のうちの１つ（例えば、代替案１ ５３０、代替案２ ５３５、または代替案３ ５４０に関連付けられたデータ構造と復調基準信号構造とのうちの１つ）を使用して６つのシンボル期間ＵｐＰＴＳ５２５中に送信され、ネットワークアクセスデバイス（例えば、基地局）は、ＵＥが使用すべきデータ構造と復調基準信号構造とのインジケーションを送信しうる。データ構造と復調基準信号構造とのインジケーションは、例えば、ＲＲＣ構成、またはダウンリンク制御情報（ＤＣＩ）中の動的インジケーション、またはＤＣＩフォーマット、またはそれらの組み合わせのうちの少なくとも１つを含みうる。いくつかの例では、ＤＣＩ中の動的インジケーションは、暗示的でありうる。例えば、ＤＣＩが単入力多出力（ＳＩＭＯ）動作を示すとき、代替案１ ５３０の使用が暗示的に示されうる、またはＤＣＩがＭＩＭＯ動作を示すとき、代替案３ ５４０の使用が暗示的に示されうる。
【００６３】
[0082]いくつかの例では、６つのシンボル期間ＵｐＰＴＳは、アップリンクサブフレーム（例えば、送信されるデータのうちの全てがアップリンクデータでありうるＵサブフレーム）より前に発生しうる。例えば、図２を参照して説明されたＳサブフレーム（例えば、０、１、２、および６と番号付けられたＤＬ−ＵＬサブフレーム構成中の１および６と番号付けられたサブフレーム、および３、４、および５と番号付けられたＤＬ−ＵＬサブフレーム構成中の１と番号付けられたサブフレーム）の各々は、６つのシンボル期間ＵｐＰＴＳで終わり、Ｕサブフレームより前に送信されうる。いくつかの例では、６つのシンボル期間ＵｐＰＴＳ中にスケジューリングされるＰＵＳＣＨのデータ構造と復調基準信号構造とは、単一のアップリンクサブフレームの第２の持続時間以下の第１の持続時間を有する送信時間間隔（ＴＴＩ）のために構成されたＰＵＳＣＨトランスポートブロックに関連付けられうる（例えば、単一のアップリンクサブフレームに対応するトランスポートブロックまたはＴＴＩより短くありうる、ＵｐＰＴＳ内のトランスポートブロックまたはＴＴＩ）。他の例では、６つのシンボル期間ＵｐＰＴＳ中にスケジューリングされるＰＵＳＣＨのデータ構造と復調基準信号構造とは、６つのシンボル期間ＵｐＰＴＳの少なくとも一部分と６つのシンボル期間ＵｐＰＴＳに続くアップリンクサブフレームの少なくとも一部分とにわたるＴＴＩのために構成されたＰＵＳＣＨトランスポートブロックに関連付けられうる（例えば、単一のアップリンクサブフレームに対応するトランスポートブロックまたはＴＴＩより長くありうる、ＵｐＰＴＳと後続するＵサブフレームとの両方にわたるトランスポートブロックまたはＴＴＩバンドリング）。いずれの例でも、短縮されたＴＴＩまたは延長されたＴＴＩについてのトランスポートブロックサイズは、単一のアップリンクサブフレームのために使用されるトランスポートブロックサイズをスケーリングすることによって決定されうる。いくつかの例では、単一のアップリンクサブフレームのために使用されるトランスポートブロックサイズのダウンスケーリングは、トランスポートブロックサイズに関連付けられたリソースブロック（ＲＢ）の数のスケーリングに基づきうる（例えば、単一のアップリンクサブフレームのために使用されるトランスポートブロックサイズに関連付けられたＲＢの数の半分）。ダウンスケーリングされた数のＲＢは、いくつかの例では、トランスポートブロックサイズのルックアップテーブルから取得されうる。いくつかの例では、単一のアップリンクサブフレームのために使用されるトランスポートブロックサイズのアップスケーリングは、トランスポートブロックサイズのスケーリングに基づきうる（例えば、単一のアップリンクサブフレームのために使用されるトランスポートブロックサイズの１．５倍）。アップスケーリングされた数のＲＢは、単一のアップリンクサブフレームのために使用されるトランスポートブロックサイズより大きいトランスポートブロックサイズに対応するエントリをトランスポートブロックサイズのルックアップテーブルが有さないことがありうることから、単一のアップリンクサブフレームのために使用されるトランスポートブロックサイズから直接決定されうる。
【００６４】
[0083]ＤＬ−ＵＬサブフレーム構成のアップリンクサブフレーム中での送信のためにスケジューリングされるアップリンク送信（例えば、ＰＵＳＣＨ）（例えば、図２を参照して説明されたＤＬ−ＵＬサブフレーム構成のうちの１つのＵサブフレーム中での送信のためにスケジューリングされるＰＵＳＣＨ）は、固定されたスケジューリングタイミングを有しうる。ＰＵＳＣＨがＳサブフレームの６つのシンボル期間ＵｐＰＴＳ中での送信のためにスケジューリングされうるか、またはされないことがありうるとき、ＤＬ−ＵＬサブフレーム構成のスケジューリングタイミングは、ＰＵＳＣＨがＤＬ−ＵＬサブフレーム構成中に含まれたＳサブフレームの６つのシンボル期間ＵｐＰＴＳ中で送信されうるかどうかに基づいて異なりうる。
【００６５】
[0084]６つのシンボル期間ＵｐＰＴＳ中での送信のためにスケジューリングされるアップリンク送信（例えば、ＰＵＳＣＨ）は、いくつかの方法で送信のためにスケジューリングされうる。６つのシンボル期間ＵｐＰＴＳ中での送信のためにスケジューリングされるアップリンク送信の再送信は、加えてまたは代替として、いくつかの方法で送信のためにスケジューリングされうる。いくつかの例では、６つのシンボル期間ＵｐＰＴＳ中のＰＵＳＣＨは、１つまたは複数のダウンリンクサブフレームまたはアップリンクサブフレームをスケジューリングするために使用される同じサブフレーム中での送信のためにスケジューリングされうる。図２中の０と番号付けられたＤＬ−ＵＬサブフレーム構成では、ＤＬ：ＵＬサブフレーム比は、Ｓサブフレーム中でのアップリンク送信をスケジューリングすることなしに４：６でありうる（すなわち、一部分のサブフレームダウンリンク送信が２つのＳサブフレーム中でなされると想定する）。アップリンク送信が２つのＳサブフレーム中でなされるとき、図２中の０と番号付けられたＤＬ−ＵＬサブフレーム構成についてのＤＬ：ＵＬサブフレーム比は、事実上４：８となる。Ｓサブフレームの６つのシンボル期間ＵｐＰＴＳ中でのアップリンク送信機会（例えば、ＰＵＳＣＨ送信機会）についてのＰＨＩＣＨタイミングは、加えてまたは代替として、ＰＵＳＣＨがＤＬ−ＵＬサブフレーム構成中に含まれたＳサブフレームの６つのシンボル期間ＵｐＰＴＳ中で送信されるかどうかに基づいて異なりうる。
【００６６】
[0085]図６は、本開示の様々な態様にしたがって、５ｍｓの切り替えポイント周期性に関連付けられたＤＬ−ＵＬサブフレーム構成を有するＴＤＤ無線フレーム構造６００を示している。いくつかの例では、ＤＬ−ＵＬサブフレーム構成は、図２中の１と番号付けられたＤＬ−ＵＬサブフレーム構成の態様の例でありうる。示されているように、ＤＬ−ＵＬサブフレーム構成は、Ｄサブフレーム、Ｕサブフレーム、およびＳサブフレームを含みうる。
【００６７】
[0086]Ｕサブフレームの各々中でのアップリンク送信（例えば、ＰＵＳＣＨ）は、先に送信されるサブフレーム中で送信されるアップリンク許可に少なくとも部分的に基づいてスケジューリングされうる。例えば、サブフレーム番号７中でのアップリンク送信は、現在のサブフレームのサブフレーム番号１中に送信されるアップリンク許可によってスケジューリングされ、サブフレーム番号８中でのアップリンク送信は、現在のサブフレームのサブフレーム番号４中に送信されるアップリンク許可によってスケジューリングされ、サブフレーム番号２中でのアップリンク送信は、先行するサブフレームのサブフレーム番号６中に送信されるアップリンク許可によってスケジューリングされ、サブフレーム番号３中でのアップリンク送信は、先行するサブフレームのサブフレーム番号９中に送信されるアップリンク許可によってスケジューリングされうる。別個のアップリンクＨＡＲＱ処理は、異なるサブフレーム番号中でのアップリンク送信の各々について決定されうる（例えば、４つのＨＡＲＱ処理が、ＴＤＤ無線フレーム構造６００のために決定されうる）。図６中に示されているＤＬ−ＵＬサブフレーム構成の場合、１つのサブフレームのための１つのアップリンク許可が、１、４、６、および９と番号付けられたダウンリンクサブフレームの各々中で送信され、いかなるアップリンク許可も、０および５と番号付けられたダウンリンクサブフレーム中では送信されないことがありうる。図２中の０と番号付けられたアップリンクヘビー（uplink heavy）ＤＬ−ＵＬサブフレーム構成の場合、２つの異なるサブフレームのための２つのアップリンク許可が、いくつかのダウンリンクサブフレーム中で送信されうる。
【００６８】
[0087]図７は、本開示の様々な態様にしたがって、５ｍｓの切り替えポイント周期性に関連付けられたＤＬ−ＵＬサブフレーム構成を有するＴＤＤ無線フレーム構造７００を示している。いくつかの例では、ＤＬ−ＵＬサブフレーム構成は、図２中の１と番号付けられたＤＬ−ＵＬサブフレーム構成の態様の例でありうる。示されているように、ＤＬ−ＵＬサブフレーム構成は、Ｄサブフレーム、Ｕサブフレーム、およびＳサブフレームを含みうる。アップリンク送信（例えば、ＰＵＳＣＨ）は、各ＳサブフレームのＵｐＰＴＳ中での送信のためにスケジューリングされうる。
【００６９】
[0088]例えば、図６を参照して説明されたように、Ｕサブフレームの各々中でのアップリンク送信（例えば、ＰＵＳＣＨ）は、先に送信されるサブフレーム中で送信されるアップリンク許可に少なくとも部分的に基づいてスケジューリングされうる。Ｓサブフレームの各々中のＵｐＰＴＳ中でのアップリンク送信は、加えてまたは代替として、先に送信されるサブフレーム中で送信されるアップリンク許可に少なくとも部分的に基づいてスケジューリングされうる。いくつかの例では、基地局１０５は、２つの隣接するＤまたはＳサブフレーム中でＵｐＰＴＳおよびその直後のＵサブフレームのためのそれぞれのアップリンク許可を送信しうる。例えば、サブフレーム番号６中のＵｐＰＴＳ中でのアップリンク送信は、現在のサブフレームのサブフレーム番号０中に送信されるアップリンク許可によってスケジューリングされ、サブフレーム番号１中のＵｐＰＴＳ中でのアップリンク送信は、先行するサブフレームのサブフレーム番号５中に送信されるアップリンク許可によってスケジューリングされうる。別個の追加のアップリンクＨＡＲＱ処理は、異なるサブフレーム番号中でのＵｐＰＴＳアップリンク送信の各々について決定されうる（ＨＡＲＱ処理が、ＴＤＤ無線フレーム構造７００のために決定されうる）。図７中に示されているＤＬ−ＵＬサブフレーム構成の場合、１つのサブフレームのための１つのアップリンク許可が、０、１、４、５、６、および９と番号付けられたダウンリンクサブフレームの各々中で送信されうる。図２中の０と番号付けられたアップリンクヘビーＤＬ−ＵＬサブフレーム構成の場合、２つまたは３つの異なるサブフレームのための２つまたは３つのアップリンク許可が、いくつかのダウンリンクサブフレーム中で送信されうる。
【００７０】
[0089]図８は、本開示の様々な態様にしたがって、５ｍｓの切り替えポイント周期性に関連付けられたＤＬ−ＵＬサブフレーム構成を有するＴＤＤ無線フレーム構造８００を示している。いくつかの例では、ＤＬ−ＵＬサブフレーム構成は、図２中の１と番号付けられたＤＬ−ＵＬサブフレーム構成の態様の例でありうる。示されているように、ＤＬ−ＵＬサブフレーム構成は、Ｄサブフレーム、Ｕサブフレーム、およびＳサブフレームを含みうる。アップリンク送信（例えば、ＰＵＳＣＨ）は、各ＳサブフレームのＵｐＰＴＳ中での送信のためにスケジューリングされうる。
【００７１】
[0090]例えば、図６を参照して説明されたように、Ｕサブフレームの各々中でのアップリンク送信（例えば、ＰＵＳＣＨ）は、先に送信されるサブフレーム中で送信されるアップリンク許可に少なくとも部分的に基づいてスケジューリングされうる。Ｓサブフレームの各々中のＵｐＰＴＳ中でのアップリンク送信は、加えてまたは代替として、先に送信されるサブフレーム中で送信されるアップリンク許可に少なくとも部分的に基づいてスケジューリングされうる。いくつかの例では、基地局１０５は、同じＤまたはＳサブフレーム中でＵｐＰＴＳおよびその直後のＵサブフレームのためのそれぞれのアップリンク許可を送信しうる。例えば、サブフレーム番号６中のＵｐＰＴＳ中でのアップリンク送信は、現在のサブフレームのサブフレーム番号1中に送信されるアップリンク許可によってスケジューリングされ、サブフレーム番号１中のＵｐＰＴＳ中でのアップリンク送信は、先行するサブフレームのサブフレーム番号６中に送信されるアップリンク許可によってスケジューリングされうる。別個の追加のアップリンクＨＡＲＱ処理は、異なるサブフレーム番号中でのＵｐＰＴＳアップリンク送信の各々について決定されうる（例えば、６つのＨＡＲＱ処理が、ＴＤＤ無線フレーム構造８００のために決定されうる）。図８中に示されているＤＬ−ＵＬサブフレーム構成の場合、１つのサブフレームのための１つのアップリンク許可が、４および９と番号付けられたダウンリンクサブフレームの各々中で送信され、２つの異なるアップリンク許可が、１および６と番号付けられたダウンリンクサブフレームの各々中のうちの２つの異なるサブフレームのために送信され、いかなるアップリンク許可も、０および５と番号付けられたダウンリンクサブフレーム中では送信されないことがありうる。代替として、第１の組み合わされたアップリンク許可は、サブフレーム番号６中のＵｐＰＴＳ中での第１のアップリンク送信のために、およびサブフレーム番号７中での第２のアップリンク送信のために（またはサブフレーム番号６中のＵｐＰＴＳとサブフレーム番号７のアップリンク部分とにわたるジョイントアップリンク送信（例えば、延長されたＴＴＩ送信）のために）、サブフレーム番号１中で送信されうる。同様に、第２の組み合わされたアップリンク許可は、サブフレーム番号１中のＵｐＰＴＳ中での第１のアップリンク送信のために、およびサブフレーム番号２中での第２のアップリンク送信のために（またはサブフレーム番号１中のＵｐＰＴＳとサブフレーム番号２のアップリンク部分とにわたるジョイントアップリンク送信（例えば、延長されたＴＴＩ送信）のために）、サブフレーム番号６中で送信されうる。別個のアップリンク許可の送信は、サブフレームの一部分（例えば、１つのスロット未満）を占有するＵｐＰＴＳが（２つのスロットを占有する）アップリンクサブフレームとは異なるリソース可用性条件（resource availability conditions）を有しうるという点において有用でありうる。図２中の０と番号付けられたアップリンクヘビーＤＬ−ＵＬサブフレーム構成の場合、２つまたは３つの異なるサブフレームのための２つまたは３つのアップリンク許可が、いくつかのダウンリンクサブフレーム中で送信されうる。しかしながら、アップリンク許可についてモニタするＵＥは、ダウンリンクサブフレーム中で送信されるアップリンク許可の数にかかわらず、同じ数のブラインド復号を遂行しうる。
【００７２】
[0091]ＵｐＰＴＳのためのアップリンク許可が図８を参照して説明されたように送信されるとき、ＵｐＰＴＳについてのアップリンクスケジューリングタイミングは、アップリンク許可が同じダウンリンクサブフレーム中で送信されるアップリンクスケジューリングタイミングと比較して約０．５ｍｓだけ低減されうる。ＵｐＰＴＳについてのアップリンクスケジューリングタイムを最大化するために、ＵｐＰＴＳのための第１のアップリンク許可は、ＰＤＣＣＨ中で送信され、（第１のアップリンク許可と同じダウンリンクサブフレーム中で送信される）アップリンクサブフレームのための第２のアップリンク許可は、ＰＤＣＣＨ中で、またはＥＰＤＣＣＨ中で送信されうる。
【００７３】
[0092]図８を参照して説明されたＴＤＤ無線フレーム構造８００を再び参照すると、ＵｐＰＴＳ中でのアップリンク送信（例えば、ＰＵＳＣＨ送信）に続く次のＰＤＣＣＨまたはＰＨＩＣＨのタイミングは、ＵｐＰＴＳに続くアップリンクサブフレーム中でのアップリンク送信（例えば、ＰＵＳＣＨ送信）に続くＰＨＩＣＨの次のＰＤＣＣＨのタイミングと同じでありうる。例えば、サブフレーム番号６中のＵｐＰＴＳ中でのアップリンク送信に続く次のＰＤＣＣＨまたはＰＨＩＣＨ、およびサブフレーム番号７中でのアップリンク送信に続く次のＰＤＣＣＨまたはＰＨＩＣＨは、サブフレーム番号１中でスケジューリングされうる。同様に、サブフレーム番号１中のＵｐＰＴＳ中でのアップリンク送信に続く次のＰＤＣＣＨまたはＰＨＩＣＨ、およびサブフレーム番号２中でのアップリンク送信に続く次のＰＤＣＣＨまたはＰＨＩＣＨは、サブフレーム番号６中でスケジューリングされうる。
【００７４】
[0093]いくつかの例では、ＰＨＩＣＨがサブフレーム番号１またはサブフレーム番号６中でＰＵＳＣＨについてサポートされうるとき、同じＰＨＩＣＨ応答が、サブフレーム番号１とサブフレーム番号２との両方に（またはサブフレーム番号６とサブフレーム番号７との両方に）適用可能でありうる。いくつかの例では、確認応答／非確認応答（ＡＣＫ／ＮＡＣＫ）バンドリングが使用されうる。例えば、サブフレーム番号１とサブフレーム番号２との両方（またはサブフレーム番号６とサブフレーム番号７との両方）中でのアップリンク送信が確認応答される場合、共有ＰＨＩＣＨリソースは、ＡＣＫに設定され、そうでない場合は、共有ＰＨＩＣＨリソースは、ＮＡＫに設定されうる。共有ＰＨＩＣＨリソースは、サブフレーム番号２（またはサブフレーム７）に対して既に割り振られたＰＨＩＣＨリソースでありうる。代替として、サブフレーム番号１とサブフレーム番号２と（またはサブフレーム番号６とサブフレーム番号７と）は、別個のＰＨＩＣＨリソース（例えば、サブフレーム番号１とサブフレーム番号２と（またはサブフレーム番号６とサブフレーム番号７と）のために使用される開始物理リソースブロック（ＰＲＢ）およびＤＭ−ＲＳサイクリックシフト（the starting physical resource blocks (PRBs) and DM-RS cyclic shifts）に基づく別個のＰＨＩＣＨリソース）を割り振られうる。サブフレーム番号１（またはサブフレーム番号６）に対する別個のＰＨＩＣＨリソースは、加えてまたは代替として他のサブフレームに対するＰＨＩＣＨリソースとの衝突の可能性を最小化するために、加えてまたは代替として、オフセット（例えば、ハードコーディングされたオフセット、またはＲＲＣ構成されたオフセット、または動的に示されたオフセット）に基づきうる。代替として、いかなるＰＨＩＣＨリソースも、ＵｐＰＴＳ中でのアップリンク送信（例えば、ＰＵＳＣＨ送信）に対して提供されず、ＵｐＰＴＳ中で送信されるアップリンク送信のＰＨＩＣＨベースの再送信に対して、いかなる提供もなされないことがありうる。代わりに、再送信は、ＰＤＣＣＨ、またはＥＰＤＣＣＨ、または非同期アップリンクＨＡＲＱ動作のうちの少なくとも１つを使用してスケジューリングされうる。
【００７５】
[0094]ＴＤＤ無線フレーム構造７００は、サブフレームごとに送信されるアップリンク許可の数が最小化されうるという点において有用でありうる。図８を参照して説明されたＴＤＤ無線フレーム構造８００は、アップリンク許可の送信が、アップリンク送信（例えば、ＰＵＳＣＨ）がＳサブフレームのＵｐＰＴＳ中で送信されるかどうかにかかわらず、アップリンク許可が送信されるサブフレームに限定されうるという点において有用でありうる。
【００７６】
[0095]いくつかの例では、同じＤＣＩサイズスケジューリングが、アップリンクサブフレーム中での（例えば、図２を参照して説明されたＵサブフレームのうちの１つ中での）送信のためにスケジューリングされるＰＵＳＣＨとして、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨに対して割り振られうる。いくつかの例では、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨに対するリソース割り振りは、アップリンクサブフレーム中での送信のためにスケジューリングされるＰＵＳＣＨに対するリソース割り振りと同じでありうる（例えば、両方のＰＵＳＣＨ送信とも、同じＲＢ粒度でスケジューリングされる）。他の例では、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨに対するリソース割り振りは、アップリンクサブフレーム中での送信のためにスケジューリングされるＰＵＳＣＨに対するリソース割り振りとは異なりうる。例えば、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨに対するリソース割り振りは、複数のＲＢ粒度（例えば、２つのＲＢ粒度）を有しうる。
【００７７】
[0096]いくつかの例では、同じ送信電力制御（ＴＰＣ）コマンドが、アップリンクサブフレームまたはＵｐＰＴＳ中でのＰＵＳＣＨの送信のために使用されうる。ＵｐＰＴＳ中で送信されるＰＵＳＣＨについてのスケジューリングタイミングが４ｍｓ未満であるとき、ＴＰＣコマンドは、同じタイミング（すなわち、４ｍｓ未満）で適用されうる。
【００７８】
[0097]いくつかの例では、同じ開ループまたは閉ループ電力制御が、アップリンクサブフレームおよびＵｐＰＴＳのために（またはＵｐＰＴＳを含むＳサブフレームに対して）使用されうる。２つ以上のサブフレームセットが電力制御のために構成されるとき、ＵｐＰＴＳを含む各サブフレームは、セットのうちの異なる１つ中に含まれうる。
【００７９】
[0098]図９は、本開示の様々な態様にしたがって、ＵｐＰＴＳを含むサブフレーム９００の代替の構成を示している。いくつかの例では、サブフレーム９００は、図２を参照して説明されたＤＬ−ＵＬサブフレーム構成のうちの１つ中に含まれたＳサブフレームのうちの１つの態様の例でありうる。サブフレーム９００は、第１のスロット９０５（スロット０）と、それに続く第２のスロット９１０（スロット１）とを含みうる。サブフレーム９００は、第１のスロット９０５内のＤｗＰＴＳ９１５と、それに続く第１のスロット９０５と第２のスロット９１０とにわたる２つのシンボルＧＰ９２０と、それに続く第２のスロット９１０内のＵｐＰＴＳ９２５とを含みうる。ＰＵＳＣＨは、ＵｐＰＴＳ９２５中に送信されうる。いくつかの例では、サブフレーム９００は、１ｍｓの持続時間を有しうる。
【００８０】
[0099]サブフレーム９００の代替案１ ９３０では、ＵｐＰＴＳ９２５中にＰＵＳＣＨを送信している第１のＵＥは、ＵｐＰＴＳ９２５中にＳＲＳを送信しないことがありうる。しかしながら、ＵｐＰＴＳ９２５中にＰＵＳＣＨを同時に（すなわち、第１のＵＥと同時に）送信していない第２のＵＥは、ＵｐＰＴＳ９２５中にＳＲを送信しうる。
【００８１】
[0100]サブフレーム９００の代替案２ ９３５および代替案３ ９４０では、ＵｐＰＴＳ９２５中にＰＵＳＣＨを送信しているＵＥは、ＵｐＰＴＳ９２５中にＳＲＳを送信しうる。代替案２ ９３５では、ＳＲＳは、ＵｐＰＴＳ９２５の時間的に最後のシンボル期間中に送信されうる。代替案３ ９４０では、ＳＲＳは、ＵｐＰＴＳ９２５の時間的に最後の２つのシンボル期間中に送信されうる。ＵｐＰＴＳ９２５中にＰＵＳＣＨを送信するＵＥは、ＳＲＳが送信されるシンボル期間にＰＵＳＣＨ構成の変調シンボルをマッピングしうるか、またはマッピングしないことがありうる（例えば、ＰＵＳＣＨ構成の変調シンボルは、ＳＲＳによってパンクチャリングされうるか、またはＰＵＳＣＨ構成の変調シンボルは、ＳＲＳが送信されうるシンボル期間の周囲でレートマッチングされうる。いくつかの例では、ＰＵＳＣＨの変調シンボルは、ＳＲＳを送信していないＵＥによってＳＲＳがシンボル期間中で送信されていないにもかかわらず、ＳＲＳが別のＵＥによって送信されうるシンボル期間中で送信されないことがありうる。いくつかの例では、周期的ＳＲＳまたは非周期的ＳＲＳは、ＵｐＰＴＳ９２５中に送信されうる。ＳＲＳの送信は、（例えば、非周期的チャネル品質情報（ＣＱＩ）レポートのために）ネットワークアクセスデバイスによってスケジューリング（トリガ）されうるか、またはＵＥによってトリガされうる。
【００８２】
[0101]いくつかの例では、ＰＵＣＣＨは、ＵｐＰＴＳ中に送信されうる。いくつかの例では、ダウンリンクＨＡＲＱタイミングは、ＵｐＰＴＳ中に送信されるＰＵＣＣＨについて定義されうる。他の例では、ダウンリンクＨＡＲＱは、ＵｐＰＴＳ中で送信されるＰＵＣＣＨ中に送信されないことがありうるが、ＳＲまたは周期的チャネル状態情報（ＣＳＩ）のような情報は、ＰＵＣＣＨ中で送信されうる。
【００８３】
[0102]いくつかの例では、ＰＲＡＣＨは、ＵｐＰＴＳ中に送信されうる。いくつかの例では、ＰＲＡＣＨフォーマット４は、ＵｐＰＴＳの最後の２つのシンボル期間中で送信されうる。他の例では、ＰＲＡＣＨフォーマット４または他のＰＲＡＣＨフォーマットは、ＵｐＰＴＳの追加のシンボル期間（例えば、２つよりも多くのシンボル期間）または他のシンボル期間中で送信されうる。
【００８４】
[0103]いくつかの例では、半永続的なスケジューリング（ＳＰＳ）は、ＵｐＰＴＳ中でサポートされないことがありうる。サポートされるとき、同じトランスポートブロックが、アップリンクサブフレーム中で、ならびにＵｐＰＴＳ中で再送信／送信されうる。
【００８５】
[0104]いくつかの例では、ＰＵＳＣＨ送信は、２つ以上のサブフレームにわたりうる。ＰＵＳＣＨ送信は、加えてまたは代替として、１つまたは複数のアップリンクサブフレームと組み合わせたＵｐＰＴＳにわたりうる。後者の例では、ＴＴＩバンドリング（あるいはｅＭＴＣ ＵＥまたはＮＢ−ＩＯＴ ＵＥについての広範囲の（extensive）ＴＴＩバンドリング）がサポートされうるか、またはサポートされないことがありうる。ＵｐＰＴＳを含むＴＴＩバンドリング（または広範囲のＴＴＩバンドリング）がサポートされうるとき、ＵｐＰＴＳのリソースは、いくつかの例では、アップリンクサブフレームのリソースとは異なる粒度を有しうる。例えば、アップリンクサブフレーム中の３−ＲＢリソースは、ＵｐＰＴＳ中の６−ＲＢリソースとバンドリングされうる。
【００８６】
[0105]いくつかの例では、ＭＩＭＯ動作（例えば、最大で４つのレイヤを伴うＭＩＭＯ動作）は、ＵｐＰＴＳ中でサポートされうる。サブフレームの２つのスロットにわたって使用されるものと同様であるＯＣＣフレームワークは、復調基準信号がＵｐＰＴＳの２つのシンボル期間の各々中に送信されうるときにサポートされうる。そうでない場合は、復調基準信号がＵｐＰＴＳの単一のシンボル期間中で送信されうるとき、ＵｐＰＴＳは、アップリンクサブフレームの第１のスロット（例えば、スロット０）または第２のスロット（例えば、スロット１）について定義されたＯＣＣを取りうる。
【００８７】
[0106]いくつかの例では、ＵｐＰＴＳ中での非周期的ＣＱＩまたは非周期的ＳＲＳの送信がサポートされうる。いくつかの例では、ＵｐＰＴＳ中で非周期的ＣＱＩまたは非周期的ＳＲＳを送信することに対する制限が存在しうる。制限は、ＵｐＰＴＳに続くアップリンクサブフレーム（例えば、図２を参照して説明されたＵサブフレーム）中の送信に基づきうる。例えば、制限は、非周期的ＣＱＩまたは非周期的ＳＲＳ（あるいは同じ非周期的ＣＱＩまたは非周期的ＳＲＳ）がＵｐＰＴＳに続くアップリンクサブフレーム中で送信されるようにスケジューリングされうるときに、ＵｐＰＴＳ中での非周期的ＣＱＩまたは非周期的ＳＲＳの送信を制限しうる（あるいは同じ非周期的ＣＱＩ（例えば、同じＣＣのためのＣＱＩレポート）または同じ非周期的ＳＲＳ（例えば、同じＳＲＳリソースを使用する非周期的ＳＲＳ）の送信を制限しうる）。他の例では、ＵｐＰＴＳ中で非周期的ＣＱＩまたは非周期的ＳＲＳを送信することに対する制限が存在しないことがありうる。
【００８８】
[0107]ＵｐＰＴＳ中のアップリンク共有チャネル（ＵＬ−ＳＣＨ）の送信を伴わない非周期的ＣＳＩの送信の場合、非周期的ＣＳＩのために使用されるＲＢの数に関する条件は、アップリンクサブフレーム（例えば、図２を参照して説明されたＵサブフレーム）についてとは異なって定義されうる。例えば、最大で５つのＣＣ ＣＡを使用するとき、２０個以下のＲＢが、Ｕサブフレーム中の非周期的ＣＳＩを決定するための１つの条件として使用され、４０個以下のＲＢが、ＵｐＰＴＳ中の非周期的ＣＳＩを決定するために使用されうる。
【００８９】
[0108]図１０は、本開示の様々な態様にしたがって、ＵｐＰＴＳを含むサブフレーム１０００中に送信されるコンポーネントキャリア（ＣＣ）のセットを示している。いくつかの例では、サブフレーム１０００は、図２を参照して説明されたＤＬ−ＵＬサブフレーム構成のうちの１つ中に含まれたＳサブフレームのうちの１つの態様の例でありうる。サブフレーム１０００は、第１のスロット１００５（スロット０）と、それに続く第２のスロット１０１０（スロット１）とを含みうる。いくつかの例では、サブフレーム１０００は、１ｍｓの持続時間を有しうる。
【００９０】
[0109]サブフレーム１０００中に、第１のＣＣ（ＣＣ１ １０３０）は、第１のスロット１００５内でスケジューリングされるＤｗＰＴＳ１０１５と、それに続く第１のスロット１００５と第２のスロット１０１０とにわたる２つのシンボルＧＰ１０２０と、それに続く第２のスロット１０１０内でスケジューリングされるＵｐＰＴＳ１０２５とを含みうる。ＰＵＳＣＨは、ＵｐＰＴＳ１０２５中に送信されうる。加えてまたは代替として、サブフレーム１０００中に、第２のＣＣ（ＣＣ２ １０３５）は送信されうる。そのような例では、（例えば、ＦＤＤ ＣＣから）サブフレーム１０００中にＣＣ２ １０３５上で送信されるアップリンクサブフレームがＣＣ１ １０３０のＵｐＰＴＳ１０２５中での送信と衝突する電力制限シナリオ（例えば、ＣＣのための必要とされる送信電力がＣＣのために利用可能である最大電力より大きいシナリオ）が存在しうる。いくつかの例では、第１のスロット１００５中にはいかなる電力制限シナリオも存在しないことがありうるが、第２のスロット１０１０中には１つの電力制限シナリオが存在しうる。そのような例では、送信電力は、サブフレーム１０００の全体に対して、または単に第２のスロット１０１０だけに対してスケーリングされうる。１６値直交振幅変調（１６ＱＡＭ）およびそれ以上について、第１のスロット１００５および第２のスロット１０１０が異なる送信電力に関連付けられる場合に、ネットワークアクセスデバイス（例えば、基地局）が第１のスロット１００５および第２のスロット１０１０からのソフトチャネルビットを適切に組み合わせることができないことがありうることから、単に第２のスロット１００１に対する送信電力スケーリングは、単に４位相偏移変調（ＱＰＳＫ）だけについて可能でありうる。
【００９１】
[0110]図１１は、本開示の様々な態様にしたがって、ワイヤレス通信において使用するための装置１１０５のブロック図１１００を示している。装置１１０５は、図１を参照して説明された基地局１０５のうちの１つまたは複数のようなネットワークアクセスデバイスの態様の例でありうる。装置１１０５は加えて、プロセッサでありうるか、またはそれを含みうる。装置１１０５は、受信機１１１０、ワイヤレス通信マネージャ１１２０、または送信機１１３０を含みうる。これらのコンポーネントの各々は、互いと通信中でありうる。
【００９２】
[0111]装置１１０５のコンポーネントは、個々にまたは集合的に、ハードウェア中で適用可能な機能のうちのいくつかまたは全てを遂行するように適合された１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）を使用してインプリメントされうる。代替として、機能は、１つまたは複数の集積回路上で、１つまたは複数の他の処理ユニット（あるいはコア）によって遂行されうる。他の例では、他の集積回路（例えば、ストラクチャード／プラットフォームＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、システムオンチップ（ＳｏＣ）、および／またはセミカスタムＩＣの他のもの）が使用されえ、それらは、当該技術において知られている任意の方式でプログラムされうる。各コンポーネントの機能は加えてまたは代替として、１つまたは複数の汎用あるいは特定用途向けプロセッサによって実行されるようにフォーマットされた、メモリ中で具現化された命令で、全体的または部分的にインプリメントされうる。
【００９３】
[0112]いくつかの例では、受信機１１１０は、少なくとも１つの無線周波数スペクトル帯域上での送信を受信するように動作可能である少なくとも１つのＲＦ受信機のような少なくとも１つのＲＦ受信機を含みうる。いくつかの例では、少なくとも１つの無線周波数スペクトル帯域のうちの１つまたは複数は、例えば、図１、２、３、４、５、６、７、８、９、または１０を参照して説明されたように、ＬＴＥ／ＬＴＥ−Ａ通信のために使用されうる。受信機１１１０は、図１を参照して説明されたワイヤレス通信システム１００の１つまたは複数の通信リンクのようなワイヤレス通信システムの１つまたは複数の通信リンクを通して様々なデータまたは制御信号（すなわち、送信）を受信するために使用されうる。
【００９４】
[0113]いくつかの例では、送信機１１３０は、少なくとも１つの無線周波数スペクトル帯域上で送信するように動作可能である少なくとも１つのＲＦ送信機のような少なくとも１つのＲＦ送信機を含みうる。送信機１１３０は、図１を参照して説明されたワイヤレス通信システム１００の１つまたは複数の通信リンクのようなワイヤレス通信システムの１つまたは複数の通信リンクを通して様々なデータまたは制御信号（すなわち、送信）を送信するために使用されうる。
【００９５】
[0114]いくつかの例では、ワイヤレス通信マネージャ１１２０は、装置１１０５のためのワイヤレス通信の１つまたは複数の態様を管理するために使用されうる。いくつかの例では、ワイヤレス通信マネージャ１１２０の一部は、受信機１１１０または送信機１１３０に組み込まれうるか、またはそれらと共有されうる。いくつかの例では、ワイヤレス通信マネージャ１１２０は、ＵｐＰＴＳ構造識別器１１３５またはＵｐＰＴＳ通信マネージャ１１４０を含みうる。
【００９６】
[0115]ＵｐＰＴＳ構造識別器１１３５は、ＵｐＰＴＳに関連付けられたデータ構造とＵｐＰＴＳに関連付けられた復調基準信号構造とを装置１１０５において識別するために使用されうる。ＵｐＰＴＳは、サブフレームの一部分中に発生しうる。
【００９７】
[0116]ＵｐＰＴＳ通信マネージャ１１４０は、ＵｐＰＴＳ構造識別器１１３５によって識別されたデータ構造と復調基準信号構造とに基づいて第２の装置（例えば、ＵＥに関連付けられた装置）と通信するために使用されうる。
【００９８】
[0117]図１２は、本開示の様々な態様にしたがって、ワイヤレス通信において使用するためのワイヤレス通信マネージャ１２２０のブロック図１２００を示している。ワイヤレス通信マネージャ１２２０は、図１１を参照して説明されたワイヤレス通信マネージャ１１２０の態様の例でありうる。
【００９９】
[0118]ワイヤレス通信マネージャ１２２０のコンポーネントは、個々にまたは集合的に、ハードウェア中で適用可能な機能のうちのいくつかまたは全てを遂行するように適合された１つまたは複数のＡＳＩＣを使用してインプリメントされうる。代替として、機能は、１つまたは複数の集積回路上で、１つまたは複数の他の処理ユニット（あるいはコア）によって遂行されうる。いくつかの他の例では、他のタイプの集積回路（例えば、ストラクチャード／プラットフォームＡＳＩＣ、ＦＰＧＡ、ＳｏＣ、および／または他のタイプのセミカスタムＩＣ）が使用されえ、それらは、当該技術において知られている任意の方式でプログラムされうる。各コンポーネントの機能は、加えてまたは代替として、１つまたは複数の汎用あるいは特定用途向けプロセッサによって実行されるようにフォーマットされた、メモリ中で具現化された命令で、全体的または部分的にインプリメントされうる。
【０１００】
[0119]いくつかの例では、ワイヤレス通信マネージャ１２２０は、図１を参照して説明された基地局１０５のうちの１つ、または図１１を参照して説明された装置１１０５のうちの１つのようなネットワークアクセスデバイスまたは装置のためのワイヤレス通信の１つまたは複数の態様を管理するために使用されうる。いくつかの例では、ワイヤレス通信マネージャ１２２０の一部は、受信機または送信機（例えば、図１１を参照して説明された受信機１１１０または送信機１１３０）に組み込まれうるか、またはそれらと共有されうる。いくつかの例では、ワイヤレス通信マネージャ１２２０は、ＵｐＰＴＳ構造識別器１２３５、ＵｐＰＴＳスケジューラ１２４５、ＵｐＰＴＳタイミングおよび条件マネージャ１２５０、ＵｐＰＴＳ構造インジケータ１２５５、アップリンクＨＡＲＱコンフィギュレータ１２６０、ＵｐＰＴＳ通信マネージャ１２４０、または再送信スケジューラ１２６５を含みうる。
【０１０１】
[0120]ＵｐＰＴＳ構造識別器１２３５は、ＵｐＰＴＳに関連付けられたデータ構造とＵｐＰＴＳに関連付けられた復調基準信号構造とをワイヤレス通信マネージャ１２２０を含む第１の装置（例えば、基地局のようなネットワークアクセスデバイス）において識別するために使用されうる。ＵｐＰＴＳは、サブフレームの一部分中（例えば、図２を参照して説明されたＳサブフレームの一部分中）に発生しうる。
【０１０２】
[0121]いくつかの例では、ＵｐＰＴＳ構造識別器１２３５を使用して、ＵｐＰＴＳに関連付けられたデータ構造と復調基準信号構造とを識別することは、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨのデータ構造と復調基準信号構造とを識別することを含みうる。いくつかの例では、ＰＵＳＣＨのデータ構造と復調基準信号構造とを識別することは、ＵｐＰＴＳにサブフレームのスロットについての公称ＰＵＳＣＨ構成の変調シンボルのサブセットをマッピングすることを含みうる。いくつかの例では、変調シンボルのサブセットは、スロットについての公称ＰＵＳＣＨ構成の変調シンボルの時間的に最後のサブセット、またはスロットについての公称ＰＵＳＣＨ構成の変調シンボルの時間的に第１のサブセットのうちの１つを含みうる。いくつかの例では、ＵｐＰＴＳに関連付けられたデータ構造と復調基準信号構造とを識別することは、ＵｐＰＴＳが６つのシンボル期間ＵｐＰＴＳを含むことを識別することと、６つのシンボル期間ＵｐＰＴＳの時間的に第３のシンボル期間、または６つのシンボル期間ＵｐＰＴＳの時間的に第４のシンボル期間、または６つのシンボル期間ＵｐＰＴＳの時間的に第２のシンボル期間と時間的に第５のシンボル期間、または６つのシンボル期間ＵｐＰＴＳの２つのシンボル期間、または６つのシンボル期間ＵｐＰＴＳの少なくとも時間的に第１のシンボル期間のうちの１つにマッピングされる復調基準信号送信を識別することとを含みうる。
【０１０３】
[0122]いくつかの例では、ＵｐＰＴＳは、アップリンクサブフレーム（例えば、図２を参照して説明されたＵサブフレーム）より前に発生しうる。これらの例では、ＵｐＰＴＳ構造識別器１２３５を使用して、ＰＵＳＣＨのデータ構造と復調基準信号構造とを識別することは、単一のアップリンクサブフレームの第２の持続時間以下の第１の持続時間を有するＴＴＩのために構成されたＰＵＳＣＨトランスポートブロックを識別することを含みうる。代替として、ＵｐＰＴＳ構造識別器１２３５を使用して、ＰＵＳＣＨのデータ構造と復調基準信号構造とを識別することは、ＵｐＰＴＳの少なくとも一部分とＵｐＰＴＳに続くアップリンクサブフレームの少なくとも一部分とにわたるＴＴＩのために構成されたＰＵＳＣＨトランスポートブロックを識別することを含みうる。いくつかの例では、ＵｐＰＴＳ構造識別器１２３５は、複数のリソースブロック粒度に基づいてＰＵＳＣＨのリソースを割り振るために使用されうる。
【０１０４】
[0123]ＵｐＰＴＳスケジューラ１２４５は、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨとアップリンクサブフレーム中での送信のためにスケジューリングされる少なくとも１つの追加のＰＵＳＣＨとに対して同じＤＣＩサイズスケジューリングを割り振るために使用されうる。ＵｐＰＴＳスケジューラ１２４５は、加えてまたは代替として、先に送信されるサブフレーム中のＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨをスケジューリングするために使用されえ、ここで、先に送信されるサブフレームは、ＰＵＳＣＨを含むサブフレームより前に送信される。いくつかの例では、ＵｐＰＴＳスケジューラ１２４５は、２つの隣接するＤまたはＳサブフレーム中でのＵｐＰＴＳおよびその直後のＵサブフレームのためのそれぞれのアップリンク許可の送信をスケジューリングしうる。代替では、ＵｐＰＴＳスケジューラ１２４５は、同じＤまたはＳサブフレーム中でのＵｐＰＴＳおよびその直後のＵサブフレームのためのそれぞれのアップリンク許可の送信をスケジューリングしうる。いくつかの例では、先に送信されるサブフレーム中のＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨをスケジューリングすることは、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨのためのアップリンク許可を先に送信されるサブフレーム中で送信することを含みうる。いくつかの例では、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨのためのアップリンク許可は、先に送信されるサブフレーム中で送信される唯一のアップリンク許可でありうる。いくつかの例では、ＵｐＰＴＳスケジューラ１２４５は、少なくとも１つの追加のサブフレーム中（例えば、ＵｐＰＴＳを含むサブフレーム以外の少なくとも１つのサブフレーム中）でスケジューリングされる少なくとも１つの追加のＰＵＳＣＨのための少なくとも１つの追加のアップリンク許可を先に送信されるサブフレーム中で送信しうる。いくつかの例では、ＵｐＰＴＳスケジューラ１２４５は、ＵｐＰＴＳ中で送信されるＰＵＳＣＨに対して別個のＰＨＩＣＨリソースまたは共有ＰＨＩＣＨリソースを割り振りえ、ここで、共有ＰＨＩＣＨリソースは、少なくとも１つの追加のＰＵＳＣＨと共有される。いくつかの例では、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨのためのアップリンク許可は、少なくとも１つの追加のサブフレーム（例えば、ＵｐＰＴＳを含むサブフレーム以外の少なくとも１つのサブフレーム）中でスケジューリングされる少なくとも１つの追加のＰＵＳＣＨをスケジューリングしうる。いくつかの例では、アップリンク許可は、ＰＤＣＣＨ中で送信されうる。
【０１０５】
[0124]アップリンクＨＡＲＱコンフィギュレータ１２６０は、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨについての別個のＨＡＲＱ処理を構成するために使用されうる。ＵｐＰＴＳタイミングおよび条件マネージャ１２５０は、ＵｐＰＴＳの様々なタイミングおよび／または条件を識別するために使用されうる。いくつかの例では、ＵｐＰＴＳタイミングおよび条件マネージャ１２５０は、ＵｐＰＴＳ中に送信されるＳＲＳのタイミングを識別するために使用されうる。いくつかの例では、ＵｐＰＴＳタイミングおよび条件マネージャ１２５０は、ＵｐＰＴＳ中に送信されるＰＵＣＣＨのタイミングを識別することと、ＰＵＣＣＨ中で送信されるＣＳ、ＳＲ、またはそれらの組み合わせのうちの少なくとも１つを識別することとを行うために使用されうる。いくつかの例では、ＵｐＰＴＳタイミングおよび条件マネージャ１２５０は、ＵｐＰＴＳの２つよりも多くのシンボル期間中でＰＲＡＣＨリソースのタイミングを識別するために使用されうる。いくつかの例では、ＵｐＰＴＳタイミングおよび条件マネージャ１２５０は、ＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨの少なくとも第１のリソースと、少なくとも１つの追加のサブフレーム（例えば、ＵｐＰＴＳを含むサブフレーム以外の少なくとも１つのサブフレーム）のためにスケジューリングされる少なくとも１つの追加のＰＵＳＣＨの少なくとも第２のリソースとのバンドリングを識別するために使用されうる。いくつかの例では、第１のリソースは、第２のリソースの第２のリソース粒度とは異なる第１のリソース粒度を有しうる。いくつかの例では、ＵｐＰＴＳは、アップリンクサブフレームより前に発生し、方法は、非周期的ＣＱＩ、または非周期的ＳＲＳ、またはそれらの組み合わせのうちの少なくとも１つの、ＵｐＰＴＳ中の送信に対する制限を識別することを含みうる。制限は、アップリンクサブフレーム中の送信に基づきうる。いくつかの例では、ＵｐＰＴＳタイミングおよび条件マネージャ１２５０は、サブフレームの送信電力をサブフレームレベルに、またはスロットレベルにスケーリングするために使用されうる。
【０１０６】
[0125]ＵｐＰＴＳ構造インジケータ１２５５は、ＵＥにＵｐＰＴＳ中での送信のためにスケジューリングされるＰＵＳＣＨの識別されたデータ構造と復調基準信号構造とのインジケーションを提供するために使用されうる。
【０１０７】
[0126]ＵｐＰＴＳ通信マネージャ１２４０は、ＵｐＰＴＳ構造識別器１２３５によって識別されたデータ構造と復調基準信号構造とに基づいて第２の装置（例えば、ＵＥに関連付けられた装置）と通信するために使用されうる。
【０１０８】
[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]添付された図面に関連して上述された詳細な説明は、例を説明しており、インプリメントされうるまたは特許請求の範囲内にある例の全てを表してはいない。「例（example）」および「例証的（exemplary）」という用語は、この説明中で使用されるとき、「例、事例、または例示としての役割を果たす」ことを意味し、「好ましい」または「他の例に対して有利である」ことを意味しない。詳細な説明は、説明された技法の理解を提供することを目的として特定の詳細を含む。これらの技法は、しかしながら、これらの特定の詳細なしに実施されうる。いくつかの事例では、良く知られている構造および装置は、説明された例の概念を曖昧にすることを避けるためにブロック図形式で示される。
【０１７５】
[0194]情報および信号は、多様な異なる技術および技法のうちの任意のものを使用して表わされうる。例えば、上記の説明全体を通じて参照されうるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはそれらの任意の組み合わせによって表されうる。
【０１７６】
[0195]ここでの開示に関連して説明された様々な例示的なブロックおよびコンポーネントは、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、ＡＳＩＣ、ＦＰＧＡまたは他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、あるいはここに説明された機能を遂行するように設計されたそれらの任意の組み合わせを用いてインプリメントまたは遂行されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代替では、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでありうる。プロセッサは、加えてまたは代替として、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成としてインプリメントされうる。
【０１７７】
[0196]ここに説明された機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの任意の組み合わせにおいてインプリメントされうる。プロセッサによって実行されるソフトウェアにおいてインプリメントされる場合、機能は、コンピュータ可読媒体上の１つまたは複数の命令またはコードとして記憶あるいは送信されうる。他の例およびインプリメンテーションは、本開示および添付された特許請求の範囲の精神および範囲内にある。例えば、ソフトウェアの性質に起因して、上述された機能は、プロセッサによって実行されるソフトウェア、ハードウェア、ファームウェア、ハード配線、またはこれらのうちの任意のものの組み合わせを使用してインプリメントされることができる。機能をインプリメントするコンポーネントは、加えてまたは代替として、機能の一部分が異なる物理的ロケーションにおいてインプリメントされるように分散されることを含め、様々な位置において物理的にロケートされうる。特許請求の範囲を含め、ここに使用される場合、「または／あるいは／もしくは（or）」という用語は、２つ以上の項目のリスト中で使用されるとき、リストされた項目のうちのどの１つも単独で用いられることができるか、またはリストされた項目のうちの２つ以上のどの組み合わせも用いられることができることを意味する。例えば、ある構成が、コンポーネントＡ、Ｂ、またはＣを包含するとして説明されている場合、その構成は、Ａだけ、Ｂだけ、Ｃだけ、ＡとＢの組み合わせ、ＡとＣの組み合わせ、ＢとＣの組み合わせ、またはＡとＢとＣの組み合わせを包含することができる。また、特許請求の範囲を含め、ここに使用される場合、項目のリスト（例えば、「〜のうちの少なくとも１つ（at least one of）」または「〜のうちの１つまたは複数（one or more of）」のようなフレーズで始まる項目のリスト）中で使用される「または／あるいは／もしくは（or）」は、例えば、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」のリストが、Ａ、Ｂ、Ｃ、ＡとＢ、ＡとＣ、ＢとＣ、ＡとＢとＣ（すなわち、Ａ、Ｂ、およびＣ）を意味するような、選言的なリストを示す。
【０１７８】
[0197]コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体とコンピュータ記憶媒体との両方を含む。記憶媒体は、汎用または特殊用途コンピュータによってアクセスされることができる任意の利用可能な媒体でありうる。限定ではなく例として、コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、フラッシュメモリ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいはデータ構造または命令の形態で所望されるプログラムコード手段を記憶または搬送するために使用されることができ、汎用または特殊用途コンピュータ、もしくは汎用または特殊用途プロセッサによってアクセスされることができる任意の他の媒体を備えることができる。また、任意の接続は、厳密にはコンピュータ可読媒体と称される。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義中に含まれる。ディスク（disk）およびディスク（disc）は、ここに使用される場合、コンパクトディスク（ＣＤ）（disc）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（ＤＶＤ）（disc）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は通常、磁気的にデータを再生し、その一方でディスク（disc）は、レーザーを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれる。
【０１７９】
[0198]本開示の先の説明は、当業者が本開示を製造または使用することを可能にするために提供される。本開示に対する様々な修正は、当業者にとって容易に明らかとなり、ここに定義された包括的な原理は、本開示の範囲から逸脱することなしに他の変形に適用されうる。このことから、本開示は、ここに説明された例および設計に限定されるべきではなく、ここに開示された原理および新規の技法と一致する最も広い範囲が付与されるべきである。
【図１】
2019510417.tif 000003
【図２】
2019510417.tif 000004
【図３】
2019510417.tif 000005
【図４】
2019510417.tif 000006
【図５】
2019510417.tif 000007
【図６】
2019510417.tif 000008
【図７】
2019510417.tif 000009
【図８】
2019510417.tif 000010
【図９】
2019510417.tif 000011
【図１０】
2019510417.tif 000012
【図１１】
2019510417.tif 000013
【図１２】
2019510417.tif 000014
【図１３】
2019510417.tif 000015
【図１４】
2019510417.tif 000016
【図１５】
2019510417.tif 000017
【図１６】
2019510417.tif 000018
【図１７】
2019510417.tif 000019
【図１８】
2019510417.tif 000020
【図１９】
2019510417.tif 000021
【図２０】
2019510417.tif 000022
【国際調査報告】
2019510417.tif 000023
2019510417.tif 000024