(57)【要約】通信ネットワークにおけるネットワークデータ分析【解決手段】  サービスとして実装されることがある、ネットワークデータ分析機能が開示される。これは、５Ｇコアネットワークにおいて、新規の改良されたネットワークデータ分析能力を提供するものである。
2020530703.tif 000002
【特許請求の範囲】
【請求項１】
モバイルネットワークに接続し、１つまたは複数のプロセッサおよびメモリを備え、
前記メモリは、前記プロセッサによって実行されると、装置に、
リクエスト／応答モデルまたはサブスクリプションモデルのうち１つを使用して、前記モバイルネットワーク内の複数の他のネットワーク装置にリクエストを送信して、前記複数の他のネットワーク装置のそれぞれによって、保持または監視されているモバイルネットワークステータスデータを提供することと、
前記複数の他のネットワーク装置のそれぞれから応答または通知のうち１つを受信することと、を含み、前記応答または前記通知のそれぞれは、前記他のネットワーク装置からリクエストされた前記モバイルネットワークステータスデータを含むものであり、
前記受信したネットワークステータスデータに基づいて、ネットワーク統計を生成すること、を含む操作を実施させる、実行可能命令を記憶している、
ネットワーク装置。
【請求項２】
前記命令はさらに、前記装置に、アクセスモビリティ管理機能（Access  And  Mobility  Management  Function：ＡＭＦ）、セッション管理機能（Session  Management  Function：ＳＭＦ）、ユーザプレーン機能（User  Plane  Function：ＵＰＦ）、またはポリシー制御機能（Policy  Control  Function：ＰＣＦ）のうち１つに、前記生成されたネットワーク統計を送信させる、請求項１に記載のネットワーク装置。
【請求項３】
前記命令はさらに、前記装置に、
前記モバイルネットワークのネットワークリポジトリ機能（Network  Repository  Function：ＮＲＦ）に、前記ＮＲＦに登録するためにリクエストを送信すること、を含み、前記リクエストは、前記ＮＲＦに前記ネットワーク装置のネットワークデータ分析能力を示し、前記ネットワーク装置によって生成されたネットワーク統計の１つまたは複数のタイプを識別するものであり、
前記ＮＲＦから、前記登録リクエストに対する応答を受信することを含む、操作を実施させる、請求項１に記載のネットワーク装置。
【請求項４】
前記命令はさらに、前記装置に、
前記モバイルネットワークのデータ記憶機能（Data  Storage  Function：ＤＳＦ）に、前記生成された統計の少なくとも一部を記憶することと、
前記ＤＳＦに記憶された前記生成された統計の少なくとも一部に関連付けられた識別子（IDentifier：ＩＤ）を取得することと、
前記モバイルネットワークの別のネットワーク装置から、前記生成された統計の少なくとも一部に対するリクエストを受信することと、
前記リクエストしているネットワーク装置に、リクエストされた前記生成された統計の少なくとも一部に関連付けられた前記識別子を返信し、それによって、前記リクエストしているネットワーク装置が、前記識別子を使用して、前記ＤＳＦから、前記生成された統計の少なくとも一部を直接取得することができることと、
を含む操作を実施させる、請求項１に記載のネットワーク装置。
【請求項５】
前記リクエストされたネットワークステータスデータは、（１）拒否されたまたは失敗した接続試行の、総数または割合が閾値を満たすかまたは上回ることを示す情報、（２）セッション管理機能（ＳＭＦ）におけるＱｏＳプロビジョニングパラメータを示す情報、（３）前記ＳＭＦにおいて下りリンクデータバッファリングに割り当てられたメモリの利用率が、閾値を満たすかまたは上回ることを示す情報、（４）アクセスモビリティ管理機能（ＡＭＦ）が共通ネットワーク機能（Network  Function：ＮＦ）として機能するネットワークスライスの数が、閾値を満たすかまたは上回ることを示す情報、（５）前記ＡＭＦまたはユーザプレーン機能（ＵＰＦ）に接続している非３ＧＰＰアクセスノードの数を示す情報、（６）前記ＵＰＦにおけるポリシー規則施行に基づいて拒否されるトラフィックの量を示す情報、および（７）サービス能力サーバまたはアプリケーションサーバ（Service  Capability  Server  or  Application  Server：ＳＣＳ／ＡＳ）からの通信パターン、トラフィックパターンおよびモビリティパターン情報、のうち１つまたは複数を含む、請求項１に記載のネットワーク装置。
【請求項６】
前記生成されたネットワーク統計は、（１）アクセスモビリティ管理機能（ＡＭＦ）またはネットワークスライス下のモビリティの異なるレベルの数、（２）ＡＭＦが、前記共通ネットワーク機能（ＮＦ）として機能しているネットワークスライスの平均数、（３）非ＩＰタイプのパケットデータユニット（Packet  Data  Unit：ＰＤＵ）セッションの割合、（４）ＡＭＦ−ネットワーク・エクスポージャ機能（Network  Exposure  Function：ＮＥＦ）経路を通したＰＤＵセッション数、（５）リフレクティブＱｏＳスキームを適用するＰＤＵセッションの割合、および（６）ＵＬ分類子または分岐点を有するＰＤＵセッションの割合、のうち１つまたは複数を含む、請求項１に記載のネットワーク装置。
【請求項７】
前記生成されたネットワーク統計は、ユーザ端末（User  Equipment：ＵＥ）ごとに、ＵＥグループごとに、ネットワークスライスごとに、パケットデータユニット（ＰＤＵ）接続ごとに、アプリケーションサーバ（ＡＳ）ごとに、またはエリアごとに生成される、請求項１に記載のネットワーク装置。
【請求項８】
前記ネットワーク装置によって受信される前記モバイルネットワークステータスデータは、ユーザ端末（ＵＥ）ごとに、ＵＥグループごとに、ネットワークスライスごとに、パケットデータユニット（ＰＤＵ）接続ごとに、アプリケーションサーバ（ＡＳ）ごとに、またはエリアごとに受信される、請求項１に記載のネットワーク装置。
【請求項９】
前記命令はさらに、前記装置に、前記受信したネットワークステータスデータに基づいて、ネットワーク操作ガイダンスおよび規則を生成させる、請求項１に記載のネットワーク装置。
【請求項１０】
前記命令はさらに、前記装置に、アクセスモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、ユーザプレーン機能（ＵＰＦ）、またはポリシー制御機能（ＰＣＦ）のうち１つに、前記生成されたネットワーク操作ガイダンスおよび規則を送信させる、請求項９に記載のネットワーク装置。
【請求項１１】
リクエスト／応答モデルまたはサブスクリプションモデルのうち１つを使用して、モバイルネットワーク内の複数の他のネットワーク装置にリクエストを送信して、前記複数の他のネットワーク装置のそれぞれによって、保持または監視されているモバイルネットワークステータスデータを提供することと、
前記複数の他のネットワーク装置のそれぞれから応答または通知のうち１つを受信することと、を含み、前記応答または前記通知のそれぞれは、前記他のネットワーク装置からリクエストされた前記モバイルネットワークステータスデータを含むものであり、
前記受信したネットワークステータスデータに基づいて、ネットワーク統計を生成すること、を含む方法。
【請求項１２】
アクセスモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、ユーザプレーン機能（ＵＰＦ）、またはポリシー制御機能（ＰＣＦ）のうち１つに、前記生成されたネットワーク統計を送信することをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記モバイルネットワークのネットワークリポジトリ機能（ＮＲＦ）に、前記ＮＲＦに登録するためにリクエストを送信すること、を含み、前記リクエストは、前記ＮＲＦにネットワークデータ分析能力を示し、前記生成されたネットワーク統計の１つまたは複数のタイプを識別するものであり、
前記ＮＲＦから、前記登録リクエストに対する応答を受信すること、をさらに含む、請求項１１に記載の方法。
【請求項１４】
前記モバイルネットワークのデータ記憶機能（ＤＳＦ）に、前記生成された統計の少なくとも一部を記憶することと、
前記ＤＳＦに記憶された前記生成された統計の少なくとも一部に関連付けられた識別子（ＩＤ）を取得することと、
前記モバイルネットワークの別のネットワーク装置から、前記生成された統計の少なくとも一部に対するリクエストを受信することと、
前記リクエストしているネットワーク装置に、リクエストされた前記生成された統計の少なくとも一部に関連付けられた前記識別子を返信し、それによって、前記リクエストしているネットワーク装置が、前記識別子を使用して、前記ＤＳＦから、前記生成された統計の少なくとも一部を直接取得することができることと、をさらに含む、請求項１１に記載の方法。
【請求項１５】
前記リクエストされたネットワークステータスデータは、（１）拒否されたまたは失敗した接続試行の、総数または割合が閾値を満たすかまたは上回ることを示す情報、（２）セッション管理機能（ＳＭＦ）におけるＱｏＳプロビジョニングパラメータを示す情報、（３）前記ＳＭＦにおいて下りリンクデータバッファリングに割り当てられたメモリの利用率が、閾値を満たすかまたは上回ることを示す情報、（４）アクセスモビリティ管理機能（ＡＭＦ）が共通ネットワーク機能（ＮＦ）として機能するネットワークスライスの数が、閾値を満たすかまたは上回ることを示す情報、（５）前記ＡＭＦまたはユーザプレーン機能（ＵＰＦ）に接続している非３ＧＰＰアクセスノードの数を示す情報、（６）前記ＵＰＦにおけるポリシー規則施行に基づいて拒否されるトラフィックの量を示す情報、および（７）サービス能力サーバまたはアプリケーションサーバ（ＳＣＳ／ＡＳ）からの通信パターン、トラフィックパターンおよびモビリティパターン情報、のうち１つまたは複数を含む、請求項１１に記載の方法。
【請求項１６】
前記生成されたネットワーク統計は、（１）アクセスモビリティ管理機能（ＡＭＦ）またはネットワークスライス下のモビリティの異なるレベルの数、（２）ＡＭＦが、前記共通ネットワーク機能（ＮＦ）として機能しているネットワークスライスの平均数、（３）非ＩＰタイプのパケットデータユニット（ＰＤＵ）セッションの割合、（４）ＡＭＦ−ネットワーク・エクスポージャ機能（ＮＥＦ）経路を通したＰＤＵセッション数、（５）リフレクティブＱｏＳスキームを適用するＰＤＵセッションの割合、および（６）ＵＬ分類子または分岐点を有するＰＤＵセッションの割合のうち１つまたは複数を含む、請求項１１に記載の方法。
【請求項１７】
前記生成されたネットワーク統計は、ユーザ端末（ＵＥ）ごとに、ＵＥグループごとに、ネットワークスライスごとに、パケットデータユニット（ＰＤＵ）接続ごとに、アプリケーションサーバ（ＡＳ）ごとに、またはエリアごとに生成される、請求項１１に記載の方法。
【請求項１８】
前記ネットワーク装置によって受信される前記モバイルネットワークステータスデータは、ユーザ端末（ＵＥ）ごとに、ＵＥグループごとに、ネットワークスライスごとに、パケットデータユニット（ＰＤＵ）接続ごとに、アプリケーションサーバ（ＡＳ）ごとに、またはエリアごとに受信される、請求項１１に記載の方法。
【請求項１９】
前記受信したネットワークステータスデータに基づいて、ネットワーク操作ガイダンスおよび規則を生成することをさらに含む、請求項１１に記載の方法。
【請求項２０】
アクセスモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、ユーザプレーン機能（ＵＰＦ）、またはポリシー制御機能（ＰＣＦ）のうち１つに、前記生成されたネットワーク操作ガイダンスおよび規則を送信することをさらに含む、請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１７年８月１１日に出願の米国特許仮出願番号第６２／５４４，３９９号の利益を請求し、その全体が参照として本明細書に組み込まれる。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（Third  Generation  Partnership  Project：３ＧＰＰ）は、５Ｇネットワークを設計しており、ネットワークスライシング技術を組み込むことを検討している。５Ｇユースケース（例えば、大規模なモノのインターネット（Internet  of  Things：ＩｏＴ）、クリティカル通信、および高度化モバイルブロードバンド）では、非常に多様で、かつ時には非常に厳しい要件が求められるので、この技術は、５Ｇネットワークにとって良く適したものである。現在の、プレ５Ｇアーキテクチャは、比較的モノリシックなネットワーク、およびスマートフォン、オーバーザトップ（Over-The-Top：ＯＴＴ）コンテンツ、フィーチャーフォン、データカード、および組込み式マシンツーマシン（Machine-To-Machine：Ｍ２Ｍ）デバイスからのモバイルトラフィックなどの種々のサービスに対応するトランスポートフレームワークを利用する。広範囲の各ビジネスニーズに、それぞれ、性能、拡張性、および可用性要件の固有の特定のセットがある場合、現在のアーキテクチャは、それらのビジネスニーズを効率的にサポートするのに十分な柔軟性および拡張性がないことが予想される。さらに、新しいネットワークサービスの導入は、より効率的に行われなければならない。それにもかかわらず、いくつかのユースケースは、同じオペレータネットワークで、同時に動作することが予想され、したがって、５Ｇネットワークの高い柔軟性および拡張性が必要とされる。
【０００３】
３ＧＰＰが現在策定中の５Ｇネットワークアーキテクチャでは、ネットワークデータ分析（NetWork  Data  Analytics：ＮＷＤＡ）が、オペレータ管理ネットワーク分析に相当するネットワーク機能として規定されている。ＮＷＤＡは、ポリシー制御機能（Policy  Control  Function：ＰＣＦ）に、ネットワークスライス固有ネットワークデータ分析を提供する。ＰＣＦによるＮＷＤＡへのサブスクリプションは、ネットワークスライスレベル上のものであり、ＮＷＤＡは、スライスを使用している現在のサブスクライバを認識する必要がない。ＮＷＤＡは、スライス固有ネットワークステータス分析情報を、それをサブスクライブしたＰＣＦに通知／発行する。この情報は、サブスクライバ固有のものではない。ＰＣＦは、そのポリシー決定時にデータを使用する。
【０００４】
また、３ＧＰＰが現在策定中の５Ｇネットワークアーキテクチャでは、（１）構造化ＤＳＦ、および（２）非構造化ＤＳＦの２種類のデータ記憶ネットワーク機能（Data  Storage  network  Functions：ＤＳＦ）が、規定されている。５Ｇシステムアーキテクチャは、任意のネットワーク機能によるＵＤＳＦへの／からの、その非構造化データ記憶および取得を可能にする。ＵＤＳＦは、ネットワーク機能が配置されているのと同じ公衆陸上移動網（Public  Land  Mobile  Network：ＰＬＭＮ）に属する。各制御プレーンネットワーク機能（Network  Functions：ＮＦ）が、それらの対応する非構造化データを記憶するためにＵＤＳＦを共有するか、またはそれぞれが、それら独自のＵＤＳＦを有してもよい（例えば、ＵＤＳＦは、対応するネットワーク機能の近くに配置されてもよい）。ＵＤＳＦは、任意のネットワーク機能による非構造化データとしての情報を、記憶および取得することをサポートする任意選択の機能である。
【０００５】
５Ｇシステムアーキテクチャはまた、ＮＥＦによる外部および内部ネットワーク・エクスポージャのために、ネットワーク・エクスポージャ機能（Network  Exposure  Function：ＮＥＦ）によるＳＤＳＦへの構造化データ記憶を可能にする。ＳＤＳＦは、ＮＥＦが配置されているのと同じＰＬＭＮに属する。ＳＤＳＦは、ＮＥＦによる構造化データとしての情報を、記憶および取得することをサポートする任意選択の機能である。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
現在、ＮＷＤＡの使用は、ネットワークステータス（例えば、輻輳レベル）をＰＣＦに提供することに限定されており、ＰＣＦは、その情報を使用してポリシーを決定する。しかし、分析を提供するために、ＮＷＤＡが収集する必要がある情報、この情報の収集方法、およびスライス固有輻輳情報以外で構成される分析情報については、明らかになっていない。したがって、ＮＷＤＡが収集する情報、およびＮＷＤＡが提供する分析の種類を規定することが望まれる。また、情報収集のメカニズムを規定する必要もある。
【０００７】
加えて、ネットワークデータ分析は、ポリシー関連プロシージャだけではなく、いくつかの他の重要なネットワーク管理プロセス、例えば、ネットワーク機能選択、モビリティ管理およびセッション管理にも有益であり得る。言い換えると、ＮＷＤＡは、ＰＣＦ以外の一部のネットワーク機能と相互作用してそれらのプロシージャを促進することを可能にする必要がある。したがって、ネットワークデータ分析を提供するためにＮＷＤＡが他のネットワーク機能およびＳＣＳ／ＡＳとどう相互作用するかを規定するために、新しいインターフェースおよび方法が必要である。このことは、通常、大量のデータレコードを生成することがある多数のＩｏＴデバイス／接続が存在するという理由から、ＩｏＴ用途に対して特に重要である。ネットワークデータ分析能力は、より効率的なネットワーク操作のために、ネットワークエンティティ、ネットワークオペレータおよびサービスプロバイダにクリティカルな統計を提供し得る。
【課題を解決するための手段】
【０００８】
これらのまたは他の課題を解決するために、新しいＮＷＤＡフレームワーク向けの新しいタイプのネットワークデータ分析およびメカニズムが以下に開示され、これは、５Ｇコアネットワークにおいて、新しく、かつ改良されたネットワークデータ分析能力を可能にするものである。
【０００９】
一態様に従って、ネットワークデータ分析を生成するために、ＮＷＤＡがＮＦおよびＳＣＳ／ＡＳから種々の情報を収集するメカニズムが開示される。具体的には、ＮＷＤＡは、サブスクリプション／通知モデルまたはリクエスト／応答モデルを使用することで情報を収集することができる。
【００１０】
別の態様に従って、ＮＦ（主に、ＡＭＦ、ＳＭＦ、ＰＣＦおよびＵＰＦ）およびＳＣＳ／ＡＳに、ＮＷＤＡが提供することができる新しいタイプのネットワークデータ分析が記載される。
【００１１】
さらに別の態様に従って、ＳＣＳ／ＡＳがＮＷＤＡからネットワークデータ分析を入手する方法が記載される。具体的には、ＳＣＳ／ＡＳは、サブスクリプション／通知モデルまたはリクエスト／応答モデルを介して、ＮＷＤＡからネットワークデータ分析を取得し得る。
【００１２】
別の態様に従って、任意のＮＦまたはＳＣＳ／ＡＳが、ＮＲＦを用いる発見プロセスを通して利用可能なデータ分析の種類を発見することが可能なように、ＮＷＤＡがＮＲＦに登録し、データ分析の利用可能なタイプを提供するメカニズムが開示される。
【００１３】
またさらに、ＤＳＦにネットワークデータ分析を記憶するプロシージャが記載される。これは、５Ｇネットワークの中で計算能力と記憶能力とを分割し、ネットワークエンティティが、ＮＷＤＡと接触することなくネットワークデータ分析を取得できるように促進するという着想を意味する。
【００１４】
加えて、ネットワークエンティティの要求に基づいて、複合データ分析を実施する方法が記載され、異なるＮＦ向けのネットワークデータ分析プロビジョニングに関する新しいサービスが規定される。
【００１５】
本概要は、下記の発明を実施するための形態に記載される一連の概念を、簡略化した形式で紹介するものである。本概要は、請求される主題の主要な特徴または実質的な特徴を特定したり、請求される主題の範囲を限定するために使用されたりすることを意図していない。さらに、請求される主題は、本開示のいずれかの部分に記載される、いずれかのまたはすべての不利点を解決するといった制限にも限定されない。
【図面の簡単な説明】
【００１６】
より詳細な理解は、添付図面と併せて、例として挙げられる以下の説明から得ることが可能である。
【００１７】
【図１】ネットワークスライシングの構想を示す図である。
【図２】５Ｇシステムサービスベースアーキテクチャを示すブロック図である。
【図３】参照点が図示されている、非ローミング５Ｇシステムアーキテクチャを示すブロック図である。
【図４】ＵＥトリガサービスリクエストプロシージャを示す図である。
【図５】ＵＥトリガサービスリクエストプロシージャを示す図である。
【図６】ＵＥトリガサービスリクエストプロシージャを示す図である。
【図７】任意のＮＦからの非構造化データ向けのデータ記憶アーキテクチャを示す図である。
【図８】ＮＥＦからの構造化データ向けのデータ記憶アーキテクチャを示す図である。
【図９】通信システムの一例を示す図である。
【図１０】例えば、無線伝送／受信ユニット（Wireless  Transmit/Receive  Unit：ＷＴＲＵ）などのような無線通信用に構成される装置またはデバイスの一例のブロック図である。
【図１１】無線アクセスネットワーク（Radio  Access  Network：ＲＡＮ）およびコアネットワークの第１の例の系統図である。
【図１２】ＲＡＮの第２の例の系統図である。
【図１３】無線アクセスネットワークＲＡＮの第３の例の系統図である。
【図１４】無線アクセスネットワークＲＡＮの第４の例の系統図である。
【図１５】通信システムのノードがその中で具現化されることがある、コンピューティングシステムの一例のブロック図である。
【図１６】５Ｇネットワークにおけるネットワークデータ分析向けのアーキテクチャの一例を示す図である。
【図１７】ＮＷＤＡがサブスクリプション／通知モデルを通して、分析のための情報を収集することができるメカニズムを示す図である。
【図１８】５Ｇネットワークにおけるデータ分析向けの情報を収集する別の方法を示す図である。
【図１９】ＮＷＤＡでの特定のネットワークデータ分析を、ＳＣＳ／ＡＳがサブスクライブする方法を示す。
【図２０】ＮＷＤＡが、ＮＲＦに登録する方法を示す図である。
【図２１】ＮＷＤＡが、ＮＲＦへのその登録を更新する方法を示す図である。
【図２２】ＤＳＦ内にネットワークデータ分析を記憶する方法を示す図である。
【図２３】複合データ分析を実施する方法を示す図である。
【図２４】コアネットワーク内で、ＮＷＤＡサービスを構成するために、ネットワークオペレータ、サービス、またはＵＥによって使用され得るユーザインターフェースの一例を示す図である。
【発明を実施するための形態】
【００１８】
以下に掲げるものは、下記の説明に出現する可能性のある頭字語のリストである。特に指示がない限り、本明細書で使用される頭字語は、以下に記載される対応する用語を指す。
ＡＭＦ  Access  and  Mobility  Management  Function（アクセスモビリティ管理機能）
ＡＳ  Application  Server（アプリケーションサーバ）
ＣＭ  Connection  Management（接続管理）
ＣＮ  Core  Network（コアネットワーク）
ＣＰ  Control  Plane（制御プレーン）
ＤＬ  Downlink（下りリンク）
ＤＳＦ  Data  Storage  Network  Function（データ記憶ネットワーク機能）
ＳＤＳＦ  Structured  DSF（構造化ＤＳＦ）
ＵＤＳＦ  Unstructured  DSF（非構造化ＤＳＦ）
ＨＳＳ  Home  Subscriber  Server（ホームサブスクライバサーバ）
ＩＭＳＩ  International  Mobile  Subscriber  Identity（国際移動体加入者識別番号）
ＬＴＥ  Long  Term  Evolution（ロングタームエボリューション）
ＭＭ  Mobility  Management（モビリティ管理）
ＭＭＥ  Mobility  Management  Entity（モビリティ管理エンティティ）
ＭＯ  Mobile  Originated（モバイル発信）
ＭＴ  Mobile  Terminated（モバイル終了）
ＮＡＳ  Non  Access  Stratum（非アクセス層）
ＮＥＦ  Network  Exposure  Function（ネットワーク・エクスポージャ機能）
ＮＦ  Network  Function（ネットワーク機能）
ＮＩＤＤ  Non-IP  Data  Delivery（非ＩＰデータ送達）
ＮＲＦ  NF  Repository  Function（ＮＦリポジトリ機能）
ＮＷＤＡ  Network  Data  Analytics（ネットワークデータ分析）
ＰＣＦ  Policy  Control  Function（ポリシー制御機能）
ＰＤＮ  Packet  Data  Network（パケットデータネットワーク）
ＰＤＵ  Packet  Data  Unit（パケットデータユニット）
Ｐ−ＧＷ  PDN  Gateway（ＰＤＮゲートウェイ）
ＱｏＳ  Quality  of  Service（サービス品質）
ＲＡＮ  Radio  Access  Network（無線アクセスネットワーク）
ＲＡＴ  Radio  Access  Technology（無線アクセス技術）
ＳＣＳ  Service  Capability  Server（サービス能力サーバ）
ＳＣＥＦ  Service  Capability  Exposure  Function（サービス能力エクスポージャ機能）
ＳＧＳＮ  Serving  GPRS  Support  Node（サービングＧＰＲＳサポートノード）
Ｓ−ＧＷ  Serving  Gateway（サービングゲートウェイ）
ＳＭＦ  Session  Management  Function（セッション管理機能）
ＵＥ  User  Equipment（ユーザ端末）
ＵＬ  Uplink（上りリンク）
ＵＰＦ  User  Plane  Function（ユーザプレーン機能）
【００１９】
以下の用語は下記のものを意味する場合がある。
【００２０】
「ネットワーク機能（ＮＦ）」は、規定済みの機能的動作、および規定済みのインターフェースを有するネットワーク内の処理機能である場合がある。ＮＦは、専用ハードウェア上のネットワーク要素として、または専用ハードウェア上で動作するソフトウェアインスタンスとして、もしくは、例えばクラウドインフラストラクチャなどの適切なプラットフォーム上でインスタンス化された仮想化機能として、実装される可能性がある。
【００２１】
「ネットワークスライステンプレート」は、特定のアプリケーションプロファイルをサポートするＮＷ機能のセットである場合がある。
【００２２】
「ネットワークスライスインスタンス」は、ＮＷスライステンプレートがインスタンス化されたものである場合がある。
【００２３】
「ネットワークデータ分析機能（NetWork  Data  Analytics  Function：ＮＷＤＡＦ）」は、オペレータ管理ネットワーク分析論理機能を意味する場合がある。最新のバージョン「９」によれば、ＮＷＤＡＦは、スライス固有ネットワークデータ分析をＰＣＦに提供する。ＮＷＤＡＦは、ネットワークスライスレベル上で、ネットワークデータ分析をＰＣＦに提供し、ＮＷＤＡＦは、スライスを使用している現在のサブスクライバを認識する必要がない。ＮＷＤＡＦは、モバイルコアネットワーク内のＰＣＦに加えて、ネットワーク機能に、他のタイプのネットワークデータ分析を提供することも可能である。
【００２４】
「ＰＤＵセッション」は、ＵＥと、ＰＤＵコネクティビティサービスを提供するデータネットワークとを関連付けるものである場合がある。２種類のＰＤＵセッションは、（１）データネットワークがＩＰタイプであるＩＰ型、（２）データネットワークが非ＩＰである非ＩＰ型と、定義される。
【００２５】
「ＵＥ能力プロファイル」は、ＵＥが何を行うことが可能かを説明する場合がある。このプロファイルは、通常、静的なものであり、例えば、ＵＥが、リレー能力、ＵＥのカテゴリ（例えば、最大データレート）、スクリーンサイズ、音声対応、ＩＭＳ対応、ＧＰＳ対応を備えているかどうかなどである。この情報は、ＵＥサブスクリプション構成および／またはＳＩＭに保持される場合がある。
【００２６】
「３ＧＰＰ  ＣＮにおけるセッション管理」は、３ＧＰＰ  ＣＮにおけるセッション管理を意味する。３ＧＰＰ  ＣＮでは、セッション管理は、ＵＥとパケットデータネットワーク間のエンドツーエンドＰＤＮ接続（ＩＰまたは非ＩＰ型）を管理して、ポリシー（例えば、ＱｏＳ）を用いてコアネットワークを通してデータを転送し、課金制御を実施することである。
【００２７】
ネットワークアーキテクチャの例
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（符復号化、セキュリティ、およびサービスの品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のための技術的規格を策定している。最近の無線アクセス技術（ＲＡＴ）規格は、ＷＣＤＭＡ（登録商標）（一般に、３Ｇと称される）、ＬＴＥ（一般に、４Ｇと称される）、およびＬＴＥ−アドバンスト規格を含む。３ＧＰＰは、「５Ｇ」とも称される、新無線（New  Radio：ＮＲ）と呼ばれる、次世代セルラー技術の標準化への取り組みを開始している。３ＧＰＰ  ＮＲ規格開発は、次世代無線アクセス技術（新しいＲＡＴ）の規定を含むことが想定され、これは、６ＧＨｚを下回る新規のフレキシブルな無線アクセスのプロビジョンと、６ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスのプロビジョンとを含むことが想定されている。フレキシブルな無線アクセスは、６ＧＨｚを下回る新しい周波数帯域における新しい非後方互換性無線アクセスで構成されることが想定され、同じ周波数帯域内で共に多重化され、多様な要件を伴う３ＧＰＰ  ＮＲユースケースの広範なセットに対処し得る、異なる動作モードを含むことが想定されている。ウルトラモバイルブロードバンドは、ウルトラモバイルブロードバンドアクセス、例えば、屋内用途およびホットスポット向けの機会を提供する、センチ波およびミリ波の周波数帯域を含むことが想定されている。特に、センチ波およびミリ波特有設計最適化を伴うウルトラモバイルブロードバンドは、６ＧＨｚを下回るフレキシブル無線アクセスと、共通設計フレームワークを共有することが想定されている。
【００２８】
ネットワークスライシングは、モバイルオペレータのネットワーク、バックホールおよびコアネットワークの両方の固定部分にわたるエアインターフェース後方で、複数の「仮想」ネットワークをサポートするモバイルネットワークオペレータによって使用される場合があるメカニズムである。これは、異なる無線アクセスネットワーク（ＲＡＮ）または単一のＲＡＮにわたって動作する異なるサービスタイプをサポートする複数の仮想ネットワークに、ネットワークを「スライスする」ことによって行われる。ネットワークスライシングは、オペレータが、例えば、機能性、性能、分離における多様な要件を必要とする異なる市場シナリオ向けにカスタマイズされたネットワークを構築し、最適化されたソリューションを提供することを可能にする。図１は、ネットワークスライシングの概念上のアーキテクチャを示す。ネットワークスライスインスタンスは、ネットワーク機能のセット、およびこれらのネットワーク機能を動作させるリソースで構成される。異なるネットワークスライスインスタンスまたはサブネットワークスライスインスタンスを表すために、異なるシェーディングが使用される。サブネットワークスライスインスタンスは、ネットワーク機能のセットおよびこれらのネットワーク機能を動作させるリソースで構成されるが、それ自体は完全な論理ネットワークでない。サブネットワークスライスインスタンスは、複数のネットワークスライスインスタンスによって共有されることもある。
【００２９】
ネットワークスライシングは、オペレータが、例えば、機能性、性能、分離における多様な要件を必要とする異なる市場シナリオ向けにカスタマイズされたネットワークを構築し、最適化されたソリューションを提供することを可能にする。しかし、将来的な５Ｇネットワークでのネットワークスライシングのサポートに対して、
・ネットワークスライスインスタンス間の分離／分割をどう実現するか、およびどのレベルおよびタイプの分離／分割が必要とされるか、
・ネットワークスライスインスタンス間でリソースとネットワーク機能の共有がどのように使用され、かつどのタイプを使用することができるか、
・１つのオペレータの１つまたは複数の特定のネットワークスライスインスタンスから、ユーザ端末（ＵＥ）が同時にサービスをどのように取得するか、
・ネットワークスライシングに関して、何が３ＧＰＰの範囲内のものか（例えば、ネットワークスライス構築／合成、修正、削除）、
・どのネットワーク機能が、特定のネットワークスライスインスタンスに含まれる可能性があるか、およびどのネットワーク機能がネットワークから独立しているか、
・ＵＥ向けの特定のネットワークスライスを選択するためのプロシージャ、
・ネットワークスライシングローミングシナリオをどのようにサポートするか、
・オペレータがネットワークスライシング構想を使用して、類似のネットワーク特性を必要とする複数のサードパーティ（例えば企業、サービスプロバイダ、コンテンツ・プロバイダなど）をどのように効率的にサポートするか、などのいくつかの課題および問題が存在する。
【００３０】
図２は、制御プレーン内で、サービスベースインターフェースを用いる非ローミング参照アーキテクチャを示す。
【００３１】
図３は、参照点の図示を用い、どのように種々のネットワーク機能がお互いに相互作用するかを示す非ローミングケースの５Ｇシステムアーキテクチャを示す。モビリティ管理およびセッション管理機能は切り離されていることに留意されたい。ＵＥに対する登録管理および接続管理（Registration  Management  and  Connection  Management：ＲＭ／ＣＭ）の両方、ならびに、セッション管理（Session  Management：ＳＭ）関連メッセージおよびプロシージャのために単一のＮ１非アクセス層（ＮＡＳ）接続が使用される。単一のＮ１終端点は、アクセスモビリティ管理機能（ＡＭＦ）に位置している。ＡＭＦは、セッション管理機能（ＳＭＦ）に、ＳＭ関連ＮＡＳ情報を転送する。ＡＭＦは、ＵＥと取り交わされるＮＡＳシグナリングのＲＭ／ＣＭパートを取り扱う。ＳＭＦは、ＵＥと取り交わされるＮＡＳシグナリングのセッション管理パートを取り扱う。
【００３２】
３ＧＰＰが現在策定中の５Ｇネットワークアーキテクチャでは、ネットワークデータ分析（ＮＷＤＡ）が、オペレータ管理ネットワーク分析に相当するネットワーク機能として規定されている。ＮＷＤＡは、ポリシー制御機能（ＰＣＦ）に、ネットワークスライス固有ネットワークデータ分析を提供する。ＰＣＦによるＮＷＤＡへのサブスクリプションは、ネットワークスライスレベル上のものであり、ＮＷＤＡは、スライスを使用している現在のサブスクライバを認識する必要がない。ＮＷＤＡは、スライス固有ネットワークステータス分析情報を、それをサブスクライブしたＰＣＦに通知／発行する。この情報は、サブスクライバ固有のものではない。ＰＣＦは、そのポリシー決定時にデータを使用する。
【００３３】
ネットワークデータ分析（ＮＷＤＡ）とＰＣＦとの間に、Ｎｎｗｄａ参照点が存在する。一実装形態では、ＰＣＦは、リクエスト／応答モデルまたはサブスクリプション／通知モデルのどちらかによって、ＮＷＤＡから分析データを得ることができる。図４から６は、これらのメッセージフローを示す。図４は、ＮＷＤＡサブスクリプションサービスを示す。図５は、Ｎｎｗｄａ通知サービス、および図６は、ＮＷＤＡリクエスト／応答フローを示す。
【００３４】
また、３ＧＰＰが現在策定中の５Ｇネットワークアーキテクチャでは、（１）構造化ＤＳＦ、および（２）非構造化ＤＳＦの２種類のデータ記憶ネットワーク機能（ＤＳＦ）が、規定されている。図７に示すように、５Ｇシステムアーキテクチャは、任意のネットワーク機能によるＵＤＳＦへの／からの、その非構造化データ記憶および取得を可能にする。ＵＤＳＦは、ネットワーク機能が配置されているのと同じ公衆陸上移動網（ＰＬＭＮ）に属する。各制御プレーンネットワーク機能（ＮＦ）が、それらの対応する非構造化データを記憶するためにＵＤＳＦを共有するか、またはそれぞれが、それら独自のＵＤＳＦを有してもよい（例えば、ＵＤＳＦは、対応するネットワーク機能の近くに配置されてもよい）。ＵＤＳＦは、任意のネットワーク機能による非構造化データとしての情報を、記憶および取得することをサポートする任意選択の機能である。
【００３５】
図８に示すように、５Ｇシステムアーキテクチャは、ＮＥＦによる外部および内部ネットワーク・エクスポージャのために、ネットワーク・エクスポージャ機能（ＮＥＦ）によるＳＤＳＦへの構造化データ記憶を可能にする。ＳＤＳＦは、ＮＥＦが配置されているのと同じＰＬＭＮに属する。ＳＤＳＦは、ＮＥＦによる構造化データとしての情報を、記憶および取得することをサポートする任意選択の機能である。
【００３６】
３ＧＰＰは、新無線（ＮＲ）でサポートすると予想され、データレート、遅延、およびモビリティに対する様々なユーザ体験要件をもたらす種々のユースケースを明らかにしている。ユースケースは、一般的なカテゴリ、すなわち、高度化モバイルブロードバンド（例えば、高密度エリアにおけるブロードバンドアクセス、屋内超高ブロードバンドアクセス、群集の中のブロードバンドアクセス、あらゆる場所における５０＋Ｍｂｐｓ、超低コストブロードバンドアクセス、車両内のモバイルブロードバンド）、クリティカル通信、大規模マシンタイプ通信、ネットワーク操作（例えば、ネットワークスライシング、ルーティング、移行およびインターワーキング、エネルギー節約）、および拡張ビークルツーエブリシング（enhanced  Vehicle-To-Everything：ｅＶ２Ｘ）間の通信を含む。これらのカテゴリにおける具体的サービスおよびアプリケーションは、例えば、いくつか例を挙げると、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、緊急対応者コネクティビティ、自動車ｅコール、災害警告、リアルタイムゲーム、多人数ビデオコール、自律運転、拡張現実、触知インターネット、および仮想現実を含む。これらのユースケースのすべておよび他のものが、本明細書にて検討される。
【００３７】
図９は、本明細書で説明および請求される方法および装置がその中で具現化される可能性のある例示的通信システム１００の一実施形態を示す。示すように、例示的通信システム１００は、無線伝送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（概して、または集合的に、ＷＴＲＵ１０２と呼ばれることもある）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話ネットワーク（ＰＳＴＮ）１０８と、インターネット１１０と、その他のネットワーク１１２とを含む場合があるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素が考えられることを理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅはそれぞれ、無線環境で動作および／または通信するように構成される任意のタイプの装置またはデバイスであってよい。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅは、ハンドヘルド無線通信装置として図９から１４に描写されているが、５Ｇ無線通信で考えられる様々なユースケースで、各ＷＴＲＵは、一例にすぎないが、ユーザ端末（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケットベル、セルラー電話、携帯情報端末（Personal  Digital  Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、トラック、電車、または飛行機の乗物などを含む、無線信号を伝送および／または受信するように構成されている任意のタイプの装置またはデバイスを備えている、またはそれらで具現化されてよいことを理解されよう。
【００３８】
通信システム１００はまた、基地局１１４ａと、基地局１１４ｂとを含んでもよい。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。基地局１１４ｂは、ＲＲＨ（遠隔無線ヘッド）１１８ａ、１１８ｂおよび／またはＴＲＰ（送受信ポイント）１１９ａ、１１９ｂのうちの少なくとも１つと有線および／または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、送受信機基地局（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：ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用することがある１つまたは複数のＲＡＮに接続される別のコアネットワークを含んでもよい。
【００５０】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含んでもよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを通して異なる無線ネットワークと通信するための複数の送受信機を含んでもよい。例えば、図９に示されるＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用することがある基地局１１４ａと、およびＩＥＥＥ８０２無線技術を採用することがある基地局１１４ｃと通信するように構成されてよい。
【００５１】
図１０は、例えば、ＷＴＲＵ１０２などの本明細書に図示されている実施形態に従って無線通信のために構成される例示的装置またはデバイスのブロック図である。図１０に示すように、例示的ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、取り外し不可メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（Global  Positioning  System：ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含んでもよい。ＷＴＲＵ１０２は、実施形態と一致したままで、上述の要素の任意の副次的組み合わせを含んでもよいことを理解されたい。また、実施形態は、限定ではないが、とりわけ、送受信機基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅ−Ｂ、発展型ホームＮｏｄｅ−Ｂ（evolved  home  Node-B：ｅＮｏｄｅＢ）、ホーム発展型Ｎｏｄｅ−Ｂ（Home  evolved  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：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでもよい。
【００６０】
ＷＴＲＵ１０２は、センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機などの乗物などの他の装置もしくはデバイスで具現化されてよい。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備えることがある相互接続インターフェースなどの１つまたは複数の相互接続インターフェースを介して、このような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続してもよい。
【００６１】
図１１は、一実施形態による、ＲＡＮ１０３およびコアネットワーク１０６の系統図である。上記のように、ＲＡＮ１０３はＵＴＲＡ無線技術を採用して、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信してよい。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図１１に示すように、ＲＡＮ１０３は、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機をそれぞれ含むことがある、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含んでもよい。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含んでもよい。ＲＡＮ１０３は、実施形態と一致したままで、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含んでもよいことを理解されよう。
【００６２】
図１１に示すように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信してもよい。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信してもよい。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、対応するＲＮＣ１４２ａ、１４２ｂと通信してもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、相互に通信してもよい。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、接続されているそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されてよい。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシチ、セキュリティ機能、データ暗号化などの他の機能を実行、またはサポートするように構成されてよい。
【００６３】
図１１に示されるコアネットワーク１０６は、メディアゲートウェイ（Media  Gateway：ＭＧＷ）１４４、移動通信交換局（Mobile  Switching  Center  ：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（Gateway  GPRS  Support  Node：ＧＧＳＮ）１５０を含んでもよい。上述の要素のそれぞれが、コアネットワーク１０６の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営されてもよいことを理解されよう。
【００６４】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続していてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続していてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。
【００６５】
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続されてよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続していてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進してもよい。
【００６６】
上記のように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことがあるネットワーク１１２に接続されてよい。
【００６７】
図１２は、一実施形態による、ＲＡＮ１０４およびコアネットワーク１０７の系統図である。上記のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信してよい。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。
【００６８】
ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含むことがあるが、ＲＡＮ１０４は、実施形態と一致したままで、任意の数のｅＮｏｄｅＢを含んでもよいことを理解されるであろう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含んでよい。一実施形態では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。
【００６９】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてよく、無線リソース管理決定、ハンドオーバ決定、上りリンクおよび／または下りリンクにおけるユーザのスケジューリングなどを取り扱うように構成されてよい。図１２に示すように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを通して相互に通信してよい。
【００７０】
図１２に示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６とを含んでもよい。上述の要素のそれぞれが、コアネットワーク１０７の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営されてもよいことを理解されよう。
【００７１】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続していてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続の間の特定のサービングゲートウェイの選択などの役割を担ってもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供してもよい。
【００７２】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続していてもよい。サービングゲートウェイ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからユーザデータパケットをルーティングおよび転送してよい。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバの間のユーザプレーンのアンカ、下りリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶などの他の機能を実施してよい。
【００７３】
サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進することがあるＰＤＮゲートウェイ１６６に接続されてよい。
【００７４】
コアネットワーク１０７は、他のネットワークとの通信を促進してもよい。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP  Multimedia  Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信してよい。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。
【００７５】
図１３は、一実施形態による、ＲＡＮ１０５およびコアネットワーク１０９の系統図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用し、エアインターフェース１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信する、アクセスサービスネットワーク（Access  Service  Network：ＡＳＮ）であってよい。以下でさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５の異なる機能エンティティとコアネットワーク１０９との間の通信リンクは、参照点として定義されてよい。
【００７６】
図１３に示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含んでもよいが、実施形態と一致したままで、任意の数の基地局およびＡＳＮゲートウェイを含んでもよいことを理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれ、ＲＡＮ１０５内の特定のセルに関連付けられてよく、エアインターフェース１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含んでもよい。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、基地局１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、ＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービスの品質（ＱｏＳ）ポリシー施行などのモビリティ管理機能を提供してもよい。ＡＳＮゲートウェイ１８２は、トラフィック集約点として機能してよく、ページング、加入者プロファイルのキャッシュ、コアネットワーク１０９へのルーティングなどの役割を担ってもよい。
【００７７】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装する、Ｒ１参照点として定義されてよい。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのそれぞれは、論理インターフェース（図示せず）をコアネットワーク１０９と確立してよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用されることがあるＲ２参照点として定義されてよい。
【００７８】
基地局１８０ａ、１８０ｂ、および１８０ｃのそれぞれ間の通信リンクは、基地局間のＷＴＲＵハンドオーバおよびデータの転送を促進するためのプロトコルを含む、Ｒ８参照点として定義されてよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義されてよい。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づいてモビリティ管理を促進するためのプロトコルを含んでもよい。
【００７９】
図１３に示すように、ＲＡＮ１０５は、コアネットワーク１０９に接続していてもよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理能力を促進するためのプロトコルを含む、Ｒ３参照点として定義されてよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile  IP  Home  Agent：ＭＩＰ−ＨＡ）１８４と、認証、認可、課金（Authentication,  Authorization,  Accounting：ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含んでもよい。上述の要素のそれぞれが、コアネットワーク１０９の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営されてもよいことを理解されよう。
【００８０】
ＭＩＰ−ＨＡは、ＩＰアドレス管理の役割を担ってもよく、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にしてもよい。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進してもよい。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスをサポートする役割を担ってもよい。ゲートウェイ１８８は、他のネットワークとのインターワーキングを促進してもよい。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。加えて、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。
【００８１】
図１３では図示されないが、ＲＡＮ１０５は、他のＡＳＮに接続していてもよく、コアネットワーク１０９は、他のコアネットワークに接続していてもよいことを理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５とその他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを協調するためのプロトコルを含むことがある、Ｒ４参照点として定義されてよい。コアネットワーク１０９とその他のコアネットワークとの間の通信リンクは、ホームコアネットワークと在圏コアネットワークとの間のインターワーキングを促進するためのプロトコルを含むことがある、Ｒ５参照点として定義されてよい。
【００８２】
本明細書に記載され、図９から１４に図示されている、コアネットワークエンティティは、ある既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティおよび機能性は、他の名称によって識別される可能性があり、ある種のエンティティまたは機能は、将来的３ＧＰＰ  ＮＲ仕様を含む、３ＧＰＰによって公開される将来的な仕様において組み合わせられる場合があることを理解されたい。したがって、図９から１４に説明および図示されている特定のネットワークエンティティおよび機能性は、一例としてのみ提供され、本明細書で開示および請求される主題は、現在規定されているか、または将来的に規定されるかどうかにかかわらず、任意の類似通信システムにおいて具現化または実装される場合があることを理解されたい。
【００８３】
図１４に示す５Ｇコアネットワーク１７０は、アクセスモビリティ管理機能（ＡＭＦ）１７２、セッション管理機能（ＳＭＦ）１７４、ユーザプレーン機能（ＵＰＦ）１７６、ユーザデータ管理機能（User  Data  Management  Function：ＵＤＭ）１７８、認証サーバ機能（Authentication  Server  Function：ＡＵＳＦ）１８０、ネットワーク・エクスポージャ機能（ＮＥＦ）、ポリシー制御機能（ＰＣＦ）１８４、非３ＧＰＰインターワーキング機能（Non-3GPP  InterWorking  Function：Ｎ３ＩＷＦ）１９２、およびアプリケーション機能（Application  Function：ＡＦ）１８８を含んでもよい。上述の要素のそれぞれが、５Ｇコアネットワーク１７０の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営されてもよいことを理解されよう。５Ｇコアネットワークが、これらの要素のすべてで構成されない場合があり、追加の要素で構成される場合もあり、かつこれら各要素の複数のインスタンスで構成される場合があることを理解されるべきである。各ネットワーク機能は、互いに直接接続することが図１４に示されているが、Ｄｉａｍｅｔｅｒルーティングエージェントまたはメッセージバスなどのルーティングエージェントを介して通信される場合があることを理解されるべきである。
【００８４】
ＡＭＦ１７２は、Ｎ２インターフェースを介してＲＡＮ１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂのそれぞれに接続していてもよく、制御ノードとして機能してもよい。例えば、ＡＭＦ１７２は、登録管理、接続管理、到達可能性管理、アクセス認証、アクセス許可の役割を担ってもよい。ＡＭＦ１７２は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からＮＡＳパケットをルーティングおよび転送してもよい。
【００８５】
ＳＭＦ１７４は、Ｎ１１インターフェースを介してＡＭＦ１７２に接続していてもよく、Ｎ７インターフェースを介してＰＣＦ１８４に接続していてもよく、Ｎ４インターフェースを介してＵＰＦ１７６に接続していてもよい。ＳＭＦ１７４は、制御ノードとして機能してもよい。例えば、ＳＭＦ１７４は、セッション管理、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＩＰアドレス割り当て、ＵＰＦ１７６のトラフィックを導く規則の管理および構成、ならびに下りリンクデータ通知の生成の役割を担ってもよい。
【００８６】
ＳＭＦ１７４は、ＵＰＦ１７６に接続していてもよく、それにより、インターネット１１０などのデータネットワーク（Data  Network：ＤＮ）１９０へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進してもよい。ＳＭＦ１７４は、Ｎ４インターフェースを介してＵＰＦ１７６のトラフィックを導く規則を管理および構成してもよい。ＵＰＦ１７６は、パケットデータユニット（ＰＤＵ）セッションとデータネットワークとの相互接続、パケットルーティングおよび転送、ポリシー規則施行、ユーザプレーントラフィックに対するサービス品質処理、および下りリンクパケットのバッファリングの役割を担ってもよい。
【００８７】
ＡＭＦ１７２は、Ｎ２インターフェースを介してＮ３ＩＷＦ１９２に接続していてもよい。Ｎ３ＩＷＦは、３ＧＰＰ規定ではない無線インターフェース技術を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと５Ｇコアネットワーク１７０との間の接続を促進する。
【００８８】
ＰＣＦ１８４は、Ｎ７インターフェースを介してＳＭＦ１７４に接続していてもよく、Ｎ１５インターフェースを介してＡＭＦ１７２に接続していてもよく、Ｎ５インターフェースを介してアプリケーション機能（ＡＦ）１８８に接続していてもよい。ＰＣＦ１８４は、ＡＭＦ１７２およびＳＭＦ１７４などの制御プレーンノードにポリシー規則を提供して、各制御プレーンノードが、これらの規則を施行できるようにしてもよい。
【００８９】
ＵＤＭ１７８は、認証証明書およびサブスクリプション情報のリポジトリとして機能する。ＵＤＭは、ＡＭＦ１７２、ＳＭＦ１７４およびＡＵＳＦ１８０などの他の機能に接続してもよい。
【００９０】
ＡＵＳＦ１８０は、認証関連操作を実施し、Ｎ１３インターフェースを介してＵＤＭ１７８に、Ｎ１２インターフェースを介してＡＭＦ１７２に接続する。
【００９１】
ＮＥＦは、５Ｇコアネットワーク１７０内の能力およびサービスをエクスポーズする。ＮＥＦは、インターフェースを介してＡＦ１８８に接続してよく、かつ他の制御プレーンおよびユーザプレーン機能（１８０、１７８、１７２、１７２、１８４、１７６およびＮ３ＩＷＦ）に接続して、５Ｇコアネットワーク１７０の能力およびサービスをエクスポーズしてもよい。
【００９２】
５Ｇコアネットワーク１７０は、他のネットワークとの通信を促進してもよい。例えば、コアネットワーク１７０は、５Ｇコアネットワーク１７０とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、またはそれと通信してよい。例えば、コアネットワーク１７０は、ショートメッセージサービスを介して通信を促進するショートメッセージサービス（Short  Message  Service：ＳＭＳ）サービスセンターを含むか、またはそれと通信してもよい。例えば、５Ｇコアネットワーク１７０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとサーバとの間の非ＩＰデータパケットの交換を促進してもよい。加えて、コアネットワーク１７０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。
【００９３】
図１５は、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２内のある種のノードまたは機能エンティティなど、本明細書で記載され、かつ図示されている通信ネットワークの１つまたは複数の装置がその中で具現化されることがある例示的コンピューティングシステム９０のブロック図である。
【００９４】
コンピューティングシステム９０は、コンピュータまたはサーバを備えてもよく、ソフトウェアの形態（このようなソフトウェアが記憶されるまたはアクセスされる場所もしくは手段がいかなるものであっても）であってもよいコンピュータ可読命令によって主に制御されてよい。このようなコンピュータ可読命令は、コンピューティングシステム９０を稼働させるように、プロセッサ９１内で実行されてよい。プロセッサ９１は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであってよい。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする、任意の他の機能を実施してもよい。コプロセッサ８１は、主要プロセッサ９１とは明確に異なる、任意選択のプロセッサであり、追加の機能を果たすか、またはプロセッサ９１を支援することがある。プロセッサ９１および／またはコプロセッサ８１は、本明細書に開示される方法および装置に関連するデータを受信、生成、ならびに処理してよい。
【００９５】
プロセッサ９１は、動作時に、命令をフェッチ、復号、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ転送し、かつ他のリソースから転送する。このようなシステムバスは、コンピューティングシステム９０内のコンポーネント同士を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、および割り込みを送信し、かつシステムバスを操作するための制御ラインを含む。このようなシステムバス８０の一例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。
【００９６】
システムバス８０に連結されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。このようなメモリは、情報の記憶および取得を可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られる、もしくは変更され得る。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてよい。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供してよい。メモリコントローラ９２はまた、システム内のプロセスを隔離し、ユーザプロセスからシステムプロセスを隔離するメモリ保護機能を提供してよい。したがって、第１のモードで起動するプログラムは、それ自体のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
【００９７】
加えて、コンピューティングシステム９０は、プロセッサ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器に命令を通信する役割を担う、周辺機器コントローラ８３を含んでもよい。
【００９８】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。このような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含んでよい。視覚出力は、グラフィカルユーザインターフェース（Graphical  User  Interface：ＧＵＩ）の形態で提供されてよい。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実装されてよい。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる電子コンポーネントを含む。
【００９９】
さらに、コンピューティングシステム９０は、コンピューティングシステム９０を、図９から１４のＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２などの外部通信ネットワークに接続するために使用されることがある、例えば、ネットワークアダプタ９７などの通信回路を含み、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信することを可能にしてもよい。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書に説明されるある種の装置、ノード、または機能エンティティの伝送および受信ステップを実施するために使用されてよい。
【０１００】
本明細書に説明される装置、システム、方法、およびプロセスのうちのいずれかまたはすべては、コンピュータ可読記憶媒体上に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化されてよく、その命令は、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに、本明細書にて説明されるシステム、方法、およびプロセスを実施および／または実装させることを理解されたい。具体的には、本明細書に説明されるいずれのステップ、動作、または機能も、このようなコンピュータ実行可能命令の形態で実装され、無線および／または有線ネットワーク通信向けに構成されている装置またはコンピューティングシステムのプロセッサで実行されてよい。コンピュータ可読記憶媒体は、情報を記憶するための任意の非一時的（例えば、有形または物理的）方法もしくは技術に実装される揮発性および不揮発性媒体、取り外し可能および取り外し不可媒体を含むが、このようなコンピュータ可読記憶媒体には、信号は含まれない。コンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（Digital  Versatile  Disks：ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、もしくは所望の情報を記憶するために使用され得、かつコンピューティングシステムによってアクセスされ得る任意の他の有形もしくは物理的媒体を含むが、これらに限定されない。
【０１０１】
本明細書に記載される方法および装置を説明する際に有用となる可能性がある一シナリオ例では、Ｍ２Ｍサービスプロバイダが、製造工場内に複数のシナリオおよびカメラを配置する場合がある。一部のシナリオおよびカメラは、工場内の製造業務をリアルタイムで監視するために使用され得、他のシナリオは、Ｍ２Ｍサーバからのリクエストに基づいて測定を実施するのに使用され得る。
【０１０２】
５Ｇコアネットワークによってプロビジョンされるネットワークデータ分析（ＮＷＤＡ）機能によって、Ｍ２Ｍサーバ（すなわち、ＳＣＳ／ＡＳ）は、いくつかの情報を提供する場合があり、その結果、ＮＷＤＡは、より正確、かつより豊富な情報をＰＣＦおよび他のネットワーク機能に提供することができる。例えば、Ｍ２Ｍサーバは、工場内のすべてのセンサが少量のスモールデータのみを送信し、かつこのデータをセンサからＭ２Ｍサーバへのみモバイル発信（すなわち、リンクの上りリンク）することをＮＷＤＡに通知することがある。下りリンクデータはグループベースのもののみである。言い換えると、Ｍ２Ｍサーバは常にモバイル端末データをセンサのグループにブロードキャストしている。より具体的には、この場合、Ｍ２Ｍサーバは、モバイル発信されたスモールデータの推定頻度、モバイル端末グループ通信のグループサイズなどのいくつかのパラメータをさらに提供することがある。ＮＷＤＡでこの情報とネットワークスライス輻輳レベルとを組み合わせることで、ネットワークスライス割り当ておよびセッション管理プロセスを助けることができる。
【０１０３】
別の例として、カメラを使用する用途に関しては、Ｍ２Ｍサーバは、ＮＷＤＡに、ビデオストリームを転送するために必要なＱｏＳについて、およびモビリティサポートは必要ではないことを通知することがある。この情報はまた、ネットワークスライス割り当ておよびモビリティ管理を助ける。
【０１０４】
加えて、Ｍ２Ｍサーバは、ＮＷＤＡでのいくつかのイベントおよび分析をサブスクライブしてもよく、それにより、サブスクライブイベントが発生すると、Ｍ２Ｍサーバは通知を受けて、対応する動作をとることになる。例えば、Ｍ２Ｍサーバは、センサ報告アプリケーションのセッションレベル輻輳に関連するイベントをサブスクライブしてもよい。セッションレベル輻輳が、ある期間にわたって一定の閾値を上回る場合に、ＮＷＤＡは、Ｍ２Ｍサーバに通知し、このＭ２Ｍサーバは、いくつかのネットワークエンティティと共に動作を開始して、既存のセッションの容量を増加させるか、新しいセッションを確立するなどを行って輻輳を緩和する。
【０１０５】
別の例として、Ｍ２Ｍサーバはまた、ビデオデータ転送が、アプリケーションレベルで、ある期間にわたって一定のデータレートを上回る場合（例えば、あまりに多数のカメラが同時にデータを送信する場合）にトリガされるイベントをサブスクライブしてもよい。この場合、Ｍ２Ｍサーバは、より多くのリソースを割り当てて、ビデオデータを処理するか、またはカメラをスケジュールして、異なる時間間隔でデータをストリーミングしてもよい。
【０１０６】
別の例としては、Ｍ２Ｍサーバは、任意のＵＥ（例えば、センサまたはカメラ）が、データの送信／受信なしに長時間ＣＯＮＮＥＣＴＥＤ状態であるときにトリガされるイベントをサブスクライブしてもよい。この場合、Ｍ２Ｍサーバは、ネットワークエンティティに、ＵＥのスリープサイクルを調整するように要求してもよい。
【０１０７】
Ｍ２Ｍサーバは、サーバに登録されているＵＥにサービングするネットワークスライスが、接続の総数またはトラフィックの総量の点で過負荷になるようなイベントも対象にしてもよい。その場合、Ｍ２Ｍサーバは、サービス品質をより良くするために、追加のネットワークスライス、またはネットワークスライス内のより多いネットワークリソースをリクエストしてもよい。
【０１０８】
さらに別の例としては、Ｍ２Ｍサーバは、コアネットワークまたはＮＷＤＡ内でのみ認識されるイベントのいくつかの組み合わせを対象にしてもよい。例えば、ＵＥが特定の地理的エリア（例えば、登録エリアまたはトラッキングエリア）にある場合、および、これらのＵＥのいずれかが、高負荷を経験するＵＰＦを使用している場合、Ｍ２Ｍサーバは、ＵＥのセットの平均上りリンクデータレートを認識することを要求してもよい。地理的エリア情報が、ＡＭＦからのものである一方で、上りリンクデータレートおよびＵＰＦ負荷情報は、ＳＭＦ／ＵＰＦからのものであってもよい。この場合、ＮＷＤＡは、両方の情報を認識しているネットワークエンティティであるので、Ｍ２Ｍサーバ向けの所望のネットワークデータ分析を生成することができる。
【０１０９】
現在、ＮＷＤＡの使用は、ネットワークステータス（例えば、輻輳レベル）をＰＣＦに提供することに限定されており、ＰＣＦは、その情報を使用してポリシーを決定する。しかし、分析を提供するために、ＮＷＤＡが収集する必要がある情報、この情報の収集方法、およびスライス固有輻輳情報以外で構成される分析情報については、明らかになっていない。したがって、ＮＷＤＡが収集する情報、およびＮＷＤＡが提供する分析の種類を規定することが望まれる。また、情報収集のメカニズムを規定する必要もある。
【０１１０】
加えて、ネットワークデータ分析は、ポリシー関連プロシージャだけではなく、いくつかの他の重要なネットワーク管理プロセス、例えば、ネットワーク機能選択、モビリティ管理およびセッション管理にも有益であり得る。言い換えると、ＮＷＤＡは、ＰＣＦ以外の一部のネットワーク機能と相互作用してそれらのプロシージャを促進することを可能にする必要がある。したがって、ネットワークデータ分析を提供するためにＮＷＤＡが他のネットワーク機能およびＳＣＳ／ＡＳとどう相互作用するかを規定するために、新しいインターフェースおよび方法が必要である。このことは、通常、大量のデータレコードを生成することがある多数のＩｏＴデバイス／接続が存在するという理由から、ＩｏＴ用途に対して特に重要である。ネットワークデータ分析能力は、より効率的なネットワーク操作のために、ネットワークエンティティ、ネットワークオペレータおよびサービスプロバイダにクリティカルな統計を提供し得る。
【０１１１】
これらのまたは他の課題を解決するために、新しいＮＷＤＡフレームワーク向けの新しいタイプのネットワークデータ分析およびメカニズムが以下に開示され、これは、５Ｇコアネットワークにおいて、新しく、かつ改良されたネットワークデータ分析能力を可能にするものである。
【０１１２】
図１６は、ネットワークデータ分析機能をサポートするアーキテクチャの一実施形態を示す。ＮＷＤＡとＡＭＦ（ＳＭＦ、ＤＳＦ、ＮＥＦおよびＵＰＦ）との間のインターフェースは、以下に規定される。ＮＷＤＡは、本明細書において、ネットワークデータ分析機能（ＮＷＤＡＦ）とも呼ばれる場合がある。
【０１１３】
分析のための情報収集方法
ＮＷＤＡが、ネットワークデータ分析を生成するために、情報を収集する方法が以下に開示される。関連するネットワークエンティティは、５Ｇコアネットワーク内のＮＦおよびＳＣＳ／ＡＳを含んでもよい。ＮＷＤＡがＳＣＳ／ＡＳから一部の情報を取り出すとき、またはＳＣＳ／ＡＳがＮＷＤＡから情報を取得するときに、ＮＥＦは中間ノードとして使用される。一実施形態では、（１）ＮＷＤＡが、ネットワークエンティティでの特定のイベントをサブスクライブして、イベントが発生するときに通知を受ける、サブスクリプションおよび通知モデル、または（２）ＮＷＤＡが、情報を参照するために、ネットワークエンティティにリクエストメッセージを送信して、それに従って応答を受ける、リクエストおよび応答モデル、の２つのモデルのうち１つを使用して、ＮＷＤＡは異なるネットワークエンティティから情報を取得してもよい。
【０１１４】
図１７は、ＮＷＤＡがサブスクリプション／通知モデルを通して、分析のための情報を収集する方法の一実施形態を示している。本実施形態では、ＳＣＳ／ＡＳでサブスクリプションを行うために、ＮＥＦが、メッセージ転送のための中間エンティティとして含まれる。図１７の方法は、下記のイベントのうち１つまたは複数によってトリガされてよい。
１．ＮＷＤＡが、特定のＮＦタイプがスライスに接続するときに、通知されることになるＮＲＦをサブスクライブすることがある。例えば、ＮＷＤＡは、ＡＭＦ（またはＰＣＦ、またはＤＳＦ、またはＳＭＦ、またはＵＰＦ、またはＮＥＦ／ＳＣＳ／ＡＳ）からの特定のタイプの情報を常に要求してもよい。サブスクリプションは、特定の機構をサポートしているＮＦによって決まることがある。例えば、サブスクリプションは、ＮＦが特定の分析情報の収集および共有をサポートする場合にのみ、ＮＷＤＡへの通知を送信するように構成されてもよい。ＮＷＤＡは、ＮＦが利用可能であるという通知を受信すると、図１７の方法を使用して、ＮＦからの特定の情報をサブスクライブしてもよい。
２．ＮＷＤＡが、グラフィカルユーザインターフェース（ＧＵＩ）、操作およびマネージメント（Operation  And  Management：Ｏ＆Ｍ）システム、またはＮＥＦから、特定のタイプの情報の収集または特定のタイプの分析情報の生成を開始するように指示する構成コマンドを受信することがある。
３．ＮＷＤＡが、ＰＣＦから更新済みポリシー情報を受信することがある。更新済みポリシーは、ＮＷＤＡが、特定のタイプの情報の収集または特定のタイプの分析情報の生成を開始しなければならないことを示すことがある。
４．ＮＷＤＡアルゴリズムが、要求された情報を提供する（例えば、より高いレベルの精度を取得する）ために、追加の情報が必要であると判断することがある。
５．ＮＷＤＡが、ＮＥＦから新しい分析機能に対する外部要求を受信する。
６．ＮＷＤＡが、新しいネットワークスライスが構築されたか、または既存のネットワークスライスの構成が更新されたことを、ＡＭＦまたはネットワークスライス選択機能（Network  Slice  Selection  Function：ＮＳＳＦ）によって通知されることがある。
【０１１５】
図１７を参照すると、ステップ１では、ＮＷＤＡは、特定のイベントをサブスクライブするために、ＮＦにサブスクリプションリクエストを送信する。ＮＦは、ＤＳＦ、ＡＭＦ、ＳＭＦまたはＵＰＦであってもよい。リクエスト内で、ＮＷＤＡは、所望のパラメータと共に異なるタイプのサブスクライブイベントを示してもよい。一実施形態では、ＮＷＤＡは、ＳＭＦにおける以下のイベントをサブスクライブしてもよい。
１．新しいＰＤＵセッションが、以下の情報と共にＳＭＦによって構築される。
ａ．例えば、ＩＰまたは非ＩＰ（すなわち、非構造化）などの、ＰＤＵセッションのタイプ
ｂ．セッションＩＤ
ｃ．例えば、保証フロービットレート（Guaranteed  Flow  Bit  Rate：ＧＦＢＲ）、最大フロービットレート（Maximum  Flow  Bit  Rate：ＭＦＢＲ）およびセッション毎集約最大ビットレート（Session  Aggregate  Maximum  Bit  Rate：Ｓｅｓｓｉｏｎ−ＡＭＢＲ）などの、ＱｏＳパラメータ
２．既存のＰＤＵセッションが、削除される。
３．新しいＱｏＳフローが、ＱｏＳフローＩＤおよびセッションＩＤと共に、既存のＰＤＵセッションに追加される。
４．既存のＱｏＳフローが、ＰＤＵセッションから削除される。
５．Ｈ−ＰＬＭＮ（またはＶ−ＰＬＭＮ）内のＳＭＦへの接続（すなわち、Ｎ１６接続）が、ホームルーティングローミングシナリオで確立される。
６．ＳＭＦにおけるバッファリングされた下りリンクデータが、タイムアウト閾値または制限された記憶領域が原因でドロップされる。これは、セッションごと、ＵＥごと、ＳＭＦごとであり得る。
７．ローカルデータネットワークのセッション管理を取り扱うために、中間ＳＭＦとしてＳＭＦが選択される。
８．ＳＭＦの管理の下に、ＵＰＦがＰＤＵセッションのために再配置される。
９．ＳＭＦによってサポートされるセッション（ＩＰタイプおよび／または非ＩＰタイプ）の総数が、一定の閾値を超える。
１０．ＳＭＦによって管理されているセッションでの、予測または観察された（保証された）総データレートが一定の閾値を超える。
１１．拒否されたまたは失敗した接続試行の総数または割合が、閾値を超える。これは、特定の原因値を伴う拒否されたまたは失敗した接続試行の総数または割合が、閾値を超える場合に通知をリクエストするようにさらに限定され得る。
１２．計算リソースが少ない。
１３．ＳＭＦが管理しているＵＰＦの数が、一定の閾値を上回る。
１４．ＳＭＦにおけるバッファリングされた下りリンクデータの量が、一定の閾値を上回る。または、下りリンクデータバッファリングに割り当てられたメモリの利用率が一定の閾値を上回る。
【０１１６】
ＳＭＦからのこのイベント情報を用いて、ＮＷＤＡは、ＳＭＦの負荷および下りリンクデータ記憶領域などの異なる統計の記録を取る。この統計情報は、ＡＭＦに提供されてよく、ＳＭＦを選択するときにＡＭＦによって使用されるか、またはローミングシナリオの際に別のＳＭＦによって使用される。ＡＭＦは、この情報をＰＤＵセッション確立プロシージャの間にＮＷＤＡから読み込み、それを使用して、ＳＭＦを選択することができる。加えて、ＮＷＤＡは、このＳＭＦ負荷バランス統計とネットワークスライス情報を組み合わせてもよい。例えば、３つのＰＤＵセッションがあり、それぞれがネットワークスライス内のＳＭＦによって算段された、２ＧＢ／ｓの保証ビットレートを有する場合、ネットワークスライスを選択するためか、または新しいネットワークスライスを構築するかどうかを決定するために、統計が使用されてもよい。
【０１１７】
ＮＷＤＡが、失敗した接続試行、または結果としてエラーになる接続試行の数に関する条件を検出する場合、それは、サービス妨害（Denial  of  Service：ＤｏＳ）型攻撃を示すものである場合があり、ＮＷＤＡは、ネットワーク管理者へ通知を送信するか、ＳＭＦにすべての新しい接続、特定のカテゴリに分類されるすべての新しい接続、または特定のユーザからの新しい接続を拒否するか、あるいは、新しい接続が、特定のカテゴリに分類されるか、特定のユーザからのものである場合にのみ、新しい接続を可能にするように指示する。
【０１１８】
一実施形態では、ＮＷＤＡは、ＡＭＦにおける以下のイベントをサブスクライブしてもよい。
１．新しいＮＡＳ接続が、ＡＭＦで構築される。
２．既存のＮＡＳ接続が、ＡＭＦで無効にされる。
３．制御プレーンを通した新しいＰＤＵセッションが、スモールデータサービス向けにＡＭＦで構築される。
４．制御プレーンを通した既存のＰＤＵセッションが、スモールデータサービス向けにＡＭＦで無効にされる。
５．５Ｇコアネットワークに接続するために、非３ＧＰＰアクセスが使用される。すなわち、ＡＭＦと非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）間の接続が構築される。
６．ＡＭＦによってサポートされる接続済みＵＥの総数が、一定の閾値を超える。
７．拒否されたまたは失敗した接続試行の総数または割合が、閾値を超える。これは、特定の原因値を伴う拒否されたまたは失敗した接続試行の総数または割合が、閾値を超える場合に通知をリクエストするようにさらに限定され得る。
８．計算リソースが少ない。
９．ＡＭＦが共通ＮＦとして機能しているネットワークスライスの数が、一定の閾値を上回る。
１０．ＡＭＦが管理しているＳＭＦの数が、一定の閾値を上回る。
１１．ＡＭＦが機能している非３ＧＰＰアクセスノードの数が、一定の閾値を上回る。
１２．ＡＭＦによる非ＩＰデータ送達のためのセッション数が、一定の閾値を上回る。
１３．ＩＤＬＥ状態のＵＥ向けの動的登録の数が、一定の閾値を上回る。
【０１１９】
ＡＭＦからこれらのイベントおよび情報を受け取って、ＮＷＤＡは、ＮＡＳシグナリング、制御プレーンを通したＰＤＵセッション、およびＮ３ＩＷＦを介した非３ＧＰＰアクセスシグナリングを含む、ＡＭＦの動作負荷統計を調査することが可能である。
【０１２０】
ＮＷＤＡが、失敗した接続試行、または結果としてエラーになる接続試行の数に関する条件を検出する場合、それは、ＤｏＳ型攻撃を示すものである場合があり、ＮＷＤＡは、ネットワーク管理者へ通知を送信するか、ＡＭＦにすべての新しい接続、特定のカテゴリに分類されるすべての新しい接続、または特定のユーザからの新しい接続を拒否するか、あるいは、新しい接続が、特定のカテゴリに分類されるか、特定のユーザからのものである場合にのみ、新しい接続を可能にするように指示する。
【０１２１】
一実施形態では、ＮＷＤＡは、ＵＰＦにおける以下のイベントをサブスクライブしてもよい。
１．ＵＰＦでバッファリングされたＤＬデータが、タイムアウト閾値または制限された記憶領域が原因でドロップされる。これは、セッションごと、ＵＥごと、ＵＰＦごとであり得る。
２．ＵＰＦが、ローカルデータネットワークの上りリンク分類子として、または、マルチホームＰＤＵセッションの分岐点として選択される。ＵＰＦは、トラフィックをルーティングする役割を担ってもよい。
３．Ｈ−ＰＬＭＮ（またはＶ−ＰＬＭＮ）内のＵＰＦへの接続（すなわち、Ｎ９接続）が、ホームルーティングローミングシナリオで確立される。
４．ＵＰＦが、３ＧＰＰアクセスまたは非３ＧＰＰアクセスを介する（すなわち、Ｎ３ＩＷＦを通した）、アンカポイントとして機能する。
５．トラフィックを発信しているＳＣＳ／ＡＳの情報、および施行される特定の規則の情報を含むポリシー規則が、ＵＰＦによって特定のトラフィックで施行される。
６．ＵＰＦによってサポートされる接続済みＵＥの総数が、一定の閾値を超える。
７．拒否されたまたは失敗した接続試行の総数または割合が、閾値を超える。これは、特定の原因値を伴う拒否されたまたは失敗した接続試行の総数または割合が、閾値を超える場合に通知をリクエストするようにさらに限定され得る。
８．計算リソースが少ない。
９．ＵＰＦが管理しているセッションの総数が、一定の閾値を上回る。
１０．ＵＰＦが管理しているセッションの（保証された）総データレートが、一定の閾値を上回る。
１１．ＳＭＦにおけるバッファリングされた下りリンクデータの量が、一定の閾値を上回る。または、下りリンクデータバッファリングに割り当てられたメモリの利用率が一定の閾値を上回る。
１２．事前構成された期間内に、トラフィックのないセッションの数が、一定の閾値を上回る。
【０１２２】
ＵＰＦからこれらの情報を受け取って、ＮＷＤＡは、ユーザプレーンを通して、トラフィック統計を調査することが可能である。例えば、ローミングシナリオ、非３ＧＰＰアクセス、またはローカルデータネットワークで、ＵＰＦを通したトラフィックの割合を調査することができる。
【０１２３】
ＮＷＤＡが、失敗した接続試行、または結果としてエラーになる接続試行の数に関する条件を検出する場合、それは、ＤｏＳ型攻撃を示すものである場合があり、ＮＷＤＡは、ネットワーク管理者へ通知を送信するか、ＵＰＦにすべての新しい接続、特定のカテゴリに分類されるすべての新しい接続、または特定のユーザからの新しい接続を拒否するか、あるいは、新しい接続が、特定のカテゴリに分類されるか、特定のユーザからのものである場合にのみ、新しい接続を可能にするように指示する。
【０１２４】
一実施形態では、ＮＷＤＡは、ＰＣＦにおける以下のイベントをサブスクライブしてもよい。
１．新しい課金モデル／方法が追加されるか、既存の課金モデル／方法が更新される。
２．位置関連ポリシーが更新される。
３．アプリケーション機能（ＡＦ）が、アプリケーション関連トラフィックルーティングポリシーのいくつかを追加または更新するようにリクエストする。
４．ＱｏＳ制御ポリシーが更新される。
５．更新済みポリシー。
６．記憶されたポリシーの数が閾値を超える。
７．ポリシーを記憶するのに必要な記憶領域が閾値を超える。
８．記憶されたポリシーの数が閾値を超えるか、ポリシーを記憶するのに必要な記憶領域の量が閾値を超えたことが通知されると、ＮＷＤＡは、ＰＣＦに割り当てられた記憶領域が、それに応じて拡大または縮小される必要があることを示すために、オーケストレーションシステムにインジケーションを送信することがある。
【０１２５】
図１７を再び参照すると、ステップ２では、ターゲットＮＦが、サブスクリプションを確認する応答メッセージを送信する。
【０１２６】
次に、ステップ３に示されるように、ある期間の間に、サブスクライブイベントが起こると、ＮＦは、イベントのタイプおよびＮＦ識別情報を示す通知メッセージを送信する。イベントに関連付けられた、さらにいくつかの情報も提供されてよい。したがって、ＮＷＤＡは、データを分析して、例えば、接続（例えば、ＰＤＵセッションまたはＮＡＳ接続）ごと、スライスごと、ＮＦごと、ＵＥごとの異なるレベルの統計を生成することができる。
【０１２７】
ステップ４ａから４ｂに示すように、ＳＣＳ／ＡＳでの一部のイベントをサブスクライブするために、ＮＷＤＡは、サブスクリプションリクエストをＮＥＦに送信してもよく、このＮＥＦは、ターゲットであるＳＣＳ／ＡＳにそのリクエストを転送する。一実施形態では、ＮＷＤＡは、ＳＣＳ／ＡＳにおける以下のイベントをサブスクライブしてもよい。
１．ＳＣＳ／ＡＳが、イベントタイプ共に、ネットワークエンティティでのイベント監視向けのいつくかのイベントをサブスクライブまたはアンサブスクライブした。
２．ＳＣＳ／ＡＳが、ＭＢＭＳを使用して、ＵＥの数、および各ＵＥのデバイスタイプと共に、グループメッセージ配信を正常に実施する。
３．ＳＣＳ／ＡＳが、通信パターンの１つまたは複数のパラメータを変更する。
４．ＳＣＳ／ＡＳが、ネットワークエンティティによるバックグラウンドデータ転送を正常に構成する。
５．ＵＥ上のアプリケーションが、コアネットワークのアプリケーショントリガサービスを使用して、ＳＣＡ／ＡＳによってトリガされる。
６．結合要件またはポリシーが、制御シグナリングを減らすために、ＳＣＳ／ＡＳによって更新される。
【０１２８】
次に、ステップ５ａから５ｂに示すように、ＳＣＳ／ＡＳが、サブスクリプションを確認する応答を返信する。
【０１２９】
ステップ６では、サブスクライブイベントが起こると、ＳＣＳ／ＡＳは、イベントタイプおよびいくつかの関連情報をＮＷＤＡに通知する。この例では、ＮＥＦは、中間転送ノードとして使用される。
【０１３０】
一旦、ＮＷＤＡが、サブスクライブイベントの発生および関連情報についての通知を受けると、ＮＷＤＡは、データ分析プロセスをトリガして、新しい情報の一部によって影響を受ける可能性がある統計を更新してよい。あるいは、ＮＷＤＡは、周期的にデータ分析プロセスを実施して、過去の期間に受信した情報に基づいて、統計を更新してもよい。
【０１３１】
図１８は、ＮＷＤＡが、データ分析のために、リクエストを送信して、応答メッセージを受信することによって情報を収集する方法を示す。サブスクリプション／通知モデルと比較して、リクエスト／応答モデルは、１回限りの情報収集のようなものである。ＳＣＳ／ＡＳから情報を得るために、ＮＥＦは、メッセージ転送のための中間エンティティであってもよい。
【０１３２】
図１８を参照すると、ステップ１では、ＮＷＤＡが、ターゲットＮＦにリクエストメッセージを送信する。一実施形態では、ＮＷＤＡは、ＳＭＦに以下の情報の１つまたは複数をリクエストしてもよい。
１．ＳＭＦが管理している動的ＰＤＵセッションの数。具体的には、ＩＰタイプの数、および非ＩＰタイプの数。
２．各セッションの保証されたビットレート（Guaranteed  Bit  Rate：ＧＢＲ）および最大保証ビットレートである、ＰＤＵセッションの数。
３．ＳＭＦが管理しているＵＰＦ（それぞれ、アンカポイント、分岐点、または上りリンク分類子としてのＵＰＦを含む）の数。
４．ホームルーティングローミングシナリオを有する別のＳＭＦへのＮ１６接続の数。
５．ＵＥの数、セッションの数に対する、ＳＭＦにおけるバッファリングされた下りリンクデータの量。
【０１３３】
ＮＷＤＡは、ＡＭＦに以下の情報をリクエストしてよい。
１．ＡＭＦが管理しているＳＭＦの数。
２．ＡＭＦが共通ＮＦである場合に、ＡＭＦを共有するネットワークスライスの数。
３．ＡＭＦが保持する動的ＮＡＳ接続の数。
４．ＮＡＳ接続を用いない動的登録の数。
５．５Ｇ  ＲＡＮノードおよび４Ｇ  ＬＴＥ  ＲＡＮノードのそれぞれへの接続の数。
６．Ｎ３ＩＷＦとのＮ２接続の数。すなわち、非３ＧＰＰアクセスノードの数。
７．もしあれば、ＮＩＤＤ向けのＡＭＦを通したセッションの数。
８．モバイル発信専用モードまたはモバイル始動接続専用モードで、ＡＭＦの管理下にあるＵＥの数。
９．３ＧＰＰアクセスまたは非３ＧＰＰアクセスのためのＵＥの接続品質。これはＲＡＮによってＡＭＦに提供され得、特定のＵＥには必要でない。
【０１３４】
ＮＷＤＡは、ＵＰＦに以下の情報をリクエストしてよい。
１．ＵＰＦが、それぞれアンカポイント、分岐点、または上りリンク分類子として機能している場合のＰＤＵセッションの数。
２．ＵＥの数、セッションの数に対する、ＵＰＦにおけるバッファリングされた下りリンクデータの量。
３．ホームルーティングローミングシナリオを有する別のＵＰＦへのＮ９接続の数。
４．Ｎ３ＩＷＦとのＮ３接続の数。すなわち、非３ＧＰＰアクセスノードの数。
５．ポリシー規則施行に基づいて拒否されるトラフィックの量。
６．ＵＰＦに接続（すなわち、Ｎ６接続）しているアプリケーションサーバまたはＡＦの数。
７．ＡＦによって影響されるローカルデータネットワークにルーティングされるトラフィックの量。
【０１３５】
ＮＷＤＡは、ＰＣＦに以下の情報をリクエストしてよい。
１．アプリケーション機能（ＡＦ）およびＳＣＳ／ＡＳによって構成されるポリシーの数。
２．動的に構成される規則の数。
３．ネットワークスライスがサービングできるＵＥの最大数。
【０１３６】
さらに図１８を参照すると、ステップ２では、リクエストを受信するとすぐに、ＮＦは、後続の処理のために、ＮＷＤＡにリクエストされた情報を含む応答メッセージを返信する。
【０１３７】
ステップ３ａから３ｂに示すように、ＮＷＤＡは、所望の情報を得るために、ＮＥＦを介してＳＣＳ／ＡＳにリクエストを送信する。一実施形態では、ＮＷＤＡはＳＣＳ／ＡＳに以下の情報をリクエストしてよい。
１．ＳＣＳ／ＡＳが監視のためにサブスクライブするイベントの数。
２．コアネットワークを通してＳＣＳ／ＡＳに接続する、ＳＣＳ／ＡＳ管理下の外部グループの数、およびそのグループサイズ。
３．コアネットワークエンティティの下りリンクデータ記憶領域に対して、ＳＣＳ／ＡＳが要求するメモリの量。
４．ＳＣＳ／ＡＳによってサポートされる、例えば、非ＩＰデータ、ＵＬ専用などのトラフィックパターン。これらのトラフィックパターン情報は、ＳＭＦおよびＮＥＦなどの他のＮＦによっても、ＮＷＤＡに提供され得ることに留意されたい。
５．ＳＡＳ／ＡＳによってサポートされるサービス／デバイスに適用され得る結合情報。特に、結合要件またはポリシーは、モビリティパターン（例えば、同じトラッキングエリアで固定された）、トラフィックパターン（例えば、制御プレーンを介した少量のスモールデータ）、アプリケーション／サービス情報、もしくは、デバイスまたはアプリケーションが互いにリンクできるかどうかを判断するのに使用することができるデバイスプロファイルに関するものであってもよい。
【０１３８】
ステップ４ａから４ｂに示すように、ＳＣＳ／ＡＳは、ＮＥＦを介してＮＷＤＡに応答メッセージを返信する。一実施形態では、ＳＣＳ／ＡＳは、ＮＷＤＡにデータセットのリファレンス（例えば、ＵＲＩ）を送り返すことができる。リファレンスは、オントロジー（すなわち、表現形式）に関連付けられ、かつコアネットワーク（例えば、ＤＳＦ）内で、または外部で保持されているデータセットにアクセスするために使用されてよい。ＮＷＤＡは、データを取得して、分析を実施してもよい。同様に、ＮＦは、ＮＷＤＡに、ダイレクトデータの代わりにも、このようなリファレンスを送信してもよい。
【０１３９】
ＮＦおよびＳＣＳ／ＡＳが、ＮＷＤＡでのネットワークデータ分析情報をサブスクライブする可能性があることに留意されたい。言い換えれば、通知は、一旦情報が更新されると発信される場合がある。
【０１４０】
統計をプロビジョンする方法
ＳＣＳ／ＡＳおよびＮＦによってリクエストされるか、またはＮＷＤＡによって事前提供される場合がある、新しいタイプのデータ分析が、以下に開示される。また、ＳＣＳ／ＡＳが、どのようにＮＥＦを介してＮＷＤＡからデータ分析を取得することができるかの方法も、開示される。
【０１４１】
ＰＣＦ以外に、本明細書に記載されるＮＷＤＡは、他のＮＦ、主にアクセスモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）およびユーザプレーン機能（ＵＰＦ）に新しいタイプのネットワークデータ分析を提供することができる。
【０１４２】
一実施形態では、ＮＷＤＡはＡＭＦに以下のネットワークデータ分析を提供してもよい。
１．ネットワークスライス内のＳＭＦの平均数およびこれらのＳＭＦの利用率。
２．ネットワークスライスに接続するＵＥの平均数。
３．ネットワークスライス内でＰＤＵセッションによって運ばれる平均データレート。
４．ＡＭＦが共通ＮＦとして機能しているネットワークスライスの平均数。
５．非ＩＰデータ送達のためにＡＭＦが提供するＰＤＵセッションの平均数。
６．モビリティ管理を必要としないＵＥ（すなわち、これらのＵＥは固定されたものである）の割合。
７．ＡＭＦまたはネットワークスライス下のモビリティの異なるレベルの数。
８．ＡＭＦに接続しているＲＡＮノードによってドロップされた接続の数。
９．ＡＭＦが関係する成功ハンドオーバまたは不成功ハンドオーバの数。
【０１４３】
ＮＷＤＡはＳＭＦに以下のネットワークデータ分析を提供してもよい。
１．ＳＭＦによって管理されるＰＤＵセッションの平均数。
２．ＰＤＵセッション内のＱｏＳフローの平均数。
３．それぞれのＵＬおよびＤＬに対する平均保証フロービットレートおよび最大フロービットレートによってビットレートが保証されているＰＤＵセッションの割合。
４．非ＩＰ（非構造化）タイプである、ＰＤＵセッションの割合、ＡＭＦ−ＮＥＦ経路を通したＰＤＵセッション数。
５．トラフィックを運ぶためのＰＤＵセッションの平均利用率。
６．リフレクティブＱｏＳスキームを適用するＰＤＵセッションの割合。
７．ＵＬ分類子または分岐点を有するＰＤＵセッションの割合。
【０１４４】
ＮＷＤＡはＵＰＦに以下のネットワークデータ分析を提供してもよい。
１．ポリシー規則施行に基づいて拒否されるトラフィックの割合。
２．各セッションの利用率、またはＵＰＦにおいてアンカされたセッション。
３．分岐点としてのＵＰＦによってローカルデータネットワークにルーティングされたトラフィックの割合。
４．ホームルーティングローミングの場合のＨ−ＰＬＭＮまたはＶ−ＰＬＭＮ内の別のＵＰＦにルーティングされたトラフィックの量。
５．ＵＰＦにおける下りリンクデータ記憶領域に対するメモリの利用率。
【０１４５】
ＮＷＤＡはＰＣＦに以下のネットワークデータ分析を提供してもよい。
１．ネットワークスライスによって管理されるＰＤＵセッションの平均数。
２．ネットワークスライス下の平均保証ビットレート。
３．各ネットワークスライスに接続するＵＥの数。
４．各ネットワークスライス下のＱｏＳレベルの数。
【０１４６】
上記の情報は、ＮＦごと、接続（例えば、ＰＤＵセッション、ＮＡＳ接続）ごと、ネットワークスライスごと、または、ＰＬＭＮごとのものであってもよく、また、ＮＷＤＡはいくつかのＵＥ固有分析を生成する可能性があることに留意されたい。この情報は、例えば、登録エリア／サービスエリア内の保証データレートの総数など、一定のエリア／位置ごとのものであるか、またはＮＦ／ＵＥのグループごとのものであってもよい。加えて、上記の情報などのリアルタイムネットワーク統計に基づいて、ＮＷＤＡは、ＮＦにいくつかの操作ガイダンスおよび／またはルールを提供してもよい。例えば、ＮＷＤＡは、ＵＰＦにおいてアンカされたいくつかのＰＤＵセッションが過負荷に近いことを示す、ネットワーク性能測定基準値を生成してもよく、高データレートまたは大量のトラフィックを伴うＰＤＵセッションを構築するときに、ＳＭＦにＵＰＦを選択しないようにメッセージを送信してもよい。別の例としては、ＮＷＤＡは、ＮＳＳＦおよびＡＭＦに、まだ使用されていない、より多くのモビリティ管理能力があるので、それらのローミングＵＥにサービングしているネットワークスライスインスタンスを選択するように通知してもよい。操作ガイダンスおよびルールは、ＰＣＦにおいて保持されているポリシーよりも動的なものであり、かつＰＣＦ内のポリシーと比較して、より頻繁に変更されるものであってもよい。
【０１４７】
上記の情報のいずれかを生成した後に、ＮＷＤＡは、ＧＵＩに情報を送信して、データが利用可能であることを他のＮＦに通知するか、または、セクションＮＦを拡大または縮小することを要求するために、管理およびオーケストレーションシステムにリクエストを送信してもよい。ＮＦを拡大または縮小することは、ＮＦに割り当てられるより多くのリソースをリクエストするか、または例えばより多くの接続をサポートすることによって、ＮＦがより多くのネットワークリソースを割り当てできるようにリクエストすることを必然的に伴う場合がある。
【０１４８】
ＮＷＤＡでの利用可能な異なる分析データについては、サブスクライブイベントが起こるときに、サービスプロビジョニングを向上するために、ＳＣＳ／ＡＳが通知を受けるように、ＳＣＳ／ＡＳ（例えば、Ｍ２Ｍサーバ）は、統計の一部のタイプに関連するいくつかのイベントをサブスクライブしてもよい。具体的には、サブスクリプションおよび通知メッセージは、ＮＥＦを介して、ＮＷＤＡとＳＣＳ／ＡＳとの間で送信されてよい。図１９は、この方法の一実施形態を示す。
【０１４９】
示すように、ステップ１で、特定のイベントをサブスクライブするために、ＳＣＳ／ＡＳは、ＮＷＤＡにリクエストメッセージを送信する。特に、ＳＣＳ／ＡＳは、以下のネットワークデータ分析を対象にしてもよい。
１．ＳＣＳ／ＡＳから／へアプリケーションデータを転送するためのＰＤＵセッションの利用率。
２．ＳＣＳ／ＡＳから／へデータを転送するための提供ＱｏＳパラメータ。提供ＱｏＳは、特定のＳＣＳ／ＡＳまたはＩＰアドレスから発信されるか、または特定のＵＥまたはＩＰアドレスに向かうパケットの、観察平均遅延または観察最低遅延のインジケーションで構成されてよい。
３．ＳＣＳ／ＡＳは、異なるネットワークエンティティからＮＷＤＡへの既知の専用のものである場合があるイベントおよび情報の組み合わせを対象にしてもよい。例えば、ＳＣＳ／ＡＳは、地理的エリア（例えば、トラッキングエリアまたは登録エリア）内に配置されているＵＥの総集約上りリンクデータレートが一定の閾値を上回るイベントをサブスクライブしてもよい。集約レートはＳＭＦ／ＵＰＦからのものであるが、位置情報はＡＭＦからのものである。
４．ローミングするＳＣＳ／ＡＳに登録されているＵＥの数。
５．ＳＣＳ／ＡＳに登録されているＵＥにサービングするＱｏＳレベルの数、および各ＱｏＳレベルにマップされたトラフィックの割合。
６．周期的に電力節約モードに入るＵＥの割合、および平均デューティサイクル。
【０１５０】
ステップ２では、ＮＷＤＡは、サブスクリプションを確認する応答メッセージを返信する。
【０１５１】
ステップ３に示されるように、その後のある時点で、イベントが起こるか、サブスクライブ情報が更新されると、ＮＷＤＡは、ＳＣＳ／ＡＳに、サブスクライブ情報または更新済み情報を含む通知を送信する。
【０１５２】
別の実施形態では、リクエスト／応答モデルが、サブスクリプションモデルの代わりに利用されてもよい。この代替実施形態では、所望の分析情報を取得するために、ＮＷＤＡにメッセージを転送するＮＥＦに、ＳＣＳ／ＡＳがリクエストメッセージを送信する場合のこの方法は、図１８に示されているものと類似のものであってもよい。あるいは、ＮＥＦは、ＳＣＳ／ＡＳに代わってサブスクリプションを実施してもよい。
【０１５３】
パケット遅延を最小限に抑える必要があるシナリオでは、提供ＱｏＳ情報は、ＳＣＳ／ＡＳにとって有用である場合がある。遅延の増加が認められるときに、遠くのＵＰＦから、ＵＥまたはＵＥに通信しているサーバに近いＵＰＦへの変更をトリガすることが望ましい場合がある。ＵＰＦのこの変更は、ＮＷＤＡによってトリガされるか、ＮＥＦを介してルーティングされるＳＣＳ／ＡＳからのリクエストによってトリガされてもよい。
【０１５４】
ＮＷＤＡとＮＦリポジトリ機能（ＮＲＦ）の相互作用
本明細書にて開示した態様に従って、ネットワーク構成段階中に、ＮＷＤＡは、ＮＲＦに登録して、データ分析の利用可能なタイプを提供してもよく、それにより、ＮＲＦを用いる発見プロセスを通して、任意のネットワーク機能は、利用可能なデータ分析のタイプを発見することができる。
【０１５５】
この手法による１つの考えられる利点は、異なるＰＬＭＮ内にある任意のＮＦも、ＮＷＤＡとの直接通信なしに、迅速にネットワークデータ分析の利用可能なタイプを見つけ出すことができることである。この発見インターフェースまたはＮＲＦを用いるＡＰＩは、すべてのネットワークエンティティに対して、統一化および標準化されたものであってもよい。
【０１５６】
図２０は、発見のための特定の情報を提供することを含む、ＮＷＤＡがＮＲＦに登録する方法の一実施形態を示す。
【０１５７】
示すように、ステップ１で、ＮＷＤＡは、ＮＲＦに登録リクエストを送信し、ネットワークデータ分析が、コアネットワーク内のネットワークサービスとして、利用可能であることを示す。一実施形態では、リクエストは、以下の情報を含んでもよい。
１．ＮＷＤＡのＩＤ。例えば、ＮＷＤＡのＩＰアドレス。
２．ネットワークデータ分析サービスにアクセス可能なネットワークエンティティのタイプ（例えば、ＡＭＦ、ＳＭＦまたはＳＣＳ／ＡＳ）。
３．ＮＷＤＡが提供することのできるネットワークデータ分析のタイプ。例えば、上述したような、ネットワークデータ分析情報。
４．前述の、ネットワークデータ分析の特定のタイプにアクセスするための条件。ＮＷＤＡは、データ分析の特定のタイプにアクセスすることに関して、なんらかの制限を与えてもよい。一例として、スライス固有ネットワークデータ分析は、ＰＣＦだけでなくＡＭＦにも利用可能である。しかし、これらのＮＦは、Ｈ−ＰＬＭＮ内に存在しなければならないといった制限があってもよい。別の例は、ＳＭＦの負荷バランス統計が、Ｈ−ＰＬＭＮおよびＶ−ＰＬＭＮの両方の任意のＡＭＦにとって利用可能であるが、Ｖ−ＰＬＭＮ内のＡＭＦ向けの負荷バランス統計は、ＳＭＦごとのものであり、セッション／ＵＥごとのものではない場合がある。
５．ＮＷＤＡが記憶しているネットワークデータ分析の位置。ＮＷＤＡは、データ記憶機能にデータ分析を記憶してもよい。一例として、位置情報は、分析データを取得するために、ＤＳＦにアクセスするＵＲＩとして表される場合がある。
【０１５８】
次にステップ２では、ＮＲＦは、ＮＷＤＡに応答メッセージを送信して、登録リクエストが承認されたかどうかを示す。
【０１５９】
ＮＷＤＡがＮＲＦに登録したことで、他のＮＦおよびＳＣＳ／ＡＳは、利用可能なネットワークデータ分析のタイプを発見することができる。これは、ＮＷＤＡおよびネットワークデータ分析の利用可能なタイプを発見するＮＦ発見プロシージャを実施することによって行われてもよい。
【０１６０】
別の態様に従って、ＮＷＤＡは、新しいタイプのネットワークデータ分析を提供するか、またはあるタイプのネットワークデータ分析を中止する場合、ＮＲＦを用いて提供されるネットワークデータ分析のタイプを更新してもよい。ＮＷＤＡが、データ分析プロビジョニングに関するいくつかの条件を追加または削除することもまた可能である。
【０１６１】
一実施形態では、更新プロシージャは、以下のイベントの１つによってトリガされてもよい。
１．新しいＮＦがコアネットワークに登録し、それにより、いくつかの新しいタイプのデータがＮＷＤＡにとって利用可能になり、いくつかの新しいタイプのネットワークデータ分析が生成される。
２．新しいＳＣＳ／ＡＳが登録し、いくつかの新しいタイプのデータを提供し、ＮＷＤＡに新しいタイプの統計を要求する。
３．ネットワークオペレータが、ネットワークデータ分析プロビジョニングについてのいくつかの新しいポリシーを構成する。例えば、新しいサービスプロバイダ（すなわち、ＳＣＳ／ＡＳ）が、データ分析を取得することができるか、または、別のＰＬＭＮ内のＮＦが、オペレータ間の新しいパートナーシップに基づくデータ分析を取得することができる。
【０１６２】
図２１は、ＮＷＤＡが、データ分析の利用可能なタイプ、データ分析プロビジョニングに対する制限の両方を更新する方法の一実施形態を示す。
【０１６３】
ステップ１では、ＮＷＤＡは、ＮＲＦに更新リクエストを送信する。リクエストメッセージで、ＮＷＤＡは、ネットワークデータ分析のタイプ、またはデータ分析の特定のタイプへのアクセスに関連付けられた条件を追加、削除、または修正する必要があるかどうかを示してもよい。
【０１６４】
ステップ２では、ＮＲＦは、ＮＷＤＡに更新操作を確認する。
【０１６５】
図２０に示す方法と同様に、ＮＦが、ＮＲＦに登録する際に、ネットワークデータ分析のために、（例えば、前述の）イベントおよび情報の利用可能なタイプを提供することもまた可能であり、それにより、ＮＷＤＡは、ＮＲＦに登録する際に、この情報を取得することができる。
【０１６６】
加えて、ＮＦがインスタンス化されるときに、ＮＦはＮＲＦに登録する。その結果、ＮＦは、ＮＷＤＡが存在し、そのＮＷＤＡが対象としているイベントおよび情報を認識することになる。したがって、ＮＦは、適時に、または周期的に、インスタンスで情報を送信してもよい。
【０１６７】
ＤＳＦへのネットワークデータ分析の記憶
本明細書に開示される別の態様に従って、ＮＷＤＡはネットワークのデータ記憶機能（ＤＳＦ）に分析データを記憶してよく、それにより、他のＮＦおよびＳＣＳ／ＡＳは、ＮＷＤＡ自体から分析データを取得する代わりに、ＤＳＦから分析データを取得することができる。提案されている５Ｇコアネットワークでは、データ記憶機能（ＤＳＦ）は、サービスベースのアーキテクチャを可能にするために、記憶能力から計算能力を切り離す概念に基づいて規定される。背景技術によって上述したように、構造化ＤＳＦ（ＳＤＳＦ）および非構造化ＤＳＦ（ＵＤＳＦ）が、現在、３ＧＰＰによって規定されている。以下に記載される方法は、ＮＦおよびＳＣＳ／ＡＳがネットワークデータ分析にアクセスする相補的な方法として検討されてもよい。
【０１６８】
ＤＳＦ内に別々に分析データを記憶することによって、分析データを対象にしている任意のＮＦまたはＡＳは、ＮＷＤＡと直接相互作用する必要がない。それらは、許可されている限り、ＤＳＦから直接、分析データを取得することができる。このことは、特に、ＵＥ内で動作する管理アプリケーションが分析データを必要とする場合のローミングシナリオにとって好都合である。さらに、ネットワークデータ分析は、サービスとして提供されてよく、外部エンティティは、コアネットワーク内のＮＷＤＡを認識、またはＮＷＤＡと接触することなくＤＳＦから直接データを得てもよい。
【０１６９】
図２２は、ＤＳＦへのネットワークデータ分析の記憶方法の一実施形態を示す。示すように、ステップ１で、ネットワークデータ分析が実施された後に、ＮＷＤＡは、生成された分析データを記憶するようにＤＳＦにリクエストを送信してもよい。
【０１７０】
次に、ステップ２で、ＤＳＦは、データ記憶リクエストを検証して、データコンテンツを記憶してもよい。応答が、記憶されたデータコンテンツのユニフォームリソース識別子（Uniform  Resource  Indicator：ＵＲＩ）またはユニフォームリソースロケータ（Uniform  Resource  Locator：ＵＲＬ）などの識別子（IDentifier：ＩＤ）を伴って返信されてもよい。異なるデータプロバイダからＤＳＦに大量のデータが記憶されている場合があるので、このＩＤは、データへのアクセスを助けることができる。
【０１７１】
ステップ３では、応答を受信するとすぐに、ＮＷＤＡは、新しいネットワークデータ分析について一部のＮＦおよび／またはＳＣＳ／ＡＳに通知してもよく、かつＤＳＦ内のデータにアクセスするためにＩＤを提供してもよい。ＮＦまたはＳＣＳ／ＡＳはこのＩＤを使用して、ＤＳＦからのデータ分析を取得することができる。
【０１７２】
図４ａから４ｂに示すように、新しいデータ分析を取得するために、ＮＦおよび／またはＳＣＳ／ＡＳは、ＤＳＦにリクエストを送信してもよい。あるいは、ＮＦおよび／またはＳＣＳ／ＡＳはまた、分析データの更新情報を得るためにサブスクライブしてもよい。リクエストメッセージは、以下の情報を含んでもよい。
１．ＤＳＦに記憶しているネットワークデータ分析のＩＤ
２．データ分析プロバイダを示すＮＷＤＡのＩＤ
【０１７３】
ステップ５に示すように、リクエストを受信するとすぐに、ＤＳＦは、要求元が対象のネットワークデータ分析にアクセス可能かどうかを検証してもよい。ＤＳＦがそれを行う能力を有していない場合、またはアクセス制御検証のために情報を十分に有していない場合、ＤＳＦはＮＷＤＡまたはＵＤＭに援助を要求してもよい。
【０１７４】
ステップ６では、アクセス制御確認が送られている場合、ＤＳＦは、リクエストしているＮＦおよび／またはＳＣＳ／ＡＳに、所望のネットワークデータ分析を含む応答を返信する。
【０１７５】
ステップ７に示されるように、時々、ＮＷＤＡは、収集した最新の情報に基づく新しい統計を生成して、ＤＳＦに更新リクエストを送信してもよい。
【０１７６】
ステップ８では、ＤＳＦは、それに応じて、データセットを更新し、確認のための応答を返信する。
【０１７７】
ステップ９では、サブスクリプションが事前に行われたか、またはＤＳＦ内の最新のネットワークデータ分析を取得するリクエストに応答している場合、ＤＳＦは、対象のＮＦおよび／またはＳＣＳ／ＡＳに、分析の更新について通知してもよい。あるいは、ＮＷＤＡは、ＮＦまたはＳＣＳ／ＡＳに直接、通知を発信してもよい。
【０１７８】
複合データ分析の構築
さらに別の態様に従って、場合によっては、ネットワークエンティティ、ＳＣＳ／ＡＳまたはＵＥは、ＮＷＤＡが、すでにサポートされた各データ分析を一緒に連結するか、まとめることによって拡張したデータ分析を実施するように要求してもよい。これは、ネットワークが、ＳＣＳ／ＡＳに個々のデータ分析をエクスポーズすることを要望しないが、連結された情報をエクスポーズすることは可能である場合に非常に有用である。例えば、ＵＥが特定の位置にあるか、それらのうち１つが特定のＵＰＦを通して送られる上りリンクトラフィックを有する場合、オペレータはそのＵＥの位置をエクスポーズすることを要望しないが、これらのＵＥの位置を監視して、ＳＣＳ／ＡＳに通知を送信することを要求する場合がある。
【０１７９】
図２３は、リクエストに応じて複合データ分析を提供する方法の一実施形態を示す。
【０１８０】
ステップ１に示すように、ネットワークエンティティ（例えば、ＮＦ、ＳＣＳ／ＡＳまたはＵＥ）は、ネットワークによって提供されるデータ分析を発見する。エンティティは、ＮＷＤＡが提供することができる分析のタイプを見つけ出すために、ＮＲＦに発見リクエストを送信してもよい。
【０１８１】
ステップ２では、ネットワークは、サポートされるデータ分析のリスト、例えばデータ分析１（Data  Analytics  1：ＤＡ１）、ＤＡ２、ＤＡ３などを伴って応答する。
【０１８２】
ステップ３では、ネットワークエンティティ（例えばＮＦ、ＳＣＳ／ＡＳまたはＵＥ）は、例えば、Ｉｆ／Ｔｈｅｎ構成およびブール論理を使用して、複合データ分析論理を構築する。例えば、複合データ分析論理は、式（１）の形式を有してもよい。
【０１８３】
【数１】
2020530703.tif 000003
【０１８４】
ステップ４では、新しい複合データ分析論理の定義が、分析リクエストメッセージを介してＮＷＤＡに送信される。
【０１８５】
ステップ５では、ＮＷＤＡは、リクエストされたデータ分析を実施し、ステップ６で、ＮＷＤＡは、ネットワークエンティティに分析結果を返信する。
【０１８６】
ステップ７では、ＮＷＤＡは、提供されることになる新しい複合データ分析と共にＮＲＦを更新し、それにより、この新しい複合データ分析を、発見プロシージャの間にエクスポーズすることが可能になる。
【０１８７】
ステップ８では、ＮＲＦは、更新を確認する応答を返信してもよい。
【０１８８】
上述のように、ＮＷＤＡは、ＮＦおよびＳＣＳ／ＡＳへのサービスとして、ネットワークデータ分析を提供してもよい。サービスなどの例示的な定義は、表１のようなものである。
【０１８９】
【表１】
2020530703.tif 000004
【０１９０】
また、上述のように、ＮＷＤＡは、ネットワークデータ分析を生成するために、種々の情報を取得してもよい。ＡＭＦ固有の、この新しいサービスの例示的な定義は、表２のようなものである。ネットワークデータ分析のために、類似のサービスが、ＳＭＦ、ＵＰＦおよび他のＮＦに対しても定義される場合があることに留意されたい。
【０１９１】
【表２】
2020530703.tif 000005
【０１９２】
図１６から２３に示されているステップを実施する各エンティティ（ＮＷＤＡ、ＮＦ、ＡＭＦ、ＳＭＦ、ＮＲＦ、ＵＰＦ、ＳＣＳ／ＡＳ、ＮＥＦ、ＮＲＦ、ＤＳＦ、ＰＣＦ、など）は、図１０または図１５に示されるような無線および／またはネットワーク通信またはコンピュータシステム向けに構成された装置のメモリ内に記憶され、その装置のプロセッサで実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装されてもよい論理エンティティであってよい。すなわち、図１７から２３に示される方法は、図１０または図１５に示した装置またはコンピュータシステムなどの装置のメモリに記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装されてよく、この際、このコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図１７から２３に示されるステップを実施するものである。図１７から２３に示される機能性は、仮想化ネットワーク機能のセットとして実装されてもよいことをさらに理解すべきである。ネットワーク機能は、必ずしも直接通信する必要はなく、むしろ、転送またはルーティング機能を介して通信してもよい。また、図１７から２３に示される任意の伝送および受信ステップは、装置のプロセッサの制御および該プロセッサが実行するコンピュータ実行可能命令（例えば、ソフトウェア）下で、装置／エンティティの通信回路によって実施されてよいことも理解される。
【０１９３】
さらに別の対応に従って、ネットワークオペレータ（すなわち、モバイルコアネットワークのプロバイダ）、サービスプロバイダ（すなわち、ＳＣＳ／ＡＳ）および／またはＵＥは、例えば、エンティティがサブスクライブまたは提供を要望するイベントおよび分析のタイプを特定するために、本明細書で記載されるネットワークデータ分析機能を構成するように装備されてよい。図２４は、本明細書に記載されるＮＷＤＡサービスをコアネットワーク内で構成できるようにするために、ネットワークオペレータ、サービスプロバイダまたはＵＥによって使用されるか、または表示され得るユーザインターフェースの一例を示す。例えば、図１６から２３に示される論理エンティティの任意の１つで、図２４に示されるグラフィカルユーザインターフェースは、その論理エンティティを実装する装置のディスプレイ（図１０のディスプレイ１２８、図１５のディスプレイ８６など）上で表示される場合がある。
【０１９４】
本明細書に記載される態様の図は、様々な態様の構造および操作の一般的な理解を提供することを目的としている。各図は、本明細書に記載される構造または方法を利用する装置およびシステムの要素および特徴のすべてを完全に説明するために提供することを意図していない。他の多くの態様が、本開示を検討することにより、当業者に明らかになるであろう。他の態様は、本開示より利用されてよく、かつ導き出されてもよく、この場合、構造および論理的置換および変更が、本開示の範囲から逸脱することなく行われてもよい。したがって、開示および図は、限定的なものではなく、むしろ例示的なものであると見なされるべきである。
【０１９５】
態様の製作または使用を可能にするために、態様の説明が提供される。これらの態様の種々の変更は、容易で明確であり、本明細書で定義づけられる一般的な原理は、本開示の範囲から逸脱することなく、他の態様にも適用されてよい。したがって、本開示は、本明細書に示される態様に制限されることを意図しておらず、添付の特許請求の範囲によって定義されるような原理および新規の特徴に一致する最も広い範囲の可能性を与えるものである。
【図１】
2020530703.tif 000006
【図２】
2020530703.tif 000007
【図３】
2020530703.tif 000008
【図４】
2020530703.tif 000009
【図５】
2020530703.tif 000010
【図６】
2020530703.tif 000011
【図７】
2020530703.tif 000012
【図８】
2020530703.tif 000013
【図９】
2020530703.tif 000014
【図１０】
2020530703.tif 000015
【図１１】
2020530703.tif 000016
【図１２】
2020530703.tif 000017
【図１３】
2020530703.tif 000018
【図１４】
2020530703.tif 000019
【図１５】
2020530703.tif 000020
【図１６】
2020530703.tif 000021
【図１７】
2020530703.tif 000022
【図１８】
2020530703.tif 000023
【図１９】
2020530703.tif 000024
【図２０】
2020530703.tif 000025
【図２１】
2020530703.tif 000026
【図２２】
2020530703.tif 000027
【図２３】
2020530703.tif 000028
【図２４】
2020530703.tif 000029
【手続補正書】
【提出日】令和2年4月14日(2020.4.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
モバイルネットワークに接続し、１つまたは複数のプロセッサおよびメモリを備え、
前記メモリは、前記プロセッサによって実行されると、装置に、
リクエスト／応答モデルまたはサブスクリプションモデルのうち１つを使用して、前記モバイルネットワーク内の複数の他のネットワーク装置にリクエストを送信して、前記複数の他のネットワーク装置のそれぞれによって、保持または監視されているモバイルネットワークステータスデータを提供することと、
前記複数の他のネットワーク装置のそれぞれから応答または通知のうち１つを受信することと、を含み、前記応答または前記通知のそれぞれは、前記他のネットワーク装置からリクエストされた前記モバイルネットワークステータスデータを含むものであり、
前記受信したネットワークステータスデータに基づいて、ネットワーク統計を生成すること、を含む操作を実施させる、実行可能命令を記憶している、
ネットワーク装置。
【請求項２】
前記命令はさらに、前記装置に、アクセスモビリティ管理機能（Access And Mobility Management Function：ＡＭＦ）、セッション管理機能（Session Management Function：ＳＭＦ）、ユーザプレーン機能（User Plane Function：ＵＰＦ）、またはポリシー制御機能（Policy Control Function：ＰＣＦ）のうち１つに、前記生成されたネットワーク統計を送信させる、請求項１に記載のネットワーク装置。
【請求項３】
前記命令はさらに、前記装置に、
前記モバイルネットワークのネットワークリポジトリ機能（Network Repository Function：ＮＲＦ）に、前記ＮＲＦに登録するためにリクエストを送信すること、を含み、前記リクエストは、前記ＮＲＦに前記ネットワーク装置のネットワークデータ分析能力を示し、前記ネットワーク装置によって生成されたネットワーク統計の１つまたは複数のタイプを識別するものであり、
前記ＮＲＦから、前記登録リクエストに対する応答を受信することを含む、操作を実施させる、請求項１に記載のネットワーク装置。
【請求項４】
前記命令はさらに、前記装置に、
前記モバイルネットワークのデータ記憶機能（Data Storage Function：ＤＳＦ）に、前記生成された統計の少なくとも一部を記憶することと、
前記ＤＳＦに記憶された前記生成された統計の少なくとも一部に関連付けられた識別子（IDentifier：ＩＤ）を取得することと、
前記モバイルネットワークの別のネットワーク装置から、前記生成された統計の少なくとも一部に対するリクエストを受信することと、
前記リクエストしているネットワーク装置に、リクエストされた前記生成された統計の少なくとも一部に関連付けられた前記識別子を返信し、それによって、前記リクエストしているネットワーク装置が、前記識別子を使用して、前記ＤＳＦから、前記生成された統計の少なくとも一部を直接取得することができることと、
を含む操作を実施させる、請求項１に記載のネットワーク装置。
【請求項５】
前記リクエストされたネットワークステータスデータは、（１）拒否されたまたは失敗した接続試行の、総数または割合が閾値を満たすかまたは上回ることを示す情報、（２）セッション管理機能（ＳＭＦ）におけるＱｏＳプロビジョニングパラメータを示す情報、（３）前記ＳＭＦにおいて下りリンクデータバッファリングに割り当てられたメモリの利用率が、閾値を満たすかまたは上回ることを示す情報、（４）アクセスモビリティ管理機能（ＡＭＦ）が共通ネットワーク機能（Network Function：ＮＦ）として機能するネットワークスライスの数が、閾値を満たすかまたは上回ることを示す情報、（５）前記ＡＭＦまたはユーザプレーン機能（ＵＰＦ）に接続している非３ＧＰＰアクセスノードの数を示す情報、（６）前記ＵＰＦにおけるポリシー規則施行に基づいて拒否されるトラフィックの量を示す情報、および（７）サービス能力サーバまたはアプリケーションサーバ（Service Capability Server or Application Server：ＳＣＳ／ＡＳ）からの通信パターン、トラフィックパターンおよびモビリティパターン情報、のうち１つまたは複数を含む、請求項１に記載のネットワーク装置。
【請求項６】
前記生成されたネットワーク統計は、（１）アクセスモビリティ管理機能（ＡＭＦ）またはネットワークスライス下のモビリティの異なるレベルの数、（２）ＡＭＦが、前記共通ネットワーク機能（ＮＦ）として機能しているネットワークスライスの平均数、（３）非ＩＰタイプのパケットデータユニット（Packet Data Unit：ＰＤＵ）セッションの割合、（４）ＡＭＦ−ネットワーク・エクスポージャ機能（Network Exposure Function：ＮＥＦ）経路を通したＰＤＵセッション数、（５）リフレクティブＱｏＳスキームを適用するＰＤＵセッションの割合、および（６）ＵＬ分類子または分岐点を有するＰＤＵセッションの割合、のうち１つまたは複数を含む、請求項１に記載のネットワーク装置。
【請求項７】
前記生成されたネットワーク統計は、ユーザ端末（User Equipment：ＵＥ）ごとに、ＵＥグループごとに、ネットワークスライスごとに、パケットデータユニット（ＰＤＵ）接続ごとに、アプリケーションサーバ（ＡＳ）ごとに、またはエリアごとに生成される、請求項１に記載のネットワーク装置。
【請求項８】
前記ネットワーク装置によって受信される前記モバイルネットワークステータスデータは、ユーザ端末（ＵＥ）ごとに、ＵＥグループごとに、ネットワークスライスごとに、パケットデータユニット（ＰＤＵ）接続ごとに、アプリケーションサーバ（ＡＳ）ごとに、またはエリアごとに受信される、請求項１に記載のネットワーク装置。
【請求項９】
前記命令はさらに、前記装置に、前記受信したネットワークステータスデータに基づいて、ネットワーク操作ガイダンスおよび規則を生成させる、請求項１に記載のネットワーク装置。
【請求項１０】
前記命令はさらに、前記装置に、アクセスモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、ユーザプレーン機能（ＵＰＦ）、またはポリシー制御機能（ＰＣＦ）のうち１つに、前記生成されたネットワーク操作ガイダンスおよび規則を送信させる、請求項９に記載のネットワーク装置。
【請求項１１】
リクエスト／応答モデルまたはサブスクリプションモデルのうち１つを使用して、モバイルネットワーク内の複数の他のネットワーク装置にリクエストを送信して、前記複数の他のネットワーク装置のそれぞれによって、保持または監視されているモバイルネットワークステータスデータを提供することと、
前記複数の他のネットワーク装置のそれぞれから応答または通知のうち１つを受信することと、を含み、前記応答または前記通知のそれぞれは、前記他のネットワーク装置からリクエストされた前記モバイルネットワークステータスデータを含むものであり、
前記受信したネットワークステータスデータに基づいて、ネットワーク統計を生成すること、を含む方法。
【請求項１２】
アクセスモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、ユーザプレーン機能（ＵＰＦ）、またはポリシー制御機能（ＰＣＦ）のうち１つに、前記生成されたネットワーク統計を送信することをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記モバイルネットワークのネットワークリポジトリ機能（ＮＲＦ）に、前記ＮＲＦに登録するためにリクエストを送信すること、を含み、前記リクエストは、前記ＮＲＦにネットワークデータ分析能力を示し、前記生成されたネットワーク統計の１つまたは複数のタイプを識別するものであり、
前記ＮＲＦから、前記登録リクエストに対する応答を受信すること、をさらに含む、請求項１１に記載の方法。
【請求項１４】
前記モバイルネットワークのデータ記憶機能（ＤＳＦ）に、前記生成された統計の少なくとも一部を記憶することと、
前記ＤＳＦに記憶された前記生成された統計の少なくとも一部に関連付けられた識別子（ＩＤ）を取得することと、
前記モバイルネットワークの別のネットワーク装置から、前記生成された統計の少なくとも一部に対するリクエストを受信することと、
前記リクエストしているネットワーク装置に、リクエストされた前記生成された統計の少なくとも一部に関連付けられた前記識別子を返信し、それによって、前記リクエストしているネットワーク装置が、前記識別子を使用して、前記ＤＳＦから、前記生成された統計の少なくとも一部を直接取得することができることと、をさらに含む、請求項１１に記載の方法。
【請求項１５】
前記リクエストされたネットワークステータスデータは、（１）拒否されたまたは失敗した接続試行の、総数または割合が閾値を満たすかまたは上回ることを示す情報、（２）セッション管理機能（ＳＭＦ）におけるＱｏＳプロビジョニングパラメータを示す情報、（３）前記ＳＭＦにおいて下りリンクデータバッファリングに割り当てられたメモリの利用率が、閾値を満たすかまたは上回ることを示す情報、（４）アクセスモビリティ管理機能（ＡＭＦ）が共通ネットワーク機能（ＮＦ）として機能するネットワークスライスの数が、閾値を満たすかまたは上回ることを示す情報、（５）前記ＡＭＦまたはユーザプレーン機能（ＵＰＦ）に接続している非３ＧＰＰアクセスノードの数を示す情報、（６）前記ＵＰＦにおけるポリシー規則施行に基づいて拒否されるトラフィックの量を示す情報、および（７）サービス能力サーバまたはアプリケーションサーバ（ＳＣＳ／ＡＳ）からの通信パターン、トラフィックパターンおよびモビリティパターン情報、のうち１つまたは複数を含む、請求項１１に記載の方法。
【請求項１６】
前記生成されたネットワーク統計は、（１）アクセスモビリティ管理機能（ＡＭＦ）またはネットワークスライス下のモビリティの異なるレベルの数、（２）ＡＭＦが、前記共通ネットワーク機能（ＮＦ）として機能しているネットワークスライスの平均数、（３）非ＩＰタイプのパケットデータユニット（ＰＤＵ）セッションの割合、（４）ＡＭＦ−ネットワーク・エクスポージャ機能（ＮＥＦ）経路を通したＰＤＵセッション数、（５）リフレクティブＱｏＳスキームを適用するＰＤＵセッションの割合、および（６）ＵＬ分類子または分岐点を有するＰＤＵセッションの割合のうち１つまたは複数を含む、請求項１１に記載の方法。
【請求項１７】
前記生成されたネットワーク統計は、ユーザ端末（ＵＥ）ごとに、ＵＥグループごとに、ネットワークスライスごとに、パケットデータユニット（ＰＤＵ）接続ごとに、アプリケーションサーバ（ＡＳ）ごとに、またはエリアごとに生成される、請求項１１に記載の方法。
【請求項１８】
前記ネットワーク装置によって受信される前記モバイルネットワークステータスデータは、ユーザ端末（ＵＥ）ごとに、ＵＥグループごとに、ネットワークスライスごとに、パケットデータユニット（ＰＤＵ）接続ごとに、アプリケーションサーバ（ＡＳ）ごとに、またはエリアごとに受信される、請求項１１に記載の方法。
【請求項１９】
前記受信したネットワークステータスデータに基づいて、ネットワーク操作ガイダンスおよび規則を生成することをさらに含む、請求項１１に記載の方法。
【請求項２０】
アクセスモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、ユーザプレーン機能（ＵＰＦ）、またはポリシー制御機能（ＰＣＦ）のうち１つに、前記生成されたネットワーク操作ガイダンスおよび規則を送信することをさらに含む、請求項１９に記載の方法。
【請求項２１】
前記命令はさらに、前記装置に、
リクエスト／応答モデルまたはサブスクリプションモデルのうち１つを使用して、前記モバイルネットワークの１つまたは複数のネットワーク機能（Network Function：ＮＦ）が前記モバイルネットワークに関連付けられたネットワークスライスに接続する場合に通知するよう、前記モバイルネットワークのネットワークリポジトリ機能（Network Repository Function：ＮＲＦ）に第２のリクエストを送信させ、
前記第２のリクエストは、ネットワーク機能のタイプまたは分析情報のタイプのうち少なくとも１つを示す情報を含む、請求項１に記載のネットワーク装置。
【請求項２２】
前記他のネットワーク装置のうち少なくとも１つは、セッション管理機能（Session Management Function：ＳＭＦ）を含み、
前記リクエストは、前記ＳＭＦと関連付けられたＰＤＵセッションまたはＱｏＳフローの関連イベントがある場合に通知させるリクエストを含む、請求項１に記載のネットワーク装置。
【請求項２３】
リクエスト／応答モデルまたはサブスクリプションモデルのうち１つを使用して、前記モバイルネットワークの１つまたは複数のネットワーク機能（Network Function：ＮＦ）が前記モバイルネットワークに関連付けられたネットワークスライスに接続する場合に通知するよう、前記モバイルネットワークのネットワークリポジトリ機能（Network Repository Function：ＮＲＦ）に第２のリクエストを送信することをさらに含み、
前記第２のリクエストは、ネットワーク機能のタイプまたは分析情報のタイプのうち少なくとも１つを示す情報を含む、請求項１１に記載の方法。
【請求項２４】
前記他のネットワーク装置のうち少なくとも１つは、セッション管理機能（Session Management Function：ＳＭＦ）を含み、
前記リクエストは、前記ＳＭＦと関連付けられたＰＤＵセッションまたはＱｏＳフローの関連イベントがある場合に通知させるリクエストを含む、請求項１１に記載の方法。
【国際調査報告】
2020530703.tif 000030
2020530703.tif 000031
2020530703.tif 000032