JP2021521672A - ５ｇネットワークでのローカルエリアデータネットワーク（ｌａｄｎ）への接続を管理する方法 - Google Patents

Abstract

ローカルエリアデータネットワーク（Local Area Data Network：ＬＡＤＮ）間のバックグラウンドデータ転送（Background Data Transfer：ＢＤＴ）の構成に関する方法および装置を本明細書に記載する。装置は、ユーザ端末（User Equipment：ＵＥ）から発信するデータのデータ転送に対するＵＥからの要求を示すメッセージを受信してもよい。装置は、既存のＢＤＴポリシーが存在するかどうかを判断するために、ＵＥに関連するサブスクリプション情報、およびＵＥに関連するポリシープロファイルに対する要求を、データベースに送信してもよい。装置は、再使用することができる既存のＢＤＴポリシーがあるかどうかを示す応答を、データベースから受信してもよい。装置は、受信した応答に基づいて、そのデータ転送に関するＢＤＴポリシー、およびそのデータ転送を提供するＬＡＤＮを決定してもよい。装置は、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）ノードを介してＬＡＤＮに、そのデータ転送の到着時間およびデータレートの通知メッセージを送信してもよい。

Description

（関連出願の相互参照）
本出願は、２０１８年４月６日に出願の米国特許仮出願番号第６２／６５３，８２７号の利益を請求し、その全体が参照として本明細書に組み込まれる。

バックグラウンドデータ転送（Background Data Transfer：ＢＤＴ）は、一定のデータレートで特定の期間の間のユーザ端末（User Equipments：ＵＥ）へのデータ転送を、アプリケーションサーバ（Application Server：ＡＳ）が予め構成することを可能にするリソース管理メカニズムである。ロングタームエボリューション（Long Term Evolution：ＬＴＥ）発展型パケットコア（Evolved Packet Core：ＥＰＣ）は、モバイル終端（Mobile Terminated：ＭＴ）トラフィックのＢＤＴを構成するＡＳのサービス能力サーバ向けのプロシージャを定義している。ローカルエリアデータネットワーク（Local Area Data Network：ＬＡＤＮ）は、特定の位置でのみＵＥがアクセス可能なデータネットワーク（Data Network：ＤＮ）として定義される場合がある。ＬＡＤＮ向けのパケットデータユニット（Packet Data Unit：ＰＤＵ）セッションを介したＤＮへのアクセスは、特定のＬＡＤＮサービスエリアでのみ可能である場合がある。ＬＡＤＮサービスエリアは、トラッキングエリアの各種のセットである場合がある。５Ｇコア（5G Core：５ＧＣ）ネットワークは、ＵＥの位置に基づいて、ＬＡＤＮの使用可能性をＵＥに認識させるためのサポートを提供する場合がある。

ＬＡＤＮは、サービスエリアとして定義される特定のエリアを提供する。ＵＥは、ＬＡＤＮへの接続を繰り返し必要とする場合があり、これは、例えば、一定のモビリティパターンを含む場合がある。

一部のモノのインターネット（Internet of Things：ＩｏＴ）デバイスアプリケーションおよびＩｏＴサーバは、ＬＡＤＮのサービスエリア内にある場合にのみ動作可能である場合がある。さらに、ＵＥは、ＬＡＤＮにモバイル発信（Mobile Originated：ＭＯ）トラフィックを送信すること、および５ＧネットワークでのＢＤＴポリシーを予め構成することを必要とする場合がある。

したがって、ＭＯトラフィック向けなど、異なるＬＡＤＮでのデータ転送を、デバイスがスケジュールおよび実施することを可能にするメカニズムを定義する必要がある。

本概要は、下記にさらに記載される発明を実施するための形態を簡略化した形式で、概念の選択を紹介するものである。本概要は、請求される主題の主要な特徴または実質的な特徴を特定したり、請求される主題の範囲を限定するために使用されたりすることを意図していない。さらに、請求される主題は、本開示のいずれかの部分に記載されている、いずれかのまたは全ての不利点を解決する制限にも制約されない。

サービス能力サーバ（Service Capability Server：ＳＣＳ）／アプリケーションサーバ（ＡＳ）が、ローカルエリアデータネットワーク（ＬＡＤＮ）／データネットワーク（ＤＮ）間のバックグラウンドデータ転送を構成および管理することを可能にする方法および装置について、本明細書に記載する。一実施形態に従って、装置は、ユーザ端末（ＵＥ）から発信するデータのデータ転送に対するＵＥからの要求を示すメッセージを受信する場合がある。装置は、既存のバックグラウンドデータ転送（ＢＤＴ）ポリシーが存在するかどうかを判断するために、ＵＥに関連するサブスクリプション情報、およびＵＥに関連するポリシープロファイルに対する要求を、データベースに送信する。装置は、再使用することができる既存のＢＤＴポリシーがあるかどうかを示す応答を、データベースから受信する場合がある。装置は、受信した応答に基づいて、そのデータ転送に関するＢＤＴポリシー、およびそのデータ転送を提供するＬＡＤＮを決定する場合がある。装置は、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）ノードを介してＬＡＤＮに、そのデータ転送の到着時間およびデータレートの通知メッセージを送信する場合がある。

（図面の簡単な説明）
本願のより確固たる理解を促進するために、参照番号が添付の図面に記載されるが、これらの各図面において、同じ要素は同じ番号を用いて参照される。これらの図面は、本願を限定するものと解釈されるべきではなく、単に例証を意図したものである。

図１は、制御プレーン内のサービスベースインターフェースを用いる例示的非ローミング参照アーキテクチャを示す。 図２は、非ローミングケースでの、例示的５Ｇシステムアーキテクチャを示す。 図３Ａは、ＰＤＵセッションを確立する例示的プロシージャの図である。 図３Ｂは、ＰＤＵセッションを確立する例示的プロシージャの続きの図である。 図４は、バックグラウンドデータ転送（ＢＤＴ）の例示的プロシージャの図である。 図５は、ネットワークスライシングの概念上のアーキテクチャの図である。 図６は、５Ｇネットワークでの例示的ＬＡＤＮユースケースの図である。 図７は、ＬＡＤＮ間の情報共有およびモビリティサポートを構成する例示的プロシージャの図である。 図８は、第１ＬＡＤＮから第２ＬＡＤＮへ、ＰＤＵセッションを移動させる例示的プロシージャの図である。 図９は、ＭＯトラフィック向けのＢＤＴを構成するために、ＵＥによって開始される例示的プロシージャの図である。 図１０は、ＵＥによって開始されて、ＤＮ／ＬＡＤＮによって構成されるＭＯトラフィック向けのＢＤＴ構成の例示的プロシージャの図である。 図１１は、ＤＮ／ＬＡＤＮによって開始されるＭＯトラフィック向けのＢＤＴポリシー構成の例示的プロシージャの図である。 図１２は、ＥＰＣで、ＭＯトラフィックに関するＢＤＴポリシーを構成するＵＥ始動のプロシージャの例示的プロシージャの図である。 図１３は、５Ｇネットワークで、バックグラウンドデータ転送を構成する例示的ユーザインターフェースの図である。 図１４は、在庫管理システムに接続しているＵＥの一例を示す図である。 図１５は、ＬＡＤＮへの接続の確立の一例を示す図である。 図１６は、グラフィカルユーザインターフェース（Graphical User Interface：ＧＵＩ）を介したエリア通知の図である。 図１７Ａは、例示的通信システムを示す。 図１７Ｂは、例示的ＲＡＮおよびコアネットワークのシステム図である。 図１７Ｃは、例示的ＲＡＮおよびコアネットワークのシステム図である。 図１７Ｄは、例示的ＲＡＮおよびコアネットワークのシステム図である。 図１７Ｅは、通信システムの別の例を示す。 図１７Ｆは、ＷＴＲＵなどの例示的装置またはデバイスのブロック図である。 図１７Ｇは、例示的コンピューティングシステムのブロック図である。

サービス能力サーバ（ＳＣＳ）／アプリケーションサーバ（ＡＳ）が、ローカルエリアデータネットワーク（ＬＡＤＮ）／データネットワーク（ＤＮ）のセットの間で、情報共有およびモビリティサポートを構成することを可能にする方法および装置について、本明細書に記載する。以前のセッションからのセッションコンテキスト情報を再使用することによってＬＡＤＮへ接続する簡略化されたセッション確立プロシージャについて、本明細書に記載する。モノのインターネット（ＩｏＴ）デバイスアプリケーションがサービスの乱れを管理することを助力するアプリケーションプログラミングインターフェース（Application Programming Interface：ＡＰＩ）、およびグラフィカルユーザインターフェース（ＧＵＩ）についても、本明細書に記載する。第１ＬＡＤＮとのモバイル発信（ＭＯ）トラフィック向けのバックグラウンドデータ転送（ＢＤＴ）を予め構成し、次いで、第２ＬＡＤＮに、実際のデータ転送を後で転送するユーザ端末（ＵＥ）向けの方法についても、本明細書に記載する。

表１は、本明細書に記載されるアーキテクチャおよび例で使用される場合がある技術に関する頭字語のリストである。

表２は、本明細書に記載されるアーキテクチャおよび例で使用される場合がある技術に関する定義のリストである。

図１は、制御プレーン５０内のサービスベースインターフェースを用いる例示的非ローミング参照アーキテクチャを示す。図１の例で示されるように、ＵＥ７０は、無線アクセスネットワーク（ＲＡＮ）７１を介して、Ｎ１インターフェース６７を通してアクセス・モビリティ管理機能（ＡＭＦ）６５にアクセスする。Ｎａｍｆインターフェース６２もまた示されている。ＲＡＮ７１は、Ｎ２インターフェース６８を介してアクセス・モビリティ管理機能（ＡＭＦ）６５にアクセスする。ＲＡＮ７１は、Ｎ３インターフェース７４を介してユーザプレーン機能（ＵＰＦ）７２にアクセスする。ＵＰＦ７２は、Ｎ４インターフェース６９を介してセッション管理機能（ＳＭＦ）６６にアクセスする。Ｎｓｍｆインターフェース６３もまた示されている。ＵＰＦ７２は、Ｎ６インターフェース７５を介してデータネットワーク（ＤＮ）７３にアクセスする。

図１の例はまた、ネットワークエクスポージャ機能（ＮＥＦ）５１とＮｎｅｆインターフェース５６、ＮＦリポジトリ機能（Nf Repository Function：ＮＲＦ）５２とＮｎｒｆインターフェース５７、ポリシー制御機能（ＰＣＦ）５３とＮｐｃｆインターフェース５８、統合データ管理（ＵＤＭ）５４とＮｕｄｍインターフェース５９、アプリケーション機能（ＡＦ）５５とＮａｆインターフェース６０、および（ＡＵＳＦ）６４とＮａｕｓｆインターフェース６１などの、制御プレーン内の他のネットワーク機能（ＮＦ）を示している。

図２は、どのように種々のネットワーク機能が互いに相互作用するかを示す参照点の表示を用い、非ローミングケース２００の例示的５Ｇシステムアーキテクチャを示す。ＵＥ２０１のアプリケーションと、外部ネットワークのアプリケーションとの間のエンドツーエンド通信は、３ＧＰＰシステムによって提供されるサービスを使用する場合があり、かつＤＮ２０４に常駐することがあるサービス能力サーバ（ＳＣＳ）によって提供されるサービスを使用する場合がある。図２の例で示されるように、ＵＥ２０１は、ＲＡＮ２０２を介して、Ｎ１インターフェース２２０を通してＡＭＦ２１２にアクセスする。Ｎ１４インターフェース２３２もまた示されている。ＲＡＮ２０２は、Ｎ２インターフェース２２１を介してＡＭＦ２１２にアクセスする。ＲＡＮ２０２は、Ｎ３インターフェース２２２を介してＵＰＦ２０３にアクセスする。ＵＰＦ２０３は、Ｎ４インターフェース２２３を介してＳＭＦ２１３にアクセスする。Ｎ９インターフェース２３４も示されている。ＵＰＦ２０３は、Ｎ６インターフェース２２５を介してＤＮ２０４にアクセスする。図２の例はまた、制御プレーン内のその他のＮＦも示している。ＰＣＦ２１４は、Ｎ７インターフェース２２６を介してＳＭＦ２１３と通信する場合がある。ＰＣＦ２１４は、Ｎ７インターフェース２２６を介してＳＭＦ２１３と通信する場合がある。ＰＣＦ２１４は、Ｎ１５インターフェース２３３を介してＡＭＦ２１２と通信する場合がある。ＳＭＦ２１３は、Ｎ１１インターフェース２２９を介してＡＭＦ２１２と通信する場合がある。ＳＭＦ２１３は、Ｎ１０インターフェース２２８を介してＵＤＭ２１１と通信する場合がある。ＡＭＦ２１２は、Ｎ８インターフェース２２７を介してＵＤＭ２１１と通信する場合がある。ＡＭＦ２１２は、Ｎ１２インターフェース２３０を介してＡＵＳＦ２１０と通信する場合がある。ＵＤＭ２１１は、Ｎ１３インターフェース２３１を介してＡＵＳＦ２１０と通信する場合がある。

外部ネットワークのアプリケーションは、通常、アプリケーションサーバ（ＡＳ）によってホストされ、追加の付加価値サービスのためにＳＣＳを使用する場合がある。３ＧＰＰシステムは、トランスポート、加入者管理、および限定はされないが、（ＭＴＣ）が動因となる（例えば、制御プレーンデバイスがトリガする）種々のアーキテクチャ拡張を含む他の通信サービスを提供する。モビリティ管理およびセッション管理機能は切り離されている場合がある。Ｎ１ ２２０のＮＡＳ接続は、登録管理および接続管理（Registration Management and Connection Management：ＲＭ／ＣＭ）の両方のために、ならびにＵＥ２０１向けのＳＭ関連メッセージおよびプロシージャのために使用される場合がある。Ｎ１ ２２０終了点は、ＡＭＦ２１２内に位置している場合がある。ＡＭＦ２１２は、ＳＭＦ２１３に、ＳＭ関連ＮＡＳ情報を送達する場合がある。ＡＭＦ２１２は、ＵＥ２０１と交換されるＮＡＳシグナリングの登録管理および接続管理パートを取り扱う場合がある。ＳＭＦ２１３は、ＵＥ２０１と交換されるＮＡＳシグナリングのセッション管理パートを取り扱う場合がある。

ローカルエリアデータネットワーク（ＬＡＤＮ）は、特定の位置でのみＵＥがアクセス可能であり、特定のＤＮにコネクティビティを提供するＤＮとして定義される。ＬＡＤＮの使用可能性は、ＵＥに提供される場合がある。例えば、ＬＡＤＮ向けのＰＤＵセッションを介したＤＮへのアクセスは、特定のＬＡＤＮサービスエリアでのみ可能である場合がある。ＬＡＤＮサービスエリアは、トラッキングエリアのセットを含む場合がある。５ＧＣは、ＵＥの位置に基づいて、ＬＡＤＮの使用可能性をＵＥに認識させるためのサポートを提供する場合がある。

ＡＭＦ２１２は、ＵＥ２０１にＬＡＤＮの使用可能性に関する情報を含むＬＡＤＮ情報を提供する。ＡＭＦ２１２は、ＵＥ２０１がＬＡＤＮサービスエリア（すなわち、ＬＡＤＮの使用可能なエリア）に位置しているかどうかに応じて、ＳＭＦ２１３を追跡し、また通知する場合がある。ＬＡＤＮ情報は、ＤＮごとに、ＡＭＦ２１２で構成されてもよい。例えば、同じＬＡＤＮにアクセスする異なるＵＥに対して、構成されたＬＡＤＮサービスエリアは、その他の要因（例えば、ＵＥ登録エリア）に関係なく同じものであってもよい。

ＡＭＦ２１２によってＵＥ２０１に提供されるＬＡＤＮ情報は、ＬＡＤＮデータネットワーク名（ＤＮＮ）およびＵＥ２０１が使用可能なＬＡＤＮサービスエリア情報を含む場合がある。登録プロシージャの間にＵＥ２０１に提供されるＬＡＤＮサービスエリア情報は、ＵＥ２０１の現在の登録エリアに属するトラッキングエリア（すなわち、ＬＡＤＮサービスエリアと現在の登録エリアとの共通部分）のセットを含む場合がある。ＡＭＦ２１２は、ＬＡＤＮの使用可能性に基づいて、登録エリアを作成しない場合もある。

図３Ａから図３Ｂは、ＵＥによって開始される場合があるＰＤＵセッション３００を確立する例示的プロシージャの図である。図３Ａから図３Ｂのプロシージャ３００の各ステップは別々に示され、かつ記載されているが、示されているのとは異なる順番で、互いに並行して、または互いに同時に、複数のステップが実行されてよい。５Ｇコア（５ＧＣ）ネットワークは、ＵＥと、ＤＮＮによって識別されるＤＮとの間のＰＤＵの交換を提供するサービスである場合があるＰＤＵコネクティビティサービスをサポートする。各ＰＤＵセッションは、ＰＤＵセッションの確立時に、ＵＥによって要求される場合がある単一のＰＤＵセッションタイプをサポートする場合がある。ＰＤＵセッションタイプとしては、ＩＰｖ４、ＩＰｖ６、イーサネット（登録商標）および非構造化タイプが挙げられるが、これらに限定されない。ＰＤＵセッションは、例えば、ＵＥとＳＭＦとの間のＮ１インターフェースを通して交換されるＮＡＳ ＳＭシグナリングを使用して、（ＵＥ要求に応じて）確立され、（ＵＥおよび５ＧＣ要求に応じて）修正され、かつ（ＵＥおよび５ＧＣ要求に応じて）解放される場合がある。アプリケーションサーバからの要求に応じて、５ＧＣは、ＵＥの特定のアプリケーションをトリガすることができる。そのトリガメッセージを受信するときに、ＵＥは、ＵＥの識別されているアプリケーションにそれを渡す場合がある。

図３Ａの例を参照すると、ＵＥ３０１は、ＲＡＮ３０２を介して、ＡＭＦ３０３にＰＤＵ確立要求を送信する場合がある（ステップ３１１）。ＡＭＦ３０３は、ＳＭＦを選択して（ステップ３１２）、選択したＳＭＦ、ＳＭＦ３０５にＰＤＵセッションコンテキスト作成要求を送信する場合がある（ステップ３１３）。ＳＭＦ３０５は、登録およびサブスクリプションを読み出しおよび／または更新して（ステップ３１４）、ＵＤＭ３０７にＰＤＵセッションコンテキスト作成応答を送信する場合がある（ステップ３１５）。次に、ＰＤＵセッションは、ＵＥ３０１と、ＤＮ３０８との間で、認証および認可される場合がある（ステップ３１６）。ＳＭＦ３０５は、ＰＣＦ３０６を選択する場合がある（ステップ３１７）。続いて、ＳＭＦ３０５および選択されたＰＣＦ、ＰＣＦ３０６は、セッション管理ポリシーを確立および／または修正してもよい（ステップ３１８）。次に、ＳＭＦ３０５は、ＵＰＦを選択してよい（ステップ３１９）。続いて、ＳＭＦ３０５およびＰＣＦ３０６は、セッション管理ポリシーを修正してもよい（ステップ３２０）。ＳＭＦ３０５は、次に、選択されたＵＰＦ、ＵＰＦ３０４にＮ４セッション確立／修正要求を送信してよい（ステップ３２１）。

