JP7843418B2

JP7843418B2 - Ｒｒｃインアクティブ状態のｕｅに対するモバイルターミネイティングデータ／シグナリング処理のための方法およびシステム

Info

Publication number: JP7843418B2
Application number: JP2025506052A
Authority: JP
Inventors: キアンチェン，; ポールシュリワ－バートリング，; モハメッドヤジドリアジディ，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2022-08-16
Filing date: 2023-08-14
Publication date: 2026-04-09
Anticipated expiration: 2043-08-14
Also published as: KR20250048783A; EP4573841A1; US20260095971A1; JP2025529683A; WO2024038373A1

Description

（関連出願）
本出願は、２０２２年８月１６日に出願された仮特許出願番号６３／３９８３１７の利益を主張するものであり、その開示内容は参照によりその全体が本明細書に組み込まれる
本開示は、長いｅＤＲＸサイクルのＲＲＣインアクティブ状態における無線デバイスの無線アクセスネットワーク（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）およびコアネットワーク（ＣｏｒｅＮｅｔｗｏｒｋ）の動作に関する。

３ＧＰＰＲｅｌ－１８ＳＡ２の検討項目ＦＳ＿ＲｅｄＣａｐ＿Ｐｈ２は、ＲＲＣインアクティブ状態での長いｅＤＲＸ（＞１０．２４秒）値のサポートに対処するためのものである。重要な問題は、ここに参照される３ＧＰＰＴＲ２３．７００－６８Ｖ．１．０．０に記載されているように、ＲＲＣインアクティブ状態での長いｅＤＲＸに起因してユーザ機器（ＵＥ）（別名：無線デバイス）が到達不能になった場合に、モバイルターミネイティング（ＭＴ）データ／シグナリングをどのように処理するかである。

ＴＲには、タイプＡ）およびタイプＢ）と呼ばれる２種類の解決策が記載されている。

タイプＡ：ＣＮベース）５ＧシステムのＮＧ－ＲＡＮは、ＵＥが長いｅＤＲＸのＲＲＣインアクティブ状態になったときに、ＵＥの到達不能情報（ｅＤＲＸ情報など）をコアネットワーク（ＣＮ）に提供し、ＣＮはＵＥが到達不能である間にＭＴデータ／シグナリングを処理する。既存のＣＮデータバッファリング能力とＣＮにおける既存のＭＴデータ／シグナリング処理を使用して、ＣＮはＵＥが到達可能とみなされたときにＭＴデータ／シグナリングをトリガする（例えば、ＵＥが到達可能になるときに、ＣＮは、Ｎ３接続が存在してもＮＧ－ＲＡＮページングをトリガする）。例えば、ＴＲ２３．７００－６８の解決策６．１、６．３、６．４、６．６を参照すること。解決策６．６は、解決策６．１、６．３、６．４に基づく統合された解決策である。

タイプＢ：ＮＧ－ＲＡＮベース）ＮＧ－ＲＡＮは、ＵＥがＲＲＣインアクティブ状態の間、ＭＴデータ／シグナリングを処理する。到達不能期間にＵＥがＲＡＮベースの通知エリア（ＲＡＮｂａｓｅｄＮｏｔｉｆｉｃａｔｉｏｎａｒｅａ）（ＲＮＡ）の外に移動し、ＲＮＡの外で再開を実行する場合、ＮＧ－ＲＡＮノード間にＸｎインターフェースがない場合は、ＣＮ経由でＮＧ－ＲＡＮノード間のＵＥコンテキスト検索とデータ転送がサポートされる。たとえば、３ＧＰＰＴＲ２３．７００－６８の解決策６．２、６．２ａを参照すること。

したがって、タイプＡでは、ＵＥが到達不能な場合にＣＮがＭＴデータ／シグナリングを処理し、タイプＢ）では、ＵＥが到達不能な場合にＲＡＮがＭＴデータ／シグナリングを処理する。

これら２つの異なるタイプの解決策は、異なるシナリオ／ユースケースに適用できる。

ＲＲＣインアクティブ状態のＵＥのＭＴデータ／シグナリングの処理に適用する解決策のタイプの選択または決定の処理のためのシステム、方法、および装置が提供される。いくつかの実施形態では、ＮＧ－ＲＡＮ、より具体的にはｇＮＢは、ＣＮが長いｅＤＲＸサイクルでＲＲＣインアクティブ状態に入るＵＥのＭＴデータ／シグナリングを処理するか（タイプＡ）、またはＲＡＮが長いｅＤＲＸサイクルでＲＲＣインアクティブ状態に入るＵＥのＭＴデータ／シグナリングを処理するか（タイプＢ）を決定する。ＮＧ－ＲＡＮによる決定は、ＭＴデータ／シグナリングの処理をサポートするコアネットワーク（ＣＮ）の能力に関する知識に基づく。オプションとして、ＮＧ－ＲＡＮノードは、タイプＡ、タイプＢ、またはその両方が適用されるべきかを選択する際に、さらに他のポリシを考慮しうる。

いくつかの実施形態では、５Ｇコアネットワークなどのコアネットワーク（ＣＮ）におけるアクセスおよびモビリティ管理機能（ＡＭＦ）などのネットワーク機能によって実行される方法。この方法は、ネットワーク機能によって、ＭＴデータ／シグナリングのバッファリングのような、長い拡張不連続受信（ｅｘｔｅｎｄｅｄＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ）（ｅＤＲＸ）サイクル（例えば、１０．２４秒より長い）の無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）（ＲＲＣ）インアクティブ状態のときに、ユーザ機器（ＵＥ）のモバイルターミネイテッド（ＭＴ）データ／シグナリングの処理をサポートするＣＮの能力を決定することを含む。この方法はさらに、ネットワーク機能によって、ＵＥにサービスを提供する無線アクセスネットワーク（ＲＡＮ）（たとえば、５ＧシステムのｇＮＢ）に、ＭＴデータ／シグナリングの処理に対するＣＮのサポートを示す通知を送信することを含む。

この通知は、ＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴメッセージ、ＵＥＣＯＮＴＥＸＴＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＥＳＴメッセージ、ＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージ、ＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥメッセージ、ＮＧ／Ｎ２ＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージ、ＡＭＦＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージにおいて、無線アクセスネットワーク（ＲＡＮ）に送信されうる。

一実施形態では、この通知は、（上記に示された）Ｎ２メッセージのいずれかに含まれるＲＲＣＩＮＡＣＴＩＶＥ情報要素（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ）のＣＮＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎにおいてＲＡＮに送信される。

いくつかの実施形態では、無線アクセスネットワーク（ＲＡＮ）（例えば、５ＧシステムのｇＮＢ）内にありコアネットワーク（ＣＮ）に接続される無線ネットワークノードによって実行される方法が提供される。この方法は、無線ネットワークノードによって、ＣＮから、長い拡張不連続受信（ｅＤＲＸ）サイクル（例えば、１０．２４秒より長い）の無線リソース制御（ＲＲＣ）インアクティブ状態のときにＵＥに使用されるユーザ機器（ＵＥ）のＭＴデータ／シグナリングの処理（例えば、バッファリング）のＣＮサポートを示す通知を受信することと、受信された通知に基づいて、長いｅＤＲＸサイクルのＲＲＣインアクティブ状態のＵＥのためにＣＮでＭＴデータ／シグナリングを処理できると決定することとを含む。

この通知は、ＲＲＣＩＮＡＣＴＩＶＥ情報要素のＣＮＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ、またはＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴメッセージ、ＵＥＣＯＮＴＥＸＴＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＥＳＴメッセージ、ＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージ、ＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥメッセージ、ＮＧ／Ｎ２ＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージ、およびＡＭＦＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージに含まれうる別の情報要素において、ＣＮから受信して送信されうる。

この通知は、ＣＮがモバイルターミネイテッド（ＭＴ）データ／シグナリングの処理をサポートしないことをさらに示すことができ、この場合、無線ネットワークノードは、無線ネットワークノードでＭＴデータ／シグナリングを処理するかどうかを決定しうる。

いくつかの実施形態によれば、コアネットワーク（ＣＮ）においてネットワーク機能を実装するネットワークノードが提供され、このネットワークノードは、処理回路と、処理回路によって実行されると本明細書で説明する方法実施形態のいずれかを実行する命令を含むメモリとを含む。

いくつかの実施形態によれば、無線ネットワークノードが提供され、無線ネットワークノードは、処理回路と、処理回路によって実行されると本明細書に記載される方法実施形態のいずれかを実行する命令を含むメモリとを含む。

本明細書に組み込まれ、本明細書の一部を構成する添付図面の図は、本開示のいくつかの態様を示すものであり、本説明とともに本開示の原理を説明するのに役立つ。

図１は、本開示の実施形態が実装されうるセルラ通信システム３００の一例を示す；

図２は、コアネットワーク機能（ｃｏｒｅＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎｓ）（ＮＦ）で構成される５Ｇネットワークアーキテクチャとして表される無線通信システムを示し、任意の２つのＮＦ間のインタラクションはポイントツーポイントのリファレンスポイント／インターフェースで表される；

図３は、図４の５Ｇネットワークアーキテクチャで使用されるポイントツーポイントのリファレンスポイント／インターフェースの代わりに、制御プレーンのＮＦ間でサービスベースのインターフェースを使用する５Ｇネットワークアーキテクチャを示す；

図４は、本開示のいくつかの実施形態によるＣＮのネットワーク機能（例えば、ＡＭＦ）における方法を示す；

図５は、本開示のいくつかの実施形態による無線アクセスネットワークの無線ネットワークノード（例えば、ｇＮＢ）における方法を示す；

図６は、本開示のいくつかの実施形態による無線アクセスノードの実施形態を示す；図７は、本開示のいくつかの実施形態による無線アクセスノードの実施形態を示す；

