特表2025-504838 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ ノキア　テクノロジーズ　オサケユイチアの特許一覧

特表2025-504838ビーム情報報告のための方法および装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2025-02-19

(54)【発明の名称】ビーム情報報告のための方法および装置

(51)【国際特許分類】

H04W 16/28 20090101AFI20250212BHJP

H04W 24/10 20090101ALI20250212BHJP

【ＦＩ】

H04W16/28

H04W24/10

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024542397

(86)(22)【出願日】2022-01-18

(85)【翻訳文提出日】2024-07-17

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

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

(87)【国際公開日】2023-07-27

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

２．ＢＬＵＥＴＯＯＴＨ

３．ＺＩＧＢＥＥ

(71)【出願人】

【識別番号】515076873

【氏名又は名称】ノキアテクノロジーズオサケユイチア

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田和彦

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田洋之

(74)【代理人】

【識別番号】100119013

【弁理士】

【氏名又は名称】山崎一夫

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚文昭

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤直樹

(72)【発明者】

【氏名】ヘントネンテロ

(72)【発明者】

【氏名】トゥルティネンサムリヘイッキ

(72)【発明者】

【氏名】ウーチュンリー

(72)【発明者】

【氏名】カポラルデルバリオサマンサ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067KK03

(57)【要約】

本開示の例示的な実施形態は、ビーム情報報告のための方法、装置、およびコンピュータ可読ストレージ媒体に関連する。例示的な実施形態では、デバイスが、測定によってビーム情報を取得する。さらに、デバイスは、電力ヘッドルーム報告（ＰＨＲ）をネットワークノードに送信する。ＰＨＲは、複数のサービングセルに関するビーム情報が存在するかどうかを示すビットマップを含む。

【特許請求の範囲】

【請求項1】

ビーム形成情報報告の方法であって、
ユーザデバイスによって、測定によってビーム情報を取得することと、
ユーザデバイスによって、電力ヘッドルーム報告（ＰＨＲ）をネットワークノードに送信することとを含み、前記ＰＨＲが、複数のサービングセルに関するビーム情報が存在するかどうかを示すビットマップを含む、方法。

【請求項2】

前記ビットマップ内のビットが、前記複数のサービングセルのうちの第１のサービングセルに関するビーム情報が存在するということを示す場合、前記ＰＨＲが、前記第１のサービングセルの第１のビーム情報をさらに含み、前記第１のビーム情報が、前記サービングセルに関する第２のビーム情報が存在するかどうかを示す拡張（Ｅ）ビットを含む、請求項１に記載の方法。

【請求項3】

前記ビットマップ内のビットが、前記複数のサービングセルのうちの第１のサービングセルに関するビーム情報が存在するということを示す場合、前記第１のサービングセルの前記ビーム情報が、前記第１のサービングセルのビームを使用するときに前記ユーザデバイスによって電力管理最大電力減少値（Ｐ－ＭＰＲ）が必要とされるかどうか、および／またはどのくらい必要とされるかを示すビットをさらに含む、請求項１に記載の方法。

【請求項4】

前記ユーザデバイスによって、前記ネットワークノードから前記ビーム情報報告の構成を受信することをさらに含み、前記構成が、報告されるビームの最大数を含む、請求項１～３のいずれか１項に記載の方法。

【請求項5】

前記ＰＨＲを前記ネットワークデバイスに送信することが、
前記ユーザデバイスによって、
ビームの最大許容暴露（ＭＰＥ）がしきい値量より低いか、またはサービングビームのＭＰＥより良く、かつ／あるいは
ビームの品質がしきい値品質より高いか、または前記サービングビームの品質より良い場合に、前記ＰＨＲの前記送信を引き起こすことを含む、請求項１～４のいずれか１項に記載の方法。

【請求項6】

前記ユーザデバイスによって、前記複数のサービングセルのうちの少なくとも１つに関するビーム情報が存在する場合、前記ＰＨＲを送信するために、論理チャネル識別情報（ＬＣＩＤ）を使用することをさらに含む、請求項１～５のいずれか１項に記載の方法。

【請求項7】

ビーム形成情報報告の方法であって、
ネットワークノードによって、ユーザデバイスから電力ヘッドルーム報告（ＰＨＲ）を受信することであって、前記ＰＨＲが、複数のサービングセルに関するビーム情報が存在するかどうかを示すビットマップを含む、前記受信することと、
前記ＰＨＲに基づいて前記複数のサービングセルに関するビーム情報を取得することとを含む、方法。

【請求項8】

【請求項9】

【請求項10】

前記ネットワークノードによって、前記ビーム情報報告の構成を前記ユーザデバイスに送信することをさらに含み、前記構成が、報告されるビームの最大数を含む、請求項７～９のいずれか１項に記載の方法。

【請求項11】

前記ネットワークノードによって、
ビームの最大許容暴露（ＭＰＥ）がしきい値量より低いか、またはサービングビームのＭＰＥより良く、かつ／あるいは
ビームの品質がしきい値品質より高いか、または前記サービングビームの品質より良い場合に、前記ＰＨＲの送信を引き起こすための条件に関する構成を前記ユーザデバイスに送信することをさらに含む、請求項７～１０のいずれか１項に記載の方法。

【請求項12】

前記ネットワークノードによって、前記複数のサービングセルのうちの少なくとも１つに関するビーム情報が存在する場合に、前記ＰＨＲを送信するために、論理チャネル識別情報（ＬＣＩＤ）を使用するための構成を、前記ユーザデバイスに送信することをさらに含む、請求項７～１１のいずれか１項に記載の方法。

【請求項13】

