特許 7483903 ＰＵＣＣＨ、ＰＵＳＣＨ、及びＳＲＳ用のＵＬ空間関係スイッチ

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

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

(11)【特許番号】

(24)【登録日】2024-05-07

(45)【発行日】2024-05-15

(54)【発明の名称】ＰＵＣＣＨ、ＰＵＳＣＨ、及びＳＲＳ用のＵＬ空間関係スイッチ

(51)【国際特許分類】

   H04W 16/28 20090101AFI20240508BHJP

   H04W 72/231 20230101ALI20240508BHJP

   H04W 72/232 20230101ALI20240508BHJP

   H04W 74/0833 20240101ALI20240508BHJP

【ＦＩ】

H04W16/28

H04W72/231

H04W72/232

H04W74/0833

【請求項の数】 30

(21)【出願番号】P 2022548915

(86)(22)【出願日】2020-12-15

(65)【公表番号】

(43)【公表日】2023-04-05

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

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

(87)【国際公開日】2021-08-19

【審査請求日】2022-08-12

(31)【優先権主張番号】PCT/CN2020/074817

(32)【優先日】2020-02-12

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503260918

【氏名又は名称】アップル インコーポレイテッド

【氏名又は名称原語表記】Ａｐｐｌｅ Ｉｎｃ．

【住所又は居所原語表記】Ｏｎｅ Ａｐｐｌｅ Ｐａｒｋ Ｗａｙ，Ｃｕｐｅｒｔｉｎｏ， Ｃａｌｉｆｏｒｎｉａ ９５０１４， Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

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

(74)【代理人】

【識別番号】100067013

【弁理士】

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

(74)【代理人】

【識別番号】100086771

【弁理士】

【氏名又は名称】西島 孝喜

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須 威夫

(74)【代理人】

【識別番号】100170209

【弁理士】

【氏名又は名称】林 陽和

(72)【発明者】

【氏名】ツイ ジエ

(72)【発明者】

【氏名】タン ヤン

(72)【発明者】

【氏名】チャン ダウェイ

(72)【発明者】

【氏名】ヘ ホン

(72)【発明者】

【氏名】ヤオ チュンハイ

(72)【発明者】

【氏名】イェ チュンシュアン

(72)【発明者】

【氏名】スン ハイトン

(72)【発明者】

【氏名】ヤン ウェイドン

(72)【発明者】

【氏名】ゼン ウェイ

(72)【発明者】

【氏名】キム ユチュル

(72)【発明者】

【氏名】チャン ユシュ

(72)【発明者】

【氏名】ウー ジビン

(72)【発明者】

【氏名】オテリ オゲネコメ

【審査官】野村 潔

(56)【参考文献】

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

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

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

【文献】MediaTek Inc.，Discussion on CSI-RS configuration update for CQI reporting and active spatial relation switch，3GPP TSG RAN WG4 #93 R4- 1913316，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG4_Radio/TSGR4_93/Docs/R4-1913316.zip>，2019年11月08日

【文献】LG Electronics，Feature lead summary#5 of Enhancements on Multi-beam Operations[online]，3GPP TSG RAN WG1 #98b R1-1911593，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1911593.zip>，2019年10月20日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

ユーザ機器（ＵＥ）が、未知のＵＬ空間関係スイッチに応じて、ＵＬ送信用のアップリンク（ＵＬ）空間関係を判定する方法であって、
前記ＵＬ空間関係が、前記ＵＬ内のサウンディング基準信号（ＳＲＳ）送信、ダウンリンク（ＤＬ）内のチャネル状態インジケータ基準信号（ＣＳＩ－ＲＳ）、又は前記ＤＬ内の同期信号ブロック（ＳＳＢ）に基づいているかどうかを判定することと、
前記ＵＬ空間関係が前記ＵＬ内の前記ＳＲＳ送信に基づいている場合、前記ＳＲＳ送信の送信（Ｔｘ）ビームに対応する前記ＵＬ送信用の前記ＵＬ空間関係を選択することと、
前記ＵＬ空間関係が前記ＵＬ内の前記ＣＳＩ－ＲＳ又は前記ＳＳＢに基づいている場合、前記未知のＵＬ空間関係スイッチが、ビームトレーニングに対応するリソースが通信ネットワークによって構成されていないことに起因するかどうか、又は対応するビーム情報が期限切れになっていることに起因するかどうかに基づいて、前記ＣＳＩ－ＲＳまたは前記ＳＳＢのための対応するＴｘビームを導出することによって前記ＵＬ送信用の前記ＵＬ空間関係を選択することと、
前記ＵＬ空間関係が前記ＣＳＩ－ＲＳ又は前記ＳＳＢに基づいている場合、ランダムアクセスチャネル（ＲＡＣＨ）のＴｘビームに対応する前記ＵＬ送信用の前記ＵＬ空間関係を選択することと、を含む、方法。

