特許 7640733 電力残量の報告方法、電力残量の報告装置及び通信デバイス

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-02-25

(45)【発行日】2025-03-05

(54)【発明の名称】電力残量の報告方法、電力残量の報告装置及び通信デバイス

(51)【国際特許分類】

   H04W 52/30 20090101AFI20250226BHJP

   H04W 52/14 20090101ALI20250226BHJP

   H04W 72/1268 20230101ALI20250226BHJP

   H04W 16/28 20090101ALI20250226BHJP

【ＦＩ】

H04W52/30

H04W52/14

H04W72/1268

H04W16/28

【請求項の数】 17

(21)【出願番号】P 2023558901

(86)(22)【出願日】2021-03-31

(65)【公表番号】

(43)【公表日】2024-03-07

(86)【国際出願番号】 CN2021084699

(87)【国際公開番号】W WO2022205190

(87)【国際公開日】2022-10-06

【審査請求日】2023-09-25

(73)【特許権者】

【識別番号】516180667

【氏名又は名称】北京小米移動軟件有限公司

【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ．

【住所又は居所原語表記】Ｎｏ．０１８， Ｆｌｏｏｒ ８， Ｂｕｉｌｄｉｎｇ ６， Ｙａｒｄ ３３， Ｍｉｄｄｌｅ Ｘｉｅｒｑｉ Ｒｏａｄ， Ｈａｉｄｉａｎ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １０００８５， Ｃｈｉｎａ

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】リウ，ヤン

【審査官】中村 信也

(56)【参考文献】

【文献】米国特許出願公開第２０２１／００４５０７０（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１９／０２８１５６２（ＵＳ，Ａ１）

【文献】国際公開第２０２０／２１８９００（ＷＯ，Ａ１）

【文献】国際公開第２０２０／１９９９５６（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

ユーザ機器（ＵＥ）に適用される電力残量の報告方法であって、
複数の送受信ポイント（ＴＲＰ）に向けて送信された物理上り共有チャネル（ＰＵＳＣＨ）を取得するステップと、
前記複数のＴＲＰに向けて送信されたＰＵＳＣＨの中から少なくとも１つの報告ターゲットＴＲＰを選択するステップと、
前記少なくとも１つの報告ターゲットＴＲＰのＰＵＳＣＨの少なくとも１つの電力残量レポート（ＰＨＲ）を取得するステップと、
前記少なくとも１つのＰＨＲの中から少なくとも１つのターゲットＰＨＲを選択して報告するステップと、を含み、
前記複数のＴＲＰに向けて送信されたＰＵＳＣＨの中から少なくとも１つの報告ターゲットＴＲＰを選択するステップは、
前記複数のＴＲＰのサウンディングリファレンス信号リソースセット識別子（ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤ）を取得するステップと、
前記複数のＴＲＰのＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤに基づいて前記複数のＴＲＰの中から１つの報告ターゲットＴＲＰを選択するステップと、を含む、
ことを特徴とする電力残量の報告方法。

【請求項2】

前記ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤは、ソート情報を識別するために使用され、事前に定義された方式又はネットワーク側デバイスシグナリングによって設定される方式で、ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤが最大又は最小のＴＲＰを前記報告ターゲットＴＲＰとして選択する、
ことを特徴とする請求項１に記載の電力残量の報告方法。

【請求項3】

前記複数のＴＲＰに向けて送信されたＰＵＳＣＨの中から少なくとも１つの報告ターゲットＴＲＰを選択するステップは、
前記複数のＴＲＰに対応する複数のＳＲＳリソース指示（ＳＲＩ）を取得するステップと、
前記複数のＳＲＳリソース指示（ＳＲＩ）のソートに基づいて、前記複数のＴＲＰの中から１つの報告ターゲットＴＲＰを選択するステップと、を含む、
ことを特徴とする請求項１に記載の電力残量の報告方法。

【請求項4】

最前又は最後にソートされたＳＲＩに対応するＴＲＰは前記報告ターゲットＴＲＰである、
ことを特徴とする請求項３に記載の電力残量の報告方法。

【請求項5】

前記複数のＴＲＰに向けて送信されたＰＵＳＣＨの中から少なくとも１つの報告ターゲットＴＲＰを選択するステップは、
前記複数のＴＲＰを全て複数の報告ターゲットＴＲＰとするステップを含む、
ことを特徴とする請求項１に記載の電力残量の報告方法。

【請求項6】

前記少なくとも１つのＰＨＲの中から少なくとも１つのターゲットＰＨＲを選択して報告するステップは、
前記複数の報告ターゲットＴＲＰに対応する複数のＰＨＲの中から１つのターゲットＰＨＲを選択して報告するステップを含む、
ことを特徴とする請求項５に記載の電力残量の報告方法。

【請求項7】

前記複数の報告ターゲットＴＲＰに対応する複数のＰＨＲの中から１つのターゲットＰＨＲを選択して報告するステップは、
前記複数のＰＨＲの中に負の値がある場合、前記負の値に対応する少なくとも１つのＰＨＲを前記ターゲットＰＨＲとして報告するステップを含む、
ことを特徴とする請求項６に記載の電力残量の報告方法。

【請求項8】

前記複数の報告ターゲットＴＲＰに対応する複数のＰＨＲの中から１つのターゲットＰＨＲを選択して報告するステップは、
前記複数のＰＨＲがすべて負の値である場合、絶対値が最大のＰＨＲを前記ターゲットＰＨＲとして報告するステップを含む、
ことを特徴とする請求項６に記載の電力残量の報告方法。

【請求項9】

前記複数の報告ターゲットＴＲＰに対応する複数のＰＨＲの中から１つのターゲットＰＨＲを選択して報告するステップは、
前記複数のＰＨＲがすべて正の値である場合、絶対値が最小のＰＨＲを前記ターゲットＰＨＲとして報告するステップを含む、
ことを特徴とする請求項６に記載の電力残量の報告方法。

【請求項10】

前記ターゲットＰＨＲに対応するＴＲＰのＳＲＩソート値又はＳＲＳ ｓｅｔ ＩＤを報告するステップをさらに含む、
ことを特徴とする請求項６に記載の電力残量の報告方法。

【請求項11】

