知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
特表2024-514256複数のスロットにわたるトランスポートブロック送信のためのＵＬ電力制御
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-03-29
(54)【発明の名称】複数のスロットにわたるトランスポートブロック送信のためのＵＬ電力制御
(51)【国際特許分類】
H04W 52/04 20090101AFI20240322BHJP
H04W 72/0446 20230101ALI20240322BHJP
H04W 52/18 20090101ALI20240322BHJP
H04L 27/26 20060101ALI20240322BHJP
【ＦＩ】
H04W52/04
H04W72/0446
H04W52/18
H04L27/26 114
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023561088
(86)(22)【出願日】2022-04-04
(85)【翻訳文提出日】2023-12-01
(86)【国際出願番号】 IB2022053132
(87)【国際公開番号】W WO2022208490
(87)【国際公開日】2022-10-06
(31)【優先権主張番号】PCT/CN2021/085475
(32)【優先日】2021-04-03
(33)【優先権主張国・地域又は機関】CN
(31)【優先権主張番号】PCT/CN2021/085712
(32)【優先日】2021-04-06
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(74)【代理人】
【識別番号】100199705
【弁理士】
【氏名又は名称】仙波 和之
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(72)【発明者】
【氏名】スー， リン
(72)【発明者】
【氏名】リン， ツィーペン
(72)【発明者】
【氏名】ハリソン， ロバート
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067EE02
5K067EE10
5K067EE72
(57)【要約】
複数のスロットにわたるトランスポートブロック（ＴＢ）（ＴＢｏＭＳ）のためのアップリンク電力制御のためのシステムおよび方法が本明細書で開示される。一実施形態では、無線通信デバイスによって実施される方法が、ＴＢｏＭＳ送信機会ごとのＴＢｏＭＳアップリンク送信のための送信電力を決定することと、ＴＢｏＭＳアップリンク送信を送信することとを含む。このようにして、ＴＢｏＭＳのための電力制御が提供される。
【選択図】図３
【選択図】図３
【特許請求の範囲】
【請求項1】
無線通信デバイス（１１２）によって実施される方法であって、前記方法が、複数のスロットにわたるトランスポートブロック（ＴＢｏＭＳ）送信機会ごとのＴＢｏＭＳアップリンク送信のための送信電力を決定すること（３００）と、
前記送信電力に従って前記ＴＢｏＭＳアップリンク送信を送信すること（３０２）と
を含む、方法。
【請求項2】
前記送信電力が線形送信電力である、請求項１に記載の方法。
【請求項3】
前記ＴＢｏＭＳアップリンク送信が、ＴＢｏＭＳ物理アップリンク共有チャネル（ＰＵＳＣＨ）送信である、請求項１または２に記載の方法。
【請求項4】
前記ＴＢｏＭＳアップリンク送信の１つのＴＢｏＭＳ送信機会が、１つのスロット内の前記ＴＢｏＭＳアップリンク送信の一部として規定され、前記ＴＢｏＭＳ送信機会が、システムフレーム番号ＳＦＮをもつフレーム内のスロットインデックス【請求項5】
前記ＴＢｏＭＳアップリンク送信の１つのＴＢｏＭＳ送信機会が、前記ＴＢｏＭＳアップリンク送信の２つまたはそれ以上の連続するスロットに及ぶ、請求項１から３のいずれか一項に記載の方法。
【請求項6】
前記ＴＢｏＭＳアップリンク送信の１つのＴＢｏＭＳ送信機会が、システムフレーム番号ＳＦＮをもつ前記ＴＢｏＭＳ送信機会の第１のスロットのインデックス【請求項7】
前記ＴｂｏＭＳアップリンク送信の１つのＴＢｏＭＳ送信機会が、前記ＴｂｏＭＳアップリンク送信の２つまたはそれ以上の連続するまたは連続しないスロットに及ぶ、請求項１から３のいずれか一項に記載の方法。
【請求項8】
前記ＴＢｏＭＳアップリンク送信の１つのＴＢｏＭＳ送信機会が、システムフレーム番号ＳＦＮをもつ前記ＴＢｏＭＳ送信機会の第１のスロットのインデックス【請求項9】
前記ＴＢｏＭＳアップリンク送信のためのすべてのスロットが、単一のＴＢｏＭＳ送信機会として扱われる、請求項１から３のいずれか一項に記載の方法。
【請求項10】
前記ＴＢｏＭＳアップリンク送信のためのすべてのスロットのセットが、２つまたはそれ以上のサブセットに分割され、前記２つまたはそれ以上のサブセットのうちの各サブセットが、１つのＴｂｏＭＳ送信機会として扱われる、請求項１から３のいずれか一項に記載の方法。
【請求項11】
前記無線通信デバイス（１１２）は、ＴＢｏＭＳ送信機会がどのように規定されるかについての２つまたはそれ以上のオプションをサポートし、ＴｂｏＭＳ送信機会ごとの前記ＴｂｏＭＳアップリンク送信のための前記送信電力を決定する（３００）ときに前記無線通信デバイス（１１２）によって使用される前記２つまたはそれ以上のオプションのうちの１つが、ネットワークノードによって設定されるかまたはあらかじめ決定されるかのいずれかである、請求項１から１０のいずれか一項に記載の方法。
【請求項12】
１つのＴＢｏＭＳ送信機会が、２つまたはそれ以上のスロットに及び、ＴＢｏＭＳ送信機会ごとの前記ＴＢｏＭＳアップリンク送信のための前記送信電力を決定すること（３００）は、ＴＢｏＭＳ送信機会のための送信電力を決定することであって、前記送信電力が、前記ＴＢｏＭＳ送信機会の第１のスロットのために決定された送信電力と等価であり、同じ送信電力が前記ＴＢｏＭＳ送信機会の終了まで保たれる、ＴＢｏＭＳ送信機会のための送信電力を決定すること、または
ＴＢｏＭＳ送信機会の前記２つまたはそれ以上のスロットを全体として考慮して、前記ＴＢｏＭＳ送信機会のための送信電力を決定すること
のいずれかを含む、請求項１から３または５から１１のいずれか一項に記載の方法。
【請求項13】
特定のパラメータが、前記ＴＢｏＭＳ送信機会の前記２つまたはそれ以上のスロットのうちの少なくとも２つについて異なり、前記ＴＢｏＭＳ送信機会のための前記送信電力を決定すること（３００）が、前記ＴＢｏＭＳ送信機会の前記２つまたはそれ以上のスロットのうちの固定された１つまたは複数についての前記特定のパラメータに基づいて、前記ＴＢｏＭＳ送信機会のための前記送信電力を決定することを含む、請求項１２に記載の方法。
【請求項14】
送信電力の変更が前記ＴＢｏＭＳアップリンク送信中に可能にされるか否かが、ネットワークノードによって設定されるかまたはあらかじめ決定されるかのいずれかである、請求項１から１３のいずれか一項に記載の方法。
【請求項15】
送信電力の変更が前記ＴＢｏＭＳアップリンク送信の繰返し間で可能にされるか否かが、ネットワークノードによって設定されるかまたはあらかじめ決定されるかのいずれかである、請求項１から１４のいずれか一項に記載の方法。
【請求項16】
前記送信電力が、１つまたは複数の他の特徴に相互依存する、請求項１４または１５に記載の方法。
【請求項17】
前記送信電力が、クロススロットチャネル推定に相互依存する、請求項１６に記載の方法。
【請求項18】
前記送信電力が、１つまたは複数のパラメータに基づいて前記ＴＢｏＭＳアップリンク送信のためのＴＢｏＭＳ送信機会間で変化する、請求項１４から１７のいずれか一項に記載の方法。
【請求項19】
前記１つまたは複数のパラメータが、（ａ）各スロットにおけるデータ対復調用参照信号（ＤＭＲＳ）比、（ｂ）グループ共通送信電力制御（ＴＰＣ）コマンド、（ｃ）参照信号、（ｄ）パスロス推定、（ｅ）ＰＵＳＣＨ電力制御調節状態、または（ｆ）（ａ）～（ｅ）のうちの２つまたはそれ以上の任意の組合せを含む、請求項１８に記載の方法。
【請求項20】
同じ送信電力が、前記ＴＢｏＭＳアップリンク送信の前記複数のスロットにわたって設定されるかまたはあらかじめ決定され、前記無線通信デバイス（１１２）が、第１のスロットにおける送信電力に基づいて送信より前に前記送信電力を決定し、前記ＴＢｏＭＳアップリンク送信の終了まで前記送信電力を同じに保つ、請求項１から１９のいずれか一項に記載の方法。
【請求項21】
・ 前記無線通信デバイス（１１２）が、前記ＴＢｏＭＳアップリンク送信中に前記ＴＢｏＭＳアップリンク送信のためのＴＰＣコマンドを受信することを予想しない、および／あるいは・ 前記無線通信デバイス（１１２）が、前記ＴＢｏＭＳアップリンク送信中に前記ＴＢｏＭＳアップリンク送信のためのＴＰＣコマンドを受信した場合、
○ 前記無線通信デバイス（１１２）が、前記ＴＰＣコマンドを廃棄する、または
○ 前記無線通信デバイス（１１２）が、前記ＴＢｏＭＳアップリンク送信の後の次の送信において前記ＴＰＣコマンドを適用する、および／あるいは
・ 前記無線通信デバイス（１１２）は、それぞれの基地局（１０２）が、前記無線通信デバイス（１１２）が前記ＴＢｏＭＳアップリンク送信中にダウンリンクパスロスを推定するために使用する、参照信号およびその送信電力を変更することを予想しない、および／あるいは
・ 前記無線通信デバイス（１１２）が、前記ＴＢｏＭＳアップリンク送信中に物理レイヤからのダウンリンクパスロス測定を実施しない、および／あるいは
・ 前記無線通信デバイス（１１２）は、ＰＵＳＣＨ電力制御調節状態ｌが、前記ＴＢｏＭＳアップリンク送信中にＲＲＣまたはＤＣＩシグナリングによって変更されることを予想しない、
請求項２０に記載の方法。
【請求項22】
ＴＢｏＭＳ送信機会ごとの前記ＴＢｏＭＳアップリンク送信のための前記送信電力を決定すること（３００）が、１つまたは複数のＴＢｏＭＳ送信機会関係パラメータを計算することを含む、請求項１から２１のいずれか一項に記載の方法。
【請求項23】
前記１つまたは複数のＴＢｏＭＳ送信機会関係パラメータが、（Ｉ）ＭＣＳ関係パラメータΔＴＦ，ｂ，ｆ，ｃ（ｉ）、（ＩＩ）ＢＰＲＥ、（ＩＩＩ）ＰＵＳＣＨ送信機会ｉにおけるサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのＰＵＳＣＨ電力制御調節状態ｆｂ，ｆ，ｃ（ｉ，ｌ）、または（ＩＶ）（Ｉ）～（ＩＩＩ）のうちの任意の２つまたはそれ以上の組合せを含む、請求項２２に記載の方法。
【請求項24】
前記１つまたは複数のＴＢｏＭＳ送信機会関係パラメータがＢＰＲＥを含む、請求項２２に記載の方法。
【請求項25】
前記ＢＰＲＥが、ここで、ＮＲＥが、
請求項２４に記載の方法。
【請求項26】
前記ＢＰＲＥが、ここで、
－ ＮＲＥが、
－ Ｎが、前記ＴＢｏＭＳの送信機会の前記総数である、
請求項２４に記載の方法。
【請求項27】
ＴＰＣ累積が無効にされ、絶対電力オフセット値が電力調節のために使用され、ＴＢｏＭＳ送信機会ごとの前記ＴＢｏＭＳアップリンク送信のための前記送信電力を決定すること（３００）が、前記ＴＢｏＭＳアップリンク送信の各スロットにおける絶対電力調節を決定することを含む、請求項１から２６のいずれか一項に記載の方法。
【請求項28】
前記絶対電力調節が、・ 前記ＴＢｏＭＳアップリンク送信のための第１のスロットの開始、または
・ 前記ＴＢｏＭＳアップリンク送信のための前記第１のスロットの第１のスケジュールされたシンボルの開始、または
・ 前記ＴＢｏＭＳアップリンク送信のための前記第１のスロットの前のシンボルまたはスロットのセットの開始
の前に受信された最新のＴＰＣコマンドによって決定される、請求項２７に記載の方法。
【請求項29】
複数のＴＢｏＭＳ送信機会が、前記ＴＢｏＭＳアップリンク送信のための電力計算のために使用され、１つのＴＢｏＭＳ送信機会における前記送信電力を決定するための前記絶対電力調節が、・ 前記ＴＢｏＭＳ送信機会の第１のスロットの開始、または
・ 前記ＴＢｏＭＳ送信機会の前記第１のスロットの第１のシンボルの開始、または
・ 前記ＴＢｏＭＳ送信機会の前記第１のスロットの前のシンボルまたはスロットのセットの開始
の前に受信された前記最新のＴＰＣコマンドによって決定される、請求項２７に記載の方法。
【請求項30】
ＴＰＣ累積が有効にされ、累積電力オフセット値が電力調節のために使用され、ＴＢｏＭＳ送信機会ごとの前記ＴＢｏＭＳアップリンク送信のための前記送信電力を決定すること（３００）が、前記ＴＢｏＭＳアップリンク送信の各スロットにおける累積電力調節を決定することを含む、請求項１から２６のいずれか一項に記載の方法。
【請求項31】
ＴＰＣ累積が有効にされ、累積電力オフセット値が電力調節のために使用され、ＴＢｏＭＳ送信機会ごとの前記ＴＢｏＭＳアップリンク送信のための前記送信電力を決定すること（３００）が、ＰＵＳＣＨ電力制御調節状態ｌのためのサービングセルｃのキャリアｆのアクティブアップリンク帯域幅部分ｂ上で、ＴＢｏＭＳ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）－１個のシンボルと、ＴＢｏＭＳ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルとの間で受信されたＴＰＣコマンドのセットに基づいて、前記ＴＢｏＭＳアップリンク送信のＴＢｏＭＳ送信機会における前記累積電力調節を決定することを含み、ここで、ｉ０＞０は、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）個のシンボルが、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルよりも早い、最も小さい整数である、請求項１から２６のいずれか一項に記載の方法。
【請求項32】
ＰＵＳＣＨ送信がダウンリンク制御情報（ＤＣＩ）フォーマットによってスケジュールされる場合、ＫＰＵＳＣＨ（ｉ）が、対応する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）受信の最後のシンボルの後の、およびＴＢｏＭＳ送信の現在のＰＵＳＣＨ機会ｉの第１のスロットの第１のシンボルの前の、サービングセルｃのキャリアｆのアクティブアップリンク帯域幅部分ｂについてのシンボルの数である、請求項３１に記載の方法。
【請求項33】
ＴＰＣ累積が有効にされ、累積電力オフセット値が電力調節のために使用され、複数のＴＢｏＭＳ送信機会が、１つのＴＢｏＭＳ送信のための電力計算のために使用され、ＴＢｏＭＳ送信機会ごとの前記ＴＢｏＭＳアップリンク送信のための前記送信電力を決定すること（３００）が、ＰＵＳＣＨ電力制御調節状態ｌのためのサービングセルｃのキャリアｆのアクティブアップリンク帯域幅部分ｂ上で、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）－１個のシンボルと、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルとの間で受信されたＴＰＣコマンドのセットに基づいて、前記ＴＢｏＭＳアップリンク送信のＴＢｏＭＳ送信機会における前記累積電力調節を決定することを含み、ここで、ｉ０＞０は、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）個のシンボルが、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルよりも早い、最も小さい整数である、請求項１から２６のいずれか一項に記載の方法。
【請求項34】
ＰＵＳＣＨ送信がダウンリンク制御情報（ＤＣＩ）フォーマットによってスケジュールされる場合、ＫＰＵＳＣＨ（ｉ）が、対応する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）受信の最後のシンボルの後の、およびＴＢｏＭＳ送信の前記現在のＰＵＳＣＨ機会ｉの前記第１のスロットの第１のシンボルの前の、サービングセルｃのキャリアｆのアクティブアップリンク帯域幅部分ｂについてのシンボルの数である、請求項３３に記載の方法。
【請求項35】
無線通信デバイス（１１２）であって、複数のスロットにわたるトランスポートブロック（ＴＢｏＭＳ）送信機会ごとのＴＢｏＭＳアップリンク送信のための送信電力を決定すること（３００）と、
前記送信電力に従って前記ＴＢｏＭＳアップリンク送信を送信すること（３０２）と
を行うように適応された、無線通信デバイス（１１２）。
【請求項36】
請求項２から３４のいずれか一項に記載の方法を実施するようにさらに適応された、請求項３５に記載の無線通信デバイス（１１２）。
【請求項37】
無線通信デバイス（１１２）であって、１つまたは複数の送信機（７０８）と、
１つまたは複数の受信機（７１０）と、
前記１つまたは複数の送信機（７０８）と前記１つまたは複数の受信機（７１０）とに関連する処理回路（７０２）と
を備え、前記処理回路（７０２）が、前記無線通信デバイス（１１２）に、
複数のスロットにわたるトランスポートブロック（ＴＢｏＭＳ）送信機会ごとのＴＢｏＭＳアップリンク送信のための送信電力を決定すること（３００）と、
前記送信電力に従って前記ＴＢｏＭＳアップリンク送信を送信すること（３０２）と
を行わせるように設定された、無線通信デバイス（１１２）。
【請求項38】
前記処理回路（７０２）が、前記無線通信デバイス（１１２）に、請求項２から３４のいずれか一項に記載の方法を実施させるようにさらに設定された、請求項３７に記載の無線通信デバイス（１１２）。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願
本出願は、その開示全体が参照により本明細書に組み込まれる、２０２１年４月３日に出願された仮特許出願第ＰＣＴ／ＣＮ２０２１／０８５４７５号、および２０２１年４月６日に出願された仮特許出願第ＰＣＴ／ＣＮ２０２１／０８５７１２号の利益を主張する。
本出願は、その開示全体が参照により本明細書に組み込まれる、２０２１年４月３日に出願された仮特許出願第ＰＣＴ／ＣＮ２０２１／０８５４７５号、および２０２１年４月６日に出願された仮特許出願第ＰＣＴ／ＣＮ２０２１／０８５７１２号の利益を主張する。
【0002】
本開示は、セルラ通信システムにおけるアップリンク電力制御に関する。
【背景技術】
【0003】
アップリンク電力制御
第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様（ＴＳ）３８．２１３ ｖ１６．４．０において規定されているように、
ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳ／ＰＲＡＣＨ送信機会ｉが、システムフレーム番号ＳＦＮをもつフレーム内のスロットインデックス
と、スロット内の第１のシンボルＳと、連続するシンボルの数Ｌとによって規定される。
第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様（ＴＳ）３８．２１３ ｖ１６．４．０において規定されているように、
ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳ／ＰＲＡＣＨ送信機会ｉが、システムフレーム番号ＳＦＮをもつフレーム内のスロットインデックス
【0004】
新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）リリース１６における物理アップリンク共有チャネル（ＰＵＳＣＨ）電力制御が、３ＧＰＰ ＴＳ３８．２１３ ｖ１６．４．０のセクション７．１からの以下の抜粋に示されているように指定された。
＊＊＊＊＊＊＊＊＊＊３ＧＰＰ ＴＳ３８．２１３ ｖ１６．３．０からの抜粋を開始する＊＊＊＊＊＊＊＊＊＊
ＵＥが、インデックスｊをもつパラメータセット設定とインデックスｌをもつＰＵＳＣＨ電力制御調節状態とを使用して、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上でＰＵＳＣＨを送信する場合、ＵＥは、ＰＵＳＣＨ送信機会ｉにおけるＰＵＳＣＨ送信電力ＰＰＵＳＣＨ，ｂ，ｆ，ｃ（ｉ，ｊ，ｑｄ，ｌ）を、
として決定し、
ここで、
－ ＰＣＭＡＸ，ｆ，ｃ（ｉ）は、ＰＵＳＣＨ送信機会ｉにおけるサービングセルｃのキャリアｆについての、［８－１、ＴＳ３８．１０１－１］、［８－２、ＴＳ３８．１０１－２］および［８－３、ＴＳ３８．１０１－３］において規定されている、ＵＥ設定された最大出力電力である。
－ ＰＯ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）は、構成要素ＰＯ＿ＮＯＭＩＮＡＬＰＵＳＣＨ，ｆ，ｃ（ｊ）と構成要素ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）との和から組み立てられたパラメータであり、ここで、ｊ∈｛０，１，．．．，Ｊ－１｝である。
－ ＵＥが、節８において説明される、タイプ－１ランダムアクセスプロシージャを使用して専用ＲＲＣ接続を確立し、Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔを提供されない場合、または節８．３において説明されるＲＡＲ ＵＬグラントに対応するＰＵＳＣＨ（再）送信について、
ｊ＝０であり、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（０）＝０であり、ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（０）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であり、
ここで、サービングセルｃのキャリアｆについて、ＰＯ＿ＰＲＥは、ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒによって提供され［１１、ＴＳ３８．３２１］、ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３は、ｍｓｇ３－ＤｅｌｔａＰｒｅａｍｂｌｅによって提供されるか、または、ｍｓｇ３－ＤｅｌｔａＰｒｅａｍｂｌｅが提供されない場合、ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３＝０ｄＢである
－ ＵＥが、節８において説明される、タイプ－２ランダムアクセスプロシージャを使用して専用ＲＲＣ接続を確立し、Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔを提供されない場合、または節８．１Ａにおいて説明されるタイプ－２ランダムアクセスプロシージャのためのＰＵＳＣＨ送信について、
ｊ＝０であり、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（０）＝０であり、ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（０）＝ＰＯ＿ＰＲＥ＋ΔＭｓｇＡ＿ＰＵＳＣＨであり、
ここで、サービングセルｃのキャリアｆについて、ＰＯ＿ＰＲＥは、ｍｓｇＡ－ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒによって提供されるか、または、ｍｓｇＡ－ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒが提供されない場合、ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒによって提供され、ΔＭｓｇＡ＿ＰＵＳＣＨは、ｍｓｇＡ－ＤｅｌｔａＰｒｅａｍｂｌｅによって提供されるか、または、ｍｓｇＡ－ＤｅｌｔａＰｒｅａｍｂｌｅが提供されない場合、ΔＭｓｇＡ＿ＰＵＳＣＨ＝ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３ｄＢである
－ ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定されたＰＵＳＣＨ（再）送信について、ｊ＝１であり、ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（１）はｐ０－ＮｏｍｉｎａｌＷｉｔｈｏｕｔＧｒａｎｔによって提供されるか、または、ｐ０－ＮｏｍｉｎａｌＷｉｔｈｏｕｔＧｒａｎｔが提供されない場合、ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（１）＝ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（０）であり、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（１）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔのセットへのインデックスＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄを提供する、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ中のｐ０－ＰＵＳＣＨ－Ａｌｐｈａから取得された、ｐ０によって提供される
－ ｊ∈｛２，．．．，Ｊ－１｝＝ＳＪについて、すべてのｊ∈ＳＪについて適用可能なＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（ｊ）値は、サービングセルｃの各キャリアｆについて、ｐ０－ＮｏｍｉｎａｌＷｉｔｈＧｒａｎｔによって提供されるか、または、ｐ０－ＮｏｍｉｎａｌＷｉｔｈＧｒａｎｔが提供されない場合、ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（ｊ）＝ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（０）であり、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）値のセットは、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄのそれぞれのセットによって指示されたＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔ中のｐ０のセットによって提供される
－ ＵＥがＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌによってｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄの２つ以上の値を提供される場合、およびＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマットがＳＲＩフィールドを含む場合、ＵＥは、ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ中のｓｒｉ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌＩｄから、ＤＣＩフォーマットにおけるＳＲＩフィールドのための値のセット［５、ＴＳ３８．２１２］と、Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔ値のセットにマッピングするｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄによって提供されるインデックスのセットとの間のマッピングを取得し、ＳＲＩフィールド値にマッピングされるｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄ値からＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）の値を決定する。ＤＣＩフォーマットが開ループ電力制御パラメータセット指示フィールド（ｏｐｅｎ－ｌｏｏｐ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｐａｒａｍｅｔｅｒ ｓｅｔ ｉｎｄｉｃａｔｉｏｎ ｆｉｅｌｄ）をも含み、開ループ電力制御パラメータセット指示フィールドの値が「１」である場合、ＵＥは、ＳＲＩフィールド値にマッピングされるｐ０－ＰＵＳＣＨ－ＳｅｔＩｄ値をもつＰ０－ＰＵＳＣＨ－Ｓｅｔ中の第１の値から、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）の値を決定する。
－ ＲＡＲ ＵＬグラントに対応するＰＵＳＣＨ再送信を除くＰＵＳＣＨ送信が、ＳＲＩフィールドを含まないＤＣＩフォーマットによってスケジュールされる場合、またはＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌがＵＥに提供されない場合、ｊ＝２であり、
－ Ｐ０－ＰＵＳＣＨ－ＳｅｔがＵＥに提供され、ＤＣＩフォーマットが開ループ電力制御パラメータセット指示フィールドを含む場合、ＵＥは、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）の値を、
－ 開ループ電力制御パラメータセット指示フィールドの値が「０」または「００」である場合、ｐ０－ＡｌｐｈａＳｅｔｓ中の第１のＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔから決定し、
－ 開ループ電力制御パラメータセット指示フィールドの値が「１」または「０１」である場合、最も低いｐ０－ＰＵＳＣＨ－ＳｅｔＩＤ値をもつＰ０－ＰＵＳＣＨ－Ｓｅｔ中の第１の値から決定し、
－ 開ループ電力制御パラメータセット指示フィールドの値が「１０」である場合、最も低いｐ０－ＰＵＳＣＨ－ＳｅｔＩＤ値をもつＰ０－ＰＵＳＣＨ－Ｓｅｔ中の第２の値から決定し、
－ 他の場合、ＵＥは、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）を、ｐ０－ＡｌｐｈａＳｅｔｓ中の第１のＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔの値から決定する
－ αｂ，ｆ，ｃ（ｊ）について、
－ ｊ＝０の場合、
－ ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（０）＝ＰＯ＿ＰＲＥ＋ΔＭｓｇＡ＿ＰＵＳＣＨであり、ｍｓｇＡ－Ａｌｐｈａが提供される場合、αｂ，ｆ，ｃ（０）はｍｓｇＡ－Ａｌｐｈａの値である
－ そうではなく、ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（０）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であるかまたはｍｓｇＡ－Ａｌｐｈａが提供されず、ｍｓｇ３－Ａｌｐｈａが提供される場合、αｂ，ｆ，ｃ（０）はｍｓｇ３－Ａｌｐｈａの値である
－ 他の場合、αｂ，ｆ，ｃ（０）＝１である
－ ｊ＝１の場合、αｂ，ｆ，ｃ（１）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔのセットへのインデックスＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄを提供する、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ中のｐ０－ＰＵＳＣＨ－Ａｌｐｈａから取得された、ａｌｐｈａによって提供される
－ ｊ∈Ｓｊの場合、αｂ，ｆ，ｃ（ｊ）値のセットは、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄのそれぞれのセットによって指示されたＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔ中のａｌｐｈａのセットによって提供される
－ ＵＥがＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌとｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄの２つ以上の値とを提供される場合、およびＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマットがＳＲＩフィールドを含む場合、ＵＥは、ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ中のｓｒｉ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌＩｄから、ＤＣＩフォーマットにおけるＳＲＩフィールドのための値のセット［５、ＴＳ３８．２１２］と、Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔ値のセットにマッピングするｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄによって提供されるインデックスのセットとの間のマッピングを取得し、ＳＲＩフィールド値にマッピングされるｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄ値から、αｂ，ｆ，ｃ（ｊ）の値を決定する
－ ＲＡＲ ＵＬグラントに対応するＰＵＳＣＨ再送信を除くＰＵＳＣＨ送信が、ＳＲＩフィールドを含まないＤＣＩフォーマットによってスケジュールされる場合、またはＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌがＵＥに提供されない場合、ｊ＝２であり、ＵＥは、ｐ０－ＡｌｐｈａＳｅｔｓ中の第１のＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔの値から、αｂ，ｆ，ｃ（ｊ）を決定する
－
は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上のＰＵＳＣＨ送信機会ｉのためのリソースブロックの数において表現されるＰＵＳＣＨリソース割り振りの帯域幅であり、μは、［４、ＴＳ３８．２１１］において規定されているＳＣＳ設定である
－ ＰＬｂ，ｆ，ｃ（ｑｄ）は、節１２において説明されるように、サービングセルｃのキャリアｆのアクティブＤＬ ＢＷＰについての参照信号（ＲＳ）インデックスｑｄを使用してＵＥによって計算される、ｄＢ単位のダウンリンクパスロス推定値である
－ ＵＥがＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳおよびｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰＬ－ＦｏｒＳＲＳを提供されない場合、またはＵＥが専用上位レイヤパラメータを提供される前に、ＵＥは、ＵＥがＭＩＢを取得するために使用するＳＳ／ＰＢＣＨブロックインデックスと同じＳＳ／ＰＢＣＨブロックインデックスをもつＳＳ／ＰＢＣＨブロックからのＲＳリソースを使用して、ＰＬｂ，ｆ，ｃ（ｑｄ）を計算する
－ ＵＥに、ｍａｘＮｒｏｆＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳｓの値までのＲＳリソースインデックスの数と、ＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳによるＲＳリソースインデックスの数についてのＲＳ設定のそれぞれのセットとが設定される場合、ＲＳリソースインデックスのセットは、各々、対応するｐｕｓｃｈ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄの値がＳＳ／ＰＢＣＨブロックインデックスにマッピングするときにｓｓｂ－Ｉｎｄｅｘによって提供される、ＳＳ／ＰＢＣＨブロックインデックスのセットと、各々、対応するｐｕｓｃｈ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄの値がＣＳＩ－ＲＳリソースインデックスにマッピングするときにｃｓｉ－ＲＳ－Ｉｎｄｅｘによって提供される、ＣＳＩ－ＲＳリソースインデックスのセットとの一方または両方を含むことができる。ＵＥは、ＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ中のｐｕｓｃｈ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄによって提供される、ＳＳ／ＰＢＣＨブロックインデックスまたはＣＳＩ－ＲＳリソースインデックスのいずれかに対応するように、ＲＳリソースインデックスのセット中のＲＳリソースインデックスｑｄを識別する
－ ＰＵＳＣＨ送信が、節８．３において説明されるＲＡＲ ＵＬグラントによってスケジュールされる場合、または節８．１Ａにおいて説明されるタイプ－２ランダムアクセスプロシージャのためのＰＵＳＣＨ送信について、ＵＥは、対応するＰＲＡＣＨ送信の場合と同じＲＳリソースインデックスｑｄを使用する
－ ＵＥがＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌとＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄの２つ以上の値とを提供される場合、ＵＥは、ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ中のｓｒｉ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌＩｄから、ＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマットにおけるＳＲＩフィールドのための値のセットと、ＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄ値のセットとの間のマッピングを取得し、ＳＲＩフィールド値にマッピングされるＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄの値から、ＲＳリソースインデックスｑｄを決定し、ここで、ＲＳリソースは、サービングセルｃ上にあるか、または、提供される場合、ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇの値によって指示されたサービングセル上にあるかのいずれかである
－ ＰＵＳＣＨ送信がＤＣＩフォーマット０＿０によってスケジュールされる場合、および、ＵＥが、節９．２．２において説明されるように、各キャリアｆおよびサービングセルｃのアクティブＵＬ ＢＷＰ ｂについての最も低いインデックスをもつＰＵＣＣＨリソースのためのＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏによる空間セッティングを提供される場合、ＵＥは、最も低いインデックスをもつＰＵＣＣＨリソースにおけるＰＵＣＣＨ送信の場合と同じＲＳリソースインデックスｑｄを使用する
－ ＰＵＳＣＨ送信がＤＣＩフォーマット０＿０によってスケジュールされない場合、および、ＵＥが、ｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰＬ－ＦｏｒＳＲＳを提供され、ＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳとＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－ｒ１６とを提供されない場合、ＵＥは、ＰＵＳＣＨ送信に関連するＳＲＳリソースをもつＳＲＳリソースセットの場合と同じＲＳリソースインデックスｑｄを使用する
－以下の場合
－ ＰＵＳＣＨ送信がＤＣＩフォーマット０＿０によってスケジュールされ、ＵＥがＰＵＣＣＨ送信のための空間セッティングを提供されない、あるいは
－ ＰＵＳＣＨ送信が、ＳＲＩフィールドを含まない、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２によってスケジュールされる、あるいは
－ ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌがＵＥに提供されない
ＵＥは、それぞれのＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄ値が０に等しい、ＲＳリソースインデックスｑｄを決定し、ここで、ＲＳリソースは、サービングセルｃ上にあるか、または、提供される場合、ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇの値によって指示されたサービングセル上にあるかのいずれかである
－以下の場合
－ ＰＵＳＣＨ送信が、サービングセルｃ上でＤＣＩフォーマット０＿０によってスケジュールされる、
－ ＵＥが、サービングセルｃのアクティブＵＬ ＢＷＰについてのＰＵＣＣＨリソースを提供されない、および
－ ＵＥが、ｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰＬ－ＦｏｒＰＵＳＣＨ０－０を提供される
ＵＥは、サービングセルｃのアクティブＤＬ ＢＷＰにおいて最も低いインデックスをもつＣＯＲＥＳＥＴのＴＣＩ状態またはＱＣＬ仮定において「ｔｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅが設定された周期的ＲＳリソースを提供する、ＲＳリソースインデックスｑｄを決定する
－以下の場合
－ ＰＵＳＣＨ送信が、サービングセルｃ上でＤＣＩフォーマット０＿０によってスケジュールされる、
－ ＵＥが、１次セルのアクティブＵＬ ＢＷＰ上のＰＵＣＣＨリソースのための空間セッティングを提供されない［１１、ＴＳ３８．３２１］、および
－ ＵＥが、ｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰＬ－ＦｏｒＰＵＳＣＨ０－０を提供される
ＵＥは、サービングセルｃのアクティブＤＬ ＢＷＰにおいて最も低いインデックスをもつＣＯＲＥＳＥＴのＴＣＩ状態またはＱＣＬ仮定において「ｔｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅが設定された周期的ＲＳリソースを提供する、ＲＳリソースインデックスｑｄを決定する
－ ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定されたＰＵＳＣＨ送信について、ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔがＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ中に含まれる場合、ＲＳリソースインデックスｑｄは、ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔ中に含まれるｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＩｎｄｅｘの値によって提供され、ここで、ＲＳリソースは、サービングセルｃ上にあるか、または、提供される場合、ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇの値によって指示されたサービングセル上にあるかのいずれかである
－ ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔを含まないＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定されたＰＵＳＣＨ送信について、ＵＥは、ＰＵＳＣＨ送信をアクティブ化するＤＣＩフォーマットにおけるＳＲＩフィールド値にマッピングされるＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄの値から、ＲＳリソースインデックスｑｄを決定する。ＰＵＳＣＨ送信をアクティブ化するＤＣＩフォーマットがＳＲＩフィールドを含まない場合、ＵＥは、それぞれのＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄ値が０に等しい、ＲＳリソースインデックスｑｄを決定し、ここで、ＲＳリソースは、サービングセルｃ上にあるか、または、提供される場合、ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇの値によって指示されたサービングセル上にあるかのいずれかである
－ ＵＥがｅｎａｂｌｅＰＬ－ＲＳ－ＵｐｄａｔｅＦｏｒＰＵＳＣＨ－ＳＲＳを提供される場合、ｓｒｉ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌＩｄ値とＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄ値との間のマッピングが、［１１、ＴＳ３８．３２１］において説明されるように、ＭＡＣ ＣＥによって更新され得る
－ ＳＲＩフィールドを含まないＤＣＩフォーマットによってスケジュールされるＰＵＳＣＨ送信について、または、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定され、ＳＲＩフィールドを含まないＤＣＩフォーマットによって、節１０．２において説明されるようにアクティブ化されるＰＵＳＣＨ送信について、ＲＳリソースインデックスｑｄｑｄは、ｓｒｉ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌＩｄ＝０にマッピングされるＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄから決定される
ＰＬｂ，ｆ，ｃ（ｑｄ）＝ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ－上位レイヤフィルタ処理されたＲＳＲＰであり、ここで、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒは上位レイヤによって提供され、ＲＳＲＰは、参照サービングセルについて［７、ＴＳ３８．２１５］において規定されており、ＱｕａｎｔｉｔｙＣｏｎｆｉｇによって提供される上位レイヤフィルタ設定は、参照サービングセルについて［１２、ＴＳ３８．３３１］において規定されている
ＵＥが、設定された周期的ＣＳＩ－ＲＳ受信でない場合、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒは、ｓｓ－ＰＢＣＨ－ＢｌｏｃｋＰｏｗｅｒによって提供される。ＵＥが、設定された周期的ＣＳＩ－ＲＳ受信である場合、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒは、ｓｓ－ＰＢＣＨ－ＢｌｏｃｋＰｏｗｅｒによって提供されるか、またはＳＳ／ＰＢＣＨブロック送信電力に対するＣＳＩ－ＲＳ送信電力のオフセットを提供するｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔＳＳによって提供されるかのいずれかである［６、ＴＳ３８．２１４］ｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔＳＳがＵＥに提供されない場合、ＵＥは、０ｄＢのオフセットを仮定する。
－ Ｋｓ＝１．２５の場合、
であり、Ｋｓ＝０の場合、ΔＴＦ，ｂ，ｆ，ｃ（ｉ）＝０であり、ここで、Ｋｓは、各キャリアｆおよびサービングセルｃの各ＵＬ ＢＷＰ ｂについて、ｄｅｌｔａＭＣＳによって提供される。ＰＵＳＣＨ送信が２つ以上のレイヤにわたる場合［６、ＴＳ３８．２１４］、ΔＴＦ，ｂ，ｆ，ｃ（ｉ）＝０である。各キャリアｆおよび各サービングセルｃのアクティブＵＬ ＢＷＰ ｂについてのＢＰＲＥおよび
は、以下のように算出される
－ ＵＬ－ＳＣＨデータをもつＰＵＳＣＨについて
であり、ＵＬ－ＳＣＨデータをもたないＰＵＳＣＨにおけるＣＳＩ送信について
であり、ここで、
－ Ｃは、送信されるコードブロックの数であり、Ｋｒは、コードブロックｒについてのサイズであり、ＮＲＥは、
として決定されるリソースエレメントの数であり、ここで、
は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上のＰＵＳＣＨ送信機会ｉのためのシンボルの数であり、
は、ＰＵＳＣＨシンボルｊ中のＤＭ－ＲＳサブキャリアと位相追跡ＲＳサンプル［４、ＴＳ３８．２１１］とを除外した、およびＰＵＳＣＨ送信が繰返しタイプＢをもつ場合に公称繰返しのためのセグメンテーションがないと仮定する、サブキャリアの数であり、
であり、Ｃ、Ｋｒは、［５、ＴＳ３８．２１２］において規定されている
－ ＰＵＳＣＨがＵＬ－ＳＣＨデータを含むとき、
であり、ＰＵＳＣＨが、ＣＳＩを含み、ＵＬ－ＳＣＨデータを含まないとき、節９．３において説明されるように、
である
－ ［６、ＴＳ３８．２１４］において説明されるように、Ｑｍは変調次数であり、Ｒはターゲットコードレートであり、ＣＳＩを含み、ＵＬ－ＳＣＨデータを含まないＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマットによって提供される
－ ＰＵＳＣＨ送信機会ｉにおけるサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのＰＵＳＣＨ電力制御調節状態ｆｂ，ｆ，ｃ（ｉ，ｌ）について
－ δＰＵＳＣＨ，ｂ，ｆ，ｃ（ｉ，ｌ）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上のＰＵＳＣＨ送信機会ｉをスケジュールするＤＣＩフォーマット中に含まれるか、または、節１１．３において説明されるように、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩによってスクランブルされたＣＲＣを伴ってＤＣＩフォーマット２＿２において他のＴＰＣコマンドとともにジョイントコーディングされる、ＴＰＣコマンド値である
－ ＵＥにｔｗｏＰＵＳＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓが設定される場合、ｌ∈｛０，１｝であり、ＵＥにｔｗｏＰＵＳＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓが設定されない場合、またはＰＵＳＣＨ送信が節８．３において説明されるＲＡＲ ＵＬグラントによってスケジュールされる場合、ｌ＝０である
－ ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定されたＰＵＳＣＨ（再）送信について、ｌ∈｛０，１｝の値は、ｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅによってＵＥに提供される
－ ＵＥがＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌを提供される場合、ＵＥは、ＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマットにおけるＳＲＩフィールドのための値のセットと、ｓｒｉ－ＰＵＳＣＨ－ＣｌｏｓｅｄＬｏｏｐＩｎｄｅｘによって提供される（１つまたは複数の）ｌ値との間のマッピングを取得し、ＳＲＩフィールド値にマッピングされるｌ値を決定する
－ ＰＵＳＣＨ送信が、ＳＲＩフィールドを含まないＤＣＩフォーマットによってスケジュールされる場合、またはＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌがＵＥに提供されない場合、ｌ＝０である
－ ＵＥが、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット２＿２から、１つのＴＰＣコマンドを取得する場合、ｌ値は、ＤＣＩフォーマット２＿２における閉ループインジケータフィールドによって提供される
－
は、ＵＥがｔｐｃ－Ａｃｃｕｍｕｌａｔｉｏｎを提供されない場合の、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂとＰＵＳＣＨ送信機会ｉとについてのＰＵＳＣＨ電力制御調節状態ｌであり、ここで、
－ δＰＵＳＣＨ，ｂ，ｆ，ｃ値は、表７．１．１－１において与えられる
－
は、ＰＵＳＣＨ電力制御調節状態ｌのためのサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上で、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）－１個のシンボルと、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルとの間でＵＥが受信する、カーディナリティＣ（Ｄｉ）をもつＴＰＣコマンド値のセットＤｉにおけるＴＰＣコマンド値の和であり、ここで、ｉ０＞０は、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）個のシンボルが、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルよりも早い、最も小さい整数である
－ ＰＵＳＣＨ送信がＤＣＩフォーマットによってスケジュールされる場合、ＫＰＵＳＣＨ（ｉ）は、対応するＰＤＣＣＨ受信の最後のシンボルの後の、およびＰＵＳＣＨ送信の第１のシンボルの前の、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのシンボルの数である
－ ＰＵＳＣＨ送信がＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定される場合、ＫＰＵＳＣＨ（ｉ）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての、スロットごとのシンボルの数
と、ＰＵＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ中のｋ２によって提供される値の最小値との積に等しい、ＫＰＵＳＣＨ，ｍｉｎシンボルの数である
－ ＵＥがＰＵＳＣＨ送信機会ｉ－ｉ０においてサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての最大電力に達し、
である場合、ｆｂ，ｆ，ｃ（ｉ，ｌ）＝ｆｂ，ｆ，ｃ（ｉ－ｉ０，ｌ）である
－ ＵＥがＰＵＳＣＨ送信機会ｉ－ｉ０においてサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての最小電力に達し、
である場合、ｆｂ，ｆ，ｃ（ｉ，ｌ）＝ｆｂ，ｆ，ｃ（ｉ－ｉ０，ｌ）である
－ ＵＥは、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのＰＵＳＣＨ電力制御調節状態ｌの累積を、ｆｂ，ｆ，ｃ（ｋ，ｌ）＝０、ｋ＝０，１，．．．，ｉにリセットする
－ 対応するＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）値のための設定が上位レイヤによって提供される場合、
－ 対応するαｂ，ｆ，ｃ（ｊ）値のための設定が上位レイヤによって提供される場合、
ここで、ｌは、
－ ｊ＞１であり、ＵＥが上位ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌを提供される場合、ｌは、ｊに対応するｓｒｉ－Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄ値をもつ任意のＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌにおいて設定された（１つまたは複数の）ｓｒｉ－ＰＵＳＣＨ－ＣｌｏｓｅｄＬｏｏｐＩｎｄｅｘ値である
－ ｊ＞１であり、ＵＥがＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌを提供されないか、またはｊ＝０である場合、ｌ＝０である
－ ｊ＝１である場合、ｌはｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅの値によって提供される
としてｊの値から決定される
－ ｆｂ，ｆ，ｃ（ｉ，ｌ）＝δＰＵＳＣＨ，ｂ，ｆ，ｃ（ｉ，ｌ）は、ＵＥがｔｐｃ－Ａｃｃｕｍｕｌａｔｉｏｎを提供される場合の、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂとＰＵＳＣＨ送信機会ｉとについてのＰＵＳＣＨ電力制御調節状態であり、ここで、
－ δＰＵＳＣＨ，ｂ，ｆ，ｃ絶対値は、表７．１．１－１において与えられる
－ ＵＥが、節８において説明されるように、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上で、ＰＲＡＣＨ送信またはＭｓｇＡ送信に応答してランダムアクセス応答メッセージを受信した場合、
－ ｆｂ，ｆ，ｃ（０，ｌ）＝ΔＰｒａｍｐｕｐ，ｂ，ｆ，ｃ＋δｍｓｇ２，ｂ，ｆ，ｃであり、ここで、ｌ＝０であり、
－ δｍｓｇ２，ｂ，ｆ，ｃは、サービングセルｃにおけるキャリアｆのアクティブＵＬ ＢＷＰ ｂ上で、タイプ－１ランダムアクセスプロシージャに従うＰＲＡＣＨ送信に対応するランダムアクセス応答メッセージのランダムアクセス応答グラントにおいて指示される、またはｆａｌｌｂａｃｋＲＡＲのための（１つまたは複数の）ＲＡＲメッセージをもつタイプ－２ランダムアクセスプロシージャに従うＭｓｇＡ送信に対応するランダムアクセス応答メッセージのランダムアクセス応答グラントにおいて指示される、ＴＰＣコマンド値であり、
－
であり、ΔＰｒａｍｐｕｐｒｅｑｕｅｓｔｅｄ，ｂ，ｆ，ｃは、上位レイヤによって提供され、サービングセルｃ中のキャリアｆについての最初のランダムアクセスプリアンブルから最後のランダムアクセスプリアンブルまでの上位レイヤによって要求された総電力ランプアップに対応し、
は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上の第１のＰＵＳＣＨ送信のためのリソースブロックの数において表現されるＰＵＳＣＨリソース割り振りの帯域幅であり、ΔＴＦ，ｂ，ｆ，ｃ（０）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上の第１のＰＵＳＣＨ送信の電力調節である。
－ ＵＥが、節８．１Ａにおいて説明されるように、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上でＰＵＳＣＨ送信機会ｉにおいてＰＵＳＣＨを送信する場合、ｆｂ，ｆ，ｃ（０，ｌ）＝ΔＰ＿ｒａｍｐｕｐ，ｂ，ｆ，ｃであり、ここで、
－ ｌ＝０であり、
－
であり、ΔＰｒａｍｐｕｐｒｅｑｕｅｓｔｅｄ，ｂ，ｆ，ｃは、上位レイヤによって提供され、上位レイヤによって要求される総電力ランプアップに対応し、
は、リソースブロックの数において表現されるＰＵＳＣＨリソース割り振りの帯域幅であり、ΔＴＦ，ｂ，ｆ，ｃ（ｉ）は、ＰＵＳＣＨ送信機会ｉにおけるＰＵＳＣＨ送信の電力調節である。
＊＊＊＊＊＊＊＊＊＊３ＧＰＰ ＴＳ３８．２１３ ｖ１６．３．０からの抜粋を終える＊＊＊＊＊＊＊＊＊＊
＊＊＊＊＊＊＊＊＊＊３ＧＰＰ ＴＳ３８．２１３ ｖ１６．３．０からの抜粋を開始する＊＊＊＊＊＊＊＊＊＊
ＵＥが、インデックスｊをもつパラメータセット設定とインデックスｌをもつＰＵＳＣＨ電力制御調節状態とを使用して、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上でＰＵＳＣＨを送信する場合、ＵＥは、ＰＵＳＣＨ送信機会ｉにおけるＰＵＳＣＨ送信電力ＰＰＵＳＣＨ，ｂ，ｆ，ｃ（ｉ，ｊ，ｑｄ，ｌ）を、
ここで、
－ ＰＣＭＡＸ，ｆ，ｃ（ｉ）は、ＰＵＳＣＨ送信機会ｉにおけるサービングセルｃのキャリアｆについての、［８－１、ＴＳ３８．１０１－１］、［８－２、ＴＳ３８．１０１－２］および［８－３、ＴＳ３８．１０１－３］において規定されている、ＵＥ設定された最大出力電力である。
－ ＰＯ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）は、構成要素ＰＯ＿ＮＯＭＩＮＡＬＰＵＳＣＨ，ｆ，ｃ（ｊ）と構成要素ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）との和から組み立てられたパラメータであり、ここで、ｊ∈｛０，１，．．．，Ｊ－１｝である。
－ ＵＥが、節８において説明される、タイプ－１ランダムアクセスプロシージャを使用して専用ＲＲＣ接続を確立し、Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔを提供されない場合、または節８．３において説明されるＲＡＲ ＵＬグラントに対応するＰＵＳＣＨ（再）送信について、
ｊ＝０であり、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（０）＝０であり、ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（０）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であり、
ここで、サービングセルｃのキャリアｆについて、ＰＯ＿ＰＲＥは、ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒによって提供され［１１、ＴＳ３８．３２１］、ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３は、ｍｓｇ３－ＤｅｌｔａＰｒｅａｍｂｌｅによって提供されるか、または、ｍｓｇ３－ＤｅｌｔａＰｒｅａｍｂｌｅが提供されない場合、ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３＝０ｄＢである
－ ＵＥが、節８において説明される、タイプ－２ランダムアクセスプロシージャを使用して専用ＲＲＣ接続を確立し、Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔを提供されない場合、または節８．１Ａにおいて説明されるタイプ－２ランダムアクセスプロシージャのためのＰＵＳＣＨ送信について、
ｊ＝０であり、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（０）＝０であり、ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（０）＝ＰＯ＿ＰＲＥ＋ΔＭｓｇＡ＿ＰＵＳＣＨであり、
ここで、サービングセルｃのキャリアｆについて、ＰＯ＿ＰＲＥは、ｍｓｇＡ－ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒによって提供されるか、または、ｍｓｇＡ－ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒが提供されない場合、ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒによって提供され、ΔＭｓｇＡ＿ＰＵＳＣＨは、ｍｓｇＡ－ＤｅｌｔａＰｒｅａｍｂｌｅによって提供されるか、または、ｍｓｇＡ－ＤｅｌｔａＰｒｅａｍｂｌｅが提供されない場合、ΔＭｓｇＡ＿ＰＵＳＣＨ＝ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３ｄＢである
－ ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定されたＰＵＳＣＨ（再）送信について、ｊ＝１であり、ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（１）はｐ０－ＮｏｍｉｎａｌＷｉｔｈｏｕｔＧｒａｎｔによって提供されるか、または、ｐ０－ＮｏｍｉｎａｌＷｉｔｈｏｕｔＧｒａｎｔが提供されない場合、ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（１）＝ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（０）であり、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（１）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔのセットへのインデックスＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄを提供する、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ中のｐ０－ＰＵＳＣＨ－Ａｌｐｈａから取得された、ｐ０によって提供される
－ ｊ∈｛２，．．．，Ｊ－１｝＝ＳＪについて、すべてのｊ∈ＳＪについて適用可能なＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（ｊ）値は、サービングセルｃの各キャリアｆについて、ｐ０－ＮｏｍｉｎａｌＷｉｔｈＧｒａｎｔによって提供されるか、または、ｐ０－ＮｏｍｉｎａｌＷｉｔｈＧｒａｎｔが提供されない場合、ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（ｊ）＝ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（０）であり、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）値のセットは、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄのそれぞれのセットによって指示されたＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔ中のｐ０のセットによって提供される
－ ＵＥがＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌによってｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄの２つ以上の値を提供される場合、およびＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマットがＳＲＩフィールドを含む場合、ＵＥは、ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ中のｓｒｉ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌＩｄから、ＤＣＩフォーマットにおけるＳＲＩフィールドのための値のセット［５、ＴＳ３８．２１２］と、Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔ値のセットにマッピングするｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄによって提供されるインデックスのセットとの間のマッピングを取得し、ＳＲＩフィールド値にマッピングされるｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄ値からＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）の値を決定する。ＤＣＩフォーマットが開ループ電力制御パラメータセット指示フィールド（ｏｐｅｎ－ｌｏｏｐ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｐａｒａｍｅｔｅｒ ｓｅｔ ｉｎｄｉｃａｔｉｏｎ ｆｉｅｌｄ）をも含み、開ループ電力制御パラメータセット指示フィールドの値が「１」である場合、ＵＥは、ＳＲＩフィールド値にマッピングされるｐ０－ＰＵＳＣＨ－ＳｅｔＩｄ値をもつＰ０－ＰＵＳＣＨ－Ｓｅｔ中の第１の値から、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）の値を決定する。
－ ＲＡＲ ＵＬグラントに対応するＰＵＳＣＨ再送信を除くＰＵＳＣＨ送信が、ＳＲＩフィールドを含まないＤＣＩフォーマットによってスケジュールされる場合、またはＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌがＵＥに提供されない場合、ｊ＝２であり、
－ Ｐ０－ＰＵＳＣＨ－ＳｅｔがＵＥに提供され、ＤＣＩフォーマットが開ループ電力制御パラメータセット指示フィールドを含む場合、ＵＥは、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）の値を、
－ 開ループ電力制御パラメータセット指示フィールドの値が「０」または「００」である場合、ｐ０－ＡｌｐｈａＳｅｔｓ中の第１のＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔから決定し、
－ 開ループ電力制御パラメータセット指示フィールドの値が「１」または「０１」である場合、最も低いｐ０－ＰＵＳＣＨ－ＳｅｔＩＤ値をもつＰ０－ＰＵＳＣＨ－Ｓｅｔ中の第１の値から決定し、
－ 開ループ電力制御パラメータセット指示フィールドの値が「１０」である場合、最も低いｐ０－ＰＵＳＣＨ－ＳｅｔＩＤ値をもつＰ０－ＰＵＳＣＨ－Ｓｅｔ中の第２の値から決定し、
－ 他の場合、ＵＥは、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）を、ｐ０－ＡｌｐｈａＳｅｔｓ中の第１のＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔの値から決定する
－ αｂ，ｆ，ｃ（ｊ）について、
－ ｊ＝０の場合、
－ ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（０）＝ＰＯ＿ＰＲＥ＋ΔＭｓｇＡ＿ＰＵＳＣＨであり、ｍｓｇＡ－Ａｌｐｈａが提供される場合、αｂ，ｆ，ｃ（０）はｍｓｇＡ－Ａｌｐｈａの値である
－ そうではなく、ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｆ，ｃ（０）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であるかまたはｍｓｇＡ－Ａｌｐｈａが提供されず、ｍｓｇ３－Ａｌｐｈａが提供される場合、αｂ，ｆ，ｃ（０）はｍｓｇ３－Ａｌｐｈａの値である
－ 他の場合、αｂ，ｆ，ｃ（０）＝１である
－ ｊ＝１の場合、αｂ，ｆ，ｃ（１）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔのセットへのインデックスＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄを提供する、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ中のｐ０－ＰＵＳＣＨ－Ａｌｐｈａから取得された、ａｌｐｈａによって提供される
－ ｊ∈Ｓｊの場合、αｂ，ｆ，ｃ（ｊ）値のセットは、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄのそれぞれのセットによって指示されたＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔ中のａｌｐｈａのセットによって提供される
－ ＵＥがＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌとｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄの２つ以上の値とを提供される場合、およびＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマットがＳＲＩフィールドを含む場合、ＵＥは、ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ中のｓｒｉ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌＩｄから、ＤＣＩフォーマットにおけるＳＲＩフィールドのための値のセット［５、ＴＳ３８．２１２］と、Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔ値のセットにマッピングするｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄによって提供されるインデックスのセットとの間のマッピングを取得し、ＳＲＩフィールド値にマッピングされるｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄ値から、αｂ，ｆ，ｃ（ｊ）の値を決定する
－ ＲＡＲ ＵＬグラントに対応するＰＵＳＣＨ再送信を除くＰＵＳＣＨ送信が、ＳＲＩフィールドを含まないＤＣＩフォーマットによってスケジュールされる場合、またはＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌがＵＥに提供されない場合、ｊ＝２であり、ＵＥは、ｐ０－ＡｌｐｈａＳｅｔｓ中の第１のＰ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔの値から、αｂ，ｆ，ｃ（ｊ）を決定する
－
－ ＰＬｂ，ｆ，ｃ（ｑｄ）は、節１２において説明されるように、サービングセルｃのキャリアｆのアクティブＤＬ ＢＷＰについての参照信号（ＲＳ）インデックスｑｄを使用してＵＥによって計算される、ｄＢ単位のダウンリンクパスロス推定値である
－ ＵＥがＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳおよびｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰＬ－ＦｏｒＳＲＳを提供されない場合、またはＵＥが専用上位レイヤパラメータを提供される前に、ＵＥは、ＵＥがＭＩＢを取得するために使用するＳＳ／ＰＢＣＨブロックインデックスと同じＳＳ／ＰＢＣＨブロックインデックスをもつＳＳ／ＰＢＣＨブロックからのＲＳリソースを使用して、ＰＬｂ，ｆ，ｃ（ｑｄ）を計算する
－ ＵＥに、ｍａｘＮｒｏｆＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳｓの値までのＲＳリソースインデックスの数と、ＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳによるＲＳリソースインデックスの数についてのＲＳ設定のそれぞれのセットとが設定される場合、ＲＳリソースインデックスのセットは、各々、対応するｐｕｓｃｈ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄの値がＳＳ／ＰＢＣＨブロックインデックスにマッピングするときにｓｓｂ－Ｉｎｄｅｘによって提供される、ＳＳ／ＰＢＣＨブロックインデックスのセットと、各々、対応するｐｕｓｃｈ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄの値がＣＳＩ－ＲＳリソースインデックスにマッピングするときにｃｓｉ－ＲＳ－Ｉｎｄｅｘによって提供される、ＣＳＩ－ＲＳリソースインデックスのセットとの一方または両方を含むことができる。ＵＥは、ＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ中のｐｕｓｃｈ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄによって提供される、ＳＳ／ＰＢＣＨブロックインデックスまたはＣＳＩ－ＲＳリソースインデックスのいずれかに対応するように、ＲＳリソースインデックスのセット中のＲＳリソースインデックスｑｄを識別する
－ ＰＵＳＣＨ送信が、節８．３において説明されるＲＡＲ ＵＬグラントによってスケジュールされる場合、または節８．１Ａにおいて説明されるタイプ－２ランダムアクセスプロシージャのためのＰＵＳＣＨ送信について、ＵＥは、対応するＰＲＡＣＨ送信の場合と同じＲＳリソースインデックスｑｄを使用する
－ ＵＥがＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌとＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄの２つ以上の値とを提供される場合、ＵＥは、ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ中のｓｒｉ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌＩｄから、ＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマットにおけるＳＲＩフィールドのための値のセットと、ＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄ値のセットとの間のマッピングを取得し、ＳＲＩフィールド値にマッピングされるＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄの値から、ＲＳリソースインデックスｑｄを決定し、ここで、ＲＳリソースは、サービングセルｃ上にあるか、または、提供される場合、ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇの値によって指示されたサービングセル上にあるかのいずれかである
－ ＰＵＳＣＨ送信がＤＣＩフォーマット０＿０によってスケジュールされる場合、および、ＵＥが、節９．２．２において説明されるように、各キャリアｆおよびサービングセルｃのアクティブＵＬ ＢＷＰ ｂについての最も低いインデックスをもつＰＵＣＣＨリソースのためのＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏによる空間セッティングを提供される場合、ＵＥは、最も低いインデックスをもつＰＵＣＣＨリソースにおけるＰＵＣＣＨ送信の場合と同じＲＳリソースインデックスｑｄを使用する
－ ＰＵＳＣＨ送信がＤＣＩフォーマット０＿０によってスケジュールされない場合、および、ＵＥが、ｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰＬ－ＦｏｒＳＲＳを提供され、ＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳとＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－ｒ１６とを提供されない場合、ＵＥは、ＰＵＳＣＨ送信に関連するＳＲＳリソースをもつＳＲＳリソースセットの場合と同じＲＳリソースインデックスｑｄを使用する
－以下の場合
－ ＰＵＳＣＨ送信がＤＣＩフォーマット０＿０によってスケジュールされ、ＵＥがＰＵＣＣＨ送信のための空間セッティングを提供されない、あるいは
－ ＰＵＳＣＨ送信が、ＳＲＩフィールドを含まない、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２によってスケジュールされる、あるいは
－ ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌがＵＥに提供されない
ＵＥは、それぞれのＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄ値が０に等しい、ＲＳリソースインデックスｑｄを決定し、ここで、ＲＳリソースは、サービングセルｃ上にあるか、または、提供される場合、ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇの値によって指示されたサービングセル上にあるかのいずれかである
－以下の場合
－ ＰＵＳＣＨ送信が、サービングセルｃ上でＤＣＩフォーマット０＿０によってスケジュールされる、
－ ＵＥが、サービングセルｃのアクティブＵＬ ＢＷＰについてのＰＵＣＣＨリソースを提供されない、および
－ ＵＥが、ｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰＬ－ＦｏｒＰＵＳＣＨ０－０を提供される
ＵＥは、サービングセルｃのアクティブＤＬ ＢＷＰにおいて最も低いインデックスをもつＣＯＲＥＳＥＴのＴＣＩ状態またはＱＣＬ仮定において「ｔｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅが設定された周期的ＲＳリソースを提供する、ＲＳリソースインデックスｑｄを決定する
－以下の場合
－ ＰＵＳＣＨ送信が、サービングセルｃ上でＤＣＩフォーマット０＿０によってスケジュールされる、
－ ＵＥが、１次セルのアクティブＵＬ ＢＷＰ上のＰＵＣＣＨリソースのための空間セッティングを提供されない［１１、ＴＳ３８．３２１］、および
－ ＵＥが、ｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍＰＬ－ＦｏｒＰＵＳＣＨ０－０を提供される
ＵＥは、サービングセルｃのアクティブＤＬ ＢＷＰにおいて最も低いインデックスをもつＣＯＲＥＳＥＴのＴＣＩ状態またはＱＣＬ仮定において「ｔｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅが設定された周期的ＲＳリソースを提供する、ＲＳリソースインデックスｑｄを決定する
－ ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定されたＰＵＳＣＨ送信について、ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔがＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ中に含まれる場合、ＲＳリソースインデックスｑｄは、ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔ中に含まれるｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＩｎｄｅｘの値によって提供され、ここで、ＲＳリソースは、サービングセルｃ上にあるか、または、提供される場合、ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇの値によって指示されたサービングセル上にあるかのいずれかである
－ ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔを含まないＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定されたＰＵＳＣＨ送信について、ＵＥは、ＰＵＳＣＨ送信をアクティブ化するＤＣＩフォーマットにおけるＳＲＩフィールド値にマッピングされるＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄの値から、ＲＳリソースインデックスｑｄを決定する。ＰＵＳＣＨ送信をアクティブ化するＤＣＩフォーマットがＳＲＩフィールドを含まない場合、ＵＥは、それぞれのＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄ値が０に等しい、ＲＳリソースインデックスｑｄを決定し、ここで、ＲＳリソースは、サービングセルｃ上にあるか、または、提供される場合、ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇの値によって指示されたサービングセル上にあるかのいずれかである
－ ＵＥがｅｎａｂｌｅＰＬ－ＲＳ－ＵｐｄａｔｅＦｏｒＰＵＳＣＨ－ＳＲＳを提供される場合、ｓｒｉ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌＩｄ値とＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄ値との間のマッピングが、［１１、ＴＳ３８．３２１］において説明されるように、ＭＡＣ ＣＥによって更新され得る
－ ＳＲＩフィールドを含まないＤＣＩフォーマットによってスケジュールされるＰＵＳＣＨ送信について、または、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定され、ＳＲＩフィールドを含まないＤＣＩフォーマットによって、節１０．２において説明されるようにアクティブ化されるＰＵＳＣＨ送信について、ＲＳリソースインデックスｑｄｑｄは、ｓｒｉ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌＩｄ＝０にマッピングされるＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄから決定される
ＰＬｂ，ｆ，ｃ（ｑｄ）＝ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ－上位レイヤフィルタ処理されたＲＳＲＰであり、ここで、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒは上位レイヤによって提供され、ＲＳＲＰは、参照サービングセルについて［７、ＴＳ３８．２１５］において規定されており、ＱｕａｎｔｉｔｙＣｏｎｆｉｇによって提供される上位レイヤフィルタ設定は、参照サービングセルについて［１２、ＴＳ３８．３３１］において規定されている
ＵＥが、設定された周期的ＣＳＩ－ＲＳ受信でない場合、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒは、ｓｓ－ＰＢＣＨ－ＢｌｏｃｋＰｏｗｅｒによって提供される。ＵＥが、設定された周期的ＣＳＩ－ＲＳ受信である場合、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒは、ｓｓ－ＰＢＣＨ－ＢｌｏｃｋＰｏｗｅｒによって提供されるか、またはＳＳ／ＰＢＣＨブロック送信電力に対するＣＳＩ－ＲＳ送信電力のオフセットを提供するｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔＳＳによって提供されるかのいずれかである［６、ＴＳ３８．２１４］ｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔＳＳがＵＥに提供されない場合、ＵＥは、０ｄＢのオフセットを仮定する。
－ Ｋｓ＝１．２５の場合、
－ ＵＬ－ＳＣＨデータをもつＰＵＳＣＨについて
－ Ｃは、送信されるコードブロックの数であり、Ｋｒは、コードブロックｒについてのサイズであり、ＮＲＥは、
－ ＰＵＳＣＨがＵＬ－ＳＣＨデータを含むとき、
－ ［６、ＴＳ３８．２１４］において説明されるように、Ｑｍは変調次数であり、Ｒはターゲットコードレートであり、ＣＳＩを含み、ＵＬ－ＳＣＨデータを含まないＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマットによって提供される
－ ＰＵＳＣＨ送信機会ｉにおけるサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのＰＵＳＣＨ電力制御調節状態ｆｂ，ｆ，ｃ（ｉ，ｌ）について
－ δＰＵＳＣＨ，ｂ，ｆ，ｃ（ｉ，ｌ）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上のＰＵＳＣＨ送信機会ｉをスケジュールするＤＣＩフォーマット中に含まれるか、または、節１１．３において説明されるように、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩによってスクランブルされたＣＲＣを伴ってＤＣＩフォーマット２＿２において他のＴＰＣコマンドとともにジョイントコーディングされる、ＴＰＣコマンド値である
－ ＵＥにｔｗｏＰＵＳＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓが設定される場合、ｌ∈｛０，１｝であり、ＵＥにｔｗｏＰＵＳＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓが設定されない場合、またはＰＵＳＣＨ送信が節８．３において説明されるＲＡＲ ＵＬグラントによってスケジュールされる場合、ｌ＝０である
－ ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定されたＰＵＳＣＨ（再）送信について、ｌ∈｛０，１｝の値は、ｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅによってＵＥに提供される
－ ＵＥがＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌを提供される場合、ＵＥは、ＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマットにおけるＳＲＩフィールドのための値のセットと、ｓｒｉ－ＰＵＳＣＨ－ＣｌｏｓｅｄＬｏｏｐＩｎｄｅｘによって提供される（１つまたは複数の）ｌ値との間のマッピングを取得し、ＳＲＩフィールド値にマッピングされるｌ値を決定する
－ ＰＵＳＣＨ送信が、ＳＲＩフィールドを含まないＤＣＩフォーマットによってスケジュールされる場合、またはＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌがＵＥに提供されない場合、ｌ＝０である
－ ＵＥが、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット２＿２から、１つのＴＰＣコマンドを取得する場合、ｌ値は、ＤＣＩフォーマット２＿２における閉ループインジケータフィールドによって提供される
－
－ δＰＵＳＣＨ，ｂ，ｆ，ｃ値は、表７．１．１－１において与えられる
－
－ ＰＵＳＣＨ送信がＤＣＩフォーマットによってスケジュールされる場合、ＫＰＵＳＣＨ（ｉ）は、対応するＰＤＣＣＨ受信の最後のシンボルの後の、およびＰＵＳＣＨ送信の第１のシンボルの前の、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのシンボルの数である
－ ＰＵＳＣＨ送信がＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定される場合、ＫＰＵＳＣＨ（ｉ）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての、スロットごとのシンボルの数
－ ＵＥがＰＵＳＣＨ送信機会ｉ－ｉ０においてサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての最大電力に達し、
－ ＵＥがＰＵＳＣＨ送信機会ｉ－ｉ０においてサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての最小電力に達し、
－ ＵＥは、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのＰＵＳＣＨ電力制御調節状態ｌの累積を、ｆｂ，ｆ，ｃ（ｋ，ｌ）＝０、ｋ＝０，１，．．．，ｉにリセットする
－ 対応するＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）値のための設定が上位レイヤによって提供される場合、
－ 対応するαｂ，ｆ，ｃ（ｊ）値のための設定が上位レイヤによって提供される場合、
ここで、ｌは、
－ ｊ＞１であり、ＵＥが上位ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌを提供される場合、ｌは、ｊに対応するｓｒｉ－Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄ値をもつ任意のＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌにおいて設定された（１つまたは複数の）ｓｒｉ－ＰＵＳＣＨ－ＣｌｏｓｅｄＬｏｏｐＩｎｄｅｘ値である
－ ｊ＞１であり、ＵＥがＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌを提供されないか、またはｊ＝０である場合、ｌ＝０である
－ ｊ＝１である場合、ｌはｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅの値によって提供される
としてｊの値から決定される
－ ｆｂ，ｆ，ｃ（ｉ，ｌ）＝δＰＵＳＣＨ，ｂ，ｆ，ｃ（ｉ，ｌ）は、ＵＥがｔｐｃ－Ａｃｃｕｍｕｌａｔｉｏｎを提供される場合の、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂとＰＵＳＣＨ送信機会ｉとについてのＰＵＳＣＨ電力制御調節状態であり、ここで、
－ δＰＵＳＣＨ，ｂ，ｆ，ｃ絶対値は、表７．１．１－１において与えられる
－ ＵＥが、節８において説明されるように、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上で、ＰＲＡＣＨ送信またはＭｓｇＡ送信に応答してランダムアクセス応答メッセージを受信した場合、
－ ｆｂ，ｆ，ｃ（０，ｌ）＝ΔＰｒａｍｐｕｐ，ｂ，ｆ，ｃ＋δｍｓｇ２，ｂ，ｆ，ｃであり、ここで、ｌ＝０であり、
－ δｍｓｇ２，ｂ，ｆ，ｃは、サービングセルｃにおけるキャリアｆのアクティブＵＬ ＢＷＰ ｂ上で、タイプ－１ランダムアクセスプロシージャに従うＰＲＡＣＨ送信に対応するランダムアクセス応答メッセージのランダムアクセス応答グラントにおいて指示される、またはｆａｌｌｂａｃｋＲＡＲのための（１つまたは複数の）ＲＡＲメッセージをもつタイプ－２ランダムアクセスプロシージャに従うＭｓｇＡ送信に対応するランダムアクセス応答メッセージのランダムアクセス応答グラントにおいて指示される、ＴＰＣコマンド値であり、
－
－ ＵＥが、節８．１Ａにおいて説明されるように、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上でＰＵＳＣＨ送信機会ｉにおいてＰＵＳＣＨを送信する場合、ｆｂ，ｆ，ｃ（０，ｌ）＝ΔＰ＿ｒａｍｐｕｐ，ｂ，ｆ，ｃであり、ここで、
－ ｌ＝０であり、
－
＊＊＊＊＊＊＊＊＊＊３ＧＰＰ ＴＳ３８．２１３ ｖ１６．３．０からの抜粋を終える＊＊＊＊＊＊＊＊＊＊
【0005】
レイヤ３フィルタ処理
レイヤ３フィルタ処理は、３ＧＰＰ ＴＳ３８．３３１ ｖ１６．３．１からの以下の抜粋に示されているように指定される。
＊＊＊＊＊＊＊＊＊＊３ＧＰＰ ＴＳ３８．３３１ ｖ１６．３．１からの抜粋を開始する＊＊＊＊＊＊＊＊＊＊
５．５．３．２ レイヤ３フィルタ処理
ＵＥは、以下を行うものとする。
１＞ サブクローズ５．８．１０において必要とされる、各セル測定量、各ビーム測定量、各サイドリンク測定量について、および、ＵＥが５．５．３．１に従って測定を実施する、各ＣＬＩ測定量について、
［１］ ２＞ 報告基準の評価のためにまたは測定報告のために使用する前に、以下の式によって、測定された結果をフィルタ処理する。
Ｆｎ＝（１－ａ）＊Ｆｎ－１＋ａ＊Ｍｎ
［２］ ここで、
Ｍｎは、物理レイヤからの最新の受信された測定結果である。
Ｆｎは、報告基準の評価のためにまたは測定報告のために使用される、更新されたフィルタ処理された測定結果である。
Ｆｎ－１は、古いフィルタ処理された測定結果であり、ここで、Ｆ０は、物理レイヤからの第１の測定結果が受信されたとき、Ｍ１にセットされ、ＭｅａｓＯｂｊｅｃｔＮＲの場合、ａ＝１／２（ｋｉ／４）であり、ここで、ｋｉは、ｑｕａｎｔｉｔｙＣｏｎｆｉｇＮＲ－Ｌｉｓｔ中のｉ番目のＱｕａｎｔｉｔｙＣｏｎｆｉｇＮＲの対応する測定量のためのｆｉｌｔｅｒＣｏｅｆｆｉｃｉｅｎｔであり、ｉは、ＭｅａｓＯｂｊｅｃｔＮＲ中のｑｕａｎｔｉｔｙＣｏｎｆｉｇＩｎｄｅｘによって指示され、他の測定の場合、ａ＝１／２（ｋ／４）であり、ここで、ｋは、ｑｕａｎｔｉｔｙＣｏｎｆｉｇによって受信された対応する測定量のためのｆｉｌｔｅｒＣｏｅｆｆｉｃｉｅｎｔであり、ＵＴＲＡ－ＦＤＤの場合、ａ＝１／２（ｋ／４）であり、ここで、ｋは、ＱｕａｎｔｉｔｙＣｏｎｆｉｇ中のｑｕａｎｔｉｔｙＣｏｎｆｉｇＵＴＲＡ－ＦＤＤによって受信された対応する測定量のためのｆｉｌｔｅｒＣｏｅｆｆｉｃｉｅｎｔである。
［３］ ２＞ ｆｉｌｔｅｒＣｏｅｆｆｉｃｉｅｎｔ ｋが、Ｘｍｓに等しいサンプルレートを仮定することに注意して、フィルタの時間特性が、異なる入力レートにおいて保存されるように、フィルタを適応させる。Ｘの値は、非ＤＲＸ動作を仮定する、ＴＳ３８．１３３［１４］において規定されている、１つの周波数内Ｌ１測定期間と等価であり、周波数範囲に依存する。
注１： ｋが０にセットされる場合、レイヤ３フィルタ処理は適用可能でない。
注２： フィルタ処理は、報告基準の評価のためにまたは測定報告のために使用されるのと同じ領域において実施され、すなわち、対数測定のための対数フィルタ処理である。
注３： フィルタ入力レートは、ＴＳ３８．１３３［１４］においてセットされた性能要件を満たすために、実装依存である。物理レイヤ測定に関するさらなる詳細について、ＴＳ３８．１３３［１４］を参照されたい。
注４： ＣＬＩ－ＲＳＳＩ測定の場合、ＢＷＰ切替え時にフィルタ処理をリセットすべきかどうかは、ＵＥ実装次第である。
．．．
－ ＦｉｌｔｅｒＣｏｅｆｆｉｃｉｅｎｔ
ＩＥ ＦｉｌｔｅｒＣｏｅｆｆｉｃｉｅｎｔは、測定フィルタ処理係数を指定する。値ｆｃ０がｋ＝０に対応し、ｆｃ１がｋ＝１に対応し、以下同様である。
ＦｉｌｔｅｒＣｏｅｆｆｉｃｉｅｎｔ情報エレメント
＊＊＊＊＊＊＊＊＊＊３ＧＰＰ ＴＳ３８．３３１ ｖ１６．３．１からの抜粋を終える＊＊＊＊＊＊＊＊＊＊
レイヤ３フィルタ処理は、３ＧＰＰ ＴＳ３８．３３１ ｖ１６．３．１からの以下の抜粋に示されているように指定される。
＊＊＊＊＊＊＊＊＊＊３ＧＰＰ ＴＳ３８．３３１ ｖ１６．３．１からの抜粋を開始する＊＊＊＊＊＊＊＊＊＊
５．５．３．２ レイヤ３フィルタ処理
ＵＥは、以下を行うものとする。
１＞ サブクローズ５．８．１０において必要とされる、各セル測定量、各ビーム測定量、各サイドリンク測定量について、および、ＵＥが５．５．３．１に従って測定を実施する、各ＣＬＩ測定量について、
［１］ ２＞ 報告基準の評価のためにまたは測定報告のために使用する前に、以下の式によって、測定された結果をフィルタ処理する。
Ｆｎ＝（１－ａ）＊Ｆｎ－１＋ａ＊Ｍｎ
［２］ ここで、
Ｍｎは、物理レイヤからの最新の受信された測定結果である。
Ｆｎは、報告基準の評価のためにまたは測定報告のために使用される、更新されたフィルタ処理された測定結果である。
Ｆｎ－１は、古いフィルタ処理された測定結果であり、ここで、Ｆ０は、物理レイヤからの第１の測定結果が受信されたとき、Ｍ１にセットされ、ＭｅａｓＯｂｊｅｃｔＮＲの場合、ａ＝１／２（ｋｉ／４）であり、ここで、ｋｉは、ｑｕａｎｔｉｔｙＣｏｎｆｉｇＮＲ－Ｌｉｓｔ中のｉ番目のＱｕａｎｔｉｔｙＣｏｎｆｉｇＮＲの対応する測定量のためのｆｉｌｔｅｒＣｏｅｆｆｉｃｉｅｎｔであり、ｉは、ＭｅａｓＯｂｊｅｃｔＮＲ中のｑｕａｎｔｉｔｙＣｏｎｆｉｇＩｎｄｅｘによって指示され、他の測定の場合、ａ＝１／２（ｋ／４）であり、ここで、ｋは、ｑｕａｎｔｉｔｙＣｏｎｆｉｇによって受信された対応する測定量のためのｆｉｌｔｅｒＣｏｅｆｆｉｃｉｅｎｔであり、ＵＴＲＡ－ＦＤＤの場合、ａ＝１／２（ｋ／４）であり、ここで、ｋは、ＱｕａｎｔｉｔｙＣｏｎｆｉｇ中のｑｕａｎｔｉｔｙＣｏｎｆｉｇＵＴＲＡ－ＦＤＤによって受信された対応する測定量のためのｆｉｌｔｅｒＣｏｅｆｆｉｃｉｅｎｔである。
［３］ ２＞ ｆｉｌｔｅｒＣｏｅｆｆｉｃｉｅｎｔ ｋが、Ｘｍｓに等しいサンプルレートを仮定することに注意して、フィルタの時間特性が、異なる入力レートにおいて保存されるように、フィルタを適応させる。Ｘの値は、非ＤＲＸ動作を仮定する、ＴＳ３８．１３３［１４］において規定されている、１つの周波数内Ｌ１測定期間と等価であり、周波数範囲に依存する。
注１： ｋが０にセットされる場合、レイヤ３フィルタ処理は適用可能でない。
注２： フィルタ処理は、報告基準の評価のためにまたは測定報告のために使用されるのと同じ領域において実施され、すなわち、対数測定のための対数フィルタ処理である。
注３： フィルタ入力レートは、ＴＳ３８．１３３［１４］においてセットされた性能要件を満たすために、実装依存である。物理レイヤ測定に関するさらなる詳細について、ＴＳ３８．１３３［１４］を参照されたい。
注４： ＣＬＩ－ＲＳＳＩ測定の場合、ＢＷＰ切替え時にフィルタ処理をリセットすべきかどうかは、ＵＥ実装次第である。
．．．
－ ＦｉｌｔｅｒＣｏｅｆｆｉｃｉｅｎｔ
ＩＥ ＦｉｌｔｅｒＣｏｅｆｆｉｃｉｅｎｔは、測定フィルタ処理係数を指定する。値ｆｃ０がｋ＝０に対応し、ｆｃ１がｋ＝１に対応し、以下同様である。
ＦｉｌｔｅｒＣｏｅｆｆｉｃｉｅｎｔ情報エレメント
【0006】
Ｒｅｌ－１７ ＮＲカバレッジ拡張ＷＩにおけるＴＢｏＭＳに関する合意
リリース１７ ＮＲカバレッジ拡張のワークアイテム説明（ＷＩＤ）では、複数のスロットにわたる単一のトランスポートブロック（ＴＢ）送信が、以下の合意に指示されているように指定されることが合意された。
合意：
・ マルチスロットＰＵＳＣＨにわたるＴＢ処理をサポートするための（１つまたは複数の）機構を指定する［ＲＡＮ１］
〇 複数のスロットに基づいて決定され、複数のスロットにわたって送信されるＴＢＳ。
リリース１７ ＮＲカバレッジ拡張のワークアイテム説明（ＷＩＤ）では、複数のスロットにわたる単一のトランスポートブロック（ＴＢ）送信が、以下の合意に指示されているように指定されることが合意された。
合意：
・ マルチスロットＰＵＳＣＨにわたるＴＢ処理をサポートするための（１つまたは複数の）機構を指定する［ＲＡＮ１］
〇 複数のスロットに基づいて決定され、複数のスロットにわたって送信されるＴＢＳ。
【0007】
いくつかの関係する合意が、ＲＡＮ１＃１０４会議においてなされた。
合意：
・ 以下のオプションのうちの１つまたは２つを、ＴＢｏＭＳの時間領域リソース決定を設計するための開始点と見なす
〇 ＰＵＳＣＨ繰返しタイプＡのようなＴＤＲＡ（ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ａ ｌｉｋｅ ＴＤＲＡ）、すなわち、割り当てられたシンボルの数は、各スロット中で同じである。
〇 ＰＵＳＣＨ繰返しタイプＢのようなＴＤＲＡ（ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ｂ ｌｉｋｅ ＴＤＲＡ）、すなわち、各スロット中の割り当てられたシンボルの数は異なり得る
合意：
・ ＵＬ送信のための連続する物理スロットが、不対スペクトルについてＴＢｏＭＳのために使用され得る
〇 ＲＡＮ１＃１０４ｂ～ｅにおいて、不対スペクトルについてＴＢｏＭＳのためのＵＬ送信のために連続しない物理スロットをサポートするかどうかを解決すること
・ ＵＬ送信のための連続する物理スロットが、対スペクトルおよびＳＵＬ帯域についてＴＢｏＭＳのために使用され得る
〇 ＵＬ送信のための連続しない物理スロットも、対スペクトルおよびＳＵＬ帯域についてサポートされるかどうか、ＦＦＳ
合意：
・ 以下のオプションのうちの１つまたは２つを、ＴＢｏＭＳの時間領域リソース決定を設計するための開始点と見なす
〇 ＰＵＳＣＨ繰返しタイプＡのようなＴＤＲＡ（ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ａ ｌｉｋｅ ＴＤＲＡ）、すなわち、割り当てられたシンボルの数は、各スロット中で同じである。
〇 ＰＵＳＣＨ繰返しタイプＢのようなＴＤＲＡ（ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ ｔｙｐｅ Ｂ ｌｉｋｅ ＴＤＲＡ）、すなわち、各スロット中の割り当てられたシンボルの数は異なり得る
合意：
・ ＵＬ送信のための連続する物理スロットが、不対スペクトルについてＴＢｏＭＳのために使用され得る
〇 ＲＡＮ１＃１０４ｂ～ｅにおいて、不対スペクトルについてＴＢｏＭＳのためのＵＬ送信のために連続しない物理スロットをサポートするかどうかを解決すること
・ ＵＬ送信のための連続する物理スロットが、対スペクトルおよびＳＵＬ帯域についてＴＢｏＭＳのために使用され得る
〇 ＵＬ送信のための連続しない物理スロットも、対スペクトルおよびＳＵＬ帯域についてサポートされるかどうか、ＦＦＳ
【発明の概要】
【0008】
複数のスロットにわたるトランスポートブロック（ＴＢ）（ＴＢｏＭＳ）のためのアップリンク電力制御のためのシステムおよび方法が本明細書で開示される。一実施形態では、無線通信デバイスによって実施される方法が、ＴＢｏＭＳ送信機会ごとのＴＢｏＭＳアップリンク送信のための送信電力を決定することと、送信電力に従ってＴＢｏＭＳアップリンク送信を送信することとを含む。このようにして、ＴＢｏＭＳのための電力制御が提供される。
【0009】
一実施形態では、送信電力は線形送信電力である。一実施形態では、ＴＢｏＭＳアップリンク送信は、ＴＢｏＭＳ物理アップリンク共有チャネル（ＰＵＳＣＨ）送信である。
【0010】
一実施形態では、ＴＢｏＭＳアップリンク送信の１つのＴＢｏＭＳ送信機会が、１つのスロット内のＴＢｏＭＳアップリンク送信の一部として規定され、ＴＢｏＭＳ送信機会は、システムフレーム番号ＳＦＮをもつフレーム内のスロットインデックス
と、スロット内の第１のシンボルＳと、スロット内のＴＢｏＭＳアップリンク送信の連続するシンボルの数Ｌとによって規定される。
【0011】
一実施形態では、ＴＢｏＭＳアップリンク送信の１つのＴＢｏＭＳ送信機会は、ＴＢｏＭＳアップリンク送信の２つまたはそれ以上の連続するスロットに及ぶ。一実施形態では、ＴＢｏＭＳアップリンク送信の１つのＴＢｏＭＳ送信機会は、システムフレーム番号ＳＦＮをもつＴＢｏＭＳ送信機会の第１のスロットのインデックス
と、ＴＢｏＭＳ送信機会の第１のスロット内の第１のシンボルＳと、第１のスロット中のＴＢｏＭＳアップリンク送信の連続するシンボルの数Ｌ、または送信機会におけるＴＢｏＭＳアップリンク送信の総シンボルの数Ｌとによって規定される。
【0012】
一実施形態では、ＴＢｏＭＳアップリンク送信の１つのＴＢｏＭＳ送信機会は、ＴＢｏＭＳアップリンク送信の２つまたはそれ以上の連続するまたは連続しないスロットに及ぶ。一実施形態では、ＴＢｏＭＳアップリンク送信の１つのＴＢｏＭＳ送信機会は、システムフレーム番号ＳＦＮをもつＴＢｏＭＳ送信機会の第１のスロットのインデックス
と、第１のスロット内の第１のシンボルＳと、第１のスロット中のまたはＴＢｏＭＳアップリンク送信の複数のスロットにわたるのいずれかのＴＢｏＭＳアップリンク送信のシンボルの数Ｌとによって規定される。
【0013】
一実施形態では、ＴＢｏＭＳアップリンク送信のためのすべてのスロットが、単一のＴＢｏＭＳ送信機会として扱われる。
【0014】
一実施形態では、ＴＢｏＭＳアップリンク送信のためのすべてのスロットのセットが、２つまたはそれ以上のサブセットに分割され、２つまたはそれ以上のサブセットのうちの各サブセットが、１つのＴＢｏＭＳ送信機会として扱われる。
【0015】
一実施形態では、無線通信デバイスは、ＴＢｏＭＳ送信機会がどのように規定されるかについての２つまたはそれ以上のオプションをサポートし、ＴＢｏＭＳ送信機会ごとのＴＢｏＭＳアップリンク送信のための送信電力を決定するときに無線通信デバイスによって使用される２つまたはそれ以上のオプションのうちの１つが、ネットワークノードによって設定されるかまたはあらかじめ決定される（たとえば、あらかじめ規定される）かのいずれかである。
【0016】
一実施形態では、１つのＴＢｏＭＳ送信機会は、２つまたはそれ以上のスロットに及び、ＴＢｏＭＳ送信機会ごとのＴＢｏＭＳアップリンク送信のための送信電力を決定することは、ＴＢｏＭＳ送信機会のための送信電力を決定することであって、送信電力が、ＴＢｏＭＳ送信機会の第１のスロットのために決定された送信電力と等価であり、同じ送信電力がＴＢｏＭＳ送信機会の終了まで保たれる、ＴＢｏＭＳ送信機会のための送信電力を決定すること、またはＴＢｏＭＳ送信機会の２つまたはそれ以上のスロットを全体として考慮して、ＴＢｏＭＳ送信機会のための送信電力を決定することのいずれかを含む。一実施形態では、特定のパラメータが、ＴＢｏＭＳ送信機会の２つまたはそれ以上のスロットのうちの少なくとも２つについて異なり、ＴＢｏＭＳ送信機会のための送信電力を決定することは、ＴＢｏＭＳ送信機会の２つまたはそれ以上のスロットのうちの固定された１つまたは複数についての特定のパラメータに基づいて、ＴＢｏＭＳ送信機会のための送信電力を決定することを含む。
【0017】
一実施形態では、送信電力の変更がＴＢｏＭＳアップリンク送信中に可能にされるか否かが、ネットワークノードによって設定されるかまたはあらかじめ決定されるかのいずれかである。一実施形態では、送信電力の変更がＴＢｏＭＳアップリンク送信の繰返し間で可能にされるか否かが、ネットワークノードによって設定されるかまたはあらかじめ決定されるかのいずれかである。一実施形態では、送信電力は、１つまたは複数の他の特徴（たとえば、クロススロットチャネル推定）に相互依存する。一実施形態では、送信電力は、１つまたは複数のパラメータに基づいてＴＢｏＭＳアップリンク送信のためのＴＢｏＭＳ送信機会間で変化する。一実施形態では、１つまたは複数のパラメータは、（ａ）各スロットにおけるデータ対ＤＭＲＳ比、（ｂ）グループ共通ＴＰＣコマンド、（ｃ）参照信号、（ｄ）パスロス推定、ＰＵＳＣＨ電力制御調節状態、または（ｅ）（ａ）～（ｄ）のうちの２つまたはそれ以上の任意の組合せを含む。
【0018】
一実施形態では、同じ送信電力が、ＴＢｏＭＳアップリンク送信の複数のスロットにわたって設定されるかまたはあらかじめ決定され、無線通信デバイスは、第１のスロットにおける送信電力に基づいて送信より前に送信電力を決定し、ＴＢｏＭＳアップリンク送信の終了まで送信電力を同じに保つ。一実施形態では、
・ 無線通信デバイスは、ＴＢｏＭＳアップリンク送信中にＴＢｏＭＳアップリンク送信のためのＴＰＣコマンドを受信することを予想しない、および／あるいは
・ 無線通信デバイスが、ＴＢｏＭＳアップリンク送信中にＴＢｏＭＳアップリンク送信のためのＴＰＣコマンドを受信した場合、
○ 無線通信デバイスは、ＴＰＣコマンドを廃棄する、または
○ 無線通信デバイスは、ＴＢｏＭＳアップリンク送信の後の次の送信においてＴＰＣコマンドを適用する、および／あるいは
・ 無線通信デバイスは、それぞれの基地局が、無線通信デバイスがＴＢｏＭＳアップリンク送信中にダウンリンクパスロスを推定するために使用する、参照信号およびその送信電力を変更することを予想しない、および／あるいは
・ 無線通信デバイスは、ＴＢｏＭＳアップリンク送信中に物理レイヤからのダウンリンクパスロス測定を実施しない、および／あるいは
・ 無線通信デバイスは、ＰＵＳＣＨ電力制御調節状態ｌが、ＴＢｏＭＳアップリンク送信中にＲＲＣまたはＤＣＩシグナリングによって変更されることを予想しない。
・ 無線通信デバイスは、ＴＢｏＭＳアップリンク送信中にＴＢｏＭＳアップリンク送信のためのＴＰＣコマンドを受信することを予想しない、および／あるいは
・ 無線通信デバイスが、ＴＢｏＭＳアップリンク送信中にＴＢｏＭＳアップリンク送信のためのＴＰＣコマンドを受信した場合、
○ 無線通信デバイスは、ＴＰＣコマンドを廃棄する、または
○ 無線通信デバイスは、ＴＢｏＭＳアップリンク送信の後の次の送信においてＴＰＣコマンドを適用する、および／あるいは
・ 無線通信デバイスは、それぞれの基地局が、無線通信デバイスがＴＢｏＭＳアップリンク送信中にダウンリンクパスロスを推定するために使用する、参照信号およびその送信電力を変更することを予想しない、および／あるいは
・ 無線通信デバイスは、ＴＢｏＭＳアップリンク送信中に物理レイヤからのダウンリンクパスロス測定を実施しない、および／あるいは
・ 無線通信デバイスは、ＰＵＳＣＨ電力制御調節状態ｌが、ＴＢｏＭＳアップリンク送信中にＲＲＣまたはＤＣＩシグナリングによって変更されることを予想しない。
【0019】
一実施形態では、ＴＢｏＭＳ送信機会ごとのＴＢｏＭＳアップリンク送信のための送信電力を決定することは、１つまたは複数のＴＢｏＭＳ送信機会関係パラメータを計算することを含む。一実施形態では、１つまたは複数のＴＢｏＭＳ送信機会関係パラメータは、（Ｉ）ＭＣＳ関係パラメータΔＴＦ，ｂ，ｆ，ｃ（ｉ）、（ＩＩ）ＢＰＲＥ、（ＩＩＩ）ＰＵＳＣＨ送信機会ｉにおけるサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのＰＵＳＣＨ電力制御調節状態ｆｂ，ｆ，ｃ（ｉ，ｌ）、または（ＩＶ）（Ｉ）～（ＩＩＩ）のうちの任意の２つまたはそれ以上の組合せを含む。別の実施形態では、１つまたは複数のＴＢｏＭＳ送信機会関係パラメータはＢＰＲＥを含む。一実施形態では、ＢＰＲＥは、
としてＴＢｏＭＳの複数のスロットにわたって計算される、ＵＬ－ＳＣＨをもつマルチスロットＰＵＳＣＨのためのＢＰＲＥであり、
ここで、ＮＲＥは、
として決定される、ＴＢｏＭＳの複数のスロットにわたるリソースエレメントの数であり、ここで、Ｎは、ＴＢｏＭＳの送信機会の総数であり、
は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上のＰＵＳＣＨ送信機会ｉのためのシンボルの数であり、
は、ＰＵＳＣＨシンボルｊ中のＤＭ－ＲＳサブキャリアと位相追跡ＲＳサンプルとを除外したサブキャリアの数であり、
である。
ここで、ＮＲＥは、
【0020】
一実施形態では、ＢＰＲＥは、
としてＴＢｏＭＳの複数のスロットにわたって計算される、ＵＬ－ＳＣＨをもつマルチスロットＰＵＳＣＨのためのＢＰＲＥであり、
ここで、
－ ＮＲＥは、
として決定されるリソースエレメントの数であり、ここで、ｉ＝０であり、
は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上のＴＢｏＭＳの第１の送信機会のためのシンボルの数であり、
は、ＰＵＳＣＨシンボルｊ中のＤＭ－ＲＳサブキャリアと位相追跡ＲＳサンプル［ＴＳ３８．２１１］とを除外した、およびＰＵＳＣＨ送信が繰返しタイプＢをもつ場合に公称繰返しのためのセグメンテーションがないと仮定する、サブキャリアの数であり、
である、
－ Ｎは、ＴＢｏＭＳの送信機会の総数である。
ここで、
－ ＮＲＥは、
－ Ｎは、ＴＢｏＭＳの送信機会の総数である。
【0021】
一実施形態では、ＴＰＣ累積が無効にされ、絶対電力オフセット値が電力調節のために使用され、ＴＢｏＭＳ送信機会ごとのＴＢｏＭＳアップリンク送信のための送信電力を決定することは、ＴＢｏＭＳアップリンク送信の各スロットにおける絶対電力調節を決定することを含む。一実施形態では、絶対電力調節は、ＴＢｏＭＳアップリンク送信のための第１のスロットの開始、またはＴＢｏＭＳアップリンク送信のための第１のスロットの第１のスケジュールされたシンボルの開始、またはＴＢｏＭＳアップリンク送信のための第１のスロットの前のシンボル／スロットのセットの開始の前に受信された最新のＴＰＣコマンドによって決定される。
【0022】
一実施形態では、複数のＴＢｏＭＳ送信機会が、ＴＢｏＭＳアップリンク送信のための電力計算のために使用され、１つのＴＢｏＭＳ送信機会における送信電力を決定するための絶対電力調節は、ＴＢｏＭＳ送信機会の第１のスロットの開始、またはＴＢｏＭＳ送信機会の第１のスロットの第１のシンボルの開始、またはＴＢｏＭＳ送信機会の第１のスロットの前のシンボル／スロットのセットの開始の前に受信された最新のＴＰＣコマンドによって決定される。
【0023】
一実施形態では、ＴＰＣ累積が有効にされ、累積電力オフセット値が電力調節のために使用され、ＴＢｏＭＳ送信機会ごとのＴＢｏＭＳアップリンク送信のための送信電力を決定することは、ＴＢｏＭＳアップリンク送信の各スロットにおける累積電力調節を決定することを含む。
【0024】
一実施形態では、ＴＰＣ累積が有効にされ、累積電力オフセット値が電力調節のために使用され、ＴＢｏＭＳ送信機会ごとのＴＢｏＭＳアップリンク送信のための送信電力を決定することは、ＰＵＳＣＨ電力制御調節状態ｌのためのサービングセルｃのキャリアｆのアクティブアップリンク帯域幅部分ｂ上で、ＴＢｏＭＳ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）－１個のシンボルと、ＴＢｏＭＳ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルとの間で受信されたＴＰＣコマンドのセットに基づいて、ＴＢｏＭＳアップリンク送信のＴＢｏＭＳ送信機会における累積電力調節を決定することを含み、ここで、ｉ０＞０は、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）個のシンボルが、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルよりも早い、最も小さい整数である。一実施形態では、ＰＵＳＣＨ送信がダウンリンク制御情報（ＤＣＩ）フォーマットによってスケジュールされる場合、ＫＰＵＳＣＨ（ｉ）は、対応する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）受信の最後のシンボルの後の、およびＴＢｏＭＳ送信の現在のＰＵＳＣＨ機会ｉの第１のスロットの第１のシンボルの前の、サービングセルｃのキャリアｆのアクティブアップリンク帯域幅部分ｂについてのシンボルの数である。
【0025】
一実施形態では、ＴＰＣ累積が有効にされ、累積電力オフセット値が電力調節のために使用され、複数のＴＢｏＭＳ送信機会が、１つのＴＢｏＭＳ送信のための電力計算のために使用され、ＴＢｏＭＳ送信機会ごとのＴＢｏＭＳアップリンク送信のための送信電力を決定すること（３００）は、ＰＵＳＣＨ電力制御調節状態ｌのためのサービングセルｃのキャリアｆのアクティブアップリンク帯域幅部分ｂ上で、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）－１個のシンボルと、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルとの間で受信されたＴＰＣコマンドのセットに基づいて、ＴＢｏＭＳアップリンク送信のＴＢｏＭＳ送信機会における累積電力調節を決定することを含み、ここで、ｉ０＞０は、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）個のシンボルが、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルよりも早い、最も小さい整数である。一実施形態では、ＰＵＳＣＨ送信がダウンリンク制御情報（ＤＣＩ）フォーマットによってスケジュールされる場合、ＫＰＵＳＣＨ（ｉ）は、対応する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）受信の最後のシンボルの後の、およびＴＢｏＭＳ送信の現在のＰＵＳＣＨ機会ｉの第１のスロットの第１のシンボルの前の、サービングセルｃのキャリアｆのアクティブアップリンク帯域幅部分ｂについてのシンボルの数である。
【0026】
無線通信デバイスの対応する実施形態も本明細書で開示される。
【0027】
本明細書に組み込まれ、本明細書の一部をなす添付の図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理について解説するように働く。
【図面の簡単な説明】
【0028】
【図1】本開示の実施形態が実装され得るセルラ通信システムの一例を示す図である。
【図2】ＴＢｏＭＳが、特定のＴＤＤ設定｛ＤＤＳＵＵＤＤＳＵＵ｝が設定されたスロットのセットを伴って４つのアップリンク（ＵＬ）スロットにわたって及ぶ、一例についてのＴＢｏＭＳ送信機会の例を示す図である。
【図3】本開示の実施形態による、無線通信デバイス（たとえば、ユーザ機器デバイス（ＵＥ））の動作を示すフローチャートである。
【図4】本開示のいくつかの実施形態による、ネットワークノードの概略ブロック図である。
【図5】本開示のいくつかの実施形態による、ネットワークノードの概略ブロック図である。
【図6】本開示のいくつかの実施形態による、ネットワークノードの概略ブロック図である。
【図7】本開示のいくつかの実施形態による、無線通信デバイス（たとえば、ＵＥ）の概略ブロック図である。
【図8】本開示のいくつかの実施形態による、無線通信デバイス（たとえば、ＵＥ）の概略ブロック図である。
【図9】本開示のいくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す図である。
【図10】本開示のいくつかの実施形態による、部分的無線接続上で基地局を介してＵＥと通信するホストコンピュータの一般化されたブロック図である。
【図11】本開示の実施形態による、通信システムにおいて実装される方法を示すフローチャートである。
【図12】本開示の実施形態による、通信システムにおいて実装される方法を示すフローチャートである。
【図13】本開示の実施形態による、通信システムにおいて実装される方法を示すフローチャートである。
【図14】本開示の実施形態による、通信システムにおいて実装される方法を示すフローチャートである。
【発明を実施するための形態】
【0029】
以下に記載される実施形態は、当業者が本実施形態を実践することができるようにするための情報を表し、本実施形態を実践する最良のモードを示す。添付の図面に照らして以下の説明を読むと、当業者は、本開示の概念を理解し、本明細書では特に扱われないこれらの概念の適用例を認識されよう。これらの概念および適用例は、本開示の範囲内に入ることを理解されたい。
【0030】
無線ノード： 本明細書で使用される「無線ノード」は、無線アクセスノードまたは無線通信デバイスのいずれかである。
【0031】
無線アクセスノード： 本明細書で使用される「無線アクセスノード」または「無線ネットワークノード」または「無線アクセスネットワークノード」は、信号を無線で送信および／または受信するように動作する、セルラ通信ネットワークの無線アクセスネットワーク（ＲＡＮ）における任意のノードである。無線アクセスノードのいくつかの例は、限定はしないが、基地局（たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ）第５世代（５Ｇ）ＮＲネットワークにおける新無線（ＮＲ）基地局（ｇＮＢ）、あるいは３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークにおける拡張またはエボルブドノードＢ（ｅＮＢ））、高電力またはマクロ基地局、低電力基地局（たとえば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、リレーノード、基地局の機能の部分を実装するネットワークノード、あるいはｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）を実装するネットワークノード、あるいは何らかの他のタイプの無線アクセスノードの機能の部分を実装するネットワークノードを含む。
【0032】
コアネットワークノード： 本明細書で使用される「コアネットワークノード」は、コアネットワークにおける任意のタイプのノード、またはコアネットワーク機能を実装する任意のノードである。コアネットワークノードのいくつかの例は、たとえば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力公開機能（ＳＣＥＦ）、ホーム加入者サーバ（ＨＳＳ）などを含む。コアネットワークノードのいくつかの他の例は、アクセスおよびモビリティ機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワーク公開機能（ＮＥＦ）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）、ポリシ制御機能（ＰＣＦ）、統合データ管理（ＵＤＭ）などを実装するノードを含む。
【0033】
通信デバイス： 本明細書で使用される「通信デバイス」は、アクセスネットワークへのアクセスを有する任意のタイプのデバイスである。通信デバイスのいくつかの例は、限定はしないが、モバイルフォン、スマートフォン、センサーデバイス、メーター、車両、家庭用器具、医療器具、メディアプレーヤ、カメラ、または任意のタイプの家庭用電子機器、たとえば、限定はしないが、テレビジョン、無線機、照明装置、タブレットコンピュータ、ラップトップコンピュータ、またはパーソナルコンピュータ（ＰＣ）を含む。通信デバイスは、無線または有線接続を介して音声および／またはデータを通信することを可能にされた、ポータブル、ハンドヘルド、コンピュータ具備、または車載型モバイルデバイスであり得る。
【0034】
無線通信デバイス： 通信デバイスの１つのタイプは、無線ネットワーク（たとえば、セルラネットワーク）へのアクセスを有する（すなわち、無線ネットワークによってサーブされる）任意のタイプの無線デバイスであり得る、無線通信デバイスである。無線通信デバイスのいくつかの例は、限定はしないが、３ＧＰＰネットワークにおけるユーザ機器デバイス（ＵＥ）と、マシン型通信（ＭＴＣ）デバイスと、モノのインターネット（ＩｏＴ）デバイスとを含む。そのような無線通信デバイスは、モバイルフォン、スマートフォン、センサーデバイス、メーター、車両、家庭用器具、医療器具、メディアプレーヤ、カメラ、または任意のタイプの家庭用電子機器、たとえば、限定はしないが、テレビジョン、無線機、照明装置、タブレットコンピュータ、ラップトップコンピュータ、またはＰＣであり得るか、あるいはそれらに統合され得る。無線通信デバイスは、無線接続を介して音声および／またはデータを通信することを可能にされた、ポータブル、ハンドヘルド、コンピュータ具備、または車載型モバイルデバイスであり得る。
【0035】
ネットワークノード： 本明細書で使用される「ネットワークノード」は、セルラ通信ネットワーク／システムのＲＡＮまたはコアネットワークのいずれかの一部である任意のノードである。
【0036】
送信／受信ポイント（ＴＲＰ）： いくつかの実施形態では、ＴＲＰは、ネットワークノード、無線ヘッド、空間関係、または送信設定インジケータ（ＴＣＩ）状態のいずれかであり得る。ＴＲＰは、いくつかの実施形態では、空間関係またはＴＣＩ状態によって表され得る。いくつかの実施形態では、ＴＲＰは、複数のＴＣＩ状態を使用していることがある。いくつかの実施形態では、ＴＲＰは、そのエレメントに固有の物理レイヤプロパティおよびパラメータに従って、ＵＥに／から無線信号を送信および受信する、ｇＮＢの一部であり得る。いくつかの実施形態では、複数ＴＲＰ（マルチＴＲＰ）動作において、サービングセルが、２つのＴＲＰからＵＥをスケジュールし、より良い物理ダウンリンク共有チャネル（ＰＤＳＣＨ）カバレッジ、信頼性および／またはデータレートを提供することができる。マルチＴＲＰについての２つの異なる動作モード、すなわち、単一ダウンリンク制御情報（ＤＣＩ）とマルチＤＣＩとがある。両方のモードについて、アップリンクおよびダウンリンク動作の制御が、物理レイヤと媒体アクセス制御（ＭＡＣ）の両方によって行われる。単一ＤＣＩモードでは、ＵＥは、両方のＴＲＰについて同じＤＣＩによってスケジュールされ、マルチＤＣＩモードでは、ＵＥは、各ＴＲＰからの独立したＤＣＩによってスケジュールされる。
【0037】
いくつかの実施形態では、セットされた送信ポイント（ＴＰ）が、１つのセル、１つのセルの一部または１つの測位参照信号（ＰＲＳ）専用ＴＰのための、地理的にコロケートされた（ｃｏ－ｌｏｃａｔｅｄ）送信アンテナ（たとえば、（１つまたは複数のアンテナエレメントをもつ）アンテナアレイ）のセットである。ＴＰは、基地局（ｅＮＢ）アンテナ、リモート無線ヘッド（ＲＲＨ）、基地局のリモートアンテナ、ＰＲＳ専用ＴＰのアンテナなどを含むことができる。１つのセルは、１つまたは複数のＴＰによって形成され得る。ホモジニアス配置の場合、各ＴＰは、１つのセルに対応し得る。
【0038】
いくつかの実施形態では、ＴＲＰのセットは、ＴＰおよび／または受信ポイント（ＲＰ）機能をサポートする、地理的にコロケートされたアンテナ（たとえば、（１つまたは複数のアンテナエレメントをもつ）アンテナアレイ）のセットである。
【0039】
本明細書で与えられる説明は３ＧＰＰセルラ通信システムに焦点を当て、したがって、３ＧＰＰ専門用語または３ＧＰＰ専門用語に類似した専門用語がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。
【0040】
本明細書の説明では、「セル」という用語に対して、参照が行われ得ることに留意されたい。しかしながら、特に５Ｇ ＮＲ概念に関して、ビームがセルの代わりに使用されることがあり、したがって、本明細書で説明される概念は、セルとビームの両方に等しく適用可能であることに留意することが重要である。
【0041】
現在、いくつかの課題が存在する。ＮＲリリース１５およびリリース１６では、ＵＥは、スロット中のスケジュールされたアップリンク（ＵＬ）シンボルを指す、各送信機会のための物理アップリンク共有チャネル（ＰＵＳＣＨ）送信電力を決定する。リリース１７の複数のスロットのトランスポートブロック（ＴＢｏＭＳ）は、複数のスロットにわたる１つのトランスポートブロック（ＴＢ）を有する。解決される必要がある１つの問題は、ＴＢｏＭＳのための送信機会がＴＢのあるスロットであるのか複数のスロットであるのか、である。これは、暗黙的に、ＴｂｏＭＳの複数のスロットの間で、同じ送信電力が使用され得るのか異なる送信電力が使用され得るのかの問題に関連する。
【0042】
たとえば、リソースエレメントごとのビット（ＢＰＲＥ：Ｂｉｔｓ Ｐｅｒ Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）など、いくつかの電力制御パラメータのスロットごとの計算は、ＴＢｏＭＳについて複雑である。ＵＥが、タイプＢのようなＴＢｏＭＳ（Ｔｙｐｅ－Ｂ ｌｉｋｅ ＴＢｏＭＳ）についてスロット中の情報ビットの数を計算することは複雑である。したがって、複数のスロットにわたる計算と、それが１つのスロットの送信機会にどのように適用されるかとが提案される。
【0043】
さらに、送信電力制御（ＴＰＣ）累積のためのＴＰＣコマンド決定が、特に複数の機会が単一のＴＢｏＭＳ送信のために設定されるとき、特別に考慮される必要がある。
【0044】
上述のまたは他の課題のソリューションを提供するシステムおよび方法が、本明細書で開示される。ＴＢｏＭＳ ＰＵＳＣＨ送信のための送信機会の規定を提供することに関するシステムおよび方法の実施形態が、本明細書で開示される。クロススロットチャネル推定のために同じ電力を維持することと、ＴＢｏＭＳ ＰＵＳＣＨ送信のための送信機会関係電力制御パラメータの決定とのためのシステムおよび方法の実施形態も、本明細書で開示される。
【0045】
特定の利点に、または特定の利点によって限定されないが、本開示の実施形態は、ＴＢｏＭＳの送信のためのアップリンク電力制御のための送信機会の可能な規定を提供し、ＴＢｏＭＳの各スロットにおいて電力制御関係パラメータをどのように適用すべきかについての（１つまたは複数の）ソリューションを提供し得る。
【0046】
この点について、図１は、本開示の実施形態が実装され得るセルラ通信システム１００の一例を示す。本明細書で説明される実施形態では、セルラ通信システム１００は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）と５Ｇコア（５ＧＣ）とを含む５Ｇシステム（５ＧＳ）であるが、本明細書で開示される実施形態は、ＴＢｏＭＳを利用する任意のタイプの無線またはセルラ通信システムにおいて使用され得る。この例では、ＲＡＮは、５ＧＳにおいてＮＲ基地局（ｇＮＢ）と随意に次世代ｅＮＢ（ｎｇ－ｅＮＢ）（たとえば、５ＧＣに接続されたＬＴＥ ＲＡＮノード）とを含む、基地局１０２－１および１０２－２を含み、これらは対応する（マクロ）セル１０４－１および１０４－２を制御する。基地局１０２－１および１０２－２は、概して、本明細書では、まとめて基地局１０２と呼ばれ、個別に基地局１０２と呼ばれる。同様に、（マクロ）セル１０４－１および１０４－２は、概して、本明細書では、まとめて（マクロ）セル１０４と呼ばれ、個別に（マクロ）セル１０４と呼ばれる。ＲＡＮは、対応するスモールセル１０８－１～１０８－４を制御する、いくつかの低電力ノード１０６－１～１０６－４をも含み得る。低電力ノード１０６－１～１０６－４は、（ピコ基地局またはフェムト基地局などの）小さい基地局またはＲＲＨなどであり得る。特に、示されていないが、スモールセル１０８－１～１０８－４のうちの１つまたは複数は、基地局１０２によって代替的に提供され得る。低電力ノード１０６－１～１０６－４は、概して、本明細書では、まとめて低電力ノード１０６と呼ばれ、個別に低電力ノード１０６と呼ばれる。同様に、スモールセル１０８－１～１０８－４は、概して、本明細書では、まとめてスモールセル１０８と呼ばれ、個別にスモールセル１０８と呼ばれる。セルラ通信システム１００は、５ＧＳにおいて５ＧＣと呼ばれる、コアネットワーク１１０をも含む。基地局１０２（および、随意に低電力ノード１０６）は、コアネットワーク１１０に接続される。
【0047】
基地局１０２および低電力ノード１０６は、対応するセル１０４および１０８中の無線通信デバイス１１２－１～１１２－５にサービスを提供する。無線通信デバイス１１２－１～１１２－５は、概して、本明細書では、まとめて無線通信デバイス１１２と呼ばれ、個別に無線通信デバイス１１２と呼ばれる。以下の説明では、無線通信デバイス１１２は、しばしばＵＥであり、したがって、本明細書ではＵＥ１１２と呼ばれることがあるが、本開示はそれに限定されない。
【0048】
上記の背景技術セクションにおいて説明されたように、ＮＲリリース１５／１６では、１つのＴＢがスロット内にあるが、ＮＲリリース１７は、複数のスロットにわたるＴＢ（ＴＢｏＭＳ、またはマルチスロットＴＢ）をサポートすることになる。３ＧＰＰにおいて、２つのタイプのＴＢｏＭＳ、すなわち、各スロットにおけるタイプＡのような時間領域リソース割り当て（ＴＤＲＡ）を伴うＴＢｏＭＳと、各スロットにおけるタイプＢのようなＴＤＲＡを伴うＴＢｏＭＳとが考慮されている。
【0049】
本開示では、ＴＢｏＭＳのための送信機会の規定を提供することに関するシステムおよび方法の実施形態が開示される。さらに、複数のスロットにわたって同じ送信電力を必要とするクロススロットチャネル推定のために同じ電力を維持することと、ＴＢｏＭＳ ＰＵＳＣＨ送信のための送信機会関係電力制御パラメータの決定とためのシステムおよび方法の実施形態。
【0050】
ＴＢｏＭＳ ＰＵＳＣＨ電力計算のためのＴＢｏＭＳ ＰＵＳＣＨ送信機会規定
ＮＲリリース１６では、ＰＵＳＣＨ送信電力は、ＰＵＳＣＨ送信機会ごとに決定される。ＰＵＳＣＨ送信機会ｉが、システムフレーム番号ＳＦＮをもつフレーム内のスロットインデックス
と、スロット内の第１のシンボルＳと、連続するシンボルの数Ｌとによって規定される。
ＮＲリリース１６では、ＰＵＳＣＨ送信電力は、ＰＵＳＣＨ送信機会ごとに決定される。ＰＵＳＣＨ送信機会ｉが、システムフレーム番号ＳＦＮをもつフレーム内のスロットインデックス
【0051】
第１の実施形態では、ＵＥ１１２は、ＴＢｏＭＳ ＰＵＳＣＨ送信機会ごとの線形ＴＢｏＭＳ ＰＵＳＣＨ電力を計算し、ＴＢｏＭＳ ＰＵＳＣＨ送信機会は、以下のオプションのうちの１つまたは複数に基づいて決定され得る。
・ オプション１： このオプションでは、１つのＴＢｏＭＳ ＰＵＳＣＨ送信機会は、１つのスロット内のＴＢｏＭＳ送信の一部として規定され、ＴＢｏＭＳ ＰＵＳＣＨ送信機会は、システムフレーム番号ＳＦＮをもつフレーム内のスロットインデックス
と、スロット内の第１のシンボルＳと、スロット内のＴＢｏＭＳの連続するシンボルの数Ｌとによって規定される。
・ オプション２： このオプションでは、１つのＴＢｏＭＳ ＰＵＳＣＨ送信機会は、ＴＢｏＭＳの複数の連続するスロットに及ぶ。１つの送信機会は、システムフレーム番号ＳＦＮをもつ送信機会の第１のスロットのインデックス
と、送信機会の第１のスロット内の第１のシンボルＳと、このスロット中のＴＢｏＭＳの連続するシンボルの数Ｌ、または送信機会におけるＴＢｏＭＳの総シンボルの数Ｌとによって規定される。
・ オプション３： このオプションでは、１つのＰＵＳＣＨ送信機会は、ＴＢｏＭＳの複数の連続するまたは連続しないスロットに及ぶ。送信機会は、システムフレーム番号ＳＦＮをもつ送信機会の第１のスロットのインデックス
と、第１のスロット内の第１のシンボルＳと、このスロット中のまたはＴＢｏＭＳの複数のスロットにわたるのいずれかのＴＢｏＭＳのシンボルの数Ｌとによって規定される。
・ オプション４： このオプションでは、ＴＢｏＭＳ送信のためのすべてのスロットが、１つのＴＢｏＭＳ ＰＵＳＣＨ送信機会ｉとして扱われる。
・ オプション５： このオプションでは、ＴＢｏＭＳ送信のためのスロットのセット全体が、異なるサブセットにグループ化され得、スロットの各サブセットが、１つのＴＢｏＭＳ ＰＵＳＣＨ送信機会として扱われ得る。
・ オプション１： このオプションでは、１つのＴＢｏＭＳ ＰＵＳＣＨ送信機会は、１つのスロット内のＴＢｏＭＳ送信の一部として規定され、ＴＢｏＭＳ ＰＵＳＣＨ送信機会は、システムフレーム番号ＳＦＮをもつフレーム内のスロットインデックス
・ オプション２： このオプションでは、１つのＴＢｏＭＳ ＰＵＳＣＨ送信機会は、ＴＢｏＭＳの複数の連続するスロットに及ぶ。１つの送信機会は、システムフレーム番号ＳＦＮをもつ送信機会の第１のスロットのインデックス
・ オプション３： このオプションでは、１つのＰＵＳＣＨ送信機会は、ＴＢｏＭＳの複数の連続するまたは連続しないスロットに及ぶ。送信機会は、システムフレーム番号ＳＦＮをもつ送信機会の第１のスロットのインデックス
・ オプション４： このオプションでは、ＴＢｏＭＳ送信のためのすべてのスロットが、１つのＴＢｏＭＳ ＰＵＳＣＨ送信機会ｉとして扱われる。
・ オプション５： このオプションでは、ＴＢｏＭＳ送信のためのスロットのセット全体が、異なるサブセットにグループ化され得、スロットの各サブセットが、１つのＴＢｏＭＳ ＰＵＳＣＨ送信機会として扱われ得る。
【0052】
第１の実施形態のサブ実施形態では、オプションのうちの複数がサポートされるとき、ＵＥ１１２に、電力計算のためのＰＵＳＣＨ送信機会ｉの規定を決定するためのオプションのうちの１つが、たとえば、ダウンリンク制御情報（ＤＣＩ）および／または上位レイヤシグナリングを介して、ネットワークノード（たとえば、基地局１０２）によって設定され得る。代替的に、電力計算のためのＰＵＳＣＨ送信機会ｉの規定を決定するためにＵＥ１１２によって使用されるべきオプションのうちの１つが、あらかじめ規定されるか、またはさもなければあらかじめ決定され得る。
・ オプション１を除く、第１の実施形態に関する上述のオプションは、複数のスロットのＴＢｏＭＳ送信機会を可能にする。ＴＢｏＭＳ ＰＵＳＣＨ機会ごとに可能にされるスロットの最大数は、連続しないスロットがいくつかの時分割複信（ＴＤＤ）設定において可能にされるかどうかに依存し得る。
・ 連続しないスロットがＴＢｏＭＳのために設定されるが、連続するスロットのみが、上記のオプション２の場合のように送信機会において可能にされる場合、ＴＢｏＭＳのための複数の送信機会が必要とされ得る。しかしながら、連続しないスロットが１つのＰＵＳＣＨ機会中にあることを可能にすることは、すべてのスロットが、オプション４において述べられるように１つのＴＢｏＭＳ ＰＵＳＣＨ機会として扱われるとき、１つのＴＢｏＭＳ ＰＵＳＣＨ機会のみを有することを可能にする。
・ 図２は、ＴＢｏＭＳが、特定のＴＤＤ設定｛ＤＤＳＵＵＤＤＳＵＵ｝が設定されたスロットのセットを伴って４つのアップリンク（ＵＬ）スロットにわたって及ぶ、一例を示す。この場合、連続するスロットのみが各ＰＵＳＣＨ機会について可能にされる場合、各ＴＢｏＭＳ ＰＵＳＣＨ機会｛ＰＯ１またはＰＯ２｝は、図２（ａ）に示されているように最高２つのスロットを有することができる。しかしながら、連続しないアップリンクスロットも１つのＰＵＳＣＨ機会について可能にされる場合、１つのＴＢｏＭＳ ＰＵＳＣＨ機会ＰＯ１は、図２（ｂ）に示されているように最高４つのスロットを有することができる。
・ オプション１を除く、第１の実施形態に関する上述のオプションは、複数のスロットのＴＢｏＭＳ送信機会を可能にする。ＴＢｏＭＳ ＰＵＳＣＨ機会ごとに可能にされるスロットの最大数は、連続しないスロットがいくつかの時分割複信（ＴＤＤ）設定において可能にされるかどうかに依存し得る。
・ 連続しないスロットがＴＢｏＭＳのために設定されるが、連続するスロットのみが、上記のオプション２の場合のように送信機会において可能にされる場合、ＴＢｏＭＳのための複数の送信機会が必要とされ得る。しかしながら、連続しないスロットが１つのＰＵＳＣＨ機会中にあることを可能にすることは、すべてのスロットが、オプション４において述べられるように１つのＴＢｏＭＳ ＰＵＳＣＨ機会として扱われるとき、１つのＴＢｏＭＳ ＰＵＳＣＨ機会のみを有することを可能にする。
・ 図２は、ＴＢｏＭＳが、特定のＴＤＤ設定｛ＤＤＳＵＵＤＤＳＵＵ｝が設定されたスロットのセットを伴って４つのアップリンク（ＵＬ）スロットにわたって及ぶ、一例を示す。この場合、連続するスロットのみが各ＰＵＳＣＨ機会について可能にされる場合、各ＴＢｏＭＳ ＰＵＳＣＨ機会｛ＰＯ１またはＰＯ２｝は、図２（ａ）に示されているように最高２つのスロットを有することができる。しかしながら、連続しないアップリンクスロットも１つのＰＵＳＣＨ機会について可能にされる場合、１つのＴＢｏＭＳ ＰＵＳＣＨ機会ＰＯ１は、図２（ｂ）に示されているように最高４つのスロットを有することができる。
【0053】
第２の実施形態では、ＴＢｏＭＳの１つの送信機会が複数のスロットに及ぶ場合、ＵＥ１１２は以下を行うことができる。
・ オプション１： 送信機会の第１のスロットにおいて決定された送信電力と等価な、送信機会のための送信電力を決定し、送信機会の終了まで保つ、
・ オプション２： 全体として送信機会の複数のスロットのための送信電力を決定する。
・ オプション１： 送信機会の第１のスロットにおいて決定された送信電力と等価な、送信機会のための送信電力を決定し、送信機会の終了まで保つ、
・ オプション２： 全体として送信機会の複数のスロットのための送信電力を決定する。
【0054】
第２の実施形態のオプション１とオプション２とは、このＴＢｏＭＳ送信機会のためのスロットのセットのうちの各スロットおける電力制御関係パラメータが同じであるとき、等しくなり得る。しかし、パラメータのうちの少なくとも１つ（たとえば、パラメータＸ）が各スロットについて異なるとき、第２の実施形態の１つのサブ実施形態では、パラメータＸは、以下の方法のうちの１つまたは複数に基づいて決定され得る。
・ オプションＡ： ＴＢｏＭＳ ＰＵＳＣＨ機会の１つまたは複数の固定されたスロットにおけるパラメータＸは、このＰＵＳＣＨ機会におけるスロットのセットにおける送信電力を決定するために使用され、たとえば、「１つまたは複数の固定されたスロット」は、このＴＢｏＭＳ ＰＵＳＣＨ機会の、第１の１つまたは複数のスロット、または最後の１つまたは複数のスロットであり得る。
・ オプションＢ： Ｘまたは対応するスロットは、ネットワークによって設定され得る
・ オプションＡ： ＴＢｏＭＳ ＰＵＳＣＨ機会の１つまたは複数の固定されたスロットにおけるパラメータＸは、このＰＵＳＣＨ機会におけるスロットのセットにおける送信電力を決定するために使用され、たとえば、「１つまたは複数の固定されたスロット」は、このＴＢｏＭＳ ＰＵＳＣＨ機会の、第１の１つまたは複数のスロット、または最後の１つまたは複数のスロットであり得る。
・ オプションＢ： Ｘまたは対応するスロットは、ネットワークによって設定され得る
【0055】
一例は、ＵＥ１１２が、ＴＢの複数のスロットにわたって決定されるＢＰＲＥを除く、すべてのパラメータについて、第２の実施形態のオプション１を使用することである。
【0056】
クロススロットチャネル推定のためのＴＢｏＭＳ ＰＵＳＣＨ電力制御
送信機会は、ＵＬ電力制御の時間領域粒度である。送信機会がスロット内にある場合、ＵＥ１１２は、次のスロットにおいて電力変更ファクタに迅速に適応することができる。一方、クロススロットチャネル推定が考慮される場合、ＵＥ１１２は、複数のスロットにおいて同じ送信電力をより良く保ち、より長い送信機会を有するであろう。ＴＢｏＭＳの複数のスロットにわたって同じ送信電力または異なる送信電力のいずれかを保つことに、賛否両論がある。
送信機会は、ＵＬ電力制御の時間領域粒度である。送信機会がスロット内にある場合、ＵＥ１１２は、次のスロットにおいて電力変更ファクタに迅速に適応することができる。一方、クロススロットチャネル推定が考慮される場合、ＵＥ１１２は、複数のスロットにおいて同じ送信電力をより良く保ち、より長い送信機会を有するであろう。ＴＢｏＭＳの複数のスロットにわたって同じ送信電力または異なる送信電力のいずれかを保つことに、賛否両論がある。
【0057】
ＴＢｏＭＳの送信機会は、単一スロットＴＢの送信機会を再使用するようにあらかじめ決定されることが可能である。その場合、ＵＥ１１２は、異なる送信電力がＴＢｏＭＳの送信について可能にされるかどうかを設定され／あらかじめ決定され得る。ＴＢｏＭＳが多くのスロットに及ぶ場合、基地局１０２（たとえば、ｇＮＢ）は、ＵＥ送信電力変更の数、または電力変更がいつ起こり得るかを設定することができる。
【0058】
第３の実施形態では、ＵＥ１１２はネットワークによって（たとえば、基地局１０２によって）設定され得るか、または送信電力の変更がＴＢｏＭＳの送信中に可能にされるかどうかがあらかじめ決定され得る。ＵＥ１１２にＴＢｏＭＳの繰返しが設定される場合、ＵＥ１１２はネットワークによって設定され得るか、または送信電力の変更がＴＢｏＭＳの繰返し間で可能にされるかどうかがあらかじめ決定され得る。これらの２つの場合のいずれにおいても、送信電力の変更が可能にされる場合、ＵＥ１１２に、送信中の電力変更の数、または送信電力の変更がいつ起こり得るかが設定され得る。
【0059】
第３の実施形態のサブ実施形態では、ＴＢｏＭＳの送信中の同じまたは異なる送信電力は、たとえば、クロススロットチャネル推定など、他の特徴に相互依存し得る。たとえば、クロススロットチャネル推定がＵＥ１１２のために設定される場合、ＵＥ１１２は、ジョイントチャネル推定のためにＴＢｏＭＳの１つまたは複数の繰返しの送信のためのスロットにわたって同じ送信電力を保つ。送信機会がＴＢｏＭＳの送信持続時間よりも短い場合、ＵＥ１１２は、ＴＢｏＭＳの送信のためにＵＬ送信電力を複数回決定する。ＴＢの複数のスロット中にＵＬ送信電力を変更し得る可能なファクタは、各スロットにおける異なるデータ対ＤＭＲＳリソース比、グループ共通ＴＰＣコマンド、参照信号、パスロス推定、ＰＵＳＣＨ電力制御調節状態を含む。
【0060】
第４の実施形態では、同じ送信電力が、ＴＢｏＭＳの複数のスロットにわたって設定され／あらかじめ決定される場合、ＵＥ１１２は、第１のスロットにおける送信電力に基づいて送信より前に送信電力を決定し、送信の終了まで同じ送信電力を保つ。
【0061】
第５の実施形態では、同じ送信電力が、ＴＢｏＭＳの複数のスロットにわたって設定され／あらかじめ決定される場合、以下の方法のうちの１つまたは複数が使用され得る。
・ ＵＥ１１２は、ＴＢｏＭＳの送信中にＴＢｏＭＳの送信のためのＴＰＣコマンドを受信することを予想しない。
・ ＵＥ１１２が、ＴＢｏＭＳの送信中にＴＢｏＭＳの送信のためのＴＰＣコマンドを受信した場合、
○ ＵＥ１１２は、ＴＰＣコマンドを廃棄する、または
○ ＵＥは、ＴＢｏＭＳの後の次の送信においてＴＰＣコマンドを適用する。たとえば、ＴＰＣ累積コマンド。
・ ＵＥ１１２は、基地局１０２（たとえば、ｇＮＢ）が、ＵＥ１１２がＴＢｏＭＳの送信中にダウンリンク（ＤＬ）パスロスを推定するために使用する、参照信号およびその送信電力を変更することを予想しない。さもなければ、ＵＥ１１２は変更を無視する。
・ ＵＥ１１２は、ＴＢｏＭＳの送信中に物理レイヤからのＤＬパスロス測定を実施しない。
・ ＵＥ１１２は、ＰＵＳＣＨ電力制御調節状態ｌが、ＴＢｏＭＳの送信中にＲＲＣまたはＤＣＩシグナリングによって変更されることを予想しない。さもなければ、ＵＥ１１２は変更を無視する。
・ ＵＥ１１２は、ＴＢｏＭＳの送信中にＴＢｏＭＳの送信のためのＴＰＣコマンドを受信することを予想しない。
・ ＵＥ１１２が、ＴＢｏＭＳの送信中にＴＢｏＭＳの送信のためのＴＰＣコマンドを受信した場合、
○ ＵＥ１１２は、ＴＰＣコマンドを廃棄する、または
○ ＵＥは、ＴＢｏＭＳの後の次の送信においてＴＰＣコマンドを適用する。たとえば、ＴＰＣ累積コマンド。
・ ＵＥ１１２は、基地局１０２（たとえば、ｇＮＢ）が、ＵＥ１１２がＴＢｏＭＳの送信中にダウンリンク（ＤＬ）パスロスを推定するために使用する、参照信号およびその送信電力を変更することを予想しない。さもなければ、ＵＥ１１２は変更を無視する。
・ ＵＥ１１２は、ＴＢｏＭＳの送信中に物理レイヤからのＤＬパスロス測定を実施しない。
・ ＵＥ１１２は、ＰＵＳＣＨ電力制御調節状態ｌが、ＴＢｏＭＳの送信中にＲＲＣまたはＤＣＩシグナリングによって変更されることを予想しない。さもなければ、ＵＥ１１２は変更を無視する。
【0062】
第５の実施形態のサブ実施形態では、同じ送信電力が、ＴＢｏＭＳの繰返しにわたって設定され／あらかじめ決定される場合、同じ方法が、繰返しにわたって使用され得る。
【0063】
ＴＢｏＭＳのための送信機会関係電力制御パラメータの計算
リリース１６では、１つの送信機会ｉはスロット内にあり、いくつかのパラメータが、スロットごとに決定される。送信機会の規定がＴＢｏＭＳのために再使用されるべきである場合、いくつかのパラメータは、複数のスロットにわたって決定され得る。
リリース１６では、１つの送信機会ｉはスロット内にあり、いくつかのパラメータが、スロットごとに決定される。送信機会の規定がＴＢｏＭＳのために再使用されるべきである場合、いくつかのパラメータは、複数のスロットにわたって決定され得る。
【0064】
送信機会に関係する１つのパラメータは、変調符号化方式（ＭＣＳ）関係パラメータΔＴＦ，ｂ，ｆ，ｃ（ｉ）である。リリース１６では、以下の抜粋において取り込まれているように、ΔＴＦ，ｂ，ｆ，ｃ（ｉ）の計算について、リソースエレメントごとのビット（ＢＰＲＥ）は、１つのリソースエレメント（ＲＥ）によって送信されるビット数であり、スロットごとに計算される。代替方法では、送信機会の既存の規定がＴＢｏＭＳのために再使用されるが、ＢＰＲＥは、ＴＢｏＭＳの複数の送信機会にわたって１回計算され、すべての送信機会におけるΔＴＦ，ｂ，ｆ，ｃ（ｉ）に適用され得る。
＊＊＊＊＊抜粋を開始する＊＊＊＊＊
であり、
－ ＵＬ－ＳＣＨデータをもつＰＵＳＣＨについて
であり、ＵＬ－ＳＣＨデータをもたないＰＵＳＣＨにおけるＣＳＩ送信について
であり、ここで、
－ Ｃは、送信されるコードブロックの数であり、Ｋｒは、コードブロックｒについてのサイズであり、ＮＲＥは、
として決定されるリソースエレメントの数であり、ここで、
は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上のＰＵＳＣＨ送信機会ｉのためのシンボルの数であり、
は、ＰＵＳＣＨシンボルｊ中のＤＭ－ＲＳサブキャリアと位相追跡ＲＳサンプル［ＴＳ３８．２１１］とを除外した、およびＰＵＳＣＨ送信が繰返しタイプＢをもつ場合に公称繰返しのためのセグメンテーションがないと仮定する、サブキャリアの数であり、
であり、Ｃ、Ｋｒは、［ＴＳ３８．２１２］において規定されている
＊＊＊＊＊抜粋を終える＊＊＊＊＊
＊＊＊＊＊抜粋を開始する＊＊＊＊＊
－ ＵＬ－ＳＣＨデータをもつＰＵＳＣＨについて
－ Ｃは、送信されるコードブロックの数であり、Ｋｒは、コードブロックｒについてのサイズであり、ＮＲＥは、
＊＊＊＊＊抜粋を終える＊＊＊＊＊
【0065】
第６の実施形態では、ＵＬ－ＳＣＨデータをもつマルチスロットＰＵＳＣＨのためのＢＰＲＥが、以下のやり方のうちの１つまたは複数で、ＴＢの複数のスロットにわたって計算され得、ここで、太字の下線付きのテキストは、３ＧＰＰ ＴＳ３８．２１３ ｒｅｖ．１６．４．０ セクション７．１．１におけるＲｅｌ－１６ ＢＰＲＥ計算への、必要とされる変更を指示する。
－ Ｃは、ＴＢｏＭＳの複数のスロットにわたる、送信されるコードブロックの数である。ＴＢｏＭＳのためのコードブロック（ＣＢ）セグメンテーションがない場合、Ｃ＝１である。
－ Ｋｒは、ＴＢｏＭＳの複数のスロットにわたるコードブロックｒについてのサイズである。
はＴＢｏＭＳのＴＢＳである。
－ オプション１、
であり、ここで、
○ ＮＲＥは、
として決定される、ＴＢｏＭＳの複数のスロットにわたるリソースエレメントの数であり、ここで、Ｎは、ＴＢｏＭＳの送信機会の総数であり、
は、サービングセルｃのキャリアｆのアクティブＵＬ帯域幅部分（ＢＷＰ）ｂ上のＰＵＳＣＨ送信機会ｉのためのシンボルの数であり、
は、ＰＵＳＣＨシンボルｊ中の復調用参照信号（ＤＭ－ＲＳ）サブキャリアと位相追跡ＲＳサンプル［ＴＳ３８．２１１］とを除外したサブキャリアの数であり、
である、
－ オプション２、
であり、ここで、
○ ＮＲＥは、
として決定されるリソースエレメントの数であり、ここで、ｉ＝０であり、
は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上のＴＢｏＭＳの第１の送信機会のためのシンボルの数であり、
は、ＰＵＳＣＨシンボルｊ中のＤＭ－ＲＳサブキャリアと位相追跡ＲＳサンプル［ＴＳ３８．２１１］とを除外した、およびＰＵＳＣＨ送信が繰返しタイプＢをもつ場合に公称繰返しのためのセグメンテーションがないと仮定する、サブキャリアの数であり、
である、
○ Ｎは、ＴＢｏＭＳの送信機会の総数である
－ Ｃは、ＴＢｏＭＳの複数のスロットにわたる、送信されるコードブロックの数である。ＴＢｏＭＳのためのコードブロック（ＣＢ）セグメンテーションがない場合、Ｃ＝１である。
－ Ｋｒは、ＴＢｏＭＳの複数のスロットにわたるコードブロックｒについてのサイズである。
－ オプション１、
○ ＮＲＥは、
－ オプション２、
○ ＮＲＥは、
○ Ｎは、ＴＢｏＭＳの送信機会の総数である
【0066】
第６の実施形態のサブ実施形態では、
である。ΔＴＦ，ｂ，ｆ，ｃは、ＴＢｏＭＳのすべての送信機会について同じである。
【0067】
１つのスロットではなく複数のスロットにわたるＢＰＲＥ計算は、各スロットにおける情報ビットの数を計算するＵＥの労力を節約することができる。ＴＢｏＭＳのすべてのスロットにわたるトランスポートブロックサイズ（ＴＢＳ）は、取得することがはるかに容易である。第６の実施形態のオプション２では、ＵＥ１１２は、第１の送信機会においてＮＲＥを計算するにすぎない。これは、各送信機会において同じＮＲＥを有する、タイプＡのようなＴＢｏＭＳ（Ｔｙｐｅ－Ａ ｌｉｋｅ ＴＢｏＭＳ）のために使用され得る。第６の実施形態のオプション１は、タイプＢのようなＴＢｏＭＳのために考慮され得る。
【0068】
別のパラメータは、ＰＵＳＣＨ送信機会ｉにおけるサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのＰＵＳＣＨ電力制御調節状態ｆｂ，ｆ，ｃ（ｉ，ｌ）であり、これは、Ｒｅｌ－１６において、３ＧＰＰ ＴＳ３８．２１３ ｒｅｖ．１６．４．０ セクション７．１．１からの以下の抜粋に従って決定される。
＊＊＊＊＊３ＧＰＰ ＴＳ３８．２１３からの抜粋を開始する＊＊＊＊＊
ＰＵＳＣＨ送信機会ｉにおけるサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのＰＵＳＣＨ電力制御調節状態ｆｂ，ｆ，ｃ（ｉ，ｌ）について
－ δＰＵＳＣＨ，ｂ，ｆ，ｃ（ｉ，ｌ）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上のＰＵＳＣＨ送信機会ｉをスケジュールするＤＣＩフォーマット中に含まれるか、または、節１１．３において説明されるように、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩによってスクランブルされたＣＲＣを伴ってＤＣＩフォーマット２＿２において他のＴＰＣコマンドとともにジョイントコーディングされる、ＴＰＣコマンド値である
－ ＵＥにｔｗｏＰＵＳＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓが設定される場合、ｌ∈｛０，１｝であり、ＵＥにｔｗｏＰＵＳＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓが設定されない場合、またはＰＵＳＣＨ送信が節８．３において説明されるＲＡＲ ＵＬグラントによってスケジュールされる場合、ｌ＝０である
－ ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定されたＰＵＳＣＨ（再）送信について、ｌ∈｛０，１｝の値は、ｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅによってＵＥに提供される
－ ＵＥがＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌを提供される場合、ＵＥは、ＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマットにおけるＳＲＩフィールドのための値のセットと、ｓｒｉ－ＰＵＳＣＨ－ＣｌｏｓｅｄＬｏｏｐＩｎｄｅｘによって提供される（１つまたは複数の）ｌ値との間のマッピングを取得し、ＳＲＩフィールド値にマッピングされるｌ値を決定する
－ ＰＵＳＣＨ送信が、ＳＲＩフィールドを含まないＤＣＩフォーマットによってスケジュールされる場合、またはＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌがＵＥに提供されない場合、ｌ＝０である
－ ＵＥが、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット２＿２から、１つのＴＰＣコマンドを取得する場合、ｌ値は、ＤＣＩフォーマット２＿２における閉ループインジケータフィールドによって提供される
－
は、ＵＥがｔｐｃ－Ａｃｃｕｍｕｌａｔｉｏｎを提供されない場合の、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂとＰＵＳＣＨ送信機会ｉとについてのＰＵＳＣＨ電力制御調節状態ｌであり、ここで、
－ δＰＵＳＣＨ，ｂ，ｆ，ｃ値は、表７．１．１－１において与えられる
－
は、ＰＵＳＣＨ電力制御調節状態ｌのためのサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上で、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）－１個のシンボルと、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルとの間でＵＥが受信する、カーディナリティＣ（Ｄｉ）をもつＴＰＣコマンド値のセットＤｉにおけるＴＰＣコマンド値の和であり、ここで、ｉ０＞０は、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）個のシンボルが、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルよりも早い、最も小さい整数である
－ ＰＵＳＣＨ送信がＤＣＩフォーマットによってスケジュールされる場合、ＫＰＵＳＣＨ（ｉ）は、対応するＰＤＣＣＨ受信の最後のシンボルの後の、およびＰＵＳＣＨ送信の第１のシンボルの前の、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのシンボルの数である
－ ＰＵＳＣＨ送信がＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定される場合、ＫＰＵＳＣＨ（ｉ）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての、スロットごとのシンボルの数
と、ＰＵＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ中のｋ２によって提供される値の最小値との積に等しい、ＫＰＵＳＣＨ，ｍｉｎシンボルの数である
－ ＵＥがＰＵＳＣＨ送信機会ｉ－ｉ０においてサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての最大電力に達し、
である場合、ｆｂ，ｆ，ｃ（ｉ，ｌ）＝ｆｂ，ｆ，ｃ（ｉ－ｉ０，ｌ）である
－ ＵＥがＰＵＳＣＨ送信機会ｉ－ｉ０においてサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての最小電力に達し、
である場合、ｆｂ，ｆ，ｃ（ｉ，ｌ）＝ｆｂ，ｆ，ｃ（ｉ－ｉ０，ｌ）である
－ ＵＥは、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのＰＵＳＣＨ電力制御調節状態ｌの累積を、ｆｂ，ｆ，ｃ（ｋ，ｌ）＝０、ｋ＝０，１，．．．，ｉにリセットする
－ 対応するＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）値のための設定が上位レイヤによって提供される場合、
－ 対応するαｂ，ｆ，ｃ（ｊ）値のための設定が上位レイヤによって提供される場合、
ここで、ｌは、
－ ｊ＞１であり、ＵＥが上位ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌを提供される場合、ｌは、ｊに対応するｓｒｉ－Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄ値をもつ任意のＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌにおいて設定された（１つまたは複数の）ｓｒｉ－ＰＵＳＣＨ－ＣｌｏｓｅｄＬｏｏｐＩｎｄｅｘ値である
－ ｊ＞１であり、ＵＥがＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌを提供されないか、またはｊ＝０である場合、ｌ＝０である
－ ｊ＝１である場合、ｌはｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅの値によって提供される
としてｊの値から決定される
－ ｆｂ，ｆ，ｃ（ｉ，ｌ）＝δＰＵＳＣＨ，ｂ，ｆ，ｃ（ｉ，ｌ）は、ＵＥがｔｐｃ－Ａｃｃｕｍｕｌａｔｉｏｎを提供される場合の、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂとＰＵＳＣＨ送信機会ｉとについてのＰＵＳＣＨ電力制御調節状態であり、ここで、
－ δＰＵＳＣＨ，ｂ，ｆ，ｃ絶対値は、表７．１．１－１において与えられる
表7.1.1-1:PUSCH送信をスケジュールするDCIフォーマットにおける、またはTPC-PUSCH-RNTIによってスクランブルされたCRCを伴うDCIフォーマット2_2における、またはDCIフォーマット2_3におけるTPCコマンドフィールドの、絶対および累積δPUSCH,b,f,c値またはδSRS,b,f,c値へのマッピング
＊＊＊＊＊３ＧＰＰ ＴＳ３８．２１３からの抜粋を終える＊＊＊＊＊
＊＊＊＊＊３ＧＰＰ ＴＳ３８．２１３からの抜粋を開始する＊＊＊＊＊
ＰＵＳＣＨ送信機会ｉにおけるサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのＰＵＳＣＨ電力制御調節状態ｆｂ，ｆ，ｃ（ｉ，ｌ）について
－ δＰＵＳＣＨ，ｂ，ｆ，ｃ（ｉ，ｌ）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上のＰＵＳＣＨ送信機会ｉをスケジュールするＤＣＩフォーマット中に含まれるか、または、節１１．３において説明されるように、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩによってスクランブルされたＣＲＣを伴ってＤＣＩフォーマット２＿２において他のＴＰＣコマンドとともにジョイントコーディングされる、ＴＰＣコマンド値である
－ ＵＥにｔｗｏＰＵＳＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓが設定される場合、ｌ∈｛０，１｝であり、ＵＥにｔｗｏＰＵＳＣＨ－ＰＣ－ＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓが設定されない場合、またはＰＵＳＣＨ送信が節８．３において説明されるＲＡＲ ＵＬグラントによってスケジュールされる場合、ｌ＝０である
－ ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定されたＰＵＳＣＨ（再）送信について、ｌ∈｛０，１｝の値は、ｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅによってＵＥに提供される
－ ＵＥがＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌを提供される場合、ＵＥは、ＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマットにおけるＳＲＩフィールドのための値のセットと、ｓｒｉ－ＰＵＳＣＨ－ＣｌｏｓｅｄＬｏｏｐＩｎｄｅｘによって提供される（１つまたは複数の）ｌ値との間のマッピングを取得し、ＳＲＩフィールド値にマッピングされるｌ値を決定する
－ ＰＵＳＣＨ送信が、ＳＲＩフィールドを含まないＤＣＩフォーマットによってスケジュールされる場合、またはＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌがＵＥに提供されない場合、ｌ＝０である
－ ＵＥが、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット２＿２から、１つのＴＰＣコマンドを取得する場合、ｌ値は、ＤＣＩフォーマット２＿２における閉ループインジケータフィールドによって提供される
－
－ δＰＵＳＣＨ，ｂ，ｆ，ｃ値は、表７．１．１－１において与えられる
－
－ ＰＵＳＣＨ送信がＤＣＩフォーマットによってスケジュールされる場合、ＫＰＵＳＣＨ（ｉ）は、対応するＰＤＣＣＨ受信の最後のシンボルの後の、およびＰＵＳＣＨ送信の第１のシンボルの前の、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのシンボルの数である
－ ＰＵＳＣＨ送信がＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定される場合、ＫＰＵＳＣＨ（ｉ）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての、スロットごとのシンボルの数
－ ＵＥがＰＵＳＣＨ送信機会ｉ－ｉ０においてサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての最大電力に達し、
－ ＵＥがＰＵＳＣＨ送信機会ｉ－ｉ０においてサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての最小電力に達し、
－ ＵＥは、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのＰＵＳＣＨ電力制御調節状態ｌの累積を、ｆｂ，ｆ，ｃ（ｋ，ｌ）＝０、ｋ＝０，１，．．．，ｉにリセットする
－ 対応するＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｂ，ｆ，ｃ（ｊ）値のための設定が上位レイヤによって提供される場合、
－ 対応するαｂ，ｆ，ｃ（ｊ）値のための設定が上位レイヤによって提供される場合、
ここで、ｌは、
－ ｊ＞１であり、ＵＥが上位ＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌを提供される場合、ｌは、ｊに対応するｓｒｉ－Ｐ０－ＰＵＳＣＨ－ＡｌｐｈａＳｅｔＩｄ値をもつ任意のＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌにおいて設定された（１つまたは複数の）ｓｒｉ－ＰＵＳＣＨ－ＣｌｏｓｅｄＬｏｏｐＩｎｄｅｘ値である
－ ｊ＞１であり、ＵＥがＳＲＩ－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌを提供されないか、またはｊ＝０である場合、ｌ＝０である
－ ｊ＝１である場合、ｌはｐｏｗｅｒＣｏｎｔｒｏｌＬｏｏｐＴｏＵｓｅの値によって提供される
としてｊの値から決定される
－ ｆｂ，ｆ，ｃ（ｉ，ｌ）＝δＰＵＳＣＨ，ｂ，ｆ，ｃ（ｉ，ｌ）は、ＵＥがｔｐｃ－Ａｃｃｕｍｕｌａｔｉｏｎを提供される場合の、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂとＰＵＳＣＨ送信機会ｉとについてのＰＵＳＣＨ電力制御調節状態であり、ここで、
－ δＰＵＳＣＨ，ｂ，ｆ，ｃ絶対値は、表７．１．１－１において与えられる
表7.1.1-1:PUSCH送信をスケジュールするDCIフォーマットにおける、またはTPC-PUSCH-RNTIによってスクランブルされたCRCを伴うDCIフォーマット2_2における、またはDCIフォーマット2_3におけるTPCコマンドフィールドの、絶対および累積δPUSCH,b,f,c値またはδSRS,b,f,c値へのマッピング
【0069】
第７の実施形態では、ＵＥ１１２がｔｐｃ－Ａｃｃｕｍｕｌａｔｉｏｎを提供される場合、すなわち、ＴＰＣ累積が無効にされるとき、絶対電力オフセット値が電力調節のために使用されることになり、以下のルールのうちの１つまたは複数が、各スロットにおけるＴＢｏＭＳのための電力調節を決定するために適用され得る。
・ 絶対電力オフセットは、
○ ＴＢｏＭＳ送信のための第１のスロットの開始
○ またはＴＢｏＭＳ送信のための第１のスロットの第１のスケジュールされたシンボルの開始
○ またはＴＢｏＭＳ送信のための第１のスロットの前のシンボル／スロットのセットの開始
の前に受信された最新のＴＰＣコマンドによって決定される
・ （複数のＴＢｏＭＳ ＰＵＳＣＨ機会が１つのＴＢｏＭＳ送信のための電力計算のために使用されるとき）ＴＢｏＭＳ ＰＵＳＣＨ機会における送信のための電力計算のための絶対電力オフセットは、
○ ＴＢｏＭＳ送信のためのＴＢｏＭＳ ＰＵＳＣＨ機会の第１のスロットの開始
○ またはＴＢｏＭＳ送信のためのＴＢｏＭＳ ＰＵＳＣＨ機会の第１のスロットの第１のシンボルの開始
○ またはＴＢｏＭＳ送信のためのＴＢｏＭＳ ＰＵＳＣＨ機会の第１のスロットの前のシンボル／スロットのセットの開始
の前に受信された最新のＴＰＣコマンドによって決定される
・ 絶対電力オフセットは、
○ ＴＢｏＭＳ送信のための第１のスロットの開始
○ またはＴＢｏＭＳ送信のための第１のスロットの第１のスケジュールされたシンボルの開始
○ またはＴＢｏＭＳ送信のための第１のスロットの前のシンボル／スロットのセットの開始
の前に受信された最新のＴＰＣコマンドによって決定される
・ （複数のＴＢｏＭＳ ＰＵＳＣＨ機会が１つのＴＢｏＭＳ送信のための電力計算のために使用されるとき）ＴＢｏＭＳ ＰＵＳＣＨ機会における送信のための電力計算のための絶対電力オフセットは、
○ ＴＢｏＭＳ送信のためのＴＢｏＭＳ ＰＵＳＣＨ機会の第１のスロットの開始
○ またはＴＢｏＭＳ送信のためのＴＢｏＭＳ ＰＵＳＣＨ機会の第１のスロットの第１のシンボルの開始
○ またはＴＢｏＭＳ送信のためのＴＢｏＭＳ ＰＵＳＣＨ機会の第１のスロットの前のシンボル／スロットのセットの開始
の前に受信された最新のＴＰＣコマンドによって決定される
【0070】
第８の実施形態では、ＵＥ１１２がｔｐｃ－Ａｃｃｕｍｕｌａｔｉｏｎを提供されない場合、すなわち、ＴＰＣ累積が有効にされるとき、累積電力オフセットが電力調節のために使用されることになり、以下のルールのうちの１つまたは複数が、各スロットにおけるＴＢｏＭＳのための電力調節を決定するために適用され得、ここで、太字の下線付きのテキストは、３ＧＰＰ ＴＳ３８．２１３ ｒｅｖ．１６．４．０ セクション７．１．１におけるＲｅｌ－１６ ＫＰＵＳＣＨ計算への変更を指示する。
・ 累積電力オフセットは、ＰＵＳＣＨ電力制御調節状態ｌのためのサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上で、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）－１個のシンボルと、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルとの間で受信されたＴＰＣコマンドのセットによって決定され、ここで、ｉ０＞０は、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）個のシンボルが、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルよりも早い、最も小さい整数である
－ ＰＵＳＣＨ送信がＤＣＩフォーマットによってスケジュールされる場合、ＫＰＵＳＣＨ（ｉ）は、対応するＰＤＣＣＨ受信の最後のシンボルの後の、およびＴＢｏＭＳ送信の第１のスロットの第１のシンボルの前の、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのシンボルの数である
－ ＰＵＳＣＨ送信がＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定される場合、ＫＰＵＳＣＨ（ｉ）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての、スロットごとのシンボルの数
と、ＰＵＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ中のｋ２によって提供される値の最小値との積に等しい、ＫＰＵＳＣＨ，ｍｉｎシンボルの数である
・ （複数のＴＢｏＭＳ ＰＵＳＣＨ機会が１つのＴＢｏＭＳ送信のための電力計算のために使用されるとき）累積電力オフセットは、ＰＵＳＣＨ電力制御調節状態ｌのためのサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上で、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）－１個のシンボルと、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルとの間で受信されたＴＰＣコマンドのセットによって決定され、ここで、ｉ０＞０は、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）個のシンボルが、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルよりも早い、最も小さい整数である
－ ＰＵＳＣＨ送信がＤＣＩフォーマットによってスケジュールされる場合、ＫＰＵＳＣＨ（ｉ）は、対応するＰＤＣＣＨ受信の最後のシンボルの後の、およびＴＢｏＭＳ送信の現在のＰＵＳＣＨ機会ｉの第１のスロットの第１のシンボルの前の、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのシンボルの数である
－ ＰＵＳＣＨ送信がＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定される場合、ＫＰＵＳＣＨ（ｉ）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての、スロットごとのシンボルの数
と、ＰＵＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ中のｋ２によって提供される値の最小値との積に等しい、ＫＰＵＳＣＨ，ｍｉｎシンボルの数である
・ 累積電力オフセットは、ＰＵＳＣＨ電力制御調節状態ｌのためのサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上で、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）－１個のシンボルと、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルとの間で受信されたＴＰＣコマンドのセットによって決定され、ここで、ｉ０＞０は、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）個のシンボルが、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルよりも早い、最も小さい整数である
－ ＰＵＳＣＨ送信がＤＣＩフォーマットによってスケジュールされる場合、ＫＰＵＳＣＨ（ｉ）は、対応するＰＤＣＣＨ受信の最後のシンボルの後の、およびＴＢｏＭＳ送信の第１のスロットの第１のシンボルの前の、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのシンボルの数である
－ ＰＵＳＣＨ送信がＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定される場合、ＫＰＵＳＣＨ（ｉ）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての、スロットごとのシンボルの数
・ （複数のＴＢｏＭＳ ＰＵＳＣＨ機会が１つのＴＢｏＭＳ送信のための電力計算のために使用されるとき）累積電力オフセットは、ＰＵＳＣＨ電力制御調節状態ｌのためのサービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂ上で、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）－１個のシンボルと、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルとの間で受信されたＴＰＣコマンドのセットによって決定され、ここで、ｉ０＞０は、ＰＵＳＣＨ送信機会ｉ－ｉ０の前のＫＰＵＳＣＨ（ｉ－ｉ０）個のシンボルが、ＰＵＳＣＨ送信機会ｉの前のＫＰＵＳＣＨ（ｉ）個のシンボルよりも早い、最も小さい整数である
－ ＰＵＳＣＨ送信がＤＣＩフォーマットによってスケジュールされる場合、ＫＰＵＳＣＨ（ｉ）は、対応するＰＤＣＣＨ受信の最後のシンボルの後の、およびＴＢｏＭＳ送信の現在のＰＵＳＣＨ機会ｉの第１のスロットの第１のシンボルの前の、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについてのシンボルの数である
－ ＰＵＳＣＨ送信がＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇによって設定される場合、ＫＰＵＳＣＨ（ｉ）は、サービングセルｃのキャリアｆのアクティブＵＬ ＢＷＰ ｂについての、スロットごとのシンボルの数
【0071】
追加の説明
図３は、上記で説明された実施形態の少なくともいくつかによる、無線通信デバイス１１２（たとえば、ＵＥ）の動作を示すフローチャートである。示されているように、無線通信デバイス１１２は、ＴＢｏＭＳ送信機会ごとのＴＢｏＭＳアップリンク送信のための送信電力を決定する（ステップ３００）。送信電力は、第１、第２、第３、第４、第５、第６、第７、および／または第８の実施形態のいずれか、ならびに／あるいはそれらのサブ実施形態のいずれかを使用して決定され得る。これらの実施形態およびそれらのサブ実施形態の詳細は、上記で説明されており、したがって、ここでは繰り返されない。しかしながら、上記で提供された詳細のすべては、ステップ３００に、ここで等しく適用可能であることを理解されたい。無線通信デバイス１１２は、次いで、ＴＢｏＭＳ送信機会ごとのＴＢｏＭＳアップリンク送信のための決定された送信電力に従って、ＴＢｏＭＳアップリンク送信を送信する（ステップ３０２）。
図３は、上記で説明された実施形態の少なくともいくつかによる、無線通信デバイス１１２（たとえば、ＵＥ）の動作を示すフローチャートである。示されているように、無線通信デバイス１１２は、ＴＢｏＭＳ送信機会ごとのＴＢｏＭＳアップリンク送信のための送信電力を決定する（ステップ３００）。送信電力は、第１、第２、第３、第４、第５、第６、第７、および／または第８の実施形態のいずれか、ならびに／あるいはそれらのサブ実施形態のいずれかを使用して決定され得る。これらの実施形態およびそれらのサブ実施形態の詳細は、上記で説明されており、したがって、ここでは繰り返されない。しかしながら、上記で提供された詳細のすべては、ステップ３００に、ここで等しく適用可能であることを理解されたい。無線通信デバイス１１２は、次いで、ＴＢｏＭＳ送信機会ごとのＴＢｏＭＳアップリンク送信のための決定された送信電力に従って、ＴＢｏＭＳアップリンク送信を送信する（ステップ３０２）。
【0072】
図４は、本開示のいくつかの実施形態による、ネットワークノード４００の概略ブロック図である。随意の特徴が、点線ボックスによって表される。ネットワークノード４００は、たとえば、基地局１０２または１０６、あるいは、本明細書で説明される基地局１０２またはｇＮＢの機能の全部または一部を実装するネットワークノードであり得る。示されているように、ネットワークノード４００は、１つまたは複数のプロセッサ４０４（たとえば、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）と、メモリ４０６と、ネットワークインターフェース４０８とを含む制御システム４０２を含む。１つまたは複数のプロセッサ４０４は、本明細書では処理回路とも呼ばれる。さらに、ネットワークノード４００が無線アクセスノード（たとえば、基地局１０２、ｇＮＢ、あるいは基地局１０２またはｇＮＢの機能の少なくとも一部を実装するネットワークノード）である場合、ネットワークノード４００は、各々が、１つまたは複数のアンテナ４１６に結合された１つまたは複数の送信機４１２と１つまたは複数の受信機４１４とを含む、１つまたは複数の無線ユニット４１０を含み得る。無線ユニット４１０は、無線インターフェース回路と呼ばれるか、または無線インターフェース回路の一部であり得る。いくつかの実施形態では、（１つまたは複数の）無線ユニット４１０は、制御システム４０２の外部にあり、たとえば、有線接続（たとえば、光ケーブル）を介して制御システム４０２に接続される。しかしながら、いくつかの他の実施形態では、（１つまたは複数の）無線ユニット４１０および潜在的に（１つまたは複数の）アンテナ４１６は、制御システム４０２とともに一体化される。１つまたは複数のプロセッサ４０４は、本明細書で説明されるネットワークノード４００の１つまたは複数の機能（たとえば、本明細書で説明される基地局１０２またはｇＮＢの１つまたは複数の機能）を提供するように動作する。いくつかの実施形態では、（１つまたは複数の）機能は、たとえば、メモリ４０６に記憶され、１つまたは複数のプロセッサ４０４によって実行される、ソフトウェアで実装される。
【0073】
図５は、本開示のいくつかの実施形態による、ネットワークノード４００の仮想化された実施形態を示す概略ブロック図である。ここでも、随意の特徴が、点線ボックスによって表される。本明細書で使用される「仮想化された」ネットワークノードは、ネットワークノード４００の機能の少なくとも一部分が、（たとえば、（１つまたは複数の）ネットワークにおける（１つまたは複数の）物理処理ノード上で実行する（１つまたは複数の）仮想マシンを介して）（１つまたは複数の）仮想構成要素として実装されるネットワークノード４００の一実装形態である。示されているように、この例では、ネットワークノード４００が無線アクセスノードである場合、ネットワークノード４００は、上記で説明されたように、制御システム４０２および／または１つまたは複数の無線ユニット４１０を含み得る。制御システム４０２は、たとえば、光ケーブルなどを介して、（１つまたは複数の）無線ユニット４１０に接続され得る。ネットワークノード４００は、（１つまたは複数の）ネットワーク５０２に結合されるか、または（１つまたは複数の）ネットワーク５０２の一部として含まれる、１つまたは複数の処理ノード５００を含む。存在する場合、制御システム４０２または（１つまたは複数の）無線ユニットは、ネットワーク５０２を介して（１つまたは複数の）処理ノード５００に接続される。各処理ノード５００は、１つまたは複数のプロセッサ５０４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、メモリ５０６と、ネットワークインターフェース５０８とを含む。
【0074】
この例では、本明細書で説明されるネットワークノード４００の機能５１０（たとえば、本明細書で説明される基地局１０２またはｇＮＢの１つまたは複数の機能）は、１つまたは複数の処理ノード５００において実装されるか、あるいは、１つまたは複数の処理ノード５００ならびに制御システム４０２および／または（１つまたは複数の）無線ユニット４１０にわたって任意の所望の様式で分散される。いくつかの特定の実施形態では、本明細書で説明されるネットワークノード４００の機能５１０の一部または全部は、（１つまたは複数の）処理ノード５００によってホストされる（１つまたは複数の）仮想環境において実装される１つまたは複数の仮想マシンによって実行される仮想構成要素として実装される。当業者によって諒解されるように、（１つまたは複数の）処理ノード５００と制御システム４０２との間の追加のシグナリングまたは通信が、所望の機能５１０のうちの少なくともいくつかを行うために使用される。特に、いくつかの実施形態では、制御システム４０２が含まれないことがあり、その場合、（１つまたは複数の）無線ユニット４１０は、（１つまたは複数の）適切なネットワークインターフェースを介して（１つまたは複数の）処理ノード５００と直接通信する。
【0075】
いくつかの実施形態では、少なくとも１つのプロセッサによって実行されたとき、本明細書で説明される実施形態のいずれかに従って、少なくとも１つのプロセッサに、仮想環境におけるネットワークノード４００の機能５１０のうちの１つまたは複数を実装するネットワークノード４００またはノード（たとえば、処理ノード５００）の機能を行わせる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、上述のコンピュータプログラム製品を備えるキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。
【0076】
図６は、本開示のいくつかの他の実施形態による、ネットワークノード４００の概略ブロック図である。ネットワークノード４００は、１つまたは複数のモジュール６００を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール６００は、本明細書で説明されるネットワークノード４００の機能を提供する。この説明は、モジュール６００が、処理ノード５００のうちの１つにおいて実装されるか、または複数の処理ノード５００にわたって分散され、ならびに／あるいは（１つまたは複数の）処理ノード５００および制御システム４０２にわたって分散され得る、図５の処理ノード５００に等しく適用可能である。
【0077】
図７は、本開示のいくつかの実施形態による、無線通信デバイス１１２（たとえば、ＵＥ）の概略ブロック図である。示されているように、無線通信デバイス１１２は、１つまたは複数のプロセッサ７０２（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、メモリ７０４と、各々が、１つまたは複数のアンテナ７１２に結合された１つまたは複数の送信機７０８および１つまたは複数の受信機７１０を含む、１つまたは複数のトランシーバ７０６とを含む。（１つまたは複数の）トランシーバ７０６は、当業者によって諒解されるように、（１つまたは複数の）アンテナ７１２と（１つまたは複数の）プロセッサ７０２との間で通信される信号を調整するように設定された、（１つまたは複数の）アンテナ７１２に接続された無線フロントエンド回路を含む。プロセッサ７０２は、本明細書では処理回路とも呼ばれる。トランシーバ７０６は、本明細書では無線回路とも呼ばれる。いくつかの実施形態では、上記で説明された無線通信デバイス１１２（またはＵＥ）の機能は、たとえば、メモリ７０４に記憶され、（１つまたは複数の）プロセッサ７０２によって実行される、ソフトウェアで完全にまたは部分的に実装され得る。無線通信デバイス１１２は、たとえば、１つまたは複数のユーザインターフェース構成要素（たとえば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、（１つまたは複数の）スピーカーなどを含む入出力インターフェース、ならびに／あるいは、無線通信デバイス１１２への情報の入力を可能にする、および／または無線通信デバイス１１２からの情報の出力を可能にするための任意の他の構成要素）、電力供給源（たとえば、バッテリーおよび関連する電力回路）など、図７に示されていない追加の構成要素を含み得ることに留意されたい。
【0078】
いくつかの実施形態では、少なくとも１つのプロセッサによって実行されたとき、本明細書で説明される実施形態のいずれかに従って、少なくとも１つのプロセッサに無線通信デバイス１１２の機能を行わせる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、上述のコンピュータプログラム製品を備えるキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。
【0079】
図８は、本開示のいくつかの他の実施形態による、無線通信デバイス１１２の概略ブロック図である。無線通信デバイス１１２は、１つまたは複数のモジュール８００を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール８００は、本明細書で説明される無線通信デバイス１１２（またはＵＥ）の機能を提供する。
【0080】
図９を参照すると、一実施形態によれば、通信システムが、ＲＡＮなどのアクセスネットワーク９０２とコアネットワーク９０４とを備える、３ＧＰＰタイプセルラネットワークなどの通信ネットワーク９００を含む。アクセスネットワーク９０２は、ノードＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイント（ＡＰ）など、複数の基地局９０６Ａ、９０６Ｂ、９０６Ｃを備え、各々が、対応するカバレッジエリア９０８Ａ、９０８Ｂ、９０８Ｃを規定する。各基地局９０６Ａ、９０６Ｂ、９０６Ｃは、有線接続または無線接続９１０を介してコアネットワーク９０４に接続可能である。カバレッジエリア９０８Ｃ中に位置する第１のＵＥ９１２が、対応する基地局９０６Ｃに無線で接続するか、または対応する基地局９０６Ｃによってページングされるように設定される。カバレッジエリア９０８Ａ中の第２のＵＥ９１４が、対応する基地局９０６Ａに無線で接続可能である。この例では複数のＵＥ９１２、９１４が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが、対応する基地局９０６に接続している状況に等しく適用可能である。
【0081】
通信ネットワーク９００は、それ自体、ホストコンピュータ９１６に接続され、ホストコンピュータ９１６は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアで、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ９１６は、サービスプロバイダの所有または制御下にあり得るか、あるいはサービスプロバイダによってまたはサービスプロバイダに代わって動作され得る。通信ネットワーク９００とホストコンピュータ９１６との間の接続９１８および９２０が、コアネットワーク９０４からホストコンピュータ９１６に直接延び得るか、または随意の中間ネットワーク９２２を介して進み得る。中間ネットワーク９２２は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得、中間ネットワーク９２２は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク９２２は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。
【0082】
図９の通信システムは全体として、接続されたＵＥ９１２、９１４とホストコンピュータ９１６との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続９２４として説明され得る。ホストコンピュータ９１６および接続されたＵＥ９１２、９１４は、アクセスネットワーク９０２、コアネットワーク９０４、任意の中間ネットワーク９２２、および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続９２４を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続９２４は、ＯＴＴ接続９２４が通過する、参加する通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局９０６は、接続されたＵＥ９１２にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ９１６から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、知らされないことがあるかまたは知らされる必要がない。同様に、基地局９０６は、ＵＥ９１２から発生してホストコンピュータ９１６に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。
【0083】
次に、一実施形態による、前の段落において説明されたＵＥ、基地局、およびホストコンピュータの例示的な実装形態が、図１０を参照しながら説明される。通信システム１０００では、ホストコンピュータ１００２が、通信システム１０００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース１００６を含む、ハードウェア１００４を備える。ホストコンピュータ１００２は、記憶能力および／または処理能力を有し得る、処理回路１００８をさらに備える。特に、処理回路１００８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を備え得る。ホストコンピュータ１００２は、ホストコンピュータ１００２に記憶されるかまたはホストコンピュータ１００２によってアクセス可能であり、処理回路１００８によって実行可能である、ソフトウェア１０１０をさらに備える。ソフトウェア１０１０はホストアプリケーション１０１２を含む。ホストアプリケーション１０１２は、ＵＥ１０１４およびホストコンピュータ１００２において終端するＯＴＴ接続１０１６を介して接続するＵＥ１０１４など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション１０１２は、ＯＴＴ接続１０１６を使用して送信されるユーザデータを提供し得る。
【0084】
通信システム１０００は、通信システム中に提供される基地局１０１８をさらに含み、基地局１０１８は、基地局１０１８がホストコンピュータ１００２およびＵＥ１０１４と通信することを可能にするハードウェア１０２０を備える。ハードウェア１０２０は、通信システム１０００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース１０２２、ならびに基地局１０１８によってサーブされるカバレッジエリア（図１０に図示せず）中に位置するＵＥ１０１４との少なくとも無線接続１０２６をセットアップおよび維持するための無線インターフェース１０２４を含み得る。通信インターフェース１０２２は、ホストコンピュータ１００２への接続１０２８を容易にするように設定され得る。接続１０２８は直接であり得るか、あるいは接続１０２８は、通信システムのコアネットワーク（図１０に図示せず）を、および／または通信システムの外側の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局１０１８のハードウェア１０２０は、処理回路１０３０をさらに含み、処理回路１０３０は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を備え得る。基地局１０１８は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェア１０３２をさらに有する。
【0085】
通信システム１０００は、すでに言及されたＵＥ１０１４をさらに含む。ＵＥ１０１４のハードウェア１０３４は、ＵＥ１０１４が現在位置するカバレッジエリアをサーブする基地局との無線接続１０２６をセットアップおよび維持するように設定された、無線インターフェース１０３６を含み得る。ＵＥ１０１４のハードウェア１０３４は、処理回路１０３８をさらに含み、処理回路１０３８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を備え得る。ＵＥ１０１４は、ＵＥ１０１４に記憶されるかまたはＵＥ１０１４によってアクセス可能であり、処理回路１０３８によって実行可能である、ソフトウェア１０４０をさらに備える。ソフトウェア１０４０はクライアントアプリケーション１０４２を含む。クライアントアプリケーション１０４２は、ホストコンピュータ１００２のサポートを伴って、ＵＥ１０１４を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ１００２では、実行しているホストアプリケーション１０１２は、ＵＥ１０１４およびホストコンピュータ１００２において終端するＯＴＴ接続１０１６を介して、実行しているクライアントアプリケーション１０４２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション１０４２は、ホストアプリケーション１０１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続１０１６は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション１０４２は、クライアントアプリケーション１０４２が提供するユーザデータを生成するためにユーザと対話し得る。
【0086】
図１０に示されているホストコンピュータ１００２、基地局１０１８、およびＵＥ１０１４は、それぞれ、図９のホストコンピュータ９１６、基地局９０６Ａ、９０６Ｂ、９０６Ｃのうちの１つ、およびＵＥ９１２、９１４のうちの１つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図１０に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図９のものであり得る。
【0087】
図１０では、ＯＴＴ接続１０１６は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局１０１８を介したホストコンピュータ１００２とＵＥ１０１４との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ルーティングは、ＵＥ１０１４からまたはホストコンピュータ１００２を動作させるサービスプロバイダから、またはその両方から隠れるように設定され得る。ＯＴＴ接続１０１６がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが、（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する判断を行い得る。
【0088】
ＵＥ１０１４と基地局１０１８との間の無線接続１０２６は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続１０２６が最後のセグメントを形成するＯＴＴ接続１０１６を使用して、ＵＥ１０１４に提供されるＯＴＴサービスの性能を改善する。
【0089】
１つまたは複数の実施形態が改善する、データレート、レイテンシ、および他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ１００２とＵＥ１０１４との間のＯＴＴ接続１０１６を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続１０１６を再設定するためのネットワーク機能は、ホストコンピュータ１００２のソフトウェア１０１０およびハードウェア１００４でまたはＵＥ１０１４のソフトウェア１０４０およびハードウェア１０３４で、またはその両方で実装され得る。いくつかの実施形態では、ＯＴＴ接続１０１６が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、あるいはソフトウェア１０１０、１０４０が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続１０１６の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局１０１８に影響を及ぼす必要がなく、再設定は、基地局１０１８に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能は、当技術分野において知られ、実践され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ１００２の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェア１０１０および１０４０が、伝搬時間、エラーなどを監視しながら、ソフトウェア１０１０および１０４０が、ＯＴＴ接続１０１６を使用して、メッセージ、特に、空のまたは「ダミー」メッセージを送信させるという点で実装され得る。
【0090】
図１１は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図９および図１０を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１１への図面参照のみがこのセクションに含まれる。ステップ１１００において、ホストコンピュータはユーザデータを提供する。ステップ１１００の（随意であり得る）サブステップ１１０２において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ１１０４において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。（随意であり得る）ステップ１１０６において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをＵＥに送信する。（また、随意であり得る）ステップ１１０８において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。
【0091】
図１２は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図９および図１０を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１２への図面参照のみがこのセクションに含まれる。方法のステップ１２００において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ１２０２において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して進み得る。（随意であり得る）ステップ１２０４において、ＵＥは、送信において搬送されたユーザデータを受信する。
【0092】
図１３は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図９および図１０を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１３への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ１３００において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップ１３０２において、ＵＥはユーザデータを提供する。ステップ１３００の（随意であり得る）サブステップ１３０４において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ１３０２の（随意であり得る）サブステップ１３０６において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、（随意であり得る）サブステップ１３０８において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップ１３１０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【0093】
図１４は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図９および図１０を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１４への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ１４００において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。（随意であり得る）ステップ１４０２において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。（随意であり得る）ステップ１４０４において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。
【0094】
本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通して実施され得る。各仮想装置は、いくつかのこれらの機能ユニットを備え得る。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを介して実装され得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。
【0095】
図におけるプロセスが本開示のいくつかの実施形態によって実施される動作の特定の順序を示し得るが、そのような順序は例示的である（たとえば、代替実施形態が、異なる順序で動作を実施する、いくつかの動作を組み合わせる、いくつかの動作を重ね合わせる、などを行い得る）ことを理解されたい。
【0096】
当業者は、本開示の実施形態に対する改善および修正を認識されよう。すべてのそのような改善および修正は、本明細書で開示される概念の範囲内で考慮される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【国際調査報告】