JP7174018B2 - 通信システムにおいて物理チャネルの電力制御を実施するシステムおよび方法 - Google Patents

Description

本開示は、一般に、通信の分野に関し、より詳細には、通信システムにおいて物理チャネルの電力制御を実施することに関する。

パケットデータレイテンシは、ベンダ、オペレータ、およびエンドユーザが（たとえば、速度テストアプリケーションを介して）定期的に測定する性能メトリックのうちの１つである。レイテンシ測定は、新しいソフトウェアリリースまたはシステムコンポーネントを検証するとき、システムを配置するとき、およびシステムが商業的に運用されているときなどの、無線アクセスネットワークシステムの耐用年数のすべての段階において実施される。

Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）の設計を導いた１つの性能メトリックは、３ＧＰＰ無線アクセス技術（ＲＡＴ）の前の世代よりも短いレイテンシを提供することであった。そうすることによって、ＬＴＥは、インターネットへのより速いアクセス、およびこれらの前の世代よりも短いデータレイテンシを提供するものとして、エンドユーザによって認知される。パケットデータレイテンシは、システムの知覚応答性のために重要であるだけでなく、システムのスループットにもまた間接的に影響する。ＨＴＴＰ／ＴＣＰは、インターネット上で使用される、主流を占めるアプリケーションおよびトランスポートレイヤのプロトコルである。ＨＴＴＰ Ａｒｃｈｉｖｅ（ｈｔｔｐ：／／ｈｔｔｐａｒｃｈｉｖｅ．ｏｒｇ／ｔｒｅｎｄｓ．ｐｈｐ）によれば、インターネット上でのＨＴＴＰベースのトランザクションの典型的なサイズは、数十キロバイトから１メガバイトの範囲である。この範囲において、ＴＣＰスロースタート期間は、パケットストリームの全トランスポート期間のかなりの部分になる。ＴＣＰスロースタートの間、性能は、レイテンシによって制限される。したがって、このタイプのＴＣＰベースのデータトランザクションにわたるレイテンシを削減することによって、平均スループットを向上させることができる。

さらに、レイテンシを削減することによって、無線リソース効率性を向上させることができる。たとえば、より低いパケットデータレイテンシは、ある一定の遅延限度内で可能な送信の数を増加させることができる。したがって、より高いブロック誤り率（ＢＬＥＲ）ターゲットをデータ送信のために使用することができ、無線リソースを解放して、システムの容量を向上させる結果となる。

パケットレイテンシを削減するための別のエリアは、データおよび関連付けられた制御シグナリングのトランスポート時間を削減することである。たとえば、ＬＴＥリリース８において、送信時間間隔（ＴＴＩ）は、１つのサブフレームの長さ（すなわち、１ミリ秒）に対応する。そのような１つのＴＴＩは、ノーマルサイクリックプレフィックス（ＣＰ）のケースでは、１４の直交周波数分割多重（ＯＦＤＭ）シンボルまたは単一キャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ）シンボル、および拡張ＣＰのケースでは、１２のＯＦＤＭシンボルまたはＳＣ－ＦＤＭＡシンボルを使用して構築される。ＬＴＥリリース１３については、より短いＴＴＩ（すなわち、ＬＴＥリリース８ＴＴＩよりも短い）が吟味されている。これらのより短いＴＴＩは、時間内の任意の時間長であってよく、ＬＴＥリリース８ＴＴＩ（すなわち、１ミリ秒）以内であるいくつかのＯＦＤＭシンボルまたはＳＣ－ＦＤＭＡシンボルのリソースを含むことができる。たとえば、短いＴＴＩの時間長は、０．５ミリ秒（すなわち、ノーマルＣＰの場合、７つのＯＦＤＭシンボルまたはＳＣ－ＦＤＭＡシンボル）であってよく、または２つのシンボルであってよい。それに応じて、短いＴＴＩを有する物理チャネル上の送信のためなどに、通信システムにおいて物理チャネルの電力制御を実施するための向上した技法の必要性が存在する。加えて、本開示の他の望ましい特徴および特性が、付属の図面、ならびに上述の技術分野および背景技術と併せて、後続の詳細な説明および実施形態から明らかになるであろう。

この文書の背景技術の節は、当業者がその範囲および有用性を理解するのを支援するために、本開示の実施形態を技術的および運用的なコンテキストに位置付けるために提供される。したがって、明示的に特定されない限り、本明細書における記載は、単に背景技術の節に含まれることによって、先行技術であるとは認められない。

以下は、当業者に基本的な理解を提供するために、本開示の簡略化した概要を提示する。この概要は、本開示の広範な概説ではなく、本開示の実施形態の重要な／必須のエレメントを特定することも、本開示の範囲を画定することも意図していない。この概要の唯一の目的は、本明細書で開示されるいくつかの概念を、後から提示するより詳細な説明への序章として、簡略化した形態で提示することである。

簡潔に説明すると、本開示の実施形態は、通信システムにおいて物理チャネルの電力制御を実施することに関する。一態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施する無線デバイスにおける方法が、電力制御ループに従って物理チャネル上の送信のための送信電力を決定することを含むことができ、ループは、少なくとも１つのパラメータに基づいて送信電力を指定する。さらに、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが物理チャネル上の送信のために選択されるかに依存することができる。

別の態様によれば、物理チャネル上で使用可能な各ＴＴＩ長は、少なくとも１つのパラメータについての異なる値に基づくことができる。

別の態様によれば、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なる送信フォーマットのうちのどれが物理チャネル上の送信のために選択されるかにさらに依存することができる。

別の態様によれば、物理チャネル上で使用可能な各送信フォーマットは、少なくとも１つのパラメータについての異なる値に基づくことができる。

別の態様によれば、少なくとも１つのパラメータは、物理チャネル上で使用可能なＴＴＩ長ごとに異なる値を有する。

別の態様によれば、少なくとも１つのパラメータは、物理チャネル上で使用可能な送信フォーマットごとに異なる値を有する。

別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理チャネル上の送信のための電力調整に基づくことができる。

別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理チャネル上の送信のための電力調整と、あらかじめ決められたＴＴＩ長を有する物理チャネル上の送信のための電力調整との比に基づくことができる。

別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理チャネル上の送信におけるシンボルの数に基づくことができる。

別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理チャネル上の送信におけるシンボルの数と、あらかじめ決められたＴＴＩ長を有する物理チャネル上の送信におけるシンボルの数との比に基づくことができる。

別の態様によれば、比は、

として表されてよく、ここで、ＴＴＩｓｙｍｂｏｌｓ_{ｓｅｌｅｃｔｅｄ}は、選択されたＴＴＩシンボルの数であり、ＴＴＩｓｙｍｂｏｌｓ_{ｐｒｅｄｅｔｅｒｍｉｎｅｄ}は、あらかじめ決められたＴＴＩシンボルの数である。

別の態様によれば、比は、

としてさらに表され、ここで、選択されたＴＴＩシンボルの数は、選択されたパイロットシンボルの数（ＴＴＩｐｉｌｏｔｓｙｍｂｏｌｓ_{ｓｅｌｅｃｔｅｄ}）および選択された制御シンボルの数（ＴＴＩｃｏｎｔｒｏｌｓｙｍｂｏｌｓ_{ｓｅｌｅｃｔｅｄ}）に対応し、あらかじめ決められたＴＴＩシンボルの数は、あらかじめ決められたパイロットシンボルの数（ＴＴＩｐｉｌｏｔｓｙｍｂｏｌｓ_{ｐｒｅｄｅｔｅｒｍｉｎｅｄ}）およびあらかじめ決められた制御シンボルの数（ＴＴＩｃｏｎｔｒｏｌｓｙｍｂｏｌｓ_{ｐｒｅｄｅｔｅｒｍｉｎｅｄ}）に対応する。

別の態様によれば、あらかじめ決められたパイロットシンボルの数は、６（６）であり、あらかじめ決められた制御シンボルの数は、８（８）である。

別の態様によれば、あらかじめ決められたＴＴＩシンボルの数は、１４（１４）である。

別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長と、あらかじめ決められたＴＴＩ長との比に基づく。

別の態様によれば、比は、

として表され、ここで、ＴＴＩｌｅｎｇｔｈ_{ｓｅｌｅｃｔｅｄ}は、選択されたＴＴＩ長であり、ＴＴＩｌｅｎｇｔｈ_{ｐｒｅｄｅｔｅｒｍｉｎｅｄ}は、あらかじめ決められたＴＴＩ長である。

別の態様によれば、比は、

としてさらに表され、ここで、選択されたＴＴＩ長は、選択されたパイロットシンボル長（ＴＴＩｐｉｌｏｔｌｅｎｇｔｈ_{ｓｅｌｅｃｔｅｄ}）および選択された制御シンボル長（ＴＴＩｃｏｎｔｒｏｌｌｅｎｇｔｈ_{ｓｅｌｅｃｔｅｄ}）に対応する。さらに、あらかじめ決められたＴＴＩ長は、あらかじめ決められたパイロットシンボル長（ＴＴＩｐｉｌｏｔｌｅｎｇｔｈ_{ｐｒｅｄｅｔｅｒｍｉｎｅｄ}）およびあらかじめ決められた制御シンボル長（ＴＴＩｃｏｎｔｒｏｌｌｅｎｇｔｈ_{ｐｒｅｄｅｔｅｒｍｉｎｅｄ}）に対応する。また、ａおよびｂは定数である。

別の態様によれば、あらかじめ決められたＴＴＩ長は、１ミリ秒である。

別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理チャネルのためのあらかじめ決められた受信電力に基づく。

別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理レイヤ上の送信のために周波数ホッピングが使用されるかどうかに依存する調整に基づく。

別の態様によれば、物理チャネルは制御チャネルである。

別の態様によれば、物理チャネルはアップリンクチャネルである。

別の態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施するための無線デバイスが、電力制御ループに従って物理チャネル上の送信のための送信電力を決定するように設定されてよい。ループは、少なくとも１つのパラメータに基づいて送信電力を指定することができる。さらに、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なるＴＴＩ長のうちのどれが物理チャネル上の送信のために選択されるかに依存することができる。

別の態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施するための無線デバイスが、プロセッサおよびメモリを含むことができる。さらに、メモリは、プロセッサによって実行可能な命令を収容し、それによって、無線デバイスは、電力制御ループに従って物理チャネル上の送信のための送信電力を決定するように設定されてよい。ループは、少なくとも１つのパラメータに基づいて送信電力を指定することができる。また、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なるＴＴＩ長のうちのどれが物理チャネル上の送信のために選択されるかに依存する。

別の態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施するための無線デバイスが、プロセッサおよびメモリを含む。メモリは、プロセッサによって実行可能な命令を収容し、それによって、無線デバイスは、電力制御ループに従って物理チャネル上の送信のための送信電力を決定するように設定され、ループは、少なくとも１つのパラメータに基づいて送信電力を指定し、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが物理チャネル上の送信のために選択されるかに依存する。

別の態様によれば、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なる送信フォーマットのうちのどれが物理チャネル上の送信のために選択されるかにさらに依存する。

別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理チャネル上の送信におけるシンボルの数に基づく。

別の態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施するための無線デバイスにおける方法が、無線デバイスによって、ネットワークノードから、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータの値の指示を受信することを含む。物理チャネル上の送信のための送信電力は、電力制御ループに従い、電力制御ループは、パラメータに基づいて送信電力を指定する。

別の態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施するためのネットワークノードにおける方法が、ネットワークノードによって、無線デバイスへと、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータの値の指示を送信することを含む。物理チャネル上での無線デバイスによる送信のための送信電力は、電力制御ループに従い、電力制御ループは、パラメータに基づいて送信電力を指定する。

別の態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施するためのネットワークノードが、無線デバイスへと、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータの値の指示を送信するように設定される。物理チャネル上での無線デバイスによる送信のための送信電力は、電力制御ループに従い、電力制御ループは、パラメータに基づいて送信電力を指定する。