前記ＰＨＲは、
ＴＲＰの実際の送信電力を取得するステップ、
最大発射電力Ｐｃｍａｘを取得するステップ、および
前記実際の送信電力と前記最大発射電力Ｐｃｍａｘとに基づいて前記ＰＨＲを計算するステップによって計算して取得される、
ことを特徴とする請求項１に記載の電力残量の報告方法。

【請求項12】

前記複数のＴＲＰの実測値を取得するステップと、
前記複数のＴＲＰの実測値を報告するステップとをさらに含む、
ことを特徴とする請求項１に記載の電力残量の報告方法。

【請求項13】

前記複数のＴＲＰの実測値を報告するステップは、
予め設定された順序又はＳＲＳ ｓｅｔ ＩＤの順序で、前記複数のＴＲＰの実測値を報告するステップを含む、
ことを特徴とする請求項１２に記載の電力残量の報告方法。

【請求項14】

前記複数のＴＲＰの実測値を報告するステップは、
前記複数のＴＲＰのうちの一部のＴＲＰの実測値を報告し、前記複数のＴＲＰのうちの他の部分のＴＲＰの実測値の差分を報告するステップを含む、
ことを特徴とする請求項１２に記載の電力残量の報告方法。

【請求項15】

電力残量の報告装置であって、
複数の送受信ポイント（ＴＲＰ）に向けて送信された物理上り共有チャネル（ＰＵＳＣＨ）を取得する第１の取得モジュールと、
前記複数のＴＲＰに向けて送信されたＰＵＳＣＨの中から少なくとも１つの報告ターゲットＴＲＰを選択する選択モジュールと、
前記少なくとも１つの報告ターゲットＴＲＰのＰＵＳＣＨの少なくとも１つの電力残量レポート（ＰＨＲ）を取得する第２の取得モジュールと、
前記少なくとも１つのＰＨＲの中から少なくとも１つのターゲットＰＨＲを選択して報告する報告モジュールと、を含み、
前記選択モジュールは、さらに、前記複数のＴＲＰのサウンディングリファレンス信号リソースセット識別子（ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤ）を取得し、前記複数のＴＲＰのＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤに基づいて前記複数のＴＲＰの中から１つの報告ターゲットＴＲＰを選択するために使用される、
ことを特徴とする電力残量の報告装置。

【請求項16】

通信デバイスであって、
送受信機と、メモリと、前記送受信機及び前記メモリにそれぞれ接続されるプロセッサと、を含み、前記メモリ上のコンピュータ実行可能な命令を実行することによって、前記送受信機の無線信号の送受信を制御して、請求項１～１４のいずれかに記載の電力残量の報告方法を実現するように構成される、
ことを特徴とする通信デバイス。

【請求項17】

コンピュータ記憶媒体であって、
前記コンピュータ記憶媒体には、コンピュータ実行可能な命令が記憶され、前記コンピュータ実行可能な命令がプロセッサによって実行される場合、請求項１～１４のいずれかに記載の電力残量の報告方法を実現する、
ことを特徴とするコンピュータ記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信技術の分野に関し、特に電力残量の報告方法、電力残量の報告装置及び通信デバイスに関する。

【背景技術】

【0002】

マルチ送受信ポイント（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ，ＴＲＰ）／ＰＡＮＥＬの応用は主にセルエッジのカバーを改善し、サービスエリア内でよりバランスのとれたサービス品質を提供するために、異なる方式で複数のＴＲＰ／ＰＡＮＥＬ間で協力してデータを伝送する。ネットワーク形態の観点から考えると、大量の分散アクセスポイントとベースバンド集中処理方式でネットワーク配置を行うことは、バランスのとれたユーザエクスペリエンス速度を提供する上でより有利であり、ハンドオーバによる遅延とシグナリングオーバーヘッドを著しく低減する。複数のＴＲＰまたはパネル間の協力を利用して、複数の角度からの複数ビームによるチャネルの伝送／受信は、さまざまな遮蔽／遮蔽効果をよりよく克服し、リンク接続のロバスト性を確保し、高信頼かつ低遅延通信（Ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＲＬＬＣ）サービスに適して伝送品質と信頼性を向上させる。

【0003】

電力残量レポート（Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔｉｎｇ、ＰＨＲ）は端末の使用可能な電力、すなわち電力残量を反応させ、ネットワークデバイスが取得したＰＨＲに基づいて電力制御を行うことができるようにするため、アップリンク伝送の制御において、クライアントデバイスがどのように正確なＰＨＲを報告するかは早急に解決すべき技術的問題である。

【発明の概要】

【0004】

本開示によって提供される電力残量の報告方法、電力残量の報告装置及び通信デバイスは、異なる伝送モードでＰＨＲ報告を正確に行う問題を解決して、端末に対する正確な電力制御を実現し、ネットワークリソースの効率的な配分を実現するために使用される。

【0005】

本開示の一態様の実施例によって提供される電力残量の報告方法は、ユーザ機器（ＵＥ）に適用され、前記方法は、複数の送受信ポイント（ＴＲＰ）に向けて送信された物理上り共有チャネル（ＰＵＳＣＨ）を取得するステップと、前記複数のＴＲＰに向けて送信されたＰＵＳＣＨの中から少なくとも１つの報告ターゲットＴＲＰを選択するステップと、前記少なくとも１つの報告ターゲットＴＲＰのＰＵＳＣＨの少なくとも１つの電力残量レポート（ＰＨＲ）を取得するステップと、前記少なくとも１つのＰＨＲの中から少なくとも１つのターゲットＰＨＲを選択して報告するステップと、を含む。

【0006】

本開示の別の態様の実施例によって提供される電力残量の報告装置は、ユーザ機器（ＵＥ）に適用され、前記装置は、複数の送受信ポイント（ＴＲＰ）に向けて送信された物理上り共有チャネル（ＰＵＳＣＨ）を取得する第１の取得モジュールと、前記複数のＴＲＰに向けて送信されたＰＵＳＣＨの中から少なくとも１つの報告ターゲットＴＲＰを選択する選択モジュールと、前記少なくとも１つの報告ターゲットＴＲＰのＰＵＳＣＨの少なくとも１つの電力残量レポート（ＰＨＲ）を取得する第２の取得モジュールと、前記少なくとも１つのＰＨＲの中から少なくとも１つのターゲットＰＨＲを選択して報告する報告モジュールとを含む。