トランシーバおよび少なくとも１つのプロセッサを備えている装置であって、前記少なくとも１つのプロセッサが、
測定によってビーム情報を取得するように構成され、
前記トランシーバが、
電力ヘッドルーム報告（ＰＨＲ）をネットワークノードに送信するように構成され、前記ＰＨＲが、複数のサービングセルに関するビーム情報が存在するかどうかを示すビットマップを含む、装置。

【請求項14】

【請求項15】

前記少なくとも１つのプロセッサが、
ビームの最大許容暴露（ＭＰＥ）がしきい値量より低いか、またはサービングビームのＭＰＥより良く、かつ／あるいは
ビームの品質がしきい値品質より高いか、または前記サービングビームの品質より良い場合に、前記ＰＨＲの前記送信を引き起こすように構成される、請求項１３または１４に記載の装置。

【請求項16】

前記少なくとも１つのプロセッサが、
前記複数のサービングセルのうちの少なくとも１つに関するビーム情報が存在する場合、前記ＰＨＲを送信するために、論理チャネル識別情報（ＬＣＩＤ）を使用するようにさらに構成される、請求項１３～１５のいずれか１項に記載の装置。

【請求項17】

トランシーバおよび少なくとも１つのプロセッサを備えている装置であって、前記トランシーバが、
ユーザデバイスから電力ヘッドルーム報告（ＰＨＲ）を受信するように構成され、前記ＰＨＲが、複数のサービングセルに関するビーム情報が存在するかどうかを示すビットマップを含み、
前記少なくとも１つのプロセッサが、
前記ＰＨＲに基づいて前記複数のサービングセルに関するビーム情報を取得するように構成される、装置。

【請求項18】

【請求項19】

前記トランシーバが、
ビームの最大許容暴露（ＭＰＥ）がしきい値量より低いか、またはサービングビームのＭＰＥより良く、かつ／あるいは
ビームの品質がしきい値品質より高いか、または前記サービングビームの品質より良い場合に、前記ＰＨＲの送信を引き起こすための条件に関する構成を前記ユーザデバイスに送信するようにさらに構成される、請求項１７または１８に記載の装置。

【請求項20】

前記トランシーバが、
前記複数のサービングセルのうちの少なくとも１つに関するビーム情報が存在する場合に、前記ＰＨＲを送信するために、論理チャネル識別情報（ＬＣＩＤ）を使用するための構成を、前記ユーザデバイスに送信するようにさらに構成される、請求項１７～２０のいずれか１項に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の例示的な実施形態は、一般に、通信の分野に関連しており、特に、ビーム情報報告のための方法、装置、およびコンピュータ可読ストレージ媒体に関連している。

【背景技術】

【0002】

進化型ＮｏｄｅＢ（ｅＮｏｄｅＢ：ｅｖｏｌｖｅｄＮｏｄｅＢ）が適切な方法で異なるユーザデバイスへの送信リソースをスケジュールするのを支援するために、ユーザデバイスが、使用可能な電力ヘッドルームをｅＮｏｄｅＢに報告することが重要である。このメカニズムは、電力ヘッドルーム報告（ＰＨＲ：ｐｏｗｅｒｈｅａｄｒｏｏｍｒｅｐｏｒｔｉｎｇ）と呼ばれることがある。ｅＮｏｄｅＢは、電力ヘッドルーム報告を使用して、ユーザデバイスによって使用される送信リソースを決定することができる。ＰＨＲは、不必要な送信リソースをユーザデバイスに割り当てることを防ぐのに役立ち、割り当てに起因するリソースの浪費を防ぐ。本開示では、ユーザデバイスはユーザ機器（ＵＥ：ｕｓｅｒｅｑｕｉｐｍｅｎｔ）とも呼ばれる。

【0003】

ＰＨＲは、サービングセルのサービングビームに関する電力ヘッドルーム（ＰＨ：ｐｏｗｅｒｈｅａｄｒｏｏｍ）情報および最大許容暴露（ＭＰＥ：ｍａｘｉｍｕｍｐｅｒｍｉｓｓｉｏｎｅｘｐｏｓｕｒｅ）情報を含むことができる。しかし、サービングビームの品質が十分に良くない場合、送信効率を改善するために、複数のサービングセルの１つまたは複数のさらなるビームに関するビーム情報を報告する必要がある。

【0004】

広帯域セルラーネットワーク用の第５世代（５Ｇ：ｆｉｆｔｈｇｅｎｅｒａｔｉｏｎ）技術または５Ｇを超える技術の規格の場合、１つのユーザデバイスが複数のサービングセルへの接続をサポートすることができ、各セルが複数のビームをサポートすることができる。通信の品質を改善するために、ユーザデバイスは、基準信号（ＲＳ：ｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ）を測定する必要があり、測定されたＲＳをサービングセルに報告する。しかし、サービングセルごとにビーム情報を効率的に報告する方法は、対処されるべき未解決の問題である。

【発明の概要】

【0005】

一般に、本開示の例示的な実施形態は、ビーム情報報告のための方法、装置、およびコンピュータ可読ストレージ媒体を提供する。

【0006】

第１の態様では、方法が提供される。この方法では、ユーザデバイスが測定によってビーム情報を取得する。さらに、ユーザデバイスは、電力ヘッドルーム報告（ＰＨＲ）をネットワークノードに送信する。ＰＨＲは、複数のサービングセルに関するビーム情報が存在するかどうかを示すビットマップを含む。

【0007】

一部の例示的な実施形態では、ビットマップ内のビットが、複数のサービングセルのうちの第１のサービングセルに関するビーム情報が存在するということを示す場合、ＰＨＲは、第１のサービングセルの第１のビーム情報をさらに含み、第１のビーム情報は、サービングセルに関する第２のビーム情報が存在するかどうかを示す拡張（Ｅ：ｅｘｔｅｎｓｉｏｎ）ビットを含む。