別の態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施するためのネットワークノードが、プロセッサおよびメモリを含み、メモリは、プロセッサによって実行可能な命令を収容し、それによって、ネットワークノードは、無線デバイスへと、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータの値を送信するように設定され、物理チャネル上での無線デバイスによる送信のための送信電力は、電力制御ループに従い、電力制御ループは、パラメータに基づいて送信電力を指定する。

別の態様によれば、通信システムにおける無線デバイスを制御するためのコンピュータプログラム製品が、非一時的コンピュータ可読媒体に記憶されてよい。さらに、コンピュータプログラム製品は、無線デバイス上で稼働されるとき、無線デバイスに、電力制御ループに従って物理チャネル上の送信のための送信電力を決定させることができるソフトウェア命令を含む。ループは、少なくとも１つのパラメータに基づいて送信電力を指定することができる。また、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なるＴＴＩ長のうちのどれが物理チャネル上の送信のために選択されるかに依存することができる。加えて、キャリアが、コンピュータプログラムを収容することができる。キャリアは、電子信号、光学信号、無線信号、またはコンピュータ可読ストレージ媒体のうちの１つであってよい。

これより、本開示の実施形態が示された付属の図面を参照して、本開示を以下でさらに十分に説明することにする。しかしながら、本開示は、本明細書に明記された実施形態に限定されるように解釈されるべきではない。むしろ、これらの実施形態は、この開示が徹底した完全なものであるように、かつ、当業者に対して本開示の範囲を十分に伝えることになるように提供される。同様の数字は、全体を通して同様のエレメントを指す。

本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのシステムの一実施形態を示す図である。 本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイスの一実施形態を示す図である。 本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイスの別の実施形態を示す図である。 本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイスの別の実施形態を示す図である。 本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための方法の一実施形態を示す図である。 本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイスの別の実施形態を示す図である。 本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイスによる方法の別の実施形態を示す図である。 本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのネットワークノードの一実施形態を示す図である。 本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのネットワークノードの別の実施形態を示す図である。 本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのネットワークノードの別の実施形態を示す図である。 本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのネットワークノードによる方法の一実施形態を示す図である。 １ミリ秒アップリンク送信が実施される前に、アップリンクｓＴＴＩがスケジュールされ、クローズドループ電力制御（ｆ_ｃ（ｉ））が更新される例を示す図である。 ｓＴＴＩについてのメッセージ間の２０μ秒過渡期間を示す図である。

簡潔さおよび例証目的のために、本開示は、主にその例示的な実施形態を参照することによって説明される。以下の説明において、本開示の徹底した理解を提供するために、数多くの特定の詳細が明記される。しかしながら、当業者には、これらの特定の詳細に限定することなく本開示を実践することができることは容易に明らかであろう。本説明においては、本開示を不必要に曖昧にしないように、よく知られた方法および構造は、詳細には説明されていない。

本開示は、通信システムにおいて物理チャネルの電力制御を実施するためのシステムおよび方法を説明することを含む。たとえば、図１は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのシステム１００の一実施形態を示す。図１において、システム１００は、カバレッジエリア１０３を有するネットワークノード１０１と、無線デバイス１０５とを含むことができる。ネットワークノード１０１および無線デバイス１０５の各々は、互いに対して異なる信号を送ることができる。一例において、ネットワークノード１０１は、無線デバイス１０５に、信号１０７を送信することができる。別の例において、無線デバイス１０５は、ネットワークノード１０１に、信号１０７を送信することができる。信号１０７は、物理チャネル１２１上の一連の送信１２３ａ～ｄを含むことができる。さらに、これらの送信は、ある一定の送信時間間隔（ＴＴＩ）長１２５を有することができる。無線デバイス１０５は、電力制御ループに従って、ある一定のＴＴＩ長１２５を有する物理チャネル１２１上の送信ごとに送信電力を決定することができる。電力制御ループは、少なくとも１つのパラメータ１１１に基づいて送信電力を指定することができる。さらに、少なくとも１つのパラメータ１１１の値は、物理チャネル１２１上で使用可能として規定された異なるＴＴＩ長のうちのどれが送信１２３ａ～ｄのために選択されるかに依存することができる。ＴＴＩ長は、たとえば、無線デバイスの設定または能力に従って、無線デバイスがそのＴＴＩで送信することができる場合に、使用可能として規定されてよい。本開示の例は、使用可能として規定されているＴＴＩ長とは関係なく規定されてもよい。

信号１０７は、異なるＴＴＩを有する、物理チャネル１２１（たとえば、ｓＰＵＣＣＨ）上の一連の送信１２３ａ～ｄ、および物理チャネル１２１（たとえば、ＰＵＣＣＨ）上の一連の送信１２３ａ～ｄを含むことができる。ｓＰＵＣＣＨは、短いまたは短縮されたＰＵＣＣＨ、０．５ｍｓ ＰＵＣＣＨのためのスロットＰＵＣＣＨ、１ｍｓ／６ ＰＵＣＣＨのためのサブスロットＰＵＣＣＨなどと呼ばれることがある。１つの規定において、ｓＰＵＣＣＨは、ノーマルＰＵＣＣＨ（たとえば、ＬＴＥリリース８ＰＵＣＣＨ）の送信時間間隔（ＴＴＩ）よりも少ないＴＴＩを有するＰＵＣＣＨを指すことができる。たとえば、ノーマルＰＵＣＣＨは、１ミリ秒のＴＴＩを有し、ｓＰＵＣＣＨは、０．５ミリ秒のＴＴＩを有する。別の規定において、ｓＰＵＣＣＨは、１ミリ秒よりも少ない、または０．５ミリ秒よりも少ないＴＴＩを有することができる。無線デバイスから送信された信号１０７は、アップリンクチャネルおよび／または制御チャネル（たとえば、ＰＵＣＣＨまたはｓＰＵＣＣＨ）と考えられてよい。

本開示の態様は、無線通信システムにおいて物理チャネルの電力制御を実施する無線デバイスにおける方法を提供することができる。無線デバイス１０５は、電力制御ループに従って物理チャネル（たとえば、ＰＵＣＣＨまたはｓＰＵＣＣＨ）上の送信のための送信電力を決定することができる。ループは、少なくとも１つのパラメータに基づいて送信電力を指定する。少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが物理チャネル上の送信のために選択されるかに依存する。パラメータの値は、送信のＴＴＩ長（たとえば、１ｍｓ、もしくは１ｍｓよりも少ない短いＴＴＩ長）、および／または送信のフォーマットに依存することができる。パラメータの値は、たとえば、ネットワークノードから受信した設定情報に基づいて、および／または、無線デバイスにシグナリングされたパラメータの値の決定を可能にする値の指示もしくは情報に基づいて、無線デバイスによって決定されてよい。パラメータの値を通信するための任意のオプションは、値の指示を送信すること／受信することと呼ばれることがある。

そのような１つの１ｍｓ ＴＴＩは、ノーマルサイクリックプレフィックスのケースでは、１４のＯＦＤＭシンボルまたはＳＣ－ＦＤＭＡシンボルを使用することによって、および拡張サイクリックプレフィックスのケースでは、１２のＯＦＤＭシンボルまたはＳＣ－ＦＤＭＡシンボルを使用することによって構築される。より短いＴＴＩは、時間内の任意の時間長を有し、１ｍｓサブフレーム内にいくつかのＯＦＤＭシンボルまたはＳＣ－ＦＤＭＡシンボルのリソースを含むことができる。一例として、短いＴＴＩの時間長は、たとえば、ノーマルサイクリックプレフィックスによるケースについて、０．５ｍｓ、すなわち、７つのＯＦＤＭシンボルまたはＳＣ－ＦＤＭＡシンボルであってよい。別の例として、短いＴＴＩの時間長は、２つのシンボル、３つのシンボル、その他であってもよいし、または異なる短いＴＴＩ長の組合せであってもよい。

１つの規定において、電力制御ループは、無線デバイスがその送信出力電力をある一定の値に定めることを可能にする。電力制御ループは、クローズド電力制御ループおよびオープン電力制御ループのうちの少なくとも１つを含む。オープン電力制御ループは、無線デバイスが無線通信ネットワークにアクセスしているときに、無線デバイスがその送信出力電力をある一定の値に定めることを可能にする。クローズド電力制御ループは、ネットワークノードから受信した送信電力制御コマンドに基づいて、無線デバイスがその送信出力電力をある一定の値に定めることを可能にする。

図１において、ネットワークノード１０１は、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、ＮＢ－ＩｏＴ、その他、またはそれらの任意の組合せなどの１つまたは複数の通信システムをサポートするように設定されてよい。さらに、ネットワークノード１０１は、基地局、アクセスポイント、その他であってよい。ネットワークノード１０１は、無線デバイス１０５をサーブすることができる。無線デバイス１０５は、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、ＮＢ－ＩｏＴ、その他、またはそれらの任意の組合せなどの１つまたは複数の通信システムをサポートするように設定されてよい。

図２は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイス２００の一実施形態を示す。図２において、無線デバイス２００は、送信電力決定回路２０１を含むことができる。送信電力決定回路２０１は、電力制御ループに従って物理チャネル上の送信のための送信電力を決定するように設定されてよい。ループは、少なくとも１つのパラメータに基づいて送信電力を指定することができる。さらに、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なるＴＴＩ長のうちのどれが物理チャネル上の送信のために選択されるかに依存することができる。

いくつかの態様において、無線デバイスは、無線デバイス２００をサーブしているネットワークノードなどのネットワークノードから、物理チャネルのために１つまたは複数の電力制御ループわたって少なくとも１つのパラメータの値の決定を可能にする設定情報を受信するように設定された受信機回路を含む。値は、ＴＴＩに依存することができる、すなわち、異なる送信時間間隔長について異なってよい。いくつかの態様において、無線デバイスは、電力制御ループにわたって決定された送信電力を使用して、物理チャネル上でネットワークノードに送信するように設定された送信機回路を含む。

図３は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイス３００の別の実施形態を示す。図３において、無線デバイス３００は、処理回路３０１、通信回路３０５、アンテナ３０７、その他、またはそれらの任意の組合せを含むことができる。通信回路３０５は、任意の通信技術を介して、１つもしくは複数のネットワークノードまたは無線デバイスへと情報を送信するように、あるいは１つもしくは複数のネットワークノードまたは無線デバイスから情報を受信するように設定されてよい。この通信は、無線デバイス３００の内部または外部のいずれかにある１つまたは複数のアンテナ３０７を使用して行われてよい。処理回路３０１は、メモリ３０３に記憶されたプログラム命令を実行することなどによって、本明細書で説明する処理（たとえば、図５または図７の方法）を実施するように設定されてよい。この点について、処理回路３０１は、ある一定の機能的な手段、ユニット、またはモジュールを実装することができる。

図４は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイス４００の別の実施形態を示す。図４において、無線デバイス４００は、（たとえば、図３における処理回路３０１を介して、またはソフトウェアコードを介して）さまざまな機能的な手段、ユニット、またはモジュールを実装することができる。（たとえば、図５または図７の方法を実装するための）これらの機能的な手段、ユニット、またはモジュールは、電力制御ループに従って物理チャネル上の送信のための送信電力を決定するための送信電力決定モジュール４０３を含むことができる。ループは、少なくとも１つのパラメータに基づいて送信電力を指定することができる。さらに、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なるＴＴＩ長のうちのどれが物理チャネル上の送信のために選択されるかに依存することができる。

いくつかの態様において、無線デバイス４００は、異なる送信時間間隔長を有するそれぞれの物理チャネルのために、１つまたは複数のループにわたって少なくとも１つのパラメータの値を決定するための設定情報またはシグナリングを、ネットワークノードから受信するための受信モジュールまたはユニット４０１を含む、（たとえば、図５および図７の方法を実装するための）機能的な手段、ユニット、またはモジュールを含む。加えて、これらの機能的な手段、ユニット、またはモジュールは、電力制御ループにわたって決定された送信電力を物理チャネル上でネットワークノードに送信するための送信モジュールまたはユニットを含むことができる。