図８は、本開示のいくつかの実施形態による、いくつかの実施形態によって実装される機能が仮想化されうる仮想化環境を示す概略ブロック図である；

図９は、本開示のいくつかの実施形態による、無線デバイス／ＵＥの例示的な実施形態を示す；図１０は、本開示のいくつかの実施形態による、無線デバイス／ＵＥの例示的な実施形態を示す；

図１１は、本開示の実施形態を実施する通信システムの一例を示す図である；

図１２は、本開示のいくつかの実施形態による、図１３のＵＥ、基地局、およびホストコンピュータの、実施形態による例示的な実装を示す；

図１３は、本開示のいくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである；図１４は、本開示のいくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである；図１５は、本開示のいくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである；図１６は、本開示のいくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである；そして、

（追加の説明）
以下に記載する実施形態は、当業者が実施形態を実施できるようにするための情報を表し、実施形態を実施するための最良の態様を例示するものである。添付の図面の図に照らして以下の説明を読めば、当業者は、本開示の概念を理解し、本明細書で特に取り上げないこれらの概念の応用を認識するであろう。これらの概念および適用は、本開示の範囲内にあることを理解されたい。

無線ノード：本明細書で使用する「無線ノード」は、無線アクセスノードまたは無線デバイスのいずれかである。

無線アクセスノード：本明細書で使用される「無線アクセスノード」または「無線ネットワークノード」は、無線で信号を送信および／または受信するように動作するセルラ通信ネットワークの無線アクセスネットワーク内の任意のノードである。無線アクセスノードの例は、基地局（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）の第５世代（５Ｇ）ＮＲネットワークにおける新無線（ＮＲ）基地局（ｇＮＢ）、または３ＧＰＰのロングタームエボリューション（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）（ＬＴＥ）ネットワークにおける拡張または進化型ノードＢ（ｅＮＢ））、大電力またはマクロ基地局、低電力基地局（マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、および中継ノードを含むが、これらに限定されない。将来の６Ｇ無線アクセスノードやそれ以降も本発明に含まれる。

コアネットワークノード：本明細書で使用する場合、「コアネットワークノード」とは、コアネットワーク機能を実装するコアネットワーク内のサーバまたはデータセンタを含む任意のタイプのノードのことである。ノードに実装される４Ｇ（ＥＰＣ）コアネットワーク機能の例としては、例えば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（ＰＧＷ）、サービスケイパビリティエクスポージャ機能（ＳＣＥＦ）、ホームサブスクライバサーバ（ＨＳＳ）などを含む。５Ｇコアネットワーク機能の例は、アクセスおよびモビリティ機能（ＡＭＦ）、ＵＰＦ、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワークエクスポージャ機能（ＮＥＦ）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）、ポリシ制御機能（ＰＣＦ）、統合データ管理（ＵＤＭ）などを含む。コアネットワーク機能は、ノード（サーバ、分散サーバなど）上で仮想化／コンテナ化されてもよいし、専用の物理ノード（計算、メモリ、ネットワーク）を使用してオンプレミスで実装されてもよい。また、６Ｇやそれ以降のような将来のコアネットワークにおける他の将来のコアネットワーク機能も本発明に適用可能である。

無線デバイス：本明細書で使用される場合、「無線デバイス」とは、無線アクセスノードに無線で信号を送信および／または受信することにより、セルラ通信ネットワークにアクセスする（例えば、サービスを提供される）あらゆるタイプのデバイスである。無線デバイスのいくつかの例としては、３ＧＰＰネットワーク内のユーザ機器デバイス（ＵＥ）および機械型通信（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）（ＭＴＣ）デバイスを含むが、これらに限定されない。

ネットワークノード：本明細書で使用する「ネットワークノード」とは、セルラ通信ネットワーク／システムの無線アクセスネットワークまたはコアネットワークのいずれかの一部である任意のノードのことである。

本明細書による説明では、３ＧＰＰセルラ通信システムを中心にするため、３ＧＰＰ用語または３ＧＰＰ用語に類似した用語がしばしば使用されることに留意されたい。しかし、本明細書で開示する概念は、３ＧＰＰシステムに限定されるものではない。

本明細書の説明では、「セル」という用語が参照される場合があることに留意されたい。しかし、特に５ＧＮＲの概念に関しては、セルの代わりにビームが使用される場合があり、そのため、本明細書に記載される概念は、セルとビームの両方に等しく適用可能であることに留意することが重要である。さらに、本明細書の説明は５Ｇコアネットワークに基づいているが、本発明は、任意のコアネットワークと、ＥＰＣおよびＬＴＥｅＮＢなどの無線アクセスネットワークノードとの間に適用できることに留意されたい。

図１は、本開示の実施形態が実装されうるセルラ通信システム３００の一例を示す。本明細書で説明する実施形態では、セルラ通信システム３００は、ＮＲＲＡＮを含む５Ｇシステム（５ＧＳ）、ＬＴＥＲＡＮを含む進化型パケットシステム（ＥＰＳ）、または５ＧＳおよびＥＰＳの両方のコンポーネントを含むＲＡＮであってもよい。この例では、ＲＡＮは、ＬＴＥではｅＮＢと呼ばれ、５ＧＮＲではｇＮＢと呼ばれ、対応する（マクロ）セル３０４－１および３０４－２を制御する基地局またはＮＧ－ＲＡＮノード３０２－１および３０２－２を含む。基地局３０２－１および３０２－２は、本明細書では一般に、基地局３０２と総称され、個別に基地局３０２と呼ばれる。同様に、（マクロ）セル３０４－１および３０４－２は、本明細書では一般に（マクロ）セル３０４と総称され、個々に（マクロ）セル３０４と称される。ＲＡＮはまた、対応するスモールセル３０８－１～３０８－４を制御する多数の低電力ノード３０６－１～３０６－４を含みうる。低電力ノード３０６－１～３０６－４は、スモール基地局（ピコ基地局またはフェムト基地局など）またはリモート無線ヘッド（ＲｅｍｏｔｅＲａｄｉｏＨｅａｄｓ）（ＲＲＨ）などでありうる。注目すべきは、図示されていないが、スモールセル３０８－１～３０８－４のうちの１つ以上が、代替的に基地局３０２によって提供されうることである。低電力ノード３０６－１～３０６－４は、一般に、本明細書では総称して低電力ノード３０６と呼ばれ、個別に低電力ノード３０６と呼ばれる。同様に、スモールセル３０８－１～３０８－４は、本明細書では一般にスモールセル３０８と総称し、個別にスモールセル３０８と称される。セルラ通信システム３００は、５ＧＳでは５Ｇコア（５ＧＣ）と呼ばれるコアネットワーク３１０も含む。基地局３０２（およびオプションで低電力ノード３０６）は、コアネットワーク３１０に接続される。

基地局３０２および低電力ノード３０６は、対応するセル３０４および３０８内の無線デバイス３１２－１～３１２－５にサービスを提供する。無線デバイス３１２－１～３１２－５は、本明細書では一般に、無線デバイス３１２と総称され、個別に無線デバイス３１２と称される。無線デバイス３１２は、本明細書ではＵＥとも呼ばれることがある。

図２は、コアネットワーク機能（ＮＦ）で構成される５Ｇネットワークアーキテクチャとして表される無線通信システムを示し、任意の２つのＮＦ間のインタラクションは、ポイントツーポイントリファレンスポイント／インターフェースによって表される。図２は、図１のシステム３００の１つの特定の実装と見なすことができる。

アクセス側から見ると、図２に示す５Ｇネットワークアーキテクチャは、無線アクセスネットワーク（ＲＡＮ）およびアクセスおよびモビリティ管理機能（ＡＭＦ）のいずれかに接続された複数のユーザ機器（ＵＥ）を含む。通常、図２の（Ｒ）ＡＮは、本明細書ではＮＧ－ＲＡＮとも呼ばれ、例えば、進化型ノードＢ（ｅＮＢ）または５Ｇ基地局（ｇＮＢ）や類似の基地局を含む。コアネットワーク側から見ると、図２に示す５ＧコアＮＦは、ネットワークスライス選択機能（ＮＳＳＦ）、認証サーバ機能（ＡＵＳＦ）、統合データ管理（ＵＤＭ）、ＡＭＦ、セッション管理機能（ＳＭＦ）、ポリシ制御機能（ＰＣＦ）、およびユーザプレーン機能（ＵＰＦ）を含む。

５Ｇネットワークアーキテクチャのリファレンスポイント表現は、規範的な標準化において、詳細なコールフローを策定するために使用される。Ｎ１リファレンスポイントは、ＵＥとＡＭＦ間のシグナリングを伝送するために定義される。ＡＮとＡＭＦの間、およびＡＮとＵＰＦの間を接続するリファレンスポイントは、それぞれＮ２およびＮ３と定義される。ＡＭＦとＳＭＦの間にはＮ１１というリファレンスポイントがあり、これはＳＭＦが少なくとも部分的にＡＭＦによって制御されることを意味する。Ｎ４はＳＭＦとＵＰＦによって使用され、ＳＭＦにより生成された制御信号を使用してＵＰＦが設定されることができ、ＵＰＦがその状態をＳＭＦに報告できるようになっている。Ｎ９は異なるＵＰＦ間を接続するリファレンスポイントであり、Ｎ１４は異なるＡＭＦ間を接続するリファレンスポイントである。Ｎ１５とＮ７は、それぞれＰＣＦがＡＭＦとＳＭＦにポリシを適用するために定義される。Ｎ１２は、ＡＭＦがＵＥの認証を実行するために必要である。Ｎ８およびＮ１０は、ＡＭＦおよびＳＭＦにＵＥの加入データが必要であるため、定義される。

