2024-534027 標準及び非標準のネットワークサービスを統合するシステム及び方法

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-09-18

(54)【発明の名称】標準及び非標準のネットワークサービスを統合するシステム及び方法

(51)【国際特許分類】

   H04L 67/61 20220101AFI20240910BHJP

   H04W 76/12 20180101ALI20240910BHJP

   H04W 88/18 20090101ALI20240910BHJP

【ＦＩ】

H04L67/61

H04W76/12

H04W88/18

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024508775

(86)(22)【出願日】2022-08-11

(85)【翻訳文提出日】2024-03-29

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

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

(87)【国際公開日】2023-02-16

(31)【優先権主張番号】63/231,837

(32)【優先日】2021-08-11

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】524055230

【氏名又は名称】ギーキー ハープリート

(71)【出願人】

【識別番号】524055241

【氏名又は名称】カムラン ラーガヴ

(71)【出願人】

【識別番号】524055252

【氏名又は名称】チョプラ ヴィクラム

(71)【出願人】

【識別番号】524055263

【氏名又は名称】シャボディ コーポレーション

(74)【代理人】

【識別番号】100094569

【弁理士】

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

(74)【代理人】

【識別番号】100103610

【弁理士】

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

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

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

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤 直樹

(74)【代理人】

【識別番号】100139712

【弁理士】

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

(74)【代理人】

【識別番号】100141553

【弁理士】

【氏名又は名称】鈴木 信彦

(72)【発明者】

【氏名】ギーキー ハープリート

(72)【発明者】

【氏名】カムラン ラーガヴ

(72)【発明者】

【氏名】チョプラ ヴィクラム

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD34

5K067DD57

5K067HH22

(57)【要約】

サービス品質の可変レベルを有するネットワークにおいて、サービス特性がユーザ又はアプリケーションプロバイダにとって最適に定義されていないネットワーク又はネットワークスライスを介して、ＵＥがアプリケーションに接続する場合、低レベルのサービスが体験される可能性がある。これは、不適切に設計されているアプリケーションに起因する可能性があり、実際に、意図した使用に対して適正に構成されていないネットワークを介して接続するＵＥ及びアプリケーションに関係付けられる。これらの問題を軽減するために、アプリケーション及びＵＥには、ネットワーク構成環境への直接又は間接的アクセスを提供して、標準化ＱｏＳ要求をＵＥとアプリケーション実行環境との間のネットワークエンティティに送出可能にすることができる。
【選択図】図７

【特許請求の範囲】

【請求項1】

管理されたネットワーク内の接続を構成する方法であって、
前記管理されたネットワークの外側の接続を介したノードから、前記管理されたネットワーク内のノード間の接続に関連付けられる要求を受信するステップと、
アプリケーション記述関数にて、前記受信された要求に従って、前記接続に関連付けられる構成情報を生成するステップと、
前記接続に関連付けられるネットワーク要素に向けて、前記生成された構成情報に関連付けられる構成要求を送信するステップと、
を含む方法。

【請求項2】

前記管理されたネットワークの外側の前記ノードから受信した前記要求は、外向きアプリケーションプログラミングインタフェースに従ってフォーマットされる、
請求項１に記載の方法。

【請求項3】

前記接続の構成要求は、アプリケーションサーバ、前記管理されたネットワークに接続されたユーザ装置ノード、前記アプリケーションサーバのプロキシ、及び前記ユーザ装置ノードのプロキシのうちの１つから受信される、
請求項１及び請求項２の何れか１項に記載の方法。

【請求項4】

前記構成要求は、前記ネットワーク要素に関連付けられるアプリケーションプログラミングインタフェース（ＡＰＩ）に従ってフォーマットされる、
請求項１～３の何れか１項に記載の方法。

【請求項5】

前記ＡＰＩは、前記受信された要求に関連付けられる外向きＡＰＩとは異なる、
請求項４に記載の方法。

【請求項6】

前記管理されたネットワークの外側のノードからの前記要求は、前記管理されたネットワーク以外のネットワークのデータプレーンを通じて受信される、
請求項１～５の何れか１項に記載の方法。

【請求項7】

前記接続に関連付けられる前記ネットワーク要素は、前記管理されたネットワークの制御プレーンと前記管理されたネットワークの管理プレーンのうちの一方内にある、
請求項６に記載の方法。

【請求項8】

前記ネットワーク要素に向けて前記構成要求を送信するステップは、前記管理されたネットワークの制御プレーンと前記管理プレーンの管理プレーンのうちの一方内の第２のネットワーク要素に前記構成要求を送信するステップを含む、
請求項６及び７の何れか１項に記載の方法。

【請求項9】

前記構成要求は、管理プレーンのネットワークエンティティを介してネットワークオーケストレータに向けて送信される、
請求項８に記載の方法。

【請求項10】

前記構成要求は、前記管理されたネットワークに接続されたユーザ装置（ＵＥ）ノードに向けて送信され、前記構成要求は、前記ＵＥに関連付けられる接続の構成に対する要求である、
請求項１～９の何れか１項に記載の方法。

【請求項11】

前記受信された要求は、前記ＵＥから受信され、前記構成要求は、前記管理されたネットワークの外側のアプリケーションサーバから受信された第２の要求に従って決定される、
請求項１０に記載の方法。

【請求項12】

前記受信された要求は、前記ＵＥと前記アプリケーションサーバの間の接続に関連付けられる、
請求項１１に記載の方法。

【請求項13】

前記構成情報を生成する前記ステップは、各々が前記管理されたネットワーク内の異なるネットワーク要素に関連付けられる構成情報データのセットを生成するステップを含み、前記構成要求を送信するステップは、前記構成情報の対応するサブセットに関連付けられる構成要求を前記異なるネットワーク要素の各々に送信するステップを含む、
請求項１～１２の何れか１項に記載の方法。

【請求項14】

前記構成情報を生成するステップが更に、前記接続に関連付けられるサービス品質フローインジケータ（ＱＦＩ）を生成するステップを含む、
請求項１～１３の何れか１項に記載の方法。

【請求項15】

前記管理されたネットワークは、５Ｇコアネットワーク、５Ｇ無線アクセスネットワーク、エッジコンピューティングネットワーク、４Ｇコアネットワーク、無線アクセスネットワーク、及びＷｉ‐Ｆｉネットワークの１つである、
請求項１～１４の何れか１項に記載の方法。

【請求項16】

前記管理されたネットワーク内のノード間の前記接続は、異なる管理されたネットワークセグメントにまたがる複数の接続を含む、
請求項１～１５の何れか１項に記載の方法。

【請求項17】

前記複数の接続における接続は、ＵＥと基地局の間の接続、ＵＥと無線アクセスポイントの間の接続、ＵＥとｇＮｏｄｅＢの間の接続、前記ｇＮｏｄｅＢとユーザプレーン機能（ＵＰＦ）の間の接続、前記ｇＮｏｄｅＢとゲートウェイの間の接続、２つのＵＰＦの間の接続、及びゲートウェイとＵＰＦの間の接続の少なくとも１つを含む、
請求項１６に記載の方法。

【請求項18】

前記管理されたネットワーク内のノード間の接続は、モノのインターネット（ＩｏＴ）デバイスに関連付けられる接続を含む、
請求項１～１７の何れか１項に記載の方法。

【請求項19】

前記管理されたネットワークの外側から受信された要求に従って管理されたネットワーク内の接続に関連付けられる構成要求を生成するためのアプリケーション記述関数（ＡＤＦ）であって、
前記ＡＤＦは、
前記管理されたネットワークの外側から要求を受信する第１のネットワークインタフェースと、
前記管理されたネットワーク内のネットワーク要素に要求を送信する第２のネットワークインタフェースと、
実行時に請求項１～１８の何れか１項の前記方法を前記ＡＤＦに実施させるコンピュータ可読媒体に格納された命令を実行するプロセッサと、
を含む、アプリケーション記述関数（ＡＤＦ）。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本出願は、２０２１年８月１１日に出願された、名称が「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｏｆ Ｉｎｔｅｇｒａｔｉｎｇ Ｓｔａｎｄａｒｄ ａｎｄ ｎｏｎ－ｓｔａｎｄａｒｄ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅｓ」である、米国特許出願連番第６３／２３１，８３７号明細書に対する優先権の利益を主張し、その内容が引用により本明細書に組み入れられる。

【0002】

（技術分野）
本出願は、一般的には、接続の構成を指示するネットワーク要素に関し、詳細には、ユーザプレーンを通じて受信された要求に関して、管理プレーン及び／又は制御プレーンエンティティによる実装のためＵＥとアプリケーションとの間の接続に関連付けられるネットワーク構成指示を生成するネットワーク要素に関する。

【背景技術】

【0003】