図３Ｂの例を参照すると、ＵＰＦ３０４は、続いて、Ｎ４セッション確立／修正応答を送信する場合がある（ステップ３２２）。ＳＭＦ３０５およびＡＭＦ３０３は、Ｎａｍｆインターフェースを介して、Ｎ１Ｎ２メッセージを転送する場合がある（ステップ３２３）。ＡＭＦ３０３は、ＲＡＮ３０２に、ＮＡＳメッセージであることがあるＮ２ ＰＤＵセッション要求を送信してもよい（ステップ３２４）。ＵＥ３０１およびＲＡＮ３０２は、ＡＮ固有リソースをセットアップ（すなわち、ＰＤＵセッション確立受諾）してもよい（ステップ３２５）。ＲＡＮ３０２は、続いて、Ｎ２ＰＤＵセッション要求肯定応答を送信してもよい（ステップ３２６）。ＵＥ３０１は、次に、第１上りリンクデータを伝送してもよい（ステップ３２７）。次に、ＡＭＦ３０３は、ＳＭＦ３０５にＰＤＵセッションＳＭコンテキスト更新要求を送信してよい（ステップ３２８）。ＳＭＦ３０５は、次に、ＵＰＦ３０４にＮ４セッション修正要求を送信してよい（ステップ３２９）。ＵＰＦ３０４は、ＳＭＦ３０５にＮ４セッション修正応答を送信してよい（ステップ３３０）。続いて、ＳＭＦ３０５は、ＡＭＦ３０３にＮｓｍｆ ＰＤＵセッションＳＭコンテキスト更新応答を送信し（ステップ３３１）、かつＡＭＦ３０３にＮｓｍｆ ＰＤＵセッションＳＭコンテキストステータス通知を送信してよい（ステップ３３２）。ＳＭＦ３０５は、ＵＥ３０１のＩＰｖ６アドレスを構成してよい。ＵＥ３０１は、次に、第１下りリンクデータを受信してよい（ステップ３３４）。ＰＣＦ３０６は、サブスクリプション解除／登録解除を実施してもよい（ステップ３３５）。

図４は、バックグラウンドデータ転送（ＢＤＴ）４００の例示的プロシージャの図である。図４のプロシージャ４００の各ステップは別々に示され、かつ記載されているが、示されているのとは異なる順番で、互いに並行して、または互いに同時に、複数のステップが実行されてよい。ＢＤＴリソース管理プロシージャは、一定のデータレートで特定の期間の間のＵＥへのデータ転送を、ＳＣＳ／ＡＳが予め構成することを可能にする場合がある。図４の例は、ＥＰＣでのＢＤＴに関する転送ポリシーを構成するプロシージャを示す。

図４の例を参照すると、サードパーティＳＣＳ／ＡＳ４０５は、ＳＣＥＦ４０４に、バックグラウンドデータ転送要求メッセージを送信する場合があるが（ステップ４１０）、このバックグラウンドデータ転送要求メッセージは、ＳＣＳ／ＡＳ識別子、ＴＴＲＩ、ＵＥ当たり容量、ＵＥの数、所望のタイムウィンドウを含む場合がある。ＳＣＳ／ＡＳ４０５は、地理的エリア情報を提供してよい。ＳＣＥＦ４０４は、ＳＣＳ／ＡＳ要求を認可してもよい（ステップ４１１）。ＳＣＥＦ４０４は、利用可能なＰＣＲＦ４０３のいずれかを選択して、ポリシー制御および課金（Policy Control And Charging：ＰＣＣ）プロシージャをトリガしてよい（ステップ４１２）。これは、ＰＣＲＦ４０３、およびＳＣＳ／ＡＳ４０５によって提供されるパラメータを送達しているＳＣＥＦ４０４による今後のバックグラウンドデータ転送プロシージャのネゴシエーションを含む場合がある。これは、ＰＣＲＦ４０３が可能な転送ポリシーおよび参照ＩＤと共にＳＣＥＦ４０４に応答することを含む場合がある。ＳＣＥＦ４０４は、ＴＴＲＩ、参照ＩＤおよび可能な転送ポリシーを含む場合があるバックグラウンドデータ転送応答メッセージを送信することによって、サードパーティＳＣＳ／ＡＳ４０５に参照ＩＤおよび転送ポリシーを送達してよい（ステップ４１３）。ＳＣＳ／ＡＳ４０５は、ＰＣＲＦとの今後の相互作用のために、参照ＩＤを記憶してもよい。２つ以上の転送ポリシーが受信された場合、サードパーティＳＣＳ／ＡＳ４０５は、それらのうち１つを選択して、ＳＣＳ／ＡＳ識別子、ＴＴＲＩ、選択された転送ポリシーを含む場合がある別のＢＤＴ要求メッセージを送信して、ＳＣＥＦ４０４およびＰＣＲＦ４０３に選択した転送ポリシーについて通知してもよい（ステップ４１４）。ＳＣＥＦ４０４は、バックグラウンドデータ転送応答メッセージ（ＴＴＲＩ）を送信することによって、転送ポリシー選択をサードパーティＳＣＳ／ＡＳ４０５と確認する場合がある（ステップ４１５）。ＳＣＥＦ４０４は、ＳＰＲに参照ＩＤおよび新しい転送ポリシーを記憶することがあるＰＣＲＦ４０３と、今後のバックグラウンドデータ転送プロシージャのネゴシエーションを続けてよい（ステップ４１６）。ＳＣＳ／ＡＳ４０５（ＡＦとして機能する）は、個々のＵＥごとに（Ｒｘインターフェースを介して）同じまたは異なるＰＣＲＦ４０３とコンタクトしてよく、またＳＣＳ／ＡＳ４０５は参照ＩＤを提供してもよい。代替または追加として、ＳＣＳ／ＡＳ４０５は、セッションセットアップ時の課金可能なパーティのセット、またはセッションプロシージャの間に課金可能なパーティの変更を用いることによって、グループのＵＥごとに、ＳＣＥＦを介してＰＣＥＦ４０１を伴って選択した転送ポリシー４１７をアクティブにしてよい（ステップ４１７）。

図５は、ネットワークスライシングの概念上のアーキテクチャ５００の図である。ネットワークスライシングは、バックホールおよびコアネットワークの両方を含む場合があるモバイルオペレータのネットワークの固定部分にわたるエアインターフェース後方で、複数の「仮想」ネットワークをサポートするモバイルネットワークオペレータによって使用されることがあるメカニズムである。ネットワークスライシングは、異なるＲＡＮ、および／または単一のＲＡＮにわたって動作する異なるサービスタイプをサポートするために、ネットワークを複数の仮想ネットワークに「スライスする」ことを伴う。ネットワークスライシングは、例えば、機能、性能、および独立性における多様な要件を必要とする可能性がある異なる市場シナリオ向けに最適化されたソリューションを提供するようにカスタマイズされたネットワークを、オペレータが作成することを可能にする。

図５の例を参照すると、ネットワークスライスインスタンスは、リソース層５０３に、ネットワーク機能、リソース、およびネットワーク機能を動作させるネットワーク機能のセット５１３を含む場合がある。ネットワークスライスインスタンスレイヤー５０２は、複数のネットワークスライスインスタンス５１１ａ、５１１ｂ、５１１ｃ、５１１ｄ、５１１ｅ、５１１ｆ、５１１ｇおよび５１１ｈ、またはサブネットワークスライスインスタンス５１２ａ、５１２ｂ、５１２ｃ、５１２ｄ、５１２ｅおよび５１２ｆを含む場合がある。サブネットワークスライスインスタンスは、ネットワーク機能およびこれらのネットワーク機能を動作させるリソースのセットを含むが、それ自体は完全な論理ネットワークでない場合がある。サブネットワークスライスインスタンスは、サブネットワークスライスインスタンス５１２ｄを用いて示されるように、複数のネットワークスライスインスタンスによって共有されることもある。サービスインスタンス層５０１は、サービスインスタンス５１０ａ、５１０ｂ、５１０ｃ、５１０ｄおよび５１０ｅを含む場合がある。

ネットワークスライシング技術は、３ＧＰＰ ５Ｇネットワークなどの技術に組み入れられる場合がある。ネットワークスライシングは、５Ｇネットワークユースケースの一部（例えば、大規模ＩｏＴ、クリティカル通信、および高度化モバイルブロードバンド）に関連した、多様であり、かつ強く要求される要件を可能にすることができる。現在の、プレ５Ｇアーキテクチャは、スマートフォン、オーバーザトップ（ＯＴＴ）コンテンツ、フィーチャーフォン、データカード、および組み込み式Ｍ２Ｍデバイスからのモバイルトラフィックなどの種々のサービスに対応する、比較的モノリシックなネットワークおよびトランスポートフレームワークを利用する。プレ５Ｇアーキテクチャと関連する能力、拡張性および使用要件の特定のセットは、広範囲にわたるビジネスニーズを効率的にサポートするのに十分な柔軟性および拡張性がない可能性がある。さらに、新しいネットワークサービスの導入は、より効率的に行われる場合がある。それにもかかわらず、いくつかのユースケースは、同じオペレータネットワークで、同時に動作することが予想され、それゆえに、５Ｇネットワークに付随する高い柔軟性および拡張性が有益である。

図６は、５Ｇネットワーク６００での例示的ＬＡＤＮユースケースの図である。この例では、通勤電車は、映像監視システムおよび電子掲示板を有する場合がある。電車は、コアネットワーク６０３、インターネット６０８および複数のＬＡＤＮ６０５、６０４、６０６および６０７への接続を可能にする通信回路を備えている場合がある。ＬＡＤＮサーバは、複数のＡＦをホストするＳＣＳ／ＡＳを含む場合がある。電車が駅に到着すると、ＬＡＤＮ６０４などのＬＡＤＮに接続して、監視システムの映像記録をアップロードし、かつ掲示板向けにいくつかのローカル広告をダウンロードする場合がある。電車の乗客によって使用されるデバイス（例えば、ＵＥ）もまた、ＬＡＤＮに接続して、動画をダウンロードし、および／またはバックアップのためにデバイスのコンテンツをアップロードする場合がある。映像アップロードおよびローカル広告ダウンロードのために、電車はＬＡＤＮに接続して、ＬＡＤＮが映像アップロードをサポートしているかどうか、またはＬＡＤＮがダウンロード向けになんらかのローカル広告があるかどうかを最初に決定する場合がある。電車は、比較的一定のスケジュールで各駅に到着および出発するので、ＬＡＤＮへの接続および接続の時間の長さは予測可能である場合がある。さらに、接続は周期的である場合もある。例えば、同じスケジュールで駅を通過する場合、電車は、日に１度、同じ時間Ｔ１ ６０１前後にＬＡＤＮ６０４に、また同じ時間Ｔ２ ６０２前後にインターネット６０８に接続する場合がある。

線路に沿ったそれぞれのＬＡＤＮは、ネットワークオペレータによって異なる能力で割り当てられてもよい。例えば、あるＬＡＤＮは、高上りリンクデータレートを提供することが可能であるが、ダウンロード向けの動画／映像コンテンツを有していない場合がある。別のＬＡＤＮは、所望の映像コンテンツを記憶するが、上りリンクデータ転送をサポートしていないＳＣＳ／ＡＳを有する場合がある。したがって、デバイスは、ＬＡＤＮがサポートするサービスが何かを認識することができ、かつＬＡＤＮに接続する前に、これらのサービスへのアクセスをスケジュールまたは計画することができる場合がある。

上述のように、電車のスケジュールに基づいて、電車がＬＡＤＮへの接続をいつ開始し、どれくらいの期間接続するかは、予測することができる。換言すれば、ＬＡＤＮへの接続は、電車のスケジュールに応じて、事前に決定することが可能である。接続は、（電車のユースケースの場合、固定の一定期間で周期的に）繰り返し行われる場合がある。しかし、ＬＡＤＮへの接続（すなわち、ＰＤＵセッション）の確立のために５ＧＣで定義されているメカニズムは、ＵＥの登録要求、ＰＤＵセッションの確立／アクティブ化要求、ＵＥがＬＡＤＮのサービスエリア内にいることを確認するＡＭＦによる位置情報検証、および、セッション管理機能（ＳＭＦ）によるアンカポイント選択など、多くのステップを含む。このようなＬＡＤＮへの接続は、時刻および持続時間について、類似のパターンで行われるので、ＵＥ、または上記の例では電車が、素早く、かつ効率的にデータ転送を完了できるようにＬＡＤＮに関してセッション確立／アクティブ化のメカニズムを能率化することが望ましい。

加えて、時間を節約し、かつより効果的にするという点で、ＬＡＤＮの能力を認識していないと、１つのＬＡＤＮ（例えば、電車の駅１）でのデータ転送をスケジュールすること、および事前に構成されたＬＡＤＮ（例えば、電車の駅２）でスケジュールされたアクティビティを実施することは可能でない可能性がある。例えば、電車は、映像記録のアップロードを必要とする場合があるが、接続しているＬＡＤＮが、高上りリンクデータレートをサポートしていない場合がある。次の駅をサービングしているＬＡＤＮが高速上りリンクデータ転送をサポートしているかどうかを、現在のＬＡＤＮが認識している場合がある。したがって、現在のＬＡＤＮは、その電車に対して次のＬＡＤＮでの上りリンクデータ転送をスケジュールして、次の駅に到着したときに、電車にそれを行うように通知する場合がある。５ＧＣの既存のメカニズムは、そのような操作をサポートしていない。モバイル発信（ＭＯ）トラフィック向けなど、異なるＬＡＤＮでのデータ転送を、デバイスがスケジュールおよび実施することを可能にするメカニズムを定義する必要がある。異なるＬＡＤＮをサービングするネットワーク機能（ＮＦ）間で追加の情報を共有することによって可能になる可能性がある、ＬＡＤＮに関するセッション確立／アクティブ化のメカニズムを能率化する必要がある。

上記の操作に関して、制約のあるＩｏＴデバイスは、グループベースデータ転送を有することが望ましい場合がある。言い換えると、ＩｏＴデバイス（例えば、センサ）のグループに対して、異なるＬＡＤＮでのデータ転送をスケジュールおよび実施することは、より効率的である可能性がある。

５ＧのＬＡＤＮは、特定の位置でのみＵＥがアクセス可能であり、特定のＤＮにコネクティビティを提供し、かつその使用可能性がＵＥに提供されるタイプのＤＮである。ＬＡＤＮは、エンドツーエンド遅延および交通ネットワークにおける負荷の低減によって効率的なサービス送出を実現するようにオペレータおよびサードパーティサービスが接続機構のＵＥアクセスポイントの近くでホストされることを可能にする。ＬＡＤＮのセットの間で情報共有およびモビリティサポートを構成すること、ＬＡＤＮを接続するＰＤＵセッションを確立するプロシージャを繰り返すことなくＬＡＤＮから別のＬＡＤＮにＰＤＵセッションを移動させること、ＵＥ始動のプロシージャ、ＤＮ／ＬＡＤＮ始動プロシージャおよびグループベースＢＤＴを含むＬＡＤＮとのＭＯトラフィック向けのバックグラウンドデータ転送（ＢＤＴ）構成、ならびに、ＬＴＥ ＥＰＣでのＭＯ ＢＤＴを行う方法および装置について本明細書に記載する。

図７から１６（以下に記載される）は、ＬＡＤＮへの接続を管理することに関する種々の実施形態を示す。これらの図では、１つまたは複数のノード、装置、デバイス、サーバ、機能、またはネットワークによって実施される種々のステップまたは操作が示されている。例えば、本明細書記載の方法を行うために、装置は単独でまたは互いに連携して動作してもよい。本明細書において、用語「装置」、「ネットワーク装置」、「ノード」、「サーバ」、「デバイス」、「エンティティ」、「ネットワーク機能」、および「ネットワークノード」は同じ意味で用いられる場合がある。これらの図に示されているノード、デバイス、サーバ、機能またはネットワークは、通信ネットワークの論理エンティティを意味する場合があり、本明細書に記載される図に示された一般的アーキテクチャの１つを含む場合があるこのようなネットワークのノードのメモリに記憶されるソフトウェアの形態（例えば、コンピュータ実行可能命令）で実装され、かつそのプロセッサで実行する場合があると理解される。すなわち、本明細書に記載の方法は、例えば、ノードまたはコンピュータシステムなどのネットワークノードのメモリに記憶されるソフトウェアの形態（例えば、コンピュータ実行可能命令）で実装される場合があり、かつ、このコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、本明細書に記載されるステップを実施するものである。また、これらの図に示される任意の伝送および受信ステップは、ノードのプロセッサ、およびそのプロセッサが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、ノードの通信回路によって実施される場合があるとも理解される。本明細書に記載されるノード、デバイス、および機能は、仮想化されたネットワーク機能として実装される場合があるとさらに理解される。

本明細書に記載される実施形態では、用語「ＡＦ」は、ＬＡＤＮ内のＳＣＳ／ＡＳを表すために使用される場合がある。ＬＡＤＮサーバは、ポリシーを構成して、情報を交換するためにコアネットワークと通信してもよい。ＡＦは、ＬＡＤＮ内に常駐しない場合もあり、代わりに、異なるサービスプロバイダを取り扱うネットワークオペレータによって操作されるスタンドアロン／独立アプリケーション管理機能である場合がある。

図７は、一実施形態で使用される場合があるＬＡＤＮ７００の間の情報共有およびモビリティサポートを構成する例示的プロシージャの図である。図７のプロシージャ７００の各ステップは別々に示され、かつ記載されているが、示されているのとは異なる順番で、互いに並行して、または互いに同時に、複数のステップが実行されてよい。コンテキスト情報は、ＬＡＤＮのセットの間で共有される場合がある。ＬＡＤＮのセットは、同じネットワークオペレータに属する場合がある。様々な種類の情報は、共有される場合があり、以下に限るものを含む。

ＬＡＤＮによって構成される場合があり、同じアプリケーションをサポートするか、または同じネットワークオペレータに属する他のＬＡＤＮによって再使用される場合があり、ＬＡＤＮコンテキストにおける課金ポリシーおよび／またはモビリティサポートに関するポリシーを含む場合があるＢＤＴポリシーなどのポリシー。および、

ＵＥがＬＡＤＮに接続するときのＵＥ登録／接続情報およびセッションコンテキスト情報。ＵＥ特定コンテキストは、ＬＡＤＮのセットの間で共有される場合がある。

このような情報共有は、結果として、ＬＡＤＮとのＰＤＵセッションを接続および／または確立するときに、登録およびセッション管理が、ＵＥにとって簡略化される可能性があるといった利益を含む様々な利益になる。別の利益は、モビリティがサポートされることであり、それはＬＡＤＮのコンテキストにおいて以下のことを含む。

１つのＬＡＤＮでは、ＵＥがサービスエリア外に移動するときに登録およびセッションコンテキスト情報が保持されて、そのコンテキスト情報を、ＵＥが戻ってきたときに読み出すことができる。例えば、上記のユースケースで示されているように、これにより、ＬＡＤＮへのＵＥの接続が周期的なものであるときに、より効率的になる可能性がある。

複数のＬＡＤＮにわたって、登録およびセッションコンテキストは、ＵＥが移動するときに、保持され、かつ転送／共有される場合がある。これは、ＵＥが１つのＬＡＤＮのエッジキャッシュからのコンテンツにアクセスして、同じコンテンツがキャッシュされている別のＬＡＤＮに移動するか、またはコンテンツがキャッシュされていないＬＡＤＮまたはＤＮに移動して、元のバージョンのコンテンツにアクセスする必要がある場合のエッジキャッシュユースケースにおいて有用である場合がある。

上記の電車のユースケースでは、線路に沿った各ＬＡＤＮが、ＬＡＤＮグループを形成する場合、それらは情報共有を利用する場合がある。電車は、ＬＡＤＮに近接している場合にＬＡＤＮと接続する場合があり、また、ＬＡＤＮサーバ（すなわち、ＳＣＳ／ＡＳ）は、情報共有に関連するポリシーを構成するＣＮと通信する場合がある。