図５は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための方法５００の一実施形態を示す。図５において、方法５００は、たとえば、電力制御ループに従って物理チャネル上の送信のための送信電力を決定することができるブロック５０１で開始することができる。さらに、ループは、少なくとも１つのパラメータに基づいて送信電力を指定することができる。また、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なるＴＴＩ長のうちのどれが物理チャネル上の送信のために選択されるかに依存する。さらなる態様において、方法５００は、決定された送信電力を使用して、無線デバイスによって、物理チャネル上でネットワークノードに送信することを含むことができる。

図６は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイス６００の別の実施形態を示す。いくつかの例において、無線デバイス６００は、ネットワークノード、基地局（ＢＳ）、アクセスポイント（ＡＰ）、ユーザ機器（ＵＥ）、モバイルステーション（ＭＳ）、端末、セルラ電話、セルラハンドセット、携帯情報端末（ＰＤＡ）、スマートフォン、無線電話、オーガナイザ、ハンドヘルドコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、セットトップボックス、テレビ、電化製品、ゲームデバイス、医療デバイス、ディスプレイデバイス、計量デバイスと呼ばれるか、またはなんらかの他の同様の用語で呼ばれることがある。他の例において、無線デバイス６００は、一組のハードウェアコンポーネントであってもよい。図６において、無線デバイス６００は、入力／出力インターフェース６０５に動作可能に結合されたプロセッサ６０１と、無線周波数（ＲＦ）インターフェース６０９と、ネットワーク接続インターフェース６１１と、ランダムアクセスメモリ（ＲＡＭ）６１７、読み出し専用メモリ（ＲＯＭ）６１９、ストレージ媒体６２１、その他を含むメモリ６１５と、通信サブシステム６３１と、電源６３３と、別のコンポーネント、またはそれらの任意の組合せを含むように設定されてよい。ストレージ媒体６２１は、オペレーティングシステム６２３、アプリケーションプログラム６２５、データ６２７、その他を含むことができる。特定のデバイスは、図６に示すコンポーネントのすべて、またはコンポーネントのうちのサブセットのみを利用することができ、統合化のレベルは、デバイスによって多様であってよい。さらに、特定のデバイスは、多数のプロセッサ、メモリ、トランシーバ、送信機、受信機、その他などの、コンポーネントの多数のインスタンスを収容することができる。たとえば、コンピューティングデバイスは、プロセッサおよびメモリを含むように設定されてよい。

図６において、プロセッサ６０１は、コンピュータ命令およびデータを処理するように設定されてよい。プロセッサ６０１は、１つもしくは複数の（たとえば、ディスクリートロジック、ＦＰＧＡ、ＡＳＩＣ、その他での）ハードウェア実装ステートマシン、適切なファームウェアを伴うプログラマブルロジック、適切なソフトウェアを伴うマイクロプロセッサもしくはデジタル信号プロセッサ（ＤＳＰ）などの１つもしくは複数のプログラム内蔵型汎用プロセッサ、または上の任意の組合せなどの、マシン可読コンピュータプログラムとしてメモリに記憶されたマシン命令を実行するように動作する任意のシーケンシャルステートマシンとして設定されてもよい。たとえば、プロセッサ６０１は、２つのコンピュータプロセッサを含むことができる。１つの規定において、データは、コンピュータによる使用に好適な形態での情報である。さまざまなオペレーティングシステムまたはオペレーティングシステムの組合せを使用して本開示の主題を実装することができることを当業者が認知するであろうことに留意することが重要である。

現在の実施形態において、入力／出力インターフェース６０５は、入力デバイスに、出力デバイスに、または入出力デバイスに、通信インターフェースを提供するように設定されてよい。無線デバイス６００は、入力／出力インターフェース６０５を介して、出力デバイスを使用するように設定されてよい。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用することができることを当業者は認知するであろう。たとえば、無線デバイス６００に入力を提供し、無線デバイス６００からの出力を提供するために、ＵＳＢポートが使用されてもよい。出力デバイスは、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せであってよい。無線デバイス６００は、ユーザが無線デバイス６００の中に情報を取り込むことを可能にするために、入力／出力インターフェース６０５を介して入力デバイスを使用するように設定されてよい。入力デバイスは、マウス、トラックボール、方向パッド、トラックパッド、プレゼンスセンシティブ入力デバイス、プレゼンスセンシティブディスプレイなどのディスプレイ、スクロールホイール、デジタルカメラ、デジタルビデオカメラ、ウェブカメラ、マイクロフォン、センサ、スマートカード、その他を含むことができる。プレゼンスセンシティブ入力デバイスは、ユーザからの入力を感知するための、デジタルカメラ、デジタルビデオカメラ、ウェブカメラ、マイクロフォン、センサ、その他を含むことができる。プレゼンスセンシティブ入力デバイスをディスプレイと組み合わせて、プレゼンスセンシティブディスプレイを形成することができる。さらに、プレゼンスセンシティブ入力デバイスは、プロセッサに結合されてもよい。センサは、たとえば、加速度計、ジャイロスコープ、チルトセンサ、力センサ、磁力計、光学センサ、近接センサ、別の同様のセンサ、またはそれらの任意の組合せであってよい。たとえば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光学センサであってもよい。

図６において、ＲＦインターフェース６０９は、送信機、受信機、およびアンテナなどのＲＦコンポーネントに、通信インターフェースを提供するように設定されてよい。ネットワーク接続インターフェース６１１は、ネットワーク６４３ａに、通信インターフェースを提供するように設定されてよい。ネットワーク６４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組合せなどの、有線通信ネットワークおよび無線通信ネットワークを包含することができる。たとえば、ネットワーク６４３ａは、Ｗｉ－Ｆｉネットワークであってもよい。ネットワーク接続インターフェース６１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭ、その他などの、本技術分野で知られた、または開発され得る１つまたは複数の通信プロトコルに従って、通信ネットワーク上で１つまたは複数の他のノードと通信するために使用される受信機インターフェースおよび送信機インターフェースを含むように設定されてよい。ネットワーク接続インターフェース６１１は、通信ネットワークリンク（たとえば、光学的、電気的、その他）に適切な受信機および送信機の機能性を実装することができる。送信機機能および受信機機能は、回路コンポーネント、ソフトウェア、もしくはファームウェアを共有してもよいし、または代替として別々に実装されてもよい。

この実施形態において、ＲＡＭ６１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなどのソフトウェアプログラムの実行中に、データまたはコンピュータ命令のストレージまたはキャッシングを提供するために、バス６０２を介してプロセッサ６０１へのインターフェースを取るように設定されてよい。一例において、無線デバイス６００は、少なくとも１２８メガバイト（１２８Ｍバイト）のＲＡＭを含むことができる。ＲＯＭ６１９は、コンピュータ命令またはデータを、プロセッサ６０１に提供するように設定されてよい。たとえば、ＲＯＭ６１９は、不揮発性メモリに記憶されている、基本入出力（Ｉ／Ｏ）、スタートアップ、またはキーボードからのキーストロークの受信などのなどの基本システム機能のための変化しない低レベルのシステムコードまたはシステムデータであるように設定されてもよい。ストレージ媒体６２１は、ＲＡＭ、ＲＯＭ、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的に消去可能なプログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光学ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、フラッシュドライバなどのメモリを含むように設定されてよい。一例において、ストレージ媒体６２１は、オペレーティングシステム６２３、ウェブブラウザアプリケーション、ウィジェットまたはガジェットエンジン、または別のアプリケーションなどのアプリケーションプログラム６２５、およびデータファイル６２７を含むように設定されてもよい。

図６において、プロセッサ６０１は、通信サブシステム６３１を使用して、ネットワーク６４３ｂと通信するように設定されてよい。ネットワーク６４３ａおよびネットワーク６４３ｂは、同じネットワークであっても、または異なるネットワークであってもよい。通信サブシステム６３１は、ネットワーク６４３ｂと通信するために使用される１つまたは複数のトランシーバを含むように設定されてよい。たとえば、通信サブシステム６３１は、ＩＥＥＥ８０２．ｘｘ、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘ、その他などの、本技術分野で知られた、または開発され得る１つまたは複数の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の基地局などの別の無線デバイスの１つまたは複数のリモートトランシーバと通信するために使用される１つまたは複数のトランシーバを含むように設定されてもよい。

別の例において、通信サブシステム６３１は、ＩＥＥＥ８０２．ｘｘ、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘ、その他などの、本技術分野で知られた、または開発され得る１つまたは複数の通信プロトコルに従って、ユーザ機器などの別の無線デバイスの１つまたは複数のリモートトランシーバと通信するために使用される１つまたは複数のトランシーバを含むように設定されてもよい。各トランシーバは、ＲＡＮリンクに適切な送信機または受信機の機能性（たとえば、周波数割り当て、その他）をそれぞれ実装するための、送信機６３３または受信機６３５を含むことができる。さらに、各トランシーバの送信機６３３および受信機６３５は、回路コンポーネント、ソフトウェア、もしくはファームウェアを共有してもよいし、または代替として別々に実装されてもよい。

現在の実施形態において、通信サブシステム６３１の通信機能は、データ通信、音声通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、近距離無線通信、位置を決定するための全地球測位システム（ＧＰＳ）の使用などの位置ベースの通信、別の同様の通信機能、またはそれらの任意の組合せを含むことができる。たとえば、通信サブシステム６３１は、セルラ通信、Ｗｉ－Ｆｉ通信、Ｂｌｕｅｔｏｏｔｈ通信、およびＧＰＳ通信を含むことができる。ネットワーク６４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組合せなどの、有線通信ネットワークおよび無線通信ネットワークを包含することができる。たとえば、ネットワーク６４３ｂは、セルラネットワーク、Ｗｉ－Ｆｉネットワーク、および近距離通信ネットワークであってもよい。電源６１３は、無線デバイス６００のコンポーネントに、交流（ＡＣ）または直流（ＤＣ）電力を提供するように設定されてよい。

図６において、ストレージ媒体６２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外付けハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光学ディスクドライブ、内臓ハードディスクドライブ、Ｂｌｕ－Ｒａｙ光学ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ）光学ディスクドライブ、外付けミニデュアルインラインメモリモジュール（ＤＩＭＭ）同期型ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外付けマイクロＤＩＭＭ ＳＤＲＡＭ、サブスクライバアイデンティティモジュール（ＳＩＭ）もしくはリムーバブルユーザアイデンティティモジュール（ＲＵＩＭ）などのスマートカードメモリ、他のメモリ、またはそれらの任意の組合せなどの、いくつかの物理ドライブユニットを含むように設定されてよい。ストレージ媒体６２１は、無線デバイス６００が、一時的もしくは非一時的なメモリ媒体に記憶されたコンピュータ実行可能な命令、アプリケーションプログラム、その他にアクセスすること、データをオフロードすること、またはデータをアップロードすることを可能にすることができる。通信システムを利用するような製造物品は、コンピュータ可読媒体を含むことができるストレージ媒体６２１において有形に具現化されてよい。

本明細書で説明する方法の機能性は、無線デバイス６００のコンポーネントのうちの１つにおいて実装されても、または無線デバイス６００の多数のコンポーネントにわたって分けられてもよい。さらに、本明細書で説明する方法の機能性は、ハードウェア、ソフトウェア、またはファームウェアの任意の組合せで実装されてもよい。一例において、通信サブシステム６３１は、本明細書で説明するコンポーネントのうちのいずれかを含むように設定されてよい。さらに、プロセッサ６０１は、バス６０２を通じてそのようなコンポーネントのうちのいずれかと通信するように設定されてよい。別の例において、そのようなコンポーネントのうちのいずれかは、メモリに記憶されたプログラム命令によって表されてもよく、プログラム命令は、プロセッサ６０１によって実行されるとき、本明細書で説明する対応する機能を実施する。別の例において、そのようなコンポーネントのうちのいずれかの機能性は、プロセッサ６０１と通信サブシステム６３１との間で分けられてもよい。別の例において、そのようなコンポーネントのうちのいずれかの非計算集約的な機能が、ソフトウェアまたはファームウェアで実装されてもよく、計算集約的な機能が、ハードウェアで実装されてもよい。

