JP2022548649A - モバイルエッジコンピューティングにおけるローカルアプリケーションサーバディスカバリのための方法および装置 - Google Patents

Abstract

本開示の実施形態は、エッジコンピューティングにおけるローカルアプリケーションサーバディスカバリのための方法および装置を提供する。ネットワークノードにおける方法が、ローカル設定情報、ユーザ機器（ＵＥ）の現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ネットワークのエッジコンピューティングにおける１つまたは複数のドメインネームシステム（ＤＮＳ）サーバがＵＥのために利用可能であるかどうかを決定することを含む。エッジコンピューティングはＵＥに近い。本方法は、肯定的決定に応答して、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを含む第１のメッセージをＵＥに送出することをさらに含む。【選択図】図３

Description

本開示の非限定的なおよび例示的な実施形態は、一般に通信の技術分野に関し、詳細には、エッジコンピューティング（ｅｄｇｅ ｃｏｍｐｕｔｉｎｇ）におけるローカルアプリケーションサーバディスカバリのための方法および装置に関する。

このセクションは、本開示のより良い理解を容易にし得る態様を紹介する。したがって、このセクションの記述は、この観点において読み取られるべきであり、従来技術にあるものまたは従来技術にないものに関する承認として理解されるべきではない。

ＤＮＳは、人間が読み取れるホスト名またはドメイン名を、ＩＰアドレスなどの機械可読アドレスにするように解決する分散ディレクトリである。概して、ユーザ機器（ＵＥ）のＤＮＳサーバアドレスは、手動で、あるいはパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）、またはセッション管理機能（ＳＭＦ）、またはユーザプレーン機能（ＵＰＦ）、または動的ホスト設定プロトコル（ＤＨＣＰ）サーバなど、ネットワークデバイスを介して設定され得る。ＵＥのＤＮＳサーバアドレスが手動で設定されるとき、ユーザは、たとえばユーザの選好に基づいて、そのＤＮＳサーバアドレスを設定し得る。ＵＥのＤＮＳサーバアドレスがネットワークデバイスを介して設定または発見されるとき、ネットワークデバイスによって設定されたすべてのＵＥが、同じＤＮＳ設定情報を得ることがある。

第５世代（５Ｇ）システムなど、いくつかのネットワーク／システムは、低レイテンシと巨大なデータボリュームとを高効率で提供するために、分散様式でネットワークの（エッジコンピューティングなどの）エッジのほうへの多くのアプリケーションおよび／またはコンテンツの展開をサポートすることができる。モバイルエッジコンピューティング（ＭＥＣ：ｍｏｂｉｌｅ ｅｄｇｅ ｃｏｍｐｕｔｉｎｇ）など、エッジコンピューティングは、この種類の展開を満たすための１つの主要なイネーブラ（ｅｎａｂｌｅｒ）と見なされ得る。エッジコンピューティングでは、ネットワークのオペレータが、ユーザに近い、オペレータ自体のおよび／またはサードパーティのアプリケーションおよび／またはコンテンツをホストすることが可能である。ＵＥは、たとえば、（無線）アクセスネットワーク（（Ｒ）ＡＮ）、およびローカルに展開されるユーザプレーン機能（ＵＰＦ）を介して、ユーザに近いエッジコンピューティングにおいて展開されるアプリケーションおよび／またはコンテンツにアクセスし、したがって、エンドツーエンドユーザ体感に関する期待を満たし、エッジアプリケーションへの低レイテンシと、大量のトラフィックがバックボーンネットワークからネットワークのエッジにオフロードされることとを可能にすることができる。

５Ｇシステムは、データネットワーク（ＤＮ）への選択的トラフィックルーティングをサポートすることが可能である。たとえば、一部の選択されたトラフィックが、ＵＥをサーブするアクセスネットワーク（ＡＮ）に「近い」ことがあるローカルＵＰＦを介してＮ６インターフェース上でＤＮにフォワーディングされ得、他のトラフィックが、ネットワークの中心において展開され得る「中央」ＵＰＦを介してＤＮにルーティングされ得る。セッション管理機能（ＳＭＦ）は、パケットデータユニット（ＰＤＵ）セッションが複数のＮ６インターフェースに同時に対応し得るように、ＰＤＵセッションのデータ経路を制御し得る。

５Ｇシステム（５ＧＳ）では、エッジコンピューティングおよびその展開をサポートするために、第３世代パートナーシッププロジェクト（３ＧＰＰ）において、いくつかのイネーブラ、たとえば、ローカルエリアデータネットワーク（ＬＡＤＮ）、ローカルに展開される（アップリンク分類子（ＵＬ ＣＬ）または分岐ポイント（ＢＰ）をサポートする）ＵＰＦによるＤＮへのローカルアクセス、ユーザプレーン（再）選択、およびＡＦ（アプリケーション機能）影響トラフィックルーティングが指定されている。

３ＧＰＰにおける議論では、いくつかのソリューション、たとえば、ネットワークのエッジ中のローカルＤＮＳサーバにＤＮＳクエリ要求をリダイレクトすること、ＤＮＳ応答中の情報（たとえばサーバアドレス）を修正すること、またはユーザトラフィックフローの宛先ＩＰアドレスを修正することが提案されているが、いかなる合意にも達することができていない。

本発明の概要は、発明を実施するための形態において以下でさらに説明される概念の選択を簡略化された形で紹介するために提供される。本発明の概要は、請求される主題の主要な特徴または不可欠な特徴を識別するものではなく、請求される主題の範囲を限定するために使用されるものでもない。

初期５ＧＳ作業（たとえば、たとえばＭＥＣにおいて展開されるローカルアプリケーションサーバのためのインターネットプロトコル（ＩＰ）ディスカバリ、シームレスなアプリケーション移行のためのサポートなど）中に提起されたが、３ＧＰＰの現在の仕様において十分に対処されなかった、いくつかの問題点がある。

ＭＥＣサービスの導入の前に、サービングＤＮＳサーバは、ＵＥのモビリティにかかわらず、ＵＥのユーザのための静的および一意のアプリケーションサーバを発見することができる。ＤＮＳ解決プロセスは、事前登録された情報から照会されるだけでよいことがある。しかしながら、ＭＥＣサービスが導入されるとき、アプリケーションサーバは、ネットワークのエッジにおいて展開され得る。異なるＩＰアドレスに対応する、アプリケーションサーバの複数のインスタンスがあり得る。さらに、５Ｇ ＭＥＣベースのコンテンツ分散ネットワーク（ＣＤＮ）では、アプリケーションサーバの選択は、たとえばＭＥＣのサービングエリアから別のＭＥＣの別のサービングエリアへのＵＥモビリティにより、変更を受ける。アプリケーションサーバのディスカバリは、現在のＤＮＳディスカバリ機構によって解決されるにはあまりに複雑になる。

上記で説明されたように、いくつかのソリューションが３ＧＰＰにおいて議論されているが、これらのソリューションは、ＤＮＳのためのコメント要求（ＲＦＣ：ｒｅｑｕｅｓｔ ｆｏｒ ｃｏｍｍｅｎｔｓ）規格の原理に違反し、潜在的に、ユーザをクロスサイトスクリプティング攻撃にさらす。

少なくとも１つの上述の問題または他の問題を克服または緩和するために、あるいは有用なソリューションを提供するために、エッジコンピューティングにおけるローカルアプリケーションサーバディスカバリが望ましいことがある。

一実施形態では、ＳＭＦは、ＭＥＣがＵＥのロケーションのために利用可能である場合、ＭＥＣプラットフォームにおけるローカルＤＮＳサーバ（ＬＤＮＳ）のアドレスをＵＥに送出することができる。ＵＥは、ＬＤＮＳの受信されたアドレスでＵＥのＩＰ設定を更新し得る。ＵＥは、異なるＤＮＳサーバ（リモートＤＮＳサーバまたはローカルＤＮＳサーバ）に異なるアプリケーションをマッピングすることができる。動的ＤＮＳアドレス設定のこのやり方では、ＵＥは、ネットワークのエッジ中のローカルアプリケーションサーバ（ＡＳ）のＩＰアドレスを照会および発見することができる。

一実施形態では、ＳＭＦは、ＬＤＮＳのアドレスのみをＵＥに送出し得る。ＵＥは、ＵＥの古いＤＮＳサーバのアドレスをＬＤＮＳのアドレスと置き換えることができ、これは、ＰＤＵセッション中のすべてのＤＮＳクエリがＬＤＮＳに送出されることになることを意味する。この場合、ＬＤＮＳは、要求されるアプリケーションサーバがＭＥＣプラットフォームにおいて利用可能でないとき、ＤＮＳ再帰的の、またはＤＮＳクエリを中央ＤＮＳサーバにフォワーディングする能力をサポートすることができる。

一実施形態では、ＳＭＦは、複数のＤＮＳサーバ（たとえば１次としてＬＤＮＳおよびバックアップとして中央ＤＮＳサーバ）のアドレスをＵＥに送出することができる。

本開示の第１の態様では、ネットワークノードにおける方法が提供される。本方法は、ローカル設定情報、ユーザ機器（ＵＥ）の現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ネットワークのエッジコンピューティングにおける１つまたは複数のドメインネームシステム（ＤＮＳ）サーバがＵＥのために利用可能であるかどうかを決定することを含む。エッジコンピューティングはＵＥに近い。本方法は、肯定的決定に応答して、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを含む第１のメッセージをＵＥに送出することをさらに含む。

一実施形態では、決定するステップは、ネットワークによって開始された設定更新に応答したものであり得る。

一実施形態では、本方法は、ＵＥからＤＮＳサーバアドレス要求を受信することをさらに含み得る。決定するステップは、ＤＮＳサーバアドレス要求を受信したことに応答したものであり得る。

一実施形態では、ＤＮＳサーバアドレス要求は、ＵＥがネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバを要求することを指示し得る。

一実施形態では、ＤＮＳサーバアドレス要求は、インターネットプロトコル（ＩＰ）バージョン４および／またはバージョン６ＤＮＳサーバアドレス要求であり得る。

一実施形態では、ＤＮＳサーバアドレス要求と、１つまたは複数のＤＮＳサーバのそれぞれのアドレスとが、パケットデータネットワーク（ＰＤＮ）接続確立手順またはプロトコルデータユニット（ＰＤＵ）セッション確立手順中の拡張されたプロトコル設定オプション（ＰＣＯ）中に含まれ得る。

一実施形態では、ＤＮＳサーバアドレス要求は、動的ホスト設定プロトコル（ＤＨＣＰ）ディスカバリメッセージ中に含まれ得る。

一実施形態では、第１のメッセージは、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスのみを含み得る。

一実施形態では、第１のメッセージは、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスと、１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスとを含み得る。

一実施形態では、第１のメッセージ中に含まれるネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスは、１つまたは複数のＤＮＳサーバがネットワークのエッジコンピューティングにおけるものであるという指示を有し得る。

一実施形態では、本方法は、否定的決定に応答して、１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスを含む第２のメッセージをＵＥに送出することをさらに含み得る。

一実施形態では、第１のメッセージ中に含まれるＤＮＳサーバアドレスは、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバが最初にＵＥによるＤＮＳクエリのために選択されるような、選好の順序でリストされ得る。

一実施形態では、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバが最初にＵＥによるＤＮＳクエリのために選択されるような、ＤＮＳアドレス選択のルールがＵＥに配信され得る。

一実施形態では、第１のメッセージは、プロトコルデータユニット（ＰＤＵ）セッション確立受付（ａｃｃｅｐｔ）メッセージまたはデフォルトＥＰＳベアラコンテキストアクティブ化要求（ａｃｔｉｖａｔｅ ｄｅｆａｕｌｔ ＥＰＳ ｂｅａｒｅｒ ｃｏｎｔｅｘｔ ｒｅｑｕｅｓｔ）であり得る。

一実施形態では、本方法は、ローカル設定情報、ＵＥの現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ＵＥについての現在のＤＮＳサーバ情報が変更される必要があるかどうかを判断することをさらに含み得る。本方法は、ＵＥについての現在のＤＮＳサーバ情報が変更される必要があるとき、更新されたＤＮＳサーバ情報を含む第３のメッセージをＵＥに送出することをさらに含み得る。

一実施形態では、更新されたＤＮＳサーバ情報は、ネットワークの別のエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを含み得る。前記別のエッジコンピューティングはＵＥに近いことがある。

一実施形態では、更新されたＤＮＳサーバ情報は、プロトコルデータユニット（ＰＤＵ）セッション修正手順またはパケットデータネットワークゲートウェイ（ＰＧＷ）開始ベアラ修正手順（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ ｇａｔｅｗａｙ （ＰＧＷ） ｉｎｉｔｉａｔｅｄ ｂｅａｒｅｒ ｍｏｄｉｆｉｃａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）中の拡張されたプロトコル設定オプション（ＰＣＯ）中に含まれ得る。