５Ｇコアネットワークは、ユーザプレーンと制御プレーンの分離を目指している。ユーザプレーンはユーザトラフィックを伝送し、一方、制御プレーンはネットワーク内のシグナリングを伝送する。図２では、ＵＰＦがユーザプレーンにあり、他のすべてのＮＦ（ＡＭＦ、ＳＭＦ、ＰＣＦ、ＡＦ、ＡＵＳＦ、ＵＤＭ等）は制御プレーンにある。ユーザプレーンと制御プレーンを分離することで、各プレーンのリソースが独立してスケーリングされることが保証される。また、ＵＰＦを制御プレーンの機能とは別に分散配置することも可能である。このアーキテクチャでは、ＵＰＦはＵＥのごく近くに配置されて、ＵＥとデータネットワーク間の往復時間（ＲＴＴ）を短縮し、低遅延を必要とするアプリケーションに対応することができる。

コア５Ｇネットワークアーキテクチャは、モジュール化された機能で構成される。例えば、ＡＭＦとＳＭＦは制御プレーンの独立した機能である。ＡＭＦとＳＭＦを分離することで、独立した進化と拡張が可能となる。図２に示すように、ＰＣＦやＡＵＳＦのような他の制御プレーン機能も分離されうる。モジュール化された機能設計により、５Ｇコアネットワークは様々なサービスを柔軟にサポートできるようになる。

各ＮＦは他のＮＦと直接やりとりを行う。１つのＮＦから別のＮＦへメッセージをルーティングするために中間機能を使用することは可能である。制御プレーンでは、２つのＮＦ間のインタラクションのセットがサービスとして定義され、その再利用が可能である。このサービスにより、モジュール性のサポートが可能になる。ユーザプレーンは、異なるＵＰＦ間の転送動作などのインタラクションをサポートする。

図３は、図２の５Ｇネットワークアーキテクチャで使用されるポイントツーポイントのリファレンスポイント／インターフェースの代わりに、制御プレーンのＮＦ間でサービスベースのインターフェースを使用する５Ｇネットワークアーキテクチャを示す。ただし、図２を参照して上述したＮＦは、図３に示されるＮＦに対応する。ＮＦが他の許可されたＮＦに提供するサービスなどは、サービスベースのインターフェースを通じて許可されたＮＦに公開されうる。図３では、サービスベースのインターフェースは、ＮＦの名前に続く文字「Ｎ」で示される。例えば、ＡＭＦのサービスベースのインターフェースはＮａｍｆ、ＳＭＦのサービスベースのインターフェースはＮｓｍｆなどである。図３のネットワークエクスポージャ機能（ＮＥＦ）とネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）は、前述の図２には示されていない。しかし、図２には明示的に示されていないが、図２に示されているすべてのＮＦは、必要に応じて図２のＮＥＦおよびＮＲＦとやりとりできることを明確にすべきである。

図２および図３に示すＮＦの特性の一部は以下の方法で説明されうる。ＡＭＦは、ＵＥベースの認証、許可、モビリティ管理などを提供する。ＡＭＦはアクセステクノロジから独立しているため、複数のアクセステクノロジを使用しているＵＥでさえも、基本的には１つのＡＭＦに接続される。ＳＭＦはセッション管理を担当し、ＵＥにインターネットプロトコル（ＩＰ）アドレスを割り当てる。また、データ転送用のＵＰＦの選択と制御も行う。ＵＥに複数のセッションがある場合、それらを個別に管理し、場合によってはセッションごとに異なる機能を提供するために、各セッションに異なるＳＭＦを割り当てられうる。ＡＦは、サービスの品質（ＱｏＳ）をサポートするために、ポリシ制御を担当するＰＣＦにパケットフローに関する情報を提供する。この情報に基づいて、ＰＣＦはモビリティとセッション管理に関するポリシを決定し、ＡＭＦとＳＭＦを適切に動作させる。ＡＵＳＦはＵＥや類似の認証機能をサポートするため、ＵＥや類似の認証のためのデータを記憶し、一方、ＵＤＭはＵＥの加入データを記憶する。データネットワーク（ＤａｔａＮｅｔｗｏｒｋ）（ＤＮ）は、５Ｇコアネットワークの一部ではなく、インターネットアクセスやオペレータサービスや類似を提供する。

ＮＦは、専用ハードウェア上のネットワーク要素として、専用ハードウェア上で動作するソフトウェアインスタンスとして、または適切なプラットフォーム（例えばクラウドインフラストラクチャ）上でインスタンス化された仮想化機能として、のいずれかで実装されうる。

現在、ＡＭＦはＮＧ－ＲＡＮノードにアシスタンス情報（ａｓｓｉｓｔａｎｃｅｉｎｆｏｒｍａｔｉｏｎ）を提供し、ＵＥをＲＲＣインアクティブ状態にすることができるかどうかのＮＧ－ＲＡＮの決定をサポートする。３ＧＰＰＴＳ２３．５０１に記載されている「ＲＲＣインアクティブアシスタンス情報（ＲＲＣＩｎａｃｔｉｖｅＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）」には以下が含まれる：
－ＵＥ固有のＤＲＸ値；
－ＵＥ固有の拡張アイドルモードＤＲＸ値（サイクル長およびページングタイムウィンドウ（ＰａｇｉｎｇＴｉｍｅＷｉｎｄｏｗ）長）；
－ＵＥに提供される登録エリア（ＲｅｇｉｓｔｒａｔｉｏｎＡｒｅａ）；
－定期登録更新（ＰｅｒｉｏｄｉｃＲｅｇｉｓｔｒａｔｉｏｎＵｐｄａｔｅ）タイマ；
－ＡＭＦがＵＥに対してＭＩＣＯモードを有効にしている場合、ＵＥがＭＩＣＯモードにあることの通知；
－ＵＥのＲＡＮページング機会をＲＡＮが計算できるようにするＵＥ識別子の情報；
－音声サービス（ＶｏｉｃｅＳｅｒｖｉｃｅ）のページング原因（ＰａｇｉｎｇＣａｕｓｅ）通知がサポートされていることを示す通知；
－ＲＲＣインアクティブ状態でＣＭ接続にあるＵＥをページングするためのページングサブグルーピングのＡＭＦページング早期通知（ＰＥＩＰＳ）アシスタンス情報（ＡＭＦＰａｇｉｎｇＥａｒｌｙＩｎｄｉｃａｔｉｏｎｗｉｔｈＰａｇｉｎｇＳｕｂｇｒｏｕｐｉｎｇ（ＰＥＩＰＳ）ＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）。

上記のＲＲＣインアクティブアシスタンス情報は、（新しい）サービングＮＧ－ＲＡＮノードとのＮ２アクティベーション中（つまり、登録、サービス要求、ハンドオーバ中）にＡＭＦから提供され、ＵＥをＲＲＣインアクティブ状態に送ることができるかどうかのＮＧＲＡＮの決定をアシストする。

ＲＲＣインアクティブ状態はＲＲＣステートマシンの一部であり、ＲＲＣインアクティブ状態に入る条件を決定するのはＲＡＮに任される。ＮＡＳ手順の結果、ＲＲＣインアクティブアシスタンス情報に含まれるパラメータのいずれかが変更された場合、ＡＭＦはＮＧ－ＲＡＮノードに対してＲＲＣインアクティブアシスタンス情報を更新しなければならない。

ＵＥがＣＭ接続状態にあるとき、ＡＭＦがＲＲＣインアクティブアシスタンス情報を提供していれば、ＲＡＮノードはＵＥをＲＲＣインアクティブ状態のＣＭ接続に移行することを決定しうる。
５Ｇコアネットワークは、Ｎ２通知手順で５Ｇコアネットワークに通知されない限り、ＲＲＣ接続状態のＣＭ接続とＲＲＣインアクティブ状態のＣＭ接続間のＵＥの遷移を認識しない。
ＲＲＣインアクティブ状態のＣＭ接続に遷移すると、ＮＧ－ＲＡＮは、ＲＲＣインアクティブアシスタンス情報に示される定期登録更新（ＰｅｒｉｏｄｉｃＲｅｇｉｓｔｒａｔｉｏｎＵｐｄａｔｅ）タイマの値を考慮して、定期的なＲＡＮ通知エリア更新（ＲＡＮＮｏｔｉｆｉｃａｔｉｏｎＡｒｅａＵｐｄａｔｅ）タイマをＵＥに設定し、ＵＥに提供されるＲＡＮ通知エリア更新タイマ値よりも長い値のガードタイマを使用する。
ＮＧ－ＲＡＮにおいて定期的なＲＡＮ通知エリア更新ガードタイマが満了した場合、ＮＧ－ＲＡＮはＡＮリリース手順を開始しなければならない。
ＵＥがＲＲＣインアクティブ状態のＣＭ接続にある場合、ＵＥはＰＬＭＮ選択手順を実行する。
ＵＥがＲＲＣインアクティブ状態のＣＭ接続にある場合、ＵＥは以下の理由によりＲＲＣ接続を再開しうる：
－アップリンクデータ保留；
－モバイルが開始したＮＡＳシグナリング手順；
－ＲＡＮページングへの応答として；
－ＲＡＮ通知エリア（ＲＡＮＮｏｔｉｆｉｃａｔｉｏｎＡｒｅａ）から離脱したことをネットワークに通知する；
－定期的なＲＡＮ通知エリア更新タイマの満了時。

拡張ＤＲＸサイクルが１０．２４秒より長いＲＲＣインアクティブ状態をサポートするために、ＵＥが到達不能な場合にＲＲＣインアクティブでｅＤＲＸサイクルが長いＵＥのＭＴデータ／シグナリングを処理するために、ＮＧ－ＲＡＮノードがタイプＡ）および／またはタイプＢ）の（上記）解決策を選択できるようにするための実施形態が提示される。タイプＡ）およびタイプＢ）の解決策はどちらも、ＣＮ側（ＡＭＦ）からの機能が必要である。ＮＧ－ＲＡＮがタイプＡ）またはタイプＢ）アプローチの選択を決定する場合、ＮＧ－ＲＡＮがＣＮの能力（特にマルチベンダーの場合）を知ることは非常に重要である。そうでなければ、２つの解決策の共存はうまく動作しない。