図７は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイスによる方法７００の別の実施形態を示す。図７において、方法７００は、たとえば、ネットワークノードから、物理チャネル上で使用可能として規定された異なる送信時間間隔長のうちのどれが物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータの値を受信することを含むブロック７０１で開始することができる。ブロック７０３で、方法７００は、パラメータに基づいて物理チャネルのための送信電力を決定することを含むことができる。物理チャネル上の送信のための送信電力は、電力制御ループに従い、電力制御ループは、パラメータに基づいて送信電力を指定する。ブロック７０５で、方法７００は、電力制御ループにわたって決定された送信電力を使用して、物理チャネル上でネットワークノードに送信することを含むことができる。

図８は、本明細書で説明するさまざまな態様に従って物理チャネル（たとえば、アップリンク制御チャネル）の電力制御を実施するためのネットワークノード８００の一実施形態を示す。図８において、ネットワークノード８００は、受信機回路８０１、決定回路８０３、送信機回路８０５、その他、またはそれらの任意の組合せを含むことができる。決定回路８０３は、物理チャネル上で使用可能として規定された異なる送信時間間隔長のうちのどれが物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータの値を決定するように設定されてよい。物理チャネル上での無線デバイスによる送信のための送信電力は、電力制御ループに従い、電力制御ループは、パラメータに基づいて送信電力を指定する。

送信機回路８０５は、異なる送信時間間隔長を有する物理チャネル上での無線デバイスによる送信のための送信電力に対応した、少なくとも１つのパラメータの値、または値の指示、または値を提供する設定を、無線デバイスに送信するように設定される。

受信機回路８０１は、物理チャネル上での無線デバイスによる送信をネットワークノードによって受信するように設定されてよく、各送信は、対応する電力制御ループに従って、１つまたは複数のパラメータに基づいた送信電力を有する。

図９は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのネットワークノード９００の別の実施形態を示す。図９において、ネットワークノード９００は、処理回路９０１、通信回路９０５、アンテナ９０７、その他、またはそれらの任意の組合せを含むことができる。通信回路９０５は、任意の通信技術を介して、１つもしくは複数のネットワークノードまたは１つもしくは複数の無線デバイスに情報を送信する、あるいは１つもしくは複数のネットワークノードまたは１つもしくは複数の無線デバイスから情報を受信するように設定されてよい。この通信は、ネットワークノード９００の内部または外部のいずれかにある１つまたは複数のアンテナ９０７を使用して行われてよい。処理回路９０１は、メモリ９０３に記憶されたプログラム命令を実行することなどによって、本明細書で説明する処理（たとえば、図１１の方法）を実施するように設定されてよい。この点について、処理回路９０１は、ある一定の機能的な手段、ユニット、またはモジュールを実装することができる。

図１０は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのネットワークノード１０００の別の実施形態を示す。図１０において、ネットワークノード１０００は、（たとえば、図９の処理回路９０１を介して、またはソフトウェアコードを介して）さまざまな機能的な手段、ユニット、またはモジュールを実装することができる。（たとえば、図１１の方法を実装するための）これらの機能的な手段、ユニット、またはモジュールは、いずれかの例に従って説明したように、物理チャネル上で無線デバイスから受信した１つまたは複数の送信に基づいて、少なくとも１つのパラメータの値を決定するための決定モジュールまたはユニット１００１を含むことができる。さらに、これらの機能的な手段、ユニット、またはモジュールは、それぞれの電力制御ループに従って、異なる送信時間間隔長を有する物理チャネル上での無線デバイスによる送信のための送信電力に対応した、少なくとも１つのパラメータの値を、無線デバイスに送信するための送信モジュールまたはユニット１００３を含む。加えて、これらの機能的な手段、ユニット、またはモジュールは、無線デバイスから、物理チャネルの各々の上の送信を受信するための受信モジュールまたはユニット１００５を含むことができ、各送信は、対応する電力制御ループに従って、１つまたは複数のパラメータに基づいた送信電力を有する。

図１１は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのネットワークノードによって実施される方法１１００の一実施形態を示す。図１１において、方法１１００は、たとえば、無線通信システムにおけるネットワークノードにおいて、物理チャネル上で使用可能として規定された異なる送信時間間隔長のうちのどれが物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータの値を決定することを含むことができるブロック１１０１で開始することができる。物理チャネル上での無線デバイスによる送信のための送信電力は、電力制御ループに従い、電力制御ループは、パラメータに基づいて送信電力を指定する。

ブロック１１０３で、方法１１００は、それぞれの電力制御ループに従って、異なる送信時間間隔長を有する物理チャネル上での無線デバイスによる送信のための送信電力に対応した、少なくとも１つのパラメータの値、または値の指示、または値を提供する設定を、無線デバイスに送信することを含む。ブロック１１０５で、方法１１００は、無線デバイスから、物理チャネル上の送信を受信することを含むことができ、送信は、決定されたパラメータを含む電力制御ループに従って、１つまたは複数のパラメータに基づいた送信電力を有する。

例証および説明の目的のみのために、本開示の実施形態は、個別の無線アクセス技術を使用して、モバイル端末、無線端末、ＵＥなどともまた交換可能に呼ばれる無線デバイスと、無線通信チャネルを通じて通信するＲＡＮにおける動作のコンテキストにおいて、またはＲＡＮに関連付けられて、本明細書で説明されることがある。より具体的には、とりわけ、時にエボルブドＵＭＴＳ地上無線アクセスネットワークと呼ばれ、ＬＴＥシステムとして広く知られるＥ－ＵＴＲＡＮによって現在使用されているスペクトルまたは機器を使用することにおいてＮＢ－ＩｏＴ動作についての仕様の開発に関するとき、実施形態は、ＮＢ－ＩｏＴについての仕様の開発のコンテキストにおいて説明されることがある。しかしながら、本技法は、他の無線ネットワーク、ならびにＥ－ＵＴＲＡＮの後継ネットワークにも適用され得ることが認識されるであろう。したがって、ＬＴＥについて３ＧＰＰ標準からの用語を使用する信号への本明細書での言及は、他のネットワークにおける同様の特性または目的を有する信号により一般的に適用するように理解すべきである。たとえば、本明細書における物理リソースブロック（ＰＲＢ）は、任意の物理的もしくは仮想的な送信リソース、またはそのような送信リソースのグループを含む。すなわち、本明細書で使用されるとき、物理リソースブロックは、３ＧＰＰ標準において規定される物理リソースブロックに限定はされない。

本明細書で説明されるとき、無線デバイスは、無線信号を通じて、ネットワークノードまたは（ユーザ機器（ＵＥ）などの）別の無線デバイスと通信することができる任意のタイプの無線デバイスであってよい。本開示のコンテキストにおいて、無線デバイスは、マシンツーマシン（Ｍ２Ｍ）デバイス、マシン型通信（ＭＴＣ）デバイス、またはＮＢ－ＩｏＴデバイスを指すことがあることを理解すべきである。無線デバイスはまた、ＵＥであってもよいが、ＵＥは、必ずしもデバイスを所有または操作する個々の人間の意味での「ユーザ」を有するわけではないことに留意すべきである。無線（ｗｉｒｅｌｅｓｓ）デバイスはまた、無線（ｒａｄｉｏ）デバイス、無線（ｒａｄｉｏ）通信デバイス、無線（ｗｉｒｅｌｅｓｓ）端末、または単に端末と呼ばれることもあり、別段コンテキストが指示しない限り、これらの用語のいずれの使用も、デバイスツーデバイスのＵＥもしくはデバイス、マシン型デバイスもしくはマシンツーマシン通信ができるデバイス、無線デバイスを備えたセンサ、無線対応テーブルコンピュータ、モバイル端末、スマートフォン、ラップトップ組込み型機器（ＬＥＥ）、ラップトップ搭載型機器（ＬＭＥ）、ＵＳＢドングル、無線顧客構内機器（ＣＰＥ）、その他を含むことを意図する。続く議論において、用語、マシンツーマシン（Ｍ２Ｍ）デバイス、マシン型通信（ＭＴＣ）デバイス、無線センサ、およびセンサもまた使用されることがある。これらのデバイスは、ＵＥであってもよいが、一般には、直接の人との対話なしに、データを送信または受信するように設定されていることを理解すべきである。

ＩｏＴシナリオにおいて、本明細書で説明する無線デバイスは、モニタリングまたは測定を実施し、そのようなモニタリングまたは測定の結果を別のデバイスまたはネットワークに送信するマシンもしくはデバイスであってもよいし、またはマシンもしくはデバイスに含まれていてもよい。そのようなマシンの個別の例は、電力計、工業機械、または家庭用もしくは個人用の電化製品、たとえば、冷蔵庫、テレビ、腕時計などの個人用ウェアラブル、その他である。他のシナリオにおいて、本明細書で説明する無線デバイスは、車両に含まれていてもよく、車両の運転ステータスまたは車両に関連付けられた他の機能のモニタリングまたは報告を実施することができる。

ＰＵＣＣＨは、異なるタイプの情報、たとえば、ＨＡＲＱフィードック、スケジューリング要求（ＳＲ）、ＣＱＩフィードバックを搬送するために使用することができる。異なる最大ペイロードによる異なるＰＵＣＣＨフォーマットが、異なる情報のタイプを搬送することができるように規定されている。ＰＵＣＣＨフォーマット１／１ａ／１ｂは、ＨＡＲＱフィードバックおよびスケジューリング要求（ＳＲ）を送信するために好適である。

ＰＵＣＣＨフォーマット２は、ＣＱＩ報告の送信に専用である。ＰＵＣＣＨフォーマット３は、ＵＥのためにキャリアアグリゲーションが設定されるとき、多数のキャリアコンポーネントについてのＨＡＲＱフィードバックをサポートする。異なる最大ペイロードによる異なるフォーマットは、ｓＰＵＣＣＨのためにサポートされることになることを予期することができる。

ＰＵＣＣＨのための電力制御は、サブフレームｉおよびサービングセルｃについて、ＰＵＣＣＨフォーマット１／１ａ／１ｂ／２／２ａ／２ｂ／３の場合に、

として、およびＰＵＣＣＨフォーマット４／５の場合に、

として、３ＧＰＰ ＴＳ３６．２１３で規定されており、ここで、
・Ｐ_{ＣＭＡＸ，ｃ}（ｉ）は、最大送信電力である。
・Ｐ_{Ｏ＿ＰＵＣＣＨ}は、ターゲットの受信電力である。
・ＰＬ_ｃは、ダウンリンクパスロス推定値である。
・ｈ（ｎ_ＣＱＩ，ｎ_ＨＡＲＱ，ｎ_ＳＲ）は、より大きなペイロードによるケースを反映するＰＵＣＣＨフォーマット依存値である。
・Ｍ_{ＰＵＣＣＨ，ｃ}（ｉ）は、ＰＵＣＣＨフォーマット５の場合のリソースブロックの数であり、他のすべてのフォーマットの場合は１に等しい。
・Δ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）は、ＰＵＣＣＨフォーマットＦとＰＵＣＣＨフォーマット１ａとの間のｄＢにおける関係である。
・Δ_ＴＦ，ｃ（ｉ）は、３ＧＰＰ ＴＳ３６．２１３で厳密に指定された、符号化されたビットの数に依存した調整係数である。
・Δ_ＴｘＤ（Ｆ’）は、ＰＵＣＣＨのために設定されたアンテナポートの数に依存する。
・ｇ（ｉ）は、クローズドループ電力制御状態であり、ダウンリンクアサインメントにおいてシグナリングされたδ_{ＰＵＣＣＨ}を使用して更新される。

アップリンク制御チャネル、とりわけ、ｓＰＵＣＣＨ送信の電力制御をサポートするための装置および方法が、以下で説明される。これらは、単純かつ効率的なやり方で達成されるように電力制御を提供する。