一実施形態では、第３のメッセージは、プロトコルデータユニット（ＰＤＵ）セッション修正コマンドメッセージまたはエボルブドパケットシステム（ＥＰＳ）ベアラコンテキスト修正要求（ｍｏｄｉｆｙ ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ （ＥＰＳ） ｂｅａｒｅｒ ｃｏｎｔｅｘｔ ｒｅｑｕｅｓｔ）であり得る。

一実施形態では、少なくとも１つのアプリケーションおよび／またはコンテンツが分散様式でネットワークのエッジコンピューティングのほうへ展開され得る。

一実施形態では、ネットワークノードは、パケットデータネットワーク（ＰＤＮ）ゲートウェイまたはセッション管理機能（ＳＭＦ）であり得る。

本開示の第２の態様では、ユーザ機器（ＵＥ）における方法が提供される。本方法は、ネットワークノードから、ネットワークのエッジコンピューティングにおける１つまたは複数のドメインネームシステム（ＤＮＳ）サーバのそれぞれのアドレスを含む第１のメッセージを受信することを含む。ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバは、ローカル設定情報、ＵＥの現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ＵＥのために利用可能であると決定され、エッジコンピューティングはＵＥに近い。本方法は、ＤＮＳクエリのために、第１のメッセージ中に含まれる少なくとも１つのＤＮＳサーバアドレスを使用することをさらに含む。

一実施形態では、受信するステップは、ネットワークによって開始された設定更新に応答したものであり得る。

一実施形態では、本方法は、ＤＮＳサーバアドレス要求をネットワークノードに送出することをさらに含み得る。受信するステップは、ＤＮＳサーバアドレス要求を送出したことに応答したものであり得る。

一実施形態では、本方法は、ネットワークノードから、１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスを含む第２のメッセージを受信することをさらに含み得る。ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバは、ローカル設定情報、ＵＥの現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ＵＥのために利用可能でないと決定される。本方法は、ＤＮＳクエリのために、１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスを使用することをさらに含み得る。

一実施形態では、本方法は、ネットワークノードから、更新されたＤＮＳサーバ情報を含む第３のメッセージを受信することをさらに含み得る。本方法は、ＤＮＳクエリのために、更新されたＤＮＳサーバ情報を使用することをさらに含み得る。

本開示の第３の態様では、ネットワークノードにおける装置が提供される。本装置は、プロセッサと、プロセッサに結合されたメモリとを備え、前記メモリは、前記プロセッサによって実行可能な命令を含んでおり、それにより、前記装置は、ローカル設定情報、ユーザ機器（ＵＥ）の現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ネットワークのエッジコンピューティングにおける１つまたは複数のドメインネームシステム（ＤＮＳ）サーバがＵＥのために利用可能であるかどうかを決定するように動作可能である。エッジコンピューティングはＵＥに近い。前記装置は、肯定的決定に応答して、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを含む第１のメッセージをＵＥに送出するようにさらに動作可能である。

本開示の第４の態様では、ユーザ機器（ＵＥ）における装置が提供される。本装置は、プロセッサと、プロセッサに結合されたメモリとを備え、前記メモリは、前記プロセッサによって実行可能な命令を含んでおり、それにより、前記装置は、ネットワークノードから、ネットワークのエッジコンピューティングにおける１つまたは複数のドメインネームシステム（ＤＮＳ）サーバのそれぞれのアドレスを含む第１のメッセージを受信するように動作可能であり、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバは、ローカル設定情報、ＵＥの現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ＵＥのために利用可能であると決定され、エッジコンピューティングはＵＥに近い。前記装置は、ＤＮＳクエリのために、第１のメッセージ中に含まれる少なくとも１つのＤＮＳサーバアドレスを使用するようにさらに動作可能である。

本開示の第５の態様では、ネットワークノードが提供される。ネットワークノードは、決定モジュールと送出モジュールとを備える。決定モジュールは、ローカル設定情報、ユーザ機器（ＵＥ）の現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ネットワークのエッジコンピューティングにおける１つまたは複数のドメインネームシステム（ＤＮＳ）サーバがＵＥのために利用可能であるかどうかを決定するように設定され得、エッジコンピューティングはＵＥに近い。送出モジュールは、肯定的決定に応答して、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを含む第１のメッセージをＵＥに送出するように設定され得る。

本開示の第６の態様では、ＵＥが提供される。ＵＥは、受信モジュールと使用モジュールとを備える。受信モジュールは、ネットワークノードから、ネットワークのエッジコンピューティングにおける１つまたは複数のドメインネームシステム（ＤＮＳ）サーバのそれぞれのアドレスを含む第１のメッセージを受信するように設定され得る。ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバは、ローカル設定情報、ＵＥの現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ＵＥのために利用可能であると決定され、エッジコンピューティングはＵＥに近い。使用モジュールは、ＤＮＳクエリのために、第１のメッセージ中に含まれる少なくとも１つのＤＮＳサーバアドレスを使用するように設定され得る。

本開示の別の態様では、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、本開示の第１の態様による方法を行わせる命令を備えるコンピュータプログラム製品が提供される。

本開示の別の態様では、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、本開示の第２の態様による方法を行わせる命令を備えるコンピュータプログラム製品が提供される。

本開示の別の態様では、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、本開示の第１の態様による方法を行わせる命令を記憶するコンピュータ可読記憶媒体が提供される。

本開示の別の態様では、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、本開示の第２の態様による方法を行わせる命令を記憶するコンピュータ可読記憶媒体が提供される。

本開示の実施形態による提案されるソリューションを適用することによって多くの利点が達成され得る。たとえば、本開示のいくつかの実施形態は、ＵＥにおけるＤＮＳアドレスの動的設定の方法を介して、ＵＥに「近い」アプリケーションサーバアドレスの正常なディスカバリの方法を提供し得る。本開示のいくつかの実施形態は、５ＧシステムにおけるＭＥＣトラフィックルーティングの問題を解決し得る。本開示のいくつかの実施形態は、規格化されたＤＮＳディスカバリ手順の一貫性、およびユーザＤＮＳメッセージの完全性を維持し得る。本開示のいくつかの実施形態は、ＤＮＳハイジャックおよびＩＰパケット修正のセキュリティリスクを回避することができる。本開示のいくつかの実施形態では、さらなるセキュリティ拡張（たとえば、ＨＴＴＰＳ（ハイパーテキスト転送プロトコルセキュア）、ＤＮＳＳＥＣ（ドメインネームシステムセキュリティ拡張）など）がソリューションにおいてサポートされ得る。本開示のいくつかの実施形態は、ＵＥにおける動的ＤＮＳアドレス設定の向上を伴う規格化された５Ｇシグナリング手順（たとえばＰＤＵセッション確立、ＰＤＵセッション修正など）に基づき得る。本開示のいくつかの実施形態は、関係するＮＡＳメッセージの情報エレメントに対する単純な修正を介して実現され得る。本開示のいくつかの実施形態は、５Ｇシステムに対する影響を最小限に抑えることができ、ユーザプレーン機能（ＵＰＦ）に対する修正要件がない。本開示のいくつかの実施形態は、ＵＥにおけるＤＮＳアドレスの動的設定の方法を介してＭＥＣにおけるアプリケーションサーバのＩＰアドレスディスカバリの問題を解決することができる。本開示のいくつかの実施形態では、ＳＭＦは、ＭＥＣに接続する新しいＰＳＡ ＵＰＦが確立されたとき、ＵＥにおけるＩＰ設定、たとえばローカルＤＮＳ（ＬＤＮＳ）のアドレスを更新することができる。本開示のいくつかの実施形態は、ＵＥにおける単一のＤＮＳアドレスを提案する。本開示のいくつかの実施形態は、ＵＥにおける複数のＤＮＳアドレスを提案する。本開示のいくつかの実施形態では、ＵＥは、ＭＥＣにおけるＬＤＮＳサーバを介してローカルＡＳを容易に発見することができ、選択されたトラフィックが、ＵＥに「近い」ＡＳにフォワーディングされ得る。

本開示の様々な実施形態の上記および他の態様、特徴、および利益が、例として、同様の参照番号または文字が同様のエレメントまたは等価エレメントを指定するために使用される、添付の図面を参照しながら、以下の発明を実施するための形態から、より十分に明らかになろう。図面は、本開示の実施形態のより良い理解を容易にするために示されており、必ずしも一定の縮尺で描かれているとは限らない。

４Ｇネットワークにおける高レベルアーキテクチャを概略的に示す図である。 ５Ｇネットワークにおける高レベルアーキテクチャを概略的に示す図である。 本開示の一実施形態による、方法のフローチャートである。 本開示の別の実施形態による、方法のフローチャートである。 本開示の別の実施形態による、方法のフローチャートである。 本開示の別の実施形態による、方法のフローチャートである。 ＵＥにおいて設定された単一のＤＮＳアドレスによるＩＰアドレス解決手順を概略的に示す図である。 ＵＥにおいて設定された複数のＤＮＳアドレスによるＩＰアドレス解決手順を概略的に示す図である。 本開示の一実施形態による、方法のフローチャートである。 本開示の別の実施形態による、方法のフローチャートである。 本開示の別の実施形態による、方法のフローチャートである。 ５Ｇ展開における分散アプリケーションサーバの一例を示す図である。 本開示の別の実施形態による、方法のフローチャートである。 本開示の別の実施形態による、方法のフローチャートである。 本開示のいくつかの実施形態を実践する際に使用するのに好適な装置を示すブロック図である。 本開示の一実施形態による、ネットワークノードを示すブロック図である。 本開示の一実施形態による、ＵＥを示すブロック図である。

添付の図面を参照しながら本開示の実施形態が詳細に説明される。これらの実施形態は、本開示の範囲に対する限定を示唆するのではなく、当業者が、本開示をより良く理解し、したがって実装することを可能にする目的で論じられるにすぎないことを理解されたい。本明細書全体にわたる、特徴、利点、または同様の言い回しへの言及は、本開示とともに実現され得る特徴および利点のすべてが、本開示の単一の実施形態におけるものであるべきであることまたはその実施形態におけるものであることを暗示しない。むしろ、特徴および利点に言及する言い回しは、一実施形態に関して説明される特定の特徴、利点、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味すると理解されたい。さらに、本開示の説明される特徴、利点、および特性は、１つまたは複数の実施形態において任意の好適な様式で組み合わせられ得る。具体的な実施形態の特定の特徴または利点のうちの１つまたは複数なしに本開示が実践され得ることを、当業者は認識されよう。他の事例では、本開示のすべての実施形態に存在するとは限らないことがある追加の特徴および利点が、いくつかの実施形態において認識され得る。

本明細書で使用される「ネットワーク」という用語は、新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）、ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥアドバンスト、広帯域符号分割多元接続（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、符号分割多元接続（ＣＤＭＡ）、時分割多元アドレス（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）および他の無線ネットワークなど、任意の好適な無線通信規格に従うネットワークを指す。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）などの無線技術を実装し得る。ＵＴＲＡは、ＷＣＤＭＡとＣＤＭＡの他の変形態とを含む。ＴＤＭＡネットワークは、汎欧州デジタル移動電話方式（ＧＳＭ）などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、拡張ＵＴＲＡ（Ｅ－ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ－ＯＦＤＭＡ、アドホックネットワーク、無線センサーネットワークなどの無線技術を実装し得る。以下の説明では、「ネットワーク」および「システム」という用語は、互換的に使用され得る。さらに、ネットワークにおける２つのデバイス間の通信は、限定はしないが、３ＧＰＰなどの規格団体によって規定された通信プロトコルを含む任意の好適な通信プロトコルに従って実施され得る。たとえば、通信プロトコルは、第１世代（１Ｇ）、２Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇ通信プロトコル、および／あるいは現在知られているかまたは将来において開発されることになる任意の他のプロトコルを含み得る。

本明細書で使用される「ネットワークエンティティ」または「ネットワークノード」という用語は、通信ネットワークにおけるネットワークデバイス（物理または仮想）を指す。ＣＵＰＳ（制御ユーザプレーンスプリット）アーキテクチャでは、ネットワークノードは、制御プレーン機能とユーザプレーン機能とを備え得る。ネットワークデバイスは、アクセスネットワークデバイスによって相互接続される顧客に多数のサービスを与え得る。各アクセスネットワークデバイスは、有線接続または無線接続を介してコアネットワークデバイスに接続可能である。

「ネットワーク機能（ＮＦ）」という用語は、通信ネットワークのネットワークノード（物理または仮想）において実装され得る任意の好適な機能を指す。たとえば、５Ｇシステム（５ＧＳ）は、ＡＭＦ（アクセスおよびモビリティ機能）、ＳＭＦ（セッション管理機能）、ＡＵＳＦ（認証サービス機能）、ＵＤＭ（統合データ管理）、ＰＣＦ（ポリシ制御機能）、ＡＦ（アプリケーション機能）、ＮＥＦ（ネットワーク公開機能）、ＵＰＦ（ユーザプレーン機能）およびＮＲＦ（ＮＦリポジトリ機能）、（Ｒ）ＡＮ（（無線）アクセスネットワーク）、ＳＣＰ（サービス通信プロキシ）など、複数のＮＦを備え得る。他の実施形態では、ネットワーク機能は、たとえばネットワークの特定のタイプに応じて、異なるタイプのＮＦを含み得る。