ＮＧ－ＲＡＮの決定をサポートするために、ＣＮ（例えば、５ＧのＡＭＦまたは４ＧのＭＭＥ）はＮＧ－ＲＡＮにバッファリングサポートパラメータを提供する。ＮＧ－ＲＡＮはこの情報を使用し、オプションで他の入力パラメータと一緒に使用して、長いｅＤＲＸのＲＲＣインアクティブ状態のＵＥに対して、ＣＮＭＴデータ／シグナリング処理とＲＡＮＭＴデータ／シグナリング処理のどちらが使用されなければならないかを決定する。

図４は、ＲＲＣインアクティブ状態の長いｅＤＲＸのＵＥに対して、ＣＮＭＴデータ／シグナリング処理とＲＡＮＭＴデータ／シグナリング処理のどちらを使用されなければならないかをＮＧ－ＲＡＮが決定できるようにするために、ＣＮ機能（ＡＭＦなど）が実行する方法を示す。

ＣＮ機能（例えば、ＡＭＦ）は、ＭＴデータ／シグナリング処理に対するＣＮ能力／サポートを決定した後（ステップ４００）、（ＵＥ固有または非ＵＥ固有のＮ２シグナリングメッセージを使用して）１つまたは複数のＮ２手順の間にＮＧ－ＲＡＮノードへ送信（ステップ４０２）することによって、ＭＴデータ／シグナリング処理に関連するＣＮ能力／サポート通知パラメータをＮＧ－ＲＡＮに提供する。ＡＭＦは、以下のＮ２手順およびメッセージのいずれかでＣＮ能力通知を送信できる：
（初期ＵＥコンテキストセットアップ（ＩＮＩＴＩＡＬＵＥＣｏｎｔｅｘｔＳｅｔｕｐ））

実施形態によれば、ＡＭＦがＮＧＡＰＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐＲｅｑｕｅｓｔメッセージをＮＧ－ＲＡＮに送信するとき、「ＣｏｒｅＮｅｔｗｏｒｋＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎｆｏｒＲＲＣ＿ＩＮＡＣＴＩＶＥ」情報要素（ＩＥ）（以下に下線を示す）の一部として、または別のＩＥ（例えば、以下に下線を示すＣＮＭＴデータ／シグナリングサポート通知ＩＥ）として、ＭＴデータ／シグナリング処理能力パラメータを含めることができる。３ＧＰＰＴＳ３８．４１３に記載されている変更されたＩｎｉｔｉａｌＵＥＣｏｎｔｅｘｔＳｅｔｕｐメッセージの詳細を以下に示す（変更点は下線で示される）：
＜初期コンテキストセットアップ要求（ＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴ）＞
このメッセージは、ＡＭＦによりＵＥコンテキストのセットアップを要求するために送信される。
方向：ＡＭＦ→ＮＧ－ＲＡＮノード

ＭＴデータ／シグナリングのＣＮ能力通知が、ＲＲＣＩｎａｃｔｉｖｅＩＥのＣＮアシスタンス情報の一部として含まれる場合、その通知は以下のように含められうる：
（修正された（Ｍｏｄｉｆｉｅｄ）ＣｏｒｅＮｅｔｗｏｒｋＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎｆｏｒＲＲＣＩＮＡＣＴＩＶＥ）
このＩＥは、ＲＲＣインアクティブ設定のためのアシスタンス情報を提供する。

さらに、上記の列挙された（ＥＮＵＭＥＲＡＴＥＤ）フォーマットの代替として、一実施形態では、ＣＮＭＴデータ／シグナリングサポート通知は、以下に示すように、文字列（ＢＩＴＳＴＲＩＮＧ）としてエンコードされうる。これは、次のＮ２メッセージのセット、例えば、ＵＥコンテキスト変更、ハンドオーバ要求、パス切替え確認、およびＮ２セットアップや更新手順などの非ＵＥ関連シグナリング中にも適用される：
＜ＵＥコンテキスト変更（ＵＥＣｏｎｔｅｘｔＭｏｄｉｆｉｃａｔｉｏｎ）＞

ＡＭＦがＮＧＡＰＵＥＣｏｎｔｅｘｔＭｏｄｉｆｉｃａｔｉｏｎＲｅｑｕｅｓｔメッセージ（ＴＳ３８．４１３を参照）をＮＧ－ＲＡＮに送信する際、「ＣｏｒｅＮｅｔｗｏｒｋＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎｆｏｒＲＲＣ＿ＩＮＡＣＴＩＶＥ」ＩＥの一部として、または別のＩＥとして、ＭＴデータ／シグナリング処理能力情報を含めうる。
方向：ＡＭＦ→ＮＧ－ＲＡＮノード
＜ハンドオーバ要求（ＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴ）＞

ＮＧＡＰハンドオーバ／Ｎ２ハンドオーバ中、ＡＭＦがＮＧ－ＲＡＮにＮＧＡＰＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージ（ＴＳ３８．４１３を参照）を送信するとき、「ＣｏｒｅＮｅｔｗｏｒｋＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎｆｏｒＲＲＣ＿ＩＮＡＣＴＩＶＥ」ＩＥの一部として、または別のＩＥとして、ＭＴデータ／シグナリング処理能力情報を含めうる。
このメッセージはＡＭＦからターゲットのＮＧ－ＲＡＮノードに送信され、リソースの準備を要求する。
方向：ＡＭＦ→ＮＧ－ＲＡＮノード
＜パス切替え要求確認（ＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥ）＞

ＸＮＡＰハンドオーバ／Ｘｎハンドオーバ中、ＡＭＦがＮＧＡＰＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅメッセージ（ＴＳ３８．４１３を参照）をＮＧ－ＲＡＮに送信するとき、「ＣｏｒｅＮｅｔｗｏｒｋＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎｆｏｒＲＲＣ＿ＩＮＡＣＴＩＶＥ」ＩＥの一部として、または別のＩＥとして、ＭＴデータ／シグナリング処理能力情報を含めうる。

このメッセージはＡＭＦによって送信され、５ＧＣ内でパス切替えが正常に完了したことをＮＧ－ＲＡＮノードに通知する。

方向：ＡＭＦ→ＮＧ－ＲＡＮノード
＜Ｎ２セットアップ応答（Ｎ２ＳＥＴＵＰＲＥＳＰＯＮＳＥ）＞
Ｎ２（ＮＧ－ＡＰ）インターフェースのセットアップ中、ＡＭＦがＮＧ－ＲＡＮにＳｅｔｕｐＲｅｓｐｏｎｓｅメッセージ（ＴＳ３８．４１３を参照）を送信する際、メッセージに含まれる別のＩＥにＭＴデータ／シグナリング処理能力情報を含めうる。
このメッセージはＡＭＦによって送信され、Ｎ２インターフェースインスタンスのアプリケーション層情報を転送する。
方向：ＡＭＦ→ＮＧ－ＲＡＮノード

さらに、ＮＧ－ＡＰインターフェース設定更新中にＡＭＦがＡＭＦＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅメッセージ（ＴＳ３８．４１３を参照）をＮＧ－ＲＡＮに送信する際、メッセージに含まれる別のＩＥにＭＴデータ／シグナリング処理能力情報を含めうる。
＜ＡＭＦ設定更新（ＡＭＦＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥ）＞
このメッセージはＡＭＦがＮＧ－Ｃインターフェースインスタンスの更新情報を転送するために送信される。
方向：ＡＭＦ→ＮＧ－ＲＡＮノード

実施形態によれば、ＣＮモバイルターミネイティング（ＭＴ）データ／シグナリング能力またはサポート通知は、以下のいずれかを示しうる
・ＣＮは、長いｅＤＲＸのＲＲＣインアクティブのＵＥに対して、ＣＮにおけるＭＴデータ／シグナリングの処理（バッファリングなど）について、３ＧＰＰで規定される全ての機能をサポートするか否か、
・ＣＮは、長いｅＤＲＸのＲＲＣインアクティブのＵＥに対して、ＮＧ－ＲＡＮにおけるＭＴデータ／シグナリングの処理（バッファリングなど）について、３ＧＰＰで規定される全ての機能をサポートするか否か、または、
・ＣＮは、長いｅＤＲＸのＲＲＣインアクティブのＵＥに対して、ＣＮとＮＧ＿ＲＡＮの両方において、ＭＴデータ／シグナリングの処理（バッファリングなど）について３ＧＰＰで規定される全ての機能をサポートする、または、
・なし（オプション）。あるいは、能力通知がないことは、値「なし」または「サポートされない」の通知を受信したことと同様であり、ＣＮがＣＮおよびＮＧ－ＲＡＮにおけるＭＴデータ／信号処理（例えば、バッファリング）のために３ＧＰＰで規定される機能をサポートしていないと、ＮＧ－ＲＡＮによって解釈されうる。