【0008】

一部の例示的な実施形態では、ビットマップ内のビットが、複数のサービングセルのうちの第１のサービングセルに関するビーム情報が存在するということを示す場合、第１のサービングセルのビーム情報は、第１のサービングセルのビームを使用するときにユーザデバイスによって電力管理最大電力減少値（Ｐ－ＭＰＲ：ｐｏｗｅｒｍａｎａｇｅｍｅｎｔｍａｘｉｍｕｍｐｏｗｅｒｒｅｄｕｃｔｉｏｎ）が必要とされるかどうか、および／またはどのくらい必要とされるかを示すビットをさらに含む。

【0009】

一部の例示的な実施形態では、ユーザデバイスは、ネットワークノードからビーム情報報告の構成を受信してよく、この構成は、報告されるビームの最大数を含む。

【0010】

一部の例示的な実施形態では、ユーザデバイスは、ビームの最大許容暴露（ＭＰＥ）がしきい値量より低いか、またはサービングビームのＭＰＥより良く、かつ／あるいはビームの品質がしきい値品質より高いか、またはサービングビームの品質より良い場合に、ＰＨＲの送信を引き起こしてよい。

【0011】

一部の例示的な実施形態では、ユーザデバイスは、複数のサービングセルのうちの少なくとも１つに関するビーム情報が存在する場合、ＰＨＲを送信するために、論理チャネル識別情報（ＬＣＩＤ：ｌｏｇｉｃａｌｃｈａｎｎｅｌｉｄｅｎｔｉｔｙ）を使用してよい。第２の態様では、方法が提供される。この方法では、ネットワークノードが、ユーザデバイスから電力ヘッドルーム報告（ＰＨＲ）を受信する。ＰＨＲは、複数のサービングセルに関するビーム情報が存在するかどうかを示すビットマップを含む。さらに、ネットワークノードは、ＰＨＲに基づいて複数のサービングセルに関するビーム情報を取得する。

【0012】

【0013】

一部の例示的な実施形態では、ビットマップ内のビットが、複数のサービングセルのうちの第１のサービングセルに関するビーム情報が存在するということを示す場合、第１のサービングセルのビーム情報は、第１のサービングセルのビームを使用するときにユーザデバイスによって電力管理最大電力減少値（Ｐ－ＭＰＲ）が必要とされるかどうか、および／またはどのくらい必要とされるかを示すビットをさらに含む。

【0014】

一部の例示的な実施形態では、ネットワークノードは、ビーム情報報告の構成をユーザデバイス送信してよく、この構成は、報告されるビームの最大数を含む。

【0015】

一部の例示的な実施形態では、ネットワークノードは、ビームの最大許容暴露（ＭＰＥ）がしきい値量より低いか、またはサービングビームのＭＰＥより良く、かつ／あるいはビームの品質がしきい値品質より高いか、またはサービングビームの品質より良い場合にＰＨＲの送信を引き起こすための条件に関する構成を、ユーザデバイスに送信してよい。

【0016】

一部の例示的な実施形態では、ネットワークノードは、複数のサービングセルのうちの少なくとも１つに関するビーム情報が存在する場合に、ＰＨＲを送信するために、論理チャネル識別情報（ＬＣＩＤ）を使用するための構成を、ユーザデバイスに送信してよい。第３の態様では、トランシーバおよび少なくとも１つのプロセッサを備える装置が提供される。少なくとも１つのプロセッサは、測定によってビーム情報を取得するように構成される。さらに、トランシーバは、電力ヘッドルーム報告（ＰＨＲ）をネットワークノードに送信するように構成される。ＰＨＲは、複数のサービングセルに関するビーム情報が存在するかどうかを示すビットマップを含む。

【0017】

第４の態様では、トランシーバおよび少なくとも１つのプロセッサを備える装置が提供される。トランシーバは、ユーザデバイスから電力ヘッドルーム報告（ＰＨＲ）を受信するように構成される。ＰＨＲは、複数のサービングセルに関するビーム情報が存在するかどうかを示すビットマップを含む。さらに、少なくとも１つのプロセッサは、ＰＨＲに基づいて複数のサービングセルに関するビーム情報を取得するように構成される。

【0018】

第５の態様では、格納されたプログラム命令を含んでいるコンピュータ可読ストレージ媒体が提供されている。これらの命令は、デバイスのプロセッサによって実行された場合に、デバイスに、第１または第２の態様に従って方法を実行させる。

【0019】

このようにして、複数のサービングセルに関するビーム情報が存在するかどうかを示すためのビットマップをＰＨＲに追加することによって、柔軟で効率的なビーム情報報告が実現される。そのため、不必要な信号伝達オーバーヘッドおよび電力消費を防ぐことができる。

【0020】

「発明の概要」のセクションが、本開示の例示的な実施形態の重要または不可欠な特徴を識別するよう意図されておらず、本開示の範囲を制限するために使用されるよう意図されてもいないということが、理解されるべきである。以下の説明によって、本開示の他の特徴が容易に理解可能になるであろう。

【0021】

ここで、添付の図面を参照して一部の例示的な実施形態が説明される。

【図面の簡単な説明】

【0022】

【図1】本開示の例示的な実施形態が実施され得る例示的な環境を示す図である。

【図2】本開示の一部の例示的な実施形態に従って、デバイス間の信号伝達フローを示す図である。

【図3】本開示の一部の例示的な実施形態に従って、ビーム情報を含んでいるＰＨＲの例示的な構造を示す図である。