「端末デバイス」という用語は、通信ネットワークにアクセスし、通信ネットワークからサービスを受信することができる任意のエンドデバイスを指す。限定ではなく例として、端末デバイスは、モバイル端末、ユーザ機器（ＵＥ）、または他の好適なデバイスを指す。ＵＥは、たとえば、加入者局（ＳＳ）、ポータブル加入者局、移動局（ＭＳ）、またはアクセス端末（ＡＴ）であり得る。端末デバイスは、限定はしないが、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶および再生器具、モバイルフォン、セルラフォン、スマートフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループ電話、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、ウェアラブル端末デバイス、車載無線端末デバイス、無線エンドポイント、移動局、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線顧客構内機器（ＣＰＥ）などを含み得る。以下の説明では、「端末デバイス」、「端末」、「ユーザ機器」および「ＵＥ」という用語は、互換的に使用され得る。一例として、端末デバイスは、３ＧＰＰのＬＴＥ規格またはＮＲ規格など、３ＧＰＰによって公表された１つまたは複数の通信規格による通信のために設定されたＵＥを表し得る。本明細書で使用される「ユーザ機器」または「ＵＥ」は、必ずしも、関連のあるデバイスを所有し、および／または動作させる人間のユーザという意味における「ユーザ」を有するとは限らない。いくつかの実施形態では、端末デバイスは、直接人間対話なしに情報を送信および／または受信するように設定され得る。たとえば、端末デバイスは、内部または外部イベントによってトリガされたとき、あるいは、通信ネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに初めに関連しないことがあるデバイスを表し得る。

また別の例として、モノのインターネット（ＩＯＴ）シナリオでは、端末デバイスは、監視および／または測定を実施し、そのような監視および／または測定の結果を別の端末デバイスおよび／またはネットワーク機器に送信する、マシンまたは他のデバイスを表し得る。端末デバイスは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではマシン型通信（ＭＴＣ）デバイスと呼ばれることがある。１つの特定の例として、端末デバイスは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するＵＥであり得る。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具、たとえば、冷蔵庫、テレビジョン、時計などの個人用ウェアラブルなどである。他のシナリオでは、端末デバイスは車両または他の機器を表し得、車両または他の機器は、その動作ステータスを監視することおよび／またはその動作ステータスに関して報告すること、あるいはその動作と関連する他の機能が可能である。

「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」、「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」、「例示的な実施形態」などへの本明細書における言及は、説明される実施形態が、特定の特徴、構造、または特性を含み得ることを指示するが、あらゆる実施形態が、必ずしも、特定の特徴、構造、または特性を含むとは限らない。その上、そのような句は必ずしも同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造、または特性が実施形態に関して説明されるとき、明示的に説明されるか否かにかかわらず、他の実施形態に関してそのような特徴、構造、または特性に影響を及ぼすことは当業者の知識内にあることが具申される。

様々なエレメントについて説明するために、「第１の」および「第２の」などの用語が本明細書で使用され得るが、これらのエレメントは、これらの用語によって限定されるべきでないことを理解されよう。これらの用語は、あるエレメントを別のエレメントと区別するために使用されるにすぎない。たとえば、例示的な実施形態の範囲から逸脱することなく、第１のエレメントは第２のエレメントと呼ばれることがあり、同様に、第２のエレメントは第１のエレメントと呼ばれることがある。本明細書で使用される「および／または」という用語は、関連する列挙された用語のうちの１つまたは複数のいずれかのおよびすべての組合せを含む。

本明細書で使用される専門用語は、特定の実施形態を説明するためのものにすぎず、例示的な実施形態を限定するものではない。本明細書で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が別段に明確に指示しない限り、複数形をも含むものとする。本明細書で使用される「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、述べられた特徴、エレメント、および／または構成要素などの存在を指定するが、１つまたは複数の他の特徴、エレメント、構成要素および／またはそれらの組合せの存在または追加を排除しないことをさらに理解されよう。

本明細書で使用されるこれらの用語は、説明、およびノード、デバイスまたはネットワークなどの間の区別の容易さのためにのみ使用されることに留意されたい。技術の発展とともに、同様の／同じ意味をもつ他の用語も使用され得る。

以下の説明および特許請求の範囲において、別段に規定されていない限り、本明細書で使用されるすべての技術用語および科学用語は、本開示が属する技術の当業者によって通常理解されるものと同じ意味を有する。

本明細書で説明される主題は、任意の好適な構成要素を使用する任意の適切なタイプのシステムにおいて実装され得るが、本明細書で開示される実施形態は、その開示の全体が参照により本明細書に組み込まれる、３ＧＰＰ ＴＳ２３．５０１ Ｖ１６．１．０の節４．２および３ＧＰＰ ＴＳ２３．４０１ Ｖ１６．３．０の節４．２に示されている例示的なシステムアーキテクチャに適合される通信システムに関して説明される。簡単のために、図１～図２のシステムアーキテクチャは、例示的なシステムアーキテクチャのいくつかの例示的なエレメントのみを図示する。実際には、通信システムは、端末デバイス間の通信、あるいは無線デバイスと、固定電話、サービスプロバイダ、または任意の他のネットワークノードもしくは端末デバイスなどの別の通信デバイスとの間の通信をサポートするのに好適な任意の追加のエレメントをさらに含み得る。通信システムは、１つまたは複数の端末デバイスに通信および様々なタイプのサービスを提供して、端末デバイスの、通信システムへのアクセス、および／あるいは、通信システムによってまたは通信システムを介して提供されるサービスの使用を容易にし得る。

図１は、４Ｇネットワークにおける高レベルアーキテクチャを概略的に示す。図１に示されている、エンティティの機能的説明および参照ポイントの説明は、３ＧＰＰ ＴＳ２３．４０１ Ｖ１６．３．０において指定されている。図１は、ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）、汎欧州デジタル移動電話方式（ＧＳＭ）／ＧＳＭ進化型高速データ（ＥＤＧＥ）無線アクセスネットワーク（ＧＥＲＡＮ）、サービング汎用パケット無線サービスサポートノード（ＳＧＳＮ）、モビリティ管理エンティティ（ＭＭＥ）、ポリシおよび課金ルール機能（ＰＣＲＦ）、ホーム加入者サーバ（ＨＳＳ）、ＵＥ、拡張ユニバーサル地上波無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）、サービングゲートウェイ（ＳＧＷ）、ＰＤＮゲートウェイ（ＰＧＷ）など、いくつかの例示的なエレメントのみを図示する。実際には、通信システムは、端末デバイス間の通信、あるいは無線デバイスと、固定電話、サービスプロバイダ、または任意の他のネットワークノードもしくは端末デバイスなどの別の通信デバイスとの間の通信をサポートするのに好適な任意の追加のエレメントをさらに含み得る。通信システムは、１つまたは複数の端末デバイスに通信および様々なタイプのサービスを提供して、端末デバイスの、通信システムへのアクセス、および／あるいは、通信システムによってまたは通信システムを介して提供されるサービスの使用を容易にし得る。

ＰＧＷは、ＰＤＮのほうへのＳＧｉインターフェースを終了するゲートウェイである。ＰＧＷ機能は、ＧＴＰベースのＳ５／Ｓ８とＰＭＩＰベースのＳ５／Ｓ８の両方について、以下を含み得る。
－ ＵＥ ＩＰアドレス割り当て、
－ ＤＨＣＰｖ４（サーバおよびクライアント）およびＤＨＣＰｖ６（クライアントおよびサーバ）機能、
－ その他。

図２は、５Ｇネットワークにおける高レベルアーキテクチャを概略的に示す。図２のシステムアーキテクチャは、ＡＵＳＦ、ＡＭＦ、ＤＮ、ＮＥＦ、ＮＲＦ、ＮＳＳＦ、ＰＣＦ、ＳＭＦ、ＵＤＭ、ＵＰＦ、ＳＣＰ、ＡＦ、ＵＥ、（Ｒ）ＡＮなど、いくつかの例示的なエレメントを備え得る。

例示的な実施形態によれば、ＵＥは、図２に示されているように、参照ポイントＮ１を介してＡＭＦとのシグナリング接続を確立することができる。このシグナリング接続は、ＵＥと（Ｒ）ＡＮとの間のシグナリング接続と、（Ｒ）ＡＮとＡＭＦとの間のこのＵＥのためのＮ２接続とを備える、ＵＥとコアネットワークとの間のＮＡＳ（非アクセス階層）シグナリング交換を可能にし得る。（Ｒ）ＡＮは、参照ポイントＮ３を介してＵＰＦと通信することができる。ＵＥは、参照ポイントＮ６を介してＵＰＦを通してＤＮ（データネットワーク、たとえば、オペレータネットワークまたはインターネット）へのパケットデータユニット（ＰＤＵ）セッションを確立することができる。

図２にさらに示されているように、例示的なシステムアーキテクチャはまた、ＮＲＦ、ＮＥＦ、ＡＵＳＦ、ＵＤＭ、ＰＣＦ、ＡＭＦおよびＳＭＦなどのＮＦによって呈されるＮｎｒｆ、Ｎｎｅｆ、Ｎａｕｓｆ、Ｎｕｄｍ、Ｎｐｃｆ、ＮａｍｆおよびＮｓｍｆなどのサービスベースインターフェースを含んでいる。さらに、図２はまた、ＮＦにおけるＮＦサービス間の対話をサポートすることができる、Ｎ１、Ｎ２、Ｎ３、Ｎ４、Ｎ６およびＮ９などのいくつかの参照ポイントを示す。たとえば、これらの参照ポイントは、対応するＮＦサービスベースインターフェースを通して、特定のシステム手順を実施するためにいくつかのＮＦサービスコンシューマーおよびプロバイダならびにそれらの対話を指定することによって実現され得る。

図２に示されている様々なＮＦは、セッション管理、モビリティ管理、認証およびセキュリティなどの機能を担当し得る。これらは、ネットワークにおいてサービスを配信するために重要であり得る。ＡＵＳＦ、ＡＭＦ、ＤＮ、ＮＥＦ、ＮＲＦ、ＮＳＳＦ、ＰＣＦ、ＳＭＦ、ＵＤＭ、ＵＰＦ、ＡＦ、ＵＥ、ＳＣＰ、（Ｒ）ＡＮは、たとえば、３ＧＰＰ ＴＳ２３．５０１ Ｖ１６．１．０の節６．２において規定されているような機能を含み得る。たとえば、ＳＭＦは、以下の機能を含み得る。
－ セッション管理、たとえばＵＰＦとＡＮノードとの間のトンネル維持を含む、セッション確立、修正およびリリース、
－ （随意の許可を含む）ＵＥ ＩＰアドレス割り当ておよび管理。ＵＥ ＩＰアドレスは、ＵＰＦからまたは外部データネットワークから受信され得る、
－ ＤＨＣＰｖ４（サーバおよびクライアント）およびＤＨＣＰｖ６（サーバおよびクライアント）機能、
－ 適切な宛先にトラフィックをルーティングするように、ＵＰＦにおけるトラフィックステアリングを設定する、
－ その他。

図３は、ネットワークノード中で／ネットワークノードにおいて実装されるかまたはネットワークノードに通信可能に結合された装置によって実施され得る、本開示の一実施形態による、方法のフローチャートを示す。したがって、装置は、方法３００の様々な部分を達成するための手段またはモジュール、ならびに他の構成要素とともに他のプロセスを達成するための手段またはモジュールを提供し得る。ネットワークノードは、少なくとも１つのＤＮＳのアドレスをＵＥに送出することができる、図１～図２に示されているＰＧＷまたはＳＭＦなどの任意の好適なネットワークノードであり得る。

ブロック３０２において、ネットワークノードは、ローカル設定情報、ユーザ機器（ＵＥ）の現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバがＵＥのために利用可能であるかどうかを決定する。エッジコンピューティングはＵＥに近い。