【0007】

本開示の別の態様の実施例によって提供される通信デバイスは、送受信機と、メモリと、前記送受信機及び前記メモリにそれぞれ接続されるプロセッサと、を含み、前記メモリ上のコンピュータ実行可能な命令を実行することによって、前記送受信機の無線信号の送受信を制御して、第１の態様に記載の電力残量の報告方法を実現することができるように構成される。

【0008】

本開示の別の態様の実施例によって提供されるコンピュータ記憶媒体は、前記コンピュータ記憶媒体には、コンピュータ実行可能な命令が記憶され、前記コンピュータ実行可能な命令がプロセッサによって実行される場合、第１の態様に記載の電力残量の報告方法を実現することができる。

【発明の効果】

【0009】

本開示の実施例によって提供される技術案は、以下の有益な効果を有し、複数の送受信ポイント（ＴＲＰ）に向けて送信されたＰＵＳＣＨに関する設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）情報を取得して、異なるＴＲＰに向けた複数のＰＵＳＣＨ送信の中から少なくとも１つの報告ターゲットＴＲＰを選択し、少なくとも１つの報告ターゲットＴＲＰの物理上り共有チャネル（ＰＵＳＣＨ）の少なくとも１つの電力残量レポート（ＰＨＲ）を取得して、少なくとも１つのＰＨＲの中から少なくとも１つのターゲットＰＨＲを選択して報告し、本開示では、Ｍｕｌｔｉ－ＴＲＰ方向のＰＵＳＣＨ送信に基づいて、ターゲットＴＲＰに向けたＰＵＳＣＨ送信を選択して、対応する強化された電力残量レポートを決定し、電力残量レポートの決定の正確性を高め、正確な電力制御を実現することができる。

【0010】

本開示の追加の態様及び利点は、以下の説明において一部が述べられ、一部が以下の説明においてさらに明瞭になり、又は本発明の実践を介して把握できる。

【図面の簡単な説明】

【0011】

本開示の上記および／または追加的な態様および利点は、添付図面と関連した以下の実施例の説明から明らかになり、理解しやすく、

【図1】本開示の実施例によって提供される電力残量の報告方法の概略フローチャートである。

【図2】本開示の実施例によって提供される別の電力残量の報告方法の概略フローチャートである。

【図3】本開示の実施例によって提供される別の電力残量の報告方法の概略フローチャートである。

【図4】本開示の実施例によって提供される別の電力残量の報告方法の概略フローチャートである。

【図5】本開示の実施例によって提供される別の電力残量の報告方法の概略フローチャートである。

【図6】本開示の実施例によって提供される別の電力残量の報告装置の概略構成図である。

【図7】本開示の実施例によって提供されるＵＥ８００のブロック図である。

【発明を実施するための形態】

【0012】

ここで例示的な実施例について詳細に説明する。その一例を図面に示す。以下の説明が図面に関連する場合、特に示されない限り、異なる図面中の同じ数字は同じ要素または類似する要素を表す。以下の実施例で説明する実施例は、本開示の実施例と一致するすべての実施例を意味するものではない。むしろ、これらは、添付の特許請求の範囲に詳細に記載された、本開示の実施形態のいくつかの態様と一致する装置および方法の例にすぎない。

【0013】

本開示の実施例で使用する用語は、特定の実施例を説明することのみを目的としており、本開示の実施例を制限することを意図するものではない。本開示の実施例および添付の特許請求の範囲で使用される単数形の「１つの」および「この」も、文脈が明確に他の意味を示さない限り、多数の形を含むことを意図している。本明細書で使用される「及び／又は」という用語は、１つまたは複数の関連付けられたリストアイテムの任意のまたはすべての可能な組み合わせを意味し、含まれることも理解されるべきである。

【0014】

なお、本開示の実施例では、様々な情報について、第１、第２、第３の用語を用いる説明することができるが、これらの情報はこれらの用語に限定されるものではない。これらの用語は、同じタイプの情報を区別するためにのみ使用される。例えば、本開示の実施例の範囲を逸脱することなく、第１の情報を第２の情報と呼ぶことができ、同様に、第２の情報を第１の情報と呼ぶこともできる。文脈によっては、ここで使われているような「もし」や「すれば」は、「…の時に」や「…の場合に」や「決定に応答して」と解釈できる。

【0015】

以下に本開示の実施例を詳細に説明し、その実施例の例を図面に示す。最初から最後まで同一または類似の符号は同一または類似の要素を示す。以下に添付の図面を参照して説明する実施例は例示的なものであり、本開示を説明するためのものであり、本開示を制限するものと理解することはできない。

【0016】

以下、図面を参照して、本開示によって提供される電力残量の報告方法、電力残量の報告装置及び通信デバイスを詳細に説明する。

【0017】

図１は、本開示の実施例によって提供されるユーザ機器（ＵＥ）に適用される電力残量の報告方法の概略フローチャートである。

【0018】

図１に示すように、以下のステップ１０１～１０４を含む。

【0019】

ステップ１０１、複数の送受信ポイント（ＴＲＰ）に向けて送信された物理上り共有チャネル（ＰＵＳＣＨ）を取得する。

【0020】

送受信ポイント（ＴＲＰ）は、ユーザ機器のサービングセルまたは近隣セルに対応する。

【0021】

本実施例では、複数の送受信ポイント（ＴＲＰ）に向けて送信された物理上り共有チャネル（ＰＵＳＣＨ）では、各ＴＲＰがＰＵＳＣＨを送信する電力は個別に制御され、各測定された電力をネットワークデバイス側に報告する必要があるため、複数の送受信ポイント（ＴＲＰ）に向けて送信された物理上り共有チャネルＰＵＳＣＨを取得する必要がある。

【0022】

ステップ１０２、複数のＴＲＰに向けて送信されたＰＵＳＣＨの中から少なくとも１つの報告ターゲットＴＲＰを選択する。

【0023】