無線通信ネットワークの進化は、第５世代（５Ｇ）無線ネットワークの配備を結果として生じてきた。５Ｇネットワークは、無線ネットワークの前の世代を上回る幾つかの改良を提供し、とりわけ、ネットワーク全体を通してサービスの差異化レベルをサポートする能力がある。これは、何れかの複数の方法でなし得ることができる。エアインタフェースをサポートし、従って５ＧＮｏｄｅＢ（ｇＮＢ）のネットワークとして見なされることが多いネットワークの一部として典型的には定義される無線アクセスネットワーク（ＲＡＮ）では、差異化サービスは、異なるデータ無線ベアラ（ＤＲＢ）の提供により異なるサービス品質（ＱｏＳ）特性に提供されることが多い。ネットワークコア（コアネットワーク又はパケットコアとも呼ばれる）では、サービスの差異的レベルは、ネットワークスライシングの使用を介して提供することができる。ネットワークスライシングは、ネットワークリソースの共通セットを多種多様な独立ネットワークの基板として使用できるようにし、様々なトラフィックフローが移動できる分離された仮想ネットワークの生成を可能にする。異なるネットワークスライスは、異なるネットワークトポロジー、異なる容量、レイテンシ、及び異なるタイプのネットワークトラフィックをサポートする能力を有することができる。ネットワークスライシングは、各接続されたデバイスにリソースを多く供給することによって同じネットワーク上の各サービスをサポートする必要なく極めて様々な特性を必要とする様々なサービスをネットワークオペレータがサポートするのを可能にし、これによって各サービスのニーズが適正にサポートされる。

【0004】

一部の実施構成において、エンド・ツー・エンドスライシングは、異なるネットワークスライスへのＤＲＢの異なるセットの割り当てを介して提供することができる。従って、所与のＤＲＢを通じて受信された全てのトラフィックは、特定のネットワークスライスに関連付けられることが即座に既知となる。逆に、特定のネットワークスライスからｇＮＢで受信された全てのトラフィックは、関連付けられるダウンリンクチャネルを通じて送信することができる。

【0005】

ネットワーク標準化プロセスでは、ネットワーク機器製造者、ユーザ装置製造者及びネットワークオペレータが、デバイス間の相互接続性を保証するよう注意する。一般的には、これは、誰が何れかのノードを製造したかに関わらず基地局に接続するための規格準拠ユーザ装置の能力に焦点を当ててきた。ネットワークがより進歩してくると、コアネットワーク内の構成要素間の対話を定義し、コアネットワークが異機種ネットワークであることを可能にすることも重要になってきた。しかしながら、５Ｇネットワークは、ユーザによってアクセスされコアネットワーク内に存在するユーザプレーン機能（ＵＰＦ）の役割を定める。ネットワークオペレータがアプリケーション又はＵＰＦによってサポートされるサービスを提供する場合、ネットワークスライスの特性は、アプリケーションのニーズをサポートするよう構成することができる。しかしながら、標準化は、アプリケーション、特にコアネットワークの外側のアプリケーションが、ネットワークの残りに対して接続性要件（又はネットワーク機能割り当てなどの他のアプリケーション固有の要件）を定義できることに向けられていなかった。同様に、標準化管理及び制御プレーンエンティティは、ネットワークコアの外側のネットワークアプリケーションが、ネットワーク構成の深い知識なしに、アプリケーション要求又は要件の観点でネットワーク機能割り当ての構成修正又は調整の何れかに対する要求を容易に送信できるインタフェースを欠いている。単一のアプリケーションが、異なるネットワークスライス、又は異なるネットワークのユーザにサービスを提供している場合、ユーザ又はアプリケーションの何れかがＵＥをアプリケーションに接続するために使用されるネットワークの特性を選択するのを可能にする標準化機構がない。

【0006】

従って、ＵＥとアプリケーションの間の接続の特性を定義するために使用することのできる特性を提供する機構をユーザ又はアプリケーションに提供することが有利とすることができる。３ＧＰＰ ５Ｇ規格のリリース１７に関して、ネットワークアクセス可能アプリケーションがＱｏＳネットワーク割り当ての何れかを定義又は修正するのを可能にするよう設計された標準化機構、又はＵＥとネットワークアプリケーション間のはっきり見える接続性に影響を有する介入ネットワークの他のパラメータはない。ＵＥがリソース割り当てネゴシエーションに参加できるようにすることが議論されてきたが、以下に論じるように、これは、多くの状況で不十分である。アプリケーションに対するプロキシとしてＵＥを使用するという概念は、一般的には、ネットワークに接続するために、ＵＥがネットワークを認証しなければならないという事実に起因し、従って、幾分か既知であり信頼されている。３ＧＰＰリリース１７では、オペレータネットワークの外側のアプリケーションは、信頼されるエンティティとは見なされない。ネットワークの視点から、ＵＥは、ＱｏＳに関連付けられるＤＲＢを使用してネットワークに接続する。ＵＥは、この接続を通じてアプリケーションにアクセスする。接続がアンダープロビジョンである場合、ＵＥがこの決定を自動的に行えるようにする単純な機構は存在しない。アプリケーションの視点から、幾つかの異なるユーザが存在する可能性があり、ユーザの各々が、異なるネットワークスライスを通じて接続する可能性があり、異なるアクセスネットワークを使用する可能性がある。このようなシナリオは、ユーザが所望のＱｏＳに関連付けられる情報を有するが、このような接続を可能にする方法に関する情報を有していないことを意味する。ネットワークオペレータは、接続を通じてアプリケーション又はアプリケーションサーバに流れるトラフィックを見るだけであり、従って、キャリアは、所与の接続を調整する必要性を理解しないことになる。アプリケーション自体は、幾つかの異なる接続を最適に提供する方法を識別するために使用できる情報を有するが、アプリケーションが、キャリアによって実施されるか又はキャリア情報へのアクセスを提供されない限り、この情報は現在のところ使用不可である。各々の異なるネットワークプロバイダは、アプリケーションに有用な情報を有することができるが、この情報は、アプリケーションにとって不明瞭になる。従って、アプリケーションサービスプロバイダ又はネットワークサービスプロバイダが接続を適正に配備する能力は、現在の標準化方法及びサービスの下では制限されている。

【0007】

これは、５Ｇ環境におけるアプリケーションの開発及びサポートを困難にし、アプリケーション開発者は、定められた条件下で実行されるアプリケーションを設計できるが、実行環境ではアプリケーションにアクセスするＵＥが定められた条件を満足する接続を有することを保証する方法が存在しないことがある。従って、アプリケーションは、アプリケーションに接続されるＵＥのＱｏＳを決定する能力を有しておらず、ＵＥに対してＱｏＳを指定できるようにする機構も有していない。（ＱｏＳに関連付けられるとしてこの実施例に記載されているが、これは単純化した実施例であり、アプリケーションサービスプロバイダ及びネットワークオペレータのリソース割り当てを含む他の構成可能なパラメータが互いに不明瞭であることを理解すべきである。）更に複雑にさせることには、単一のアプリケーションが、複数の異なるネットワークからの接続をサポートするよう設計される場合、アプリケーションは、どのネットワーク又はネットワークスライスを介してＵＥが接続しているかを決定する機構を有していない可能性がある。

【0008】

これは、アプリケーションが管理するのに途方もない量の複雑性をもたらし、そのどれもがＵＥにとって明らかでない。従って、適切なＱｏＳを有していない、又は誤って分類されたＤＲＢを通じてアプリケーションと通信しているＵＥは、原因不明の不十分なレベルのサービスを体験することになる。これは、低品質の体験を結果として生じる。

【先行技術文献】

【特許文献】

【0009】

【特許文献1】米国特許出願連番第６３／２３１，８３７号明細書

【発明の概要】

【発明が解決しようとする課題】

【0010】

本発明の態様の目的は、上述の先行技術の問題を排除又は軽減することである。

【課題を解決するための手段】

【0011】

本発明の第１の態様において、ネットワーク要素に関連付けられる構成情報を生成する方法が提供される。本方法は、ＵＥと、アプリケーションサーバ、ＵＥをアプリケーションサーバに接続するネットワーク、及びネットワーク内のノード又はネットワーク機能の少なくとも１つとで実行されるアプリケーションに関連付けられる接続構成要求を受信するステップと、受信した接続構成要求に関連付けられるネットワーク要素に向けて、受信した接続構成要求に従って決定された構成情報を送信するステップとを含む。

【0012】

本発明の第１の態様の実施形態において、接続構成要求は、ＵＥ、アプリケーションサーバ、ＵＥのプロキシ、及びアプリケーションサーバのプロキシのうちの１つによって送信される。別の実施形態において、接続構成要求は、アプリケーションサーバによって送信される。更なる実施形態において、ネットワーク要素に向けて送信するステップは、ネットワーク要素を構成する要求を管理プレーン内のネットワーク機能に送信するステップを含む。別の実施形態において、ネットワーク要素に向けて送信するステップは、ネットワーク要素を構成する要求を管理又は制御プレーンネットワーク機能に送信するステップを含み、任意選択的に、構成する要求は、管理プレーンエンティティを介してネットワークオーケストレータに送信される。別の実施形態において、ＵＥに向けて決定されたＵＥ構成を送信する。別の実施形態において、本方法は更に、ＵＥから接続構成要求を受信するステップと、アプリケーションサーバから受信した構成要求に従って決定されたＵＥ構成をＵＥに向けて送信するステップとを含む。別の実施形態において、構成情報を送信するステップは、複数のネットワーク要素の各々に、複数のネットワーク要素のそれぞれの要素に関連付けられる構成情報を送信するステップを含む。

【0013】

一部の実施形態において、本方法は、ネットワーク要素が存在するネットワークの外側で実施される。ネットワーク要素が存在するネットワークは、任意選択的に、３ＧＰＰ準拠ネットワークのコアネットワークとすることができる。ネットワーク要素が存在するネットワークは、それ自体が３ＧＰＰ準拠とすることができる無線アクセスネットワークとすることができる。

【0014】