本明細書で使用される、エッジコンピューティングの原理は、ネットワークのエッジにクラウド計算能力を拡張することであり得る。エッジコンピューティングは、ネットワーク輻輳を最小限に抑え、ならびに／またはリソース最適化、ユーザ体感およびネットワークの全体的性能を改善し得る。エッジコンピューティングは、ＵＥに極めて近接した、ネットワークのエッジデバイス内でクラウドコンピューティング能力を提供するプラットフォームを提供し得る。たとえば、エッジコンピューティングは、モバイルデバイスから計算タスクをオフロードするために、サーバ、ユーザプレーン機能（ＵＰＦ）または基地局など、エッジデバイスを使用することができる。エッジコンピューティングは、分散様式でネットワークのエッジのほうへ展開される必要がある、多くのアプリケーションおよびコンテンツをサポートすることができる。エッジコンピューティングでは、オペレータが、ユーザに近い、オペレータ自体のおよび／またはサードパーティのアプリケーションおよび／またはコンテンツをホストすることが可能である。ＵＥは、アクセスネットワークを介して、エッジコンピューティングにおけるアプリケーションおよび／またはコンテンツにアクセスし、したがって、エンドツーエンドユーザ体感に関する期待を満たし、エッジアプリケーションへの低レイテンシと、大量のトラフィックがバックボーンネットワークからエッジにオフロードされることとを可能にすることができる。エッジデバイスは、ネットワークのエッジにおいて展開される、ユーザプレーン機能（ＵＰＦ）またはサーバまたは基地局など、任意の好適なデバイスであり得る。いくつかのエッジコンピューティングパラダイムが、モバイルエッジコンピューティング（ＭＥＣ）、フォグコンピューティングなどを含み得る。３ＧＰＰ ＳＡ２規格化グループにおける現在の作業は、「Ｓｔｕｄｙ ｏｎ ｅｎｈａｎｃｅｍｅｎｔ ｏｆ ｓｕｐｐｏｒｔ ｆｏｒ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ ｉｎ ５ＧＣ（ＦＳ＿ｅｎｈ＿ＥＣ）」に位置付けられる。一実施形態では、本明細書で使用されるエッジコンピューティングは、３ＧＰＰ ＳＡ２規格化グループまたは３ＧＰＰ ＴＳ２３．５０１ Ｖ１６．１．０の節５．１３において説明されているエッジコンピューティングと同様であり得る。

ネットワークデバイスは、様々なやり方で、ローカル設定情報、ＵＥの現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバがＵＥのために利用可能であるかどうかを決定するようにトリガされ得る。たとえば、この決定は、ネットワークデバイスが、ＵＥから（ＤＨＣＰ要求またはＤＮＳサーバアドレス要求などの）要求を受信したことまたは別のネットワークデバイスからコマンドを受信したこと、あるいは（ＵＥの現在のロケーションの変更、および／あるいはＵＥの能力の変更、および／あるいはＵＥのユーザサブスクリプションの変更、および／あるいは、新しいエッジコンピューティングがネットワークにおいて展開された、および／あるいは、エッジコンピューティングが機能していない、または維持されることになる、またはスリープ状態に変更されることになる、などの）様々なイベントに応答したものであり得る。

一実施形態では、ネットワークデバイスは、ローカル設定情報に基づいて、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバがＵＥのために利用可能であるかどうかを決定し得る。ロケーション設定情報は、ネットワークのエッジコンピューティングに関係し得る。たとえば、ロケーション設定情報は、ネットワークノードが、関連するエッジコンピューティングを有することを指示し得、次いで、ネットワークデバイスは、関連するエッジコンピューティングにおける１つまたは複数のＤＮＳサーバがＵＥのために利用可能であるかどうかを決定し得る。ロケーション設定情報が、ネットワークノードが、関連するエッジコンピューティングを有しないことを指示するとき、ネットワークデバイスは、ＵＥのための１つまたは複数の他のＤＮＳサーバを決定し得る。

一実施形態では、ネットワークデバイスは、ＵＥの現在のロケーションに基づいて、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバがＵＥのために利用可能であるかどうかを決定し得る。たとえば、ネットワークデバイスは、ＵＥの現在のロケーションと１つまたは複数の候補エッジコンピューティングのロケーションとを比較することによって、ＵＥに近いエッジコンピューティングを見つけることを試み、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバがＵＥのために利用可能であるかどうかを決定し得る。ネットワークデバイスが、ＵＥに近いエッジコンピューティングを見つけないとき、ネットワークデバイスは、ＵＥのための１つまたは複数の他のＤＮＳサーバを決定し得る。ＵＥの現在のロケーションは、様々なやり方でネットワークデバイスによって取得され得る。たとえば、ＳＭＦまたはＰＧＷなどのネットワークノードがパケットデータネットワーク（ＰＤＮ）コネクティビティ要求またはプロトコルデータユニット（ＰＤＵ）セッション確立要求を受信したとき、ネットワークノードは、ＰＤＮコネクティビティ要求またはＰＤＵセッション確立要求からＵＥの現在のロケーションを取得し得る。さらに、ネットワークノードは、たとえば様々な３ＧＰＰ仕様において規定されている、様々なロケーションサービス手順を使用することによって、ＵＥの現在のロケーションを取得し得る。たとえば、ネットワークデバイスがＳＭＦであるとき、ネットワークデバイスは、ＵＥについてのロケーション情報をＡＭＦに要求することによって、あるいはＵＥの現在の測地および随意に都市ロケーションをＬＭＦ（ロケーション管理機能）に要求またはサブスクライブすることによって、ＵＥの現在のロケーションを取得することができる。

一実施形態では、ネットワークデバイスは、ＵＥの能力に基づいて、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバがＵＥのために利用可能であるかどうかを決定し得る。たとえば、ＵＥの能力が、ＵＥがローカルＤＮＳサーバ（たとえば、ネットワークのエッジコンピューティングにおけるＤＮＳサーバ）をサポートすることを指示するとき、ネットワークデバイスは、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバがＵＥのために利用可能であるかどうかを決定し得る。ＵＥの能力が、ＵＥがローカルＤＮＳサーバをサポートすることを明示的に指示しないとき、ネットワークデバイスは、ＵＥのための１つまたは複数のＤＮＳサーバ（ローカルＤＮＳまたは中央ＤＮＳ）を決定し得る。ＵＥの能力は、様々なやり方でネットワークデバイスによって取得され得る。たとえば、ＳＭＦまたはＰＧＷなどのネットワークノードがパケットデータネットワーク（ＰＤＮ）コネクティビティ要求またはプロトコルデータユニット（ＰＤＵ）セッション確立要求を受信したとき、ネットワークノードは、ＰＤＮコネクティビティ要求またはＰＤＵセッション確立要求からＵＥの能力を取得し得る。

一実施形態では、ネットワークデバイスは、ＵＥのユーザサブスクリプションに基づいて、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバがＵＥのために利用可能であるかどうかを決定し得る。たとえば、ＵＥのサブスクリプションが、ＵＥがローカルＤＮＳサーバ（たとえば、ネットワークのエッジコンピューティングにおけるＤＮＳサーバ）を使用するためにサブスクライブしたことを指示するとき、ネットワークデバイスは、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバがＵＥのために利用可能であるかどうかを決定し得る。ＵＥのサブスクリプションが、ＵＥがローカルＤＮＳサーバを使用するためにサブスクライブしていないことを指示するとき、ネットワークデバイスは、ＵＥのための１つまたは複数の他のＤＮＳサーバを決定し得る。ＵＥのサブスクリプションは、ＵＤＭ／ＨＳＳからなど、様々なやり方でネットワークデバイスによって取得され得る。

様々な実施形態では、エッジコンピューティングはＵＥに近いことがある。「近い」という用語は、エッジコンピューティングが、ロケーション、エンドツーエンドレイテンシ、ネットワークトポロジー、ホップなどに関して、ＵＥに近いことがあることを意味し得る。

一実施形態では、ネットワークデバイスは、ネットワークによって開始された設定更新に応答して、ローカル設定情報、ＵＥの現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバがＵＥのために利用可能であるかどうかを決定し得る。設定更新は、ＵＥ設定更新であり得る。たとえば、ＵＥ設定は、ＵＥ設定更新手順を使用して、任意の時間においてネットワークによって更新され得る。一実施形態では、５ＧＳにおいて、ＵＥ設定更新手順は、その開示の全体が参照により本明細書に組み込まれる、３ＧＰＰ ＴＳ２３．５０２ Ｖ１６．１．１の節４．２．４において説明されているＵＥ設定更新手順と同様であり得る。さらに、ＡＭＦなどのネットワークノードから送出されるＵＥ設定更新コマンドが、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを含んでいることがある。

ブロック３０４において、ネットワークノードは、肯定的決定に応答して、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを含む第１のメッセージをＵＥに送出する。第１のメッセージは、任意の好適なメッセージであり得る。たとえば、そのメッセージは、ＵＥ設定更新がネットワークによって開始されるとき、設定更新コマンドメッセージであり得る。そのメッセージは、ネットワークノードがＵＥからＤＮＳサーバアドレス要求を受信するとき、ＤＮＳサーバアドレス応答であり得る。そのメッセージは、ネットワークノードがＵＥからＤＨＣＰディスカバリメッセージを受信するとき、ＤＨＣＰオファーメッセージであり得る。

図４は、ネットワークノード中で／ネットワークノードにおいて実装されるかまたはネットワークノードに通信可能に結合された装置によって実施され得る、本開示の別の実施形態による、方法のフローチャートを示す。したがって、装置は、方法４００の様々な部分を達成するための手段またはモジュール、ならびに他の構成要素とともに他のプロセスを達成するための手段またはモジュールを提供し得る。ネットワークノードは、少なくとも１つのＤＮＳのアドレスをＵＥに送出することができる、図１～図２に示されているＰＧＷまたはＳＭＦなどの任意の好適なネットワークノードであり得る。上記の実施形態で説明されたいくつかの部分について、それらの説明は、簡潔のためにここでは省略される。

ブロック４０２において、ネットワークノードは、ＵＥからＤＮＳサーバアドレス要求を受信する。ＤＮＳサーバアドレス要求は、様々なやり方で送出され得る。たとえば、ＤＮＳサーバアドレス要求は、ＰＤＮ接続確立手順またはＰＤＵセッション確立手順中に送出され得る。たとえば、５ＧＳでは、ＵＥは、ＰＤＵセッション確立手順を開始し、ＰＤＵセッション確立要求をＳＭＦに送出し得る。そのメッセージでは、ＤＮＳサーバＩＰｖ６アドレス要求および／またはＤＮＳサーバＩＰｖ４アドレス要求が、拡張されたＰＣＯ中で指示され得る。一実施形態では、「ＰＣＯ」という用語は、３ＧＰＰ ＴＳ２３．５０２ Ｖ１６．１．１などの３ＧＰＰ仕様において説明されているＰＣＯと同様であり得る。

一実施形態では、ＤＮＳサーバアドレス要求は、ＵＥがネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバを要求することを指示し得る。ネットワークノードがこのＤＮＳサーバアドレス要求を受信したとき、ネットワークノードは、ネットワークの、ＵＥに近いエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを提供し得る。

一実施形態では、ＤＮＳサーバアドレス要求は、インターネットプロトコル（ＩＰ）バージョン４および／またはバージョン６ＤＮＳサーバアドレス要求であり得る。ネットワークノードがこのＤＮＳサーバアドレス要求を受信したとき、ネットワークノードは、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのＩＰｖ４アドレスおよび／またはＩＰｖ６プレフィックスを提供し得る。

一実施形態では、ＤＮＳサーバアドレス要求と、１つまたは複数のＤＮＳサーバのそれぞれのアドレスとが、３ＧＰＰ ＴＳ２３．４０１ Ｖ１６．３．０において説明されているパケットデータネットワーク（ＰＤＮ）接続確立手順または３ＧＰＰ ＴＳ２３．５０２ Ｖ１６．１．１の節４．３．２．２．１において説明されているプロトコルデータユニット（ＰＤＵ）セッション確立手順中の拡張されたプロトコル設定オプション（ＰＣＯ）中に含まれ得る。

一実施形態では、ＤＮＳサーバアドレス要求は、動的ホスト設定プロトコル（ＤＨＣＰ）ディスカバリメッセージ中に含まれ得る。ＤＨＣＰディスカバリメッセージは、ＲＦＣ（コメント要求）２１３１において説明されているＤＨＣＰｖ４ディスカバリメッセージおよび／またはＲＦＣ３７３６において説明されているＤＨＣＰｖ６ディスカバリメッセージであり得る。別の実施形態では、ＤＨＣＰディスカバリメッセージは、上記で説明されたＤＮＳサーバアドレス要求をさらに含み得る。たとえば、ＵＥのＩＰアドレスを割り当て、ＤＨＣＰｖ４を介してネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを送出するために、ＵＥは、ＤＨＣＰｖ４により、ＵＥが、ＩＰｖ４アドレスと、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスとを取得することを要求することを、ＰＣＯ内のネットワークノードに指示し得る。

ブロック４０４および４０６は、図３のブロック３０２および３０４と同様である。

様々な実施形態では、第１のメッセージは、３ＧＰＰ ＴＳ２３．５０２ Ｖ１６．１．１の節４．３．２．２．１において説明されているＰＤＵセッション確立受付メッセージまたは３ＧＰＰ ＴＳ２３．４０１ Ｖ１６．３．０において説明されているデフォルトＥＰＳベアラコンテキストアクティブ化要求であり得る。

様々な実施形態では、ネットワークノードによって送出される第１のメッセージは、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスのみを含み得る。たとえば、ＵＥがネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを明示的に要求したとき、ならびに／あるいはネットワークノードが、ネットワークのエッジコンピューティングにおける２つまたはそれ以上のＤＮＳサーバがＵＥのために利用可能であること、および／またはＵＥがネットワークのエッジコンピューティングにおけるＤＮＳサーバをサポートすること、および／またはＵＥがネットワークのエッジコンピューティングにおけるＤＮＳサーバを使用するためにサブスクライブしたことを決定したときなど、ネットワークノードは、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスのみを送出し得る。