【請求項2】

前記ＵＬ送信が、ＳＲＳ又は物理アップリンク制御チャネル（ＰＵＣＣＨ）を含むグループから選択される、請求項１に記載の方法。

【請求項3】

前記ＵＬ空間関係が前記ＣＳＩ－ＲＳ又は前記ＳＳＢに基づいている場合、伝搬損失基準信号（ＰＬ－ＲＳ）の受信用の受信（Ｒｘ）ビーム又はアクティブ送信構成インジケータ（ＴＣＩ）を使用して、前記ＵＬ送信用の前記対応するＴｘビームを導出することを更に含む、請求項１に記載の方法。

【請求項4】

前記ＰＬ－ＲＳが、ＵＬ電力制御のために前記ＵＥによって使用中のアクティブ伝搬損失基準信号を含む、請求項３に記載の方法。

【請求項5】

前記ＵＬ空間関係が前記ＣＳＩ－ＲＳ又は前記ＳＳＢに基づいている場合、制御リソースセット（ＣＯＲＥＳＥＴ）受信用の受信（Ｒｘ）ビーム又はアクティブ送信構成インジケータ（ＴＣＩ）を使用して、前記ＵＬ送信用の前記対応するＴｘビームを導出することを更に含む、請求項１に記載の方法。

【請求項6】

前記ＵＬ空間関係が前記ＣＳＩ－ＲＳ又は前記ＳＳＢに基づいている場合、最も近い伝搬損失基準信号（ＰＬ－ＲＳ）又は制御リソースセット（ＣＯＲＥＳＥＴ）受信用の受信（Ｒｘ）ビーム又はアクティブ送信構成インジケータ（ＴＣＩ）を使用して、前記ＵＬ送信用の前記対応するＴｘビームを導出することを更に含む、請求項１に記載の方法。

【請求項7】

前記最も近いＰＬ－ＲＳ又はＣＯＲＥＳＥＴ受信が、前記未知のＵＬ空間関係スイッチの前に時間ドメインで選択された最も近いＲＬ－ＲＳ受信又はＣＯＲＥＳＥＴ受信を含む、請求項６に記載の方法。

【請求項8】

前記ＣＯＲＥＳＥＴが、最低識別子を有するＣＯＲＥＳＥＴを含む、請求項５から７のいずれか一項に記載の方法。

【請求項9】

前記ＣＯＲＥＳＥＴが、時間ドメインで前記未知のＵＬ空間関係スイッチの前に前記ＵＥによって受信された最も近いＣＯＲＥＳＥＴを含む、請求項５～７のいずれか一項に記載の方法。

【請求項10】

ＤＬ基準信号（ＲＳ）から前記ＲＡＣＨの前記Ｔｘビームを導出することを含む、請求項１に記載の方法。

【請求項11】

前記ＤＬ ＲＳが、前記ＳＳＢ又はビーム障害回復基準信号（ＢＦＲ－ＲＳ）を含むグループから選択される、請求項１０に記載の方法。

【請求項12】

時間ドメインでの前記未知のＵＬ空間関係スイッチの前のＲＡＣＨ送信の最後の時間から前記ＲＡＣＨの前記Ｔｘビームを導出することを更に含む、請求項１に記載の方法。

【請求項13】

前記ＵＬ空間関係が前記ＣＳＩ－ＲＳ又は前記ＳＳＢに基づいている場合、及び前記ＵＬ送信がＳＲＳを含む場合、任意のＴｘビームを使用して、前記ＵＬ送信を送信することを更に含む、請求項１に記載の方法。

【請求項14】

前記ＵＬ空間関係が前記ＣＳＩ－ＲＳ又は前記ＳＳＢに基づいている場合、最良又は最強のＣＳＩ－ＲＳ又はＳＳＢ用の受信（Ｒｘ）ビームを使用して、前記ＵＬ送信用の前記対応するＴｘビームを導出することを更に含む、請求項１に記載の方法。

【請求項15】

前記ＵＬ空間関係が前記ＣＳＩ－ＲＳ又は前記ＳＳＢに基づいている場合、ＵＬ空間関係スイッチングに使用可能なリソースを構成若しくは再構成するためのインジケーション又は要求を前記通信ネットワークに対して生成することを更に含む、請求項１に記載の方法。

【請求項16】