本発明の一態様によれば、管理されたネットワーク内で接続を構成する方法が提供される。この接続は、新しく生成される接続とすることができ、又は再構成されている既存の接続とすることができる。本方法は、管理されたネットワークの外側の接続を介したノードから、管理されたネットワーク内のノード間の接続に関連付けられる要求を受信するステップと、アプリケーション記述関数にて、受信された要求に従って、接続に関連付けられる構成情報を生成するステップと、接続に関連付けられるネットワーク要素に向けて、生成された構成情報に関連付けられる構成要求を送信するステップとを含む。

【0015】

この態様の実施形態において、管理されたネットワークの外側のノードから受信された要求は、外向きアプリケーションプログラミングインタフェースに従ってフォーマットされる。別の実施形態において、接続構成要求は、アプリケーションサーバ、管理されたネットワークに接続されたユーザ装置ノード、アプリケーションサーバのプロキシ、及びユーザ装置ノードのプロキシの１つから受信される。他の実施形態において、構成要求は、ネットワーク要素に関連付けられるアプリケーションプログラミングインタフェース（ＡＰＩ）に従ってフォーマットされ、任意選択的にＡＰＩは、受信された要求に関連付けられる外向きＡＰＩとは異なる。

【0016】

別の実施形態において、管理されたネットワークの外側のノードからの要求は、管理されたネットワーク以外のネットワークのデータプレーンを通じて受信される。一部の実施形態において、接続に関連付けられるネットワーク要素は、管理されたネットワークの制御プレーンと管理されたネットワークの管理プレーンのうちの一方内にある。他の実施形態において、ネットワーク要素に向けて構成要求を送信するステップは、管理されたネットワークの制御プレーンと管理プレーンの管理プレーンのうちの一方内の第２のネットワーク要素に構成要求を送信するステップを含み、任意選択的に、構成要求は、管理プレーンのネットワークエンティティを介してネットワークオーケストレータに向けて送信される。

【0017】

一部の実施形態において、構成要求は、管理されたネットワークに接続されたユーザ装置（ＵＥ）ノードに向けて送信され、構成要求は、ＵＥに関連付けられる接続の構成に対する要求である。任意選択的に、受信された要求は、ＵＥから受信され、構成要求は、管理されたネットワークの外側のアプリケーションサーバから受信された第２の要求に従って決定される。別の実施形態において、受信された要求は、ＵＥとアプリケーションサーバとの間の接続に関連付けられる。

【0018】

別の実施形態において、構成情報を生成するステップは、セットの各々が管理されたネットワーク内の異なるネットワーク要素に関連付けられる構成情報データのセットを生成するステップを含み、構成要求を送信するステップは、異なるネットワーク要素の各々に、構成情報の対応するサブセットに関連付けられる構成要求を送信するステップを含む。

【0019】

別の実施形態において、構成情報を生成するステップは更に、接続に関連付けられるサービス品質フローインジケータ（ＱＦＩ）を生成するステップを含む。他の実施形態において、管理されたネットワークは、５Ｇコアネットワーク、５Ｇ無線アクセスネットワーク、エッジコンピューティングネットワーク、４Ｇコアネットワーク、無線アクセスネットワーク、及びＷｉ‐Ｆｉネットワークのうちの１つである。

【0020】

別の実施形態において、管理されたネットワーク内のノード間の接続は、異なる管理されたネットワークセグメントにまたがる複数の接続を含む。任意選択的に、複数の接続における接続は、ＵＥと基地局の間の接続、ＵＥと無線アクセスポイントの間の接続、ＵＥとｇＮｏｄｅＢの間の接続、ｇＮｏｄｅＢとユーザプレーン機能（ＵＰＦ）の間の接続、ｇＮｏｄｅＢとゲートウェイの間の接続、２つのＵＰＦの間の接続、及びゲートウェイとＵＰＦの間の接続の少なくとも１つを含む。

【0021】

別の実施形態において、管理されたネットワーク内のノード間の接続は、モノのインターネット（ＩｏＴ）デバイスに関連付けられる接続を含む。

【0022】

本発明の別の態様において、管理されたネットワークの外側から受信された要求に従って管理されたネットワーク内の接続に関連付けられる構成要求を生成するためのアプリケーション記述関数（ＡＤＦ）が提供される。ＡＤＦは、プロセッサに加えて、第１及び第２のネットワークインタフェースを含む。第１のネットワークインタフェースは、ＡＤＦが管理されたネットワークの外側からの要求を受信するのを可能にする。第２のネットワークインタフェースは、ＡＤＦが管理されたネットワーク内のネットワーク要素に要求を送信するのを可能にする。プロセッサは、実行時に、ＡＤＦに実施形態の各々に加えて前述の態様の上述された方法を実行させるコンピュータ可読媒体に格納された命令を実行することができる。

【0023】

ここで、本発明の実施形態について、添付図面を参照しながら例証として詳細に説明する。

【図面の簡単な説明】

【0024】

【図1】ＵＥベースのアプリケーションをネットワークエンティティに接続するモデルを示す図である。

【図2】アプリケーションをネットワークエンティティに接続する他のモデルを示す図である。

【図3】接続性をイネーブルにするためにＡＤＦを使用するネットワークアーキテクチャの実施形態を示す図である。

【図4】アプリケーションがネットワーク制御又は管理エンティティとリソース割り当てをネゴシエーションできるようにするのに使用するＡＰＩスタックの実施形態を示す図である。

【図5】データの異なるセットとこれらのデータセットのオーナーとの間の関係を示すグラフである。

【図6】本発明の実施形態によるメッセージング方法を示すネットワーク呼出しフロー図である。

【図7】本発明の実施形態による接続性モデルを示すブロック図である。

【図8】本発明の実施形態によるメッセージング方法を示すネットワーク呼出しフロー図である。

【図9】本発明の実施形態によるネットワーク要素を構成する方法を示す流れ図である。

【図10】本発明の実施形態によるネットワーク要素の構成を要求する方法を示す流れ図である。

【図11】本発明の実施形態によるアプリケーション定義関数の機能図を示すブロック図である。

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

【0025】

上述の図では、同じ要素は、可能であれば同じ数字で示している。

【0026】

本明細書及び添付図面におけるパラメータにいて参照する場合がある。これらのパラメータは、単一の実施形態の使用可能性に対して提供され、限定又は本質的であると見なすべきではない。以下に示すパラメータは、実施形態を説明するために使用されるものと理解すべきである。特定のパラメータが必須であることを伝えることを意図するものでもなく、また、アプリケーション定義関数が動作するパラメータを検討する際に以下の説明が網羅的であることを意図するものではない。

【0027】

５Ｇネットワークなどの動的ネットワークにおいて、ネットワークは、複数の異なるニーズの何れにもサービスを提供するよう構成することができる。ＵＥがネットワークベースのアプリケーションに接続する時に、トラフィックが流れることのできる幾つかのネットワークが存在することができる。これらのネットワークの各々は、接続をサポートするよう構成することができる複数のネットワーク要素を有する。当業者であれば、多種多様な異なる構成パラメータを各ネットワーク要素に対して設定できることを理解するであろう。以下の説明では、ネットワークスライシングとＱｏＳの両方を示している。他の実施形態において、様々な構成パラメータを使用することができる。実施例として、一部の実施形態において、ネットワーク接続が、エコフレンドリーなアプリケーションに優先されるものとする場合にネットワーク要素の電力消費パラメータを指定することができる。別の実施例では、構成パラメータに接続経路内の所与のノードの処理容量（コンピュータリソースとも呼ばれる）を関連付けることができ、カスタマイズされたサービス機能チェーンを実現することができ、これによって、トラフィックが適切なネットワーク分析及び処理を受けられるようになる。以下の説明では、ＵＥとアプリケーションサーバの間のトラフィックに対するサービス品質保証のセットアップに焦点を当てて構成パラメータを説明している。この説明は、例示的なものとし、実施例であることを理解されたい。以下の説明は、限定ではないとことを理解すべきである。

【0028】

５Ｇネットワークでは、異なるレベルのサービスを提供することができる。無線エッジは、差異的サービスのレベルの１つのセットを提供し、コアネットワークは、差異的サービスのレベルの別のセットを提供することができる。一部の例では、これらのサービスのレベルに、ＱｏＳ保証を関連付けることができる。一部のネットワークでは、異なるＱｏＳレベルに異なるネットワークスライスを関連付けることができる。

【0029】