複数のＴＲＰに向けて送信されたＰＵＳＣＨの中から少なくとも１つの報告ターゲットＴＲＰを選択する方法については、後の実施例で詳しく説明する。

【0024】

ステップ１０３、少なくとも１つの報告ターゲットＴＲＰのＰＵＳＣＨの少なくとも１つの電力残量レポート（ＰＨＲ）を取得する。

【0025】

電力残量レポート（ＰＨＲ）を決定するには、可能な実現方法として、各報告ターゲットＴＲＰに対して、報告ターゲットＴＲＰに対応する実際の送信電力、及び最大発射電力Ｐｃｍａｘを取得し、最大発射電力Ｐｃｍａｘから実際の送信電力を差し引いて、相応の電力残量レポート（ＰＨＲ）を取得する。

【0026】

ステップ１０４、少なくとも１つのＰＨＲの中から少なくとも１つのターゲットＰＨＲを選択して報告する。

【0027】

本開示の実施例の電力残量の報告方法では、複数の異なるＴＲＰ方向に向けた物理下り共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ））送信の電力制御プロセスは互いに独立しており、つまり異なるＴＲＰ方向のＰＵＳＣＨ送信の電力は異なっていてもよいため、取得した複数のＴＲＰに向けて送信されたＰＵＳＣＨの中から少なくとも１つの報告ターゲットＴＲＰを選択する必要があり、さらに、ターゲットＴＲＰが送信したＰＵＳＣＨの電力に基づいて、対応する電力残量レポート（ＰＨＲ）を決定し、これによって、複数の異なるＴＲＰ方向のＰＵＳＣＨ送信のシナリオでは、強化されたＰＨＲの測定と決定を行い、当該電力残量レポートをネットワークデバイスに報告して、ネットワークデバイスが、報告されたＰＨＲに基づいて正確な電力制御を実現し、ネットワークリソースの合理的な配分を実現することができる。

【0028】

上記の実施例に基づいて、複数のＴＲＰに向けて送信されたＰＵＳＣＨの中から少なくとも１つの報告ターゲットＴＲＰを選択し、異なるの伝送シナリオでは、複数のＴＲＰに向けて送信されたＰＵＳＣＨの中から選択される少なくとも１つの報告ターゲットＴＲＰの方法も異なり、以下、異なるの実施例を用いて具体的に説明する。

【0029】

上記の実施例に基づいて、本実施例は、実現態様を提供し、図２に示すように、上記のステップ１０２は、以下のステップ２０１～２０２を含む。

【0030】

ステップ２０１、複数のＴＲＰのプローブリファレンス信号リソースセット識別子（ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤ）を取得する。

【0031】

ステップ２０２、複数のＴＲＰのＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤに基づいて複数のＴＲＰの中から１つの報告ターゲットＴＲＰを選択する。

【0032】

本実施例では、ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤは、複数のＴＲＰのソート情報を識別するために使用され、事前に定義された方式又はネットワーク側デバイスシグナリングによって設定される方式で、ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤが最大又は最小のＴＲＰを報告ターゲットＴＲＰとして選択する。

【0033】

１つのシナリオでは、複数のＴＲＰについて、複数のＴＲＰに対応するＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤを、例えばＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤが小さい順又はＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤが大きい順など、予め設定されたソート方式でソートして、事前に定義されたの選択方式によって、ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤのソートから、ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤが最大又は最小のＴＲＰを報告ターゲットＴＲＰとして選択する。

【0034】

別のシナリオでは、複数のＴＲＰについて、複数のＴＲＰに対応するＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤを、例えばＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤが小さい順又はＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤが大きい順など、予め設定されたソート方式でソートして、ネットワーク側デバイスのシグナリング設定の方式、例えば、ＲＲＣシグナリング設定の選択方式によって、ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤのソートから、ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤが最大のＴＲＰを報告ターゲットＴＲＰとして選択し、又は、ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤが最小のＴＲＰを報告ターゲットＴＲＰとして選択する。

【0035】

本開示の実施例の電力残量の報告方法では、複数のＴＲＰのプローブリファレンス信号リソースセット識別子（ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤ）のソートに基づいて、事前に定義された方式又はネットワーク側デバイスシグナリングによって設定される方式で、ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤが最大又は最小のＴＲＰを報告ターゲットＴＲＰとして選択することによって、複数のＴＲＰの中から１つのターゲットＴＲＰを選択することを実現し、さらに、このターゲットＴＲＰのＰＵＳＣＨの伝送に基づいて電力測定を行い、対応するＰＨＲを取得し、このＰＨＲをネットワークデバイスに報告することで、ｍｕｌｔｉ－ＴＲＰに基づくＰＵＳＣＨの異なる伝送モードでのＰＨＲ測定報告を実現し、強化されたＰＨＲを取得して、ネットワークデバイスが、報告された強化されたＰＨＲに基づいて正確な電力制御を実現し、ネットワークリソースの合理的な配分を実現することができる。

【0036】

上記の実施例に基づいて、本実施例は、別の実現態様を提供し、図３に示すように、上記のステップ１０２以下のステップ３０１～３０２を含む。

【0037】

ステップ３０１、複数のＴＲＰに対応する複数のＳＲＳリファレンス信号リソース指示（ＳＲＩ）を取得する。

【0038】

ステップ３０２、複数のＳＲＳリファレンス信号リソース指示（ＳＲＩ）のソートに基づいて、複数のＴＲＰの中から１つの報告ターゲットＴＲＰを選択する。

【0039】

１つのシナリオでは、複数のＴＲＰについて、複数のＴＲＰに対応する複数のＳＲＳリファレンス信号リソース指示（ＳＲＩ）を、例えばＳＲＩ指示ドメインのインデックス値が小さい順、又はＳＲＩ指示ドメインのインデックス値が大きい順など、予め設定されたソート方式でソートし、さらに、最前にソートされたＳＲＩに対応するＴＲＰを報告ターゲットＴＲＰとする。例えば、ＴＲＰ１、ＴＲＰ２に対応するＳＰＩがＳＰＩ１、ＳＰＩ２にソートされている場合、最前にソートされたＳＰＩ１に対応するＴＲＰ１を報告ターゲットＴＲＰとして選択する。

【0040】