【図4】本開示の一部の例示的な実施形態に従って、ビーム情報報告の例示的なプロセスを示す図である。

【図5】本開示の一部の例示的な実施形態に従って、例示的な方法のフローチャートを示す図である。

【図6】本開示の一部の他の例示的な実施形態に従って、例示的な方法のフローチャートを示す図である。

【図7】本開示の例示的な実施形態を実施するのに適しているデバイスの簡略化されたブロック図を示す図である。

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

【0023】

図面全体を通じて、同じまたは類似する参照番号は、同じまたは類似する要素を表している。

【0024】

以下では、一部の例示的な実施形態を参照して、本開示の原理が説明される。これらの例示的な実施形態が、本開示の範囲に関してどのような制限も示唆せずに、単に例示の目的で説明され、当業者が本開示を理解して実施するのに役立つということが理解されるべきである。本明細書に記載された開示は、以下で説明される方法以外のさまざまな方法で実施され得る。

【0025】

以下の説明および特許請求の範囲では、特に定義されない限り、本明細書において使用されるすべての技術用語および／または科学用語は、本開示が属する分野の当業者によって一般的に理解されている意味と同じ意味を有する。

【0026】

本明細書において使用されるとき、「ビーム」という用語は、通信リソースのことを指してよい。異なるビームは、異なるリソースと見なされてよい。ビームは、空間フィルタとして表されてもよい。ビームを形成するための技術は、ビーム形成技術または別の技術であってよい。ビーム形成技術は、特に、デジタルビーム形成技術、アナログビーム形成技術、またはハイブリッドデジタル／アナログビーム形成技術であってよい。通信デバイス（端末デバイスおよびネットワークデバイスを含む）は、１つまたは複数のビームを介して別の通信デバイスと通信してよい。１つのビームは、１つまたは複数のアンテナポートを含み、データチャネル、制御チャネルなどのために構成されてよい。ビームを形成する１つまたは複数のアンテナポートは、アンテナポートセットと見なされてもよい。ビームは、リソースのセット、または測定用のリソースのセットを使用して構成されてよい。例えば、ＣＳＩ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇＩｄおよびＣＳＩ－ＲＳリソースセットを含むことができるＣＳＩリソース構成である。

【0027】

本明細書において使用されるとき、「ネットワークデバイス」または「ネットワークノード」という用語は、サービスを通信ネットワーク内の端末デバイスに提供するために介することができるデバイスのことを指す。例として、ネットワークデバイスは基地局を含んでよい。本明細書において使用されるとき、「基地局」（ＢＳ：ｂａｓｅｓｔａｔｉｏｎ）という用語は、サービスを通信ネットワーク内の端末デバイスに提供するために介することができるネットワークデバイスのことを指す。基地局は、端末デバイスまたはＵＥが通信ネットワークにアクセスするために介することができる任意の適切なデバイスを含んでよい。基地局の例としては、中継器、アクセスポイント（ＡＰ：ａｃｃｅｓｓｐｏｉｎｔ）、送信ポイント（ＴＲＰ：ｔｒａｎｓｍｉｓｓｉｏｎｐｏｉｎｔ）、ノードＢ（ＮｏｄｅＢまたはＮＢ）、進化型ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）、ニューラジオ（ＮＲ：ＮｅｗＲａｄｉｏ）ＮｏｄｅＢ（ｇＮＢ）、リモートラジオモジュール（ＲＲＵ：ＲｅｍｏｔｅＲａｄｉｏＭｏｄｕｌｅ）、ラジオヘッダ（ＲＨ：ｒａｄｉｏｈｅａｄｅｒ）、リモートラジオヘッド（ＲＲＨ：ｒｅｍｏｔｅｒａｄｉｏｈｅａｄ）、フェムト、ピコなどの低電力ノードなどが挙げられる。

【0028】

本明細書において使用されるとき、「端末デバイス」、「ユーザデバイス」、または「ユーザ機器」（ＵＥ）という用語は、互いとの、または基地局とのワイヤレス通信の能力がある任意の端末デバイスのことを指す。通信は、無線で情報を伝達するのに適している電磁信号、電波、赤外線信号、および／または他の種類の信号を使用して、ワイヤレス信号を送信すること、および／または受信することを含んでよい。一部の例示的な実施形態では、ＵＥは、直接的な人間のやりとりなしで情報を送信および／または受信するように構成されてよい。例えば、ＵＥは、予め定められたスケジュールで、内部または外部のイベントによって引き起こされたときに、あるいはネットワーク側からの要求に応答して、情報を基地局に送信してよい。

【0029】

ユーザデバイスの例としては、スマートフォン、ワイヤレス対応のタブレットコンピュータ、ラップトップ内蔵機器（ＬＥＥ：ｌａｐｔｏｐ－ｅｍｂｅｄｄｅｄｅｑｕｉｐｍｅｎｔ）、ラップトップ搭載機器（ＬＭＥ：ｌａｐｔｏｐ－ｍｏｕｎｔｅｄｅｑｕｉｐｍｅｎｔ）、ワイヤレス宅内機器（ＣＰＥ：ｃｕｓｔｏｍｅｒ－ｐｒｅｍｉｓｅｓｅｑｕｉｐｍｅｎｔ）、センサ、計測デバイス、腕時計などのパーソナルウェアラブル、および／または通信の能力がある車両が挙げられるが、これらに限定されない。説明の目的で、一部の例示的な実施形態は、端末デバイスの例としてＵＥを参照して説明され、「端末デバイス」および「ユーザ機器」（ＵＥ）という用語は、本開示の文脈において交換可能なように使用され得る。

【0030】