図７の例を参照すると、情報共有およびモビリティサポートを構成するために、ＡＦ７０４は、ＮＥＦ７０３に登録／セッション構成に対する要求を示す要求メッセージを送信する場合がある（ステップ７１０）。このメッセージは、ネットワークでのポリシーの構成を要求する場合があり、このポリシーは、２つ以上のＬＡＤＮに適用されて、ＵＥの接続および／またはセッションが、どのように全ＬＡＤＮにわたって存続することができるかに関連する場合がある。要求メッセージは、他のタイプの要求メッセージにカプセル化されてもよい。以下のものに限定はされないが、情報としては、ＡＦ ＩＤ、要求が適用される必要があるデバイスのＵＥ ＩＤ（ＳＵＰＩまたはＧＰＳＩ）、ポリシーが適用されるＬＡＤＮ／ＤＮを示すＬＡＤＮ／ＤＮ識別子のリスト、ＡＦが情報共有特性を可能にすることを望むインジケーション、ポリシーが関連する場合があるＬＡＤＮのタイプのインジケーション、全ＬＡＤＮにわたって共有される場合がある情報および／またはポリシーのタイプ、ＵＥが特定のＬＡＤＮに接続するときにコアネットワークがモビリティをサポートすることをＡＦが望むインジケーション、ＵＥのタイプを示す場合があるＵＥタイプまたはアプリケーションタイプ（例えば、モバイル非ＩｏＴデバイス）およびＬＡＤＮに接続するときにモビリティサポートを取得する場合があるアプリケーション（例えば、ｍＩｏＴ、ｅＭＢＢなど）、ならびに、モビリティサポートのレベルが挙げられる。

ＡＦが情報共有特性を可能にすることを望むインジケーションは、異なるＬＡＤＮをサービングする全ＡＭＦ、ＳＭＦまたはＵＰＦにわたって共有されるポリシー、またはユーザコンテキストを可能にする場合がある。さらに、各ＰＣＦが異なるＬＡＤＮに対してポリシーを構成するときに、ポリシーおよびユーザコンテキストはまた、全ＰＣＦにわたって共有されてもよい。

ＡＦは、ＬＡＤＮ識別子またはＤＮ識別子のリストの代わりに、ポリシーが関連するＬＡＤＮのタイプのインジケーションを提供してもよい。例えば、このインジケーションは、一定のサービスをサポートするＬＡＤＮ、一定のＮＳＳＡＩまたはＳＳＴに関連するＬＡＤＮ、または一定のネットワークオペレータに属するＬＡＤＮを示す場合がある。

全ＬＡＤＮにわたって共有される場合がある情報および／またはポリシーのタイプとしては、バックグラウンドデータ転送ポリシー、課金ポリシー、ＵＥ登録およびセッションコンテキスト情報などが挙げられる。

ＵＥが特定のＬＡＤＮに接続するときに、ＡＦが、コアネットワークにモビリティをサポートすることを望むインジケーションは、例えば、ＡＦがモビリティサポートを可能にすることを選択しないとき、ＬＡＤＮに接続しているＵＥがサービスエリア外に移動するときに、ＡＭＦによってＳＭＦに通知されるとすぐにＳＭＦによってＰＤＵセッションが解放される場合があることを含んでもよい。ＡＦがモビリティサポートを有効にする場合、ＵＥが明確なＰＤＵセッション解放要求をネットワークから受信しない限り、ＳＭＦは、このＬＡＤＮ ＤＮＮのいずれの既存のＰＤＵセッションも解放しない場合がある。

モビリティサポートのレベルが、モビリティがサポートされる範囲を示してもよい。例えば、これは、モビリティが、１つのＬＡＤＮに対して、または複数のＬＡＤＮにわたってサポートされているかどうかを示す場合がある。１つのＬＡＤＮの場合、これは、ＵＥがそのサービスエリア外に移動するときに、登録ステータスがＬＡＤＮによって保持されているかどうか、およびＰＤＵセッションが解放されるかどうか、登録およびセッションコンテキストが保持されているかどうかを示す場合がある。複数のＬＡＤＮの場合、これは、ＵＥが移動するときに登録・セッション情報およびステータスが、１つのＬＡＤＮから別のＬＡＤＮに転送される場合があるかどうかを示す場合があるが、これは、例えば、１つのＳＭＦおよび／またはＵＰＦから別のＳＭＦおよび／またはＵＰＦへのものを含む場合がある。

ＡＦはまた、サービス広告によって、ＵＥ、ネットワークエンティティおよび他のサービスプロバイダにとって、効率的なサービス発見が可能になるように、ＬＡＤＮが提供することができる能力およびサービスプロビジョニングを示してもよい。例示的サービスは、ＵＥの位置がＬＡＤＮのサービスエリアの付近にあるか、またはＬＡＤＮによって提供される特定のサービスが、近くで利用可能であることをＬＡＤＮが検出すると、ＵＥのアプリケーションに通知を送信することがあるＬＡＤＮを含む場合がある。

ＮＥＦ７０３は、ＰＣＦ（例えば、ＰＣＦ７０２）を識別および選択して、ＡＦ７０４からの要求を処理するか、またはＡＦ７０４が要求内でリストにした各ＵＥに関連する要求を処理し、次いで、ＰＣＦ７０２に、ＮＥＦ７０３が受信した情報と共に認可要求メッセージを送信してもよい（ステップ７１１）。加えて、ＮＥＦ７０３は、この要求プロセスの参照として、新しいＩＤを生成してもよい。

ＰＣＦ７０２はＵＤＭ／ＵＤＲ７０１とコンタクトして、サブスクリプションおよびポリシープロファイルデータを取得してもよい（ステップ７１２）。ＰＣＦ７０２は、ＡＦ７０４のＩＤおよびポリシーが関連する場合があるＬＡＤＮの識別情報を含んでもよい。ＵＤＭ／ＵＤＲ７０１は、ＬＡＤＮ／ＤＮ向けに構成された任意の既存の関連ポリシーがあるかどうかを識別するために、その情報を使用してもよい。ＵＤＭ／ＵＤＲ７０１が、ＬＡＤＮ／ＤＮまたはターゲットＵＥに関連した任意のポリシー（例えば、情報共有、バックグラウンドデータ転送ポリシー、および課金ポリシー）を見つけた場合、ＰＣＦ７０２にそのようなポリシープロファイルを戻してもよく、ＰＣＦ７０２は、これらのポリシーを再使用および／または修正してよい。

ＰＣＦ７０２は、ＡＦ７０４からの要求およびＵＤＭ／ＵＤＲ７０１からのプロファイルデータに基づいて、新しいポリシーを決定してもよい（ステップ７１３）。例えば、登録およびＰＤＵセッションステータス、１つのＬＡＤＮに対するまたは複数のＬＡＤＮにわたるモビリティ、などのＬＡＤＮへの接続に関連するモビリティサポートのレベル、共有される情報のタイプ、および同じネットワークスライス内、１つのＰＬＭＮ内など、情報共有の範囲のポリシーが、決定されてよい。

共有される情報のタイプは、例えば、ＬＡＤＮによって構成されるＢＤＴポリシー、または同じネットワークオペレータに属するＬＡＤＮのセットの間で共有される課金ポリシーなどのポリシーを含んでもよい。別の例は、ＵＥのグループ向けの、登録／接続情報およびセッションコンテキスト情報である。

次に、ＰＣＦ７０２は、ＮＥＦ７０３に認可応答を送信してもよく（ステップ７１４）、また、登録／セッション構成応答が、決定に関する要求（ステップ７１０）に対応するＡＦ（例えば、ＡＦ７０４）に送信されてよい（ステップ７１５）。ＮＥＦ７０３およびＡＦ７０４には、ポリシー識別子、ポリシーが適用されるＬＡＤＮ／ＤＮのリスト、ポリシー識別子が提供されてもよい。

ＰＣＦ７０２は、ＵＤＭ／ＵＤＲ（７０１）に、サブスクリプションおよびポリシープロファイルを更新して、情報共有およびモビリティサポートに関する新しいポリシーを反映するように要求してもよい（ステップ７１６）。記憶されるポリシーは、ステップ７１４および７１５でリスト化された情報の全てを含んでもよい。例えば、ＰＣＦ７０２は、ＬＡＤＮのセットによって設定されたＭＴトラフィックに関する既存のＢＤＴポリシーが、同じネットワークオペレータに属するＬＡＤＮのセットによって共有／再使用されるというインジケーションを要求してもよい。

ステップ７１１、７１２、７１３、７１４および７１６は、ＡＦのステップ７１０の要求において指定されたＵＥごとに一回、実行される場合があることに注意されたい。２つのＬＡＤＮまたはＤＮが、アプリケーション層の観点から、互いに直接通信することによって情報を共有する場合がある。加えて、ＢＤＴ構成およびスケジュールに関して、１つのＬＡＤＮは、別のＬＡＤＮと通信して、アプリケーションおよびサービス層メッセージ交換を使用してＢＤＴのスケジュールおよびポリシーについてその別のＬＡＤＮに通知してもよい。

本明細書に記載されるＬＡＤＮ情報は、ＬＡＤＮサービスエリア情報およびＬＡＤＮ ＤＮＮを含んでもよい。ＬＡＤＮ情報は、ＤＮごとに、すなわち、同じＬＡＤＮにアクセスする異なるＵＥ向けに、ＡＭＦで構成されてよい。構成されるＬＡＤＮサービスエリアは、その他の要因（例えば、ＵＥ登録エリア）に関係なく同じものであってもよい。柔軟性の欠如により、アプリケーションプロバイダが、より多くのＵＥをサービングするＬＡＤＮを動的に構成すること、またはＵＥにアプリケーションサービスをより効率的に提供することを妨げる可能性がある。

１つの解決策としては、異なる時間で、異なるアプリケーション／サービスを提供するために、ＬＡＤＮの柔軟なサービスエリアを定義することが挙げられる。例えば、ＡＭＦは、ＬＡＤＮのサービスエリアはアプリケーション１に対する日中のトラッキングエリアのセットであるが、全登録エリアへの変更は、夜間にＵＥに割り当てることができることをＵＥに示してもよい。アプリケーション２に関しては、同じＬＡＤＮのサービスエリアは異なるものであってもよい。したがって、サービスエリア、アプリケーションを識別するためのアプリケーションサービスＩＤ、または規定されたサービスエリアが有効であるアプリケーションのリスト、規定されたサービスエリアが有効である間の期間を示す場合がある時間スケジュール、例えば、トラッキングエリア、登録エリア、セル、または地理的エリアを含むサービスエリアのレベルを示す場合があるサービスエリアの粒度、および、サービスエリア内でサポートされる場合がある一部のＱｏＳパラメータ、例えば、最大データレートおよび遅延を示す場合があるＱｏＳパラメータ、などのパラメータは、ＬＡＤＮのサービスエリアにより柔軟性を持たせることに関連する場合がある。

加えて、ＮＷＤＡＦは、限定はされないが、ＬＡＤＮのトラフィック負荷、例えば、転送されるデータの量、ＵＥの数、およびＬＡＤＮへの／からのデータ転送に割り当てられる総ネットワークリソースを含む要因を考慮に入れることによって、サービスエリアをＡＭＦおよびＡＦ／ＡＳが決定することを助力する場合がある。より多くのデータが転送されて、ＬＡＤＮが輻輳する場合、ＮＷＤＡＦはＳＭＦ／ＡＭＦとコンタクトして、輻輳を軽減するために、トラフィック負荷を減らすようにサービスエリアを縮小することを推奨してもよい。ＵＥのモビリティ統計は、ＬＡＤＮのサービスエリアにとどまっており、ＬＡＤＮへのアクセスを登録し、かつサービスエリアをセットアップするＡＦ／ＡＳおよび／またはＡＭＦに対して推奨を行う、ＵＥまたはＵＥのグループのＮＷＤＡＦによって収集されてよい。

登録またはセッション管理関連プロシージャの間に、ＵＥが、ＬＡＤＮへのアクセスを要求するときに、ＡＭＦは、ＵＥにサービスエリア情報およびＬＡＤＮのそれらの関連属性を送達する。加えて、ネットワークは、例えば、ＬＡＤＮが、輻輳しているために、サービスエリアまたはＬＡＤＮの任意の関連属性を動的に更新してもよく、その結果、ＡＭＦまたはＳＭＦが、ＬＡＤＮのサービスエリアの変更または関連属性のいずれかについてＵＥに通知してもよい。ＵＥ構成更新プロシージャは、この通知のために使用されてよい。ＡＦまたはＡＳはまた、ＡＦ／ＡＳが、サービスエリアに関連する任意のパラメータを変更する必要がある場合に、ネットワーク機能をトリガして、そのような動作を開始してもよい。

図８は、本明細書に記載される実施形態のいずれかと組み合わせて使用される場合がある、ＰＤＵセッションを第１ＬＡＤＮから第２ＬＡＤＮに移動させる例示的プロシージャ８００の図である。図８のプロシージャ８００の各ステップは別々に示され、かつ記載されているが、示されているのとは異なる順番で、互いに並行して、または互いに同時に、複数のステップが実行されてよい。図８の例を参照すると、ＵＥ８０１は、ＡＭＦ８０２に、セッションを第１ＬＡＤＮから第２ＬＡＤＮに移動させる要求を送信する場合がある（ステップ８１０）。この要求は、ＰＤＵセッション確立またはＰＤＵセッション修正メッセージを含んでいてもよい。ＵＥは、先にアクティブにされたＰＤＵセッションのセッションＩＤ、セッションがアクティブにされる必要があるＬＡＤＮ／ＤＮの識別子、セッションが最後に存在したＬＡＤＮ／ＤＮの識別子、この要求がＬＡＤＮ／ＤＮまたは異なるＬＡＤＮ／ＤＮで先に存在したセッションを再アクティブにするためのものであることのインジケーション、および、例えば、集約された最大データレート、最大遅延などのＱｏＳ要件の情報を要求に含んでもよい。ＡＭＦ８０２は、要求を処理するＳＭＦ（例えば、ＳＭＦ８０３）を選択して、ＳＭＦ８０３に、要求を送達する（ステップ８１１）。モビリティに基づいて、ＰＤＵセッションを元々確立したものとは異なるＳＭＦが選択されてもよい。

ＳＭＦ８０３は、ＵＤＭ／ＵＤＲ８０４から、ＵＥ８０１のサブスクリプション情報およびセッションコンテキストを取得してもよい（ステップ８１２）。セッションコンテキストは、限定はされないが、ＱｏＳパラメータ、セッションが元々確立されたときにセットアップされた周期的インジケーション、２つのアクティブ期間の間の時間間隔、各アクティブ期間の平均の長さ、およびＰＤＵセッションのステータス（例えば、アクティブ、非アクティブ、解放済み）を含む情報を含んでもよい。代替または追加として、ＳＭＦ８０３は、セッションをアンカするために最後に使用されたＵＰＦ／ＮＥＦから、サブスクリプション情報およびセッションコンテキストを取得してもよい。ＳＭＦ８０３は、続いて、同じアンカポイントを使用するべきかどうかを決定する場合がある。ＬＡＤＮシナリオでは、ＳＭＦ８０３は、決定時に、まず、ＬＡＤＮのサービスエリアを考慮してもよい。ＳＭＦ８０３が、現在、または以前にセッションを提供しているＳＭＦとは異なる場合、ＵＤＲ／ＵＤＭ８０４は、先のＳＭＦがセッションをもはや提供していないことを示す通知を、先のＳＭＦに送信する場合がある。ＳＭＦが、現在、または以前にセッションを提供しているＳＭＦとは異なる場合、ＳＭＦは、先のＳＭＦにコンタクトして、セッションコンテキスト情報を読み出して、セッションを現在は提供していることを先のＳＭＦに示してもよい。セッションコンテキスト情報は、現在、または以前にセッションを提供しているＵＰＦの識別情報を含んでもよい。

ＳＭＦ８０３は、いくつかのセッションコンテキスト情報、例えば、データレート、各アクティブ期間の長さ、異なるＬＡＤＮへの接続などが、変更される場合に、ＰＤＵセッションに関するポリシー構成に関して、ＰＣＦ８０５と通信する場合がある（ステップ８１３）。

ＰＣＦ８０５は、セッションＩＤ、ＵＥ ＩＤ、および宛先ＬＡＤＮ ＩＤを相関させることによって対応するポリシーを読み出してもよく、次いで、ＰＣＦ８０５は、新しいＬＡＤＮへのＰＤＵセッションを通したデータ転送に関するポリシー（例えば、課金ポリシー、データレート）を更新してもよい（ステップ８１４）。ＰＣＦ８０５は、ポリシーＩＤと共に更新されたポリシーを記憶している場合があるＵＤＭ／ＵＤＲ８０４とコンタクトすることによってより詳細なポリシープロファイルを取得してもよい（ステップ８１５）。ＳＭＦ８０３は、ＰＤＵセッションをアクティブにして、セッションを提供するアンカポイントを選択する（ステップ８１６）。アンカポイントは、ＰＤＵセッションの経路によって決まるＵＰＦまたはＮＥＦ（例えば、ＵＰＦ／ＮＥＦ８０６）である場合がある。セッションが以前にアクティブにされたときに選択されたＵＰＦ／ＮＥＦと比較して、異なる、または同じＵＰＦ／ＮＥＦが、選択されてもよい。

ＳＭＦ８０３は、ＵＤＭ／ＵＤＲ８０４のセッションコンテキスト情報を更新してもよい（ステップ８１７）。ＳＭＦ８０３は、ＰＤＵセッションのアクティブ化について、アンカポイント（例えば、ＵＰＦ／ＮＥＦ ８０６）に通知する場合があり（ステップ８１８）、この際、限定はされないが、セッションＩＤ、ポリシー情報（例えば、データレート、最大遅延）、およびＬＡＤＮ ＩＤを含む情報が提供されてもよい。ＳＭＦ８０３は、セッションコンテキスト情報を含むことによって、ＡＭＦ８０２に、ＰＤＵセッション更新通知と共に返信してもよい（ステップ８１９）。ＡＭＦ８０２は、ＵＥ８０１に応答を送信して、ＰＤＵセッションがアクティブ、再アクティブ、または移動されたことを示してもよい（ステップ８２０）。ＵＰＦ／ＮＥＦ８０６が再配置される場合、新しいＵＰＦ／ＮＥＦ８０６アドレスが提供されてよい。図３Ａから図３Ｂのプロシージャと比較して、情報を共有することによるＰＤＵセッションの再確立のプロシージャ８００は、ＵＥが１つのＬＡＤＮから別のＬＡＤＮに移動する場合の制御シグナリングを減らす。

図９は、本明細書に記載される実施形態のいずれかと組み合わせて使用される場合がある、ＭＯトラフィック向けのＢＤＴを構成するために、ＵＥによって開始される例示的プロシージャ９００の図である。図９のプロシージャ９００の各ステップは別々に示され、かつ記載されているが、示されているのとは異なる順番で、互いに並行して、または互いに同時に、複数のステップが実行されてよい。上述の電車のユースケースでは、ネットワークオペレータは、線路沿いの各駅に１つのＬＡＤＮが設置される場合がある。例えば、電車は、ある駅でのＬＡＤＮとのデータ転送をスケジュールして、次の駅のＬＡＤＮに、ＭＯデータを転送する場合がある。この例では、次のＬＡＤＮが、より高い上りリンクデータレートをサポートする場合があるか、または電車が、次の駅に到着するまでにアップロードする完全なデータを有していない場合があるか、あるいは、電車が、最後の停車から、キャプチャされているセキュリティ映像をアップロードする場合がある。あるいは、電車は、集中型データネットワークでのデータ転送をスケジュールする場合があり、それにより、どのＬＡＤＮにデータ転送が向けられる必要があるかを電車に指示することができる。ＵＥ（例えば、電車に設置されたビデオカメラ、または電車の乗客によって使用されている端末デバイス）は、ＭＯトラフィック向けのＢＤＴプロシージャの構成を開始する場合がある。例えば、ＵＥは、ターゲットＬＡＤＮまたはＤＮをトリガして、ＢＤＴ向けの構成プロシージャを開始することによって、構成プロシージャを開始してもよい。このようにして、ＢＤＴは、ＬＡＤＮまたは集中型データネットワーク（例えば、インターネット）によってスケジュールされてよい。あるいは、ＵＥが、コアネットワークエンティティと直接通信することによって、構成プロシージャを開始してもよい。