別のシナリオでは、複数のＴＲＰについて、複数のＴＲＰに対応する複数のＳＲＳリファレンス信号リソース指示（ＳＲＩ）を、例えばＳＲＩの指示ドメインのインデックス値が小さい順、又はＳＲＩの指示ドメインのインデックス値が大きい順など、予め設定されたソート方式でソートし、さらに、最後にソートされたＳＲＩに対応するＴＲＰを報告ターゲットＴＲＰとする。例えば、ＴＲＰ１、ＴＲＰ２に対応するＳＰＩがＳＰＩ１、ＳＰＩ２にソートされている場合、最後にソートされたＳＰＩ２に対応するＴＲＰ２を報告ターゲットＴＲＰとして選択する。

【0041】

さらに、ＴＲＰ２のＰＵＳＣＨ送信の電力に基づいて、電力残量レポート（ＰＨＲ）を生成して、このＰＨＲをネットワークデバイスに報告する。

【0042】

本開示の実施例の電力残量報告方法では、複数のＴＲＰに対応する複数のＳＲＳリファレンス信号リソース指示（ＳＲＩ）を取得し、複数のＳＲＳリファレンス信号リソース指示（ＳＲＩ）のソートに基づいて、複数のＴＲＰの中から最前又は最後にソートされたＳＲＩに対応するＴＲＰを前記報告ターゲットＴＲＰとして選択することによって、ｍｕｌｔｉ－ＴＲＰに基づくＰＵＳＣＨの異なる伝送モードでのＰＨＲ測定報告を実現し、強化されたＰＨＲを取得して、ネットワークデバイスが、報告された強化されたＰＨＲに基づいて正確な電力制御を実現し、ネットワークリソースの合理的な配分を実現することができる。

【0043】

上記の実施例に基づいて、本実施例は、別の実現態様を提供し、図４に示すように、この方法以下のステップ４０１～４０３を含む。

【0044】

ステップ４０１、複数の送受信ポイント（ＴＲＰ）に向けて送信された物理上り共有チャネル（ＰＵＳＣＨ）を取得する。

【0045】

ステップ４０２、複数のＴＲＰを全て報告ターゲットＴＲＰとする。

【0046】

ステップ４０３、複数の報告ターゲットＴＲＰのＰＵＳＣＨの複数の電力残量レポート（ＰＨＲ）を取得する。

【0047】

本実施例では、取得した複数のＴＲＰをいずれも報告ターゲットＴＲＰとして、さらに、複数の報告ターゲットＴＲＰのＰＵＳＣＨの複数の電力残量レポート（ＰＨＲ）を取得する。

【0048】

電力残量レポート（ＰＨＲ）を決定するには、可能な実現方法として、各報告ターゲットＴＲＰに対して、対応する報告ターゲットＴＲＰの実際の送信電力、及び最大発射電力Ｐｃｍａｘを取得し、最大発射電力Ｐｃｍａｘから実際の送信電力を差し引いて、相応の報告ターゲットＴＲＰのＰＵＳＣＨの電力残量レポート（ＰＨＲ）を取得する。

【0049】

ステップ４０４、複数のターゲットＴＲＰに対応する複数のＰＨＲの中から１つのターゲットＰＨＲを選択して報告する。

【0050】

本実施例の１つの実現形態では、複数のＰＨＲの中に負の値がある場合、ＰＨＲが負の値である報告ターゲットＴＲＰに対応するＰＵＳＣＨの発射電力はこれ以上に上げることができず、ユーザ機器の発射電力の限界値に達していることを示し、この場合、負の値に対応する少なくとも１つのＰＨＲをターゲットＰＨＲとして報告することで、ネットワークデバイスがこの報告ターゲットＴＲＰのＰＵＳＣＨの発射電力にタイムリーに注目して、ネットワークデバイスの電力管理と制御を容易にすることができる。

【0051】

本実施例の第２の実現形態では、複数のＰＨＲがすべて負の値である場合、複数の報告ターゲットＴＲＰのＰＵＳＣＨの発射電力はいずれもこれ以上に上げることができず、ユーザ機器の発射電力の限界値に達していることを示し、この場合、絶対値が最大のＰＨＲをターゲットＰＨＲとして報告することで、ネットワークデバイスがこの報告ターゲットＴＲＰのＰＵＳＣＨの発射電力にタイムリーに注目して、ネットワークデバイスの電力管理と制御を容易にすることができる。

【0052】

本実施例の第３の実現形態では、複数のＰＨＲがすべて正の値である場合、絶対値が最小のＰＨＲをターゲットＰＨＲとして報告する。

【0053】

上記の３つの実現形態によって、複数のターゲットＴＲＰに対応する複数のＰＨＲの中から１つのターゲットＰＨＲを選択して報告すると同時に、一つの実現方法として、ターゲットＰＨＲに対応するＴＲＰのＳＲＩソート値又はＳＲＳ ｓｅｔ ＩＤをネットワークデバイスに報告して、ネットワークデバイスは、取得した報告ターゲットＰＨＲに対応するＴＲＰのＳＲＩソート値又はＳＲＳ ｓｅｔ ＩＤに基づいて、優先的に処理するユーザ機器の識別子を決定することができる。

【0054】

本開示の実施例では、ｍｕｌｔｉ－ＴＲＰに基づくＰＵＳＣＨの異なる伝送モードでのＰＨＲ測定報告を実現し、強化されたＰＨＲを取得して、ネットワークデバイスが、報告された強化されたＰＨＲに基づいて正確な電力制御を実現し、ネットワークリソースの合理的な配分を実現することができる。

【0055】

上記の実施例では、アップロードされたＰＨＲが実際の電力残量の推定値であることを説明したが、上記の実施例に基づいて、本実施例が実現態様を提供し、ＴＰＲがＰＵＳＣＨを送信する際の実測値も報告することができることを具体的に説明し、図５に示すように、この方法以下のステップ５０１～５０２を含む。

【0056】

ステップ５０１、複数のＴＲＰの実測値を取得する。

【0057】

ＴＲＰの実測値とは、対応するＴＲＰがＰＵＳＣＨを送信した時に測定された実際の電力残量である。

【0058】

ステップ５０２、複数のＴＲＰの実測値を報告する。

【0059】