本明細書において使用されるとき、「回路」という用語は、
（ａ）ハードウェアのみの回路の実施（アナログ回路および／またはデジタル回路のみにおける実施など）と、
（ｂ）（適用できる場合）（ｉ）ソフトウェア／ファームウェアとのアナログおよび／またはデジタルハードウェア回路の組み合わせ、ならびに（ｉｉ）連携して、携帯電話またはサーバなどの装置にさまざまな機能を実行させる、ソフトウェアを含んでいるハードウェアプロセッサの任意の部分（デジタル信号プロセッサを含む）、ソフトウェア、およびメモリなどの、ハードウェア回路およびソフトウェアの組み合わせと、
（ｃ）動作のためにソフトウェア（例えば、ファームウェア）を必要とするが、動作に必要とされない場合はソフトウェアが存在しなくてよい、マイクロプロセッサまたはマイクロプロセッサの一部などの、ハードウェア回路および／またはプロセッサとのうちの１つまたは複数またはすべてのことを指してよい。

【0031】

回路のこの定義は、任意の請求項における使用を含む、本出願におけるこの用語のすべての使用に当てはまる。さらなる例として、本出願で使用されるとき、回路という用語は、単にハードウェア回路またはプロセッサ（または複数のプロセッサ）、あるいはハードウェア回路またはプロセッサの一部、ならびにそれ（またはそれらに）付随するソフトウェアおよび／またはファームウェアの実施も対象にする。回路という用語は、例えば、特定の請求項要素に適用できる場合、モバイルデバイス用のベースバンド集積回路またはプロセッサ集積回路、あるいはサーバ、セルラー基地局、または他のコンピューティングステーションもしくは基地局内の同様の集積回路も対象にする。

【0032】

本明細書において使用されるとき、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈で特に明示的に示されない限り、複数形も含むよう意図されている。「含む」という用語およびその変形は、「～を含むが、これに限定されない」ということを意味する限定されていない用語として読まれるべきである。「～に基づく」という用語は、「～に少なくとも部分的に基づく」として読まれるべきである。「１つの実施形態」および「実施形態」という用語は、「少なくとも１つの実施形態」として読まれるべきである。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」として読まれるべきである。以下では、明示的または暗黙的な他の定義が含まれることがある。

【0033】

本明細書において使用されるとき、「第１の」、「第２の」などの用語は、本明細書においてさまざまな要素を説明するために使用されてよく、それらの要素は、これらの用語によって制限されるべきではない。これらの用語は、ある要素を別の要素と区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱することなく、第１の要素は、第２の要素と呼ばれることが可能であり、同様に第２の要素は、第１の要素と呼ばれることが可能である。本明細書において使用されるとき、「および／または」という用語は、示された用語のうちの１つまたは複数のありとあらゆる組み合わせを含む。

【0034】

第３世代パートナーシッププロジェクト（３ＧＰＰ：ｔｈｉｒｄｇｅｎｅｒａｔｉｏｎｐａｒｔｎｅｒｓｈｉｐｐｒｏｊｅｃｔ）無線アクセスネットワーク（ＲＡＮ：ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）＃８６では、ＮＲのＭＩＭＯに対するさらなる拡張が議論されている。ＲＡＮ１は、ＳＳＢＲＩまたはＣＲＩのいずれかによって識別される、特定の候補ビームにそれぞれ対応する最大４つのＰ－ＭＰＲ値を使用して、ＭＰＥ報告を拡張することに合意した。

【0035】

３ＧＰＰリリース１６（Ｒｅｌ－１６）では、ＭＰＥ報告がＰＨＲ媒体アクセス制御（ＭＡＣ：ｍｅｄｉａａｃｃｅｓｓｃｏｎｔｒｏｌ）制御要素（ＣＥ：ｃｏｎｔｒｏｌｅｌｅｍｅｎｔ）の一部として含まれるということが合意された。ＭＰＥ報告のトリガーは、ＰＨＲ手順の一部として指定されてよい。

【0036】

さらに、３ＧＰＰリリース１７（Ｒｅｌ－１７）では、Ｒｅｌ－１６のＭＰＥ報告を拡張して、ＭＰＥ報告がＰＨＲＭＡＣＣＥに追加されることが議論されている。Ｒｅｌ－１７のＭＰＥ報告をサポートしているＵＥがＲｅｌ－１６のＭＰＥ報告もサポートするべきであり、Ｒｅｌ－１７のＭＰＥ構成が提供される場合、このＵＥがＲｅｌ－１７のＰ－ＭＰＲ報告形式を常に使用しなければならないということが、さらに議論されている。

【0037】

さらに、ＰＨＲの内容に関するいくつかの議論がある。「ＭＰＥリソースプール」（例えば、ＭＰＥ／Ｐ－ＭＰＲ報告に使用されるＳＳＢ／ＣＳＩ－ＲＳリソースのリスト）を使用してＵＥが構成され、ネットワークデバイスが、多くの追加のビームを使用するＵＥのＰＨＲにおいてＰ－ＭＰＲを報告する方法を示すことができるということが、議論されており、これらは両方とも、ＰビットおよびＭＰＥフィールドを必要とする。ビーム識別のために、ＵＥは、ＭＡＣＣＥにおいて「ＭＰＥリソース」インデックス（すなわち、ＭＰＥ／Ｐ－ＭＰＲ報告に使用されるＳＳＢ／ＣＳＩ－ＲＳリソースのインデックス）を示す必要があり、Ｐ－ＭＰＲのために、Ｐ_CMAX,f,cが含められる必要がある。しかし、これらのビームのすべてが「仮想的」であると仮定すると、ビームのいずれにもＶビットを含める必要はないと思われる。

【0038】