図９の例を参照すると、ＵＥ９０１は、ＲＡＮノード９０２を介して、ＡＭＦ９０３にＵＥ９０１発信トラフィックのＢＤＴに対する要求を示すメッセージを送信することによって（ステップ９１０）、プロシージャ９００を開始する場合がある。要求は、ＭＯトラフィック向けのＢＤＴを事前構成する要求を含む場合がある。要求は、サービス要求、登録要求、またはセッション確立／再アクティブ化／修正要求など、他のタイプの要求メッセージに含まれるか、またはそれと組み合わされてよい。限定されないが、要求に含まれる場合がある情報としては、ＭＯトラフィック向けのものであるというインジケーション、ＵＥがＭＯ ＢＤＴ向けに使用することを必要とする場合があるＰＤＵセッション（ＲＡＮからＵＰＦまたはＡＭＦ／ＮＥＦ経路に進行する既存のＰＤＵセッションである場合がある）を示すＰＤＵセッション識別子（Identifier：ＩＤ）、ＰＤＵセッションのタイプ、要求されたデータ転送の宛先ＬＡＤＮとは異なるＤＮ／ＬＡＤＮに、ＵＥが現在接続している場合があるので、ＭＯトラフィックの宛先であるＬＡＤＮ／ＤＮのＤＮＮのＩＤ、例えば、時間間隔を伴う周期的データ、平均データサイズ、データレート、最大遅延、およびデータ転送の予測される開始時間などのＭＯデータのトラフィックパターン、例えば、アプリケーションＩＤ、もしくはトラフィックまたはＡＳＰ識別情報を記述するＩＰ ５−Ｔｕｐｌｅ（発信元アドレス、宛先アドレス、発信元ポート番号、宛先ポート番号、およびプロトコル）などの転送されるデータに関連するアプリケーション情報、ネットワークに記憶されている場合がある任意の既存のＢＤＴポリシー、および異なるＬＡＤＮでのＭＯトラフィックまたはＭＴトラフィック向けに構成される場合がある既存のポリシーを示すＢＤＴポリシーＩＤ、コアネットワークエンティティが様々な要因を考慮してＭＯ ＢＤＴの宛先として異なるＬＡＤＮ／ＤＮを選択する場合があるためにＵＥが宛先ＬＡＤＮ／ＤＮに対して柔軟性があるかどうかのインジケーション、ＵＥが非３ＧＰＰネットワークを介してデータを転送することを望むかどうかのインジケーション、ならびに、バックグラウンドデータ転送の際のＵＥのモビリティパターンまたは予測されるＵＥ位置が挙げられる。

要求を受信するとすぐに、ＡＭＦ９０３は、ＵＤＭ／ＵＤＲ９０５とコンタクトして、ＵＥ９０１がそのＭＯトラフィック向けのＢＤＴを使用することを認可されるかどうか、および宛先ＬＡＤＮ／ＤＮ、アドレスまたはＡＳＰ識別情報がＭＯ ＢＤＴに対して有効であるかどうかを判断する場合がある（ステップ９１１）。認可が通る場合、ＡＭＦ９０３は、宛先ＬＡＤＮ／ＤＮの位置、ＰＤＵセッションが既に存在する場合のセッションのアンカポイント、およびＰＤＵセッションがまだ確立されていない場合のセッションのタイプ（例えば、ＩＰまたは非ＩＰ）を考慮することによって、ＭＯ ＢＤＴ構成を管理するＳＭＦ（例えば、ＳＭＦ９０４）を選択する（ステップ９１２）。ＡＭＦ９０３は、ステップ９１０、ステップ９１１およびステップ９１２に関して上述した情報と共に、選択したＳＭＦ（例えば、ＳＭＦ９０４）にＢＤＴ要求を送信してもよい（ステップ９１３）。ＡＭＦ９０３から要求を受信するとすぐに、ＳＭＦ９０４は、ＢＤＴポリシー構成を管理することを含むＢＤＴを管理して、ＭＯ ＢＤＴを構成するＰＣＦ（例えば、ＰＣＦ９０６）を選択してもよい（ステップ９１４）。

適切なＰＣＦを選択するために考慮に入れられる場合がある要因としては、限定はされないが、宛先ＬＡＤＮ／ＤＮをサービングしているＰＣＦ、ＵＥまたはＵＥが登録するネットワークスライスインスタンスをサービングするＰＣＦ、ＭＯ ＢＤＴに使用される場合がある既存のＰＤＵセッションに関するポリシーを管理するＰＣＦ、および、確立されるＰＤＵセッションのアンカポイントをサービングしているＰＣＦが挙げられる。異なるＰＣＦが関与するケース、例えば、ＵＥが１つのＰＣＦによってサービングされるネットワークスライスと接続し、かつ宛先ＬＡＤＮ／ＤＮが、別のＰＣＦによってサービングされるなどの場合、ネットワークオペレータ構成およびオペレータ間の取決めに応じて、どちらのＰＣＦも選択される場合がある。選択されたＰＣＦは、ＭＯ ＢＤＴポリシー構成に関して、他のＰＣＦと通信する場合がある。

あるいは、ＡＭＦ９０３は、ステップ９１２で、ＰＣＦを選択して、ステップ９１３で、ＰＣＦに要求を送信する場合がある。例えば、ＵＥ９０１は、非ＩＰデータの送信を必要としていることを示して、ＭＯ ＢＤＴ向けのＡＭＦ−ＮＥＦ経路を通して既存の非ＩＰ ＰＤＵセッションのＩＤを提供する場合がある。このケースでは、ＡＭＦ９０３は、ステップ９１２でＰＣＦ９０６を選択し、ステップ９１３でＰＣＦにＢＤＴ要求を送信して、ステップ９１４および９１５は省略されてよい。

ＳＭＦ９０４は、選択したＰＣＦ（例えば、ＰＣＦ９０６）にＢＤＴ要求を送信してもよい（ステップ９１５）。ＰＣＦ９０６は、ＵＤＭ／ＵＤＲ９０５と通信して、ＵＥまたは宛先ＬＡＤＮ／ＤＮ向けに構成された既存のＢＤＴポリシーがあるかどうかを含む、ＵＥ９０１に関連するサブスクリプション情報およびポリシープロファイルを要求してよい（ステップ９１６）。ＵＥ９０１が、既存のＢＤＴポリシーのＩＤを提供する場合、ＰＣＦ９０６は、メッセージにそれを含んでもよい。加えて、宛先ＬＡＤＮ／ＤＮのＩＤおよびＵＥ ＩＤもまた含まれてよい。ＵＤＭ／ＵＤＲ９０５は、ＵＥおよびＬＡＤＮ／ＤＮに関したＢＤＴポリシーを戻す場合がある（ステップ９１７）。ポリシーは、ＭＴトラフィックに対してセットアップされてよい。ＵＤＭ／ＵＤＲ９０５は、いずれかの既存のＢＤＴポリシーが共有されるように設定されているか、またステップ９１６およびステップ９１７で再使用できるかどうかを調査してもよい。ＰＣＦ９０６は、先のステップで受信した情報に基づいて、ＭＯトラフィック向けのＢＤＴに関するポリシーを決定してもよい（ステップ９１８）。ＰＣＦは、ＵＥ９０１によって要求されたＬＡＤＮと比較して、ＭＯ ＢＤＴ向けに異なるＬＡＤＮを選択してもよい。ポリシーは、限定はされないが、ＢＤＴポリシーＩＤ、ＵＥ ＩＤおよび宛先ＬＡＤＮ／ＤＮのＩＤ、例えば、時間間隔を伴う周期的データ、平均データサイズ、データレートおよびデータ転送の予測される開始時間などのＭＯトラフィックの定義されたトラフィックパターン、課金ポリシーの参照、ＭＯ ＢＤＴポリシーが別のＵＥまたはＬＡＤＮ／ＤＮによって再使用（共有）されてよいかどうかのインジケーション（ＵＥが非３ＧＰＰネットワークを通したデータ転送を望むケースでは、ＰＣＦは、Ｎ３ＩＷＦを選択してＮ３ＩＷＦのＩＤを含んでもよい）、ならびに、ＭＯ ＢＤＴに関連するＰＤＵセッションＩＤおよびタイプを含む情報を含んでもよい。

ＰＣＦ９０６は、ＵＤＭ／ＵＤＲ９０５に、参照としてのポリシーＩＤと共にＭＯトラフィックに関するＢＤＴポリシーを記憶するように要求してもよい（ステップ９１９）。ＰＣＦ９０６は、ＳＭＦ９０４にポリシーＩＤおよびＵＤＭ／ＵＤＲ ＩＤと共にＢＤＴ応答を送信してもよく（ステップ９２０）、その結果、ＳＭＦ９０４は、データ転送のために、今後、ＰＤＵセッションを確立／アクティブ化する必要があるときに、ＭＯ ＢＤＴポリシーを読み出すことができる。ＰＣＦ９０６がＭＯトラフィック向けにＵＥ９０１によって識別されたものとは異なる宛先ＬＡＤＮ／ＤＮを選択する場合、ＰＣＦ９０６は、ＬＡＤＮ／ＤＮのＩＤを、応答メッセージで示してよい。ＳＭＦ９０４は、ＡＭＦ９０３にポリシーＩＤおよびＵＤＭ／ＵＤＲ ＩＤと共にＢＤＴ応答を送達してもよい（ステップ９２１）。ＡＭＦ９０３は、ＲＡＮノード９０２を介して、ＭＯトラフィックに関するＢＤＴポリシーと共にＵＥ９０１に返信してもよい（ステップ９２２）。ＡＭＦ９０３は、ＲＡＮノード９０２に、ＲＡＮがサービングしているＵＥからＬＡＤＮ／ＤＮへのＭＯ ＢＤＴがあることを通知してもよい。コアネットワークは、コアネットワークによって選択されたＬＡＤＮに関連する今後のＢＤＴのＵＥ固有スケジュールを通知してもよい。ＵＥトラフィックパターンおよび／またはモビリティパターンが与えられると、コアネットワークは、ＵＥがそのＭＯデータ転送を開始および終了してもよい位置、およびこれらの各位置でのＭＯトラフィックのタイプを決定してもよい。例えば、ＵＥ９０１は、ＬＡＤＮ１で５Ｍｂｐｓでのデータダウンロード、ＬＡＤＮ２で１５分間の映像アップロード、１０ＭｂｐｓのデータレートでＬＡＤＮ３での１５分間の映像アップロードを実施する場合がある。ＡＭＦ９０３はまた、時間間隔を伴う周期的データ、平均データサイズ、データレート、およびデータ転送の予測される開始時間などの、トラフィックに関するより多い情報を渡してもよい。このことは、Ｎ２インターフェースを通して行われる場合がある。ＳＭＦ９０４は、宛先ＬＡＤＮ／ＤＮに常駐するＡＦ９０８に、ＭＯトラフィックに関して構成されたＢＤＴポリシーについて通知してもよく、またＮＥＦ９０７は、ＭＯ ＢＤＴポリシーＩＤおよびＰＣＦ ＩＤを記録してもよい（ステップ９２３）。もう１つの選択肢として、ＰＣＦ９０６が、ステップ９２３を実施してもよい。例えば、ステップ９２３で、ＬＡＤＮおよびＡＦ９０８は、一定のデータレートで、所定の時間に、到着するデータ量があることを通知されてもよい。

図９の例では、ＰＣＦは、ＵＥからのＢＤＴ要求の応答として、ＵＥにＢＤＴポリシーを送信する。ＢＤＴポリシーは、まずＳＭＦに、次にＡＭＦに送信されてよく、それにより、ＮＡＳメッセージのトップのＵＥに関するポリシーがＵＥに送達される。あるいは、ＰＣＦは、ＵＥポリシーアソシエーション 、すなわち、ＰＣＦ−ＡＭＦ経路を通して、ＡＭＦに直接ＢＤＴポリシーを送信してもよい。ＢＤＴポリシーは、ＮＡＳ−ＭＭメッセージのペイロードとして、ＡＭＦによって送達されてよい。

図１０は、本明細書に記載される実施形態のいずれかと組み合わせて使用される場合がある、ＵＥによって開始され、かつＤＮ／ＬＡＤＮによって構成されるＭＯトラフィックのＢＤＴ構成の例示的プロシージャ１０００の図である。図１０のプロシージャ１０００の各ステップは別々に示され、かつ記載されているが、示されているのとは異なる順番で、互いに並行して、または互いに同時に、複数のステップが実行されてよい。図１０の例では、ＭＯ ＢＤＴを構成するＵＥ１００１の要求は、ＲＡＮ１００２を介して、ＡＭＦ１００３に送達され（ステップ１０１０）、このＡＭＦ１００３は、コアネットワーク内でＢＤＴ構成プロシージャを開始する（ステップ１０１１）。要求を受信するＬＡＤＮ／ＤＮは、ＭＯトラフィックの宛先ＬＡＤＮ／ＤＮとして、ＵＥ１００１によって設定されたものでない場合がある。代わりに、プロシージャを開始するＬＡＤＮ／ＤＮは、例えば、過負荷になり帯域幅が限られる可能性があるか、ＭＯトラフィックに関連するアプリケーションをサポートしていない可能性があるか、またはＵＥ１００１によって提供されたトラフィックパターンに基づいてＭＯトラフィックが到着するときにＵＥ１００１がそのサービスエリア外にいる可能性がある、などなんらかの条件によりＭＯトラフィックを受信するのに適切でないとネットワークエンティティに示してもよい。

図１１は、本明細書に記載される実施形態のいずれかと組み合わせて使用される場合がある、ＤＮ／ＬＡＤＮによって開始されるＭＯトラフィックに関するＢＤＴポリシー構成の例示的プロシージャ１１００の図である。図１１のプロシージャ１１００の各ステップは別々に示され、かつ記載されているが、示されているのとは異なる順番で、互いに並行して、または互いに同時に、複数のステップが実行されてよい。例えば、ＤＮ／ＬＡＤＮのＳＣＳ／ＡＳは、センサのグループを管理してもよく、それらのセンサをスケジュールして、周期的にそれらの測定値を報告してもよい。図１１の例では、ＡＦ１１０６は、ＮＥＦ１１０５に、ＢＤＴ要求を送信する場合がある（ステップ１１１０）。ＢＤＴ要求は、限定はされないが、要求がＭＯまたはＭＴトラフィックに対するものであるかどうか、ＡＦ１１０６がＬＡＤＮに常駐する場合そのＬＡＤＮのサービスエリア、時間間隔を伴う周期的データ、平均データサイズ、データレート、最大遅延およびデータ転送の予測される開始時間などのトラフィック特性、ＵＥの数、例えば、ＡＦ１００３が転送されるデータ量の閾値および転送されるデータの最大量などＢＤＴを停止する一定の条件を定めているかどうかなどのＢＤＴに関する条件、データが非３ＧＰＰアクセスを通して転送される可能性があるかどうか、ならびに、バックグラウンドデータ転送がグループベースかどうかを含む情報を示してもよい。次に、ＮＥＦ１１０５は、ＢＤＴ要求を認可し（ステップ１１１１）、続いて、ＰＣＦ１１０４にＢＤＴ要求を送信してもよい（ステップ１１１２）。ＰＣＦ１１０４は、ＵＤＭ／ＵＤＲ１１０３にＢＤＴポリシー要求を送信してもよい（ステップ１１１３）。ＵＤＭ／ＵＤＲ１１０３は、ＰＣＦ１１０４に、ＢＤＴポリシー応答を送信してよい（ステップ１１１４）。ＰＣＦ１１０４は、ＭＯトラフィックに関するＢＤＴポリシーを決定してもよい（ステップ１１１５）。ＰＣＦ１１０４は、ＵＤＭ／ＵＤＲ１１０３にＭＯトラフィックに関して決定されたＢＤＴポリシーを送信してもよく、そのＵＤＭ／ＵＤＲ１１０３は、ＭＯトラフィックに関して決定されたＢＤＴポリシーを記憶してもよい（ステップ１１１６）。ＲＡＮノード１１０１は、スケジュールされたＢＤＴについてＡＭＦ１１０２によって通知されてよい（ステップ１１１７）。加えて、ＰＣＦ１１０４は、ＢＤＴに関するページングポリシーをセットアップして、ＡＭＦ１１０２にそのポリシーを渡してもよく、その結果、ＡＭＦ１１０２が、スケジュールされた時間に、ネットワークに接続するようにＵＥをページングすることができる。このことは、ＭＯおよびＭＴトラフィックの両方で実施されてよい。

ＢＤＴはまた、ＭＴトラフィック向けにグループベースのものであってもよい。例えば、ＬＡＤＮ／ＤＮは、ＵＥのグループにＭＴデータを送信する場合がある。一例示的シナリオでは、ＭＴデータは、ブロードキャストを介してＬＡＤＮのサービスエリア内の全デバイスに送信される場合がある。別の例示的シナリオでは、ＭＴデータは、個々のＵＥ ＩＤの代わりにグループＩＤによって識別されるデバイスのグループに送信される場合がある。両方のシナリオでは、ＬＡＤＮ／ＤＮは、コアネットワークにＢＤＴ要求を送信するときに新しいパラメータを入れてもよい。ＬＡＤＮのサービスエリアまたはグループＩＤが、要求内に含まれてよい。多くのＩｏＴデバイスが各デバイスを圧迫し、かつより容易に管理できるようにグループとして配備されるので、グループベースＢＤＴは、特に、ＩｏＴ用途に有用である。

ＢＤＴポリシーは、ＵＥのグループから発信されたＭＯデータ転送に対して、ＰＣＦによってセットアップされることも可能である。ＡＳ／ＡＦは、グループＩＤ、例えば、外部グループＩＤまたは内部グループＩＤを示すことによって、ネットワークにＢＤＴ要求を送信することによって、プロシージャを開始する場合がある。したがって、一旦、ＰＣＦがＢＤＴポリシーを決定すると、ＰＣＦはＡＭＦにポリシーを送信してもよく、そのＡＭＦは、グループ内の個々のＵＥに送達してよい。ＡＭＦが任意のＵＥの位置を認識していないか、またはＡＭＦがＵＥと接続していない場合、ＡＭＦは、ＵＤＲ／ＵＤＭとコンタクトして、グループＩＤに基づくＵＥ ＩＤを含むＵＥコンテンツを読み出してもよく、その結果、ＢＤＴポリシーを、グループ内のターゲットＵＥに送信することができる。

グループの複数のＵＥが１つのＲＡＮノードによってサービングされていることを見つけた場合、ＡＭＦは、ＲＡＮノードに１つのＮ２メッセージを送信する場合がある。Ｎ２メッセージで、ＡＭＦは、個々のＵＥ ＩＤまたはグループＩＤ、あるいはその両方を示してもよい。個々のＵＥにポリシーをどう送信するかはＲＡＮノード次第である場合があるが、ＰＣＦは、ＡＭＦに、グループＩＤのみを示すＢＤＴポリシーと共に１つのメッセージを送信する。大量のＵＥがデータまたは制御メッセージを同時にネットワークに送信するケースを回避するために、ポリシーに関連するバックオフタイマがある。詳細を以下にて説明する。

下記の表３は、ネットワークによってＵＥに送信されるバックグラウンドデータ転送ポリシーに関連する場合があるパラメータの一覧を提示する。