ネットワークスライスの使用は、全ての接続に最高のサービスレベルを配備することを必要とすることなく、差異的レベルのサービスを提供することができる。例えば、ユーザがネットワークの中を移動しながらコンテンツをストリーミング及びダウンロードできるよう設計された５Ｇネットワークハンドセットと、断続的にのみ低レベルのトラフィックを保証するスマートグリッドでの使用を意図された固定デバイスとは、双方ともＵＥである。しかしながら、これらは、帯域幅及びモビリティ構成及び消費の全ての点で極めて異なるニーズを有する。同じリソースを消費する各デバイスを配備する代わりに、これらのデバイスは、異なるネットワークスライスを使用してサポートすることができる。各スライスは、意図されたＵＥのトラフィックのニーズをサポートするよう厳密に設計することができる。同様に、ネットワークオペレータが、デバイスの同じクラス内の異なるＵＥに対して２つの異なるネットワーク構成をサポートすることが有利とすることができる。例えば、同一のＵＥを有する２人のユーザは、レイテンシ及び帯域幅に関する異なるニーズを有する可能性がある。第１のネットワークスライスは、リアルタイム通信に関連付けられる低レイテンシトラフィックを実施するよう設計することができ、第２のスライスは、レイテンシを気にせず大量のデータ転送用に設計することができる。これらのスライスの１つに対して設計されるアプリケーションは、他のスライスを通じて接続するＵＥをサポートする許容可能なジョブを実行しなくてもよい。一部の例では、低レイテンシ及び高帯域幅の両方に対して設計されたスライスの第３タイプを存在させることができるが、これは、ユーザがアクセスするのに非常に高価である可能性がある。加入者がこのスライスを介してのアクセスに料金を支払ったＵＥは、このスライスを介してアプリケーションに接続する場合に適正にサービス提供されるが、必要以上に高価である可能性がある。３ＧＰＰのような標準化団体は、一般的にはネットワークオペレータのネットワーク内のＵＥと素子の間、又はネットワークオペレータのネットワーク内の２つの素子間の対話の標準化に労力を集中するので、ネットワークリソース割り当てにおける調整を可能にする関心は、一般的には、ネットワークオペレータのネットワーク内のノード（一般的には制御プレーンネットワーク機能と対話することができる）、又はＵＥの何れかに向けられる。ＡＭＦ又はＳＭＦなどの制御プレーンエンティティとの通信を介するとしても、ＵＥは、ネットワークサービスの異なるＱｏＳ又は異なる割り当てを要求することがあり、これは不十分な状況である。アプリケーションサーバは、ネットワークリソースの特定の割り当てを要求することができるが、ネットワークは、このような割り当てを提供することができる。ＵＥがアプリケーションに代わって要求をする場合、これは、ネゴシエーションの中心にあるノードになる。適所にＵＥを置くことなくアプリケーションがネットワーク要素と対話できるようにすることによって、アプリケーションは、修正されたリソース割り当てをネゴシエーションするよう適正にサービス提供され、アプリケーションリソースの構成の修正を介して使用し易くなる他の最適以下のネットワークリソース割り当てを識別することができる。

【0030】

５Ｇネットワーク内のネットワークスライスの管理及び生成は、コンピュータ業界で一般的と考えられるネットワーク仮想化技術に頼ることが多い。ネットワーク機能仮想化（ＮＦＶ）は、ネットワークスライス内でネットワーク機能を生成できるようにする。一部の実施形態において、ＮＦＶは、汎用コンピューティングハードウェア上で、このスライスに固有の完全に仮想のネットワークエンティティを生成するために使用され、他の実施形態において、特殊化ハードウェアリソースを使用する専用ネットワーク機能は、ネットワークの異なるスライスに割り当てられるネットワーク機能の異なるスライスによって使用される。ＮＦＶの使用は、特定のネットワークスライスのニーズを満足させるよう構成される仮想化機能を可能にする。スライスのニーズが高まるにつれて、機能を拡張するために仮想化機能に新しいリソースを割り当てることができ、又は実施される異なるネットワーク設計及びアーキテクチャを可能にする機能の新しいインスタンスを導入することができる。

【0031】

仮想ネットワーク内のパラメータの構成はまた、ネットワーク接続に対して実行することができる。接続に割り当てられる帯域幅、又は仮想ノード間のレイテンシの変更は、５Ｇネットワークの制御プレーン内のエンティティを介して行うことができる。管理及びオーケストレーション（ＭＡＮＯ）機能は、ネットワーク内の仮想化機能のインスタンス化で使用することができる。しかしながら、これらの機能へのアクセスは、一般的には、セキュリティ及び信頼性の両方の理由のためにネットワークオペレータ以外の他者にはオフリミットであるとみなされる。

【0032】

第３世代パートナーシッププロジェクト（３ＧＰＰ）は、５Ｇネットワークがこの下で作動する規格を設定する役割をする組織である。３ＧＰＰ仕様は、５Ｇネットワークに接続しているＵＥが、提供できる異なるＱｏＳレベルに対応するためにどのようにサポートされるかという規格を設定していた。また３ＧＰＰ仕様は、これらのＱｏＳ割り当てが必要なＱｏＳレベルに対応しなければならないという概念で、多くのオペレータが採用している例示的ＱｏＳ割り当てを設定している。アプリケーションは念頭にあるこれらのＱｏＳレベルによって設計できるが、異なるネットワーク及びネットワークスライスを介して接続する可能性がある異なるＵＥのＱｏＳレベルをアプリケーションが決定するのは難しい可能性がある。

【0033】

ＳＡ２及びＳＡ５は、制御プレーンのネットワーク機能をそれぞれに定義する３ＧＰＰサブグループであり、ユーザプレーン接続、トポロジー及び機能、及び管理プレーン及びこのそれぞれの機能を構成する方法を定義する３ＧＰＰサブグループである。管理プレーンの機能は、ビジネス及びチャージング規則を定義するためにネットワークオペレータによって使用され、制御プレーンエンティティによって生成及び執行される規則及びネットワーク要素に変えることができる。一般的には、これらのエンティティは、ネットワークオペレータにのみ可視である。ＵＥは、制御プレーンエンティティに対して制限された露出を有することができ、短期間でのみであっても、管理プレーンエンティティの存在を見ることはない。

【0034】

ＳＡ６は、必要不可欠なアプリケーションのサポートの実現及びネットワークへのアプリケーションアクセスの実現を目的とした３ＧＰＰ標準化サブグループである。一般的にはこの標準化は、ネットワークオペレータのネットワーク内（又は制御プレーンへのアクセスあり）の必要不可欠なアプリケーションをサポートすることに向けられる。ネットワークオペレータのネットワーク内の各ネットワーク要素が構成パラメータの異なるセットを有するので、構成パラメータの全体のセットは、途方もなく大きい。オペレータネットワークの外側のアプリケーションサーバは、これに効率的に対応するため、又はアクセスのためにユーザによって使用されることがある複数の異なるネットワークオペレータに関する十分な情報へのアクセスを適正に取得するための機構を有していない。

【0035】

ネットワークオペレータの観点から、比較的少数のＱｏＳレベルを定義することは好都合である。これは、ネットワークの複雑性を軽減し、更に単純化された無線管理、ネットワークエンジニアリング及びデバイス接続の機構を可能にする。ネットワーク内のアプリケーションは、アクセス及びモビリティ管理機能（ＡＭＦ）などの制御プレーンエンティティによるＱｏＳ規則を割り当てることができる。低減された複雑性を有するコアネットワークは、容易な検証を可能にし、更に制限された数のソフトウェア定義関数（ＳＤＦ）テンプレートによって反映される。

【0036】

これらの構成及び単純化は、上述のように、アクセス及びコアネットワーク装置ベンダー及びネットワークオペレータによって推進される３ＧＰＰ議論によって設計される。ＵＥ製造者は、一般的には、エアインタフェースのパラメータにのみ関心があり、これによってＵＥ製造者は、これらのエリアにおける議論に参加及び推進することができる。ＵＥ製造者は、ＵＥがＱｏＳに関連付けられる情報をどのように提供されるかに関心を有する可能性があるが、更なる詳細に関心を有する傾向はない。従って、オペレーションの規則及びモードは、一般的には、ネットワーク内に存在するはずのアプリケーションの開発者を配慮することなくネットワークオペレータによって定義される。これは、５Ｇネットワークの能力に基づかないが、代わりにネットワークの前の世代用に設計された使用ケースに基づくネットワークアプリケーションの性質に関する仮定をするネットワークアーキテクチャを結果として生じる。前世代のネットワークは、提供されるネットワーク接続性のトップを超えてユーザによって単純にアクセスされるアプリケーションである、いわゆるオーバ・ザ・トップ（ＯＴＴ）アプリケーションを考慮しなかったが、５Ｇネットワークは、構成が可能である場合、ネットワーク内に存在し且つサービスの配備にネットワークオペレータを従事させるアプリケーションを実現することができる。これらのアプリケーションは、５Ｇネットワークにしっかり結合することができるが、これを実現するためには、アプリケーションが、アプリケーションのニーズを満足させるＱｏＳレベルを有する接続によってサポートされなければならない。ユーザに十分使い易くするためには、アプリケーションは、モバイルネットワークオペレータからのサービスの提供にかなう技術的情報をユーザに与えすぎてはならない。ＵＥに要求されるＱｏＳレベルが確実に提供されることをアプリケーションが保証するための機構が必要である。ＱｏＳレベルを選択する場合のＵＥ又はアプリケーションの関与は、オペレータがアクセスを提供するアプリケーションではなく、オペレータのニーズを目的とするＳＡ２及びＳＡ５によって設定された規格の範囲外にある。

【0037】

本明細書では５Ｇネットワークの概念で説明しているが、コアネットワークは、ロングタームエボリューション（ＬＴＥ）規格を含む幾つかの異なる規格に従って構成することができ、同時に５Ｇ無線アクセス（５Ｇ Ｎｅｗ Ｒａｄｉｏ）、４Ｇラジオアクセス（ＬＴＥとも呼ばれる）、及びＷｉＦｉを含む幾つかの異なるラジオアクセス技術もサポートできることを理解されたい。ネットワークリソースは、コアネットワーク又はＲＡＮの何れにおいても、いわゆるエッジコンピューティングネットワークを含むことができる。

【0038】

ネットワークに既に接続されているＵＥに提供されるサービスレベルに貢献するか又はこれを制御する能力をアプリケーションに提供するために、帯域外接続管理層が提案される。この接続管理機能は、アプリケーションがネットワーク要件を提供することを可能にし、これらの提供されたネットワーク要件を既存のＱｏＳレベル（規格で定義される、及び可能であれば追加のＱｏＳレベルによって補足されるＱｏＳレベルなど）に対して検証することを可能にし、許容可能な一致が与えられた場合、これらの要件を満足させる（及び可能であれば超える）ＵＥ対アプリケーションネットワーク接続を提供することができるソフトウェア定義ネットワーク（ＳＤＮ）コントローラにこれらのネットワーク要件に対する要求を転送するか、又はこれらの要件を満足させる（及び可能であれば超える）ように既存の接続を調整することができる。