３ＧＰＰＲｅｌ－１７では、ＰＨＲＭＡＣＣＥが、「ビーム情報」の０～４個のインスタンスを示すべきであるということが議論されており、各「ビーム情報」は、Ｐビット、２ビットのＭＰＥフィールド、ビーム識別情報フィールド、およびＰ_CMAX,f,cフィールドを含む。本開示におけるビーム情報は、ＣＳＩ－ＲＳリソースインジケータ（ＣＲＩ：ＣＳＩ－ＲＳＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒ）または同期信号（ＳＳ：ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｓｉｇｎａｌ）／物理ブロードキャストチャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌｂｒｏａｄｃａｓｔｃｈａｎｎｅｌ）リソースブロックインジケータ（ＳＳＢＲＩ：ＳＳ／ＰＢＣＨｒｅｓｏｕｒｃｅｂｌｏｃｋｉｎｄｉｃａｔｏｒ）を含む。「ビーム識別情報フィールド」の場合、ＣＲＩ／ＳＳＢＲＩ（例えば、ビームインデックス）の信号伝達のための６ビットが、ＳＳＢおよびＣＳＩ－ＲＳの既存の最大値に適合するため、最初に予約される。ＣＲＩ／ＳＳＢＲＩ報告フィールドは、ＭＰＥリソースプールのＲＲＣにおいて構成されたリソースインデックスを示す。単一エントリのＰＨＲ、最大８つのセルを含む複数エントリのＰＨＲ、および最大３２個のセルを含む複数エントリのＰＨＲという３つの異なるＰＨＲ形式すべてに対して、同じ変更が実行される必要があるということも議論されている。

【0039】

さらに、複数の送受信ポイント（ｍＴＲＰ：ｍｕｌｔｉｐｌｅＴｒａｎｓｍｉｓｓｉｏｎＲｅｃｅｐｔｉｏｎＰｏｉｎｔ）のためのＰＨＲ報告に関するいくつかの議論がある。ＲＡＮ１において、ｍＴＲＰが構成されるときに、ＴＲＰ１およびＴＲＰ２のＰＨＲを示すことが合意された。Ｒｅｌ－１７では、ＵＥが、ｍＴＲＰを使用するサービングセルごとに既存のＰＨ報告を複製すること、すなわち、ＴＲＰ１およびＴＲＰ２の各々について、フィールドＰ、ＰＨ（ＭＰＥまたはＲ）、およびＰ_CMAX,f,cを複製することが必要とされる。この場合、ｍＴＲＰに基づく報告の追加は、ｍＴＲＰを使用するサービングセルごとに固定された２オクテットのオーバーヘッドをＰＨＲに追加する。ＭＰＥ報告と組み合わせることは、複雑さを大きく増やさずに実行され得る。

【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】

一部の例示的な実施形態では、デバイス１２０は、ビーム情報報告の構成をデバイス１１０に送信してよい。この構成は、報告されるビームの最大数を含む。

【0110】

一部の例示的な実施形態では、デバイス１２０は、ビームの最大許容暴露（ＭＰＥ）がしきい値量より低いか、またはサービングビームのＭＰＥより良く、かつ／あるいはビームの品質がしきい値品質より高いか、またはサービングビームの品質より良い場合にＰＨＲの送信を引き起こすための条件に関する構成を、デバイス１１０に送信してよい。

【0111】

一部の例示的な実施形態では、デバイス１２０は、複数のサービングセルのうちの少なくとも１つに関するビーム情報が存在する場合に、ＰＨＲを送信するために、論理チャネル識別情報（ＬＣＩＤ）を使用するための構成を、デバイス１１０に送信してよい。

【0112】

当業者は、図１～４を参照して上で説明されたすべての動作および特徴が、方法６００に同様に適用可能であり、同様の効果を有するということを理解することができる。

【0113】

図７は、本開示の例示的な実施形態を実施するのに適しているデバイス７００の簡略化されたブロック図である。デバイス７００は、図１示されているように、デバイス１１０またはデバイス１２０で、あるいはデバイス１１０またはデバイス１２０の一部として実施され得る。

【0114】

図に示されているように、デバイス７００は、プロセッサ７１０、通信モジュール７３０を含んでいる。デバイス７００は、プロセッサ７１０に結合されたメモリ７２０をさらに含んでよい。デバイス７００は、通信モジュール７３０に結合された通信インターフェイス（図示されていない）をさらに含んでよい。メモリ７２０は、少なくともプログラム７４０を格納してよい。通信モジュール７３０は、例えば複数のアンテナを介する、双方向通信用である。通信インターフェイスは、通信に必要な任意のインターフェイスを表してよい。通信モジュール７３０は、例えば、トランシーバであってよい。

【0115】

プログラム７４０は、プログラム命令を含むと仮定され、これらのプログラム命令は、関連するプロセッサ７１０によって実行された場合に、デバイス７００が、図１～６を参照して本明細書において説明されるように本開示の例示的な実施形態に従って動作できるようにする。本明細書における例示的な実施形態は、デバイス７００のプロセッサ７１０によって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、あるいはソフトウェアとハードウェアの組み合わせによって、実施されてよい。プロセッサ７１０は、本開示のさまざまな例示的な実施形態を実施するように構成されてよい。

【0116】

メモリ７２０は、ローカルな技術ネットワークに適した任意の種類であってよく、非限定的な例として、非一過性コンピュータ可読ストレージ媒体、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリ、ならびに取り外し可能メモリなどの、任意の適切なデータストレージ技術を使用して実施されてよい。デバイス７００には１つのメモリ７２０のみが示されているが、複数の物理的に異なるメモリモジュールがデバイス７００に存在してよい。プロセッサ７１０は、ローカル技術ネットワークに適した任意の種類であってよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒｓ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含んでよい。デバイス７００は、メインプロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップなどの、複数のプロセッサを含んでよい。

