(57)【要約】ワイヤレス送信受信ユニット（ＷＴＲＵ）は、ショート送信時間間隔（ｓＴＴＩ）物理ダウンリンク制御チャネル（ｓＰＤＣＣＨ）領域のためのダウンリンクｓＴＴＩを監視することができる。ＷＴＲＵは、アップリンク許可のための候補ｓＰＤＣＣＨ領域のセットの中から、ｓＰＤＣＣＨ領域を決定することができる。ｓＰＤＣＣＨは、ＷＴＲＵ固有パラメータに基づいて決定されることができる。
2019510441.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス送信受信ユニット（ＷＴＲＵ）によって実行される方法であって、
ショート送信時間間隔（ｓＴＴＩ）物理ダウンリンク制御チャネル（ｓＰＤＣＣＨ）領域のためのダウンリンクｓＴＴＩを、前記ＷＴＲＵによって監視するステップであって、ダウンリンクｓＴＴＩ長が、アップリンク（ＵＬ）ｓＴＴＩ長とは異なるステップと、
アップリンク許可のための候補ｓＰＤＣＣＨ領域のセットの中から、前記ＷＴＲＵによって前記ｓＰＤＣＣＨ領域を決定するステップであって、前記ｓＰＤＣＣＨは、ＷＴＲＵ固有パラメータに基づいて決定されるステップと、
前記決定されたｓＰＤＣＣＨ領域の中で前記アップリンク許可を前記ＷＴＲＵによって受信するステップと、
前記アップリンク許可を使用して前記ＷＴＲＵによってデータを送信するステップと
を備える方法。
【請求項２】
ダウンリンクｓＴＴＩギャップが、前記ｓＰＤＣＣＨ領域とアップリンクｓＴＴＩとの間にある請求項１に記載の方法。
【請求項３】
前記ダウンリンクｓＴＴＩ長は、前記ＵＬ  ｓＴＴＩ長よりも短い請求項１に記載の方法。
【請求項４】
前記ＷＴＲＵ固有パラメータは、ＷＴＲＵ識別情報（ＷＴＲＵ−ＩＤ）である請求項１に記載の方法。
【請求項５】
前記ダウンリンクｓＴＴＩは、ダウンリンクＴＴＩと部分的に重複する請求項１に記載の方法。
【請求項６】
候補ｓＰＤＣＣＨ領域の前記セットは、複数のｓＴＴＩを含む請求項１に記載の方法。
【請求項７】
アップリンク（ＵＬ）ｓＴＴＩについての第１の情報を、ＵＬ  ＴＴＩについての第２の情報と実質的に並行して、前記ＷＴＲＵによって送信するステップ
をさらに備える請求項１に記載の方法。
【請求項８】
前記ＵＬ  ｓＴＴＩは、前記ＵＬ  ＴＴＩと部分的に重複する請求項７に記載の方法。
【請求項９】
電力ヘッドルーム（ＰＨ）報告または電力制御情報が、前記ＵＬ  ｓＴＴＩ上および前記ＵＬ  ＴＴＩ上で並行して送られる請求項７に記載の方法。
【請求項１０】
前記ＵＬ  ｓＴＴＩは、前記ＵＬ  ＴＴＩと重複する複数のＵＬ  ｓＴＴＩのうちの１つである請求項７に記載の方法。
【請求項１１】
ワイヤレス送信受信ユニット（ＷＴＲＵ）であって、
ショート送信時間間隔（ｓＴＴＩ）物理ダウンリンク制御チャネル（ｓＰＤＣＣＨ）領域のためのダウンリンクｓＴＴＩを監視するように構成されたプロセッサであって、ダウンリンクｓＴＴＩ長が、アップリンク（ＵＬ）ｓＴＴＩ長とは異なるプロセッサと、
アップリンク許可のための候補ｓＰＤＣＣＨ領域のセットの中から、前記ｓＰＤＣＣＨ領域を決定するように構成された前記プロセッサであって、前記ｓＰＤＣＣＨは、ＷＴＲＵ固有パラメータに基づいて決定される前記プロセッサと、
前記決定されたｓＰＤＣＣＨ領域の中で前記アップリンク許可を受信するように構成されたトランシーバと、
前記アップリンク許可を使用してデータを送信するように構成された前記トランシーバと
を備えるワイヤレス送信受信ユニット。
【請求項１２】
ダウンリンクｓＴＴＩギャップが、前記ｓＰＤＣＣＨ領域とアップリンクｓＴＴＩとの間にある請求項１１に記載のＷＴＲＵ。
【請求項１３】
前記ダウンリンクｓＴＴＩ長は、前記ＵＬ  ｓＴＴＩ長よりも短い請求項１１に記載のＷＴＲＵ。
【請求項１４】
前記ＷＴＲＵ固有パラメータは、ＷＴＲＵ識別情報（ＷＴＲＵ−ＩＤ）である請求項１１に記載のＷＴＲＵ。
【請求項１５】
前記ダウンリンクｓＴＴＩは、ダウンリンクＴＴＩと部分的に重複する請求項１１に記載のＷＴＲＵ。
【請求項１６】
候補ｓＰＤＣＣＨ領域の前記セットは、複数のｓＴＴＩを含む請求項１１に記載のＷＴＲＵ。
【請求項１７】
アップリンク（ＵＬ）ｓＴＴＩについての第１の情報を、ＵＬ  ＴＴＩについての第２の情報と実質的に並行して送信するように構成された前記トランシーバ
をさらに備える請求項１１に記載のＷＴＲＵ。
【請求項１８】
前記ＵＬ  ｓＴＴＩは、前記ＵＬ  ＴＴＩと部分的に重複する請求項１７に記載のＷＴＲＵ。
【請求項１９】
電力ヘッドルーム（ＰＨ）報告または電力制御情報が、前記ＵＬ  ｓＴＴＩ上および前記ＵＬ  ＴＴＩ上で並行して送られる請求項１７に記載のＷＴＲＵ。
【請求項２０】
前記ＵＬ  ｓＴＴＩは、前記ＵＬ  ＴＴＩと重複する複数のＵＬ  ｓＴＴＩのうちの１つである請求項１７に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、その内容がすべて参照により本明細書に組み込まれる、２０１６年３月３０日に出願された米国特許仮出願第６２／３１５，４９０号明細書、２０１６年５月１１日に出願された米国特許仮出願第６２／３３４，８８８号明細書、および２０１６年８月１９日に出願された米国特許仮出願第６２／３７７，１８１号明細書の利益を主張する。
【０００３】
ロングタームエボリューション（ＬＴＥ）ネットワークまたはＬＴＥアドバンスト（ＬＴＥ−Ａ）ネットワークにおいて、警報システム、自動車安全策、工場システム、マシンタイプ通信（ＭＴＣ）などの適用例に対する低減されたレイテンシが望まれる。加えて、ゲーミング、およびボイスオーバーＬＴＥ（ＶｏＬＴＥ）、ビデオ電話、ビデオ会議などのリアルタイムアプリケーションも、低減されたレイテンシから恩恵を受けることができる。スケジューリング許可捕捉時間、送信時間間隔（ＴＴＩ）、処理時間、ハイブリッドＡＲＱ（ＨＡＲＱ）ラウンドトリップ時間（ＲＴＴ）などは、エンドツーエンド遅延の一因となることがある。したがって、遅延の一因となることがあるこれらおよび他の要因に対処することによって、ワイヤレスネットワークでのレイテンシを低減することが望ましい。
【発明の概要】
【課題を解決するための手段】
【０００４】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）は、時間的に大幅にまたは部分的に重複することがある送信を、ネットワークまたは発展型ノードＢに送ることができる。送信時間間隔（ＴＴＩ）またはＴＴＩの一部に対してまたはその間に最大電力または最大エネルギーレベルを超えることを避けるために、スケーリングが利用されることができる。ＷＴＲＵは、レイテンシが低減されることができるような制御またはデータ送信に対して利用するために、サブフレーム、無線フレーム、スロット、シンボルなどから構成された時間期間の中のショートＴＴＩ（ｓＴＴＩ）時間リソースを決定するようにさらに構成されてよい。加えて、電力ヘッドルーム（ＰＨ）報告が、ＴＴＩまたはｓＴＴＩを利用することができる。
【図面の簡単な説明】
【０００５】
添付図面とともに例として与えられる以下の説明から、より詳細な理解が得られることができる。
【図１Ａ】開示する１つまたは複数の実施形態が実施されてよい例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示す通信システム内で使用されてよい例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示す通信システム内で使用されてよい例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】物理アップリンク制御チャネル（ＰＵＣＣＨ）送信またはＰＵＣＣＨフォーマット送信のための物理リソースブロック（ＰＲＢ）マッピングの一例を示す図である。
【図３】物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースマッピングの一例を示す図である。
【図４】時分割複信（ＴＤＤ）特殊サブフレーム構成の一例を示す図である。
【図５】ショート送信時間間隔（ｓＴＴＩ）ギャップ表示の一例を示す図である。
【図６】複数ギャップｓＴＴＩ表示の一例を示す図である。
【図７】サブフレームのガード期間（ＧＰ）の中のｓＴＴＩリソース構成の一例を示す図である。
【図８】ダウンリンクサブフレームまたはＰＲＢの中で提供されるショートすなわちｓＴＴＩ  ＰＵＣＣＨ（ｓＰＵＣＣＨ）リソース構成の一例を示す図である。
【図９】２シンボルのショートすなわちｓＴＴＩ  ＰＵＣＣＨ（ｓＰＵＣＣＨ）の一例を示す図である。
【図１０】３シンボルのｓＰＵＣＣＨの一例を示す図である。
【図１１】４シンボルのｓＰＵＣＣＨの一例を示す図である。
【図１２】１シンボルのｓＰＵＣＣＨ用の信号構造の一例を示す図である。
【図１３】ＵＬ基準信号（reference signal）を有しない複数シンボルのｓＰＵＣＣＨ用の信号構造の一例を示す図である。
【図１４】いくつかのリソースブロック（ＲＢ）にわたる繰返しを伴う１シンボルのｓＰＵＣＣＨ用の信号構造の一例を示す図である。
【図１５】１つまたは複数の関連するショートすなわちｓＴＴＩ物理ダウンリンク制御チャネル（ｓＰＤＣＣＨ）領域を有するショートすなわちｓＴＴＩ  ＰＵＳＣＨ（ｓＰＵＳＣＨ）スケジューリングの一例を示す図である。
【図１６】ＵＬ  ｓＴＴＩ長およびＤＬ  ｓＴＴＩ長が異なるときの、ｓＰＵＳＣＨと、ＨＡＲＱ−ＡＣＫ受信用の少なくとも１つのｓＰＤＣＣＨとの関連付けの一例を示す図である。
【図１７】ＵＬ  ｓＴＴＩ長およびＤＬ  ｓＴＴＩ長が異なるときの、ＨＡＲＱ−ＡＣＫ送信用のｓＰＵＣＣＨと、少なくとも１つのショートすなわちｓＴＴＩ物理ダウンリンク共有データチャネル（ｓＰＤＳＣＨ）との関連付けの一例を示す図である。
【図１８】ＰＵＣＣＨとｓＰＵＣＣＨとの間で発生する衝突の一例を示す図である。
【図１９】ｓＰＵＣＣＨ上でのノーマル（ｎｏｒｍａｌ）ＨＡＲＱ（ｎＨＡＲＱ）送信の一例を示す図である。
【図２０】重複または並行するＴＴＩの一例を示す図である。
【図２１】電力ヘッドルーム（ＰＨ）報告の一例を示す図である。
【図２２】ｓＰＤＣＣＨ領域決定の一例を示す図である。
【発明を実施するための形態】
【０００６】
本明細書に伴う図において図示または説明する任意の要素は、ハードウェア、ソフトウェア、ファームウェアなどにおいて１つまたは複数の機能または構成要素によって実装されてよい。その上、本明細書に伴う例では、送信機は、必要に応じてトランシーバまたは複数構成要素ハードウェアの一部であってよい。受信機は、必要に応じてトランシーバまたは複数構成要素ハードウェアの一部であってよい。最後に、本明細書に伴う例のうちのいずれかにおけるデータまたは情報という用語は、制御データ、制御情報、制御パケット、ユーザデータ、ユーザ情報、ペイロードデータ、ペイロード情報、データパケット、一般データ、または一般情報を含んでよい。
【０００７】
図１Ａは、開示する１つまたは複数の実施形態が実施されてよい例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する多元接続システムであってよい。通信システム１００は、ワイヤレス帯域幅を含むシステムリソースの共有を通じて複数のワイヤレスユーザがそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、直交周波数分割多重化（ＯＦＤＭ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの、１つまたは複数のチャネルアクセス方法を採用することができる。
【０００８】
図１Ａに示すように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、または１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含んでよいが、開示する実施形態が任意の数のＷＴＲＵ、基地局、ネットワーク、またはネットワーク要素を企図することが了解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、または１０２ｄの各々は、ワイヤレス環境の中で動作または通信するように構成された任意のタイプのデバイスであってよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、または１０２ｄは、ワイヤレス信号を送信または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定ユニットまたは移動加入者ユニット、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサー、コンシューマーエレクトロニクスなどを含んでよい。信号は、チャネル、物理チャネル、制御チャネル、データチャネル、制御チャネルまたはデータチャネルであってよい物理チャネルなどであってよく、またはそれらを含んでよい。信号は、基準信号（ＲＳ）であってよく、または基準信号を含んでよい。信号およびチャネルは、互換的に使用されることがある。
【０００９】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでよい。基地局１１４ａまたは１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、または他のネットワーク１１２などの、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、または１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースするように構成された任意のタイプのデバイスであってよい。例として、基地局１１４ａまたは１１４ｂは、トランシーバ基地局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであってよい。基地局１１４ａまたは１１４ｂは各々、単一の要素として示されるが、基地局１１４ａまたは１１４ｂが、相互接続された任意の数の基地局またはネットワーク要素を含んでよいことが了解されよう。
【００１０】
基地局１１４ａは、ＲＡＮ１０４の一部であってよく、ＲＡＮ１０４はまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局またはネットワーク要素（図示せず）を含んでよい。基地局１１４ａまたは基地局１１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的領域内でワイヤレス信号を送信または受信するように構成されてよい。セルは、セルセクタにさらに分割されることができる。たとえば、基地局１１４ａに関連するセルが、３つのセクタに分割されてよい。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルのセクタごとに１つを含んでよい。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用することができ、したがって、セルのセクタごとに複数のトランシーバを利用してよい。
【００１１】
基地局１１４ａまたは１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、または１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の好適なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよい。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されることができる。
【００１２】
より詳細には、上述のように、通信システム１００は多元接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を採用することができる。たとえば、ＲＡＮ１０４の中の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃは、ワイドバンドＣＤＭＡ（Ｗ−ＣＤＭＡ）を使用してエアインターフェース１１６を確立できるユニバーサル移動電気通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの、無線技術を実装することができる。Ｗ−ＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでよい。
【００１３】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃは、ロングタームエボリューション（ＬＴＥ）またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立できる発展型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの、無線技術を実装することができる。加えて、本明細書とともに与えられる例の場合、ＷＴＲＵ１０２ａは、ＷＴＲＵ１０２ｂまたは１０２ｃと通信するためにサイドリンクリソースまたはサイドリンク周波数を利用することができる。
【００１４】
他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ｃｄｍａ２０００、ｃｄｍａ２０００  １Ｘ、ｃｄｍａ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（ＧＳＭ）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの、無線技術を実装することができる。
【００１５】
図１Ａにおける基地局１１４ｂは、たとえば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってよく、事業所、家庭、車両、構内などの局所的なエリアにおけるワイヤレス接続性を容易にするための任意の好適なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃまたは１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃまたは１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装することができる。また別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃまたは１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラーベースＲＡＴ（たとえば、Ｗ−ＣＤＭＡ、ｃｄｍａ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６を経由してインターネット１１０にアクセスすることを必要とされなくてよい。
【００１６】
ＲＡＮ１０４は、コアネットワーク１０６と通信していることがあり、コアネットワーク１０６は、音声、データ、アプリケーション、またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、または１０２ｄのうちの１つまたは複数に提供するように構成された、任意のタイプのネットワークであってよい。たとえば、コアネットワーク１０６は、呼制御、課金サービス、モバイルロケーションベースサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供することができ、またはユーザ認証などの高レベルセキュリティ機能を実行することができる。図１Ａに示さないが、ＲＡＮ１０４またはコアネットワーク１０６が、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接通信または間接通信していてよいことが了解されよう。たとえば、Ｅ−ＵＴＲＡ無線技術を利用していることがあるＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信していることがある。
【００１７】
コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、または１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２にアクセスするための、ゲートウェイとしてサービスすることができる。ＰＳＴＮ１０８は、簡易電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有または運営される、有線通信ネットワークまたはワイヤレス通信ネットワークを含んでよい。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用することができる１つまたは複数のＲＡＮに接続された、別のコアネットワークを含んでよい。
【００１８】
通信システム１００の中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、または１０２ｄのうちの一部または全部は、マルチモード能力を含んでよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、または１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するための複数のトランシーバを含んでよい。たとえば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラーベース無線技術を採用できる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用できる基地局１１４ｂと通信するように構成されてよい。
【００１９】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺装置１３８を含んでよい。ＷＴＲＵ１０２が、一実施形態に一致したままでありながら上記の要素の任意の部分組合せを含んでよいことが了解されよう。
【００２０】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、ステートマシンなどであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、またはＷＴＲＵ１０２がワイヤレス環境の中で動作することを可能にする任意の他の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合されることができ、トランシーバ１２０は、送信／受信要素１２２に結合されることができる。図１Ｂはプロセッサ１１８およびトランシーバ１２０を別個の構成要素として示すが、プロセッサ１１８およびトランシーバ１２０が電子パッケージまたはチップの中で一緒に統合されてよいことが了解されよう。
【００２１】
送信／受信要素１２２は、エアインターフェース１１６を介して基地局（たとえば、基地局１１４ａ）へ信号を送信し、または基地局から信号を受信するように構成されてよい。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信または受信するように構成されたアンテナであってよい。別の実施形態では、送信／受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信または受信するように構成された放出器／検出器であってよい。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成されてよい。送信／受信要素１２２が、ワイヤレス信号の任意の組合せを送信または受信するように構成されてよいことが了解されよう。
【００２２】
加えて、送信／受信要素１２２は単一の要素として図１Ｂに示されるが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでよい。より詳細には、ＷＴＲＵ１０２はＭＩＭＯ技術を採用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介してワイヤレス信号を送信および受信するための２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含んでよい。
【００２３】
トランシーバ１２０は、送信／受信要素１２２によって送信されるべき信号を変調するとともに送信／受信要素１２２によって受信される信号を復調するように構成されてよい。上述のように、ＷＴＲＵ１０２はマルチモード能力を有することができる。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、たとえば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの、複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含んでよい。
【００２４】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることができ、そこからユーザ入力データを受信することができる。プロセッサ１１８はまた、スピーカー／マイクロフォン１２４、キーパッド１２６、またはディスプレイ／タッチパッド１２８に、ユーザデータを出力することができる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０またはリムーバブルメモリ１３２などの任意のタイプの好適なメモリからの情報にアクセスすることができ、そうしたメモリにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含んでよい。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含んでよい。他の実施形態では、プロセッサ１１８は、サーバ上またはホームコンピュータ（図示せず）上のような、ＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスすることができ、そうしたメモリにデータを記憶することができる。
【００２５】
プロセッサ１１８は、電源１３４から電力を受けることができ、電力をＷＴＲＵ１０２の中の他の構成要素に分配または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の好適なデバイスであってよい。たとえば、電源１３４は、１つまたは複数の乾電池バッテリー（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含んでよい。
【００２６】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されることができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関するロケーション情報（たとえば、経度および緯度）を提供するように構成されてよい。ＧＰＳチップセット１３６からの情報に加えて、またはそうした情報の代わりに、ＷＴＲＵ１０２は、エアインターフェース１１６を介して基地局（たとえば、基地局１１４ａ、１１４ｂ）からロケーション情報を受信することができ、または２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、そのロケーションを決定することができる。ＷＴＲＵ１０２が、一実施形態に一致したままでありながら、任意の好適なロケーション決定方法によってロケーション情報を捕捉できることが了解されよう。
【００２７】
プロセッサ１１８は、さらに他の周辺装置１３８に結合されることができ、他の周辺装置１３８は、追加の特徴、機能、または有線もしくはワイヤレスの接続性を提供する、１つまたは複数のソフトウェアモジュールまたはハードウェアモジュールを含んでよい。たとえば、周辺装置１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真用またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでよい。
【００２８】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を採用することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信していることができる。
【００２９】
ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、または１４０ｃを含んでよいが、ＲＡＮ１０４が一実施形態に一致したままでありながら任意の数のｅノードＢを含んでよいことが了解されよう。ｅノードＢ１４０ａ、１４０ｂ、または１４０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃと通信するための、１つまたは複数のトランシーバを含んでよい。一実施形態では、ｅノードＢ１４０ａ、１４０ｂ、または１４０ｃは、ＭＩＭＯ技術を実装することができる。したがって、ｅノードＢ１４０ａは、たとえば、ＷＴＲＵ１０２ａへワイヤレス信号を送信するとともにＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用することができる。
【００３０】
ｅノードＢ１４０ａ、１４０ｂ、または１４０ｃの各々は、特定のセル（図示せず）に関連付けられてよく、無線リソース管理決定、ハンドオーバ決定、アップリンク（ＵＬ）またはダウンリンク（ＤＬ）におけるユーザのスケジューリングなどを処理するように構成されてよい。図１Ｃに示すように、ｅノードＢ１４０ａ、１４０ｂ、または１４０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００３１】
図１Ｃに示すコアネットワーク１０６は、モビリティ管理エンティティ（ＭＭＥ）ゲートウェイ１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含んでよい。上記の要素の各々はコアネットワーク１０６の一部として示されるが、これらの要素のうちのいずれもが、コアネットワークオペレータ以外のエンティティによって所有または運営されてよいことが了解されよう。
【００３２】
ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４の中のｅノードＢ１４０ａ、１４０ｂ、または１４０ｃの各々に接続されてよく、制御ノードとしてサービスすることができる。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃのユーザを認証すること、ベアラ活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃの初期接続の間に特定のサービングゲートウェイを選択することなどを担当することができる。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷ−ＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための、制御プレーン機能を提供することができる。
【００３３】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４の中のｅノードＢ１４０ａ、１４０ｂ、または１４０ｃの各々に接続されてよい。サービングゲートウェイ１４４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃとの間でユーザデータパケットをルーティングおよび転送することができる。サービングゲートウェイ１４４はまた、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリング（ａｎｃｈｏｒｉｎｇ）すること、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃにとってダウンリンクデータが利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃのコンテキストを管理および記憶することなどの、他の機能を実行することができる。
【００３４】
サービングゲートウェイ１４４はまた、ＰＤＮゲートウェイ１４６に接続されてよく、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃに提供することができる。
【００３５】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃと従来の地上線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃに提供することができる。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとしてサービスするＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、またはそうしたＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０６は、他のサービスプロバイダによって所有または運営される他の有線ネットワークまたはワイヤレスネットワークを含んでよい他のネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃに提供することができる。
【００３６】
他のネットワーク１１２は、さらにＩＥＥＥ８０２．１１ベースワイヤレスローカルエリアネットワーク（ＷＬＡＮ）１６０に接続されてよい。ＷＬＡＮ１６０は、アクセスルータ１６５を含んでよい。アクセスルータは、ゲートウェイ機能を含んでよい。アクセスルータ１６５は、複数のアクセスポイント（ＡＰ）１７０ａまたは１７０ｂと通信していることがある。アクセスルータ１６５とＡＰ１７０ａまたは１７０ｂとの間の通信は、有線イーサネット（ＩＥＥＥ８０２．３規格）または任意のタイプのワイヤレス通信プロトコルを介することができる。ＡＰ１７０ａは、ＷＴＲＵ１０２ｄとのエアインターフェースを介してワイヤレス通信していることがある。
【００３７】
本明細書とともに与えられる例では、ＷＴＲＵ１０２は、時間期間の中のショートＴＴＩ（ｓＴＴＩ）時間リソースを決定するように構成されてよい。ｓＴＴＩは、サブフレーム、無線フレーム、スロット、タイムスロット、シンボル、複数のシンボル、ＯＦＤＭシンボル、複数のＯＦＤＭシンボルなどであってよい。時間または時間期間という用語は、本明細書における開示ではシンボルと置き換えられることがある。ＷＴＲＵは、１つまたは複数のレギュラー（ｒｅｇｕｌａｒ）ＨＡＲＱ送信と一緒に複数のショートすなわちｓＴＴＩハイブリッド自動再送要求（ｓＨＡＲＱ）送信を備える、単一の物理アップリンク制御チャネル（ＰＵＣＣＨ）を送信することができる。加えて、ＷＴＲＵによる送信は、最大電力レベルを超えることを避けるようにスケーリングされてよい。スケーリングは、チャネル、周波数、タイムスロット、シンボルなどの電力、たとえば、計算された電力をスケーリングすることを備えることができる。ＷＴＲＵはまた、ｎＴＴＩ、ｓＴＴＩ、またはその両方の組合せを使用して電力ヘッドルーム（ＰＨ）報告（ＰＨＲ）プロシージャを実行することができるか、または実行するように構成されてよい。ｎＴＴＩは、ＬＴＥ／ＬＴＥ−Ａ  ＴＴＩまたはサブフレームなどの、公称、ノーマルまたはレギュラーＴＴＩまたはサブフレームであってよい。ｎＴＴＩは、ｓＴＴＩよりも長いＴＴＩであってよい。ｎＴＴＩの持続時間は、１ｍｓまたは任意の他の持続時間などの、任意の値であってよい。ＷＴＲＵは、アップリンク送信に対するリソース許可を含む、ＰＨＲプロシージャを実行するための表示を受信することができる。表示を受信したことに応答して、ＷＴＲＵは、示されたリソース許可においてＰＨ報告を送信することができる。リソース許可は、利用すべきｎＴＴＩ、ｓＴＴＩ、またはその両方の組合せを示すことができる。ｎＴＴＩは、第１のサービングセルのものであってよく、ショートすなわちｓＴＴＩは、第２のサービングセルのものであってよい。第１のサービングセルおよび第２のサービングセルは、同じかまたは異なるサービングセルであってよい。ＷＴＲＵは、第１のサービングセルと第２のサービングセルとを集約することができるか、または集約するように構成されてよい。
【００３８】
また、本明細書とともに与えられる例では、ＰＵＣＣＨは、１つもしくは複数の物理ダウンリンク共有データチャネル（ＰＤＳＣＨ）送信、１つもしくは複数のスケジューリング要求（ＳＲ）送信、または１つもしくは複数のチャネル状態情報（ＣＳＩ）送信に関連することができる、１つまたは複数のＨＡＲＱ−ＡＣＫ送信または報告のために使用されることができる。１つまたは複数のＰＵＣＣＨフォーマットは、たとえば、ＰＵＣＣＨの中で搬送される情報に基づいて、定義されること、決定されること、または使用されることができる。たとえば、ＨＡＲＱ−ＡＣＫ情報（たとえば、ＨＡＲＱ−ＡＣＫ情報のみ）を搬送できるＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット１ａまたはＰＵＣＣＨフォーマット１ｂと呼ばれることがある。
【００３９】
図２は、ＰＵＣＣＨ送信またはＰＵＣＣＨフォーマット送信のための物理リソースブロック（ＰＲＢ）マッピング２００の一例である。ＰＵＣＣＨは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に関して割り振られてよい。ＰＵＣＣＨのために使用されてよい物理リソースは、無線リソース制御（ＲＲＣ）レイヤなどの上位レイヤによって提供されることができる１つまたは複数のパラメータ、たとえば、
【００４０】
【数１】
2019510441.tif 000003
【００４１】
および
【００４２】
【数２】
2019510441.tif 000004
【００４３】
に基づいて決定されてよい。パラメータ
【００４４】
【数３】
2019510441.tif 000005
【００４５】
（ただし、
【００４６】
【数４】
2019510441.tif 000006
【００４７】
は≧０であってよい）は、周波数における帯域幅などの周波数リソースであってよく、またはそうした周波数リソースを表すことができる。ＰＲＢまたはリソースブロック（ＲＢ）は、システム帯域幅の中にあってよくまたはシステム帯域幅に関係してよい１２のサブキャリアなどの、サブキャリアのセットであってよく、またはそうしたサブキャリアのセットを含んでよい。スケジューリングまたはリソース割振りは、ＲＢに換算することができる。ＲＢは、１つまたは複数の時間ユニットのセットを表すことまたはそうしたセットに対応することができる。たとえば、ＲＢは、ＴＴＩ長またはＴＴＩ長の一部分に対応することができる。周波数リソースは、ＰＵＣＣＨフォーマットまたはＰＵＣＣＨフォーマット送信のために構成されること、決定されること、または使用されることができるＰＲＢに換算して、定義されること、割り振られること、または表されることができる。ＰＵＣＣＨフォーマットの例は、１／１ａ／１ｂ、２／２ａ／２ｂ、および３を含む。ＰＲＢおよびＲＢは、本明細書における実施形態および例では互いに置き換えられることがある。
【００４８】
ＰＵＣＣＨ送信またはＰＵＣＣＨフォーマット送信は、１つまたは複数のスロットまたはタイムスロットの中にあってよい。サブフレームの中に２つのスロットがあってよい。ＰＵＣＣＨまたはＰＵＣＣＨフォーマット送信は、サブフレームの各スロットの中にあってよい。パラメータ
【００４９】
【数５】
2019510441.tif 000007
【００５０】
は、たとえば、ＰＵＣＣＨフォーマットの混在に対して構成されてよい物理リソースブロックの中で、ＰＵＣＣＨフォーマット１／１ａ／１ｂなどのＰＵＣＣＨフォーマットのために使用されてよい巡回シフトの数を決定するために使用されてよい。ＰＵＣＣＨフォーマットの混在は、たとえば、フォーマット１／１ａ／１ｂおよび２／２ａ／２ｂの混在であってよい。
【００５１】
【数６】
2019510441.tif 000008
【００５２】
の値は、｛０，１，．．．，７｝という範囲内にあってよい
【００５３】
【数７】
2019510441.tif 000009
【００５４】
の整数倍であってよく、ただし、
【００５５】
【数８】
2019510441.tif 000010
【００５６】
は、上位レイヤによって提供またはシグナリングされることができる。混在されたリソースブロックは、たとえば、
【００５７】
【数９】
2019510441.tif 000011
【００５８】
であるとき、存在しないことがある（たとえば、混在されないリソースブロックは存在してよい）。リソースブロック、たとえば、１つのリソースブロックまたは多くとも１つのリソースブロックが、スロット、たとえば、各スロットの中で、ＰＵＣＣＨフォーマット１／１ａ／１ｂおよび２／２ａ／２ｂなどのＰＵＣＣＨフォーマットの混在をサポートすることができる。
【００５９】
ＰＵＣＣＨフォーマット１／１ａ／１ｂ、２／２ａ／２ｂ、および３の送信のために使用されてよいリソースは、それぞれ、非負のインデックス
【００６０】
【数１０】
2019510441.tif 000012
【００６１】
、
【００６２】
【数１１】
2019510441.tif 000013
【００６３】
、および
【００６４】
【数１２】
2019510441.tif 000014
【００６５】
によって表されることができる。スロットｎsの中のＰＵＣＣＨ送信またはＰＵＣＣＨフォーマット送信のために構成または使用されることができる物理リソースブロックｎPRBは、たとえば、
【００６６】
【数１３】
2019510441.tif 000015
【００６７】
に従って、パラメータｍによって決定されてよい。ｍの値は、ＰＵＣＣＨフォーマットに基づいて決定されてよい。たとえば、ＰＵＣＣＨフォーマット１、１ａ、および１ｂなどのＰＵＣＣＨフォーマットの場合、ｍを決定するために以下のことが使用されてよい。
【００６８】
【数１４】
2019510441.tif 000016
【００６９】
ＰＵＣＣＨフォーマット２、２ａ、および２ｂなどのＰＵＣＣＨフォーマットの場合、ｍを決定するために以下のことが使用されてよい。
【００７０】
【数１５】
2019510441.tif 000017
【００７１】
ＰＵＣＣＨフォーマット３などのＰＵＣＣＨフォーマットの場合、ｍを決定するために以下のことが使用されてよい。
【００７２】
【数１６】
2019510441.tif 000018
【００７３】
図２例では、ＰＵＣＣＨ送信のためのＰＲＢマッピングが、サブフレーム内のパラメータｍに基づくものとして示される。
【００７４】
短縮されたＰＵＣＣＨフォーマットが提供または使用されてよい。サブフレームの第２のスロットの中の最後のＳＣ−ＦＤＭＡシンボルは、短縮されたＰＵＣＣＨフォーマットが使用されるとき、空のままにされてよい。たとえば、サウンディング基準信号（ＳＲＳ）とＰＵＣＣＨ送信またはＰＵＣＣＨフォーマット送信との同時送信があってよいとき、短縮されたＰＵＣＣＨフォーマットが使用されてよい。そのような構成は、ＰＵＣＣＨフォーマット１、１ａ、１ｂ、もしくは３送信のために、または１つのサービングセルを用いて、利用されることができる。
【００７５】
図３は、ＰＲＢおよびアップリンクサブフレーム３０２内の、物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースマッピング３００の一例である。ＰＵＳＣＨは、データ３１４の送信のために使用されてよい。ＰＵＳＣＨのための復調用基準信号（ＤＭ−ＲＳ）３１６は、たとえば、第１のスロット３０４もしくは第２のスロット３０６の中央で、または各スロット３０８の中央もしくは第４のシンボルで、シグナリングされてよい。肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）３１８が、１つまたは複数のシンボル３１０上で通信されてよい。アップリンクサブフレーム３０２、たとえば、ＰＵＳＣＨのために割り振られること、スケジュールされること、または使用されることができるサブフレームの、最後のシンボル３１２は、サウンディング基準信号（ＳＲＳ）３２０のために使用されてよい。シンボル、たとえば、サブフレームの中の最後のシンボルは、たとえば、サブフレームの中でＰＵＳＣＨを送信できる同じＷＴＲＵによって、または異なるＷＴＲＵによって、ＳＲＳ送信のために使用されてよい。ＳＲＳ送信のために潜在的にアップリンクサブフレームが使用され、かつＰＵＳＣＨ送信のために割り振られたＰＲＢがＳＲＳ送信のために使用されることができる場合、ＷＴＲＵは、最後のシンボルの中でＰＵＳＣＨを送らなくてよい。第１のスロット３０４は、スロット０として指定されてよく、第２のスロット３０６は、スロット１として指定されてよい。たとえば、ＰＵＳＣＨ周波数ホッピングが構成または活動化される場合、第１のスロット３０４および第２のスロット３０６の中でのＰＵＳＣＨ送信のために、異なる周波数ロケーションまたはＰＲＢロケーションが使用されてよい。
【００７６】
加えて、１つまたは複数のサブフレームは、少なくとも部分的にアップリンクのために、また少なくとも部分的にダウンリンクのために、構成または使用されてよい。特殊サブフレームは、少なくとも部分的にアップリンクのために、また少なくとも部分的にダウンリンクのために、構成または使用されてよいサブフレームであってよく、またはそうしたサブフレームを表すために使用されてよい。特殊サブフレームは、少なくとも時々アップリンクのために、また少なくとも時々ダウンリンクのために、構成または使用されてよいサブフレームであってよく、またはそうしたサブフレームを表すために使用されてよい。特殊サブフレームは、たとえば、フレームまたは無線フレーム内で構成または使用されてよい。１つまたは複数の特殊サブフレームは、時分割複信（ＴＤＤ）動作、すなわち、アップリンク送信とダウンリンク送信との間で周波数または周波数帯域が時分割されてよい動作に対して、適用されてよい。たとえば、無線フレームの中の特殊サブフレームの数、または、たとえば、無線フレームの中の特殊サブフレームのための時間ロケーションは、ＴＤＤ  ＵＬ−ＤＬサブフレーム構成などのＵＬ−ＤＬサブフレーム構成に基づいて決定されてよい。
【００７７】
【表１】
2019510441.tif 000019
【００７８】
表１は、無線フレーム内のＴＤＤ  ＵＬ−ＤＬサブフレーム構成の一例を示し、ただし、Ｄは、ダウンリンクシンボルを含んでよいダウンリンクサブフレームを表すことができ、Ｕは、アップリンクシンボルを含んでよいアップリンクサブフレームを表すことができ、Ｓは、特殊サブフレームを表すことができる。特殊サブフレームは、ダウンリンクシンボル、アップリンクシンボル、およびガード時間またはガードシンボルのうちの、少なくとも１つを含んでよい。たとえば、特殊サブフレームは、少なくとも１つのダウンリンクシンボル、少なくとも１つのアップリンクシンボル、およびダウンリンクシンボルとアップリンクシンボルとの間のガード期間としての少なくとも１つのシンボル（または、他の時間）を含んでよい。特殊サブフレームの中で、１つまたは複数のダウンリンクシンボルは、ダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）と呼ばれることがあり、１つまたは複数のアップリンクシンボルは、アップリンクパイロットタイムスロット（ＵｐＰＴＳ）と呼ばれることがある。その上、ＤｗＰＴＳまたはＵｐＰＴＳのために使用されない１つまたは複数のシンボル（または、時間）は、ギャップ期間またはガード期間（ＧＰ）と呼ばれることがある。
【００７９】
特殊サブフレームの中のＧＰは、ＤｗＰＴＳとＵｐＰＴＳとの中間に配置されてよい。特殊サブフレームにとってのＤｗＰＴＳ、ＵｐＰＴＳ、およびＧＰのために使用されてよい、シンボルまたは時間の数は、特殊サブフレーム構成に基づいて決定されてよい。表２は、特殊サブフレーム構成、ならびにＤｗＰＴＳ、ＵｐＰＴＳ、およびＧＰのために使用されてよいシンボルの数の一例を示す。
【００８０】
【表２】
2019510441.tif 000020
【００８１】
図４は、ＤｗＰＴＳシンボル４１４、ＧＰシンボル４１６、およびＵｐＰＴＳシンボル４１８を有する特殊サブフレーム４０８構成の一例である。特殊サブフレーム４０８の中で、表２からのものなどの特殊サブフレーム構成０〜８が構成または利用されてよい。たとえば、３つのダウンリンクシンボル４０４が、ＤｗＰＴＳのために使用されてよく、１つのアップリンクシンボル４１２が、ＵｐＰＴＳ４０６のために使用されてよく、サブフレームの中のシンボル４１０の残りが、特殊サブフレーム構成＃０におけるＧＰとして使用されてよい。
【００８２】
ＷＴＲＵは、ＧＰシンボル４１６の中にダウンリンク信号が存在しないと想定してよい。ＧＰのために使用されてよくまたはＧＰのための使用に対して意図されてよいシンボルの中で、ＷＴＲＵは、信号または送信を復号すること、信号または送信を受信すること、信号または送信を測定すること、信号または送信を推定すること、信号または他の送信を送信することなどを試みなくてよい。
【００８３】
１つまたは複数のダウンリンク（ＤＬ）信号、チャネル、データチャネル、または制御チャネルは、ＤＬシンボルまたはＤｗＰＴＳシンボル４１４の中で送信または受信されることができる。１つまたは複数のＤＬ信号またはＤＬチャネルは、１つまたは複数の基準信号、セル固有基準信号（ＣＲＳ）、ＤＬ  ＤＭ−ＲＳなどを含むことができる。１つまたは複数のアップリンク（ＵＬ）信号、チャネル、データチャネル、または制御チャネルは、ＵＬシンボルまたはＵｐＰＴＳシンボル４１８の中で送信または受信されることができる。１つまたは複数のＵＬ信号またはＵＬチャネルは、ＵＬ  ＤＭ−ＲＳまたはＳＲＳなどの１つまたは複数の基準信号を含むことができる。パイロット信号も基準信号であってよい。
【００８４】
少なくともいくつかのＷＴＲＵのためのマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして構成または使用されてよいサブフレームは、少なくともいくつかの、たとえば、いくつかの他のＷＴＲＵのための、特殊サブフレームとして構成または使用されてよい。
【００８５】
ＷＴＲＵは、経路損失、時間または周波数において送信のために割り振られたリソース、所望の受信電力、電力制御コマンド、静的パラメータ、半静的パラメータなどのうちの１つまたは複数に基づいて、送信に対する電力またはエネルギーを決定することができる。静的パラメータまたは半静的パラメータは、基地局または他のネットワークリソースによって提供されることができる。
【００８６】
パラメータ、電力制御公式、または電力制御プロシージャは、ＬＴＥまたはアドバンストロングタームエボリューション（ＬＴＥ−Ａ）ネットワーク仕様に基づいて確立されることができる。送信のセットの各々に対する電力またはエネルギーは、実際の送信より前に決定されることができ、送信電力のうちの１つまたは複数は、送信より前に調整またはスケーリングされることができる。たとえば、送信、または送信のセットの同時送信が、ＷＴＲＵが最大電力限度を超えることを招くことになる場合、送信電力は調整またはスケーリングされてよい。
【００８７】
ＷＴＲＵは、最大電力制約または最大エネルギー制約の考慮を伴わずに、またはそうした制約とは実質的に無関係に、チャネル電力を計算してよい。たとえば、サブフレームの中で、ＷＴＲＵが送信できるかまたは送信することを意図できるチャネルのセットの電力の総和が最大電力を超えることがないように、ＷＴＲＵは、チャネル電力または計算されたチャネル電力を調整してよい。電力が調整されたチャネルに対して、ＷＴＲＵがチャネルを送信するとき、調整された電力が使用されてよい。他のチャネルに対して、ＷＴＲＵがチャネルを送信するとき、計算された電力が使用されてよい。
【００８８】
ＰCMAXなどの最大許容送信電力／エネルギーまたは構成される最大出力電力は、ＷＴＲＵの電力クラス、基地局によってシグナリングされることができる電力限度、またはＷＴＲＵによる許容可能な電力低減のうちの、少なくとも１つによって変わることがある。ＷＴＲＵによる許容されてよい電力低減は、たとえば、帯域外放射要件または許容値もしくは許容レベルを超えることを避けるように、ＷＴＲＵによって送信されるべき信号に基づいてよい。
【００８９】
ＷＴＲＵが複数のサービングセルを有する場合、ＷＴＲＵは、サービングセルあたりの、たとえば、構成または活動化されたアップリンクを有するサービングセルあたりの、最大許容送信電力または構成される最大出力電力、ＰCMAX,cを有することができる。
【００９０】
ＷＴＲＵは、たとえば、サブフレームの中で、それが送信できるＵＬチャネルなどのチャネルに対して、または送信用のＵＬチャネルセットなどのチャネルに対して、電力を決定することができる。ＷＴＲＵは、以下のこと、すなわち、（ｉ）たとえば、ＷＴＲＵによってサブフレームの中で送信されるべき、サービングセル用のチャネルに対する電力の総和が、サービングセルにとってのＰCMAX,cを超えないこと、または（ｉｉ）たとえば、完全にもしくは少なくとも部分的にサブフレームの中でＷＴＲＵがそこで送信できる、いくつかの、すべての、もしくは実質的にすべてのサービングセルにわたるチャネルに対する電力の総和がＰCMAXを超えないことのうちの、少なくとも１つが満たされるように、チャネルに対する電力を決定することができる。
【００９１】
ＷＴＲＵが、サブフレームまたはＴＴＩなどの中で、それが最大電力を超えることがあると決定する場合、ＷＴＲＵは、１つまたは複数のチャネルの電力を調整してよい。調整は、論理チャネルまたは物理チャネルの相対的な優先度に従ってよい。
【００９２】
異なるｅノードＢまたはスケジューラに属するサービングセルをＷＴＲＵが有する場合、電力割振りに関する制約が存在することがある。制約は、ｅノードＢまたはスケジューラの間での電力割振りに関することがある。ＷＴＲＵによる送信は、ＰCMAXのパーセンテージであってよい最小保証電力（ＭＧＰ）を有することができる。たとえば、同じか、少なくとも部分的に重複するか、または実質的に重複するサブフレームの中で送信するとき、ＷＴＲＵは、１つまたは複数のどのチャネル電力を調整すべきかを決定するときに、たとえば、チャネル優先度に加えて、ｅノードＢごとのＭＧＰを考慮に入れてよい。
【００９３】
ＰＨは、ＷＴＲＵによって算出されること、決定されること、または報告されることができる。サービングセルｃ用のＰＨ（ＰＨｃ）は、ＷＴＲＵの算出された電力とＷＴＲＵ最大電力との間の差分として算出されることができる。ＷＴＲＵ最大電力は、ＰCMAX,cなどの、ＷＴＲＵの構成される最大出力電力であってよい。Ｐｃｏｍｐｕｔｅｄ＿ｕｎｃｏｎｓｔｒａｉｎｅｄ，ｃなどの、ＷＴＲＵの算出される電力は、調整することまたは１つもしくは複数の制約を計上することなく、またはそれらのことより前に、算出された電力であってよい。たとえば、ＷＴＲＵの最大電力、またはより高い優先度チャネルへの電力割振りによって、送信電力に制約が課されることがある。
【００９４】
ＰＨは、ＴＴＩまたはサブフレームｉの中のサービングセルまたはコンポーネントキャリア（ＣＣ）ｃに対して、式（５）によって表されることができる。
【００９５】
ＰＨｃ（ｉ）＝ＰCMAX,c（ｉ）−Ｐｃｏｍｐｕｔｅｄ＿ｕｎｃｏｎｓｔｒａｉｎｅｄ，ｃ（ｉ）  式（５）
たとえば、ＰＵＣＣＨ送信またはＰＵＣＣＨフォーマット送信を有しないＰＵＳＣＨがある場合がある、ＴＴＩ用、サブフレーム用、ＬＴＥ／ＬＴＥ−Ａ  ＴＴＩ用、またはＬＴＥ／ＬＴＥ−Ａサブフレーム用のＰＨは、次のように表現されることができる。
【００９６】
ＰＨtype1,c（ｉ）＝ＰCMAX,c（ｉ）−｛１０ｌｏｇ10（ＭPUSCH,c（ｉ））＋ＰO_PUSCH,c（ｊ）＋αc（ｊ）・ＰＬc＋ΔTF,c（ｉ）＋ｆc（ｉ）｝  式（６）
ＭPUSCH,c（ｉ）は、ＰＵＳＣＨリソース割当ての帯域幅であってよく、ＴＴＩまたはサブフレームｉおよびサービングセルｃにとって有効なリソースブロック（ＲＢ）の個数で表現されることができる。ＰO_PUSCH,c（ｊ）は、サービングセルｃに対して、ｊ＝０および１に対して上位レイヤによって提供されることができる成分ＰO_NOMINAL_PUSCH,c（ｊ）と、ｊ＝０および１に対して上位レイヤによって提供されることができる成分ＰO_UE_PUSCH,c（ｊ）との和から構成される、パラメータであってよい。半永続的な許可に対応するＰＵＳＣＨ（再）送信の場合、ｊは０であってよく、動的スケジュールされた許可に対応するＰＵＳＣＨ（再）送信の場合、ｊは１であってよく、ランダムアクセス応答許可に対応するＰＵＳＣＨ（再）送信の場合、ｊは２であってよい。ｊ＝２の場合、ＰO_NOMINAL_PUSCH,c（ｊ）の値はランダムアクセスプロシージャ結果に基づいて決定されてよく、ＰO_UE_PUSCH,c（ｊ）は０であってよい。αc（ｊ）は、上位レイヤによって提供されるパラメータであってよく、または固定値であってもよい。ＰＬcは、サービングセルｃに対してＷＴＲＵにおいて計算または決定されることができるダウンリンク経路損失推定値であってよい。ΔTF,c（ｉ）は、上位レイヤによって提供されるパラメータ、すなわち、いくつかのコードブロック、各コードブロックのサイズ、送信されるべきチャネル品質インジケータ（ＣＱＩ）またはプリコーディング行列インジケータ（ＰＭＩ）ビットの個数、およびリソース要素の個数のうちの、１つまたは複数に基づいてＷＴＲＵによって算出される、パラメータであってよい。ｆc（ｉ）は、たとえば、ＣＣｃ上のＰＵＳＣＨに対する、送信電力制御（ＴＰＣ）コマンドの累積であってよい電力制御累積項であってよい。
【００９７】
ＰＨＲは、たとえば、期間または周期性に基づいて、周期的にトリガまたは送信されてよい。周期性または期間は構成されることができる。ＰＨＲは、イベントの発生に基づいてイベントトリガまたは送信されることができる。ＰＨＲに対するトリガリングイベント（ｔｒｉｇｇｅｒｉｎｇ  ｅｖｅｎｔ）は、たとえば、サービングセルにとっての経路損失の変化を備えることができる。ＰＨＲに対するトリガリングイベントはまた、たとえば、サービングセルに対する電力管理に起因することがある、電力バックオフの変化を備えることができる。ＰＨＲに対するトリガリングイベントはまた、タイマー（たとえば、周期的なタイマー）の満了を備えることができる。変化、たとえば、ＰＨＲをトリガできる変化は、閾値を上回って通過または進行することを含んでよい。ＰＨＲに対するトリガリングイベントはまた、構成されたＵＬを有するＷＴＲＵのメディアアクセス制御（ＭＡＣ）エンティティの２次セル（ＳＣｅｌｌ）などの、ＷＴＲＵのＳＣｅｌｌの活動化を備えることができる。サービングセル変更もトリガリングイベントであってよい。本明細書で説明する例および実施形態では、ＷＴＲＵおよびＭＡＣエンティティは、互換的に使用されることがある。
【００９８】
その上、トリガリングイベントは、ＰＨ報告送信の頻度を限定するために使用されてよい禁止タイマーなどの、タイマーの満了に条件付けられてよい。トリガリングイベントは、ＰＨＲの送信に対するＵＬリソースの利用可能性に条件付けられてよい。ＷＴＲＵは、少なくとも１つのトリガイベントが発生することがあるときに、ＰＨＲを送信してよい。ＷＴＲＵは、それが新たなデータ送信用などのＵＬ許可または割振りを有することがあるときに、ＰＨＲを送信してよい。
【００９９】
要求、許可、ＨＡＲＱフィードバック、またはデータの送信は、ＴＴＩまたはサブフレームなどのブロックのタイミングに従って実行されてよい。処理時間は、トランスポートブロック（ＴＢ）サイズに比例してよい。
【０１００】
レイテンシを低減するために、ショートＴＴＩ（ｓＴＴＩ）が使用されてよい。１つのＴＴＩ長、たとえば、１ｍｓに基づいて設計されている物理チャネルは、ショートＴＴＩ長、たとえば、持続時間における１つまたはいくつかのシンボルに対して最適化されないことがあるか、またはそれにとって適切に動作しないことがある。ＵＬ制御チャネルなどの制御チャネルのＴＴＩを短縮すること、または制御チャネルにとって利用可能なシンボルの個数を減らすことは、制御チャネルの性能に影響を及ぼすことがある。
【０１０１】
ＷＴＲＵは、時間的に重複または並行することがある複数の送信を行ってよい。本明細書とともに与えられる例のうちのいずれかでは、時間または周波数における重複または並行性は、部分的に重複すること、実質的に部分的に重複すること、完全に重複すること、実質的に完全に重複することなどを意味することがある。同じＴＴＩを送信が使用するとき、送信の冒頭または末尾において送信の重複が発生することがある。たとえば、送信のためのスケジューリングが互いの±１／２ＴＴＩ内にあってよいので、重複の存在はまた、両方の送信に先立って知られていることがある。
【０１０２】
送信の重複の間に最大電力または最大エネルギーが超えられることがある場合、送信のうちの１つまたは複数の電力またはエネルギーは、重複の間に最大電力を超えることを避けるように、スケーリングなどによって調整されてよい。たとえば、持続時間における１シンボルなどの閾値を重複が上回る場合、送信のＴＴＩ全体または実質的にＴＴＩ全体に調整が適用されてよい。たとえば、重複が閾値を下回る、すなわち、１シンボル以下である場合、調整は重複部分に適用されてよい。
【０１０３】
異なるＴＴＩを送信が使用するとき、送信の冒頭または末尾において送信の重複が発生しなくてよい。より長いＴＴＩ送信の間の任意のポイントにおいて、ｓＴＴＩ送信が行われてよく、たとえば、それが開始または終了してよい。加えて、重複の存在は、両方の送信に先立って知られていないことがある。たとえば、ｓＴＴＩ送信のスケジューリングは、長いＴＴＩの送信の冒頭の前に提供されないことまたは知られていないことがある。
【０１０４】
低レイテンシ送信、低減されたレイテンシ送信、およびショートすなわちｓＴＴＩ送信は、本明細書における例および実施形態では互いに置き換えられることがある。ＴＴＩおよびＴＴＩ長は、本明細書における例および実施形態では互いに置き換えられることがある。
【０１０５】
低減されたレイテンシ送信は、低減された（ｒｅｄｕｃｅｄ）ＴＴＩ（ｒＴＴＩ）またはｓＴＴＩを使用することができる。ｒＴＴＩ長またはｓＴＴＩ長とは、事前構成された、事前決定された、典型的、ノーマル、レギュラー、またはレガシー（ｌｅｇａｃｙ）ＴＴＩ長であってよい第２のＴＴＩ長よりも短くてよい、第１のＴＴＩ長を指すことがある。第２のＴＴＩ長は、１ｍｓ、１４個のシンボル、または１４個のＳＣ−ＦＤＭＡシンボルであってよい。レギュラー、ノーマル、またはレガシー送信は、レギュラーＴＴＩを使用することができるか、または使用するように構成されてよい。典型的、ノーマル、レギュラー、およびレガシーは、本明細書における例および実施形態では互いに置き換えられることがある。ノーマルはまた、非ショートを表すために使用されることがある。
【０１０６】
ｓＴＴＩ長は、Ｎｓ個のＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルとして定義されることができるか、またはそうしたシンボルに対応することができ、ただし、Ｎｓは、ノーマルＴＴＩに対するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの個数よりも小さくてよい。たとえば、Ｎｓは１４よりも小さくてよい。ＳＣ−ＦＤＭＡシンボルは、アップリンク変調シンボル、変調シンボル、またはサイドリンクシンボルであってよい。１つまたは複数のｓＴＴＩリソースユニットまたは時間ユニットが、時間期間において、使用されること、構成されること、事前定義されること、または決定されることができる。リソースユニットは、時間ユニットであってよい。時間期間は、１つまたは複数のサブフレーム、無線フレーム、スロット、またはシンボルであってよく、時々、本明細書でｓＴＴＩ時間ウィンドウと呼ぶことがある。ｓＴＴＩリソースは、１つまたは複数の時間ユニットのセットに対応することができ、ここで、時間ユニットは、時間サンプル、シンボル、またはタイムスロットのうちの少なくとも１つであってよい。ｓＴＴＩリソースユニット、ｓＴＴＩ、ｓＴＴＩリソース、およびｓＴＴＩ時間リソースは、本明細書では互換的に使用されることがある。
【０１０７】
ｓＴＴＩ時間ウィンドウは、定義されること、事前定義されること、固定されること、または構成されることができる値に基づいて決定されてよい。値は、ＮｓＴＴＩと呼ばれることがある。ＮｓＴＴＩの単位はｍｓであってよい。ｓＴＴＩ時間ウィンドウは、ＴＤＤまたはＦＤＤなどの動作モードに基づいて決定されてよい。ｓＴＴＩ時間ウィンドウは、ｓＴＴＩ長に基づいて決定されてよく、たとえば、ｓＴＴＩ時間ウィンドウは、ｓＴＴＩ長の倍数であってよい。ｓＴＴＩ時間ウィンドウは、セルＩＤまたはシステム帯域幅などの１つまたは複数のシステムパラメータに基づいて決定されてよい。ｓＴＴＩ時間ウィンドウは、サブフレーム番号（ＳＦＮ）、ハイパー（ｈｙｐｅｒ−）ＳＦＮなどに基づいて決定されてよい。ｓＴＴＩ時間ウィンドウは、ノーマルサブフレームにとってのＴＴＩ長に基づいて決定されてよい。
【０１０８】
ダウンリンク制御チャネルなどの制御チャネルは、ｓＴＴＩ時間ウィンドウの中の最初のＮｓｙｍ個のシンボルの中で送信されてよい。Ｎｓｙｍは、１以上の整数であってよい。ＤＬ−ＵＬギャップなどのギャップのために使用されてよい１つもしくは複数のｓＴＴＩまたはいくつかのｓＴＴＩは、制御チャネル、信号、表示などのうちの少なくとも１つによって示されることができる。制御チャネルは、ギャップ、たとえば、ＤＬ−ＵＬギャップのために使用されてよい１つもしくは複数のｓＴＴＩまたはいくつかのｓＴＴＩを示すことができる信号または表示であってよく、またはそれらを含んでよい。信号または表示は、事前定義されるか、構成されるか、または知られている信号または表示であってよい。ｓＴＴＩの個数は、１以上の整数であってよい。たとえば、ＵＬからＤＬへの切替えなどのギャップを必要としなくてよいか、またはそうしたギャップを使用しなくてよい方向切替えに対して、個数は０であってよい。
【０１０９】
図５は、アップリンク、ダウンリンク、およびギャップのためのｓＴＴＩリソースの構成または使用を示すために使用されてよい、ｓＴＴＩギャップ表示の一例である。ｓＴＴＩ＃３は、ＤＬとＵＬとの間の切替え５１０が行われてよいギャップｓＴＴＩ５１４として、ＤＬ制御５０２などの中で示されることができる。ｓＴＴＩリソースの第１のセットは、ｓＴＴＩ＃０、＃１、＃２であってよく、ＤＬ  ｓＴＴＩ５１２として利用されてよい。ｓＴＴＩリソースの第２のセットは、ｓＴＴＩ＃４、＃５、＃６であってよく、ＵＬ  ｓＴＴＩ５１６として利用されてよい。例では、ｓＴＴＩウィンドウ５０６は、サブフレームであってよく、ｓＴＴＩ時間リソースユニット５０８は、２個などの個数のシンボルであってよい。ｓＴＴＩ時間ウィンドウ５０６は、帯域幅５０４にわたって適用されてよい。ｓＴＴＩウィンドウおよびｓＴＴＩ時間ウィンドウは、互換的に使用されることがある。
【０１１０】
ＤＬ−ＵＬギャップは、切替えのために、たとえば、無線またはＲＦフロントエンドをＤＬ方向からＵＬ方向に切り替えるために使用されることができる、ＤＬ方向とＵＬ方向との間のギャップであってよい。ＤＬ−ＵＬギャップ、ギャップ、ＤＬ−ＵＬ切替えギャップ、ＤＬからＵＬへのギャップ、ＴＤＤ切替えギャップ、切替えギャップ、ギャップｓＴＴＩ、ｓＴＴＩギャップ、ＧＰ、ＴＤＤ  ＧＰ、ＴＤＤギャップは、本明細書における例および実施形態では互いに置き換えられることがある。加えて、１つまたは複数のｓＴＴＩ時間ウィンドウは、１つまたは複数のダウンリンク制御情報（ＤＣＩ）を搬送できる制御チャネルまたはＰＤＣＣＨ、たとえば、レガシーＰＤＣＣＨに関連することができる。
【０１１１】
ｓＴＴＩウィンドウの中にあってよくまたはその間に存在してよいｓＴＴＩリソースの第１のセットは、ダウンリンクｓＴＴＩリソースまたはＤＬ  ｓＴＴＩのセットとして決定または構成されてよい。ｓＴＴＩウィンドウ、たとえば、同じｓＴＴＩウィンドウの中にあってよいｓＴＴＩリソースの第２のセットは、アップリンクｓＴＴＩリソースまたはＵＬ  ｓＴＴＩのセットとして決定または構成されてよい。ｓＴＴＩリソースの第１のセットおよびｓＴＴＩリソースの第２のセットは、重複されなくてよくまたは互いに排他的であってよい。１つまたは複数のｓＴＴＩリソースは、ｓＴＴＩウィンドウ内のギャップとして示されることができる。ギャップのロケーションは、ｓＴＴＩリソースの第１のセットおよびｓＴＴＩリソースの第２のセットを決定することができる。
【０１１２】
２つ以上のｓＴＴＩリソースがギャップとして示される場合、ギャップとして示されるｓＴＴＩリソースは、時間的に連続してよく、または実質的に連続してよい。ギャップのために使用されるか、決定されるか、選択されるか、または構成されるｓＴＴＩリソースの個数は、上位レイヤシグナリング、１つまたは複数のシステムパラメータ、制御チャネルからの動的表示、動作モードなどに基づいてよい。ギャップのためのｓＴＴＩリソースの個数は、セル固有の方式で決定されること、構成されること、または示されることができる。ギャップのために使用されてよいｓＴＴＩリソースの個数を示すために、セル固有の上位レイヤシグナリングが使用されてよい。
【０１１３】
ギャップのためのｓＴＴＩリソースの個数は、ＷＴＲＵ固有の方式で決定されること、構成されること、または示されることができる。ギャップのためのｓＴＴＩリソースの個数を構成または決定するために、ＷＴＲＵに対するタイミングアドバンス（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）値が使用されてよい。ギャップのためのｓＴＴＩリソースの個数を構成または決定するために、ＷＴＲＵ固有のＲＲＣシグナリングが使用されてよい。ＷＴＲＵ−ＩＤまたはセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）に関連するＤＣＩが、ギャップのためのｓＴＴＩリソースの個数を示すことができる。ＤＣＩは、基地局から受信されることができる。
【０１１４】
ダウンリンク用のいくつかのｓＴＴＩリソースが示されることができる。ダウンリンク用のｓＴＴＩリソースの個数は、ギャップのためのｓＴＴＩリソースインデックスを決定することができる。たとえば、ダウンリンク送信のために、またはＤＬ  ｓＴＴＩとして、３つのｓＴＴＩリソースが決定されること、使用されること、または示されることができる場合、ｓＴＴＩ時間ウィンドウの中の第４のｓＴＴＩリソースは、ギャップ用の開始ｓＴＴＩリソースであってよい。ギャップのために１つのｓＴＴＩリソースが使用される場合、第４のｓＴＴＩリソースがギャップとして使用されてよく、第５のｓＴＴＩリソースは、アップリンク送信用の最初のｓＴＴＩリソース、たとえば、ＵＬ  ｓＴＴＩであってよい。
【０１１５】
１つまたは複数のｓＴＴＩは、ＤＬからＵＬへの切替えポイントまたはＵＬからＤＬへの切替えポイントなどの切替えポイントであってよく、またはそうした切替えポイントのために使用されてよい。切替えポイントのために使用されてよい１つまたは複数のｓＴＴＩは、制御チャネル、信号、表示などのうちの少なくとも１つによって示されることまたは識別されることができる。たとえば、制御チャネルは、１つまたは複数のｓＴＴＩを切替えポイントとして示すことができる信号または表示であってよく、またはそれらを含んでよい。信号または表示は、事前定義されるか、構成されるか、または知られている信号または表示であってよい。切替えポイントは、ＤＬからＵＬへの切替えポイントまたはＵＬからＤＬへの切替えポイントのためのギャップなどのギャップの開始であってよい。切替えポイントはまた、方向が第１の方向から第２の方向に切り替わることができるｓＴＴＩの開始であってよい。切替えポイントは、たとえば、ＷＴＲＵによって、第１の方向と第２の方向との間でギャップが必要とされなくてよいかまたは使用されなくてよいｓＴＴＩの開始であってよい。
【０１１６】
加えて、切替えポイントは、ギャップサイズが０であってよくまたは実質的に０であってよいギャップの開始であってよい。ｓＴＴＩギャップの表示は、切替えポイントのためのｓＴＴＩ、またはギャップサイズなどの、切替えポイントの表示を含んでよい。ギャップサイズは、連続するｓＴＴＩであってよい、いくつかのｓＴＴＩであってよい。０というサイズを有するギャップは、切替えポイントを示すことができるか、または示すために使用されてよい。また、０というギャップサイズまたはギャップサイズの非表示は、ギャップを有しない切替えポイントを示すことができるか、または示すために使用されてよい。切替えポイントおよびギャップは、本明細書における例および実施形態では互いに置き換えられることがある。
【０１１７】
複数のｓＴＴＩギャップが、ｓＴＴＩウィンドウの中で示されることができる。第１のｓＴＴＩギャップは、ＤＬからＵＬへの切替えの時間ロケーションを決定するために使用されてよく、第２のｓＴＴＩギャップは、ＵＬからＤＬへの切替えの時間ロケーションを決定するために使用されてよい。時間ロケーションは、１つまたは複数のｓＴＴＩリソースであってよく、またはそうしたｓＴＴＩリソースを含んでよい。第１のギャップとして示されることができる１つまたは複数のｓＴＴＩリソースは、アップリンク送信またはダウンリンク送信のために使用されなくてよい。たとえば、ＷＴＲＵは、たとえば、ギャップの中でＤＬからＵＬなどのスイッチング時間として、１つまたは複数のｓＴＴＩリソースを使用することができる。ギャップのためのｓＴＴＩリソースの個数は、上位レイヤシグナリングを介して、示されること、事前定義されること、構成されること、半静的に構成されること、または部分的に静的に構成されることができる。第２のギャップとして示される１つまたは複数のｓＴＴＩリソースは、アップリンク送信またはダウンリンク送信のために使用されてよい。ＷＴＲＵは、第２のギャップとして使用される１つまたは複数のｓＴＴＩリソースの中で信号を受信または送信することができる。ギャップのためのｓＴＴＩリソースの個数が、示されることができるかまたは知られていることがあり、たとえば、０または実質的に０であるものと示されることができるかまたは知られていることがある。
【０１１８】
図６は、複数ギャップｓＴＴＩ表示の一例である。ＤＬ制御６０２は、制御情報をＷＴＲＵへ送るための制御チャネルの少なくとも一部を備えることができる。ｓＴＴＩ＃２すなわちｓＴＴＩリソース＃２は、第１のギャップ６１６として示されることができ、ｓＴＴＩ＃５すなわちｓＴＴＩリソース＃５は、第２のギャップとして示されることができる。ｓＴＴＩウィンドウ６０６は、１つまたは複数のサブフレームであってよく、ｓＴＴＩ時間リソースユニット６０８は、たとえば、帯域幅６０４にわたる、任意の個数のシンボルであってよい。たとえば、ｓＴＴＩウィンドウ６０６はサブフレームであってよく、ｓＴＴＩ時間リソースユニット６０８は、帯域幅６０４にわたる２個などの個数のシンボルであってよい。
【０１１９】
図６において、ダウンリンク送信６１４または６２８のためのｓＴＴＩリソースのセット、およびアップリンク送信６２４のためのｓＴＴＩリソースのセットは、第１のギャップ６１０のためのｓＴＴＩリソースおよび第２のギャップ６１２のためのｓＴＴＩリソースのロケーションなどの、ギャップｓＴＴＩリソースのロケーションに基づいて決定されてよい。第１のギャップとして示されるｓＴＴＩリソースは、１つのｓＴＴＩ６０８としてのギャップサイズを伴って示されることができる。第２のギャップとして示されるｓＴＴＩリソースは、ギャップサイズを伴わずに、または０もしくは実質的に０としてのギャップサイズを伴って、示されることができる。図６ｂに示すように、たとえば、前のｓＴＴＩリソース、すなわちギャップｓＴＴＩに先行するリソースが、６２４などのアップリンクｓＴＴＩとして使用されるとき、第２のギャップとして示されるｓＴＴＩリソースは、ダウンリンクｓＴＴＩとして使用されてよい。
【０１２０】
ＴＤＤ  ＧＰを使用するＵＬ  ｓＴＴＩリソース構成が、本明細書で与えられる例において利用されることができる。一実施形態では、サブフレームの中のＧＰは、ｓＴＴＩ信号送信または受信のために使用されてよい。たとえば、１つまたは複数のＵＬ  ｓＴＴＩリソースが、特殊サブフレームのＧＰの中に割り振られてよい。
【０１２１】
図７は、サブフレーム７０２のＧＰの中のｓＴＴＩリソース構成の一例である。サブフレームは、特殊サブフレームであってよい。ＷＴＲＵは、ノーマルＴＴＩ動作であってよい第１のＴＴＩ動作７０４を使用するように、構成されること、命令されること、または示されることができる。ＷＴＲＵは、第１のＴＴＩ動作７０４を使用すべきと決定することができる。ＤｗＰＴＳ７０６、ＧＰ７０８、およびＵｐＰＴＳ７１０は、たとえば、ブロードキャストシグナリングなどの上位レイヤシグナリングから受信された、サブフレーム構成＃０などのサブフレーム構成に基づいて、たとえば、ＷＴＲＵによって、決定されてよい。サブフレーム構成は、特殊サブフレーム構成であってよい。ＷＴＲＵは、ＧＰ７０８のために使用されてよいシンボルの中でダウンリンク信号が受信されないことがあるかまたはアップリンク信号が送信されないことがあると想定してよい。
【０１２２】
ＷＴＲＵは、ｓＴＴＩリソースを使用するかまたはｓＴＴＩ送信を行うように、構成されてよく、決定することができ、または示されてよい。ＷＴＲＵは、ＵｐＰＴＳまたはｓＴＴＩリソースとしての構成＃０などのサブフレーム構成に基づいてＧＰとして決定されてよい、１つまたは複数のシンボルを使用することができる。
【０１２３】
たとえば、サブフレーム構成＃０などのサブフレーム構成に基づいて、ＧＰ７０８として決定されることができる１つまたは複数のシンボルは、ＧＰシンボルと呼ばれることがある。ショートすなわちｓＴＴＩ  ＧＰ（ｓＧＰ）７１４または７２０は、ｓＴＴＩリソースのために使用されるＧＰシンボルの個数に基づいて決定されてよい。ｓＧＰは、ｓＴＴＩ動作のためのガード期間、ｓＴＴＩ送信方式、ｓＴＴＩ動作モード、またはｓＴＴＩ送信のためのＤＬ−ＵＬ切替えなどのうちの、１つまたは複数のために使用されてよい。加えて、１つまたは複数のＧＰシンボルが、ＤｗＰＴＳまたはＵｐＰＴＳのための追加シンボルとして使用されてよい。たとえば、ＧＰ７０８シンボルのうちの７個が、ＵｐＰＴＳ７１６として使用または決定されてよい。ＵｐＰＴＳのためのＧＰの一部の使用は、図７ではタイプ１ｓＴＴＩ動作７１２と呼ばれる。ｓＴＴＩリソースは、１つまたは複数のＧＰシンボルを含むように拡張されたＵｐＰＴＳまたはＵｐＰＴＳの中の、１つまたは複数のシンボル、たとえば、すべてのシンボルであってよく、またはそうしたシンボルを含んでよい。
【０１２４】
１つまたは複数のＧＰシンボルは、サブフレーム７０２の中のＤｗＰＴＳまたはＵｐＰＴＳとは実質的に別個であってよいｓＴＴＩリソースとして、使用されること、決定されること、または示されることができる。この構成は、タイプ２ｓＴＴＩ動作７１８として識別されることができる。ｓＴＴＩリソースとして利用されること、決定されること、または示されることができるＧＰシンボルは、ｓＴＴＩシンボルとして参照されることができる。ｓＴＴＩシンボルは、ｓＴＴＩ  ＵＬ、ｓＴＴＩ  ＤＬ、またはギャップ送信のうちの、１つまたは複数のために使用されてよい。図７に示す例では、７つのＧＰシンボル７０８がｓＴＴＩリソース７２２として使用または決定されてよい。
【０１２５】
たとえば、サブフレーム７０２のＧＰ７０８などのＧＰ内の、ｓＴＴＩシンボルの個数またはｓＴＴＩシンボルのロケーションは、受信サブフレーム構成、ＵＬ  ｓＴＴＩのためのｓＴＴＩシンボルの使用、またはＤＬ  ｓＴＴＩのためのｓＴＴＩシンボルの使用のうちの、少なくとも１つに基づいて決定または事前決定されることができる。表３は、可能なｓＴＴＩシンボル構成の一例を示す。ｓＴＴＩシンボル構成は、特殊サブフレーム構成などのサブフレーム構成に基づいてよい。ｓＴＴＩシンボルの、時間ロケーションなどのロケーションは、ＤＬ  ｓＴＴＩまたはＵＬ  ｓＴＴＩとしてのｓＴＴＩリソースの使用に基づいて決定されてよい。
【０１２６】
【表３】
2019510441.tif 000021
【０１２７】
ｓＴＴＩシンボルがＵＬ  ｓＴＴＩのために利用される場合、ｓＴＴＩシンボルは最後のＮUL個のＧＰシンボルに配置されてよい。ｓＴＴＩシンボルがＤＬ  ｓＴＴＩのために利用される場合、ｓＴＴＩシンボルは最初のＮDL個のＧＰシンボルに配置されてよい。ｓＴＴＩシンボルがＤＬ  ｓＴＴＩとＵＬ  ｓＴＴＩとの組合せのために利用される場合、ｓＴＴＩシンボルの第１のセットがＤＬ  ｓＴＴＩのために使用されてよく、ｓＴＴＩシンボルの第２のセットがＵＬ  ｓＴＴＩのために使用されてよい。
【０１２８】
ＧＰ７０８などのＧＰ内のｓＴＴＩシンボルの個数は、上位レイヤシグナリングを介して構成されることができる。ｓＴＴＩ動作に関係することがある１つまたは複数のパラメータがシグナリングされることができ、ＧＰ内のｓＴＴＩシンボルの個数は、１つまたは複数のパラメータから示されることができる。たとえば、ＧＰ内の、ｓＴＴＩシンボルの個数は、特殊サブフレーム構成、ｓＴＴＩ動作に関係する１つもしくは複数のパラメータ、または物理セル識別情報（セルＩＤ）、仮想セルＩＤ、システム帯域幅、およびフレーム構造などの１つもしくは複数のシステムパラメータに基づいて決定されてよい。たとえば、ＧＰ内の、ｓＴＴＩシンボルの個数は、Ｃ−ＲＮＴＩ、動的表示などのＷＴＲＵ固有パラメータに基づいて決定されてよい。
【０１２９】
ｓＴＴＩシンボルの個数は、ＷＴＲＵに対してまたはＷＴＲＵによって使用されるか、示されるか、または決定されるタイミングアドバンス値に基づいて決定されてよい。たとえば、第１のタイミングアドバンス値が示され、第１のタイミングアドバンス値を決定し、または第１のタイミングアドバンス値を使用するＷＴＲＵは、ＧＰ７０８などのＧＰの中で第１の個数のｓＴＴＩシンボルを使用してよい。第２のタイミングアドバンス値が示されること、第２のタイミングアドバンス値を決定すること、または第２のタイミングアドバンス値を使用することができるＷＴＲＵは、ＧＰ７０８などのＧＰの中で第２の個数のｓＴＴＩシンボルを使用してよい。
【０１３０】
ショートすなわちｓＴＴＩ物理ダウンリンク共有チャネル（ｓＰＤＳＣＨ）またはショートすなわちｓＴＴＩ物理ダウンリンク制御チャネル（ｓＰＤＣＣＨ）などの１つまたは複数のダウンリンクｓＴＴＩ信号は、ＷＴＲＵによってｓＴＴＩリソースの中で受信されることができる。ショートすなわちｓＴＴＩ物理アップリンク制御チャネル（ｓＰＵＣＣＨ）またはショートすなわちｓＴＴＩ物理アップリンク共有チャネル（ｓＰＵＳＣＨ）などの１つまたは複数のアップリンクｓＴＴＩ信号は、ＷＴＲＵによってｓＴＴＩリソースの中で送信されることができる。ＤＬ  ｓＴＴＩ信号またはＵＬ  ｓＴＴＩ信号に関連する１つまたは複数の基準信号は、ＷＴＲＵによってｓＴＴＩリソースの中で送信または受信されることができる。
【０１３１】
図８は、ダウンリンクサブフレームまたは物理リソースブロック（ＰＲＢ）８００の中で提供または使用されるｓＰＵＣＣＨリソース構成の一例である。図８において、第１のタイムスロット８０２は、無線フレームの中の偶数スロット番号、たとえば、無線フレームｎｓ  ｍｏｄ  ２＝０におけるスロット番号に対応することができ、第２のタイムスロット８０４は、無線フレーム、たとえば、ｎｓ  ｍｏｄ  ２＝１における奇数番号スロットに対応することができる。一例では、タイムスロットは、１２本のサブキャリアにわたって７シンボル幅であってよい。ダウンリンクサブフレームまたはＰＲＢ８００は、ＣＲＳ８０６、ＰＤＣＣＨ８０８、ＰＤＳＣＨ８１０、ｓＰＤＣＣＨ／ｓＰＤＳＣＨ８１２、ｓＧＰ８１４、およびｓＰＵＣＣＨ８１６のうちの１つまたは複数を備えることができる。
【０１３２】
サブフレームの中の１つまたは複数のＤＬシンボルは、ＵＬ  ｓＴＴＩリソースとして、使用されること、構成されること、または決定されることができる。ＤＬシンボルは、たとえば、少なくとも１つまたはいくつかのＷＴＲＵに対して、ＤＬのために構成または使用されてよい、サブフレームの中のシンボルであってよい。セル固有基準信号を有しないＤＬシンボルは、ＵＬ  ｓＴＴＩリソースとして使用または決定されてよい。サブフレームの中の最後のＮUL個のＤＬシンボルは、ＵＬ  ｓＴＴＩリソースとして使用されること、決定されること、または構成されることができる。ＮULは、セル固有基準信号のために使用されるアンテナポートの数に基づいて決定されてよい。一例では、ＣＲＳポートの数が４つ、たとえば、アンテナポート０／１／２／３であってよい場合、ＮULは２などの第１の個数であってよい。ＣＲＳポートの数が１つまたは２つであってよい場合、ＮULは５などの第２の個数であってよい。
【０１３３】
ＮULは、関連するダウンリンクｓＴＴＩ送信に対して使用されるか、決定されるか、示されるか、または構成されるｓＴＴＩ長に基づいて、決定されてよい。ＮULはまた、システムパラメータ、サブフレーム番号、ＳＦＮ、ハイパーＳＦＮ、ＷＴＲＵ固有パラメータ、ＷＴＲＵ−ＩＤ、レガシーＰＤＣＣＨ領域などのＰＤＣＣＨ領域のために使用されることができるいくつかのＯＦＤＭシンボル、関連するダウンリンクｓＴＴＩ送信の時間ロケーションなどのうちの、少なくとも１つに応じて決定されてよい。
【０１３４】
少なくとも２つの連続するＤＬシンボルは、ＵＬ  ｓＴＴＩリソースとして使用されてよく、最初の１つまたは複数のＤＬシンボルは、ｓＧＰとして使用されてよい。図８は、最後の２つのダウンリンクシンボルを使用するｓＰＵＣＣＨリソース構成の一例を示す。ｓＴＴＩリソースの第１のシンボルは、ｓＧＰのために使用されてよく、ｓＴＴＩリソースの第２のシンボルは、ｓＰＵＣＣＨ８１６送信のために使用されてよい。ｓＰＵＣＣＨ送信は、ＨＡＲＱ−ＡＣＫ送信または報告を含むことができ、ｓＰＤＳＣＨ送信に関連付けられることができる。ｓＰＤＳＣＨ送信は、同じサブフレームまたは前のサブフレームの中にあってよい。ｓＰＵＣＣＨは、１つまたは複数の関連するｓＰＤＳＣＨ送信に対する１つまたは複数のＨＡＲＱ−ＡＣＫ送信のために利用されてよい。
【０１３５】
加えて、ｓＰＵＣＣＨは、低減されたレイテンシ送信用のアップリンクリソースのスケジューリング要求を通信するために利用されてよい。
【０１３６】
ｓＰＵＣＣＨは、バッファの中のデータの特定のトラフィックタイプの表示を提供するように、定義されること、決定されること、構成されること、または利用されることができる。特定のトラフィックタイプは、低減されたレイテンシトラフィック、緊急トラフィック、超低レイテンシトラフィック、ショートＴＴＩトラフィック、超高信頼トラフィックなどを含むことができる。
【０１３７】
ｓＰＵＣＣＨは、構成されるか、決定されるか、示されるか、または使用される１つまたは複数のｓＴＴＩリソース用のＣＳＩのために（たとえば、その送信のために）、またはそうしたＣＳＩを通信するために、定義されること、決定されること、構成されること、または利用されることができる。ＣＳＩは、１つまたは複数のｓＴＴＩリソースに関連するＣＱＩを含むことができる。ＣＳＩは、ダウンリンクまたはアップリンクｓＴＴＩ送信用の１つまたは複数の好適なｓＴＴＩリソースを含むことができる。ＣＳＩは、限定はしないが、プリコーディング行列インジケータ（ＰＭＩ）、ランクインジケータ（ＲＩ）、プリコーディングタイプインジケータ（ＰＴＩ）、ＣＳＩ−ＲＳインデックス（ＣＲＩ）、擬似コロケーション表示（ＱＣＩ）などを含む、１つまたは複数の複数アンテナ送信関連ＣＳＩ（multiple antenna transmission(s) related CSI）を含むことができる。ｓＰＵＣＣＨは、アップリンクチャネル測定のためのアップリンク基準信号を提供または通信するように、定義されること、決定されること、構成されること、または利用されることができる。
【０１３８】
１つまたは複数のｓＰＵＣＣＨフォーマット、タイプ、構造、またはリソースは、低減されたレイテンシ送信のために、またはアップリンク性能を改善するために、定義されること、構成されること、決定されること、または使用されることができる。ｓＰＵＣＣＨフォーマット、ｓＰＵＣＣＨタイプ、ｓＰＵＣＣＨ構造、ｓＰＵＣＣＨリソース、およびｓＰＵＣＣＨ送信のためのリソースは、本明細書における実施形態および例に一致するように、互換的に使用されることがある。
【０１３９】
ｓＰＵＣＣＨタイプは、いくつかのアップリンクシンボルであってよいｓＰＵＣＣＨ送信のｓＴＴＩ長、ｓＰＤＣＣＨまたはｓＰＤＳＣＨなどの関連するダウンリンク送信またはチャネルのｓＴＴＩ長、ＤＣＩ、上位レイヤシグナリング、動的表示、ｓＰＵＣＣＨ送信内での基準信号ロケーション、送信電力レベルまたは最大送信電力レベル、ｓＰＵＣＣＨ送信の基準信号オーバーヘッドまたは密度などに基づいて、決定または識別されることができる。ｓＰＵＣＣＨタイプはまた、いくつかのＰＲＢ、いくつかのトーン、またはいくつかのサブキャリアであってよい、ｓＰＵＣＣＨ送信のために使用される周波数リソースの個数に基づいて決定または識別されることができる。ｓＰＵＣＣＨタイプはまた、周波数ロケーションのセット、たとえば、偶数番号のサブキャリアまたは奇数番号のサブキャリアに基づいて、決定または識別されることができる。ｓＰＵＣＣＨタイプはまた、Ｚａｄｏｆｆ−Ｃｈｕ系列（sequence）、ゴレイ系列、ゴールド系列などの、使用される系列タイプに基づいて、決定または識別されることができる。ｓＰＵＣＣＨタイプはまた、２位相シフトキーイング（ＢＰＳＫ）、４位相ＰＳＫ（ＱＰＳＫ）、π／２−ＢＰＳＫ、π／４−ＱＰＳＫなどの、使用される変調方式、または使用される変調方式のセットに基づいて、決定または識別されることができる。たとえば、変調方式の第１のセットがＢＰＳＫおよびＱＰＳＫであってよく、変調方式の第２のセットがπ／２−ＢＰＳＫおよびπ／４−ＱＰＳＫであってよい。
【０１４０】
その上、ｓＰＵＣＣＨタイプは、サブキャリアベース方式、巡回シフトベース方式、または周波数ホッピング方式などの、ＨＡＲＱ−ＡＣＫ送信または報告を送信するために使用される方式に基づいて、決定または識別されることができる。ＨＡＲＱ−ＡＣＫ方式では、サブキャリアのセットが、ＨＡＲＱ−ＡＣＫ送信または報告に対して決定されることができる。たとえば、サブキャリアの第１のセットが、ＡＣＫ送信のために、またはＡＣＫを報告するために、使用または選択されてよく、サブキャリアの第２のセットが、ＮＡＣＫ送信のために、またはＮＡＣＫを報告するために、使用または選択されてよい。別のＨＡＲＱ−ＡＣＫ方式では、系列の巡回シフトのセットが、ＨＡＲＱ−ＡＣＫ送信のために使用されることができる。たとえば、第１の巡回シフトインデックスが、ＡＣＫ送信のために、またはＡＣＫを報告するために、使用または選択されてよく、第２の巡回シフトインデックスが、ＮＡＣＫ送信のために、またはＮＡＣＫを報告するために、使用または選択されてよい。別のＨＡＲＱ−ＡＣＫ方式では、周波数ホッピングパターンのセットが、ＨＡＲＱ−ＡＣＫ送信のために使用されることができる。たとえば、第１の周波数ホッピングパターンが、ＡＣＫ送信のために、またはＡＣＫを報告するために、使用または選択されてよく、第２の周波数ホッピングパターンが、ＮＡＣＫ送信のために、またはＮＡＣＫを報告するために、使用または選択されてよい。
【０１４１】
サブフレームなどのｓＴＴＩ時間ウィンドウの中で、１つまたは複数のｓＰＵＣＣＨリソースまたはタイプが、構成されること、定義されること、または利用されることができる。１つまたは複数のｓＰＵＣＣＨリソースは、１つまたは複数のＷＴＲＵに向けられてよい。ｓＴＴＩ時間ウィンドウは、特定の値として、固定されること、事前定義されこと、事前構成されること、または事前決定されることができる。たとえば、ｓＴＴＩウィンドウは、ノーマルＴＴＩ長として、または１ｍｓという長さを用いて、事前定義されてよい。ｓＴＴＩ時間ウィンドウはまた、ｓＴＴＩ長、またはｓＴＴＩ長の整数倍などの倍数に基づいて決定されてよい。たとえば、ｓＴＴＩ長がＬsTTIと呼ばれ、かつＮsTTIがｓＴＴＩ長を決定するために使用される正の整数である場合、ｓＴＴＩウィンドウ長は、ＬsTTI×ＮsTTIに基づいて決定されてよい。ｓＴＴＩ時間ウィンドウはまた、ダウンリンクｓＴＴＩ時間ウィンドウ、上位レイヤシグナリング、ＲＲＣシグナリング、ダウンリンク物理チャネルからの動的シグナリングなどに基づいて決定されてよい。
【０１４２】
ｓＰＵＣＣＨタイプは、構成または決定されることができるカバレージレベル（ｃｏｖｅｒａｇｅ  ｌｅｖｅｌ）に基づいて決定されてよい。カバレージレベルは、限定はしないが、ダウンリンク制御チャネル、ダウンリンクデータチャネル、アップリンク制御チャネル、およびアップリンクデータチャネルのうちの、少なくとも１つに対する上位レイヤシグナリングを介して構成されることができる。カバレージレベルは、たとえば、ＷＴＲＵによって、物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信のために選択または決定されたカバレージレベルに基づいて決定されてよい。ｓＰＵＣＣＨタイプはまた、ダウンリンク測定値レベルに基づいて決定されてよい。たとえば、事前定義または構成された閾値が、ｓＰＵＣＣＨタイプを決定するために使用されてよい。ダウンリンク測定値は、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、およびＣＱＩのうちの少なくとも１つを含むことができる。
【０１４３】
ｓＰＵＣＣＨタイプは、関連するＤＬチャネルのｓＴＴＩ長に基づいて決定されてよい。ｓＰＤＣＣＨまたはｓＰＤＳＣＨのために使用されるｓＴＴＩ長は、ｓＰＵＣＣＨタイプを決定することができる。ｓＰＵＣＣＨタイプは、上位レイヤシグナリングに基づいて決定されてよい。ｓＰＵＣＣＨタイプは、上位レイヤシグナリングによって暗黙的または明示的に示されることができる。ｓＰＵＣＣＨタイプは、動的表示に基づいて決定されてよい。ｓＰＵＣＣＨ送信に関連するＤＣＩは、ｓＰＵＣＣＨ送信のためのｓＰＵＣＣＨタイプを示すことができるか、またはそうしたｓＰＵＣＣＨタイプを決定することができる。
【０１４４】
ｓＰＵＣＣＨタイプは、ｓＰＵＣＣＨ送信に関連することができるｓＰＤＳＣＨの個数に基づいて決定されてよい。たとえば、単一のｓＰＤＳＣＨ送信が、たとえば、ＨＡＲＱ−ＡＣＫ送信または報告のために、ｓＰＵＣＣＨ送信に関連することができる場合、第１のｓＰＵＣＣＨタイプまたはフォーマットが使用されてよい。２つ以上のｓＰＤＳＣＨ送信が、たとえば、ＨＡＲＱ−ＡＣＫ送信または報告のために、ｓＰＵＣＣＨ送信に関連することができるとき、第２のｓＰＵＣＣＨタイプまたはフォーマットが使用されてよい。
【０１４５】
ｓＰＵＣＣＨタイプは、関連する１つまたは複数のｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫビットの個数に基づいて決定されてよい。たとえば、ＨＡＲＱ−ＡＣＫビットの個数が、定義されること、事前定義されること、または構成されることができる閾値以下であるとき、第１のｓＰＵＣＣＨタイプまたはフォーマットが使用されてよい。ＨＡＲＱ−ＡＣＫビットの個数が、定義されること、事前定義されること、または構成されることができる閾値よりも大きいとき、第２のｓＰＵＣＣＨタイプまたはフォーマットが使用されてよい。１つまたは複数の閾値が、１つまたは複数のｓＰＵＣＣＨタイプまたはフォーマットとともに使用されてよい。
【０１４６】
ｓＰＵＣＣＨは、１つまたは複数のｓＴＴＩリソースの中で、繰返しを伴って、すなわち、繰り返し送信されてよい。上位レイヤ信号は、ｓＰＵＣＣＨ送信に対する繰返しの回数を示すことができる。たとえば、ｓＰＵＣＣＨタイプ、およびｓＰＵＣＣＨ送信の繰返し数、すなわち繰返しの回数は、ブロードキャストまたはＲＲＣシグナリングなどの上位レイヤシグナリングを介して構成されることができる。ｓＰＵＣＣＨ繰返しの回数は、事前定義されること、構成されること、関連するＤＣＩから動的に示されること、またはｓＰＵＣＣＨ送信のために使用されるｓＴＴＩリソースに基づいて決定されることができる。
【０１４７】
ｓＰＵＣＣＨ送信に対する繰返しの回数はまた、関連するｓＰＤＳＣＨ送信またはｓＰＤＣＣＨ送信に対して使用される繰返しの回数に基づいて決定されてよい。関連するｓＰＤＳＣＨ送信の変調およびコーディング方式（ＭＣＳ）レベルが、ｓＰＵＣＣＨ繰返しの回数を決定することができる。たとえば、より高いＭＣＳレベルが、関連するｓＰＤＳＣＨ送信に対して使用される場合、ｓＰＵＣＣＨに対する繰返しの回数はより少なくてよい。より低いＭＣＳレベルが、関連するｓＰＤＳＣＨ送信に対して使用される場合、ｓＰＵＣＣＨに対するより多くの回数の繰返しが使用されてよい。ｓＰＵＣＣＨ送信に対する繰返しの回数は、関連するｓＰＤＣＣＨのために使用されてよいｓＰＤＣＣＨのショートすなわちｓＴＴＩ制御チャネル要素（ｓＣＣＥ）アグリゲーションレベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）に基づいて、決定されてよい。たとえば、より大きい数としてのＣＣＥアグリゲーションレベルが、関連するｓＰＤＣＣＨに対して使用される場合、ｓＰＵＣＣＨに対する繰返しの回数はより多くてよい。より低いｓＣＣＥアグリゲーションレベルが、関連するｓＰＤＣＣＨに対して使用される場合、ｓＰＵＣＣＨに対するより少ない回数の繰返しが使用されてよい。本明細書で説明する実施形態および例では、ｓＰＵＣＣＨはｓＰＵＳＣＨと置き換えられることがあり、逆も同様である。
【０１４８】
ｓＰＵＳＣＨは、アップリンクデータ送信のために定義されること、決定されること、構成されること、または使用されることができる。１つまたは複数のｓＰＵＳＣＨタイプ、構造、またはリソースは、たとえば、低減されたレイテンシ送信または改善されたアップリンク性能のために、定義されること、構成されること、決定されること、または使用されることができる。ｓＰＵＳＣＨタイプ、ｓＰＵＳＣＨ構造、およびｓＰＵＳＣＨリソースは、本明細書における例および実施形態では互いに置き換えられることがある。
【０１４９】
ｓＰＵＳＣＨタイプは、いくつかのアップリンクシンボルであってよいｓＰＵＳＣＨ送信のｓＴＴＩ長に基づいて決定されてよい。ｓＰＵＳＣＨタイプは、アップリンク許可用の関連するダウンリンク制御チャネルのｓＴＴＩ長、アップリンク許可を搬送する関連するｓＰＤＣＣＨのｓＴＴＩ長、ｓＰＵＳＣＨ送信内での基準信号ロケーション、ＰＲＢの中でのｓＰＵＳＣＨ送信の基準信号オーバーヘッドまたは密度、ＰＲＢの中でのＰＵＳＣＨ送信またはｓＰＵＳＣＨ送信のために使用されてよいサブキャリアのサブセットなどの周波数ロケーションのセット、変調方式などに基づいて、決定されてよい。サブキャリアのサブセットは、たとえば、偶数番号のサブキャリアまたは奇数番号のサブキャリアであってよい。
【０１５０】
サブフレームなどのｓＴＴＩ時間ウィンドウの中で、１つまたは複数のｓＰＵＳＣＨリソースまたはタイプが、構成されること、定義されること、または使用されることができ、１つまたは複数のｓＰＵＳＣＨリソースが、１つまたは複数のＷＴＲＵに向けられてよい。
【０１５１】
ｓＰＵＳＣＨリンク適応が、提供または使用されることができる。ｓＰＵＳＣＨタイプ、またはｓＰＵＳＣＨ送信に対する繰返しの回数は、カバレージレベルに基づいて決定されてよい。カバレージレベルは、構成または決定されることができる。カバレージレベルは、ダウンリンク制御チャネル、ダウンリンクデータチャネル、アップリンク制御チャネル、アップリンクデータチャネルなどのうちの少なくとも１つに対して、上位レイヤシグナリングを介して構成されることができる。カバレージレベルはまた、ＷＴＲＵなどによって、ＰＲＡＣＨ送信のために選択または決定されたカバレージレベルに基づいて決定されてよい。
【０１５２】
ｓＰＵＳＣＨタイプ、またはｓＰＵＳＣＨ送信に対する繰返しの回数はまた、ダウンリンク測定値レベルに基づいて決定されてよい。たとえば、事前定義または構成された閾値が、ｓＰＵＳＣＨタイプ、またはｓＰＵＳＣＨ送信に対する繰返しの回数を決定するために使用されてよい。ダウンリンク測定値は、ＲＳＲＰ、ＲＳＲＱ、ＣＱＩなどのうちの少なくとも１つを含むことができる。ｓＰＵＳＣＨタイプ、またはｓＰＵＳＣＨ送信に対する繰返しの回数は、関連するダウンリンクチャネルのｓＴＴＩ長に基づいて決定されてよい。
【０１５３】
ｓＰＤＣＣＨまたはｓＰＤＳＣＨのために使用されるｓＴＴＩ長は、ｓＰＵＳＣＨタイプ、またはｓＰＵＳＣＨ送信に対する繰返しの回数を決定することができる。ｓＰＵＳＣＨタイプ、またはｓＰＵＳＣＨ送信に対する繰返しの回数は、上位レイヤシグナリング、動的表示、ｓＰＵＳＣＨ送信に関連するＤＣＩなどに基づいて決定されてよい。ｓＰＵＳＣＨタイプ、またはｓＰＵＳＣＨ送信に対する繰返しの回数は、上位レイヤシグナリングから暗黙的または明示的に示されることができる。ｓＰＵＳＣＨ送信に関連するＤＣＩは、ｓＰＵＳＣＨタイプ、またはｓＰＵＳＣＨ送信に対する繰返しの回数を示すことができる。ｓＰＵＳＣＨスケジューリング用の関連するＤＣＩの中で示されることができるトランスポートブロックサイズ（ＴＢＳ）は、ｓＰＵＳＣＨタイプ、またはｓＰＵＳＣＨ送信に対する繰返しの回数を決定することができるか、または決定するために使用されてよい。ｓＰＵＳＣＨスケジューリング用の関連するＤＣＩの中で示されることができるＭＣＳレベルは、ｓＰＵＳＣＨタイプ、またはｓＰＵＳＣＨ送信に対する繰返しの回数を決定することができるか、または決定するために使用されてよい。ｓＰＵＳＣＨのアップリンク許可のために使用されるｓＰＤＣＣＨのｓＣＣＥアグリゲーションレベルは、たとえば、許可されるｓＰＵＳＣＨ送信に対して、ｓＰＵＳＣＨタイプ、またはｓＰＵＳＣＨ送信に対する繰返しの回数を決定することができるか、または決定するために使用されてよい。
【０１５４】
図９は、２シンボルのショートすなわちｓＴＴＩ  ＰＵＣＣＨ（ｓＰＵＣＣＨ）９００の一例であり、図１０は、３シンボルのｓＰＵＣＣＨ１０００の一例であり、図１１は、４シンボルのｓＰＵＣＣＨ１１００の一例である。ｓＰＵＣＣＨ１０００または１１００は、干渉軽減が望まれるとき、ｒ1系列にカバーコードを利用することができる。ｓＰＵＣＣＨは、ＵＬ基準信号ｒ2  ９０２、およびＨＡＲＱフィードバック９１２などの１または２ビットの情報の送信用のいくつかのシンボルを使用することができる。ＨＡＲＱフィードバック９１２は、ＢＰＳＫ、ＱＰＳＫなどを使用して変調されてよく、乗算演算９１４によって系列ｒ1  ９１６と合成されてよい。乗算演算９１４の出力は、逆高速フーリエ変換（ＩＦＦＴ）９１８によって処理されてよく、シンボル９２０上のリソースにマッピングされてよい。
【０１５５】
ＵＬ基準信号ｒ2  ９０２は、９０４において、１で乗算されてよい。乗算演算９０４の出力は、逆高速フーリエ変換（ＩＦＦＴ）９０６によって処理されてよく、シンボル９２０上のリソースにマッピングされてよい。あるいは、９０４における乗算はスキップされてもよく、ＵＬ基準信号ｒ2  ９０２はＩＦＦＴ９０６へ直接進むことができる。系列ｒ1  ９１６およびｒ2  ９０２は、Ｚａｄｏｆｆ−Ｃｈｕ（ＺＣ）またはゴレイなどの、望ましい相関特性を有する系列または系列のペアであってよい。ＺＣベースの構成の場合、系列ｒ1  ９１６およびｒ2  ９０２は、異なるルート値（または、インデックス）に基づいてよく、または同じルート値（または、インデックス）の、異なる巡回シフトに基づいてよい。ｓＰＵＣＣＨ９００、１０００、または１１００は、ｍ個のＰＲＢにわたってマッピングされてよい。ｒi系列にとっての系列長は、１２ｍ本のサブキャリアをカバーするように設定されてよい。
【０１５６】
変数ｎ９１０およびｎ±ｉ、たとえば、ｎ±１  ９２２は、時間におけるＵＬ基準信号ｒ2  ９０２のマッピングの相対位置が、ＨＡＲＱフィードバック９１２を搬送するシンボルの前または後であってよいことを示すことができる。ＵＬ基準信号のロケーションは、たとえば、他のシンボルまたはより遠くのシンボルに対するチャネル推定誤差を低減するために、ＨＡＲＱフィードバック９１２を搬送するシンボル間に配置または移動されてよい。
【０１５７】
ｓＰＵＣＣＨ１０００の場合、ＵＬ基準信号ｒ2  １００２、およびＨＡＲＱフィードバック１０１２などの１または２ビットの情報の送信用のいくつかのシンボルが、利用されてよい。ＨＡＲＱフィードバック１０１２は、２つのシンボルにわたって、ＢＰＳＫ、ＱＰＳＫなどを使用して変調されてよい。ＨＡＲＱフィードバック１０１２は、乗算演算１０１６によって系列ｒ1  １０１４と合成されてよい。乗算演算１０１６の出力は、ＩＦＦＴ１０１８によって処理されてよく、ｎ±１  １０２０において、シンボル１０１０上のリソースにマッピングされてよい。ＨＡＲＱフィードバック１０１２はまた、乗算演算１０１３によって系列ｒ1  １０１４と合成されてよい。乗算演算１０１３の出力は、ＩＦＦＴ１０２２によって処理されてよく、ｎ±２  １０２４において、シンボル１０１０上のリソースにマッピングされてよい。ＵＬ基準信号ｒ2  １００２は、１００４において１で乗算されてよく、乗算演算１００４の出力は、ＩＦＦＴ１００６によって処理されてよく、ｎ１００８において、シンボル１０１０上のリソースにマッピングされてよい。あるいは、１００４における乗算はスキップされてもよい。
【０１５８】
ｓＰＵＣＣＨ１１００の場合、ＵＬ基準信号ｒ2  １１０２、およびＨＡＲＱフィードバック１１１２などの１または２ビットの情報の送信用のいくつかのシンボルが、利用されてよい。ＨＡＲＱフィードバック１１１２は、３つのシンボルにわたって、ＢＰＳＫ、ＱＰＳＫなどを使用して変調されてよい。ＨＡＲＱフィードバック１１１２は、乗算演算１１１６によって系列ｒ1  １１１４と合成されてよい。乗算演算１１１６の出力は、ＩＦＦＴ１１１８によって処理されてよく、ｎ±１  １１２０において、シンボル１１０８上のリソースにマッピングされてよい。ＨＡＲＱフィードバック１１１２はまた、乗算演算１１２２によって系列ｒ1  １１１４と合成されてよい。乗算演算１１２２の出力は、ＩＦＦＴ１１２４によって処理されてよく、ｎ±２  １１２６において、シンボル１１０８上のリソースにマッピングされてよい。
【０１５９】
ＨＡＲＱフィードバック１１１２はまた、乗算演算１１１１によって系列ｒ1  １１１４と合成されてよい。乗算演算１１１１の出力は、ＩＦＦＴ１１２８によって処理されてよく、ｎ±３  １１３０において、シンボル１１０８上のリソースにマッピングされてよい。ＵＬ基準信号ｒ2  １１０２は、１１０４において１で乗算されてよい。乗算演算１１０４の出力は、ＩＦＦＴ１１０６によって処理されてよく、ｎ１１１０において、シンボル１１０８上のリソースにマッピングされてよい。あるいは、１１０４における乗算はスキップされてもよい。
【０１６０】
表４は、７つのシンボルを有するスロットのためのｓＰＵＣＣＨ構成の例を示す。（Ｎ）ＡＣＫのインデックスは、対応する（ｓ）ＰＤＳＣＨペイロードを示すことができる。ｓＰＵＣＣＨ組合せは、データ用のシンボルのセット、たとえば、ＡＣＫ／ＮＡＣＫまたは１つもしくは複数のＵＬ基準信号の使用を表すことができる。シンボルのセットは、ｓＰＵＣＣＨリソースであってよい。
【０１６１】
【表４】
2019510441.tif 000022
【０１６２】
図１２は、１シンボルのｓＰＵＣＣＨ１２００用の信号構造の一例である。ｓＰＵＣＣＨ１２００の場合、ＵＬ基準信号は送信されなくてよい。１または２ビットを備えるＨＡＲＱフィードバック情報１２０２が、系列ｒi１２０６を利用して通信されることができる。ｒi系列にとっての系列長は、系列選択構成要素１２０４によって選択されてよい。系列選択構成要素１２０４の出力は、ＩＦＦＴ１２０８において処理されてよく、シンボルｎ１２１２において、シンボル１２１０上のリソースにマッピングされてよい。ＺＣベースの構成の場合、ＨＡＲＱフィードバック情報１２０２は、ＺＣ系列の、異なるルートを選ぶことによって、または同じルート値の、異なる巡回シフトに基づいて通信されてよい。
【０１６３】
ｓＰＵＣＣＨ１２００は、ｍ個のＰＲＢにわたってマッピングされてよい。ｒi系列にとっての系列長は、１２ｍ本のサブキャリアをカバーするように構成されてよい。複数シンボルのｓＰＵＣＣＨは、複数のインスタンス化としての１シンボルの送信に依拠することができる。各シンボルの周波数マッピングは、同じＰＲＢ上で行われてよく、または異なるＰＲＢにホッピングされてもよい。
【０１６４】
図１３は、ＵＬ基準信号１３００送信を有しない複数シンボルのｓＰＵＣＣＨ用の信号構造の一例であり、ここで、ＰＲＢiおよびＰＲＢjは異なってよい。１または２ビットを備えるＨＡＲＱフィードバック情報１３０２が、系列ｒi１３０４を利用して通信されることができる。ｒi系列にとっての系列長は、系列選択構成要素１３０１によって選択されてよい。系列選択構成要素１３０１の出力は、リソース（ｎ，ＰＲＢi）１３１０において、シンボル１３０８上のリソースにマッピングされたＩＦＦＴ１３０６において処理されてよい。系列選択構成要素１３０１の出力はまた、リソース（ｎ±１，ＰＲＢj）１３１４において、シンボル１３０８上のリソースにマッピングされたＩＦＦＴ１３１２において処理されてよい。
【０１６５】
図１４は、いくつかのＲＢ１４００にわたる繰返しを伴う１シンボルのｓＰＵＣＣＨ用の信号構造の一例である。１または２ビットを備えるＨＡＲＱフィードバック情報１４０２が、系列ｒi１４０４を利用して通信されることができる。ｒi系列にとっての系列長は、系列選択構成要素１４０１によって選択されてよい。系列選択構成要素１４０１の出力は、リソースｎ１４１０において、繰返し１４０８によってｍ個のＲＢにマッピングされたＩＦＦＴ１４０６において処理されてよい。この構成の場合、長さ１２などの長さを有する系列が選択されてよく、そのシンボル上のｍ個のＲＢにマッピングされてよい。系列ｒiは、使用されるＲＢにわたって繰り返されてよい。
【０１６６】
送信にとって利用可能な複数のシンボルがあるとき、選択された系列は、データ送信のために割り振られたシンボル上のｍ個のＲＢにわたって繰り返されてよい。表５は、系列ｒがシンボルｎおよびｎ＋３の中でＲＢ  ｋおよびｋ＋１にわたって繰り返されてよい一例を示す。
【０１６７】
【表５】
2019510441.tif 000023
【０１６８】
利用可能であってよくまたは使用されてよい１つまたは複数のｓＰＵＣＣＨ組合せ構成は、固定されること、構成されること、シグナリングされること、上位レイヤシグナリングを介してシグナリングされること、動的にシグナリングされること、ＤＬ許可またはＤＣＩの中などの物理レイヤシグナリングの中で示されることなどができる。たとえば、ＰＤＳＣＨに関連するＨＡＲＱ−ＡＣＫフィードバックのために使用すべきｓＰＵＣＣＨ組合せは、ＰＤＳＣＨを許可するかまたは割り振るＤＣＩの中で示されることができる。
【０１６９】
ｓＰＵＣＣＨ組合せ構成は、構成されたすべてのサブフレームに対して固定されてよく、またはサブフレーム番号に従って変化してもよい。ｓＰＵＣＣＨ組合せ構成は、ｓＰＵＣＣＨ送信のために使用されてよいＰＲＢの周波数ロケーション、またはサブフレーム番号に基づいてよい。ＦＤＤでは、サブフレーム０および５のためのｓＰＵＣＣＨ組合せ構成は、他のサブフレームのそれとは異なってよい。
【０１７０】
ＷＴＲＵまたはＷＴＲＵのグループは、固定されるかまたは半静的なｓＰＵＣＣＨ組合せ構成に対して、実質的に大部分の時間にわたるような、ｓＰＵＣＣＨ用の同じ第ｉのロケーションを使用することができるか、または使用するように構成されてよい。ｓＰＵＣＣＨ組合せ構成は、既存のＤＣＩフィールドの再使用または新たな２〜３ビットＤＣＩフィールドを通じて、動的にシグナリングされてよい。
【０１７１】
ＷＴＲＵは、レギュラーＰＵＣＣＨのために定義または使用されてよいｓＰＵＣＣＨ用の系列のサブセットを使用することができるか、または使用するように構成されてよい。ＷＴＲＵはまた、レギュラーＰＵＣＣＨのために使用されてよいセットと同じでないことがあり、またはそうしたセットに重複しないことがある、ｓＰＵＣＣＨ動作用のセットを使用することができるか、または使用するように構成されてよい。
【０１７２】
１つまたは複数のアップリンクショートすなわちｓＴＴＩ送信は、第１のｓＴＴＩ長を有してよく、１つまたは複数のダウンリンク送信は、第２のｓＴＴＩ長を有してよく、ここで、第１のｓＴＴＩ長および第２のｓＴＴＩ長は同じかまたは異なってよい。ｓＰＵＣＣＨまたはｓＰＵＳＣＨなどの１つまたは複数のアップリンクショートすなわちｓＴＴＩチャネルは、同じかまたは異なるｓＴＴＩ長を有してよい。ｓＰＤＳＣＨまたはｓＰＤＣＣＨなどの１つまたは複数のダウンリンクｓＴＴＩチャネルは、同じかまたは異なるｓＴＴＩ長を有してよい。ショートチャネルおよびｓＴＴＩチャネルという用語は、互換的に使用されることがある。
【０１７３】
図１５は、ｓＰＤＣＣＨ送信１５０２の１つまたは複数の関連するショートすなわちｓＴＴＩ  ＰＤＣＣＨ（ｓＰＤＣＣＨ）領域を有する、通信１５００におけるショートすなわちｓＴＴＩ  ＰＵＳＣＨ（ｓＰＵＳＣＨ）スケジューリングの一例である。１つまたは複数のｓＰＤＣＣＨ候補が、ｓＰＤＣＣＨ領域または送信において、ＷＴＲＵによって配置されること、送信されること、監視されること、または復号されることができる。ＷＴＲＵは、ｓＰＵＳＣＨ送信１５１０に対するスケジューリング許可を、１つまたは複数の関連するｓＰＤＣＣＨ領域または送信の中で受信することができる。ｓＰＵＳＣＨ送信１５１０用のｓＰＵＳＣＨリソース＃１は、サブフレームｎのｓＰＤＣＣＨ＃１およびサブフレームｎ＋ｋのｓＰＤＣＣＨ＃２などの、２つのｓＰＤＣＣＨ領域または送信に関連することができる。それに対応して、ｓＰＵＳＣＨ送信１５１０用のｓＰＵＳＣＨリソース＃２は、サブフレームｎ＋ｋのｓＰＤＣＣＨ＃３およびサブフレームｎ＋ｋ＋１のｓＰＤＣＣＨ＃４などの、２つのｓＰＤＣＣＨ領域または送信に関連することができる。
【０１７４】
ｓＰＵＳＣＨ送信１５１０にとってのｓＴＴＩ長は、関連するｓＰＤＳＣＨにとってのｓＴＴＩ長よりも長くなるように構成されてよい。ＷＴＲＵはまた、ｓＰＵＳＣＨ送信１５１０に対するスケジューリング許可用のＤＣＩを、受信すること、復号すること、復号しようと試みること、または監視することができる。ｓＰＤＣＣＨ候補は、アップリンクまたはダウンリンクスケジューリング用のＤＣＩを搬送することができる。
【０１７５】
図１６は、ＵＬ  ｓＴＴＩ長およびＤＬ  ｓＴＴＩ長が異なるときの、ｓＰＵＳＣＨと、ＨＡＲＱ−ＡＣＫ受信用の少なくとも１つのｓＰＤＣＣＨ１６０２との関連付けの一例を示す。通信１６００において、１つまたは複数のｓＰＤＣＣＨ領域は、ｓＰＵＳＣＨスケジューリングまたはＨＡＲＱ−ＡＣＫ送信もしくは報告のために、ｓＰＵＳＣＨ領域に関連することができる。たとえば、ｓＰＵＳＣＨ領域の中での通信１６００におけるｓＰＵＳＣＨ送信、すなわち、サブフレームｎの送信＃０は、ｓＰＤＣＣＨ領域、すなわち、サブフレームｎ＋２の送信＃０、＃１、＃２、および＃３に関連することができる。加えて、ｓＰＤＣＣＨのｓＴＴＩ長は、ｓＰＵＳＣＨのそれよりも長くてよい。
【０１７６】
ｓＰＵＳＣＨ送信１６１０に対して、ＷＴＲＵは、ｓＰＵＳＣＨ送信に関連する物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）などにおいて、ＨＡＲＱ−ＡＣＫを受信することができる。ＷＴＲＵが、否定的なＨＡＲＱ−ＡＣＫ、すなわち、ＮＡＣＫを受信する場合、ＷＴＲＵは、既定または所定のロケーションにおいて、同じトランスポートブロックを送信してよい。ＷＴＲＵは、再送信の表示、たとえば、新規データインジケータを有するアップリンク許可を受信することができる。この構成の場合、アップリンク許可の中の新規データインジケータビットはトグルされなくてよく、ＷＴＲＵは、アップリンク許可に関係するスケジュールされたアップリンクリソースの中でトランスポートブロックを再送信してよく、新規データインジケータビットがトグルされる場合、新規データインジケータビットは０から１または１から０に変えられる。そうでない場合、新規データインジケータビットはトグルされない。
【０１７７】
ｓＰＵＳＣＨ領域もしくは送信、ｓＰＵＳＣＨ  ｓＴＴＩリソース、またはｓＰＵＳＣＨ  ｓＴＴＩに関連するｓＰＤＣＣＨ領域の個数は、ｓＰＤＣＣＨのｓＴＴＩ長およびｓＰＵＳＣＨのｓＴＴＩ長に基づいて決定されてよい。一例として、Ｎｓｐ個のｓＰＤＣＣＨ領域が、ｓＰＵＳＣＨ領域に関連することができる。Ｎｓｐは、ｓＰＵＳＣＨのｓＴＴＩ長に基づいて決定されてよい。１つまたは複数のｓＰＵＳＣＨ領域が、異なるｓＴＴＩ長を有する場合、Ｎｓｐは、１つまたは複数のｓＰＵＳＣＨ領域に対して異なってよい。いくつかの構成の場合、より短いｓＴＴＩ長を有するｓＰＵＳＣＨ領域は、より少数の関連するｓＰＤＣＣＨ領域を有することができ、より長いｓＴＴＩ長を有するｓＰＵＳＣＨ領域は、より多数の関連するｓＰＤＣＣＨ領域を有することができる。
【０１７８】
Ｎｓｐは、ｓＰＤＣＣＨもしくはｓＰＤＣＣＨ領域のｓＴＴＩ長、またはｓＰＤＣＣＨ領域もしくはｓＰＵＳＣＨ領域の時間ロケーションに基づいて決定されてよい。たとえば、ｓＴＴＩ時間ウィンドウの中の最初のｓＰＵＳＣＨ領域は、同じｓＴＴＩ時間ウィンドウの中の後続または最後のｓＰＵＳＣＨ領域よりも大きいＮｓｐを有することができる。Ｎｓｐは、ｓＰＵＳＣＨ領域に対するＳＦＮまたはハイパーＳＦＮ、ｓＴＴＩ時間ウィンドウ内でのｓＰＵＳＣＨ領域インデックス、ｓＰＵＣＣＨタイプ、ｓＰＵＳＣＨタイプなどに基づいて、決定されてよい。
【０１７９】
ＷＴＲＵは、ＵＬ  ＤＣＩ、またはｓＰＤＣＣＨ領域の中のｓＰＵＳＣＨ送信に対するＤＬ  ＨＡＲＱ−ＡＣＫを、監視すること、復号しようと試みること、または受信することができる。ＷＴＲＵは、ＵＬ  ＤＣＩ、ＵＬ許可、アップリンク許可、ｓＰＵＳＣＨスケジューリングＤＣＩ、ＵＬ許可用のＤＣＩなどを求めて、Ｎｓｐ個のｓＰＤＣＣＨ領域のサブセットを監視することができる。ＵＬ  ＤＣＩは、ｓＰＵＳＣＨ送信に関係するスケジューリング情報を含むことができる。ＵＬ  ＤＣＩまたはＵＬ  ＤＣＩのＣＲＣは、Ｃ−ＲＮＴＩ、ＷＴＲＵ−ＩＤなどのＷＴＲＵ固有パラメータを用いてスクランブルされてよい。ＵＬ  ＤＣＩサイズは、ＤＬ  ＤＣＩと同じであってよい。Ｎｓｐ個のｓＰＤＣＣＨ領域のサブセットは、単一のｓＰＤＣＣＨ領域として構成されてよい。ＷＴＲＵは、Ｎｓｐ個のｓＰＤＣＣＨ領域内のＵＬ  ＤＣＩを求めて、１つのｓＰＤＣＣＨ領域を独占的に、監視すること、受信すること、または復号しようと試みることができる。たとえば、ＷＴＲＵに対するＵＬ  ＤＣＩのためのＮｓｐ個のｓＰＤＣＣＨ領域のサブセットが、１つまたは複数のＷＴＲＵ固有パラメータに基づいて決定されてよい。
【０１８０】
Ｎｓｐ個のｓＰＤＣＣＨ領域内のｓＰＤＣＣＨ領域は、Ｎｓｐ、ＷＴＲＵ−ＩＤ、Ｃ−ＲＮＴＩなどのモジュロ演算に応じて、ＷＴＲＵによって決定されてよい。ＵＬ  ＤＣＩのためのｓＰＤＣＣＨ領域を、ＷＴＲＵ固有の方式で分散させることによって、ＵＬ  ＤＣＩに対するｓＰＤＣＣＨブロッキング確率が低減されることができる。加えて、ＵＬ  ＤＣＩのために使用されてよいＮｓｐ個のｓＰＤＣＣＨ領域のサブセットの中に２つ以上のｓＰＤＣＣＨ領域が、たとえば、ＷＴＲＵによってまたはＷＴＲＵに対して、含められるとき、ＷＴＲＵによって監視されることができる数のｓＰＤＣＣＨ候補が、ｓＰＤＣＣＨ領域のサブセットの間で分割されてよい。
【０１８１】
ｓＰＵＳＣＨリソースに関連するＮｓｐ個のｓＰＤＣＣＨ領域内のｓＰＤＣＣＨ領域は、ｓＰＤＣＣＨ領域インデックスを有することができる。インデックスは、ｓＰＤＣＣＨ領域の時間または周波数ロケーションの関数であってよい。インデックスは、Ｎｓｐ個のｓＰＤＣＣＨ領域内での時間または周波数におけるそれの位置の関数であってよい。加えて、たとえば、１つまたは複数のＷＴＲＵに対するＵＬ  ＤＣＩのためのＮｓｐ個のｓＰＤＣＣＨ領域のサブセットは、時間（または、周波数）ロケーションまたはｓＰＤＣＣＨ領域インデックスに基づいて決定されてよい。たとえば、Ｎｓｐ個のｓＰＤＣＣＨ領域の中の第１のｓＰＤＣＣＨ領域が、ＵＬ  ＤＣＩのために使用されてよいＮｓｐ個のｓＰＤＣＣＨ領域のサブセットとして決定されてよい。第１のｓＰＤＣＣＨ領域は、時間的に最も早い領域、最低周波数を有する領域、最高周波数を有する領域、最小インデックスを有する領域などであってよい。
【０１８２】
Ｎｓｐ個のｓＰＤＣＣＨ領域のサブセットは、ｓＰＤＣＣＨ領域インデックスおよび／またはシステムパラメータに基づいて決定されてよく、システムパラメータは、物理セルＩＤ（ＰＣＩＤ）、スロット番号、サブフレーム番号、および無線フレーム番号のうちの、少なくとも１つを含むことができる。たとえば、ｓＰＤＣＣＨ領域インデックスおよびＰＣＩＤを用いたモジュロ演算が使用されてよい。Ｎｓｐ個のｓＰＤＣＣＨ領域のサブセットはまた、ｓＰＤＳＣＨ送信用のＤＬ  ＤＣＩに対して使用されること、監視されること、決定されること、または構成されることができるｓＰＤＣＣＨ領域に基づいて、決定されてよい。たとえば、ＷＴＲＵが、ＵＬ  ＤＣＩにとって同じサブセットであってよい、ＤＬ  ＤＣＩのためのｓＰＤＣＣＨ領域のサブセットを監視するように構成または決定される。
【０１８３】
ＷＴＲＵは、ｓＰＤＣＣＨ領域、送信、または候補の同じセットの中で、ＤＬ  ＤＣＩおよびＵＬ  ＤＣＩを監視してよい。ＤＬ  ＤＣＩは、フォールバック送信のために使用されるＤＣＩであってよく、構成された送信方式またはモードに基づいて決定されてよい。構成では、Ｎｓｐ個のｓＰＤＣＣＨ領域のサブセットが、既定の信号の存在に基づいて決定されてよい。たとえば、既定の信号は、第１のｓＰＤＣＣＨ領域の中で送信されてよく、既定の信号は、ＵＬ  ＤＣＩのためのＮｓｐ個のｓＰＤＣＣＨ領域のサブセットを示すことができる。
【０１８４】
ＵＬ  ＤＣＩに対するｓＰＤＣＣＨ候補は、Ｎｓｐ個のｓＰＤＣＣＨ領域の中に配置されてよい。Ｎｓｐ個のｓＰＤＣＣＨ領域の中に配置されたｓＰＤＣＣＨ候補のうちの少なくとも１つは、ＵＬ  ＤＣＩのために使用されてよい。たとえば、Ｎｓｐ＝１であるとき、Ｎｔｏｔ個のｓＰＤＣＣＨ候補が、ｓＰＤＣＣＨ領域の中で使用されること、構成されること、または監視されることができる。たとえば、Ｎｓｐ＞１であるとき、Ｎｔｏｔ個のｓＰＤＣＣＨ候補は、Ｎｓｐ個のｓＰＤＣＣＨ領域の間で分割されてよい。Ｎｔｏｔ個のｓＰＤＣＣＨ候補は、Ｎｓｐ個のｓＰＤＣＣＨ領域にわたって均等に分散されてよい。たとえば、Ｎｔｏｔ＝１６かつＮｓｐ＝４である場合、各ｓＰＤＣＣＨ領域は、ＵＬ許可のための４つのｓＰＤＣＣＨ候補を含むことができる。
【０１８５】
ｓＣＣＥアグリゲーションレベル（ＡＬ）のサブセットは、ｓＰＤＣＣＨ領域の中で監視されることができる。たとえば、ｓＣＣＥアグリゲーションレベル｛１，２，４，８｝が使用され、かつＮｓｐ＝４である場合、ｓＣＣＥ  ＡＬ｛１｝を有するｓＰＤＣＣＨ候補が第１のｓＰＤＣＣＨ領域の中で監視されてよく、ｓＣＣＥ  ＡＬ｛２｝を有するｓＰＤＣＣＨ候補が第２のｓＰＤＣＣＨ領域の中で監視されてよく、以下同様である。各ｓＰＤＣＣＨ領域の探索空間、たとえば、ｓＣＣＥアグリゲーションレベルごとの開始ｓＣＣＥ番号は、ｓＰＤＣＣＨ領域インデックス、ＷＴＲＵ−ＩＤ、既定の数値、ハッシングパラメータなどに基づいて決定されてよい。
【０１８６】
ｓＰＤＣＣＨ候補は、Ｎｓｐ個のｓＰＤＣＣＨ領域内の１つまたは複数のｓＰＤＣＣＨ領域を介して送信されてよい。加えて、探索空間の中の１つまたは複数のｓＰＤＣＣＨ候補は、Ｎｓｐ個のｓＰＤＣＣＨ領域にわたって繰り返し送信されてよい。ｓＰＤＣＣＨ候補に対するｓＣＣＥはまた、Ｎｓｐ個のｓＰＤＣＣＨ領域にわたって分散されてよい。Ｎｓｐ個のｓＰＤＣＣＨ領域内でのｓＰＤＣＣＨ候補の繰返しの回数は、探索空間タイプ、ＷＴＲＵ固有の探索空間、共通の探索空間、ｓＰＤＣＣＨ領域の個数、Ｎｓｐ、ＷＴＲＵカバレージレベル、構成されたカバレージレベル、決定されたカバレージレベル、または上位レイヤで構成された数値に基づいて、決定されてよい。ｓＣＣＥは、Ｎｓｐ個のｓＰＤＣＣＨ領域の中の構成されたすべてのｓＣＣＥを使用することによって、０からＮｃｃｅ−１まで番号が付けられてよい。その上、ｓＣＣＥのセットは、探索空間決定に基づいて、選択されること、決定されること、構成されること、または使用されることができる。
【０１８７】
図１７は、ＵＬ  ｓＴＴＩ長およびＤＬ  ｓＴＴＩ長が異なるときの、ＨＡＲＱ−ＡＣＫ送信用のｓＰＵＣＣＨ１７１０と、少なくとも１つのショートすなわちｓＴＴＩ物理ダウンリンク共有データチャネル（ｓＰＤＳＣＨ）との関連付けの一例を示す。通信１７００において、ｓＰＤＳＣＨ送信１７０２にとってのｓＴＴＩ長は、ｓＰＵＣＣＨ領域＃０〜＃４にとってのｓＴＴＩ長よりも短くてよい。たとえば、サブフレームｎ＋１のｓＰＤＳＣＨ領域＃０、＃１、＃２、および＃３は、ｓＰＵＣＣＨ領域＃０に関連することができる。言い換えれば、通信１７００において、ｓＰＵＣＣＨ領域＃０のｓＴＴＩ長は、ｓＰＤＳＣＨ送信１７０２のｓＴＴＩ長よりも長い。
【０１８８】
１つまたは複数のｓＰＤＳＣＨ領域が、ＨＡＲＱ−ＡＣＫ送信のためのｓＰＵＣＣＨ領域、リソース、または送信に関連することができる。たとえば、通信１７００において、第１のｓＰＤＳＣＨ領域＃１および第２のｓＰＤＳＣＨ領域＃３に対するＨＡＲＱ−ＡＣＫ送信または報告がｓＰＵＣＣＨ領域＃０に関連することができる間、ＷＴＲＵは、第１のｓＰＤＳＣＨ領域＃１の中でｓＰＤＳＣＨを受信することができ、第２のｓＰＤＳＣＨ領域＃３の中でｓＰＤＳＣＨを受信することができる。
【０１８９】
通信１７００において、ｓＰＵＣＣＨ＃０は、１つまたは複数のｓＰＤＳＣＨに関連することができ、１つまたは複数のｓＰＵＣＣＨリソースを含むことができる。ＷＴＲＵは、ｓＰＤＳＣＨの受信の後、関連するｓＰＵＣＣＨ領域の中のｓＰＵＣＣＨリソースを使用して、アップリンクの中でＨＡＲＱ−ＡＣＫを送ってよい。
【０１９０】
ｓＰＵＣＣＨ領域の中で、１つまたは複数のｓＰＵＣＣＨリソースが、ＰＲＢインデックス、ＵＬシンボル番号、巡回シフトインデックス、トーン、サブキャリアインデックスなどのうちの少なくとも１つとして、定義されること、構成されること、決定されること、または示されることができる。１つまたは複数のＤＬ  ｓＴＴＩ送信、たとえば、ｓＰＤＣＣＨまたはｓＰＤＳＣＨは、開始ＤＬシンボル、ＤＬ  ｓＴＴＩ送信のＯＦＤＭシンボル番号、ＤＬ  ｓＴＴＩリソースインデックス、ｓＴＴＩ時間ウィンドウの中でのｓＴＴＩ番号またはインデックスなどに基づいて、ｓＰＵＣＣＨ領域およびｓＰＵＣＣＨリソースに関連付けられてよい。ｓＴＴＩ時間ウィンドウの中の１つまたは複数のＤＬ  ｓＴＴＩ送信はまた、異なる開始ＤＬシンボル番号またはインデックスを有してよい。たとえば、第１のＤＬ  ｓＴＴＩ送信は、ＤＬシンボル＃２から開始してよく、第２のＤＬ  ｓＴＴＩ送信は、ＤＬシンボル＃４から開始してよい。ｓＴＴＩ時間ウィンドウの中の１つまたは複数のＤＬ  ｓＴＴＩ送信は、昇順にインデックス付けされてよい。
【０１９１】
ｓＰＵＣＣＨリソースのセットが、ＤＬ  ｓＴＴＩに関連付けられるように構成されること、予約されること、使用されること、決定されること、または示されることができる。ｓＰＵＣＣＨ領域がＮｄｓｔｔｉ個のダウンリンクｓＴＴＩリソースに関連付けられると、ｓＰＵＣＣＨリソースのＮｄｓｔｔｉ個のセットが、ｓＰＵＣＣＨ領域内で構成されること、使用されること、または決定されることができ、ｓＰＵＣＣＨリソースのセットは、ダウンリンクｓＴＴＩ時間ロケーション、開始ＯＦＤＭシンボル、ＤＬ  ｓＴＴＩ番号などに基づいて決定されてよい。ｓＰＵＣＣＨリソースのＮｓｔｔｉ個のセットは、ｓＰＵＣＣＨ領域内で、重複されない、完全に重複される、部分的に重複されるなどであってよい。
【０１９２】
一実施形態では、ＷＴＲＵは、ｓＰＵＣＣＨ領域に関連する１つまたは複数のＤＬ  ｓＴＴＩ送信を受信することができ、ＨＡＲＱ−ＡＣＫ送信または報告としてｓＰＵＣＣＨリソースを送信してよい。ｓＰＵＣＣＨリソースは、１つまたは複数のＤＬ  ｓＴＴＩ送信に関連する１つまたは複数のＨＡＲＱ−ＡＣＫを含むことができる。ＷＴＲＵが、ｓＰＵＣＣＨ領域に関連することができる２つ以上のＤＬ  ｓＴＴＩ送信を受信するとき、単一のｓＰＵＣＣＨリソースが送信されてよい。この構成の場合、バンドルされた（ｂｕｎｄｌｅｄ）ＨＡＲＱ−ＡＣＫ送信または報告を送信するために、単一のｓＰＵＣＣＨリソースが使用されてよい。たとえば、ＷＴＲＵは、ＤＬ  ｓＴＴＩ送信のうちの少なくとも１つがエラーを有する場合、１つまたは複数のＤＬ  ｓＴＴＩ送信に対して、否定的なＨＡＲＱ−ＡＣＫ、すなわち、ＮＡＣＫを送ってよい。ＷＴＲＵがＤＬ  ｓＴＴＩ送信のうちの少なくとも１つの受信に失敗しているかもしれないとき、エラーであってよい。構成されたすべてのＤＬ  ｓＴＴＩ送信がエラーなしに受信されると、ＷＴＲＵは、肯定的なＨＡＲＱ−ＡＣＫ、すなわち、ＡＣＫを送ってよい。
【０１９３】
第１のｓＰＵＣＣＨリソースは、ＷＴＲＵに対する１つまたは複数のＤＬ  ｓＴＴＩ送信内の第１のＤＬ  ｓＴＴＩ送信に関連することができる、バンドルされたＨＡＲＱ−ＡＣＫ送信または報告のために使用されてよい。１つまたは複数のＨＡＲＱ−ＡＣＫ送信または報告を示すために、ｓＰＵＣＣＨリソースのセット内で単一のｓＰＵＣＣＨリソースが、選択されること、決定されること、または使用されることができる。ｓＰＵＣＣＨリソースの選択は、ＨＡＲＱ−ＡＣＫ情報を示すことができる。たとえば、ＷＴＲＵが第１のｓＰＵＣＣＨリソースを選択または使用する場合、選択は第２のＤＬ  ｓＴＴＩ送信に対する否定的なＨＡＲＱ−ＡＣＫを示すことができる。ＷＴＲＵが第２のｓＰＵＣＣＨリソースを選択または使用する場合、選択は第２のＤＬ  ｓＴＴＩ送信に対する肯定的なＨＡＲＱ−ＡＣＫを示すことができる。加えて、本明細書とともに与えられる例の場合、変調方式のコンスタレーション、またはＢＰＳＫもしくはＱＰＳＫなどの変調方式が、肯定的／否定的なＨＡＲＱ−ＡＣＫを示すために使用されることができる。
【０１９４】
表６は、ｓＰＵＣＣＨ領域に関連する１つまたは複数のｓＰＤＳＣＨリソースの中のｓＰＤＳＣＨがＷＴＲＵにスケジュールされるときの、ｓＰＵＣＣＨリソース選択およびＱＰＳＫ変調を伴うＨＡＲＱ−ＡＣＫ送信または報告の一例を示す。単一のｓＰＤＳＣＨが１つまたは複数のｓＰＤＳＣＨリソースの中にスケジュールされる場合、ｓＰＵＣＣＨリソースは、ＨＡＲＱ−ＡＣＫ送信または報告のために、ｓＰＤＳＣＨに関連することができる。複数のコードワードが送信される場合、ＱＰＳＫコンスタレーション、たとえば、コンスタレーション０（００）、１（０１）、２（１０）、および３（１１）は、２つのコードワードのＨＡＲＱ−ＡＣＫ情報を示すことができる。単一のコードワードが使用される場合、ＢＰＳＫが使用されてよく、またはＱＰＳＫコンスタレーションのサブセットが使用されてよい。
【０１９５】
【表６】
2019510441.tif 000024
【０１９６】
表７および表８は、ｓＰＵＣＣＨリソース選択およびＱＰＳＫ変調を伴うＨＡＲＱ−ＡＣＫ送信または報告の例を示す。ＷＴＲＵは、１つまたは複数のｓＰＤＳＣＨ送信のＨＡＲＱ−ＡＣＫを示すように、ｓＰＵＣＣＨリソース選択およびＱＰＳＫコンスタレーションを選択または決定してよい。ＷＴＲＵのためのスケジュールされた複数のｓＰＤＳＣＨがｓＰＵＣＣＨに関連する場合、ＷＴＲＵは、ｓＰＵＣＣＨリソースのセット内のｓＰＵＣＣＨリソース、および変調方式のコンスタレーションを選択または決定してよい。ｓＰＵＣＣＨリソース選択と変調方式のコンスタレーション選択との組合せは、受信された１つまたは複数のｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ情報を示すことができる。ＷＴＲＵが、ｓＰＵＣＣＨ領域に関連する１つまたは複数のｓＰＤＳＣＨを受信する場合、ＨＡＲＱ−ＡＣＫ（ｋ）が送られてよく、ただし、ｋは、受信された１つまたは複数のｓＰＤＳＣＨのＡＣＫ、ＮＡＣＫ、またはＤＴＸに基づいて決定されてよい。表８において、ＮＡＣＫは、間欠送信（ＤＴＸ）およびＮＡＣＫ／ＤＴＸとともに、互換的に使用されることがある。
【０１９７】
【表７】
2019510441.tif 000025
【０１９８】
一実施形態では、ｓＰＤＳＣＨスケジューリングの、またはｓＰＤＳＣＨとノーマルＰＤＳＣＨ（ｎＰＤＳＣＨ）スケジューリングとの、異なる組合せをサポートするために、１つまたは複数のＨＡＲＱ−ＡＣＫ（ｋ）関連付け規則またはタイプが使用されてよい。表８は、例示的なタイプ１関連付け規則を示す。表９は、例示的なタイプ２関連付け規則を示す。１つまたは複数のＨＡＲＱ−ＡＣＫ（ｋ）関連付け規則は、ｓＰＵＣＣＨ領域に関連するｓＰＤＳＣＨの個数、ｓＰＤＳＣＨおよび／もしくはｓＰＵＣＣＨのｓＴＴＩ長、またはｓＴＴＩ時間ウィンドウ（たとえば、ｓＴＴＩ時間ウィンドウサイズ）のうちの少なくとも１つに基づいて、事前定義されること、事前構成されること、または決定されることができる。ｓＴＴＩ時間ウィンドウのためのＨＡＲＱ−ＡＣＫ（ｋ）関連付け規則またはタイプは、ＤＣＩからの表示、ｓＴＴＩリソースをスケジュールするかまたは示すために使用されてよい、ｓＴＴＩ時間ウィンドウの中またはｓＴＴＩ時間ウィンドウ用の第１のＤＣＩなどの第１のＤＣＩ、１つまたは複数のｓＰＤＳＣＨをスケジュールするために使用されてよいＤＣＩからの表示、ｓＴＴＩ時間ウィンドウの中にスケジュールされたｓＰＤＳＣＨの個数、上位レイヤ構成、ｓＴＴＩ時間ウィンドウ番号などに基づいて、決定されてよい。ｓＴＴＩ時間ウィンドウのためのＨＡＲＱ−ＡＣＫ（ｋ）関連付け規則またはタイプはまた、サブフレーム番号、無線フレームなどのもっと大きい時間ウィンドウ、ＳＦＮ番号、ハイパーＳＦＮ番号、または、たとえば、ｓＴＴＩ時間ウィンドウ内でのｓＴＴＩリソースの存在を示すために使用されてよい、ｓＴＴＩリソースインジケータとして使用されてよい既定もしくは既知の信号に基づいて、決定されてよい。
【０１９９】
【表８】
2019510441.tif 000026
【０２００】
【表９】
2019510441.tif 000027
【０２０１】
第１のＨＡＲＱ−ＡＣＫ（ｋ）タイプ１関連付け規則は、ｓＴＴＩ時間ウィンドウの中の複数のｓＰＤＳＣＨ、たとえば、４つのｓＰＤＳＣＨに対してＷＴＲＵがスケジュールされるときに使用されてよい。第２のＨＡＲＱ−ＡＣＫ（ｋ）タイプ２関連付け規則は、ｓＴＴＩ時間ウィンドウの中の１つまたは複数のｓＰＤＳＣＨに対して１つまたは複数のＷＴＲＵがスケジュールされることができるときに使用されてよい。タイプ１ＨＡＲＱ−ＡＣＫ（ｋ）関連付け規則は、ＷＴＲＵがｓＴＴＩ時間ウィンドウ内のＮ１個のｓＰＤＳＣＨを用いてスケジュールされるのを可能にすることができ、タイプ２ＨＡＲＱ−ＡＣＫ（ｋ）関連付け規則は、ＷＴＲＵがＮ２個のｓＰＤＳＣＨを用いてスケジュールされるのを可能にすることができる。Ｎ１およびＮ２は異なってよい。
【０２０２】
一実施形態では、ＷＴＲＵは、ｓＴＴＩ時間ウィンドウ内でのいくつかのｓＰＤＳＣＨ送信、またはｓＰＵＣＣＨ領域に関連するｓＰＤＳＣＨの個数に基づいて、ＨＡＲＱ−ＡＣＫ送信または報告に対するｓＰＵＣＣＨリソース選択を実行することができる。ｓＴＴＩ時間ウィンドウは、ｓＰＵＣＣＨ領域に関連するｓＰＤＳＣＨの個数、または各ｓＰＤＳＣＨのｓＴＴＩ長に基づいて決定されてよい。たとえば、ｓＰＤＳＣＨ長がＮｓｔｔｉシンボルであり、かつＮｓｐ個のｓＰＤＳＣＨが同じｓＰＵＣＣＨに関連する場合、ｓＴＴＩ時間ウィンドウはＮｓｔｔｉ×Ｎｓｐ［シンボル］であってよい。ｓＴＴＩ時間ウィンドウはまた、事前定義されたパラメータ、構成されたパラメータ、サブフレームなどであってよい。ｓＴＴＩ時間ウィンドウの中で単一のｓＰＤＳＣＨが受信またはスケジュールされる場合、ＷＴＲＵは、ＨＡＲＱ−ＡＣＫ送信または報告のために、ｓＰＤＳＣＨに対応するｓＰＵＣＣＨリソースを使用してよい。ｓＴＴＩ時間ウィンドウの中で複数のｓＰＤＳＣＨが受信またはスケジュールされる場合、ＷＴＲＵは、ＨＡＲＱ−ＡＣＫ送信または報告のために、ｓＰＵＣＣＨリソースのセット内のｓＰＵＣＣＨリソースを決定または選択してよい。
【０２０３】
本明細書で説明するいくつかの例および実施形態では、一方のＴＴＩが他方のＴＴＩよりも短い場合、異なるＴＴＩを伴う２つの送信が使用されてよい。例および実施形態は、任意の数の送信、ＴＴＩ、および重複に適用されてよい。例では、短い方のＴＴＩはｓＴＴＩと呼ばれることがあり、長い方のＴＴＩはｎＴＴＩと呼ばれることがある。ｎＴＴＩは、持続時間が１ｍｓであってよいノーマルまたはレギュラーＴＴＩまたはサブフレームであってよい。ｎＴＴＩは、ＬＴＥ−Ａ  ＴＴＩまたはサブフレームであってよい。サブフレームは、ｎＴＴＩの非限定的な例であってよい。別のＴＴＩまたは時間期間が使用されてよく、やはり本明細書で説明する例および実施形態に一致することができる。
【０２０４】
ｎＴＴＩに基づくかまたはｎＴＴＩを使用するＰＤＳＣＨ送信は、ｎＰＤＳＣＨと呼ばれることがある。ｓＴＴＩに基づくかまたはｓＴＴＩを使用するＰＤＳＣＨ送信は、ｓＰＤＳＣＨと呼ばれることがある。ｎＴＴＩに基づくかまたはｎＴＴＩを使用するＰＵＣＣＨ送信またはＰＵＣＣＨフォーマット送信は、ｎＰＵＣＣＨと呼ばれることがあり、ｎＴＴＩに基づくかまたはｎＴＴＩを使用するＰＵＳＣＨ送信は、ｎＰＵＳＣＨと呼ばれることがある。本明細書で説明する例および実施形態では、ＰＤＳＣＨは、ＰＤＳＣＨ、ｎＰＤＳＣＨ、またはｓＰＤＳＣＨを表すために使用されることがある。本明細書で説明する例および実施形態では、ＰＵＳＣＨは、ＰＵＳＣＨ、ｎＰＵＳＣＨ、またはｓＰＵＳＣＨを表すために使用されることがある。本明細書で説明する例および実施形態では、ＰＵＣＣＨは、ＰＵＣＣＨ、ｎＰＵＣＣＨ、またはｓＰＵＣＣＨを表すために使用されることがある。
【０２０５】
ＰＤＳＣＨがＴＴＩ  ｎの中でＷＴＲＵによって受信されることができるとき、ｎＰＤＳＣＨまたはｓＰＤＳＣＨなどのＰＤＳＣＨに対する関連するＨＡＲＱ−ＡＣＫは、ＴＴＩ  ｎ＋ｋの中で送信されてよく、ｋは正の整数であってよい。たとえば、ＷＴＲＵがｓＰＤＳＣＨをＴＴＩ  ｎの中で受信した場合、ＷＴＲＵは、関連するＨＡＲＱ−ＡＣＫをＴＴＩ  ｎ＋ｋの中で送信してよい。本明細書で説明する例および実施形態では、ＴＴＩは、ｎＴＴＩまたはｓＴＴＩによって置換されてよい。加えて、ＴＴＩ長がサブフレーム長と同じである場合、ＴＴＩはサブフレームによって置換されてよい。
【０２０６】
ＷＴＲＵは、サブフレームの中でｎＰＤＳＣＨを受信することができる。ＷＴＲＵは、たとえば、ｎＰＤＳＣＨの代わりに、またはｎＰＤＳＣＨに加えて、サブフレームの中で１つまたは複数のｓＰＤＳＣＨを受信することができる。ＵＬ  ＨＡＲＱ−ＡＣＫタイミングがｎＰＤＳＣＨとｓＰＤＳＣＨとの間で異なるとき、ｎＰＤＳＣＨとｓＰＤＳＣＨの両方に対する関連するＨＡＲＱ−ＡＣＫは、ＷＴＲＵから同じアップリンクサブフレームの中で送信されるのを必要とすることがあるかまたは送信されるようにスケジュールされることがあり、そのことは、ｎＴＴＩおよびｓＴＴＩにとってのＨＡＲＱ−ＡＣＫ衝突と呼ばれることがある。
【０２０７】
図１８は、ｎＰＵＣＣＨとｓＰＵＣＣＨとの間で発生するＨＡＲＱ−ＡＣＫ衝突の一例である。通信１８００は、ｎＴＴＩ  ＤＬ１８０２、ｓＴＴＩ  ＤＬ１８１６、ｎＴＴＩ  ＵＬ  Ａ／Ｎ１８１８、およびｓＴＴＩ  ＵＬ  Ａ／Ｎ１８２０を備えることができる。ＷＴＲＵがｎＴＴＩ  ｎの中でｎＰＤＳＣＨを受信するとともにｎＴＴＩ  ｎ＋２の中でｓＰＤＳＣＨ（１）およびｓＰＤＳＣＨ（２）を受信し、かつＷＴＲＵがこれらの送信に対するＨＡＲＱ−ＡＣＫを、ｎＰＵＣＣＨ、ｓＰＵＣＣＨ（１）、またはｓＰＵＣＣＨ（２）と同じアップリンクサブフレームｎＴＴＩ  ｎ＋４の中で送信することがあるとき、ｎＴＴＩおよびｓＴＴＩにとってのＨＡＲＱ−ＡＣＫ衝突が発生することがある。
【０２０８】
ｎＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫは、ノーマルすなわちｎＴＴＩ  ＨＡＲＱ（ｎＨＡＲＱ）、ｎＡＣＫ、ｎＮＡＣＫ、ｎＨＡＲＱ−ＡＣＫ、ｎＨＡＲＱ−ＮＡＣＫ、ｎＡＣＫＮＡＣＫなどであってよく、またはそのように呼ばれることがある。ｎＨＡＲＱ、ｎＡＣＫ、ｎＮＡＣＫ、ｎＨＡＲＱ−ＡＣＫ、ｎＨＡＲＱ−ＮＡＣＫ、ｎＡＣＫＮＡＣＫは、本明細書では互換的に使用されることがある。加えて、ｓＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫは、ショートすなわちｓＴＴＩ  ＨＡＲＱ（ｓＨＡＲＱ）、ｓＡＣＫ、ｓＮＡＣＫ、ｓＨＡＲＱ−ＡＣＫ、ｓＨＡＲＱ−ＮＡＣＫ、ｓＡＣＫＮＡＣＫなどであってよく、またはそのように呼ばれることがある。ｓＨＡＲＱ、ｓＡＣＫ、ｓＮＡＣＫ、ｓＨＡＲＱ−ＡＣＫ、ｓＨＡＲＱ−ＮＡＣＫ、およびｓＡＣＫＮＡＣＫは、本明細書では互換的に使用されることがある。さらに、ＨＡＲＱ、ＡＣＫ、ＮＡＣＫ、ＨＡＲＱ−ＡＣＫ、ＨＡＲＱ−ＮＡＣＫ、およびＡＣＫＮＡＣＫは、本明細書では互換的に使用されることがある。
【０２０９】
一実施形態では、ＷＴＲＵがサブフレームの中でｎＨＡＲＱおよびｓＨＡＲＱを送信できるかまたは送信するのを必要とすることがあるとき、ｎＨＡＲＱおよびｓＨＡＲＱは、ＰＵＣＣＨ送信の中で多重化されてよい。ＰＵＣＣＨ送信は、ｎＰＵＣＣＨ送信またはｓＰＵＣＣＨ送信のうちの少なくとも一方であってよい。たとえば、１つまたは複数のｓＨＡＲＱは、単一のＰＵＣＣＨ送信またはＰＵＣＣＨフォーマット送信を使用してｎＨＡＲＱと一緒に送信されてよい。
【０２１０】
１つまたは複数のｎＰＵＣＣＨフォーマットが使用されることができ、ｎＨＡＲＱが送信される場合に第１のｎＰＵＣＣＨフォーマットが使用されてよく、ｎＨＡＲＱおよびｓＨＡＲＱがＰＵＣＣＨ送信の中で多重化される場合に第２のｎＰＵＣＣＨフォーマットが使用されてよい。第１のｎＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット１ａ／１ｂであってよく、またはそのように構成されてよく、第２のｎＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット２／２ａ／２ｂであってよく、またはそのように構成されてよい。ｓＨＡＲＱ用のＨＡＲＱ−ＡＣＫビットは、ＰＵＣＣＨフォーマット２ａ／２ｂのＣＱＩ部の中で送信されてよく、ｎＨＡＲＱ用のＨＡＲＱ−ＡＣＫビットは、ＰＵＣＣＨフォーマット２ａ／２ｂのＡＣＫ／ＮＡＣＫ部の中で送信されてよい。ｎＨＡＲＱ用およびｓＨＡＲＱ用のＨＡＲＱ−ＡＣＫビットは、ＰＵＣＣＨフォーマット２／２ａ／２ｂのＣＱＩ部の中で送信されてよい。
【０２１１】
加えて、第１のｎＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット１ａ／１ｂであってよく、第２のｎＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット３であってよい。第１のｎＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット１ａであってよく、第２のｎＰＵＣＣＨフォーマットはＰＵＣＣＨフォーマット１ｂであってよい。ＰＵＣＣＨフォーマット１ｂが利用されてよいとき、ｎＨＡＲＱおよびｓＨＡＲＱに対するビットロケーションは事前決定されてよい。たとえば、フォーマットにおける第１のＨＡＲＱ−ＡＣＫビットがｎＨＡＲＱのために使用されてよく、第２のＨＡＲＱ−ＡＣＫビットがｓＨＡＲＱのために使用されてよく、またはその逆も同様である。ｎＨＡＲＱ用の２つ以上のＨＡＲＱ−ＡＣＫビットまたはｓＨＡＲＱ用の２つ以上のＨＡＲＱ−ＡＣＫビットが送信されるべきかまたは送信される場合、バンドリング（ｂｕｎｄｌｉｎｇ）が利用されてよい。たとえば、ｎＨＡＲＱ用の２つ以上のＨＡＲＱ−ＡＣＫビットが送信されることがあるかまたは送信されるべき場合、ｎＨＡＲＱ用の１つまたは複数のＨＡＲＱ−ＡＣＫビットがバンドルされてよい。ｓＨＡＲＱ用の２つ以上のＨＡＲＱ−ＡＣＫビットが送信されることがあるかまたは送信されるべき場合、ｓＨＡＲＱ用の１つまたは複数のＨＡＲＱ−ＡＣＫビットがバンドルされてよい。ｎＨＡＲＱおよびｓＨＡＲＱ  ＨＡＲＱ−ＡＣＫビットは、別個にバンドルされてよく、または別個にバンドルされてもよい。
【０２１２】
ｎＰＵＣＣＨフォーマットは、レガシーＰＵＣＣＨフォーマットなどのＰＵＣＣＨフォーマットであってよい。１つまたは複数のｓＰＵＣＣＨフォーマットが使用されてよく、ここで、ｓＨＡＲＱが送信される場合、たとえば、ｓＨＡＲＱしか送信されない場合、第１のｓＰＵＣＣＨフォーマットが使用されてよく、ｓＨＡＲＱおよびｎＨＡＲＱがｓＰＵＣＣＨ送信の中で多重化される場合、第２のｓＰＵＣＣＨフォーマットが使用されてよい。
【０２１３】
ｎＰＵＣＣＨタイプまたはｓＰＵＣＣＨタイプであってよい１つまたは複数のＰＵＣＣＨタイプが、ｎＨＡＲＱ送信またはｓＨＡＲＱ送信のために使用されてよい。ｎＰＤＳＣＨ用またはｓＰＤＳＣＨ用の関連するＤＣＩは、使用すべき対応するＰＵＣＣＨタイプを示すことができる。たとえば、ＷＴＲＵは、ＰＵＣＣＨタイプに関係する表示を、ｓＰＤＳＣＨに関連するＤＣＩから受信することができ、ＷＴＲＵは、表示に基づいてｎＨＡＲＱとｓＨＡＲＱとの多重化を決定することができる。ＰＵＣＣＨタイプはＰＵＣＣＨフォーマットであってよく、逆も同様である。
【０２１４】
ＰＵＣＣＨタイプは、送信されることができるＨＡＲＱ−ＡＣＫタイプの数に基づいて決定されてよく、ここで、ＨＡＲＱ−ＡＣＫタイプはｎＨＡＲＱまたはｓＨＡＲＱであってよい。たとえば、ｎＨＡＲＱまたはｓＨＡＲＱなどの１つのＨＡＲＱ−ＡＣＫタイプが送信されることがある場合、第１のＰＵＣＣＨタイプが使用されてよく、ｎＨＡＲＱおよびｓＨＡＲＱなどの２つ以上のＨＡＲＱ−ＡＣＫタイプが送信されることがある場合、第２のＰＵＣＣＨタイプが使用されてよい。
【０２１５】
ＷＴＲＵは、ＤＣＩの中で示されるＰＵＣＣＨタイプに基づいて、もっと前のサブフレームの中でのｎＰＤＳＣＨの存在を決定することができる。たとえば、ＷＴＲＵが１つまたは複数のｓＨＡＲＱを送信できるサブフレームに対して、ＷＴＲＵは、ｎＨＡＲＱを送信すべきかどうか、またはｎＨＡＲＱも送信すべきかどうかを、ＰＵＣＣＨタイプ表示に基づいて決定することができ、または送信することもできる。ｎＨＡＲＱは、存在していたかもしれないがＷＴＲＵが受信できなかったかまたは首尾よく受信できなかったｎＰＤＳＣＨに関連付けられてよい。ＷＴＲＵは、ＨＡＲＱ送信用のサブフレームに対するｎＨＡＲＱに関連するｎＰＤＳＣＨの存在を、ＰＵＣＣＨタイプ表示に基づいて決定することができる。ＰＵＣＣＨタイプ表示は、ｓＨＡＲＱがそれに対して送信されるべきｓＰＤＳＣＨ送信に関連するＤＣＩを用いて、ＷＴＲＵによって受信されることができる。その上、ＰＵＣＣＨタイプ表示は、ｎＰＤＳＣＨ存在表示によって置換されてよい。ｎＰＤＳＣＨ存在表示は、ｎＨＡＲＱ送信に関連することができるｎＴＴＩ、または送信されたｎＰＤＳＣＨに対するｎＨＡＲＱ送信と同じアップリンクサブフレームの中のｓＨＡＲＱ送信に関連することができるｎＴＴＩなどの、ｎＴＴＩの中で提供または受信されることができる。ｓＨＡＲＱ送信に関連することができるｎＴＴＩは、ｓＨＡＲＱに関連するｓＰＤＳＣＨが受信されることができるｎＴＴＩであってよい。
【０２１６】
たとえば、ＷＴＲＵが同じサブフレームの中でｎＨＡＲＱおよびｓＨＡＲＱを送信できるかまたは送信するのを必要とすることがある場合、ＷＴＲＵはまた、ｓＰＵＣＣＨを使用することによってｎＨＡＲＱを送信することができるか、または送信するように構成されてよい。たとえば、ＷＴＲＵが、ｓＴＴＩに関連するいかなるアップリンク送信、たとえば、スケジュールまたは構成されたアップリンク送信も有しないことがあるとき、ＷＴＲＵは、ｓＴＴＩの中のｓＰＵＣＣＨを使用することによってｎＨＡＲＱを送信してよい。
【０２１７】
サブフレームの中のｓＰＵＣＣＨリソースは、ｎＨＡＲＱのために予約されてよい。ＷＴＲＵは、サブフレームの中のｎＨＡＲＱ用のｓＰＵＣＣＨリソースを決定することができる。サブフレームの中のｎＨＡＲＱ用のｓＰＵＣＣＨリソースは、上位レイヤシグナリング、ＤＣＩからの動的表示、ｓＰＤＳＣＨ用のＤＣＩ、ＷＴＲＵがスケジュールされないことがある第１のｓＴＴＩの中のｓＰＵＣＣＨ、ｎＨＡＲＱのための予約済みｓＴＴＩの中のｓＰＵＣＣＨなどに基づいて、決定されてよい。予約済みｓＴＴＩの場合、ｓＴＴＩを決定するためにＷＴＲＵ固有の方式が利用されてよい。予約済みｓＴＴＩを示すかまたは決定するために、ＷＴＲＵ固有の上位レイヤシグナリングが使用されてよい。予約済みｓＴＴＩを決定するために、ＷＴＲＵ−ＩＤなどの１つまたは複数のＷＴＲＵ固有パラメータが、たとえば、ＷＴＲＵによって、使用されてよい。予約済みｓＴＴＩは、セル固有の方式で、またはセル固有パラメータから決定されてよい。
【０２１８】
ＷＴＲＵは、ｎＨＡＲＱを送信するための、サブフレームの中の利用可能なｓＰＵＣＣＨリソースを決定することができる。ＷＴＲＵは、利用可能なｓＰＵＣＣＨリソースがあるとき、ｓＰＵＣＣＨリソースの中でｎＨＡＲＱを送信してよい。ｓＰＵＣＣＨリソースが利用可能でないとき、ＷＴＲＵは、サブフレームの中の１つまたは複数のｎＨＡＲＱをドロップ（ｄｒｏｐ）すること、１つまたは複数のｎＨＡＲＱの送信をもっと後のサブフレームまで遅延させること、ｓＨＡＲＱ用のｓＰＵＣＣＨおよびｎＨＡＲＱ用のｎＰＵＣＣＨを並行して送信することなどを行うことができるか、または行うように構成されてよい。ｓＰＵＣＣＨリソースが利用可能でないとき、ＷＴＲＵは、ｎＰＵＣＣＨ送信またはｓＰＵＣＣＨ送信などのＰＵＣＣＨ送信の中でｎＨＡＲＱおよびｓＨＡＲＱを多重化すること、ｎＰＵＳＣＨ送信またはｓＰＵＳＣＨ送信などのＰＵＳＣＨ送信の中でｎＨＡＲＱおよびｓＨＡＲＱを多重化することなどを行うことができるか、または行うように構成されてもよい。
【０２１９】
サブフレームの中のｓＴＴＩリソースのセットは、たとえば、ｓＰＵＣＣＨもしくはｓＨＡＲＱ、またはｓＨＡＲＱを搬送するｓＰＵＣＣＨに対して限定または予約されてよい。たとえば、４個などの個数のｓＴＴＩリソースが、サブフレームの中で定義または構成されてよく、その個数のｓＴＴＩリソースのサブセットが、ＷＴＲＵの中で構成されてよく、またはＷＴＲＵによって使用されてよい。構成は、ｓＰＵＣＣＨもしくはｓＨＡＲＱ、またはｓＨＡＲＱを搬送するｓＰＵＣＣＨなどの特定の使用のために、リソースのサブセットの使用を識別または限定することができる。ＵＥは、ｓＰＵＣＣＨもしくはｓＨＡＲＱ、またはｓＨＡＲＱを搬送するｓＰＵＣＣＨのために、サブセットの中のｓＴＴＩリソースを使用することができる。サブセットの中にないことがあるｓＴＴＩリソースは、ｎＨＡＲＱ用の利用可能なｓＰＵＣＣＨリソースとして使用されてよい。
【０２２０】
図１９は、ｓＰＵＣＣＨ上でのＨＡＲＱ送信の一例である。通信１９００は、ｎＴＴＩ  ＤＬ１９０２、ｓＴＴＩ  ＤＬ１９１６、ｎＴＴＩ  ＵＬ  Ａ／Ｎ１９２０、およびｓＴＴＩ  ＵＬ  Ａ／Ｎ１９２２を備えることができる。例では、ｓＴＴＩの中の未使用のｓＰＵＣＣＨリソースは、ｎＨＡＲＱ送信のために使用されてよい。通信１９００において、ＷＴＲＵが、ｓＴＴＩに関連するアップリンク送信を有しないことがあるので、第２のｓＴＴＩの中のｓＰＵＣＣＨリソース、すなわち、ｎＴＴＩ  ｎ＋４の中のｓＴＴＩ  ｓ＋５は、ｎＨＡＲＱ送信のために使用されてよい。未使用のｓＰＵＣＣＨリソースは、ＷＴＲＵがアップリンク送信に対してスケジュールされていないことがあるときでも、ｓＴＴＩの中のｓＰＵＣＣＨリソースと呼ばれることがある。未使用のｓＰＵＣＣＨリソースは、ｎＨＡＲＱ用の利用可能なｓＰＵＣＣＨリソースであってよく、逆も同様である。
【０２２１】
一実施形態では、ｎＨＡＲＱおよびｓＨＡＲＱを送信するために、ｓＴＴＩの中の１つまたは複数のｓＰＵＣＣＨリソースが使用されてよい。たとえば、ｓＴＴＩの中のＮｃｓ個のｓＰＵＣＣＨリソースがＷＴＲＵに対して予約されてよく、予約されたｓＰＵＣＣＨリソースのうちの１つが、ｎＨＡＲＱのＨＡＲＱ−ＡＣＫ情報（たとえば、ＡＣＫまたはＮＡＣＫ）に基づいて選択または決定されてよい。
【０２２２】
ｓＰＵＣＣＨリソースのセットは、ｓＰＤＳＣＨ送信に関連するｓＰＵＣＣＨリソースに基づいて、予約されること、決定されること、構成されること、または使用されることができる。たとえば、セットの中の第１のｓＰＵＣＣＨリソースが、ｓＰＤＳＣＨ送信の１つまたは複数のパラメータに基づいて決定されてよく、セットの中のｓＰＵＣＣＨリソースのうちの残りが、第１のｓＰＵＣＣＨリソースインデックスに応じて決定されてよい。第１のｓＰＵＣＣＨリソースインデックスからの連続するＮｃｓ個のｓＰＵＣＣＨリソースインデックスが、セットのために使用されてよい。ｓＰＵＣＣＨリソースのセットを決定できるｓＰＤＳＣＨ送信のパラメータは、ｓＰＤＳＣＨ送信に関連するＤＣＩの開始ＣＣＥインデックス、ｓＰＤＳＣＨ送信の開始ＰＲＢインデックス、ｓＰＤＳＣＨ送信の開始シンボルインデックス、いくつかの割り振られたＰＲＢ、ＭＣＳレベル、トランスポートブロックサイズなどを含むことができる。
【０２２３】
ｓＰＵＣＣＨリソースのセットは、上位レイヤ構成、またはＤＣＩからの動的表示に基づいて、予約されること、決定されること、構成されること、または使用されることができる。
【０２２４】
例および実施形態では、ｎＨＡＲＱおよびｓＨＡＲＱは、互いに取り替えられてよくまたは置き換えられてよい。例および実施形態では、ｓＰＵＣＣＨおよびｎＰＵＣＣＨは、互いに取り替えられてよくまたは置き換えられてよい。
【０２２５】
１ビットｎＨＡＲＱ送信の場合、ｓＴＴＩの中の２つのｓＰＵＣＣＨリソースが、予約されること、割り振られること、または使用されることができ、ここで、２つのｓＰＵＣＣＨリソースのうちの一方は、ｎＨＡＲＱのＨＡＲＱ−ＡＣＫ情報に基づいてＷＴＲＵによって選択または決定されてよい。たとえば、ｎＨＡＲＱ  ＡＣＫを示すために第１のｓＰＵＣＣＨリソースが選択されてよく、ｎＨＡＲＱ  ＮＡＣＫを示すために第２のｓＰＵＣＣＨリソースが選択されてよい。選択されたｓＰＵＣＣＨリソースは、ｓＨＡＲＱ送信のために使用されてよい。あるいは、ｓＰＵＣＣＨリソースは、ｓＨＡＲＱのＨＡＲＱ−ＡＣＫ情報に基づいて選択または決定されてよく、選択または決定されたｓＰＵＣＣＨリソースは、ｎＨＡＲＱ送信のために使用されてよい。ＨＡＲＱ−ＡＣＫ情報は、ＡＣＫまたはＮＡＣＫであってよい。
【０２２６】
ｎＨＡＲＱおよびｓＨＡＲＱを送信するために、ｎＴＴＩの中の１つまたは複数のｎＰＵＣＣＨリソースが使用されてよい。ｎＴＴＩの中のＮｃｓ個のｎＰＵＣＣＨリソースが予約されてよく、または割り振られてよく、Ｎｃｓ個のｎＰＵＣＣＨリソースのうちの１つが、ｓＨＡＲＱのＨＡＲＱ−ＡＣＫ情報に基づいて選択または決定されてよい。選択されたｎＰＵＣＣＨリソースは、ｎＨＡＲＱを送信するために使用されてよい。
【０２２７】
ＷＴＲＵがｓＴＴＩの中でｎＰＵＣＣＨおよびｓＰＵＣＣＨを送信するようにスケジュールされるとき、ＷＴＲＵは、ｎＰＵＣＣＨの周波数リソースおよびｓＰＵＣＣＨの周波数リソースが完全にまたは部分的に重複される場合、ｓＴＴＩの中のｎＰＵＣＣＨまたはｓＰＵＣＣＨ送信をドロップしてよい。本明細書とともに与えられる例の場合、送信をドロップすることは、送信を行わないことまたは送信しないこと、送信の電力を０にスケーリングすること、送信の電力を０、実質的に０に設定することなどを含むことができる。ｓＴＴＩの中のｎＰＵＣＣＨのドロッピング（ｄｒｏｐｐｉｎｇ）は、ｓＴＴＩの中に配置されてよいｎＰＵＣＣＨシンボルをドロップすること、またはサブフレームの中のｎＰＵＣＣＨをドロップすることを含むことができる。ｓＴＴＩの中のｓＰＵＣＣＨがドロップされると、ｓＴＴＩの中でのｓＰＵＣＣＨの送信が行われなくてよい。
【０２２８】
ＷＴＲＵはまた、ｎＰＵＣＣＨとｓＰＵＣＣＨとの間で重複する周波数リソースとは無関係または実質的に無関係の、ｓＴＴＩの中のｎＰＵＣＣＨまたはｓＰＵＣＣＨのいずれかをドロップしてよい。ｎＰＵＣＣＨ用およびｓＰＵＣＣＨ用の周波数リソースが完全にまたは部分的に重複されるとき、ＷＴＲＵは、利用可能な送信電力またはエネルギーにかかわらずｎＰＵＣＣＨまたはｓＰＵＣＣＨのいずれかをドロップしてよい。ｎＰＵＣＣＨ用およびｓＰＵＣＣＨ用の周波数リソースが重複されないとき、ＷＴＲＵは、たとえば、ｓＴＴＩの中のもしくはｓＴＴＩに対する利用可能な送信電力もしくはエネルギー、またはＷＴＲＵ最大送信電力もしくはエネルギーに基づいて、ｓＴＴＩの中のｎＰＵＣＣＨまたはｓＰＵＣＣＨのいずれかをドロップしてよい。利用可能なＷＴＲＵ送信電力またはエネルギーは、ｎＰＵＣＣＨおよびｓＰＵＣＣＨを送信するための全送信電力が、たとえば、ｓＴＴＩに対する最大ＷＴＲＵ送信電力、たとえば、ＰCMAXまたはＰCMAX,cを超えるかどうかに基づいて、決定されてよい。最大ＷＴＲＵ送信電力は、ＷＴＲＵ構成の最大出力電力であってよい。
【０２２９】
ｓＴＴＩの中のｎＰＵＣＣＨまたはｓＰＵＣＣＨのドロッピングは、ｎＰＵＣＣＨおよびｓＰＵＣＣＨの既定の優先度規則に基づいて決定されることができる。たとえば、ｓＰＵＣＣＨはｎＰＵＣＣＨよりも高い優先度であってよい。ＷＴＲＵは、より低い優先度チャネルをドロップしてよい。優先度規則はまた、ｎＰＵＣＣＨまたはｓＰＵＣＣＨの中で搬送される情報タイプに基づいてよい。ＨＡＲＱ−ＡＣＫを搬送するｎＰＵＣＣＨは、ＣＱＩ／ＰＭＩ／ＲＩなどのＣＳＩを搬送するｓＰＵＣＣＨよりも高い優先度であってよい。ＨＡＲＱ−ＡＣＫを搬送するｓＰＵＣＣＨは、ＨＡＲＱ−ＡＣＫまたはＣＳＩを搬送するｎＰＵＣＣＨよりも高い優先度であってよい。情報タイプに基づく類似の優先度規則が、ｎＰＤＳＣＨまたはｓＰＤＳＣＨに適用されてよい。
【０２３０】
ｎＰＵＣＣＨおよびｓＰＵＣＣＨが、異なる周波数に配置されることができる場合、ＷＴＲＵは、ショートｓＴＴＩの中でｎＰＵＣＣＨおよびｓＰＵＣＣＨを、たとえば、並行して送信してよい。ＷＴＲＵは、（ｉ）並行するｎＰＵＣＣＨ／ｓＰＵＣＣＨ送信に対する上位レイヤ構成の受信、（ｉｉ）並行するｎＰＵＣＣＨ／ｓＰＵＣＣＨ送信をサポートするためのＷＴＲＵ能力、（ｉｉｉ）並行するｎＰＵＣＣＨ／ｓＰＵＣＣＨ送信を示すことができるか、もしくはｎＰＵＣＣＨ／ｓＰＵＣＣＨを並行して送信するための、ｎＰＤＳＣＨ用もしくはｓＰＤＳＣＨ用のＤＣＩもしくはＤＣＩの受信、または（ｉｖ）ｎＰＵＣＣＨおよびｓＰＵＣＣＨの全送信電力が既定の閾値よりも低いとＷＴＲＵによって決定されることのうちの、少なくとも１つに基づいて、たとえば、ｓＴＴＩの中で、ｎＰＵＣＣＨおよびｓＰＵＣＣＨを同時に送信してよく、または送信することを決定してよい。既定の閾値は、ＷＴＲＵ構成の最大出力電力、すなわち、ＰCMAXまたはＰCMAX,cであってよい。
【０２３１】
ＷＴＲＵが、並行するｎＰＵＣＣＨ／ｓＰＵＣＣＨに対して構成されないとき、またはＷＴＲＵが、並行するｎＰＵＣＣＨ／ｓＰＵＣＣＨをサポートしないとき、ＷＴＲＵは、ＴＴＩの中のｎＰＵＣＣＨまたはｓＰＵＣＣＨをドロップしてよい。ＷＴＲＵが、並行するｎＰＵＣＣＨ／ｓＰＵＣＣＨ送信を示すか、またはｎＰＵＣＣＨ／ｓＰＵＣＣＨを並行して送信するための、ＤＣＩを受信しないとき、ＷＴＲＵは、ｓＴＴＩの中のｎＰＵＣＣＨまたはｓＰＵＣＣＨをドロップしてよい。
【０２３２】
ｎＰＵＣＣＨおよびｓＰＵＣＣＨの全送信電力またはエネルギーが既定の閾値よりも高いとＷＴＲＵによって決定されるとき、ＷＴＲＵは、ｓＴＴＩの中のｎＰＵＣＣＨまたはｓＰＵＣＣＨをドロップしてよい。既定の閾値は、ＷＴＲＵ構成の最大出力電力、すなわち、ＰCMAXまたはＰCMAX,cであってよい。全送信電力は、ｎＰＵＣＣＨの送信電力（たとえば、ＰnPUCCH）およびｓＰＵＣＣＨの送信電力（たとえば、ＰsPUCCH）の関数として決定されることができる。
【０２３３】
ｓＴＴＩは、Ｎ個のシンボル（ただし、Ｎは１４よりも小さくてよい）などの１つまたは複数のシンボル（たとえば、ＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボル）であってよく、またはそうしたシンボルに相当することができる。ｓＴＴＩは、タイムスロットに相当することができる。例および実施形態では、ｓＴＴＩはｎＴＴＩによって置換されてよく、逆も同様である。
【０２３４】
ＷＴＲＵは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨ、ＳＲＳなどのうちの１つまたは複数などの、１つまたは複数の物理チャネルまたは信号を送信してよい。ＷＴＲＵは、ｎＴＴＩなどのＴＴＩを有する１つまたは複数のチャネルを送信してよい。１つまたは複数のチャネル送信は同時であってよく、または少なくとも部分的に重複もしくは並行してよい。ＷＴＲＵが、重複の間にそれが最大電力を超えることになると決定する場合、ＷＴＲＵは、最大電力を超えないように送信より前にチャネル電力のうちの１つまたは複数をスケーリングしてよい。決定は、重複を考慮しなくてよい計算されたチャネル電力に基づいてよい。チャネルのスケーリングは、チャネルの優先度に基づいてよく、ここで、優先度は定義されてよく、または知られていてよい。たとえば、ＰＲＡＣＨが、最高の優先度を有してよく、ＰＵＣＣＨが、次に高い優先度を有してよく、ＵＣＩを搬送するＰＵＳＣＨが、次に高い優先度を有してよく、ＵＣＩを搬送しないＰＵＳＣＨが、次に高い優先度を有してよい。
【０２３５】
ＷＴＲＵが、同じＴＴＩを有するチャネルを送信すべきとき、ＷＴＲＵは、チャネルの、スケジューリングパラメータなどの１つまたは複数の送信パラメータに基づいてあらかじめ計画することができ、必要に応じてチャネルをスケーリングすることができる。チャネルのスケーリングは、チャネルの所期の受信機に基づいてよく、または基づいてもよい。たとえば、デュアル接続性シナリオにおいてｅノードＢに向けられる送信は、送信されるべきチャネル間での電力割振りおよびスケーリングに影響を及ぼすことがある最小保証電力を有してよい。
【０２３６】
ＷＴＲＵは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨ、ＳＲＳなどのうちの１つまたは複数を送信してよい。ＷＴＲＵは、ｎＴＴＩまたはｓＴＴＩなどのＴＴＩを有する１つまたは複数のチャネルを送信してよい。１つまたは複数のｓＴＴＩチャネル送信、たとえば、ｓＴＴＩチャネル送信のセットは、１つもしくは複数のｎＴＴＩチャネル送信、またはｎＴＴＩチャネル送信のセットと、少なくとも部分的に重複していることがあるか、または実質的に部分的に重複していることがある。
【０２３７】
チャネルをスケーリングすることという専門用語は、チャネルの電力（たとえば、計算された電力）をスケーリングすることを表すために使用されることがある。
【０２３８】
ＷＴＲＵは、ｎＴＴＩなどのＴＴＩを有する１つもしくは複数のチャネルおよび／またはｓＴＴＩなどのＴＴＩを有する１つもしくは複数のチャネルを送信してよい。ｓＴＴＩチャネル送信のセットなどの１つまたは複数のｓＴＴＩ送信は、ｎＴＴＩチャネル送信のセットなどの１つまたは複数のｎＴＴＩチャネル送信と、少なくとも部分的に重複または並行していることがある。チャネルおよびチャネル送信は、本明細書では互換的に使用されることがある。ＵＥは、ＵＬの中で１つまたは複数のｅＮＢへ送信してよい。ＵＥは、サイドリンクの中で１つまたは複数の他のＵＥへ送信してよい。
【０２３９】
図２０は、ｎＴＴＩおよびｓＴＴＩを使用する通信２０００における、重複または並行するＴＴＩの一例である。本明細書とともに与えられる例の場合、チャネルまたはリソースの重複する部分は、少なくとも１つのｓＴＴＩチャネル／リソースに重複するｎＴＴＩチャネル／リソースの一部分、または少なくとも１つのｎＴＴＩチャネル／リソースに重複するｓＴＴＩチャネル／リソースの部分を指すために使用されることがある。ｓＴＴＩは、１つの、少なくとも１つの、またはただ１つのｎＴＴＩと重複することがある。ｎＴＴＩは、少なくとも１つのｓＴＴＩに重複することがある。ｎＴＴＩは、Ｍ個または多くともＭ個のｓＴＴＩに重複することがある。ｓＴＴＩは、ＵＬ  ｓＴＴＩまたはＤＬ  ｓＴＴＩであってよい。ｎＴＴＩは、ＵＬ  ｎＴＴＩまたはＤＬ  ｎＴＴＩであってよい。
【０２４０】
長さが１４シンボルまたは１ｍｓであってよい１サブフレームとしてのｎＴＴＩを用いたｎＴＴＩ構成２００２、および７シンボルまたは０．５ｍｓであってよい１タイムスロットとしてのｓＴＴＩ１を用いたｓＴＴＩ構成２００４の場合、Ｍは２であってよい。１４シンボルから構成されてよいｎＴＴＩ、ならびに４シンボルまたは２シンボルから構成されてよいｓＴＴＩ２またはｓＴＴＩ３を用いたｓＴＴＩ構成２００６および２００８の場合、それぞれ、Ｍは３または７であってよい。ｎＴＴＩとｓＴＴＩとの間の時間関係または重複関係は、固定されてよく、または知られていてよい。通信２０００に対して、ｓＴＴＩは、ｎＴＴＩによって少なくとも部分的に重複されてよく、実質的に完全に重複されてよく、または完全に重複されてもよい。別の例では、ｓＴＴＩは、２つのｎＴＴＩなどの複数のｎＴＴＩと重複することがあり、または部分的に重複することがある。たとえば、ｎＴＴＩは例示的なｓＴＴＩ１であってよく、ｓＴＴＩは例示的なｓＴＴＩ２であってよい。例示的な通信２０００において、ｓＴＴＩ２の第２および第５の出現が、ｓＴＴＩ１の２つの出現と重複する。
【０２４１】
ＷＴＲＵによって送信されてよいｎＴＴＩチャネルのセットおよびショートすなわちｓＴＴＩチャネルのセットは、１つのすなわち同じｅノードＢに、または１つのすなわち同じｅノードＢに属する１つもしくは複数のサービングセルに、向けられてよい。ｅノードＢは、ＷＴＲＵ送信に対してスケジュールすることができるかまたはスケジューリング決定を行うことができるスケジューラを含んでよく、またはそうしたスケジューラを使用してよい。ｅノードＢおよびスケジューラは、互換的に使用されることがある。ｅノードＢは、ｓＴＴＩチャネルまたはｎＴＴＩチャネルをスケジュールすることができる。ｅノードＢは、ＷＴＲＵによって送信されてよいｓＴＴＩチャネルのセットおよびｎＴＴＩチャネルのセットが、いつ部分的に重複または並行することがあるのかを、たとえば、厳密にまたは概略的に知ることができる。ｅノードＢは、それがチャネルの両方のセットをスケジュールできるので、この情報を知ることができる。
【０２４２】
ショートすなわちｓＴＴＩチャネルのセットの送信より前に、ＷＴＲＵは、ｓＴＴＩチャネルのセットの送信がｎＴＴＩチャネルのセットのＷＴＲＵの送信と重複しているかまたは重複することになるのかどうかを決定してよい。ｓＴＴＩチャネルのセットの送信より前に、ＷＴＲＵは、ｓＴＴＩチャネルがｎＴＴＩチャネルに重複するときにｓＴＴＩチャネルのセットの送信がＷＴＲＵに最大電力または最大バジェットを超えさせることになるのかどうかを決定してよい。決定は、たとえば、重複制約を考慮せずに、チャネル電力の計算に基づいてよい。
【０２４３】
ＷＴＲＵが、それが重複の間に最大電力を超えることになると決定する場合、ＷＴＲＵは、１つまたは複数のチャネルの電力を調整してよい。そのような調整は、チャネル優先度に基づいてよい。ＷＴＲＵは、より低い優先度チャネルの電力を調整（たとえば、低減）してよく、より高い優先度チャネルの電力を調整しなくてよい。ＷＴＲＵは、調整されたチャネルおよび／または調整されていないチャネルを送信してよい。
【０２４４】
ＷＴＲＵは、１つまたは複数のどのチャネル電力を調整すべきか、チャネルの電力をどのように調整すべきか、チャネルの電力をどんな時間スケールまたは時間増分で調整すべきかなどを決定してよい。この決定は、重複することがあるショートすなわちｓＴＴＩチャネルのセットとｎＴＴＩチャネルのセットとの間の時間関係（たとえば、ｓＴＴＩ／ｎＴＴＩ時間関係）、重複することがあるｓＴＴＩチャネルのセットとｎＴＴＩチャネルのセットとの間の重複時間（たとえば、ｓＴＴＩ／ｎＴＴＩ時間重複）などに基づいてよい。
【０２４５】
決定はまた、ｎＴＴＩチャネルのセットの送信より前に、またはｎＴＴＩの開始より前に、ＷＴＲＵが、ｎＴＴＩチャネルのセットに重複することがあるｓＴＴＩチャネルのセットのためのスケジューリング情報を有するか否かに基づいてよい。たとえば、決定は、ｎＴＴＩチャネルのセットの送信より前に、そうした送信より閾値量の時間などの少なくともいくらかの時間だけ前に、またはｎＴＴＩの開始より前に、ＷＴＲＵが、ｎＴＴＩチャネルのセットに重複することがあるｓＴＴＩチャネルのセットのためのスケジューリング情報を有するか否かに基づいてよい。
【０２４６】
決定はまた、別のチャネルによって重複されることがあるチャネルのチャネル変調タイプまたはＭＣＳに基づいてよい。決定はまた、たとえば、チャネルの重複された部分の中での、ＤＭ−ＲＳなどの基準信号の存在に基づいてよい。決定はまた、チャネルの重複されない部分の中での、ＤＭ−ＲＳなどの基準信号の存在に基づいてよい。決定はまた、ｎＴＴＩチャネルのセットに重複することがあるｓＴＴＩチャネルのセットが、同じ宛先、同じサービングセル、同じｅノードＢ、同じ基地局、同じアクセスポイント、または同じＭＡＣエンティティに向けられることがあるか否かに基づいてよい。決定はまた、ｎＴＴＩチャネルのセットに重複することがあるｓＴＴＩチャネルのセットが、同じスケジューラ、同じサービングセル、同じｅノードＢ、同じ基地局、同じアクセスポイント、または同じＭＡＣエンティティによってスケジュールされることがあるか否かに基づいてよい。
【０２４７】
この構成の場合、チャネルの電力を調整することまたはそれの調整は、時間などにおけるチャネルの少なくとも一部分をスケーリングすること、または時間などにおけるチャネルの少なくとも一部分をドロップすることを含んでよい。
【０２４８】
いくつかの構成の場合、ＷＴＲＵは、ｎＴＴＩスケジューリングに先立ってｓＴＴＩスケジューリング情報を知ることができる。たとえば、ｎＴＴＩチャネルのセットの送信より前に、もしくはそうした送信より時間の閾値などの少なくともいくらかの時間だけ前に、もしくはそうした送信より前の十分な時間内に、またはｎＴＴＩの開始より前に、ＷＴＲＵは、ｎＴＴＩチャネルのセットに重複することがあるｓＴＴＩチャネルのセットのためのスケジューリング情報を受信することを予想してよい。ドロップすることは、電力を０にスケーリングすることまたは電力を０に設定することと同じであってよい。チャネルを調整することは、チャネルの電力を調整することを表すために使用されることがある。チャネルを調整することおよびチャネルの電力を調整することは、互換的に使用されることがある。
【０２４９】
チャネルの重複部分という専門用語は、たとえば、時間的に、別のチャネルに重複するチャネルの部分を指すことがある。たとえば、チャネルの重複部分は、少なくとも１つのｓＴＴＩチャネルに重複するｎＴＴＩチャネルの部分、または少なくとも１つのｎＴＴＩチャネルに重複するｓＴＴＩチャネルの部分を指すために使用されることがある。重複部分および重複された部分は、互換的に使用されることがある。
【０２５０】
ＷＴＲＵがスケジューリング情報を有するとき、電力調整が行われてよい。ＷＴＲＵは、ｎＴＴＩに先立ってｓＴＴＩスケジューリング情報を知ることができる。たとえば、ｎＴＴＩチャネルのセットの送信より前に、そうした送信より、たとえば、時間の閾値などの少なくともいくらかの時間だけ前に、もしくはそうした送信より前の十分な時間において、またはｎＴＴＩの開始より前に、ＷＴＲＵは、ｎＴＴＩチャネルのセットに重複することがあるｓＴＴＩチャネルのセットのためのスケジューリング情報を知ることができるか、またはそれを受信することができる。
【０２５１】
たとえば、ＷＴＲＵがｎＴＴＩに先立ってｓＴＴＩスケジューリング情報を知っているとき、ＷＴＲＵは、ｎＴＴＩ送信より前に、またはｎＴＴＩより前に、ショートすなわちｓＴＴＩまたはｎＴＴＩチャネルなどの１つまたは複数のどのチャネルを調整すべきかを決定してよい。ＷＴＲＵは、ノーマルまたはレガシーチャネル優先度規則などのチャネル優先度規則に基づいて、１つまたは複数のどのチャネルを調整すべきかを決定してよい。
【０２５２】
調整されるべきと決定されたチャネルに対して、たとえば、ＷＴＲＵがｎＴＴＩに先立ってスケジューリング情報を知っているとき、ＷＴＲＵは、チャネルのＴＴＩ全体または実質的にＴＴＩ全体（たとえば、ｓＴＴＩまたはｎＴＴＩ）にわたってチャネル調整を行ってよい。一例として、重複が閾値以上であるとき、ＷＴＲＵは、チャネルのＴＴＩ全体または実質的にＴＴＩ全体（たとえば、ｓＴＴＩまたはｎＴＴＩ）にわたって調整を行ってよい。閾値は、固定されること、定義（たとえば、事前定義）されること、構成可能であることなどができ、ｅノードＢなどの基地局から受信されることができる。閾値は、たとえば、３または４シンボルであってよい。
【０２５３】
調整されるべきと決定されたｓＴＴＩチャネルに対して、たとえば、ＷＴＲＵがｎＴＴＩに先立ってｓＴＴＩスケジューリング情報を知っているときかつ／または常に、ＷＴＲＵは、チャネルのｓＴＴＩ全体または実質的にｓＴＴＩ全体にわたって調整を行ってよい。調整されるべきと決定されたｎＴＴＩチャネルに対して、たとえば、ＷＴＲＵがｎＴＴＩに先立ってｓＴＴＩスケジューリング情報を知っているとき、ＷＴＲＵは、重複が閾値を上回るときにチャネルのｎＴＴＩ全体、実質的にｎＴＴＩ全体にわたって調整を行ってよい。
【０２５４】
調整されるべきと決定されたチャネルに対して、たとえば、ＷＴＲＵは、少なくとも時々、チャネルの重複部分に対して、たとえば、チャネルの重複部分のみに対して調整を行ってよい。
【０２５５】
たとえば、調整されるべきと決定されたチャネルに対して、重複が閾値、たとえば、１シンボルもしくは２シンボルを下回るかもしくはそれ以下であるとき、または２つの閾値の間、たとえば、１シンボルと２シンボルとの間にあるとき、ＷＴＲＵは、チャネルの重複部分に対して調整を行ってよく、たとえば、そうした部分のみに対して調整を行ってよい。１つまたは２つの閾値が構成可能であってよく、基地局またはｅノードＢから受信されてよい。ＷＴＲＵは、調整されたチャネルおよび／または調整されていないチャネルを送信してよい。
【０２５６】
ＷＴＲＵは、ｎＴＴＩに先立ってｓＴＴＩスケジューリング情報を知らないことがある。たとえば、ｎＴＴＩチャネルのセットの送信より前に（たとえば、それより時間の閾値などの少なくともいくらかの時間だけ前に、またはそれより前の十分な時間において）、またはｎＴＴＩの開始より前に、ＷＴＲＵは、ｎＴＴＩチャネルのセットに重複することがあるｓＴＴＩチャネルのセットのためのスケジューリング情報を知らないことがあり、たとえば、そうしたスケジューリング情報を受信しないことがある。
【０２５７】
たとえば、ＷＴＲＵがｎＴＴＩに先立ってｓＴＴＩスケジューリング情報を知らないことがあるとき、ＷＴＲＵは、ｎＴＴＩ送信より前に、またはｎＴＴＩより前に、１つまたは複数のどのチャネル（たとえば、ｓＴＴＩチャネルおよび／またはｎＴＴＩチャネル）を調整すべきかを決定してよい。たとえば、ＷＴＲＵは、ｎＴＴＩチャネルのセットの送信より前に、またはｎＴＴＩの開始より前に、ｎＴＴＩチャネルのセットに重複することがあるｓＴＴＩチャネルのセットのためのスケジューリング情報を知らないことがあるか、または受信しないことがある。ＷＴＲＵは、チャネル優先度規則（たとえば、ノーマルまたはレガシーチャネル優先度規則）および／または他の規則に基づいて、１つまたは複数のどのチャネルを調整すべきかを決定してよい。
【０２５８】
調整されるべきｎＴＴＩチャネルに対して、たとえば、ＷＴＲＵがｎＴＴＩに先立ってｓＴＴＩスケジューリング情報を知っていないとき、ＷＴＲＵは、チャネルの重複部分に対して調整を行ってよい。
【０２５９】
調整されるべきｓＴＴＩチャネルに対して、たとえば、ＷＴＲＵがｎＴＴＩに先立ってｓＴＴＩスケジューリング情報を知っていないとき、ＷＴＲＵは、ｓＴＴＩ全体にわたって（たとえば、実質的にｓＴＴＩ全体にわたって）、またはｎＴＴＩチャネルとｓＴＴＩチャネルとの間の重複時間にわたって、調整を行ってよい。
【０２６０】
調整されるべきｓＴＴＩチャネルに対して、たとえば、ＷＴＲＵがｎＴＴＩに先立ってｓＴＴＩスケジューリング情報を知っていないとき、ＷＴＲＵは、ｎＴＴＩとの重複が閾値、たとえば、１シンボルを超えるときまたは常に、ｓＴＴＩ全体に対して（たとえば、実質的にｓＴＴＩ全体にわたって）調整を行ってよい。
【０２６１】
調整されるべきｓＴＴＩチャネルに対して、ＷＴＲＵは、ｎＴＴＩとの重複が閾値、たとえば、１シンボルを下回る場合、重複部分、たとえば、重複部分のみに対して調整を行ってよい。
【０２６２】
ＷＴＲＵは、ｓＴＴＩ全体、実質的にｓＴＴＩ全体にわたって、またはｎＴＴＩチャネルとｓＴＴＩチャネルとの間の重複時間にわたって、ショートすなわちｓＴＴＩチャネル調整を実行してよい。この動作は、ｎＴＴＩに先立ってｓＴＴＩスケジューリング情報が未知であるときに行われてよい。この動作はまた、ｎＴＴＩとのｓＴＴＩ重複全体が閾値、たとえば、所定の個数のシンボルを超えるときに実行されてよい。
【０２６３】
調整（たとえば、すなわちスケーリング）されるべきｓＴＴＩチャネルに対して、ＷＴＲＵは、他の部分に対する調整なしに、重複部分に対して調整を行ってよい。ＷＴＲＵは、ｎＴＴＩとの重複が閾値、たとえば、１シンボルを下回る場合にこの動作を実行してよい。
【０２６４】
チャネルの一部分に行われるべきチャネル調整に対して、調整されるべき部分がシンボルの一部を含む場合、ＷＴＲＵは、完全なシンボルの中のチャネルを（たとえば、１つまたは複数の完全なシンボルに対して決定された調整に従って）調整してよい。ＷＴＲＵは、部分的な重複が閾値よりも大きい場合にこの動作を実行してよい。
【０２６５】
調整されるべきチャネルの部分が、完全なシンボルおよび部分的なシンボルに及ぶ場合、どのチャネルを調整すべきかを決定するための規則は、完全なシンボルおよび／または少なくとも閾値量だけ重複されるシンボルに適用されてよく、たとえば、そうしたシンボルのみに適用されてよい。部分的に重複される残りのシンボルにわたる調整は、他の規則に従ってよく、またはＷＴＲＵ実装形態に残されてよい。
【０２６６】
チャネルの一部分に行われるべきチャネル調整に対して、調整されるべき部分がシンボルの一部を含む場合、部分的に重複されるシンボルにおける電力をその部分的に重複されるシンボルの間に最大電力を超えないようにどのように調整すべきかは、たとえば、部分的な重複が閾値を下回る場合、様々な規則に従ってよく、またはＷＴＲＵ実装形態に残されてよい。
【０２６７】
調整されるべきチャネルの一部分が、完全なシンボルおよび部分的なシンボルに及ぶ場合、どのチャネル、シンボル、または完全なシンボルを調整すべきかを決定するための規則は、少なくとも閾値量だけの重複に基づいてよい。加えて、部分的に重複されるシンボルにおけるチャネル電力またはエネルギー調整は、その部分的に重複されるシンボルの間に最大電力を超えないように、異なる規則または閾値に従ってＷＴＲＵによって実行されてよい。
【０２６８】
チャネルの一部をスケーリングすることは、たとえば、直交振幅変調（ＱＡＭ）またはｘ−ＱＡＭ（ただし、ｘは１６、６４、２５６、または別の整数であってよい）などの、コンスタレーションの振幅情報を使用することがある変調方式にとって、性能に影響を及ぼすことがある。チャネルの一部をスケーリングすることは、たとえば、コンスタレーションの振幅情報を使用しなくてよい変調方式、たとえば、ＢＰＳＫまたはＱＰＳＫにとって、性能に影響を及ぼさなくてよい。
【０２６９】
ＷＴＲＵは、たとえば、本明細書の例に従って、調整されるべきチャネルを決定してよい。ＷＴＲＵは、チャネルのために使用される変調方式に基づいて、たとえば、チャネルのためにまたはチャネルによって使用される変調方式が振幅を使用することがあるかどうかに基づいて、調整されるべきチャネルの一部分をスケーリングすべきかそれともドロップすべきかを決定してよい。たとえば、ＷＴＲＵは、チャネル送信のために使用される変調方式が振幅を使用しないとき、たとえば、変調方式がＱＰＳＫまたはＢＰＳＫであるとき、チャネルの一部分をドロップ（または、スケーリング）すべきと決定してよい。
【０２７０】
たとえば、ＷＴＲＵは、たとえば、ｎＴＴＩ／ｓＴＴＩ重複時間においてチャネルの一部分を調整すべきと決定してよい。ＷＴＲＵは、チャネルのために使用される変調方式に基づいて、チャネルの部分をスケーリングすべきかそれともドロップすべきかを決定してよい。たとえば、ＷＴＲＵは、チャネル送信のために使用される変調方式が振幅を使用するとき、たとえば、変調方式がＱＡＭまたはｘ−ＱＡＭであるとき、チャネルの部分をスケーリング（または、ドロップ）すべきと決定してよい。ＷＴＲＵは、チャネル送信のために使用される変調方式が振幅を使用しないとき、たとえば、変調方式がＱＰＳＫであるとき、チャネルの部分をドロップ（または、スケーリング）すべきと決定してよい。ＷＴＲＵは、決定に従ってチャネルの部分をスケーリングまたはドロップしてよい。
【０２７１】
ＷＴＲＵは、たとえば、使用される変調方式に基づいて、スケーリングまたはドロップされた一部分を有することがある部分的に調整されたチャネルを送信してよい。
【０２７２】
チャネルの一部（たとえば、任意の部分）を調整すること、たとえば、スケーリングおよび／またはドロップすることは、完全なシンボルに適用されてよい。重複部分が１つまたは複数の完全なシンボル、および１つまたは複数のシンボルの部分に及ぶ場合、ＷＴＲＵは、たとえば、部分的な重複が閾値よりも大きい場合、部分的に重複されることがあるシンボル全体に対して調整を適用してよい。ＷＴＲＵは、重複が閾値よりも小さい場合、シンボルに対して調整を適用しなくてよい。
【０２７３】
基地局（たとえば、ｅノードＢ）は、たとえば、ＷＴＲＵの電力制限または電力バジェットに起因する、調整の可能性に気づいていることがあり、ＷＴＲＵによって送信されたチャネルを受信または復号するとき、調整を適合させてよく、または調整を計上してよい。たとえば、ｎＴＴＩ送信およびｓＴＴＩ送信が基地局によるスケジューリングに基づいてよいので、基地局は、可能な調整の時間ロケーションに気づいていることがある。ＷＴＲＵが、送信のために使用される変調に基づいてスケーリングすることがあるかそれともドロップすることがあるかを、基地局が気づいていることがある。基地局は、ＷＴＲＵによって送信されるチャネルを受信および／または復号するとき、この知識を考慮に入れてよい。
【０２７４】
ＷＴＲＵは、物理レイヤ信号などの信号優先度、１つまたは複数のどのチャネルを調整すべきかという決定における優先度を考慮してよく、またはそうした優先度も考慮してよい。たとえば、ＤＭ−ＲＳが優先度を有してよい。ＷＴＲＵは、１つまたは複数のどのチャネルを調整すべきかを決定するとき、ＤＭ−ＲＳの優先度を考慮してよい。ＤＭ−ＲＳは、非限定的な例として使用される。別の単一または複数シンボルの信号が使用されてよく、やはり本開示に一致することができる。
【０２７５】
たとえば、基準信号が考慮されないときのｎＴＴＩチャネルおよびｓＴＴＩチャネルの相対的な優先度にかかわらず、たとえば、ショートすなわちｓＴＴＩチャネルとの重複時間の間にＤＭ−ＲＳを有するｎＴＴＩチャネルは、ｓＴＴＩチャネルよりも高い優先度を有してよい。重複の中にＤＭ−ＲＳを有するチャネルに高い優先度を与えることは、ＤＭ−ＲＳがスケーリングまたはパンクチャ（ｐｕｎｃｔｕｒｅ）されるのを回避することができる。
【０２７６】
ＷＴＲＵは、ショートすなわちｓＴＴＩチャネルとｎＴＴＩチャネルとの間の重複に対してまたはその間に最大電力または最大エネルギーが超えられることがあると決定することができる。ＷＴＲＵは、ｎＴＴＩチャネルが重複の中にＤＭ−ＲＳを含むと決定することができる。ＤＭ−ＲＳは、ＰＵＣＣＨ、ＵＣＩを有するＰＵＳＣＨ、およびＰＲＡＣＨのうちの１つまたは複数などの、１つまたは複数のチャネルよりも高い優先度を有してよい。ｎＴＴＩチャネルが重複することがあるｓＴＴＩチャネルが、ＤＭ−ＲＳよりも低い優先度を有するチャネルである場合、ＷＴＲＵは、ｓＴＴＩチャネルを調整すべきと決定してよい。ｎＴＴＩチャネルが重複することがあるｓＴＴＩチャネルが、ＤＭ−ＲＳよりも低い優先度を有しないチャネルである場合、ＷＴＲＵは、その正規の規則、たとえば、チャネル優先度および／または保証電力（たとえば、保証された最小電力）規則に基づいて、どのチャネルを調整すべきかを決定してよい。
【０２７７】
ｎＴＴＩチャネルが複数のＤＭ−ＲＳを含み、かつｎＴＴＩの中の少なくとも１つのＤＭ−ＲＳが重複時間の中にない場合、重複時間の中でのＤＭ−ＲＳの存在は、チャネル優先度またはチャネル調整の決定の際に（たとえば、ＷＴＲＵによって）考慮されなくてよい。重複時間の中のＤＭ−ＲＳは、たとえば、本明細書で説明する１つまたは複数の例に従ってスケーリングまたはパンクチャされてよい。
【０２７８】
ｎＴＴＩチャネルが複数のＤＭ−ＲＳを含み、かつｎＴＴＩの中の少なくとも１つのＤＭ−ＲＳが重複時間より前にある場合、重複時間の中でのＤＭ−ＲＳの存在は、チャネル優先度またはチャネル調整の決定の際に（たとえば、ＷＴＲＵによって）考慮されなくてよい。重複時間の中のＤＭ−ＲＳは、たとえば、本明細書で説明する１つまたは複数の例に従ってスケーリングまたはパンクチャされてよい。
【０２７９】
ＷＴＲＵがｎＴＴＩに先立ってｓＴＴＩスケジューリング情報を知っているとき、重複時間の中でのＤＭ−ＲＳの存在は、チャネル優先度決定またはチャネル調整決定の際に（たとえば、ＷＴＲＵによって）考慮されなくてよい。この構成の場合、ＷＴＲＵは、ｎＴＴＩ全体または実質的にｎＴＴＩ全体にわたってｎＴＴＩチャネルをスケーリングしてよく、またはスケーリングできる場合があり、ＤＭ−ＲＳをスケーリングすることが許容可能であってよい。ＷＴＲＵがｎＴＴＩに先立ってｓＴＴＩスケジューリング情報を知っているとき、重複時間の中でのＤＭ−ＲＳの存在は、チャネル優先度決定またはチャネル調整決定の際に、たとえば、ＷＴＲＵによって、考慮されてよい。
【０２８０】
基地局は、重複時間の中でのＤＭ−ＲＳスケーリングおよび／またはパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）の可能性を考慮に入れてよく、たとえば、チャネルの復調のために、重複されていない時間の中のＤＭ−ＲＳを使用してよく、またはそうしたＤＭ−ＲＳのみを使用してよい。
【０２８１】
たとえば、ショートすなわちｓＴＴＩチャネルがｓＴＴＩ全体または実質的にｓＴＴＩ全体にわたって調整されてよいので、ショートすなわちｓＴＴＩチャネルとの重複時間の間にＤＭ−ＲＳを有するｎＴＴＩチャネルは、たとえば、ショートすなわちｓＴＴＩチャネルが重複の中にＤＭ−ＲＳを含むか否かにかかわらず、ショートすなわちｓＴＴＩチャネルよりも高い優先度を有してよい。
【０２８２】
いくつかの構成では（たとえば、時々または常に）、ｎＴＴＩ  ＤＭ−ＲＳは、ショートすなわちｓＴＴＩ  ＤＭ−ＲＳにまさる優先度を有してよい。たとえば、ＷＴＲＵがｎＴＴＩに先立ってｓＴＴＩスケジューリング情報を知らないことがあるとき、ｎＴＴＩ  ＤＭ−ＲＳは、ショートすなわちｓＴＴＩ  ＤＭ−ＲＳにまさる優先度を有してよい。たとえば、ｎＴＴＩチャネルが重複の中にＤＭ−ＲＳを含まないとき、ｎＴＴＩチャネルとの重複時間の間にＤＭ−ＲＳを有するショートすなわちｓＴＴＩチャネルは、ｎＴＴＩチャネルよりも高い優先度を有してよい。調整されるべきショートすなわちｓＴＴＩチャネルに対して、ショートすなわちｓＴＴＩチャネルがＤＭ−ＲＳを含むとき、またはチャネルの重複部分がＤＭ−ＲＳを含むとき、ＷＴＲＵは、ｓＴＴＩ全体または実質的にｓＴＴＩ全体に対して調整を行ってよい。
【０２８３】
ＷＴＲＵは、１つまたは複数のどのチャネルを調整すべきかという決定の際にＴＴＩ長優先度を考慮してよく、またはそうした優先度も考慮してよい。たとえば、チャネル優先度および／または信号優先度が同じであるがＴＴＩ長が異なるチャネルに対して、ＴＴＩ長優先度が使用されてよい。ショートすなわちｓＴＴＩチャネルは、ｎＴＴＩチャネルよりも高い優先度を有してよく、またはその逆も同様である。どのＴＴＩ長がより高い優先度を有するのかは、構成されてよい。構成はサービングセルごとであってよい。
【０２８４】
１つまたは複数のＤＭ−ＲＳパターンが、たとえば、ＷＴＲＵによって、定義されること、構成されること、および／または使用されることができる。構成は、たとえば、基地局によって、ＷＴＲＵに提供されてよくかつ／またはＷＴＲＵによって受信されることができる。１つまたは複数のＤＭ−ＲＳパターンが、パターンのセットと見なされてよい。セットのうちの１つは、デフォルトのレギュラーまたはノーマルパターンであってよく、またはそのように構成されてよい。パターンは、たとえば、ＰＵＣＣＨまたはＰＵＳＣＨチャネルを送信するとき、１つまたは複数のどんなシンボルの中でＷＴＲＵがＤＭ−ＲＳを送信できるのかを示すことができる。
【０２８５】
ＷＴＲＵは、提供されることができる表示に基づいて、チャネル（たとえば、ショートすなわちｓＴＴＩチャネルまたはｎＴＴＩチャネル）のＤＭ−ＲＳパターンを使用または修正してよい。表示は、スケジューリング許可、ＰＤＣＣＨまたはＥＰＤＣＣＨなどのＤＬ制御チャネル、ＤＣＩフォーマットなどの中で、提供および／または受信されることができる。表示は、ＤＭ−ＲＳインジケータと呼ばれることがある。表示は、基地局によって提供されてよい。表示は、ＷＴＲＵによって受信されることができる。
【０２８６】
ＤＭ−ＲＳインジケータは、たとえば、ＵＬの中で、送信するときに使用すべきＤＭ−ＲＳパターンを示すことができる。たとえば、ＤＬ許可の中のＤＭ−ＲＳインジケータは、ＤＬ送信に対するＡＣＫ／ＮＡＣＫを含むことができるＰＵＣＣＨを送信するときに使用すべきパターンを示すことができる。ＵＬ許可の中のＤＭ−ＲＳインジケータは、ＵＬ許可によってスケジュールされたＰＵＳＣＨを送信するときに使用すべきパターンを示すことができる。ＷＴＲＵは、表示を受信することができる。ＷＴＲＵは、ＤＬ許可に関連するチャネル、たとえば、許可されたＰＵＳＣＨまたはＰＵＣＣＨを、示されたＤＭ−ＲＳパターンを使用して送信してよい。
【０２８７】
ＤＭ−ＲＳインジケータは、ＤＭ−ＲＳ（たとえば、任意のＤＭ−ＲＳ）をＵＬ送信の中に含めるべきか否かを示すことができる。受信されたＤＭ−ＲＳインジケータに基づいて、ＷＴＲＵは、ＤＭ−ＲＳパターン、たとえば、示されたＤＭ−ＲＳパターンを用いるか、またはＤＭ−ＲＳパターンを用いずに、チャネルを送信してよい。ＤＭ−ＲＳインジケータは、第１のチャネルが重複することがある第２のチャネル、たとえば、ｎＴＴＩチャネルのＤＭ−ＲＳとそれが整合するように、第１のチャネル、たとえば、ショートすなわちｓＴＴＩチャネルのＤＭ−ＲＳを、たとえば、そのデフォルトもしくはレギュラーロケーションから移動させるように、または配置するように示すことができる。ＷＴＲＵは、１つまたは複数のＤＭ−ＲＳが、第２のチャネル、たとえば、ｎＴＴＩチャネル、たとえば、重複する第２のチャネルの中のＤＭ−ＲＳと（たとえば、時間的に）整合するように、第１のチャネル（たとえば、ショートすなわちｓＴＴＩチャネル）のＤＭ−ＲＳパターンを使用または修正してよい。ＷＴＲＵは、そうするように示すことがある受信されたＤＭ−ＲＳインジケータに基づいて、第１のチャネルのＤＭ−ＲＳを使用または修正してよい。
【０２８８】
本明細書で説明する１つまたは複数の例では、第１のチャネルはショートすなわちｓＴＴＩチャネルであってよく、第２のチャネルはｎＴＴＩチャネルであってよい。あるいは、たとえば、ＷＴＲＵがｎＴＴＩに先立ってｓＴＴＩスケジューリング情報を知っているとき、第１のチャネルはｎＴＴＩチャネルであってよく、第２のチャネルはショートすなわちｓＴＴＩチャネルであってよい。
【０２８９】
ＷＴＲＵは、第１のチャネル、たとえば、ショートすなわちｓＴＴＩチャネル、および第２のチャネル、たとえば、ｎＴＴＩチャネルが、重複することがあると決定することができる。ＷＴＲＵは、１つまたは複数のＤＭ−ＲＳが第２のチャネルの中のＤＭ−ＲＳと（たとえば、時間的に）整合するように、第１のチャネルのＤＭ−ＲＳパターンを使用または修正してよい。この動作は、第１および第２のチャネルが重複することがあるという決定に基づいて、ＷＴＲＵによって実行されてよい。加えて、ＷＴＲＵは、たとえば、基地局からの明示的な表示なしに、自律的にパターンを使用または修正してよい。ＷＴＲＵは、たとえば、重複するショートすなわちｓＴＴＩおよびｎＴＴＩチャネルが同じｅノードＢに、または同じｅノードＢのサービングセルに向けられることができるとき、自律的にパターンを使用または修正してよい。
【０２９０】
ＷＴＲＵは、第１のチャネルと重複していることがある第２のチャネルの１つまたは複数のＤＭ−ＲＳが第２のチャネルと重複しないように、第２のチャネル（たとえば、ｎＴＴＩチャネル）のＤＭ−ＲＳパターンを使用または修正してよい。ＷＴＲＵは、たとえば、基地局から受信された表示に基づいて、または自律的に（たとえば、明示的な表示を伴わずに）、第２のチャネルのＤＭ−ＲＳパターンを使用または修正してよい。ＷＴＲＵは、第２のチャネルのための、構成されるかまたはデフォルトのＤＭ−ＲＳパターンを有してよく、または有するように構成されてよい。ＷＴＲＵは、第１のチャネルと重複することがある第２のチャネルの少なくとも１つのＤＭ−ＲＳを、重複の後の第１のシンボルなどの、重複の末尾の後のシンボルに移動させてよい。
【０２９１】
ＷＴＲＵは、ＤＭ−ＲＳのために使用されるべきシンボル（たとえば、もっと後のシンボル）に向けられたデータをパンクチャしてよい。ＷＴＲＵは、データのための少なくとも１つの所期のシンボルを変更してよい。たとえば、シンボル５の中のＤＭ−ＲＳがシンボル８に移動させられる場合、シンボル６、７、および８に向けられたデータは、それぞれ、シンボル５、６、および７にシフトされてよい。
【０２９２】
ＷＴＲＵによる送信は優先度が付けられてよい。ＷＴＲＵによって送信されることができるｎＴＴＩチャネルのセットおよびショートすなわちｓＴＴＩチャネルのセットは、異なる基地局（たとえば、ｅノードＢ）に、または異なる基地局（たとえば、ｅノードＢ）に属する１つもしくは複数のサービングセルに、向けられることができる。基地局がショートすなわちｓＴＴＩチャネルをスケジュールしてよく、別の基地局がｎＴＴＩチャネルをスケジュールしてよい。基地局は、ＷＴＲＵによって送信されてよいショートすなわちｓＴＴＩチャネルのセットおよびｎＴＴＩチャネルのセットがいつ重複することがあるのかを知らないことがある。
【０２９３】
ショートすなわちｓＴＴＩチャネルのセットの送信より前に、ＷＴＲＵは、ｓＴＴＩチャネルのセットがｎＴＴＩチャネルのセットに重複することがあるかどうか、および最大電力または最大エネルギーが重複の間に超えられることがあるかどうかを決定することができる。ＷＴＲＵが、それが重複の間に最大電力または最大エネルギーを超えることになると決定する場合または決定するとき、ＷＴＲＵは、１つまたは複数のチャネルの電力またはエネルギーを調整してよい。
【０２９４】
１つの基地局、ｅノードＢ、またはスケジューラとのＷＴＲＵ通信について説明されることがある実施形態は、２つ以上の基地局、ｅノードＢ、またはスケジューラとのＷＴＲＵ通信に適用されてよく、逆も同様である。１つのシナリオまたは別のシナリオに対する適用例は、例示的な目的を限定しないためのものである。
【０２９５】
ｎＴＴＩに対して、ｎＴＴＩ送信より前に、たとえば、ｎＴＴＩ送信より前の閾値量の時間に、たとえば、ショートすなわちｓＴＴＩチャネルのためのスケジューリング情報が知られていないとき、ＷＴＲＵは、ｎＴＴＩチャネルにとって利用可能な電力またはエネルギーを決定するために、１つまたは複数のショートすなわちｓＴＴＩチャネルのための仮想的な許可または割振りを使用することができる。許可および割振りという用語は、互換的に使用されることがある。仮想的な割振りは、１つまたは複数のパラメータの構成されたセットを有することができる、構成された割振りであってよい。仮想的な割振りは、たとえば、基地局からの、上位レイヤシグナリングによって構成されてよい。パラメータは、チャネルインジケータ、たとえば、ＰＵＳＣＨチャネルおよび／もしくはＰＵＣＣＨチャネルの表示、ならびに／またはスケジューリング情報、たとえば、ＰＵＳＣＨ用および／またはＰＵＣＣＨ用のリソース割振り情報のうちの、少なくとも１つを含むことができる。仮想的な割振りは、前のｎＴＴＩまたはサブフレームにおける、ｓＴＴＩ送信、たとえば、ＵＬ  ｓＴＴＩ送信および／またはＤＬ  ｓＴＴＩ送信などの、ｓＴＴＩにおける少なくとも１つの前の送信に基づいて、たとえば、ＷＴＲＵによって、決定されてよい。仮想的な割振りは、最後のＮ個のｎＴＴＩにおける、１つまたは複数のｓＴＴＩ送信、たとえば、ｓＴＴＩ  ＵＬ送信および／またはＤＬ送信などの、ｓＴＴＩにおける少なくとも１つの前の送信に基づいて、たとえば、ＷＴＲＵによって、決定されてよい。たとえば、Ｎは１または２であってよい。Ｎは、上位レイヤによって構成可能であってよい。Ｎは、ｓＴＴＩ長、最大ｓＴＴＩ長、および／またはｎＴＴＩ長のうちの１つまたは複数の関数であってよい。
【０２９６】
仮想的な割振りは、少なくとも１つのＵＬおよび／またはＤＬチャネルまたは送信、たとえば、前のｎＴＴＩまたはサブフレームにおいてスケジュールされるか、割り振られるか、または送信された少なくとも１つのＵＬチャネルおよび／またはＤＬチャネルのための、スケジューリングまたはリソース割振りに基づいてよい。たとえば、ＷＴＲＵが前のｎＴＴＩ（たとえば、前のサブフレーム）においてｓＰＵＳＣＨを送信した場合、ＷＴＲＵは、現在のｎＴＴＩのための仮想的なｓＰＵＳＣＨに対するスケジューリング情報または計算された電力として、スケジューリング情報および／もしくは計算された電力、またはそのｓＰＵＳＣＨに対する前のＰＵＳＣＨのリソース割振りのスケーリングされたバージョンを使用してよい。別の例では、ＷＴＲＵは、仮想的なｓＰＵＳＣＨに対する、前のＰＵＳＣＨの計算された電力のスケーリングされたバージョンを使用してよい。スケールファクタは、構成されてよく、かつ／または、たとえば、最後のｓＰＵＳＣＨが２つ以上のｎＴＴＩだけ早く送信された場合、ｓＰＵＳＣＨが送信されてから経過された時間の関数であってよい。
【０２９７】
ＷＴＲＵは、実際のショートすなわちｓＴＴＩチャネルおよび／またはチャネル電力の代わりに、仮想的なショートすなわちｓＴＴＩチャネルおよび／または仮想的なショートすなわちｓＴＴＩチャネル電力を使用して、通常の方法でｎＴＴＩチャネルに対する電力割振りを決定してよい。ＷＴＲＵは、ｎＴＴＩ全体または実質的にｎＴＴＩ全体にわたって電力割振りを決定してよい。ＷＴＲＵは、決定された電力割振りをｎＴＴＩにわたって適用してよい。たとえば、ｎＴＴＩ送信の開始の後にスケジュールされたショートすなわちｓＴＴＩチャネルに対して、たとえば、計上されなかったショートすなわちｓＴＴＩチャネルがスケジュールされかつ／または割り振られる場合、ＷＴＲＵは、ｎＴＴＩの間、ｎＴＴＩに対する電力を調整してよい。仮想的なｓＴＴＩに対するチャネルの電力の計算に対して、ＷＴＲＵは、チャネルが以前に送信されたときに実際の送信のために使用された経路損失を使用してよく、またはＷＴＲＵは、もっと最近もしくは現在の経路損失を使用して電力を計算してよい。
【０２９８】
仮想的なチャネルは、１つまたは複数のチャネルタイプにとって適用可能であってよく、またはそうしたチャネルタイプにとってのみ適用可能であってよい。たとえば、仮想的なチャネルタイプは、ＰＵＣＣＨ、ＰＵＳＣＨ、およびＵＣＩを搬送するＰＵＳＣＨのうちの１つまたは複数にとって適用可能であってよい。ＷＴＲＵは、仮想的なＰＵＣＣＨ割振りを決定するために、ＤＬトラフィック、たとえば、以前のＰＤＳＣＨスケジューリングおよび／または受信を使用してよい。ＷＴＲＵは、仮想的なＰＵＣＣＨ割振りを決定するために、ＵＬトラフィック、たとえば、以前のＰＵＣＣＨ割振りまたは送信を使用してよい。ＷＴＲＵは、仮想的なＰＵＳＣＨ割振りを決定するために、ＵＬトラフィック、たとえば、以前のＰＵＳＣＨスケジューリングおよび／または送信を使用してよい。
【０２９９】
ＷＴＲＵは、前のＭ個のｎＴＴＩの中でスケジュールされ、割り振られ、かつ／または送信されたショートすなわちｓＴＴＩチャネルの個数、すなわち、Ｎｃｓｔｔｉに基づいて、ｓＴＴＩに対する仮想的な割振りを使用してよく、または使用すべきと決定してよい。Ｍは、１、２、または任意の数であってよく、上位レイヤによって構成されてよい。Ｎｃｓｔｔｉが閾値を超える場合（たとえば、ＷＴＲＵが、Ｎｃｓｔｔｉが閾値を超えると決定する場合）、ＷＴＲＵは、ｎＴＴＩに対する電力を決定するとき、１つまたは複数のショートすなわちｓＴＴＩチャネルに対する仮想的な割振りを使用してよい。
【０３００】
Ｎｃｓｔｔｉが閾値を超えない場合（たとえば、ＷＴＲＵが、Ｎｃｓｔｔｉが閾値を超えないと決定する場合）、ＷＴＲＵは、ｎＴＴＩに対する電力を決定するとき、１つまたは複数のｓＴＴＩチャネルに対する仮想的な割振りを使用しなくてよい。たとえば、ショートすなわちｓＴＴＩチャネルが、最後のＭ個のｎＴＴＩの中でスケジュールされず、割り振られず、かつ／または送信されなかった場合、ＷＴＲＵは、ｎＴＴＩに対する電力決定のために仮想的な割振りを使用しなくてよい。
【０３０１】
ショートすなわちｓＴＴＩ送信、たとえば、ｎＴＴＩ電力の決定の際に計上されていないことがあるショートすなわちｓＴＴＩ送信が、スケジュールされるかまたは割り振られ、かつ最大電力がｓＴＴＩに対してまたはその間に超えられることがあると決定される場合、１つまたは複数のショートすなわちｓＴＴＩまたはｎＴＴＩチャネルまたは信号は、たとえば、本明細書で説明する実施形態のうちの１つまたは複数に従って、最大電力を超えることを避けるように調整または修正されてよい。
【０３０２】
ＷＴＲＵは、たとえば、１つまたは複数のショートすなわちｓＴＴＩチャネルに遭遇される最大電力条件に起因して、チャネルの送信が修正されたことを、たとえば、基地局に示すための表示を、ｎＴＴＩ送信の中に含めてよい。ＷＴＲＵは、最後のシンボルの中に、そのような表示のために構成または使用されることができる１つまたは複数のＰＲＢなどの中に、表示を含めてよい。
【０３０３】
ＷＴＲＵは、第１のサービングセルにおけるｎＴＴＩおよび第２のサービングセルにおけるｓＴＴＩのために構成されてよく、かつ／またはそれらを使用してよい。第１および第２のサービングセルは、同じサービングセルまたは異なるサービングセルであってよい。ＷＴＲＵは、たとえば、第１および第２のサービングセルのキャリアを集約するために、キャリアアグリゲーションを使用してよい。第１および第２のサービングセルは、同じかまたは別個のスケジューラ、ＭＡＣエンティティ、基地局、および／またはｅノードＢを有してよく、またはそれに属してよい。第１および第２のサービングセルにデュアル接続性が適用されてよい。
【０３０４】
ＴＴＩ、たとえば、ｎＴＴＩまたはｓＴＴＩに対して、ＷＴＲＵまたはＭＡＣエンティティは、たとえば、ＷＴＲＵまたはＭＡＣエンティティのＰＨ報告プロシージャを使用して、少なくとも１つのＰＨＲがトリガされていることがあるかどうかを決定することができる。
【０３０５】
ＭＡＣエンティティは、たとえば、ＰＨＲがトリガされていることがあるとＷＴＲＵが決定すると、ＰＨＲを送信してよい。ＷＴＲＵは、たとえば、ＰＨＲがトリガされていることがあるとＷＴＲＵが決定すると、たとえば、ＭＡＣ−ＣＥの中でかつ／またはＰＵＳＣＨチャネル上もしくはｓＰＵＳＣＨチャネル上で、ＰＨＲを送信してよい。ＷＴＲＵは、たとえば、新たな送信用であってよいＵＬリソースをＷＴＲＵが有することがあるとき、ＷＴＲＵがそれに対してリソース許可または割振りを有することがあるチャネル上で、たとえば、ＰＵＳＣＨ上またはｓＰＵＳＣＨ上で、ＰＨＲを送信してよい。
【０３０６】
ＭＡＣエンティティは、たとえば、シグナリングによって、別のＴＴＩ長を越える１つのＴＴＩ長における、ＰＨＲおよび／または他のＭＡＣ−ＣＥの送信に優先度を付けることができるか、または優先度を付けるように構成されてよい。一例では、ｎＴＴＩおよびｓＴＴＩを用いて構成されてよく、かつ／またはｎＴＴＩおよびｓＴＴＩを使用できるＭＡＣエンティティは、ｎＴＴＩまたはｓＴＴＩに対して、たとえば、ｎＴＴＩまたはｓＴＴＩのうちの１つに対して、少なくとも１つのＰＨＲがトリガされていることがあるかどうかを決定してよく、またはそのことだけを決定してよい。別の例では、ｎＴＴＩおよびｓＴＴＩを用いて構成されてよく、かつ／またはｎＴＴＩおよびｓＴＴＩを使用できるＭＡＣエンティティは、ｎＴＴＩリソースおよびｓＴＴＩリソースが両方とも利用可能であってよいとき、ｎＴＴＩリソース、たとえば、ＰＵＳＣＨまたはｓＴＴＩリソース、たとえば、ｓＰＵＳＣＨの中で、ＰＨＲを送信してよくまたはＰＨＲのみを送信してよい。
【０３０７】
ｓＴＴＩ、たとえば、ＵＬ  ｓＴＴＩは、たとえば、少なくとも１つまたはただ１つのｎＴＴＩ、たとえば、ＵＬ  ｎＴＴＩと重複することがある。ｎＴＴＩは、少なくとも１つのｓＴＴＩに重複することがある。ｎＴＴＩは、Ｍ個の、たとえば、多くともＭ個のｓＴＴＩに重複することがある。
【０３０８】
ＰＨＲ、たとえば、ｎＴＴＩの中で送信されてよいＰＨＲは、ｎＴＴＩ用のＰＨ、およびｎＴＴＩと重複することがあるｓＴＴＩに対応できる１つまたは複数のＰＨを含むことができる。ｓＴＴＩの中で送信されてよいＰＨＲは、ｓＴＴＩ用のＰＨ、およびｓＴＴＩと重複することがあるｎＴＴＩに対応できる１つまたは複数のＰＨを含むことができる。
【０３０９】
ＷＴＲＵは、たとえば、基地局へ、ＰＨＲを送ってよく、たとえば、ＰＨＲを送信してよい。ＰＨＲは、以下のうちの少なくとも１つを含むことができ、たとえば、ＷＴＲＵは、以下のうちの少なくとも１つをＰＨＲの中に含めることができる：ｎＴＴＩに対応できるＰＨ（ｎＴＴＩ  ＰＨ）、たとえば、ＰＨがそれに対して報告されてよいｓＴＴＩと重複することがあるｎＴＴＩ；ｓＴＴＩに対応できるＰＨ（ｓＴＴＩ  ＰＨ）、たとえば、ＰＨがそれに対して報告されてよいｎＴＴＩと重複することがあるｓＴＴＩ；ｓＴＴＩ  ＰＨのセット、たとえば、ＰＨがそれに対して報告されてよいｎＴＴＩと重複することがあるｓＴＴＩのセットの中のｓＴＴＩ用または各ｓＴＴＩ用のｓＴＴＩ  ＰＨ；たとえば、ｎＴＴＩに対する、電力、報告されてよい最大電力、および／または報告されてよいＰＨのうちの、少なくとも１つの計算および／または決定の際に、ｓＴＴＩチャネルまたはｓＴＴＩもしくはｓＴＴＩチャネルの影響が含まれることがあるという表示；ｓＴＴＩの表示、たとえば、どのｓＴＴＩがどのＰＨに対してＰＨＲの中で報告されてよくまたはＰＨＲの中に含まれてよいのか、たとえば、ＰＨがそれに対して報告されてよいｎＴＴＩと重複することがあるｓＴＴＩのセット内のｓＴＴＩの表示；ｎＴＴＩに対応できるＰCMAX,c；ｓＴＴＩに対応できるＰCMAX,c；対応するｎＴＴＩ  ＰＨが現実的であってよいのか、それとも仮想的であってよいのかを示すことができ、たとえば、現実的な送信または基準フォーマットに基づいてよい、ｎＴＴＩ  ＰＨのための仮想／現実インジケータフラグまたはフィールド（Ｖフラグ）；対応するｓＴＴＩ  ＰＨが現実的であってよいのか、それとも仮想的であってよいのかを示すことができ、たとえば、現実的な送信または基準フォーマットに基づいてよい、ｓＴＴＩ  ＰＨのための仮想／現実インジケータフラグまたはフィールド（Ｖフラグ）；電力管理フラグまたはフィールド、たとえば、報告されることができ、たとえば、報告されてよいＰＨの計算および／または決定の際に使用されてよいＰCMAX,cの決定の際に、電力管理に起因する電力バックオフが適用されてよいかどうかを示すことができるＰＨまたは各ＰＨに対するＰフラグ。
【０３１０】
ＰＨ、たとえば、ＰＨＲの中に含まれてよいｓＴＴＩ  ＰＨおよび／またはｎＴＴＩ  ＰＨは、現実的または仮想的であってよい。ＰＨ決定および／またはＰＨ報告は、たとえば、ｎＴＴＩおよびｓＴＴＩをサポートするとき、構成されること、提供されること、サポートされること、および／または使用されることができる。本明細書で使用する、計算する、または計算、および決定する、または決定という用語は、開示する例および実施形態において互いに置き換えられることがある。
【０３１１】
１つまたは複数のＰＨタイプがあってよい。たとえば、タイプ１ＰＨは、ＰＵＳＣＨ用のＰＨであってよい。タイプ１ＰＨは、ＰＵＳＣＨ電力からまたはＰＵＳＣＨ電力に基づいて計算されてよい。タイプ１ＰＨは、ＰＵＣＣＨチャネル電力を含まなくてよく、たとえば、ＰＵＣＣＨチャネル電力からまたはＰＵＣＣＨチャネル電力に基づいて計算されなくてよい。タイプ１ＰＨは、ＰＨを決定するために使用されてよい最大電力に対するＰＵＳＣＨ送信、たとえば、ＰＵＳＣＨ送信のスケジューリングの影響を含むことがある。タイプ１ＰＨは、ＰＨを決定するために使用されてよい最大電力に対するＰＵＣＣＨ送信、たとえば、ＰＵＣＣＨ送信のスケジューリングの影響を含まなくてよい。ＰＨがそれに対して計算されてよいＴＴＩの中でＰＵＳＣＨが送信されてよいとき、タイプ１ＰＨは現実的なＰＨであってよい。ＰＨがそれに対して計算されてよいＴＴＩの中でＰＵＳＣＨが送信されないことがあるとき、タイプ１ＰＨは仮想的なＰＨであってよく、たとえば、基準フォーマットが使用されてよい。
【０３１２】
一例では、タイプ２は、ＰＵＳＣＨ用および／またはＰＵＣＣＨ用のＰＨであってよい。タイプ２ＰＨは、ＰＵＳＣＨ電力および／もしくはＰＵＣＣＨ電力からまたはＰＵＳＣＨ電力および／もしくはＰＵＣＣＨ電力に基づいて計算されてよい。タイプ２ＰＨは、たとえば、ＰＵＳＣＨ送信が、ＰＨがそれに対して計算されてよいＴＴＩの中で行われることがあるとき、ＰＵＳＣＨ電力からまたはＰＵＳＣＨ電力に基づいて計算されてよい。タイプ２ＰＨは、たとえば、ＰＵＣＣＨ送信が、ＰＨがそれに対して計算されてよいＴＴＩの中で行われることがあるとき、ＰＵＣＣＨ電力からまたはＰＵＣＣＨ電力に基づいて計算されてよい。タイプ２ＰＨは、ＰＨを決定するために使用されてよい最大電力に対する、たとえば、ＰＨがそれに対して計算されてよいＴＴＩの中で行われることがあるＰＵＳＣＨ送信および／またはＰＵＣＣＨ送信の影響を含むことがある。
【０３１３】
ＰＵＳＣＨおよび／またはＰＵＣＣＨが、ＰＨがそれに対して計算されてよいＴＴＩの中で送信されないことがあるとき、基準フォーマットがＰＵＳＣＨおよび／またはＰＵＣＣＨのために使用されてよい。ＰＵＳＣＨとＰＵＣＣＨの両方が基準フォーマットを使用できるとき、タイプ２ＰＨは仮想的と見なされてよく、またはそのように示されてよい。
【０３１４】
ＰＨタイプは、ＴＴＩタイプもしくはＴＴＩ長に、またはＴＴＩタイプもしくはＴＴＩ長としてのチャネルに、適用されてよい。たとえば、ＰＨがその中でかつ／またはそれに対して報告されてよいｓＴＴＩに対して、たとえば、タイプＡ  ＰＨはｓＴＴＩ  ＰＨであってよい。ｓＴＴＩ  ＰＨはタイプＡ  ＰＨであってよい。
【０３１５】
タイプＡ  ＰＨは、ｓＰＵＳＣＨ用のＰＨであってよい。タイプＡ  ＰＨは、ＰＵＳＣＨがｓＰＵＳＣＨであってよいタイプ１ＰＨであってよい。タイプＢ  ＰＨは、ｎＰＵＳＣＨ用のＰＨであってよい。タイプＢ  ＰＨは、ＰＵＳＣＨがｎＰＵＳＣＨであってよいタイプ１ＰＨであってよい。タイプＣ  ＰＨは、少なくとも部分的に重複することがあるｎＰＵＳＣＨ用および／またはｓＰＵＳＣＨ用のＰＨであってよい。タイプＣ  ＰＨは、ｎＰＵＳＣＨ電力および／またはｓＰＵＳＣＨ電力、たとえば、重複することがあるｎＰＵＳＣＨおよびｓＰＵＳＣＨのうちの１つまたは複数の電力から、またはそうした電力に基づいて計算されてよい。たとえば、ＰＨがそれに対して計算されてよいＴＴＩ、たとえば、ｎＴＴＩの中でｎＰＵＳＣＨ送信が行われることがあるとき、タイプＣ  ＰＨは、ｎＰＵＳＣＨ電力からまたはｎＰＵＳＣＨ電力に基づいて計算されてよい。たとえば、ＰＨがその中でまたはそれに対して報告されてよいＴＴＩ、たとえば、ｎＴＴＩの中でｎＰＵＳＣＨ送信が行われるとき、タイプＣ  ＰＨは、ｎＰＵＳＣＨ電力からまたはｎＰＵＳＣＨ電力に基づいて計算されてよい。たとえば、ＰＨがその中でまたはそれに対して報告されてよいｓＴＴＩにｎＰＵＳＣＨ送信が重複することがあるとき、タイプＣ  ＰＨは、ｎＰＵＳＣＨ電力からまたはｎＰＵＳＣＨ電力に基づいて計算されてよい。たとえば、ＰＨがそれに対して計算されてよいＴＴＩ（たとえば、ｓＴＴＩ）の中でｓＰＵＳＣＨ送信が行われることがあるとき、タイプＣ  ＰＨは、ｓＰＵＳＣＨ電力からまたはｓＰＵＳＣＨ電力に基づいて計算されてよい。たとえば、ＰＨがその中でまたはそれに対して報告されてよいＴＴＩ（たとえば、ｓＴＴＩ）の中でｓＰＵＳＣＨ送信が行われることがあるとき、タイプＣ  ＰＨは、ｓＰＵＳＣＨ電力からまたはｓＰＵＳＣＨ電力に基づいて計算されてよい。たとえば、ＰＨがその中でまたはそれに対して報告されてよいｎＴＴＩにｓＰＵＳＣＨ送信が重複することがあるとき、タイプＣ  ＰＨは、ｓＰＵＳＣＨ電力からまたはｓＰＵＳＣＨ電力に基づいて計算されてよい。タイプＣ  ＰＨは、ＰＨを決定するために使用できる最大電力に対する、たとえば、ＰＨがそれに対して計算されてよいＴＴＩの中で行われてよくまたはそうしたＴＴＩと重複することがあるｎＰＵＳＣＨ送信および／またはｓＰＵＳＣＨ送信の影響を含むことがある。
【０３１６】
タイプＤ  ＰＨは、ｎＰＵＳＣＨ用および／またはｎＰＵＣＣＨ用のＰＨであってよい。タイプＤ  ＰＨは、ＰＵＳＣＨがｎＰＵＳＣＨであってよくＰＵＣＣＨがｎＰＵＣＣＨであってよい、タイプ２ＰＨであってよい。タイプＥ  ＰＨは、ｓＰＵＳＣＨ用および／またはｓＰＵＣＣＨ用のＰＨであってよい。タイプＤ  ＰＨは、ＰＵＳＣＨがｓＰＵＳＣＨであってよくＰＵＣＣＨがｓＰＵＣＣＨであってよい、タイプ２ＰＨであってよい。タイプＦ  ＰＨは、ｎＰＵＳＣＨ用、ｓＰＵＳＣＨ用、ｎＰＵＣＣＨ用、および／またはｓＰＵＣＣＨ用のＰＨであってよい。タイプＦ  ＰＨは、ＰＨタイプＢ、Ｃ、Ｄのうちの１つまたは複数に対して本明細書で説明するようなｎＰＵＳＣＨ電力から、またはそうしたｎＰＵＳＣＨ電力に基づいて計算されてよい。タイプＦ  ＰＨは、ＰＨタイプＡ、Ｃ、Ｅのうちの１つまたは複数に対して本明細書で説明するようなｓＰＵＳＣＨ電力から、またはそうしたｓＰＵＳＣＨ電力に基づいて計算されてよい。タイプＦ  ＰＨは、ＰＨタイプＤに対して本明細書で説明するようなｎＰＵＣＣＨ電力から、またはそうしたｎＰＵＣＣＨ電力に基づいて計算されてよい。タイプＦ  ＰＨは、ＰＨタイプＥに対して本明細書で説明するようなｓＰＵＣＣＨ電力から、またはそうしたｓＰＵＣＣＨ電力に基づいて計算されてよい。タイプＦ  ＰＨは、ＰＨを決定するために使用されてよい最大電力に対する、たとえば、ＰＨがそれに対して計算されてよいＴＴＩの中で行われてよくまたはそうしたＴＴＩと重複することがあるｎＰＵＳＣＨ送信、ｓＰＵＳＣＨ送信、ｎＰＵＣＣＨ送信、および／またはｓＰＵＣＣＨ送信の影響を含むことがある。
【０３１７】
ｓＴＴＩ  ＰＨは、タイプＡ、Ｃ、Ｅ、および／またはＦのうちの少なくとも１つとしてのＰＨであってよい。ｎＴＴＩ  ＰＨは、タイプＢ、Ｃ、Ｄ、および／またはＦのうちの少なくとも１つとしてのＰＨであってよい。ＰＨＲは、１つまたは複数のＰＨタイプを、たとえば、サービングセルに対して、たとえば、ＰＨタイプ１、２、Ａ、Ｂ、Ｃ、Ｄ、Ｅ、および／またはＦのうちの１つまたは複数を、含むことができる。ＰＨは、現実的なＰＨまたは仮想的なＰＨであってよい。現実的なＰＨは、現実的な送信パラメータ、たとえば、スケジューリング情報を使用してよく、またはそれに基づいてよい。仮想的なＰＨは、基準フォーマット、たとえば、基準スケジューリング情報を使用してよく、またはそれに基づいてよい。
【０３１８】
ＰＨを決定するために使用されてよいチャネルが、ＰＨがそれに対して計算されてよいＴＴＩの中で送信されてよいとき、ＰＨは現実的なＰＨであってよい。ＰＨを決定するために使用されてよいチャネルのためのスケジューリング情報が、たとえば、ＰＨがそれに対して計算されてよいＴＴＩに対するＰＨ計算にとって利用可能であってよいとき、ＰＨは現実的なＰＨであってよい。
【０３１９】
ＰＨを決定するために使用されてよいチャネルが、ＰＨがそれに対して計算されてよいＴＴＩの中で送信されないことがあるとき、ＰＨは仮想的なＰＨであってよい。ＰＨを決定するために使用されてよいチャネルのためのスケジューリング情報が、たとえば、ＰＨがそれに対して計算されてよいＴＴＩに対するＰＨ計算にとって利用可能でないことがあるとき、ＰＨは仮想的なＰＨであってよい。
【０３２０】
ｎＴＴＩの中で報告されてよいＰＨＲに対して、電力、最大電力、およびＰＨのうちの少なくとも１つは、ｎＴＴＩスケジューリングおよび利用可能な、たとえば、最悪状況で利用可能な、重複するｓＴＴＩスケジューリングに基づいて決定されてよく、かつ／またはＰＨＲは、１つもしくは複数の重複するｓＴＴＩ用のｎＴＴＩ  ＰＨおよびｓＴＴＩ  ＰＨを含むことができる。
【０３２１】
本明細書で使用するスケジューリングおよびスケジューリング情報という用語は、互換的に使用されることがある。スケジューリング情報は、いくつかのＲＢ、および／またはＲＢのセットのための周波数ロケーションなどの周波数ロケーションを含むことができる、リソース許可または割振り、ＴＢＳまたはコード化ビットの個数、ＵＣＩまたはＨＡＲＱフィードバックビットの個数、変調およびコーディング方式（ＭＣＳ）などの処理パラメータなどのうちの、少なくとも１つを含むことができる。スケジューリング情報は、送信より前に受信されること、復号されること、および／または決定されることができる。スケジューリング情報の、たとえば、ｎＴＴＩに対するｓＴＴＩの利用可能性は、たとえば、送信より前に、たとえば、ｎＴＴＩ送信より前に、スケジューリング情報がいつ受信、復号、および／または決定されることができるのかに応じて変わることがある。
【０３２２】
スケジューリング情報は、ＰＵＳＣＨまたはＰＵＣＣＨなどのチャネル用であってよい。スケジューリング情報は、ＴＴＩの中またはチャネル上で送信されてよいビットのタイプ、たとえば、ＵＣＩまたはデータビットに応じて変わることがある。ＵＬ送信のためのスケジューリング情報は、ＤＬ送信に基づいて決定されてよい。たとえば、送信されてよい、ＨＡＲＱフィードバックまたはＵＣＩビットの個数は、ＤＬ許可を提供できるＤＣＩに基づいて決定されてよい。
【０３２３】
ｎＴＴＩ  ＰＨ、ならびに、たとえば、ＰＨの計算および／または決定の際に使用されてよい１つまたは複数の関連する値の、計算および／または決定は、ｎＴＴＩのためのスケジューリング情報を使用することができる。関連する値は、電力または最大電力のうちの少なくとも一方であってよい。
【０３２４】
サービングセル、たとえば、第１のサービングセルのｎＴＴＩに対して、ＷＴＲＵは、サービングセルｎＴＴＩに対するスケジュールされた送信、たとえば、スケジュールされた送信用のいくつかのＲＢなどのスケジュールされた送信のパラメータに少なくとも基づいて、たとえば、サービングセルの物理チャネルなどのチャネルに対する電力、たとえば、サービングセルに対する最大電力、および／またはＰＨを決定することができる。スケジュールされた送信は、ＰＵＳＣＨ送信またはＰＵＣＣＨ送信であってよい。スケジュールされた送信は、リソースがそれに対して暗黙的または明示的に許可されてよくまたは割り振られてよい送信であってよい。たとえば、ＨＡＲＱフィードバックの送信のためのＰＵＣＣＨ送信またはｓＰＵＣＣＨ送信は、スケジュールされた送信と見なされてよい。
【０３２５】
サービングセル、たとえば、第１のサービングセルに対する最大電力は、バンド内サービングセル、たとえば、隣接するバンド内サービングセルであってよい別のサービングセル、たとえば、第２のサービングセルによって影響を受けることがある。ＷＴＲＵは、別のサービングセル、たとえば、第２のサービングセルに対するスケジュールされた送信、たとえば、完全にまたは少なくとも固定もしくは構成された量だけサービングセルｎＴＴＩに重複することがあるｎＴＴＩ、たとえば、バンド内サービングセルｎＴＴＩに少なくとも基づいて、最大電力を決定してよい。
【０３２６】
ｎＴＴＩ  ＰＨおよび１つまたは複数の関連する値の計算および／または決定は、たとえば、スケジューリング情報が利用可能であってよいとき、重複するｓＴＴＩのためのスケジューリング情報を使用することができる。サービングセルｎＴＴＩ、たとえば、第１のサービングセルｎＴＴＩに対して、ＷＴＲＵは、たとえば、ｓＴＴＩのためのスケジューリング情報が利用可能であってよいとき、サービングセルｎＴＴＩと重複することがあるサービングセル（および／または、別の、たとえば、第２のサービングセル）のｓＴＴＩのためのスケジュールされた送信に基づいて、たとえば、サービングセルの物理チャネルなどのチャネルに対する電力、たとえば、サービングセルに対する最大電力、および／またはＰＨを決定してよい。
【０３２７】
たとえば、スケジューリング情報を使用するのに十分な時間であってよい、ｎＴＴＩの開始より前の少なくともいくらかの量の時間に、ＷＴＲＵがｓＴＴＩのためのスケジューリング情報を有することができるとき、スケジューリング情報は、利用可能であってよくまたは利用可能と見なされてよい。
【０３２８】
時間の量は、いくつかのｓＴＴＩ、たとえば、ＵＬ  ｓＴＴＩもしくはＤＬ  ｓＴＴＩ、いくつかのシンボル、および／またはいくつかの時間サンプルであってよい。時間の量は、固定または構成されてよい。時間の量は、ＷＴＲＵ固有であってよい。時間の量は、たとえば、サービングセルに対する、タイミングアドバンス、たとえば、適用されるタイミングアドバンス、および／または受信−送信（Ｒｘ−Ｔｘ）時間差の関数であってよい。Ｒｘ−Ｔｘ時間差は、ＷＴＲＵの受信タイミングと送信タイミングとの間の時間差であってよい。
【０３２９】
一例では、ＷＴＲＵ  Ｒｘ−Ｔｘ時間差は、ＴＵＥ＿ＲＸ−ＴＵＥ＿ＴＸとして定義されてよい。ＴＵＥ＿ＲＸは、時間的に最初に検出された経路によって定義されてよい、たとえば、サービングセルからのダウンリンク時間ユニット（たとえば、サブフレームまたは無線フレーム）＃ｉのＷＴＲＵ受信タイミングであってよい。ＴＵＥ＿ＴＸは、アップリンク時間ユニット（たとえば、サブフレームまたは無線フレーム）＃ｉのＷＴＲＵ送信タイミングであってよい。ＷＴＲＵ  Ｒｘ−Ｔｘ時間差測定にとっての基準点は、ＷＴＲＵアンテナコネクタであってよい。
【０３３０】
ｎＴＴＩ  ＰＨは、ｓＴＴＩのセットからの１つのｓＴＴＩを使用してよい。ｓＴＴＩのセットに重複することがあるｎＴＴＩに対して、たとえば、電力、最大電力、および／またはＰＨの計算および／または決定は、ｓＴＴＩのセットのうちの少なくとも１つまたはただ１つを使用してよい。
【０３３１】
計算および／または決定は、たとえば、ｓＴＴＩのセットの中からのｓＴＴＩを使用してよく、ここで、ｓＴＴＩは、ＷＴＲＵがそれに対してスケジューリング情報（たとえば、利用可能なスケジューリング情報）を有してよいｓＴＴＩ、スケジュールされた最も多くのＲＢを有するｓＴＴＩ、最も大きい最大電力低減許容値、たとえば、最大電力、たとえば、ＰCMAX,cを決定する際の使用のための、たとえば、最大ＭＰＲおよび／もしくは最大追加ＭＰＲ（Ａ−ＭＰＲ）をもたらすことができるｓＴＴＩ、たとえば、最大電力、たとえば、ＰCMAX,cを決定する際の使用のための、スケジュールされたリソースの配置、たとえば、バンドエッジの近くにあるかもしくは近くにないことに関係することがある最も大きい最大電力低減許容値をもたらすことができるｓＴＴＩ、ならびに／または、たとえば、ｎＴＴＩ  ＰＨ計算であってよいＰＨ計算にとって最も低い最大電力をもたらすことができるｓＴＴＩのうちの、少なくとも１つであってよい。
【０３３２】
ＷＴＲＵは、ＰＨＲ、たとえば、ｎＴＴＩの中で送信されてよいＰＨＲの中に、以下のもの、すなわち、ｎＴＴＩ送信に対する電力、最大電力、および／もしくはＰＨの決定の際にＷＴＲＵが使用できるｓＴＴＩ用もしくはｓＴＴＩのセットの中のｓＴＴＩ用のｓＴＴＩ  ＰＨ、ならびに／または、たとえば、ＰＨＲの中で報告されてよい電力、最大電力、および／もしくはＰＨを決定するためにＷＴＲＵが使用できるｓＴＴＩのセットの中のｓＴＴＩであってよいｓＴＴＩの表示のうちの、少なくとも１つを含むことができる。
【０３３３】
スケジューリング情報利用可能性は、ＴＴＩ長、たとえば、ｓＴＴＩ長、たとえば、ＵＬ  ｓＴＴＩ長および／またはＤＬ  ｓＴＴＩ長、ならびにｎＴＴＩ長、たとえば、ＵＬ  ｎＴＴＩ長および／またはＤＬ  ｎＴＴＩ長のうちの、少なくとも１つに応じて変わることがある。スケジューリング情報利用可能性は、送信をスケジュールするかまたは引き起こすＴＴＩと、送信がその中で行われてよいＴＴＩとの間の時間の関数であってよい。
【０３３４】
いくつかのスケジューリング情報は、第２のＴＴＩ、たとえば、ｎＴＴＩと重複することがある第１のＴＴＩ、たとえば、ｓＴＴＩにとって利用可能でなくてよい。
【０３３５】
非限定的な例では、ＷＴＲＵは、第１のセル（セル１）のためのｎＴＴＩおよび第２のセル（セル２）のためのｓＴＴＩを伴って構成されてよい。ｓＴＴＩは１つのｎＴＴＩと重複することがあり、ｎＴＴＩはＭ個のｓＴＴＩと重複することがある。ＷＴＲＵは、たとえば、電力、最大電力、および／またはＰＨの計算および／または決定のために、その情報を使用することが可能であるべきｎＴＴＩの開始より前の十分な時間内に、たとえば、閾値量の時間内に、Ｍ個のｓＴＴＩのうちのＮ個のためのスケジューリング情報を受信してよく、またはそうしたスケジューリング情報のみを受信してよく、ここで、計算および／または決定はｎＴＴＩ用であってよい。
【０３３６】
たとえば、スケジューリング情報は、送信より前のいくつかのＴＴＩで受信されることができる。非限定的な例では、個数は４個であってよい。図２０での例におけるｓＴＴＩ３を参照すると、７つのｓＴＴＩがｎＴＴＩと重複される。スケジューリング情報が送信より前の４個のｓＴＴＩで受信されるとき、第５のｓＴＴＩの中での送信のためのスケジューリングは、第１のｓＴＴＩの中で受信されることになる。第５のｓＴＴＩのためのスケジューリング情報は、ｎＴＴＩの送信の開始の後に受信されることができ、たとえば、ｎＴＴＩに対する計算および／または決定のために、利用可能または使用可能でないことがある。この例では、Ｎは４以下であってよい。
【０３３７】
ｓＴＴＩ  ＰＨは、ｓＴＴＩスケジューリングを使用することができる。ｓＴＴＩ  ＰＨおよび１つまたは複数の関連する値の計算および／または決定は、ｓＴＴＩのためのスケジューリング情報を使用することができる。サービングセル（たとえば、第１のサービングセル）ｓＴＴＩに対して、ＷＴＲＵは、サービングセルｓＴＴＩに対するスケジュールされた送信（たとえば、スケジュールされた送信のためのいくつかのＲＢなどのスケジュールされた送信のパラメータ）に基づいて、（たとえば、サービングセルの物理チャネルなどのチャネルに対する）電力、（たとえば、サービングセルに対する）最大電力、および／またはＰＨを決定してよい。
【０３３８】
ＷＴＲＵは、たとえば、完全にまたは少なくとも固定もしくは構成された量だけサービングセルｓＴＴＩに重複することがある別のサービングセル（たとえば、第２のサービングセル）ｓＴＴＩ、たとえば、バンド内サービングセルｓＴＴＩのためのスケジュールされた送信に少なくとも基づいて、最大電力を決定してよい。
【０３３９】
ｓＴＴＩ  ＰＨは、ｎＴＴＩスケジューリングを使用することができる。ｓＴＴＩ  ＰＨおよび１つまたは複数の関連する値の計算および／または決定は、たとえば、スケジューリング情報が利用可能であってよいとき、重複するｎＴＴＩのためのスケジューリング情報を使用することができる。１つのｎＴＴＩだけ重複されることがあるｓＴＴＩに対して、ｎＴＴＩのためのスケジューリング情報が利用可能であってよく、または常に利用可能であってよい。
【０３４０】
サービングセルｓＴＴＩ、たとえば、第１のサービングセルｓＴＴＩに対して、ＷＴＲＵは、たとえば、ｎＴＴＩのためのスケジューリング情報が利用可能であってよいとき、サービングセルｓＴＴＩと重複することがあるサービングセル（および／または、別の、たとえば、第２のサービングセル）のｎＴＴＩのためのスケジュールされた送信に基づいて、たとえば、サービングセルの物理チャネルなどのチャネルに対する電力、たとえば、サービングセルに対する最大電力、および／またはＰＨを決定してよい。たとえば、スケジューリング情報を使用するのに十分な時間であってよい、ｓＴＴＩの開始より前の少なくともいくらかの量の時間に、ＷＴＲＵがｎＴＴＩのためのスケジューリング情報を有することができるとき、スケジューリング情報は、利用可能であってよく、または利用可能と見なされてよい。
【０３４１】
構成は、たとえば、基地局によって、提供されてよい。構成は、たとえば、ＷＴＲＵによって、受信および／または使用されてよい。ＷＴＲＵは、たとえば、同じかまたは異なるサービングセルにおいて、ｎＴＴＩおよび／もしくはｓＴＴＩを伴って構成されてよく、かつ／またはｎＴＴＩおよび／もしくはｓＴＴＩを使用してよい。ＷＴＲＵは、ｎＴＴＩの中でまたはｎＴＴＩに対して、ｎＴＴＩのみの中でもしくはｎＴＴＩのみに対して、かつ／またはｓＴＴＩの中でもしくはｓＴＴＩに対して、ＰＨを報告することができ、かつ／または報告するように構成されてよい。ＷＴＲＵは、たとえば、ｓＴＴＩの中でまたはｓＴＴＩに対してＰＨを報告するように構成されるとき、または構成されるときのみ、ｓＴＴＩの中でまたはｓＴＴＩに対してＰＨを報告してよい。
【０３４２】
いくつかの例示的なＰＨ報告例が本明細書で開示される。一例では、トリガを有するセル１ｎＴＴＩが、セル２ｓＴＴＩに重複する。
【０３４３】
ＰＨ報告の一例では、ＷＴＲＵは、たとえば、第１のセル（たとえば、第１のサービングセル）に対して、ｎＴＴＩの中でまたはｎＴＴＩに対して、ＰＨＲのためにトリガされることができる（たとえば、ＷＴＲＵはＰＨがトリガされてよいと決定することができる）。ＷＴＲＵは、第１のセルにおけるｎＰＵＳＣＨのために、たとえば、ｎＴＴＩのために許可され、割り振られ、かつ／または利用可能であるリソースを有してよい。許可または割振りは、新たなデータ用であってよい。ＷＴＲＵは、たとえば、第１のセル用の、ｎＴＴＩ  ＰＨを決定することができる。
【０３４４】
ＷＴＲＵは、たとえば、第２のセル（たとえば、第２のサービングセル）において、ｎＴＴＩと重複することがある少なくとも１つのｓＴＴＩを、それが有することがあるかどうかを決定してよい。ＷＴＲＵは、たとえば、第２のセル（たとえば、第２のサービングセル）において少なくとも１つの重複するｓＴＴＩをＷＴＲＵが有することがあるとき（たとえば、ＷＴＲＵが、それが有することができると決定できるとき）、ｓＴＴＩ  ＰＨ（たとえば、少なくとも１つまたはただ１つのｓＴＴＩ  ＰＨ）を決定してよい。ＷＴＲＵは、たとえば、第２のセル用の、ｓＴＴＩ  ＰＨを決定してよい。
【０３４５】
ＷＴＲＵは、決定されたｎＴＴＩ  ＰＨおよび／または決定されたｓＴＴＩ  ＰＨを、たとえば、ｎＰＵＳＣＨ上で、送ること、送信すること、含めること、または報告することができる。ＷＴＲＵは、ｎＴＴＩ  ＰＨおよび／またはｓＴＴＩ  ＰＨを含むことができるＭＡＣ−ＣＥを、たとえば、ｎＰＵＳＣＨ上で送ってよい。
【０３４６】
報告されるＰＨは、現実的または仮想的であってよい。報告されるｎＴＴＩ  ＰＨは、たとえば、タイプＢ  ＰＨまたはタイプＣ  ＰＨであってよい。報告されるｓＴＴＩ  ＰＨは、たとえば、タイプＡ  ＰＨまたはタイプＣ  ＰＨであってよい。制御チャネル、たとえば、ｎＰＵＣＣＨおよび／またはｓＰＵＣＣＨを含むことができる送信に対して、タイプＤ、Ｅ、および／またはＦのうちの１つまたは複数が、決定されること、報告されること、および／または使用されることができる。本明細書で使用する、送る、送信する、および報告するという用語は、例および実施形態において互換的に使用されることがある。
【０３４７】
図２１は、ＰＨ報告２１００の一例である。図示のステップは、別の順序で実行されてよい。例２１００において、ＷＴＲＵは、たとえば、第１のセル（たとえば、第１のサービングセル）に対して、ｎＴＴＩの中でまたはｎＴＴＩに対してＰＨＲのためにトリガされることができる（たとえば、ＷＴＲＵはＰＨＲがトリガされてよいと決定することができる）２１０２。ＷＴＲＵは、それが、たとえば、第１のセルにおいて、ｎＰＵＳＣＨのために（たとえば、ｎＴＴＩのために）許可され、割り振られ、かつ／または利用可能であるリソースを有するかどうかを決定することができる２１０４。ＷＴＲＵは、ｎＰＵＳＣＨリソースがＰＨ送信または報告のために使用されてよいかどうかをさらに決定してよい。２１０４において、ＷＴＲＵが、それがｎＴＴＩの中でまたはｎＴＴＩに対してＰＨ送信または報告のために使用されてよいｎＰＵＳＣＨリソースを有すると決定する場合、ＷＴＲＵは、たとえば、第２のセル（たとえば、第２のサービングセル）に対して、重複するｓＴＴＩがあるかどうか、またはそうしたｓＴＴＩをそれが有するかどうかを決定してよい２１０６。２１０６において、ＷＴＲＵが、重複するｓＴＴＩがあると、またはそうしたｓＴＴＩをそれが有すると決定する場合、ＷＴＲＵは、２１０８において少なくとも１つの重複するｓＴＴＩを、また２１１０において少なくとも１つの決定された重複するｓＴＴＩ用のｓＴＴＩ  ＰＨを、決定してよい。ＷＴＲＵは、２１１２において、ｎＴＴＩ  ＰＨを決定してよく、２１１４において、決定されたＰＨを送信または報告してよい。ＰＨ報告プロシージャは、２１１６において、次のＴＴＩのために終了および／または再起動してよい。ｎＴＴＩのためのＰＨＲトリガがない場合、ＷＴＲＵはＰＨを送信しなくてよく、２１１６において、プロシージャは終了してよく、またはＷＴＲＵは次のＴＴＩを待ってよい。２１０４において、ＷＴＲＵが、ｎＴＴＩの中でＰＨを送信または報告するために使用されてよいｎＰＵＳＣＨリソースがｎＴＴＩの中にないと決定する場合、２１１６において、プロシージャは終了してよく、またはＷＴＲＵは次のＴＴＩを待ってよい。２１０６において、ＷＴＲＵが、重複するｓＴＴＩがないと、または重複するｓＴＴＩをそれが有しないと決定する場合、ＷＴＲＵは、２１１２において、ｎＴＴＩ  ＰＨを決定してよく、ステップ２１１４および２１１６に進んでよい。
【０３４８】
一例では、トリガを有するセル１ｎＴＴＩは、セル２ｓＴＴＩに重複する。ＰＨ報告の一例では、ＷＴＲＵは、たとえば、第１のセル（たとえば、第１のサービングセル）に対して、ｎＴＴＩの中でまたはｎＴＴＩに対してＰＨＲのためにトリガされることができる（たとえば、ＷＴＲＵはＰＨがトリガされてよいと決定することができる）。ＷＴＲＵは、第１のセルにおいてｎＰＵＳＣＨのために（たとえば、ｎＴＴＩのために）許可され、割り振られ、かつ／または利用可能であるリソースを有してよい。許可または割振りは、新たなデータ用であってよい。ＷＴＲＵは、ｎＰＵＳＣＨに対する電力を決定してよい。
【０３４９】
ＷＴＲＵは、第２のセル（たとえば、第２のサービングセル）における、ショートすなわちｓＴＴＩチャネル（たとえば、ｓＴＴＩのためのチャネル）のためのスケジューリング情報、許可、および／または割振りを有してよく、またはそれらも有してよい。ｓＰＵＳＣＨは、ｓＴＴＩチャネルの非限定的な例として使用される。ｓＰＵＣＣＨなどの別のチャネルが使用されてよい。
【０３５０】
ｓＴＴＩチャネル、たとえば、ｓＰＵＳＣＨは、完全にまたは少なくとも部分的にｎＰＵＳＣＨと重複することがある。たとえば、ｓＴＴＩチャネル用の（たとえば、時間的な）リソースおよび／またはｓＴＴＩチャネルの送信は、ｎＰＵＳＣＨ用の（たとえば、時間的な）リソースおよび／またはｎＰＵＳＣＨの送信と重複することがある。ｓＴＴＩは、ｎＴＴＩ（たとえば、ＰＨＲがそのためにトリガされてよいｎＴＴＩ）と（たとえば、完全にまたは少なくとも部分的に）重複することがある。ＷＴＲＵは、ｓＴＴＩチャネル（たとえば、ｓＰＵＳＣＨ）電力を決定することができる。
【０３５１】
ＷＴＲＵは、少なくとも１つの最大電力を決定することができる。たとえば、ＷＴＲＵは、第１のセルおよび／または第２のセルに対する最大電力を決定してよい。ＷＴＲＵは、たとえば、第１および第２のセルが同じセルであってよいとき、またはそれらがバンド内セル、たとえば、隣接するバンド内セルであってよいとき、第１のセルおよび第２のセルに対する最大電力、たとえば、ＰCMAX,cを決定してよい。ＷＴＲＵは、第１のセルに対する最大電力、たとえば、ＰCMAX,c１、および第２のサービングセルに対する最大電力、たとえば、ＰCMAX,c２を決定してよい。ＰCMAX,c１およびＰCMAX,c２は同じであってよい。たとえば、第１および第２のセルが、バンド間セルおよび／または隣接しない（たとえば、隣接しないバンド内）セルであってよい異なるセルであってよいとき、ＰCMAX,c１およびＰCMAX,c２は異なることがある。
【０３５２】
ＷＴＲＵは、たとえば、第１のサービングセルに対して（たとえば、ｎＰＵＳＣＨ用の）ｎＴＴＩ  ＰＨを決定してよい。ＷＴＲＵは、たとえば、第２のサービングセルに対して（たとえば、ｓＰＵＳＣＨ用の）ｓＴＴＩ  ＰＨを決定してよい。
【０３５３】
ｎＴＴＩ  ＰＨは、ＰCMAX,c、またはＰCMAX,c１−決定されたｎＰＵＳＣＨ電力であってよい。ｓＴＴＩ  ＰＨは、ＰCMAX,c、またはＰCMAX,c２−決定されたｓＰＵＳＣＨ電力であってよい。ｎＴＴＩ  ＰＨまたはｓＴＴＩ  ＰＨは、ｎＰＵＳＣＨ電力および／またはｓＰＵＳＣＨ電力に基づいて決定されてよい。
【０３５４】
ＷＴＲＵは、決定されたｎＴＴＩ  ＰＨおよび／または決定されたｓＴＴＩ  ＰＨを、たとえば、ｎＰＵＳＣＨ上で、送ること、送信すること、含めること、または報告することができる。ＷＴＲＵは、ｎＴＴＩ  ＰＨおよび／またはｓＴＴＩ  ＰＨを含むことができるＭＡＣ−ＣＥを、たとえば、ｎＰＵＳＣＨ上で送ってよい。ＷＴＲＵは、ＰCMAX,cをＰＨＲの中に含めてよい。ＷＴＲＵは、ＰCMAX,c１および／またはＰCMAX,c２をＰＨＲの中に含めてよい。
【０３５５】
報告されるｎＴＴＩ  ＰＨは、たとえば、タイプＢ  ＰＨまたはタイプＣ  ＰＨであってよい。報告されるｓＴＴＩ  ＰＨは、たとえば、タイプＡ  ＰＨまたはタイプＣ  ＰＨであってよい。制御チャネル（たとえば、ｎＰＵＣＣＨおよび／またはｓＰＵＣＣＨ）を含むことができる送信に対して、タイプＤ、Ｅ、および／またはＦのうちの１つまたは複数が、決定されること、報告されること、および／または使用されることができる。
【０３５６】
あるいは、ＷＴＲＵは、決定されたｎＴＴＩ  ＰＨおよび／または決定されたｓＴＴＩ  ＰＨを、たとえば、ｎＰＵＳＣＨと重複することがあるｓＰＵＳＣＨ上で、送ること、送信すること、含めること、または報告することができる。
【０３５７】
一例では、トリガを有するセル１ｎＴＴＩが、Ｍ個のセル２ｓＴＴＩに重複する。ＰＨ報告の別の例では、ＷＴＲＵは、たとえば、第１のセル（たとえば、第１のサービングセル）に対して、ｎＴＴＩの中でまたはｎＴＴＩに対してＰＨＲのためにトリガされることができる（たとえば、ＷＴＲＵはＰＨがトリガされてよいと決定することができる）。ＷＴＲＵは、第１のセルにおいてｎＰＵＳＣＨのために（たとえば、ｎＴＴＩのために）許可され、割り振られ、かつ／または利用可能であるリソースを有してよい。許可または割振りは、新たなデータ用であってよい。ＷＴＲＵは、ｎＰＵＳＣＨに対する電力を決定してよい。
【０３５８】
たとえば、第２のセル上のまたは第２のセルに対するＭ個のｓＴＴＩは、たとえば、第１のセル上のまたは第１のセルに対するｎＴＴＩ、たとえば、ＰＨＲがそのためにトリガされてよいｎＴＴＩと、たとえば、完全にまたは少なくとも部分的に重複することがある。
【０３５９】
ＷＴＲＵは、第２のセル（たとえば、第２のサービングセル）におけるＮ個のｓＴＴＩまたはＮ個のｓＴＴＩの各々の中に、少なくとも１つのｓＴＴＩチャネルのためのスケジューリング情報、許可、および／または割振りを有してよく、たとえば、それらも有してよい。Ｎ個のｓＴＴＩは、ｎＴＴＩと重複することがあるＭ個のｓＴＴＩのサブセットであってよい。Ｎ個のｓＴＴＩは、（たとえば、完全にまたは少なくとも部分的に）ｎＴＴＩと重複することがある。Ｎ個のｓＴＴＩの中のｓＴＴＩチャネルのうちの１つまたは複数（たとえば、全部）がｎＰＵＳＣＨと重複することがある。
【０３６０】
重複は、完全にまたは少なくとも部分的に重複していることがある。ｓＴＴＩチャネルのうちの１つまたは複数は、ｓＰＵＳＣＨであってよい。ｓＴＴＩチャネルのうちの１つまたは複数は、ｓＰＵＣＣＨであってよい。ＷＴＲＵは、少なくともＰＨ報告のために使用するために、Ｍ個のｓＴＴＩのうちの少なくとも１つを決定してよくまたは選んでよい。ＷＴＲＵは、少なくともＰＨ報告のために使用するために、Ｎ個のｓＴＴＩのうちの少なくとも１つを決定してよい。決定されるｓＴＴＩは、Ｍ個のｓＴＴＩの中の第ｋのｓＴＴＩであってよい。
【０３６１】
決定されるｓＴＴＩは、たとえば、ＷＴＲＵ実装形態に従って決定されたｓＴＴＩ、ＷＴＲＵがそれに対してｓＰＵＳＣＨのためのスケジューリング情報を有してよいｓＴＴＩ、ＷＴＲＵがそれに対してｓＰＵＣＣＨのためのスケジューリング情報を有してよいｓＴＴＩ、ＷＴＲＵがそれに対してｓＰＵＳＣＨもしくはｓＰＵＣＣＨのためのスケジューリング情報を有してよいＮ個もしくはＭ個のｓＴＴＩの中の最初の、たとえば、時間的に最も早いｓＴＴＩ、電力低減許容値（たとえば、ＭＰＲ、Ａ−ＭＰＲ、Ｐ−ＭＰＲなどのうちの少なくとも１つまたはその組合せ）がそれに対して最も大きくてよいＮ個もしくはＭ個のｓＴＴＩの中のｓＴＴＩ、最大電力がそれに対して最も小さくてよいＮ個もしくはＭ個のｓＴＴＩの中のｓＴＴＩ、および／または、たとえば、ＷＴＲＵがｓＴＴＩに対する（たとえば、ｓＰＵＳＣＨまたはｓＰＵＣＣＨのための）スケジューリング情報を有することがあるかどうかにかかわらずＭ個のｓＴＴＩの中の最初の（たとえば、時間的に最も早い）ｓＴＴＩのうちの、少なくとも１つであってよい。
【０３６２】
ＷＴＲＵは、少なくともＰＨ報告のために使用するために、たとえば、Ｎ個のｓＴＴＩの中のｓＴＴＩチャネルの中から選ぶことによって、ｓＴＴＩチャネル、たとえば、ｓＰＵＳＣＨを決定してよい。決定されたｓＴＴＩチャネルは、Ｍ個のｓＴＴＩの中の第ｋのｓＴＴＩに対応することができる。
【０３６３】
決定されたｓＴＴＩチャネルは、たとえば、ＷＴＲＵ実装形態に従って決定されたｓＴＴＩチャネル、ｓＰＵＳＣＨもしくはｓＰＵＣＣＨ、たとえば、ＷＴＲＵがそれに対してスケジューリング情報を有してよいｓＰＵＳＣＨもしくはｓＰＵＣＣＨ、ＷＴＲＵがそれに対してスケジューリング情報を有してよいｓＰＵＳＣＨの中の最初の、たとえば、時間的に最も早いｓＰＵＳＣＨ、ＷＴＲＵがそれに対してスケジューリング情報を有してよいｓＰＵＣＣＨの中の最初の、たとえば、時間的に最も早いｓＰＵＣＣＨ、電力低減許容値（たとえば、ＭＰＲ、Ａ−ＭＰＲ、Ｐ−ＭＰＲなどのうちの少なくとも１つまたはその組合せ）がそれに対して最も大きくてよいｓＴＴＩチャネルの中のｓＴＴＩチャネル、および／または最大電力がそれに対して最も小さくてよいｓＴＴＩチャネルの中のｓＴＴＩチャネルのうちの、少なくとも１つであってよい。
【０３６４】
ＷＴＲＵは、決定されたｓＴＴＩチャネルに対する電力を決定することができる。ＷＴＲＵは、決定されたｓＴＴＩの中のｓＴＴＩチャネルに対する電力を決定することができる。ＷＴＲＵは、少なくとも１つの最大電力を決定することができる。たとえば、ＷＴＲＵは、第１のセルおよび／または第２のセルに対する最大電力を決定してよい。ＷＴＲＵは、たとえば、ｎＰＵＳＣＨ用のｎＴＴＩ  ＰＨを決定してよい。ｎＴＴＩ  ＰＨは、ＰCMAX,c、またはＰCMAX,c１−決定されたｎＰＵＳＣＨ電力であってよい。
【０３６５】
ＷＴＲＵは、たとえば、決定されるかまたは選ばれたｓＴＴＩチャネル用のｓＴＴＩ  ＰＨを決定してよい。ＷＴＲＵは、たとえば、決定されるかまたは選ばれたｓＴＴＩの中の１つまたは複数のｓＴＴＩチャネルに対する決定された電力に基づいて、決定されるかまたは選ばれたｓＴＴＩ用のｓＴＴＩ  ＰＨを決定してよい。
【０３６６】
ｓＴＴＩ  ＰＨは、ＰCMAX,c、またはＰCMAX,c２−決定された少なくとも１つのｓＴＴＩチャネル電力であってよい。
【０３６７】
ＷＴＲＵは、決定されたｎＴＴＩ  ＰＨおよび／または決定されたｓＴＴＩ  ＰＨを、たとえば、ｎＰＵＳＣＨ上で、送ること、送信すること、含めること、または報告することができる。ＷＴＲＵは、ｎＴＴＩ  ＰＨおよび／またはｓＴＴＩ  ＰＨを含むことができるＭＡＣ−ＣＥを、たとえば、ｎＰＵＳＣＨ上で送ってよい。ＷＴＲＵは、ＰCMAX,cをＰＨＲの中に含めてよい。ＷＴＲＵは、ＰCMAX,c１および／またはＰCMAX,c２をＰＨＲの中に含めてよい。
【０３６８】
あるいは、ＷＴＲＵは、決定されたｎＴＴＩ  ＰＨおよび／または決定されたｓＴＴＩ  ＰＨを、たとえば、ｎＰＵＳＣＨと重複することがあるｓＰＵＳＣＨ上で、送ること、送信すること、含めること、または報告することができる。
【０３６９】
ＷＴＲＵは、どのｓＴＴＩまたはｓＴＴＩチャネル（たとえば、ｓＰＵＳＣＨおよび／またはｓＰＵＣＣＨ）にｓＴＴＩ  ＰＨが対応できるのかを示すための表示を、ＰＨＲの中に含めてよい。たとえば、ＷＴＲＵは、ｎＴＴＩと重複することがあるＭ個のｓＴＴＩの中の第ｋのｓＴＴＩにｓＴＴＩ  ＰＨが対応できるという表示を含めてよい。たとえば、ＷＴＲＵは、ｋまたはｋ−１という値を含めてよい。
【０３７０】
いくつかのビット（Ｂ）が、表示のために使用されてよい。Ｂの値は、固定または構成されてよい。Ｂは、たとえば、１、２、または３であってよい。Ｂは、ｓＴＴＩ長および／またはｎＴＴＩ長の関数であってよい。たとえば、１サブフレームまたは１４シンボルとしてのｎＴＴＩの場合、１タイムスロットもしくは７シンボルとしてのｓＴＴＩに対してＢは１であってよく、４シンボルとしてのｓＴＴＩに対してＢは１もしくは２であってよく、かつ／または２シンボルとしてのｓＴＴＩに対してＢは２もしくは３であってよい。
【０３７１】
あるいは、ＷＴＲＵは、ｎＴＴＩに重複することがあるＭ個のｓＴＴＩのうちの少なくとも１つ（たとえば、各々）のためのｓＴＴＩ  ＰＨを決定してよい。決定されたｓＴＴＩ  ＰＨは、現実的または仮想的であってよい。ＷＴＲＵは、決定されたｎＴＴＩ  ＰＨおよび／または決定されたｓＴＴＩ  ＰＨ（たとえば、Ｍ個のｓＴＴＩ  ＰＨ）を、たとえば、ｎＰＵＳＣＨ（または、ｎＰＵＳＣＨに重複することがあるｓＰＵＳＣＨ）上で、送ること、送信すること、含めること、または報告することができる。
【０３７２】
一例では、トリガを有するセル１ｓＴＴＩが、セル２ｎＴＴＩに重複する。ＰＨ報告の一例では、ＷＴＲＵは、たとえば、第１のセル（たとえば、第１のサービングセル）に対して、ｓＴＴＩの中でまたはｓＴＴＩに対してＰＨＲのためにトリガされることができる（たとえば、ＷＴＲＵはＰＨがトリガされてよいと決定することができる）。ＷＴＲＵは、第１のセルにおいてｓＰＵＳＣＨのために（たとえば、ｓＴＴＩのために）許可され、割り振られ、かつ／または利用可能であるリソースを有してよい。許可または割振りは、新たなデータ用であってよい。ＷＴＲＵは、ｓＰＵＳＣＨに対する電力を決定することができる。
【０３７３】
ＷＴＲＵは、第２のセルにおけるｎＴＴＩを伴う動作のために、使用してよくかつ／もしくは構成されてよく、または使用してもよくかつ／もしくは構成されてもよい。ｓＴＴＩは、完全にまたは少なくとも部分的にｎＴＴＩと重複することがある。
【０３７４】
ＷＴＲＵは、たとえば、ｓＰＵＳＣＨ用のｓＴＴＩ  ＰＨを決定してよい。ＷＴＲＵは、たとえば、ｓＴＴＩに重複することがあるｎＴＴＩ用のｎＴＴＩ  ＰＨを決定してよい。
【０３７５】
ＷＴＲＵは、たとえば、ｓＰＵＳＣＨが、リソースがそれに対して許可されてよくまたは割り振られてよいｎＰＵＳＣＨと重複することがあるとき、現実的なｎＴＴＩを決定してよい。ＷＴＲＵは、たとえば、ｓＰＵＳＣＨがｎＰＵＳＣＨと重複しなくてよいとき、仮想的なｎＴＴＩ  ＰＨを決定してよい。
【０３７６】
ＷＴＲＵは、決定されたｎＴＴＩ  ＰＨおよび／または決定されたｓＴＴＩ  ＰＨを、たとえば、ｓＰＵＳＣＨ上で、送ること、送信すること、含めること、または報告することができる。ＷＴＲＵは、ｎＴＴＩ  ＰＨおよび／またはｓＴＴＩ  ＰＨを含むことができるＭＡＣ−ＣＥを、たとえば、ｓＰＵＳＣＨ上で送ってよい。ＷＴＲＵは、１つまたは複数の最大電力、たとえば、ＰCMAX,c、ＰCMAX,c１、および／またはＰCMAX,c２のうちの少なくとも１つを、ＰＨＲの中に含めることができる。
【０３７７】
あるいは、ＷＴＲＵは、たとえば、ＰＨＲトリガがｎＴＴＩの開始より前（たとえば、それより前の十分な時間の中）にあってよいとき、決定されたｎＴＴＩ  ＰＨおよび／または決定されたｓＴＴＩ  ＰＨをｎＰＵＳＣＨ上で、送ること、送信すること、含めること、または報告することができる。
【０３７８】
図２２は、ｓＰＤＣＣＨ領域決定２２００の一例である。ＷＴＲＵは、ショートＴＴＩ  ＰＤＣＣＨ（ｓＰＤＣＣＨ）領域を監視することができる（２２０２）。ＷＴＲＵは、いつダウンリンクｓＴＴＩ長がアップリンクｓＴＴＩ長よりも短くなるように構成されるのかを監視することを実行してよい。ＷＴＲＵは、ＷＴＲＵ固有パラメータに基づいて、アップリンク許可のための候補ｓＰＤＣＣＨ領域のセットの中から、ｓＰＤＣＣＨ領域を決定することができる（２２０４）。ＷＴＲＵ固有パラメータは、ＷＴＲＵ−ＩＤを含むことができる。アップリンク許可は、決定されたｓＰＤＣＣＨ領域の中でＷＴＲＵによって受信されることができる（２２０６）。ＷＴＲＵは、アップリンク許可を使用してネットワークの中で通信することができる（２２０８）。
【０３７９】
上記では特徴および要素が特定の組合せで説明されるが、各特徴または要素が単独でまたは他の特徴および要素との任意の組合せで使用できることを当業者は了解されよう。加えて、本明細書で説明する方法は、コンピュータまたはプロセッサによる実行のための、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施されてよい。コンピュータ可読媒体の例は、（有線接続またはワイヤレス接続を介して送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定はしないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクやデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおける使用のための無線周波数トランシーバを実装するために、ソフトウェアに関連するプロセッサが使用されてよい。
【図１Ａ】
2019510441.tif 000028
【図１Ｂ】
2019510441.tif 000029
【図１Ｃ】
2019510441.tif 000030
【図２】
2019510441.tif 000031
【図３】
2019510441.tif 000032
【図４】
2019510441.tif 000033
【図５】
2019510441.tif 000034
【図６】
2019510441.tif 000035
【図７】
2019510441.tif 000036
【図８】
2019510441.tif 000037
【図９】
2019510441.tif 000038
【図１０】
2019510441.tif 000039
【図１１】
2019510441.tif 000040
【図１２】
2019510441.tif 000041
【図１３】
2019510441.tif 000042
【図１４】
2019510441.tif 000043
【図１５】
2019510441.tif 000044
【図１６】
2019510441.tif 000045
【図１７】
2019510441.tif 000046
【図１８】
2019510441.tif 000047
【図１９】
2019510441.tif 000048
【図２０】
2019510441.tif 000049
【図２１】
2019510441.tif 000050
【図２２】
2019510441.tif 000051
【手続補正書】
【提出日】平成30年11月28日(2018.11.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
物理アップリンク制御チャネル（ＰＵＣＣＨ）のための１つまたは複数の構成されたＰＵＣＣＨリソースを決定するように構成されたプロセッサであって、前記決定は、ハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）ビットの個数に基づいて、かつ閾値に基づいて行われる、プロセッサと、
アップリンク制御情報（ＵＣＩ）のために利用されるシンボルの個数、およびＨＡＲＱ−ＡＣＫビットの前記個数に基づいて、前記ＰＵＣＣＨのフォーマットを決定するようにさらに構成されたプロセッサと、
前記１つまたは複数のＰＵＣＣＨリソース上で前記ＰＵＣＣＨを送信するように構成されたトランシーバと
を備えたワイヤレス送信／受信ユニット（ＷＴＲＵ）。
【請求項２】
ショート送信時間間隔（ｓＴＴＩ）物理ダウンリンク制御チャネル（ｓＰＤＣＣＨ）を受信するように構成された前記トランシーバをさらに備え、ダウンリンクｓＴＴＩギャップが、ｓＴＴＩ物理ダウンリンク制御チャネル（ｓＰＤＣＣＨ）領域と、前記ＰＵＣＣＨのためのアップリンクｓＴＴＩとの間に構成される、請求項１に記載のＷＴＲＵ。
【請求項３】
候補ｓＰＤＣＣＨ領域のセットは複数のｓＴＴＩを含む、請求項２に記載のＷＴＲＵ。
【請求項４】
ダウンリンクｓＴＴＩ長はアップリンクｓＴＴＩ長よりも短い、請求項２に記載のＷＴＲＵ。
【請求項５】
ダウンリンクＴＴＩと部分的に重複するダウンリンクショート送信時間間隔（ｓＴＴＩ）をさらに備える、請求項１に記載のＷＴＲＵ。
【請求項６】
アップリンク（ＵＬ）ショート送信時間間隔（ｓＴＴＩ）についての第１の情報を、ＵＬ  ＴＴＩについての第２の情報と並行して前記ＰＵＣＣＨ上で送信するようにさらに構成された前記トランシーバ
をさらに備える、請求項１に記載のＷＴＲＵ。
【請求項７】
前記ＵＬ  ｓＴＴＩは、前記ＵＬ  ＴＴＩと重複する複数のＵＬ  ｓＴＴＩのうちの１つである、請求項６に記載のＷＴＲＵ。
【請求項８】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、
物理アップリンク制御チャネル（ＰＵＣＣＨ）のための１つまたは複数の構成されたＰＵＣＣＨリソースを決定するステップであって、前記決定は、ハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）ビットの個数に基づいて、かつ閾値に基づいて行われる、ステップと、
アップリンク制御情報（ＵＣＩ）のために利用されるシンボルの個数、およびＨＡＲＱ−ＡＣＫビットの前記個数に基づいて、前記ＰＵＣＣＨのフォーマットを決定するステップと、
前記１つまたは複数のＰＵＣＣＨリソース上で前記ＰＵＣＣＨを送信するステップと
を備える方法。
【請求項９】
ショート送信時間間隔（ｓＴＴＩ）物理ダウンリンク制御チャネル（ｓＰＤＣＣＨ）を受信するステップをさらに備え、ダウンリンクｓＴＴＩギャップが、ｓＴＴＩ物理ダウンリンク制御チャネル（ｓＰＤＣＣＨ）領域と、前記ＰＵＣＣＨのためのアップリンクｓＴＴＩとの間に構成される、請求項８に記載の方法。
【請求項１０】
候補ｓＰＤＣＣＨ領域のセットは複数のｓＴＴＩを含む、請求項９に記載の方法。
【請求項１１】
ダウンリンクｓＴＴＩ長はアップリンクｓＴＴＩ長よりも短い、請求項９に記載の方法。
【請求項１２】
ダウンリンクＴＴＩと部分的に重複するダウンリンクショート送信時間間隔（ｓＴＴＩ）をさらに備える、請求項８に記載の方法。
【請求項１３】
アップリンク（ＵＬ）ショート送信時間間隔（ｓＴＴＩ）についての第１の情報を、ＵＬ  ＴＴＩについての第２の情報と並行して前記ＰＵＣＣＨ上で送信するステップ
をさらに備える、請求項８に記載の方法。
【請求項１４】
前記ＵＬ  ｓＴＴＩは、前記ＵＬ  ＴＴＩと重複する複数のＵＬ  ｓＴＴＩのうちの１つである、請求項１３に記載の方法。
【国際調査報告】
2019510441.tif 000052
2019510441.tif 000053
2019510441.tif 000054