様々な実施形態では、ネットワークノードによって送出される第１のメッセージは、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスと、１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスとを含み得る。たとえば、ＵＥがネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを明示的に要求していないとき、および／またはネットワークノードが、ネットワークのエッジコンピューティングにおける１つのＤＮＳサーバのみがＵＥのために利用可能であると決定したときなど、ネットワークノードは、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスと、１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスとを送出し得る。１つまたは複数の他のＤＮＳサーバは、ネットワークの（クラウドコンピューティングなどの）中心にあるＤＮＳサーバ、または他のエッジコンピューティングにおけるＤＮＳサーバであり得る。

様々な実施形態では、第１のメッセージ中に含まれるネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスは、１つまたは複数のＤＮＳサーバがネットワークのエッジコンピューティングにおけるものであるという指示を有する。その指示は、様々なやり方で実装され得る。たとえば、各ＤＮＳサーバのアドレスが、ビットまたはビットマップなどの指示を有し得る。

ブロック４０８において、ネットワークノードは、否定的決定に応答して、１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスを含む第２のメッセージをＵＥに送出する。第２のメッセージは、ＤＮＳサーバの含まれるアドレスを除いて、第１のメッセージと同様であり得る。たとえば、ネットワークノードが、ネットワークのエッジコンピューティングにおけるどのＤＮＳサーバもＵＥのために利用可能でないと決定したとき、ネットワークノードは、１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスを含む第２のメッセージをＵＥに送出し得る。１つまたは複数の他のＤＮＳサーバは、ネットワークの（クラウドコンピューティングなどの）中心にあるＤＮＳサーバ、または他のエッジコンピューティングにおけるＤＮＳサーバであり得る。

様々な実施形態では、第１のメッセージ中に含まれるＤＮＳサーバアドレスは、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバが最初にＵＥによるＤＮＳクエリのために選択されるような、選好の順序でリストされる。ネットワークノードおよびＵＥは、選好の順序を知り得る。

様々な実施形態では、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバが最初にＵＥによるＤＮＳクエリのために選択されるような、ＤＮＳアドレス選択のルールがＵＥに配信され得る。

図５は、ネットワークノード中で／ネットワークノードにおいて実装されるかまたはネットワークノードに通信可能に結合された装置によって実施され得る、本開示の別の実施形態による、方法のフローチャートを示す。したがって、装置は、方法５００の様々な部分を達成するための手段またはモジュール、ならびに他の構成要素とともに他のプロセスを達成するための手段またはモジュールを提供し得る。ネットワークノードは、少なくとも１つのＤＮＳのアドレスをＵＥに送出することができる、図１～図２に示されているＰＧＷまたはＳＭＦなどの任意の好適なネットワークノードであり得る。上記の実施形態で説明されたいくつかの部分について、それらの説明は、簡潔のためにここでは省略される。

ブロック５０２において、ネットワークノードは、ローカル設定情報、ＵＥの現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ＵＥについての現在のＤＮＳサーバ情報が変更される必要があるかどうかを判断する。たとえば、ネットワークノードは、上記で説明されたように、ローカル設定情報、ＵＥの現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバがＵＥのために利用可能であるかどうかを決定し得る。次いで、ネットワークノードは、ＵＥについての現在のＤＮＳサーバ情報とＵＥについての新しい決定されたＤＮＳサーバ情報とを比較し、現在のＤＮＳサーバ情報と新しい決定されたＤＮＳサーバ情報との間に変更があるとき、ＵＥについての現在のＤＮＳサーバ情報が変更される必要があると判断し得る。現在のＤＮＳサーバ情報と新しい決定されたＤＮＳサーバ情報との間に変更がないとき、ネットワークノードは、ＵＥについての現在のＤＮＳサーバ情報が変更される必要がないと判断し得る。

ブロック５０４において、ネットワークノードは、ＵＥについての現在のＤＮＳサーバ情報が変更される必要があるとき、更新されたＤＮＳサーバ情報を含む第３のメッセージをＵＥに送出する。第３のメッセージは、ＵＥとネットワークデバイスとの間のＮＡＳシグナリング交換など、ネットワークノードからＵＥに送出され得る任意の好適なメッセージであり得る。

一実施形態では、更新されたＤＮＳサーバ情報は、ネットワークの、ＵＥに近い別のエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを含み得る。別の実施形態では、更新されたＤＮＳサーバ情報は、ネットワークの、ＵＥに近い別のエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスのみを含み得る。さらに別の実施形態では、更新されたＤＮＳサーバ情報は、ネットワークの、ＵＥに近い別のエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレス、および／または１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスを含み得る。

一実施形態では、更新されたＤＮＳサーバ情報は、ＰＤＵセッション修正手順またはパケットデータネットワークゲートウェイ（ＰＧＷ）開始ベアラ修正手順中の拡張されたＰＣＯ中に含まれ得る。ＰＤＵセッション修正手順は、３ＧＰＰ ＴＳ２３．５０２ Ｖ１６．１．１の節４．３．３において説明されているＰＤＵセッション修正手順と同様であり得る。パケットデータネットワークゲートウェイ（ＰＧＷ）開始ベアラ修正手順は、３ＧＰＰ ＴＳ２３．４０１ Ｖ１６．３．０の節５．４．２において説明されているＰＤＮ ＧＷ開始ベアラ修正手順と同様であり得る。一実施形態では、第３のメッセージは、３ＧＰＰ ＴＳ２３．５０２ Ｖ１６．１．１の節４．３．３において説明されているＰＤＵセッション修正コマンドメッセージまたは３ＧＰＰ ＴＳ２３．４０１ Ｖ１６．３．０の節５．４．２において説明されているエボルブドパケットシステム（ＥＰＳ）ベアラコンテキスト修正要求であり得る。

一実施形態では、少なくとも１つのアプリケーションおよび／またはコンテンツが分散様式でネットワークのエッジコンピューティングのほうへ展開され得る。

一実施形態では、ネットワークノードは、パケットデータネットワーク（ＰＤＮ）ゲートウェイまたはセッション管理機能（ＳＭＦ）であり得る。

図６は、ＵＥ中で／ＵＥにおいて実装されるかまたはＵＥに通信可能に結合された装置によって実施され得る、本開示の別の実施形態による、方法のフローチャートを示す。したがって、装置は、方法６００の様々な部分を達成するための手段またはモジュール、ならびに他の構成要素とともに他のプロセスを達成するための手段またはモジュールを提供し得る。ネットワークノードは、図１～図２に示されているＵＥなどの任意の好適なネットワークノードであり得る。上記の実施形態で説明されたいくつかの部分について、それらの説明は、簡潔のためにここでは省略される。

ブロック６０２において、ＵＥは、ネットワークノードから、ネットワークのエッジコンピューティングにおける１つまたは複数のドメインネームシステム（ＤＮＳ）サーバのそれぞれのアドレスを含む第１のメッセージを受信する。ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバは、ローカル設定情報、ＵＥの現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ＵＥのために利用可能であると決定され得る。エッジコンピューティングはＵＥに近い。たとえば、ＳＭＦまたはＰＧＷなどのネットワークノードは、図３のブロック３０２において、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバを決定し、図３のブロック３０４において、第１のメッセージをＵＥに送出し得、次いで、ＵＥは、第１のメッセージを受信し得る。

一実施形態では、ＵＥは、上記で説明されたように、ネットワークによって開始された設定更新に応答して第１のメッセージを受信し得る。

ブロック６０４において、ＵＥは、ＤＮＳクエリのために、第１のメッセージ中に含まれる少なくとも１つのＤＮＳサーバアドレスを使用する。

図７は、ＵＥにおいて設定された単一のＤＮＳアドレスによるＩＰアドレス解決手順を概略的に示す。

ＳＭＦは、ＮＡＳメッセージを介してローカルＤＮＳサーバ（ＬＤＮＳ）のアドレスをＵＥに送出し得る。ＵＥは、ＵＥのローカルＩＰ設定を更新し得る。随意に、ＵＥがＤＮＳアドレスをすでに有する場合、ＵＥは、現在のＤＮＳアドレスを、ＬＤＮＳサーバの受信されたアドレスと置き換え得る。次いで、ＵＥは、ＰＤＵセッションのための少なくとも１つのまたはすべてのＤＮＳクエリをＬＤＮＳサーバに送出し得る。ＬＤＮＳサーバは、ＵＥに近いローカルアプリケーションサーバ（ＡＳ）のアドレスを解決することができる。ローカルアプリケーションサーバが利用可能でないか、またはＬＤＮＳがＤＮＳクエリのＩＰアドレスを解決することができないとき、ＬＤＮＳは、ＤＮＳクエリを、中央ネットワーク中のリモートＤＮＳ（ＲＤＮＳ）にまたはパブリックインターネット中の再帰的ＤＮＳサーバにフォワーディングし得る。

ステップ７０２において、ＵＥは、ＬＤＮＳのＤＮＳアドレスで設定されている。ＵＥは、ＤＮＳクエリをＬＮＤＳに送出する。

ステップ７０４（随意）において、ＬＤＮＳがＩＰアドレスを解決することができないか、またはローカルＡＳが利用可能でない場合、ＬＤＮＳは、ＤＮＳクエリを、中央ネットワーク中のＲＤＮＳにフォワーディングし得る。

ステップ７０６（随意）において、ＬＤＮＳがＩＰアドレスを解決することができないか、またはローカルＡＳが利用可能でない場合、ＬＤＮＳは、インターネット中のＤＮＳサーバに頼り得る。

ステップ７０８において、ＬＤＮＳは、ＵＥへの返答においてＡＳのＩＰアドレスを送出する。

図８は、ＵＥにおいて設定された複数のＤＮＳアドレスによるＩＰアドレス解決手順を概略的に示す。

ＳＭＦは、ＮＡＳメッセージを介してＬＤＮＳサーバおよびＲＤＮＳサーバのアドレスをＵＥに送出する。ＵＥは、ＵＥのローカルＩＰ設定を更新し、上記の両方のＤＮＳアドレス（ＬＤＮＳおよびＲＤＮＳ）を記憶する。ＬＤＮＳサーバは、最初にＤＮＳクエリのために選択され得る。ＬＤＮＳがＤＮＳクエリを解決することができないとき、ＲＤＮＳサーバは、２次的な選択肢として選択され得る。また、アプリケーション機能（ＡＦ）または５Ｇシステムが、アプリケーションサーバディスカバリのより効率的なプロセスのために、ＤＮＳアドレス選択のルールをＵＥに配信し得る。

ステップ８０２において、ＵＥは、複数のＤＮＳアドレス（たとえばＬＤＮＳおよびＲＤＮＳ）で設定されている。ＵＥは、最初にＤＮＳクエリをＬＮＤＳに送出する。

ステップ８０４において、ＬＤＮＳは、ＤＮＳ返答をＵＥに配信する。

ステップ８０６（条件付き）において、ＬＤＮＳがＩＰアドレスを解決することができないか、またはローカルＡＳが利用可能でない場合。ＵＥは、新しいＤＮＳクエリを中央ネットワーク中のＲＤＮＳサーバに送出し得る。

ステップ８０８（条件付き）において、ＲＤＮＳは、ＤＮＳ返答をＵＥに配信する。

様々な実施形態では、ＵＥは、たとえばアプリケーション識別子（ＩＤ）またはネットワークポリシに基づいて、初期ＤＮＳサーバの選択についての異なるルールまたは優先度で設定され得る。

図９は、ＵＥ中で／ＵＥにおいて実装されるかまたはＵＥに通信可能に結合された装置によって実施され得る、本開示の一実施形態による、方法のフローチャートを示す。したがって、装置は、方法９００の様々な部分を達成するための手段またはモジュール、ならびに他の構成要素とともに他のプロセスを達成するための手段またはモジュールを提供し得る。ネットワークノードは、図１～図２に示されているＵＥなどの任意の好適なネットワークノードであり得る。上記の実施形態で説明されたいくつかの部分について、それらの説明は、簡潔のためにここでは省略される。

ブロック９０２において、ＵＥは、ＤＮＳサーバアドレス要求をネットワークモードに送出する。たとえば、ＤＮＳサーバアドレス要求は、ＰＤＮ接続確立手順またはＰＤＵセッション確立手順中に送出され得る。たとえば、５ＧＳでは、ＵＥは、ＰＤＵセッション確立手順を開始し、ＰＤＵセッション確立要求をＳＭＦに送出し得る。そのメッセージでは、ＤＮＳサーバＩＰｖ６アドレス要求および／またはＤＮＳサーバＩＰｖ４アドレス要求が、拡張されたＰＣＯ中で指示され得る。

ブロック９０４および９０６は、ＵＥが、ＤＮＳサーバアドレス要求を送出したことに応答した第１のメッセージを受信することを除いて、図６のブロック６０２および６０４と同様である。

一実施形態では、ＤＮＳサーバアドレス要求は、ＵＥがネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバを要求することを指示し得る。ネットワークノードがこのＤＮＳサーバアドレス要求を受信したとき、ネットワークノードは、ネットワークの、ＵＥに近いエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを提供し得る。