【0039】

図１に示すように、これは、ネットワークアクセス可能アプリケーション定義関数（ＡＤＦ）１０２の使用を介してネットワーク１００で達成することができる。一部の実施形態において、ＡＤＦ１０２は、ＡＤＦ１０２と同じネットワーク内に存在するＵＥ１０６及びアプリケーション１０８にアクセス可能である５Ｇコアネットワーク１０４内の機能とすることができることを理解されたい。他の実施形態において、ＵＥ１０６及びアプリケーション１０８は、ＵＥ１０６又はアプリケーション１０８の何れかと同じネットワーク内に組み込まれるよう限定されないＡＤＦ１０２と対話することができる。この実施形態において、ＡＤＦ１０２は、利用可能なＱｏＳレベル１１０を決定できるようにコアネットワーク１０４との関係を要求することができる。ＡＤＦ１０２は、アプリケーション１０８（インターネットに常駐することができるが、またＵＥ１０６に常駐する構成要素を有することもできる）によって提供されるＵＥ固有の情報からネットワーク識別子を決定できることも要求する。異なるＱｏＳフロー識別子（ＱＦＩ）は、各々が、ｇＮＢトンネルのエンドポイントなどのシングルポイントで終端できることを理解すべきである。このポイントで、パケットは、ラジオエッジ又はコアネットワーク１０４を介しての何れかで（特定のフロー終了に応じて）トランスポートされる。コアネットワーク機能性及び構成に関する情報を提供されるＡＤＦ１０２は、終端側ＵＰＦ１１２の構成に対して、トラフィックがアプリケーション要件に従ってルーティングできるように自動的にＭＰＬＳラベルを添付できるようにする。ＵＰＦ構成の指示は、統合をサポートするためにＢＧＰメッセージによって達成することができる。ＭＰＬＳの使用は説明及び実施例の目的であることを理解すべきである。同様の効果のためにソースルーティングなどの他のルーティングプロトコルを使用することができる。メトロリングプロトコルベースのネットワークを使用するネットワークの少なくとも一部分が提供される環境では、ネットワークが許可する範囲内で、同様の指令及び手順をトラフィックフロー及び処理に影響を与えるよう設けることができる。この代替のプロトコルの説明は、実施例を提供することを意図し、使用できるネットワークアーキテクチャ及びプロトコルの網羅的な記載として捉えるべきではない。

【0040】

ＡＤＦ１０２には、ネットワークによってサポートされるＱｏＳレベルのフルセットを提供することができ、ＡＤＦ１０２が適切なＱｏＳ１１０を選択するのを可能にする。他の実施形態において、ＡＤＦ１０２は、接続を要求する様々なＱｏＳ特性の指示を含む要求を提出することができ、供給されたＱｏＳ特性に従ってネットワーク１１０によって選択されたＱｏＳレベルを応答で受け取る。図１では、ｇＮＢ１１４と通信しているＡＤＦ１０２が示されている。ＡＤＦ１０２は、特にネットワークの異なるセグメントがＱｏＳレベルの異なるセットのサポートを提供するネットワークにおいて、どのＱｏＳレベル１１０がｇＮＢ１１４によってサポートされるか決定するためにｇＮＢ１１４と通信できることを理解されたい。また、一部の実施形態において、ＡＤＦ１０２は別のネットワークノードと通信することができ、地理的領域の何れかを単純に識別できるか、又は特定のｇＮＢの識別子を用いてより正確に領域を識別できることを理解されたい。このように、ＡＤＦ１０２は、単純化された通信構造を有することができ、ここで単一のネットワークエンティティ（又はネットワークエンティティの小さいセット）と通信するが、各ｇＮＢ１１４によって提供されるＱｏＳレベル１１０に関する情報を取得することができる。ＲＡＮがスライスされるネットワーク１００では、ｇＮＢ１１４を、特定のスライスに固有の仮想エンティティにできることを理解されたい。これは、仮想化ｇＮＢを提供するエッジコンピューティングプラットフォームを使用して、又はスライシングを介して仮想化エンティティを提供する物理的ｇＮＢによって実施することができる。仮想ｇＮＢが識別された場合、これらの特徴を提供する元のデバイスが幾つかの追加のＱｏＳレベルを提供できるが、これは、問題の仮想ｇＮＢによって提供されないので重要ではないことを理解されたい。制御又は管理プレーンの外側の全てのデバイスにとって、仮想ｇＮＢは、物理的ｇＮＢから区別できないであろう。一部の実施形態において、ＬＴＥ準拠ｅＮｏｄｅＢ（ｅＮＢ）は、５Ｇコアネットワーク１０４に接続できることを理解されたい。ＡＤＦ１０２は、トラフィックがフォーマット化され適切な５Ｇコアネットワーク要素に向けられるようにｅＮＢをそのままにするトラフィックの構成を保証するために使用することができる。５Ｇ標準化は、５Ｇ ＲＡＮが５Ｇコアの前に配備される可能性があるという仮定によって、５Ｇコアネットワークから分離した５Ｇ ＲＡＮを生成するよう設計された。しかしながら、５Ｇスペクトラムの割り当てにおける遅延を含む幾つかの要因のせいで、４Ｇ ＲＡＮは、５Ｇコアネットワークに接続されている。動的５Ｇコアネットワークに接続する４Ｇ ＲＡＮにおけるｅＮＢの構成は、難しいが、ＡＤＦ１０２の使用を介して、５Ｇコアネットワーク内のエンティティは、セキュリティの暗示を有することができるエクスポーズインタフェースを有することなくｅＮＢに必要とされる動的アップデートを提供することができる。

【0041】

ＡＤＦ１０２が、ＵＥ１０６とアプリケーション１０８のネットワークベース部分との間のこのセッションに対する適切なＱｏＳレベルを識別し選択した時に、ＡＤＦ１０２は、ＵＥ１０６とアプリケーション１０８の少なくとも１つを識別できる要求をネットワークのＳＤＮコントローラ１１６に送信することができる。当業者であれば、一部のネットワークが、ＡＤＦ１０２が通信するための単一のインタフェースノードを提供できることを理解するであろう。これは、ｇＮＢ情報に対する全ての要求、及びＳＤＮコントローラ１１６に向けられた接続に対する全ての要求が単一の機能で認証又は検証されるようにできる。この機能は、要求に対する認証コード及びプロキシとして動作することができる。機能は、要求を受信し、認証し、次に転送する。機能は、機能自体に対する要求に対して応答を生成することができるか、又はネットワーク内の他の機能から応答を受信してこの応答をＡＤＦに転送することができる。

【0042】

図２には、要求されるＱｏＳレベルが利用可能ではない時に、又はより関連のあるＱｏＳレベルが利用可能である時に従うことができる処理が示されている。前述のように、ＵＥ１０６に関連付けられるアプリケーション１０８のインスタンスは、ＡＤＦ１０２と対話して、アプリケーション１０８に関連付けられるネットワーク要件を提供する。次にＡＤＦ１０２は、ｇＮＢ１１４が所望のＱｏＳレベルをサポートするかどうかインテロゲートするメッセージを送信することができる。結果に基づいて、ＡＤＦ１０２は、代替のＱｏＳ要求を定式化することができる。一部の実施形態において、これは、最初に要求されるＱｏＳレベルより適切なＱｏＳレベルを選択できるようにする。この再定式化要求を確認のためにｇＮＢ１１４に（又は上述のように適切なプロキシに）送信して、次にＳＤＮコントローラ１１６（又は適切なプロキシ）に転送することができる。コアネットワークエンティティは、ＳＤＮコントローラ１１６に向けて送信された要求に応答して、終端側ＲＡＮ内又はこれに関連付けられるノードにアプリケーションネットワーク要件を送信することができる。当業者であれば、異なるＱｏＳレベル１１０にｇＮＢ１１４とＵＥ１０６の間のラジオアクセス接続を関連付けることができるが、これらには、ｇＮＢ１１４及びアプリケーション１１８及びバックホールの他のエンド上のファーエンドデバイスにまたがる接続も関連付けることができることを理解するであろう。この手順は、アプリケーション１０８の接続要件を満足させるＵＥ１０６とアプリケーション１０８のネットワーク部分の間にエンド・ツー・エンド接続が配備されるようにできる。５Ｇネットワーク１００が一般的に、妥当な要件のセットを満足させる接続を提供できる場合、ネットワークオペレータによって生成されないアプリケーションがどうしたらネットワークの配備を保証できるかという問題が、この配備を可能にするためにＡＤＦ１０２とネットワークエンティティを対話させることによって対処される。

【0043】

一部の実施形態において、ネットワークコントローラは、異なるネットワークスライスに接続するか、又は異なるＤＲＢを介して接続するようＵＥ１０６に指示するリアタッチ要求をＵＥ１０６に送信することができる。このように、ＵＥ１０６が、要求される接続要件をサポートできないネットワークスライスに接続している時でも、ネットワーク１００は、ＵＥ－アプリケーション接続が満足されることを保証することができる。

【0044】