【0117】

デバイス７００がデバイス１１０またはデバイス１１０の一部として機能する場合、プロセッサ７１０および通信モジュール７３０は、図１～４を参照して上で説明されたように、協力して方法５００を実施してよい。デバイス７００がデバイス１２０またはデバイス１２０の一部として機能する場合、プロセッサ７１０および通信モジュール７３０は、図１～４を参照して上で説明されたように、協力して方法６００を実施してよい。図１～６を参照して上で説明されたすべての動作および特徴は、デバイス７００に同様に適用可能であり、同様の効果を有する。簡略化の目的で、詳細は省略される。

【0118】

一般に、本開示のさまざまな例示的な実施形態は、ハードウェアもしくは専用回路、ソフトウェア、論理、またはこれらの任意の組み合わせにおいて実施されてよい。一部の態様は、ハードウェアにおいて実施されてよく、一方、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアにおいて実施されてよい。本開示の例示的な実施形態のさまざまな態様は、ブロック図、フローチャートとして、または何らかの他の図解表現を使用して例示され、説明されているが、本明細書に記載されたブロック、装置、システム、技術、または方法が、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくは論理、汎用ハードウェアもしくはコントローラまたは他のコンピューティングデバイス、あるいはこれらの何らかの組み合わせにおいて実施されてよいということが、理解されるべきである。

【0119】

本開示は、非一過性コンピュータ可読ストレージ媒体に有形に格納された少なくとも１つのコンピュータプログラム製品も提供する。コンピュータプログラム製品は、図１～４を参照して上で説明された方法５００または６００を実行するために、デバイス内の実際のターゲットプロセッサまたは仮想的ターゲットプロセッサ上で実行される、プログラムモジュールに含まれているコンピュータ実行可能命令などのコンピュータ実行可能命令を含む。一般に、プログラムモジュールは、特定のタスクを実行するか、または特定の抽象データ型を実施する、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能は、さまざまな例示的な実施形態での必要に応じて、結合されるか、またはプログラムモジュール間で分割されてよい。プログラムモジュールの機械実行可能命令は、ローカルデバイスまたは分散デバイス内で実行されてよい。分散デバイスでは、プログラムモジュールは、ローカルおよびリモートの両方のストレージ媒体に配置されてよい。

【0120】

本開示の方法を実行するためのプログラムコードは、１つまたは複数のプログラミング言語の任意の組み合わせで記述されてよい。これらのプログラムコードは、プログラムコードが、プロセッサまたはコントローラによって実行された場合に、フローチャートおよび／またはブロック図で指定された機能／動作が実施されることを引き起こすように、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサまたはコントローラに提供されてよい。プログラムコードは、マシン上で全体的に実行すること、マシン上でスタンドアロンソフトウェアパッケージとして部分的に実行すること、マシン上およびリモートマシン上でそれぞれ部分的に実行すること、あるいはリモートマシン上またはサーバ上で全体的に実行することができる。

【0121】

本開示の文脈において、コンピュータプログラムコードまたは関連するデータは、デバイス、装置、またはプロセッサが、上で説明されたようなさまざまなプロセスおよび動作を実行できるようにために、任意の適切なキャリアによって搬送されてよい。キャリアの例としては、信号、コンピュータ可読媒体が挙げられる。

【0122】

コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読ストレージ媒体であってよい。コンピュータ可読媒体は、電子、磁気、光、電磁気、赤外線、または半導体システム、装置、またはデバイス、あるいはこれらの任意の適切な組み合わせを含んでよいが、これらに限定されない。コンピュータ可読ストレージ媒体のさらに具体的な例としては、１つまたは複数のワイヤ、ポータブルフロッピーディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：ｅｒａｓａｂｌｅｐｒｏｇｒａｍｍａｂｌｅｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：ｃｏｍｐａｃｔｄｉｓｃｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ）、デジタルバーサタイルディスク（ＤＶＤ：ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｃ）、光ストレージデバイス、電磁ストレージデバイス、またはこれらの任意の適切な組み合わせを含んでいる電気的接続が挙げられる。

【0123】

さらに、特定の順序で動作が示されているが、望ましい結果を達成するために、そのような動作が、示された特定の順序で、または連続的順序で実行される必要があると理解されるべきではなく、すべての示された動作が実行される必要があると理解されるべきでもない。特定の環境では、マルチタスクおよび並列処理が有利であることがある。同様に、上記の説明には複数の特定の実施の詳細が含まれているが、それらは、本開示の範囲に対する制限と解釈されるべきではなく、特定の例示的な実施形態に固有であってよい特徴の説明と解釈されるべきである。個別の例示的な実施形態の文脈において説明された特定の複数の特徴が、単一の実施形態において組み合わせて実施されてもよい。反対に、単一の実施形態の文脈において説明された個々の特徴が、複数の例示的な実施形態において別々に、または任意の適切な部分的組み合わせで、実施されてもよい。

【0124】

本開示は、構造的特徴および／または方法の動作に固有の言語で説明されたが、添付の特許請求の範囲で定義された本開示が、前述の特定の特徴または動作に必ずしも制限されないということが理解されるべきである。むしろ、前述の特定の特徴および動作は、特許請求の範囲を実施する例示的な形態として開示された。

【0125】

本技術のさまざまな例示的な実施形態が説明された。上記に加えて、または上記の代替として、以下の実施例が説明される。以下の実施例のいずれかにおいて説明される特徴は、本明細書に記載された他の実施例のいずれかと共に利用されてよい。