本開示の実施例の１つの実現態様では、予め設定された順序又はＳＲＳ ｓｅｔ ＩＤの順序で、複数のＴＲＰの実測値、即ち実際の電力残量の測定値を報告する。

【0060】

なお、予め設定された順序は、当業者がニーズに応じて予め設定する複数のＴＲＰの実測値の報告順序であってもよく、本実施例では限定しない。

【0061】

本開示の実施例の別の実現形態では、複数のＴＲＰのうちの一部のＴＲＰの実測値、即ち測定によって得られた実際の電力残量をネットワークデバイスに報告して、複数のＴＲＰのうちの他の部分のＴＲＰの実測値の差分を報告する。

【0062】

例えば、複数のＴＲＰはＴＲＰ１、ＴＲＰ２、およびＴＲＰ３であり、対応する電力残量の実測値はそれぞれＰＨＲ１、ＰＨＲ２、およびＰＨＲ３であり、ＴＲＰ１は、実測で得られた電力残量ＰＨＲ１をネットワークデバイスに報告し、ＴＲＰ２は、実測で得された電力残量ＰＨＲ２とＰＨＲ１の差分をネットワークデバイスに報告し、ＴＲＰ３は、実測で得された電力残量ＰＨＲ３とＰＨＲ２の差分をネットワークデバイスに報告し、又は、実測で得された電力残量ＰＨＲ３とＰＨＲ２とＰＨＲの差分をネットワークデバイスに報告することで、差分報告を実現し、報告の多様性を高め、異なるシナリオの報告ニーズを満たす。

【0063】

本実施例の１つの実現形態では、少なくとも１つのＰＨＲの中から少なくとも１つのターゲットＰＨＲを選択して報告し、即ちＴＰＲの実際の電力残量の推定値をアップロードする際には、ＴＲＰの実際の電力残量の実測値も同期にアップロードすることができ、２種類の電力残量値の報告によって、電力残量報告の正確性を向上させ、さらに、ネットワークデバイスは、取得した電力残量の実測値と推定値とに基づいて、電力残量報告の方式を調整して、報告の信頼性を高めることができるとともに、ネットワークデバイスはまた、取得した電力残量の実測値と推定値とに基づいて加重平均を行い、最終的な電力残量を決定することができ、これによって、電力残量に応じて相応の電力制御を行い、ネットワークリソースのより効率的な配分を実現する。

【0064】

本開示の実施例の電力残量の報告方法では、複数のＴＲＰの実測値を取得して、複数のＴＲＰの実測値を報告することによって、報告の方式が豊富になり、異なるシナリオの報告ニーズを満たす。

【0065】

上記の実施例に基づいて、本実施例では、異なるｍｕｌｔｉ－ＴＲＰに基づくＰＵＳＣＨ伝送方式に対して、決定したターゲットＰＨＲを報告する場合、１つのシナリオでは、１つの下り物理制御信道（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）制御に基づくＰＵＳＣＨ伝送の場合、上記のいずれかの方法実施例の方法でターゲットＰＨＲを決定してネットワークデバイスにアップロードし、別のシナリオでは、複数のＤＣＩ制御に基づくＰＵＳＣＨ伝送の場合、上記の図５の対応する方法実施例の方法でターゲットＰＨＲを決定して、ネットワークデバイスにアップロードし、異なるシナリオでの電力残量の測定と報告ニーズを満たして、異なる伝送方式の動的スケジューリングをよりよくサポートして、正確な電力制御を実現して、ネットワークリソースのより効率的な配分を実現する。

【0066】

上記実施例を実現するために、本実施例は、ユーザ機器（ＵＥ）に適用される電力残量の報告装置を提供する。

【0067】

図６は、本開示の実施例によって提供される電力残量の報告装置の概略構成図であり、図６に示すように、この装置は、以下のモジュールを含む。

【0068】

第１の取得モジュール６１は、複数の送受信ポイント（ＴＲＰ）に向けて送信されたＰＵＳＣＨを取得する。

【0069】

選択モジュール６２は、前記異なるＴＲＰに向けた複数のＰＵＳＣＨ送信の中から少なくとも１つの報告ターゲットＴＲＰを選択する。

【0070】

第２の取得モジュール６３は、さらに、前記少なくとも１つの報告ターゲットＴＲＰの物理上り共有チャネル（ＰＵＳＣＨ）の少なくとも１つの電力残量レポート（ＰＨＲ）を取得する。

【0071】

報告モジュール６４は、前記少なくとも１つのＰＨＲの中から少なくとも１つのターゲットＰＨＲを選択して報告する。

【0072】

さらに、本開示の実施例の１つの実現形態では、選択モジュール６２は、さらに、
前記複数のＴＲＰのプローブリファレンス信号リソースセット識別子（ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤ）を取得し、
前記複数のＴＲＰのＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤに基づいて前記複数のＴＲＰの中から１つの報告ターゲットＴＲＰを選択する。

【0073】

本開示の実施例の１つの実現形態では、前記ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤは、ソート情報を識別するために使用され、事前に定義された方式又はネットワーク側デバイスシグナリングによって設定される方式で、ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤが最大又は最小のＴＲＰを前記報告ターゲットＴＲＰとして選択する。

【0074】

本開示の実施例の１つの実現形態では、選択モジュール６２は、さらに、
前記複数のＴＲＰに対応する複数のＳＲＳリファレンス信号リソース指示（ＳＲＩ）を取得し、
前記複数のＳＲＳリファレンス信号リソース指示（ＳＲＩ）のソートに基づいて、前記複数のＴＲＰの中から１つの報告ターゲットＴＲＰを選択する。

【0075】

本開示の実施例の１つの実現形態では、最前又は最後にソートされたＳＲＩに対応するＴＲＰは前記報告ターゲットＴＲＰである。

【0076】

本開示の実施例の１つの実現形態では、選択モジュール６２は、さらに、前記複数のＴＲＰを全て複数の報告ターゲットＴＲＰとする。

【0077】

本開示の実施例の１つの実現形態では、報告モジュール６４は、さらに、前記複数の報告ターゲットＴＲＰに対応する複数のＰＨＲの中から１つのターゲットＰＨＲを選択して報告する。