図３は、上述のようにＡＤＦ１０２を利用するネットワーク１００の例示的実施形態を示す。ＡＤＦ１０２のインスタンスは、プライベートネットワーク１２０のデータセンタ１２２内の同一場所に位置付けられる。アプリケーション１０８は、これらのデータセンタ１２２内でホストされ、データセンタ１２２をリモート位置１２６の従業員１２４に接続するプライベートネットワーク１２０を介して、及び５Ｇネットワークサービスプロバイダ１２８を介しての両方でアクセスすることができる。これは、データセンタ１２２のリソースが、セキュア且つ信頼できるプライベートネットワーク１２０を介して、及び接続をセキュアにすることができるが、アプリケーション１０８へのアクセスを許可するのに十分な接続性及び信頼度が存在するように配備しなければならないパブリックネットワーク１２８を介してアクセスされるハイブリッド環境１００を提供することができる。物理的及び仮想の双方のネットワーク要素（ＮＥ）１３０は、それぞれのドメイン上の権限を有するＳＤＮコントローラによって制御することができる。制御及び管理プレーンの双方は、このネットワーク配備の中でインスタンス化することができる。データセンタ１２２内のアプリケーション１０８へのアクセスの特性は、データセンタ１２２に関連付けられるＡＤＦ１０２によって定められる。アクセスが、周知の接続を介してリモート位置１２６から取得されたときに、ＡＤＦ１０２は、これらの接続に関連付けられるＳＤＮコントローラ１１６に指示を送信して、リモート位置１２６とアプリケーション１０８の間のエンド・ツー・エンド接続が、アプリケーション１０８がこれに向けて設計された特性を有するネットワーク接続を通じてアクセスを提供するよう適正に配備されていることを保証することができる。アクセスが５Ｇネットワークなどのパブリックネットワーク１２８を通じて開始されたときに、ＡＤＦ１０２は、上述のようにＵＥ１０６との接続に応答して、ＵＥ接続に関連付けられるネットワーク識別情報を決定する。このネットワーク接続情報に、ＵＥ１０６、ＵＥ１０６がそれを介して接続しているＲＡＮ、及びＲＡＮが接続されているコアネットワーク１０４を関連付けることができる。次にＡＤＦ１０２は、利用可能なＱｏＳレベル１１０を決定して適切なレベルを選択することができるか、又は上記に概説したネゴシエーション処理を始めることができる。ＵＥ１０６とデータセンタ１２２の間の接続に対するＱｏＳ１１０を設定することによって、ＡＤＦ１０２は、サポートを意図されたリソースによってアプリケーション１０６を実行させることができる。

【0045】

図４は、ＡＤＦ１０２が、ＱｏＳレベル１１０の設定に関連付けられるパラメータを含む何れの数の異なる構成パラメータに対してもドメインレベルオーケストレータ１４２に対応するアーキテクチャ１４０を示している。ＡＤＦ１０２は、異なるモバイルネットワークに関連付けられる異なるオーケストレータ１４２との同様の関係を有することができる。一部の実施形態において、オーケストレータ１４２との全ての対話は、単一のＡＰＩを介して定義されるが、ＡＤＦ１０２が異なるオーケストレータに対して異なるＡＰＩのセットをサポートすることができる。オーケストレータ１４２は、一般的にはネットワークの管理又は制御プレーンのネットワークエンティティである。オーケストレータ１４２は、ネットワークの小さな区分ではオーケストレータ１４４及びＳＤＮコントローラ１１６と通信する。小さな区分は、ネットワークの地理的に別個のセグメントとすることができる。他の実施形態において、これらは、少なくとも部分的に重なり合うネットワークセグメント及びスライスである。これらの小さな区分、セグメント及びスライスの全ては、元のネットワークインフラストラクチャ１４６によってサポートされる。一部の実施形態において、これは、仮想化インフラストラクチャとすることができ、オーケストレータ１４４及びコントローラ１１６によって管理される。ある層では、物理的インフラストラクチャが全体のネットワークの基礎となる。このインフラストラクチャは、複数の異なるネットワークオペレータによって又は単一のエンティティによって所有される。管理又は制御プレーンを有する本明細書に記述するネットワークは、データプレーンにおけるノード又は機能間の接続がセキュリティ及び信頼できるサービス品質を提供するよう管理される場合に管理されたネットワークと呼ばれることが多いことを理解すべきである。

【0046】

ネットワークアーキテクチャ１４０全体の上に座るＡＤＦ１０２は、アプリケーション０８と対話するためにレストフルＡＰＩのセットと、オーケストレータ１４２との対話のためのレストフルＡＰＩの第２のセットに頼ることができる。このように、ＡＤＦ１０２は、何れの受信された要求にも応答し、更に必要な場合に、アプリケーション１０８又はオーケストレータ１４２の何れかに要求を送信することができる。上述のように、オーケストレータ１４２とのインタフェースは、ＡＤＦ１０２との通信を認証しネットワークオペレータにセキュリティのレベルを提供するよう動作するプロキシを介した通信を含むことができる。

【0047】

オーケストレータ１４２と即時低オーケストレータ１４４及びコントローラ１１６の何れかとの間の対話は、各キャリア又はネットワークオペレータに固有の処理を介して監督することがきる。しかしながら、これはまた、オープンフロー、ＢＧＰ、ＯＳＰＦ計算の要求、及び他のこのような要求などのプロトコルの使用を介することを含むこれらの通信に対するオープン規格の使用を必要とする可能性がある。一部の実施形態において、これは、ＮＦＶ指示として分類することができる、ＶＮＦ再構成又はインスタンス化要求の形態を取ることができる既存の仮想ノード及び接続の再構成の要求を含むことができる。元のコントローラ及びオーケストレータに出されたこれらの要求は、ＡＤＦ１０２から受信された要求に従って決定される。これは、要求の認証（前述されたように別のエンティティによって行うことができる）及び受信された要求の翻訳を含むことができる。

【0048】

ドメイン固有のレベルでＳＤＮコントローラ１１６及びオーケストレータ１４４によって受信された要求は、受信したドメイン固有の指示に対処するために元のインフラストラクチャ１４６を使用することができる。オーケストレータ１４２でドメイン固有の指示に要求を分割することによって、接続に含まれるドメインだけに要求に関する情報が提供されるようにできる。これは、プライバシーの程度を提供することができ、関連のあるネットワークセグメントだけを含むことによって全体の複雑性を低減することができ、また他のネットワークセグメントが邪魔されないよう作動できるようにする。

【0049】

元のインフラストラクチャ１４６は、ドメインレベルコントローラ１１６がこの要求に対する能力を有すると決定したときだけ構成することができる。階層オーケストレータ‐ＳＤＮコントローラの配備では、各レベルは、一般的には、この下のドメインの全体の能力に気付くが、ドメイン内の個々のリソースの能力には必ずしも気付かない。類似の能力を有する２つの隣り合うドメインは、異なる使用パターンを有することができ、従って高レベルオーケストレータから受信した異なる指示の実施に対応することができる。

【0050】

これは、層全体にネットワークの構成に対する責任を拡張する。図５に示すように、異なる構成情報１５０、１５２、１５４は、別々に維持することができる。リソース利用可能度のネットワークオペレータ構成を使用するネットワーク１５６では、この構成情報１５０の一部が効率的に手で維持される。アプリケーション１０８は、要求する接続及び構成のタイプに関連付けられる構成データの一部１５２を包含することができる。例えば、アプリケーション１０８は、ＵＥベースのアプリケーション１０８の構成要素がそれを介してアプリケーションサーバにアクセスするプロキシサーバの構成に関連付けられる情報１５２を格納することができる。ＡＤＦ１０２はまた、別のネットワークエンティティによって提供されている構成情報１５４を格納することもできる。プロキシサーバの上記の例では、ＡＤＦ１０２は、特定のプロキシサーバに所与のラジオアクセスネットワークを関連付ける構成情報１５４を格納することができ、これによって、第１のＲＡＮに接続するＵＥ１０６で実行されるアプリケーション１０８の構成要素は、第１のプロキシサーバに向けられ、プロキシサーバに関連の構成情報１５４が提供される。同じＵＥ１０６が異なるＲＡＮに接続するときに、ＡＤＦ１０２は、ＵＥ１０６を異なるプロキシサーバに向けることができるが、新しいプロキシサーバを構成することもできる。ＡＤＦが維持するデータ１５４に関連付けられる特定の構成は、２つの異なるプロキシサーバ間で別々とすることができるが、これは、ＵＥ１０６に同様に構成情報を提供することによって達成することができる。ＡＤＦ１０２はまた、プロキシサーバのニーズに基づいて異なるプロキシサーバに別々に指示をフォーマットすることができる。ネットワーク機能停止のときに、アプリケーション１０８とＡＤＦ１０２との間で接続を再構成する必要がある場合、接続を可能にするネットワークオーケストレータにネットワークトポロジーの知識を有する情報を提供することができ、ＵＥ対アプリケーション接続を生き返らせることができるようリンク及び仮想ノードを構成することができる。

【0051】