図５は、いくつかの実施形態によるＮＧ－ＲＡＮノードにおける方法のフローチャートである。ＮＧ－ＲＡＮノードは、図４の一部として上述したように、Ｎ２メッセージ（ＵＥ固有または非ＵＥシグナリング）のいずれかからＣＮＭＴデータ／シグナリング能力通知を受信する（ステップ５００）。
ＮＧ－ＲＡＮは、長いｅＤＲＸ値のＲＲＣインアクティブ状態に入る際の決定のための情報を使用する（ステップ５０２）。より具体的には、ＮＧ－ＲＡＮは、潜在的に他の入力パラメータとともにこの情報を使用して、ＲＲＣインアクティブ状態で長いｅＤＲＸにあるＵＥに対して、ＣＮＭＴデータ／シグナリング処理またはＮＧ－ＲＡＮＭＴデータ／シグナリング処理のいずれを使用するかを決定する。
・サポート／能力通知がＣＮを示す場合、ＣＮ（５ＧＣなど）は、ＵＥがＲＲＣインアクティブ状態で到達不可能な場合に、ＣＮにおいて、ＭＴデータ／シグナリングを処理するために３ＧＰＰで規定される全ての機能をサポートすることを意味する。この場合、ＣＮの処理がＮＧ－ＲＡＮでもサポートされていれば、ＮＧ－ＲＡＮはＣＮが長いｅＤＲＸサイクルのＲＲＣインアクティブ状態のＵＥのＭＴデータ／シグナリングを処理すると判断する。そうでない場合は、長いｅＤＲＸをＲＲＣインアクティブに使用することはできない（例えば、アイドルモード機能のための従来の長いｅＤＲＸがＵＥに適用されうる）。
・サポート／能力通知がＮＧ－ＲＡＮを示す場合、ＣＮ（例えば、５ＧＣＮ）は、ＣＮを介した２つのＮＧ－ＲＡＮノード間のＵＥコンテキスト検索（ＵＥｃｏｎｔｅｘｔｒｅｔｒｉｅｖａｌ）を含む、ＵＥがＲＲＣインアクティブ状態で到達不可能な場合に、ＮＧ－ＲＡＮにおいて、ＭＴデータ／シグナリングの処理について３ＧＰＰで規定される全ての機能をサポートすることを意味する。この場合、ＮＧ－ＲＡＮは長いｅＤＲＸサイクルのＲＲＣインアクティブ状態のＵＥのＭＴデータ／シグナリングを処理する必要があると判断する。
・パラメータが両方を示す場合、ＣＮ（例えば、５ＧＣ）は、ＲＡＮおよびＣＮにおいて、ＭＴデータ／シグナリングの処理について、３ＧＰＰで規定される全ての機能をサポートすることを意味する。ＮＧ－ＲＡＮは、長いｅＤＲＸのＲＲＣインアクティブのＵＥに対して、ＭＴデータ／シグナリングを処理するＮＧ－ＲＡＮの能力と、内部／ローカルポリシ、リソース、トラフィックパターンなどの他のパラメータに基づいて、ＣＮとＮＧ－ＲＡＮのどちらがＭＴデータ／シグナリングを処理するかを決定する。
・ＣＮ（例えば、５ＧＣ）がいずれの機能もサポートしていない場合、ＮＧ－ＲＡＮはいかなる通知も受信しない。あるいは、「なし」または「サポートされない」コードポイントを示す通知を受信しうる。この場合、ＮＧ－ＲＡＮは、ＮＧ－ＲＡＮが能力をサポートしているかに関係なく、ＲＲＣインアクティブの長いｅＤＲＸを適用できない。

図６は、本開示のいくつかの実施形態による無線アクセスノード１１００の概略ブロック図である。無線アクセスノード１１００は、例えば、基地局３０２または３０６であってもよい。図示されるように、無線アクセスノード１１００は、１つまたは複数のプロセッサ１１０４（例えば、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および／またはこれらに類するもの）、メモリ１１０６、およびネットワークインターフェース１１０８を含む制御システム１１０２を含む。１つまたは複数のプロセッサ１１０４は、本明細書では処理回路とも呼ばれる。さらに、無線アクセスノード１１００は、各々が１つ以上のアンテナ１１１６に結合された１つ以上の送信機１１１２および１つ以上の受信機１１１４を含む１つ以上の無線ユニット１１１０を含む。無線ユニット１１１０は、無線インターフェース回路を参照し、または、無線インターフェース回路の一部でありうる。いくつかの実施形態では、無線ユニット１１１０は、制御システム１１０２の外部にあり、例えば、有線接続（例えば、光ケーブル）を介して制御システム１１０２に接続される。しかしながら、いくつかの他の実施形態では、無線ユニット１１１０および潜在的にアンテナ１１１６は、制御システム１１０２と共に統合される。１つまたは複数のプロセッサ１１０４は、本明細書で説明する無線アクセスノード１１００の１つまたは複数の機能を提供するように動作する。いくつかの実施形態では、機能は、例えばメモリ１１０６に記憶され、１つ以上のプロセッサ１１０４によって実行されるソフトウェアに実装される。

図８は、本開示のいくつかの実施形態による無線アクセスノード１１００の仮想化された実施形態を示す概略ブロック図である。この議論は、他のタイプのネットワークノードにも同様に適用可能である。さらに、他のタイプのネットワークノードも同様の仮想化アーキテクチャを有しうる。

本明細書で使用する「仮想化」無線アクセスノードとは、無線アクセスノード１１００の機能の少なくとも一部が仮想コンポーネントとして（例えば、ネットワーク内の物理処理ノード上で実行している仮想マシンを介して）実装される無線アクセスノード１１００の実装である。図示されるように、この例では、無線アクセスノード１１００は、１つまたは複数のプロセッサ１１０４（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡおよび／またはこれらに類するもの）、メモリ１１０６、およびネットワークインターフェース１１０８を含む制御システム１１０２と、上述のように、１つまたは複数のアンテナ１１１６に結合された１つまたは複数の送信機１１１２および１つまたは複数の受信機１１１４をそれぞれ含む１つまたは複数の無線ユニット１１１０とを含む。制御システム１１０２は、例えば光ケーブルなどを介して無線ユニット１１１０に接続される。制御システム１１０２は、ネットワークインターフェース１１０８を介して、ネットワーク１２０２に結合された、またはネットワーク１２０２の一部として含まれる１つまたは複数の処理ノード１２００に接続される。各処理ノード１２００は、１つ以上のプロセッサ１２０４（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡおよび／またはこれらに類するもの）、メモリ１２０６、およびネットワークインターフェース１２０８を含む。

この例では、本明細書で説明する無線アクセスノード１１００の機能１２１０は、１つまたは複数の処理ノード１２００で実装されるか、または任意の所望の方法で制御システム１１０２および１つまたは複数の処理ノード１２００に分散される。いくつかの特定の実施形態では、本明細書で説明する無線アクセスノード１１００の機能１２１０の一部または全部は、処理ノード１２００によってホストされる仮想環境で実装される１つまたは複数の仮想マシンによって実行される仮想コンポーネントとして実装される。当業者には理解されるように、所望の機能１２１０の少なくとも一部を実行するために、処理ノード１２００と制御システム１１０２との間の追加のシグナリングまたは通信が使用される。注目すべきことに、いくつかの実施形態では、制御システム１１０２は含まれていなくてもよく、その場合、無線ユニット１１１０は、適切なネットワークインターフェースを介して処理ノード１２００と直接通信する。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行された場合、少なくとも１つのプロセッサに、本明細書で説明される実施形態のいずれかに従って、無線アクセスノード１１００の機能または無線アクセスノード１１００の機能１２１０のうちの１つ以上を仮想環境で実装するノード（例えば、処理ノード１２００）の機能を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラム製品を含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（例えば、メモリなどの非一過性のコンピュータ可読媒体）のうちの１つである。

図７は、本開示の他のいくつかの実施形態による無線アクセスノード１１００の概略ブロック図である。無線アクセスノード１１００は、それぞれがソフトウェアで実装される１つ以上のモジュール１３００を含む。モジュール１３００は、本明細書で説明する無線アクセスノード１１００の機能を提供する。この議論は、モジュール１３００が処理ノード１２００の１つに実装されてもよく、複数の処理ノード１２００にわたって分散されてもよく、および／または処理ノード１２００および制御システム１１０２にわたって分散されてもよい、図１２の処理ノード１２００にも同様に適用されうる。

図９は、本開示のいくつかの実施形態によるＵＥ１４００の概略ブロック図である。図示されるように、ＵＥ１４００は、１つまたは複数のプロセッサ１４０２（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡおよび／またはこれらに類するもの）、メモリ１４０４、および１つまたは複数のアンテナ１４１２に結合された１つまたは複数の送信機１４０８および１つまたは複数の受信機１４１０をそれぞれ含む１つまたは複数のトランシーバ１４０６を含む。トランシーバ１４０６は、当業者には理解されるように、アンテナ１４１２とプロセッサ１４０２との間で通信される信号を調整するように構成された、アンテナ１４１２に接続された無線フロントエンド回路を含む。プロセッサ１４０２は、本明細書では処理回路とも呼ばれる。トランシーバ１４０６は、本明細書では無線回路とも呼ばれる。いくつかの実施形態では、上述したＵＥ１４００の機能は、例えば、メモリ１４０４に記憶され、プロセッサ１４０２によって実行されるソフトウェアにおいて、完全または部分的に実装されうる。ＵＥ１４００は、例えば、１つまたは複数のユーザインターフェースコンポーネント（例えば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、スピーカおよび／またはこれらに類するもの、および／または、ＵＥ１４００への情報の入力を可能にし、および／またはＵＥ１４００からの情報の出力を可能にするための任意の他のコンポーネントを含む入出力インターフェース）、電源（例えば、バッテリおよび関連する電源回路）など、図１４に図示されていない追加のコンポーネントを含みうることに留意されたい。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行される場合、少なくとも１つのプロセッサに、本明細書で説明される実施形態のいずれかによるＵＥ１４００の機能を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラム製品を含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（例えば、メモリなどの非一過性のコンピュータ可読媒体）のうちの１つである。

図１０は、本開示のいくつかの他の実施形態によるＵＥ１４００の概略ブロック図である。ＵＥ１４００は、それぞれがソフトウェアで実装される１つまたは複数のモジュール１５００を含む。モジュール１５００は、本明細書で説明するＵＥ１４００の機能を提供する。