一例では、バックグラウンドデータ転送ポリシーは、ＵＲＳＰフレームワークによって管理および分散される場合があるＵＥルート選択ポリシー（UE Route Selection Policy：ＵＲＳＰ）の一部である場合がある。

ＡＦは、ＮＥＦに、ＵＥまたはＵＥのグループに関するＢＤＴポリシーを、ＡＦが作成する必要があることを示すＢＤＴ要求を送信してもよい。データサイズ、エリア／位置およびタイムウィンドウなどの、ＢＤＴの詳細を示すことの他に、要求は、ポリシーがＵＥ始動通信に使用されるためのものであることを示してもよい。このインジケーションは、本明細書においては、ＭＯ−ＢＤＴポリシーインジケーションと称する場合がある。ＮＥＦがＰＣＦにこの要求を送達して、ＰＣＦがポリシーを構築してもよい。次いで、ＰＣＦは、ＵＥに（ＡＭＦおよびＮＡＳシグナリングを介して）ポリシーを直ちに送信するトリガとして、ＭＯ−ＢＤＴポリシーインジケーションを使用する場合があるか、またはＰＣＦは、インジケーションの存在に基づいて、ＵＥ（またはＵＥのグループ）が、要求内で示された位置または地理的エリアに入るときの通知について、ＡＭＦをサブスクライブしてもよい。通知が、ＡＭＦから受信されると、ＰＣＦは、ＵＥに（ＡＭＦおよびＮＡＳシグナリングを介して）ポリシーを送信してよい。

ＵＥがＢＤＴ転送ポリシーを受信すると、ポリシーのコンテンツが、以下の動作のうち１つまたは複数をＵＥに実施させる場合がある。

１）ポリシーをアクティブにする決定：ポリシーのアクティブ化決定は、ＢＤＴポリシーの受信、受信したポリシーで示された位置または地理的エリアに入ったことをＵＥが検出したとき、ポリシー内で示されたＤＮＮが利用可能であることをＵＥが検出したとき、ポリシー内で示されたＤＮＮとのＰＤＵセッションをＵＥが正常に確立したとき、ポリシー内で示されたタイムウィンドウに達したとき、または、ポリシー内で列挙されたフィルタまたは５−Ｔｕｐｌｅ情報と一致するトラフィックをＵＥが検出したとき、のイベントの任意の組み合わせによってトリガされる場合がある。ＵＥがポリシーをアクティブにすることを決定するときに、オフセットによってポリシーアクティブ化を遅らせる場合がある。オフセットは、ポリシー内で示されるか、またはランダムジェネレータおよび／またはＵＥのＳＵＰＩまたは５Ｇ−Ｓ−ＴＭＳＩなどのＵＥ識別子の一部に基づくものであってもよい。タイムウィンドウはまた、オフセットによってシフトされてもよい。

２）ポリシーアクティブ化要求：ＵＥがポリシーをアクティブにすることを決定すると、以下のステップのうち１つを行う場合がある。

新しいネットワークスライスへの接続を要求する登録更新要求の送信。登録更新要求は、ポリシー内で提供されたＳ−ＮＳＳＡＩを含む場合がある。

ポリシー内で提供されたＤＮＮを含む場合があるＰＤＵセッション確立要求の送信。ＰＤＵセッション確立要求はまた、ＰＣＦから受信されたポリシーを識別するポリシー参照ＩＤ（またはポリシーＩＤ）を含む場合がある。ポリシー参照ＩＤは、ＰＣＦからのポリシーを読み出して、ＰＤＵセッションにそのポリシーを適用するＳＭＦによって使用される場合がある。

ＰＤＵセッション更新要求またはサービス要求の送信。ＵＥは、ポリシー内で提供されたＳ−ＮＳＳＡＩ、ＤＮＮ、ＡＳＰ識別子、５−Ｔｕｐｌｅおよび／またはＰＤＵセッションＩＤに基づいて、ＰＤＵセッション更新要求またはサービス要求に関連するＰＤＵセッションを選択する場合がある。ＰＤＵセッション更新要求またはサービス要求はまた、ＰＣＦによって受信されたポリシーを識別するポリシー参照ＩＤを含む場合もある。ポリシー参照ＩＤは、ＰＣＦからのポリシーを読み出して、ＰＤＵセッションにそのポリシーを適用するＳＭＦによって使用される場合がある。

３）ポリシーアクティブ化通知：一旦、ポリシーがアクティブにされると、ＵＥは、ＵＥのアプリケーションに通知を送信して、ＵＥアプリケーションにポリシーがアクティブにされたことを知らせる場合がある。通知は、タイムウィンドウ、データの量、５−Ｔｕｐｌｅ、アプリケーションＩＤ、ＡＳＰ ＩＤ、およびＢＤＴポリシーがアクティブにされる可能性のある位置を含む場合がある。ＵＥはさらに、ＢＤＴがアクティブでなくなるときに（タイムウィンドウ外、データ量の超過、指定の位置外、ＤＤＮへのＰＤＵセッションがもはやないことなど）、ＵＥアプリケーションに通知を送信して知らせる場合がある。あるいは、ＵＥがネットワークとのポリシーをアクティブにする前に、ポリシーの使用可能性に関して、ＵＥはアプリケーションに知らせる場合がある。これは、ＵＥアプリケーションがポリシーの使用を必要としていることを確実にするために行われる場合がある。あるいは、ＵＥは、ＵＥアプリケーションがポリシーで定義されたトラフィックパターン（例えば、フィルタ）と一致するトラフィックを生成するまで、ＵＥアプリケーションにポリシー情報を提供しない場合もある。ポリシー情報は、ＡＴコマンドを介してＵＥアプリケーションに提供される場合がある。

４）ポリシーの非アクティブ化：ＵＥは、ＵＥがポリシー内で規定されているエリアを離れたことを検出する、ポリシー内で規定された以上のデータの量をＵＥが送信したことを検出する、ポリシー内で規定されたタイムウィンドウが満了したことを検出する、規定されたタイムアウト後に、ポリシーで規定されたトラフィックが送信されたことを検出する（タイムアウトは、ポリシーで規定されている場合もある）、または明確なアプリケーション層要求を受信する場合、ポリシーを非アクティブにすることを決定する場合がある。ポリシーの非アクティブ化は、ＰＤＵセッション修正、ＰＤＵセッション解放メッセージ、ポリシー内で規定されたＳ−ＮＳＳＡＩを削除する登録更新メッセージの送信を伴う場合がある。ポリシーは、ＰＤＵセッションの解放をトリガするもの（タイムアウト、タイムウィンドウ外、データ量の一致または超過など）を示す場合がある。

ＵＥは、ポリシーがＰＣＦによって決定されて、ＵＥに送信された後であっても、ＢＤＴポリシーをネットワークと再調整することを必要とする場合がある。起こり得るシナリオとしては、ＵＥが事前に計画されたデータ転送についてなんらかの変更を予測する、例えば、ＵＥがデータ転送の開始時間および／または終了時間の変更を必要とするとき、ＵＥがＢＤＴポリシーによって設定されたＰＤＵセッションでのより多くのデータの転送、またはより高いデータレートを必要とするとき、またはＵＥが追加のアプリケーションデータフローをＢＤＴに追加することを必要とするとき、が挙げられる。構成されたＢＤＴポリシーをネットワークと再調整（すなわち、更新）するために、ＵＥは、登録更新プロシージャ、サービス要求プロシージャ、またはＰＤＵセッション確立／修正プロシージャと共に、プロシージャを開始してもよい。特に、ＵＥは、更新の根拠およびＢＤＴポリシーに関連して変更されるべきパラメータを示すために、参照ＩＤ、またはＢＤＴポリシーＩＤを提供することによってＢＤＴポリシーを識別する必要がある場合がある。変更されるべきパラメータは、表３で列挙したパラメータのいずれかを含む場合がある。

ＡＦまたはＰＣＦなどのネットワーク機能はまた、今後のバックグラウンドデータ転送に影響を与える可能性のあるＬＡＤＮまたはＤＮのサービスエリアの変更、ＡＳまたはＡＦがＢＤＴポリシーの構成の変更を必要とするような今後のバックグラウンドデータ転送のトラフィック特性の変更、ＵＥがＢＤＴポリシーで規定されたエリアに到達可能でないか、またはエリア外への移動したことのネットワークによる検出、のイベントに起因して、ＵＥに記憶されているＢＤＴポリシーの更新を必要とする場合もある。このことは、ネットワーク内のＮＷＤＡＦの支援によって行われる場合がある。一旦、ＮＷＤＡＦがこれを検出すると、ＰＣＦとコンタクトして、ＢＤＴポリシーおよび関連するＵＥを示すことによって、プロセスをトリガする場合がある。ネットワーク機能は、ＵＥ構成更新プロシージャを利用して、参照ＩＤまたはＢＤＴポリシーＩＤ、更新の根拠、およびＢＤＴポリシーに関連する変更されるべきパラメータを示すことによってＢＤＴポリシーを更新してもよい。

図１２は、本明細書に記載される実施形態のいずれかと組み合わせて使用される場合がある、ＬＴＥ ＥＰＣでのＭＯトラフィックに関するＢＤＴポリシーを構成するＵＥ始動プロシージャの例示的プロシージャ１２００の図である。図１２のプロシージャ１２００の各ステップは別々に示され、かつ記載されているが、示されているのとは異なる順番で、互いに並行して、または互いに同時に、複数のステップが実行されてよい。図１２の例では、ＵＥ１２０１は、ＮＡＳを介して、ＭＭＥ１２０２にＭＯバックグラウンドデータ転送要求を送信する場合があり（ステップ１２１０）、またＭＭＥ１２０２は、ＳＣＥＦ１２０５を介して、ＳＣＳ／ＡＳ１２０６に要求を送達する場合がある（ステップ１２１１）。ＵＥ１２０１は、本明細書に記載されるプロシージャのいずれかで説明されているのと同じ情報をＢＤＴ要求に含む場合がある。ＳＣＳ／ＡＳ１２０６は、これがＵＥ ＩＤを伴うＭＯトラフィック向けのものであることを示すことによって、リソース管理を含むＢＤＴ構成のプロシージャを開始する場合がある（ステップ１２１２）。ＳＣＥＦ１２０５は、ＭＭＥ１２０２に、ＰＣＲＦ１２０４によって設定されて、ＳＰＲ１２０３に記憶されたポリシーＩＤと共に、ＢＤＴ応答を送信する場合がある（ステップ１２１３）。ＭＭＥ１２０２は、ＵＥ１２０１に、ＭＯ ＢＤＴに関するポリシーＩＤと共に、ＢＤＴ応答を送信する場合がある（ステップ１２１４）。

図１３は、５Ｇネットワークで、バックグラウンドデータ転送を構成する例示的ユーザインターフェース１３００の図である。ユーザインターフェースは、エンドデバイス（ＵＥ）、サービスプロバイダ（ＳＣＳ／ＡＳ）ならびにネットワークオペレータによって使用される場合がある。図１３の例に示されるように、５Ｇネットワークインターフェース１３０１でのＢＤＴ構成は、エンドデバイス（ＵＥ）、サービスプロバイダ（ＳＣＳ／ＡＳ）および／またはネットワークオペレータの構成１３０２、ならびに、エンドデバイス（ＵＥ）、サービスプロバイダ（ＳＣＳ／ＡＳ）および／またはネットワークオペレータに対応するＢＤＴセットアップ１３０３を可能にする場合がある。

図１４は、在庫管理システム１４００に接続しているＵＥの一例を示す図である。図１４の例では、ＵＥプラットフォーム１４０１は、ＲＡＮ１４０２を介して、５ＧＣ１４０３に接続して、企業在庫管理システム１４０４にアクセスする場合がある在庫管理アプリケーションを含む場合がある。いくつかのアプリケーションは、そのアプリケーションをホストしているデバイス（ＵＥ）が、ＬＡＤＮのサービスエリアにいるときだけ動作する場合がある。例えば、それは、ＵＥが倉庫にいるときにだけ作動する（図１４の例に示されているような）倉庫在庫追跡および管理アプリケーション向けに望ましい場合がある。言い換えると、セキュリティ理由で、倉庫所有者は、従業員が家から在庫を観察および管理できることを望まない場合がある。

ＵＥがＬＡＤＮのサービスエリア外にいるときに、ＵＥはＩＰコネクティビティを有する場合があるが、企業在庫管理システム１４０４へのコネクティビティは有してない。したがって、これらのアプリケーションは、ＬＡＤＮの中、または外にＵＥがいるかどうかを認識している場合があり、それにより、アプリケーションは、ＵＥがＬＡＤＮ内にいないときは、動作を試みないはずである。

サービス／アプリケーションの観点から、ＬＡＤＮへのアクセスのより細かな粒度を提供するために、５ＧＣ１４０３は、ＬＡＤＮによって提供される異なるサービスに基づいて認可プロシージャを実施する場合がある。ＬＡＤＮは、いくつかのサービス／アプリケーション情報を提供することによって、５ＧＣ１４０３を支援することが予測される。１つの方法は、ＬＡＤＮが提供する異なるサービスに対して、異なるサービスエリアを定義することである。５ＧＣ１４０３（例えば、ＰＣＦ）は、サービスエリアとサービスとの間のマッピングを保持する場合がある。実際に、サービスエリアは、トラフィック負荷、およびモビリティパターンなどの他の要因に応じて変化する場合がある。

このようなシナリオでは、ＵＥがＬＡＤＮのサービスエリアを離れるときに、バックエンド企業在庫管理システム１４０４とのアプリケーションセッションは中断される場合がある。５ＧＣ１４０３は、ＵＥがＬＡＤＮサービスエリアの外に移動するときにＳＭＦがいつＵＥのユーザプレーン接続を非アクティブにしてよいか、および、ＳＭＦがサービスエリアにＵＥが戻ってきたことを通知されるときにＳＭＦがＵＥのユーザプレーン接続を再アクティブにしてよいかを示すことによって、このタイプのシナリオをサポートする場合がある。ＵＥプラットフォーム１４０１によってエクスポーズされ、かつ在庫管理アプリケーションによって使用されるＡＰＩは、ＵＥのユーザプレーン接続がＵＥの位置に左右されることを考慮する場合がある。

在庫管理アプリケーションは始動すると、ＵＥのユーザプレーン接続を確立させることができるＡＰＩを呼び出す場合がある。例えば、ＡＰＩ呼び出しは、ＵＤＰまたはＴＣＰを確立する、もしくは、企業管理システムのＩＰアドレスを伴う要求である場合がある。ＡＰＩ呼び出しは、ＬＡＤＮ名、およびＬＡＤＮはＬＡＤＮ名であるというインジケーションを含む場合がある。ＡＰＩ呼び出しに応じて、ＵＥプラットフォームは、ＡＭＦにＰＤＵセッション確立メッセージを送信する場合がある。メッセージは、要求タイプが「開始要求」であることを示す場合があり、メッセージは、ＤＤＮ／ＬＡＤＮ、およびＬＡＤＮがＬＡＤＮ名であるという新しいインジケーションを含む場合がある。ＬＡＤＮがＬＡＤＮ名であるというインジケーションは、ネットワークによって使用される場合があり、その結果、ネットワーク内でその名前が識別されない場合、そのＤＤＮ名はより一般的なＤＤＮとは置換されないことをネットワークは認識している。代わりに、ネットワークが提供されたＤＤＮ／ＬＡＤＮを識別しない場合、ネットワークは、ＬＡＤＮ／ＤＤＮ名が識別されない、到達することができない、または許可されないことを示す原因値と共に、要求を却下してもよい。ＧＵＩは、アプリケーションが企業システムに接続されたかどうかを示すメッセージを表示してもよい。

図１５は、本明細書に記載される実施形態のいずれかと組み合わせて使用される場合がある、ＬＡＤＮ１５００への接続を確立する一例の図である。ＵＥプラットフォーム１５０１は、アプリケーションが企業システムに接続されているかどうかを示すメッセージを表示するグラフィカルユーザインターフェース（ＧＵＩ）１５０２を含む場合がある。在庫管理アプリケーション１５０３は、ＵＥモデム１５０４に、接続を確立する要求（ＬＡＤＮインジケーション）を送信して、ＵＥモデム１５０４から、拒否を受信したり、メッセージ（根拠）を受け取ったりする場合がある。ＰＤＵセッション確立メッセージは、ＤＤＮフィールドを既に含んでいる場合がある。ＤＤＮフィールドは、ネットワークにＬＡＤＮを提供するために使用される場合がある。

ＬＡＤＮに到達する可能性のあるトラッキングエリアを含むＬＡＤＮ情報は、登録プロシージャまたはＵＥ構成更新プロシージャの間に、ＵＥにＡＭＦによって提供される場合がある。ＬＡＤＮに達する可能性のあるエリアをそれ自体が離れることをＵＥが検出するときに、ＵＥプラットフォームは、在庫管理アプリケーションに、ユーザプレーン接続が中断されたことを示す通知を送信してもよい。ＵＥは、それ自体が、ＬＡＤＮの一部ではないトラッキングエリアに入ったと判断するときに、ＬＡＤＮエリアを離れたと検出する場合がある。在庫管理アプリケーションのユーザインターフェースは、送受器画面上に、現在位置では企業管理システムに到達可能ではないことを示す「ｇｏｏｄ ｂｙｅ（さようなら）」メッセージを表示する場合がある。ＵＥが、それ自体がＬＡＤＮに達する可能性のあるエリアに再び入ったことを検出すると、ＵＥプラットフォームは、在庫管理アプリケーションに、ユーザプレーン接続が再確立されたことを示す通知を送信してもよい。在庫管理アプリケーションのユーザインターフェースは、送受器画面上に、現在位置で企業管理システムに到達可能であることを示す「ｗｅｌｃｏｍｅ ｂａｃｋ（おかえり）」メッセージを表示する場合がある。

ＵＥは、ＬＡＤＮエリアに再び入ったときに、ＵＥのＰＤＵセッションをネットワークが非アクティブにしたかどうかを認識していない場合がある。したがって、ＵＥは、「既存のＰＤＵセッション」およびＰＤＵセッションＩＤを示す要求タイプと共にＰＤＵセッション確立メッセージを送信してもよい。追加として、要求は、要求が同じアクセス（すなわち、３ＧＰＰまたは非３ＧＰＰ）のセッションを再アクティブするためのものであるというインジケーションを含んでもよい。ＡＭＦは、ＰＤＵセッションが依然として確立されているかどうか、または新しいＰＤＵセッションが、先のセッションの代わりに確立されたかどうかのインジケーションと共に返信してもよい。インジケーションは、ＵＥに対する同じＰＤＵセッションＩＤまたは新しいＰＤＵセッションＩＤと共にＵＥに提供されてよい。ＵＥは、それ自体が、ＬＡＤＮの一部であるトラッキングエリアに入ったと判断するときに、ＬＡＤＮエリアに入ったと検出する場合がある。ＵＥがＬＡＤＮに到達する可能性のあるエリアに再び入ったときに、在庫管理アプリケーションに送信されるようにセットアップされた通知は、代わりに、ＬＡＤＮとのＰＤＵセッションをＵＥが再確立した後に送信されてもよい。

図１６は、本明細書に記載される実施形態のいずれかと組み合わせて使用される場合がある、ＧＵＩ１６００を介したエリア通知の図である。ＵＥプラットフォーム１６０１は、在庫管理アプリケーション１６０４に、ＬＡＤＮエリア外メッセージを送信することがあり、グラフィカルユーザインターフェース（ＧＵＩ）１６０２を介して、企業システムに到達可能ではないことを示すメッセージ（例えば、「ｇｏｏｄ ｂｙｅ」メッセージ）を表示する場合があるＵＥモデム１６０５を含む場合がある。ＵＥモデム１６０５は、在庫管理アプリケーション１６０４に、ＬＡＤＮエリア内、または接続再確立メッセージを送信する場合があり、グラフィカルユーザインターフェース（ＧＵＩ）１６０３を介して、企業システムに現在到達可能であることを示すメッセージ（例えば、「ｗｅｌｃｏｍｅ ｂａｃｋ」メッセージ）を表示する場合がある。