図６は、ＡＤＦ１０２がＵＥ対アプリケーション接続の構成を助ける例示的呼出しフロー１６０を示している。ＵＥ１０６は、初期化又はブートアップ１６２に応じて、アタッチ要求１６４をｇＮＢ１１４に出し、ＵＥ１０６及びｇＮＢ１１４にモバイルネットワーク規格で適正に定義されている接続ネゴシエーション処理を始めさせる。これは、デフォルトＱｏＳアサインメント１６６によって提供されるデフォルトＱｏＳによってｇＮＢ１１４とのオーバ・ザ・エア接続をＵＥ１０６に提供する。ＵＥ１０６が、定められたＱｏＳを有するネットワークを介してアクセスされるリソースへのアクセスを要求するアプリケーション１０８を開始したとき１６８、ＵＥ１０６（又はＵＥ１０６で実行されるアプリケーション１０８）は、ＡＤＦ１０２との接続を開始して、要求されるＱｏＳを要求する１７０。ＡＤＦ１０２とのこの接続１７０は、ＡＤＦ１０２に、ＵＥ１０２が接続されるネットワーク又はｇＮＢ１１４の識別、及び接続を要求するアプリケーション１０８（又は必要なＱｏＳを定める接続パラメータによって接続しなければならないＩＰアドレスの指示）を含む特定の情報を提供する。

【0052】

ＡＤＦ１０２は、ネットワークエンティティ１８６（オーケストレータなど）によってＱｏＳチェック１７２を出し、利用可能なＱｏＳレベルを決定する。これは、接続要件を提供し、ＬＴＥバナーの下にこれらを含む早期のネットワークの世代で使用されたＱＣＩに類似である５Ｇ ＱｏＳインジケータ（５ＱＩ）を受け取るＡＤＦ１０２を含むことができる。代替として、異なるＱｏＳレベルのリストの要求を存在させることができ、ＡＤＦ１０２が、使用する様々なＱｏＳレベルの１つを選択できるようにする。類似のＱｏＳチェック１７４をｇＮＢ１１４に送信することができる。ＡＤＦ１０２が双方のＱｏＳチェックに対応できるエンティティと通信している場合にこのメッセージは任意選択的である。

【0053】

ＡＤＦ１０２、ｇＮＢ１１４及びＢＧＰノードなどのコアネットワーク機能１８６との間のＱｏＳネゴシエーション１７６を始めることができる。一部の実施形態において、これは、ネゴシエーションの結果に従ってコアネットワーク要素１８６及びｇＮＢ１１４を構成することができるオーケストレータなどの制御プレーン又は管理プレーンエンティティとのネゴシエーションである。ＡＤＦ１０２又はオーケストレータは次に、コアネットワーク要素１８６及びｇＮＢ１１４又は他のＲＡＮ素子に向けてエンドポイント構成情報１７８、１８０を送ることができる。

【0054】

ＱｏＳ応答１８２は、ＵＥ構成１８４を可能にするためにＵＥ１０６に送られる。一部の実施形態において、これはＡＤＦ１０２によって構成することができ、管理プレーン又は制御プレーンエンティティに送られ、これによってＡＭＦ又はＳＭＦなどのコアネットワーク制御プレーン内のノードは、構成応答をＵＥ１０６に送信することができる。ＡＭＦ又はＳＭＦからの構成応答は、この接続に対して要求するＱｏＳレベルをサポートする異なるネットワークスライスにＵＥ１０６を接続させるリアタッチ命令を含むことができる。ＵＥ１０６は、既存の接続が複数のネットワークスライスへのアクセスをサポートできる場合にネットワークとの既存の接続を必ずしも落とす必要はないことを理解すべきである。

【0055】

この処理の終わりに、ＵＥ１０６は、所望の接続を可能にするために必要な特性を有するチャネルによってアプリケーション１０８に接続することができる。

【0056】

本明細書に記載するＡＤＦ１０２は、幾つかの異なるサービスを提供できるようにする。アプリケーションによって頼られるサービスを実行するアプリケーション１０８とネットワーク機能の間のアブストラクション層として動作することによって、ＡＤＦ１０２は、アプリケーションとネットワーク機能の両方を互いの変化から遮断することもできる。１つの例では、アプリケーションがＡＤＦ１０２に要求を提出して、ＡＤＦ１０２が次に特定のネットワーク機能に要求をマップし、次に要求を、受信された要求に従って形成されるが選択されたネットワーク機能に対してフォーマット化されるネットワーク機能に送信する。元のネットワーク機能が、ネットワーク機能の更新バージョンの何れかに、又は別のベンダーからの匹敵する機能によって置き換えられた場合、これは、アプリケーションから隠される。ネットワーク機能によって対応される要求のフォーマットの変化は、アプリケーションに影響を与えない。これは、ネットワークオペレータが、機器をアップグレードし、異なるベンダーからの機器及びソフトウェアを使用し、更にこれらの機能に頼るアプリケーションを壊すこれらの変化に関して心配する必要なくネットワーク機能をリロケートできるようにする。これらの変化は、ＡＤＦ１０２にだけ見えるようにされ、ＡＤＦ対アプリケーションインタフェースは不変のままである。

【0057】

ＡＤＦ１０２と様々なネットワーク機能の間のインタフェースは、３ＧＰＰ ＴＳ２３に詳述されるようなＮＦとの標準化インタフェースを使用できる５０１、及びＴＳ２３に概説される対応する手順を使用できる５０２ことを理解すべきである。また、ＮＦが追加の機能を供給することのできるプロプラエタリインタフェースをサポートする場合に、ＡＤＦ１０２は、標準化及びプロプラエタリインタフェースの双方をサポートできることも理解すべきである。

【0058】

ＡＤＦ対アプリケーションインタフェースは、アプリケーション１０８とＡＤＦ１０２の間の標準的ＨＴＴＰメッセージングを使用するレストフルインタフェースを使用することができ、ジャバスクリプトオブジェクトノーティフィケーション（ＪＳＯＮ）、又は幾つかの他のメッセージングモデルの何れかを使用することができる。ＡＰＩは、アプリケーションの設計を壊すことなく、元のネットワーク要素及び機能における新しい機能性へのアクセスを提供するよう修正することができる。一部の実施形態において、ＡＤＦ ＡＰＩの様々なバージョンを維持して、制御の差異的レベルを可能にするか又はアプリケーションのレンダリングを不適合にすることなく新しい機能性を実現することができる。ＡＤＦネットワーク要素インタフェースは、上述のように、必要とされる場合に標準化及びプロプラエタリインタフェースの両方を使用することができる。

【0059】

図７は、このようなインタフェースのアブストラクトモデルを示している。一連のアプリケーション１０８は、標準化アプリケーションＡＰＩ１９０の形態を取ることができる公的に定義されたＡＰＩを介してＡＤＦ１０２と対話することができる。このＡＰＩ１９０は、経時的に拡張及び修正することができるが、経時的に後方互換性を維持することで、アプリケーション開発者に対して最大の利益を提供することができる。ＡＤＦ１０２に関連付けられるネットワークアドレスは、経時的に一定のままにすることができるか、又はＡＤＦ１０２は、単純にアプリケーション１０８に発見できるようにしておくことができる。アプリケーション１０８がＡＤＦ１０２に接続するとき、アプリケーション１０８は、ＡＤＦ機能の呼出しを使用する。この呼出しインタフェース１９２はまた、ＡＤＦ１０２がＡＰＩアップデートをアプリケーション１０８に提供するか、又はＡＰＩ１９０のアップデートをアプリケーション開発者に通知できるようにする機能を含むことができる。

【0060】

ＡＤＦ１０２は、規則１９４とマッピング値１９６のセットを維持して、これらが利用可能なネットワーク機能２０４に対する要求でどのように表現しなければならないかを決定するアプリケーション要求を処理することができる。これは、現在利用可能なネットワーク機能２０４の発見２００と、発見されたネットワーク機能に関連付けられる規則１９４の実行１９８の両方を含み、アプリケーション１０８又はＵＥ１０６が、受信された要求を生成された要求にマッピングする１９６前に、発見された機能２０４へのアクセスを有するかどうか決定することができる。様々なネットワーク技術及び通信モデルを用いて、ネットワーク要素と対話することができる。問題のネットワーク要素が定義された３ＧＰＰインタフェースを有する場合、３ＧＰＰネットワーキングインタフェースは、標準化ＡＰＩ呼出しによって使用することができる。一部の実施形態において、ネットワーク機能２０４を選択することができ、ＡＤＦ１０２は、機能のサービスチェーンを生成することができる。このサービスチェーンは、ソースルーティング、又は（図のように）３ＧＰＰネットワーク機能の境界の外側であるサービスチェーンのナビゲート部分を助けることができるマルチプロトコルラベルスイッチング（ＭＰＬＳ）を使用して定義することができる。他のネットワークモデル及び対話は、アプリケーションが要求を提出するか又は応答を受信する方法を変えることなく、様々なプロトコルを用いてサポートすることができる。

【0061】

上記の説明の多くで、ＱｏＳなどのネットワーク特性を説明してきた。これは、１つのサービス特性がどのように管理されるかを説明する場合に簡潔にするために行われていることを理解されたい。元のネットワーク要素２０４によって特徴付けられサポートされるネットワークサービスに対する何れの要求も、ＡＤＦ１０２によって同様に対応される。１つの実施例において、高優先順位アプリケーション１０８は、ＡＤＦ１０２と対話して新しいネットワークスライスを開始することができる。１つのこのような実施例では、法的処置又は他のこのような緊急サービスは、特定の状況のみで使用されるが、ネットワークスライスへのアクセスをＵＥ１０６の制限された数に提供するアプリケーション１０８を有することができる。開始側ＵＥ１０６の地理的位置に応じて、新しいネットワークスライスを生成する元のネットワーク要素２０４を変えることができる。ＡＤＦ１０２は、新しいネットワークスライスを通じて運ばなければならないサービスの要求を受信することができる。このサービス要求は、新しいネットワークスライスでなければならないことを指定しなくてもよいが、代わりにスライスにマップされないセッションＩＤを単純に指示する。これは、新しいスライスを要求するアプリケーションとして扱われる。異なるＵＥ１０６における次のアプリケーションインスタンス１０８は、同じセッションＩＤを提供することができ、次に初期要求に対して生成されたネットワークスライスＩＤを提供される。これは、ＵＥにおけるアプリケーションのユーザ構成を必要とすることなく、スライスの生成及び制限された数のエンティティへのスライスへのアクセスの共有を可能にする。