図１１は、本開示のいくつかの実施形態による通信システムを示す図である。図１１を参照すると、一実施形態に従って、通信システムは、ＲＡＮなどのアクセスネットワーク１６０２とコアネットワーク１６０４とから構成される３ＧＰＰタイプのセルラネットワークなどの電気通信ネットワーク１６００を含む。アクセスネットワーク１６０２は、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイント（ＡＰ）などの複数の基地局１６０６Ａ、１６０６Ｂ、１６０６Ｃを含み、それぞれが対応するカバレッジエリア１６０８Ａ、１６０８Ｂ、１６０８Ｃを定義する。各基地局１６０６Ａ、１６０６Ｂ、１６０６Ｃは、有線または無線接続１６１０を介してコアネットワーク１６０４に接続可能である。カバレッジエリア１６０８Ｃに位置する第１のＵＥ１６１２は、対応する基地局１６０６Ｃに無線で接続するか、または対応する基地局１６０６Ｃによってページングされるように構成される。カバレッジエリア１６０８Ａに位置する第２のＵＥ１６１４は、対応する基地局１６０６Ａに無線で接続可能である。この例では複数のＵＥ１６１２、１６１４が図示されているが、開示される実施形態は、１つのＵＥがカバーエリア内にある状況、または１つのＵＥが対応する基地局１６０６に接続している状況にも同様に適用可能である。

電気通信ネットワーク１６００は、それ自体がホストコンピュータ１６１６に接続されており、このホストコンピュータ１６１６は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバ、またはサーバファーム内の処理リソースとして、ハードウェアおよび／またはソフトウェアで具現化されうる。ホストコンピュータ１６１６は、サービスプロバイダの所有権または管理下に置かれてもよく、サービスプロバイダによって、またはサービスプロバイダに代わって運営されてもよい。電気通信ネットワーク１６００とホストコンピュータ１６１６との間の接続１６１８および１６２０は、コアネットワーク１６０４からホストコンピュータ１６１６に直接延びてもよいし、オプションの中間ネットワーク１６２２を経由してもよい。中間ネットワーク１６２２は、パブリック、プライベート、またはホストされたネットワークのうちの１つ、または２つ以上の組み合わせであってもよく、中間ネットワーク１６２２は、もしあれば、バックボーンネットワークまたはインターネットであってもよく、特に、中間ネットワーク１６２２は、２つ以上のサブネットワーク（図示せず）を含みうる。

図１１の通信システムは全体として、接続されたＵＥ１６１２、１６１４とホストコンピュータ１６１６との間の接続性を可能にする。この接続性は、Ｏｖｅｒ－ｔｈｅ－Ｔｏｐ（ＯＴＴ）接続１６２４として説明されうる。ホストコンピュータ１６１６および接続されたＵＥ１６１２、１６１４は、ＯＴＴ接続１６２４を介して、アクセスネットワーク１６０２、コアネットワーク１６０４、任意の中間ネットワーク１６２２、および可能なさらなるインフラストラクチャ（図示せず）を仲介として使用して、データおよび／またはシグナリングを通信するように構成される。ＯＴＴ接続１６２４は、ＯＴＴ接続１６２４が通過する参加通信デバイスがアップリンクおよびダウンリンク通信のルーティングに認知されないという意味で、透過的でありうる。例えば、基地局１６０６は、接続されたＵＥ１６１２に転送される（例えば、引き渡される）ホストコンピュータ１６１６から発信されるデータを有する着信ダウンリンク通信の過去のルーティングについて通知されていなくてもよいし、通知される必要もない。同様に、基地局１６０６は、ホストコンピュータ１６１６に向けてＵＥ１６１２から発信される発信アップリンク通信の将来のルーティングを認識する必要はない。

図１２は、本開示のいくつかの実施形態による通信システムを示す図である。ここで、図１２を参照して、前の段落で説明したＵＥ、基地局、およびホストコンピュータの、実施形態による例示的な実装について説明する。通信システム１７００において、ホストコンピュータ１７０２は、通信システム１７００の異なる通信デバイスのインターフェースとの有線または無線接続を設定および維持するように構成された通信インターフェース１７０６を含むハードウェア１７０４を含む。ホストコンピュータ１７０２は、記憶および／または処理能力を有しうる処理回路１７０８をさらに含む。特に、処理回路１７０８は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組み合わせ（図示せず）を含みうる。ホストコンピュータ１７０２は、ホストコンピュータ１７０２内に記憶されるか、またはホストコンピュータ１７０２によってアクセス可能であり、処理回路１７０８によって実行可能なソフトウェア１７１０をさらに含む。ソフトウェア１７１０は、ホストアプリケーション１７１２を含む。ホストアプリケーション１７１２は、ＵＥ１７１４およびホストコンピュータ１７０２で終端するＯＴＴ接続１７１６を介して接続するＵＥ１７１４などのリモートユーザにサービスを提供するように動作可能でありうる。リモートユーザにサービスを提供する際、ホストアプリケーション１７１２は、ＯＴＴ接続１７１６を使用して送信されるユーザデータを提供しうる。

通信システム１７００は、電気通信システム内に提供され、ホストコンピュータ１７０２およびＵＥ１７１４との通信を可能にするハードウェア１７２０を含む基地局１７１８をさらに含む。ハードウェア１７２０は、通信システム１７００の異なる通信デバイスのインターフェースとの有線接続または無線接続を設定および維持するための通信インターフェース１７２２、および基地局１７１８によって提供されるカバレッジエリア（図１２には図示せず）内に位置するＵＥ１７１４との少なくとも無線接続１７２６を設定および維持するための無線インターフェース１７２４を含みうる。通信インターフェース１７２２は、ホストコンピュータ１７０２への接続１７２８を容易にするように構成されうる。接続１７２８は、直接であってもよく、電気通信システムのコアネットワーク（図１２には図示せず）を通過してもよく、電気通信システム外の１つ以上の中間ネットワークを通過してもよい。図示の実施形態では、基地局１７１８のハードウェア１７２０は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組み合わせ（図示せず）を含みうる処理回路１７３０をさらに含む。基地局１７１８はさらに、内部に記憶された、または外部接続を介してアクセス可能なソフトウェア１７３２を有する。

通信システム１７００は、すでに言及したＵＥ１７１４をさらに含む。ＵＥ１７１４のハードウェア１７３４は、ＵＥ１７１４が現在位置するカバレッジエリアにサービスを提供する基地局との無線接続１７２６を設定および維持するように構成された無線インターフェース１７３６を含みうる。ＵＥ１７１４のハードウェア１７３４は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組み合わせ（図示せず）を含みうる処理回路１７３８をさらに含む。ＵＥ１７１４は、ソフトウェア１７４０をさらに含み、このソフトウェアは、ＵＥ１７１４に記憶されるか、またはＵＥ１７１４によってアクセス可能であり、処理回路１７３８によって実行可能である。ソフトウェア１７４０は、クライアントアプリケーション１７４２を含む。クライアントアプリケーション１７４２は、ホストコンピュータ１７０２のサポートを受けて、ＵＥ１７１４を介して人間または非人間のユーザにサービスを提供するように動作可能でありうる。ホストコンピュータ１７０２において、実行しているホストアプリケーション１７１２は、ＵＥ１７１４およびホストコンピュータ１７０２で終端するＯＴＴ接続１７１６を介して、実行しているクライアントアプリケーション１７４２と通信しうる。ユーザにサービスを提供する際、クライアントアプリケーション１７４２は、ホストアプリケーション１７１２から要求データを受信し、要求データに応答してユーザデータを提供しうる。ＯＴＴ接続１７１６は、要求データとユーザデータの両方を転送しうる。クライアントアプリケーション１７４２は、提供するユーザデータを生成するために、ユーザとやりとりしうる。

図１２に図示されたホストコンピュータ１７０２、基地局１７１８、およびＵＥ１７１４は、それぞれ、図１１のホストコンピュータ１６１６、基地局１６０６Ａ、１６０６Ｂ、１６０６Ｃのうちの１つ、およびＵＥ１６１２、１６１４のうちの１つと類似または同一でありうることに留意されたい。すなわち、これらのエンティティの内部動作は、図１２に示されるようであってもよく、独立して、周囲のネットワークトポロジは図１１のものであってもよい。

図１２において、ＯＴＴ接続１７１６は、任意の中間デバイスおよびこれらのデバイスを介したメッセージの正確なルーティングを明示的に参照することなく、基地局１７１８を介してホストコンピュータ１７０２とＵＥ１７１４との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャは、ＵＥ１７１４から、またはホストコンピュータ１７０２を操作するサービスプロバイダから、あるいはその両方から隠れるように構成されるルーティングを決定しうる。ＯＴＴ接続１７１６がアクティブである間、ネットワークインフラストラクチャはさらに、（例えば、負荷分散の考慮またはネットワークの再構成に基づいて）ルーティングを動的に変更する決定を行いうる。

ＵＥ１７１４と基地局１７１８との間の無線接続１７２６は、本開示全体を通じて説明される実施形態の教示に従う。さまざまな実施形態の１つ以上は、無線接続１７２６が最後のセグメントを形成するＯＴＴ接続１７１６を使用してＵＥ１７１４に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、ＯＴＴからのＭＴデータまたはシグナリングをＣＮまたはＮＧ－ＲＡＮで処理することを可能にし、それによって、パケット損失を最小限に抑えるなどの利点を提供し、エンドユーザの性能向上につながる。