一実施形態では、ＤＮＳサーバアドレス要求は、インターネットプロトコル（ＩＰ）バージョン４および／またはバージョン６ＤＮＳサーバアドレス要求であり得る。ネットワークノードがこのＤＮＳサーバアドレス要求を受信したとき、ネットワークノードは、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのＩＰｖ４アドレスおよび／またはＩＰｖ６プレフィックスを提供し得る。

一実施形態では、ＤＮＳサーバアドレス要求と、１つまたは複数のＤＮＳサーバのそれぞれのアドレスとが、パケットデータネットワーク（ＰＤＮ）接続確立手順またはプロトコルデータユニット（ＰＤＵ）セッション確立手順中の拡張されたプロトコル設定オプション（ＰＣＯ）中に含まれ得る。

一実施形態では、ＤＮＳサーバアドレス要求は、動的ホスト設定プロトコル（ＤＨＣＰ）ディスカバリメッセージ中に含まれ得る。

一実施形態では、第１のメッセージは、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスのみを含み得る。

一実施形態では、第１のメッセージは、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスと、１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスとを含み得る。

一実施形態では、第１のメッセージ中に含まれるネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスは、１つまたは複数のＤＮＳサーバがネットワークのエッジコンピューティングにおけるものであるという指示を有し得る。

図１０は、ＵＥ中で／ＵＥにおいて実装されるかまたはＵＥに通信可能に結合された装置によって実施され得る、本開示の別の実施形態による、方法のフローチャートを示す。したがって、装置は、方法１０００の様々な部分を達成するための手段またはモジュール、ならびに他の構成要素とともに他のプロセスを達成するための手段またはモジュールを提供し得る。ネットワークノードは、図１～図２に示されているＵＥなどの任意の好適なネットワークノードであり得る。上記の実施形態で説明されたいくつかの部分について、それらの説明は、簡潔のためにここでは省略される。

ブロック１００２において、ＵＥは、ネットワークノードから、１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスを含む第２のメッセージを受信する。ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバは、ローカル設定情報、ＵＥの現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ＵＥのために利用可能でないと決定される。たとえば、ネットワークノードは、図４のブロック４０８において、第２のメッセージを送出し得、次いで、ＵＥは、第２のメッセージを受信し得る。

ブロック１００４において、ＵＥは、ＤＮＳクエリのために、１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスを使用する。

一実施形態では、第１のメッセージ中に含まれるＤＮＳサーバアドレスは、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバが最初にＵＥによるＤＮＳクエリのために選択されるような、選好の順序でリストされ得る。

一実施形態では、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバが最初にＵＥによるＤＮＳクエリのために選択されるような、ＤＮＳアドレス選択のルールがＵＥに配信され得る。

一実施形態では、第１のメッセージは、プロトコルデータユニット（ＰＤＵ）セッション確立受付メッセージであり得る。

図１１は、ＵＥ中で／ＵＥにおいて実装されるかまたはＵＥに通信可能に結合された装置によって実施され得る、本開示の別の実施形態による、方法のフローチャートを示す。したがって、装置は、方法１１００の様々な部分を達成するための手段またはモジュール、ならびに他の構成要素とともに他のプロセスを達成するための手段またはモジュールを提供し得る。ネットワークノードは、図１～図２に示されているＵＥなどの任意の好適なネットワークノードであり得る。上記の実施形態で説明されたいくつかの部分について、それらの説明は、簡潔のためにここでは省略される。

ブロック１１０２において、ＵＥは、ネットワークノードから、更新されたＤＮＳサーバ情報を含む第３のメッセージを受信する。たとえば、ネットワークモードは、図５のブロック５０４において、第３のメッセージを送出し得、次いで、ＵＥは、第３のメッセージを受信し得る。

ブロック１１０４において、ＵＥは、ＤＮＳクエリのために、更新されたＤＮＳサーバ情報を使用する。

一実施形態では、更新されたＤＮＳサーバ情報は、ネットワークの別のエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを含み得、前記別のエッジコンピューティングはＵＥに近い。

一実施形態では、更新されたＤＮＳサーバ情報は、プロトコルデータユニット（ＰＤＵ）セッション修正手順またはパケットデータネットワークゲートウェイ（ＰＧＷ）開始ベアラ修正手順中の拡張されたプロトコル設定オプション（ＰＣＯ）中に含まれ得る。

一実施形態では、第２のメッセージは、プロトコルデータユニット（ＰＤＵ）セッション修正コマンドメッセージまたはエボルブドパケットシステム（ＥＰＳ）ベアラコンテキスト修正要求であり得る。

一実施形態では、少なくとも１つのアプリケーションおよび／またはコンテンツが分散様式でネットワークのエッジコンピューティングのほうへ展開され得る。

一実施形態では、ネットワークノードは、パケットデータネットワーク（ＰＤＮ）ゲートウェイまたはセッション管理機能（ＳＭＦ）であり得る。

図１２は、５Ｇ展開における分散アプリケーションサーバの一例を示す。図１２に示されているように、ＵＥモビリティまたは新しいトラフィックフロー検出により、５Ｇコアネットワークは、ローカルデータネットワーク（ＤＮ）中のアプリケーションにルーティングされるべきトラフィックを選択することができる。ＳＭＦは、ＵＥに近い新しいＰＤＵセッションアンカー（ＰＳＡ）を確立することを判断し得、Ｎ６インターフェースを介してＵＰＦからローカルデータネットワークへのトラフィックステアリングを実行する。ＰＤＵセッションのデータ経路における、ＩＰｖ４マルチホーミングのためのＵＬ ＣＬまたはＩＰｖ６マルチホーミングのための「分岐ポイント（ＢＰ）」をもつＵＰＦの挿入が、ＳＭＦによって判断され、制御される。本開示の実施形態は、ＵＥのための、ＭＥＣにおけるアプリケーションサーバ（ＡＳ）のＩＰアドレスディスカバリの問題を解決することができる。ＳＭＦは、ＵＥのＩＰ設定、たとえばＭＥＣにおけるローカルＤＮＳサーバ（ＬＤＮＳ）を更新することができる。ローカルＤＮへの新しいＰＳＡ ＵＰＦがＰＤＵセッションのために確立されたとき。ＵＥは、ＭＥＣにおけるＬＤＮＳサーバに照会することを介してローカルＡＳを発見することができ、選択されたトラフィックが、ＵＥをサーブするＡＮ（アクセスネットワーク）に「近い」ＤＮにＮ６インターフェース上でフォワーディングされる。

ＵＥが現在のローカルＰＳＡ ＵＰＦのサービングエリアの外側に移動したとき、ＳＭＦは、新しいローカルＰＳＡ ＵＰＦをセットアップし、ＰＤＵセッションのトラフィックフローを新しいアプリケーションサーバにステアリングし得る。ローカルＰＳＡ ＵＰＦがもはや利用可能でないかまたは必要とされないとき、ＳＭＦは、ＰＤＵセッションのための追加のＰＳＡ ＵＰＦを削除し得る。ＳＭＦは、対応して、新しいＬＤＮＳまたはＲＤＮＳへのＤＮＳアドレスの設定を更新するように、ＵＥに知らせ得る。

ＵＥ ＩＰ設定の変更（たとえばＩＰアドレス／プレフィックス、ＤＮＳアドレスの変更）は、ＡＦ／ＮＥＦがＰＤＵセッションのイベント公開にサブスクライブした場合、（ＮＥＦを介して）ＡＦに通知され得る。ＳＭＦからの通知に基づいて、ＡＦは、サービス継続性のユーザ体感を改善するために、異なるアプリケーションサーバ間のＵＥサービスコンテキストの移行をトリガすることができる。

図１３は、本開示の別の実施形態による、方法のフローチャートを示す。

ステップ１３０２において、ＵＥは、ＰＤＵセッション確立手順を開始し得、ＰＤＵセッション確立要求をＳＭＦに送出する。そのメッセージでは、ＤＮＳサーバＩＰｖ６アドレス要求および／またはＤＮＳサーバＩＰｖ４アドレス要求が、拡張されたＰＣＯ中で指示され得る。

ステップ１３０４において、たとえば、ローカル設定およびＵＥのロケーションに基づいて、ローカルＤＮＳサーバがＵＥのために利用可能である場合、ＳＭＦは、リモートＤＮＳサーバ情報の代わりにローカルＤＮＳサーバ情報をＵＥに送出し得る。

ステップ１３０６において、ＳＭＦは、ＰＤＵセッション確立受付をＵＥに送出し得る。このメッセージの拡張されたＰＣＯでは、利用可能な場合、ローカルＤＮＳサーバ、またはリモートＤＮＳサーバを指示する、ＤＮＳサーバＩＰｖ６アドレスおよび／またはＤＮＳサーバＩＰｖ４アドレスが含まれ得る。

ステップ１３０８において、ＵＥは、別のロケーションエリアに移動する。ＳＭＦは、たとえば、モビリティまたはサービス要求手順中に、ＵＥの最新のロケーション情報を得る。

ステップ１３１０において、ＳＭＦは、たとえば、ローカル設定およびＵＥのロケーションに基づいて、ＵＥについての現在のＤＮＳサーバ情報が変更される必要があるかどうかを判断する。ＳＭＦは、ＵＥについての現在のＤＮＳサーバ情報が変更される必要があるとき、新しいＤＮＳサーバ情報、すなわち、リモートＤＮＳサーバまたはローカルＤＮＳサーバ情報をＵＥに送出する。

ステップ１３１２において、ＵＥのＤＮＳサーバ情報が変更される必要がある場合、ＳＭＦは、ＰＤＵセッション修正コマンドをＵＥに送出する。このメッセージの拡張されたＰＣＯでは、利用可能な場合、ローカルＤＮＳサーバ、またはリモートＤＮＳサーバを指示し得る、ＤＮＳサーバＩＰｖ６アドレスおよび／またはＤＮＳサーバＩＰｖ４アドレスが含まれ得る。

ステップ１３１４において、ＵＥは、新しいＤＮＳサーバ情報を記憶する。

ステップ１３１６において、ＵＥは、ＰＤＵセッション修正完了をＳＭＦに送出する。

図１４は、本開示の一実施形態による、方法のフローチャートを示す。

ステップ１４０２において、ＵＥは、ＰＤＵセッション確立手順を開始し、ＰＤＵセッション確立要求をＳＭＦに送出する。このメッセージでは、ＵＥがＰＣＯ機能中のローカルＤＮＳサーバをサポートする場合、ＵＥは、拡張されたＰＣＯ中で、ローカルＤＮＳサーバＩＰｖ６アドレス要求および／またはローカルＤＮＳサーバＩＰｖ４アドレス要求を指示する。

ステップ１４０４において、ＵＥによって要求され、たとえば、ローカル設定およびＵＥのロケーションに基づいて、ローカルＤＮＳサーバがＵＥのために利用可能である場合、ＳＭＦは、さらに、ローカルＤＮＳサーバ情報をＵＥに送出する。ＳＭＦはまた、ＵＥがＰＣＯ機能中のローカルＤＮＳサーバをサポートするという情報を記憶する。

ステップ１４０６において、ＳＭＦは、ＰＤＵセッション確立受付をＵＥに送出する。このメッセージでは、ＵＥによって要求され、ローカルＤＮＳサーバが利用可能である場合、ローカルＤＮＳサーバＩＰｖ６アドレスおよび／またはローカルＤＮＳサーバＩＰｖ４アドレスが、拡張されたＰＣＯ中に含まれる。

ステップ１４０８において、ＵＥは、ローカルＤＮＳサーバ情報を記憶し、アプリケーションの必要に基づいて、異なるアプリケーションのためにその情報を使用し、すなわち、いくつかのアプリケーションは（拡張されたＰＣＯ中のＤＮＳサーバＩＰｖ６アドレスおよび／またはＤＮＳサーバＩＰｖ４アドレス中で提供される）リモートＤＮＳサーバに関連し、いくつかのアプリケーションはローカルＤＮＳサーバに関連する。

ステップ１４１０において、ＵＥは、別のロケーションエリアに移動する。ＳＭＦは、たとえば、モビリティまたはサービス要求手順中に、ＵＥの最新のロケーション情報を得る。

ステップ１４１２において、ＳＭＦは、たとえば、ローカル設定およびＵＥのロケーションに基づいて、ローカルＤＮＳサーバ情報が変更される必要があると判断する。

ステップ１４１４において、ＵＥがＰＣＯ中のローカルＤＮＳサーバをサポートし、ローカルＤＮＳサーバ情報が変更される必要がある場合、ＳＭＦは、ＰＤＵセッション修正コマンドをＵＥに送出する。このメッセージでは、ローカルＤＮＳサーバＩＰｖ６アドレスおよび／またはローカルＤＮＳサーバＩＰｖ４アドレスが、拡張されたＰＣＯ中に含まれる。

ステップ１４１６において、ＵＥは、新しいローカルＤＮＳサーバ情報を記憶し、アプリケーションの必要に基づいてアプリケーションのためにその情報を使用する。