ｓＰＵＣＣＨは、ＰＵＣＣＨの短いＴＴＩに相当するものである。いくつかの例において、サポートされるＵＬ ＴＴＩ長ごとに規定されたｓＰＵＣＣＨの少なくとも１つのフォーマットが存在することになる。例示的なＵＬ ＴＴＩ長は、２つ、４つ、および７つのＳＣ－ＦＤＭＡシンボルであるが、ＴＴＩは、他の数のシンボルを収容することもある。ｓＰＵＣＣＨのために選択されるフォーマットは、ＰＵＣＣＨの既存のフォーマットに基づくことができる。実施されたリンクレベルシミュレーションは、選択されたｓＰＵＣＣＨフォーマットとは無関係に、たとえば、ＡＣＫミス検出確率、ＮＡＣＫ対ＡＣＫエラー確率、および／またはＤＴＸ対ＡＣＫ確率に関して同様の性能に到達するためには、ＰＵＣＣＨと比較して、より大きなＳＮＲがｓＰＵＣＣＨに求められることを強調している。ｓＰＵＣＣＨの長さが短いほど、ＰＵＣＣＨに対する性能ギャップは大きい。ｓＰＵＣＣＨ電力制御は、電力制限されていないＵＥのために、この性能ギャップに対処する。ＰＵＣＣＨまたはｓＰＵＣＣＨへの言及は、代替としてアップリンク制御チャネルと呼ばれることがある。

上のクローズドループ電力制御方程式を、以下で説明する変更を用いて、ｓＰＵＣＣＨに適用することができる。ＰＵＣＣＨについてのクローズドループ電力制御状態ｇ（ｉ）は、たとえば、１ｍｓ ＴＴＩのためのダウンリンクアサインメントにおいて無線デバイス３００、４００にシグナリングされた送信電力制御（ＴＣＰ）情報δ_{ＰＵＣＣＨ}から引き出される。ｓＰＵＣＣＨの高速クローズドループ電力制御のために、δ_{ＰＵＣＣＨ}はまた、ｓＴＴＩのためのダウンリンクアサインメントにおいて、ｓＰＵＣＣＨのためにシグナリングされてもよい。説明された例による送信の電力制御は、任意の例に従って、無線デバイス１０５、２００、３００、４００、６００によって遂行されてよい。１つまたは複数のパラメータの値の指示（これは、設定情報を提供することによってでよい）が、ネットワークノード８００、９００、１０００のいずれかの例によるネットワークノードから、無線デバイスに送信されてよい。性能差は、上位レイヤからシグナリングされたΔ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）において取り込むことができる。性能差は、フォーマット依存であり、またＴＴＩ長依存でもあり、そのためいくつかの例においては、補完パラメータが使用される。以下で説明することに加えて、ｈ（ｎ_ＣＱＩ，ｎ_ＨＡＲＱ，ｎ_ＳＲ）およびΔ_ＴＦ，ｃ（ｉ）は、ｓＴＴＩフォーマットおよびＴＴＩ長について規定される。ｓＰＵＣＣＨのための参照フォーマットは、ＰＵＣＣＨフォーマット１ａであるように提唱されている。以下において、ｓＰＵＣＣＨ電力制御についてのいくつかのオプションが考えられる。

いくつかの態様において、電力制御ループに従って物理チャネル上の送信のための送信電力を決定するための方法または無線デバイスが提供され、ループは、少なくとも１つのパラメータに基づいて送信電力を指定する。少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長（たとえば、短いＴＴＩ）のうちのどれが物理チャネル上の送信のために選択されるかに依存する。いくつかの例において、少なくとも１つのパラメータは、物理チャネル上で使用可能なＴＴＩ長ごとに異なる値を有する。いくつかの例において、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なる送信フォーマットのうちのどれが物理チャネル上の送信のために選択されるかにさらに依存する。いくつかの例において、少なくとも１つのパラメータは、物理チャネル上で使用可能な送信フォーマットごとに異なる値を有する。

第１の実施形態において、電力制御パラメータΔ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）が、ｓＰＵＣＣＨの異なるフォーマットおよびＴＴＩ長について規定される。ｓＰＵＣＣＨフォーマットが単独型のフォーマットとして規定され、今日既存するＰＵＣＣＨフォーマットの現在のリストに追加された場合、これがｓＰＵＣＣＨの所望の送信電力の事実上の制御を提供する。ｓＰＵＣＣＨの異なるＴＴＩ長は、フォーマットの一部と考えられてよい。新しいΔ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）は、新しいフォーマットごとに、すなわち、選択されたレガシーフォーマットタイプおよびＴＴＩ長の新しい変形ごとに規定されてよい。

いくつかの例示的なｓＴＴＩフォーマットにおいては、周波数ホッピングが使用されない。周波数ダイバーシティの損失を緩和するために、周波数ホッピングなしのフォーマットに定数項を追加することができる。

さらなる実施形態において、電力制御パラメータΔ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）は、ｓＰＵＣＣＨの異なるフォーマットについて規定される。さらなる、新しい、ＴＴＩ長に依存した電力制御パラメータが導入され、電力制御式において他のパラメータに追加される。この例において、新しいｓＰＵＣＣＨフォーマットは、レガシーフォーマットに基づくように、しかし異なるＴＴＩ長で規定されてよい。この例は、周波数ホッピングなしの上で説明したケースについて、いっそうの透過性を提供することができる。

いくつかの態様において、パラメータΔ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）の新しい値は次いで、フォーマットタイプごとに、たとえば、選択されたレガシーフォーマットタイプの新しい変形ごとに規定されることになり、この新しいΔ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）は、すべての短いＴＴＩ長、たとえば、１ｍｓ ＴＴＩよりも短いＴＴＩ長に共通である。加えて、新しい電力制御パラメータΔ_ＴＴＩ（ＴＴＩｌｅｎｇｔｈ）が、考え得るＴＴＩ長ごとに電力調整を精緻化するために規定される。電力制御パラメータΔ_ＴＴＩ（ＴＴＩｌｅｎｇｔｈ）は、Δ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）のインスタンスにより上の電力制御方程式に含まれる。これは、ＴＴＩ長の変化が、すべてのフォーマットのために求められる電力に等しく影響することが不可欠であることに留意されたい。パラメータを規定する１つのやり方は、Δ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）が所与のｓＴＴＩ長によって規定されることである。ＴＴＩ長依存である値を有するパラメータΔ_ＴＴＩ（ＴＴＩｌｅｎｇｔｈ）は、すべての他のｓＴＴＩ長のために適用される。いくつかの態様において、Δ_ＴＴＩ（ＴＴＩｌｅｎｇｔｈ）は、ｓＴＴＩ長に依存したスケーリングファクターであってもよいが、設定可能なパラメータではない。

いくつかの態様において、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理チャネル上の送信のための電力調整に基づく。説明されるパラメータのうちのいずれかは、電力調整を提供するものと考えられてもよい。

いくつかの態様において、少なくとも１つのパラメータの値は、選択されたＴＴＩ長（たとえば、ｓＴＴＩ）を有する物理チャネル上の送信のための電力調整と、あらかじめ決められたＴＴＩ長（たとえば、１ｍｓ ＴＴＩ）を有する物理チャネル上の送信のための電力調整との比に基づく。したがって、説明されたいずれかのパラメータであってよいパラメータの値は、１ｍｓ ＴＴＩについてのＰＵＣＣＨの場合と同じ電力を、ｓＴＴＩについてのｓＰＵＣＣＨにおいて提供する。任意の例において、選択されたＴＴＩ長は、短いＴＴＩであっても、または、たとえば１４のシンボルを有する１ｍｓ ＴＴＩであってもよい。

いくつかの態様において、電力制御パラメータのうちのいずれかの値は、選択されたＴＴＩ長（たとえば、ｓＴＴＩ長）を有する物理チャネル上の送信におけるシンボルの数に基づく。いくつかの態様において、少なくとも１つのパラメータ（電力制御パラメータ）の値は、選択されたＴＴＩ長（ｓＴＴＩ）を有する物理チャネル上の送信におけるシンボルの数と、あらかじめ決められたＴＴＩ長（１ｍｓ ＴＴＩ）を有する物理チャネル上の送信におけるシンボルの数との比に基づく。いくつかの態様において、たとえば、パラメータΔ_ＴＴＩ（ＴＴＩｌｅｎｇｔｈ）を規定する比は、

として表される。

ここで、ＴＴＩｓｙｍｂｏｌｓ_{ｓｅｌｅｃｔｅｄ}は、選択されたＴＴＩシンボル（たとえば、ｓＴＴＩ）の数であり、ＴＴＩｓｙｍｂｏｌｓ_{ｐｒｅｄｅｔｅｒｍｉｎｅｄ}は、あらかじめ決められたＴＴＩシンボル（たとえば、１ｍｓ ＴＴＩにおける）の数である。パラメータは、代替として、シンボルに関してではなく、時間の長さに関して、

として表現されてもよく、ここで、ＴＴＩｌｅｎｇｔｈ_{ｓｅｌｅｃｔｅｄ}は、選択されたＴＴＩ長であり、ＴＴＩｌｅｎｇｔｈ_{ｐｒｅｄｅｔｅｒｍｉｎｅｄ}は、あらかじめ決められたＴＴＩ長である。

この実施形態のあるバージョンでは、

である。ここでのＴＴＩ長は、（ｓ）ＴＴＩにおけるシンボルの数である。これは、ｓＰＵＣＣＨフォーマットの受信エネルギー（すなわち、電力）が、１４のシンボルを有するレガシーＰＵＣＣＨフォーマットの場合と同じであることを提供する。

さらなる例において、ＰＵＣＣＨ送信におけるいくつかのＯＦＤＭシンボルは、パイロットを送るために使用され、他のシンボルは、アップリンク制御情報（ＵＣＩ）を送るために使用されることに留意されたい。いくつかの態様において、チャネル推定および復号のための異なるエネルギー要件をより細かく補うことが有益であることがある。

したがって、パラメータ、たとえば、Δ_ＴＴＩ（ＴＴＩｌｅｎｇｔｈ）についての上の式の精緻化は、

であってよく（または比を含んでよく）、ここで、選択されたＴＴＩシンボルの数は、選択されたパイロットシンボルの数（ＴＴＩｐｉｌｏｔｓｙｍｂｏｌｓ_{ｓｅｌｅｃｔｅｄ}）および選択された制御シンボルの数（ＴＴＩｃｏｎｔｒｏｌｓｙｍｂｏｌｓ_{ｓｅｌｅｃｔｅｄ}）に対応し、あらかじめ決められたＴＴＩシンボルの数は、あらかじめ決められたパイロットシンボルの数（ＴＴＩｐｉｌｏｔｓｙｍｂｏｌｓ_{ｐｒｅｄｅｔｅｒｍｉｎｅｄ}）およびあらかじめ決められた制御シンボルの数（ＴＴＩｃｏｎｔｒｏｌｓｙｍｂｏｌｓ_{ｐｒｅｄｅｔｅｒｍｉｎｅｄ}）に対応し、ａおよびｂは定数である。

時間内のＴＴＩ長に相当するものは、

として表現されてよく、ここで、選択されたＴＴＩ長は、選択されたパイロットシンボル長（ＴＴＩｐｉｌｏｔｌｅｎｇｔｈ_{ｓｅｌｅｃｔｅｄ}）および選択された制御シンボル長（ＴＴＩｃｏｎｔｒｏｌｌｅｎｇｔｈ_{ｓｅｌｅｃｔｅｄ}）に対応し、あらかじめ決められたＴＴＩ長は、あらかじめ決められたパイロットシンボル長（ＴＴＩｐｉｌｏｔｌｅｎｇｔｈ_{ｐｒｅｄｅｔｅｒｍｉｎｅｄ}）およびあらかじめ決められた制御シンボル長（ＴＴＩｃｏｎｔｒｏｌｌｅｎｇｔｈ_{ｐｒｅｄｅｔｅｒｍｉｎｅｄ}）に対応し、ａおよびｂは定数である。

いくつかの態様において、この表現は、代替として以下のように規定されてもよい。