データレート、遅延、および１つまたは複数の実施形態が改善する他の要因を監視する目的で、測定手順が提供されうる。測定結果の変動に応答して、ホストコンピュータ１７０２とＵＥ１７１４との間のＯＴＴ接続１７１６を再構成するためのオプションのネットワーク機能がさらに存在しうる。測定手順および／またはＯＴＴ接続１７１６を再構成するためのネットワーク機能は、ホストコンピュータ１７０２のソフトウェア１７１０およびハードウェア１７０４、またはＵＥ１７１４のソフトウェア１７４０およびハードウェア１７３４、またはその両方で実装されうる。いくつかの実施形態では、センサ（図示せず）が、ＯＴＴ接続１７１６が通過する通信デバイス内または通信デバイスに関連して配備されてもよく、センサは、上記に例示された監視される量の値を供給することによって、またはソフトウェア１７１０、１７４０が監視される量を計算もしくは推定することができる他の物理量の値を供給することによって、測定手順に参加しうる。ＯＴＴ接続１７１６の再構成は、メッセージフォーマット、再送信設定、優先ルーティングなどを含みうる。再構成は基地局１７１８に影響を与える必要はなく、基地局１７１８にとって未知であるか、または知覚できないことがある。このような手順および機能性は、当該技術分野において公知であり、実施されうる。特定の実施形態では、測定は、スループット、伝搬時間、遅延などのホストコンピュータ１７０２の測定を容易にする独自のＵＥシグナリングを含みうる。測定は、ソフトウェア１７１０および１７４０が、伝搬時間、エラーなどを監視している間に、ＯＴＴ接続１７１６を使用して、メッセージ、特に空のメッセージまたは「ダミー」メッセージを送信させるように実施されうる。

図１３は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照して説明されうるホストコンピュータ、基地局、およびＵＥを含む。本開示を簡単にするために、このセクションでは、図１３の図面参照のみを含める。ステップ１８００において、ホストコンピュータはユーザデータを提供する。ステップ１８００のサブステップ１８０２（オプションでありうる）において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ１８０４において、ホストコンピュータは、ユーザデータをＵＥに伝送する送信を開始する。ステップ１８０６（オプションでありうる）において、基地局は、本開示全体を通じて説明される実施形態の教示に従って、ホストコンピュータが開始した送信において伝送されたユーザデータをＵＥに送信する。ステップ１８０８（オプションでありうる）において、ＵＥは、ホストコンピュータによって実行されたホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。

図１４は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照して説明されうるホストコンピュータ、基地局、およびＵＥを含む。本開示を簡単にするために、このセクションでは、図１４への図面参照のみが含まれる。方法のステップ１９００において、ホストコンピュータはユーザデータを提供する。オプションのサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ１９０２において、ホストコンピュータは、ユーザデータをＵＥに伝送する送信を開始する。この送信は、本開示全体を通じて説明される実施形態の教示に従って、基地局を通過しうる。ステップ１９０４（オプションでありうる）において、ＵＥは、送信において伝送されたユーザデータを受信する。

本明細書で開示される適切なステップ、方法、特徴、機能、または利点は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを介して実行されうる。各仮想装置は、多数のこれらの機能ユニットを含みうる。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラ、またはデジタルシグナルプロセッサ（ＤＳＰ）、特殊用途デジタルロジックなどを含む他のデジタルハードウェアを含みうる処理回路を介して実装されうる。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたは複数のタイプのメモリを含みうるメモリに記憶されたプログラムコードを実行するように構成されうる。メモリに記憶されるプログラムコードは、１つまたは複数の電気通信および／またはデータ通信プロトコルを実行するためのプログラム命令、および本明細書に記載される技術の１つまたは複数を実行するための命令を含む。いくつかの実装では、処理回路は、本開示の１つまたは複数の実施形態に従って、それぞれの機能ユニットに対応する機能を実行させるために使用されうる。

図中の工程は、本開示の特定の実施形態によって実行される動作の特定の順序を示しうるが、そのような順序は例示的なものであることを理解すべきである（例えば、代替の実施形態は、動作を異なる順序で実行したり、特定の動作を組み合わせたり、特定の動作を重複させたり、等しうる）。
（実施形態）
グループＡの実施形態－５ＧＡＭＦ

実施形態１：コアネットワーク（ＣＮ）のネットワーク機能によって実行される方法であって、前記方法は以下を含む：
－長いｅＤＲＸサイクルのＲＲＣインアクティブの１つまたは複数のユーザ機器（ＵＥ）に対して、前記ＣＮまたは無線アクセスネットワーク（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）、または両方において、モバイルターミネイテッド（ＭＴ）データ／シグナリングの処理に必要な機能をサポートする前記ＣＮの能力を決定することと、
－前記無線アクセスネットワークへ前記能力を通知すること。

実施形態２：前記５Ｇネットワークノードが、アクセスおよびモビリティ管理機能（ＡＭＦ）を含む、実施形態１の方法。

実施形態３：前記無線アクセスネットワークへ前記能力を通知する前記ステップは、ＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴメッセージにおいて前記能力を送信することを含む、実施形態１または２の方法。

実施形態４：前記無線アクセスネットワークへ前記能力を通知する前記ステップは、ＵＥＣＯＮＴＥＸＴＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＥＳＴメッセージにおいて前記能力を送信することを含む、実施形態１または２の方法。

実施形態５：前記無線アクセスネットワークへ前記能力を通知する前記ステップは、ＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージにおいて前記能力を送信することを含む、実施形態１または２の方法。

実施形態６：前記無線アクセスネットワークへ前記能力を通知する前記ステップは、ＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥメッセージにおいて前記能力を送信することを含む、実施形態１または２の方法。

実施形態７：前記無線アクセスネットワークへ前記能力を通知する前記ステップは、ＮＧ／Ｎ２ＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージにおいて前記能力を送信することを含む、実施形態１または２の方法。

実施形態８：前記無線アクセスネットワークへ前記能力を通知する前記ステップは、ＡＭＦＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージにおいて前記能力を送信することを含む、実施形態１または２の方法。

実施形態９：前記能力が、ＣＮＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎｆｏｒＲＲＣＩＮＡＣＴＩＶＥ情報要素に含まれる、実施形態１から８のいずれかの方法。
グループＢの実施形態－ＲＡＮの無線アクセスノード

実施形態１０：無線アクセスネットワーク内にありコアネットワーク（ＣＮ）に接続される無線ネットワークノードによって実行される方法であって、前記方法は以下を含む：
－長いｅＤＲＸサイクルのＲＲＣインアクティブにある１つまたは複数のユーザ機器（ＵＥ）に対して、前記ＣＮまたは前記無線アクセスネットワークまたは両方においてモバイルターミネイテッド（ＭＴ）データ／シグナリングの処理に必要な機能をサポートする前記ＣＮの能力の通知を受信することと、
－前記通知およびＭＴデータ／シグナリングを処理する前記無線ネットワークノードの能力に基づいて、長いｅＤＲＸサイクルのＲＲＣインアクティブ状態の前記１つまたは複数のＵＥに対して、前記ＣＮにおけるＭＴデータ／シグナリングの処理と前記無線アクセスノードにおけるＭＴデータ／シグナリングの処理のいずれが使用されるかを決定すること。

実施形態１１：前記ＣＮにおけるＭＴデータ／シグナリングが使用されると決定することは、前記ＣＮまたは前記無線アクセスネットワークと前記ＣＮの両方におけるモバイルターミネイテッド（ＭＴ）データ／シグナリングの処理に必要な機能を、前記ＣＮがサポートすることを示す前記ＣＮの前記能力の前記通知に基づく、実施形態１０の方法。

実施形態１２：前記無線アクセスノードにおけるＭＴデータ／シグナリングが使用されると決定することは、前記無線アクセスネットワーク、または、前記無線アクセスネットワークと前記ＣＮの両方におけるモバイルターミネイテッド（ＭＴ）データ／シグナリングの処理に必要な機能を、前記ＣＮがサポートすることを示す前記ＣＮの前記能力の前記通知と、ＭＴデータ／シグナリングを処理する前記無線ネットワークノードの能力とに基づく、実施形態１０の方法。

実施形態１３：前記能力の前記通知は、ＣＮＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎｆｏｒＲＲＣＩＮＡＣＴＩＶＥ情報要素に含まれる、実施形態１０から１２のいずれかの方法。

実施形態１４：前記能力の前記通知を受信する前記ステップが、ＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴメッセージ内の通知を受信することを含む、実施形態１０の方法。

実施形態１５：前記能力の前記通知を受信する前記ステップが、ＵＥＣＯＮＴＥＸＴＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＥＳＴメッセージ内の通知を受信することを含む、実施形態１０の方法。

実施形態１６：前記能力の前記通知を受信する前記ステップが、ＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージ内の通知を受信することを含む、実施形態１０の方法。

実施形態１７：前記能力の前記通知を受信する前記ステップが、ＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥメッセージ内の通知を受信することを含む、実施形態１０の方法。

実施形態１８：前記能力の前記通知を受信する前記ステップが、ＮＧ／Ｎ２ＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージ内の通知を受信することを含む、実施形態１０の方法。

実施形態１９：前記能力の前記通知を受信する前記ステップが、ＡＭＦＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージ内の通知を受信することを含む、実施形態１０の方法。

実施形態２０：前記ＣＮの前記能力の前記通知は、前記ＣＮと前記無線アクセスネットワークの両方におけるモバイルターミネイテッド（ＭＴ）データ／シグナリングの処理に必要な機能を、前記ＣＮがサポートしないことをさらに示す、実施形態１０の方法。

実施形態２１：前記通知は、暗黙的（例えば、前記ＣＮによって受信されない）または明示的（例えば、前記ＣＮによって受信される）である、実施形態２０の方法。

実施形態２２：前記方法は、ＭＴデータ／信号をサポートする前記無線アクセスノードの前記能力にかかわらず、ＲＲＣインアクティブに対して長いｅＤＲＸを適用することを行わないことをさらに含む、実施形態２０の方法。
グループＣの実施形態－装置

実施形態２３：前記グループＡのいずれかの実施形態のいずれかの前記ステップを実行するように構成された処理回路を含むネットワーク機能を実装するネットワークノード。

