(57)【要約】      （修正有）【課題】通信システムにおいて物理チャネルの電力制御を実施するためのシステムおよび方法を提供する。【解決手段】無線通信システム１００において、物理チャネル１２１の電力制御を実施する無線デバイス１０５は、電力制御ループに従って物理チャネル上の送信のための送信電力を決定する１２３ａ〜１２３ｄ。さらに、ループは、少なくとも１つのパラメータに基づいて送信電力を指定する１１１。また、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長１２５のうちのどれが物理チャネル上の送信のために選択されるかに依存する。【選択図】図１
2020205589.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて物理チャネルの電力制御を実施する無線デバイスにおける方法であって、
電力制御ループに従って前記物理チャネル上の送信のための送信電力を決定することであって、前記ループが、少なくとも１つのパラメータに基づいて前記送信電力を指定し、前記少なくとも１つのパラメータの値が、前記物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが前記物理チャネル上の前記送信のために選択されるかに依存する、決定すること
を含む方法。
【請求項２】
前記少なくとも１つのパラメータが、前記物理チャネル上で使用可能なＴＴＩ長ごとに異なる値を有する、請求項１に記載の方法。
【請求項３】
前記少なくとも１つのパラメータの前記値が、前記物理チャネル上で使用可能として規定された異なる送信フォーマットのうちのどれが前記物理チャネル上の前記送信のために選択されるかにさらに依存する、請求項１または２に記載の方法。
【請求項４】
前記少なくとも１つのパラメータが、前記物理チャネル上で使用可能な送信フォーマットごとに異なる値を有する、請求項３に記載の方法。
【請求項５】
前記少なくとも１つのパラメータの前記値が、選択されたＴＴＩ長を有する前記物理チャネル上の前記送信のための電力調整に基づく、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記少なくとも１つのパラメータの前記値が、前記選択されたＴＴＩ長を有する前記物理チャネル上の前記送信のための電力調整と、あらかじめ決められたＴＴＩ長を有する前記物理チャネル上の前記送信のための電力調整との比に基づく、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記少なくとも１つのパラメータの前記値が、前記選択されたＴＴＩ長を有する前記物理チャネル上の前記送信におけるシンボルの数に基づく、請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記少なくとも１つのパラメータの前記値が、前記選択されたＴＴＩ長を有する前記物理チャネル上の送信におけるシンボルの数と、あらかじめ決められたＴＴＩ長を有する前記物理チャネル上の送信におけるシンボルの数との比に基づく、請求項１から７のいずれか一項に記載の方法。
【請求項９】
前記比が、
2020205589.tif 000023
として表され、ここで、ＴＴＩｓｙｍｂｏｌｓｓｅｌｅｃｔｅｄは、選択されたＴＴＩシンボルの数であり、ＴＴＩｓｙｍｂｏｌｓｐｒｅｄｅｔｅｒｍｉｎｅｄは、あらかじめ決められたＴＴＩシンボルの数である、請求項８に記載の方法。
【請求項１０】
前記比が、
2020205589.tif 000024
としてさらに表され、ここで、前記選択されたＴＴＩシンボルの数は、選択されたパイロットシンボルの数（ＴＴＩｐｉｌｏｔｓｙｍｂｏｌｓｓｅｌｅｃｔｅｄ）および選択された制御シンボルの数（ＴＴＩｃｏｎｔｒｏｌｓｙｍｂｏｌｓｓｅｌｅｃｔｅｄ）に対応し、前記あらかじめ決められたＴＴＩシンボルの数は、あらかじめ決められたパイロットシンボルの数（ＴＴＩｐｉｌｏｔｓｙｍｂｏｌｓｐｒｅｄｅｔｅｒｍｉｎｅｄ）およびあらかじめ決められた制御シンボルの数（ＴＴＩｃｏｎｔｒｏｌｓｙｍｂｏｌｓｐｒｅｄｅｔｅｒｍｉｎｅｄ）に対応し、ａおよびｂは定数である、
請求項８または９に記載の方法。
【請求項１１】
前記少なくとも１つのパラメータの前記値が、前記選択されたＴＴＩ長と、あらかじめ決められたＴＴＩ長との比に基づく、請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
前記比が、
2020205589.tif 000025
として表され、ここで、ＴＴＩｌｅｎｇｔｈｓｅｌｅｃｔｅｄは、前記選択されたＴＴＩ長であり、ＴＴＩｌｅｎｇｔｈｐｒｅｄｅｔｅｒｍｉｎｅｄは、前記あらかじめ決められたＴＴＩ長である、請求項８に記載の方法。
【請求項１３】
前記比が、
2020205589.tif 000026
としてさらに表され、ここで、前記選択されたＴＴＩ長は、選択されたパイロットシンボル長（ＴＴＩｐｉｌｏｔｌｅｎｇｔｈｓｅｌｅｃｔｅｄ）および選択された制御シンボル長（ＴＴＩｃｏｎｔｒｏｌｌｅｎｇｔｈｓｅｌｅｃｔｅｄ）に対応し、
前記あらかじめ決められたＴＴＩ長は、あらかじめ決められたパイロットシンボル長（ＴＴＩｐｉｌｏｔｌｅｎｇｔｈｐｒｅｄｅｔｅｒｍｉｎｅｄ）およびあらかじめ決められた制御シンボル長（ＴＴＩｃｏｎｔｒｏｌｌｅｎｇｔｈｐｒｅｄｅｔｅｒｍｉｎｅｄ）に対応し、
ａおよびｂは定数である、
請求項８または１２に記載の方法。
【請求項１４】
前記選択されたＴＴＩ長、もしくは前記選択されたＴＴＩシンボルの数が、１ミリ秒よりも少ない、もしくは１４のシンボルよりも少ない長さを有する短いＴＴＩに対応し、および／または、前記あらかじめ決められたＴＴＩ長が１ミリ秒である、もしくは前記あらかじめ決められたＴＴＩシンボルの数が１４である、請求項１から１３のいずれか一項に記載の方法。
【請求項１５】
前記少なくとも１つのパラメータの前記値が、前記選択されたＴＴＩ長を有する前記物理チャネルのためのあらかじめ決められた受信電力に基づく、請求項１から１４のいずれか一項に記載の方法。
【請求項１６】
前記少なくとも１つのパラメータの前記値が、前記選択されたＴＴＩ長を有する物理レイヤ上の前記送信のために周波数ホッピングが使用されるかどうかに依存する調整に基づく、請求項１から１５のいずれか一項に記載の方法。
【請求項１７】
前記物理チャネルが制御チャネルである、および／または、前記物理チャネルがアップリンクチャネルである、請求項１から１６のいずれか一項に記載の方法。
【請求項１８】
無線通信システムにおいて物理チャネルの電力制御を実施するための無線デバイスであって、
電力制御ループに従って前記物理チャネル上の送信のための送信電力を決定することであって、前記ループが、少なくとも１つのパラメータに基づいて前記送信電力を指定し、前記少なくとも１つのパラメータの値が、前記物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが前記物理チャネル上の前記送信のために選択されるかに依存する、決定すること
を行うように設定された無線デバイス。
【請求項１９】
プロセッサおよびメモリ
を含む、無線通信システムにおいて物理チャネルの電力制御を実施するための無線デバイスであって、
前記メモリが前記プロセッサによって実行可能な命令を収容し、それによって、前記無線デバイスが、
電力制御ループに従って前記物理チャネル上の送信のための送信電力を決定することであって、前記ループが、少なくとも１つのパラメータに基づいて前記送信電力を指定し、前記少なくとも１つのパラメータの値が、前記物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが前記物理チャネル上の前記送信のために選択されるかに依存する、決定すること
を行うように設定される、無線デバイス。
【請求項２０】
無線通信システムにおいて物理チャネルの電力制御を実施するための無線デバイス（１０５、２００、３００、４００、６００）であって、
ネットワークノード（１０１、８００、９００、１０００）から、前記物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが前記物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータ（１１１）の値の指示を受信することであって、前記物理チャネル上の送信のための送信電力が、電力制御ループに従い、前記電力制御ループが、前記パラメータに基づいて前記送信電力を指定する、受信すること
を行うように設定された無線デバイス。
【請求項２１】
前記少なくとも１つのパラメータの前記値が、前記物理チャネル上で使用可能として規定された異なる送信フォーマットのうちのどれが前記物理チャネル上の前記送信のために選択されるかにさらに依存する、請求項１８、１９、または２０のいずれか一項に記載の無線デバイス。
【請求項２２】
前記少なくとも１つのパラメータの前記値が、選択されたＴＴＩ長を有する前記物理チャネル上の前記送信におけるシンボルの数に基づく、請求項１８から２１のいずれか一項に記載の無線デバイス。
【請求項２３】
請求項２から１７のいずれかの方法を実施するように設定された、請求項１８から２２のいずれか一項に記載の無線デバイス。
【請求項２４】
無線通信システム（１００）において物理チャネルの電力制御を実施するための無線デバイス（１０５、２００、３００、４００、６００）における方法であって、
前記無線デバイスによって、ネットワークノード（１０１、８００、９００、１０００）から、前記物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが前記物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータ（１１１）の値の指示を受信することであって、前記物理チャネル上の送信のための送信電力が、電力制御ループに従い、前記電力制御ループが、前記パラメータに基づいて前記送信電力を指定する、受信すること
を含む方法。
【請求項２５】
前記パラメータに基づいて、前記物理チャネルのための前記送信電力を決定すること
をさらに含む、請求項２４に記載の方法。
【請求項２６】
無線通信システム（１００）において物理チャネルの電力制御を実施するためのネットワークノード（１０１、８００、９００、１０００）における方法であって、
前記ネットワークノードによって、無線デバイス（１０５、２００、３００、４００、６００）へと、前記物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが前記物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータ（１１１）の値の指示を送信すること（１１０３）であって、前記物理チャネル上での前記無線デバイスによる送信のための送信電力が、電力制御ループに従い、前記電力制御ループが、前記パラメータに基づいて前記送信電力を指定する、送信すること（１１０３）
を含む方法。
【請求項２７】
無線通信システム（１００）において物理チャネルの電力制御を実施するためのネットワークノード（１０１、８００、９００、１０００）であって、
無線デバイス（１０５、２００、３００、４００、６００）へと、前記物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが前記物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータ（１１１）の値の指示を送信すること（１１０３）であって、前記物理チャネル上での前記無線デバイスによる送信のための送信電力が、電力制御ループに従い、前記電力制御ループが、前記パラメータに基づいて前記送信電力を指定する、送信すること（１１０３）
を行うように設定されたネットワークノード。
【請求項２８】
プロセッサおよびメモリ
を含む、無線通信システムにおいて物理チャネルの電力制御を実施するためのネットワークノードであって、前記メモリが、前記プロセッサによって実行可能な命令を収容し、それによって、前記ネットワークノードが、
無線デバイス（１０５、２００、３００、４００、６００）へと、前記物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが前記物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータ（１１１）の値を送信すること（１１０３）であって、前記物理チャネル上での前記無線デバイスによる送信のための送信電力が、電力制御ループに従い、前記電力制御ループが、前記パラメータに基づいて前記送信電力を指定する、送信すること（１１０３）
を行うように設定される、ネットワークノード。
【請求項２９】
通信システムにおける無線デバイスを制御するための、非一時的コンピュータ可読媒体に記憶されたコンピュータプログラム製品であって、前記無線デバイス上で稼働されるとき、前記無線デバイスに、
電力制御ループに従って前記物理チャネル上の送信のための送信電力を決定することであって、前記ループが、少なくとも１つのパラメータに基づいて前記送信電力を指定し、前記少なくとも１つのパラメータの値が、前記物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが前記物理チャネル上の前記送信のために選択されるかに依存する、決定すること
を行わせるソフトウェア命令
を含むコンピュータプログラム製品。
【請求項３０】
前記無線デバイスに、請求項２から１７のいずれかの方法を実施させるソフトウェア命令をさらに含む、請求項２９に記載のコンピュータプログラム製品。
【請求項３１】
請求項３０のコンピュータプログラム製品を収容するキャリアであって、電子信号、光学信号、無線信号、またはコンピュータ可読ストレージ媒体のうちの１つであるキャリア。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、通信の分野に関し、より詳細には、通信システムにおいて物理チャネルの電力制御を実施することに関する。
【背景技術】
【０００２】
パケットデータレイテンシは、ベンダ、オペレータ、およびエンドユーザが（たとえば、速度テストアプリケーションを介して）定期的に測定する性能メトリックのうちの１つである。レイテンシ測定は、新しいソフトウェアリリースまたはシステムコンポーネントを検証するとき、システムを配置するとき、およびシステムが商業的に運用されているときなどの、無線アクセスネットワークシステムの耐用年数のすべての段階において実施される。
【０００３】
Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）の設計を導いた１つの性能メトリックは、３ＧＰＰ無線アクセス技術（ＲＡＴ）の前の世代よりも短いレイテンシを提供することであった。そうすることによって、ＬＴＥは、インターネットへのより速いアクセス、およびこれらの前の世代よりも短いデータレイテンシを提供するものとして、エンドユーザによって認知される。パケットデータレイテンシは、システムの知覚応答性のために重要であるだけでなく、システムのスループットにもまた間接的に影響する。ＨＴＴＰ／ＴＣＰは、インターネット上で使用される、主流を占めるアプリケーションおよびトランスポートレイヤのプロトコルである。ＨＴＴＰ  Ａｒｃｈｉｖｅ（ｈｔｔｐ：／／ｈｔｔｐａｒｃｈｉｖｅ．ｏｒｇ／ｔｒｅｎｄｓ．ｐｈｐ）によれば、インターネット上でのＨＴＴＰベースのトランザクションの典型的なサイズは、数十キロバイトから１メガバイトの範囲である。この範囲において、ＴＣＰスロースタート期間は、パケットストリームの全トランスポート期間のかなりの部分になる。ＴＣＰスロースタートの間、性能は、レイテンシによって制限される。したがって、このタイプのＴＣＰベースのデータトランザクションにわたるレイテンシを削減することによって、平均スループットを向上させることができる。
【０００４】
さらに、レイテンシを削減することによって、無線リソース効率性を向上させることができる。たとえば、より低いパケットデータレイテンシは、ある一定の遅延限度内で可能な送信の数を増加させることができる。したがって、より高いブロック誤り率（ＢＬＥＲ）ターゲットをデータ送信のために使用することができ、無線リソースを解放して、システムの容量を向上させる結果となる。
【０００５】
パケットレイテンシを削減するための別のエリアは、データおよび関連付けられた制御シグナリングのトランスポート時間を削減することである。たとえば、ＬＴＥリリース８において、送信時間間隔（ＴＴＩ）は、１つのサブフレームの長さ（すなわち、１ミリ秒）に対応する。そのような１つのＴＴＩは、ノーマルサイクリックプレフィックス（ＣＰ）のケースでは、１４の直交周波数分割多重（ＯＦＤＭ）シンボルまたは単一キャリア周波数分割多重アクセス（ＳＣ−ＦＤＭＡ）シンボル、および拡張ＣＰのケースでは、１２のＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルを使用して構築される。ＬＴＥリリース１３については、より短いＴＴＩ（すなわち、ＬＴＥリリース８ＴＴＩよりも短い）が吟味されている。これらのより短いＴＴＩは、時間内の任意の時間長であってよく、ＬＴＥリリース８ＴＴＩ（すなわち、１ミリ秒）以内であるいくつかのＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルのリソースを含むことができる。たとえば、短いＴＴＩの時間長は、０．５ミリ秒（すなわち、ノーマルＣＰの場合、７つのＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボル）であってよく、または２つのシンボルであってよい。それに応じて、短いＴＴＩを有する物理チャネル上の送信のためなどに、通信システムにおいて物理チャネルの電力制御を実施するための向上した技法の必要性が存在する。加えて、本開示の他の望ましい特徴および特性が、付属の図面、ならびに上述の技術分野および背景技術と併せて、後続の詳細な説明および実施形態から明らかになるであろう。
【０００６】
この文書の背景技術の節は、当業者がその範囲および有用性を理解するのを支援するために、本開示の実施形態を技術的および運用的なコンテキストに位置付けるために提供される。したがって、明示的に特定されない限り、本明細書における記載は、単に背景技術の節に含まれることによって、先行技術であるとは認められない。
【発明の概要】
【０００７】
以下は、当業者に基本的な理解を提供するために、本開示の簡略化した概要を提示する。この概要は、本開示の広範な概説ではなく、本開示の実施形態の重要な／必須のエレメントを特定することも、本開示の範囲を画定することも意図していない。この概要の唯一の目的は、本明細書で開示されるいくつかの概念を、後から提示するより詳細な説明への序章として、簡略化した形態で提示することである。
【０００８】
簡潔に説明すると、本開示の実施形態は、通信システムにおいて物理チャネルの電力制御を実施することに関する。一態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施する無線デバイスにおける方法が、電力制御ループに従って物理チャネル上の送信のための送信電力を決定することを含むことができ、ループは、少なくとも１つのパラメータに基づいて送信電力を指定する。さらに、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが物理チャネル上の送信のために選択されるかに依存することができる。
【０００９】
別の態様によれば、物理チャネル上で使用可能な各ＴＴＩ長は、少なくとも１つのパラメータについての異なる値に基づくことができる。
【００１０】
別の態様によれば、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なる送信フォーマットのうちのどれが物理チャネル上の送信のために選択されるかにさらに依存することができる。
【００１１】
別の態様によれば、物理チャネル上で使用可能な各送信フォーマットは、少なくとも１つのパラメータについての異なる値に基づくことができる。
【００１２】
別の態様によれば、少なくとも１つのパラメータは、物理チャネル上で使用可能なＴＴＩ長ごとに異なる値を有する。
【００１３】
別の態様によれば、少なくとも１つのパラメータは、物理チャネル上で使用可能な送信フォーマットごとに異なる値を有する。
【００１４】
別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理チャネル上の送信のための電力調整に基づくことができる。
【００１５】
別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理チャネル上の送信のための電力調整と、あらかじめ決められたＴＴＩ長を有する物理チャネル上の送信のための電力調整との比に基づくことができる。
【００１６】
別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理チャネル上の送信におけるシンボルの数に基づくことができる。
【００１７】
別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理チャネル上の送信におけるシンボルの数と、あらかじめ決められたＴＴＩ長を有する物理チャネル上の送信におけるシンボルの数との比に基づくことができる。
【００１８】
別の態様によれば、比は、
2020205589.tif 000003
として表されてよく、ここで、ＴＴＩｓｙｍｂｏｌｓｓｅｌｅｃｔｅｄは、選択されたＴＴＩシンボルの数であり、ＴＴＩｓｙｍｂｏｌｓｐｒｅｄｅｔｅｒｍｉｎｅｄは、あらかじめ決められたＴＴＩシンボルの数である。
【００１９】
別の態様によれば、比は、
2020205589.tif 000004
としてさらに表され、ここで、選択されたＴＴＩシンボルの数は、選択されたパイロットシンボルの数（ＴＴＩｐｉｌｏｔｓｙｍｂｏｌｓｓｅｌｅｃｔｅｄ）および選択された制御シンボルの数（ＴＴＩｃｏｎｔｒｏｌｓｙｍｂｏｌｓｓｅｌｅｃｔｅｄ）に対応し、あらかじめ決められたＴＴＩシンボルの数は、あらかじめ決められたパイロットシンボルの数（ＴＴＩｐｉｌｏｔｓｙｍｂｏｌｓｐｒｅｄｅｔｅｒｍｉｎｅｄ）およびあらかじめ決められた制御シンボルの数（ＴＴＩｃｏｎｔｒｏｌｓｙｍｂｏｌｓｐｒｅｄｅｔｅｒｍｉｎｅｄ）に対応する。
【００２０】
別の態様によれば、あらかじめ決められたパイロットシンボルの数は、６（６）であり、あらかじめ決められた制御シンボルの数は、８（８）である。
【００２１】
別の態様によれば、あらかじめ決められたＴＴＩシンボルの数は、１４（１４）である。
【００２２】
別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長と、あらかじめ決められたＴＴＩ長との比に基づく。
【００２３】
別の態様によれば、比は、
2020205589.tif 000005
として表され、ここで、ＴＴＩｌｅｎｇｔｈｓｅｌｅｃｔｅｄは、選択されたＴＴＩ長であり、ＴＴＩｌｅｎｇｔｈｐｒｅｄｅｔｅｒｍｉｎｅｄは、あらかじめ決められたＴＴＩ長である。
【００２４】
別の態様によれば、比は、
2020205589.tif 000006
としてさらに表され、ここで、選択されたＴＴＩ長は、選択されたパイロットシンボル長（ＴＴＩｐｉｌｏｔｌｅｎｇｔｈｓｅｌｅｃｔｅｄ）および選択された制御シンボル長（ＴＴＩｃｏｎｔｒｏｌｌｅｎｇｔｈｓｅｌｅｃｔｅｄ）に対応する。さらに、あらかじめ決められたＴＴＩ長は、あらかじめ決められたパイロットシンボル長（ＴＴＩｐｉｌｏｔｌｅｎｇｔｈｐｒｅｄｅｔｅｒｍｉｎｅｄ）およびあらかじめ決められた制御シンボル長（ＴＴＩｃｏｎｔｒｏｌｌｅｎｇｔｈｐｒｅｄｅｔｅｒｍｉｎｅｄ）に対応する。また、ａおよびｂは定数である。
【００２５】
別の態様によれば、あらかじめ決められたＴＴＩ長は、１ミリ秒である。
【００２６】
別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理チャネルのためのあらかじめ決められた受信電力に基づく。
【００２７】
別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理レイヤ上の送信のために周波数ホッピングが使用されるかどうかに依存する調整に基づく。
【００２８】
別の態様によれば、物理チャネルは制御チャネルである。
【００２９】
別の態様によれば、物理チャネルはアップリンクチャネルである。
【００３０】
別の態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施するための無線デバイスが、電力制御ループに従って物理チャネル上の送信のための送信電力を決定するように設定されてよい。ループは、少なくとも１つのパラメータに基づいて送信電力を指定することができる。さらに、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なるＴＴＩ長のうちのどれが物理チャネル上の送信のために選択されるかに依存することができる。
【００３１】
別の態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施するための無線デバイスが、プロセッサおよびメモリを含むことができる。さらに、メモリは、プロセッサによって実行可能な命令を収容し、それによって、無線デバイスは、電力制御ループに従って物理チャネル上の送信のための送信電力を決定するように設定されてよい。ループは、少なくとも１つのパラメータに基づいて送信電力を指定することができる。また、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なるＴＴＩ長のうちのどれが物理チャネル上の送信のために選択されるかに依存する。
【００３２】
別の態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施するための無線デバイスが、プロセッサおよびメモリを含む。メモリは、プロセッサによって実行可能な命令を収容し、それによって、無線デバイスは、電力制御ループに従って物理チャネル上の送信のための送信電力を決定するように設定され、ループは、少なくとも１つのパラメータに基づいて送信電力を指定し、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが物理チャネル上の送信のために選択されるかに依存する。
【００３３】
別の態様によれば、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なる送信フォーマットのうちのどれが物理チャネル上の送信のために選択されるかにさらに依存する。
【００３４】
別の態様によれば、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理チャネル上の送信におけるシンボルの数に基づく。
【００３５】
別の態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施するための無線デバイスにおける方法が、無線デバイスによって、ネットワークノードから、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータの値の指示を受信することを含む。物理チャネル上の送信のための送信電力は、電力制御ループに従い、電力制御ループは、パラメータに基づいて送信電力を指定する。
【００３６】
別の態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施するためのネットワークノードにおける方法が、ネットワークノードによって、無線デバイスへと、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータの値の指示を送信することを含む。物理チャネル上での無線デバイスによる送信のための送信電力は、電力制御ループに従い、電力制御ループは、パラメータに基づいて送信電力を指定する。
【００３７】
別の態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施するためのネットワークノードが、無線デバイスへと、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータの値の指示を送信するように設定される。物理チャネル上での無線デバイスによる送信のための送信電力は、電力制御ループに従い、電力制御ループは、パラメータに基づいて送信電力を指定する。
【００３８】
別の態様によれば、無線通信システムにおいて物理チャネルの電力制御を実施するためのネットワークノードが、プロセッサおよびメモリを含み、メモリは、プロセッサによって実行可能な命令を収容し、それによって、ネットワークノードは、無線デバイスへと、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータの値を送信するように設定され、物理チャネル上での無線デバイスによる送信のための送信電力は、電力制御ループに従い、電力制御ループは、パラメータに基づいて送信電力を指定する。
【００３９】
別の態様によれば、通信システムにおける無線デバイスを制御するためのコンピュータプログラム製品が、非一時的コンピュータ可読媒体に記憶されてよい。さらに、コンピュータプログラム製品は、無線デバイス上で稼働されるとき、無線デバイスに、電力制御ループに従って物理チャネル上の送信のための送信電力を決定させることができるソフトウェア命令を含む。ループは、少なくとも１つのパラメータに基づいて送信電力を指定することができる。また、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なるＴＴＩ長のうちのどれが物理チャネル上の送信のために選択されるかに依存することができる。加えて、キャリアが、コンピュータプログラムを収容することができる。キャリアは、電子信号、光学信号、無線信号、またはコンピュータ可読ストレージ媒体のうちの１つであってよい。
【００４０】
これより、本開示の実施形態が示された付属の図面を参照して、本開示を以下でさらに十分に説明することにする。しかしながら、本開示は、本明細書に明記された実施形態に限定されるように解釈されるべきではない。むしろ、これらの実施形態は、この開示が徹底した完全なものであるように、かつ、当業者に対して本開示の範囲を十分に伝えることになるように提供される。同様の数字は、全体を通して同様のエレメントを指す。
【図面の簡単な説明】
【００４１】
【図１】本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのシステムの一実施形態を示す図である。
【図２】本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイスの一実施形態を示す図である。
【図３】本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイスの別の実施形態を示す図である。
【図４】本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイスの別の実施形態を示す図である。
【図５】本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための方法の一実施形態を示す図である。
【図６】本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイスの別の実施形態を示す図である。
【図７】本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイスによる方法の別の実施形態を示す図である。
【図８】本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのネットワークノードの一実施形態を示す図である。
【図９】本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのネットワークノードの別の実施形態を示す図である。
【図１０】本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのネットワークノードの別の実施形態を示す図である。
【図１１】本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのネットワークノードによる方法の一実施形態を示す図である。
【図１２】１ミリ秒アップリンク送信が実施される前に、アップリンクｓＴＴＩがスケジュールされ、クローズドループ電力制御（ｆｃ（ｉ））が更新される例を示す図である。
【図１３】ｓＴＴＩについてのメッセージ間の２０μ秒過渡期間を示す図である。
【発明を実施するための形態】
【００４２】
簡潔さおよび例証目的のために、本開示は、主にその例示的な実施形態を参照することによって説明される。以下の説明において、本開示の徹底した理解を提供するために、数多くの特定の詳細が明記される。しかしながら、当業者には、これらの特定の詳細に限定することなく本開示を実践することができることは容易に明らかであろう。本説明においては、本開示を不必要に曖昧にしないように、よく知られた方法および構造は、詳細には説明されていない。
【００４３】
本開示は、通信システムにおいて物理チャネルの電力制御を実施するためのシステムおよび方法を説明することを含む。たとえば、図１は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのシステム１００の一実施形態を示す。図１において、システム１００は、カバレッジエリア１０３を有するネットワークノード１０１と、無線デバイス１０５とを含むことができる。ネットワークノード１０１および無線デバイス１０５の各々は、互いに対して異なる信号を送ることができる。一例において、ネットワークノード１０１は、無線デバイス１０５に、信号１０７を送信することができる。別の例において、無線デバイス１０５は、ネットワークノード１０１に、信号１０７を送信することができる。信号１０７は、物理チャネル１２１上の一連の送信１２３ａ〜ｄを含むことができる。さらに、これらの送信は、ある一定の送信時間間隔（ＴＴＩ）長１２５を有することができる。無線デバイス１０５は、電力制御ループに従って、ある一定のＴＴＩ長１２５を有する物理チャネル１２１上の送信ごとに送信電力を決定することができる。電力制御ループは、少なくとも１つのパラメータ１１１に基づいて送信電力を指定することができる。さらに、少なくとも１つのパラメータ１１１の値は、物理チャネル１２１上で使用可能として規定された異なるＴＴＩ長のうちのどれが送信１２３ａ〜ｄのために選択されるかに依存することができる。ＴＴＩ長は、たとえば、無線デバイスの設定または能力に従って、無線デバイスがそのＴＴＩで送信することができる場合に、使用可能として規定されてよい。本開示の例は、使用可能として規定されているＴＴＩ長とは関係なく規定されてもよい。
【００４４】
信号１０７は、異なるＴＴＩを有する、物理チャネル１２１（たとえば、ｓＰＵＣＣＨ）上の一連の送信１２３ａ〜ｄ、および物理チャネル１２１（たとえば、ＰＵＣＣＨ）上の一連の送信１２３ａ〜ｄを含むことができる。ｓＰＵＣＣＨは、短いまたは短縮されたＰＵＣＣＨ、０．５ｍｓ  ＰＵＣＣＨのためのスロットＰＵＣＣＨ、１ｍｓ／６  ＰＵＣＣＨのためのサブスロットＰＵＣＣＨなどと呼ばれることがある。１つの規定において、ｓＰＵＣＣＨは、ノーマルＰＵＣＣＨ（たとえば、ＬＴＥリリース８ＰＵＣＣＨ）の送信時間間隔（ＴＴＩ）よりも少ないＴＴＩを有するＰＵＣＣＨを指すことができる。たとえば、ノーマルＰＵＣＣＨは、１ミリ秒のＴＴＩを有し、ｓＰＵＣＣＨは、０．５ミリ秒のＴＴＩを有する。別の規定において、ｓＰＵＣＣＨは、１ミリ秒よりも少ない、または０．５ミリ秒よりも少ないＴＴＩを有することができる。無線デバイスから送信された信号１０７は、アップリンクチャネルおよび／または制御チャネル（たとえば、ＰＵＣＣＨまたはｓＰＵＣＣＨ）と考えられてよい。
【００４５】
本開示の態様は、無線通信システムにおいて物理チャネルの電力制御を実施する無線デバイスにおける方法を提供することができる。無線デバイス１０５は、電力制御ループに従って物理チャネル（たとえば、ＰＵＣＣＨまたはｓＰＵＣＣＨ）上の送信のための送信電力を決定することができる。ループは、少なくとも１つのパラメータに基づいて送信電力を指定する。少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長のうちのどれが物理チャネル上の送信のために選択されるかに依存する。パラメータの値は、送信のＴＴＩ長（たとえば、１ｍｓ、もしくは１ｍｓよりも少ない短いＴＴＩ長）、および／または送信のフォーマットに依存することができる。パラメータの値は、たとえば、ネットワークノードから受信した設定情報に基づいて、および／または、無線デバイスにシグナリングされたパラメータの値の決定を可能にする値の指示もしくは情報に基づいて、無線デバイスによって決定されてよい。パラメータの値を通信するための任意のオプションは、値の指示を送信すること／受信することと呼ばれることがある。
【００４６】
そのような１つの１ｍｓ  ＴＴＩは、ノーマルサイクリックプレフィックスのケースでは、１４のＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルを使用することによって、および拡張サイクリックプレフィックスのケースでは、１２のＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルを使用することによって構築される。より短いＴＴＩは、時間内の任意の時間長を有し、１ｍｓサブフレーム内にいくつかのＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルのリソースを含むことができる。一例として、短いＴＴＩの時間長は、たとえば、ノーマルサイクリックプレフィックスによるケースについて、０．５ｍｓ、すなわち、７つのＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルであってよい。別の例として、短いＴＴＩの時間長は、２つのシンボル、３つのシンボル、その他であってもよいし、または異なる短いＴＴＩ長の組合せであってもよい。
【００４７】
１つの規定において、電力制御ループは、無線デバイスがその送信出力電力をある一定の値に定めることを可能にする。電力制御ループは、クローズド電力制御ループおよびオープン電力制御ループのうちの少なくとも１つを含む。オープン電力制御ループは、無線デバイスが無線通信ネットワークにアクセスしているときに、無線デバイスがその送信出力電力をある一定の値に定めることを可能にする。クローズド電力制御ループは、ネットワークノードから受信した送信電力制御コマンドに基づいて、無線デバイスがその送信出力電力をある一定の値に定めることを可能にする。
【００４８】
図１において、ネットワークノード１０１は、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、ＮＢ−ＩｏＴ、その他、またはそれらの任意の組合せなどの１つまたは複数の通信システムをサポートするように設定されてよい。さらに、ネットワークノード１０１は、基地局、アクセスポイント、その他であってよい。ネットワークノード１０１は、無線デバイス１０５をサーブすることができる。無線デバイス１０５は、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、ＮＢ−ＩｏＴ、その他、またはそれらの任意の組合せなどの１つまたは複数の通信システムをサポートするように設定されてよい。
【００４９】
図２は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイス２００の一実施形態を示す。図２において、無線デバイス２００は、送信電力決定回路２０１を含むことができる。送信電力決定回路２０１は、電力制御ループに従って物理チャネル上の送信のための送信電力を決定するように設定されてよい。ループは、少なくとも１つのパラメータに基づいて送信電力を指定することができる。さらに、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なるＴＴＩ長のうちのどれが物理チャネル上の送信のために選択されるかに依存することができる。
【００５０】
いくつかの態様において、無線デバイスは、無線デバイス２００をサーブしているネットワークノードなどのネットワークノードから、物理チャネルのために１つまたは複数の電力制御ループわたって少なくとも１つのパラメータの値の決定を可能にする設定情報を受信するように設定された受信機回路を含む。値は、ＴＴＩに依存することができる、すなわち、異なる送信時間間隔長について異なってよい。いくつかの態様において、無線デバイスは、電力制御ループにわたって決定された送信電力を使用して、物理チャネル上でネットワークノードに送信するように設定された送信機回路を含む。
【００５１】
図３は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイス３００の別の実施形態を示す。図３において、無線デバイス３００は、処理回路３０１、通信回路３０５、アンテナ３０７、その他、またはそれらの任意の組合せを含むことができる。通信回路３０５は、任意の通信技術を介して、１つもしくは複数のネットワークノードまたは無線デバイスへと情報を送信するように、あるいは１つもしくは複数のネットワークノードまたは無線デバイスから情報を受信するように設定されてよい。この通信は、無線デバイス３００の内部または外部のいずれかにある１つまたは複数のアンテナ３０７を使用して行われてよい。処理回路３０１は、メモリ３０３に記憶されたプログラム命令を実行することなどによって、本明細書で説明する処理（たとえば、図５または図７の方法）を実施するように設定されてよい。この点について、処理回路３０１は、ある一定の機能的な手段、ユニット、またはモジュールを実装することができる。
【００５２】
図４は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイス４００の別の実施形態を示す。図４において、無線デバイス４００は、（たとえば、図３における処理回路３０１を介して、またはソフトウェアコードを介して）さまざまな機能的な手段、ユニット、またはモジュールを実装することができる。（たとえば、図５または図７の方法を実装するための）これらの機能的な手段、ユニット、またはモジュールは、電力制御ループに従って物理チャネル上の送信のための送信電力を決定するための送信電力決定モジュール４０３を含むことができる。ループは、少なくとも１つのパラメータに基づいて送信電力を指定することができる。さらに、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なるＴＴＩ長のうちのどれが物理チャネル上の送信のために選択されるかに依存することができる。
【００５３】
いくつかの態様において、無線デバイス４００は、異なる送信時間間隔長を有するそれぞれの物理チャネルのために、１つまたは複数のループにわたって少なくとも１つのパラメータの値を決定するための設定情報またはシグナリングを、ネットワークノードから受信するための受信モジュールまたはユニット４０１を含む、（たとえば、図５および図７の方法を実装するための）機能的な手段、ユニット、またはモジュールを含む。加えて、これらの機能的な手段、ユニット、またはモジュールは、電力制御ループにわたって決定された送信電力を物理チャネル上でネットワークノードに送信するための送信モジュールまたはユニットを含むことができる。
【００５４】
図５は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための方法５００の一実施形態を示す。図５において、方法５００は、たとえば、電力制御ループに従って物理チャネル上の送信のための送信電力を決定することができるブロック５０１で開始することができる。さらに、ループは、少なくとも１つのパラメータに基づいて送信電力を指定することができる。また、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なるＴＴＩ長のうちのどれが物理チャネル上の送信のために選択されるかに依存する。さらなる態様において、方法５００は、決定された送信電力を使用して、無線デバイスによって、物理チャネル上でネットワークノードに送信することを含むことができる。
【００５５】
図６は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイス６００の別の実施形態を示す。いくつかの例において、無線デバイス６００は、ネットワークノード、基地局（ＢＳ）、アクセスポイント（ＡＰ）、ユーザ機器（ＵＥ）、モバイルステーション（ＭＳ）、端末、セルラ電話、セルラハンドセット、携帯情報端末（ＰＤＡ）、スマートフォン、無線電話、オーガナイザ、ハンドヘルドコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、セットトップボックス、テレビ、電化製品、ゲームデバイス、医療デバイス、ディスプレイデバイス、計量デバイスと呼ばれるか、またはなんらかの他の同様の用語で呼ばれることがある。他の例において、無線デバイス６００は、一組のハードウェアコンポーネントであってもよい。図６において、無線デバイス６００は、入力／出力インターフェース６０５に動作可能に結合されたプロセッサ６０１と、無線周波数（ＲＦ）インターフェース６０９と、ネットワーク接続インターフェース６１１と、ランダムアクセスメモリ（ＲＡＭ）６１７、読み出し専用メモリ（ＲＯＭ）６１９、ストレージ媒体６２１、その他を含むメモリ６１５と、通信サブシステム６３１と、電源６３３と、別のコンポーネント、またはそれらの任意の組合せを含むように設定されてよい。ストレージ媒体６２１は、オペレーティングシステム６２３、アプリケーションプログラム６２５、データ６２７、その他を含むことができる。特定のデバイスは、図６に示すコンポーネントのすべて、またはコンポーネントのうちのサブセットのみを利用することができ、統合化のレベルは、デバイスによって多様であってよい。さらに、特定のデバイスは、多数のプロセッサ、メモリ、トランシーバ、送信機、受信機、その他などの、コンポーネントの多数のインスタンスを収容することができる。たとえば、コンピューティングデバイスは、プロセッサおよびメモリを含むように設定されてよい。
【００５６】
図６において、プロセッサ６０１は、コンピュータ命令およびデータを処理するように設定されてよい。プロセッサ６０１は、１つもしくは複数の（たとえば、ディスクリートロジック、ＦＰＧＡ、ＡＳＩＣ、その他での）ハードウェア実装ステートマシン、適切なファームウェアを伴うプログラマブルロジック、適切なソフトウェアを伴うマイクロプロセッサもしくはデジタル信号プロセッサ（ＤＳＰ）などの１つもしくは複数のプログラム内蔵型汎用プロセッサ、または上の任意の組合せなどの、マシン可読コンピュータプログラムとしてメモリに記憶されたマシン命令を実行するように動作する任意のシーケンシャルステートマシンとして設定されてもよい。たとえば、プロセッサ６０１は、２つのコンピュータプロセッサを含むことができる。１つの規定において、データは、コンピュータによる使用に好適な形態での情報である。さまざまなオペレーティングシステムまたはオペレーティングシステムの組合せを使用して本開示の主題を実装することができることを当業者が認知するであろうことに留意することが重要である。
【００５７】
現在の実施形態において、入力／出力インターフェース６０５は、入力デバイスに、出力デバイスに、または入出力デバイスに、通信インターフェースを提供するように設定されてよい。無線デバイス６００は、入力／出力インターフェース６０５を介して、出力デバイスを使用するように設定されてよい。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用することができることを当業者は認知するであろう。たとえば、無線デバイス６００に入力を提供し、無線デバイス６００からの出力を提供するために、ＵＳＢポートが使用されてもよい。出力デバイスは、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せであってよい。無線デバイス６００は、ユーザが無線デバイス６００の中に情報を取り込むことを可能にするために、入力／出力インターフェース６０５を介して入力デバイスを使用するように設定されてよい。入力デバイスは、マウス、トラックボール、方向パッド、トラックパッド、プレゼンスセンシティブ入力デバイス、プレゼンスセンシティブディスプレイなどのディスプレイ、スクロールホイール、デジタルカメラ、デジタルビデオカメラ、ウェブカメラ、マイクロフォン、センサ、スマートカード、その他を含むことができる。プレゼンスセンシティブ入力デバイスは、ユーザからの入力を感知するための、デジタルカメラ、デジタルビデオカメラ、ウェブカメラ、マイクロフォン、センサ、その他を含むことができる。プレゼンスセンシティブ入力デバイスをディスプレイと組み合わせて、プレゼンスセンシティブディスプレイを形成することができる。さらに、プレゼンスセンシティブ入力デバイスは、プロセッサに結合されてもよい。センサは、たとえば、加速度計、ジャイロスコープ、チルトセンサ、力センサ、磁力計、光学センサ、近接センサ、別の同様のセンサ、またはそれらの任意の組合せであってよい。たとえば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光学センサであってもよい。
【００５８】
図６において、ＲＦインターフェース６０９は、送信機、受信機、およびアンテナなどのＲＦコンポーネントに、通信インターフェースを提供するように設定されてよい。ネットワーク接続インターフェース６１１は、ネットワーク６４３ａに、通信インターフェースを提供するように設定されてよい。ネットワーク６４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組合せなどの、有線通信ネットワークおよび無線通信ネットワークを包含することができる。たとえば、ネットワーク６４３ａは、Ｗｉ−Ｆｉネットワークであってもよい。ネットワーク接続インターフェース６１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭ、その他などの、本技術分野で知られた、または開発され得る１つまたは複数の通信プロトコルに従って、通信ネットワーク上で１つまたは複数の他のノードと通信するために使用される受信機インターフェースおよび送信機インターフェースを含むように設定されてよい。ネットワーク接続インターフェース６１１は、通信ネットワークリンク（たとえば、光学的、電気的、その他）に適切な受信機および送信機の機能性を実装することができる。送信機機能および受信機機能は、回路コンポーネント、ソフトウェア、もしくはファームウェアを共有してもよいし、または代替として別々に実装されてもよい。
【００５９】
この実施形態において、ＲＡＭ６１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなどのソフトウェアプログラムの実行中に、データまたはコンピュータ命令のストレージまたはキャッシングを提供するために、バス６０２を介してプロセッサ６０１へのインターフェースを取るように設定されてよい。一例において、無線デバイス６００は、少なくとも１２８メガバイト（１２８Ｍバイト）のＲＡＭを含むことができる。ＲＯＭ６１９は、コンピュータ命令またはデータを、プロセッサ６０１に提供するように設定されてよい。たとえば、ＲＯＭ６１９は、不揮発性メモリに記憶されている、基本入出力（Ｉ／Ｏ）、スタートアップ、またはキーボードからのキーストロークの受信などのなどの基本システム機能のための変化しない低レベルのシステムコードまたはシステムデータであるように設定されてもよい。ストレージ媒体６２１は、ＲＡＭ、ＲＯＭ、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的に消去可能なプログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光学ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、フラッシュドライバなどのメモリを含むように設定されてよい。一例において、ストレージ媒体６２１は、オペレーティングシステム６２３、ウェブブラウザアプリケーション、ウィジェットまたはガジェットエンジン、または別のアプリケーションなどのアプリケーションプログラム６２５、およびデータファイル６２７を含むように設定されてもよい。
【００６０】
図６において、プロセッサ６０１は、通信サブシステム６３１を使用して、ネットワーク６４３ｂと通信するように設定されてよい。ネットワーク６４３ａおよびネットワーク６４３ｂは、同じネットワークであっても、または異なるネットワークであってもよい。通信サブシステム６３１は、ネットワーク６４３ｂと通信するために使用される１つまたは複数のトランシーバを含むように設定されてよい。たとえば、通信サブシステム６３１は、ＩＥＥＥ８０２．ｘｘ、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘ、その他などの、本技術分野で知られた、または開発され得る１つまたは複数の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の基地局などの別の無線デバイスの１つまたは複数のリモートトランシーバと通信するために使用される１つまたは複数のトランシーバを含むように設定されてもよい。
【００６１】
別の例において、通信サブシステム６３１は、ＩＥＥＥ８０２．ｘｘ、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘ、その他などの、本技術分野で知られた、または開発され得る１つまたは複数の通信プロトコルに従って、ユーザ機器などの別の無線デバイスの１つまたは複数のリモートトランシーバと通信するために使用される１つまたは複数のトランシーバを含むように設定されてもよい。各トランシーバは、ＲＡＮリンクに適切な送信機または受信機の機能性（たとえば、周波数割り当て、その他）をそれぞれ実装するための、送信機６３３または受信機６３５を含むことができる。さらに、各トランシーバの送信機６３３および受信機６３５は、回路コンポーネント、ソフトウェア、もしくはファームウェアを共有してもよいし、または代替として別々に実装されてもよい。
【００６２】
現在の実施形態において、通信サブシステム６３１の通信機能は、データ通信、音声通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、近距離無線通信、位置を決定するための全地球測位システム（ＧＰＳ）の使用などの位置ベースの通信、別の同様の通信機能、またはそれらの任意の組合せを含むことができる。たとえば、通信サブシステム６３１は、セルラ通信、Ｗｉ−Ｆｉ通信、Ｂｌｕｅｔｏｏｔｈ通信、およびＧＰＳ通信を含むことができる。ネットワーク６４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組合せなどの、有線通信ネットワークおよび無線通信ネットワークを包含することができる。たとえば、ネットワーク６４３ｂは、セルラネットワーク、Ｗｉ−Ｆｉネットワーク、および近距離通信ネットワークであってもよい。電源６１３は、無線デバイス６００のコンポーネントに、交流（ＡＣ）または直流（ＤＣ）電力を提供するように設定されてよい。
【００６３】
図６において、ストレージ媒体６２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外付けハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ−ＤＶＤ）光学ディスクドライブ、内臓ハードディスクドライブ、Ｂｌｕ−Ｒａｙ光学ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ）光学ディスクドライブ、外付けミニデュアルインラインメモリモジュール（ＤＩＭＭ）同期型ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外付けマイクロＤＩＭＭ  ＳＤＲＡＭ、サブスクライバアイデンティティモジュール（ＳＩＭ）もしくはリムーバブルユーザアイデンティティモジュール（ＲＵＩＭ）などのスマートカードメモリ、他のメモリ、またはそれらの任意の組合せなどの、いくつかの物理ドライブユニットを含むように設定されてよい。ストレージ媒体６２１は、無線デバイス６００が、一時的もしくは非一時的なメモリ媒体に記憶されたコンピュータ実行可能な命令、アプリケーションプログラム、その他にアクセスすること、データをオフロードすること、またはデータをアップロードすることを可能にすることができる。通信システムを利用するような製造物品は、コンピュータ可読媒体を含むことができるストレージ媒体６２１において有形に具現化されてよい。
【００６４】
本明細書で説明する方法の機能性は、無線デバイス６００のコンポーネントのうちの１つにおいて実装されても、または無線デバイス６００の多数のコンポーネントにわたって分けられてもよい。さらに、本明細書で説明する方法の機能性は、ハードウェア、ソフトウェア、またはファームウェアの任意の組合せで実装されてもよい。一例において、通信サブシステム６３１は、本明細書で説明するコンポーネントのうちのいずれかを含むように設定されてよい。さらに、プロセッサ６０１は、バス６０２を通じてそのようなコンポーネントのうちのいずれかと通信するように設定されてよい。別の例において、そのようなコンポーネントのうちのいずれかは、メモリに記憶されたプログラム命令によって表されてもよく、プログラム命令は、プロセッサ６０１によって実行されるとき、本明細書で説明する対応する機能を実施する。別の例において、そのようなコンポーネントのうちのいずれかの機能性は、プロセッサ６０１と通信サブシステム６３１との間で分けられてもよい。別の例において、そのようなコンポーネントのうちのいずれかの非計算集約的な機能が、ソフトウェアまたはファームウェアで実装されてもよく、計算集約的な機能が、ハードウェアで実装されてもよい。
【００６５】
図７は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するための無線デバイスによる方法７００の別の実施形態を示す。図７において、方法７００は、たとえば、ネットワークノードから、物理チャネル上で使用可能として規定された異なる送信時間間隔長のうちのどれが物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータの値を受信することを含むブロック７０１で開始することができる。ブロック７０３で、方法７００は、パラメータに基づいて物理チャネルのための送信電力を決定することを含むことができる。物理チャネル上の送信のための送信電力は、電力制御ループに従い、電力制御ループは、パラメータに基づいて送信電力を指定する。ブロック７０５で、方法７００は、電力制御ループにわたって決定された送信電力を使用して、物理チャネル上でネットワークノードに送信することを含むことができる。
【００６６】
図８は、本明細書で説明するさまざまな態様に従って物理チャネル（たとえば、アップリンク制御チャネル）の電力制御を実施するためのネットワークノード８００の一実施形態を示す。図８において、ネットワークノード８００は、受信機回路８０１、決定回路８０３、送信機回路８０５、その他、またはそれらの任意の組合せを含むことができる。決定回路８０３は、物理チャネル上で使用可能として規定された異なる送信時間間隔長のうちのどれが物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータの値を決定するように設定されてよい。物理チャネル上での無線デバイスによる送信のための送信電力は、電力制御ループに従い、電力制御ループは、パラメータに基づいて送信電力を指定する。
【００６７】
送信機回路８０５は、異なる送信時間間隔長を有する物理チャネル上での無線デバイスによる送信のための送信電力に対応した、少なくとも１つのパラメータの値、または値の指示、または値を提供する設定を、無線デバイスに送信するように設定される。
【００６８】
受信機回路８０１は、物理チャネル上での無線デバイスによる送信をネットワークノードによって受信するように設定されてよく、各送信は、対応する電力制御ループに従って、１つまたは複数のパラメータに基づいた送信電力を有する。
【００６９】
図９は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのネットワークノード９００の別の実施形態を示す。図９において、ネットワークノード９００は、処理回路９０１、通信回路９０５、アンテナ９０７、その他、またはそれらの任意の組合せを含むことができる。通信回路９０５は、任意の通信技術を介して、１つもしくは複数のネットワークノードまたは１つもしくは複数の無線デバイスに情報を送信する、あるいは１つもしくは複数のネットワークノードまたは１つもしくは複数の無線デバイスから情報を受信するように設定されてよい。この通信は、ネットワークノード９００の内部または外部のいずれかにある１つまたは複数のアンテナ９０７を使用して行われてよい。処理回路９０１は、メモリ９０３に記憶されたプログラム命令を実行することなどによって、本明細書で説明する処理（たとえば、図１１の方法）を実施するように設定されてよい。この点について、処理回路９０１は、ある一定の機能的な手段、ユニット、またはモジュールを実装することができる。
【００７０】
図１０は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのネットワークノード１０００の別の実施形態を示す。図１０において、ネットワークノード１０００は、（たとえば、図９の処理回路９０１を介して、またはソフトウェアコードを介して）さまざまな機能的な手段、ユニット、またはモジュールを実装することができる。（たとえば、図１１の方法を実装するための）これらの機能的な手段、ユニット、またはモジュールは、いずれかの例に従って説明したように、物理チャネル上で無線デバイスから受信した１つまたは複数の送信に基づいて、少なくとも１つのパラメータの値を決定するための決定モジュールまたはユニット１００１を含むことができる。さらに、これらの機能的な手段、ユニット、またはモジュールは、それぞれの電力制御ループに従って、異なる送信時間間隔長を有する物理チャネル上での無線デバイスによる送信のための送信電力に対応した、少なくとも１つのパラメータの値を、無線デバイスに送信するための送信モジュールまたはユニット１００３を含む。加えて、これらの機能的な手段、ユニット、またはモジュールは、無線デバイスから、物理チャネルの各々の上の送信を受信するための受信モジュールまたはユニット１００５を含むことができ、各送信は、対応する電力制御ループに従って、１つまたは複数のパラメータに基づいた送信電力を有する。
【００７１】
図１１は、本明細書で説明するさまざまな態様に従って物理チャネルの電力制御を実施するためのネットワークノードによって実施される方法１１００の一実施形態を示す。図１１において、方法１１００は、たとえば、無線通信システムにおけるネットワークノードにおいて、物理チャネル上で使用可能として規定された異なる送信時間間隔長のうちのどれが物理チャネル上の送信のために選択されるかに依存する、少なくとも１つのパラメータの値を決定することを含むことができるブロック１１０１で開始することができる。物理チャネル上での無線デバイスによる送信のための送信電力は、電力制御ループに従い、電力制御ループは、パラメータに基づいて送信電力を指定する。
【００７２】
ブロック１１０３で、方法１１００は、それぞれの電力制御ループに従って、異なる送信時間間隔長を有する物理チャネル上での無線デバイスによる送信のための送信電力に対応した、少なくとも１つのパラメータの値、または値の指示、または値を提供する設定を、無線デバイスに送信することを含む。ブロック１１０５で、方法１１００は、無線デバイスから、物理チャネル上の送信を受信することを含むことができ、送信は、決定されたパラメータを含む電力制御ループに従って、１つまたは複数のパラメータに基づいた送信電力を有する。
【００７３】
例証および説明の目的のみのために、本開示の実施形態は、個別の無線アクセス技術を使用して、モバイル端末、無線端末、ＵＥなどともまた交換可能に呼ばれる無線デバイスと、無線通信チャネルを通じて通信するＲＡＮにおける動作のコンテキストにおいて、またはＲＡＮに関連付けられて、本明細書で説明されることがある。より具体的には、とりわけ、時にエボルブドＵＭＴＳ地上無線アクセスネットワークと呼ばれ、ＬＴＥシステムとして広く知られるＥ−ＵＴＲＡＮによって現在使用されているスペクトルまたは機器を使用することにおいてＮＢ−ＩｏＴ動作についての仕様の開発に関するとき、実施形態は、ＮＢ−ＩｏＴについての仕様の開発のコンテキストにおいて説明されることがある。しかしながら、本技法は、他の無線ネットワーク、ならびにＥ−ＵＴＲＡＮの後継ネットワークにも適用され得ることが認識されるであろう。したがって、ＬＴＥについて３ＧＰＰ標準からの用語を使用する信号への本明細書での言及は、他のネットワークにおける同様の特性または目的を有する信号により一般的に適用するように理解すべきである。たとえば、本明細書における物理リソースブロック（ＰＲＢ）は、任意の物理的もしくは仮想的な送信リソース、またはそのような送信リソースのグループを含む。すなわち、本明細書で使用されるとき、物理リソースブロックは、３ＧＰＰ標準において規定される物理リソースブロックに限定はされない。
【００７４】
本明細書で説明されるとき、無線デバイスは、無線信号を通じて、ネットワークノードまたは（ユーザ機器（ＵＥ）などの）別の無線デバイスと通信することができる任意のタイプの無線デバイスであってよい。本開示のコンテキストにおいて、無線デバイスは、マシンツーマシン（Ｍ２Ｍ）デバイス、マシン型通信（ＭＴＣ）デバイス、またはＮＢ−ＩｏＴデバイスを指すことがあることを理解すべきである。無線デバイスはまた、ＵＥであってもよいが、ＵＥは、必ずしもデバイスを所有または操作する個々の人間の意味での「ユーザ」を有するわけではないことに留意すべきである。無線（ｗｉｒｅｌｅｓｓ）デバイスはまた、無線（ｒａｄｉｏ）デバイス、無線（ｒａｄｉｏ）通信デバイス、無線（ｗｉｒｅｌｅｓｓ）端末、または単に端末と呼ばれることもあり、別段コンテキストが指示しない限り、これらの用語のいずれの使用も、デバイスツーデバイスのＵＥもしくはデバイス、マシン型デバイスもしくはマシンツーマシン通信ができるデバイス、無線デバイスを備えたセンサ、無線対応テーブルコンピュータ、モバイル端末、スマートフォン、ラップトップ組込み型機器（ＬＥＥ）、ラップトップ搭載型機器（ＬＭＥ）、ＵＳＢドングル、無線顧客構内機器（ＣＰＥ）、その他を含むことを意図する。続く議論において、用語、マシンツーマシン（Ｍ２Ｍ）デバイス、マシン型通信（ＭＴＣ）デバイス、無線センサ、およびセンサもまた使用されることがある。これらのデバイスは、ＵＥであってもよいが、一般には、直接の人との対話なしに、データを送信または受信するように設定されていることを理解すべきである。
【００７５】
ＩｏＴシナリオにおいて、本明細書で説明する無線デバイスは、モニタリングまたは測定を実施し、そのようなモニタリングまたは測定の結果を別のデバイスまたはネットワークに送信するマシンもしくはデバイスであってもよいし、またはマシンもしくはデバイスに含まれていてもよい。そのようなマシンの個別の例は、電力計、工業機械、または家庭用もしくは個人用の電化製品、たとえば、冷蔵庫、テレビ、腕時計などの個人用ウェアラブル、その他である。他のシナリオにおいて、本明細書で説明する無線デバイスは、車両に含まれていてもよく、車両の運転ステータスまたは車両に関連付けられた他の機能のモニタリングまたは報告を実施することができる。
【００７６】
ＰＵＣＣＨは、異なるタイプの情報、たとえば、ＨＡＲＱフィードック、スケジューリング要求（ＳＲ）、ＣＱＩフィードバックを搬送するために使用することができる。異なる最大ペイロードによる異なるＰＵＣＣＨフォーマットが、異なる情報のタイプを搬送することができるように規定されている。ＰＵＣＣＨフォーマット１／１ａ／１ｂは、ＨＡＲＱフィードバックおよびスケジューリング要求（ＳＲ）を送信するために好適である。
【００７７】
ＰＵＣＣＨフォーマット２は、ＣＱＩ報告の送信に専用である。ＰＵＣＣＨフォーマット３は、ＵＥのためにキャリアアグリゲーションが設定されるとき、多数のキャリアコンポーネントについてのＨＡＲＱフィードバックをサポートする。異なる最大ペイロードによる異なるフォーマットは、ｓＰＵＣＣＨのためにサポートされることになることを予期することができる。
【００７８】
ＰＵＣＣＨのための電力制御は、サブフレームｉおよびサービングセルｃについて、ＰＵＣＣＨフォーマット１／１ａ／１ｂ／２／２ａ／２ｂ／３の場合に、
2020205589.tif 000007
として、およびＰＵＣＣＨフォーマット４／５の場合に、
2020205589.tif 000008
として、３ＧＰＰ  ＴＳ３６．２１３で規定されており、ここで、
・ＰＣＭＡＸ，ｃ（ｉ）は、最大送信電力である。
・ＰＯ＿ＰＵＣＣＨは、ターゲットの受信電力である。
・ＰＬｃは、ダウンリンクパスロス推定値である。
・ｈ（ｎＣＱＩ，ｎＨＡＲＱ，ｎＳＲ）は、より大きなペイロードによるケースを反映するＰＵＣＣＨフォーマット依存値である。
・ＭＰＵＣＣＨ，ｃ（ｉ）は、ＰＵＣＣＨフォーマット５の場合のリソースブロックの数であり、他のすべてのフォーマットの場合は１に等しい。
・ΔＦ＿ＰＵＣＣＨ（Ｆ）は、ＰＵＣＣＨフォーマットＦとＰＵＣＣＨフォーマット１ａとの間のｄＢにおける関係である。
・ΔＴＦ，ｃ（ｉ）は、３ＧＰＰ  ＴＳ３６．２１３で厳密に指定された、符号化されたビットの数に依存した調整係数である。
・ΔＴｘＤ（Ｆ’）は、ＰＵＣＣＨのために設定されたアンテナポートの数に依存する。
・ｇ（ｉ）は、クローズドループ電力制御状態であり、ダウンリンクアサインメントにおいてシグナリングされたδＰＵＣＣＨを使用して更新される。
【００７９】
アップリンク制御チャネル、とりわけ、ｓＰＵＣＣＨ送信の電力制御をサポートするための装置および方法が、以下で説明される。これらは、単純かつ効率的なやり方で達成されるように電力制御を提供する。
【００８０】
ｓＰＵＣＣＨは、ＰＵＣＣＨの短いＴＴＩに相当するものである。いくつかの例において、サポートされるＵＬ  ＴＴＩ長ごとに規定されたｓＰＵＣＣＨの少なくとも１つのフォーマットが存在することになる。例示的なＵＬ  ＴＴＩ長は、２つ、４つ、および７つのＳＣ−ＦＤＭＡシンボルであるが、ＴＴＩは、他の数のシンボルを収容することもある。ｓＰＵＣＣＨのために選択されるフォーマットは、ＰＵＣＣＨの既存のフォーマットに基づくことができる。実施されたリンクレベルシミュレーションは、選択されたｓＰＵＣＣＨフォーマットとは無関係に、たとえば、ＡＣＫミス検出確率、ＮＡＣＫ対ＡＣＫエラー確率、および／またはＤＴＸ対ＡＣＫ確率に関して同様の性能に到達するためには、ＰＵＣＣＨと比較して、より大きなＳＮＲがｓＰＵＣＣＨに求められることを強調している。ｓＰＵＣＣＨの長さが短いほど、ＰＵＣＣＨに対する性能ギャップは大きい。ｓＰＵＣＣＨ電力制御は、電力制限されていないＵＥのために、この性能ギャップに対処する。ＰＵＣＣＨまたはｓＰＵＣＣＨへの言及は、代替としてアップリンク制御チャネルと呼ばれることがある。
【００８１】
上のクローズドループ電力制御方程式を、以下で説明する変更を用いて、ｓＰＵＣＣＨに適用することができる。ＰＵＣＣＨについてのクローズドループ電力制御状態ｇ（ｉ）は、たとえば、１ｍｓ  ＴＴＩのためのダウンリンクアサインメントにおいて無線デバイス３００、４００にシグナリングされた送信電力制御（ＴＣＰ）情報δＰＵＣＣＨから引き出される。ｓＰＵＣＣＨの高速クローズドループ電力制御のために、δＰＵＣＣＨはまた、ｓＴＴＩのためのダウンリンクアサインメントにおいて、ｓＰＵＣＣＨのためにシグナリングされてもよい。説明された例による送信の電力制御は、任意の例に従って、無線デバイス１０５、２００、３００、４００、６００によって遂行されてよい。１つまたは複数のパラメータの値の指示（これは、設定情報を提供することによってでよい）が、ネットワークノード８００、９００、１０００のいずれかの例によるネットワークノードから、無線デバイスに送信されてよい。性能差は、上位レイヤからシグナリングされたΔＦ＿ＰＵＣＣＨ（Ｆ）において取り込むことができる。性能差は、フォーマット依存であり、またＴＴＩ長依存でもあり、そのためいくつかの例においては、補完パラメータが使用される。以下で説明することに加えて、ｈ（ｎＣＱＩ，ｎＨＡＲＱ，ｎＳＲ）およびΔＴＦ，ｃ（ｉ）は、ｓＴＴＩフォーマットおよびＴＴＩ長について規定される。ｓＰＵＣＣＨのための参照フォーマットは、ＰＵＣＣＨフォーマット１ａであるように提唱されている。以下において、ｓＰＵＣＣＨ電力制御についてのいくつかのオプションが考えられる。
【００８２】
いくつかの態様において、電力制御ループに従って物理チャネル上の送信のための送信電力を決定するための方法または無線デバイスが提供され、ループは、少なくとも１つのパラメータに基づいて送信電力を指定する。少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なる送信時間間隔（ＴＴＩ）長（たとえば、短いＴＴＩ）のうちのどれが物理チャネル上の送信のために選択されるかに依存する。いくつかの例において、少なくとも１つのパラメータは、物理チャネル上で使用可能なＴＴＩ長ごとに異なる値を有する。いくつかの例において、少なくとも１つのパラメータの値は、物理チャネル上で使用可能として規定された異なる送信フォーマットのうちのどれが物理チャネル上の送信のために選択されるかにさらに依存する。いくつかの例において、少なくとも１つのパラメータは、物理チャネル上で使用可能な送信フォーマットごとに異なる値を有する。
【００８３】
第１の実施形態において、電力制御パラメータΔＦ＿ＰＵＣＣＨ（Ｆ）が、ｓＰＵＣＣＨの異なるフォーマットおよびＴＴＩ長について規定される。ｓＰＵＣＣＨフォーマットが単独型のフォーマットとして規定され、今日既存するＰＵＣＣＨフォーマットの現在のリストに追加された場合、これがｓＰＵＣＣＨの所望の送信電力の事実上の制御を提供する。ｓＰＵＣＣＨの異なるＴＴＩ長は、フォーマットの一部と考えられてよい。新しいΔＦ＿ＰＵＣＣＨ（Ｆ）は、新しいフォーマットごとに、すなわち、選択されたレガシーフォーマットタイプおよびＴＴＩ長の新しい変形ごとに規定されてよい。
【００８４】
いくつかの例示的なｓＴＴＩフォーマットにおいては、周波数ホッピングが使用されない。周波数ダイバーシティの損失を緩和するために、周波数ホッピングなしのフォーマットに定数項を追加することができる。
【００８５】
さらなる実施形態において、電力制御パラメータΔＦ＿ＰＵＣＣＨ（Ｆ）は、ｓＰＵＣＣＨの異なるフォーマットについて規定される。さらなる、新しい、ＴＴＩ長に依存した電力制御パラメータが導入され、電力制御式において他のパラメータに追加される。この例において、新しいｓＰＵＣＣＨフォーマットは、レガシーフォーマットに基づくように、しかし異なるＴＴＩ長で規定されてよい。この例は、周波数ホッピングなしの上で説明したケースについて、いっそうの透過性を提供することができる。
【００８６】
いくつかの態様において、パラメータΔＦ＿ＰＵＣＣＨ（Ｆ）の新しい値は次いで、フォーマットタイプごとに、たとえば、選択されたレガシーフォーマットタイプの新しい変形ごとに規定されることになり、この新しいΔＦ＿ＰＵＣＣＨ（Ｆ）は、すべての短いＴＴＩ長、たとえば、１ｍｓ  ＴＴＩよりも短いＴＴＩ長に共通である。加えて、新しい電力制御パラメータΔＴＴＩ（ＴＴＩｌｅｎｇｔｈ）が、考え得るＴＴＩ長ごとに電力調整を精緻化するために規定される。電力制御パラメータΔＴＴＩ（ＴＴＩｌｅｎｇｔｈ）は、ΔＦ＿ＰＵＣＣＨ（Ｆ）のインスタンスにより上の電力制御方程式に含まれる。これは、ＴＴＩ長の変化が、すべてのフォーマットのために求められる電力に等しく影響することが不可欠であることに留意されたい。パラメータを規定する１つのやり方は、ΔＦ＿ＰＵＣＣＨ（Ｆ）が所与のｓＴＴＩ長によって規定されることである。ＴＴＩ長依存である値を有するパラメータΔＴＴＩ（ＴＴＩｌｅｎｇｔｈ）は、すべての他のｓＴＴＩ長のために適用される。いくつかの態様において、ΔＴＴＩ（ＴＴＩｌｅｎｇｔｈ）は、ｓＴＴＩ長に依存したスケーリングファクターであってもよいが、設定可能なパラメータではない。
【００８７】
いくつかの態様において、少なくとも１つのパラメータの値は、選択されたＴＴＩ長を有する物理チャネル上の送信のための電力調整に基づく。説明されるパラメータのうちのいずれかは、電力調整を提供するものと考えられてもよい。
【００８８】
いくつかの態様において、少なくとも１つのパラメータの値は、選択されたＴＴＩ長（たとえば、ｓＴＴＩ）を有する物理チャネル上の送信のための電力調整と、あらかじめ決められたＴＴＩ長（たとえば、１ｍｓ  ＴＴＩ）を有する物理チャネル上の送信のための電力調整との比に基づく。したがって、説明されたいずれかのパラメータであってよいパラメータの値は、１ｍｓ  ＴＴＩについてのＰＵＣＣＨの場合と同じ電力を、ｓＴＴＩについてのｓＰＵＣＣＨにおいて提供する。任意の例において、選択されたＴＴＩ長は、短いＴＴＩであっても、または、たとえば１４のシンボルを有する１ｍｓ  ＴＴＩであってもよい。
【００８９】
いくつかの態様において、電力制御パラメータのうちのいずれかの値は、選択されたＴＴＩ長（たとえば、ｓＴＴＩ長）を有する物理チャネル上の送信におけるシンボルの数に基づく。いくつかの態様において、少なくとも１つのパラメータ（電力制御パラメータ）の値は、選択されたＴＴＩ長（ｓＴＴＩ）を有する物理チャネル上の送信におけるシンボルの数と、あらかじめ決められたＴＴＩ長（１ｍｓ  ＴＴＩ）を有する物理チャネル上の送信におけるシンボルの数との比に基づく。いくつかの態様において、たとえば、パラメータΔＴＴＩ（ＴＴＩｌｅｎｇｔｈ）を規定する比は、
2020205589.tif 000009
として表される。
【００９０】
ここで、ＴＴＩｓｙｍｂｏｌｓｓｅｌｅｃｔｅｄは、選択されたＴＴＩシンボル（たとえば、ｓＴＴＩ）の数であり、ＴＴＩｓｙｍｂｏｌｓｐｒｅｄｅｔｅｒｍｉｎｅｄは、あらかじめ決められたＴＴＩシンボル（たとえば、１ｍｓ  ＴＴＩにおける）の数である。パラメータは、代替として、シンボルに関してではなく、時間の長さに関して、
2020205589.tif 000010
として表現されてもよく、ここで、ＴＴＩｌｅｎｇｔｈｓｅｌｅｃｔｅｄは、選択されたＴＴＩ長であり、ＴＴＩｌｅｎｇｔｈｐｒｅｄｅｔｅｒｍｉｎｅｄは、あらかじめ決められたＴＴＩ長である。
【００９１】
この実施形態のあるバージョンでは、
2020205589.tif 000011
である。ここでのＴＴＩ長は、（ｓ）ＴＴＩにおけるシンボルの数である。これは、ｓＰＵＣＣＨフォーマットの受信エネルギー（すなわち、電力）が、１４のシンボルを有するレガシーＰＵＣＣＨフォーマットの場合と同じであることを提供する。
【００９２】
さらなる例において、ＰＵＣＣＨ送信におけるいくつかのＯＦＤＭシンボルは、パイロットを送るために使用され、他のシンボルは、アップリンク制御情報（ＵＣＩ）を送るために使用されることに留意されたい。いくつかの態様において、チャネル推定および復号のための異なるエネルギー要件をより細かく補うことが有益であることがある。
【００９３】
したがって、パラメータ、たとえば、ΔＴＴＩ（ＴＴＩｌｅｎｇｔｈ）についての上の式の精緻化は、
2020205589.tif 000012
であってよく（または比を含んでよく）、ここで、選択されたＴＴＩシンボルの数は、選択されたパイロットシンボルの数（ＴＴＩｐｉｌｏｔｓｙｍｂｏｌｓｓｅｌｅｃｔｅｄ）および選択された制御シンボルの数（ＴＴＩｃｏｎｔｒｏｌｓｙｍｂｏｌｓｓｅｌｅｃｔｅｄ）に対応し、あらかじめ決められたＴＴＩシンボルの数は、あらかじめ決められたパイロットシンボルの数（ＴＴＩｐｉｌｏｔｓｙｍｂｏｌｓｐｒｅｄｅｔｅｒｍｉｎｅｄ）およびあらかじめ決められた制御シンボルの数（ＴＴＩｃｏｎｔｒｏｌｓｙｍｂｏｌｓｐｒｅｄｅｔｅｒｍｉｎｅｄ）に対応し、ａおよびｂは定数である。
【００９４】
時間内のＴＴＩ長に相当するものは、
2020205589.tif 000013
として表現されてよく、ここで、選択されたＴＴＩ長は、選択されたパイロットシンボル長（ＴＴＩｐｉｌｏｔｌｅｎｇｔｈｓｅｌｅｃｔｅｄ）および選択された制御シンボル長（ＴＴＩｃｏｎｔｒｏｌｌｅｎｇｔｈｓｅｌｅｃｔｅｄ）に対応し、あらかじめ決められたＴＴＩ長は、あらかじめ決められたパイロットシンボル長（ＴＴＩｐｉｌｏｔｌｅｎｇｔｈｐｒｅｄｅｔｅｒｍｉｎｅｄ）およびあらかじめ決められた制御シンボル長（ＴＴＩｃｏｎｔｒｏｌｌｅｎｇｔｈｐｒｅｄｅｔｅｒｍｉｎｅｄ）に対応し、ａおよびｂは定数である。
【００９５】
いくつかの態様において、この表現は、代替として以下のように規定されてもよい。
【００９６】
2020205589.tif 000014
ここで、Ｒｅｆ＿ＵＣＩおよびＲｅｆ  ｐは、参照フォーマットのためにＵＣＩおよびパイロットについて、それぞれ使用されるＯＦＤＭシンボルの数である。たとえば、ＰＵＣＣＨフォーマット４が参照フォーマットである場合、Ｒｅｆ  ｐ＝２であり、Ｒｅｆ＿ＵＣＩ＝１２である。値ａおよびｂは、チャネル推定対復号性能の重要性を設定するために、または重み付けするために使用することができる定数である。参照のために使用されるＰＵＣＣＨフォーマット１ａ／１ｂの場合、Ｒｅｆ  ｐ＝６、およびＲｅｆ＿ＵＣＩ＝８である。
【００９７】
一実施形態において、ΔＦ＿ＰＵＣＣＨ（Ｆ）は、ｓＰＵＣＣＨの異なるフォーマットについて規定される。ターゲットの受信電力ＰＯ＿ＰＵＣＣＨの新しい値が、異なるＴＴＩ長について規定される。新しいｓＰＵＣＣＨフォーマットは、主に異なるＴＴＩのために、現在のＰＵＣＣＨフォーマットとは異なるターゲットの受信電力を有することになる。これは、ｓＰＵＣＣＨフォーマットのための電力制御パラメータＰＯ＿ＰＵＣＣＨの新しい（すなわち、変更された）値に取り込まれ得る、または含まれてよい。いくつかの態様において、これは、ターゲットの受信電力が１ｍｓ  ＴＴＩ（すなわち、今日使用されているような）のためのターゲットの受信電力とは実質的に異なるようなやり方で、ｓＰＵＣＣＨフォーマットが規定されている場合に使用されてよい。いくつかの態様において、上の第１の実施形態にあるのと同じ量の、新しい、すなわち変更された、電力制御パラメータΔＦ＿ＰＵＣＣＨ（Ｆ）が規定されてよい。この実施形態の変形において、同じターゲットの受信電力ＰＯ＿ＰＵＣＣＨは、異なるｓＴＴＩ長のために使用され、ＴＴＩ長依存の受信電力オフセットＰＯ＿ＰＵＣＣＨ＿ＯＦＦＳＥＴが、ターゲットの受信電力を有する電力制御方程式に追加される。
【００９８】
一実施形態において、上の代替形態が別々の実施形態に列挙されていたとしても、解を提供するために異なる実施形態を組み合わせることもまた、代替形態である。とりわけ、上の
2020205589.tif 000015
を含む実施形態は、参照フォーマットを要し、ｓＰＵＣＣＨフォーマットに依存する項にうまく収まることができることに留意されたい。
【００９９】
別の実施形態において、本明細書で説明する技法は、ｓＰＵＣＣＨ／ｓＰＵＳＣＨのための２つのシンボルのｓＴＴＩ、４つのシンボルのｓＴＴＩ、および１つのスロットのｓＴＴＩに基づいた送信時間長に適用されてもよく、ここで、ダウン選択は排除されない。
【０１００】
別の実施形態において、本明細書で説明する技法は、ｓＰＤＳＣＨ／ｓＰＤＣＣＨ／ｓＰＵＳＣＨ／ｓＰＵＣＣＨのための１つのスロットのｓＴＴＩに基づいた送信時間長のためのサポートを指定するＬＴＥフレーム構造タイプ２に適用されてもよい。
【０１０１】
ｓＴＴＩについてのｓＰＵＳＣＨおよびｓＰＵＣＣＨのための電力制御方法論が以下で説明される。サブフレームｉおよびサービングセルｃについて、ＰＵＳＣＨのための電力制御は、
2020205589.tif 000016
として規定され、ここで、
2020205589.tif 000017
は、線形スケールでの最大送信電力であり、
2020205589.tif 000018
は、線形スケールで同時に送信されるＰＵＣＣＨの電力であり、ＰＵＣＣＨが送信されない場合はゼロに等しく、
ＭＰＵＳＣＨ，ｃ（ｉ）は、リソースブロックの数であり、
ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）は、ＲＲＣを通じてＵＥにシグナリングされたターゲットの受信電力であり、
αｃ（ｊ）・ＰＬｃは、ＲＲＣを通じてＵＥにシグナリングされた０≦αｃ（ｊ）≦１による、スケーリングされたダウンリンクパスロス推定値であり、
ΔＴＦ，ｃ（ｉ）は、符号化されたビットの数に依存した調整係数であり、
ｆｃ（ｉ）は、アップリンクグラントにおいてＵＥにシグナリングされたものから引き出されたクローズドループ電力制御である。
【０１０２】
すべてのＴＴＩ長に対して固定して割り当てられた帯域、およびトランスポートブロックサイズ（ＴＢＳ）がＴＴＩ長で線形にスケーリングされることを想定すると、ＰＵＳＣＨとｓＰＵＳＣＨとの性能の比較は、ｓＰＵＳＣＨおよびＰＵＳＣＨについての同様の信号対雑音比（ＳＮＲ）で１０％のブロック誤り率（ＢＬＥＲ）が達成されることを指し示す。これは、ｓＰＵＳＣＨに対してＰＵＳＣＨの場合と同じターゲット受信電力レベルを使用することが、同様のｓＰＵＳＣＨおよびＰＵＳＣＨの性能につながることを意味する。
【０１０３】
それに応じて、固定して割り当てられた帯域幅およびＴＴＩ長で線形にスケーリングされたＴＢＳを想定すると、ＰＵＳＣＨおよびｓＰＵＳＣＨは、同じまたは同様の性能を有する。結果として、ｓＰＵＳＣＨは、ＰＵＳＣＨと同じやり方で電力制御されてよい。以下の方程式は、ＵＥが電力制限されない場合に、短いＴＴＩにおけるｓＰＵＳＣＨ送信ｉのための電力制御がどのようであるかを示す。ＰＵＳＣＨのためにＲＲＣを通じて設定された電力制御パラメータを、ｓＰＵＳＣＨのために再使用することができる。これは、ＰＵＳＣＨ送信のためにＲＲＣを通じて設定されたパラメータＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）およびαｃ（ｊ）が、
ＰｓＰＵＳＣＨ，ｃ（ｉ）＝１０ｌｏｇ１０（ＭｓＰＵＳＣＨ，ｃ（ｉ））＋ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）＋αｃ（ｊ）・ＰＬｃ＋ΔＴＦ，ｃ（ｉ）＋ｆｃ（ｉ）
に従って、ｓＰＵＳＣＨのための電力制御方程式において適用されることを意味する。
【０１０４】
それに応じて、ｓＰＵＳＣＨは、ＲＲＣを通じて設定された同じパラメータを用いて、ＰＵＳＣＨと同じやり方で電力制御されるべきである。
【０１０５】
１ミリ秒ＴＴＩに対するアップリンクグラントに収容されているＴＰＣ情報δＰＵＳＣＨに基づいて計算されるクローズドループパラメータ（ｆｃ）に関して、ＵＥ電力をより速く補正して適切な値に収束させることができるように、ｓＴＴＩに対する各アップリンクグラントにおいてそのパラメータをシグナリングすることが有益であることがある。したがって、アップリンク電力制御のクローズドループコンポーネント（ｆｃ）を更新するために使用されるＴＰＣ情報は、アップリンクｓＴＴＩのアップリンクグラントに含まれる。
【０１０６】
ｆｃを計算するために、今日２つの方法が存在する。累算をアクティブにするか、アクティブにしないかである。累算をアクティブにしない場合、ｆｃ（ｉ）は、アップリンクグラントに指し示されたδＰＵＳＣＨの値を直接取る。この方法は、ｓＴＴＩのケースについて容易に拡張することができる。累算をアクティブにする場合、ｆｃ（ｉ）は、
ｆｃ（ｉ）＝ｆｃ（ｉ−１）＋δＰＵＳＣＨ，ｃ（ｉ−ＫＰＵＳＣＨ）
に従って、アップリンクグラントにおけるδＰＵＳＣＨおよびその以前の値ｆｃ（ｉ−１）に従って更新される。
【０１０７】
ＫＰＵＳＣＨは、アップリンクグラントとアップリンクデータ送信（送信）との間の遅延を表す。ｓＴＴＩに対するアップリンクグラントに含まれるδＰＵＳＣＨにより、ミリ秒ベースでよりもいっそう頻繁に累算が発生する。したがって、ＵＥ電力は、より速く意図された値に収束し、このことは有益である。
【０１０８】
短いＴＴＩ  ＵＥは、ＰＵＳＣＨおよび／またはｓＰＵＳＣＨによるサブフレーム間粒度で動的にスケジュールされてよい。累算ベースの方法はｆｃ（ｉ）をその以前の値ｆｃ（ｉ−１）に依存させるので、アップリンクｓＴＴＩの直後に続く１ミリ秒アップリンクＴＴＩについてのｆｃ（ｉ）の計算が、このアップリンクｓＴＴＩのために使用されるｆｃ値に基づくべきかどうかが考えられるべきであり、その逆もまた同様である。言い換えれば、１ミリ秒アップリンクＴＴＩおよびアップリンクｓＴＴＩは、クローズドループ補正ｆｃについての同じパラメータを共有する。
【０１０９】
異なるＴＴＩ長の間の別々のクローズドループ補正も代替形態である。しかしながら、同じＲＲＣ設定されたパラメータを用いて、ＰＵＳＣＨのアップリンク電力制御方程式がｓＰＵＳＣＨのために再使用される場合、１ミリ秒ＴＴＩに対して有効な１つのクローズドループコンポーネントと、短いＴＴＩに対して有効な別のクローズドループコンポーネントの、別々のクローズドループコンポーネントｆｃを有する理由は存在しない。実際、１ミリ秒アップリンクＴＴＩとアップリンクｓＴＴＩの両方のための共通のクローズドループコンポーネントｆｃを用いれば、１ミリ秒ＴＴＩのために使用される電力は、アップリンクｓＴＴＩの使用のおかげで、ｆｃが最も適切な値により速く収束することから利益を得ることができる。
【０１１０】
それに応じて、共有されたクローズドループコンポーネントｆｃは、１ミリ秒ＴＴＩおよびｓＴＴＩのアップリンク電力制御のために使用される。しかしながら、１つまたは複数のアップリンクｓＴＴＩに対するアップリンクグラントが、１ミリ秒ＴＴＩに対するアップリンクグラントの後に送られるという、図１２に図示されるような状況が発生することがある。アップリンクｓＴＴＩに対するアップリンクグラントとアップリンクｓＴＴＩ送信との間の遅延は、１ミリ秒ＴＴＩに対するアップリンクグラントと１ミリ秒アップリンクＴＴＩ送信との間の遅延よりも短いので、１ミリ秒ＴＴＩのアップリンクグラントにおいて指し示されたδＰＵＳＣＨについての値は、時間が経ちすぎたものになる。
【０１１１】
図１２における例を初期値ｆｃ，ｉｎｉｔで考えてみると、１ミリ秒ＴＴＩに対するアップリンクグラントにおけるコマンドは、ｆｃ，ｉｎｉｔ＋３ｄＢによって補正されるアップリンク電力を達成することを意図している。その間に、アップリンクｓＴＴＩはスケジュールされ、δＰＵＳＣＨもまたｓＴＴＩに対するアップリンクグラントにおいてシグナリングされる。この例において、第１のアップリンクｓＴＴＩ送信は、ｆｃ，ｉｎｉｔ＋３ｄＢのクローズドループコンポーネントを適用する。ｅＮＢはその時、＋３ｄＢの補正が十分正確ではなかったことに気付き、第２のアップリンクｓＴＴＩに対するアップリンクグラントにおいてさらなる補正を送る。第２のアップリンクｓＴＴＩのためのクローズドループコンポーネントが、ｆｃ，ｉｎｉｔ＋３ｄＢ−１ｄＢに補正される。この例において、１ミリ秒ＴＴＩのアップリンクグラントにおいて送られたδＰＵＳＣＨをＵＥが取る場合、クローズドループコンポーネントは、ｆｃ，ｉｎｉｔ＋３ｄＢ−１ｄＢ＋３ｄＢに到達することになる。そうする代わりに、δＰＵＳＣＨコマンドをアップリンク短ＴＴＩグラントにおいて後から受信した場合、かつｆｃ（ｉ）の計算が累算ベースである場合には、１ミリ秒ＴＴＩのアップリンクグラントにおいて送られた古いδＰＵＳＣＨをＵＥが無視することが、より合理的であると思われる。
【０１１２】
それに応じて、ｆｃ（ｉ）の計算が累算ベースであれば、ＵＥは、δＰＵＳＣＨコマンドをアップリンク短ＴＴＩグラントにおいて後から受信した場合、１ミリ秒ＴＴＩのアップリンクグラントにおいて送られたδＰＵＳＣＨを無視する。
【０１１３】
ＰＵＳＣＨおよびｓＰＵＳＣＨのための電力制御メカニズムは、同じであるように提唱されているが、これらは両方ともｓＰＵＣＣＨ電力制御の導入によって間接的に影響され、その理由は、
2020205589.tif 000019
の意味が変わることになるため、または、新しいパラメータ
2020205589.tif 000020
が、同様のメカニズムを用いて導入される必要があるためであることに留意されたい。
【０１１４】
サブフレームｉおよびサービングセルｃについて、ＰＵＣＣＨフォーマット１／１ａ／１ｂ／２／２ａ／２ｂ／３のための電力制御は、以下のように記述される。
2020205589.tif 000021
ここで、
ＰＣＭＡＸ，ｃ（ｉ）は、最大送信電力であり、
ＰＯ＿ＰＵＣＣＨは、ターゲットの受信電力であり、
ＰＬｃは、ダウンリンクパスロス推定値であり、
ｈ（ｎＣＱＩ，ｎＨＡＲＱ，ｎＳＲ）は、より大きなペイロードによるケースを反映するＰＵＣＣＨフォーマット依存値であり、
ＭＰＵＣＣＨ，ｃ（ｉ）は、ＰＵＣＣＨフォーマット５の場合のリソースブロックの数であり、他のすべてのフォーマットの場合は１に等しく、
ΔＦ＿ＰＵＣＣＨ（Ｆ）は、ＰＵＣＣＨフォーマットＦとＰＵＣＣＨフォーマット１ａとの間のｄＢにおける関係であり、
ΔＴＦ，ｃ（ｉ）は、符号化されたビットの数に依存した調整係数であり、
ΔＴｘＤ（Ｆ’）は、ＰＵＣＣＨのために設定されたアンテナポートの数に依存し、および
ｇ（ｉ）は、クローズドループ電力制御状態であり、ダウンリンクアサインメントにおいてシグナリングされたδＰＵＣＣＨを使用して更新される。
【０１１５】
サブフレームｉおよびサービングセルｃについて、ＰＵＣＣＨフォーマット４／５のための電力制御は、以下のように記述される。
2020205589.tif 000022
【０１１６】
サポートされるアップリンクＴＴＩ長ごとに規定されたｓＰＵＣＣＨの少なくとも１つのフォーマットが存在してよい。アップリンクＴＴＩ長は、任意の数のシンボルであってよい。たとえば、アップリンクＴＴＩ長は、２つ、４つ、および７つのＳＣ−ＦＤＭＡシンボルであってよい。選択されたｓＰＵＣＣＨフォーマットとは無関係に、たとえば、ＡＣＫミス検出確率、ＮＡＣＫ対ＡＣＫエラー確率、ＤＴＸ対ＡＣＫ確率、その他に関して同様の性能に到達するためには、ＰＵＣＣＨと比較して、より大きなＳＮＲがｓＰＵＣＣＨに求められることがある。ＰＵＣＣＨに対してより短いｓＰＵＣＣＨほど、ｓＰＵＣＣＨとＰＵＣＣＨとの性能ギャップは大きい。そのため、ｓＰＵＣＣＨ電力制御は、電力制限されていないＵＥのためにこの性能ギャップに対処することを必要とする。ＰＵＣＣＨについてのクローズドループ状態ｇ（ｉ）は、たとえば、１ミリ秒ＴＴＩのためのダウンリンクアサインメントにおいてシグナリングされたＴＣＰ情報δＰＵＣＣＨから引き出される。ｓＰＵＣＣＨの高速クローズドループ電力制御のために、ｓＴＴＩのためのダウンリンクアサインメントにおいて、ｓＰＵＣＣＨのためにδＰＵＣＣＨをシグナリングすることがまた都合がよいことになる。性能差を取り込むためのあるやり方が、上位レイヤからシグナリングされるΔＦ＿ＰＵＣＣＨ（Ｆ）である。しかしながら、性能差は、フォーマット依存だけでなく、ＴＴＩ長依存でもまたあるので、補完パラメータが必要になることがある。以下においてｓＰＵＣＣＨ電力制御のためのいくつかのオプションが考えられる。
【０１１７】
一実施形態において、ΔＦ＿ＰＵＣＣＨ（Ｆ）は、ｓＰＵＣＣＨの異なるフォーマットおよびＴＴＩ長について規定される。新しいｓＰＵＣＣＨフォーマットが単独型のフォーマットとして規定され、今日既存するＰＵＣＣＨフォーマットの現在のリストに追加された場合、これは、ｓＰＵＣＣＨの所望の電力を記述するための単刀直入なアプローチである。ｓＰＵＣＣＨの異なるＴＴＩ長はその場合、フォーマットの一部として単純に考えられてよい。新しいΔＦ＿ＰＵＣＣＨ（Ｆ）はその場合、新しいフォーマットごとに（たとえば、選択されたレガシーフォーマットタイプおよびＴＴＩ長の新しい変形ごとに）規定されることになる。
【０１１８】
別の実施形態において、ΔＦ＿ＰＵＣＣＨ（Ｆ）は、ｓＰＵＣＣＨの異なるフォーマットについて規定される。ＴＴＩ長に依存する新しいパラメータが導入され、電力制御式において他のパラメータに追加される。新しいｓＰＵＣＣＨフォーマットがレガシーフォーマットに基づくように規定され、しかし異なるＴＴＩ長を有する場合、またはいっそうの透過性が望まれる場合、これは、論理的なやり方の前進である。新しいΔＦ＿ＰＵＣＣＨ（Ｆ）はその場合、新しいフォーマットごとに（たとえば、選択されたレガシーフォーマットタイプの新しい変形ごとに）規定されることになる。加えて、新しいパラメータΔＴＴＩ（ＴＴＩ−ｌｅｎｇｔｈ）が、考え得るＴＴＩ長ごとに規定される必要があることになる。これは、ＴＴＩ長の変化が、すべてのフォーマットのために求められる電力に等しく影響することが不可欠であることに留意されたい。
【０１１９】
別の実施形態において、ΔＦ＿ＰＵＣＣＨ（Ｆ）は、ｓＰＵＣＣＨの異なるフォーマットについて規定される。新しいターゲット受信電力ＰＯ＿ＰＵＣＣＨが、異なるＴＴＩ長について規定される。新しいｓＰＵＣＣＨフォーマットは、おおかた異なるＴＴＩ長であるために、現在のＰＵＣＣＨフォーマットとは異なるターゲット受信電力を有することになる。これは、新しいｓＰＵＣＣＨフォーマットのための新しいＰＯ＿ＰＵＣＣＨにおいて取り込まれてよい。ターゲット受信電力が今日使用されているターゲット受信電力とは大きく異なるようなやり方で、ｓＰＵＣＣＨフォーマットが規定されている場合、これは代替形態である。これは、同じ量の新しいΔＦ＿ＰＵＣＣＨ（Ｆ）を規定する必要性をなおもたらす可能性が最も高くなることに留意されたい。
【０１２０】
加えて、ｈ（ｎＣＱＩ，ｎＨＡＲＱ，ｎＳＲ）およびΔＴＦ，ｃ（ｉ）が、新しいフォーマットおよびＴＴＩ長のために規定される必要がある。
【０１２１】
ｓＰＵＣＣＨのための参照フォーマットは、ＰＵＣＣＨフォーマット１ａであるように提唱されている。いくつかの他の参照フォーマットを選択することもできるが、その場合は事態をより複雑にするだけであろう。
【０１２２】
各異なるｓＴＴＩ長内での電力優先順位付けについては、１ミリ秒ＴＴＩの場合と同じ優先順位付けが再使用されるべきである。それに応じて、各異なるｓＴＴＩ長内での電力優先順位付けは、１ミリ秒ＴＴＩの場合と同じであってよい。
【０１２３】
ｓＴＴＩは、レイテンシを削減するために使用されるので、１ミリ秒ＴＴＩよりもｓＴＴＩを優先することもまた可能であり、というのは、そうすることが、最も離れた範囲までレイテンシクリティカルなｓＴＴＩ送信を可能な限り早く遂行することを、確実にすることになるからである。それに応じて、電力に関しては、ｓＴＴＩが１ミリ秒ＴＴＩよりも優先されてよい。
【０１２４】
ｓＴＴＩ送信を１ミリ秒ＴＴＩ送信よりも優先すると、ｓＴＴＩ送信が１ミリ秒ＴＴＩ送信と同じサブフレームにスケジュールされており、かつＵＥが電力制限されている場合に、１ミリ秒ＴＴＩ送信を潜在的に損なうことがある。このために、ＵＥが電力制限されている場合、ＵＥは、ｓＴＴＩと一緒にマルチキャリアを使用することができない。それに応じて、電力制限されたＵＥは、ｓＴＴＩと一緒にマルチキャリアを使用することができない。
【０１２５】
ＬＴＥにおいては、２つの異なるタイプの電力ヘッドルーム報告が規定されている。タイプ１は、ＰＵＳＣＨのみの送信を想定しており、タイプ２は、ＰＵＳＣＨおよびＰＵＣＣＨ送信を想定している。サブフレームおよびキャリアごとに規定された両方のケースにおける電力ヘッドルームは、以下である。
電力ヘッドルーム＝最大許容電力−推定される所望電力
【０１２６】
最大許容電力は、設定された最大電力である。推定される所望電力は、送信電力に制約がないものと想定して、電流変調、符号化方式、チャネル、その他のために使用するために理想的な電力である。規定通り、電力ヘッドルームは、ＵＥが電力制限されている場合、負になってよい。電力ヘッドルーム報告は、メッセージと一緒にＵＥによって送信され、報告は、アップリンクグラントにおいてトリガされる。
【０１２７】
電力ヘッドルームの現在の規定は、推定される所望電力を使用して、ｓＴＴＩにもまた適用される。それに応じて、ｓＴＴＩのための電力ヘッドルームは、ｓＴＴＩ送信のための所望電力を使用して、１ミリ秒ＴＴＩの場合と同じ原理を使用して計算されてよい。さらに、ｓＴＴＩにおいて送信された場合、電力ヘッドルーム報告は、その特定のｓＴＴＩ長のｓＴＴＩ送信に基づくことができる。
【０１２８】
アップリンクにおけるＯＮ／ＯＦＦ期間は、より短いアップリンクＴＴＩ長のためにより短くなることになるので、ＯＮ／ＯＦＦとＯＦＦ／ＯＮとの過渡期間が顕著になることになる。これらの過渡期間は各々、２０μ秒、サブフレーム長の２％を下回るように規定される。実際、２０μ秒のＯＮ／ＯＦＦ過渡期間のために、アップリンク送信に先行する、およびアップリンク送信の後に続くＳＣ−ＦＤＭＡシンボルは、データ送信に使用可能でないことがある。図１３を参照されたい。２つのシンボルのｓＴＴＩ長（すなわち、元の長さの１／７）での各２０μｓ期間は、今やＴＴＩ長のおよそ１４％である。通常、実装は２０μｓ要件よりも大幅によい性能を発揮するので、短いＴＴＩ送信を向上させるために、ＯＮ／ＯＦＦ時間マスクを厳しくすべきである。それに応じて、絶対ＯＮ／ＯＦＦ時間マスクは、短いＴＴＩ長の場合に厳しくされてよい。
略記
略記            説明
ＢＬＥＲ        ブロック誤り率
ＣＰ            サイクリックプレフィックス
ＤＣＩ          ダウンリンク制御情報
ＤＴＸ          間欠送信
ｅＰＤＣＣＨ    エンハンスド物理ダウンリンク制御チャネル
ＨＴＴＰ        ハイパーテキストトランスファープロトコル
ＬＴＥ          Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ
ＭＡＣ          メディアアクセス制御
ＭＣＳ          変調符号化方式
ＯＦＤＭ        直交周波数分割多重アクセス
ＰＤＣＣＨ      物理ダウンリンク制御チャネル
ＰＤＳＣＨ      物理ダウンリンク共有チャネル
ＰＲＢ          物理リソースブロック
ＰＵＣＣＨ      物理アップリンク制御チャネル
ＰＵＳＣＨ      物理アップリンク共有チャネル
ＲＡＴ          無線アクセス技術
ＲＢ            リソースブロック
ＲＥ            リソースエレメント
ＲＲＣ          無線リソース制御
ＳＣ−ＦＤＭＡ  単一キャリア−周波数分割多重アクセス
ｓＰＤＣＣＨ    短い物理ダウンリンク制御チャネル
ｓＰＤＳＣＨ    短い物理ダウンリンク共有チャネル
ｓＰＵＣＣＨ    短い物理アップリンク制御チャネル
ｓＰＵＳＣＨ    短い物理アップリンク共有チャネル
ＳＦ            サブフレーム
ＴＣＰ          送信制御プロトコル
ＴＴＩ          送信時間間隔
ｓＴＴＩ        短い送信時間間隔
ＵＣＩ          アップリンク制御情報
ＵＬ            アップリンク
【０１２９】
先の詳細な説明は、本質的に説明的にすぎず、本開示、または本開示の用途および使用を限定することを意図していない。さらに、先行する使用の分野、背景技術、概要、または詳細な説明に提示されたいかなる明示的または黙示的な理論によっても縛られる意図はない。本開示は、機能上のまたは論理的なブロックエレメントに関して本明細書で説明され得るさまざまな例、実施形態、その他を提供する。本明細書で説明されるさまざまな態様は、いくつかのコンポーネント、エレメント、部材、モジュール、ノード、周辺機器、その他を含むことができる、方法、デバイス（もしくは装置）、システム、または製造物品として提示される。さらに、これらの方法、デバイス、システム、または製造物品は、追加のコンポーネント、エレメント、部材、モジュール、ノード、周辺機器、その他を含んでも、含まなくてもよい。
【０１３０】
さらに、本明細書で説明されるさまざまな態様は、開示された主題を実装するために、コンピューティングデバイスを制御するためのソフトウェア、ファームウェア、ハードウェア（たとえば、回路）、またはそれらの任意の組合せを生み出すように、標準のプログラミング技法またはエンジニアリング技法を使用して実装されてよい。いくつかの実施形態は、マイクロプロセッサ、デジタル信号プロセッサ、カスタマイズされたプロセッサ、およびフィールドプログラマブルゲートアレイ（ＦＰＧＡ）などの１つまたは複数の汎用または特化されたプロセッサ、ならびに本明細書で説明される方法、デバイス、およびシステムの機能のうちのいくつか、ほとんど、またはすべてを、ある一定の非プロセッサ回路と共に実装するために１つまたは複数のプロセッサを制御する一意の記憶されたプログラム命令（ソフトウェアおよびファームウェアの両方を含む）からなってよいことが認識されるであろう。代替として、いくつかの、またはすべての機能は、記憶されたプログラム命令を有さないステートマシンによって、または、各機能もしくはある一定の機能のうちのいくつかの組合せがカスタム論理回路として実装される１つもしくは複数の特定用途向け集積回路（ＡＳＩＣ）において実装されてもよい。当然ながら、その２つのアプローチの組合せが使用されてもよい。さらに、たとえば、利用可能な時間、現在の技術、および経済的考慮によって誘因される考え得る多大な取り組みおよび多くの設計選択肢にもかかわらず、本明細書に開示された概念および原理によって導かれるとき、当業者は、そのようなソフトウェア命令およびプログラム、ならびにＩＣを、最小限の実験で容易に生成することができることが予期される。
【０１３１】
本明細書で使用されるとき、用語「製造物品」は、任意のコンピューティングデバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを包含することを意図する。たとえば、コンピュータ可読媒体は、ハードディスク、フロッピーディスク、または磁気ストリップなどの磁気ストレージデバイス、コンパクトディスク（ＣＤ）、またはデジタル多用途ディスク（ＤＶＤ）などの光学ディスク、スマートカード、およびカード、スティック、またはキードライブなどのフラッシュメモリデバイスを含むことができる。加えて、電子メール（ｅ−メール）などの電子データを送受信する際、またはインターネットもしくはローカルエリアネットワーク（ＬＡＮ）などのコンピュータネットワークにアクセスする際に使用されるものを含むコンピュータ可読電子データを搬送するために、キャリア波を用いることができることを認識すべきである。当然ながら、当業者は、本開示の主題の範囲または趣旨から逸脱することなく、この設定に対して多くの変更形態がなされ得ることを認知するであろう。
【０１３２】
本明細書および実施形態の全体を通して、以下の用語は、別段コンテキストが明確に命じない限り、少なくとも本明細書で明示的に関連付けられた意味を取る。「第１の」および「第２の」、その他のなどの関係用語は、１つのエンティティまたはアクションを、別のエンティティまたはアクションから単に区別するために使用されてよく、いかなる実際のそのような関係、またはそのようなエンティティ間もしくはアクション間での順序を、必ずしも求めたりまたは含意したりはしない。用語「または」は、別段指定されない限り、または排他的な形態に向けられるようにコンテキストから明らかでない限り、包括的な「または」を意味するように意図される。さらに、用語「１つの（「ａ」、「ａｎ」）」および「ｔｈｅ」は、別段指定されない限り、または単数形に向けられるようにコンテキストから明らかでない限り、１つまたは複数を意味するように意図される。用語「含む（ｉｎｃｌｕｄｅ）」およびそのさまざまな形態は、限定はしないが、含むことを意味するように意図される。「一実施形態（「ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ」、「ａｎ  ｅｍｂｏｄｉｍｅｎｔ」）」、「例示的な実施形態」、「さまざまな実施形態」、および他の同様な用語への言及は、そのように説明される開示された技術の実施形態が、個別の機能、特徴、構造、または特性を含んでもよいが、あらゆる実施形態が必ずしもその個別の機能、特徴、構造、または特性を含むわけではないことを指し示す。さらに、「一実施形態において」という語句の繰り返される使用は、必ずしも同じ実施形態を指すわけではないが、同じ実施形態を指すこともある。用語「実質的に（ｓｕｂｓｔａｎｔｉａｌｌｙ）」、「本質的に（ｅｓｓｅｎｔｉａｌｌｙ）」、「ほぼ（ａｐｐｒｏｘｉｍａｔｅｌｙ）」、「およそ（ａｂｏｕｔ）」、またはそれらの任意の他のバージョンは、当業者によって理解されるものに近いものとして規定され、非限定的な一実施形態において、その用語は１０％以内であるように、別の実施形態においては５％以内であるように、別の実施形態においては１％以内であるように、および別の実施形態においては０．５％以内であるように規定される。ある一定のやり方において「設定される」デバイスまたは構造は、少なくともそのやり方で設定されるが、列挙されていないやり方でまた設定されてもよい。
【図１】
2020205589.tif 000027
【図２】
2020205589.tif 000028
【図３】
2020205589.tif 000029
【図４】
2020205589.tif 000030
【図５】
2020205589.tif 000031
【図６】
2020205589.tif 000032
【図７】
2020205589.tif 000033
【図８】
2020205589.tif 000034
【図９】
2020205589.tif 000035
【図１０】
2020205589.tif 000036
【図１１】
2020205589.tif 000037
【図１２】
2020205589.tif 000038
【図１３】
2020205589.tif 000039
【手続補正書】
【提出日】令和2年9月24日(2020.9.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおいて物理アップリンク制御チャネル（ＰＵＣＣＨ）の電力制御を行う無線デバイスにおける方法であって、
電力制御に従って前記物理アップリンク制御チャネル上の送信のための送信電力を決定することを含み、
前記電力制御は、少なくとも１つのパラメータに基づいて前記送信電力を指定し、前記少なくとも１つのパラメータの値は、前記物理アップリンク制御チャネル上で可能な異なるＰＵＣＣＨ長のうちのどれが前記物理アップリンク制御チャネル上の前記送信のために選択されるかに依存し、
前記少なくとも１つのパラメータの値はさらに、前記物理アップリンク制御チャネル上で可能な異なる送信フォーマットのうちのどれが前記物理アップリンク制御チャネル上の前記送信のために選択されるかに依存する、方法。
【請求項２】
前記少なくとも１つのパラメータが、前記物理アップリンク制御チャネル上で使用可能な各ＰＵＣＣＨ長について異なる値を有する、請求項１に記載の方法。
【請求項３】
前記少なくとも１つのパラメータの前記値が、アップリンク制御情報に使用されるシンボルの数に基づく、請求項１に記載の方法。
【請求項４】
前記少なくとも１つのパラメータの前記値が、前記選択されたＰＵＣＣＨ長を有する前記物理アップリンク制御チャネル上の前記送信におけるシンボルの数に基づく、請求項１に記載の方法。
【請求項５】
無線通信システムにおいて物理アップリンク制御チャネル（ＰＵＣＣＨ）の電力制御を行うための無線デバイスであって、
プロセッサおよびメモリを備え、前記メモリは前記プロセッサによって実行可能な指示を含み、それによって、前記無線デバイスは、
電力制御に従って前記物理アップリンク制御チャネル上の送信のための送信電力を決定するように構成され、
前記電力制御は、少なくとも１つのパラメータに基づいて前記送信電力を指定し、前記少なくとも１つのパラメータの値は、前記物理アップリンク制御チャネル上で可能な異なるＰＵＣＣＨ長のうちのどれが前記物理アップリンク制御チャネル上の前記送信のために選択されるかに依存し、
前記少なくとも１つのパラメータの値はさらに、前記物理アップリンク制御チャネル上で可能な異なる送信フォーマットのうちのどれが前記物理アップリンク制御チャネル上の前記送信のために選択されるかに依存する、無線デバイス。
【請求項６】
前記少なくとも１つのパラメータの前記値が、アップリンク制御情報に使用されるシンボルの数に基づく、請求項５に記載の無線デバイス。
【請求項７】
前記少なくとも１つのパラメータの前記値が、前記選択されたＰＵＣＣＨ長を有する前記物理アップリンク制御チャネル上の前記送信におけるシンボルの数に基づく、請求項５に記載の無線デバイス。
【請求項８】
無線通信システム（１００）において物理アップリンク制御チャネルの電力制御を行うためのネットワークノード（１０１，８００，９００，１０００）における方法であって、
無線デバイス（１０５，２００，３００，４００，６００）が、前記物理アップリンク制御チャネル上で可能な異なるＰＵＣＣＨ長のうちのどれが前記物理アップリンク制御チャネル上の送信のために選択されるかに依存する少なくとも１つのパラメータ（１１１）の値を決定するための情報を、前記ネットワークノードによって、前記無線デバイスに送信すること（１１０３）を含み、
前記少なくとも１つのパラメータの値はさらに、前記物理アップリンク制御チャネル上で使用可能として規定された異なる送信フォーマットのうちのどれが前記物理アップリンク制御チャネル上の前記送信のために選択されるかに依存する、方法。
【請求項９】
前記少なくとも１つのパラメータの前記値が、アップリンク制御情報に使用されるシンボルの数に基づく、請求項８に記載の方法。
【請求項１０】
前記少なくとも１つのパラメータの前記値が、前記選択されたＰＵＣＣＨ長を有する前記物理アップリンク制御チャネル上の前記送信におけるシンボルの数に基づく、請求項８に記載の方法。
【請求項１１】
無線通信システムにおいて物理アップリンク制御チャネル（ＰＵＣＣＨ）の電力制御を行うためのネットワークノードであって、
プロセッサおよびメモリを備え、前記メモリは前記プロセッサによって実行可能な指示を含み、それによって、前記ネットワークノードは、
無線デバイス（１０５，２００，３００，４００，６００）が、前記物理アップリンク制御チャネル上で可能な異なるＰＵＣＣＨ長のうちのどれが前記物理アップリンク制御チャネル上の送信のために選択されるかに依存する少なくとも１つのパラメータ（１１１）の値を決定するための情報を、前記無線デバイスに送信する（１１０３）ように構成され、
前記少なくとも１つのパラメータの値はさらに、前記物理アップリンク制御チャネル上で可能な異なる送信フォーマットのうちのどれが前記物理アップリンク制御チャネル上の前記送信のために選択されるかに依存する、ネットワークノード。
【請求項１２】
前記少なくとも１つのパラメータの前記値が、アップリンク制御情報に使用されるシンボルの数に基づく、請求項１１に記載のネットワークノード。
【請求項１３】
前記少なくとも１つのパラメータの前記値が、前記選択されたＰＵＣＣＨ長を有する前記物理アップリンク制御チャネル上の前記送信におけるシンボルの数に基づく、請求項１１に記載のネットワークノード。
【外国語明細書】
2020205589000001.pdf