ステップ１４１８において、ＵＥは、ＰＤＵセッション修正完了をＳＭＦに送出する。

図１３～図１４に示されているいくつかのメッセージは、３ＧＰＰ ＴＳ２３．５０２ Ｖ１６．１．１または他の３ＧＰＰ仕様において説明されている対応するメッセージと同様である。

本開示の実施形態による提案されるソリューションを適用することによって多くの利点が達成され得る。たとえば、本開示のいくつかの実施形態は、ＵＥにおけるＤＮＳアドレスの動的設定の方法を介して、ＵＥに「近い」アプリケーションサーバアドレスの正常なディスカバリの方法を提供し得る。本開示のいくつかの実施形態は、５ＧシステムにおけるＭＥＣトラフィックルーティングの問題を解決し得る。本開示のいくつかの実施形態は、規格化されたＤＮＳディスカバリ手順の一貫性、およびユーザＤＮＳメッセージの完全性を維持し得る。本開示のいくつかの実施形態は、ＤＮＳハイジャックおよびＩＰパケット修正のセキュリティリスクを回避することができる。本開示のいくつかの実施形態では、さらなるセキュリティ拡張（たとえば、ＨＴＴＰＳ（ハイパーテキスト転送プロトコルセキュア）、ＤＮＳＳＥＣ（ドメインネームシステムセキュリティ拡張）など）がソリューションにおいてサポートされ得る。本開示のいくつかの実施形態は、ＵＥにおける動的ＤＮＳアドレス設定の向上を伴う規格化された５Ｇシグナリング手順（たとえばＰＤＵセッション確立、ＰＤＵセッション修正など）に基づき得る。本開示のいくつかの実施形態は、関係するＮＡＳメッセージの情報エレメントに対する単純な修正を介して実現され得る。本開示のいくつかの実施形態は、５Ｇシステムに対する影響を最小限に抑えることができ、ユーザプレーン機能（ＵＰＦ）に対する修正要件がない。本開示のいくつかの実施形態は、ＵＥにおけるＤＮＳアドレスの動的設定の方法を介してＭＥＣにおけるアプリケーションサーバのＩＰアドレスディスカバリの問題を解決することができる。本開示のいくつかの実施形態では、ＳＭＦは、ＭＥＣに接続する新しいＰＳＡ ＵＰＦが確立されたとき、ＵＥにおけるＩＰ設定、たとえばローカルＤＮＳ（ＬＤＮＳ）のアドレスを更新することができる。本開示のいくつかの実施形態は、ＵＥにおける単一のＤＮＳアドレスを提案する。本開示のいくつかの実施形態は、ＵＥにおける複数のＤＮＳアドレスを提案する。本開示のいくつかの実施形態では、ＵＥは、ＭＥＣにおけるＬＤＮＳサーバを介してローカルＡＳを容易に発見することができ、選択されたトラフィックが、ＵＥに「近い」ＡＳにフォワーディングされ得る。

図１５は、本開示のいくつかの実施形態を実施する際に使用するのに好適な装置を示すブロック図である。たとえば、上記で説明された、（ＳＭＦまたはＰＧＷなどの）ネットワークノードまたはＵＥのうちのいずれか１つが、装置１５００を通して実装され得る。

装置１５００は、ＤＰなど、少なくとも１つのプロセッサ１５２１と、プロセッサ１５２１に結合された少なくとも１つのＭＥＭ１５２２とを備える。装置１５２０は、プロセッサ１５２１に結合された送信機ＴＸおよび受信機ＲＸ１５２３をさらに備え得る。ＭＥＭ１５２２はＰＲＯＧ１５２４を記憶する。ＰＲＯＧ１５２４は、関連するプロセッサ１５２１上で実行されたとき、装置１５２０が、本開示の実施形態に従って動作することを可能にする、命令を含み得る。少なくとも１つのプロセッサ１５２１と少なくとも１つのＭＥＭ１５２２との組合せは、本開示の様々な実施形態を実装するように適応された処理手段１５２５を形成し得る。

本開示の様々な実施形態は、プロセッサ１５２１、ソフトウェア、ファームウェア、ハードウェアのうちの１つまたは複数によって実行可能なコンピュータプログラムによって、またはそれらの組合せにおいて実行可能なコンピュータプログラムによって実装され得る。

ＭＥＭ１５２２は、ローカル技術環境に好適な任意のタイプのものであり得、非限定的な例として、半導体ベースメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリなど、任意の好適なデータ記憶技術を使用して実装され得る。

プロセッサ１５２１は、ローカル技術環境に好適な任意のタイプのものであり得、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサＤＳＰおよびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含み得る。

図１６は、本開示の一実施形態による、ネットワークノードを示すブロック図である。図示のように、ネットワークノード１６００は、決定モジュール１６０２と送出モジュール１６０４とを備える。決定モジュール１６０２は、ローカル設定情報、ユーザ機器（ＵＥ）の現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ネットワークのエッジコンピューティングにおける１つまたは複数のドメインネームシステム（ＤＮＳ）サーバがＵＥのために利用可能であるかどうかを決定するように設定され得、エッジコンピューティングはＵＥに近い。送出モジュール１６０４は、肯定的決定に応答して、ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを含む第１のメッセージをＵＥに送出するように設定され得る。

図１７は、本開示の一実施形態による、ＵＥを示すブロック図である。図示のように、ＵＥ１７００は、受信モジュール１７０２と使用モジュール１７０４とを備える。受信モジュール１７０２は、ネットワークノードから、ネットワークのエッジコンピューティングにおける１つまたは複数のドメインネームシステム（ＤＮＳ）サーバのそれぞれのアドレスを含む第１のメッセージを受信するように設定され得る。ネットワークのエッジコンピューティングにおける１つまたは複数のＤＮＳサーバは、ローカル設定情報、ＵＥの現在のロケーション、ＵＥの能力またはＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ＵＥのために利用可能であると決定され、エッジコンピューティングはＵＥに近い。使用モジュール１７０４は、ＤＮＳクエリのために、第１のメッセージ中に含まれる少なくとも１つのＤＮＳサーバアドレスを使用するように設定され得る。

本開示の一態様によれば、コンピュータ可読記憶媒体に有形に記憶され、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、上記で説明された、ネットワークノードに関係する方法のうちのいずれかを行わせる命令を含む、コンピュータプログラム製品が提供される。

本開示の一態様によれば、コンピュータ可読記憶媒体に有形に記憶され、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、上記で説明された、ＵＥに関係する方法のうちのいずれかを行わせる命令を含む、コンピュータプログラム製品が提供される。

本開示の一態様によれば、少なくとも１つのプロセッサによって実行されたとき、少なくとも１つのプロセッサに、上記で説明された、ネットワークノードに関係する方法のうちのいずれかを行わせる命令を記憶するコンピュータ可読記憶媒体が提供される。

本開示の一態様によれば、少なくとも１つのプロセッサによって実行されたとき、少なくとも１つのプロセッサに、上記で説明された、ＵＥに関係する方法のうちのいずれかを行わせる命令を記憶するコンピュータ可読記憶媒体が提供される。

さらに、本開示は、上述のようなコンピュータプログラムを含んでいるキャリアをも提供し得、そのキャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである。コンピュータ可読記憶媒体は、たとえば、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読取り専用メモリ）、フラッシュメモリ、磁気テープ、ＣＤ－ＲＯＭ、ＤＶＤ、Ｂｌｕ－ｒａｙディスクなどのような、光コンパクトディスクまたは電子メモリデバイスであり得る。

本明細書で説明される技法は、一実施形態で説明される対応する装置の１つまたは複数の機能を実装する装置が、従来技術の手段だけでなく、その実施形態で説明される対応する装置の１つまたは複数の機能を実装するための手段をも備えるように、および、その装置が、各別個の機能のための別個の手段、あるいは２つまたはそれ以上の機能を実施するように設定され得る手段を備え得るように、様々な手段によって実装され得る。たとえば、これらの技法は、ハードウェア（１つまたは複数の装置）、ファームウェア（１つまたは複数の装置）、ソフトウェア（１つまたは複数のモジュール）、またはそれらの組合せで実装され得る。ファームウェアまたはソフトウェアの場合、実装は、本明細書で説明される機能を実施するモジュール（たとえば、手順、機能など）を通して行われ得る。

本明細書の例示的な実施形態が、方法および装置のブロック図およびフローチャート図を参照しながら上記で説明された。ブロック図およびフローチャート図の各ブロック、ならびにブロック図およびフローチャート図中のブロックの組合せが、それぞれ、コンピュータプログラム命令を含む様々な手段によって実装され得ることを理解されよう。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、または機械を製造するための他のプログラマブルデータ処理装置にロードされ得、その結果、コンピュータまたは他のプログラマブルデータ処理装置上で実行する命令は、フローチャートの１つまたは複数のブロックにおいて指定された機能を実装するための手段を作成する。

さらに、動作は特定の順序で図示されているが、これは、望ましい結果を達成するために、そのような動作が、示されている特定の順序または連続した順序で実施されること、あるいはすべての例示された動作が実施されることを必要とするものとして理解されるべきではない。いくつかの状況では、マルチタスキングおよび並列処理が有利であり得る。同様に、いくつかの特定の実装の詳細が上記の議論中に含まれているが、これらは、本明細書で説明される主題の範囲に対する限定と解釈されるべきではなく、むしろ特定の実施形態に固有であり得る特徴の説明と解釈されるべきである。別個の実施形態のコンテキストにおいて説明されるいくつかの特徴は、単一の実施形態における組合せでも実装され得る。逆に、単一の実施形態のコンテキストにおいて説明される様々な特徴が、複数の実施形態において別々にも実装され、または任意の好適な部分組合せでも実装され得る。

本明細書は多くの特定の実装の詳細を含んでいるが、これらは、任意の実装のまたは請求され得るものの範囲に対する限定と解釈されるべきではなく、むしろ特定の実装形態の特定の実施形態に固有であり得る特徴の説明と解釈されるべきである。別個の実施形態のコンテキストにおいて本明細書で説明されるいくつかの特徴は、単一の実施形態における組合せでも実装され得る。逆に、単一の実施形態のコンテキストにおいて説明される様々な特徴が、複数の実施形態において別々にも実装され、または任意の好適な部分組合せでも実装され得る。その上、特徴は、いくつかの組合せで働くものとして上記で説明され、さらには最初にそのようなものとして請求され得るが、請求される組合せからの１つまたは複数の特徴は、いくつかの場合にはその組合せから削除され得、請求される組合せは、部分組合せまたは部分組合せの変形を対象とし得る。

技術が進歩するにつれて、発明概念が様々なやり方で実装され得ることが当業者に明らかであろう。上記で説明された実施形態は、本開示を限定するのではなく説明するために与えられており、当業者が容易に理解するように、本開示の趣旨および範囲から逸脱することなく修正および変形が行われ得ることを理解されたい。そのような修正および変形は、本開示の範囲および添付の特許請求の範囲内にあると見なされる。本開示の保護範囲は、添付の特許請求の範囲によって規定される。

Claims (46)

1. ネットワークノードにおける方法（３００）であって、
   ローカル設定情報、ユーザ機器（ＵＥ）の現在のロケーション、前記ＵＥの能力または前記ＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ネットワークのエッジコンピューティングにおける１つまたは複数のドメインネームシステム（ＤＮＳ）サーバが前記ＵＥのために利用可能であるかどうかを決定すること（３０２）であって、前記エッジコンピューティングが前記ＵＥに近い、ことと、
   肯定的決定に応答して、前記ネットワークの前記エッジコンピューティングにおける前記１つまたは複数のＤＮＳサーバのそれぞれのアドレスを含む第１のメッセージを前記ＵＥに送出すること（３０４）と
   を含む、方法（３００）。
2. 前記決定するステップが、前記ネットワークによって開始された設定更新に応答したものである、請求項１に記載の方法。
3. 前記ＵＥからＤＮＳサーバアドレス要求を受信すること（４０２）
   をさらに含み、
   前記決定するステップが、前記ＤＮＳサーバアドレス要求を受信したことに応答したものである、請求項１に記載の方法。