ＬＡＤＮでのみ動作するサービス層がある場合もある。上述した在庫管理アプリケーションは、ＵＥでホストされるサービス層である場合がある。ｏｎｅＭ２Ｍの用語では、これは、ＡＳＮ−ＣＳＥと呼ばれることもある。あるいは、ＡＤＮ−ＡＥである場合がある。

上述した企業在庫管理システムは、クラウドサーバでホストされるサービス層であってもよい。ｏｎｅＭ２Ｍの用語では、これは、ＩＮ−ＣＳＥである場合がある。

ＵＥのＡＳＮ−ＣＳＥは、ＩＮ−ＣＳＥと共に登録プロシージャを実施する場合がある。ＩＮ−ＣＳＥは、ＡＳＮ−ＣＳＥが一定の地理的領域にいる場合にのみ、ＩＮ−ＣＳＥにアクセス可能であるというインジケーションをＡＳＮ−ＣＳＥに提供する場合がある。さらに、ＩＮ−ＣＳＥは、地理的領域の詳細をＡＳＮ−ＣＳＥに提供する場合がある。地理的領域の詳細としては、限定はされないが、ＧＰＳ座標、経度、緯度、アドレス、トラッキングエリア、トラッキングエリアリストが挙げられる。

ＡＳＮ−ＣＳＥは、位置属性またはリソースを保持している場合がある。ＡＳＮ−ＣＳＥは、その位置属性またはリソースをＡＳＮ−ＣＳＥに登録されているアプリケーション（例えば、ＵＥ上にホストされているアプリケーション）が見ることができるようにする場合がある。ＡＳＮ−ＣＳＥは、ＩＮ−ＣＳＥに到達可能であるときに示す地理的情報を、登録されているアプリケーションが見ることができるようにする場合がある。情報は、ＡＳＮ−ＣＳＥに保持され、かつＩＮ−ＣＳＥを意味する＜ｒｅｍｏｔｅＣＳＥ＞リソースの一部である場合がある。

ＡＳＮ−ＣＳＥに登録されているアプリケーションは、ＵＥが、ＩＮ−ＣＳＥに到達可能である地理的エリアを離れるか、またはそこに入るときに、ＡＳＮ−ＣＳＥからの通知を受信するためにサブスクライブする場合がある。

上述の通り、ＡＳＮ−ＣＳＥは、ＵＥがＬＡＤＮエリアに再び入るために入ったときに、モデムプラットフォームから通知を受信する場合がある。このような通知を受信した後に、ＡＳＮ−ＣＳＥは、ＩＮ−ＣＳＥへのアクティブな接続があるかないかを示す属性またはリソースを更新する場合がある。更新された属性またはリソースは、ＡＳＮ−ＣＳＥに関連するもの（ｏｎｅＭ２Ｍの用語で、＜ｃｓｅＢａｓｅ＞リソース）、ＩＮ−ＣＳＥに関連するもの（ｏｎｅＭ２Ｍの用語で、＜ｒｅｍｏｔｅＣＳＥ＞リソース）であるか、または、ＡＳＮ−ＣＳＥで登録された各アプリケーションに関連するもの（ｏｎｅＭ２Ｍの用語で、＜ＡＥ＞リソース）である場合がある。ＡＳＮ−ＣＳＥで登録されたアプリケーションは、対応する属性またはリソースの状態変化をサブスクライブすることによって、ＵＥがＬＡＤＮ内にいるかどうか、あるいはＩＮ−ＣＳＥに到達可能であるかどうかの通知を受信するためにサブスクライブしてもよい。アプリケーションがこのような通知を受信すると、（ＩＮ−ＣＳＥに到達可能でないおよび／またはＵＥがＬＡＤＮの外にある場合）アプリケーションはそのアクティビティを中断するか、または、（ＩＮ−ＣＳＥに到達可能であるおよび／またはＵＥがＬＡＤＮ内にある場合）そのアクティビティを再開始する場合がある。

加えて、ＡＳＮ−ＣＳＥは複数のＩＮ−ＣＳＥを共に登録する場合があるが、各ＩＮ−ＣＳＥは、異なるサービス層の役割を担い、かつそれ自体のＬＡＤＮを有する。したがって、ＡＳＮ−ＣＳＥは、異なるＬＡＤＮに関連するＩＮ−ＣＳＥごとに、複数の＜ｒｅｍｏｔｅＣＳＥ＞を保持する場合がある。ＵＥ上のアプリケーションは、ＬＡＤＮ（すなわち、特定のＩＮ−ＣＳＥ）に対して特別なものである場合があり、かつＵＥがＬＡＤＮおよびＩＮ−ＣＳＥに到達可能であるエリアから離れるか、または再び入るときに通知を受信するために、対応する＜ｒｅｍｏｔｅＣＳＥ＞をサブスクライブする場合がある。

第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（符復号化、セキュリティ、およびサービスの品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のために、技術的規格を策定している。最近の無線アクセス技術（ＲＡＴ）規格は、ＷＣＤＭＡ（登録商標）（一般に、３Ｇと称される）、ＬＴＥ（一般に、４Ｇと称される）、ＬＴＥ−アドバンスト規格、および「５Ｇ」とも称される新無線（ＮＲ）を含む。３ＧＰＰ ＮＲ規格開発は、継続され、かつ次世代無線アクセス技術（新しいＲＡＴ）の規定を含むことが想定され、これは、７ＧＨｚを下回る新規のフレキシブルな無線アクセスのプロビジョンと、７ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスのプロビジョンとを含むことが想定されている。フレキシブルな無線アクセスは、７ＧＨｚを下回る新しい周波数帯域における新しい非後方互換性無線アクセスで構成されることが想定され、また同じ周波数帯でまとめて多重化されて、多様な要件を伴う３ＧＰＰ ＮＲユースケースの広範なセットに対処する場合がある異なる動作モードを含むことが予期される。ウルトラモバイルブロードバンドは、例えば、屋内用途およびホットスポット向けのウルトラモバイルブロードバンドアクセスの機会を提供する、センチ波およびミリ波の周波数帯域を含むことが想定されている。特に、センチ波およびミリ波特有設計最適化を伴うウルトラモバイルブロードバンドは、７ＧＨｚを下回るフレキシブル無線アクセスと、共通設計フレームワークを共有することが想定されている。

３ＧＰＰは、データレート、遅延、およびモビリティに対する、様々なユーザ体験要件となるＮＲでサポートすることが予期される種々のユースケースを特定している。ユースケースは、一般的なカテゴリ、すなわち、高度化モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）、ネットワークオペレーション（例えば、ネットワークスライシング、ルーティング、マイグレーションおよびインターワーキング、省エネルギー）、ならびに、ビークル・ツー・ビークル通信（Vehicle-To-Vehicle：Ｖ２Ｖ）、ビークル・ツー・インフラストラクチャ通信（Vehicle-To-Infrastructure：Ｖ２Ｉ）、ビークル・ツー・ネットワーク通信（Vehicle-To-Network：Ｖ２Ｎ）、ビークル・ツー・ペデストリアン通信（Vehicle-To-Pedestrian：Ｖ２Ｐ）、およびその他のエンティティとのビークル通信のうちいずれかを含む場合がある高度化ビークル・ツー・エブリシング（Enhanced Vehicle-To-Everything：ｅＶ２Ｘ）通信を含む。これらのカテゴリにおける具体的サービスおよびアプリケーションは、例えば、いくつか例を挙げると、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、緊急対応者コネクティビティ、自動車ｅコール、災害警告、リアルタイムゲーム、多人数ビデオコール、自律運転、拡張現実、触知インターネット、バーチャルリアリティ、ホームオートメーション、ロボティクスおよび空中ドローンを含む。これらのユースケースの全ておよび他のものが、本明細書で検討される。

図１７Ａは、本明細書で説明および請求される方法および装置が使用される場合がある通信システム１００の一例を示す。通信システム１００は、概して、または集合的に（１つまたは複数の）ＷＴＲＵ１０２を指す場合がある無線伝送／受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆおよび／または１０２ｇを含む場合がある。通信システム１００は無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）１０８、インターネット１１０、その他のネットワーク１１２およびネットワークサービス１１３を含む場合がある。ネットワークサービス１１３は、例えば、Ｖ２Ｘサーバ、Ｖ２Ｘ機能、ＰｒｏＳｅサーバ、ＰｒｏＳｅ機能、ＩｏＴサービス、動画ストリーミングおよび／またはエッジコンピューティングなどを含む場合がある。

本明細書に開示する概念が、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素と共に使用される場合があることを理解されよう。ＷＴＲＵ１０２のそれぞれは、無線環境で動作および／または通信するように構成された任意のタイプの装置またはデバイスであってよい。図１７Ａの例では、ＷＴＲＵ１０２のそれぞれは、ハンドヘルド無線通信装置として図１７Ａから図１７Ｅで描写されている。無線通信で考えられる様々なユースケースで、各ＷＴＲＵは、一例にすぎないが、ユーザ端末（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケットベル、セルラー電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、バス、トラック、電車、または飛行機の乗物などを含む、無線信号を伝送および／または受信するように構成されている任意のタイプの装置またはデバイスを備えている、またはそれらに含まれる場合があることを理解されよう。

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含む場合がある。図１７Ａの例では、各基地局１１４ａおよび基地局１１４ｂは、単一の要素として示されている。実際には、基地局１１４ａおよび１１４ｂは、相互接続する任意の数の基地局および／またはネットワーク要素を含んでいてもよい。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。同様に、基地局１１４ｂは、遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂ、送受信ポイント（ＴＲＰ）１１９ａ、１１９ｂおよび／またはロードサイドユニット（Roadside Unit：ＲＳＵ）１２０ａおよび１２０ｂのうちの少なくとも１つと有線および／または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、その他のネットワーク１１２、および／またはネットワークサービス１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２のうちの少なくとも１つ、例えば、ＷＴＲＵ１０２ｃと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。

ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＳＵ１２０ａおよび１２０ｂは、ＷＴＲＵ１０２ｅまたは１０２ｆのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、その他のネットワーク１１２、および／またはネットワークサービス１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、送受信機基地局（Base Transceiver Station：ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ Ｂ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、次世代Ｎｏｄｅ−Ｂ（ｇＮｏｄｅ Ｂ）、衛星、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無線ルータなどであってもよい。

基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部である場合があり、それらＲＡＮはまた、基地局コントローラ（Base Station Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）も含んでもよい。同様に、基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部である場合があり、それらＲＡＮは、ＢＳＣ、ＲＮＣ、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａは、セルと呼ばれることもある特定の地理的領域（図示せず）内で無線信号を伝送および／または受信するように構成される場合がある。同様に、基地局１１４ｂは、セルと呼ばれることもある特定の地理的領域（図示せず）内で有線および／または無線信号を伝送および／または受信するように構成される場合がある。セルは、セルセクタにさらに分割されることがある。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されることがある。したがって、例えば、基地局１１４ａは、セルのセクタ毎に１つの、３つの送受信機を含む場合がある。基地局１１４ａは、例えば、多入力多出力（Multiple-Input Multiple Output：ＭＩＭＯ）技術を採用する場合があり、したがって、セルのセクタ毎に複数の送受信機を利用することがある。

基地局１１４ａは、任意の好適な無線通信リンク（例えば、高周波（Radio Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であることがあるエアインターフェース１１５／１１６／１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｇのうちの１つまたは複数と通信する場合がある。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。

基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバーなど）または無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、ＵＶ、可視光、センチ波、ミリ波など）であることがある、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを通してＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂおよび／またはＲＳＵ１２０ａ、１２０ｂのうち１つまたは複数と通信する場合がある。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適なＲＡＴを使用して確立されてよい。

ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよび／またはＲＳＵ１２０ａ、１２０ｂ、は、任意の好適な無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、ＵＶ、可視光、センチ波、ミリ波など）であることがある、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを通してＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆのうちの１つまたは複数と通信する場合がある。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適なＲＡＴを使用して確立されてよい。

ＷＴＲＵ１０２は、任意の好適な無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、ＵＶ、可視光、センチ波、ミリ波など）であることがある、サイドリンク通信などのダイレクトなエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを通して相互に通信する場合がある。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の好適なＲＡＴを使用して確立されてよい。

通信システム１００は、複数のアクセスシステムである場合があり、かつＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを採用する場合がある。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよび／またはＲＳＵ１２０ａおよび１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅおよび１０２ｆとは、ユニバーサルモバイル電気通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）、地上無線アクセス（Universal Terrestrial Radio Access：ＵＴＲＡ）などの無線技術を実装してよく、それにより、広帯域ＣＤＭＡ（Wideband CDMA：ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７および／または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）および／または発展型ＨＳＰＡ（Evolved HSPA：ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速下りリンクパケットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）および／または高速上りリンクパケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含んでもよい。

例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｇとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂおよび／またはＲＳＵ１２０ａおよび１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄとは、発展型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access：Ｅ−ＵＴＲＡ）などの無線技術を実装してよく、それにより、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−アドバンスト（LTE-Advanced：ＬＴＥ−Ａ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃは、３ＧＰＰ ＮＲ技術を実装する可能性がある。ＬＴＥおよびＬＴＥ−Ａ技術は、（サイドリンク通信などの）ＬＴＥ Ｄ２Ｄおよび／またはＶ２Ｘ技術およびインターフェースを含む場合がある。同様に、３ＧＰＰ ＮＲ技術は、（サイドリンク通信などの）ＮＲ Ｖ２Ｘ技術およびインターフェースを含む場合がある。

ＲＡＮ１０３／１０４／１０５内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｇとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂおよび／またはＲＳＵ１２０ａおよび１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅおよび１０２ｆとは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide Interoperability For Microwave Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定規格２０００（Interim Standard 2000：ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（Global System For Mobile Communications：ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data Rates For GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。

図１７Ａの基地局１１４ｃは、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、例えば、事業所、家、車両、列車、アンテナ、衛星、製造所、キャンパスなどの場所などの局所エリア内の無線コネクティビティを促進するために、任意の好適なＲＡＴを利用してもよい。基地局１１４ｃとＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅとは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）を確立してもよい。同様に、基地局１１４ｃとＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｄとは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless Personal Area Network：ＷＰＡＮ）を確立してもよい。基地局１１４ｃとＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅとは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１７Ａに示すように、基地局１１４ｃは、インターネット１１０への直接接続を有する場合がある。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。

ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信する場合があり、そのコアネットワークは、音声、データ、メッセージ送信、認可および認証、アプリケーション、および／またはボイスオーバーインターネットプロトコル（Voice Over Internet Protocol：ＶｏＩＰ）サービスをＷＴＲＵ１０２のうちの１つまたは複数に提供するように構成される任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル位置ベースサービス、プリペイドコール、インターネットコネクティビティ、パケットデータネットワークコネクティビティ、イーサーネットコネクティビティ、ビデオ配信などを提供するか、および／またはユーザ認証などの高レベルセキュリティ機能を実施してもよい。

図１７Ａでは図示されていないが、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよび／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接通信してもよいことを理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することがあるＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭまたはＮＲ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。

コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２がＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするために、ゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（Internet Protocol：ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。その他のネットワーク１１２は、他のサービスプロバイダによって所有および／または操作される、有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、任意のタイプのパケットデータネットワーク（例えば、ＩＥＥＥ８０２．３イーサネットネットワーク）か、もしくは、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用することがある１つまたは複数のＲＡＮに接続される別のコアネットワークを含んでもよい。

通信システム１００内の、マルチモード能力を含む場合があるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅおよび１０２ｆの一部または全て、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅおよび１０２ｆは、異なる無線リンクを通して異なる無線ネットワークと通信する複数の送受信機を含む場合がある。例えば、図１７Ａに示すＷＴＲＵ１０２ｇは、セルラーベースの無線技術を採用することがある基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用することがある基地局１１４ｃと通信するように構成されてもよい。

図１７Ａには図示されていないが、ユーザ端末がゲートウェイへの有線接続を作る場合があることを理解されよう。ゲートウェイは、レジデンシャルゲートウェイ（Residential Gateway：ＲＧ）である場合がある。ＲＧは、コアネットワーク１０６／１０７／１０９へのコネクティビティを提供する場合がある。本明細書に含まれる着想の多数が、ＷＴＲＵであるＵＥおよびネットワークに接続する有線接続を使用するＵＥに同様に適用される場合があることはいうまでもない。例えば、無線インターフェース１１５、１１６、１１７および１１５ｃ／１１６ｃ／１１７ｃに適用される着想は、有線接続に同様に接続されてよい。

図１７Ｂは、ＲＡＮ１０３およびコアネットワーク１０６の一例のシステム図である。上記のように、ＲＡＮ１０３はＵＴＲＡ無線技術を採用して、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信する場合がある。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図１７Ｂに示すように、ＲＡＮ１０３は、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するために、１つまたは複数の送受信機をそれぞれ含むことがある、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂおよび１４０ｃを含む場合がある。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂおよび１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含む場合がある。ＲＡＮ１０３は、任意の数のＮｏｄｅ−Ｂおよび無線ネットワーク制御装置（ＲＮＣ）を含む場合があることを理解されよう。

図１７Ｂに示すように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信する場合がある。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信する場合がある。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂおよび１４０ｃは、Ｉｕｂインターフェースを介して、対応するＲＮＣ１４２ａおよび１４２ｂと通信してもよい。ＲＮＣ１４２ａおよび１４２ｂは、Ｉｕｒインターフェースを介して、相互に通信してもよい。ＲＮＣ１４２ａおよび１４２ｂのそれぞれは、接続されているそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂおよび１４０ｃを制御するように構成されてよい。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシチ、セキュリティ機能、データ暗号化などの他の機能を実行、またはサポートするように構成されてよい。

図１７Ｂに示されるコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：ＭＧＷ）１４４、移動通信交換局（Mobile Switching Center：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０を含む場合がある。上述の要素のそれぞれが、コアネットワーク１０６の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または操作される場合があることを理解されよう。

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと、従来の地上通信デバイスとの間の通信を促進してもよい。

ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続されてよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃ、とＩＰ対応デバイスとの間の通信を促進してもよい。

コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことがあるその他のネットワーク１１２に接続されてよい。

図１７Ｃは、ＲＡＮ１０４およびコアネットワーク１０７の一例のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信してよい。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。

ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂおよび１６０ｃを含むことがあるが、ＲＡＮ１０４は、任意の数のｅＮｏｄｅＢを含んでもよいことを理解されるであろう。ｅＮｏｄｅＢ１６０ａ、１６０ｂおよび１６０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するために、１つまたは複数の送受信機を備えていてもよい。例えば、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂおよび１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。

ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてよく、かつ無線リソース管理決定、ハンドオーバ決定、上りリンクおよび／または下りリンクにおけるユーザのスケジューリングなどを取り扱うように構成されてよい。図１７Ｃに示すように、ｅＮｏｄｅＢ１６０ａ、１６０ｂおよび１６０ｃは、Ｘ２インターフェースを通じて相互に通信してもよい。

図１７Ｃに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility Management Gateway：ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（Packet Data Network：ＰＤＮ）ゲートウェイ１６６を含む場合がある。上述の要素のそれぞれが、コアネットワーク１０７の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または操作される場合があることを理解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれに接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃの初期接続の間に特定のサービングゲートウェイを選択することなどの役割を担ってもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間を切り替えるために、制御プレーン機能を提供してもよい。

サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれに接続されてよい。サービングゲートウェイ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃからユーザデータパケットをルーティングおよび転送してよい。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバの間のユーザプレーンのアンカ、下りリンクデータがＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに対して利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのコンテキストの管理および記憶などの他の機能を実施してよい。

サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間の通信を促進することがあるＰＤＮゲートウェイ１６６に接続されてよい。

コアネットワーク１０７は、他のネットワークとの通信を促進してもよい。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信してよい。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。

図１７Ｄは、ＲＡＮ１０５およびコアネットワーク１０９の一例のシステム図である。ＲＡＮ１０５はＮＲ無線技術を採用し、エアインターフェース１１７を通してＷＴＲＵ１０２ａおよび１０２ｂと通信する場合がある。ＲＡＮ１０５はまた、コアネットワーク１０９と通信してもよい。非３ＧＰＰインターワーキング機能（Non-3GPP Interworking Function：Ｎ３ＩＷＦ）１９９は、非３ＧＰＰ無線技術を採用して、エアインターフェース１９８を通してＷＴＲＵ１０２ｃと通信してもよい。Ｎ３ＩＷＦ１９９はまた、コアネットワーク１０９と通信してもよい。

ＲＡＮ１０５は、ｇＮｏｄｅ−Ｂ１８０ａおよび１８０ｂを含んでもよい。ＲＡＮ１０５は、任意の数のｇＮｏｄｅ−Ｂを含む場合があることを理解されよう。ｇＮｏｄｅ−Ｂ１８０ａおよび１８０ｂはそれぞれ、エアインターフェース１１７を通してＷＴＲＵ１０２ａおよび１０２ｂと通信するために、１つまたは複数の送受信機を備えていてもよい。統合アクセスおよびバックホール接続が使用されるときに、同じエアインターフェースが、ＷＴＲＵと、１つまたは複数のｇＮＢを介したコアネットワーク１０９である場合があるｇＮｏｄｅ−Ｂとの間で使用されてよい。ｇＮｏｄｅ−Ｂ１８０ａおよび１８０ｂは、ＭＩＭＯ、ＭＵ−ＭＩＭＯ、および／またはデジタルビームフォーミング技術を実装してもよい。したがって、ｇＮｏｄｅ−Ｂ１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。ＲＡＮ１０５は、ｅＮｏｄｅ−Ｂなどの他のタイプの基地局を採用する場合があることが理解されるべきである。ＲＡＮ１０５は、２つ以上のタイプの基地局を採用する場合があることも理解されよう。例えば、ＲＡＮは、ｅＮｏｄｅ−ＢおよびｇＮｏｄｅ−Ｂを採用する場合がある。

Ｎ３ＩＷＦ１９９は、非３ＧＰＰアクセスポイント１８０ｃを含む場合がある。Ｎ３ＩＷＦ１９９は、任意の数の非３ＧＰＰアクセスポイントを含む場合があることを理解されよう。非３ＧＰＰアクセスポイント１８０ｃは、エアインターフェース１９８を通してＷＴＲＵ１０２ｃと通信するために、１つまたは複数の送受信機を含んでよい。非３ＧＰＰアクセスポイント１８０ｃは、８０２．１１プロトコルを使用して、エアインターフェース１９８を通してＷＴＲＵ１０２ｃと通信してもよい。

ｇＮｏｄｅ−Ｂ１８０ａおよび１８０ｂのそれぞれは、特定のセル（図示せず）に関連付けられてよく、かつ無線リソース管理決定、ハンドオーバ決定、上りリンクおよび／または下りリンクにおけるユーザのスケジューリングなどを取り扱うように構成されてよい。図１７Ｄに示すように、ｇＮｏｄｅ−Ｂ１８０ａおよび１８０ｂは、例えば、Ｘｎインターフェースを通して相互に通信してもよい。

図１７Ｄに示されるコアネットワーク１０９は、５Ｇコアネットワーク（5G Core Network：５ＧＣ）である場合がある。コアネットワーク１０９は、無線アクセスネットワークによって相互接続する顧客に、非常に多くの通信サービスを提供する場合がある。コアネットワーク１０９は、コアネットワークの機能を実施するいくつかのエンティティを含む。本明細書で使用する場合、用語「コアネットワークエンティティ」または「ネットワーク機能」は、コアネットワークの１つまたは複数の機能を実施する任意のエンティティを意味する。コアネットワークエンティティは、無線および／またはネットワーク通信、もしくは図１７Ｇに示されるシステム９０などのコンピュータシステム向けに構成された装置のメモリに記憶され、かつ該装置のプロセッサで実行するコンピュータ実行可能命令（ソフトウェア）の形態で実装される論理的エンティティであってもよいことが理解される。

図１７Ｄの例では、５Ｇコアネットワーク１０９は、アクセス・モビリティ管理機能（Access And Mobility Management Function：ＡＭＦ）１７２、セッション管理機能（Session Management Function：ＳＭＦ）１７４、ユーザプレーン機能（User Plane Function：ＵＰＦ）１７６ａおよび１７６ｂ、ユーザデータ管理機能（User Data Management Function：ＵＤＭ）１９７、認証サーバ機能（Authentication Server Function：ＡＵＳＦ）１９０、ネットワークエクスポージャ機能（Network Exposure Function：ＮＥＦ）１９６、ポリシー制御機能（Policy Control Function：ＰＣＦ）１８４、非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）１９９、ユーザデータリポジトリ（User Data Repository：ＵＤＲ）１７８を含む場合がある。上述の要素のそれぞれが、５Ｇコアネットワーク１０９の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または操作されてもよいことを理解されよう。５Ｇコアネットワークが、これらの要素の全てで構成されない場合があり、追加の要素で構成される場合もあり、かつ各これらの要素の複数のインスタンスで構成される場合があることを理解されよう。各ネットワーク機能は、相互に直接接続することが図１７Ｄに示されているが、Ｄｉａｍｅｔｅｒルーティングエージェントまたはメッセージバスなどのルーティングエージェントを介して通信される場合があることが理解されるべきである。

図１７Ｄの例では、ネットワーク機能間のコネクティビティは、インターフェースまたは参照点のセットを介して実現されている。ネットワーク機能は、他のネットワーク機能またはサービスによって起動されるか、または呼び出されるサービスのセットとして、モデル化、記述、または実装される場合があることが理解されよう。ネットワーク機能サービスの起動は、ネットワーク機能間の直接接続、メッセージバスでのメッセージング交換、ソフトウェア機能の呼び出しを介して実現することができる。

ＡＭＦ１７２は、Ｎ２インターフェースを介してＲＡＮ１０５に接続されてよく、制御ノードとして機能してもよい。例えば、ＡＭＦ１７２は、登録管理、接続管理、到達可能性管理、アクセス認証、アクセス許可の役割を担ってもよい。ＡＭＦは、Ｎ２インターフェースを介してＲＡＮ１０５にユーザプレーントンネル構成情報を送達する役割を担ってもよい。ＡＭＦ１７２は、Ｎ１１インターフェースを介してＳＭＦからユーザプレーントンネル構成情報を受信する場合がある。ＡＭＦ１７２は、概して、Ｎ１インターフェースを介してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃへ／からＮＡＳパケットをルーティングおよび転送してもよい。Ｎ１インターフェースは、図１７Ｄに示されていない。

ＳＭＦ１７４は、Ｎ１１インターフェースを介してＡＭＦ１７２に接続されてよい。同様に、ＳＭＦは、Ｎ７インターフェースを介してＰＣＦ１８４に、またＮ４インターフェースを介してＵＰＦ１７６ａおよび１７６ｂに接続されてよい。ＳＭＦ１７４は、制御ノードとして機能してもよい。例えば、ＳＭＦ１７４は、セッション管理、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに対するＩＰアドレス割り当て、ＵＰＦ１７６ａおよびＵＰＦ１７６ｂにおけるトラフィックを導く規則の管理および構成、ならびにＡＭＦ１７２への下りリンクデータ通知の生成の役割を担ってもよい。

ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、インターネット１１０などのパケットデータネットワーク（ＰＤＮ）へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと他のデバイスとの間の通信を促進してもよい。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂはまた、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、他のタイプのパケットデータネットワークへのアクセスを提供してもよい。例えば、その他のネットワーク１１２は、イーサネットネットワークまたはデータのパケットを交換する任意のタイプのネットワークであってもよい。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、Ｎ４インターフェースを介して、ＳＭＦ１７４からトラフィックを導く規則を受信してもよい。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、Ｎ６インターフェースを用いてパケットデータネットワークを接続することによって、またはＮ９インターフェースを用いて互いに、かつ他のＵＰＦと接続することによって、パケットデータネットワークへのアクセスを提供してもよい。パケットデータネットワークへのアクセスの提供に加えて、ＵＰＦ１７６は、パケットルーティングおよび転送、ポリシー規則施行、ユーザプレーントラフィックに対するサービス品質管理、下りリンクパケットのバッファリングの役割を担ってもよい。

ＡＭＦ１７２はまた、例えば、Ｎ２インターフェースを介してＮ３ＩＷＦ１９９に接続されてよい。Ｎ３ＩＷＦは、例えば、３ＧＰＰ規定ではない無線インターフェース技術を介して、ＷＴＲＵ１０２ｃと５Ｇコアネットワーク１０９との間の接続を促進する。ＡＭＦは、ＲＡＮ１０５と相互作用するのと同じかまたは類似の方式でＮ３ＩＷＦ１９９と相互作用する場合がある。

ＰＣＦ１８４は、Ｎ７インターフェースを介してＳＭＦ１７４に接続されてよく、Ｎ１５インターフェースを介してＡＭＦ１７２に接続していてもよく、Ｎ５インターフェースを介してアプリケーション機能（Application Function：ＡＦ）１８８に接続していてもよい。Ｎ１５およびＮ５インターフェースは、図１７Ｄに示されていない。ＰＣＦ１８４は、ＡＭＦ１７２およびＳＭＦ１７４などの制御プレーンノードにポリシー規則を提供して、各制御プレーンノードが、これらの規則を施行できるようにしてもよい。ＰＣＦ１８４は、ＡＭＦ１７２に、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃ向けのポリシーを送信することがあり、その結果、ＡＭＦはＮ１インターフェースを介してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃにポリシーを配信する場合がある。次に、ポリシーは、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃで施行または適用される場合がある。

ＵＤＲ１７８は、認証証明書およびサブスクリプション情報のリポジトリとして機能する。ＵＤＲは、ネットワーク機能に接続する場合があり、その結果、ネットワーク機能は、リポジトリ内のデータに追加、データから読み出し、データを修正することができる。例えば、ＵＤＲ１７８は、Ｎ３６インターフェースを介してＰＣＦ１８４に接続する場合がある。同様に、ＵＤＲ１７８は、Ｎ３７インターフェースを介してＮＥＦ１９６に接続し、かつＮ３５インターフェースを介してＵＤＭ１９７に接続する場合がある。

ＵＤＭ１９７は、ＵＤＲ１７８とその他のネットワーク機能との間のインターフェースとして機能する場合がある。ＵＤＭ１９７は、ＵＤＲ１７８のアクセスに対してネットワーク機能に権限を与える場合がある。例えば、ＵＤＭ１９７は、Ｎ８インターフェースを介してＡＭＦ１７２に接続し、Ｎ１０インターフェースを介してＳＭＦ１７４に接続する場合がある。同様に、ＵＤＭ１９７は、Ｎ１３インターフェースを介してＡＵＳＦ１９０に接続する場合がある。ＵＤＲ１７８およびＵＤＭ１９７は、密接に統合される場合がある。

ＡＵＳＦ１９０は、認証関連操作を実施し、かつＮ１３インターフェースを介してＵＤＭ１７８に、Ｎ１２インターフェースを介してＡＭＦ１７２に接続する。

ＮＥＦ１９６は、５Ｇコアネットワーク１０９内の能力およびサービスをアプリケーション機能（ＡＦ）１８８にエクスポーズする。エクスポーズは、Ｎ３３ ＡＰＩインターフェースで生じる場合がある。ＮＥＦは、Ｎ３３インターフェースを介してＡＦ１８８に接続する場合があり、かつ他のネットワーク機能に接続して、５Ｇコアネットワーク１０９の能力およびサービスをエクスポーズする場合がある。

アプリケーション機能１８８は、５Ｇコアネットワーク１０９内のネットワーク機能と相互作用する場合がある。アプリケーション機能１８８と、ネットワーク機能との間の相互作用は、ダイレクトインターフェースを介したものであるか、またはＮＥＦ１９６を介して生じる場合がある。アプリケーション機能１８８は、５Ｇコアネットワーク１０９の一部と見なされるか、または５Ｇコアネットワーク１０９への外部のものである場合があり、かつモバイルネットワークオペレータと業務的な関係を有する企業によって配備される場合がある。

ネットワークスライシングは、オペレータのエアインターフェースの背後で１つまたは複数の「仮想」コアネットワークをサポートするモバイルネットワークオペレータによって使用される場合があるメカニズムである。これは、異なるＲＡＮ、または単一のＲＡＮにわたって動作する異なるサービスタイプをサポートするために、コアネットワークを１つまたは複数の仮想ネットワークに「スライシング」することに関連する。ネットワークスライシングは、オペレータが、例えば、機能性、性能、分離における多様な要件を求める異なる市場シナリオ向けにカスタマイズされたネットワークを構築し、最適化されたソリューションを提供することを可能にする。

３ＧＰＰは、ネットワークスライシングをサポートするように５Ｇコアネットワークを設計してきた。ネットワークスライシングは、ネットワークオペレータが、非常に多様で、かつ多大な要件が求められることが多い５Ｇユースケースの多様なセット（例えば、大規模ＩｏＴ、クリティカル通信、Ｖ２Ｘ、および高度化モバイルブロードバンド）をサポートするために使用することができる良好なツールである。各ユースケースが、性能、拡張性、および可用性要件のそれ自体固有のセットを有する場合、ネットワークスライシングの使用なしでは、ネットワークアーキテクチャは、広範なユースケースニーズを効率的にサポートするのに十分な柔軟性および拡張性がない可能性がある。さらに、新しいネットワークサービスの導入は、より効率的に行われなければならない。

図１７Ｄを再度参照し、ネットワークスライシングのシナリオでは、ＷＴＲＵ１０２ａ、１０２ｂまたは１０２ｃは、Ｎ１インターフェースを介してＡＭＦ１７２に接続する場合がある。ＡＭＦは、論理的に１つまたは複数のスライスの一部である場合がある。ＡＭＦは、ＷＴＲＵ１０２ａ、１０２ｂまたは１０２ｃと、１つまたは複数のＵＰＦ１７６ａおよび１７６ｂ、ＳＭＦ１７４、およびその他のネットワーク機能との接続または通信を調整する場合がある。ＵＰＦ１７６ａおよび１７６ｂ、ＳＭＦ１７４、およびその他のネットワーク機能のそれぞれは、同じスライスまたは異なるスライスの一部である場合がある。それらが異なるスライスの一部である場合、それらが異なるコンピューティングリソース、セキュリティ証明書を利用する場合があるという点で、それらは互いに分離されている場合がある。

コアネットワーク１０９は、他のネットワークとの通信を促進する場合がある。例えば、コアネットワーク１０９は、５Ｇコアネットワーク１０９と、ＰＳＴＮ１０８との間のインターフェースとして機能するＩＰマルチメディアサブシステム（ＩＭＳ）サーバなどの、ＩＰゲートウェイを含むか、またはそれと通信する場合がある。例えば、コアネットワーク１０９は、ショートメッセージサービスを介して通信を促進するショートメッセージサービス（Short Message Service：ＳＭＳ）サービスセンターを含むか、またはそれと通信する場合がある。例えば、５Ｇコアネットワーク１０９は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと、サーバまたはアプリケーション機能１８８との間の非ＩＰデータパケットの交換を促進する場合がある。加えて、コアネットワーク１０９は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。

本明細書に記載され、かつ図１７Ａ、１７Ｃ、１７Ｄおよび１７Ｅに図示される、コアネットワークエンティティは、一定の既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティおよび機能は、他の名称によって識別される可能性があり、ある種のエンティティまたは機能は、将来的３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公開される将来的な仕様において組み合わせられる場合があることを理解されたい。したがって、図１７Ａ、１７Ｂ、１７Ｃ、１７Ｄおよび１７Ｅで、記載および図示される特定のネットワークエンティティおよび機能は、例としてのみ提供され、本明細書で開示および請求される主題は、現在規定されているか、または将来的に規定されるかどうかにかかわらず、任意の類似通信システムにおいて具現化または実装される場合があることを理解されたい。

図１７Ｅは、本明細書に記載されるシステム、方法、装置が使用される場合がある通信システム１１１の例を示す。通信システム１１１は、無線伝送／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、基地局ｇＮＢ１２１、Ｖ２Ｘサーバ１２４、およびロードサイドユニット（ＲＳＵ）１２３ａおよび１２３ｂを含む場合がある。実際には、本明細書で提示される概念は、任意の数のＷＴＲＵ、基地局ｇＮＢ、Ｖ２Ｘネットワーク、および／またはその他のネットワーク要素に適用されてよい。１つまたはいくつか、もしくは全てのＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、アクセスネットワークカバレッジ１３１の範囲外にある場合がある。Ｖ２ＸグループのＷＴＲＵ Ａ、ＢおよびＣの中で、ＷＴＲＵ Ａはグループを先導するものであり、またＷＴＲＵ ＢおよびＣはグループメンバである。

ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、それらがアクセスネットワークカバレッジ１３１内にある場合、ｇＮＢ１２１を介して、Ｕｕインターフェース１２９を通して互いに通信する場合がある。図１７Ｅの例では、ＷＴＲＵ ＢおよびＦは、アクセスネットワークカバレッジ１３１内に示されている。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、インターフェース１２５ａ、１２５ｂまたは１２８などのサイドリンクインターフェース（例えば、ＰＣ５またはＮＲ ＰＣ５）を介して、それらが、アクセスネットワークカバレッジ１３１下にある、またはアクセスネットワークカバレッジ１３１外にあるかどうかに関係なく直接、互いに通信する場合がある。例えば、図１７Ｅの例では、アクセスネットワークカバレッジ１３１外にあるＷＲＴＵ Ｄは、カバレッジ１３１内にあるＷＴＲＵ Ｆと通信する。

ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、ビークル・ツー・ネットワーク（Ｖ２Ｎ）１３３またはサイドリンクインターフェース１２５ｂを介して、ＲＳＵ１２３ａおよび１２３ｂと通信する場合がある。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、ビークル・ツー・インフラストラクチャ（Ｖ２Ｉ）インターフェース１２７を介して、Ｖ２Ｘサーバ１２４に通信する場合がある。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、ビークル・ツー・パーソン（Ｖ２Ｐ）インターフェース１２８を介して、別のＵＥと通信する場合がある。

図１７Ｆは、図１７Ａ、１７Ｂ、１７Ｃ、１７Ｄおよび１７ＥのＷＴＲＵ１０２など、本明細書に記載されるシステム、方法および装置に従って、無線通信および操作向けに構成される場合がある装置またはデバイスＷＴＲＵ１０２の例のブロック図である。図１７Ｆに示すように、例示的ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、伝送／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８、非取り外し可能メモリ１３０、取り外し可能メモリ１３２、電源１３４、全地球測位システム（Global Positioning System：ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含む場合がある。ＷＴＲＵ１０２は、上述の要素の任意の副次的組み合わせを含んでもよいことを理解されたい。また、基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂのノードは、限定はされないが、とりわけ、送受信機基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅーＢ、発展型ホームＮｏｄｅ−Ｂ（Evolved Home Node-B：ｅＮｏｄｅＢ）、ホーム発展型Ｎｏｄｅ−Ｂ（Home Evolved Node-B：ＨｅＮＢ）、ホーム発展型Ｎｏｄｅ−Ｂゲートウェイ、次世代Ｎｏｄｅ−Ｂ（Generation Node-B：ｇＮｏｄｅ−Ｂ）、およびプロキシノードを指す場合があり、本明細書に記載される、図１７Ｆに描写する要素の一部または全部を含む場合がある。

プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuits：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）回路、任意の他のタイプの集積回路（Integrated Circuit：ＩＣ）、状態マシンなどであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を実施してもよい。プロセッサ１１８は、伝送／受信要素１２２に連結されることがある、送受信機１２０に連結されてもよい。図１７Ｆでは、別個のコンポーネントとしてプロセッサ１１８と送受信機１２０とを示しているが、プロセッサ１１８と送受信機１２０とが、電子パッケージまたはチップ内に一緒に統合されてもよいことを理解されよう。

ＵＥの伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、図１７Ａの基地局１１４ａ）、またはエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを通して別のＵＥへ信号を伝送する、またはそこから信号を受信するように構成される場合がある。例えば、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成されたアンテナであってもよい。伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であってもよい。伝送／受信要素１２２は、ＲＦおよび光信号の両方を伝送および受信するように構成されてよい。伝送／受信要素１２２は、無線または有線信号の任意の組み合わせを伝送および／または受信するように構成されてもよいことを理解されよう。

加えて、伝送／受信要素１２２は、単一の要素として図１７Ｆで描写されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して無線信号を伝送および受信するために、２つ以上の伝送／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。

送受信機１２０は、伝送／受信要素１２２によって伝送されることになる信号を変調し、かつ伝送／受信要素１２２によって受信される信号を復調するように構成されてよい。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有する場合がある。したがって、送受信機１２０は、ＷＴＲＵ１０２が、複数のＲＡＴ、例えば、ＮＲおよびＩＥＥＥ８０２．１１、またはＮＲおよびＥ−ＵＴＲＡを介して通信するか、または異なるＲＲＨ、ＴＲＰ、ＲＳＵまたはノードへの複数のビームを介して同じＲＡＴと通信できるようにするために、複数の送受信機を含む場合がある。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid Crystal Display：ＬＣＤ）ディスプレイ装置または有機発光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）ディスプレイ装置）に連結されて、そこからユーザ入力データを受信してもよい。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８に出力してもよい。加えて、プロセッサ１１８は、非取り外し可能メモリ１３０および／または取り外し可能メモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、それの中にデータを記憶してもよい。非取り外し可能メモリ１３０としては、ランダムアクセスメモリ（Random-Access Memory：ＲＡＭ）、読み取り専用メモリ（Read-Only Memory：ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを挙げてもよい。取り外し可能メモリ１３２としては、加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを挙げてもよい。プロセッサ１１８は、クラウドまたはエッジコンピューティングプラットフォームでホストされるサーバ、もしくはホームコンピュータ（図示せず）内など、ＷＴＲＵ１０２上に物理的に設置されていないメモリの情報にアクセスし、そこにデータを記憶してもよい。

プロセッサ１１８は、電源１３４から電力を得てもよく、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に給電する任意の好適なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池、太陽電池、燃料電池などを含んでもよい。

プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されることがあるＧＰＳチップセット１３６に連結されてもよい。ＧＰＳチップセット１３６からの情報に加え、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信するか、および／または２つ以上の近傍基地局から受信されている信号のタイミングに基づいて、その場所を決定してもよい。ＷＴＲＵ１０２は、任意の好適な位置特定方法によって位置情報を取得してもよいことを理解されるであろう。

プロセッサ１１８はさらに、追加の特徴、機能性、および／または有線または無線コネクティビティを提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含む場合がある他の周辺機器１３８に連結されてもよい。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサなどの種々のセンサ、ｅ−コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（Universal Serial Bus：ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでもよい。

ＷＴＲＵ１０２は、センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機などの乗物などの他の装置もしくはデバイスに含まれてもよい。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備えることがある相互接続インターフェースなどの１つまたは複数の相互接続インターフェースを介して、このような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続してもよい。

図１７Ｇは、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、その他のネットワーク１１２、またはネットワークサービス１１３内のある種のノードまたは機能エンティティなど、図１Ａ、１Ｃ、１Ｄおよび１Ｅに図示される通信ネットワークの１つまたは複数の装置が具現化されることがある例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを含んでもよく、ソフトウェアの形態（このようなソフトウェアが記憶されるまたはアクセスされる場所もしくは手段がいかなるものであっても）である場合があるコンピュータ可読命令によって主に制御されてよい。このようなコンピュータ可読命令は、コンピューティングシステム９０を稼働させるように、プロセッサ９１内で実行されてよい。プロセッサ９１は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであってよい。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする任意の他の機能性を実施してもよい。コプロセッサ８１は、主要プロセッサ９１とは明確に異なる、任意選択のプロセッサであり、追加の機能を実施するか、またはプロセッサ９１を支援することがある。プロセッサ９１および／またはコプロセッサ８１は、本明細書に記載される方法および装置に関連するデータを受信、生成および処理する場合がある。

プロセッサ９１は、動作時に、命令をフェッチ、復号、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ転送し、かつ他のリソースから転送する。このようなシステムバスは、コンピューティングシステム９０内のコンポーネント同士を接続し、かつデータ交換向けの媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、および割り込みを送信し、かつシステムバスを操作するための制御ラインを含む。このようなシステムバス８０の一例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。

システムバス８０に連結されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。このようなメモリは、情報の記憶および読み出しを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られる、もしくは変更されてよい。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてよい。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供する場合がある。メモリコントローラ９２はまた、システム内のプロセスを隔離し、かつユーザプロセスからシステムプロセスを隔離するメモリ保護機能を提供する場合がある。したがって、第１のモードで起動するプロフラムは、それ自体のプロセス仮想アドレス空間によってマップされているメモリのみにアクセスする場合があり、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。

加えて、コンピューティングシステム９０は、プロセッサ９１から、プリンタ９４、キーボード８４、マウス９５およびディスクドライブ８５などの周辺機器に命令を通信する役割を担う、周辺機器コントローラ８３を含んでもよい。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。このような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含んでよい。視覚出力は、グラフィカルユーザインターフェース（Graphical User Interface：ＧＵＩ）の形態で提供されてよい。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルで実装される場合がある。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる電子コンポーネントを含む。

さらに、コンピューティングシステム９０は、図１Ａ、１Ｂ、１Ｃ、１Ｄおよび１ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、ＷＴＲＵ１０２または他のネットワーク１１２などの外部通信ネットワークまたは装置に、コンピューティングシステム９０を接続するために使用されて、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信できるようにする、例えば、無線または有線ネットワークアダプタ９７などの通信回路を含む場合がある。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書で記載されるある種の装置、ノード、または機能エンティティの伝送および受信ステップを実施するために使用されてよい。

本明細書に記載される装置、システム、方法およびプロセスのうちいずれかまたは全ては、コンピュータ可読記憶媒体に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化される場合があり、その命令は、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに、本明細書に記載されるシステム、方法、およびプロセスを実施および／または実装させることを理解されたい。具体的には、本明細書に記載されるいずれのステップ、動作、または機能も、このようなコンピュータ実行可能命令の形態で実装され、無線および／または有線ネットワーク通信向けに構成された装置またはコンピューティングシステムのプロセッサで実行されてよい。コンピュータ可読記憶媒体は、情報の記憶のために、任意の非一時的（例えば、有形または物理的）方法もしくは技術に実装される揮発性および不揮発性媒体、取り外し可能および非取り外し可能媒体を含むが、このようなコンピュータ可読記憶媒体には、信号は含まれない。コンピュータ可読記憶媒体としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（Digital Versatile Disk：ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイスまたは他の磁気記憶デバイス、もしくは所望の情報を記憶するために使用されてよく、かつコンピュータシステムによってアクセスされることがある任意の他の有形もしくは物理的媒体が挙げられるが、それらに限定されない。

図で示されるような本開示の主題の好ましい実施形態を説明する際に、明確にするために、特定の用語が採用される。しかし、請求される主題は、そのような選択された特定の用語に限定されることを意図するものではなく、また各特定の要素は、類似の目的を達成するために類似の方式で動作する全ての技術的等価物を含むことを理解されたい。

図で示されるような本開示の主題の好ましい実施形態を説明する際に、明確にするために、特定の用語が採用される。しかし、請求される主題は、そのような選択された特定の用語に限定されることを意図するものではなく、また各特定の要素は、類似の目的を達成するために類似の方式で動作する全ての技術的等価物を含むことを理解されたい。

Claims (50)

1. プロセッサ、メモリおよび通信回路を備え、前記通信回路を介してネットワークに接続される装置であって、前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令は、前記装置の前記プロセッサによって実行されると、前記装置に、
   ユーザ端末（User Equipment：ＵＥ）から発信するデータのデータ転送に対する前記ＵＥからの要求を示す第１メッセージを受信することと、
   既存のバックグラウンドデータ転送（Background Data Transfer：ＢＤＴ）ポリシーが存在するかどうかを判断するために、前記ＵＥに関連するサブスクリプション情報、および前記ＵＥに関連するポリシープロファイルに対する要求を、データベースに送信することと、
   再使用することができる既存のＢＤＴポリシーが存在するかどうかを示す応答を、前記データベースから受信することと、
   前記受信した応答に基づいて、前記データ転送に関するＢＤＴポリシー、および前記データ転送を提供するローカルエリアデータネットワーク（Local Area Data Network：ＬＡＤＮ）を決定することと、
   前記決定されたＢＤＴポリシーを示す第２メッセージを、前記ＵＥに送信することと、
   前記決定されたＢＤＴポリシーを示す第３メッセージを、前記ＬＡＤＮに送信することと、
   を含む操作を実施させる、装置。
2. 前記決定することは、さらに、前記データ転送のサービス品質（Quality Of Service：ＱｏＳ）パラメータに基づく、請求項１に記載の装置。
3. 前記装置は、アプリケーションサーバまたはネットワーク機能を備える、請求項１に記載の装置。
4. 前記ネットワーク機能は、ポリシー制御機能（Policy Control Function：ＰＣＦ）を含む、請求項３に記載の装置。
5. 前記要求は、パケットデータユニット（Packet Data Unit：ＰＤＵ）セッション識別子を含む、請求項１に記載の装置。
6. 前記要求は、前記データ転送がモバイル発信（Mobile Originated：ＭＯ）データ向けのものであるというインジケーションを含む、請求項１に記載の装置。
7. 前記要求は、前記データ転送の宛先となるＬＡＤＮの識別子を含む、請求項１に記載の装置。
8. 前記要求は、サービス品質（ＱｏＳ）パラメータを含む、請求項１に記載の装置。
9. 前記要求は、前記データ転送のデータレートを含む、請求項１に記載の装置。
10. 前記要求は、前記データ転送の予測される開始時間を含む、請求項１に記載の装置。
11. 前記要求は、前記データ転送の最大遅延を含む、請求項１に記載の装置。
12. 前記要求は、前記データ転送の周期的な到着時間を含む、請求項１に記載の装置。
13. 前記要求は、前記データ転送に関連するネットワークスライス情報を含む、請求項１に記載の装置。
14. 前記要求は、前記データ転送の平均データレートを含む、請求項１に記載の装置。
15. 前記要求は、前記決定されたＢＤＴポリシーに関連付けられたＢＤＴポリシー識別子または参照識別子を含む、請求項１に記載の装置。
16. 前記要求は、前記データ転送のネットワークタイプを含む、請求項１に記載の装置。
17. 前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令は、前記装置の前記プロセッサによって実行されると、前記装置に、
    前記データ転送を開始する時間を前記ＵＥに通知する第４メッセージを、前記ＵＥに送信すること、
    を含む動作をさらに実施させる、請求項１に記載の装置。
18. 前記ＵＥは、ＢＤＴを開始することを認可される、請求項１に記載の装置。
19. 前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令は、前記装置の前記プロセッサによって実行されると、前記装置に、
    記憶のために、更新されたＢＤＴポリシーを、前記データベースに送信すること、
    を含む動作をさらに実施させる、請求項１に記載の装置。
20. 前記決定されたＢＤＴポリシーは、サービス品質（ＱｏＳ）パラメータを含む、請求項１に記載の装置。
21. 前記決定されたＢＤＴポリシーは、データレートを含む、請求項１に記載の装置。
22. 前記決定されたＢＤＴポリシーは、課金ポリシーに対する参照を含む、請求項１に記載の装置。
23. 前記決定されたＢＤＴポリシーは、前記データ転送のトラフィックパターンを含む、請求項１に記載の装置。
24. 前記決定されたＢＤＴポリシーは、ネットワークスライス情報を含む、請求項１に記載の装置。
25. 前記決定されたＢＤＴポリシーは、ＢＤＴポリシー識別子を含む、請求項１に記載の装置。
26. 前記決定されたＢＤＴポリシーは、それが再使用可能かどうかのインジケーションを含む、請求項１に記載の装置。
27. 前記決定されたＢＤＴポリシーは、それが他のＵＥと共有可能かどうかのインジケーションを含む、請求項１に記載の装置。
28. 前記決定されたＢＤＴポリシーは、オフセットインジケータおよびバックオフタイマを含む、請求項１に記載の装置。
29. 前記決定されたＢＤＴポリシーは、前記ＵＥまたは前記ＵＥを含むＵＥのグループに関連付けられる、請求項１に記載の装置。
30. 前記決定されたＢＤＴポリシーは、アプリケーションまたはアプリケーションのグループに関連付けられる、請求項１に記載の装置。
31. 前記決定されたＢＤＴポリシーは、モバイル終端（Mobile Terminated：ＭＴ）トラフィック向けの前記ＬＡＤＮに関連付けられる、請求項１に記載の装置。
32. 前記決定されたＢＤＴポリシーは、モバイル発信（ＭＯ）ＢＤＴポリシーである、請求項１に記載の装置。
33. 前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令は、前記装置の前記プロセッサによって実行されると、前記装置に、
    前記データ転送の到着時間およびデータレートのインジケーションを含む第４メッセージを、前記ＬＡＤＮに送信すること、
    を含む動作をさらに実施させる、請求項１に記載の装置。
34. 前記第２メッセージを前記送信することは、前記ＵＥからの前記要求に関連するインジケーションに基づく、請求項１に記載の装置。
35. 前記ＵＥからの前記要求は、位置を含む、請求項１に記載の装置。
36. 前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令は、前記装置の前記プロセッサによって実行されると、前記装置に、
    前記ＵＥからの前記要求に基づいて、前記ＵＥが前記位置に入ったときに、通知を受信するために、アクセス・モビリティ管理機能（Access And Mobility Management Function：ＡＭＦ）をサブスクライブすること、
    を含む動作をさらに実施させる、請求項３５に記載の装置。
37. 前記第２メッセージを前記送信することは、前記ＡＭＦからの前記通知の受信に基づく、請求項３６に記載の装置。
38. 前記第２メッセージを前記送信することは、前記ＵＥに前記決定されたＢＤＴポリシーをアクティブにさせる、請求項１に記載の装置。
39. 前記第２メッセージを前記送信することは、前記ＵＥに、
    新しいネットワークスライスに接続するための、Ｓ−ＮＳＳＡＩを含む登録更新要求を送信することと、
    ＬＡＤＮデータネットワーク名（Data Network Name：ＤＮＮ）を含むパケットデータユニット（ＰＤＵ）セッション確立要求を送信することと、
    ＰＤＵセッション更新要求を送信することと、
    のうち少なくとも１つを実施させる、請求項１に記載の装置。
40. 前記ＰＤＵセッション確立要求は、セッション管理機能（Session Management Function：ＳＭＦ）に前記決定されたＢＤＴポリシーを読み出させ、前記データ転送に関連するＰＤＵセッションに前記決定されたＢＤＴポリシーを適用させる、請求項３９に記載の装置。
41. 前記第２メッセージを前記送信することは、前記ＵＥに、
    前記決定されたＢＤＴポリシーがアクティブであるというインジケーションであって、タイムウィンドウ、データの量、５−Ｔｕｐｌｅ、アプリケーション識別子、ＡＳＰ識別子、および前記決定されたＢＤＴポリシーがアクティブである位置を含むインジケーションをアプリケーションに送信することと、
    前記決定されたＢＤＴポリシーが非アクティブであるというインジケーションを前記アプリケーションに送信することと、
    のうち少なくとも１つを実施させる、請求項１に記載の装置。
42. 前記第２メッセージを前記送信することは、前記ＵＥに前記決定されたＢＤＴポリシーを非アクティブにさせ、前記非アクティブ化は、前記決定されたＢＤＴポリシーに関連する位置を前記ＵＥが離れることと、前記決定されたＢＤＴポリシーに関連するデータ閾値が超過されたことを前記ＵＥが検出することと、前記決定されたＢＤＴポリシーに関連するタイムウィンドウが満了したことを前記ＵＥが検出することと、タイムアウトが満了したことを前記ＵＥが検出することと、アプリケーション層要求を前記ＵＥが受信することと、のうち少なくとも１つに基づく、請求項１に記載の装置。
43. 前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令は、前記装置の前記プロセッサによって実行されると、前記装置に、
    前記決定されたＢＤＴポリシーを再調整する要求を前記ＵＥから受信すること、
    を含む動作をさらに実施させる、請求項１に記載の装置。
44. 前記決定されたＢＤＴポリシーを再調整する前記要求は、前記データ転送に関連する変更に応じるものであり、前記変更は、前記データ転送の新しい開始時間、前記データ転送の新しい終了時間、前記データ転送に関連する異なるデータレート、または前記データ転送に関連する追加のアプリケーションデータフローのうち少なくとも１つを含む、請求項４３に記載の装置。
45. 前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令は、前記装置の前記プロセッサによって実行されると、前記装置に、
    前記決定されたＢＤＴポリシーを再調整する要求をネットワーク機能から受信すること、
    を含む動作をさらに実施させる、請求項１に記載の装置。
46. 前記決定されたＢＤＴポリシーを再調整する前記要求は、前記データ転送に関連する変更に応じるものであり、前記変更は、前記ＬＡＤＮのサービスエリア変更、トラフィック特性変更、または前記ＵＥが到達可能でなくなること、のうち少なくとも１つを含む、請求項４５に記載の装置。
47. 前記ＬＡＤＮは、動的に構成されるサービスエリアに関連付けられる、請求項１に記載の装置。
48. 前記動的に構成されるサービスエリアは、パラメータに関連付けられ、前記パラメータは、サービスエリア、アプリケーションサービス識別子、時間スケジュール、サービスエリアの粒度、サービス品質（ＱｏＳ）パラメータ、のうち少なくとも１つを含む、請求項４７に記載の装置。
49. 前記装置の前記メモリに記憶されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令は、前記装置の前記プロセッサによって実行されると、前記装置に、
    前記パラメータを含む第４メッセージを前記ＵＥに送信すること、
    を含む動作をさらに実施させる、請求項４８に記載の装置。
50. ユーザ端末（ＵＥ）から発信するデータのデータ転送に対する前記ＵＥからの要求を示す第１メッセージを受信することと、
    既存のバックグラウンドデータ転送（ＢＤＴ）ポリシーが存在するかどうかを判断するために、前記ＵＥに関連するサブスクリプション情報、および前記ＵＥに関連するポリシープロファイルに対する要求を、データベースに送信することと、
    再使用することができる既存のＢＤＴポリシーが存在するかどうかを示す応答を、前記データベースから受信することと、
    前記受信した応答に基づいて、前記データ転送に関するＢＤＴポリシー、および前記データ転送を提供するローカルエリアデータネットワーク（ＬＡＤＮ）を決定することと、
    前記決定されたＢＤＴポリシーを示す第２メッセージを、前記ＵＥに送信することと、
    前記決定されたＢＤＴポリシーを示す第３メッセージを、前記ＬＡＤＮに送信すること と、を含む方法。

Images