ここで、Ｒｅｆ＿ＵＣＩおよびＲｅｆ ｐは、参照フォーマットのためにＵＣＩおよびパイロットについて、それぞれ使用されるＯＦＤＭシンボルの数である。たとえば、ＰＵＣＣＨフォーマット４が参照フォーマットである場合、Ｒｅｆ ｐ＝２であり、Ｒｅｆ＿ＵＣＩ＝１２である。値ａおよびｂは、チャネル推定対復号性能の重要性を設定するために、または重み付けするために使用することができる定数である。参照のために使用されるＰＵＣＣＨフォーマット１ａ／１ｂの場合、Ｒｅｆ ｐ＝６、およびＲｅｆ＿ＵＣＩ＝８である。

一実施形態において、Δ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）は、ｓＰＵＣＣＨの異なるフォーマットについて規定される。ターゲットの受信電力Ｐ_{Ｏ＿ＰＵＣＣＨ}の新しい値が、異なるＴＴＩ長について規定される。新しいｓＰＵＣＣＨフォーマットは、主に異なるＴＴＩのために、現在のＰＵＣＣＨフォーマットとは異なるターゲットの受信電力を有することになる。これは、ｓＰＵＣＣＨフォーマットのための電力制御パラメータＰ_{Ｏ＿ＰＵＣＣＨ}の新しい（すなわち、変更された）値に取り込まれ得る、または含まれてよい。いくつかの態様において、これは、ターゲットの受信電力が１ｍｓ ＴＴＩ（すなわち、今日使用されているような）のためのターゲットの受信電力とは実質的に異なるようなやり方で、ｓＰＵＣＣＨフォーマットが規定されている場合に使用されてよい。いくつかの態様において、上の第１の実施形態にあるのと同じ量の、新しい、すなわち変更された、電力制御パラメータΔ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）が規定されてよい。この実施形態の変形において、同じターゲットの受信電力Ｐ_{Ｏ＿ＰＵＣＣＨ}は、異なるｓＴＴＩ長のために使用され、ＴＴＩ長依存の受信電力オフセットＰ_{Ｏ＿ＰＵＣＣＨ＿ＯＦＦＳＥＴ}が、ターゲットの受信電力を有する電力制御方程式に追加される。

一実施形態において、上の代替形態が別々の実施形態に列挙されていたとしても、解を提供するために異なる実施形態を組み合わせることもまた、代替形態である。とりわけ、上の

を含む実施形態は、参照フォーマットを要し、ｓＰＵＣＣＨフォーマットに依存する項にうまく収まることができることに留意されたい。

別の実施形態において、本明細書で説明する技法は、ｓＰＵＣＣＨ／ｓＰＵＳＣＨのための２つのシンボルのｓＴＴＩ、４つのシンボルのｓＴＴＩ、および１つのスロットのｓＴＴＩに基づいた送信時間長に適用されてもよく、ここで、ダウン選択は排除されない。

別の実施形態において、本明細書で説明する技法は、ｓＰＤＳＣＨ／ｓＰＤＣＣＨ／ｓＰＵＳＣＨ／ｓＰＵＣＣＨのための１つのスロットのｓＴＴＩに基づいた送信時間長のためのサポートを指定するＬＴＥフレーム構造タイプ２に適用されてもよい。

ｓＴＴＩについてのｓＰＵＳＣＨおよびｓＰＵＣＣＨのための電力制御方法論が以下で説明される。サブフレームｉおよびサービングセルｃについて、ＰＵＳＣＨのための電力制御は、

として規定され、ここで、

は、線形スケールでの最大送信電力であり、

は、線形スケールで同時に送信されるＰＵＣＣＨの電力であり、ＰＵＣＣＨが送信されない場合はゼロに等しく、
Ｍ_{ＰＵＳＣＨ，ｃ}（ｉ）は、リソースブロックの数であり、
Ｐ_{Ｏ＿ＰＵＳＣＨ，ｃ}（ｊ）は、ＲＲＣを通じてＵＥにシグナリングされたターゲットの受信電力であり、
α_ｃ（ｊ）・ＰＬ_ｃは、ＲＲＣを通じてＵＥにシグナリングされた０≦α_ｃ（ｊ）≦１による、スケーリングされたダウンリンクパスロス推定値であり、
Δ_ＴＦ，ｃ（ｉ）は、符号化されたビットの数に依存した調整係数であり、
ｆ_ｃ（ｉ）は、アップリンクグラントにおいてＵＥにシグナリングされたものから引き出されたクローズドループ電力制御である。

すべてのＴＴＩ長に対して固定して割り当てられた帯域、およびトランスポートブロックサイズ（ＴＢＳ）がＴＴＩ長で線形にスケーリングされることを想定すると、ＰＵＳＣＨとｓＰＵＳＣＨとの性能の比較は、ｓＰＵＳＣＨおよびＰＵＳＣＨについての同様の信号対雑音比（ＳＮＲ）で１０％のブロック誤り率（ＢＬＥＲ）が達成されることを指し示す。これは、ｓＰＵＳＣＨに対してＰＵＳＣＨの場合と同じターゲット受信電力レベルを使用することが、同様のｓＰＵＳＣＨおよびＰＵＳＣＨの性能につながることを意味する。

それに応じて、固定して割り当てられた帯域幅およびＴＴＩ長で線形にスケーリングされたＴＢＳを想定すると、ＰＵＳＣＨおよびｓＰＵＳＣＨは、同じまたは同様の性能を有する。結果として、ｓＰＵＳＣＨは、ＰＵＳＣＨと同じやり方で電力制御されてよい。以下の方程式は、ＵＥが電力制限されない場合に、短いＴＴＩにおけるｓＰＵＳＣＨ送信ｉのための電力制御がどのようであるかを示す。ＰＵＳＣＨのためにＲＲＣを通じて設定された電力制御パラメータを、ｓＰＵＳＣＨのために再使用することができる。これは、ＰＵＳＣＨ送信のためにＲＲＣを通じて設定されたパラメータＰ_{Ｏ＿ＰＵＳＣＨ，ｃ}（ｊ）およびα_ｃ（ｊ）が、
Ｐ_{ｓＰＵＳＣＨ，ｃ}（ｉ）＝１０ｌｏｇ_１０（Ｍ_{ｓＰＵＳＣＨ，ｃ}（ｉ））＋Ｐ_{Ｏ＿ＰＵＳＣＨ，ｃ}（ｊ）＋α_ｃ（ｊ）・ＰＬ_ｃ＋Δ_ＴＦ，ｃ（ｉ）＋ｆ_ｃ（ｉ）
に従って、ｓＰＵＳＣＨのための電力制御方程式において適用されることを意味する。

それに応じて、ｓＰＵＳＣＨは、ＲＲＣを通じて設定された同じパラメータを用いて、ＰＵＳＣＨと同じやり方で電力制御されるべきである。

１ミリ秒ＴＴＩに対するアップリンクグラントに収容されているＴＰＣ情報δ_{ＰＵＳＣＨ}に基づいて計算されるクローズドループパラメータ（ｆ_ｃ）に関して、ＵＥ電力をより速く補正して適切な値に収束させることができるように、ｓＴＴＩに対する各アップリンクグラントにおいてそのパラメータをシグナリングすることが有益であることがある。したがって、アップリンク電力制御のクローズドループコンポーネント（ｆ_ｃ）を更新するために使用されるＴＰＣ情報は、アップリンクｓＴＴＩのアップリンクグラントに含まれる。

ｆ_ｃを計算するために、今日２つの方法が存在する。累算をアクティブにするか、アクティブにしないかである。累算をアクティブにしない場合、ｆ_ｃ（ｉ）は、アップリンクグラントに指し示されたδ_{ＰＵＳＣＨ}の値を直接取る。この方法は、ｓＴＴＩのケースについて容易に拡張することができる。累算をアクティブにする場合、ｆ_ｃ（ｉ）は、
ｆ_ｃ（ｉ）＝ｆ_ｃ（ｉ－１）＋δ_{ＰＵＳＣＨ}，_ｃ（ｉ－Ｋ_{ＰＵＳＣＨ}）
に従って、アップリンクグラントにおけるδ_{ＰＵＳＣＨ}およびその以前の値ｆ_ｃ（ｉ－１）に従って更新される。

Ｋ_{ＰＵＳＣＨ}は、アップリンクグラントとアップリンクデータ送信（送信）との間の遅延を表す。ｓＴＴＩに対するアップリンクグラントに含まれるδ_{ＰＵＳＣＨ}により、ミリ秒ベースでよりもいっそう頻繁に累算が発生する。したがって、ＵＥ電力は、より速く意図された値に収束し、このことは有益である。

短いＴＴＩ ＵＥは、ＰＵＳＣＨおよび／またはｓＰＵＳＣＨによるサブフレーム間粒度で動的にスケジュールされてよい。累算ベースの方法はｆ_ｃ（ｉ）をその以前の値ｆ_ｃ（ｉ－１）に依存させるので、アップリンクｓＴＴＩの直後に続く１ミリ秒アップリンクＴＴＩについてのｆ_ｃ（ｉ）の計算が、このアップリンクｓＴＴＩのために使用されるｆ_ｃ値に基づくべきかどうかが考えられるべきであり、その逆もまた同様である。言い換えれば、１ミリ秒アップリンクＴＴＩおよびアップリンクｓＴＴＩは、クローズドループ補正ｆ_ｃについての同じパラメータを共有する。

異なるＴＴＩ長の間の別々のクローズドループ補正も代替形態である。しかしながら、同じＲＲＣ設定されたパラメータを用いて、ＰＵＳＣＨのアップリンク電力制御方程式がｓＰＵＳＣＨのために再使用される場合、１ミリ秒ＴＴＩに対して有効な１つのクローズドループコンポーネントと、短いＴＴＩに対して有効な別のクローズドループコンポーネントの、別々のクローズドループコンポーネントｆ_ｃを有する理由は存在しない。実際、１ミリ秒アップリンクＴＴＩとアップリンクｓＴＴＩの両方のための共通のクローズドループコンポーネントｆ_ｃを用いれば、１ミリ秒ＴＴＩのために使用される電力は、アップリンクｓＴＴＩの使用のおかげで、ｆ_ｃが最も適切な値により速く収束することから利益を得ることができる。

それに応じて、共有されたクローズドループコンポーネントｆ_ｃは、１ミリ秒ＴＴＩおよびｓＴＴＩのアップリンク電力制御のために使用される。しかしながら、１つまたは複数のアップリンクｓＴＴＩに対するアップリンクグラントが、１ミリ秒ＴＴＩに対するアップリンクグラントの後に送られるという、図１２に図示されるような状況が発生することがある。アップリンクｓＴＴＩに対するアップリンクグラントとアップリンクｓＴＴＩ送信との間の遅延は、１ミリ秒ＴＴＩに対するアップリンクグラントと１ミリ秒アップリンクＴＴＩ送信との間の遅延よりも短いので、１ミリ秒ＴＴＩのアップリンクグラントにおいて指し示されたδ_{ＰＵＳＣＨ}についての値は、時間が経ちすぎたものになる。

図１２における例を初期値ｆ_{ｃ，ｉｎｉｔ}で考えてみると、１ミリ秒ＴＴＩに対するアップリンクグラントにおけるコマンドは、ｆ_{ｃ，ｉｎｉｔ}＋３ｄＢによって補正されるアップリンク電力を達成することを意図している。その間に、アップリンクｓＴＴＩはスケジュールされ、δ_{ＰＵＳＣＨ}もまたｓＴＴＩに対するアップリンクグラントにおいてシグナリングされる。この例において、第１のアップリンクｓＴＴＩ送信は、ｆ_{ｃ，ｉｎｉｔ}＋３ｄＢのクローズドループコンポーネントを適用する。ｅＮＢはその時、＋３ｄＢの補正が十分正確ではなかったことに気付き、第２のアップリンクｓＴＴＩに対するアップリンクグラントにおいてさらなる補正を送る。第２のアップリンクｓＴＴＩのためのクローズドループコンポーネントが、ｆ_{ｃ，ｉｎｉｔ}＋３ｄＢ－１ｄＢに補正される。この例において、１ミリ秒ＴＴＩのアップリンクグラントにおいて送られたδ_{ＰＵＳＣＨ}をＵＥが取る場合、クローズドループコンポーネントは、ｆ_{ｃ，ｉｎｉｔ}＋３ｄＢ－１ｄＢ＋３ｄＢに到達することになる。そうする代わりに、δ_{ＰＵＳＣＨ}コマンドをアップリンク短ＴＴＩグラントにおいて後から受信した場合、かつｆ_ｃ（ｉ）の計算が累算ベースである場合には、１ミリ秒ＴＴＩのアップリンクグラントにおいて送られた古いδ_{ＰＵＳＣＨ}をＵＥが無視することが、より合理的であると思われる。