【0126】

一部の態様では、方法は、ユーザデバイスによって、測定によってビーム情報を取得することと、ユーザデバイスによって、電力ヘッドルーム報告（ＰＨＲ）をネットワークノードに送信することとを含み、ＰＨＲは、複数のサービングセルに関するビーム情報が存在するかどうかを示すビットマップを含む。

【0127】

【0128】

【0129】

一部の例示的な実施形態では、方法は、ユーザデバイスによって、ネットワークノードからビーム情報報告の構成を受信することをさらに含み、この構成は、報告されるビームの最大数を含む。

【0130】

一部の例示的な実施形態では、ＰＨＲをネットワークデバイスに送信することは、ユーザデバイスによって、ビームの最大許容暴露（ＭＰＥ）がしきい値量より低いか、またはサービングビームのＭＰＥより良く、かつ／あるいはビームの品質がしきい値品質より高いか、またはサービングビームの品質より良い場合に、ＰＨＲの送信を引き起こすことを含む。

【0131】

一部の例示的な実施形態では、方法は、ユーザデバイスによって、複数のサービングセルのうちの少なくとも１つに関するビーム情報が存在する場合に、ＰＨＲを送信するために、論理チャネル識別情報（ＬＣＩＤ）を使用することをさらに含む。

【0132】

一部の態様では、方法は、ネットワークノードによって、ユーザデバイスから電力ヘッドルーム報告（ＰＨＲ）を受信することであって、ＰＨＲが、複数のサービングセルに関するビーム情報が存在するかどうかを示すビットマップを含む、受信することと、ＰＨＲに基づいて複数のサービングセルに関するビーム情報を取得することとを含む。

【0133】

【0134】

【0135】

一部の例示的な実施形態では、方法は、ネットワークノードによって、ビーム情報報告の構成をユーザデバイスに送信することをさらに含み、この構成は、報告されるビームの最大数を含む。

【0136】

一部の例示的な実施形態では、方法は、ネットワークノードによって、ビームの最大許容暴露（ＭＰＥ）がしきい値量より低いか、またはサービングビームのＭＰＥより良く、かつ／あるいはビームの品質がしきい値品質より高いか、またはサービングビームの品質より良い場合にＰＨＲの送信を引き起こすための条件に関する構成を、ユーザデバイスに送信することをさらに含む。

【0137】

一部の例示的な実施形態では、方法は、ネットワークノードによって、複数のサービングセルのうちの少なくとも１つに関するビーム情報が存在する場合に、ＰＨＲを送信するために、論理チャネル識別情報（ＬＣＩＤ）を使用するための構成を、ユーザデバイスに送信することをさらに含む。

【0138】

一部の態様では、装置は、トランシーバおよび少なくとも１つのプロセッサを備え、少なくとも１つのプロセッサは、測定によってビーム情報を取得するように構成され、トランシーバは、電力ヘッドルーム報告（ＰＨＲ）をネットワークノードに送信するように構成され、ＰＨＲは、複数のサービングセルに関するビーム情報が存在するかどうかを示すビットマップを含む。

【0139】

【0140】

【0141】

一部の例示的な実施形態では、装置は、ネットワークノードからビーム情報報告の構成を受信することをさらに引き起こされ、この構成は、報告されるビームの最大数を含む。

【0142】

一部の例示的な実施形態では、少なくとも１つのプロセッサは、ビームの最大許容暴露（ＭＰＥ）がしきい値量より低いか、またはサービングビームのＭＰＥより良く、かつ／あるいはビームの品質がしきい値品質より高いか、またはサービングビームの品質より良い場合に、ＰＨＲの送信を引き起こすように構成される。

【0143】

一部の例示的な実施形態では、少なくとも１つのプロセッサは、複数のサービングセルのうちの少なくとも１つに関するビーム情報が存在する場合、ＰＨＲを送信するために、論理チャネル識別情報（ＬＣＩＤ）を使用するようにさらに構成される。

【0144】

一部の態様では、装置は、トランシーバおよび少なくとも１つのプロセッサを備え、トランシーバは、ユーザデバイスから電力ヘッドルーム報告（ＰＨＲ）を受信するように構成され、ＰＨＲが、複数のサービングセルに関するビーム情報が存在するかどうかを示すビットマップを含み、少なくとも１つのプロセッサは、ＰＨＲに基づいて複数のサービングセルに関するビーム情報を取得するように構成される。

【0145】

【0146】

【0147】

一部の例示的な実施形態では、トランシーバは、ビーム情報報告の構成をユーザデバイスに送信するようにさらに構成され、この構成は、報告されるビームの最大数を含む。

【0148】

一部の例示的な実施形態では、少なくとも１つのプロセッサは、ビームの最大許容暴露（ＭＰＥ）がしきい値量より低いか、またはサービングビームのＭＰＥより良く、かつ／あるいはビームの品質がしきい値品質より高いか、またはサービングビームの品質より良い場合にＰＨＲの送信を引き起こすための条件に関する構成を、ユーザデバイスに送信するようにさらに構成される。

【0149】

一部の例示的な実施形態では、トランシーバは、複数のサービングセルのうちの少なくとも１つに関するビーム情報が存在する場合に、ＰＨＲを送信するために、論理チャネル識別情報（ＬＣＩＤ）を使用するための構成を、ユーザデバイスに送信するようにさらに構成される。

【0150】

一部の態様では、コンピュータ可読ストレージ媒体は、格納されたプログラム命令を含み、これらの命令は、デバイスのプロセッサによって実行された場合に、デバイスに、本開示の一部の例示的な実施形態に従って方法を実行させる。

【図1】