ホーム > 特許ランキング > インテル コーポレイション
知財求人 - 知財ポータルサイト「IP Force」
特表2024-519571多重送受信ポイント（マルチｔｒｐ）伝送の電力ヘッドルーム報告のための方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-05-17
(54)【発明の名称】多重送受信ポイント（マルチｔｒｐ）伝送の電力ヘッドルーム報告のための方法及び装置
(51)【国際特許分類】
H04W 52/08 20090101AFI20240510BHJP
H04W 16/28 20090101ALI20240510BHJP
【ＦＩ】
H04W52/08
H04W16/28
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023559719
(86)(22)【出願日】2022-05-11
(85)【翻訳文提出日】2023-09-27
(86)【国際出願番号】 US2022028740
(87)【国際公開番号】W WO2022240969
(87)【国際公開日】2022-11-17
(31)【優先権主張番号】63/187,885
(32)【優先日】2021-05-12
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】593096712
【氏名又は名称】インテル コーポレイション
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】ハン，ドーン
(72)【発明者】
【氏名】モンダル，ビシュワルプ
(72)【発明者】
【氏名】ホ，ユン ヒョン
(72)【発明者】
【氏名】ワーン，グオトーン
(72)【発明者】
【氏名】ジャーン，ユイジエン
(72)【発明者】
【氏名】ダヴィドフ，アレクセイ
(72)【発明者】
【氏名】ハン，スンヒ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD11
5K067EE02
5K067EE10
5K067LL11
(57)【要約】
本開示は、連続する電力ヘッドルーム報告インスタンスのアクティブ化の間に、複数の送受信ポイント（ＴＲＰ）から複数のパスロス基準のトリガを検出することと；多重送受信ポイント（ｍＴＲＰ）オペレーションの間に複数のＴＲＰについて同時に電力ヘッドルームを追跡して、それぞれのＴＲＰごとに電力ヘッドルーム報告を可能にすることと；複数のパスロス基準のトリガの検出時に、ｍＴＲＰオペレーションの間に使用中の複数のＴＲＰの各ＴＲＰについて同時に電力ヘッドルームを追跡することと；トリガされた複数のパスロス基準に基づいて、ｍＴＲＰオペレーションの間に使用中の複数のＴＲＰの各々に対して電力ヘッドルーム決定及び電力ヘッドルーム報告を提供することとを含む、ユーザ機器及び電力ヘッドルームレポートのためのシステム及び方法を対象とする。
【特許請求の範囲】
【請求項1】
無線ネットワークにおけるユーザ機器のための方法であって、連続する電力ヘッドルーム報告インスタンスのアクティブ化の間に複数の送受信ポイント（ＴＲＰ）から複数のパスロス基準のトリガを検出するステップと、
それぞれのＴＲＰごとに電力ヘッドルーム報告を可能にするために、多重送受信ポイント（ｍＴＲＰ）オペレーションの間に前記複数のＴＲＰについて同時に電力ヘッドルームを追跡するステップと、
前記複数のパスロス基準のトリガの検出時に、ｍＴＲＰオペレーションの間に使用中の前記複数のＴＲＰの各ＴＲＰについて同時に電力ヘッドルームを追跡するステップと、
前記トリガされた複数のパスロス基準に基づいて、ｍＴＲＰオペレーションの間に使用中の前記複数のＴＲＰの各々に、電力ヘッドルーム決定及び電力ヘッドルームレポートを提供するステップと、
を含む、方法。
【請求項2】
前記複数のＴＲＰから前記複数のパスロス基準のトリガを検出するステップは、前記複数のＴＲＰの各々について前記複数のパスロス基準に関して複数のパスロス変動を測定するステップ、
を更に含む、請求項１に記載の方法。
【請求項3】
前記複数のＴＲＰから前記複数のパスロス基準のトリガを検出するステップは、前記ユーザ機器内の単一の電力ヘッドルームタイマを使用して複数のパスロス変動を測定するステップ、
を更に含む、請求項１に記載の方法。
【請求項4】
前記複数のＴＲＰから前記複数のパスロス基準のトリガを検出するステップは、各パスロス基準セットについて別個の電力ヘッドルームタイマ構成を使用して複数のパスロス変動を測定するステップ、
を更に含む、請求項１に記載の方法。
【請求項5】
それぞれの送受信ポイント（ＴＲＰ）の各々に関連付けられる前記複数のパスロス基準をトリガするアクティブ化情報を識別するステップと、各ＴＲＰに対するそれぞれのパスロス基準に基づいて、前記複数のＴＲＰの前記電力ヘッドルームを同時に追跡するステップと、
を更に含む、請求項１に記載の方法。
【請求項6】
それぞれのパスロス基準を使用して、前記複数のＴＲＰの各々について別個かつ同時の閉ループ電力制御ループを維持するステップ、を更に含む、請求項１に記載の方法。
【請求項7】
前記閉ループ電力制御ループは、物理アップリンク制御チャネル（ＰＵＣＣＨ）制御ループ、物理アップリンク共有チャネル（ＰＵＳＣＨ）及び送信基準信号（ＳＲＳ）制御ループのうちの少なくとも１つを含む、請求項６に記載の方法。
【請求項8】
前記複数のパスロス基準は、前記電力ヘッドルームレポートを生成するために使用される、請求項１に記載の方法。
【請求項9】
前記ユーザ機器内の電力ヘッドルームタイマを介して前記電力ヘッドルーム決定をアクティブにするステップを更に含み、該アクティブにすることは、前記トリガされた複数のパスロス基準に基づく、請求項１に記載の方法。
【請求項10】
前記追跡された電力ヘッドルームに基づいて前記複数のＴＲＰにアップリンク信号を送信するステップを更に含む、請求項１に記載の方法。
【請求項11】
請求項１乃至１０のいずれか一項に記載の方法するよう実行される装置。
【請求項12】
電力ヘッドルームレポートであって、ユーザ機器の送信電力に関連する測定と、
多重送受信ポイント（ｍＴＲＰ）オペレーションの間に複数の送受信ポイントの中のある送受信ポイント（ＴＲＰ）に関連する、前記ユーザ機器によるタイマ計算と、を含み、前記タイマ計算は、複数の送受信ポイント（ＴＲＰ）からの複数のパスロス基準のトリガの検出時に前記ユーザ機器によって構成され、前記タイマ計算は、多重送受信ポイント（ｍＴＲＰ）オペレーションの間にそれぞれのＴＲＰごとに独立に決定される、
電力ヘッドルームレポート。
【請求項13】
前記タイマ計算は、連続する電力ヘッドルーム報告インスタンスのアクティブ化の間に前記複数のＴＲＰの各々について前記複数のパスロス基準に関して、複数のパスロス変動の測定を可能にする、請求項１２に記載の電力ヘッドルームレポート。
【請求項14】
ユーザ機器の送信電力に関連する前記測定は、それぞれのＴＲＰごとにパスロス基準に基づいて前記複数のＴＲＰの電力ヘッドルーム追跡を実行しながら、前記ユーザ機器によって同時に行われる、請求項１２に記載の電力ヘッドルームレポート。
【請求項15】
ユーザ機器の送信電力に関連する前記測定は、前記ユーザ機器内の単一の電力ヘッドルームタイマを使用する複数のパスロス変動の測定を含む、請求項１２に記載の電力ヘッドルームレポート。
【請求項16】
ユーザ機器の送信電力に関連する前記測定は、‘phr-ProhibitTimerが満了し、かつＴＲＰを識別するリソースインデックスｑ
ｄ
に関するパスロスがphr-Tx-PowerFactorChange dBより変化するときに、トリガイベントの後に実行される、請求項１２に記載の電力ヘッドルームレポート。
【請求項17】
前記ユーザ機器の前記送信電力に関連する前記測定は、ＴＲＰインデックスの識別と、物理セル識別子（ＰＣＩＤ）と、メディアアクセス制御－制御要素（ＭＡＣ－ＣＥ）に関連付けられるパスロス基準信号（ＲＳ）識別子を含む、複数のパスロス基準から生成される、請求項１２に記載の電力ヘッドルームレポート。
【請求項18】
前記ユーザ機器の前記送信電力に関連する前記測定は、前記複数のパスロス基準に基づいて電力ヘッドルームタイマアクティブ化によって生成される、請求項１２に記載の電力ヘッドルームレポート。
【請求項19】
無線ネットワークにおける送受信ポイント（ＴＲＰ）のための方法であって、多重送受信ポイント（ｍＴＲＰ）オペレーションの間にユーザ機器から電力ヘッドルームレポートを受信するステップであって、前記電力ヘッドルームレポートは、連続する電力ヘッドルームレポートインスタンスのアクティブ化の間に、トリガされたパスロス基準のユーザ機器による検出時に、前記ｍＴＲＰオペレーションの間に使用中の互いのＴＲＰで受信される電力ヘッドルームレポートと同時に受信される、ステップと、
前記ｍＴＲＰオペレーションの間に使用中の互いのＴＲＰと同時に前記ユーザ機器からアップリンク信号を有する前記電力ヘッドルームレポートを受信するステップであって、前記アップリンク信号は、制御チャネル（ＰＵＣＣＨ）制御ループ、物理アップリンク共有チャネル（ＰＵＳＣＨ）及び送信基準信号（ＳＲＳ）制御ループのうちの１つを含む、ステップと、
を含む、方法。
【請求項20】
前記ユーザ機器が、単一の電力ヘッドルームタイマ構成を使用して複数のパスロス変動を測定したとき、前記ユーザ機器から前記電力ヘッドルームレポートを受信するステップ、を更に含む、請求項１９に記載の方法。
【請求項21】
多重送受信ポイント（ｍＴＲＰ）オペレーションの間に前記ユーザ機器から前記電力ヘッドルームレポートを受信するステップは、ＴＲＰインデックスの識別と、物理セル識別子（ＰＣＩＤ）と、メディアアクセス制御－制御要素（ＭＡＣ－ＣＥ）に関連付けられるパスロス基準信号（ＲＳ）識別子を含む、前記電力ヘッドルームレポートを受信するステップ、
を更に含む、請求項１９に記載の方法。
【請求項22】
多重送受信ポイント（ｍＴＲＰ）オペレーションの間に前記ユーザ機器から前記電力ヘッドルームレポートを受信するステップは、トリガされた複数のパスロス基準に基づいて電力ヘッドルーム決定及び前記電力ヘッドルームレポートをアクティブにする前記ユーザ機器内の電力ヘッドルームタイマに基づいて、前記電力ヘッドルームレポートを受信するステップ、
を更に含む、請求項１９に記載の方法。
【請求項23】
前記トリガされた複数のパスロス基準に基づいて電力ヘッドルーム決定及び前記電力ヘッドルームレポートをアクティブにする前記ユーザ機器内の電力ヘッドルームタイマに基づいて、前記電力ヘッドルームレポートを受信するステップは、前記ユーザ機器の‘phr-ProhibitTimerが満了し、かつ同じ基準信号リソースインデックスｑ ｄ に関するパスロスがphr-Tx-PowerFactorChangeより変化するときに前記電力ヘッドルームレポートを受信するステップ、
を更に含む、請求項２２に記載の方法。
【請求項24】
ｍＴＲＰオペレーションの間に前記ユーザ機器から前記電力ヘッドルームレポートを受信するステップであって、前記電力ヘッドルームレポートは、連続する電力ヘッドルームレポートインスタンスのアクティブ化の間に、トリガされたパスロス基準の前記ユーザ機器による検出時に、前記ｍＴＲＰオペレーションの間に使用中の互いのＴＲＰで受信される電力ヘッドルームレポートと同時に受信される、ステップは、異なるＴＲＰの閉ループ電力制御ループを介して前記ユーザ機器において個別かつ同時にアクティブなパスロス基準に基づいて前記電力ヘッドルームレポートを受信するステップ、
を更に含む、請求項２２に記載の方法。
【請求項25】
通信インタフェースと、それに接続され、請求項２０乃至２４のいずれかに記載の方法を実行するよう構成される処理回路とを備えるネットワークノード。
【発明の詳細な説明】
【技術分野】
【0001】
関連特許出願の相互参照
本出願は、２０２１年５月１２日に出願された米国仮出願第６３／１８７，８８５号の利益を主張するものであり、その開示は、完全に記載されているように参照により組み込まれる。
本出願は、２０２１年５月１２日に出願された米国仮出願第６３／１８７，８８５号の利益を主張するものであり、その開示は、完全に記載されているように参照により組み込まれる。
【0002】
技術分野
本開示は、一般に、無線通信の分野に関し、より具体的には、ユーザ機器の信号電力の報告に関連するシステム及び方法に関する。
本開示は、一般に、無線通信の分野に関し、より具体的には、ユーザ機器の信号電力の報告に関連するシステム及び方法に関する。
【背景技術】
【0003】
次世代モバイルネットワーク、特に第５世代（５Ｇ）及び長期進化（ＬＴＥ）のような第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））システムでは、ユーザ機器の能力は、データ損失を防ぐためにネットワークと共有される。そのような能力の１つは、ユーザ機器アップリンク送信出力電力を含み、これは時間とともに変化する可能性がある。例えば満たされなければならない必要な信号対雑音比がある場合、送信電力は増加することがある。反対に、同一チャネル干渉がある場合、送信電力は減少することがある。マクロセル、スモールセル、ピコセル、フェムトセル、リモート無線ヘッド及び中継ノードのような、異なるタイプの送受信ポイントを有するシナリオでは、改善された送信電力報告を通して、マルチＴＲＰ動作におけるデータ損失を防止する必要がある。
【図面の簡単な説明】
【0004】
詳細な説明は、以下で添付の図面を参照して記載される。同じ参照番号の使用は、類似又は同一の項目を示してよい。様々な実施形態は、図面に示されたもの以外の要素及び／又は構成要素を用いてもよく、いくつかの要素及び／又は構成要素は様々な実施形態において存在しないこともある。図中の要素及び／又は構成要素は、必ずしも縮尺通りに描かれていない。本開示全体を通して、文脈に依存して、単数及び複数の用語は交換可能に使用され得る。
【0005】
【図1】本開示の１つ以上の実施形態による、単一エンティティに関する電力ヘッドルームレポートを示す図である。
【図2】本開示の１つ以上の実施形態による、ＭＡＣ－ＣＥにおける複数エンティティ電力ヘッドルームレポートを示す図である。
【図3】本開示の一実施形態によるネットワークアーキテクチャを示す図である。
【図4】本開示の実施形態による方法のフロー図である。
【図5】本開示の一実施形態による方法のフロー図である。
【図6】本開示の１つ以上の例示的な実施形態による例示的なネットワークアーキテクチャを示す図である。
【図7】本開示の１つ以上の例示的な実施形態による無線ネットワークを概略的に示す図である。
【図8】本開示の１つ以上の例示的な実施形態によるコンピューティングデバイスの構成要素を示す図である。
【発明を実施するための形態】
【0006】
以下の詳細な説明は、添付の図面を参照する。同一の参照番号は、異なる図面において同一又は類似の要素を識別するために使用されてよい。以下の説明において、限定ではなく説明の目的で、様々な実施形態の様々な態様の完全な理解を提供するために、特定の構造、アーキテクチャ、インタフェース、技術等のような特定の詳細が説明される。しかしながら、様々な実施形態の様々な態様が、これらの特定の詳細から逸脱する他の例において実施されてもよいことは、本開示の利益を有する当業者には明らかであろう。場合によっては、不必要な詳細により様々な実施形態の説明を不明瞭しないようにするため、周知のデバイス、回路及び方法の説明は省略される。本明細書の目的のために、「Ａ又はＢ」及び「Ａ／Ｂ」というフレーズは、（Ａ）、（Ｂ）又は（ＡとＢ）を意味する。
【0007】
５Ｇの新しい無線リリース１５及び１６は、ユーザ機器（ＵＥ）が電力制御を実行してアップリンク送信出力を調整することを提供する。電力制御は、物理アップリンク共有チャネル（Physical Uplink Shared Channel、ＰＵＳＣＨ）、物理アップリンク制御チャネル（Physical Uplink Control Channel、ＰＵＣＣＨ）及びサウンディング基準信号（Sounding Reference Signal、ＳＲＳ）のような物理チャネルに適用する。マクロセル、スモールセル、ピコセル、フェムトセル、リモート無線ヘッド及び中継ノードのような複数の送受信ポイント（transmission reception points、ＴＲＰ）が存在するとき、各々に必要な異なるパスロス計算が存在し、ビーム固有である。
【0008】
ＰＵＳＣＨの出力は、以下の式（１）のように示される：
【数1】
【0009】
式（１）に示されるパラメータは以下を含む：ｂ：ＵＬ ＢＷＰインデックス；ｆ：キャリアインデックス（Carrier index）；ｃ：サービングセル（Serving cell）；ｊ：パラメータセット構成インデックス；ｌ：ＰＵＳＣＨ電力制御調整状態インデックス；ｉ：ＰＵＳＣＨ送信機会（transmission occasion）；ｑｄ：異なるビームに対応する、パスロス計算に使用される基準信号インデックス。
【0010】
一般に、式内の各構成要素は以下の意味を有する：ＰＣＭＡＸ：ＵＥ最大出力電力；Ｐ０＿ＰＵＳＣＨ：ＰＵＳＣＨ電力を受信したターゲット；Ｍ：リソースブロック数での帯域幅；α：パスロス補償係数；ＰＬ：パスロス（ビーム固有）；Δ：変調コーディングスキーム（ＭＣＳ）に従う調整；ｆｂ，ｆ，ｃ（ｉ，ｌ）：ｇＮＢからの送信電力制御（ＴＰＣ）コマンドに従う調整。
【0011】
電力制御のために、各ユーザ機器（ＵＥ）は、各ｇＮＢが電力調整のために利用可能な電力（ヘッドルーム）を決定することができるように、電力ヘッドルーム（ＰＨＲ）をネットワークに報告する必要がある。
【0012】
ＰＵＳＣＨでは、電力ヘッドルームレポートはタイプ１であり、以下の式（２）で定義される：
【数2】
【0013】
式（２）は、式（１）に関連して上述したものと同じパラメータを含む。両方の式はパスロス要素を必要とし、これは異なるＴＲＰについて異なる可能性がある。
【0014】
メディアアクセス制御－制御要素（medium access control - control element、ＭＡＣ－ＣＥ）のための電力ヘッドルーム報告について、５Ｇ仕様技術規格ＴＳ３８．３２１は、２つの電力ヘッドルームレポート報告プロトコルを定義する。
【0015】
図１を参照すると、単一のエントリ電力ヘッドルームレポート１００が示されている。このプロトコルは、８つのブロックのパケットデータユニット（ＰＤＵ）を示しており、最初の２つのブロックはＰ及びＲを示している。図示されるように、ＰＤＵは、２つのオクテットの固定サイズを有し、ゼロに設定された予約ビット「Ｒ」と、電力ヘッドルームレベルを示す電力ヘッドルームフィールド（ＰＨ）１１０を有する。フィールドの長さは６ビットである。報告されるＰＨ及び対応する電力ヘッドルームレベルは、ｄＢ単位の測定値である。ＰＣＭＡＸ，ｆ，ｃフィールド１２０は、先行するＰＨフィールドの計算に使用されるＰＣＭＡＸ，ｆ，ｃを示す。図示されるように、フィールドＰＨはタイプ１とＰＣｅｌｌを示す。
【0016】
電力ヘッドルーム報告のタイプは、５Ｇ仕様で定義される。タイプ１電力ヘッドルーム：公称ＵＥ最大送信電力と、アクティブにされたサービスセル当たりのＵＬ－ＳＣＨ送信のための推定電力との間の差。タイプ２電力ヘッドルーム：公称ＵＥ最大送信電力と、他のＭＡＣエンティティ（すなわち、ＥＮ－ＤＮケースのみのＥ－ＵＴＲＡ ＭＡＣエンティティ）の特別なセル（special cell、ＳｐＣｅｌｌ）におけるＵＬ－ＳＣＨ及びＰＵＣＣＨ送信のための推定電力との差。タイプ３電力ヘッドルーム：公称ＵＥ最大送信電力と、アクティブにされたサービングセル当たりのＳＲＳ送信のための推定電力との差。プライマリサービングセル（ＰＣｅｌｌ）は、ＵＥのネットワーク接続及びモビリティに関与するサービングセルであり、ＳＣｅｌｌは、ＵＥのダウンリンク／アップリンクデータレートを増加させるためにキャリア集約のために構成されるサービングセルである。
【0017】
図２を参照すると、マルチＴＲＰオペレーションＰＤＵは、マルチエントリアップリンク送信電力制御のために、ＭＡＣ－ＣＥのためのＵＥの電力ヘッドルームを報告するための電力ヘッドルームレポート・メッセージフォーマット２００を示し、本開示の実施形態によるアップリンク送信電力制御のためにＵＥのＰＨを報告するための電力ヘッドルームレポート（ＰＨＲ）メッセージフォーマットを示している。
【0018】
マルチＴＲＰのサブヘッダは、ＴＲＰの数に依存する可変サイズであり、ビットマップ２５０と、タイプ２ ＰＨフィールド２１０及び別のＭＡＣエンティティの特別なセル（ＳｐＣｅｌｌ）のための関連ＰＣＭＡＣ，ｆ，ｃフィールド２２０を有するオクテットと、タイプ１ ＰＨフィールド２３０及びプライマリセル（ＰＣｅｌｌ）のための関連ＰＣＭＡＸ，ｆ,ｄフィールド２４０を有するオクテットを含む。ＰＤＵ２００は更に、セルインデックスに基づく昇順で、ｏｅ又は複数のタイプＸ（multiple type X） ＰＨフィールド２５０と、ビットマップに示されるＰＣｅｌｌ以外のサービングセルのための関連フィールドを有するオクテットを含む。
【0019】
図示されるように、Ｖフィールド２６０は、ＰＨ値が実際の伝送に基づくか又は基準フォーマットに基づくかを示す。タイプ１ ＰＨについて、Ｖ＝０はＰＵＳＣＨ上の実際の送信を示し、Ｖ＝１はＰＵＳＣＨ基準フォーマットが使用されることを示す。タイプ２ ＰＨについて、Ｖ＝０はＰＵＣＣＨ上の実際の伝送を示し、Ｖ＝１はＰＵＣＣＨ基準フォーマットが使用されることを示す。タイプ３ ＰＨについて、Ｖ＝０はＳＲＳ上の実際の伝送を示し、Ｖ＝１はＳＲＳ基準フォーマットが使用されることを示す。さらに、タイプ１ ＰＨ、タイプ２ ＰＨ及びタイプ３ ＰＨについて、Ｖ＝０は、関連するＰＣＭＡＣ，ｆ，ｃフィールドを含むオクテットの存在を示し、このフィールドは、先行するＰＨフィールドの計算に使用されるＰＣＭＡＣ，ｆ，ｃを示し、Ｖ＝１は、関連するＰＣＭＡＣ，ｆ，ｃフィールドを含むオクテットが省略されることを示す。
【0020】
Ｐフィールド２７０は、ＭＡＣエンティティが、電力管理のために電力バックオフを適用するかどうかを示す。ＭＡＣエンティティは、対応するＰＣＭＡＣ，ｆ，ｃフィールドが、電力管理のために電力バックオフが適用されなかった場合に異なる値を有していた場合、Ｐ＝１を設定するものとする。
【0021】
ＰＣＭＡＣ，ｆ，ｃフィールドは、先行するＰＨフィールドの計算に使用されるＰＣＭＡＣ，ｆ，ｃを示す。
【0022】
１つ以上の実施形態において、マルチＴＲＰオペレーションでは、パスロス基準ｑｄ及び／又は電力制御調整状態ｌは、異なるＴＲＰに関連付けられ得る、例えばＵＥは、異なるＴＲＰに対して、別個かつ同時にアクティブなパスロス基準及び閉ループ電力制御ループを維持することができる。しかしながら、シングルエントリＭＡＣ－ＣＥ及びマルチエントリＭＡＣ－ＣＥを含む電力ヘッドルームレポートＭＡＣ－ＣＥでは、パスロス基準及び／又は電力制御調整状態を区別するフィールドが存在せず、その結果、ネットワーク側は、マルチＴＲＰオペレーションにおいて電力ヘッドルームレポートが、どのＴＲＰに報告されるかを知らない。したがって、ネットワークは、同じセルに属するマルチＴＲＰオペレーションにおいて、電力ヘッドルームレポートがどのＴＲＰに報告されるかを知らない。パスロス基準を知ることの重要性は、同じセル内のいくつかのＴＲＰがパスロス計算を変化させる可能性がある異なる特性を有することがあるという点で重要である。パスロスは、ＴＲＰの高さと、ＵＥからの距離と、ＵＥがＴＲＰの見通し線内（line of sight）にあるかどうかに依存し、これらの特性は、同じＵＥと通信している異なるＴＲＰについて異なる可能性がある。データ損失を防止し、多数のＴＲＰがＵＥと同時に通信することを可能にする５Ｇ拡張から利益を得るために、本明細書における実施形態は、マルチＴＲＰオペレーションのための電力ヘッドルームレポート追跡手順及び電力ヘッドルームレポートトリガを提供する。
【0023】
１つ以上の実施形態において、電力ヘッドルームレポート追跡手順のための技術が、マルチＴＲＰオペレーションにおけるＰＨＲトリガ及び報告を関連付ける方法とともに提供される。
【0024】
１つ以上の実施形態によると、パスロス基準の変更時にパスロスが変更される場合、電力ヘッドルームレポートがトリガされる。シングルＴＲＰオペレーションでは、ｇＮＢは、電力ヘッドルームレポートが計算されるときにどのパスロス基準が使用されるかを知ることができる。マルチＴＲＰオペレーションでは、異なるパスロス基準信号（ＲＳ）が、同時にアクティブになり、異なるＴＲＰから使用されることが予期される。本明細書における実施形態は、ＴＲＰ間の測定されたパスロスの変動に相関がほとんど存在しないか又は全く存在しないことがあるという事実に対処する。
【0025】
マルチＴＲＰオペレーションの５Ｇ仕様、リリース１７の記述は、異なるＴＲＰを使用するために有効にされ得るＰＵＳＣＨ反復を提供する。この場合、現在の電力ヘッドルームレポートＭＡＣ－ＣＥでは、ＴＲＰの明示的な識別がないため、ｇＮＢがどのように、異なるＴＲＰに対して電力ヘッドルームレポートを区別するかは明確でない。加えて、ＴＲＰ間のパスロス変動（pathloss variation）はＰＨＲをトリガするのには十分大きい可能性があるが、同じＴＲＰへのパスロス変動はＰＨＲをトリガするのに十分ではない可能性がある。したがって、ＴＲＰ間にはデータ損失又は少なくとも効率性の欠如の可能性がある。
【0026】
したがって、現在の電力ヘッドルームレポート報告メカニズムは、マルチＴＲＰオペレーションではうまく機能しないことがある。１つ以上の実施形態において、メカニズムは、パスロス基準ごとに電力ヘッドルームレポートをサポートする。より具体的には、一実施形態では、パスロス変動は、２つの連続する電力ヘッドルームレポート報告インスタンス間の電力ヘッドルームレポートトリガのためのパスロス基準のセットに関して測定される。例えば多数のＴＲＰがＵＥのセルエリア内にある場合、多数のパスロス基準が存在する可能性がある。パスロス基準信号の同じセットは、ｇＮＢ構成によって識別され得る。一例として、パスロス基準信号のセットは、同じ物理セル識別子（ＰＣＩ）に関連付けられ得る。
【0027】
パスロス基準のセットは、単一のパスロス基準を含み得る。パスロス基準信号のセットはまた、識別子に関連付けられ得る。別の例として、パスロス基準信号のセットが同じＭＡＣ－ＣＥメッセージに含まれてもよい。
【0028】
別の実施形態では、単一の電力ヘッドルームレポートタイマ構成を、電力ヘッドルームレポートトリガのために使用することができる。あるいは、別個の電力ヘッドルームレポートタイマ構成を、各パスロス基準ＲＳセットに使用することができる。
【0029】
別の実施形態では、電力ヘッドルームレポート決定（計算）は、電力ヘッドルームレポートトリガに使用される同じパスロス基準セットに基づく。
【0030】
別の実施形態では、電力ヘッドルームレポートは、パスロス基準セットインデックス又はＴＲＰインデックス又はＰＣＩＤ又はＭＡＣ－ＣＥに関連付けられるパスロス基準ＲＳ ＩＤの識別を含む。
【0031】
別の実施形態では、電力ヘッドルームレポートは、電力ヘッドルームレポートトリガに使用される同じパスロス基準セットに関連付けられるＰＵＳＣＨ送信機会に実行される。
【0032】
一例として、ＰＵＳＣＨ送信機会は、それが電力制御のための同じパスロス基準セットからの基準信号（ＲＳ）を使用している場合、そのパスロス基準セットに関連付けられる。別の例として、パスロス基準ＲＳ又はＳＲＩがパスロス基準セットと同じＰＣＩＤに関連付けられる場合、ＰＵＳＣＨ送信機会はパスロス基準セットに関連付けられる。
【0033】
別の実施形態では、ＰＵＳＣＨ送信機会は、両方が同じ識別子に関連付けられる場合、パスロス基準セットに関連付けられる。具体的には、一実施形態では、パスロス基準はＲＳリソースインデックスｑｄとすることができる。電力ヘッドルームレポート・トリガイベントの１つは、‘phr-ProhibitTimerが満了するか又は満了したことと、任意のＭＡＣエンティティの少なくとも１つのアクティブにされたサービングセルについて、同じＲＳリソースインデックスｑ
ｄ
に関するパスロスが、phr-Tx-PowerFactorChange dBより変化したこと、とすることができ、その任意のＭＡＣエンティティのアクティブなダウンリンク帯域幅部分（ＤＬ ＢＷＰ）は、そのＭＡＣエンティティが新たな送信のためのＵＬリソースを有するとき、このＭＡＣエンティティにおける電力ヘッドルームレポートの最後の送信以来パスロス基準として使用される、休止ＢＷＰ（dormant BWP）ではない。
【0034】
別の実施形態では、パスロス基準を、ＴＲＰインデックス又はＳＲＳリソースセットインデックスに関連付けることができ、これは、電力ヘッドルームレポートトリガがＴＲＰ固有であることを意味する。この意味で、ＵＥは、どのＲＳリソースインデックスがＴＲＰ－１（又はＳＲＳリソースセット－０）に属し、どのＲＳリソースインデックスがＴＲＰ－２（又はＳＲＳリソースセット－１）に属しているかを知っている。５Ｇリリース１５及び１６では、ｑｄの最大値は、それぞれ３及び６３である。例えばｑｄ＝３の場合、ｑｄ＝０及びｑｄ＝１のＲＳの最初のグループはＴＲＰ－１に対応し、ｑｄ＝２及びｑｄ＝３のＲＳの２番目のグループはＴＲＰ－２に対応する。
【0035】
１つ以上の実施形態では、ＲＳの同じグループ内のパスロスが変化するときに電力ヘッドルーム報告をトリガすることができるが、ＲＳの異なるグループにわたってパスロスが変化するときにトリガすることはできない。したがって、電力ヘッドルームレポート・トリガイベントの１つは、‘phr-ProhibitTimeが満了するか又は満了していることと、ＲＳリソースインデックスの同じグループに関するパスロスが、任意のＭＡＣエンティティの少なくとも１つのアクティブなサービスセルに対してphr-Tx-PowerFactorChange dBよりも大きく変化することとすることができ、その任意のＭＡＣエンティティのアクティブなＤＬ ＢＷＰは、ＭＡＣエンティティが新たな送信のためのＵＬリソースを有するときにこのＭＡＣエンティティにおける電力ヘッドルームレポートの最後の送信以来パスロス基準として使用される休止ＢＷＰではなく、ここで、ＲＳリソースインデックスのグループはＴＲＰ固有である。
【0036】
ここで、次に図４を参照すると、フロー図は、マルチＴＲＰモードで動作するユーザ機器についての１つ以上の実施形態による方法４００を示している。図示されるように、ブロック４１０は、連続する電力ヘッドルーム報告インスタンスのアクティブ化の間に、複数の送受信ポイント（ＴＲＰ）から複数のパスロス基準のトリガを検出することを提供する。例えば上述したように、異なる実施形態は、パスロス基準が、ＴＲＰに送信されるべき電力ヘッドルームレポートをどのようにアクティブにし得るかを説明する。マルチＴＲＰオペレーションでは、パスロス基準ｑｄ及び／又は電力制御調整状態ｌは、異なるＴＲＰに関連付けられてよい。したがって、ユーザ機器は、異なるＴＲＰに対して別個かつ同時のアクティブなパスロス基準及び閉ループ電力制御ループを維持し得る。
【0037】
ブロック４１０は、複数のＴＲＰの各々について複数のパスロス基準に関して複数のパスロス変動を測定することを提供するオプションのブロック４１０１を含む。例えば複数のパスロス基準は、電力ヘッドルームレポートを生成するために使用され得る。ブロック４１０はまた、ユーザ機器内の単一の電力ヘッドルームタイマを使用して複数のパスロス変動を測定することを提供するオプションのブロック４１０２も含む。例えば電力ヘッドルームレポート・電力ヘッドルームレポート・トリガイベントは、‘phr-ProhibitTimerが満了するか又は満了したとき、かつＴＰＲを識別する同じＲＳリソースインデックスｑ
ｄ
に関するパスロスが、phr-Tx-PowerFactorChange dBよりも変化したときとすることができる。
【0038】
ブロック４２０は、多重送受信ポイント（multiple transmission reception point、ｍＴＲＰ）オペレーションの間に複数のＴＲＰに対して同時に電力ヘッドルームを追跡して、それぞれのＴＲＰごとに電力ヘッドルーム報告を可能にすることを提供する。例えば異なる識別子は、そのような報告を可能にするためにＴＲＰを識別することができる。
【0039】
ブロック４３０は、複数のパスロス基準のトリガの検出時に、ｍＴＲＰオペレーションの間に使用中の複数のＴＲＰの各ＴＲＰに対して同時に電力ヘッドルームを追跡することを提供する。例えば上述したように、パスロス基準をトリガしてよく、マルチエントリＭＡＣ－ＣＥは、例えば１つ以上の実施形態に従って各ＴＲＰの電力ヘッドルームを追跡するフィールドを含むように変更されてもよい。
【0040】
ブロック４４０は、トリガされた複数のパスロス基準に基づいて、ｍＴＲＰオペレーションの間に使用中の複数のＴＲＰの各々に電力ヘッドルーム決定及び電力ヘッドルームレポートを提供することを提供する。
【0041】
ブロック４５０は、それぞれの送受信ポイント（ＴＲＰ）の各々に関連付けられた複数のパスロス基準をトリガするアクティブ化情報を識別することを提供する。
【0042】
ブロック４６０は、それぞれのパスロス基準を使用して、複数のＴＲＰの各々に対して別個かつ同時の閉ループ電力制御ループを維持することを提供する。例えば閉ループ電力制御ループは、物理アップリンク制御チャネル（ＰＵＣＣＨ）制御ループ、物理アップリンク共有チャネル（ＰＵＳＣＨ）及び送信基準信号（ＳＲＳ）制御ループ、のうちの少なくとも１つを含む。例えばＰＵＳＣＨ送信機会は、それが電力制御のために同じパスロス基準セットからの基準信号（ＲＳ）を使用している場合、パスロス基準セットに関連付けられてよい。
【0043】
ブロック４７０は、追跡された電力ヘッドルームに基づいて複数のＴＲＰにアップリンク信号を送信することを提供する。例えばＰＵＳＣＨアップリンク信号、ＳＲＳ制御ループ及びＰＵＣＣＨ制御チャネルは各々、ＴＲＰがユーザ機器の能力内でアップリンク信号を計算することを可能にする電力ヘッドルームレポートを送信するための候補である。
【0044】
次に、図５を参照すると、フロー図は、ＴＲＰに関する１つ以上の実施形態による別の方法を示している。図示されるように、ブロック５１０は、多重送受信ポイント（ｍＴＲＰ）オペレーションの間にユーザ機器から電力ヘッドルームレポートを受信することを提供し、電力ヘッドルームレポートは、連続する電力ヘッドルーム報告インスタンスのアクティブ化の間にトリガされたパスロス基準のユーザ機器による検出時に、ｍＴＲＰオペレーションの間に使用中の互いのＴＲＰで受信される電力ヘッドルーム報告と同時に受信される。ブロック５１０内には、ＴＲＰインデックスの識別、物理セル識別子（ＰＣＩＤ）及びＭＡＣ－ＣＥに関連付けられるパスロス基準信号（ＲＳ）識別子を含む、電力ヘッドルームレポートを受信することを提供する、オプションのブロック５１０１がある。
【0045】
ブロック５１０１内には、ユーザ機器phr-ProhibitTimerが満了し、同じ基準信号リソースインデックスｑｄに関するパスロスがphr-Tx-PowerFactorChangeよりも変化するときに、電力ヘッドルームレポートを受信することを提供する、オプションのブロック５１０２０１がある。
【0046】
ブロック５１０２内にはまた、異なるＴＲＰのための閉ループ電力制御ループを介して、ユーザ機器における別個かつ同時のアクティブなパスロス基準に基づいて電力ヘッドルームレポートを受信することを提供する、オプションのブロック５１０２０２もある。
【0047】
ブロック５２０は、ｍＴＲＰオペレーションの間に使用中の互いのＴＲＰと同時にユーザ機器からアップリンク信号とともに電力ヘッドルームレポートを受信することを提供し、アップリンク信号は、制御チャネル（ＰＵＣＣＨ）制御ループ、物理アップリンク共有チャネル（ＰＵＳＣＨ）及び送信基準信号（ＳＲＳ）制御ループを含む。例えば電力ヘッドルームレポートは、ＰＵＳＣＨ制御メッセージとともに各ＴＲＰに送信されてもよい。
【0048】
ブロック５３０は、ユーザ機器が単一の電力ヘッドルームタイマ構成を使用して複数のパスロス変動を測定するとき、ユーザ機器から電力ヘッドルームレポートを受信することを提供する。例えば上述した電力ヘッドルームタイマの満了は、パスロス検出に関連する単一の電力ヘッドルームタイマであってもよい。他の実施形態では、動作中に多くのＴＲＰが存在し、パスロス変動がより頻繁に検出されるときは、２つ以上の電力ヘッドルームタイマが適切であり得る。
【0049】
【0050】
図６は、様々な実施形態によるネットワーク６００を示す。ネットワーク６００は、ＬＴＥ又は５Ｇ／ＮＲシステムのための３ＧＰＰ技術仕様と一致する方法で動作し得る。しかしながら、例示的な実施形態はこの点に限定されるものではなく、記載される実施形態は、将来の３ＧＰＰシステム等のような、本明細書に記載される原理から利益を得る他のネットワークに適用してもよい。
【0051】
ネットワーク６００は、ＵＥ６０２を含んでよく、ＵＥ６０２は、地上波（over-the-air）接続を介してＲＡＮ６０４と通信するように設計された任意のモバイル又は非モバイルコンピューティングデバイスを含み得る。ＵＥ６０２は、ＵｕインタフェースによってＲＡＮ６０４と通信可能に結合され得る。ＵＥ６０２は、これらに限定されないが、スマートフォン、タブレットコンピュータ、ウェアラブルコンピュータデバイス、デスクトップコンピュータ、ラップトップコンピュータ、車載インフォテインメント、車内エンターテイメントデバイス、インストルメントクラスタ、ヘッドアップディスプレイデバイス、オンボード診断デバイス、ダッシュトップモバイル機器、モバイルデータ端末、電子エンジン管理システム、電子／エンジン制御ユニット、電子／エンジン制御モジュール、組み込みシステム、センサ、マイクロコントローラ、制御モジュール、エンジン管理システム、ネットワーク化アプライアンス、マシンタイプ通信デバイス、Ｍ２Ｍ又はＤ２Ｄデバイス、ＩｏＴデバイス等であり得る。
【0052】
いくつかの実施形態において、ネットワーク６００は、サイドリンクインタフェースを介して互いに直接結合された複数のＵＥを含み得る。ＵＥは、これらに限定されないが、ＰＳＢＣＨ、ＰＳＤＣＨ、ＰＳＳＣＨ、ＰＳＣＣＨ、ＰＳＦＣＨ等のような物理サイドリンクチャネルを使用して通信するＭ２Ｍ／Ｄ２Ｄデバイスであり得る。
【0053】
いくつかの実施形態では、ＵＥ６０２は更に、地上波接続を介してＡＰ６０６と通信し得る。ＡＰ６０６は、ＷＬＡＮ接続を管理してよく、これは、ＲＡＮ６０４からの一部／すべてのネットワークトラフィックをオフロードする役割を果たし得る。ＵＥ６０２とＡＰ６０６との間の接続は、任意のＩＥＥＥ８０２．１１プロトコルと一致してよく、ここで、ＡＰ６０６はワイヤレスフィデリティ（Ｗｉ－Ｆｉ（登録商標））ルータとすることができる。いくつかの実施形態では、ＵＥ６０２、ＲＡＮ６０４及びＡＰ６０６は、セルラＷＬＡＮ集約（例えばＬＷＡ／ＬＷＩＰ）を用いてもよい。セルラ－ＷＬＡＮ集約は、セルラ無線リソースとＷＬＡＮリソースの両方を用いるようにＲＡＮ６０４によって構成されているＵＥ６０２を含み得る。
【0054】
ＲＡＮ６０４は、１つ以上のアクセスノード、例えばＡＮ６０８を含み得る。ＡＮ６０８は、ＲＲＣ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ及びＬ１プロトコルを含む、アクセス層プロトコルを提供することによって、ＵＥ６０２のためのエアインタフェースプロトコルを終端させ得る。このようにして、ＡＮ６０８は、ＣＮ６２０とＵＥ６０２との間のデータ／音声接続性を可能にし得る。いくつかの実施形態において、ＡＮ６０８は、別個のデバイスにおいて、あるいは、例えばＣＲＡＮ又は仮想ベースバンドユニットプールとも呼ばれ得る仮想ネットワークの一部としてサーバコンピュータ上で実行される１つ以上のソフトウェアエンティティとして実装され得る。ＡＮ６０８は、ＢＳ、ｇＮＢ、ＲＡＮノード、ｅＮＢ、ｎｇ－ｅＮＢ、ノードＢ、ＲＳＵ、ＴＲｘＰ、ＴＲＰ等と呼ばれることがある。ＡＮ６０８は、マクロセルと比較して、より小さいカバレッジエリア、より小さいユーザ容量又はより高い帯域幅を有するフェムトセル、ピコセル又は他の類似のセルを提供するためのマクロセル基地局又は低電力基地局であってよい。
【0055】
ＲＡＮ６０４が複数のＡＮを含む実施形態において、それらは、Ｘ２インタフェース（ＲＡＮ６０４がＬＴＥ ＲＡＮである場合）又はＸｎインタフェース（ＲＡＮ６０４が５Ｇ ＲＡＮである場合）を介して互いに結合され得る。Ｘ２／Ｘｎインタフェースは、いくつかの実施形態において制御／ユーザプレーンインタフェースに分離されてもよく、ＡＮがハンドオーバ、データ／コンテキスト転送、モビリティ、負荷管理、干渉調整等に関する情報を通信することを可能にし得る。
【0056】
ＲＡＮ６０４のＡＮは各々、１つ以上のセル、セルグループ、構成要素キャリア等を管理して、ＵＥ６０２にネットワークアクセスのためのエアインタフェースを提供し得る。ＵＥ６０２は、ＲＡＮ６０４の同一又は異なるＡＮによって提供される複数のセルに同時に接続され得る。例えばＵＥ６０２及びＲＡＮ６０４はキャリア集約を使用して、ＵＥ６０２が複数の構成要素キャリアと接続することを可能にし、複数の構成要素キャリアは各々、Ｐｃｅｌｌ又はＳｃｅｌｌに対応する。二重接続シナリオでは、第１ＡＮは、ＭＣＧを提供するマスターノードであってよく、第２ＡＮは、ＳＣＧを提供する二次ノードであってよい。第１ＡＮ／第２ＡＮは、ｅＮＢ、ｇＮＢ、ｎｇ－ｅＮＢ等の任意の組合せであってよい。
【0057】
ＲＡＮ６０４は、ライセンスされたスペクトル又はライセンスされていないスペクトル上でエアインタフェースを提供し得る。ライセンスされていないスペクトル内で動作するために、ノードは、ＰＣｅｌｌ／Ｓｃｅｌｌを有するＣＡ技術に基づいて、ＬＡＡ、ｅＬＡＡ及び／又はｆｅＬＡＡ機構を使用し得る。ライセンスされていないスペクトルにアクセスする前に、ノードは、例えばリッスン・ビフォア・トーク（listen-before-talk、ＬＢＴ）プロトコルに基づいて、媒体／キャリア感知動作を実行し得る。
【0058】
Ｖ２Ｘシナリオでは、ＵＥ６０２又はＡＮ６０８は、ＲＳＵであり得るか又はＲＳＵとして動作してよくＲＳＵは、Ｖ２Ｘ通信に使用される任意の輸送インフラストラクチャエンティティを指してよい。ＲＳＵは、適切なＡＮ又は静止（又は比較的静止）ＵＥにおいて又はそれによって実装され得る。ＵＥ内に又はＵＥによって実装されたＲＳＵは「ＵＥ型ＲＳＵ」と呼ばれることがあり；ｅＮＢは「ｅＮＢ型ＲＳＵ」と呼ばれることがあり；ｇＮＢは「ｇＮＢ型ＲＳＵ」と呼ばれること等がある。一例では、ＲＳＵは、通過する車両ＵＥに接続サポートを提供する、路側に配置された無線周波数回路と結合されたコンピューティングデバイスである。ＲＳＵはまた、交差点マップジオメトリ、トラフィック統計、メディア、並びに進行中の車両及び歩行者のトラフィックを感知及び制御するためのアプリケーション／ソフトウェアを記憶する内部データ記憶回路も含み得る。ＲＳＵは、衝突回避、トラフィック警告等のような高速イベントに必要な非常に低いレイテンシの通信を提供し得る。追加的又は代替的に、ＲＳＵは他のセルラ／ＷＬＡＮ通信サービスを提供し得る。ＲＳＵの構成要素は、屋外設置に適した耐候性エンクロージャ内にパッケージされてよく、トラフィック信号コントローラ又はバックホールネットワークへの有線接続（例えばイーサネット（登録商標））を提供するためのネットワークインタフェースコントローラを含んでもよい。
【0059】
いくつかの実施形態では、ＲＡＮ６０４は、ｅＮＢ、例えばｅＮＢ６１２を有するＬＴＥ ＲＡＮ６１０であってもよい。ＬＴＥ ＲＡＮ６１０は、以下の特性を有するＬＴＥエアインタフェースを提供し得る：すなわち、１５ｋＨｚのＳＣＳ；ＤＬのためのＣＰ－ＯＦＤＭ波形とＵＬのためのＳＣ－ＦＤＭＡ波形；データのためのターボコードと制御のためのＴＢＣＣ等、の特性を有するＬＴＥエアインタフェースを提供し得る。ＬＴＥエアインタフェースは、ＣＳＩ取得及びビーム管理のためのＣＳＩ－ＲＳ；ＰＤＳＣＨ／ＰＤＣＣＨ復調のためのＰＤＳＣＨ／ＰＤＣＣＨ ＤＭＲＳ；及びＵＥにおけるコヒーレント復調／検出のためのセルサーチと初期取得、チャネル品質測定及びチャネル推定のためのＣＲＳに依存し得る。ＬＴＥエアインタフェースは、６ＧＨｚ未満の帯域で動作し得る。
【0060】
いくつかの実施形態において、ＲＡＮ６０４は、ｇＮＢ、例えばｇＮＢ６１６又はｎｇ－ｅＮＢ、例えばｎｇ－ｅＮＢ６１８を有するＮＧ－ＲＡＮ６１４であり得る。ｇＮＢ６１６は、５Ｇ ＮＲインタフェースを使用して５Ｇ対応ＵＥと接続し得る。ｇＮＢ６１６は、ＮＧインタフェースを介して５Ｇコアと接続してよく、ＮＧインタフェースは、Ｎ２インタフェース又はＮ３インタフェースを含み得る。ｎｇ－ｅＮＢ６１８はまた、ＮＧインタフェースを介して５Ｇコアと接続してもよいが、ＬＴＥエアインタフェースを介してＵＥと接続してもよい。ｇＮＢ６１６とｎｇ－ｅＮＢ６１８は、Ｘｎインタフェースを介して互いに接続してもよい。
【0061】
いくつかの実施形態において、ＮＧインタフェースは、２つの部分、すなわち、ＮＧ－ＲＡＮ６１４のノードとＵＰＦ６４８との間でトラフィックデータを搬送するＮＧユーザプレーン（ＮＧ－Ｕ）インタフェース（例えばＮ３インタフェース）と、ＮＧ－ＲＡＮ６１４のノードとＡＭＦ６４４との間のシグナリングインタフェースであるＮＧコントロールプレーン（ＮＧ－Ｃ）インタフェース（例えばＮ２インタフェース）とに分割され得る。
【0062】
ＮＧ－ＲＡＮ６１４は、以下の特性を有する５Ｇ－ＮＲエアインタフェースを提供し得る：すなわち、可変ＳＣＳ；ＤＬのためのＣＰ－ＯＦＤＭ、ＵＬのためのＣＰ－ＯＦＤＭ及びＤＦＴ－ｓ－ＯＦＤＭ；制御のための極（polar）、反復、シンプレックス及びリード・ミュラーコード（Reed-Muller codes）及びデータのためのＬＤＰＣ等の特性を有する５Ｇ－ＮＲエアインタフェースを提供し得る。５Ｇ－ＮＲエアインタフェースは、ＬＴＥエアインタフェースと同様に、ＣＳＩ－ＲＳ、ＰＤＳＣＨ／ＰＤＣＣＨ ＤＭＲＳに依存し得る。５Ｇ－ＮＲエアインタフェースは、ＣＲＳを使用しなくてもよいが、ＰＢＣＨ復調のためにＰＢＣＨ ＤＭＲＳ；ＰＤＳＣＨの位相追跡のためにＰＴＲＳ；時間追跡のために追跡基準信号を使用し得る。５Ｇ－ＮＲエアインタフェースは、６ＧＨｚ未満の帯域を含むＦＲ１帯域又は２４．２５ＧＨｚ～５２．６ＧＨｚまでの帯域を含むＦＲ２帯域で動作し得る。５Ｇ－ＮＲエアインタフェースは、ＰＳＳ／ＳＳＳ／ＰＢＣＨを含むダウンリンクリソースグリッドのエリアであるＳＳＢを含み得る。
【0063】
いくつかの実施形態において、５Ｇ－ＮＲエアインタフェースは、様々な目的のためにＢＷＰを利用してよい。例えばＢＷＰを、ＳＣＳの動的適応のために使用することができる。例えばＵＥ６０２を、多数のＢＷＰで構成することができ、ここで、各ＢＷＰ構成は異なるＳＣＳを有する。ＢＷＰ変更がＵＥ６０２に指示されると、送信のＳＣＳも同様に変更される。ＢＷＰの別の使用ケース例は、電力節約に関連する。特に、多数のＢＷＰは、異なるトラフィック負荷シナリオの下でデータ送信をサポートするように、異なる量の周波数リソース（例えばＰＲＢ）を有するＵＥ６０２のために構成されることができる。より少ない数のＰＲＢを含むＢＷＰは、ＵＥ６０２及び場合によってはｇＮＢ６１６における電力節約を可能にしつつ、少ないトラフィック負荷でデータ伝送に使用されることができる。より多くの数のＰＲＢを含むＢＷＰは、より高いトラフィック負荷のシナリオに使用されることができる。
【0064】
ＲＡＮ６０４は、顧客／加入者（例えばＵＥ６０２のユーザ）へのデータ及び電気通信サービスをサポートするための様々な機能を提供するネットワーク要素を含むＣＮ６２０に通信可能に結合される。ＣＮ６２０の構成要素は、１つの物理ノード又は別個の物理ノード内に実装されてよい。いくつかの実施形態では、ＮＦＶを利用して、ＣＮ６２０のネットワーク要素によって提供される機能の一部又はすべてを、サーバ、スイッチ等内の物理的な計算／ストレージリソース上に仮想化してもよい。ＣＮ６２０の論理的なインスタンス化は、ネットワークスライスと呼ばれることがあり、ＣＮ６２０の一部の論理的なインスタンス化は、ネットワークサブスライスと呼ばれることがある。
【0065】
いくつかの実施形態では、ＣＮ６２０はＬＴＥ ＣＮ６２２であってもよく、これはＥＰＣとも呼ばれることがある。ＬＴＥ ＣＮ６２２は、図示されるように、インタフェース（又は「基準点」）を介して互いに結合されるＭＭＥ６２４、ＳＧＷ６２６、ＳＧＳＮ６２８、ＨＳＳ６３０、ＰＧＷ６３２及びＰＣＲＦ６３４を含んでよい。ＬＴＥ ＣＮ６２２の要素の機能は、以下のように簡単に紹介され得る。
【0066】
ＭＭＥ６２４は、ページング、ベアラアクティブ化／非アクティブ化、ハンドオーバ、ゲートウェイ選択、認証等を容易にするために、ＵＥ６０２の現在位置を追跡するモビリティ管理機能を実装し得る。
【0067】
ＳＧＷ６２６は、ＲＡＮへのＳ１インタフェースを終端させ、ＲＡＮとＬＴＥ ＣＮ６２２との間でデータパケットをルーティングし得る。ＳＧＷ６２６は、インターＲＡＮノード・ハンドオーバのためのローカルモビリティアンカーポイントであってよく、また、インター３ＧＰＰモビリティのためのアンカーを提供してもよい。他の責任には、合法的インターセプト（lawful intercept）、課金及び何らかのポリシーエンフォースメントが含まれ得る。
【0068】
ＳＧＳＮ６２８は、ＵＥ６０２の位置を追跡し、セキュリティ機能及びアクセス制御を実行し得る。加えて、ＳＧＳＮ６２８は、異なるＲＡＴネットワーク間のモビリティのためのインターＥＰＣノードシグナリング；ＭＭＥ６２４によって指定されるＰＤＮ及びＳ－ＧＷ選択；ハンドオーバのためのＭＭＥ選択等を実行し得る。ＭＭＥ６２４とＳＧＳＮ６２８との間のＳ３基準点は、アイドル／アクティブ状態におけるインター３ＧＰＰアクセスネットワークモビリティのためのユーザ及びベアラ情報交換を可能にし得る。
【0069】
ＨＳＳ６３０は、ネットワークエンティティによる通信セッションの処理をサポートするための加入関連情報を含む、ネットワークユーザのためのデータベースを含み得る。ＨＳＳ６３０は、ルーティング／ローミング、認証、許可、ネーミング／アドレッシング解決策、位置依存性等のためのサポートを提供することができる。ＨＳＳ６３０とＭＭＥ６２４との間のＳ６ａ基準点は、ＬＴＥ ＣＮ６２０へのユーザアクセスを認証／許可するための加入データ及び認証データの転送を可能にし得る。
【0070】
ＰＧＷ６３２は、アプリケーション／コンテンツサーバ６３８を含み得るデータネットワーク（ＤＮ）６３６へのＳＧＩインタフェースを終端させ得る。ＰＧＷ６３２は、ＬＴＥ ＣＮ６２２とデータネットワーク６３６との間でデータパケットをルーティングし得る。ＰＧＷ６３２は、Ｓ５基準点によってＳＧＷ６２６と結合されて、ユーザプレーントンネリング及びトンネル管理を容易にし得る。ＰＧＷ６３２は、ポリシーエンフォースメント及び課金データ収集（例えばＰＣＥＦ）のためのノードを更に含み得る。加えて、ＰＧＷ６３２とデータネットワーク６３６との間のＳＧｉ基準点は、例えばＩＭＳサービスのプロビジョンのためのオペレータ外部パブリック、プライベートＰＤＮ又はイントラオペレータ・パケットデータネットワークであってよい。ＰＧＷ６３２は、Ｇｘ基準点を介してＰＣＲＦ６３４と結合され得る。
【0071】
ＰＣＲＦ６３４は、ＬＴＥ ＣＮ６２２のポリシー及び課金制御要素である。ＰＣＲＦ６３４は、アプリケーション／コンテンツサーバ６３８に通信可能に結合されて、サービスフローに対する適切なＱｏＳ及び課金パラメータを決定し得る。ＰＣＲＦ６３２は、適切なＴＦＴ及びＱＣＩを用いて（Ｇｘ基準点を介して）ＰＣＥＦへ関連するルールをプロビジョニングし得る。
【0072】
いくつかの実施形態において、ＣＮ６２０は５ＧＣ６４０であってもよい。５ＧＣ６４０は、図示されるように、インタフェース（又は「基準点」）を介して互いに結合されたＡＵＳＦ６４２、ＡＭＦ６４４、ＳＭＦ６４６、ＵＰＦ６４８、ＮＳＳＦ６５０、ＮＥＦ６５２、ＮＲＦ６５４、ＰＣＦ６５６、ＵＤＭ６５８及びＡＦ６６０を含み得る。５ＧＣ６４０の各構成要素の機能は以下のように簡単に紹介され得る。
【0073】
ＡＵＳＦ６４２は、ＵＥ６０２の認証のためのデータを記憶し、認証に関連する機能性を処理し得る。ＡＵＳＦ６４２は、様々なアクセスタイプの共通認証フレームワークを容易にし得る。図示される基準点を介してＧＣ６４０の他の要素と通信することに加えて、ＡＵＳＦ６４２はＮａｕｓｆサービスベースのインタフェースを提示し得る。
【0074】
ＡＭＦ６４４は、５ＧＣ６４０の他の機能がＵＥ６０２及びＲＡＮ６０４と通信し、ＵＥ６０２に関連するモビリティイベントに関する通知に加入することを可能にし得る。ＡＭＦ６４４は、登録管理（例えばＵＥ６０２を登録するため）、接続管理、到達可能性管理、モビリティ管理、ＡＭＦ関連イベントの合法的インターセプト及びアクセス認証と許可に関与し得る。ＡＭＦ６４４は、ＵＥ６０２とＳＭＦ６４６との間でＳＭメッセージのためのトランスポートを提供し、ＳＭメッセージをルーティングするためのトランスペアレント・プロキシとして作用し得る。ＡＭＦ６４４はまた、ＵＥ６０２とＳＭＳＦとの間のＳＭＳメッセージのためのトランスポートも提供し得る。ＡＭＦ６４４は、ＡＵＳＦ６４２及びＵＥ６０２と対話して、様々なセキュリティアンカー及びコンテキスト管理機能を実行し得る。さらに、ＡＭＦ６４４は、ＲＡＮ６０４とＡＭＦ６４４との間のＮ２基準点を含むか又はＮ２基準点であり得るＲＡＮ ＣＰインタフェースの終端点であってよく、ＡＭＦ６４４はＮＡＳ（Ｎ１）シグナリングの終端点であってよく、ＮＡＳ暗号化及び完全性保護を実行してよい。ＡＭＦ６４４はまた、Ｎ３ ＩＷＦインタフェースを介したＵＥ６０２とのＮＡＳシグナリングもサポートし得る。
【0075】
ＳＭＦ６４６は、ＳＭ（例えばＵＰＦ６４８とＡＮ６０８との間のセッション確立、トンネル管理）；ＵＥ ＩＰアドレス割り当て及び管理（オプションの許可を含む）；ＵＰ機能の選択及び制御；トラフィックを適切な宛先にルーティングするためのＵＰＦ６４８におけるトラフィックステアリングを構成すること；ポリシー制御機能に向かうインタフェースの終端；ポリシーエンフォースメント、課金及びＱｏＳの一部の制御；（ＳＭイベント及びＬＩシステムへのインタフェースのための）合法的インターセプト；ＮＡＳメッセージのＳＭ部分の終端；ダウンリンクデータ通知；Ｎ２上でＡＭＦ６４４を介してＡＮ６０８に送信されるＡＮ固有のＳＭ情報を開始すること；及びセッションのＳＳＣモードを決定することに関与し得る。ＳＭは、ＰＤＵセッションの管理を指してよく、ＰＤＵセッション又は「セッション」は、ＵＥ６０２とデータネットワーク６３６との間のＰＤＵの交換を提供するか又は可能にする、ＰＤＵ接続サービスを指してよい。
【0076】
ＵＰＦ６４８は、イントラＲＡＴ及びインターＲＡＴモビリティのためのアンカーポイント、データネットワーク６３６への相互接続の外部ＰＤＵセッションポイント、及びマルチホームＰＤＵセッションをサポートするための分岐点として作用し得る。ＵＰＦ６４８はまた、パケットルーティング及び転送を実行し、パケット検査を実行し、ポリシールールのユーザプレーン部分を実施し、パケットを合法的にインターセプトし（ＵＰ収集）、トラフィック使用報告を実行し、ユーザプレーンのためのＱｏＳ処理を実行し（例えばパケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート実施）、アップリンクトラフィック検証（例えばＳＤＦ－ｔｏ－ＱｏＳフローマッピング）を実行し、アップリンク及びダウンリンクでトランスポートレベルパケットマーキングし、ダウンリンクパケットバッファリング及びダウンリンクデータ通知トリガを実行し得る。ＵＰＦ６４８は、データネットワークへのルーティングトラフィックフローをサポートするアップリンク分類器を含み得る。
【0077】
ＮＳＳＦ６５０は、ＵＥ６０２にサービスするネットワークスライスインスタンスのセットを選択し得る。ＮＳＳＦ６５０はまた、必要な場合、許可されたＮＳＳＡＩと、加入Ｓ－ＮＳＳＡＩｓへのマッピングも決定し得る。ＮＳＳＦ６５０はまた、ＵＥ６０２にサービスするために使用されるＡＭＦセットを決定するか、あるいは、適切な構成に基づいて、そしておそらくはＮＲＦ６５４をクエリすることによって、候補ＡＭＦのリストを決定し得る。ＵＥ６０２のためのネットワークスライスインスタンスのセットの選択は、ＮＳＳＦ６５０と対話することによってＵＥ６０２が登録されているＡＭＦ６４４によってトリガされてよく、これはＡＭＦの変更をもたらすことがある。ＮＳＳＦ６５０は、Ｎ２２基準点を介してＡＭＦ６４４と対話してよく、Ｎ３１基準点（図示せず）を介して訪問先ネットワーク内の別のＮＳＳＦと通信してもよい。加えて、ＮＳＳＦ６５０は、Ｎｎｓｓｆサービスベースのインタフェースを提示し得る。
【0078】
ＮＥＦ６５２は、第三者、内部公開（internal exposure）／再公開（re-exposure）、ＡＦ（例えばＡＦ６６０）、エッジコンピューティング又はフォグコンピューティングシステム等のための３ＧＰＰネットワーク機能によって提供されるサービス及び能力を安全に公開し得る。そのような実施形態では、ＮＥＦ６５２は、ＡＦを認証、許可又はスロットルし得る。ＮＥＦ６５２はまた、ＡＦ６６０と交換される情報及び内部ネットワーク機能と交換される情報を翻訳し得る。例えばＮＥＦ６５２は、ＡＦサービス識別子と内部５ＧＣ情報との間で翻訳し得る。ＮＥＦ６５２はまた、他のＮＦの公開された能力に基づいて他のＮＦからも情報を受信し得る。この情報は、構造化データとしてＮＥＦ６５２において又は標準化されたインタフェースを使用してデータストレージＮＦにおいて記憶され得る。次いで、記憶された情報を、ＮＥＦ６５２によって他のＮＦ及びＡＦに再公開することができ、あるいは分析のような他の目的のために使用することができる。さらに、ＮＥＦ６５２は、Ｎｎｅｆサービスベースのインタフェースを提示し得る。
【0079】
ＮＲＦ６５４は、サービス発見機能をサポートし、ＮＦインスタンスからＮＦ発見要求を受信し、発見されたＮＦインスタンスの情報をＮＦインスタンスに提供し得る。ＮＲＦ６５４はまた、利用可能なＮＦインスタンスとそれらのサポートされるサービスの情報を維持する。本明細書で使用されるとき、「インスタンス化（instantiate）」、「インスタンシエイション（instantiation）」等の用語は、インスタンスの作成を指してよく、「インスタンス」は、例えばプログラムコードの実行中に発生し得るオブジェクトの具体的な発生を指すことがある。加えて、ＮＲＦ６５４は、Ｎｎｒｆサービスベースのインタフェースを提示し得る。
【0080】
ＰＣＦ６５６は、それらを実施するために制御プレーン機能にポリシールールを提供してよく、また、ネットワーク挙動を管理するための統一ポリシーフレームワークもサポートし得る。ＰＣＦ６５６はまた、フロントエンドを実装して、ＵＤＭ６５８のＵＤＲにおけるポリシー決定に関連する加入情報にアクセスし得る。図示されるように基準点を介して機能と通信することに加えて、ＰＣＦ６５６は、Ｎｐｃｆサービスベースのインタフェースを提示する。
【0081】
ＵＤＭ６５８は、ネットワークエンティティによる通信セッションの処理をサポートするために加入関連情報を処理してよく、ＵＥ６０２の加入データを記憶し得る。例えば加入データは、ＵＤＭ６５８とＡＭＦ６４４との間のＮ８基準点を介して通信され得る。ＵＤＭ６５８は、アプリケーションフロントエンドとＵＤＲという２つの部分を含み得る。ＵＤＲは、ＵＤＭ６５８及びＰＣＦ６５６のための加入データとポリシーデータ、及び／又はＮＥＦ６５２のための公開及びアプリケーションデータ（アプリケーション検出のためのＰＦＤ、複数のＵＥ６０２のためのアプリケーション要求情報を含む）のための構造化データを記憶し得る。Ｎｕｄｒサービスベースのインタフェースは、ＵＤＲ２２１によって提示されて、ＵＤＭ６５８、ＰＣＦ６５６及びＮＥＦ６５２が、記憶されたデータの特定のセットにアクセスし、ＵＤＲ内の関連するデータ変更の通知を読み出し、更新（例えば追加、修正）し、削除し、加入することを可能にし得る。ＵＤＭは、ＵＤＭ－ＦＥを含んでよく、ＵＤＭ－ＦＥは、資格証明書（credentials）の処理、位置管理、加入管理等を担当する。いくつかの異なるフロントエンドは、異なるトランザクションで同じユーザにサービスすることがある。ＵＤＭ－ＦＥは、ＵＤＲに記憶された加入情報にアクセスし、認証資格証明書処理、ユーザ識別処理、アクセス許可、登録／モビリティ管理、加入管理を実行する。図示されるように基準点を介して他のＮＦと通信することに加えて、ＵＤＭ６５８はＮｕｄｍサービスベースのインタフェースを提示し得る。
【0082】
ＡＦ６６０は、トラフィックルーティングにおけるアプリケーションの影響を提供し、ＮＥＦへのアクセスを提供し、ポリシー制御のためにポリシーフレームワークと対話し得る。
【0083】
いくつかの実施形態において、５ＧＣ６４０は、ＵＥ６０２がネットワークに取り付けられるポイントに地理的に近くなるようオペレータ／第三者サービスを選択することによって、エッジコンピューティングを可能にし得る。これは、ネットワークのレイテンシと負荷を軽減し得る。エッジコンピューティング実装を提供するために、５ＧＣ６４０は、ＵＥ６０２に近いＵＰＦ６４８を選択し、Ｎ６インタフェースを介してＵＰＦ６４８からデータネットワーク６３６へのトラフィックステアリングを実行し得る。これは、ＵＥ加入データ、ＵＥ位置及びＡＦ６６０によって提供される情報に基づいてよい。このようにして、ＡＦ６６０は、ＵＰＦ（再）選択及びトラフィックルーティングに影響を与え得る。オペレータの配置に基づいて、ＡＦ６６０が、信頼できるエンティティであると考えられるとき、ネットワークオペレータは、ＡＦ６６０が関連するＮＦと直接対話することを許可し得る。加えて、ＡＦ６６０は、Ｎａｆサービスベースのインタフェースを提示し得る。
【0084】
データネットワーク６３６は、例えばアプリケーション／コンテンツサーバ６３８を含む１つ以上のサーバによって提供され得る、様々なネットワークオペレータサービス、インターネットアクセス又は第三者サービスを表し得る。
【0085】
図７は、様々な実施形態による無線ネットワーク７００を概略的に示す。無線ネットワーク７００は、ＡＮ７０４と無線通信するＵＥ７０２を含み得る。ＵＥ７０２及びＡＮ７０４は、本明細書の他の箇所に記載された同様の名称の構成要素と同様であり、実質的に交換可能であり得る。
【0086】
ＵＥ７０２は、接続７０６を介してＡＮ７０４と通信可能に結合され得る。接続７０６は、通信結合を可能にするためのエアインタフェースとして示されており、ｍｍＷａｖｅ又は６ＧＨｚ未満の周波数で動作するＬＴＥプロトコル又は５Ｇ ＮＲプロトコルのようなセルラ通信プロトコルと一致することができる。
【0087】
ＵＥ７０２は、モデムプラットフォーム７１０と結合されるホストプラットフォーム７０８を含み得る。ホストプラットフォーム７０８は、アプリケーション処理回路７１２を含んでよく、アプリケーション処理回路７１２はモデムプラットフォーム７１０のプロトコル処理回路７１４と結合され得る。アプリケーション処理回路７１２は、アプリケーションデータをソース／シンクする、ＵＥ７０２のための様々なアプリケーションを実行し得る。アプリケーション処理回路７１２は更に、アプリケーションデータをデータネットワークに送信／アプリケーションデータをデータネットワークから受信するための１つ以上のレイヤオペレーションを実装し得る。これらのレイヤオペレーションは、トランスポート（例えばＵＤＰ）及びインターネット（例えばＩＰ）オペレーションを含み得る。
【0088】
プロトコル処理回路７１４は、接続７０６を介したデータの送信又は受信を容易にするために、１つ以上のレイヤオペレーションを実装し得る。プロトコル処理回路７１４によって実装されるレイヤ動作は、例えばＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ及びＮＡＳ動作を含み得る。
【0089】
モデムプラットフォーム７１０は、ネットワークプロトコルスタック内のプロトコル処理回路７１４によって実行される「下の（below）」レイヤオペレーションである１つ以上のレイヤオペレーションを実装し得る、デジタルベースバンド回路７１６を更に含み得る。これらのオペレーションは、例えばＨＡＲＱ－ＡＣＫ機能、スクランブル／デスクランブル、符号化／復号、レイヤマッピング／デマッピング、変調信号マッピング、受信シンボル／ビットメトリック決定、マルチアンテナポート・プリコーディング／復号（空間－時間コーディング、空間－周波数コーディング又は空間コーディングのうちの１つ以上を含み得る）、基準信号生成／検出、プリアンブルシーケンス生成及び／又は復号、同期シーケンス生成／検出、制御チャネル信号ブラインド復号及び他の関連する機能のうちの１つ以上を含む、ＰＨＹオペレーションを含み得る。
【0090】
モデムプラットフォーム７１０は、送信回路７１８、受信回路７２０、ＲＦ回路７２２及びＲＦフロントエンド（ＲＦＦＥ）７２４を更に含んでよく、これらは１つ以上のアンテナパネル７２６を含むか又はこれに接続し得る。簡単に言うと、送信回路７１８は、デジタル－アナログ変換器、ミキサ、中間周波数（ＩＦ）構成要素等を含んでよく；受信回路７２０は、アナログ－デジタル変換器、ミキサ、ＩＦ構成要素等を含んでよく；ＲＦ回路７２２は、低ノイズ増幅器、電力増幅器、電力追跡構成要素等を含んでよく；ＲＦＦＥ７２４は、フィルタ（例えば表面／バルク音響波フィルタ）、スイッチ、アンテナチューナ、ビームフォーミング構成要素（例えば位相アレイアンテナ構成要素）等を含み得る。送信回路７１８、受信回路７２０、ＲＦ回路７２２、ＲＦＦＥ７２４及びアンテナパネル７２６（総称して「送信／受信構成要素」と呼ばれる）の構成要素の選択及び配置は、例えば通信がＴＤＭ又はＦＤＭであるか、ｍｍＷａｖｅ又は６ＧＨｚ未満の周波数であるか等の具体的な実装の詳細に特有であってよい。いくつかの実施形態では、送信／受信構成要素は、複数の並列送信／受信チェーンで配置されてもよく、同一又は異なるチップ／モジュール等に配置されてもよい。
【0091】
いくつかの実施形態において、プロトコル処理回路７１４は、送信／受信構成要素に制御機能を提供するための制御回路（図示せず）の１つ以上のインスタンスを含み得る。
【0092】
ＵＥ受信は、アンテナパネル７２６、ＲＦＦＥ７２４、ＲＦ回路７２２、受信回路７２０、デジタルベースバンド回路７１６及びプロトコル処理回路７１４によって、及びそれらを介して確立され得る。いくつかの実施形態では、アンテナパネル７２６は、１つ以上のアンテナパネル７２６の複数のアンテナ／アンテナ要素によって受信された受信ビームフォーミング信号によってＡＮ７０４からの伝送を受信し得る。
【0093】
ＵＥ送信は、プロトコル処理回路７１４、デジタルベースバンド回路７１６、送信回路７１８、ＲＦ回路７２２、ＲＦＦＥ７２４及びアンテナパネル７２６によって、及びこれらを介して確立され得る。いくつかの実施形態では、ＵＥ７０４の送信構成要素は、送信されるデータに空間フィルタを適用して、アンテナパネル７２６のアンテナ要素によって放射される送信ビームを形成し得る。
【0094】
ＵＥ７０２と同様に、ＡＮ７０４は、モデムプラットフォーム７３０に結合されたホストプラットフォーム７２８を含み得る。ホストプラットフォーム７２８は、モデムプラットフォーム７３０のプロトコル処理回路７３４と結合されたアプリケーション処理回路７３２を含み得る。モデムプラットフォームは、デジタルベースバンド回路７３６、送信回路７３８、受信回路７４０、ＲＦ回路７４２、ＲＦＦＥ回路７４４及びアンテナパネル７４６を更に含み得る。ＡＮ７０４の構成要素は、ＵＥ７０２の同じ名称の構成要素と同様であり、実質的に交換可能であり得る。上述のようにデータ送信／受信を実行することに加えて、ＡＮ７０８の構成要素は、例えば無線ベアラ管理、アップリンク及びダウンリンク動的無線リソース管理及びデータパケットスケジューリングのようなＲＮＣ機能を含む、様々な論理機能を実行し得る。
【0095】
図８は、機械読取可能媒体又はコンピュータ読取可能媒体（例えば非一時的又はコンピュータ読取可能媒体（例えば非一時的機械読取可能記憶媒体）から命令を読み取り、本明細書に記載された方法のいずれか１つ以上を実行することができる構成要素を示すブロック図である。具体的には、図８は、１つ以上のプロセッサ（又はプロセッサコア）８１０、１つ以上のメモリ／ストレージデバイス８２０及び１つ以上の通信リソース８３０を含むハードウェアリソース８００の図式表現を示し、これらの各々は、バス８４０又は他のインタフェース回路を介して通信可能に結合され得る。ノード仮想化（例えばＮＦＶ）が利用される実施形態では、ハイパーバイザ８０２は、１つ以上のネットワークスライス／サブスライスがハードウェアリソース８００を利用するための実行環境を提供するために実行され得る。
【0096】
プロセッサ８１０は、例えばプロセッサ８１２及びプロセッサ８１４を含み得る。プロセッサ８１０は、例えば中央処理ユニット（ＣＰＵ）、縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、複合命令セットコンピューティング（ＣＩＳＣ）プロセッサ、グラフィクス処理ユニット（ＧＰＵ）、ベースバンドプロセッサのようなＤＳＰ、ＡＳＩＣ、ＦＰＧＡ、無線周波数集積回路（ＲＦＩＣ）、別のプロセッサ（本明細書に記載されるものを含む）又はこれらの任意の適切な組合せであり得る。
【0097】
メモリ／ストレージデバイス８２０は、メインメモリ、ディスクストレージ又はそれらの任意の適切な組合せを含み得る。メモリ／ストレージデバイス８２０は、これらに限定されないが、動的ランダムアクセスメモリ（ＤＲＡＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、消去可能プログラマブル読取専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、ソリッドステートストレージ等のような任意のタイプの揮発性、不揮発性又は半揮発性メモリを含み得る。
【0098】
通信リソース８３０は、ネットワーク８０８を介して１つ以上の周辺デバイス８０４又は１つ以上のデータベース８０６又は他のネットワーク要素と通信するための相互接続又はネットワークインタフェースコントローラ、構成要素又は他の適切なデバイスを含み得る。例えば通信リソース８３０は、（例えばＵＳＢ、イーサネット（登録商標）等を介して結合するための）有線通信構成要素、セルラ通信構成要素、ＮＦＣ構成要素、Ｂｌｕｅｔｏｏｔｈ（登録商標）（又はＢｌｕｅｔｏｏｔｈ（登録商標）低エネルギ）構成要素、Ｗｉ－Ｆｉ（登録商標）構成要素及び他の通信構成要素を含み得る。
【0099】
命令８５０は、プロセッサ８１０の少なくともいずれかに、本明細書に記載された方法論のいずれか１つ以上を実行させるためのソフトウェア、プログラム、アプリケーション、アプレット、アプリ又は他の実行可能コードを含み得る。命令８５０は、完全に又は部分的に、プロセッサ８１０（例えばプロセッサのキャッシュメモリ内）、メモリ／ストレージデバイス８２０又はそれらの任意の適切な組合せのうちの少なくとも１つの内部に存在し得る。さらに、命令８５０の任意の部分を、周辺デバイス８０４又はデータベース８０６の任意の組合せからハードウェアリソース８００に転送してもよい。したがって、プロセッサ８１０のメモリ、メモリ／ストレージデバイス８２０、周辺デバイス８０４及びデータベース８０６は、コンピュータ読取可能媒体及び機械読取可能媒体の例である。
【0100】
１つ以上の実施形態について、先の図面のうちの1つ以上に記載される構成要素のうちの少なくとも１つは、以下の例示的なセクションに記載されるような１つ以上の動作、技術、プロセス及び／又は方法を実行するように構成され得る。例えば先の図面の１つ以上に関連して上述したベースバンド回路は、以下に記載される実施例の１つ以上に従って動作するように構成されてよい。別の例では、先の図面のうちの１つ以上に関連して上述したＵＥ、基地局、ネットワーク要素等に関連付けられる回路は、以下に記載される実施例の１つ以上に従って動作するように構成されてよい。
【0101】
以下の実施例は、更なる実施形態に関するものである。
【0102】
例１は、無線ネットワークにおけるユーザ機器のための方法を含んでよく、当該方法は：連続する電力ヘッドルーム報告インスタンスのアクティブ化の間に複数の送受信ポイント（ＴＲＰ）から複数のパスロス基準のトリガを検出するステップと；それぞれのＴＲＰごとに電力ヘッドルーム報告を可能にするために、多重送受信ポイント（ｍＴＲＰ）オペレーションの間に前記複数のＴＲＰについて同時に電力ヘッドルームを追跡するステップと；前記複数のパスロス基準のトリガの検出時に、ｍＴＲＰオペレーションの間に使用中の前記複数のＴＲＰの各ＴＲＰについて同時に電力ヘッドルームを追跡するステップと；前記トリガされた複数のパスロス基準に基づいて、ｍＴＲＰオペレーションの間に使用中の前記複数のＴＲＰの各々に、電力ヘッドルーム決定及び電力ヘッドルームレポートを提供するステップと；を含む。
【0103】
例２は、例１及び／又は本明細書におけるいくつかの他の実施例の方法を含んでよく、前記複数のＴＲＰから前記複数のパスロス基準のトリガを検出するステップは、前記複数のＴＲＰの各々について前記複数のパスロス基準に関して複数のパスロス変動を測定するステップを更に含む。
【0104】
例３は、例１及び／又は本明細書におけるいくつかの他の実施例の方法を含んでよく、前記複数のＴＲＰから前記複数のパスロス基準のトリガを検出するステップは、前記ユーザ機器内の単一の電力ヘッドルームタイマを使用して前記複数のパスロス変動を測定するステップ、を更に含む。
【0105】
例４は、例１及び／又は本明細書におけるいくつかの他の実施例の方法を含んでよく、前記複数のＴＲＰから前記複数のパスロス基準のトリガを検出するステップは、各パスロス基準セットに対して別個の電力ヘッドルームタイマ構成を使用して前記複数のパスロス変動を測定するステップ、を更に含む。
【0106】
例５は、例１及び／又は本明細書におけるいくつかの他の実施例の方法を含んでよく、それぞれの前記送受信ポイント（ＴＲＰ）の各々に関連付けられる前記複数のパスロス基準をトリガするアクティブ化情報を識別するステップと；各ＴＲＰに対するそれぞれのパスロス基準に基づいて、前記複数のＴＲＰの前記電力ヘッドルームを同時に追跡するステップと、を更に含む。
【0107】
例６は、例１及び／又は本明細書におけるいくつかの他の実施例の方法を含んでよく、それぞれのパスロス基準を使用して、前記複数のＴＲＰの各々について別個かつ同時の閉ループ電力制御ループを維持するステップ、を更に含む。
【0108】
例７は、例６及び／又は本明細書におけるいくつかの他の実施例の方法を含んでよく、前記閉ループ電力制御ループは、物理アップリンク制御チャネル（ＰＵＣＣＨ）制御ループ、物理アップリンク共有チャネル（ＰＵＳＣＨ）及び送信基準信号（ＳＲＳ）制御ループのうちの少なくとも１つを含む。
【0109】
例８は、例１及び／又は本明細書におけるいくつかの他の実施例の方法を含んでよく、前記複数のパスロス基準は、前記電力ヘッドルームレポートを生成するために使用される。
【0110】
例９は、例１及び／又は本明細書におけるいくつかの他の実施例の方法を含んでよく、前記ユーザ機器内の電力ヘッドルームタイマを介して前記電力ヘッドルーム決定をアクティブにするステップを更に含み、該アクティブにすることは、前記トリガされた複数のパスロス基準に基づく。
【0111】
例１０は、例１及び／又は本明細書におけるいくつかの他の実施例の方法を含んでよく、前記追跡された電力ヘッドルームに基づいて前記複数のＴＲＰにアップリンク信号を送信するステップを更に含む。
【0112】
例１１は、電力ヘッドルームレポートを含んでよく、当該電力ヘッドルームレポートは：ユーザ機器の送信電力に関連する測定（measurement）と；多重送受信ポイント（ｍＴＲＰ）オペレーションの間に複数の送受信ポイントの中のある送受信ポイント（ＴＲＰ）に関連する、前記ユーザ機器によるタイマ計算（timer calculation）と；を含み、前記タイマ計算は、複数の送受信ポイント（ＴＲＰ）からの複数のパスロス基準のトリガの検出時に前記ユーザ機器によって構成され、前記タイマ計算は、多重送受信ポイント（ｍＴＲＰ）オペレーションの間にそれぞれＴＲＰごとに独立に決定される。
【0113】
例１２は、例１１及び／又は本明細書におけるいくつかの他の実施例の電力ヘッドルームレポートを含んでよく、前記タイマ計算は、連続する電力ヘッドルーム報告インスタンスのアクティブ化の間に前記複数のＴＲＰの各々について前記複数のパスロス基準に関して、複数のパスロス変動の測定を可能にする。
【0114】
例１３は、例１１及び／又は本明細書におけるいくつかの他の実施例の電力ヘッドルームレポートを含んでよく、ユーザ機器の送信電力に関連する前記測定は、それぞれのＴＲＰごとにパスロス基準に基づいて前記複数のＴＲＰの電力ヘッドルーム追跡を実行しながら、前記ユーザ機器によって同時に行われ得る。
【0115】
例１４は、例１１及び／又は本明細書におけるいくつかの他の実施例の電力ヘッドルームレポートを含んでよく、ユーザ機器の送信電力に関連する前記測定は、前記ユーザ機器内の単一の電力ヘッドルームタイマを使用する複数のパスロス変動の測定を含み得る。
【0116】
例１５は、例１１及び／又は本明細書におけるいくつかの他の実施例の電力ヘッドルームレポートを含んでよく、ユーザ機器の送信電力に関連する前記測定は、‘phr-ProhibitTimerが満了し、かつＴＲＰを識別するリソースインデックスｑ
ｄ
に関するパスロスがphr-Tx-PowerFactorChange dBより変化するときに、トリガイベントの後に実行され得る。
【0117】
例１６は、例１１及び／又は本明細書におけるいくつかの他の実施例の電力ヘッドルームレポートを含んでよく、前記ユーザ機器の前記送信電力に関連する前記測定は、ＴＲＰインデックスの識別と、物理セル識別子（ＰＣＩＤ）と、メディアアクセス制御－制御要素（ＭＡＣ－ＣＥ）に関連付けられるパスロス基準信号（ＲＳ）識別子を含む、複数のパスロス基準から生成され得る。
【0118】
例１７は、例１１及び／又は本明細書におけるいくつかの他の実施例の電力ヘッドルームレポートを含んでよく、前記ユーザ機器の前記送信電力に関連する前記測定は、前記複数のパスロス基準に基づいて電力ヘッドルームタイマアクティブ化によって生成され得る。
【0119】
例１８は、無線ネットワークにおける送受信ポイント（ＴＲＰ）のための方法を含んでよく、当該方法は：多重送受信ポイント（ｍＴＲＰ）オペレーションの間にユーザ機器から電力ヘッドルームレポートを受信するステップであって、前記電力ヘッドルームレポートは、連続する電力ヘッドルームレポートインスタンスのアクティブ化の間に、トリガされたパスロス基準のユーザ機器による検出時に、前記ｍＴＲＰオペレーションの間に使用中の互いのＴＲＰで受信される電力ヘッドルームレポートと同時に受信される、ステップと；ｍＴＲＰオペレーションの間に使用中の互いのＴＲＰと同時に前記ユーザ機器からアップリンク信号を有する前記電力ヘッドルームレポートを受信するステップであって、前記アップリンク信号は、制御チャネル（ＰＵＣＣＨ）制御ループ、物理アップリンク共有チャネル（ＰＵＳＣＨ）及び送信基準信号（ＳＲＳ）制御ループのうちの１つを含む、ステップと、を含む。
【0120】
例１９は、例１８及び／又は本明細書におけるいくつかの他の実施例の方法を含んでよく、前記ユーザ機器が、単一の電力ヘッドルームタイマ構成を使用して複数のパスロス変動を測定したとき、前記ユーザ機器から前記電力ヘッドルームレポートを受信するステップを更に含む。
【0121】
例２０は、例１８及び／又は本明細書におけるいくつかの他の実施例の方法を含んでよく、多重送受信ポイント（ｍＴＲＰ）オペレーションの間に前記ユーザ機器から前記電力ヘッドルームレポートを受信するステップは、ＴＲＰインデックスの識別と、物理セル識別子（ＰＣＩＤ）と、メディアアクセス制御－制御要素（ＭＡＣ－ＣＥ）に関連付けられるパスロス基準信号（ＲＳ）識別子を含む、前記電力ヘッドルームレポートを受信するステップ、を更に含む。
【0122】
例２１は、例１８及び／又は本明細書におけるいくつかの他の実施例の方法を含んでよく、多重送受信ポイント（ｍＴＲＰ）オペレーションの間に前記ユーザ機器から前記電力ヘッドルームレポートを受信するステップは、トリガされた複数のパスロス基準に基づいて電力ヘッドルーム決定及び前記電力ヘッドルームレポートをアクティブにする前記ユーザ機器内の電力ヘッドルームタイマに基づいて、前記電力ヘッドルームレポートを受信するステップ、を更に含む。
【0123】
例２２は、例２１及び／又は本明細書におけるいくつかの他の実施例の方法を含んでよく、前記トリガされた複数のパスロス基準に基づいて電力ヘッドルーム決定及び前記電力ヘッドルームレポートをアクティブにする前記ユーザ機器内の電力ヘッドルームタイマに基づいて、前記電力ヘッドルームレポートを受信するステップは、前記ユーザ機器の‘phr-ProhibitTimerが満了し、かつ同じ基準信号リソースインデックスｑ
ｄ
に関するパスロスがphr-Tx-PowerFactorChangeより変化するときに前記電力ヘッドルームレポートを受信するステップ、を更に含む。
【0124】
例２３は、例２１及び／又は本明細書におけるいくつかの他の実施例の方法を含んでよく、ｍＴＲＰオペレーションの間に前記ユーザ機器から前記電力ヘッドルームレポートを受信するステップであって、前記電力ヘッドルームレポートは、連続する電力ヘッドルームレポートインスタンスのアクティブ化の間に、トリガされたパスロス基準の前記ユーザ機器による検出時に、前記ｍＴＲＰオペレーションの間に使用中の互いのＴＲＰで受信される電力ヘッドルームレポートと同時に受信される、ステップは、異なるＴＲＰの閉ループ電力制御ループを介して前記ユーザ機器において個別かつ同時にアクティブなパスロス基準に基づいて前記電力ヘッドルームレポートを受信するステップ、を更に含む。
【0125】
例２４は、例１乃至２３の方法のいずれかを実行するための手段を備える装置を含んでよい。
【0126】
例２５は、通信インタフェースと、それに接続され、例１乃至２３の方法を実行するよう構成される処理回路とを備えるネットワークノードを含んでよい。
【0127】
例２６は、例１乃至２３のいずれかで説明されるか又はこれに関連する方法、あるいは本明細書で説明される任意の他の方法又はプロセスの１つ以上の要素を実行するための手段を備える装置を含んでよい。
【0128】
例２７は、電子デバイスの１つ以上のプロセッサによる命令の実行時に、電子デバイスに、例１乃至２３のいずれかに記載されるか又はこれに関連する方法、あるいは本明細書に記載される任意の他の方法又はプロセスを実行させる命令を備える、１つ以上の非一時的コンピュータ読取可能媒体を含んでよい。
【0129】
例２８は、例１乃至２３のいずれかに記載されるか又はこれに関連する方法、あるいは本明細書に記載される任意の他の方法又はプロセスの1つ以上の要素を実行するロジック、モジュール又は回路を備える装置を含んでよい。
【0130】
例２９は、例１乃至２３のいずれか又はそれらの一部又は部分に記載されるか又はこれに関連する方法、技術又はプロセスを含んでよい。
【0131】
例３０は、１つ以上のプロセッサと、該１つ以上のプロセッサによって実行されると、該１つ以上のプロセッサに、例１乃至２３のいずれか又はそれらの一部又は部分に記載されるか又はこれに関連する方法、技術又はプロセスを実行させる命令を備える１つ以上のコンピュータ読取可能媒体とを備える装置を含んでよい。
【0132】
例３１は、例１乃至２３のいずれか又はそれらの一部又は部分に記載されるか又はこれに関連する信号を含んでよい。
【0133】
例３２は、例１乃至２３のいずれか又はそれらの一部又は部分に記載されるか又はこれに関連するか又は他の方法で本開示に記載されるデータグラム、パケット、フレーム、セグメント、プロトコルデータユニット（ＰＤＵ）又はメッセージを含んでよい。
【0134】
例３３は、例１乃至２３のいずれか又はそれらの一部又は部分に記載されるか又はこれに関連するか又は他の方法で本開示に記載されるデータで符号化された信号を含んでよい。
【0135】
例３４は、例１乃至２３のいずれか又はそれらの一部又は部分に記載されるか又はこれに関連するか又は他の方法で本開示に記載されるデータグラム、パケット、フレーム、セグメント、プロトコルデータユニット（ＰＤＵ）又はメッセージで符号化された信号を含んでよい。
【0136】
例３５は、コンピュータ読取可能命令を搬送する電磁信号を含んでよく、ここで、１つ以上のプロセッサによるコンピュータ読取可能命令の実行は、１つ以上のプロセッサに、例１乃至２３のいずれか又はそれらの一部に記載されるか又はこれに関連する方法、技術又はプロセスを実行させる。
【0137】
例３６は、命令を含むコンピュータプログラムを含んでよく、ここで、処理要素によるプログラムの実行は、処理要素に、例１乃至２３のいずれか又はそれらの一部に記載されるか又はこれに関連する方法、技術又はプロセスを実行させることである。
【0138】
例３７は、本明細書に示され、説明されるような無線ネットワークにおける信号を含んでよい。
【0139】
例３８は、本明細書に示され、説明されるような無線ネットワークにおいて通信する方法を含んでよい。
【0140】
例３９は、本明細書に示され、説明されるような無線通信を提供するためのシステムを含んでよい。
【0141】
例４０は、本明細書に示され、説明されるような無線通信を提供するためのデバイスを含んでよい。
【0142】
本明細書において異なるように使用されない限り、用語、定義及び略語は、３ＧＰＰ ＴＲ ２１．９０５ ｖ１６．０．０（２０１９－０６）で定義された用語、定義及び略語と一致してもよい。本文書の目的のために、以下の略語が本明細書中で議論される実施例及び実施形態に適用されてよい。
【0143】
【表1-1】
【表1-2】
【表1-3】
【表1-4】
【表1-5】
【表1-6】
【表1-7】
【表1-8】
【表1-9】
【0144】
前述の説明は、例示及び様々な例示的実施形態の説明を提供するが、網羅的であること、又は実施形態の範囲を開示された正確な形態に限定することは意図されていない。修正及び変形は、上記の教示に照らして可能であり、又は様々な実施形態の実施から得られ得る。本開示の例示的な実施形態を説明するために特定の詳細が記載されている場合、当業者には、本開示がこれらの特定の詳細なしに又はこれらの特定の詳細の変形を伴って実施されることが可能であることが明らかであるものとする。しかしながら、本開示の概念を開示された特定の形態に限定する意図はなく、反対に、本開示及び添付の特許請求の範囲と一致するすべての修正、均等物及び代替をカバーする意図があることを理解されたい。
【0145】
用語
本文書の目的のために、以下の用語及び定義は、本明細書で議論される実施例及び実施形態に適用可能である。
本文書の目的のために、以下の用語及び定義は、本明細書で議論される実施例及び実施形態に適用可能である。
【0146】
本明細書で使用されるとき、「回路」という用語は、記載された機能性を提供するように構成される、電子回路、論理回路、プロセッサ（共有、専用又はグループ）及び／又はメモリ（共有、専用又はグループ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルデバイス（ＦＰＤ）（例えばフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、複合ＰＬＤ（ＣＰＬＤ）、大容量ＰＬＤ（ＨＣＰＬＤ）、構造化ＡＳＩＣ又はプログラマブルＳｏＣ）、デジタル信号プロセッサ（ＤＳＰ）等のようなハードウェア構成要素を指すか、その一部であるか又は含む。いくつかの実施形態において、回路は、１つ以上のソフトウェア又はファームウェアプログラムを実行して、記載された機能性の少なくとも一部を提供し得る。「回路」という用語は、１つ以上のハードウェア要素（又は電気又は電子システムで使用される回路の組合せ）と、そのプログラムコードの機能性を実行するために使用されるプログラムコードとの組合せを指すこともある。これらの実施形態では、ハードウェア要素とプログラムコードの組合せは、特定のタイプの回路と呼ばれることがある。
【0147】
本明細書で使用される「プロセッサ回路」という用語は、算術又は論理演算のシーケンスを順次かつ自動的に実行すること、あるいはデジタルデータを記録、記憶、及び／又は転送することができる回路を指すか、その一部であるか又は含む。処理回路は、命令を実行するための１つ以上の処理コアと、プログラム及びデータ情報を記憶するための１つ以上のメモリ構造とを含み得る。「プロセッサ回路」という用語は、１つ以上のアプリケーションプロセッサ、１つ以上のベースバンドプロセッサ、物理中央処理ユニット（ＣＰＵ）、シングルコアプロセッサ、デュアルコアプロセッサ、トリプルコアプロセッサ、クワッドコアプロセッサ、並びに／あるいはプログラムコード、ソフトウェアモジュール及び／又は機能プロセスのようなコンピュータ実行可能命令を実行するか又は他の方法で動作させることができる任意の他のデバイスを指すことがある。処理回路は、より多くのハードウェアアクセラレータを含んでよく、これは、ハードウェアアクセラレータはマイクロプロセッサ、プログラマブル処理デバイス等であってよい。１つ以上のハードウェアアクセラレータは、例えばコンピュータビジョン（ＣＶ）及び／又はディープラーニング（ＤＬ）アクセラレータを含むことができる。「アプリケーション回路」及び／又は「ベースバンド回路」という用語は、「プロセッサ回路」と同義であると考えられてよく、「プロセッサ回路」と呼ばれることがある。
【0148】
本明細書で使用されるとき、「インタフェース回路」という用語は、２つ以上の構成要素又はデバイス間で情報の交換を可能にする回路を指すか、その一部であるか又は含む。「インタフェース回路」という用語は、１つ以上のハードウェアインタフェース、例えばバス、Ｉ／Ｏインタフェース、周辺構成要素インタフェース、ネットワークインタフェースカード等を指すことがある。
【0149】
本明細書で使用されるとき、「ユーザ機器」又は「ＵＥ」という用語は、無線通信能力を有するデバイスを指し、通信ネットワークにおけるネットワークリソースのリモートユーザを記述し得る。「ユーザ機器」又は「ＵＥ」という用語は、クライアント、モバイル、モバイルデバイス、モバイル端末、ユーザ端末、モバイルユニット、モバイル局、モバイルユーザ、加入者、ユーザ、リモート局、アクセスエージェント、ユーザエージェント、受信機、無線機器、再構成可能無線機器、再構成可能モバイルデバイス等と同義であると考えられてよく、そのように呼ばれることがある。さらに、「ユーザ機器」又は「ＵＥ」という用語は、任意のタイプの無線／有線デバイス、又は無線通信インタフェースを含む任意のコンピューティングデバイスを含み得る。
【0150】
本明細書で使用されるとき、「ネットワーク要素」という用語は、有線又は無線通信ネットワークサービスを提供するために使用される物理的又は仮想化機器及び／又はインフラストラクチャを指す。「ネットワーク要素」という用語は、ネットワーク化されたコンピュータ、ネットワーキングハードウェア、ネットワーク機器、ネットワークノード、ルータ、スイッチ、ハブ、ブリッジ、無線ネットワークコントローラ、ＲＡＮデバイス、ＲＡＮノード、ゲートウェイ、サーバ、仮想化ＶＮＦ、ＮＦＶＩ等と同義であると考えられてよく、かつ／又はそのように呼ばれることがある。
【0151】
本明細書で使用されるとき、「コンピュータシステム」という用語は、任意のタイプの相互接続された電子デバイス、コンピュータデバイス又はそれらの構成要素を指す。加えて、「コンピュータシステム」及び／又は「システム」という用語は、互いに通信可能に結合されたコンピュータの様々な構成要素を指すことがある。さらに、「コンピュータシステム」及び／又は「システム」という用語は、互いに通信可能に結合され、かつコンピューティング及び／又はネットワーキングリソースを共有するよう構成される、複数のコンピュータデバイス及び／又は複数のコンピューティングシステムを指すことがある。
【0152】
本明細書で使用される「アプライアンス」、「コンピュータアプライアンス」等の用語は、特定のコンピューティングリソースを提供するように特別に設計されたプログラムコード（例えばソフトウェア又はファームウェア）を有するコンピュータデバイス又はコンピュータシステムを指す。「仮想アプライアンス」は、コンピュータアプライアンスを仮想化又はエミュレートするか、あるいは他の方法で特定のコンピューティングリソースを提供するために専用化される、ハイパーバイザ装備デバイスによって実装される仮想マシンイメージである。
【0153】
本明細書で使用されるとき、「リソース」という用語は、物理又は仮想デバイス、コンピューティング環境内の物理構成要素又は仮想構成要素、並びに／あるいはコンピュータデバイス、機械デバイス、メモリ空間、プロセッサ／ＣＰＵ時間、プロセッサ／ＣＰＵ使用率、プロセッサ及びアクセラレータ負荷、ハードウェア時間又は使用率、電力、入出力動作、ポート又はネットワークソケット、チャネル／リンク割り当て、スループット、メモリ使用率、ストレージ、ネットワーク、データベース及びアプリケーション、ワークロードユニット等のような、特定のデバイス内の物理又は仮想構成要素を指す。「ハードウェアリソース」は、物理ハードウェア要素によって提供される計算リソース、記憶リソース及び／又はネットワークリソースを指すことがある。「仮想化リソース」は、仮想化インフラストラクチャによってアプリケーション、デバイス、システム等に提供される計算リソース、記憶リソース及び／又はｎリソースを指すことがある。「ネットワークリソース」又は「通信リソース」という用語は、通信ネットワークを介してコンピュータデバイス／システムによってアクセス可能なリソースを指すことがある。「システムリソース」という用語は、サービスを提供するための任意の種類の共有エンティティを指すことがあり、計算リソース及び／又はネットワークリソースを含み得る。システムリソースは、そのようなシステムリソースが単一のホスト又は複数のホスト上にあり、明確に識別可能であるサーバを介してアクセス可能な、コヒーレント機能、ネットワークデータオブジェクト又はサービスのセットと考えられてよい。
【0154】
本明細書で使用されるとき、「チャネル」という用語は、データ又はデータストリームを通信するために使用される、有形又は無形のいずれかの任意の伝送媒体を指す。「チャネル」という用語は、「通信チャネル」、「データ通信チャネル」、「伝送チャネル」、「データ伝送チャネル」、「アクセスチャネル」、「データアクセスチャネル」、「リンク」、「データリンク」、「キャリア」、「無線周波数キャリア」及び／又はデータが通信される経路又は媒体を示す任意の他の同様の用語と同義であり、かつ／又は同等であり得る。加えて、本明細書で使用されるとき、「リンク」という用語は、情報を送受信する目的でＲＡＴを介した２つのデバイス間の接続を指す。
【0155】
本明細書で使用されるとき、「インスタンス化」、「インスタンシエイション」等の用語は、インスタンスの作成を指す。また、「インスタンス」は、例えばプログラムコードの実行中に発生する可能性のある、オブジェクトの具体的な発生を指す。
【0156】
「結合された」、「通信可能に結合された」という用語は、その派生語とともに本明細書において使用される。「結合された」という用語は、２つ以上の要素が互いに直接物理的に又は電気的に接触していることを意味してもよく、２つ以上の要素が互いに間接的に接触しているが、互いに協働又は相互作用していることを意味してもよく、かつ／又は１つ以上の他の要素が、互いに結合されていると言われる要素間で結合又は接続されていることを意味してもよい。「直接結合された」という用語は、２つ以上の要素が互いに直接接触していることを意味し得る。「通信可能に結合された」という用語は、２つ以上の要素が、ワイヤ又は他の相互接続を介して、無線通信チャネル又はリンクを介して、及び／又は同様のものを含む通信手段によって、互いに接触し得ることを意味し得る。
【0157】
「情報要素」という用語は、１つ以上のフィールドを含む構造要素を指す。「フィールド」という用語は、情報要素の個々のコンテンツ、又はコンテンツを含むデータ要素を指す。
【0158】
「ＳＭＴＣ」という用語は、SSB-MeasurementTimingConfigurationによって構成されたＳＳＢベースの測定タイミング構成を指す。
【0159】
「ＳＳＢ」という用語は、ＳＳ／ＰＢＣＨブロックを指す。
【0160】
「プライマリセル」という用語は、ＵＥが初期接続確立手順を実行するか又は接続再確立手順を開始する、一次周波数で動作するＭＣＧセルを指す。
【0161】
「プライマリＳＣＧセル」は、ＤＣ動作のための同期手順を伴う再構成（Reconfiguration with Sync procedure）を実行するときに、ＵＥがランダムアクセスを実行するＳＣＧセルを指す。
【0162】
「二次セル（Secondary Cell）」という用語は、ＣＡで構成されるＵＥのための特別なセルの上部に追加の無線リソースを提供するセルを指す。
【0163】
「二次セルグループ」という用語は、ＰＳＣｅｌｌと、ＤＣで構成されるＵＥのためのゼロ又はそれより多くの二次セルとを含む、サービングセルのサブセットを指す。
【0164】
「サービングセル」という用語は、ＣＡ／ＤＣで構成されていないRRC_CONNECTED内のＵＥのためのプライマリセルを指し、プライマリセルを構成するサービングセルは１つだけである。
【0165】
「サービングセル」又は「複数のサービングセル」という用語は、ＣＡ／で構成されるRRC_CONNECTED内のＵＥのための特別なセル及びすべての二次セルを含むセルのセットを指す。
【0166】
「特別なセル（Special Cell）」は、ＤＣオペレーションのためのＭＣＧのためのＰＣｅｌｌ又はＳＣＧのためのＰＳＣｅｌｌを指し、それ以外の場合、「特別なセル」はＰｃｅｌｌを指す。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【国際調査報告】