前記インジケーション又は要求が、無線リソース制御（ＲＲＣ）信号、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）、アップリンク制御情報又は他のＬ１インジケーション、及びランダムアクセスチャネル（ＲＡＣＨ）のうちの１つ以上で実行される、請求項１５に記載の方法。

【請求項17】

前記ＵＬ送信が、物理アップリンク制御チャネル（ＰＵＣＣＨ）を含み、前記方法が、前記通信ネットワークが前記ＵＥに前記利用可能なリソースを構成又は再構成して前記ＵＬ空間関係を判定するまで、前記ＰＵＣＣＨを送信しないことを更に含む、請求項１５に記載の方法。

【請求項18】

前記ＵＬ空間関係が前記ＣＳＩ－ＲＳ又は前記ＳＳＢに基づいている場合、及び前記ＵＬ送信が物理アップリンク制御チャネル（ＰＵＣＣＨ）を含む場合、時間ドメインで最新の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のために使用中の送信構成インジケータ（ＴＣＩ）用の受信（Ｒｘ）ビームを使用して、前記ＰＵＣＣＨを送信するための前記ＵＬ空間関係を判定することを更に含む、請求項１に記載の方法。

【請求項19】

前記ＵＬ空間関係が前記ＣＳＩ－ＲＳ又は前記ＳＳＢに基づいている場合、及び前記ＵＬ送信が物理アップリンク制御チャネル（ＰＵＣＣＨ）を含む場合、物理アップリンク共有チャネル（ＰＵＳＣＨ）用のＴｘビームを使用して、前記ＰＵＣＣＨを送信するための前記ＵＬ空間関係を判定することを更に含む、請求項１に記載の方法。

【請求項20】

前記ＰＵＳＣＨが、時間ドメインでの前記ＰＵＣＣＨの前の最新のＰＵＳＣＨである、請求項１９に記載の方法。

【請求項21】

前記ＵＬ空間関係が前記ＣＳＩ－ＲＳ又は前記ＳＳＢに基づいている場合、及び前記対応するビーム情報が期限切れになっている場合、前記ＵＥが前記ＣＳＩ－ＲＳ又は前記ＳＳＢに基づいて受信（Ｒｘ）ビームを改良するまで、前記ＵＬ送信を実行しないことを更に含む、請求項１に記載の方法。

【請求項22】

追加のＲｘビーム改良期間を導入することを更に含む、請求項２１に記載の方法。

【請求項23】

前記改良されたＲｘビームを使用して、前記ＵＬ送信用の対応するＴｘビームを導出することを更に含む、請求項２１に記載の方法。

【請求項24】

前記ＵＬ空間関係が前記ＣＳＩ－ＲＳ又は前記ＳＳＢに基づいている場合、及び前記対応するビーム情報が期限切れになっている場合、前記期限切れビーム情報を使用して前記ＵＬ送信を実行することを更に含む、請求項１に記載の方法。

【請求項25】

前記通信ネットワークが、前記ＵＥからの前記ＵＬ送信の受信が良好であるか否かを判定し、前記通信ネットワークにおける前記ＳＲＳ受信が良好でない場合、前記通信ネットワークが、Ｒｘ及びＴｘビーム改良を実行するか、又は前記ＵＥに対して新しいＵＬ空間関係基準信号を構成するように、前記ＵＥを再構成する、請求項２４に記載の方法。

【請求項26】

前記ＵＬ空間関係が前記ＣＳＩ－ＲＳ又は前記ＳＳＢに基づいている場合、及び前記対応するビーム情報が期限切れになっている場合、ランダムアクセスチャネル（ＲＡＣＨ）手順又はエラー情報を有するスケジューリング要求を前記通信ネットワークに対してトリガして、ビーム変更を要求することを更に含む、請求項１に記載の方法。

【請求項27】

前記通信ネットワークが、Ｒｘ又はＴｘビーム改良を実行するように、又は前記エラー情報に従って前記ＵＥに対して新しいＵＬ空間関係基準信号を構成するように、前記ＵＥを再構成する、請求項２６に記載の方法。

【請求項28】

請求項１から２７のいずれか一項に記載の方法を実行する手段を備える装置。

【請求項29】

命令を含むコンピュータ可読媒体であって、電子デバイスの１つ以上のプロセッサによって前記命令が実行されると、前記電子デバイスに、請求項１から２７のいずれか一項に記載の方法を実行させる、コンピュータ可読媒体。

【請求項30】

請求項１から２７のいずれか一項に記載の方法を実行するロジック、モジュール、又は回路を備える装置。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、概して、無線通信システムに関し、より具体的には、アップリンクビーム管理に関する。