【0078】

本開示の実施例の１つの実現形態では、報告モジュール６４は、さらに、前記複数のＰＨＲの中に負の値がある場合、前記負の値に対応する少なくとも１つのＰＨＲを前記ターゲットＰＨＲとして報告する。

【0079】

本開示の実施例の１つの実現形態では、報告モジュール６４は、さらに、前記複数のＰＨＲがすべて負の値である場合、絶対値が最大のＰＨＲを前記ターゲットＰＨＲとして報告する。

【0080】

本開示の実施例の１つの実現形態では、報告モジュール６４は、さらに、前記複数のＰＨＲがすべて正の値である場合、絶対値が最小のＰＨＲを前記ターゲットＰＨＲとして報告する。

【0081】

本開示の実施例の１つの実現形態では、報告モジュール６４は、さらに、前記ターゲットＰＨＲに対応するＴＲＰのＳＲＩソート値又はＳＲＳ ｓｅｔ ＩＤを報告する。

【0082】

本開示の実施例の１つの実現形態では、前記装置は計算モジュールをさらに含み、計算モジュールは、ＴＲＰの実際の送信電力を取得し、最大発射電力Ｐｃｍａｘを取得し、前記実際の送信電力と前記最大発射電力Ｐｃｍａｘとに基づいて前記ＰＨＲを計算する。

【0083】

本開示の実施例の１つの実現形態では、第２の取得モジュール６３は、前記複数のＴＲＰの実測値を取得する。

【0084】

報告モジュール６４は、さらに、前記複数のＴＲＰの実測値を報告する。

【0085】

本開示の実施例の１つの実現形態では、報告モジュール６４は、さらに、
予め設定された順序又はＳＲＳ ｓｅｔ ＩＤの順序で、前記複数のＴＲＰの実測値を報告する。

【0086】

本開示の実施例の１つの実現形態では、報告モジュール６４は、さらに、前記複数のＴＲＰのうちの一部のＴＲＰの実測値を報告し、前記複数のＴＲＰのうちの他の部分のＴＲＰの実測値の差分を報告する。

【0087】

なお、前述方法の実施例の説明は、本実施例の装置にも適用され、原理は同じであるので、本実施例では説明を省略する。

【0088】

本開示の実施例の電力残量の報告装置では、複数の異なるＴＲＰ方向に向けた物理下り共有チャネルＰＵＳＣＨ）送信の電力制御プロセスは互いに独立しており、つまり異なるＴＲＰ方向のＰＵＳＣＨ送信の電力は異なっていてもよいため、取得した複数のＴＲＰに向けて送信されたＰＵＳＣＨの中から少なくとも１つの報告ターゲットＴＲＰを選択する必要があり、さらに、ターゲットＴＲＰが送信したＰＵＳＣＨの電力に基づいて、対応する電力残量レポート（ＰＨＲ）を決定し、これによって、複数の異なるＴＲＰ方向のＰＵＳＣＨ送信のシナリオでは、強化されたＰＨＲの測定と決定を行い、当該電力残量レポートをネットワークデバイスに報告して、ネットワークデバイスが、報告されたＰＨＲに基づいて正確な電力制御を実現し、ネットワークリソースの合理的な配分を実現することができる。

【0089】

上記実施例を実現するために、本開示は通信デバイスをさらに提供する。

【0090】

本開示の実施例によって提供される通信デバイスは、プロセッサと、送受信機と、メモリと、メモリに記憶され、プロセッサで実行される実行可能なプログラムとを含み、プロセッサが実行可能なプログラムを実行すると、上記の方法の実施例で説明した方法が実行される。

【0091】

この通信デバイスは前述したユーザ機器であってもよい。

【0092】

プロセッサは様々なタイプの記憶媒体を含むことができ、この記憶媒体は非一時的なコンピュータ記憶媒体であり、通信デバイスの電源が落ちた後も、記憶された情報を記憶し続けることができる。

【0093】

前記プロセッサは、バスなどを介してメモリに接続することができ、メモリに記憶された実行可能なプログラム、例えば、図１～図５の少なくとも一つを読み出すために使用される。

【0094】

上記実施例を実現するために、本開示は、コンピュータ記憶媒体をさらに提供する。

【0095】

本開示の実施例によって提供されるコンピュータ記憶媒体は、実行可能なプログラムを記憶し、前記実行可能なプログラムがプロセッサによって実行された後、上記の方法、例えば図１～図５の少なくとも一つを実現することができる。

【0096】

図７は、例示的な一実施例によって示されるＵＥ８００のブロック図である。例えば、ＵＥ８００は、携帯電話、コンピュータ、デジタルブロードキャストデバイス、メッセージ送受信デバイス、ゲームコンソール、タブレットデバイス、医療デバイス、フィットネスデバイス、パーソナルデジタルアシスタントなどであってもよい。

【0097】

図７を参照して、ＵＥ８００は、処理コンポーネント８０２、メモリ８０４、電源コンポーネント８０６、マルチメディアコンポーネント８０８、オーディオコンポーネント８１０、入力／出力（Ｉ／Ｏ）のインターフェース８１２、センサコンポーネント８１４、及び通信コンポーネント８１６のうちの１つまたは複数のコンポーネントを含むことができる。

【0098】

処理コンポーネント８０２は、通常、表示、電話の呼び出し、データ通信、カメラ操作、及び記録操作に関連する操作のようなＵＥ８００の全体の操作を制御する。処理コンポーネント８０２は、上記方法の全てまたは一部のステップを完成するために、命令を実行するための１つまたは複数のプロセッサ８２０を含むことができる。また、処理コンポーネント８０２は、他のコンポーネントとのインタラクションを容易にするために、１つまたは複数のモジュールを含むことができる。例えば、処理コンポーネント８０２は、マルチメディアコンポーネント８０８と処理コンポーネント８０２とのインタラクションを容易にするために、マルチメディアモジュールを含むことができる。

【0099】

