(57)【特許請求の範囲】
【請求項１】
受信データ信号の公称パケットサイズに対して最大要求信号対干渉及び雑音比を決定し、その最大要求信号対干渉及び雑音比は、前記受信データ信号の前記公称パケットサイズとして使用される物理的リソースブロックの量に対応するものであり；
前記受信データ信号の受信信号対干渉及び雑音比を前記最大要求信号対干渉及び雑音比と比較し；及び
前記受信信号対干渉及び雑音比が前記最大要求信号対干渉及び雑音比を越えるのに応答して、ユーザ装置へ電力ダウンコマンドを発生する；
ことを含む方法。
【請求項２】
受信データ信号の複数の対応する公称パケットサイズの各々に対して複数の各々の最大要求信号対干渉及び雑音比を決定することを更に含み、その複数の最大要求信号対干渉及び雑音比の各々は、前記受信データ信号の前記対応する公称パケットサイズとして使用される物理的リソースブロックの量に対応する、請求項１に記載の方法。
【請求項３】
前記電力コントロールを行うことは、前記受信データ信号の電力を調整すること、前記受信データ信号の前記公称パケットサイズ当たりの物理的リソースブロックの合計数又は量を調整すること、の１つ以上を含む、請求項１又は２のいずれかに記載の方法。
【請求項４】
前記公称パケットサイズとしての前記物理的リソースブロックの合計数又は量は、前記受信信号対干渉及び雑音比が所定のスレッシュホールドより大きいときには減少される、請求項３に記載の方法。
【請求項５】
過剰な未使用電力を指示する電力ヘッドルームレポートを受信し、そしてそれに応答して、物理的リソースブロックの数又は量を減少することを更に含み、前記過剰な未使用電力は、前記減少された数又は量の物理的リソースブロックの間で分配される、請求項３に記載の方法。
【請求項６】
前記公称パケットサイズに使用される前記物理的リソースブロックの数は、前記受信信号対干渉及び雑音比が所定のスレッシュホールドより小さいときは増加される、請求項３に記載の方法。
【請求項７】
電力のコントロールは、セル特有のパラメータＫｓ＝０を使用して遂行され、前記受信データ信号は、ユーザ装置から受信される（セル特有のパラメータＫｓは、３ＧＰＰ  ＴＳ３６．２１３  Ｖ１０．３．０（２０１１−０９）、セクション５．１．１．１に記載された、ユーザ装置のＰＵＳＣＨ送信電力を定義する式中の値である）、請求項１又は２に記載の方法。
【請求項８】
前記受信データ信号を送出したユーザ装置の１つ以上の高周波状態に基づき複数の最大要求信号対干渉及び雑音比の数又は量を選択することを更に含む、請求項２に記載の方法。
【請求項９】
前記受信データ信号の信号対干渉及び雑音比を測定することを更に含み、そしてネットワーク要素は、受信データ信号のその測定された信号対干渉及び雑音比を複数の最大要求信号対干渉及び雑音比の少なくとも１つと比較することに基づいて前記受信データ信号の電力コントロールのためのインストラクションをユーザ装置に与える、請求項２に記載の方法。
【請求項１０】
前記複数の最大要求信号対干渉及び雑音比は、０より大きな有限の整数をＮとすれば、１、２、・・・Ｎ個の物理的リソースブロックに各々対応する、請求項２に記載の方法。
【請求項１１】
前記物理的リソースブロックの量は、前記受信データ信号の最大トランスポートブロックサイズインデックスより低い対応トランスポートブロックサイズインデックスを有する（対応トランスポートブロックサイズインデックスは、３ＧＰＰ  ＴＳ３６．２１３  Ｖ１０．３．０（２０１１−０９）のページ３４のテーブル７．１．７．２．１−１を使用して選択される値である）、請求項１又は２に記載の方法。
【請求項１２】
前記複数の最大要求信号対干渉及び雑音比の各々は、対応するトランスポートブロックサイズインデックスの平均信号対干渉及び雑音比と、信号対雑音比エラーと、マージンとの和として計算される、請求項２に記載の方法。
【請求項１３】
前記受信データ信号は、３２８ビットの公称パケットサイズをもつボイスオーバーインターネットプロトコルデータを表わす、請求項１又は２に記載の方法。
【請求項１４】
前記最大要求信号対干渉及び雑音比は、最大許容信号対干渉及び雑音比より小さい、請求項１又は２に記載の方法。
【請求項１５】
少なくとも１つのプロセッサと、１組のコンピュータインストラクションを記憶するメモリとを備えた装置において、そのプロセッサ、及びコンピュータインストラクションを記憶するメモリは、その装置が、
受信データ信号の公称パケットサイズに対して最大要求信号対干渉及び雑音比を決定し、その最大要求信号対干渉及び雑音比は、前記受信データ信号の前記公称パケットサイズとして使用される物理的リソースブロックの量に対応するものであり；
前記受信データ信号の受信信号対干渉及び雑音比を前記最大要求信号対干渉及び雑音比と比較し；及び
前記受信信号対干渉及び雑音比が前記最大要求信号対干渉及び雑音比を越えるのに応答して、ユーザ装置へ電力ダウンコマンドを発生する；
ようにさせるよう構成された装置。
【請求項１６】
受信データ信号の複数の対応する公称パケットサイズの各々に対して複数の各々の最大要求信号対干渉及び雑音比が決定され、その複数の最大信号対干渉及び雑音比の各々は、前記受信データ信号の対応する公称パケットサイズとして使用される物理的リソースブロックの量に対応するものである、請求項１５に記載の装置。
【請求項１７】
前記電力コントロールを行うことは、前記受信データ信号の電力を調整すること、前記受信データ信号の公称パケットサイズ当たりの物理的リソースブロックの数を調整すること、の１つ以上を含む、請求項１５又は１６に記載の装置。
【請求項１８】
過剰な未使用電力を指示する電力ヘッドルームレポートを受信し、そしてそれに応答して、物理的リソースブロックの数又は量を減少するインストラクションを更に含み、前記過剰な未使用電力は、前記減少された数又は量の物理的リソースブロックの間で分配される、請求項１７に記載の装置。
【請求項１９】
電力のコントロールは、セル特有のパラメータＫｓ＝０を使用して遂行され、前記受信データ信号は、ユーザ装置から受信される（セル特有のパラメータＫｓは、３ＧＰＰ  ＴＳ３６．２１３  Ｖ１０．３．０（２０１１−０９）、セクション５．１．１．１で規定された、ユーザ装置のＰＵＳＣＨ送信電力を定義する式中の値である）、請求項１５又は１６に記載の装置。
【請求項２０】
前記複数の最大要求信号対干渉及び雑音比は、０より大きな有限整数をＮとすれば、１、２、・・・Ｎ個の物理的リソースブロックに各々対応する、請求項１６に記載の装置。
【請求項２１】
前記物理的リソースブロックの各量は、受信データの最大トランスポートブロックサイズインデックスより低い対応トランスポートブロックサイズインデックスを有する（対応トランスポートブロックサイズインデックスは、３ＧＰＰ  ＴＳ３６．２１３  Ｖ１０．３．０（２０１１−０９）のページ３４のテーブル７．１．７．２．１−１を使用して選択される値である）、請求項１６に記載の装置。
【請求項２２】
前記複数の最大要求信号対干渉及び雑音比の各々は、最大許容信号対干渉及び雑音比より小さい、請求項１６に記載の装置。
【請求項２３】
受信データ信号の公称パケットサイズに対して最大要求信号対干渉及び雑音比を決定し、その最大要求信号対干渉及び雑音比は、前記受信データ信号の前記公称パケットサイズとして使用される物理的リソースブロックの量に対応するものであり、受信データ信号の受信信号対干渉及び雑音比を最大要求信号対干渉及び雑音比と比較し、及びその受信信号対干渉及び雑音比が最大要求信号対干渉及び雑音比を越えるのに応答して、ユーザ装置へ電力ダウンコマンドを発生するコードを含む方法を実行するためにコンピュータ読み取り可能なインストラクションが記録されたコンピュータプログラムでエンコードされた非一時的コンピュータ読み取り可能なメモリ。
【請求項２４】
前記受信データ信号の複数の対応する公称パケットサイズの各々に対して複数の各々の最大要求信号対干渉及び雑音比を決定するためのコードを更に含み、その複数の最大信号対干渉及び雑音比の各々は、前記受信データ信号の対応する公称パケットサイズとして使用される物理的リソースブロックの量に対応する、請求項２３に記載の非一時的コンピュータ読み取り可能なメモリ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の規範的及び非限定の実施形態は、一般的に、ワイヤレス通信に関するもので、より詳細には、データ送信のための公称パケットサイズ当たりの電力及び物理的リソースブロック数をコントロールすることに関する。
【背景技術】
【０００２】
本明細書及び／又は添付図面に見られる次の略語は、次のように定義される。
３ＧＰＰ：第三世代パートナーシッププロジェクト
ＡＷＧＮ：加算的ホワイトガウスノイズ
ＢＬＥＲ：ブロックエラーレート
Ｃ／Ｉ：キャリア対干渉比
ＤＬ：ダウンリンク
ＥＣＰ：拡張繰り返しプレフィックス
Ｅ−ＵＴＲＡ：進化型ユニバーサル地上無線アクセス
ｅＮＢ又はｅＮｏｄｅＢ：Ｅ−ＵＴＲＡＮシステムにおける進化型ノードＢ／ベースステーション
Ｅ−ＵＴＲＡＮ：進化型ＵＴＲＡＮ（ＬＴＥ）
ＧＢＲ：保証ビットレート
ＩＤ：識別、識別子
ＩＰ：インターネットプロトコル
ＬＴＥ：長期進化
ＬＴＥ−Ａ：長期進化−アドバンスト
ＭＣＳ：変調及びコード化スキーム
ＰＣ：電力コントロール
ＰＨＲ：電力ヘッドルームレポート
ＰＲＢ：物理的リソースブロック
ＰＵＳＣＨ：物理的アップリンク共有チャンネル
ＱＡＭ：直角位相振幅変調
ＲＦ：高周波
ＲＳＳＩ：受信信号強度指示子
ＳＩＮＲ：信号対干渉及び雑音比
ＴＰＣ：送信電力コントロール
ＴＢＳ：搬送ブロックサイズ
ＵＥ：ユーザ装置（例えば、移動ターミナル）
ＵＬ：アップリンク
ＵＭＴＳ：ユニバーサル移動テレコミュニケーションシステム
ＵＴＲＡＮ：ユニバーサル地上無線アクセスネットワーク
ＶｏＩＰ：ボイスオーバーＩＰ
【０００３】
第三世代パートナーシッププロジェクト（３ＧＰＰ）のリリース１０において、サービングセルｃに対するサブフレームｉにおけるユーザ装置（ＵＥ）の物理的アップリンク共有チャンネル（ＰＵＳＣＨ）送信電力は、次の式により定義される（３ＧＰＰ  ＴＳ３６．２１３  Ｖ１０．３．０（２０１１−０９）、セクション５．１．１．１を参照）。
0006011830.tif 000002
但し、ＰCMAX,c(ｉ)は、サブフレームｉにおけるＵＥ電力クラスに基づく最大送信電力を示し、そしてＭPUSCH,c(ｉ)は、サブフレームｉ及びサービングセルｃに対して有効なリソースブロックの数として表わされたＰＵＳＣＨリソース指定の帯域巾である。ＵＥの送信電力は、ＭPUSCH,c(ｉ)に比例して増加する。ＰＬcは、サービングセルｃに対してＵＥにおいて計算されたダウンリンク経路ロス推定値（単位ｄＢ）であり、α(ｊ)は、セルの形成により確立されるアップリンク及びダウンリンクチャンネル間の相違を考慮する際に上位層で決定される倍率係数である。
【０００４】
ＰO_PUSCH,c(ｊ)は、ｊ＝０及び１の場合に上位層から与えられる成分ＰO_NOMINAL_PUSCH,c(ｊ)と、サービングセルｃに対してｊ＝０及び１の場合に上位層により与えられる成分ＰO_UE_PUSCH,c(ｊ)との和である。変調及びコード化スキーム（ＭＣＳ）又はトランスポートフォーマット（ＴＦ）補償パラメータΔTF,c(ｉ)は、次のように定義される。
0006011830.tif 000003
但し、Ｋsは、セル特有のパラメータである。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
Ｋs＝１．２５に基づく電力コントロールは、ｅＮＢで受信される受信キャリア対干渉比（Ｃ／Ｉ）が使用中の特定のＭＳＣに対して独自のものとなるようにＣ／Ｉを制限するよう試みる。しかしながら、Ｋs＝１．２５に基づく電力コントロールは、あまり普及しておらず、全てのＵＥによりサポートされていない。従って、これは、小さなパケットのユーザ（ＶｏＩＰユーザのような）又は既知のパケットサイズをもつ他のユーザにとってシステム内の干渉を制限する問題に対する完全な商業的解決策とはならない。
【課題を解決するための手段】
【０００６】
本発明の第１組の規範的実施形態によれば、方法は、受信データ信号の公称パケットサイズに対して最大要求信号対干渉及び雑音比を決定し、その最大要求信号対干渉及び雑音比は、データ信号の公称パケットサイズとして使用される物理的リソースブロックの量に対応するものであり；受信データ信号の受信信号対干渉及び雑音比を最大要求信号対干渉及び雑音比と比較し；及びその受信信号対干渉及び雑音比が最大要求信号対干渉及び雑音比を越えるのに応答して、データ信号の電力コントロールを行って、受信信号対干渉及び雑音比を減少させる；ことを含む。
【０００７】
本発明の更に別の１組の規範的実施形態によれば、データ信号の複数の対応する公称パケットサイズの各々に対して複数の各々の最大要求信号対干渉及び雑音比を決定し、その複数の最大信号対干渉及び雑音比の各々は、データ信号の対応する公称パケットサイズとして使用される物理的リソースブロックの量に対応するものである。
【０００８】
本発明の更に別の１組の規範的な実施形態によれば、前記電力コントロールを行うことは、データ信号の電力を調整すること、データ信号の公称パケットサイズ当たりの物理的リソースブロックの数を調整すること、の１つ以上を含む。更に、公称パケットサイズとしての物理的リソースブロックの数は、受信データ信号の信号対干渉及び雑音比が所定のスレッシュホールドより大きいときは減少される。更に、公称パケットサイズとして使用される物理的リソースブロックの数は、受信データ信号の信号対干渉及び雑音比が所定のスレッシュホールドより小さいときは増加される。
【０００９】
本発明の更に別の１組の規範的な実施形態によれば、データ信号は、パラメータＫｓ＝０であり、そしてデータ信号は、ユーザ装置から受信される。更に、１つ以上の最大要求信号対干渉及び雑音比の数は、データを送出するユーザ装置の高周波状態に基づきネットワーク要素により選択される。更に、管理は、受信データ信号の信号対干渉及び雑音比を測定し、そして受信データ信号のその測定された信号対干渉及び雑音比を１つ以上の最大要求信号対干渉及び雑音比の少なくとも１つと比較することに基づいてデータ信号の電力コントロールのためのインストラクションをネットワーク要素によりユーザ装置に与えることで構成される。
【００１０】
本発明の更に別の１組の規範的実施形態によれば、１つ以上の最大要求信号対干渉及び雑音比は、１以上の有限整数をＮとすれば、１、２、・・・Ｎ個の物理的リソースブロックに各々対応する。
【００１１】
本発明の更に別の１組の規範的実施形態によれば、物理的リソースブロックの各量は、受信データの最大トランスポートブロックサイズインデックスより低い対応ＴＢＳインデックスを有する。その量は、独特の数であるが、そうである必要はない。
【００１２】
本発明の更に別の１組の規範的実施形態によれば、１つ以上の最大要求信号対干渉及び雑音比の各々は、対応するトランスポートブロックサイズインデックスの平均信号対干渉及び雑音比と、信号対雑音比エラーと、マージンとの和として計算される。
【００１３】
本発明の更に別の１組の規範的実施形態によれば、前記データは、３２８ビットの公称パケットサイズをもつボイスオーバーインターネットプロトコルデータである。
【００１４】
本発明の更に別の１組の規範的実施形態によれば、公称パケットサイズは、反復性である。
【００１５】
本発明の更に別の１組の規範的実施形態によれば、１つ以上の最大要求信号対干渉及び雑音比の各々は、最大許容信号対干渉及び雑音比より小さい。
【００１６】
本発明の更に別の１組の規範的実施形態によれば、電力コントロールは、ネットワーク要素により遂行される。本発明の更に別の１組の規範的実施形態によれば、ネットワーク要素は、ｅＮＢである。
【００１７】
本発明の別の１組の規範的な実施形態によれば、装置は、少なくとも１つのプロセッサと、１組のコンピュータインストラクションを記憶するメモリとを備え、そのプロセッサ、及びコンピュータインストラクションを記憶するメモリは、装置が、受信データ信号の公称パケットサイズに対して最大要求信号対干渉及び雑音比を決定し、その最大要求信号対干渉及び雑音比は、データ信号の公称パケットサイズとして使用される物理的リソースブロックの量に対応するものであり；受信データ信号の受信信号対干渉及び雑音比を最大要求信号対干渉及び雑音比と比較し；及びその受信信号対干渉及び雑音比が最大要求信号対干渉及び雑音比を越えるのに応答して、データ信号の電力コントロールを行って、受信信号対干渉及び雑音比を減少する；ようにさせるよう構成される。
【００１８】
本発明の更に別の１組の規範的実施形態によれば、データ信号の複数の対応する公称パケットサイズの各々に対して複数の各々の最大要求信号対干渉及び雑音比が決定され、その複数の最大信号対干渉及び雑音比の各々は、データ信号の対応する公称パケットサイズとして使用される物理的リソースブロックの量に対応するものである。
【００１９】
本発明の更に別の１組の規範的実施形態によれば、前記電力コントロールを行うことは、データ信号の電力を調整すること、データ信号の公称パケットサイズ当たりの物理的リソースブロックの数を調整すること、の１つ以上を含む。
【００２０】
本発明の更に別の１組の規範的実施形態によれば、データ信号は、パラメータＫｓ＝０を有し、そしてデータ信号は、ユーザ装置から受信される。
【００２１】
本発明の更に別の１組の規範的な実施形態によれば、１以上の最大要求信号対干渉及び雑音比は、１以上の有限整数をＮとすれば、１、２、・・・Ｎ個の物理的リソースブロックに各々対応する。
【００２２】
本発明の更に別の１組の規範的実施形態によれば、物理的リソースブロックの各量は、受信データの最大トランスポートブロックサイズインデックスより低い対応ＴＢＳインデックスを有する。その量は、独特の数であるが、そうである必要はない。
【００２３】
本発明の更に別の１組の規範的実施形態によれば、１つ以上の最大要求信号対干渉及び雑音比の各々は、最大許容信号対干渉及び雑音比より小さい。
【００２４】
本発明の更に別の１組の規範的実施形態によれば、前記装置は、ｅＮＢである。
【００２５】
本発明の別の１組の規範的実施形態によれば、受信データ信号の公称パケットサイズに対して最大要求信号対干渉及び雑音比を決定し、その最大要求信号対干渉及び雑音比は、データ信号の公称パケットサイズとして使用される物理的リソースブロックの量に対応するものであり、受信データ信号の受信信号対干渉及び雑音比を最大要求信号対干渉及び雑音比と比較し、及びその受信信号対干渉及び雑音比が最大要求信号対干渉及び雑音比を越えるのに応答して、データ信号の電力コントロールを行って、受信信号対干渉及び雑音比を減少させるコードを含む方法を実行するためにコンピュータ読み取り可能なインストラクションが記録されたコンピュータプログラムでエンコードされた非一時的コンピュータ読み取り可能なメモリ。
【００２６】
本発明の特徴及び目的を良く理解するために、添付図面を参照して本発明を以下に詳細に述べる。
【図面の簡単な説明】
【００２７】
【図１】本発明の１組の規範的実施形態により公称パケットサイズに基づいて電力コントロールを行うための方法、及びコンピュータ読み取り可能なメモリに実施された１組のコンピュータプログラムインストラクションを１つ以上のプロセッサで実行した結果を示すフローチャートである。
【図２】本発明の１組の規範的実施形態を具現化するネットワーク要素のブロック図である。
【発明を実施するための形態】
【００２８】
前置きとして、信号対干渉及び雑音比（ＳＩＮＲ）を積極的に管理することは、２つの管理解決策、即ちａ）ｅＮＢアップリンク受信器で見られる最大受信信号強度指示子（ＲＳＳＩ）を制限すること、及びｂ）ｅＮＢアップリンク受信器で見られる最大ＳＩＮＲを制限すること、のいずれかに基づく。ＲＳＳＩ制限解決策は、ＵＥがｅＮＢの受信器に、セル特有のパラメータＫｓ＝０  Ｐ０＿Ｎｏｍｉｎａｌ＿ＰＵＳＣＨ計算により許される以上の電力を送信しないことを保証する。ＳＩＮＲ制限解決策は、ＵＥがｅＮＢの受信器に、最高の有効ＴＢＳインデックスに対して必要とされる以上の電力を送信しないことを保証する。Ｋｓ＝０に対する電力コントロールは、例示として電力コントロールビットを使用して送信器電力コントロール（ＴＰＣ）をＵＥへ送信して、ｅＮＢ受信器にＲＳＳＩ又はＳＩＮＲ限界が維持されるようにすることにより行われる。
【００２９】
現在、ＬＴＥコミュニティは、Ｋｓ＝０を使用する電力コントロールに落ち着いたと思われる。この方法に伴う主たる問題は、小さなパケットが、ｅＮＢに受信されたときに、非常に高いＣ／Ｉで終了することである。予想されるペイロードサイズでパケットを使用することにより、電力コントロールコマンドを本発明の実施形態に従って使用して、受信したＣ／Ｉを必要なことのみについて管理し、干渉を潜在的に著しく減少し、ひいては、容量を増加し、そしてシステムのセルユーザの潜在的な縁への影響を最小にすることができる。
【００３０】
換言すれば、ＵＥが、最高の有効ＴＢＳインデックスに対して要求されるものより高いＳＩＮＲをｅＮＢへ送信するのを許す必要はない。というのは、それは、単に不必要なシステム干渉を生じ、システム容量及びＵＥバッテリ電力を浪費するだけだからである。
【００３１】
更に、式１において、α(ｊ)は、ターゲットｅＮＢにおける最大受信電力を傾斜させ、経路ロスが減少するにつれてｅＮＢにおける受信電力のゆっくりとした増加を許すように設計されたファクタであることに注意されたい。例えば、α(ｊ)＝０．８であるときは、ｅＮＢにおける受信電力は、経路ロスが５ｄＢ減少するたびに１ｄＢ、即ち１／５、増加することが許される。ＵＥは、ｅＮＢからのダウンリンク経路ロスを観察し、そしてそれを使用して、ｅＮＢ受信器においてＰＲＢごとにこのターゲットＲＳＳＩを発生するように送信電力を推定する。このターゲット電力ＰO_PUSCH,c(ｊ)＋（αc(ｊ)−１）・ＰＬ（式１を使用して導出した）は、ＰＲＢごとに「Ｋｓ＝０限界」である。従って、一方の限界は、最高の有効ＭＣＳ（＋Ｍａｒｇｉｎ）のＳＩＮＲであり、そして他方の限界は、ＰO_PUSCH,c(ｊ)＋（αc(ｊ)−１）・ＰＬのＰＲＢごとにＲＳＳＩのこの「ｋｓ＝０」限界である。例えば、ＰO_PUSCHに対して−９１ｄＢを、そして０．８のα(ｊ)をセットすると、広範囲の中間セル状態に対してノイズフロアにわたりｅＮＢに数ｄＢの電力しか与えず、近傍セルＵＥに対して僅かに高い受信電力レベルしか許さない非常に厳密な電力制限システムを提供する。
【００３２】
新規な方法、装置、及びコンピュータ読み取り可能なメモリによれば、ｅＮＢのようなネットワーク要素は、公称パケットサイズのデータ信号に対して１つ以上の最大要求ＳＩＮＲを決定することにより電力コントロールを管理し、１つ以上のＳＩＮＲの各々は、公称パケットサイズとして使用される物理的リソースブロック（ＰＲＢ）の独特の数に対応する。ここに例示するように、電力コントロールは、データ信号の電力、及び／又はデータ送信の公称パケットサイズ当たりのＰＲＢの数、の１つ以上を調整することによって行われる。典型的に、選択／使用される最大要求ＳＩＮＲは、エアインターフェイスが許す最大ＳＩＮＲより小さく、従って、システムの干渉を減少する。データ信号の電力コントロールは、受信された後のデータ信号のＳＩＮＲを、１つ以上の最大要求ＳＩＮＲの少なくとも１つと比較することに基づく。本発明の規範的な実施形態は、好ましくは反復性の公称パケットサイズを伴う種々のＧＢＲデータ、例えば、３２８ビットの公称パケットサイズを伴うＶｏＩＰに適用されるが、その必要はない。
【００３３】
１組の実施形態によれば、電力コントロールは、ＵＥからアップリンク（ＵＬ）に送信されそしてｅＮＢにより受信されるデータ信号に対して実施される。このＵＬ実施では、最大受信ＳＩＮＲを、通常の最大有効ＴＢＳインデックスに対して要求される高いＳＩＮＲではなく、ＶｏＩＰデータのようなデータに必要なものに制限するために、Ｋｓ＝０に対して能動的な電力コントロールを使用することができる。
【００３４】
ダウンリンク（ＤＬ）の場合にも、同様の解決策がとられる。例えば、ＵＥ特有のパラメータＰａ及びＰｂ（３ＧＰＰ  ＴＳ３６．２１３  Ｖ１０．３．０（２０１１−０９）のセクション５．２を参照）を使用して、ＤＬの電力を減少することができる。この解決策は、特定のＵＥに適用されるが、その必要はない。この電力減少は、ＵＥにおけるＳＩＮＲを低下させ、従って、１．７７、３、４．７７及び６ｄＢのような個別の電力ステップを使用して適用できる利用可能なＭＣＳを制限することができる。
【００３５】
更に、ｅＮＢ実施は、要求ＳＩＮＲを次のように追跡する。
要求ＳＩＮＲ＝所与のＴＢＳインデックスのＡＷＧＮ  ＳＩＮＲ＋ＳＮＲ＿Ｅｒｒｏｒ      （３）
但し、ＳＮＲ＿Ｅｒｒｏｒ項は、ＳＩＮＲ要求をＡＷＧＮ  ＳＩＮＲ推定値とは異なるものにさせるフェージング及び多経路を考慮するために所与のＴＢＳインデックスに対して要求されるＳＩＮＲを適応させる電力コントロールプロセスの一部分である。
【００３６】
ＴＢＳインデックスは、３ＧＰＰ  ＴＳ３６．２１３  Ｖ１０．３．０（２０１１−０９）のページ３４のテーブル７．１．７．２．１−１を使用して公称パケットサイズ及びＰＲＢの数に対して選択される。この実施形態によれば、選択されたＴＢＳインデックスは、送信／受信データの最大ＴＢＳインデックスよりも低い。例えば、ＶｏＩＰフレーム（公称３２８ビット）は、１つのＰＲＢを使用してＴＢＳインデックス１６により搬送されるか、又は２つのＰＲＢを使用してＴＢＳインデックス１０により搬送されるが、最大許容ＴＢＳインデックスは、２６（例えば、６４ＱＡＭに対して）であるか、或いは２２（例えば、１６ＱＡＭに対して、ＥＣＰがオフであり且つＳＲＳが使用されない場合）である。
【００３７】
ｅＮＢ実施は、受信ＳＩＮＲが、次のように計算される最大要求ＳＩＮＲを越えるかどうかチェックすることを含む。
最大要求ＳＩＮＲ＝所与のＴＢＳインデックスのＡＷＧＮ  ＳＩＮＲ＋ＳＮＲ＿Ｅｒｒｏｒ＋Ｍａｒｇｉｎ      （４）
但し、式４のＭａｒｇｉｎ項は、フェージング環境では正確な電力コントロールができないために必要とされる。Ｍａｒｇｉｎ項は、１から８ｄＢの範囲である。Ｍａｒｇｉｎ項は、ある範囲のＲＦフェージング状態にわたり一貫したＢＬＥＲを与えるためにＲＦ状態に対して調整できる変数である。
【００３８】
従って、ネットワーク要素（ｅＮＢのような）により測定されたＵＥからのデータ信号の受信ＳＩＮＲが、式４によって決定されたこのスレッシュホールドより高い場合には、ｅＮＢによりＵＥへ電力ダウンコマンドが発生される。しかしながら、ネットワーク要素（ｅＮＢのような）により測定されたＵＥからのデータ信号の受信ＳＩＮＲが、式４により決定されたこのスレッシュホールドより低い場合には、ｅＮＢによりＵＥへ電力アップコマンドが発生される。
【００３９】
最大ＳＩＮＲを必要なものだけに制限することにより、システムの干渉が減少されて、未使用リソースに対してより多くのユーザを又はデータユーザのためのより高いスループットを許し、且つセルのカバレージの縁を良好にする（干渉が減少されるので）。換言すれば、隣接セルの他のユーザは、干渉をほとんど見ることがなく、そして低い干渉のためにデータユーザは優れたスループットを得ることができる。
【００４０】
更に別の実施形態によれば、ここに述べる概念は、データの公称パケットサイズ当たり２つ以上のＰＲＢを伴う均一の低ＳＩＮＲシーリングを使用することに適用される。例えば、ＶｏＩＰパケット（３２８ビット）当たり２つのＰＲＢは、３ｄＢ  ＳＩＮＲ（ＡＷＧＮ）＋マージンを必要とし、そしてＶｏＩＰパケット当たり１つのＰＲＢは、９．６ｄＢ  ＳＩＮＲ（ＡＷＧＮ）＋マージンを必要とする。従って、ＳＩＮＲを、ＵＥがもはや９．６ｄＢをサポートできなくなるまで９．６ｄＢ（１つのＰＲＢ）に制限し、次いで、ＳＩＮＲ限界を３ｄＢ（２つのＰＲＢ）へ減少することができる。ＳＩＮＲが３ｄＢ（＋マージン）に制限されると、ＰＨＲを使用して、ＵＥが高い９．６ｄＢ（＋マージン）限界をサポートするに充分な電力をもう一度有するときを決定することができる。
【００４１】
ここに述べる電力コントロールプロセスは、データ信号の電力を調整すること、及びデータ信号の公称パケットサイズ当たりのＰＲＢの数を調整すること、の１つ以上を含み、公称パケットサイズに対するＰＲＢの数は、受信データ信号のＳＩＮＲが所定のスレッシュホールド（例えば、式４を使用して決定された）より大きいときには減少され、一方、公称パケットサイズで使用されるＰＲＢの数は、受信データ信号のＳＩＮＲがこの所定のスレッシュホールドより小さいときには増加される。ここに例示するように、電力コントロールは、ＴＣＰコマンドを使用して遂行される。
【００４２】
更に、１つ以上の最大要求ＳＩＮＲが、データを送出するＵＥのＲＦ状態に基づいて、ネットワーク要素（ｅＮＢ）により選択される。一般的に、１つ以上の最大要求ＳＩＮＲは、１以上の有限整数をＮとすれば、１、２、・・・Ｎ個のＰＲＢに各々対応する。換言すれば、この実施形態では、ｅＮＢは、ＵＥのＲＦ状態を使用して、（最大）パケットサイズを送出するための１からＮ個のＰＲＢの使用を選択し、そしてそのサイズを、許容される最大要求ＳＩＮＲに対する限界として使用する。
【００４３】
ＴＢＳインデックス１０（３２８ビットに対して２つのＰＲＢ）又はＴＢＳインデックス１６（３２８ビットに対して１つのＰＲＢ）のようなハード限界を取り上げるのではなく、システムは、そのときに受信されるＳＩＮＲに基づきそれら２つのレベル間でＣ／Ｉ限界を動的に切り換える。しかしながら、ＳＩＮＲがＴＢＳ１０に制限されると、ｅＮＢは、（ＭＳＣインデックス１７に対応する）ＴＢＳインデックスへのバックアップを得るに充分なほど高いＳＩＮＲを見ることはない。しかしながら、電力ヘッドルームレポート（ＰＨＲ）を周期的に受信することで、ｅＮＢは、ＳＩＮＲをＴＢＳインデックス１６、即ち１つのＰＲＢにとって必要なものへバックアップするためにＵＥへ電力アップを発生するに充分な優れたＲＦ環境をＵＥが有するときを知る。又、ＵＥが高いＳＩＮＲ限界を使用して少数のＰＲＢをサポートするに充分な電力を有するかどうか決定するため、ＰＨＲを使用してＰＲＢの数をより大きなサイズに制限することもできる。
【００４４】
更に、使用できる多数のＰＲＢ／ＴＢＳインデックス組み合わせがあることに注意されたい。例えば、ＶｏＩＰトラフィックに対して使用されるＰＲＢが多いほど、ＰＲＢごとに必要とされるＣ／Ｉが低くなる。しかしながら、必要以上のＰＲＢを使用すると、他のユーザに利用できるＰＲＢが制限される。
【００４５】
ここに述べる規範的実施形態は、１組のＵＬ実施及び１組のＤＬ実施を含む。ＵＬ実施は、ｅＮＢのようなネットワーク要素を使用して、ＵＥによるＵＬ送信のためにデータ信号の電力コントロールを遂行する。ＤＬ実施は、ｅＮＢによるＤＬデータ送信の電力コントロールを遂行するのに使用される。例えば、ＵＥは、ＤＬ  ＭＣＳ又はＴＢＳインデックスへ変換されるＣＱＩをレポートすることができる。このＭＣＳ又はＴＢＳは、上述したＰａ及びＰｂパラメータを使用してそのＵＥに対するｅＮＢ  ＤＬ信号を電力ダウンするためのトリガーとして使用される。
【００４６】
本発明の実施形態は、次のものを含む（これに限定されないが）多数の技術的作用及び効果を提供する。
ａ）小さなパケットデータモード（ＶｏＩＰのような）がシステムに必要な電力以下しか使用しないよう確保することによりシステムの干渉を減少し；
ｂ）データ送信容量を増加し、未使用のＰＲＢに対するデータスループットを高め、セルカバレージの縁を増加し、全てシステム干渉の増加によるＵＥバッテリの消耗及びスループットを減少し；及び
ｃ）ＵＥへの利用可能な電力を増加する（低いバッテリ使用、高いデータスループットのための高いＳＩＮＲマージン）。
【００４７】
図１は、本発明の１組の規範的実施形態により公称パケットサイズに基づいて電力コントロールを行うための方法、及びコンピュータ読み取り可能なメモリに実施された１組のコンピュータプログラムインストラクションを１つ以上のプロセッサで実行した結果を示すフローチャートである。図１に示すステップの順序は、絶対的に要求されるものではなく、従って、原理的には、種々のステップが図示された以外の順序で遂行されてもよいことに注意されたい。又、あるステップがスキップされてもよく、異なるステップが追加又は置き換えられてもよく、或いは選択されたステップ又はステップのグループが個別のアプリケーションにおいて遂行されてもよい。
【００４８】
この規範的な実施形態による方法において、図１に示すように、第１のステップ６０では、ｅＮＢのようなネットワーク要素が受信データ信号（例えば、ＶｏＩＰ）の公称パケットサイズに対する１つ以上の最大要求ＳＩＮＲを決定し、ここで、１つ以上のＳＩＮＲの各々は、公称パケットサイズとして使用されるＰＲＢの独特の数に対応する（例えば、Ｋｓ＝０では、ＵＥのＲＦ状態に基づき、そしてＵＬ実施については、ＵＥから受信されたデータ信号）。
【００４９】
次のステップ６２において、受信データ信号のＳＩＮＲが、例えば、ＵＬ実施についてはｅＮＢにより又はＤＬ実施についてはＵＥにより測定され、ＵＥは、ＳＩＮＲ測定の結果をｅＮＢに与える。次のステップ６４において、ｅＮＢのようなネットワーク要素が、受信データ信号の測定されたＳＩＮＲ（ステップ６２）と、１つ以上の最大要求ＳＩＮＲの少なくとも１つ（ステップ６０で決定された）との比較に基づいて、データ信号の電力コントロールを管理し、その電力コントロールは、データ信号の電力を調整することと、データ信号の公称パケットサイズ当たりのＰＲＢの数を調整すること、の１つ以上を含む。例えば、ＵＬ実施については、電力コントロールのためのインストラクションがｅＮＢのようなネットワーク要素によりＵＥに与えられる。例えば、電力ダウンコマンドを使用してＳＩＮＲが減少されて、低いＭＣＳ及び多数のＰＲＢを生じた後に、ＵＥを電力アップする過剰な電力が存在することを示すＰＨＲ（電力ヘッドルームレポート）に応答して電力アップコマンドを使用して少数のＰＲＢ及び大きなＭＣＳまで戻り、高いＳＩＮＲ、高いＭＣＳ及び少数のＰＲＢを許すことができる。
【００５０】
図２は、本発明の１組の規範的な実施形態により、ネットワーク１０に含まれたネットワーク要素（ｅＮＢのような）８０と、ＵＥ８２とを備えた規範的なＬＴＥ装置を示すブロック図である。より詳細には、図２は、例えば、図１を参照する本発明の規範的な実施形態及びここに述べる規範的な実施形態を具現化するのに適した種々の電子装置と、その電子装置を動作させるために電子装置のコンポーネントを構成する種々の特定の仕方とを示すものである。
【００５１】
ネットワーク要素（ｅＮＢ）８０は、少なくとも１つの送信器８０ａ、少なくとも１つの受信器８０ｂ、少なくとも１つのプロセッサ８０ｃ、少なくとも１つのメモリ８０ｄ、及びコントロールモジュール８０ｅを備えている。送信器８０ａ及び受信器８０ｂは、本発明の実施形態により、対応するリンク８１ａ及び８１ｂを使用してＵＥ８２とのワイヤレス通信を行うように構成される。送信器８０ａ及び受信器８０ｂは、一般的に、送信／受信のための手段であり、トランシーバ又はその構造的等効物として実施されてもよい。又、装置８２の送信器及び受信器には同じ要求及び事柄が適用されることに更に注意されたい。
【００５２】
少なくとも１つのメモリ８０ｄ（例えば、コンピュータ読み取り可能なメモリ）の種々の実施形態は、ローカルな技術的環境に適したデータストレージテクノロジー形式を含むもので、半導体ベースのメモリ装置、磁気メモリ装置及びシステム、光学的メモリ装置及びシステム、固定メモリ、取り外し可能なメモリ、ディスクメモリ、フラッシュメモリ、ＤＲＡＭ、ＳＲＡＭ、ＥＥＰＲＯＭ、等を含むが、これに限定されない。プロセッサ８０ｃの種々の実施形態は、汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）及びマルチコアプロセッサを含むが、これに限定されない。図２に示すＵＥ８２のメモリ及びプロセッサには同様の実施形態が適用される。
【００５３】
電力コントロールモジュール８０ｅは、図１に示すステップ６０−６４を遂行するために種々のインストラクションを与える。電力コントロールモジュール８０ｅは、図１に示すステップ６０を実施するための要求ＳＩＮＲ決定アプリケーション／モジュール１０２と、図１に示すステップ６２を実施するためのＳＩＮＲ測定アプリケーション／モジュール１０４と、図１に示すステップ６４を実施するための電力及び／又はＰＲＢ数調整アプリケーション／モジュール１０６と、を備えている。
【００５４】
モジュール８０ｅは、メモリ８０ｄに記憶されたアプリケーションコンピュータプログラムとして実施されるが、一般的には、ソフトウェア、ファームウェア、及び／又はハードウェアモジュール、或いはその組み合わせとして実施される。特に、ソフトウェア又はファームウェアの場合には、１つの実施形態は、コンピュータのプロセッサにより実行されるコンピュータプログラムコード（即ち、ソフトウェア又はファームウェア）を使用するコンピュータ読み取り可能なインストラクション（例えば、プログラムインストラクション）を含むソフトウェア関連製品、例えば、コンピュータ読み取り可能なメモリ（例えば、非一時的コンピュータ読み取り可能なメモリ）、コンピュータ読み取り可能な媒体、又はコンピュータ読み取り可能なストレージ構造体を使用して実施される。
【００５５】
更に、モジュール８０ｅは、個別のブロックとして実施されてもよいし、装置８０の他のモジュール／ブロックと組み合わされてもよいし、又はその機能により多数のブロックに分割されてもよい。
【００５６】
装置／ＵＥ８２は、図１に示すように、ネットワーク要素８０と同様のコンポーネントを有して、ｅＮＢ８０のコンポーネントに関する前記説明が装置／ＵＥ８２のコンポーネントに完全に適用できるようにしてもよい。
【００５７】
ＳＩＮＲ測定及びレポートモジュール８７は、ＤＬ実施のために図１に示したステップ６２を（任意に）遂行するための種々のインストラクションを与える。このモジュール８７は、装置８２のメモリに記憶されたアプリケーションコンピュータプログラムとして実施されるが、一般的には、ソフトウェア、ファームウェア、及び／又はハードウェアモジュール、或いはその組み合わせとして実施される。特に、ソフトウェア又はファームウェアの場合には、１つの実施形態は、コンピュータのプロセッサにより実行されるコンピュータプログラムコード（即ち、ソフトウェア又はファームウェア）を使用するコンピュータ読み取り可能なインストラクション（例えば、プログラムインストラクション）を含むソフトウェア関連製品、例えば、コンピュータ読み取り可能なメモリ（例えば、非一時的コンピュータ読み取り可能なメモリ）、コンピュータ読み取り可能な媒体、又はコンピュータ読み取り可能なストレージ構造体を使用して実施される。
【００５８】
ここに述べる種々の非限定実施形態は、特定の用途に対して個別に使用されてもよいし、組み合わされてもよいし、又は選択的に組み合わされてもよいことに注意されたい。
【００５９】
更に、前記非限定実施形態の種々の特徴の幾つかを、他の前記特徴を対応的に使用せずに、効果的に使用することができる。それ故、上述した説明は、本発明の原理、教示及び規範的な実施形態を単に例示するものに過ぎず、それに限定されない。
【００６０】
以上の構成は、本発明の原理の適用を例示するに過ぎないことを理解されたい。当業者であれば、本発明の範囲から逸脱せずに種々の変更や別の構成が案出されるであろうが、そのような変更や構成は、特許請求の範囲に網羅されるものとする。
【符号の説明】
【００６１】
１０：ネットワーク
８０：ネットワーク要素（ｅＮＢ）
８０ａ：送信器
８０ｂ：受信器
８０ｃ：プロセッサ
８０ｄ：メモリ
８０ｅ：電力コントロールモジュール
８１ａ、８１ｂ：リンク
８２：装置／ＵＥ
８７：ＳＩＮＲ測定及びレポートモジュール
【図１】
0006011830.tif 000004
【図２】
0006011830.tif 000005