実施形態２４：前記ネットワークノードは、アクセスおよびモビリティ管理機能（ＡＭＦ）ノードを含む、実施形態２３のネットワークノード。

実施形態２５：前記グループＢのいずれかの実施形態のいずれかの前記ステップを実行するように構成された処理回路を含む、無線ネットワークノード。

実施形態２６：前記無線ネットワークノードは、ｇＮＢを含む、実施形態２５の無線ネットワークノード。

本開示では、以下の略語の少なくともいくつかが使用されうる。略語間に矛盾がある場合は、上記の使用方法を優先すべきである。以下に複数回記載されている場合、最初の記載がそれ以降のいずれの記載よりも優先されるべきである。
・３ＧＰＰ第３世代パートナーシッププロジェクト
・５Ｇ第５世代
・５ＧＣ第５世代コアネットワーク
・５ＧＳ第５世代システム
・ＡＦアプリケーション機能
・ＡＭＦアクセスおよびモビリティ管理機能
・ＡＮアクセスネットワーク
・ＡＰアクセスポイント
・ＡＳＩＣ特定用途向け集積回路
・ＡＵＳＦ認証サーバ機能
・ＣＧＩセルグローバル識別子
・ＣＭ設定管理
・ＣＮコアネットワーク
・ＣＰＵ中央処理装置
・ＤＬダウンリンク
・ＤＮデータネットワーク
・ＤＲＸ不連続受信
・ＤＳＰデジタル信号プロセッサ
・ｅＤＲＸ拡張不連続受信
・ｅＮＢ拡張または進化型ノードＢ
・ＥＰＣ進化型パケットコア
・ＥＰＳ進化型パケットシステム
・Ｅ－ＵＴＲＡ進化型ユニバーサル地上無線アクセス
・Ｅ－ＵＴＲＡＮ進化型ユニバーサル地上無線アクセスネットワーク
・ＦＰＧＡフィールドプログラマブルゲートアレイ
・ｇＮＢ新無線基地局
・ＬＴＥロングタームエボリューション
・ＭＭＥモビリティ管理エンティティ
・ＭＴモバイルターミネイテッド
・ＭＴＣ機械型通信
・ＮＡＳ非アクセス層
・ＮＥＦネットワークエクスポージャ機能
・ＮＦネットワーク機能
・ＮＧ次世代（例えば、５Ｇ）
・ＮＲ新無線
・ＮＲＦネットワーク機能リポジトリ機能
・ＮＳＳＦネットワークスライス選択機能
・ＯＴＴオーバーザトップ
・ＰＣＦポリシ制御機能
・ＰＬＭＮ公衆地上波モバイルネットワーク
・ＲＡＭランダムアクセスメモリ
・ＲＡＮ無線アクセスネットワーク
・ＲＡＴ無線アクセス技術
・ＲＮＡ無線アクセスネットワーク通知エリア
・ＲＮＴＩ無線ネットワーク一時的識別子
・ＲＯＭ読取り専用メモリ
・ＲＲＣ無線リソース制御
・ＲＲＨリモート無線ヘッド
・ＳＭＦセッション管理機能
・ＴＡＩトラッキングエリア識別子
・ＴＳ技術規格
・ＵＤＭ統合データ管理
・ＵＥユーザ機器
・ＵＰＦユーザプレーン機能
・ＵＴＲＡユニバーサル地上無線アクセス
・ＵＴＲＡＮユニバーサル地上無線アクセスネットワーク

当業者であれば、本開示の実施形態に対する改良および変更を認識するであろう。このような改良および変更は全て、本明細書に開示された概念の範囲内とみなされる。

Claims

コアネットワーク（ＣＮ）のネットワーク機能によって実行される方法であって、
ユーザ機器（ＵＥ）が長い拡張不連続受信（ｅＤＲＸ）サイクルの無線リソース制御（ＲＲＣ）インアクティブ状態にある場合に、前記ＵＥに対するモバイルターミネイテッド（ＭＴ）データおよび／またはシグナリングの処理をサポートする前記ＣＮの能力を決定することと、
前記ＵＥにサービスを提供している無線アクセスネットワーク（ＲＡＮ）ノードへ、前記ＵＥが長いｅＤＲＸサイクルのＲＲＣインアクティブ状態の場合に、前記ＲＡＮノードが前記ＵＥに対するＭＴデータおよび/またはシグナリングの処理を前記ＣＮに要求できるようにするためのＭＴデータ／シグナリングの処理を前記ＣＮがサポートするか否かを示す能力通知を送信することであって、前記ＣＮが前記ＭＴデータおよび/またはシグナリングをバッファリングすることによりＭＴデータおよび/またはシグナリングを処理すること
を含む方法。
前記ネットワーク機能が、アクセスおよびモビリティ管理機能（ＡＭＦ）を含む、請求項１に記載の方法。
前記無線アクセスネットワークノードへ前記能力通知を送信する前記ステップは、ＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴメッセージにおいてまたはＵＥＣＯＮＴＥＸＴＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＥＳＴメッセージにおいて前記能力通知を送信することを含む、請求項１に記載の方法。
前記無線アクセスネットワークノードへ前記能力通知を送信する前記ステップは、ＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージにおいてまたはＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥメッセージにおいて前記能力通知を送信することを含む、請求項１に記載の方法。
前記無線アクセスネットワークノードへ前記能力通知を送信する前記ステップは、ＮＧ／Ｎ２ＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージにおいてまたはＡＭＦＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージにおいて前記能力通知を送信することを含む、請求項１に記載の方法。
前記能力通知が、ＣＮＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎｆｏｒＲＲＣＩＮＡＣＴＩＶＥ情報要素において前記ＲＡＮノードへ送信される、請求項１に記載の方法。
前記長いｅＤＲＸサイクルが、１０．２４秒より長いＤＲＸサイクルを含む、請求項１に記載の方法。
無線アクセスネットワーク（ＲＡＮ）ノードであって、処理回路と、前記処理回路により実行された場合に前記ＲＡＮノードを
コアネットワーク（ＣＮ）がユーザ機器（ＵＥ）に対するモバイルターミネイティング（ＭＴ）データ／シグナリングの処理をサポートするか否かを示す能力通知を前記ＣＮから受信し、
受信された前記能力通知に基づいて、前記ＵＥが長い拡張不連続受信（ｅＤＲＸ）サイクルのＲＲＣインアクティブ状態にある場合に、ＭＴデータ／シグナリングが前記ＵＥに対して前記ＣＮにおいて処理されるかを決定することであって、前記ＵＥが長いｅＤＲＸサイクルのＲＲＣインアクティブ状態にある場合に、前記ＣＮにおいて前記ＭＴデータ／シグナリングをバッファリングすることにより前記ＣＮによりＭＴデータ／シグナリングが処理される、
ように構成する命令を含むメモリと、を含む
ＲＡＮノード。
前記能力通知は、ＣＮＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎｆｏｒＲＲＣＩＮＡＣＴＩＶＥ情報要素において含まれる、請求項８に記載のＲＡＮノード。
能力通知を受信するように構成された前記ＲＡＮノードは、前記能力通知を、ＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴメッセージにおいてまたはＵＥＣＯＮＴＥＸＴＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＥＳＴメッセージにおいて受信するように構成された前記ＲＡＮノードを含む、請求項８に記載のＲＡＮノード。
能力通知を受信するように構成された前記ＲＡＮノードは、前記能力通知を、ＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージにおいてまたはＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥメッセージにおいて受信するように構成された前記ＲＡＮノードを含む、請求項８に記載のＲＡＮノード。
能力通知を受信するように構成された前記ＲＡＮノードは、前記能力通知を、ＮＧ／Ｎ２ＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージにおいてまたはＡＭＦＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージにおいて受信するように構成された前記ＲＡＮノードを含む、請求項８に記載のＲＡＮノード。
前記能力通知は、前記ＣＮがモバイルターミネイテッド（ＭＴ）データ／シグナリングの処理をサポートしないことをさらに示す、請求項８に記載のＲＡＮノード。
ＭＴデータ／シグナリングを前記ＲＡＮノードにおいて処理するかを決定するようにさらに構成された、請求項１３に記載のＲＡＮノード。
前記長いｅＤＲＸサイクルは、１０．２４秒より長いＤＲＸサイクルを含む、請求項８に記載のＲＡＮノード。
コアネットワーク（ＣＮ）におけるネットワーク機能を実装するネットワークノードであって、前記ネットワークノードは、処理回路と前記処理回路により実行された場合に、前記ネットワークノードを、
ユーザ機器（ＵＥ）が、長い拡張不連続受信（ｅＤＲＸ）サイクルの無線リソース制御（ＲＲＣ）インアクティブ状態にある場合に、前記ＵＥに対するモバイルターミネイテッド（ＭＴ）データおよび／またはシグナリングの処理をサポートする前記ＣＮの能力を決定し、
前記ＵＥにサービスを提供している無線アクセスネットワーク（ＲＡＮ）ノードへ、前記ＵＥが長いｅＤＲＸサイクルのＲＲＣインアクティブ状態の場合に、前記ＲＡＮノードが前記ＵＥに対するＭＴデータおよび/またはシグナリングを処理することを前記ＣＮに要求できるようにするためのＭＴデータ／シグナリングの処理を前記ＣＮがサポートするか否かを示す能力通知を送信し、前記ＣＮが前記ＭＴデータおよび/またはシグナリングをバッファリングすることによりＭＴデータおよび/またはシグナリングを処理する、
ように構成する命令を含むメモリと、を含む
ネットワークノード。
前記ＲＡＮノードは、第５世代システムにおける次世代ノードＢである、請求項８に記載のＲＡＮノード。
前記能力通知は、ＣＮＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎｆｏｒＲＲＣＩＮＡＣＴＩＶＥ情報要素に含まれる、請求項１６に記載のネットワークノード。