それに応じて、ｆ_ｃ（ｉ）の計算が累算ベースであれば、ＵＥは、δ_{ＰＵＳＣＨ}コマンドをアップリンク短ＴＴＩグラントにおいて後から受信した場合、１ミリ秒ＴＴＩのアップリンクグラントにおいて送られたδ_{ＰＵＳＣＨ}を無視する。

ＰＵＳＣＨおよびｓＰＵＳＣＨのための電力制御メカニズムは、同じであるように提唱されているが、これらは両方ともｓＰＵＣＣＨ電力制御の導入によって間接的に影響され、その理由は、

の意味が変わることになるため、または、新しいパラメータ

が、同様のメカニズムを用いて導入される必要があるためであることに留意されたい。

サブフレームｉおよびサービングセルｃについて、ＰＵＣＣＨフォーマット１／１ａ／１ｂ／２／２ａ／２ｂ／３のための電力制御は、以下のように記述される。

ここで、
Ｐ_{ＣＭＡＸ，ｃ}（ｉ）は、最大送信電力であり、
Ｐ_{Ｏ＿ＰＵＣＣＨ}は、ターゲットの受信電力であり、
ＰＬ_ｃは、ダウンリンクパスロス推定値であり、
ｈ（ｎ_ＣＱＩ，ｎ_ＨＡＲＱ，ｎ_ＳＲ）は、より大きなペイロードによるケースを反映するＰＵＣＣＨフォーマット依存値であり、
Ｍ_{ＰＵＣＣＨ，ｃ}（ｉ）は、ＰＵＣＣＨフォーマット５の場合のリソースブロックの数であり、他のすべてのフォーマットの場合は１に等しく、
Δ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）は、ＰＵＣＣＨフォーマットＦとＰＵＣＣＨフォーマット１ａとの間のｄＢにおける関係であり、
Δ_ＴＦ，ｃ（ｉ）は、符号化されたビットの数に依存した調整係数であり、
Δ_ＴｘＤ（Ｆ’）は、ＰＵＣＣＨのために設定されたアンテナポートの数に依存し、および
ｇ（ｉ）は、クローズドループ電力制御状態であり、ダウンリンクアサインメントにおいてシグナリングされたδ_{ＰＵＣＣＨ}を使用して更新される。

サブフレームｉおよびサービングセルｃについて、ＰＵＣＣＨフォーマット４／５のための電力制御は、以下のように記述される。

サポートされるアップリンクＴＴＩ長ごとに規定されたｓＰＵＣＣＨの少なくとも１つのフォーマットが存在してよい。アップリンクＴＴＩ長は、任意の数のシンボルであってよい。たとえば、アップリンクＴＴＩ長は、２つ、４つ、および７つのＳＣ－ＦＤＭＡシンボルであってよい。選択されたｓＰＵＣＣＨフォーマットとは無関係に、たとえば、ＡＣＫミス検出確率、ＮＡＣＫ対ＡＣＫエラー確率、ＤＴＸ対ＡＣＫ確率、その他に関して同様の性能に到達するためには、ＰＵＣＣＨと比較して、より大きなＳＮＲがｓＰＵＣＣＨに求められることがある。ＰＵＣＣＨに対してより短いｓＰＵＣＣＨほど、ｓＰＵＣＣＨとＰＵＣＣＨとの性能ギャップは大きい。そのため、ｓＰＵＣＣＨ電力制御は、電力制限されていないＵＥのためにこの性能ギャップに対処することを必要とする。ＰＵＣＣＨについてのクローズドループ状態ｇ（ｉ）は、たとえば、１ミリ秒ＴＴＩのためのダウンリンクアサインメントにおいてシグナリングされたＴＣＰ情報δ_{ＰＵＣＣＨ}から引き出される。ｓＰＵＣＣＨの高速クローズドループ電力制御のために、ｓＴＴＩのためのダウンリンクアサインメントにおいて、ｓＰＵＣＣＨのためにδ_{ＰＵＣＣＨ}をシグナリングすることがまた都合がよいことになる。性能差を取り込むためのあるやり方が、上位レイヤからシグナリングされるΔ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）である。しかしながら、性能差は、フォーマット依存だけでなく、ＴＴＩ長依存でもまたあるので、補完パラメータが必要になることがある。以下においてｓＰＵＣＣＨ電力制御のためのいくつかのオプションが考えられる。

一実施形態において、Δ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）は、ｓＰＵＣＣＨの異なるフォーマットおよびＴＴＩ長について規定される。新しいｓＰＵＣＣＨフォーマットが単独型のフォーマットとして規定され、今日既存するＰＵＣＣＨフォーマットの現在のリストに追加された場合、これは、ｓＰＵＣＣＨの所望の電力を記述するための単刀直入なアプローチである。ｓＰＵＣＣＨの異なるＴＴＩ長はその場合、フォーマットの一部として単純に考えられてよい。新しいΔ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）はその場合、新しいフォーマットごとに（たとえば、選択されたレガシーフォーマットタイプおよびＴＴＩ長の新しい変形ごとに）規定されることになる。

別の実施形態において、Δ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）は、ｓＰＵＣＣＨの異なるフォーマットについて規定される。ＴＴＩ長に依存する新しいパラメータが導入され、電力制御式において他のパラメータに追加される。新しいｓＰＵＣＣＨフォーマットがレガシーフォーマットに基づくように規定され、しかし異なるＴＴＩ長を有する場合、またはいっそうの透過性が望まれる場合、これは、論理的なやり方の前進である。新しいΔ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）はその場合、新しいフォーマットごとに（たとえば、選択されたレガシーフォーマットタイプの新しい変形ごとに）規定されることになる。加えて、新しいパラメータΔ_ＴＴＩ（ＴＴＩ－ｌｅｎｇｔｈ）が、考え得るＴＴＩ長ごとに規定される必要があることになる。これは、ＴＴＩ長の変化が、すべてのフォーマットのために求められる電力に等しく影響することが不可欠であることに留意されたい。

別の実施形態において、Δ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）は、ｓＰＵＣＣＨの異なるフォーマットについて規定される。新しいターゲット受信電力Ｐ_{Ｏ＿ＰＵＣＣＨ}が、異なるＴＴＩ長について規定される。新しいｓＰＵＣＣＨフォーマットは、おおかた異なるＴＴＩ長であるために、現在のＰＵＣＣＨフォーマットとは異なるターゲット受信電力を有することになる。これは、新しいｓＰＵＣＣＨフォーマットのための新しいＰ_{Ｏ＿ＰＵＣＣＨ}において取り込まれてよい。ターゲット受信電力が今日使用されているターゲット受信電力とは大きく異なるようなやり方で、ｓＰＵＣＣＨフォーマットが規定されている場合、これは代替形態である。これは、同じ量の新しいΔ_{Ｆ＿ＰＵＣＣＨ}（Ｆ）を規定する必要性をなおもたらす可能性が最も高くなることに留意されたい。

加えて、ｈ（ｎ_ＣＱＩ，ｎ_ＨＡＲＱ，ｎ_ＳＲ）およびΔ_ＴＦ，ｃ（ｉ）が、新しいフォーマットおよびＴＴＩ長のために規定される必要がある。

ｓＰＵＣＣＨのための参照フォーマットは、ＰＵＣＣＨフォーマット１ａであるように提唱されている。いくつかの他の参照フォーマットを選択することもできるが、その場合は事態をより複雑にするだけであろう。

各異なるｓＴＴＩ長内での電力優先順位付けについては、１ミリ秒ＴＴＩの場合と同じ優先順位付けが再使用されるべきである。それに応じて、各異なるｓＴＴＩ長内での電力優先順位付けは、１ミリ秒ＴＴＩの場合と同じであってよい。

ｓＴＴＩは、レイテンシを削減するために使用されるので、１ミリ秒ＴＴＩよりもｓＴＴＩを優先することもまた可能であり、というのは、そうすることが、最も離れた範囲までレイテンシクリティカルなｓＴＴＩ送信を可能な限り早く遂行することを、確実にすることになるからである。それに応じて、電力に関しては、ｓＴＴＩが１ミリ秒ＴＴＩよりも優先されてよい。

ｓＴＴＩ送信を１ミリ秒ＴＴＩ送信よりも優先すると、ｓＴＴＩ送信が１ミリ秒ＴＴＩ送信と同じサブフレームにスケジュールされており、かつＵＥが電力制限されている場合に、１ミリ秒ＴＴＩ送信を潜在的に損なうことがある。このために、ＵＥが電力制限されている場合、ＵＥは、ｓＴＴＩと一緒にマルチキャリアを使用することができない。それに応じて、電力制限されたＵＥは、ｓＴＴＩと一緒にマルチキャリアを使用することができない。

ＬＴＥにおいては、２つの異なるタイプの電力ヘッドルーム報告が規定されている。タイプ１は、ＰＵＳＣＨのみの送信を想定しており、タイプ２は、ＰＵＳＣＨおよびＰＵＣＣＨ送信を想定している。サブフレームおよびキャリアごとに規定された両方のケースにおける電力ヘッドルームは、以下である。
電力ヘッドルーム＝最大許容電力－推定される所望電力

最大許容電力は、設定された最大電力である。推定される所望電力は、送信電力に制約がないものと想定して、電流変調、符号化方式、チャネル、その他のために使用するために理想的な電力である。規定通り、電力ヘッドルームは、ＵＥが電力制限されている場合、負になってよい。電力ヘッドルーム報告は、メッセージと一緒にＵＥによって送信され、報告は、アップリンクグラントにおいてトリガされる。

電力ヘッドルームの現在の規定は、推定される所望電力を使用して、ｓＴＴＩにもまた適用される。それに応じて、ｓＴＴＩのための電力ヘッドルームは、ｓＴＴＩ送信のための所望電力を使用して、１ミリ秒ＴＴＩの場合と同じ原理を使用して計算されてよい。さらに、ｓＴＴＩにおいて送信された場合、電力ヘッドルーム報告は、その特定のｓＴＴＩ長のｓＴＴＩ送信に基づくことができる。

アップリンクにおけるＯＮ／ＯＦＦ期間は、より短いアップリンクＴＴＩ長のためにより短くなることになるので、ＯＮ／ＯＦＦとＯＦＦ／ＯＮとの過渡期間が顕著になることになる。これらの過渡期間は各々、２０μ秒、サブフレーム長の２％を下回るように規定される。実際、２０μ秒のＯＮ／ＯＦＦ過渡期間のために、アップリンク送信に先行する、およびアップリンク送信の後に続くＳＣ－ＦＤＭＡシンボルは、データ送信に使用可能でないことがある。図１３を参照されたい。２つのシンボルのｓＴＴＩ長（すなわち、元の長さの１／７）での各２０μｓ期間は、今やＴＴＩ長のおよそ１４％である。通常、実装は２０μｓ要件よりも大幅によい性能を発揮するので、短いＴＴＩ送信を向上させるために、ＯＮ／ＯＦＦ時間マスクを厳しくすべきである。それに応じて、絶対ＯＮ／ＯＦＦ時間マスクは、短いＴＴＩ長の場合に厳しくされてよい。
略記
略記 説明
ＢＬＥＲ ブロック誤り率
ＣＰ サイクリックプレフィックス
ＤＣＩ ダウンリンク制御情報
ＤＴＸ 間欠送信
ｅＰＤＣＣＨ エンハンスド物理ダウンリンク制御チャネル
ＨＴＴＰ ハイパーテキストトランスファープロトコル
ＬＴＥ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
ＭＡＣ メディアアクセス制御
ＭＣＳ 変調符号化方式
ＯＦＤＭ 直交周波数分割多重アクセス
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＲＢ 物理リソースブロック
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＲＡＴ 無線アクセス技術
ＲＢ リソースブロック
ＲＥ リソースエレメント
ＲＲＣ 無線リソース制御
ＳＣ－ＦＤＭＡ 単一キャリア－周波数分割多重アクセス
ｓＰＤＣＣＨ 短い物理ダウンリンク制御チャネル
ｓＰＤＳＣＨ 短い物理ダウンリンク共有チャネル
ｓＰＵＣＣＨ 短い物理アップリンク制御チャネル
ｓＰＵＳＣＨ 短い物理アップリンク共有チャネル
ＳＦ サブフレーム
ＴＣＰ 送信制御プロトコル
ＴＴＩ 送信時間間隔
ｓＴＴＩ 短い送信時間間隔
ＵＣＩ アップリンク制御情報
ＵＬ アップリンク

