(57)【特許請求の範囲】
【請求項１】
関連付けられる無線ネットワーク（１４）を介してプロセッサ（１６）と無線通信するユーザ機器（ＵＥ）（１２）によって送信されるべき物理アップリンク制御チャネル（ＰＵＣＣＨ）信号の送信電力を制御する方法であって、
当該ＰＵＣＣＨ信号は、ある数のチャネル品質インジケータ（ＣＱＩ）ビット及びある数のハイブリッド自動再送要求（ＨＡＲＱ）ビットを含み、
前記方法は、
前記プロセッサを用いて、前記ＰＵＣＣＨ信号についてのＰＵＣＣＨフォーマットが所定のフォーマットであるか、及び前記ＰＵＣＣＨフォーマットが送信ダイバーシティを用いるかを判定するステップと、
前記ＰＵＣＣＨフォーマットが前記所定のフォーマットであり且つ送信ダイバーシティを用いると判定される場合、ＰＵＣＣＨフォーマットにのみ依存する第１のオフセットパラメータとは別に、判定された前記ＰＵＣＣＨフォーマットに固有の第２のオフセットパラメータを前記プロセッサを用いて選択するステップと、
前記第２のオフセットパラメータは、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）の値に影響を及ぼしても又は影響を及ぼさなくてもよいことと、
ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、前記ＰＵＣＣＨフォーマットに基づく電力制御パラメータであることと、
前記第２のオフセットパラメータは、前記ＰＵＣＣＨ信号の前記送信電力に影響を及ぼすことと、
ｎＣＱＩは、前記ＰＵＣＣＨ信号におけるＣＱＩビットの前記数を示し、ｎＨＡＲＱは、前記ＰＵＣＣＨ信号におけるＨＡＲＱビットの前記数を示すことと、
によって特徴付けられる、方法。
【請求項２】
関連付けられる無線ネットワーク（１４）において動作可能なユーザ機器（ＵＥ）（１２）であって、前記ＵＥは、
前記ＵＥによって送信されるべきある数のチャネル品質インジケータ（ＣＱＩ）ビット及びある数のハイブリッド自動再送要求（ＨＡＲＱ）ビットを含む物理アップリンク制御チャネル（ＰＵＣＣＨ）信号についてのＰＵＣＣＨフォーマットを受信するための手段（９０、９１、９２）と、
前記ＰＵＣＣＨフォーマットが所定のフォーマットであるか、及び前記ＰＵＣＣＨフォーマットが送信ダイバーシティを用いるかに基づいて、前記ＰＵＣＣＨフォーマットについてのオフセットパラメータを選択するための手段（９２）と、
を備え、
前記オフセットパラメータを選択するための手段は、前記ＰＵＣＣＨフォーマットが前記所定のフォーマットであり且つ送信ダイバーシティを用いると判定される場合、ＰＵＣＣＨフォーマットにのみ依存する第１のオフセットパラメータとは別に、判定された前記ＰＵＣＣＨフォーマットに固有の第２のオフセットパラメータを選択し、
前記第２のオフセットパラメータは、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）の値に影響を及ぼしても又は影響を及ぼさなくてもよく、
ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、前記ＰＵＣＣＨフォーマットに基づく電力制御パラメータであり、
前記第２のオフセットパラメータは、前記ＰＵＣＣＨ信号の送信電力に影響を及ぼし、
ｎＣＱＩは、前記ＰＵＣＣＨ信号におけるＣＱＩビットの前記数を示し、ｎＨＡＲＱは、前記ＰＵＣＣＨ信号におけるＨＡＲＱビットの前記数を示す、
ことによって特徴付けられる、ＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本願は、２０１０年１１月９日に出願された米国仮出願第６１／４１１，５２７号及び２０１０年１１月１０日に出願された米国仮出願第６１／４１２，０６８号の優先権の利益を主張する。
【０００２】
本発明は、無線通信システムにおける電力制御に関する。本発明は、特に、限定としてではなく、キャリアアグリゲーション（ＣＡ）を伴うセルラ無線ネットワークにおける物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical  Uplink  Control  Channel）信号の送信電力を制御するためのシステム及び方法を対象とする。
【背景技術】
【０００３】
無線通信システム（例えば、第３世代（３Ｇ）又はＬＴＥ（Long  Term  Evolution）第４世代（４Ｇ）セルラ電話ネットワーク）において、基地局（例えば、進化型ノードB又はｅＮｏｄｅＢ（ｅＮＢ）又は同様のエンティティ）は、第３世代パートナーシッププロジェクト（３ＧＰＰ）の３Ｇネットワーク及び４Ｇネットワークにおける物理ダウンリンク制御チャネル（ＰＤＣＣＨ）信号などのダウンリンク制御信号を介してモバイルハンドセット又はユーザ機器（ＵＥ）に無線チャネルリソース割り当て情報を送信し得る。現代のセルラネットワークは、このＰＤＣＣＨダウンリンク送信（即ち、基地局からモバイル装置への送信）の受信後に、ＵＥが当該送信をデコードし及び当該デコーディングが成功したか（ＡＣＫ若しくは確認応答）否か（ＮＡＣＫ若しくは否定応答）を基地局にレポートしようと試みるハイブリッド自動再送要求（ＨＡＲＱ：Hybrid  Automatic  Repeat  Request）を用いる。そのようなレポーティングは、３Ｇネットワーク及び４Ｇネットワークにおける物理アップリンク制御チャネル（ＰＵＣＣＨ）信号などのアップリンク送信信号（即ち、セルラネットワークにおけるモバイル装置から基地局への送信）を用いてＵＥによって実行され得る。従って、モバイル端末から基地局へのアップリンク制御信号ＰＵＣＣＨは、受信されたダウンリンクデータについてのハイブリッドＡＲＱの確認応答（ＡＣＫ／ＮＡＣＫ）を含むことができる。ＰＵＣＣＨは、ダウンリンクチャネル状況に関連する（例えば、１つ以上のチャネル品質インジケータ（ＣＱＩ：Channel  Quality  Indicator）ビットの形式における）端末レポートも付加的に含み得る。そのようなレポートは、基地局によって用いられて、それをモバイルハンドセットの将来のダウンリンクスケジューリングにおいて支援し得る。ＰＵＣＣＨは、モバイル端末又はＵＥがアップリンクデータ送信のためにアップリンクリソースを必要とすることを示す、ＵＥによるスケジューリング要求をさらに含み得る。
【０００４】
ＬＴＥ物理チャネルの一般的な動作は、例えば、３ＧＰＰの技術仕様（ＴＳ）３６．２０１（“Physical  Layer:  General  Description”）、３６．２１１（“Physical  Channels  and  Modulation”）、３６．２１２（“Multiplexing  and  Channel  Coding”）、３６．２１３（“Physical  Layer  Procedures”）、及び３６．２１４（“Physical  Layer  -  Measurements”）といった種々のＥ−ＵＴＲＡ（Evolved  Universal  Terrestrial  Radio  Access）の仕様において説明される。これらの仕様は、さらなる参考文献として参考にされてもよく、参照によって本明細書に包含される。
【０００５】
ＬＴＥリリース８（Ｒｅｌ−８）は今や最大で２０ＭＨｚまでの動作帯域幅をサポートするように標準化されていることが認められる。しかしながら、ＩＭＴ（International  Mobile  Telecommunications）−Ａｄｖａｎｃｅｄ要件を満たすために、３ＧＰＰは、２０ＭＨｚよりも大きい帯域幅をサポートするためのＬＴＥリリース１０（Ｒｅｌ−１０）（”ＬＴＥ  Ａｄｖａｎｃｅｄ”）についての作業を開始した。ＬＴＥ  Ｒｅｌ−１０における１つの重要な要件は、ＬＴＥ  Ｒｅｌ−８との後方互換性を保証することである。これは、スペクトル互換性、即ち２０ＭＨｚよりも大きいＬＴＥ  Ｒｅｌ−１０キャリアがＬＴＥ  Ｒｅｌ−８端末には複数の（より小さな）ＬＴＥキャリアに見えるべきであることを含む。そのようなより小さなキャリアの各々は、コンポーネントキャリア（ＣＣ）と呼ばれることができる。ＬＴＥ  Ｒｅｌ−１０の初期展開の間、ＬＴＥ  Ｒｅｌ−１０機能付きの端末の数は、多くのＬＴＥレガシー端末（例えば、Ｒｅｌ−８端末）と比較して小さくても良いことが認められる。それ故に、レガシー端末についても広い（Ｒｅｌ−１０）キャリアの効率的な使用を保証することが必要である。換言すれば、レガシー端末が広帯域ＬＴＥ  Ｒｅｌ−１０キャリアの全ての部分においてスケジューリングされることができるキャリアを実装することが可能であるべきである。この効率的な使用法を得る１つの手法は、キャリアアグリゲーション（ＣＡ）を用いることである。ＣＡは、ＬＴＥ  Ｒｅｌ−１０端末が複数のＣＣを受信することができ、各ＣＣがＲｅｌ−８キャリアと同じ構造を有し又は少なくとも有する可能性があることを意味する。図１は、ＣＣアグリゲーションの原理を図示する。図１に示されるように、Ｒｅｌ−１０における（参照番号「２」によって示される）１００ＭＨｚの動作帯域幅は、参照番号「４」から「８」によって示されるように（簡単にするために、隣接する）５つの（Ｒｅｌ−８に従った）より小さな２０ＭＨｚの帯域幅のアグリゲーションによって構築され得る。ここで、Ｒｅｌ−１０は最大で５つのキャリアのアグリゲーションをサポートし、各キャリアが最大で２０ＭＨｚの帯域幅を有することに留意する。従って、例えば、必要であれば、Ｒｅｌ−１０におけるキャリアアグリゲーションは、各々が５ＭＨｚの帯域幅を有する２つのキャリアをアグリゲートするためにも用いられ得る。従って、アップリンク及びダウンリンクにおけるキャリアアグリゲーションは、レガシー通信システム（即ち、ＵＥは３ＧＰＰ  Ｒｅｌ−８又はそれ以下で動作している）において可能であるよりも高いデータレートをサポートし得る。単一のダウンリンク／アップリンク（ＤＬ／ＵＬ）ペア上でのみ動作することが可能なＵＥは「レガシーＵＥ」と呼ばれ得る一方、複数のＤＬ／ＵＬのＣＣ上で動作することが可能なＵＥは「アドバンストＵＥ」と呼ばれ得る。
【０００６】
アグリゲートされるＣＣの数及び個別のＣＣの帯域幅は、アップリンク及びダウンリンクについて異なり得る。「対称的な構成（symmetric  configuration）」は、ＣＣの数がダウンリンク及びアップリンクにおいて同じである場合を指す一方、「非対称的な構成（asymmetric  configuration）」は、ＣＣの数がアップリンク及びダウンリンクにおいて異なる場合を指す。ネットワークにおいて構成されるＣＣの数は端末（又はＵＥ）によって見られるＣＣの数とは異なり得ることに留意することが重要である：例えば、ネットワークが同じ数のアップリンクＣＣ及びダウンリンクＣＣを提供していても、端末は、アップリンクＣＣよりも多くのダウンリンクＣＣをサポートし得る。ＤＬ  ＣＣとＵＬ  ＣＣとの間のリンクは、ＵＥ固有とすることができる。
【０００７】
ＣＣのスケジューリングは、ダウンリンク割り当てを介してＰＤＣＣＨ上で為される。ＰＤＣＣＨ上の制御情報は、ダウンリンク制御情報（ＤＣＩ：Downlink  Control  Information）メッセージとしてフォーマットされ得る。Ｒｅｌ−８において、端末は、１つのＤＬ  ＣＣ及び１つのＵＬ  ＣＣのみにより動作する。それ故に、ＤＬ割り当て、ＵＬグラント、並びに対応するＤＬ  ＣＣ及びＵＬ  ＣＣの間の関連付けは、Ｒｅｌ−８において明確である。しかしながら、Ｒｅｌ−１０においては、２つのモードのＣＡが区別される必要がある：第１のモードは、複数のＲｅｌ−８端末の動作と非常に類似している。即ち、ＣＣ上で送信されるＤＣＩメッセージに含まれるＤＬ割り当て又はＵＬグラントは、ＤＬ  ＣＣそれ自体について又は（セル固有のリンキング若しくはＵＥ固有のリンキングを介して）関連付けられるＵＬ  ＣＣについて有効である。第２のモードの動作は、ＤＣＩメッセージをキャリアインジケータフィールド（ＣＩＦ）により拡張させる。ＣＩＦを有するＤＬ割り当てを含むＤＣＩメッセージは、ＣＩＦにより示されるそのＤＬ  ＣＣについて有効であり、ＣＩＦを有するＵＬグラントを含むＤＣＩは、示されるＵＬ  ＣＣについて有効である。
【０００８】
基地局（ＢＳ：base  station）とＵＥとの間でデータを交換する間、送信信号（例えば、ＵＥから基地局へ送信されるべきＰＵＣＣＨ信号）についての送信電力を制御することが望ましいことが認められる。特に、アップリンクチャネルの送信電力制御は、ＵＥの電力消費及びサービスの信頼性の観点から重要である。アップリンク送信において送信電力があまりに弱い場合、ＢＳは、ＵＥの送信信号を受信することができない。他方、送信電力があまりに強い場合、送信信号は、別のＵＥの送信信号への干渉として働くことがあり、そのような強力な信号を送信しているＵＥのバッテリ消費を増加させ得る。
【０００９】
（アップリンクリソースの）ダウンリンク割り当てについてのＤＣＩメッセージは、特に、リソースブロックの割り当て、変調符号化スキームに関連するパラメータ、ＨＡＲＱ冗長性バージョン等を含む。実際のダウンリンク送信に関連するパラメータに加えて、ダウンリンク割り当てについての殆どのＤＣＩフォーマットは、送信電力制御（ＴＰＣ：Transmit  Power  Control）コマンドのためのビットフィールドも含む。これらのＴＰＣコマンドは、（ＰＤＣＣＨを介して受信されるＤＣＩメッセージに応答して）ＨＡＲＱフィードバックを送信するために用いられる対応するＰＵＣＣＨのアップリンク電力を制御すべくｅＮＢによって用いられ得る。より一般的には、ＴＰＣコマンドは、基地局（ＢＳ）とＵＥとの間のチャネルの送信電力を制御するために用いられる。
【００１０】
各ＤＬ割り当ては、それ自身のＤＣＩメッセージによりＰＤＣＣＨ上でスケジューリングされ得る。Ｒｅｌ−８のＤＣＩフォーマット又はＲｅｌ−８に非常に類似したフォーマットがＲｅｌ−１０についても用いられるため、Ｒｅｌ−１０における受信される各ＤＣＩメッセージは、ＰＵＣＣＨのための送信電力についての調整値を提供するＴＰＣビットフィールドを含む。全てのＰＵＣＣＨフォーマットについての動作点は共通であることが認められる。つまり、Ｒｅｌ−８のＰＵＣＣＨフォーマット１／１ａ／１ｂ／２／２ａ／２ｂ、及びＲｅｌ−１０における付加的なＰＵＣＣＨフォーマット、即ちＰＵＣＣＨフォーマット３、及びチャネル選択ベースのＨＡＲＱフィードバックスキームの全てが、（等式（１）を参照して以下に定義される）電力制御パラメータｈ（ｎＣＱＩ，ｎＨＡＲＱ）及びΔＦ＿ＰＵＣＣＨ（Ｆ）を除いて、同じ電力制御ループを用いる。これらのパラメータは、少なくとも異なるＰＵＣＣＨフォーマットについての異なるパフォーマンス及びペイロードサイズを考慮する。それ故に、これらのパラメータは、ＰＵＣＣＨフォーマットごとに個別に判定される。
【００１１】
Ｒｅｌ−８において、ＰＵＣＣＨ電力制御は、以下のように定義される：
【００１２】
【数１】
0006054446.tif 000002
【００１３】
上記の等式（１）において、「ＰＰＵＣＣＨ（ｉ）」は、サブフレーム「ｉ」（例えば、１０ｍｓの無線フレームにおける１ｍｓのサブフレーム）についてのＰＵＣＣＨ送信電力を指し；「ＰＣＭＡＸ」は、ＰＵＣＣＨ  ＣＣ（例えば、ＵＬ  ＰＣＣ（アップリンクプライマリＣＣ））についての（ＵＥにおける）構成される最大送信電力を指し；「Ｐ０＿ＰＵＣＣＨ」は、（ＬＴＥネットワークにおける）より上位の層によってシグナリングされる（ｅＮＢ又はＬＴＥにおける同様の制御ノードにおける）所望のＰＵＣＣＨ受信電力を指し；「ｈ（ｎＣＱＩ，ｎＨＡＲＱ）」は、情報ビットごとに同じエネルギーを保持するためにＣＱＩビットの数「ｎＣＱＩ（≧０）」又は（ＵＥによって送信されるべきＰＵＣＣＨ信号における）ＨＡＲＱビットの数「ｎＨＡＲＱ（≧０）」に依存するオフセットパラメータを指し；「ΔＦ＿ＰＵＣＣＨ（Ｆ）」は、異なる受信機（例えば、ｅＮＢ又は他の基地局）の実装及び無線条件について充分な余裕（room）を与えるための（ＵＥによって送信されるＰＵＣＣＨ信号の）ＰＵＣＣＨフォーマットに依存するオフセットパラメータを指し；
【００１４】
【数２】
0006054446.tif 000003
【００１５】
は、ＴＰＣコマンド「δＰＵＣＣＨ（ｉ）」から導かれる累算された電力調整値を指す。値「Ｍ」及び「ｋｍ」は、複信モード（例えば、ＵＥとｅＮＢとの間の通信のモード）が周波数分割複信（ＦＤＤ：Frequency  Division  Duplex）であるのか又は時分割複信（ＴＤＤ：Time  Division  Duplex）であるのかに依存し；「ＰＬ」は、パスロスを指す。
【００１６】
Ｒｅｌ−８において、ＰＵＣＣＨは、フォーマット１、１ａ、１ｂ、２、２ａ、２ｂ並びにフォーマット１／１ａ／１ｂ及び２／２ａ／２ｂの混合といった複数のフォーマットをサポートすることが知られている。これらのＰＵＣＣＨフォーマットは、以下のように用いられる：ＰＵＣＣＨフォーマット１は、単一のスケジューリング要求インジケータ（ＳＲＩ：Scheduling  Request  Indicator）ビットを用い、ＰＵＣＣＨフォーマット１ａは、１ビットのＡＣＫ／ＮＡＣＫを用い、ＰＵＣＣＨフォーマット１ｂは、２ビットのＡＣＫ／ＮＡＣＫを用い、ＰＵＣＣＨフォーマット２は、周期的なＣＱＩを用い、ＰＵＣＣＨフォーマット２ａは、１ビットのＡＣＫ／ＮＡＣＫを有する周期的なＣＱＩを用い、ＰＵＣＣＨフォーマット２ａは、２ビットのＡＣＫ／ＮＡＣＫを有する周期的なＣＱＩを用いる。
【００１７】
Ｒｅｌ−８／９において、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、以下のように定義される：
ａ．ＰＵＣＣＨフォーマット１、１ａ及び１ｂの場合、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）＝０
ｂ．ＰＵＣＣＨフォーマット２、２ａ、２ｂ及び通常の巡回プレフィクスの場合
【００１８】
【数３】
0006054446.tif 000004
【００１９】
ｃ．ＰＵＣＣＨフォーマット２及び拡張された巡回プレフィクスの場合
【００２０】
【数４】
0006054446.tif 000005
【発明の概要】
【課題を解決するための手段】
【００２１】
上述のように、送信電力制御パラメータのうちの１つ、即ちｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、Ｒｅｌ−８においてサポートされる種々のＰＵＣＣＨフォーマットについて定義される。さらに、Ｒｅｌ−１０におけるＰＵＣＣＨフォーマット３について、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）＝１０ｌｏｇ１０（ｎＨＡＲＱ）を適用することが提案されている。しかしながら、ＰＵＣＣＨフォーマット３について現在提案されているｈ（ｎＣＱＩ，ｎＨＡＲＱ）の対数値は、正確な電力制御を提供しないことがある。
【００２２】
それ故に、（ＵＥからの）ＰＵＣＣＨ信号を通じて送信される情報ビットごとに同じエネルギーを保持するために、Ｒｅｌ−１０におけるＣＡ  ＰＵＣＣＨフォーマットの双方（即ち、ＰＵＣＣＨフォーマット３及びチャネル選択）についてｈ（ｎＣＱＩ，ｎＨＡＲＱ）のより良好な判定を有することが望ましい。アップリンク送信のより正確な電力制御を容易にするためにＲｅｌ−１０におけるＰＵＣＣＨフォーマット３についての電力制御パラメータΔＦ＿ＰＵＣＣＨ（Ｆ）についての値を判定するための方法論を提供することは、さらに望ましい。
【００２３】
本発明は、Ｒｅｌ−１０における２つのＣＡ  ＰＵＣＣＨフォーマットについてより正確にｈ（ｎＣＱＩ，ｎＨＡＲＱ）を判定する上述されたニーズへの解決策を提供する。本発明の一実施形態において、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、Ｒｅｌ−１０におけるＣＡ  ＰＵＣＣＨフォーマットの双方についてのｎＨＡＲＱの線形関数に基づく。ＵＥについて構成されるＣＡ  ＰＵＣＣＨフォーマットに基づいて、ｅＮＢは、電力制御パラメータｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての値として、（例えば、ｅＮＢからのＰＤＣＣＨ信号におけるＴＰＣビットフィールドを介して）電力制御ｎＨＡＲＱの特定の線形関数を選択し又は適用するようにＵＥに命令して、ＵＥがそのＰＵＣＣＨ信号の送信電力をより正確に確立することを可能にし得る。本発明は、Ｒｅｌ−１０におけるＰＵＣＣＨフォーマット３について用いられるべきパラメータΔＦ＿ＰＵＣＣＨ（Ｆ）についての例示的な値も提供する。
【００２４】
一実施形態において、本発明は、関連付けられる無線ネットワークを介してプロセッサと無線通信するＵＥによって送信されるべきＰＵＣＣＨ信号の送信電力を制御する方法を対象とする。当該方法は、プロセッサを用いてＰＵＣＣＨ信号についてのＰＵＣＣＨフォーマットを構成するステップと、プロセッサを用いてＵＥにｎＨＡＲＱの線形関数のみをｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての値として適用するように命令するステップと、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、ＰＵＣＣＨフォーマットに基づき及びＰＵＣＣＨ信号の送信電力に影響を及ぼす電力制御パラメータであることと、ｎＣＱＩは、ＰＵＣＣＨ信号におけるチャネル品質インジケータ（ＣＱＩ）ビットの数を示し、ｎＨＡＲＱは、ＰＵＣＣＨ信号におけるハイブリッド自動再送要求（ＨＡＲＱ）ビットの数を示すことと、によって特徴付けられる。
【００２５】
別の実施形態において、本発明は、モバイルハンドセットに関連付けられる無線ネットワークにおいて当該モバイルハンドセットに無線インタフェースを提供するように構成されるモバイル通信ノードを対象とする。当該モバイル通信ノードは、モバイルハンドセットによって送信されるべきＰＵＣＣＨ信号についてのＰＵＣＣＨフォーマットを構成する手段と、モバイルハンドセットに以下のｎＨＡＲＱの線形関数をｈ（ｎＣＱＩ，ｎＨＡＲＱ）の値として適用するように命令するための手段と、を備えることによって特徴付けられる：
【数５】
0006054446.tif 000006
【００２６】
ここで、「α」は整数定数であり、｜β｜＜１であり、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、ＰＵＣＣＨフォーマットに基づき及びＰＵＣＣＨ信号の送信電力に影響を及ぼす電力制御パラメータであり、ｎＣＱＩは、ＰＵＣＣＨ信号におけるＣＱＩビットの数を示し、ｎＨＡＲＱは、ＰＵＣＣＨ信号におけるＨＡＲＱビットの前記数を示す。
【００２７】
さらなる実施形態において、本発明は、関連付けられる無線ネットワークにおいて動作可能なモバイルハンドセットと、無線ネットワークにおいてモバイルハンドセットに無線インタフェースを提供するように構成されるモバイル通信ノードと、を備えることによって特徴付けられるシステムを対象とする。当該システムにおけるモバイル通信ノードは、以下を実行するようにさらに構成される：モバイルハンドセットによって送信されるべきＰＵＣＣＨ信号についてのＰＵＣＣＨフォーマットを判定すること；及びモバイルハンドセットにｎＨＡＲＱの線形関数のみをｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての値として適用するように命令すること。ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、ＰＵＣＣＨフォーマットに基づき及びＰＵＣＣＨ信号の送信電力に影響を及ぼす電力制御パラメータであり、ｎＣＱＩは、ＰＵＣＣＨ信号におけるＣＱＩビットの数を示し、ｎＨＡＲＱは、ＰＵＣＣＨ信号におけるＨＡＲＱビットの数を示す。
【００２８】
別の実施形態において、本発明は、プロセッサを用いてＰＵＣＣＨ信号の送信電力を制御するためにモバイル通信ノードから電力制御信号を受信するステップと、プロセッサを用いて当該電力制御信号に応じてｎＨＡＲＱの線形関数をｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての値として選択するステップと、プロセッサを用いて線形関数を適用したＰＵＣＣＨ信号を送信し、それによりＰＵＣＣＨ信号の送信電力を部分的に制御するステップと、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、ＰＵＣＣＨ信号の送信電力に影響を及ぼす電力制御パラメータであることと、ｎＣＱＩは、ＰＵＣＣＨ信号におけるＣＱＩビットの数を示し、ｎＨＡＲＱは、ＰＵＣＣＨ信号におけるＨＡＲＱビットの数を示すことと、によって特徴付けられる方法を対象とする。
【００２９】
別の実施形態において、本発明は、関連付けられる無線ネットワークにおいて動作可能なＵＥを対象とする。ＵＥは、当該ＵＥによって送信されるべきＰＵＣＣＨ信号の送信電力を制御するための電力制御信号をモバイル通信ノードから受信するための手段と、当該電力制御信号に応じて、ｎＨＡＲＱの線形関数のみをｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての値として適用するための手段と、を備え、モバイル通信ノードは、無線ネットワークにおいてＵＥに無線インタフェースを提供するように構成され、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、ＰＵＣＣＨ信号の送信電力に影響を及ぼす電力制御パラメータであり、ｎＣＱＩは、ＰＵＣＣＨ信号におけるＣＱＩビットの数を示し、ｎＨＡＲＱは、ＰＵＣＣＨ信号におけるＨＡＲＱビットの数を示す、ことによって特徴付けられる。
【００３０】
さらなる実施形態において、本発明は、関連付けられる無線ネットワークを介してプロセッサと無線通信するＵＥによって送信されるべきＰＵＣＣＨ信号の送信電力を制御する方法を対象とする。当該ＰＵＣＣＨ信号は、ある数のＣＱＩビット及びある数のＨＡＲＱビットを含む。上記方法は、プロセッサを用いて、ＰＵＣＣＨ信号についてのＰＵＣＣＨフォーマットが送信ダイバーシティを用いるかを判定するステップと、ＰＵＣＣＨフォーマットが送信ダイバーシティを用いると判定される場合、ＰＵＣＣＨフォーマットについてのオフセットパラメータをプロセッサを用いて選択するステップと、オフセットパラメータは、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）の値に影響を及ぼしても又は影響を及ぼさなくてもよいことと、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、ＰＵＣＣＨフォーマットに基づく電力制御パラメータであることと、オフセットパラメータは、ＰＵＣＣＨ信号の送信電力に影響を及ぼすことと、ｎＣＱＩは、ＰＵＣＣＨ信号におけるＣＱＩビットの数を示し、ｎＨＡＲＱは、ＰＵＣＣＨ信号におけるＨＡＲＱビットの数を示すことと、によって特徴付けられる。
【００３１】
別の実施形態において、本発明は、関連付けられる無線ネットワークにおいて動作可能なＵＥを対象とする。ＵＥは、当該ＵＥによって送信されるべきある数のＣＱＩビット及びある数のＨＡＲＱビットを含むＰＵＣＣＨ信号についての、送信ダイバーシティを用いるＰＵＣＣＨフォーマットを受信するための手段と、当該ＰＵＣＣＨフォーマットについてのオフセットパラメータを選択するための手段と、を備え、オフセットパラメータは、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）の値に影響を及ぼしても又は影響を及ぼさなくてもよく、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、ＰＵＣＣＨフォーマットに基づく電力制御パラメータであり、オフセットパラメータは、ＰＵＣＣＨ信号の送信電力に影響を及ぼし、ｎＣＱＩは、ＰＵＣＣＨ信号におけるＣＱＩビットの数を示し、ｎＨＡＲＱは、ＰＵＣＣＨ信号におけるＨＡＲＱビットの数を示す、ことによって特徴付けられる。
【００３２】
さらなる実施形態において、本発明は、モバイルハンドセットに関連付けられる無線ネットワークにおいて当該モバイルハンドセットに無線インタフェースを提供するように構成されるモバイル通信ノードを対象とする。当該モバイル通信ノードは、モバイルハンドセットによって送信されるべきある数のＣＱＩビット及びある数のＨＡＲＱビットを含むＰＵＣＣＨ信号についてのＰＵＣＣＨフォーマットが送信ダイバーシティを用いるかを判定する手段と、当該ＰＵＣＣＨフォーマットが送信ダイバーシティを用いると判定される場合、当該ＰＵＣＣＨフォーマットについてのオフセットパラメータを選択する手段と、を備え、オフセットパラメータは、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）の値に影響を及ぼしても又は影響を及ぼさなくてもよく、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、ＰＵＣＣＨフォーマットに基づく電力制御パラメータであり、オフセットパラメータは、ＰＵＣＣＨ信号の送信電力に影響を及ぼし、ｎＣＱＩは、ＰＵＣＣＨ信号におけるＣＱＩビットの数を示し、ｎＨＡＲＱは、ＰＵＣＣＨ信号におけるＨＡＲＱビットの前記数を示す、ことによって特徴付けられる。
【００３３】
本発明の教示に係るｈ（ｎＣＱＩ，ｎＨＡＲＱ）の線形判定（及び、結果として得られるΔＦ＿ＰＵＣＣＨ（Ｆ）の値）は、ＰＵＣＣＨフォーマット２についての同じ方法（即ち、対数判定）が採用される場合と比較して、Ｒｅｌ−１０における２つのＰＵＣＣＨフォーマット、即ちＰＵＣＣＨフォーマット３及びチャネル選択についてより正確な電力制御を提供し得る。より正確な電力制御は、ＰＵＣＣＨ上の高い多重化ケイパビリティ及びより少ないセル間干渉、それ故に、ＰＤＳＣＨ（Physical  Downlink  Shared  Channel）上のより高いシステムスループット（即ち、ＵＥについてのダウンリンクにおけるデータスループット）ももたらし得る。
【図面の簡単な説明】
【００３４】
以下のセクションにおいて、本発明は、図面において図示される例示的な実施形態を参照しつつ説明されるであろう。当該図面において：
【００３５】
【図１】コンポーネントキャリア（ＣＣ）アグリゲーションの原理を図示する。
【図２】本発明の一実施形態の教示に係るＰＵＣＣＨ電力制御が実装され得る例示的な無線システムの図である。
【図３】様々なチャネルモデルの仮定の下でのＰＵＣＣＨフォーマット３についての動作ＳＮＲ（Signal-to-Noise  Ratio）を示すグラフを図示する。
【図４】図３に示される様々なチャネルモデルの仮定の下でのＰＵＣＣＨフォーマット３についての相対的な動作ＳＮＲのインクリメントを示す。
【図５】図４を参照しつつ開示されるｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての同じ線形関数がチャネル選択ベースのＨＡＲＱフィードバックスキームに用いられ得ることを示す。
【図６】異なるＤＴＸ検出閾値を有する２つのチャネル選択フィードバック設計についての相対的な動作ＳＮＲプロットを示す。
【図７】２〜１１ビットのＡＣＫ／ＮＡＣＫペイロードサイズを有するＰＵＣＣＨフォーマット３についての空間直交リソース送信ダイバーシティ（ＳＯＲＴＤ：Spatial  Orthogonal-Resource  Transmit  Diversity）のリンクレベルパフォーマンスについてのシミュレーション結果を図示する。
【図８】２〜２１ビットのＡＣＫ／ＮＡＣＫペイロードサイズを有するＰＵＣＣＨフォーマット３についてのＳＯＲＴＤのリンクレベルパフォーマンスについてのシミュレーション結果を図示する。
【図９】図７に示される様々なチャネルモデルの仮定の下での（送信ダイバーシティを伴う）ＰＵＣＣＨフォーマット３についての相対的な動作ＳＮＲのインクリメントを示し、及び図４を参照しつつ最初に開示されるｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての同じ線形関数が送信ダイバーシティを伴うＰＵＣＣＨフォーマット３の信号を電力制御するために用いられ得ることを図示する。
【図１０】図８に示される様々なチャネルモデルの仮定の下での（送信ダイバーシティを伴う）ＰＵＣＨフォーマット３についての相対的な動作ＳＮＲのインクリメントを示し、図４を参照しつつ最初に開示されるｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての線形関数がどのように送信ダイバーシティを伴うＰＵＣＣＨプロットに適合するかも図示する。
【図１１】図８に示される様々なチャネルモデルの仮定の下での（送信ダイバーシティを伴う）ＰＵＣＣＨフォーマット３についての相対的な動作ＳＮＲのインクリメントを図示する。ただし、１／３の傾きを有するｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての線形関数が図８における（送信ダイバーシティを伴う）ＰＵＣＣＨプロットについてより良好な電力制御を提供し得ることを示す。
【図１２】本発明の一実施形態に係る例示的なモバイルハンドセット又はＵＥ１２のブロック図である。
【図１３】本発明の例示的な実施形態に係る例示的なｅＮｏｄｅＢのブロック図である。
【発明を実施するための形態】
【００３６】
以下の詳細な説明において、本発明の完全な理解を提供するために多くの具体的な詳細が述べられる。ただし、本発明はこれらの具体的な詳細無しに実施をされ得ることが当業者によって理解されるであろう。他の例において、周知の方法、手続き、コンポーネント及び回路は、本発明を不明瞭にしないように詳細には説明されていない。また、本発明は主にセルラ電話／データネットワークのコンテキストにおいて説明されるが、本発明は他の形態の無線ネットワーク（例えば、全社規模の無線データネットワーク、衛星通信ネットワークなど）においても同様に実装されることができることが理解されるべきである。
【００３７】
本明細書全体にわたる「一実施形態」又は「ある実施形態」への言及は、当該実施形態に関連して説明される特定の機能、構造、又は特性が本発明の少なくとも一実施形態に含まれることを意味する。従って、本明細書全体にわたる種々の箇所における「一実施形態において」若しくは「ある実施形態において」若しくは「一実施形態に係る」という表現（又は同様の意味を有する他の表現）の出現は、必ずしも全て同じ実施形態に言及するわけではない。さらに、特定の機能、構造、又は特性は、任意の適切な手法で１つ以上の実施形態と組み合わされてもよい。さらに、本明細書における議論のコンテキストに依存して、単数形の用語は、その複数形を含んでもよく、複数形の単語は、その単数形を含んでもよい。
【００３８】
最初に留意されたい点は、「結合される（coupled）」、「接続される（connected）」、「接続する（connecting）」、「電気的に接続される（electrically  connected）」等の用語が本明細書において互換的に用いられて、電気的に接続される状態に一般的に言及する点である。同様に、第１のエンティティが第２のエンティティに（音声情報を含んでいようと非音声のデータ／制御情報を含んでいようと）情報信号を電気的に送信し及び／又は受信する場合、当該信号のタイプ（アナログ又はデジタル）に関わらず、第１のエンティティは第２のエンティティ（又は複数の第２のエンティティ）と「通信（communication）」していると見なされる。さらに留意されたい点は、図示され及び本明細書において議論される（コンポーネント図、グラフ、又はチャートを含む）種々の図面が例示的な目的のためのみであって、一定の縮尺で描かれているわけではない点である。
【００３９】
図２は、本発明の一実施形態の教示に係るＰＵＣＣＨ電力制御が実装され得る例示的な無線システム１０の図である。当該システム１０は、モバイルハンドセット１２を備え得る。当該モバイルハンドセット１２は、キャリアネットワーク１４の通信ノード１６を通じて無線サービスプロバイダのキャリアネットワーク１４と無線通信する。通信ノード１６は、例えば、３Ｇネットワークにおける基地局、又はキャリアネットワークがＬＴＥ（Long-Term  Evolution）ネットワークである場合は進化型ノードＢであってもよく、モバイルハンドセット１２に無線インタフェースを提供し得る。他の実施形態において、通信ノード１６は、サイトコントローラ、アクセスポイント（ＡＰ）、又は無線環境において動作することが可能な任意の他のタイプの無線インタフェース装置も含み得る。「モバイルハンドセット」、「無線ハンドセット」、及び「ユーザ機器（ＵＥ）」という用語は、本明細書において互換的に用いられて、無線キャリアネットワークを介して音声及び／又はデータ通信が可能な無線通信装置に言及し得る。そのようなモバイルハンドセットの幾つかの例は、携帯電話若しくはデータ転送機器（例えば、ＰＤＡ（Personal  Digital  Assistant）若しくはページャ）、スマートフォン（例えば、ｉＰｈｏｎｅＴＭ，ＡｎｄｒｏｉｄＴＭ，ＢｌａｃｋｂｅｒｒｙＴＭ等）、コンピュータ、又は無線環境において動作することが可能な任意の他のタイプのユーザ装置を含む。同様に、「無線ネットワーク」又は「キャリアネットワーク」という用語は、本明細書において互換的に用いられて、２つのユーザ機器（ＵＥ）間の音声及び／又はデータ通信を容易にする無線通信ネットワーク（例えば、セルラネットワーク）に言及し得る。
【００４０】
ＵＥ１２にアンテナ１９を介して（例えば、図２において無線リンク１７によって表されるような）エアインタフェースを提供することに加えて、通信ノード１６は、例えば、前述されたキャリアアグリゲーション（ＣＡ）（例えば、各キャリアが最大で２０ＭＨｚの帯域幅を有する最大で５つのキャリアのアグリゲーション）などを介して（例えば、ＬＴＥシステムにおけるｅＮｏｄｅＢの場合のように）無線リソース管理も実行し得る。３Ｇキャリアネットワーク１４の場合、通信ノード１６は、３Ｇ無線ネットワークコントローラ（ＲＮＣ：Radio  Network  Controller）の機能性の一部又は全てと共に３Ｇ基地局の機能性を含んで、以下に議論されるＰＵＣＣＨ電力制御を実行し得る。他のタイプのキャリアネットワーク（例えば、４Ｇネットワーク以降）における通信ノードも、同様に構成され得る。
【００４１】
一実施形態において、ノード１６は、本明細書において議論されるＰＵＣＣＨ電力制御を実装するように（ハードウェアで、ソフトウェアを介して、又は双方で）構成され得る。例えば、通信ノード１６の既存のハードウェアアーキテクチャを変更することができない場合、本発明の一実施形態に係るＰＵＣＣＨ電力制御方法論は、通信ノード１６における１つ以上のプロセッサ（例えば、プロセッサ９５（又は、より具体的には、処理ユニット９９））の適切なプログラミングを通じて実装され得る。（ノード１６におけるプロセッサによる）プログラムコードの実行は、本明細書において議論されるＰＵＣＣＨ電力制御をプロセッサに実行させ得る。従って、以下の議論において、通信ノード１６は機能又は処理を「実行し」、「達成し」、又は「遂行する」と言及され得るが、そのような性能が要望通りにハードウェア及び／又はソフトウェアにおいて技術的に達成され得ることは当業者には明らかである。同様に、ＵＥ１２は、以下により詳細に議論されるＰＵＣＣＨ電力制御のうちのＵＥ１２の部分を実行するように（ハードウェア及び／又はソフトウェアにおいて）適切に構成され得る。
【００４２】
キャリアネットワーク１４は、通信ノード１６に結合され及びネットワーク１８において論理機能及び制御機能（例えば、加入者アカウント管理、課金、加入者移動性管理）を提供するコアネットワーク１８を含み得る。ＬＴＥキャリアネットワークの場合、コアネットワーク１８は、アクセスゲートウェイ（ＡＧＷ）であってもよい。キャリアネットワーク１４のタイプに関わらず、コアネットワーク１８は、ＵＥの接続を、キャリアネットワーク１４において動作している他のモバイルハンドセット及び他の通信装置（例えば、有線電話）又はキャリアネットワーク１４の外部の他の音声及び／若しくはデータネットワークにおけるリソース（例えば、インターネットウェブサイト）に提供するように機能し得る。この点に関して、コアネットワーク１８は、パケット交換ネットワーク２０（例えば、インターネットなどのインターネットプロトコル（ＩＰ）ネットワーク）及び公衆交換電話ネットワーク（ＰＳＴＮ：Public-Switched  Telephone  Network）などの回路交換ネットワーク２２に結合されて、キャリアネットワーク１４において動作する装置を超えた所望の接続を達成し得る。従って、通信ノード１６のコアネットワーク１８への接続及びハンドセット１２の通信ノード１６との無線リンクを通じて、ハンドセット１２のユーザは、事業者のキャリアネットワーク１４内で動作するものを超えた多くの異なるリソース又はシステムに無線で（及びシームレスに）アクセスし得る。
【００４３】
理解されるように、キャリアネットワーク１４は、ＵＥ１２が加入者ユニットであり得る携帯電話ネットワークであってもよい。ただし、前述したように、本発明は、（音声ネットワークであれ、データネットワークであれ、又は双方であれ）他の非携帯無線ネットワークにおいても同様に動作可能である。さらに、キャリアネットワーク１４の一部は、例えば、ＰＳＴＮ又は衛星ベースの通信リンクといった現在又は将来の有線通信ネットワーク又は無線通信ネットワークのいずれかを独立して又は組み合わせて含んでもよい。同様に、これも上述したように、キャリアネットワーク１４は、そのコアネットワーク１８のＩＰ（パケット交換）ネットワーク２０への接続を介してインターネットに接続されてもよく、又はインターネットの一部をキャリアネットワーク１４の一部として含んでもよい。
【００４４】
キャリアアグリゲーション（ＣＡ）が存在してもしなくても、初期アクセスの期間中に、ＬＴＥ  Ｒｅｌ−１０端末（又はＵＥ）は、ＬＴＥ  Ｒｅｌ−８端末と同様に振る舞い得る。ネットワークへの接続が成功すると、端末は、当該端末自身のケイパビリティ及びネットワークに依存して、ＵＬ及びＤＬにおける付加的なＣＣと共に構成され得る。この構成は、無線リソース制御（ＲＲＣ：Radio  Resource  Control）シグナリングに基づき得る。ただし、大量のシグナリング及びかなり低速のＲＲＣシグナリングに起因して、端末は、複数のＣＣのうちの全てがその時点で使用されるわけではなくても、最初は当該複数のＣＣにより（ｅＮＢ１６によって）構成され、当該端末は、ＰＤＣＣＨについての全ての構成されるＤＬ  ＣＣ及び物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をモニタリングしなければならないことがあり得る。これは、より広い帯域幅、より高いサンプリングレート等を要求するかもしれず、ＵＥ１２における高い電力消費という結果をもたらし得る。
【００４５】
複数のＣＣの構成に関連する上記問題を軽減するために、ＬＴＥ  Ｒｅｌ−１０は、（上述したＣＣの構成に加えて）ｅＮＢ１６によるＣＣのアクティブ化もサポートする。一実施形態において、端末又はＵＥ１２は、ＰＤＣＣＨ及びＰＤＳＣＨについて構成され及びアクティブ化されたＣＣのみをモニタリングする。一実施形態において、アクティブ化は、ＲＲＣシグナリングよりも高速であり得るメディアアクセス制御（ＭＡＣ：Media  Access  Control）制御エレメントに基づき得る。ＭＡＣベースのアクティブ化／非アクティブ化は、現在のデータレートのニーズを満たすために必要とされるＣＣの数に追随することができる。大量のデータが到来すると、複数のＣＣは、（例えば、ｅＮＢ１６によって）アクティブ化され、データ送信のために用いられ、及びもはや必要なくなれば非アクティブ化される。１つのＣＣ、即ちＤＬプライマリＣＣ（ＤＬ  ＰＣＣ）、を除く全ては、非アクティブ化されることができる。それ故に、アクティブ化は、複数のＣＣを構成する可能性を提供するが、それらをアクティブ化するのは必要に応じてのみである。大抵の場合、端末又はＵＥ１２は、１つ又は非常に少数のＣＣをアクティブ化させ、より低い受信帯域幅、従って低減されたバッテリ消費という結果をもたらすであろう。
【００４６】
しかしながら、ＭＡＣシグナリング（及び、特に、アクティブ化コマンドが成功裏に受信されたかを示す（ＵＥ１２による）ＨＡＲＱフィードバックシグナリング）がエラーを起こす場合、一実施形態において、ＣＡ  ＰＵＣＣＨフォーマットは、構成されるＣＣの数に基づき得る。従って、１つよりも多くのＣＣがＵＥ１２について構成される場合、Ｒｅｌ−１０のＣＡ  ＰＵＣＣＨフォーマットがｅＮＢ１６によって当該ＵＥ１２について選択され及びダウンリンク制御信号（例えば、ＰＤＣＣＨ信号）を介してＵＥ１２に通信され得る。他方、ＵＥ１２についての単一のＣＣの構成の場合、Ｒｅｌ−８のＰＵＣＣＨフォーマットが選択され得る。
【００４７】
ＵＥの観点からすれば、対称的及び非対称的なアップリンク／ダウンリンク（ＵＬ／ＤＬ）ＣＣ構成がサポートされ得る。ＵＥ１２が単一のＤＬ  ＣＣ（これはＤＬ  ＰＣＣである）及びＵＬ  ＣＣ（これはＵＬ  ＰＣＣである）と共に構成される場合、ｅＮＢ１６は、ＵＥ１２に、Ｒｅｌ−８に従ってＰＵＣＣＨ上で動的ＡＣＫ／ＮＡＣＫを動作させるように命令し得る。ＤＬ割り当てについてのＰＤＣＣＨを送信するために用いられる第一の制御チャネルエレメント（ＣＣＥ：Control  Channel  Element）は、Ｒｅｌ−８のＰＵＣＣＨ上の動的ＡＣＫ／ＮＡＣＫリソースを判定する。１つのＤＬ  ＣＣのみがＵＬ  ＰＣＣとセル固有に（cell-specifically）リンクされている場合、全てのＰＤＣＣＨが異なる第一のＣＣＥを用いて送信されるため、ＰＵＣＣＨの衝突は生じない。
【００４８】
セル非対称のＣＡシナリオにおいて又は他の理由のために、複数のＤＬ  ＣＣは、同じＵＬ  ＣＣにセル固有にリンクされ得る。同じＵＬ  ＣＣただし異なるＤＬ  ＣＣ（即ち、ＵＬ  ＣＣにセル固有にリンクされるＤＬ  ＣＣのうちのいずれか）と共に構成される複数の端末は、同じＵＬ  ＰＣＣを共有するが、異なるＤＬ  ＰＣＣを有する。異なるＤＬ  ＣＣから端末のＤＬ割り当てを受信する複数の端末は、当該端末のＨＡＲＱフィードバックを同じＵＬ  ＣＣ上で送信し得る。ＰＵＣＣＨの衝突が生じないようにするのは、ｅＮＢスケジューラ（図２には示されないが、図１３に示される）次第である。ただし、少なくともＲｅｌ−１０において、端末は、ＤＬ  ＣＣよりも多くのＵＬ  ＣＣと共に構成され得ない。
【００４９】
一実施形態において、ＵＥ１２が当該ＵＥ１２について（ｅＮＢ１６によって）構成される複数のＤＬ  ＣＣを有する場合、ＤＬ  ＰＣＣ上で送信される各ＰＤＣＣＨは、ＵＬ  ＰＣＣ上で予約されるＲｅｌ−８のＰＵＣＣＨリソースを有する。端末が複数のＤＬ  ＣＣと共に構成されるが１つのＤＬ  ＰＣＣ割り当てのみを受信する場合であっても、当該端末は、ＵＬ  ＰＣＣ上のＲｅｌ−８のＰＵＣＣＨリソースをなお用い得る。別の実施形態は、単一のＤＬ  ＰＣＣ割り当てについてさえ、当該ＤＬ  ＰＣＣのみがアクティブであり及び用いられるとしても、構成されるＣＣの数に対応するＨＡＲＱビットのフィードバックを可能にするＣＡ  ＰＵＣＣＨを用い得る。別の実施形態において、単一のセカンダリＣＣ（ＳＣＣ）上でＤＬ割り当てを受信し又は複数のＤＬ割り当てを受信すると、ＣＡ  ＰＵＣＣＨは複数のＣＣのＨＡＲＱビットのフィードバックをサポートし得るため、ＣＡ  ＰＵＣＣＨが用いられ得る。
【００５０】
ＰＵＣＣＨの電力制御は、（前述した）３ＧＰＰ  ＴＳ  ３６．２１３のリリース１０におけるセクション５．１．２．１において説明されている。当該セクションの開示は、その全体が参照によって本明細書に包含される。周知のように、ＰＵＣＣＨについての電力制御は、全てのＰＵＣＣＨフォーマットについての一般的な部分及びＰＵＣＣＨ上のペイロードに基づく特定のパラメータを含む。特定の部分は、主に２つのパラメータΔＦ＿ＰＵＣＣＨ（Ｆ）及びｈ（ｎＣＱＩ，ｎＨＡＲＱ）を含む。パラメータΔＦ＿ＰＵＣＣＨ（Ｆ）は、ＰＵＣＣＨフォーマット１ａと（ＵＥ１２について）現在用いられているＰＵＣＣＨフォーマットとの間の相対的なパフォーマンスの差を定義する。Ｒｅｌ−１０におけるＰＵＣＣＨフォーマット３の場合、（以下に議論される）３〜４つの異なる値が、この相対的なオフセットについて判定され得る。これらの値は、潜在的な異なるｅＮＢ受信機の実装をカバーし得る。他方、パラメータｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、（ＵＥ１２における）ＰＵＣＣＨの送信電力をＵＥ１２からのＰＵＣＣＨ信号において送信されるビットの数に適合させる。上記「背景技術」において述べられたように、ＰＵＣＣＨ１ａ／１ｂの場合、これらのフォーマットは当該フォーマットについて１つの／固定されたペイロードサイズ（１ビット又は２ビットのＡＣＫ／ＮＡＣＫ）のみをサポートするため、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）の値は０ｄＢである。ただし、Ｒｅｌ−１０におけるＰＵＣＣＨフォーマット３は、異なる（可変の）ペイロードサイズをサポートする点においてＲｅｌ−８におけるＰＵＣＣＨフォーマット２と類似している。それ故に、電力制御はＰＵＣＣＨフォーマット３により送信されるＡＣＫ／ＮＡＣＫビットの数に基づいて適合可能であることが望ましい。
【００５１】
図３は、様々なチャネルモデルの仮定の下でのＰＵＣＣＨフォーマット３についての動作ＳＮＲ（信号対雑音比）を示すグラフ３０〜３５を図示する。仮定されるチャネルモデルについてのＰＵＣＣＨフォーマット１ａ（１ビットのＡＣＫ／ＮＡＣＫ）についての動作ＳＮＲの値も参考として示され、参照番号「３７」によって識別される。図示を簡単にするために、フォーマット１ａについてのＳＮＲ値について表される幾何学的記号３８〜４３の各々は図３において個別には識別されないが、参照番号「３７」を通じてまとめて識別される。ただし、幾何学的記号３８〜４３の各々は、図３の凡例において識別され、対応するグラフ３０〜３５上に印される。プロット３０〜３５及び３７は仮定される６つの異なる無線チャネルタイプ（即ち、歩行者チャネル又は車両チャネル）及び（対応するチャネルタイプにおけるＵＥの）速度の下でｅＮＢ（例えば、ｅＮＢ１６）において受信されるＰＵＣＣＨ信号のシミュレーション結果であることに留意されたい：（ｉ）１０ＭＨｚの帯域幅及び３ｋｍ／時のＵＥ速度（即ち、ＵＥが歩行者によって運搬される場合のＵＥの速度）を有するＥＰＡ（Enhanced  Pedestrian  Channel）（横向きの三角３８によって識別される）；（ｉｉ）５ＭＨｚの帯域幅及び３ｋｍ／時のＵＥ速度を有するＥＴＵ（Enhanced  Typical  Urban）チャネル（「×」印３９によって識別される）；（ｉｉｉ）１２０ｋｍ／時のＵＥ速度（即ち、ＵＥが車両によって運搬される場合のＵＥの速度）を有する５ＭＨｚのＥＴＵチャネル（ダイアモンド形状４０によって識別される）；（ｉｖ）３ｋｍ／時のＵＥ速度及びＵＥからｅＮＢへの付加的なアップリンク信号、即ちサウンディングリファレンス信号（ＳＲＳ：Sounding  Reference  Signal）の存在を有する１０ＭＨｚのＥＰＡチャネル（円形４１によって識別される）；（ｖ）３ｋｍ／時のＵＥ速度及びＳＲＳ信号の存在を有する５ＭＨｚのＥＴＵチャネル（上向きの三角形４２によって識別される）；並びに（１２０ｋｍ／時のＵＥ速度及びＳＲＳ信号の存在を有する５ＭＨｚのＥＴＵチャネル（下向きの三角形によって識別される）。
【００５２】
ＳＲＳ信号はＵＥ（例えば、ＵＥ１２）によってｅＮＢ（例えば、ｅＮＢ１６）へ送られ得ることに留意されたい。ＵＥは、ＳＲＳ信号を用いて、ｅＮＢがチャネル依存の（即ち、周波数選択的な）アップリンクスケジューリングを提供することを可能にし得る。ＵＥからのＳＲＳ信号に応答して、ｅＮＢは、要求されたスケジューリング情報を当該ｅＮＢからのＰＤＣＣＨ／ＰＤＳＣＨシグナリングを介して提供し得る。ＳＲＳ信号は、ＰＵＣＣＨ信号とは独立に送られてもよい。
【００５３】
図３から、（以下で議論される図４における２１ＡＣＫ／ＮＡＣＫビットとは対照的に、最大で１１ＡＣＫ／ＮＡＣＫビットに限定される）短縮されたＰＵＣＣＨフォーマット３は各付加的なペイロード（ＡＣＫ／ＮＡＣＫ）ビットについて小さなＳＮＲオフセットを生じさせ得ることが認められる。０．３ｄＢ未満の平均的なオフセットサイズでは、ＳＲＳサブフレームについて考慮される（例えば、等式（１）のコンテキストにおける）付加的なＰＵＣＣＨ電力制御項は、ＰＵＣＣＨフォーマット３の信号において明示的に保証されないかもしれない。
【００５４】
図４は、図３に示される様々なチャネルモデルの仮定の下でのＰＵＣＣＨフォーマット３についての相対的な動作ＳＮＲのインクリメントを示す。Ｒｅｌ−１０におけるＰＵＣＣＨフォーマット３についてのΔＦ＿ＰＵＣＣＨ（Ｆ）及びｈ（ｎＣＱＩ，ｎＨＡＲＱ）の正確な関数を判定することを可能とするために、図４のコンテキストにおいて、ｅＮＢ（例えば、シミュレーション下のｅＮＢ、又は実際の実装におけるｅＮＢ１６）はＰＵＣＣＨフォーマット１ａの電力を正確に制御できると仮定される。この仮定の下で、図３〜図４の実施形態におけるｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての値が決定されるように、図３における全ての異なるプロット３０〜３５の傾きに一致する曲線／プロットを適合させることが望ましい。ΔＦ＿ＰＵＣＣＨ（Ｆ）を判定することは、各チャネルタイプ及び速度についてＰＵＣＣＨフォーマット１ａのグラフと対応するＰＵＣＣＨフォーマット３のグラフとの間の差を計算することによって同じプロセスにおいて為され得る。
【００５５】
図４を構築するために、全てのプロットが互いに重なり合うように、（ＰＵＣＣＨフォーマット１ａの結果３７を含む）図３における各プロット３０〜３５は任意に移動されている。このプロセスは、全てのプロットが互いに組み合わされた場合の傾きを発見することを可能にし、それによりｈ（ｎＣＱＩ，ｎＨＡＲＱ）を判定する。ｈ（ｎＣＱＩ，ｎＨＡＲＱ）の判定に基づいて、各チャネルのシナリオについて対応するΔＦ＿ＰＵＣＣＨ（Ｆ）を判定することも可能になる。さらに、図３及び図４において、シミュレーションされる受信機（例えば、ｅＮＢ又は他の基地局）は、適切なＤＴＸ（Discontinuous  Transmission：不連続送信）検出アルゴリズムを採用し得る。周知のように、不連続送信により、ｅＮＢとＵＥとの間のチャネル上の通信は、連続的に発生しないが、データ送信要件ごとに、オンとオフとが周期的に生じ得る。従って、ＤＴＸ可能なチャネルは、連続的にアクティブではないことがある。
【００５６】
図示を簡単にし及び明確にするために、図４に現れている図３からの各グラフは、個別に識別されていないことに留意されたい。同様に、本明細書において議論される他の図面（即ち、図５〜図１１）において、明確さが必要とされる場合、参照番号を通じた種々のグラフの詳細な識別は回避される。さらに、議論を簡単にするために、参照番号３８〜４３及び様々なチャネルモデルに関連付けられる対応する幾何学的記号は、本明細書において提示される図３〜図６の全体にわたり一貫して用いられる。同様に、参照番号６４〜６６及び様々なチャネルモデルに関連付らえる対応する幾何学的記号は、以下で議論される図７〜図１１の全体にわたり一貫して用いられる。
【００５７】
図４において、（「Ａ／Ｎ」とも呼ばれる）ＡＣＫ／ＮＡＣＫビット範囲は、（最大で２１ビットまで）拡大されて、様々なチャネルモデルの仮定の下でのＰＵＣＣＨフォーマット３についての（図３において）上述されたシミュレーション結果をカバーする。図４において、プロット４５は、他のプロット（即ち、図３からのプロット３０〜３５のシフトされたバージョン）と適度に良く適合する。以下の式が図３〜図４におけるプロット３０〜３５についてのＳＮＲのインクリメントに非常に良く適合し得ることがプロット４５から認められる。
【００５８】
【数６】
0006054446.tif 000007
【００５９】
さらに、ＰＵＣＣＨフォーマット３のプロット及びＰＵＣＣＨフォーマット１ａのプロットの相対的な位置から、ΔＦ＿ＰＵＣＣＨ（Ｆ）についての値のうちの２つは０ｄＢ及び１ｄＢであることが認められる。幾らかの余分な実装上のマージンを与えるために、ΔＦ＿ＰＵＣＣＨ（Ｆ）についての付加的な値は、２ｄＢであり得る。ΔＦ＿ＰＵＣＣＨ（Ｆ）についての第４の値は、（実装固有の判定のために）予備として残されてもよく、実際のＳＮＲ評価結果がΔＦ＿ＰＵＣＣＨ（Ｆ）の値の範囲を拡大する必要があることを示す場合に利用されることができる。一実施形態において、ＲＲＣシグナリングは、特定のＰＵＣＣＨフォーマットについてのΔＦ＿ＰＵＣＣＨ（Ｆ）の値を伝達するために割り当てられる２ビットを有してもよく、それにより、ΔＦ＿ＰＵＣＣＨ（Ｆ）について４つの異なる値が特定されることを可能にすることに留意されたい。別の実施形態において、例えば、無線シグナリングプロトコルにおいてΔＦ＿ＰＵＣＣＨ（Ｆ）について予約されるビットの数に依存して、任意の長さの値（≧０）がΔＦ＿ＰＵＣＣＨ（Ｆ）について特定され得る。
【００６０】
前述したように、Ｒｅｌ−１０におけるＰＵＣＣＨフォーマット３についてｈ（ｎＣＱＩ，ｎＨＡＲＱ）＝１０ｌｏｇ１０（ｎＨＡＲＱ）を適用することが提案されてきた。図４は、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）についてのこの対数ベースの式についてのプロット４７（図４におけるグラフ３０〜３５に最も近い近似値を提供するために４．５ｄＢ差し引くことによって若干変更されている）も示す。ｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての提案された対数ベースの式はデータにも上記等式（２）において提供される線形判定にも適合しそうにないことがプロット４７から分かる。
【００６１】
従って、一実施形態において、ＰＵＣＣＨフォーマット３について、パラメータΔＦ＿ＰＵＣＣＨ（Ｆ）は、値｛０ｄＢ，１ｄＢ，２ｄＢ，予備｝から成ってもよく、
【００６２】
【数７】
0006054446.tif 000008
【００６３】
である。従って、本発明の一実施形態に係るΔＦ＿ＰＵＣＣＨ（Ｆ）の値は、実装に関連する充分なマージンを提供し及び様々な受信機（即ち、ｅＮＢ又は他の基地局）の実装をカバーする。さらに、ΔＦ＿ＰＵＣＣＨ（Ｆ）についての値は、ｅＮＢ（例えば、ｅＮＢ１６）が展開され得る様々な動作シナリオ（例えば、ｅＮＢの周りの無線環境が非常に分散的なチャネルを生成する場合等）もカバーする。一実施形態において、パラメータｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての値は、以下のようにより一般的に表され得る：
【００６４】
【数８】
0006054446.tif 000009
【００６５】
上記等式（３）において、「α」は整数定数であり、｜β｜＜１である。「β」の値は、（上記等式（３）の場合のように）ｈ（ｎＣＱＩ，ｎＨＡＲＱ）に含まれるか、又はΔＦ＿ＰＵＣＣＨ（Ｆ）に含まれ得る。等式（２）のコンテキストにおいて、α＝２及びβ＝−１／２である。ただし、α及びβについての他の値は、他の実施形態において可能であり得る。例えば、以下で議論される図１１の実施形態において、α＝３及びβ＝−１／３である。
【００６６】
従って、本発明の一実施形態によれば、ｅＮＢ１６は、ＵＥ１２についてのＰＵＣＣＨフォーマットを最初に構成し得る。キャリアアグリゲーション（ＣＡ）の場合、ｅＮＢ１６は、ＰＵＣＣＨフォーマット３又はチャネル選択といったＣＡ  ＰＵＣＣＨフォーマットを特定し得る。ＣＡ  ＰＵＣＣＨフォーマットに基づいて、ｅＮＢ１６は、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）の値として（例えば、上記等式（２）及び等式（３）によって与えられる）ｎＨＡＲＱの線形関数のみを適用して、ＵＥ１２によって送信されるべきＰＵＣＣＨ信号の送信電力を制御するようにＵＥ１２に命令し得る。一実施形態において、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての適当な位置関数は、ＵＥ１２におけるメモリ（図１２に示される）に記憶され得る。これらの関数は、（以下で議論されるように）送信ダイバーシティが用いられるか否か等のチャネル条件に対処し得る。ｅＮＢ１６は、（例えば、ＰＤＣＣＨ上のＤＣＩメッセージにおけるＴＰＣコマンドを通じた標識（例えば、特定の値又はビットの組み合わせ）を介して）ＵＥ１２にこれらの記憶された関数のうちのどれを電力制御について適用するかを特定し得る。同様に、ＵＥ１２も、本発明の教示のように、ΔＦ＿ＰＵＣＣＨ（Ｆ）についての値のセットを記憶し得る。ｅＮＢ１６も、（例えば、ＴＰＣコマンドを介して）既存のチャネル条件及びＰＵＣＣＨフォーマットに基づいて特定のＵＥ１２によってΔＦ＿ＰＵＣＣＨ（Ｆ）についてのどの値が用いられ得るかを特定し得る。ＵＥ１２は、種々のアップリンク電力制御パラメータについてｅＮＢ固有の値を選択するように構成され得る。
【００６７】
全てのＴＰＣコマンドは同じＵＬ  ＣＣ及び／又はＰＵＣＣＨリファレンスに対処するため、一実施形態において、１つのＴＰＣフィールドにおいて真のＴＰＣコマンドのみを送信し、非電力制御関連の情報については他のＤＣＩメッセージにおけるＴＰＣフィールドを再利用することが望ましいことがあり得ることが認められる。こうすることは、非冗長な制御情報についてより高いデータレートを可能にし得る。
【００６８】
ここで等式（２）を参照すると、ＰＵＣＣＨフォーマット３がＣＡ  ＡＣＫ／ＮＡＣＫについて用いられる場合、一実施形態において、等式（２）におけるｎＨＡＲＱは、以下のうちの１つ以上に基づくことができる：（ｉ）構成されるコンポーネントキャリアの数及び当該構成されるＣＣ上の構成される送信モードに対応する（ＵＥ１２によって送信されるべきＰＵＣＣＨ信号中の）ＡＣＫ／ＮＡＣＫビットの数；（ｉｉ）アクティブ化されたコンポーネントキャリアの数及び当該アクティブ化されたＣＣ上の構成される送信モードに対応するＡＣＫ／ＮＡＣＫビットの数；並びに（ｉｉｉ）ＵＥ１２において受信されるトランスポートブロックの数に対応するＡＣＫ／ＮＡＣＫビットの数（例えば、受信されるトランスポートブロックについてＵＥ１２によって実際に送信されるべきＡＣＫ／ＮＡＣＫビットの数）。送信モードは、ＬＴＥにおける種々の多重入出力（ＭＩＭＯ：Multiple  Input  Multiple  Output）ＵＬ／ＤＬ送信モードを含み得る。
【００６９】
ＵＥが受信することができる全てのリソース上に当該ＵＥがスケジュールされないことは非常にまれであり得ることが認められる。換言すれば、ＵＥが複数のコンポーネントキャリア上でアクティブ化され及び当該ＵＥがスケジューリングされる場合、大抵の場合、ＵＴは当該ＵＥのアクティブ化されたコンポーネントキャリア上にスケジューリングされる。ＵＥがあまりに低い電力で送信する状況を回避するために、一実施形態において、ＰＵＣＣＨフォーマット３上のＵＥの電力をアクティブ化されたコンポーネントキャリアの数に基づいてＵＥが設定することが望ましいことがあり得る。
【００７０】
しかしながら、アクティブ化されたコンポーネントキャリアの数についてｅＮＢとＵＥとが異なる理解を有する場合、一実施形態において、ＰＵＣＣＨフォーマット３についてのｎＨＡＲＱの値は、アクティブ化されたコンポーネントキャリアの数ではなく、構成されるＣＣの数に基づき得る。主に２つの観点が存在する：（ｉ）コンポーネントキャリアがアクティブ化又は非アクティブ化される場合におけるＭＡＣ（非）アクティブ化メッセージ中のＮＡＣＫ−＞ＡＣＫ又はＡＣＫ−＞ＮＡＣＫエラー、及び（ｉｉ）ＵＥによるコンポーネントキャリアの自律的な非アクティブ化の場合。自律的な非アクティブ化は、ｅＮＢがコンポーネントキャリアを非アクティブ化することを「忘れる（forgets）」場合に導入された。従って、自律的な非アクティブ化の状況は、それ故に適当なｅＮＢの実装によってｅＮＢレベルにおいて回避され得る。しかしながら、ＮＡＣＫ−＞ＡＣＫ又はＡＣＫ−＞ＮＡＣＫエラーは幾つかの状況において依然として発生することがあり得るが、当該エラーがコーディング部分に比較して電力制御のみに影響を及ぼす場合、当該エラーの影響は小さくなり得る。なぜなら、電力制御については、ｅＮＢは幾つかの付加的なＴＰＣコマンドを送信することによって補償し得るためである。さらに、電力制御がアクティブ化されたコンポーネントキャリアの数とこれらのコンポーネントキャリア上の構成される送信モードとに基づく場合、ＵＥの送信された電力は、大抵の場合、スケジューリングされたコンポーネントキャリアの数に対応し得る。
【００７１】
他方、ＰＵＣＣＨフォーマット３が非ＣＡのＡＣＫ／ＮＡＣＫについて用いられる場合、上記等式（２）におけるｎＨＡＲＱは、以下のうちの１つ以上に基づくことができる：（ｉ）利用されるＵＬ／ＤＬサブフレーム構成及びＵＥ１２について構成される送信モードに対応する取り得るスケジューリングされたＤＬトランスポートブロックの最大数に対応するＡＣＫ／ＮＡＣＫビットの数；（ｉｉ）ＰＵＣＣＨフォーマット３が送信されるＵＬサブフレームのフィードバックウィンドウ内で取り得るスケジューリングされたＤＬトランスポートブロックの最大数に対応するＡＣＫ／ＮＡＣＫビットの数；及び（ｉｉｉ）ＵＥ１２において受信されるトランスポートブロックの数に対応するＡＣＫ／ＮＡＣＫビットの数。一実施形態において、（ｅＮＢ１６に送られるべき）データは、送信時間間隔（ＴＴＩ：Transmit  Time  Interval）ごとの最大の１つのトランスポートブロックの形式（１ｍｓのフレーム期間と同等であり得る）で、ＵＥ１２内のコーディングユニット（図示せず）に到来し得る。上記３つの場合全てにおいて、最大でも１つのＡＣＫ／ＮＡＣＫビットが関連付けられるＤＬサブフレームごとに生成されるように空間的バンドリングが実行され得る。
【００７２】
等式（２）及び等式（３）におけるｎＨＡＲＱは一般的にＡＣＫ／ＮＡＣＫビットの数の観点から判定され得るが、幾つかの実施形態において、ｎＨＡＲＱの値を判定する際にスケジューリング要求（ＳＲ：scheduling  requests）もＡＣＫ／ＮＡＣＫビットと同様に考慮され得ることに留意されたい。従って、幾つかの実施形態において、パラメータｎＨＡＲＱは、ＡＣＫ／ＮＡＣＫビットの数のみに対応し得るが、ＳＲがＡＣＫ／ＮＡＣＫと一緒に送信される他の実施形態において、ｎＨＡＲＱにはＳＲも同様に（即ち、Ａ／Ｎビットに加えて）算入され得る。さらに、幾つかの他の実施形態において、ｎＨＡＲＱの値についてのＡＣＫ／ＮＡＣＫビットの数には、ＵＥ１２からの任意のＳＰＳ（Semi-Persistent  Scheduling）非アクティブ化メッセージも算入され得る。
【００７３】
図５は、その全体が参照によって本明細書に包含される３ＧＰＰ寄書第Ｒ１−１０５８０７号、”Way  forward  on  A/N  mapping  table  for  channel  selection,  Nokia  Siemens  Networks”（本明細書において「Ｒ１−１０５８０７」と呼ばれる）によって説明されるものなどのチャネル選択（ＣＳ：channel  selection）ベースのＨＡＲＱフィードバックスキームを電力制御するために、図４を参照しつつ開示されたｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての同じ線形関数が用いられることができることを示す。前述のように、Ｒｅｌ−１０におけるＣＡ  ＰＵＣＣＨは、２つの異なる手法において為されることができる：（ｉ）（図３〜図４を参照しつつ上記で議論された）ＰＵＣＣＨフォーマット３の使用、又は（ｉｉ）チャネル選択（ＣＳ）である。第２のＣＡ  ＰＵＣＣＨ方法、即ちチャネル選択、の基本原理は、ｅＮＢによってＰＵＣＣＨフォーマット１ａ／１ｂのリソースのセットがＵＥに割り当てられるということである。ＵＥは、割り当てられたリソースのうちの１つを当該ＵＥが送信すべき（ＤＴＸ検出ビットを含み得る）ＡＣＫ／ＮＡＣＫシーケンスに応じて選択する。いったんリソースが選択されると、ＵＥは、四位相偏移変調（ＱＰＳＫ：Quadrature  Phase  Shift  Keying）信号又は二位相偏移変調（ＢＰＳＫ：Binary  Phase  Shift  Keying）信号を用いてＡＣＫ／ＮＡＣＫシーケンスを送信するであろう。ｅＮＢは、ＵＥがどのリソースを用いるのか及び用いられるリソース上でＵＥがどのＱＰＳＫ値又はＢＰＳＫ値をフィードバックしたかを検出し、当該検出を関連付けられたＤＬについてのＨＡＲＱ応答に結合する。従って、ＣＡ  ＰＵＣＣＨのチャネル選択方法におけるＡ／Ｎビットの数は、図５におけるｘ軸上に図示されるように２ビットから４ビットまでに及ぶ。
【００７４】
図５において、図４と同様に、種々の個別のＳＮＲプロットシミュレーションが結合されて、相対的な動作ＳＮＲのインクリメントが取得される。図示を簡単にし及び明確にするために、これらのプロットは、参照番号「５０」によってまとめて識別される。同様に、ＰＵＣＣＨフォーマット１ａについてのデータ点も参考として示され、番号「５２」によって識別される。図４の場合と同様に、
【００７５】
【数９】
0006054446.tif 000010
【００７６】
の値は、プロット５４によって分かるように図５の実施形態において適度に良く適合する。図５は、（図５におけるグラフ５０に最も近い近似値を提供するために３．５ｄＢを差し引くことによって若干変更される）ｈ（ｎＣＱＩ，ｎＨＡＲＱ）について提案される対数ベースの方程式についてのプロット５５も示す。この場合も、図４における場合と同様に、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての提案される対数ベースの方程式がデータにも上記式（２）において提供される線形判定にも適合しそうにないことがプロット５５から分かる。
【００７７】
図６は、異なるＤＴＸ検出閾値を有する２つのチャネル選択フィードバック設計についての相対的な動作ＳＮＲのプロット５６〜５７を示す。その全体が参照によって本明細書に包含される３ＧＰＰ提案文書第Ｒ１−１０５４７６号“Mapping  Tables  for  Format  1b  with  Channel  Selection”（本明細書において「Ｒ１−１０５４７６」と呼ばれる）において提供されるものなどの別のチャネル選択フィードバック設計について、受信機（即ち、ｅＮＢ又は他のＢＳ）のＤＴＸ検出閾値は、（前述したように２Ａ／Ｎビット〜４Ａ／Ｎビットに及び得る）ＨＡＲＱフィードバックビットの範囲について不均一に設定されることができる。より具体的には、図６におけるシミュレーションされたプロット５６〜５７を参照しつつ２つのケースが以下で考慮される。（ＰＵＣＣＨフォーマット１ａについてのデータ点５８も参考として提供される。）
【００７８】
（１）受信機（例えば、ｅＮＢ１６）のＤＴＸ検出閾値は、例えば、Ｆｒｅｑ（ＰＵＣＣＨ  ＤＴＸ→ＡＣＫビット）≦１０−３を達成するように不均一に設定されることができる。図６におけるプロット５６及び図５におけるプロット５０は、Ｆｒｅｑ（ＤＴＸ→ＡＣＫ）＝０．００１であるＣＳのケースを表す。図５におけるプロット５０の場合、同じ線形関数ｈ（ｎＣＱＩ，ｎＨＡＲＱ）（プロット５４によって示される）はこのチャネル選択ベースのＨＡＲＱフィードバックスキームを均一なＤＴＸ検出閾値設定により電力制御するためにプロット５６についても用いられることができる。より厳しいＤＴＸ検出閾値についての理由は、幾つかのＮＡＣＫ値はＤＴＸにマッピングされ、Ｐｒ（ＮＡＣＫ→ＡＣＫ）≦１０−３となる可能性である。
【００７９】
（２）３Ａ／Ｎフィードバックビットの特別なケースにおいて、Ｒ１−１０５４７６の設計は、ＮＡＣＫイベントがＤＴＸにマッピングされないため、ＤＴＸ検出閾値をＦｒｅｑ（ＰＵＣＣＨ  ＤＴＸ→ＡＣＫビット）≦１０−２に代替的に設定する柔軟性を提供する。このより緩やかな検出要件のために、動作ＳＮＲは、通常のＤＴＸ検出設定（即ち、Ａ／Ｎ＝３ビットについてのプロット５６における対応するデータ点）と比較して、（Ａ／Ｎ＝３ビットについてのプロット５７から分かるように）約０．７５ｄＢ改善される。このＳＮＲオフセットは、２つの手法において対処されることができる：（ａ）一実施形態において、０．７５ｄＢの動作ＳＮＲオフセットは、ｅＮＢ（例えば、ｅＮＢ１６）からのＴＰＣコマンドδＰＵＣＣＨを通じてキャリアネットワークによって補償されることができる。従って、ｅＮＢは、このＳＮＲオフセットをそのＰＵＣＣＨ電力制御の一部として提供するように構成され得る。（ｂ）別の実施形態において、例えば−０．７５ｄＢ（又は、−１ｄＢ）の付加的な自動調整項をｈ（ｎＣＱＩ，ｎＨＡＲＱ）（例えば、上記で与えられた等式（３））又は既に議論したΔＦ＿ＰＵＣＣＨ（Ｆ）関数に挿入することができる。一実施形態において、実装ベースの解決策は、ｅＮＢにおけるＴＰＣコマンドによるこのタイプのＳＮＲオフセットを解決するために用いられ得る。
【００８０】
従って、（ＨＡＲＱフィードバックスキームがＲ１−１０５８０７において提供されるチャネル選択テーブル基づく）図５及び（ＨＡＲＱフィードバックスキームがＲ１−１０５４７６において提供されるチャネル選択テーブルに基づく）図６におけるシミュレーション結果から、（例えば、等式（２）において与えられるような）ｈ（ｎＣＱＩ，ｎＨＡＲＱ）の線形関数は提案された対数関数よりもＣＳベースのＣＡ  ＰＵＣＣＨについてより良好な電力制御値を提供することが分かる。前述したように、一実施形態において、２ＨＡＲＱビット又は４ＨＡＲＱビットについての受信側（ｅＮＢ）のＤＴＸ検出は、Ｆｒｅｑ（ＰＵＣＣＨ  ＤＴＸ→ＡＣＫビット）≦１０−３に基づき得る一方、３ＨＡＲＱビットのフィードバックの場合、受信側のＤＴＸ検出は、Ｆｒｅｑ（ＰＵＣＣＨ  ＤＴＸ→ＡＣＫビット）≦１０−３又はＦｒｅｑ（ＰＵＣＣＨ  ＤＴＸ→ＡＣＫビット）≦１０−２に基づくことができる。
【００８１】
一実施形態において、送信ダイバーシティスキームは、ＰＵＣＣＨフォーマット３について用いられ得る。そのような送信ダイバーシティスキームの一例は、空間直交リソース送信ダイバーシティ（ＳＯＲＴＤ）であり、同じ情報がｅＮＢによって直交リソースを用いて各アンテナポート（図示せず）上で送信される。他の送信ダイバーシティスキームの候補は、Ａｌａｍｏｕｔｉ（時間及び周波数ベースの送信ダイバーシティ）及び周波数スイッチ送信ダイバーシティを含む。図７〜図１１を参照しつつ議論したように、本発明の教示に係るＰＵＣＣＨ電力制御パラメータｈ（ｎＣＱＩ，ｎＨＡＲＱ）の線形判定は、送信ダイバーシティを伴うＰＵＣＣＨフォーマット３の場合において同じように用いられ得る。
【００８２】
図７は、２ビットから１１ビットのＡＣＫ／ＮＡＣＫペイロードサイズを有するＰＵＣＣＨフォーマット３についての空間直交リソース送信ダイバーシティ（ＳＯＲＴＤ）のリンクレベルのパフォーマンスについてのシミュレーションされた結果を図示する。他方、図８は、２ビットから２１ビットのＡＣＫ／ＮＡＣＫペイロードサイズを有するＰＵＣＣＨフォーマット３についてのＳＯＲＴＤのリンクレベルパフォーマンスについてのシミュレーションされた結果を図示する。従って、図７及び図８において（並びに、以下で議論される図９〜図１１においても）、Ａ／Ｎペイロードは、２ビットから２１ビットの間で変化する。図７〜図８の実施形態において（及び、図９〜図１１においても）、受信側のＤＴＸ検出は、Ｆｒｅｑ（ＰＵＣＣＨ  ＤＴＸ→ＡＣＫビット）≦１０−２に基づき得る。
【００８３】
図７において、プロット６０〜６２は、送信ダイバーシティ（ＳＯＲＴＤ）を伴うチャネルモデルについてのものである。チャネルモデルは、対応する番号「６４」、「６５」、及び「６６」によって識別されるグラフィカルシンボル（横向きの三角形、「Ｘ」マーク、及びダイアモンド形状）によって表される。前述同様に、これらのチャネルモードについての（１ビットのＡＣＫ／ＮＡＣＫ、及び送信ダイバーシティを伴う）ＰＵＣＣＨフォーマット１ａについてのシミュレーションされた参照データ点は、参照番号「６８」によってまとめて識別される。図８において、（送信ダイバーシティを伴う）ＰＵＣＣＨフォーマット３についての同様のプロットは、参照番号７０〜７２によって示され、（送信ダイバーシティを伴う）フォーマット１ａのデータ点は、参照番号「７４」によって識別される。従って、図７〜図８のように、（以下で議論される）図９〜図１１におけるフォーマット１ａについてのプロットも、その中の（送信ダイバーシティを同様に用いる）フォーマット３についてのそれぞれのプロットに対応するＳＯＲＴＤを用いる。
【００８４】
図９は、図７において示される様々なチャネルモデルの仮定の下での（送信ダイバーシティを伴う）ＰＵＣＣＨフォーマット３についての相対的な動作ＳＮＲのインクリメントを示し、図４を参照しつつ最初に開示されたｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての同じ線形関数が送信ダイバーシティを伴うＰＵＣＣＨフォーマット３の信号を電力制御するために用いられることができることも図示する。図９において、ペイロードサイズは、２ビットから１１ビットまで変化し、（図７からの）ＰＵＣＣＨフォーマット３のプロット６０〜６２の相対的配置は、図４を参照しつつ上記で議論されたものと同じ手法で達成され得る。図９から、上記の等式（２）によって与えられ及び図９におけるプロット７８のようにプロットされるｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての線形値は、（プロット８０によって示され、図９における相対的に配置されるグラフ６０〜６２に最も近い近似値を提供するために５ｄＢを差し引くことによって若干変更される）ｈ（ｎＣＱＩ，ｎＨＡＲＱ）＝１０ｌｏｇ１０（ｎＨＡＲＱ）の提案された対数値よりもＰＵＣＣＨプロット６０〜６２により良好に適合し得ることが分かる。
【００８５】
図１０は、図８に示される様々なチャネルモデルの仮定の下での（送信ダイバーシティを伴う）ＰＵＣＣＨフォーマット３についての相対的な動作ＳＮＲのインクリメントを示し、図４を参照しつつ最初に（及び等式（２）として）開示されたｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての線形関数がどのように送信ダイバーシティを伴うＰＵＣＣＨプロット７０〜７２に適合するかも図示する。図１１も、図８において示される様々なチャネルモデルの仮定の下での（送信ダイバーシティを伴う）ＰＵＣＣＨフォーマット３についての相対的な動作ＳＮＲのインクリメントを図示するが、１／３の傾きを有するｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての線形関数が図８におけるＰＵＣＣＨのプロット７０〜７２についてより良好な電力制御を提供し得ることを示す。図１０〜図１１において、ＡＣＫ／ＮＡＣＫペイロードサイズは、２ビットから２１ビットまで変化する。図１０〜図１１において、（図８からの）ＰＵＣＣＨフォーマット３のプロット７０〜７２の相対的配置は、図４を参照しつつ上記で議論されたものと同じ手法で達成され得る。図１０から、上記の等式（２）によって与えられ及び図１０におけるプロット８２としてプロットされるｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての線形値は（プロット８４によって示され、図１０における相対的に配置されたグラフ７０〜７２に最も近い近似値を提供するために４．６ｄＢを差し引くことによって若干変更される）ｈ（ｎＣＱＩ，ｎＨＡＲＱ）＝１０ｌｏｇ１０（ｎＨＡＲＱ）の提案された対数値と比較してＰＵＣＣＨのプロット７０〜７２についてのより良好な適合ではないかもしれないことが分かる。しかしながら、図１１の場合において、（図１１においてプロット８６としてプロットされ、及び
【００８６】
【数１０】
0006054446.tif 000011
【００８７】
によって与えられる）ｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての線形値は（プロット８８によって示され、図１１における相対的に配置されたグラフ７０〜７２に最も近い近似値を提供するために６．４ｄＢを差し引くことによって若干変更される）ｈ（ｎＣＱＩ，ｎＨＡＲＱ）＝１０ｌｏｇ１０（ｎＨＡＲＱ）の提案された対数値よりもＰＵＣＣＨのプロット７０〜７２により良好に適合し得ることが分かる。
【００８８】
図７〜図１１の実施形態において、リード・マラー（ＲＭ：Reed-Muller）符号は、ＰＵＣＣＨペイロード（Ａ／Ｎビット）の符号化のために用いられ得る。しかしながら、単一のＲＭ符号は、最大で１１ビットまでしか定義されないため、一実施形態において、１１ビットよりも大きいペイロード（Ａ／Ｎビット）サイズについてデュアルＲＭ符号が適用され得る。従って、１２ビットにおけるエンコーダの切り替えに起因して、信号対干渉及び雑音比（ＳＩＮＲ：Signal  to  Interference-plus-Noise  Ratio）のインクリメントは変化することがあり、（例えば、等式（２）のような）単一の線形関数はもはや好適な近似値ではないことがある。従って、ＡＣＫ／ＮＡＣＫペイロードサイズが２ビットから１１ビットの間で変化する図９に示されるように、１／２の傾きを有する関数
【００８９】
【数１１】
0006054446.tif 000012
【００９０】
が良好な適合（match）であることが分かる。しかしながら、２ビットから２１ビットまでの動作ＳＩＮＲのインクリメントが示される図１０において、同じ近似値
【００９１】
【数１２】
0006054446.tif 000013
【００９２】
はもはや良好な適合（fit）ではないかもしれないことが分かる。従って、図１１において、動作ＳＩＮＲのインクリメントは、関数
【００９３】
【数１３】
0006054446.tif 000014
【００９４】
によってモデリングされ、これはより良好な適合を提供し得る。
【００９５】
一実施形態において、ＳＯＲＴＤ（送信ダイバーシティ）を伴うＰＵＣＣＨフォーマット３についての動作ＳＩＮＲのインクリメントは、同じ線形関数、例えば、
【００９６】
【数１４】
0006054446.tif 000015
【００９７】
によって全てのＡＣＫ／ＮＡＣＫペイロードサイズについてモデリングされ得る。別の実施形態において、動作ＳＩＮＲは、ＡＣＫ／ＮＡＣＫペイロードサイズに依存して、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての異なる関数によって近似され得る。例えば、最大で１１Ａ／Ｎビットまでについては
【００９８】
【数１５】
0006054446.tif 000016
【００９９】
が用いられ、１２ビット及びそれ以上については、
【０１００】
【数１６】
0006054446.tif 000017
【０１０１】
が用いられ得る。従って、ｅＮＢ１６は、ＵＥ１２によって送信されるべき（送信ダイバーシティを伴う）ＰＵＣＣＨフォーマット３の信号におけるペイロードサイズに依存して、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての単一の関数又は複数の関数の組み合わせのいずれかを適用するようにＵＥ１２に命令し得る。
【０１０２】
一実施形態において、（上記の等式（３）によって与えられるように線形、又はＲｅｌ−１０におけるｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての提案された対数ベースの方程式のように非線形であり得る）関数ｈ（ｎＣＱＩ，ｎＨＡＲＱ）をＡＣＫ／ＮＡＣＫペイロードサイズのみに基づかせる代わりに、所与のＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット１ａ、２、２ａ、３等）が送信ダイバーシティを用いるか否かを考慮してもよい。従って、（線形又は非線形の）ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、ｈ（ｎＣＱＩ，ｎＨＡＲＱ，ｓＴｘＤ）に一般化されてもよく、ここでパラメータｓＴｘＤは、送信ダイバーシティが用いられるか否かを示す。送信ダイバーシティが存在する場合、以下で議論されるようにさらなる検討事項が適用され得る。
【０１０３】
一実施形態において、（送信ダイバーシティを伴う）所与のＰＵＣＣＨフォーマットについての動作ＳＩＮＲのインクリメントは、送信ダイバーシティを伴わないＰＵＣＣＨフォーマット１ａについて必要とされるＳＩＮＲと関連し得る。ただし、ＰＵＣＣＨフォーマット１ａも送信ダイバーシティを用いる場合、（送信ダイバーシティを伴う）ＰＵＣＣＨフォーマット１ａについてのＳＩＮＲ値と（送信ダイバーシティを伴う）所与のＰＵＣＣＨフォーマットとの間の差は、増加し得る。それ故に、（線形又は非線形の）関数ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、ＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット（２、２ａ、３等）が送信ダイバーシティを用いるかのみだけでなく、ＰＵＣＣＨフォーマット１ａが送信ダイバーシティを用いるかにも依存し得る。この状況において、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての最大で４つの異なる関数（例えば、各関数は、等式（３）によって与えられる形式において線形であり、本発明の教示に従って判定される異なる傾き及び／若しくは「β」を有してもよい。又は、各関数は、Ｒｅｌ−１０における提案された対数関数の場合のように非線形であってもよい。又は、所与のＰＵＣＣＨフォーマットに依存して線形関数と非線形関数との組み合わせが存在してもよい）が、ＴｘＤを伴う／伴わないＰＵＣＣＨフォーマット１ａ及び送信ダイバーシティを伴う／伴わない所与のＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット２ａ、３等）を含む４つのケースについて提供され得る。これらの４つの関数は、ネットワーク固有であってもよく、ネットワーク１４におけるＵＥの動作に先立ってＵＥ１２における（図１２に示される）メモリに記憶されてもよい。又は、代替的に、これらの関数は、（ネットワークの実装により）ｅＮＢ１６によって提供され、及びＵＥ１２がネットワーク１４に最初に接続する際にＵＥのメモリに記憶されてもよい。例えばｅＮＢ１６によるその構成（例えば、キャリアアグリゲーションを伴う、キャリアアグリゲーションを伴わない、送信ダイバーシティを伴う／伴わない等）に依存して、一実施形態において、ＵＥ１２は、そのメモリからこれらの４つの関数のうちから１つを選び得る。
【０１０４】
一実施形態において、（線形であれ非線形であれ）ｈ（ｎＣＱＩ，ｎＨＡＲＱ）関数から独立し且つ当該関数の一部ではなくてもよい、（本明細書において「ΔＴｘＤ（Ｆ）」と呼ばれる）新たなオフセットパラメータは、構成される送信ダイバーシティを有する各ＰＵＣＣＨフォーマットについての電力制御パラメータとして（例えば、ｅＮＢ１６によって）シグナリングされ得る。２つのアンテナポート上で（即ち、送信ダイバーシティを伴って）ＰＵＣＣＨを送信するようにＵＥがより上位の層によって構成される場合、ΔＴｘＤ（Ｆ）の値は、３ＧＰＰ  ＴＳ  ３６．２１３（リリース１０）において議論されるように、より上位の層によって提供され得る。ここで、各ＰＵＣＣＨフォーマット「Ｆ」は、３ＧＰＰ  ＴＳ  ３６．２１１：”Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Physical  channels  and  modulation”において定義される。一実施形態において、（送信ダイバーシティを伴う）ＰＵＣＣＨフォーマット３の場合、ΔＴｘＤ（Ｆ）についての幾つかの例示的な値は、図３と図７との比較から観察され得るように、０ｄＢ及び−１ｄＢであり得る。別の実施形態において、ΔＴｘＤ（Ｆ）についての幾つかの例示的な値は、０ｄＢ及び−２ｄＢであり得る。以下の等式（４）は、この新たなパラメータΔＴｘＤ（Ｆ）を含む、等式（１）の変更されたバージョンである：
【０１０５】
【数１７】
0006054446.tif 000018
【０１０６】
ΔＴｘＤ（Ｆ）は等式（４）において別個のパラメータとして示され、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）の値に影響を及ぼさないかもしれないことが認められる。しかしながら、一実施形態において、ΔＴｘＤ（Ｆ）は、全体的な電力制御方程式においてｈ（ｎＣＱＩ，ｎＨＡＲＱ）の一部となり得、従って、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）の値に影響を及ぼし得る。
【０１０７】
一実施形態において、送信ダイバーシティを伴う／伴わないＰＵＣＣＨフォーマット１ａは、この新たなパラメータΔＴｘＤ（Ｆ）のみに影響を与え、（線形であれ非線形であれ）ｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての近似値の傾きには影響を与えない場合、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）についての同じ値は、所与のＰＵＣＣＨフォーマットが送信ダイバーシティを伴うか伴わないかに関わらず当該所与のＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット２、２ａ、３等）について用いられ得、「ｈ」のこの値は、送信ダイバーシティを伴う／伴わないＰＵＣＣＨフォーマット１ａとは独立し得る。この場合において、ＵＥ１２は、送信ダイバーシティを伴う／伴わないＰＵＣＣＨフォーマット１ａに依存して、オフセットパラメータΔＴｘＤ（Ｆ）についての値を選択するように（例えば、ＵＥ１２の製造者又はネットワーク１４の事業者によって）構成され得る。一実施形態において、ΔＴｘＤ（Ｆ）の種々の値は、ＵＥのメモリに記憶されてもよい。あるいは、ネットワーク１４は（例えば、ｅＮＢ１６を通じて）、（例えば、ＰＤＣＣＨ信号上のＤＣＩメッセージを介して）ＵＥ１２にオフセット（ΔＴｘＤ（Ｆ））をシグナリングしてもよい。送信ダイバーシティの場合において、送信ダイバーシティの構成はＵＥ固有であるため、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）について又は代替的にオフセットパラメータΔＴｘＤ（Ｆ）についての値の選択はＵＥ固有であり得ることに留意されたい。従って、上記の等式（３）におけるパラメータ「β」とは対照的に、送信ダイバーシティの場合において、オフセットパラメータΔＴｘＤ（Ｆ）は、セル固有のパラメータΔＦ＿ＰＵＣＣＨ（Ｆ）に含まれないことがある。
【０１０８】
（ｈ（ｎＣＱＩ，ｎＨＡＲＱ）の線形ベースの判定、オフセットパラメータΔＴｘＤ（Ｆ）の使用等に関連する議論を含む）前述の議論はＳＯＲＴＤのコンテキストにおいて提供されているが、同じ議論が任意の他の送信ダイバーシティスキームについても同様に適用されることに留意されたい。従って、一実施形態において、動作ＳＩＮＲを近似する関数ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、送信ダイバーシティが用いられるか否かに依存する。さらに、ＰＵＣＣＨ電力制御パラメータｈ（ｎＣＱＩ，ｎＨＡＲＱ）の値をｎＨＡＲＱの線形関数として判定すること、及び「ｈ」の関数から独立したオフセットパラメータΔＴｘＤ（Ｆ）の使用の前述の開示も、ＰＵＣＣＨフォーマット３に適用される送信ダイバーシティに限定されない：当該開示は、（キャリアアグリゲーションと共に用いられても用いられなくても）任意の他の適当なＰＵＣＣＨフォーマットと共に同様に利用され得る。
【０１０９】
図１２は、本発明の一実施形態に係る例示的なモバイルハンドセット又はＵＥ１２のブロック図である。ＵＥ１２は、送受信器９０、アンテナ９１、プロセッサ９２、及びメモリ９４を備え得る。特定の実施形態において、モバイル通信装置又は他の形態のＵＥによって提供されるものとして上述された機能性（例えば、ｅＮＢ１６からのアンテナ９１及び送受信器９０を介したＴＰＣコマンドの受信；ｈ（ｎＣＱＩ，ｎＨＡＲＱ）、ΔＦ＿ＰＵＣＣＨ（Ｆ）、及びΔＴｘＤ（Ｆ）についての適当な値の記憶、並びにｅＮＢ１６からの命令による特定の値の選択；送受信器９０及びアンテナ９１を介した所望の電力制御によるＰＵＣＣＨ信号のｅＮＢ１６への送信；等）のうちの一部又は全ては、図１２に示されるメモリ９４などのコンピュータ読取可能な媒体上に記憶される命令を実行するＵＥのプロセッサ９２によって提供されてもよい。ＵＥ１２の別の実施形態は、上述された機能性のうちの任意のもの及び／又は上述された解決策をサポートするために必要な任意の機能性を含む、ＵＥの機能性のうちのある観点を提供することに関与し得る、図１２に示されるもの以外の付加的なコンポーネントを備えてもよい。
【０１１０】
図１３は、本発明の一実施形態に係る例示的なｅＮｏｄｅＢ（又は同様の通信ノード）１６のブロック図である。ｅＮｏｄｅＢ１６は、ｅＮｏｄｅＢのアンテナ１９に結合される、ｅＮｏｄｅＢの無線周波数（ＲＦ：Radio  Frequency）送信器ユニット９６及びＲＦ受信器ユニット９８を介して（キャリアネットワーク１４における）モバイルハンドセットとの無線インタフェースを提供するためのベースバンドプロセッサ９５を備え得る。当該プロセッサ９５は、本発明の教示によりｈ（ｎＣＱＩ，ｎＨＡＲＱ）及びΔＦ＿ＰＵＣＣＨ（Ｆ）の判定を実行し、並びに判定された値をＵＥ１２によって送信されるべきＰＵＣＣＨ信号のＵＥによる電力制御の一部として適用することを適当なダウンリンク信号（例えば、ＰＤＣＣＨ信号）を介してＵＥ１２に命令するように（ハードウェア及び／又はソフトウェアで）構成され得る。一実施形態において、プロセッサ９５は、パラメータΔＴｘＤ（Ｆ）についての値も判定し、及び（例えば、ＰＤＣＣＨ信号を介して）ＵＥ１２に供給し得る。図１３のコンテキストにおいて、ＵＥ１２からの送信は、受信器９８において受信され得る一方、ＵＥ１２へのｅＮＢの送信は、送信器９６を介して実行され得る。ベースバンドプロセッサ９５は、本発明の教示による、例えばｈ（ｎＣＱＩ，ｎＨＡＲＱ）及びΔＦ＿ＰＵＣＣＨ（Ｆ）の判定をＵＥ１２に提供するための、メモリ１０２と通信する処理ユニット９９を備え得る。ｅＮＢ３６におけるスケジューラ（例えば、図１３におけるスケジューラ１０４）は、例えばＱｏＳ（Quality  of  Service）パラメータ、ＵＥバッファステータス、ＵＥ１２から受信されるアップリンクチャネル品質レポート、ＵＥのケイパビリティ等といったある数の要因に基づいて、ＵＥ１２についてのスケジューリングの判定を提供し得る。スケジューラ１０４は、ＬＴＥシステムにおけるｅＮＢ内の典型的なスケジューラと同じデータ構造を有し得る。
【０１１１】
プロセッサ９５は、必要に応じて付加的なベースバンド信号処理（例えば、モバイル装置の登録、チャネル信号情報の送信、無線リソースの管理等）も提供し得る。処理ユニット９９は、一例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ：digital  signal  processor）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ：Application  Specific  Integrated  Circuits）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Field  Programmable  Gate  Arrays）回路、任意の他のタイプの集積回路（ＩＣ：integrated  circuit）、及び／又はステートマシンを備え得る。モバイル基地局、基地局コントローラ、ノードＢ、エンハンストノードＢ、及び／又は任意の他のタイプのモバイル通信ノードによって提供されるものとして上述された機能性のうちの一部又は全ては、図１３に示されるメモリ１０２などのコンピュータ読取可能な記憶媒体上に記憶される命令を実行する処理ユニット９９によって提供され得る。
【０１１２】
ｅＮｏｄｅＢ１６は、図１３に図示されるように、タイミング及び制御ユニット１０４と、コアネットワークインタフェースユニット１０５と、をさらに備え得る。制御ユニット１０４は、プロセッサ９５及びネットワークインタフェースユニット１０６の動作をモニタリングし、これらのユニットに適当なタイミング及び制御信号を提供し得る。インタフェースユニット１０６は、ｅＮｏｄｅＢ１６を通じてキャリアネットワーク１４において動作するモバイル加入者についての管理機能及び呼管理機能を容易にするためにコアネットワーク１８と通信するための、ｅＮｏｄｅＢについての双方向インタフェースを提供し得る。
【０１１３】
基地局１６の別の実施形態は、上記に示した機能性のうちの任意のもの及び／又は上述された解決策をサポートするために必要な任意の機能性を含む付加的な機能性を提供することに関与する付加的なコンポーネントを備え得る。特徴及び要素は特定の組み合わせにおいて上述されているが、各特徴及び要素は、他の特徴及び要素無しに独立して、又は他の特徴及び要素と共に若しくはそれら無しに種々の組み合わせにおいて用いられることができる。（ｈ（ｎＣＱＩ，ｎＨＡＲＱ）、ΔＦ＿ＰＵＣＣＨ（Ｆ）、及びΔＴｘＤ（Ｆ）の判定に関連する）本明細書において提供される方法論は、汎用コンピュータ又はプロセッサ（例えば、図１２におけるプロセッサ９２及び図１３における処理ユニット９９）による実行のための、コンピュータ読取可能な記憶媒体（例えば、図１３におけるメモリ１０２及び図１２におけるメモリ９４）に組み込まれるコンピュータプログラム、ソフトウェア、又はファームウェアにおいて実装され得る。コンピュータ読取可能な記憶媒体の例は、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、デジタルレジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵されたハードディスクなどの磁気媒体、磁気テープ及びリムーバブルディスク、磁気光学媒体、ＣＤ−ＲＯＭディスク及びＤＶＤ（Digital  Versatile  Disks）などの光学媒体を含む。
【０１１４】
前述の記載は、ＬＴＥＲｅｌ−１０における２つのＣＡ  ＰＵＣＣＨフォーマット（ＰＵＣＣＨフォーマット３及びチャネル選択）についてのＰＵＣＣＨ電力制御パラメータｈ（ｎＣＱＩ，ｎＨＡＲＱ）をより正確に判定するためのシステム及び方法を説明する。本発明の一実施形態において、ｈ（ｎＣＱＩ，ｎＨＡＲＱ）は、Ｒｅｌ−１０におけるＣＡ  ＰＵＣＣＨフォーマットの双方についてのｎＨＡＲＱの線形関数に基づく。ＵＥについて構成されるＣＡ  ＰＵＣＣＨフォーマットに基づいて、ｅＮＢは、（例えば、ｅＮＢからのＰＤＣＣＨ信号におけるＴＰＣビットフィールドを介して）ｎＨＡＲＱの特定の線形関数を電力制御パラメータｈ（ｎＣＱＩ，ｎＨＡＲＱ）の値として選択し又は適用するようにＵＥに命令し、それにより、ＵＥがそのＰＵＣＣＨ信号の送信電力をより正確に確立することを可能に得る。本発明は、Ｒｅｌ−１０におけるＰＵＣＣＨフォーマット３について用いられる  べきパラメータΔＦ＿ＰＵＣＣＨ（Ｆ）についての例示的な値も提供する。さらに、新たなパラメータ（ΔＴｘＤ（Ｆ））は、構成される送信ダイバーシティを有する各ＰＵＣＣＨフォーマットについてシグナリングされ得る。
【０１１５】
本発明の教示に係るｈ（ｎＣＱＩ，ｎＨＡＲＱ）の線形判定（及びΔＦ＿ＰＵＣＣＨ（Ｆ）についての結果として得られる値）は、対数判定と比較して、Ｒｅｌ−１０における２つのＰＵＣＣＨフォーマットについてより正確な電力制御を提供し得る。より正確な電力制御は、ＰＵＣＣＨ上の高い多重化ケイパビリティ及びより少ないセル間（inter-cell）干渉、それ故に、ＰＤＳＣＨ上により高いシステムスループットをもたらし得る。なぜなら、ＵＬにおけるより高いＡＣＫ／ＮＡＣＫスループットは、ＵＥについてのＤＬにおけるより良好なデータスループットという結果になり得るためである。アップリンクシグナリングの電力制御に関連する本発明の教示は、（本教示を用いる当業者には明らかであり得るように）適切な変更により、他の無線システム（例えば、ＷＣＤＭＡ（Wideband  Code  Division  Multiple  Access）システム、ＷＣＤＭＡベースの高速パケットアクセス（ＨＳＰＡ）システム、ＣＤＭＡ２０００システム、ＧＳＭ／ＥＤＧＥ（Global  System  for  Mobile  Communications/Enhanced  Data  Rate  for  GSM  Evolution）システム、及びＷｉＭＡＸ（Worldwide  Interoperability  for  Microwave  Access）システム）にも同様に適用され得ることに留意されたい。なお、本明細書における「線形関数」との語は、例えば式（３）における定数項βをも含む、一般的には「一次関数」と呼ばれる関数を包含するものとする。
【０１１６】
本発明は、当然ながら、本発明の本質的な特徴から逸脱することなく、本明細書において述べられたものとは異なる特定の手法において実行されてもよい。それ故に、本実施形態は、あらゆる点において例示とみなされるべきであって、限定とみなされるべきではなく、添付の特許請求の範囲の意味及び均等な範囲内に包含されるあらゆる変化は、当該特許請求の範囲内に包含されることが意図される。
【図１】
0006054446.tif 000019
【図２】
0006054446.tif 000020
【図３】
0006054446.tif 000021
【図４】
0006054446.tif 000022
【図５】
0006054446.tif 000023
【図６】
0006054446.tif 000024
【図７】
0006054446.tif 000025
【図８】
0006054446.tif 000026
【図９】
0006054446.tif 000027
【図１０】
0006054446.tif 000028
【図１１】
0006054446.tif 000029
【図１２】
0006054446.tif 000030
【図１３】
0006054446.tif 000031