(57)【要約】  セルラー通信サービスとプロキシミティ通信サービスが同時に発生した場合におけるマルチキャリア・オペレーションの処理のためのセルラー・ネットワークにおける電力管理のための方法および装置が提案されている。パワー・ヘッドルーム・レポートは、ユーザ機器により送信される。パワー・ヘッドルーム・レポートは、ユーザ機器がプロキシミティ・サービス通信を実行した場合における電力低減を反映する電力低減基準量を少なくとも含む。
2017538370.tif 000002
【特許請求の範囲】
【請求項１】
セルラー・ネットワークにおける電力管理のための方法であって、
−  ユーザ機器（ＵＥ１、ＵＥ２）によりパワー・ヘッドルーム・レポートを送信するステップを含み、
前記パワー・ヘッドルーム・レポートが、前記ユーザ機器（ＵＥ１、ＵＥ２）がプロキシミティ・サービス通信を実行する場合における電力低減を反映する電力低減基準量を少なくとも含む、電力管理のための方法。
【請求項２】
前記パワー・ヘッドルーム・レポートが、前記ユーザ機器（ＵＥ１、ＵＥ２）がセルラー・サービスとプロキシミティ・サービスとの間における電力配分を適用しているかどうかを表示するインデックス（ＰＲ）を含む、請求項１に記載の電力管理のための方法。
【請求項３】
セルに供するための設定最大ユーザ機器電力ＰＣＭＡＸ，ｃの下限が、ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ  −  ΔＴＣ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ  −  ＭＡＸ（ＭＰＲＣ  ＋  Ａ−ＭＰＲｃ，Ｐ−ＭＰＲｃ，Ｐ−ｐｒｏ＿ｓｅ）  −  ΔＴＣ，ｃ｝として定義される、請求項１または２に記載の電力管理のための方法。
【請求項４】
プロキシミティ・サービス通信の場合における前記電力低減Ｐ−ｐｒｏ＿ｓｅが、プロキシミティ・サービス通信の少なくとも１つの帯域の組み合わせ、動作周波数帯域およびリソース配分の異なる組み合わせに係るルックアップ・テーブルにおいて定義される、請求項１乃至３のいずれか１項に記載の電力管理のための方法。
【請求項５】
プロキシミティ・サービス通信の場合における前記電力低減Ｐ−ｐｒｏ＿ｓｅが、前記動作帯域から独立の最大電力低減に係る単一の値として定義される、請求項１乃至３のいずれか１項に記載の電力管理のための方法。
【請求項６】
前記設定最大ユーザ機器電力の下限が、ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛ＰＥＭＡＸ  −  ΔＴＣ，ＰＰｏｗｅｒＣｌａｓｓ  −  ＭＰＲ  −  Ａ−ＭＰＲ  −  Ｐ−ＭＰＲｃ  −  Ｐ−ｐｒｏ＿ｓｅ  −  ΔＴＣ｝として定義される、請求項１または２に記載の電力管理のための方法。
【請求項７】
プロキシミティ・サービス通信の場合における前記電力低減が、セルに供するための電力管理最大電力低減パラメータＰ−ＭＰＲｃに含まれる、請求項１に記載の電力管理のための方法。
【請求項８】
前記パワー・ヘッドルーム・レポートにおける予約ビット（ＰＲ）が、プロキシミティ・サービス送信に起因する電力低減が、対応する前記パワー・ヘッドルーム・レポートに適用されるかどうかを表示するために使用される、請求項１乃至７のいずれか１項に記載の電力管理のための方法。
【請求項９】
パワー・ヘッドルーム・レポートを送信するステップが、タイマーが切れるか、または切れており、かつそのセルに係るプロキシミティ・サービス通信に起因する前記電力低減が規定の閾値を超えて変化している場合にトリガされる、請求項１乃至８のいずれか１項に記載の電力管理のための方法。
【請求項１０】
セルラー・ネットワークにおける電力管理のための方法であって、
−  少なくとも１つのユーザ機器（ＵＥ１、ＵＥ２）からスケジューラ（ｅＮＢ）によりパワー・ヘッドルーム・レポートを受信するステップ
を含み、前記パワー・ヘッドルーム・レポートが、前記ユーザ機器（ＵＥ１、ＵＥ２）がプロキシミティ・サービス通信を実行する場合における電力低減を反映する電力低減基準量を少なくとも含む、電力管理のための方法。
【請求項１１】
前記パワー・ヘッドルーム・レポートが、前記ユーザ機器（ＵＥ１、ＵＥ２）がセルラー・サービスとプロキシミティ・サービスとの間における電力配分を適用しているかどうかを表示するインデックスを含む、請求項１０に記載の電力管理のための方法。
【請求項１２】
セルに供するための設定最大ユーザ機器電力ＰＣＭＡＸ，ｃの下限が、ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ  −  ΔＴＣ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ  −  ＭＡＸ（ＭＰＲＣ  ＋  Ａ−ＭＰＲｃ，Ｐ−ＭＰＲｃ，Ｐ−ｐｒｏ＿ｓｅ）  −  ΔＴＣ，ｃ｝として定義される、請求項１０または１１に記載の電力管理のための方法。
【請求項１３】
−  少なくとも１件のパワー・ヘッドルーム・レポートを受信するための受信装置と、
−  少なくとも１つのユーザ機器（ＵＥ１、ＵＥ２）用に無線リソースのスケジューリングを行うためのスケジューリング・エンティティと
を備える、セルラー・ネットワーク内におけるスケジューラであって、前記パワー・ヘッドルーム・レポートが、前記少なくとも１つのユーザ機器（ＵＥ１、ＵＥ２）がプロキシミティ・サービス通信を実行した場合における電力低減を反映する電力低減基準量を少なくとも含み、前記スケジューリング・エンティティが、前記無線リソースのスケジューリングのために電力低減について受信した情報を使用する、スケジューラ。
【請求項１４】
セルラー・ネットワーク内におけるユーザ機器であって、請求項１乃至９のいずれか１項に記載の方法を実行する、ユーザ機器。
【請求項１５】
セルラー・ネットワーク内におけるベース・ステーションであって、請求項９乃至１３のいずれか１項に記載の方法を実行する、ベース・ステーション。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セルラー・サービス通信用およびプロキシミティ・サービス通信用のパワー・ヘッドルーム報告のための方法、ユーザ機器およびスケジューラに関する。
【背景技術】
【０００２】
本セクションは、本発明のより良い理解を促進するのに役立つと思われる態様を紹介する。したがって、本セクションの記述は、上記の観点から読まれるべきであり、何が先行技術に含まれるかについて認めるものとして理解されるべきではない。
【０００３】
３ＧＰＰは、プロキシミティ・サービスに関するフィージビリティ・スタディに着手しており、それは、３ＧＰＰ  ＴＲ  ２２．８０３において公表されている。３ＧＰＰにより定義されるパブリック・セーフティ・サポート（ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ｓｕｐｐｏｒｔ）によれば、ユーザ機器は、プロキシミティ・サービス通信を介して複数のパブリック・セーフティ・ユーザ・グループに対する通信を行うと同時にセルラー通信サービスにアクセスすることが要求されている。マルチキャリア・オペレーションは、プロキシミティ・サービス通信用とセルラー・サービス通信用にサポートされている。したがって、ユーザ機器は、セルラー・サービス通信用とプロキシミティ・サービス通信用の異なる周波数上で動作するか、またはプロキシミティ・サービス通信用とセルラー・サービス通信用に同一の周波数を共用する。
【０００４】
３ＧＰＰ  ＴＲ  ２２．８０３によれば、セルラー・サービス通信は、ユーザ機器とｅＮｏｄｅＢおよびネットワークとの間の通信として理解されている。プロキシミティ・サービス通信は、２つのプロキシミティ・サービスを利用可能なユーザ機器の間における、ネットワークを通じたユーザ・データの送信を伴わず、かつｅＮｏｄｅＢを含めない通信として理解されている（ダイレクト・モード）。さらに、プロキシミティ・サービス通信は、２つのプロキシミティ・サービスを利用可能なユーザ機器の間において、１つのｅＮｏｄｅＢを介したローカル・ルートにより、ネットワークを利用することなく行うことができる（ローカリ・ルーテッド・モード）。
【０００５】
よって、セルラー・サービス通信とプロキシミティ・サービス通信は、同一のユーザ機器から発する場合であっても、異なる宛先ポイントを有する。その結果、特にユーザ機器がセルラー・サービス通信とプロキシミティ・サービス通信について同時送信を実行する場合には、電力制御の問題が生じる。
【０００６】
セルラー・サービス通信のみが行われる場合、スケジューラは、ユーザ機器のパワー・ヘッドルーム・レポート（３ＧＰＰ  ＴＳ  ３６．３２１）によりユーザ機器の電力状況に関する情報を受信する。この情報に基づき、スケジューラは、ユーザ機器によるアップリンク送信用に適当なデータ・サイズならびに変調およびコード体系のスケジューリングを行う。パワー・ヘッドルーム・レポートは、パワー・ヘッドルーム・レポートの送信時点におけるパス・ロス、送信電力およびその他のパラメータに基づき、ユーザ機器により算出される。
【０００７】
セルラー・サービス通信とプロキシミティ・サービス通信がユーザ機器により同時に実行されたときにパワー・ヘッドルーム・レポートが算出される場合、１つの問題が生じる。ネットワークのスケジューラは、セルラー・サービス通信用により大きい送信電力をスケジューリングする場合があり、ユーザ機器は、そのような送信電力を供給できない場合がある。
【０００８】
このことは、システム性能に悪影響を及ぼす。加えて、サウンディング参照信号（ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）送信の電力制御についてネットワークとユーザ機器との間にミスマッチを生じる可能性があり、それがネットワークにおけるチャネル推定の誤りにつながり、システム性能全体に影響が波及するおそれがある。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】３ＧＰＰ  ＴＲ  ２２．８０３
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．３２１
【非特許文献３】３ＧＰＰ  ＴＳ  ３６．３２１  −  ５．４．６
【非特許文献４】３ＧＰＰ  ＴＳ  ３６．１０１
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、ネットワークにおける上記の問題に対処し、同時のセルラー・サービス通信とプロキシミティ・サービス通信を可能にするための新たなコンセプトを提供することである。
【課題を解決するための手段】
【００１１】
一実施形態では、セルラー・ネットワークにおける電力管理のための方法が開示されている。セルラー・ネットワークにおける少なくともいくつかのユーザ機器は、セルラー・サービス通信とプロキシミティ・サービス通信の能力を備えている。ユーザ機器は、スケジューラに対し、パワー・ヘッドルーム・レポートを送信する。スケジューラは、ｅＮｏｄｅＢに統合されているか、または複数のｅＮｏｄｅＢに供するためにネットワーク内のいずれかの場所に位置している。パワー・ヘッドルーム・レポートは、ユーザ機器がプロキシミティ・サービス通信を実行した場合における電力低減を反映する１つの電力低減基準量（ｐｏｗｅｒ  ｒｅｄｕｃｔｉｏｎ  ｍｅａｓｕｒｅ）を少なくとも含む。したがって、この電力低減基準量により、スケジューラは、ユーザ機器による同時のセルラー・サービス通信とプロキシミティ・サービス通信について通知されるとともに、これらの同時の通信に対応する電力配分情報について通知される。プロキシミティ・サービス通信とセルラー・サービス通信は、上記の「背景技術」のセクションにおいて定義される通りに理解される。この方法は、パワー・ヘッドルーム・レポートを生成する時点のユーザ機器におけるセルラー・サービス通信とプロキシミティ・サービス通信との間の電力配分についてスケジューラが認識することにより、ネットワークにおけるチャネル推定の精度を向上させるとともに、システム性能全体を向上させるという利点がある。
【００１２】
一実施形態では、パワー・ヘッドルーム・レポートは、ユーザ機器がセルラー・サービス通信とプロキシミティ・サービス通信との間に電力配分を適用しているかどうかを表示するインデックスを含む。したがって、このインデックスから、スケジューラは、パワー・ヘッドルーム・レポートにおいて与えられた電力がプロキシミティ・サービス通信による影響を受けているか否かを判断する。
【００１３】
一実施形態では、セルｃに供する設定最大ユーザ機器電力ＰＣＭＡＸ，ｃの下限は、ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ  −  ΔＴＣ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ  −  ＭＡＸ（ＭＰＲＣ  ＋  Ａ−ＭＰＲｃ，Ｐ−ＭＰＲｃ，Ｐ−ｐｒｏ＿ｓｅ）  −  ΔＴＣ，ｃ｝として定義される。ここで、Ｐ−ｐｒｏ＿ｓｅは、ユーザ機器においてプロキシミティ・サービス通信が行われた場合における電力低減に係るパラメータである。
【００１４】
一実施形態では、プロキシミティ・サービス通信の場合における電力低減Ｐ−ｐｒｏ＿ｓｅは、プロキシミティ・サービス送信の少なくとも１つの帯域組み合わせ、動作周波数帯域およびリソース配分の異なる組み合わせに係るルックアップ・テーブルにおいて定義される。
【００１５】
一実施形態では、プロキシミティ・サービス通信の場合における電力低減Ｐ−ｐｒｏ＿ｓｅは、動作帯域とは独立の最大電力低減に係る単一の値として定義される。
【００１６】
一実施形態では、設定最大ユーザ機器電力の下限は、ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛ＰＥＭＡＸ  −  ΔＴＣ，ＰＰｏｗｅｒＣｌａｓｓ  −  ＭＰＲ  −  Ａ−ＭＰＲ  −  Ｐ−ＭＰＲｃ  −  Ｐ−ｐｒｏ＿ｓｅ  −  ΔＴＣ｝として定義される。
【００１７】
一実施形態では、プロキシミティ・サービス通信の場合における電力低減は、セルに供する電力管理最大電力低減（Ｐｏｗｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｍａｘｉｍｕｍ  Ｐｏｗｅｒ  Ｒｅｄｕｃｔｉｏｎ）パラメータＰ−ＭＰＲｃに含まれる。したがって、パワー・ヘッドルーム・レポートを用いて伝達される電力低減の特別の値は存在しない。一実施形態では、電力管理最大電力低減パラメータがプロキシミティ・サービス通信に起因して生じる電力低減を反映するように変更されたかどうかについての情報がインデックスにより与えられる。
【００１８】
一実施形態では、パワー・ヘッドルーム・レポートにおける予約ビットが、プロキシミティ・サービス通信に起因する電力低減が対応するパワー・ヘッドルーム・レポートに適用されているかどうかを表示するために使用される。
【００１９】
一実施形態では、ユーザ機器によるパワー・ヘッドルーム・レポートの送信は、タイマーが切れるか、または切れており、かつそのセルに係るプロキシミティ・サービス通信に起因する電力低減が規定の閾値を超えて変化している場合にトリガされる。
【００２０】
一実施形態では、セルラー・ネットワークにおける電力管理のための方法が提案されている。セルラー・ネットワークにおける少なくともいくつかのユーザ機器は、セルラー・サービス通信とプロキシミティ・サービス通信の能力を備えている。この方法は、少なくとも１つのユーザ機器からスケジューラによるパワー・ヘッドルーム・レポートを受信するための受信ステップを含む。スケジューラは、ｅＮｏｄｅＢに統合されているか、または複数のｅＮｏｄｅＢに供するためにネットワーク内のいずれかの場所に位置している。パワー・ヘッドルーム・レポートは、ユーザ機器がプロキシミティ・サービス通信を実行した場合における電力低減を反映する１つの電力低減基準量を少なくとも含む。したがって、スケジューラにより受信されたこの電力低減基準量により、スケジューラは、ユーザ機器による同時のセルラー・サービス通信とプロキシミティ・サービス通信について通知されるとともに、パワー・ヘッドルーム報告の生成の時点におけるこれらの同時の通信に対応する電力配分情報について通知される。プロキシミティ・サービス通信とセルラー・サービス通信は、「背景技術」のセクションで定義されている通りに理解される。この方法は、パワー・ヘッドルーム・レポートを生成する時点のユーザ機器におけるセルラー・サービス通信とプロキシミティ・サービス通信との間の電力配分についてスケジューラが認識することにより、ネットワークにおけるチャネル推定の精度を向上させるとともに、システム性能全体を向上させるという利点がある。
【００２１】
一実施形態では、パワー・ヘッドルーム・レポートは、ユーザ機器がセルラー・サービス通信とプロキシミティ・サービス通信との間に電力配分を適用しているかどうかを表示するインデックスを含む。
【００２２】
一実施形態では、セルに供する設定最大ユーザ機器電力ＰＣＭＡＸ，ｃの下限は、ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ  −  ΔＴＣ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ  −  ＭＡＸ（ＭＰＲＣ  ＋  Ａ−ＭＰＲｃ，Ｐ−ＭＰＲｃ，Ｐ−ｐｒｏ＿ｓｅ）  −  ΔＴＣ，ｃ｝として定義される。
【００２３】
一実施形態では、セルラー・ネットワーク内におけるスケジューラが提案されている。スケジューラは、少なくとも１件のパワー・ヘッドルーム・レポートを受信するための受信装置を備える。スケジューラは、さらに、少なくとも１つのユーザ機器向けに無線リソースのスケジューリングを行うためのスケジューリング・エンティティ（ｓｃｈｅｄｕｌｉｎｇ  ｅｎｔｉｔｙ）を備える。パワー・ヘッドルーム・レポートは、少なくとも１つのユーザ機器がプロキシミティ・サービス通信を実行した場合における電力低減を反映する電力低減基準量を少なくとも含む。スケジューリング・エンティティは、電力低減について受信した情報を、無線リソースのスケジューリングのために使用する。
【００２４】
一実施形態では、上記の方法を実行するセルラー・ネットワーク内におけるユーザ機器が提案されている。
【００２５】
一実施形態では、上記の方法を実行するセルラー・ネットワーク内におけるベース・ステーションが提案されている。
【００２６】
一実施形態では、上記で説明されるスケジューラを備えるセルラー・ネットワーク内におけるベース・ステーションが提案されている。
【００２７】
本発明の実施形態におけるさらなる有利な構成要件は、下記の「発明を実施するための形態」において定義され、説明される。
【００２８】
本発明の実施形態に従う装置および方法のいくつかの実施形態は、単なる例示として、添付の図面を参照して、説明されている。
【図面の簡単な説明】
【００２９】
【図１】セルラー・サービス通信のシナリオを示す概略図である。
【図２】第１のプロキシミティ・サービス通信のシナリオを示す概略図である。
【図３】第２のプロキシミティ・サービス通信のシナリオを示す概略図である。
【図４】従来技術における既知のパワー・ヘッドルームＭＡＣ制御エレメントを示す図である。
【図５】本発明に基づく拡張パワー・ヘッドルームＭＡＣ制御エレメントを示す図である。
【発明を実施するための形態】
【００３０】
本説明および図面は、単に本発明の原理を示すものにすぎない。したがって、当業者は、本開示において明示的に説明または提示されていなくても、本発明の原理を具現化し、かつその精神および範囲内に含まれる様々な構成を考案することが可能であると認められる。さらに、本開示において説明されている全ての例は、原則として、本発明の原理および本発明者による技術の推進に貢献した概念を読者が理解することを支援するための教示的目的のみを明示的に意図しており、かかる具体的に説明される例および条件に限定することなく解釈すべきものである。加えて、本発明の原理、態様、および実施形態、ならびにこれらの具体的な例を説明する本開示における全ての記述は、これらの均等物を含むことを意図している。
【００３１】
図１は、セルラー・サービス通信のシナリオを示す概略図である。２つのユーザ機器ＵＥ１、ＵＥ２がきわめて近接しており、かつ相互に通信を行っている場合であっても、ユーザ・プレーンにおけるこれらの機器のデータ・パス１は、オペレータ・ネットワークｅＮＢ、ＳＧＷ／ＰＧＷを介して通じている。図１に示される通り、このタイプの通信の典型的なデータ・パス１は、ｅＮｏｄｅＢ  ｅＮＢ、およびサービング・ゲートウェイ／パケット・データ・ネットワーク・ゲートウェイＳＧＷ／ＰＧＷを伴う。
【００３２】
図２は、第１のプロキシミティ・サービス通信のシナリオを示す概略図である。２つ以上のユーザ機器ＵＥ１、ＵＥ２が相互に近接している場合、これらの機器は相互にダイレクト・モードでプロキシミティ・サービス通信による通信を行う。たとえば、ＬＴＥにおいて、オペレータは、ユーザ・プレーンにおけるデータ・パス２をアクセスおよびコア・ネットワークｅＮＢ、ＳＧＷ／ＰＧＷから切り離し、ユーザ機器ＵＥ１、ＵＥ２の間のダイレクト・リンクに移行させることができる。ユーザ機器は、相互にダイレクト接続により通信を行う。データ・パス２について、ｅＮｏｄｅＢ  ｅＮＢおよびサービング・ゲートウェイ／パケット・データ・ネットワーク・ゲートウェイＳＧＷ／ＰＧＷは、ダイレクト・モードのプロキシミティ・サービス通信に関与しない。
【００３３】
図３は、第２のプロキシミティ・サービス通信のシナリオを示す概略図である。２つ以上のユーザ機器ＵＥ１、ＵＥ２が相互に近接している場合、これらの機器は相互にプロキシミティ・サービス通信によりローカル・ルートで通信を行う。「ローカル・ルートで」とは、ユーザ・プレーンにおけるデータ・パス３が、ユーザ機器ＵＥ１、ＵＥ２により共用される１つのｅＮｏｄｅＢ  ｅＮＢを介してルーティングされることを意味する。データ・パス３は、コア・ネットワークを含まず、たとえば、サービング・ゲートウェイ／パケット・データ・ネットワーク・ゲートウェイＳＧＷ／ＰＧＷは、ローカル・ルートによるプロキシミティ・サービス通信に関与しない。
【００３４】
プロキシミティ・サービス通信のシナリオのもう１つのモードは、２つのユーザ機器ＵＥ１、ＵＥ２が相互にダイレクト通信を実行するものである。ただし、２つのユーザ機器ＵＥ１、ＵＥ２の間の通信に係る送信グラントは、ｅＮｏｄｅＢ  ｅＮＢにより割り当てられる。プロキシミティ・サービス通信用のデータ・パスが、一方のユーザ機器ＵＥ１、ＵＥ２から他方のユーザ機器ＵＥ２、ＵＥ１に、ｅＮｏｄｅＢ  ｅＮＢを介することなく、ダイレクトに通じているとはいえ、このモードは、ローカル・ルートによるプロキシミティ・サービス通信のバリエーションである。
【００３５】
図２および図３に示されるプロキシミティ通信について、パワー・ヘッドルーム報告手順は、３ＧＰＰ  ＴＳ  ３６．３２１  −  ５．４．６において定義されている。
【００３６】
パワー・ヘッドルーム報告手順は、スケジューリングを行うｅＮｏｄｅＢ  ｅＮＢに対し、公称ユーザ機器最大送信電力とアクティベートされたサービング・セル当たりのＵＬ−ＳＣＨ送信に係る推定電力との間の差異に関する情報とともに、公称ユーザ機器最大送信電力とＰＣｅｌｌ上のＵＬ−ＳＣＨおよびＰＵＣＣＨ送信に係る推定電力との間の差異に関する情報を提供するために使用される。
【００３７】
ＲＲＣは、２つのタイマーｐｅｒｉｏｄｉｃＰＨＲ−ＴｉｍｅｒおよびｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを設定するとともに、パワー・ヘッドルーム・レポートをトリガするための測定ダウンリンク・パスロスおよび電力管理に起因する要求電力バックオフの変化量を設定するｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅをシグナリングすることにより、パワー・ヘッドルーム報告を制御する。
【００３８】
パワー・ヘッドルーム・レポートは、以下のいずれかのイベントが発生した場合にトリガされる。
【００３９】
−  ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが切れるか、または切れており、かつパス・ロスが、ユーザ機器が新たな送信用のアップリンク・リソースを有している時点で最後のパワー・ヘッドルーム・レポートの送信以後、パスロス・リファレンスとして使用されている少なくとも１つのアクティベートされたサービング・セルに係るｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢを超えて変化した場合
−  ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒが切れた場合
−  パワー・ヘッドルーム報告機能が上位レイヤにより設定または再設定され、それが機能を無効にするために使用されていない場合
−  アップリンク設定済みのＳＣｅｌｌがアクティベートされた場合
−  ユーザ機器が新たな送信のためのアップリンク・リソースを有している時点で、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが切れるか、または切れており、かつアップリンク設定済みのアクティベートされたいずれかのサービング・セルに係るそのＴＴＩ中に下記が真である場合
−  送信用に割り当てられたアップリンク・リソースが存在しているか、またはそのセル上でＰＵＣＣＨ送信が発生しており、かつそのセルに係る（Ｐ−ＭＰＲｃにより許可される）電力管理に起因する要求電力バックオフが、ユーザ機器がそのセル上の送信用またはＰＵＣＣＨ送信用に割り当てられたアップリンク・リソースを有していた時点で最後のパワー・ヘッドルーム・レポートの送信以後、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢを超えて変化した場合。
【００４０】
ユーザ機器ＵＥ１、ＵＥ２は、電力管理に起因する要求電力バックオフの低下が一時的なものに過ぎない（たとえば、数十ミリ秒以内）場合であって、かつパワー・ヘッドルーム・レポートがその他のトリガ条件によりトリガされるときに、そのようなＰＣＭＡＸ，ｃ／ＰＨの値の一時的な減少を反映することを避けるべきである場合には、パワー・ヘッドルーム・レポートのトリガを回避する。
【００４１】
ＵＬ−ＳＣＨ送信の推定電力は、トランスポート・ブロック・フォーマット、ダウンリンク・パスロス推定値、ＵＬ−ＳＣＨ送信に割り当てられたリソース等に左右される。ＰＣＭＡＸ，ｃは、ＰＣＭＡＸ，ｃがユーザ機器において規定の範囲内の値になるように設定されている値域として定義される。この値域は、ユーザ機器の電力クラス、ネットワークによりシグナリングされる最大送信電力（ＰＥＭＡＸ）、最大電力低減（ＭＰＲ）、追加最大電力低減（Ａ−ＭＰＲ）、および送信帯域幅に左右される。
【００４２】
ＰＣＭＡＸ，ｃおよび値域は、３ＧＰＰ  ＴＳ  ３６．１０１において、以下の通りに定義されている。
【００４３】
ユーザ機器は、そのＰＣＭＡＸ，ｃを設定する。サービング・セルｃにおける設定最大出力電力ＰＣＭＡＸ，ｃは、
ＰＣＭＡＸ＿Ｌ，ｃ≦ＰＣＭＡＸ，ｃ≦ＰＣＭＡＸ＿Ｈ，ｃの範囲内で設定される。
【００４４】
バンド内隣接キャリア・アグリゲーションの場合、
ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ  −  ΔＴＣ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ  −  ＭＡＸ（ＭＰＲＣ  ＋  Ａ−ＭＰＲｃ，Ｐ−ＭＰＲｃ）  −  ΔＴＣ，ｃ｝である。
【００４５】
バンド間非隣接キャリア・アグリゲーションの場合、
ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ  −  ΔＴＣ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ  −  ＭＡＸ（ＭＰＲＣ  ＋  Ａ−ＭＰＲｃ  ＋  ΔＴＩＢ，ｃ，Ｐ−ＭＰＲｃ）−  ΔＴＣ，ｃ｝、
ＰＣＭＡＸ＿Ｈ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ｝であり、
ＰＥＭＡＸ，ｃは、サービング・セルｃ用にＩＥ  Ｐ−Ｍａｘにより与えられる値である。
【００４６】
ＰＰｏｗｅｒＣｌａｓｓは、３ＧＰＰ  ＴＳ  ３６．１０１のＴａｂｌｅ  ６．２．２−１において規定される最大ユーザ機器電力であり、３ＧＰＰ  ＴＳ  ３６．１０１のＴａｂｌｅ  ６．２．２−１において規定される許容差を考慮しない。
【００４７】
ΔＴＩＢ，ｃは、３ＧＰＰ  ＴＳ  ３６．１０１のＴａｂｌｅ  ６．２．５Ａ−３において規定されるサービング・セルｃ用の追加的許容差である。
【００４８】
バンド間キャリア・アグリゲーションの場合、ＭＰＲｃおよびＡ−ＭＰＲｃは、サービング・セルｃごとに適用される。バンド内隣接キャリア・アグリゲーションの場合、ＭＰＲｃ＝ＭＰＲかつＡ−ＭＰＲｃ＝Ａ−ＭＰＲである。
【００４９】
Ｐ−ＭＰＲｃは、サービング・セルｃのための電力管理を表す。バンド内キャリア・アグリゲーションの場合、ユーザ機器に係る１つの電力管理の項Ｐ−ＭＰＲが存在し、Ｐ−ＭＰＲｃ＝Ｐ−ＭＰＲである。
【００５０】
３ＧＰＰ  ＴＳ  ３６．１０１のＴａｂｌｅ  ６．２．２−１の注記２がサービング・セルｃに適用される場合、ΔＴＣ，ｃは１．５ｄＢである。
【００５１】
３ＧＰＰ  ＴＳ  ３６．１０１のＴａｂｌｅ  ６．２．２−１の注記２がサービング・セルｃに適用されない場合、ΔＴＣ，ｃは０ｄＢである。
【００５２】
１つのアップリンク・サービング・セルを備えるバンド間キャリア・アグリゲーションの場合、総設定最大出力電力ＰＣＭＡＸは、
ＰＣＭＡＸ＿Ｌ≦ＰＣＭＡＸ≦ＰＣＭＡＸ＿Ｈの範囲内で設定され、
ここで、
ＰＣＭＡＸ＿Ｌ＝ＰＣＭＡＸ＿Ｌ，ｃ，かつ
ＰＣＭＡＸ＿Ｈ＝ＰＣＭＡＸ＿Ｈ，ｃである。
【００５３】
測定最大出力電力ＰＵＭＡＸは、
ＰＣＭＡＸ＿Ｌ  −  Ｔ（ＰＣＭＡＸ＿Ｌ）≦ＰＵＭＡＸ≦ＰＣＭＡＸ＿Ｈ  ＋  Ｔ（ＰＣＭＡＸ＿Ｈ）の範囲内となる。
【００５４】
要約すると、サービング・セルに係る設定最大出力電力ＰＣＭＡＸ，ｃは、使用される周波数帯域の組み合わせ、Ａ−ＭＰＲ、ＭＰＲ（標準規格において規定される領域帯域値（ｒｅｇｉｏｎａｌ  ｂａｎｄ  ｖａｌｕｅ）をいう）およびＰ−ＭＰＲ（電力バックオフの適用時における電力管理を表す）に左右される。
【００５５】
図４は、パワー・ヘッドルーム・レポートの送信のための３ＧＰＰ  ＴＳ  ３６．３２１に基づく拡張パワー・ヘッドルームＭＡＣ制御エレメント４を示している。拡張パワー・ヘッドルームＭＡＣ制御エレメント４は、以下の通りに定義される。
【００５６】
Ｃｉ：このフィールドは、ＳＣｅｌｌＩｎｄｅｘ  ｉを備えるＳＣｅｌｌ用のパワー・ヘッドルーム・フィールドの存在を表示している。Ｃｉフィールドが「１」に設定されている場合、ＳＣｅｌｌＩｎｄｅｘ  ｉを備えるＳＣｅｌｌ用のパワー・ヘッドルーム・フィールドが報告されていることを示す。Ｃｉフィールドが「０」に設定されている場合、ＳＣｅｌｌＩｎｄｅｘ  ｉを備えるＳＣｅｌｌ用のパワー・ヘッドルーム・フィールドが報告されていないことを示す。
【００５７】
Ｒ：予約ビットであり、「０」に設定されている。
【００５８】
Ｖ：このフィールドは、パワー・ヘッドルームの値が実際の送信またはリファレンス・フォーマットに基づいているかどうかを表示している。タイプ１パワー・ヘッドルーム（Ｔｙｐｅ  １  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ）の場合、Ｖ＝０は、ＰＵＳＣＨ上における実際の送信を示しており、Ｖ＝１は、ＰＵＳＣＨリファレンス・フォーマットが使用されていることを示している。タイプ２パワー・ヘッドルーム（Ｔｙｐｅ  ２  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ）の場合、Ｖ＝０は、ＰＵＣＣＨ上における実際の送信を示しており、Ｖ＝１は、ＰＵＣＣＨリファレンス・フォーマットが使用されていることを示している。さらに、タイプ１とタイプ２のいずれのパワー・ヘッドルームの場合も、Ｖ＝０は、関連するＰＣＭＡＸ，ｃフィールドが存在することを示しており、Ｖ＝１は、関連するＰＣＭＡＸ，ｃフィールドが省略されていることを示している。
【００５９】
パワー・ヘッドルームＰＨ：このフィールドは、パワー・ヘッドルームのレベルを表示している。フィールド長は６ビットである。さらに、タイプ１またはタイプ２のパワー・ヘッドルームおよびＰＣｅｌｌ／ＳＣｅｌｌが表示されている。
【００６０】
Ｐ：このフィールドは、ユーザ機器が（Ｐ−ＭＰＲｃにより許可される）電力管理に起因する電力バックオフを適用しているかどうかを表示している。ユーザ機器は、電力管理に起因する電力バックオフが一切適用されていない場合において対応するＰＣＭＡＸ，ｃフィールドが異なる値を有することとなる場合、Ｐ＝１を設定する。
【００６１】
ＰＣＭＡＸ，ｃ：存在する場合、このフィールドは直前のパワー・ヘッドルーム・フィールドの計算に使用されるＰＣＭＡＸ，ｃ、または
【数１】
2017538370.tif 000003
を表示している。
【００６２】
図５は、本発明の一実施形態に基づく、拡張パワー・ヘッドルームＭＡＣ制御エレメント５を示している。
【００６３】
本発明では、利用可能なユーザ機器ＵＥ１、ＵＥ２の送信電力に関する十分な情報が、たとえば、ｅＮｏｄｅＢ  ｅＮＢに含まれるスケジューラまたは複数のｅＮｏｄｅＢ  ｅＮＢ用の個別のスケジューラのようなネットワークに提供される。このことは、公称ユーザ機器最大送信電力および／またはプロキシミティ・サービス通信に起因して適用される電力低減をパワー・ヘッドルーム・レポートとともにシグナリングすることにより実現される。パワー・ヘッドルーム・レポートは、拡張パワー・ヘッドルームＭＡＣ制御エレメント５により、スケジューラに提供される。
【００６４】
したがって、パワー・ヘッドルーム・レポートの算出は、プロキシミティ・サービス通信において使用された電力を考慮して行われる。伝達される公称ユーザ機器最大送信電力の値域は、プロキシミティ・サービス通信に起因して生じる可能電力変動を考慮したものとなる。したがって、公称ユーザ機器最大送信電力の算出とパワー・ヘッドルーム報告もまた、プロキシミティ・サービス通信に起因する電力低減を反映している。
【００６５】
パワー・ヘッドルーム・レポートには、ユーザ機器がセルラー・サービス通信とプロキシミティ・サービス通信の間の電力配分を適用しているかどうかを表示する情報が含まれる。換言すると、ユーザ機器は、ネットワーク、すなわちスケジューラに対し、パワー・ヘッドルーム・レポートの算出時点においてユーザ機器がプロキシミティ・サービス通信とセルラー・サービス通信を同時に実行しなかった場合に算出されたパワー・ヘッドルーム・レポートが異なる値を取ることになるかどうかを通知する。
【００６６】
図５に基づく拡張パワー・ヘッドルームＭＡＣ制御エレメントにおいて、「Ｐ」ビットは、電力バックオフに起因する電力管理が、関連するサービス・セルのためのパワー・ヘッドルーム・レポートの算出に適用されているかどうかを表示するために使用される。加えて、拡張パワー・ヘッドルームＭＡＣ制御エレメントにおける「Ｒ」（予約）ビットは、対応するパワー・ヘッドルーム・レポートの算出時にプロキシミティ・サービス通信に起因する電力低減が考慮されたかどうかを表示するために使用される。これらのビットは、図５において「ＰＲ」と表示されている。「ＰＲ」ビットが１に設定されている場合、プロキシミティ・サービス通信に起因する電力低減は、対応するパワー・ヘッドルームに適用されている。拡張パワー・ヘッドルームＭＡＣ制御エレメント５により、ネットワーク、すなわちスケジューラは、プロキシミティ・サービス通信に起因して生じる電力低減について通知される。
【００６７】
一実施形態では、ＰＣＭＡＸ，ｃの値域は、可能なプロキシミティ・サービス通信を考慮して定義される。
【００６８】
典型的には、ＰＣＭＡＸ，ｃの値域は、
ＰＣＭＡＸ＿Ｌ≦ＰＣＭＡＸ，ｃ≦ＰＣＭＡＸ＿Ｈであって、
ここで、
バンド内隣接キャリア・アグリゲーションの場合、ＰＣＭＡＸ，ｃの下限は、
ＰＣＭＡＸ＿Ｌ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ  −  ΔＴＣ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ  −  ＭＡＸ（ＭＰＲＣ  ＋  Ａ−ＭＰＲｃ，Ｐ−ＭＰＲｃ，Ｐ−ｐｒｏ＿ｓｅ）  −  ΔＴＣ，ｃ｝として設定され、ＰＣＭＡＸ，ｃの上限は、
ＰＣＭＡＸ＿Ｈ，ｃ＝ＭＩＮ｛ＰＥＭＡＸ，ｃ，ＰＰｏｗｅｒＣｌａｓｓ｝として設定される。
【００６９】
Ｐ−ｐｒｏ＿ｓｅは、対応する帯域内におけるプロキシミティ・サービス通信に起因する最大電力低減を定義する。一実施形態では、Ｐ−ｐｒｏ＿ｓｅの値は、プロキシミティ・サービス通信、動作周波数帯域およびリソース配分の異なる帯域の組み合わせについて定義される。この実施形態は、バンド内隣接キャリア・アグリゲーションについて説明するものである。一実施形態では、その他の帯域の組み合わせおよび非キャリア・アグリゲーションのシナリオについて、類似の定義が提案されている。
【００７０】
一実施形態では、Ｐ−ｐｒｏ＿ｓｅは、プロキシミティ・サービス通信の動作帯域から独立のプロキシミティ・サービス通信に起因する総最大電力低減として定義される。
【００７１】
一実施形態では、ＰＣＭＡＸ，ｃの下限は、
ＰＣＭＡＸ＿Ｌ＝ＭＩＮ｛ＰＥＭＡＸ  −  ΔＴＣ，ＰＰｏｗｅｒＣｌａｓｓ  −  ＭＰＲ  −  Ａ−ＭＰＲ  −  Ｐ−ＭＰＲｃ  −  Ｐ−ｐｒｏ＿ｓｅ  −  ΔＴＣ｝として設定される。
【００７２】
一実施形態では、送信電力低減は、Ｐ−ＭＰＲｃの中に含まれる。この場合、プロキシミティ・サービス通信に起因する送信電力低減について個別のパラメータを定義する必要はない。その代わりに、Ｐ−ＭＰＲｃについて定義された値域は、プロキシミティ・サービス通信に起因する可能電力低減を反映するように適合される。ただし、そのようなシナリオでは、ネットワークは、電力低減が複数の無線ネットワーク上の従来の二重送信の結果として生じた電力バックオフに起因して生じたものであるか、あるいはプロキシミティ・サービス通信に起因して生じたものであるかを認識しない。
【００７３】
一実施形態では、プロキシミティ・サービス通信に起因する電力の低減に起因して頻繁になされるパワー・ヘッドルーム・レポートとＰＣＭＡＸ，ｃの送信は、ｐｒｏｈｉｂｉｔＰＨＲＰｐｒｏ＿ｓｅ−Ｔｉｍｅｒにより制御される。パワー・ヘッドルーム・レポートは、３ＧＰＰ  ＴＳ  ３６．３２１  に定められるトリガに加え、以下のイベントが発生した場合にトリガされる。
【００７４】
−  ｐｒｏｈｉｂｉｔＰＨＲＰｐｒｏ＿ｓｅ−Ｔｉｍｅｒが切れるか、または切れており、かつそのセルに係るプロキシミティ・サービス通信に起因する電力低減が、最後のパワー・ヘッドルーム・レポートの送信以後、規定の閾値、ＣｏｎｆｉｇＰｐｒｏ＿ｓｅＣｈａｎｇｅを超えて変化している。
【００７５】
アップリンク送信のための対応するパワー・ヘッドルーム・レポートと対応するＰＣＭＡＸ，ｃは、次の利用可能なアップリンク送信において、ネットワークに対しシグナリングされる。ｐｒｏｈｉｂｉｔＰＨＲＰｐｒｏ＿ｓｅ−Ｔｉｍｅｒは、パワー・ヘッドルーム・レポートおよびＰＣＭＡＸ，ｃの送信後、再始動する。
【００７６】
一実施形態では、プロキシミティ・サービス通信に起因する電力の低減に起因して頻繁になされるパワー・ヘッドルーム・レポートとＰＣＭＡＸ，ｃの送信は、タイマーｐｒｏｈｉｂｉｔＰＨＲＰ−Ｔｉｍｅｒにより制御される。パワー・ヘッドルーム・レポートは、上記のトリガに加え、以下のイベントが発生した場合にトリガされる。
【００７７】
−  ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが切れるか、または切れており、かつそのセルに係るプロキシミティ・サービス通信に起因する電力低減が、最後のパワー・ヘッドルーム・レポートの送信以後、規定の閾値、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅを超えて変化している。
【００７８】
ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒおよびｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅは、既知のシステムにおいて使用されており、さらに本実施形態では、プロキシミティ・サービス通信に起因する電力低減を反映するために使用される。
【００７９】
アップリンク送信のための対応するパワー・ヘッドルーム・レポートと対応するＰＣＭＡＸ，ｃは、次の利用可能なアップリンク送信において、ネットワークに対しシグナリングされる。ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、パワー・ヘッドルーム・レポートおよびＰＣＭＡＸ，ｃの送信後、再始動する。
【００８０】
一切の機能ブロックを含む、図面に示された様々な要素の機能は、専用のハードウェアならびに適切なソフトウェアと連係してソフトウェアを実行する能力を有するハードウェアの使用を通じて提供することができる。プロセッサにより提供される場合、単独の専用プロセッサ、単独の共用プロセッサ、または一部が共用されている場合がある複数の個別プロセッサにより、機能を提供することができる。さらに、以下に限られないが、デジタル・シグナル・プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、ソフトウェア記憶用読取専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、および非揮発性記憶装置により、機能を提供することができる。その他の従来型および／またはカスタムのハードウェアもまた、含まれる場合がある。
【図１】
2017538370.tif 000004
【図２】
2017538370.tif 000005
【図３】
2017538370.tif 000006
【図４】
2017538370.tif 000007
【図５】
2017538370.tif 000008
【国際調査報告】
2017538370.tif 000009
2017538370.tif 000010