先の詳細な説明は、本質的に説明的にすぎず、本開示、または本開示の用途および使用を限定することを意図していない。さらに、先行する使用の分野、背景技術、概要、または詳細な説明に提示されたいかなる明示的または黙示的な理論によっても縛られる意図はない。本開示は、機能上のまたは論理的なブロックエレメントに関して本明細書で説明され得るさまざまな例、実施形態、その他を提供する。本明細書で説明されるさまざまな態様は、いくつかのコンポーネント、エレメント、部材、モジュール、ノード、周辺機器、その他を含むことができる、方法、デバイス（もしくは装置）、システム、または製造物品として提示される。さらに、これらの方法、デバイス、システム、または製造物品は、追加のコンポーネント、エレメント、部材、モジュール、ノード、周辺機器、その他を含んでも、含まなくてもよい。

さらに、本明細書で説明されるさまざまな態様は、開示された主題を実装するために、コンピューティングデバイスを制御するためのソフトウェア、ファームウェア、ハードウェア（たとえば、回路）、またはそれらの任意の組合せを生み出すように、標準のプログラミング技法またはエンジニアリング技法を使用して実装されてよい。いくつかの実施形態は、マイクロプロセッサ、デジタル信号プロセッサ、カスタマイズされたプロセッサ、およびフィールドプログラマブルゲートアレイ（ＦＰＧＡ）などの１つまたは複数の汎用または特化されたプロセッサ、ならびに本明細書で説明される方法、デバイス、およびシステムの機能のうちのいくつか、ほとんど、またはすべてを、ある一定の非プロセッサ回路と共に実装するために１つまたは複数のプロセッサを制御する一意の記憶されたプログラム命令（ソフトウェアおよびファームウェアの両方を含む）からなってよいことが認識されるであろう。代替として、いくつかの、またはすべての機能は、記憶されたプログラム命令を有さないステートマシンによって、または、各機能もしくはある一定の機能のうちのいくつかの組合せがカスタム論理回路として実装される１つもしくは複数の特定用途向け集積回路（ＡＳＩＣ）において実装されてもよい。当然ながら、その２つのアプローチの組合せが使用されてもよい。さらに、たとえば、利用可能な時間、現在の技術、および経済的考慮によって誘因される考え得る多大な取り組みおよび多くの設計選択肢にもかかわらず、本明細書に開示された概念および原理によって導かれるとき、当業者は、そのようなソフトウェア命令およびプログラム、ならびにＩＣを、最小限の実験で容易に生成することができることが予期される。

本明細書で使用されるとき、用語「製造物品」は、任意のコンピューティングデバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを包含することを意図する。たとえば、コンピュータ可読媒体は、ハードディスク、フロッピーディスク、または磁気ストリップなどの磁気ストレージデバイス、コンパクトディスク（ＣＤ）、またはデジタル多用途ディスク（ＤＶＤ）などの光学ディスク、スマートカード、およびカード、スティック、またはキードライブなどのフラッシュメモリデバイスを含むことができる。加えて、電子メール（ｅ－メール）などの電子データを送受信する際、またはインターネットもしくはローカルエリアネットワーク（ＬＡＮ）などのコンピュータネットワークにアクセスする際に使用されるものを含むコンピュータ可読電子データを搬送するために、キャリア波を用いることができることを認識すべきである。当然ながら、当業者は、本開示の主題の範囲または趣旨から逸脱することなく、この設定に対して多くの変更形態がなされ得ることを認知するであろう。

本明細書および実施形態の全体を通して、以下の用語は、別段コンテキストが明確に命じない限り、少なくとも本明細書で明示的に関連付けられた意味を取る。「第１の」および「第２の」、その他のなどの関係用語は、１つのエンティティまたはアクションを、別のエンティティまたはアクションから単に区別するために使用されてよく、いかなる実際のそのような関係、またはそのようなエンティティ間もしくはアクション間での順序を、必ずしも求めたりまたは含意したりはしない。用語「または」は、別段指定されない限り、または排他的な形態に向けられるようにコンテキストから明らかでない限り、包括的な「または」を意味するように意図される。さらに、用語「１つの（「ａ」、「ａｎ」）」および「ｔｈｅ」は、別段指定されない限り、または単数形に向けられるようにコンテキストから明らかでない限り、１つまたは複数を意味するように意図される。用語「含む（ｉｎｃｌｕｄｅ）」およびそのさまざまな形態は、限定はしないが、含むことを意味するように意図される。「一実施形態（「ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ」、「ａｎ ｅｍｂｏｄｉｍｅｎｔ」）」、「例示的な実施形態」、「さまざまな実施形態」、および他の同様な用語への言及は、そのように説明される開示された技術の実施形態が、個別の機能、特徴、構造、または特性を含んでもよいが、あらゆる実施形態が必ずしもその個別の機能、特徴、構造、または特性を含むわけではないことを指し示す。さらに、「一実施形態において」という語句の繰り返される使用は、必ずしも同じ実施形態を指すわけではないが、同じ実施形態を指すこともある。用語「実質的に（ｓｕｂｓｔａｎｔｉａｌｌｙ）」、「本質的に（ｅｓｓｅｎｔｉａｌｌｙ）」、「ほぼ（ａｐｐｒｏｘｉｍａｔｅｌｙ）」、「およそ（ａｂｏｕｔ）」、またはそれらの任意の他のバージョンは、当業者によって理解されるものに近いものとして規定され、非限定的な一実施形態において、その用語は１０％以内であるように、別の実施形態においては５％以内であるように、別の実施形態においては１％以内であるように、および別の実施形態においては０．５％以内であるように規定される。ある一定のやり方において「設定される」デバイスまたは構造は、少なくともそのやり方で設定されるが、列挙されていないやり方でまた設定されてもよい。

Claims (13)

1. 無線通信システムにおいて物理アップリンク制御チャネル（ＰＵＣＣＨ）の電力制御を行う無線デバイスにおける方法であって、
   電力制御に従って前記物理アップリンク制御チャネル上の送信のための送信電力を決定することを含み、
   前記電力制御は、少なくとも１つのパラメータに基づいて前記送信電力を指定し、前記少なくとも１つのパラメータの値は、前記物理アップリンク制御チャネル上で可能な異なるＰＵＣＣＨ長のうちのどれが前記物理アップリンク制御チャネル上の前記送信のために選択されるかに依存し、
   前記少なくとも１つのパラメータの値はさらに、前記物理アップリンク制御チャネル上で可能な異なる送信フォーマットのうちのどれが前記物理アップリンク制御チャネル上の前記送信のために選択されるかに依存する、方法。
2. 前記少なくとも１つのパラメータが、前記物理アップリンク制御チャネル上で使用可能な各ＰＵＣＣＨ長について異なる値を有する、請求項１に記載の方法。
3. 前記少なくとも１つのパラメータの前記値が、アップリンク制御情報に使用されるシンボルの数に基づく、請求項１に記載の方法。
4. 前記少なくとも１つのパラメータの前記値が、前記選択されたＰＵＣＣＨ長を有する前記物理アップリンク制御チャネル上の前記送信におけるシンボルの数に基づく、請求項１に記載の方法。
5. 無線通信システムにおいて物理アップリンク制御チャネル（ＰＵＣＣＨ）の電力制御を行うための無線デバイスであって、
   プロセッサおよびメモリを備え、前記メモリは前記プロセッサによって実行可能な指示を含み、それによって、前記無線デバイスは、
   電力制御に従って前記物理アップリンク制御チャネル上の送信のための送信電力を決定するように構成され、
   前記電力制御は、少なくとも１つのパラメータに基づいて前記送信電力を指定し、前記少なくとも１つのパラメータの値は、前記物理アップリンク制御チャネル上で可能な異なるＰＵＣＣＨ長のうちのどれが前記物理アップリンク制御チャネル上の前記送信のために選択されるかに依存し、
   前記少なくとも１つのパラメータの値はさらに、前記物理アップリンク制御チャネル上で可能な異なる送信フォーマットのうちのどれが前記物理アップリンク制御チャネル上の前記送信のために選択されるかに依存する、無線デバイス。
6. 前記少なくとも１つのパラメータの前記値が、アップリンク制御情報に使用されるシンボルの数に基づく、請求項５に記載の無線デバイス。
7. 前記少なくとも１つのパラメータの前記値が、前記選択されたＰＵＣＣＨ長を有する前記物理アップリンク制御チャネル上の前記送信におけるシンボルの数に基づく、請求項５に記載の無線デバイス。
8. 無線通信システム（１００）において物理アップリンク制御チャネルの電力制御を行うためのネットワークノード（１０１，８００，９００，１０００）における方法であって、
   無線デバイス（１０５，２００，３００，４００，６００）が、前記物理アップリンク制御チャネル上で可能な異なるＰＵＣＣＨ長のうちのどれが前記物理アップリンク制御チャネル上の送信のために選択されるかに依存する少なくとも１つのパラメータ（１１１）の値を決定するための情報を、前記ネットワークノードによって、前記無線デバイスに送信すること（１１０３）を含み、
   前記少なくとも１つのパラメータの値はさらに、前記物理アップリンク制御チャネル上で使用可能として規定された異なる送信フォーマットのうちのどれが前記物理アップリンク制御チャネル上の前記送信のために選択されるかに依存する、方法。
9. 前記少なくとも１つのパラメータの前記値が、アップリンク制御情報に使用されるシンボルの数に基づく、請求項８に記載の方法。
10. 前記少なくとも１つのパラメータの前記値が、前記選択されたＰＵＣＣＨ長を有する前記物理アップリンク制御チャネル上の前記送信におけるシンボルの数に基づく、請求項８に記載の方法。
11. 無線通信システムにおいて物理アップリンク制御チャネル（ＰＵＣＣＨ）の電力制御を行うためのネットワークノードであって、
    プロセッサおよびメモリを備え、前記メモリは前記プロセッサによって実行可能な指示を含み、それによって、前記ネットワークノードは、
    無線デバイス（１０５，２００，３００，４００，６００）が、前記物理アップリンク制御チャネル上で可能な異なるＰＵＣＣＨ長のうちのどれが前記物理アップリンク制御チャネル上の送信のために選択されるかに依存する少なくとも１つのパラメータ（１１１）の値を決定するための情報を、前記無線デバイスに送信する（１１０３）ように構成され、
    前記少なくとも１つのパラメータの値はさらに、前記物理アップリンク制御チャネル上で可能な異なる送信フォーマットのうちのどれが前記物理アップリンク制御チャネル上の前記送信のために選択されるかに依存する、ネットワークノード。
12. 前記少なくとも１つのパラメータの前記値が、アップリンク制御情報に使用されるシンボルの数に基づく、請求項１１に記載のネットワークノード。
13. 前記少なくとも１つのパラメータの前記値が、前記選択されたＰＵＣＣＨ長を有する前記物理アップリンク制御チャネル上の前記送信におけるシンボルの数に基づく、請求項１１に記載のネットワークノード。

Images