【背景技術】

【0002】

無線モバイル通信技術は、基地局と無線モバイルデバイスとの間でデータを送信するために、様々な規格及びプロトコルを使用する。無線通信システムの規格及びプロトコルとしては、第３世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、３ＧＰＰ）ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ、ＷｉＭＡＸ）として業界団体に一般的に知られている、米国電気電子学会（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ、Ｅｎｇｉｎｅｅｒｓ、ＩＥＥＥ）８０２．１６規格、及びＷｉ－Ｆｉとして業界団体に一般的に知られている、無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）のためのＩＥＥＥ８０２．１１規格を挙げることができる。ＬＴＥシステムの３ＧＰＰ無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）では、基地局は、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）として知られる無線通信デバイスと通信する、発展型ユニバーサル地上無線アクセスネットワーク（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、Ｅ－ＵＴＲＡＮ）ノードＢ（発展型ノードＢ、拡張ノードＢ、ｅＮｏｄｅＢ、又はｅＮＢとも一般に呼ばれる）及び／又はＥ－ＵＴＲＡＮの無線ネットワークコントローラ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）などのＲＡＮノードを含むことができる。第５世代（５Ｇ）無線ＲＡＮでは、ＲＡＮノードは、５Ｇノード、新無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）ノード、又はｇノードＢ（ｇＮＢ）を含むことができる。本明細書で使用される場合、そのような基地局又はノードは、送信受信ポイント（ＴＲＰ）と呼ばれることもある。

【0003】

ＲＡＮは、無線アクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）を使用して、ＲＡＮノードとＵＥとの間で通信する。ＲＡＮとしては、コアネットワークを介した通信サービスへのアクセスを提供する、モバイル通信のためのグローバルシステム（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ）、ＧＳＭ進化のためのエンハンスドデータレート（ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ、ＥＤＧＥ）ＲＡＮ（ＧＥＲＡＮ）、ユニバーサル地上無線アクセスネットワーク（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＵＴＲＡＮ）、及び／又はＥ－ＵＴＲＡＮを挙げることができる。ＲＡＮのそれぞれは、特定の３ＧＰＰ ＲＡＴに従って動作する。例えば、ＧＥＲＡＮは、ＧＳＭ及び／又はＥＤＧＥ ＲＡＴを実装し、ＵＴＲＡＮは、ユニバーサル移動体通信システム（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ、ＵＭＴＳ）ＲＡＴ、又は他の３ＧＰＰ ＲＡＴを実装し、Ｅ－ＵＴＲＡＮは、ＬＴＥ ＲＡＴを実装する。

【0004】

任意の特定の要素又は行為の考察を容易に識別するために、参照番号の最上位の桁（単数又は複数）は、その要素が最初に導入された図の番号を指す。

【図面の簡単な説明】

【0005】

【図1】一実施形態にかかる例示的なＵＬ空間関係を示す。

【図2】一実施形態にかかる方法を示す。

【図3】特定の実施形態にかかる例示的なサービスベースのアーキテクチャを示す。

【図4】一実施形態にかかるＵＥを示す。

【図5】一実施形態にかかるネットワークノードを示す。

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

【0006】

ＮＲは、６ギガヘルツ（ＧＨｚ）未満から１００ＧＨｚと同等のミリメートル波（ｍｍ波）帯域までの周波数帯域をサポートするように設計されている。ｍｍ波帯域における無線伝播は、より低い周波数帯域によって経験されるよりも高い減衰を経験する場合があり、障害物及び群葉による遮断によってより多くの影響を受ける場合がある。これらの効果を打ち消すために、ＮＲは、ビームフォーミングを使用して、ＵＥの方向にＲＦエネルギーを集中させる。モビリティ及び時間変化環境により、ＵＥは、ビーム管理及びビーム回復手順を使用して、新しいビームを常に検索し、ビームを動的に変更する。ビーム管理手順ビーム判定、ビーム測定、ビーム報告、及びビーム掃引。ビーム回復手順は、ビーム障害検出、新しいビーム識別、及びビーム回復要求を含み得る。

【0007】

一般に、ダウンリンク（ＤＬ）ビーム管理は、同期信号ブロック（ＳＳＢ）又はチャネル状態インジケータ基準信号（ＣＳＩ－ＲＳ）ビームに基づく初期の粗ビーム取得、より狭いＣＳＩビームを使用したＤＬ送信（Ｔｘ）ビーム改良、及びＵＥにおけるＤＬ受信（Ｒｘ）ビーム改良を含む。ＴＲＰ（例えば、ｇＮＢ）は、同じＣＳＩ－ＲＳビームを複数の送信機会にわたって全てのＵＥに送信して、そのＲｘビームを改良することができる。ＳＳＢは、同期信号（ＳＳ）物理ブロードキャストチャネル（ＰＢＣＨ）ビーム（ＳＳ／ＰＢＣＨ）を指し得る。