【0062】

ネットワークスライスの生成に関連付けられる状況が展開するにつれて、ネットワークスライスの特性を修正することになる他のアプリケーション要求を受信することができる。これらは、更なる帯域幅、異なるレイテンシ、異なる暗号化又はセキュリティ機能、及び他のこのような特性に対するアプリケーション呼出しを含むことができる。ＡＤＦは、新しいネットワークスライスが生成されるかどうかにＵＥ又はアプリケーションが気付くことなく、又は既存のネットワークスライスが使用されている場合に、初期要求を受信して要求されたセッションを要求側アプリケーションに提供することができる。

【0063】

図８は、ＡＤＦ１０２によって実行又は駆動される方法２０８から結果として生じる呼出しフローを示している。ＡＳＤ１０２は、ＵＳ１０６から、アプリケーション又はアプリケーションサーバのリソース識別子（例えば、ＵＲＬ及びポート番号）と共に受信しているＡＰＩ又はＡＰＩバージョン（これは明示的に又は暗黙的に定義することができる）を識別するメッセージ２２０を受信する。ＡＤＦ１０２は、要求を認証し且つ許可して、ＵＥ１０２に許可メッセージ２２２を提供する。次にＵＥは、ＴＳ２９などの規格文書での既存の使用ケースの識別とすることができる、接続の使用ケースを識別するメッセージ２２４を送信する５０５。受信した使用ケースに基づいて、ＡＤＦ１０２は、サブスクリプション要求２２６をＵＤＲ２１０に送信して、この要求を一部の実施形態においてＴＳ２９に従ってフォーマット化することができる５０５。ＵＤＲ２１０は、サブスクリプション要求情報２２８をＵＤＭ２１２にリレーして、ＵＤＭ２１２が、例えばＴＳ２９に定義されたような定義手順を介して要求を処理する５０３。次に応答２３２が、ＡＤＦ１０２に返送され、一部の実施形態でこれは、定義された手順に従って行われる。次にＡＤＦ１０２は、認証情報２３４をＵＥ１０６に提供し、更に任意選択的にポリシーチェック２３６をＰＣＦ２１４に送信する。次にＰＣＦ２１６は、セッション要求２３８をＳＭＦ２１６に送信することができ、次にＳＭＦ２１６は、セッション開始要求２４０を責任のあるＵＰＦ２１８に送信する。

【0064】

図９は、上述のようにＡＤＦ１０２によって実行することができる方法２５０の流れ図を示している。第１のステップにおいて、ＡＤＦ１０２は、ＵＥ１０６ベースのアプリケーションから要求２５２を受信する。この要求は、ユーザプレーン（データプレーンとも呼ばれる）接続を通じて受信される。この要求は、一般的にはＵＥ１０６が接続しなければならないサーバの識別などの情報を含む。これはまた、ＵＥ１０６によって提供されたアプリケーション識別子に従ってＡＤＦ１０２によって推定することもできる。ＵＥ１０６がそれを介して接続しているネットワークはまた、明示的に識別することができるか、又はＡＤＦ１０２によって決定することができる。続いて、ＡＤＦ１０２は、ＵＥ対アプリケーションサーバ接続に対して構成しなければならないネットワーク要素を識別する２５４ことができる。次にネットワーク要素に関連付けられる構成パラメータを識別及び決定することができる。この決定２５４は、ＵＥ１０６、ＵＥ１０６のアプリケーション１０８、ネットワーク内で利用可能なリソース、及びアプリケーションサーバの要件に基づいて行われる。決定された構成、又は構成パラメータは、次にネットワーク要素に向けて送信する２５６ことができ、一部の任意選択的実施形態では、対応する構成を、ＵＥ１０６に（既存のユーザプレーン接続を通じて）送ることができる２５８。構成パラメータの送信２５６は、管理プレーン又は制御プレーンノード又は機能の一方又は両方を介してネットワーク要素に送信することができる。１つのこのような実施形態において、ＡＤＦ１０２は、ネットワーク要素及び要求される構成情報を識別する指示を管理プレーンエンティティに送信することができる。これは、ネゴシエーション処理の一部とすることができるか、又はこれを厳密指示とすることができる。管理プレーンエンティティは、ネットワーク要素をインスタンス化するか、又はインスタンス化ネットワーク要素を再構成するか何れかを行うことができるネットワークオーケストレータに指示を送ることができる。代替として、ＡＤＦ１０２は、制御プレーン機能と通信する管理プレーンエンティティに指示を送信して、決定された構成を実施することができる。ＡＤＦ１０２は、確認の受信に応じて、指示をＵＥ１０６に送ることができ、これによってＵＥ１０６は、構成されたネットワーク要素を適正に使用することができる。ＡＤＦ１０２が管理プレーン又は制御プレーンエンティティとネゴシエーションする場合、ＡＤＦ１０２は、そうでなければＵＥ１０６又はＵＥに基づくアプリケーションに送られる指示を修正することができる。

【0065】

当業者であれば、上述の流れ図において、ＡＤＦ１０２が、アプリケーションサーバ上のアプリケーションから要求を受信することができ２５２、ネットワーク要素の構成に応じて、ＡＤＦ１０２がこの情報を格納することができ、これによって何れのＵＥ１０６も、ＵＥベース毎の構成処理を実行する必要なく、ＵＥ１０６とアプリケーションサーバの間のリンクを接続してこの接続構成を要求して、且つ直ちに確立された構成情報が提供されることを理解するであろう。

【0066】

同様に、ＡＤＦ１０２は、ネットワーク内の何れの数の他のノード、サーバ又は機能によっても開始される通信に対して上述の流れ図に類似であるがわずかに修正されたバージョンを使用することができる。

【0067】

図１０には、アプリケーション１０８をホストするＵＥ１０６によって実行される方法２７０が示されている。まず、ＵＥ１０６が、パケットコアネットワークに接続されたＲＡＮなどのネットワーク２７２との接続を確立する。このネットワーク接続を確立した場合２７２、ＵＥ１０６は、データを送信するためにユーザプレーン接続を使用して他のノードと通信することができる。このようなユーザプレーン接続を使用して、要求がＡＤＦ１０２に送信される２７４。この要求は、ＵＥがホストするアプリケーション１０８が接続されるアプリケーションサーバを（明示的に又は暗黙的に）識別することができる。要求は、ＵＥ１０６がそれを介して接続されるアクセスネットワークの明示的識別、ＵＥ１０６の能力及び容量、及び他のこのような関連の情報を含む他の情報を包含することができる。この要求の送信に応答して、ＵＥ１０６は、確立された接続の特性を識別するネットワーク構成応答の形態の確認をＡＤＦ１０２から受信する２７６ことを予想できる。一部の実施形態において、これは、アプリケーションがアプリケーションサーバと通信する場合に使用しなければならないフォーマットの識別を含むことができる。加えて、これは、アプリケーションサーバがそれを介してアクセスされなければならないプロキシサーバに接続するための特定のサーバの識別、又は異なるアクセスネットワークに（可能であれ提供されたクレデンシャルを使用して）再接続する指示を含むことができる。

【0068】

図１１は、上述のＡＤＦ１０２をサポートするノード３００の例示的構成を示している。ＡＤＦ１０２は、ＡＤＦ１０２がそれを介してＵＥ１０６と通信するネットワークインタフェース３１０と、アクセスネットワーク、コアネットワーク、及びＵＥ１０６とアプリケーションサーバの間の何れかの他のネットワークの何れかにおけるネットワーク要素を含む。またＡＤＦ１０２は、可読媒体３０８に格納された指示を実行することができるプロセッサ３０２を含む。これらの指示は、プロセッサ３０２によって実行時に、ノード３００に上記の説明に従ってＡＤＦ１０２として動作させる。ノード３００は、ＡＤＦ１０２に変えられ上述の方法を実行する汎用コンピューティングプラットフォーム（物理的ノード又は仮想化ノードの何れか）とすることができる。ＡＤＦ１０２はまた、選択されたネットワーク要素に適した指示にマップされるユーザ要求を所与のフォーマットで受信できるようにする格納されたマッピングテーブル３０６を含むことができる。同じ機能を実行するネットワーク要素であっても、確認情報を受信する異なる要件を有することができ、従ってＵＥが受信された要求とネットワーク要素固有の構成情報との間のマッピングはネットワーク要素に依存するものにできることを理解されたい。

【0069】

上述のように、図面に例示された直接接続は、例証の目的で示され、請求項においてのみ定義される本発明の範囲を限定するものと考えるべきではない。互いに論理的に接続されるよう示されたノードは、例示のように直接接続される必要はないが、説明の目的で直接接続されるよう示されている。

【符号の説明】

【0070】

１０２ アプリケーション定義関数
１０８ アプリケーション
１９０ 標準化アプリケーションＡＰＩ
１９２ 呼出し
１９４ 規則
１９６ マッピング
１９８ 実行
２００ 発見
２０２ 統合
２０４ 利用可能なネットワーク機能

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【国際調査報告】