メモリ８０４は、ＵＥ８００上の操作をサポートするように、様々なタイプのデータを記憶するように構成される。これらのデータの例は、ＵＥ８００で操作するためのあらゆるアプリケーションプログラムまたは方法の命令、連絡先データ、電話帳データ、メッセージ、画像、ビデオなどを含む。メモリ８０４は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、読み出し専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、フラッシュメモリ、磁気ディスク、または光ディスクのような、あらゆるタイプの揮発性または不揮発性の記憶装置またはそれらの組み合わせによって実現されてもよい。

【0100】

電源コンポーネント８０６は、ＵＥ８００の様々なコンポーネントに電力を提供する。電源コンポーネント８０６は、電源管理システム、１つまたは複数の電源、およびＵＥ８００の生成、管理及び分配に関連する他のコンポーネントを含むことができる。

【0101】

マルチメディアコンポーネント８０８は、前記ＵＥ８００とユーザとの間に１つの出力インターフェースを提供するスクリーンに含まれる。いくつかの実施例では、スクリーンは、液晶ディスプレイ（ＬＣＤ）とタッチパネル（ＴＰ）とを含むことができる。スクリーンがタッチパネルを含む場合、スクリーンは、ユーザからの入力信号を受信するように、タッチスクリーンとして実現されることができる。タッチパネルには、タッチ、スライド、タッチパネルのジェスチャーを感知するように、１つまたは複数のタッチセンサが含まれる。タッチセンサは、タッチまたはスライド動作の境界を感知するだけでなく、タッチまたはスライド操作に関連する継続時間及び圧力を検出することができる。いくつかの実施例では、マルチメディアコンポーネント８０８は、１つのフロントカメラおよび／またはバックカメラを含む。ＵＥ８００が撮影モードやビデオモードなどの操作モードにある場合、フロントカメラおよび／またはバックカメラは、外部のマルチメディアデータを受信することができる。各フロントカメラおよびバックカメラは、１つの固定的な光学レンズ系であってもよく、または焦点距離および光学ズーム能力を備えてもよい。

【0102】

オーディオコンポーネント８１０は、オーディオ信号を出力および／または入力するように構成される。例えば、オーディオコンポーネント８１０は、ＵＥ８００が呼び出しモード、記録モード、及び音声認識モードのような操作モードにある場合、外部オーディオ信号を受信するように構成されるマイクロフォン（ＭＩＣ）を含む。受信されたオーディオ信号は、メモリ８０４にさらに記憶されてもよく、または通信コンポーネント８１６を介して送信されてもよい。いくつかの実施例において、オーディオコンポーネント８１０は、オーディオ信号を出力するためのスピーカーをさらに含む。

【0103】

Ｉ／Ｏインターフェース８１２は、処理コンポーネント８０２と周辺インターフェースモジュールとの間のインターフェースを提供し、上記の周辺インターフェースモジュールはキーボード、クリックホイール、ボタンなどであってもよい。これらのボタンは、ホームボタン、音量ボタン、スタートボタン、およびロックボタンを含むことができるが、これらに限定されない。

【0104】

センサコンポーネント８１４は、ＵＥ８００に様々な態様の状態評価を提供するように、１つまたは複数のセンサを含む。例えば、センサコンポーネント８１４は、ＵＥ８００のオン／オフ状態、コンポーネントの相対的な位置決めを検出でき、例えば、コンポーネントはＵＥ８００のディスプレイ及びキーパッドであり、センサコンポーネント８１４は、さらに、ＵＥ８００またはその１つのコンポーネントの位置変化、ユーザとＵＥ８００との接触の有無、ＵＥ８００の方位または加速／減速及びＵＥ８００の温度変化を検出することができる。センサコンポーネント８１４は、任意の物理的接触がない場合、付近の物体の存在を検出するように構成される近接センサを含むこともできる。センサコンポーネント８１４は、イメージングアプリケーションに使用されるＣＭＯＳまたはＣＣＤイメージセンサのような光センサをさらに含むことができる。いくつかの実施例では、当該センサコンポーネント８１４は、加速度センサ、ジャイロセンサ、磁気センサ、圧力センサまたは温度センサをさらに含むことができる。

【0105】

通信コンポーネント８１６は、ＵＥ８００と他の装置との間の有線または無線方式の通信を容易にするように構成される。ＵＥ８００は、ＷｉＦｉ、２Ｇまたは３Ｇ、またはこれらの組み合わせなどの通信規格に基づく無線ネットワークにアクセスすることができる。例示的な一実施例では、通信コンポーネント８１６は、ブロードキャストチャンネルを介して外部ブロードキャスト管理システムからのブロードキャスト信号またはブロードキャスト関連情報を受信する。例示的な一実施例では、通信コンポーネント８１６は、近距離通信を容易にするために、近距離通信（ＮＦＣ）モジュールをさらに含む。例えば、ＮＦＣモジュールでは、無線周波数認識（ＲＦＩＤ）技術、赤外線データ協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（登録商標）（ＢＴ）技術、および他の技術に基づいて実現されてもよい。

【0106】

例示的な実施例では、ＵＥ８００は、上記方法を実行するために、専用集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子部品、１つまたは複数のアプリケーションによって実現されてもよい。

【0107】

例示的な実施例では、命令を含む非一時的なコンピュータ読み取り可能な記憶媒体、例えば、命令を含むメモリ８０４をさらに提供し、上記命令は、上記方法を完成するように、ＵＥ８００のプロセッサ８２０によって実行されてもよい。例えば、前記非一時的なコンピュータ読み取り可能な記憶媒体はＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ－ＲＯＭ、磁気テープ、フロッピーディスク、及び光データ記憶機器であっても良い。

【0108】

当業者であれば、明細書を考慮してここで開示される技術案を実践した後、本開示の他の実施形態を容易に想到し得る。本開示は、本発明の任意の変形、用途または適応的変化をカバーすることを意図しており、これらの変形、用途または適応的変化は、本発明の一般原理に従い、本開示で開示されていない当分野における周知技術または慣用されている技術手段を含む。明細書および実施例は、例示的なものとしてのみ見なされ、本開示の真の範囲及び精神は、以下の特許請求の範囲によって示される。

【0109】

なお、本開示は、上記説明され、図面に示された正確な構造に限定されず、その範囲から逸脱することなく、様々な修正や変更が可能であることを理解すべきである。本開示の範囲は、添付された特許請求の範囲のみによって限定される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】