【0008】

ＵＥがアップリンク制御チャネル（ＰＵＣＣＨ）を送信すると、ネットワークによって構成及びアクティブ化された空間関係情報を使用して、ＵＬＴｘビームを判定することができる。ＵＥがアップリンクデータチャネル（ＰＵＳＣＨ）を送信すると、コードブックベースの送信に対して、ＤＣＩフォーマット０＿１によって与えられるＳＲＳリソースインジケータ及びプリコーディング情報は、ＰＵＳＣＨ送信プリコーダを判定することができる。ＵＥがアップリンクデータチャネル（ＰＵＳＣＨ）を送信すると、非コードブックベースの送信に対して、ＤＣＩフォーマット０＿１によって与えられるＳＲＳリソースインジケータは、ＰＵＳＣＨ送信プリコーダを判定することができる。ＵＥがＤＣＩフォーマット０＿０によってスケジュールされたアップリンクデータチャネル（ＰＵＳＣＨ）を送信すると、ＵＥは、セルのアクティブＵＬ ＢＷＰ内の最低ＩＤを用いて、ＰＵＣＣＨリソースと同じ空間関係を使用することができる。

【0009】

図１は、特定の実施形態による、ＴＲＰ１０２及びＵＥ１０４の例示的なＵＬ空間関係１００を示している。ＵＬビーム管理の場合、ＵＥ１０４は、複数のＴｘビーム１０６を構成することができるように示され、ＴＲＰ１０２（例えば、ｅＮＢ）は、複数のＲｘビーム１０８を構成することができるように示されている。ＤＬチャネル受信と同様に、ＵＥ１０４からのＵＬチャネル又は信号送信はまた、ＴＲＰ１０２のＲｘビーム１１２に対応する（すなわち、ＵＬ空間関係）Ｔｘビーム１１０上で応答する必要がある。ＵＬチャネル／信号は、ＳＲＳ（サウンディング基準信号）、ＰＵＣＣＨ、及びＰＵＳＣＨを含むが、これらに限定されない。

【0010】

例えば、ＳＲＳのＵＬ空間関係は、ＳＳＢ若しくはＣＳＩ－ＲＳ（ダウンリンク）、又は別のＳＲＳ（アップリンク）からのものであり得る。ＰＵＣＣＨのＵＬ空間関係は、ＳＳＢ若しくはＣＳＩ－ＲＳ（ダウンリンク）、又は別のＳＲＳ（アップリンク）からのものであり得る。ＰＵＳＣＨのＵＬ空間関係は、フォーマット０＿０（アップリンク）によってスケジュールされている場合は最低ＩＤを有する専用ＰＵＣＣＨから、フォーマット０＿１（アップリンク）によってスケジュールされている場合はＳＲＩ（ＳＲＳリソースインジケータ）で示されるＳＲＳからのものであり得る。

【0011】

ＵＬ空間関係がアップリンク信号又はチャネルを超えるものか未知である場合、ＵＥの実装が設計され得る。ＵＬ空間関係は、ＵＥに対して以前にビームをトレーニングするためのリソースが構成されていない（例えば、ＳＲＳ空間関係が１つのＤＬ ＣＳＩ－ＲＳリソースと関連付けられているが、ネットワークはＵＬ用の空間関係を使用するようにＵＥを構成する前に、ＣＳＩ－ＲＳリソースを構成しなかった）ため、未知である場合がある。ＵＬ空間関係は、ビーム情報が期限切れである（例えば、ＳＲＳ空間関係は１つのＤＬ ＣＳＩ－ＲＳリソースに関連付けられているが、ＵＥはそのＣＳＩ－ＲＳのビーム測定値が長時間前であり、ＵＥに格納されたビーム情報がＵＥ移動／回転のために期限切れであり得る）ため、未知である場合がある。

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

前述は、明確にするためにある程度詳細に説明されてきたが、その原理から逸脱することなく、特定の変更及び修正を行うことができることは明らかであろう。本明細書に記載されるプロセス及び装置の両方を実装する多くの代替的な方法が存在することに留意されたい。したがって、本実施形態は、例示的であり、限定的ではないと見なされるべきものであり、説明は、本明細書で与えられる詳細に限定されるものではなく、添付の特許請求の範囲及び均等物内で修正されてもよい。

【図1】

【図2】

【図3】

【図4】

【図5】