4. 前記ＤＮＳサーバアドレス要求は、前記ＵＥが前記ネットワークの前記エッジコンピューティングにおける前記１つまたは複数のＤＮＳサーバを要求することを指示する、請求項３に記載の方法。
5. 前記ＤＮＳサーバアドレス要求が、インターネットプロトコル（ＩＰ）バージョン４および／またはバージョン６ＤＮＳサーバアドレス要求である、請求項３または４に記載の方法。
6. 前記ＤＮＳサーバアドレス要求と、前記１つまたは複数のＤＮＳサーバの前記それぞれのアドレスとが、パケットデータネットワーク（ＰＤＮ）接続確立手順またはプロトコルデータユニット（ＰＤＵ）セッション確立手順中の拡張されたプロトコル設定オプション（ＰＣＯ）中に含まれる、請求項３から５のいずれか一項に記載の方法。
7. 前記ＤＮＳサーバアドレス要求が動的ホスト設定プロトコル（ＤＨＣＰ）ディスカバリメッセージ中に含まれる、請求項３から５のいずれか一項に記載の方法。
8. 前記第１のメッセージが、前記ネットワークの前記エッジコンピューティングにおける１つまたは複数のＤＮＳサーバの前記それぞれのアドレスのみを含む、請求項１から７のいずれか一項に記載の方法。
9. 前記第１のメッセージが、前記ネットワークの前記エッジコンピューティングにおける１つまたは複数のＤＮＳサーバの前記それぞれのアドレスと、１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスとを含む、請求項１から７のいずれか一項に記載の方法。
10. 前記第１のメッセージ中に含まれる前記ネットワークの前記エッジコンピューティングにおける１つまたは複数のＤＮＳサーバの前記それぞれのアドレスは、前記１つまたは複数のＤＮＳサーバがネットワークの前記エッジコンピューティングにおけるものであるという指示を有する、請求項８または９に記載の方法。
11. 否定的決定に応答して、１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスを含む第２のメッセージを前記ＵＥに送出すること（４０８）
    をさらに含む、請求項１から１０のいずれか一項に記載の方法。
12. 前記第１のメッセージ中に含まれる前記ＤＮＳサーバアドレスは、前記ネットワークの前記エッジコンピューティングにおける前記１つまたは複数のＤＮＳサーバが最初に前記ＵＥによるＤＮＳクエリのために選択されるような、選好の順序でリストされる、請求項１から１１のいずれか一項に記載の方法。
13. 前記ネットワークの前記エッジコンピューティングにおける前記１つまたは複数のＤＮＳサーバが最初に前記ＵＥによるＤＮＳクエリのために選択されるような、ＤＮＳアドレス選択のルールが前記ＵＥに配信される、請求項１から１２のいずれか一項に記載の方法。
14. 前記第１のメッセージが、プロトコルデータユニット（ＰＤＵ）セッション確立受付メッセージまたはデフォルトエボルブドパケットシステム（ＥＰＳ）ベアラコンテキストアクティブ化要求である、請求項１から１３のいずれか一項に記載の方法。
15. ローカル設定情報、前記ＵＥの現在のロケーション、前記ＵＥの能力または前記ＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、前記ＵＥについての現在のＤＮＳサーバ情報が変更される必要があるかどうかを判断すること（５０２）と、
    前記ＵＥについての前記現在のＤＮＳサーバ情報が変更される必要があるとき、更新されたＤＮＳサーバ情報を含む第３のメッセージを前記ＵＥに送出すること（５０４）と
    をさらに含む、請求項１から１４のいずれか一項に記載の方法。
16. 前記更新されたＤＮＳサーバ情報が、前記ネットワークの別のエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを含み、前記別のエッジコンピューティングが前記ＵＥに近い、請求項１５に記載の方法。
17. 前記更新されたＤＮＳサーバ情報が、プロトコルデータユニット（ＰＤＵ）セッション修正手順またはパケットデータネットワークゲートウェイ（ＰＧＷ）開始ベアラ修正手順中の拡張されたプロトコル設定オプション（ＰＣＯ）中に含まれる、請求項１５または１６に記載の方法。
18. 前記第３のメッセージが、プロトコルデータユニット（ＰＤＵ）セッション修正コマンドメッセージまたはエボルブドパケットシステム（ＥＰＳ）ベアラコンテキスト修正要求である、請求項１５から１７のいずれか一項に記載の方法。
19. 少なくとも１つのアプリケーションおよび／またはコンテンツが分散様式で前記ネットワークの前記エッジコンピューティングのほうへ展開される、請求項１から１８のいずれか一項に記載の方法。
20. 前記ネットワークノードが、パケットデータネットワーク（ＰＤＮ）ゲートウェイまたはセッション管理機能（ＳＭＦ）である、請求項１から１９のいずれか一項に記載の方法。
21. ユーザ機器（ＵＥ）における方法（６００）であって、
    ネットワークノードから、ネットワークのエッジコンピューティングにおける１つまたは複数のドメインネームシステム（ＤＮＳ）サーバのそれぞれのアドレスを含む第１のメッセージを受信すること（６０２）であって、前記ネットワークの前記エッジコンピューティングにおける前記１つまたは複数のＤＮＳサーバが、ローカル設定情報、前記ＵＥの現在のロケーション、前記ＵＥの能力または前記ＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、前記ＵＥのために利用可能であると決定され、前記エッジコンピューティングが前記ＵＥに近い、第１のメッセージを受信すること（６０２）と、
    ＤＮＳクエリのために、前記第１のメッセージ中に含まれる少なくとも１つのＤＮＳサーバアドレスを使用すること（６０４）と
    を含む、方法（６００）。
22. 前記受信するステップが、前記ネットワークによって開始された設定更新に応答したものである、請求項２１に記載の方法。
23. ＤＮＳサーバアドレス要求を前記ネットワークモードに送出すること（９０２）
    をさらに含み、
    前記受信するステップが、前記ＤＮＳサーバアドレス要求を送出したことに応答したものである、請求項２１に記載の方法。
24. 前記ＤＮＳサーバアドレス要求は、前記ＵＥが前記ネットワークの前記エッジコンピューティングにおける前記１つまたは複数のＤＮＳサーバを要求することを指示する、請求項２３に記載の方法。
25. 前記ＤＮＳサーバアドレス要求が、インターネットプロトコル（ＩＰ）バージョン４および／またはバージョン６ＤＮＳサーバアドレス要求である、請求項２３または２４に記載の方法。
26. 前記ＤＮＳサーバアドレス要求と、前記１つまたは複数のＤＮＳサーバの前記それぞれのアドレスとが、パケットデータネットワーク（ＰＤＮ）接続確立手順またはプロトコルデータユニット（ＰＤＵ）セッション確立手順中の拡張されたプロトコル設定オプション（ＰＣＯ）中に含まれる、請求項２３から２５のいずれか一項に記載の方法。
27. 前記ＤＮＳサーバアドレス要求が動的ホスト設定プロトコル（ＤＨＣＰ）ディスカバリメッセージ中に含まれる、請求項２３から２５のいずれか一項に記載の方法。
28. 前記第１のメッセージが、ネットワークの前記エッジコンピューティングにおける１つまたは複数のＤＮＳサーバの前記それぞれのアドレスのみを含む、請求項２１から２７のいずれか一項に記載の方法。
29. 前記第１のメッセージが、前記ネットワークの前記エッジコンピューティングにおける１つまたは複数のＤＮＳサーバの前記それぞれのアドレスと、１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスとを含む、請求項２１から２７のいずれか一項に記載の方法。
30. 前記第１のメッセージ中に含まれる前記ネットワークの前記エッジコンピューティングにおける１つまたは複数のＤＮＳサーバの前記それぞれのアドレスは、前記１つまたは複数のＤＮＳサーバがネットワークの前記エッジコンピューティングにおけるものであるという指示を有する、請求項２８または２９に記載の方法。
31. 前記ネットワークノードから、１つまたは複数の他のＤＮＳサーバのそれぞれのアドレスを含む第２のメッセージを受信すること（１００２）であって、前記ネットワークの前記エッジコンピューティングにおける前記１つまたは複数のＤＮＳサーバが、ローカル設定情報、前記ＵＥの現在のロケーション、前記ＵＥの能力または前記ＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、前記ＵＥのために利用可能でないと決定される、第２のメッセージを受信すること（１００２）と、
    ＤＮＳクエリのために、１つまたは複数の他のＤＮＳサーバの前記それぞれのアドレスを使用すること（１００４）と
    をさらに含む、請求項２１から３０のいずれか一項に記載の方法。
32. 前記第１のメッセージ中に含まれる前記ＤＮＳサーバアドレスは、前記ネットワークの前記エッジコンピューティングにおける前記１つまたは複数のＤＮＳサーバが最初に前記ＵＥによるＤＮＳクエリのために選択されるような、選好の順序でリストされる、請求項２１から３１のいずれか一項に記載の方法。
33. 前記ネットワークの前記エッジコンピューティングにおける前記１つまたは複数のＤＮＳサーバが最初に前記ＵＥによるＤＮＳクエリのために選択されるような、ＤＮＳアドレス選択のルールが前記ＵＥに配信される、請求項２１から３２のいずれか一項に記載の方法。
34. 前記第１のメッセージが、プロトコルデータユニット（ＰＤＵ）セッション確立受付メッセージまたはデフォルトエボルブドパケットシステム（ＥＰＳ）ベアラコンテキストアクティブ化要求である、請求項２１から３３のいずれか一項に記載の方法。
35. 前記ネットワークノードから、更新されたＤＮＳサーバ情報を含む第３のメッセージを受信すること（１１０２）と、
    ＤＮＳクエリのために、前記更新されたＤＮＳサーバ情報を使用すること（１１０４）と
    をさらに含む、請求項２１から３４のいずれか一項に記載の方法。
36. 前記更新されたＤＮＳサーバ情報が、前記ネットワークの別のエッジコンピューティングにおける１つまたは複数のＤＮＳサーバのそれぞれのアドレスを含み、前記別のエッジコンピューティングが前記ＵＥに近い、請求項３５に記載の方法。
37. 前記更新されたＤＮＳサーバ情報が、プロトコルデータユニット（ＰＤＵ）セッション修正手順またはパケットデータネットワークゲートウェイ（ＰＧＷ）開始ベアラ修正手順中の拡張されたプロトコル設定オプション（ＰＣＯ）中に含まれる、請求項３５または３６に記載の方法。
38. 前記第２のメッセージが、プロトコルデータユニット（ＰＤＵ）セッション修正コマンドメッセージまたはエボルブドパケットシステム（ＥＰＳ）ベアラコンテキスト修正要求である、請求項３５から３７のいずれか一項に記載の方法。
39. 少なくとも１つのアプリケーションおよび／またはコンテンツが分散様式で前記ネットワークの前記エッジコンピューティングのほうへ展開される、請求項２１から３８のいずれか一項に記載の方法。
40. 前記ネットワークノードが、パケットデータネットワーク（ＰＤＮ）ゲートウェイまたはセッション管理機能（ＳＭＦ）である、請求項２１から３９のいずれか一項に記載の方法。
41. ネットワークノードにおける装置（１５００）であって、
    プロセッサ（１５２１）と、
    前記プロセッサ（１５２１）に結合されたメモリ（１５２２）と
    を備え、前記メモリ（１５２２）が、前記プロセッサ（１５２１）によって実行可能な命令を含んでおり、それにより、前記装置（１５００）は、
    ローカル設定情報、ユーザ機器（ＵＥ）の現在のロケーション、前記ＵＥの能力または前記ＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、ネットワークのエッジコンピューティングにおける１つまたは複数のドメインネームシステム（ＤＮＳ）サーバが前記ＵＥのために利用可能であるかどうかを決定することであって、前記エッジコンピューティングが前記ＵＥに近い、ことと、
    肯定的決定に応答して、前記ネットワークの前記エッジコンピューティングにおける前記１つまたは複数のＤＮＳサーバのそれぞれのアドレスを含む第１のメッセージを前記ＵＥに送出することと
    を行うように動作可能である、装置（１５００）。
42. 前記装置が、請求項２から２０のいずれか一項に記載の方法を実施するようにさらに動作可能である、請求項４１に記載の装置。
43. ユーザ機器（ＵＥ）における装置（１５００）であって、
    プロセッサ（１５２１）と、
    前記プロセッサ（１５２１）に結合されたメモリ（１５２２）と
    を備え、前記メモリ（１５２２）が、前記プロセッサ（１５２１）によって実行可能な命令を含んでおり、それにより、前記装置（１５００）は、
    ネットワークノードから、ネットワークのエッジコンピューティングにおける１つまたは複数のドメインネームシステム（ＤＮＳ）サーバのそれぞれのアドレスを含む第１のメッセージを受信することであって、前記ネットワークの前記エッジコンピューティングにおける前記１つまたは複数のＤＮＳサーバが、ローカル設定情報、前記ＵＥの現在のロケーション、前記ＵＥの能力または前記ＵＥのユーザサブスクリプションのうちの少なくとも１つに基づいて、前記ＵＥのために利用可能であると決定され、前記エッジコンピューティングが前記ＵＥに近い、第１のメッセージを受信することと、
    ＤＮＳクエリのために、前記第１のメッセージ中に含まれる少なくとも１つのＤＮＳサーバアドレスを使用することと
    を行うように動作可能である、装置（１５００）。
44. 前記装置が、請求項２２から４０のいずれか一項に記載の方法を実施するようにさらに動作可能である、請求項４３に記載の装置。
45. 少なくとも１つのプロセッサによって実行されたとき、前記少なくとも１つのプロセッサに、請求項１から４０のいずれか一項に記載の方法を実施させる命令を記憶する、コンピュータ可読記憶媒体。
46. 少なくとも１つのプロセッサによって実行されたとき、前記少なくとも１つのプロセッサに、請求項１から４０のいずれか一項に記載の方法を実施させる命令を備える、コンピュータプログラム製品。

Images