JP2023521621A - エッジネットワーク管理サーバの発見のための方法、装置、及びシステム - Google Patents

Abstract

ＥＮサービス及びＥＮアプリケーションのいずれかに関連付けられた利用可能なエッジネットワーク（ＥＮ）管理（ＥＮＭ）サーバを発見するための無線送受信ユニット（ＷＴＲＵ）のための方法、装置、システム、アーキテクチャ及びインターフェース。方法は、コアネットワークエンティティに、ＥＮＭサーバの発見の要求を示す情報を含む第１のメッセージを送信することと、コアネットワークエンティティから、ＥＮＭサーバの発見についての要求に応答する第２のメッセージを受信することであって、第２のメッセージが、（１）任意の数の利用可能なＥＮＭサーバ、及び（２）個別の利用可能なＥＮＭサーバエンドポイント情報を示すＥＮＭサーバ情報を含む、受信することと、１つ以上の利用可能なＥＮＭサーバとの通信を実行することと、を含み得る。【選択図】図２

Description

本発明は、コンピューティング及び通信の分野に関し、より具体的には、新無線及び／又は新無線（ＮＲ）アクセス技術及び通信システムを使用して実行される通信を含む、高度又は次世代無線通信システムにおけるコンピューティング及び通信のための方法、装置、システム、アーキテクチャ、及びインターフェースに関する。５Ｇと呼ばれることもあるそのようなＮＲアクセス及び技術は、フォグネットワーキング及び／又はユビキチャルコンピューティングと呼ばれることもあるエッジコンピューティングを提供し得、エッジコンピューティングを必要とし得る。例えば、車及びドローンなどの車両の自動化、リアルタイム拡張現実（ＡＲ）、没入型ゲームなどの使用事例は、例えば、低レイテンシサポートのために、エッジ計算を必要とし得るいくつかの技術的に高度な使用事例を表しているにすぎない。そのような使用事例の実装は、従来のネットワーク能力及び技術を使用して試みられてきたが、そのような実装は、例えば、制御された環境において、及び／又は特殊なハードウェアを使用するなど、限定された特徴では不十分なままであり利用可能である。

エッジコンピューティングは、（例えば、従来の）クラウドコンピューティングと類似し得るが、エッジコンピューティングは、それ自体の独自の課題セットを有する。例えば、（例えば、従来の）クラウドコンピューティングネットワークの場合、既存の発見及び／又はルーティング機構は、サービスが中央に位置していると仮定して動作し、そのようなサービスは、同等のパフォーマンス及び／又は機能を提供する。しかしながら、双方の仮定は、サービスが非集中方式で配備され、及び／又は消費ポイントの近くに配置されるため、エッジコンピューティングの場合には不正確である。そのような場合、選択されたサービスインスタンスに応じて、そのようなサービスは、エンドユーザに同等の待ち時間を提供しない場合がある。欧州電気通信標準化機構（ＥＴＳＩ）－マルチアクセスエッジコンピューティング（ＭＥＣ）及び第３世代パートナーシッププロジェクト（３ＧＰＰ）５Ｇエッジコンピューティンググループは、そのようなエッジコンピューティングの問題を特徴付け及び解くことに焦点を当てている。

そのようなエッジコンピューティングの問題を解決することは、ドメイン名システム／サービス／サーバ（ＤＮＳ）技術に対処することを含み得る。ＤＮＳは、世界的な分散型ディレクトリサービスを提供し、公衆ネットワークと私的ネットワークの双方で使用されるため、インターネットの不可欠な構成要素である。ＤＮＳは、アプリケーション又はサービスを識別する完全修飾ドメイン名（ＦＱＤＮ）を、アプリケーション及びサービスが利用可能であるＩＰアドレス空間内のコンピュータリソースの位置特定及び識別に必要なＩＰアドレスに変換する。

分散型（例えば、従来の）クラウドサービスの場合、ＤＮＳの機能は、同じＦＱＤＮに対して異なるＩＰアドレスを提供することによってユーザ配信を最適化し、例えば、低レイテンシのためにユーザを近位サーバに向けることである。そのようなＤＮＳ機能は、５つのセクション：（１）ヘッダ、（２）質問（例えば、ＤＮＳのための質問）、（３）回答（例えば、質問に回答するリソースレコード（ＲＲ））、（４）権限（例えば、権限を指すＲＲ）、及び（５）追加（例えば、追加情報を保持するＲＲ）のメッセージ構造を有するＤＮＳ通信を使用して提供される。ヘッダは常に存在し、残りのセクションのうちのどれが存在するかを指定する。ヘッダは、要求及び応答の双方で使用される１６ビットの識別子（ＩＤ）と、メッセージを記述する一連のビットと、他のセクションのレコード数を示す４つのカウンタとを含む。質問は、ネームサーバに送信される質問／クエリを記述するフィールドを含み、クエリタイプ（ＱＴＹＰＥ）、クエリクラス（ＱＣＬＡＳＳ）、及びクエリドメイン名（ＱＮＡＭＥ）フィールドから構成される。回答、権限、及び追加セクションは、同じフォーマットを有し、各々はＲＲのリストであり、各々は空であってもよい。更に、本明細書において論じられているＤＮＳメッセージフォーマットは、インターネット技術タスクフォース（ＩＥＴＦ）によって記述及び／又は定義されているものと同様とすることができる。

例えば、３ＧＰＰによって記載されているようなエッジコンピューティングは、例えば３ＧＰＰセルラネットワークのエッジネットワークにおけるクラウドコンピューティング能力及びサービス環境の配備を可能にするネットワークアーキテクチャ概念であると考えることができる。エッジコンピューティングは、より低い待ち時間、より高い帯域幅、低減されたバックホールトラフィック、及び新たなサービスのいずれかを可能にすることができる。更に、例えば、欧州電気通信標準化機構（ＥＴＳＩ）のマルチアクセスエッジコンピューティング（ＭＥＣ）業界仕様グループ（ＩＳＧ）によって記載されているように、エッジコンピューティングは、モバイルネットワークの進化並びにＩＴ及び電気通信／ワイヤレスネットワーキングの収束の一部と考えることができる。マルチアクセスエッジコンピューティングは、消費者及び企業顧客に垂直ビジネスセグメント及びサービスを提供し、ソフトウェアアプリケーションがローカルコンテンツ及びローカルアクセスネットワーク条件に関するリアルタイム情報にアクセス／使用することを可能にする。更に、モバイルコアネットワークは、サービス及びキャッシングコンテンツがネットワークエッジにおいて配備されるとき、（例えば、局所的な目的に効率的に役立つために）更なる輻輳を緩和される。更に、エッジコンピューティングは、例えば車両／ドローン自動化、リアルタイムＡＲ／ＶＲ、及び没入型ゲームなどの様々な技術的に進歩した使用事例を可能にするために、必要に応じて（例えば、必須）見ることができる。

より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得られ得、図中の同様の参照番号は、同様の要素を示す。
１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを示すシステム図である。 エッジアプリケーションを可能にするための３ＧＰＰアーキテクチャアーキテクチャを示す図である。 ＥＴＳＩ－ＭＥＣ参照アーキテクチャ（例えば、フレームワーク）を示す図である。 実施形態による、アドレス割り当てを有するＥＮＭサーバのクライアント発見を示す図である。 実施形態による、ＩＰアドレス割り当てを有しないＥＮＭサーバのクライアント発見を示す図である。 実施形態による、要件に基づいてＥＮＭサーバをフィルタリングするＤＨＣＰサーバを示す図である。 実施形態による、ＥＮＭサーバを選択するクライアントを示す図である。 実施形態による、ＥＮＭサーバを再発見するクライアントを示す図である。 実施形態による、ＥＸＳ発見を示す図である。 実施形態による、ＥＸＳ発見を示す図である。 実施形態による、ＥＸＳ発見を示す図である。 実施形態による、カーディナリティによるＥＥＣとＡＣとの関連付けを示す図である。 実施形態による、ＥＣＳプロビジョニングを示す図である。

実施形態を実施するための例示的なネットワーク
図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－Ｓｐｒｅａｄ ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を採用し得る。

図１Ａに示されるように、通信システム１００は、無線送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（public switched telephone network、ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、それらのいずれも「局」及び／又は「ＳＴＡ」と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定又は移動加入者ユニット、加入ベースのユニット、ページャ、セルラ電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、ウォッチ又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、家電デバイス、商業用及び／又は工業用無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、及び／又は他のネットワーク１１２など、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された、任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地局トランシーバ（base transceiver station、ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、ｇＮＢ、ＮＲ ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。

基地局１１４ａは、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなど、他の基地局及び／又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又はライセンス及び未認可スペクトルの組み合わせであり得る。セルは、比較的固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用い得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信及び／又は受信し得る。

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用い得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得、これは広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed UL Packet Access、ＨＳＵＰＡ）を含み得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得るが、これは、ロングタームエボリューション（ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装することができ、この技術は、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）を使用してエアインターフェース１１６を確立することができる。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、及び／又は複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に送信される／そこから送信される送信によって特徴付けられ得る。

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅ Ｂ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。

ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得、これは、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された、任意のタイプのネットワークであり得る。データは、例えば、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、支払い請求サービス、移動体位置ベースのサービス、プリペイド呼、インターネット接続性、ビデオ配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用する他のＲＡＮと、直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉＦｉ無線技術を採用して別のＲＡＮ（図示せず）と通信し得る。

ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての機能を果たし得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続された別のＣＮを含み得る。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。

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

送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか又は基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成され得るということが理解されよう。

送信／受信要素１２２は、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。

トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、例えばＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。更に、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリの情報にアクセスし、かつメモリにデータを記憶し得る。

プロセッサ１１８は、電源１３４から電力を受信し得るが、ＷＴＲＵ１０２における他の構成要素に電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。

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

プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であり得る。

ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）及びダウンリンク（例えば、受信用）の両方のための特定のサブフレームと関連付けられた）信号のいくつか又は全ての送信及び受信が並列及び／又は同時であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）を介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＲＴＵ１０２は、（例えば、ＵＬ（例えば、送信用）又はダウンリンク（例えば、受信用）のいずれかのための特定のサブフレームと関連付けられた）信号のうちのいくつか又は全てのうちのどれかの送信及び受信のための半二重無線機を含み得る。

図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を図示するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅＮｏｄｅ－Ｂを含み得るということが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。

ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６を含み得る。前述の要素の各々は、ＣＮ１０６の一部として示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。

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

ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングし、転送し得る。ＳＧＷ１６４は、ｅＮｏｄｅ－Ｂ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶する機能などの、他の機能を実行し得る。

ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、又はそれと通信し得る。更に、ＣＮ１０６は、他のサービスプロバイダによって所有及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。

インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（station、ＳＴＡ）を有し得る。ＡＰは、配信システム（Distribution System、ＤＳ）若しくはＢＳＳに入る、かつ／又はＢＳＳから出るトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡどうしの間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとして見なされ、かつ／又は参照され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡどうし（例えば、ＳＴＡの全部）は互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。一次チャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又はシグナリングを介して動的に設定される幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。いくつかの代表的な実施形態では、例えば、８０２．１１システムにおいて、衝突回避を備えたキャリア感知多重アクセス（Carrier Sense Multiple Access/Collision Avoidance、ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡはバックオフされ得る。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。

高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。

非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する２０ＭＨｚチャネルどうしを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作を逆にされ得、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信し得る。

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなど、メータタイプの制御／マシンタイプ通信をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、限定された能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因して一次チャネルがビジーである場合、周波数帯域の大部分がアイドルのままであり、利用可能であり得るとしても、利用可能な周波数帯域全体がビジーであると見なされ得る。

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。

図１Ｄは、一実施形態によるＲＡＮ１１３及びＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１１３はまた、ＣＮ１１５と通信し得る。

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態との一貫性を有しながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信及び／又は受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、かつ／又は様々な長さの絶対時間が持続する）様々な又はスケーラブルな長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするための追加のカバレッジ及び／又はスループットを提供し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。

図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素の各々は、ＣＮ１１５の一部として示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などの役割を果たすことができる。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、高信頼低遅延（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（machine type communication、ＭＴＣ）アクセスのためのサービス、及び／又は同様のものなどの異なる使用事例のために確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５におけるＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５におけるＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理して割り当てること、ＰＤＵセッションを管理すること、ポリシー執行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供することなど、他の機能を実施し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットをルーティングして転送すること、ユーザプレーンポリシーを執行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、モビリティアンカリングを提供することなど、他の機能を実施し得る。

ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、又はそれと通信し得る。更に、ＣＮ１１５は、他のサービスプロバイダによって所有及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じてローカルデータネットワーク（local Data Network、ＤＮ）１８５ａ、１８５ｂに接続され得る。

図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明から見て、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意の他のデバイスのうちの１つ以上に関する、本明細書に記載される機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実施され得る。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。

エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくは全ての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実行し得る。エミュレーションデバイスは、試験を目的として別のデバイスに直接結合され得、かつ／又は地上波無線通信を使用して試験を実行し得る。

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって使用され得る。

（詳細な説明）
導入－ＤＮＳ
ヘッダ、質問、回答、権限、及び追加のＲＲのためのセクションを含むメッセージ構造を有するＤＮＳ通信を考慮して、ＤＮＳプロトコルは、２つの（例えば、メイン）部分、すなわち、（１）特定の名称に対して照会するための照会／応答プロトコル、及び（２）ネームサーバがデータベースレコードを交換するためのプロトコルから構成されると考えられ得る。

３ＧＰＰネットワークなどの無線ネットワークのエッジ上の／エッジにおけるアプリケーションは、アプリケーション（例えば、エッジ非認識アプリケーション）に影響を与えることなく、エッジを認識していないＷＴＲＵ上に、及びＷＴＲＵ上の／エッジを認識するアプリケーションへの影響を最小限に抑えて、配備され得る（例えば、配備されるべきであり、配備される必要がある）。

図２は、エッジアプリケーションを可能にするための３ＧＰＰアーキテクチャアーキテクチャを示す図である。

図２及び本明細書の以下の開示を参照すると、エッジアプリケーションを可能にするためのアーキテクチャは、３ＧＰＰによって記載されるとおりであり得る。エッジアプリケーションを可能にするためのアーキテクチャ２００は、アプリケーションクライアント２０２及びエッジイネーブラクライアント２０３のいずれかを含む、ＷＴＲＵ２０１を含み得る。更に、アーキテクチャ２００は、３ＧＰＰネットワーク２０４、エッジアプリケーションサーバ２０６及びエッジイネーブラサーバ２０７のいずれかを含むエッジデータネットワーク２０５、並びにエッジデータネットワーク構成サーバ２０８のいずれかを含むことができる。エッジイネーブラサーバ２０７は、エッジアプリケーションサーバ２０６がエッジデータネットワーク２０５内で実行するために必要な機能を提供する。そのような機能は、サーバ２０６と通信するために必要な任意の構成情報を提供することと共に、エッジアプリケーションサーバ２０６に関する情報をエッジイネーブラクライアント２０３に提供することを含む。エッジイネーブラクライアント２０３は、ＷＴＲＵ上で動作するアプリケーションクライアント２０２の機能を提供して、エッジアプリケーションサーバ２０６を利用する。すなわち、エッジイネーブラクライアント２０３は、エッジイネーブラサーバ２０７と通信して、エッジアプリケーションサーバ２０６に関する情報を発見及び検索する。

エッジイネーブラクライアント２０３とエッジイネーブラサーバ２０７との間のＥＤＧＥ－１基準ポイントは、エッジネットワーク管理システムへのデバイス（例えば、ＷＴＲＵ、ＢＳ、ノード、サーバなど）のためのエントリポイントである。例えば、３ＧＰＰによって提案されているように、サーバ２０７などのエッジイネーブラサーバを見つける（例えば、従来の）機構は、事前構成とＤＮＳとの組み合わせを使用している。すなわち、３ＧＰＰは、サービスプロバイダが、サーバ２０８などのグローバル／領域エッジデータネットワーク構成サーバを配備し、クライアント２０３などのエッジイネーブラクライアントがエッジイネーブラサーバとの接続を確立するための情報を要求することを提案する。エッジイネーブラクライアント（例えば、クライアント２０３）は、エッジデータネットワーク構成サーバ（例えば、サーバ２０８）のアドレス／ＵＲＩを用いて構成されている（例えば、構成されていなければならない）。そのようなアドレス／ＵＲＩは、ＷＴＲＵ内で事前に構成されているか、又はサービングネットワークドメイン名から導出された事前定義された値である。

図３は、ＥＴＳＩ－ＭＥＣ参照アーキテクチャ（例えば、フレームワーク）を示す図である。

図３を参照すると、マルチアクセスエッジシステム３００などのＥＴＳＩ ＭＥＣフレームワークは、ネットワークエッジ内又はその近くに位置する仮想化インフラストラクチャ上で実行されるソフトウェアのみのエンティティとしてのＭＥＣアプリケーション３０１の実装を可能にする。ＥＴＳＩ ＭＥＣは、ＭＥＣシステムの機能要素及び機能要素間の参照ポイントを識別する参照アーキテクチャを定義する。マルチアクセスエッジシステム３００は、オペレータネットワーク又はオペレータネットワークのサブセット内でＭＥＣアプリケーションを実行するためのＭＥＣホスト及びＭＥＣ管理（例えば、必須）を含む。ＭＥＣ管理は、ＭＥＣシステムレベル管理及びＭＥＣホストレベル管理を含む。ＭＥＣシステムレベルの管理は、（例えば、完全）ＭＥＣシステムの概要を有する（例えば、コア）コンポーネントとしてのマルチアクセスエッジオーケストレータ（ＭＥＯ）３０２を含む。そのような概要は、例えば、ネットワークトポロジ、配置されたＭＥＣホスト、並びに利用可能なリソース及びサービスを含むことができる。ＭＥＯ３０２は、アプリケーションのオンボーディング、配置、インスタンス化、終了、及び再配置を担当する。

運用支援システム（ＯＳＳ）３０３は、オペレータのＯＳＳである（例えば、を指す）。ＯＳＳ３０３は、アプリケーション動作の要求（例えば、インスタンス化、終了、及び再配置）を受信し、その要求を承認するか否かを決定する。許可された要求は、更なる処理のためにＭＥＯ３０２に転送される。ユーザアプリケーション３０１は、デバイスアプリケーションを介したユーザの要求に応答してＭＥＣシステム３００内でインスタンス化されるＭＥＣアプリケーションである。ユーザアプリケーションライフサイクル管理プロキシ（ＵＡＬＣＭＰ）は、デバイスアプリケーションがユーザアプリケーションのオンボーディング、インスタンス化、終了、及び再配置を要求することを可能にし、デバイスアプリケーションがユーザアプリケーションの状態について通知されることを可能にする。ＵＡＬＣＭＰは、デバイス内のデバイスアプリケーション（例えば、ＷＴＲＵ、インターネット接続性を備えたラップトップ、タブレットなど）からの要求を許可し、これらの要求の更なる処理のためにＯＳＳ及びＭＥＯと相互作用する。デバイスアプリケーションとＵＡＬＣＭＰとの間のＭｘ２基準ポイントは、エッジネットワーク管理システムへのデバイスのエントリポイントである。更にまた、ＥＴＳＩ ＭＥＣは、ＵＡＬＣＭＰを見つける方法を明示的に述べていない。しかしながら、ＵＡＬＣＭＰが周知のＦＱＤＮに存在すると（例えば、一般的に）仮定され、（例えば、３ＧＰＰと同様である）これは事前構成とＤＮＳとの組み合わせに相当する。

例えばＩＰｖ４ネットワーキングの場合、ＤＨＣＰは、デバイスがネットワークに参加し、ネットワーク内及びネットワークを越えて通信を開始することを可能にする。ＤＨＣＰｖ６は、ＩＰｖ６についての同等のプロトコルである。ＤＨＣＰ及びＤＨＣＰｖ６の双方は、プロトコルメッセージで追加のパラメータを搬送するためにオプションの使用を使用する。そのようなオプションは、クライアントからサーバへの方向及びサーバからクライアントへの方向の双方向で使用される。クライアントは、そのようなオプションを使用して、それ自体に関する情報、及びサーバから（例えば、クライアントによって）所望の構成パラメータの提案又はヒントを提供し得る。（例えば、ＤＨＣＰ、ＤＨＣＰｖ６）サーバは、オプションを使用して、ネットワークに関する情報、及びクライアントの構成値を提供し得る。ＤＨＣＰ通知メッセージは、クライアントＩＰアドレスを割り当てることなくＤＨＣＰオプションの交換を可能にし、したがって、そのアドレスが他の手段を介して構成されるクライアントにＤＨＣＰオプション機構を拡張する。そのような特徴は、ステートレスアドレス自動構成（ＳＬＡＡＣ）の代わりに、又はそれに加えてのいずれかで動作することができるＤＨＣＰｖ６で継続される。

ＤＨＣＰを有する／使用する３ＧＰＰネットワークの場合、ＩＰアドレスが割り当てられ、例えばプロトコルデータユニット（ＰＤＵ）セッション確立中に、ネットワーク構成パラメータ（例えば、ＤＮＳサーバアドレス）がＷＴＲＵに提供される。そのような場合、ＷＴＲＵは、例えばＰＤＵセッション確立後に、ＮＡＳシグナリングを介して、又はＤＨＣＰを介してＩＰアドレスを取得し得る（例えば、取得するためのオプションを有する）。更に、ＷＴＲＵは、例えばＩＰｖ４及びＩＰｖ６の場合、ＮＡＳシグナリングを介して、又はＤＨＣＰを介してネットワークパラメータを取得し得る（例えば、取得するためのオプションを有する、取得するように独立して決定される）。例えば、３ＧＰＰネットワーク（すなわち、及び／又は任意の同様の無線ネットワーク）の場合、ＤＨＣＰベースのＩＰアドレス構成をサポートするために、セッション管理機能（ＳＭＦ）は、ＷＴＲＵに向かって（例えば、そのための）ＤＨＣＰサーバとして機能する。

更に、そのような場合、ＩＰアドレス及びネットワークパラメータを取得するために外部データネットワークが使用されることができ、そのような場合、ＳＭＦは、外部ＤＨＣＰサーバに対してＤＨＣＰクライアントとして機能する。そのような場合、ＮＡＳシグナリングが使用され得、ＰＤＵセッションメッセージのために定義された「拡張プロトコル構成オプション」が存在し、そのようなオプション定義は、ＰＤＰコンテキストメッセージのために定義された「プロトコル構成オプション」（ＰＣＯ）を指し得る（例えば、参照する）。そのような場合、ローカルサーバ発見があってもよく、その例は、３ＧＰＰ文書に従って記載されるようなＩＰマルチメディアサブシステム（ＩＭＳ）インタワーキングモデルに含まれる。そのような場合、プロキシコールセッション制御機能（Ｐ－ＣＳＣＦ）サーバのアドレスは、ＤＨＣＰオプション又はＰＤＵセッションＰＣＯのいずれかを介してＷＴＲＵに提供される。更に、３ＧＰＰネットワークのそのような場合、Ｐ－ＣＳＣＦ ＩＰアドレスは、ＳＭＦ内でローカルに構成されてもよく、又はネットワークリポジトリ機能（ＮＲＦ）を使用して発見されてもよい。

エッジネットワーク管理サーバの発見
エッジコンピューティング環境では、エッジネットワークに参加し、エッジネットワークサービスを発見し利用しようと試みるエッジアウェアアプリケーション（例えば、デバイス）は、エッジネットワーク管理サーバを発見することができる（例えば、最初に発見しなければならない）。すなわち、エッジコンピューティング環境では、例えば、図２及び図３に示すアーキテクチャの場合、及び／又は３ＧＰＰアーキテクチャの場合、エッジイネーブラクライアントは、エッジイネーブラサーバ及び／又はエッジデータネットワーク構成サーバのアドレスを見つけなければならない。ＥＴＳＩ ＭＥＣアーキテクチャの場合、デバイスアプリケーションは、ＵＡＬＣＭＰのアドレスを見つけなければならない。

エッジネットワークは、（例えば、定義によって）位置特定されており、トポロジ、機能、及び構成のいずれかに関して固有である。しかしながら、エッジコンピューティングは、多くのモバイルネットワークサービスプロバイダ、ケーブルプロバイダ、タワー会社、ニュートラルホスト、及びインフラストラクチャベンダープラットフォームにわたってグローバルに配備されることができる（例えば、配備されることが期待される）。そのような場合、エッジネットワーク管理サーバを発見するための従来の（例えば、現在の最先端技術）機構は、以下を必要とする（例えば、要求する）：（１）ある程度の事前構成、及び（２）エッジネットワークにおいて確実に使用されることができないＤＮＳ。すなわち、ＤＮＳは、以下の理由のいずれかのために、確実に使用されることができない：（ｉ）ＤＮＳキャッシングは、クライアントがエッジネットワークＤＮＳサーバの一貫した使用を妨げる。（ｉｉ）フルＤＮＳ解決を強制するためにキャッシュをフラッシュすることは、非常に非効率的であり、低速である。及び（ｉｉｉ）ネットワークは、ＤＮＳエントリのためにＴＴＬ－ゼロを使用することをサポートしていない。

実施形態によれば、すなわち、エッジネットワーク管理サーバを発見するための上記の（例えば、従来の）機構を考慮して、例えば、事前構成がなく、及び／又はエッジネットワークとの以前の関連付けがない場合に、エッジ認識アプリケーション／デバイスがエッジネットワーク管理サーバをどのように発見及び位置特定するかを決定する必要がある。実施形態によれば、例えば、普遍的な適用性のために、（例えば、エッジネットワーク管理サーバの）発見のための機構（例えば、手順、特徴、操作、方法など）は、以下のいずれかを実行及び／又は満たし得る（例えば、すべきである、する必要がある、しなければならない）：（１）アプリケーション／デバイス内の（例えば、特定の）エッジネットワークプロバイダとの事前構成又は事前関連付けのいずれも必要としない；（２）エッジ認識デバイスへの影響は最小限であり、エッジ非認識デバイスへの影響はない；（３）様々なサイズ及び複雑さのネットワークに適している；及び（４）複数のエッジネットワーク管理サーバ及び／又は複数のエッジネットワーク管理システムをサポートするために複数のアドレスを提供する。

複数のＥＥＣとのＷＴＲＵについてのＥＣＳプロビジョニング
上述した問題の場合に対して更に（例えば、それに加えて）、例えば、３ＧＰＰ（例えば、エッジアプリケーションに関する３ＧＰＰ文書を参照されたい）によって指定されたアーキテクチャ及び／又は機能の場合、そのようなものは、（例えば、５ＧＣ手順を介して）ＥＣＳ構成情報の提供に対処し得る。しかしながら、そのような場合（例えば、３ＧＰＰによって指定されているように）、ＷＴＲＵ内で（例えば、それによって）２つ以上のＥＥＣがサポートされている場合にそのような対処方法は不明確であり、そのような場合、これらのＥＥＣは、１つ以上のアプリケーションクライアント（ＡＣ）に接続され得る。そのような場合、２つ以上のＥＥＣ及び２つ以上のＡＣがＷＴＲＵ内で／それによってサポートされているときにＳＭＦがＥＣＳ情報を正しいＥＥＣにどのように提供し得る／できるかを決定する必要があり得る。

実施形態によれば、ＤＨＣＰは、エッジネットワーク管理サーバへの（例えば、それへのアクセス、それへのパス、そのためのインターフェース、アクセスなど）エントリポイントを発見するために使用され得る。実施形態によれば、エッジネットワーク管理（ＥＮＭ）サーバのためのＤＨＣＰオプションは、上述した発見機構の（例えば、全ての）要件を満たし得、更に、以下に記載された利点のいずれかを提供し得る。実施形態によれば、利点は、ネットワークのサイズに関係なく、ＤＨＣＰサーバが、例えばクライアントの場所（例えば、アタッチメントポイント）に基づいて、ＥＮＭサーバ候補に優先順位を付け、及び／又はフィルタリングし得ることであり得る。例えば、（ａ）ＤＨＣＰサーバがアタッチメントポイントに位置特定されるか、又は（ｂ）ＤＨＣＰサーバが集中化され、必要な情報を提供することができるＤＨＣＰリレーエージェントが使用されるかのいずれかである。

実施形態によれば、（例えば、利点は、以下であり得る）エッジネットワークサービスの要件及び／又は利用可能性のいずれかに関連付けられた情報は、ＤＨＣＰクライアントとサーバとの間で通信（例えば、シグナリング、送信、送られるなど）され得る。実施形態によれば、そのような通信された要件は、例えば、ＥＮＭサーバ候補を更に優先順位付け／フィルタリングするために、クライアント又はサーバのいずれかによって使用され得る。実施形態によれば、エッジネットワークサービスの要件及び／又は利用可能性の変更がある場合、再発見がトリガされ得る。実施形態によれば、別の利点は、解決策（例えば、解決されたＦＱＤＮ）がローカルに保持され、エッジネットワークレベルで（例えば、容易に）管理され得ることであり得る。実施形態によれば、例えば、多くのエッジネットワークに関連付けられた（例えば、またがる）情報を有する（例えば、含む、含有する、記憶するなど）グローバル及び／又は領域構成サーバは、必要ではない場合がある。

ＥＮＭサーバのクライアント発見
図４は、実施形態による、アドレス割り当てを有するＥＮＭサーバのクライアント発見を示す図である。

実施形態によれば、アドレス割り当てを有するＥＮＭサーバのクライアント発見は、図４を参照して以下に記載されるように実行されてもよい。実施形態によれば、（例えば、既存の）ＤＨＣＰオプションであるパラメータ要求リストは、指定された構成パラメータの値を要求するためにクライアントによって使用され得、リストは、ｎオクテットとして指定され得、各オクテットは、有効なＤＨＣＰオプションコードである。実施形態によれば、ＩＰアドレス割り当てのためにＤＨＣＰを使用し、ＥＮＭサーバを発見することを望むクライアントは、例えばＤＩＳＣＯＶＥＲメッセージ及び（例えば、その後の）ＲＥＱＵＥＳＴメッセージのいずれかにおいて、パラメータ要求リストに新たなＥＮＭサーバＤＨＣＰオプションのコードを追加することができる。実施形態によれば、（例えば、パラメータ要求リストに応答して）ＤＨＣＰサーバは、ＯＦＦＥＲメッセージ及びＡＣＫメッセージのいずれかに実際のＥＮＭサーバＤＨＣＰオプション（例えば、ＥＮＭサーバ情報を含む）を含み得る。

実施形態によれば、新たなＥＮＭサーバオプションが既存のＤＨＣＰメッセージに付加された、ＤＨＣＰクライアントとサーバとの統合が図４に示されることができる。実施形態によれば、既存のＤＨＣＰメッセージに情報を付加するこのような規則は、この文書全体を通して使用され得る。実施形態によれば、新たなパラメータがメッセージフローに列挙され得、既存のパラメータは省略され得る。実施形態によれば、ＥＮＭサーバＤＨＣＰオプションのフォーマットは、例えば、ＤＮＳ、ＮＴＰ、及びＳＭＴＰサーバに使用される従来の（例えば、標準化された）フォーマットと同様であってもよく、以下のとおりであってもよい：
このオプションは、クライアントが利用可能なＥＮＭサーバを示すＩＰアドレスのリストを指定する。サーバは、優先順位順に列挙されるべきである。
このオプションについてのコードはＸである。最小長は４であり、長さは４の倍数でなければならない。

実施形態によれば、ＤＣＨＰと同様に、ＤＨＣＰｖ６のフォーマットは、以下のとおりであってもよい：
ＥＮＭサーバオプションは、クライアントが利用可能なＥＮＭサーバの１つ以上のＩＰｖ６アドレスのリストを提供する。ＥＮＭサーバは、クライアントが使用するのに好ましい順に列挙されている。

図５は、実施形態による、ＩＰアドレス割り当てを有しないＥＮＭサーバのクライアント発見を示す図である。

実施形態によれば、（例えば、同様のＤＨＣＰオプションと同様に）、ＤＨＣＰサーバがＥＮＭサーバオプションコードを理解しない場合、ＤＨＣＰサーバは、ＥＮＭサーバオプションを返さなくてもよい（例えば、返さないべきである）。実施形態によれば、ＤＨＣＰサーバがＥＮＭサーバオプションコードを理解しているが、エッジネットワークではない（例えば、エッジネットワークとして機能していない）場合、ＤＨＣＰは、ＥＮＭサーバの空のリストを返し得る。従来の（例えば、標準、現代、先行技術など）ＤＨＣＰサーバは、管理プラットフォームを介して直接的又は間接的にのいずれかで、管理者によって手動で構成されることに留意されたい。実施形態によれば、ＥＮＭサーバアドレスを有するＤＨＣＰサーバの構成、及び本明細書で論じる任意の関連情報は、最新技術を使用して、それらが進化するにつれて行われることになり得る（例えば、期待される）。

実施形態によれば、図５を参照すると、他の手段によって構成されたＩＰアドレスを有するが、ＥＮＭサーバを発見することを望むクライアントは、ＥＮＭサーバＤＨＣＰオプションのためのコードを、例えばＩＮＦＯＲＭメッセージ内のパラメータ要求リストに追加し得る。実施形態によれば、ＤＨＣＰサーバは、例えばＡＣＫメッセージにＥＮＭサーバＤＨＣＰオプションを（例えば、応答して）含め得る。

ＥＮＭサーバを優先順位付けするＤＨＣＰサーバ
実施形態によれば、ＤＨＣＰサーバは、例えば、パフォーマンス尺度、オペレータ優先度、負荷分散などのいずれかに基づいて適切と思われる場合、ＥＮＭサーバリストに優先順位付けを（例えば、自由）適用し得る。実施形態によれば、上述したように、ＤＨＣＰサーバは、例えば、ＥＮＭサーバＤＨＣＰオプションのリスト順序を使用して、クライアントに優先順位付けを通信し得る。実施形態によれば、ＤＨＣＰリレーエージェント（例えば、使用されている）の場合、ＤＨＣＰリレーエージェントは、自身がサービスを提供するサブネット上のＩＰアドレスを用いて構成され得る。実施形態によれば、ＤＨＣＰリレーエージェントは、ＤＨＣＰサーバに中継するメッセージにこのＩＰアドレスを追加し得る。実施形態によれば、ＤＨＣＰサーバは、（例えば、中継されるメッセージ内にある）このフィールドを使用して、例えば、その応答をブロードキャストすべきか、それともユニキャストしてリレーエージェントに返すべきかを決定し得る。

実施形態によれば、ＤＨＣＰサーバは、（例えば、更に）ＤＨＣＰリレーエージェントアドレスを使用して、クライアントに送信される構成をカスタマイズし得る。例えば、複数のＥＮＭサーバが存在する場合、ＤＨＣＰサーバは、クライアントへの近接度に基づいて優先順位付け（例えば、構成をカスタマイズ）し得る。実施形態によれば、例えば、（例えば、単一の）ＤＨＣＰサーバによってサービスされるキャンパスネットワークの場合があり得る。そのような場合、ネットワークは、２つ（例えば、又はそれ以上、メイン）の接続ゾーン（例えば、エリア）を有し得、各接続ゾーンは、個別のＤＨＣＰリレーエージェントを有する。そのような場合、キャンパスネットワーク内でサービスを有効化する（例えば、エッジ、フォグなど）エッジネットワークプロバイダ（例えば、契約している）が存在し得る。例えば、そのような場合、エッジネットワークプロバイダＰ１及びＰ２は、キャンパスネットワーク全体にサービスを提供（例えば、有効化）することができるが、例えば、配備の制約により、Ｐ１のリソースの大部分は東ゾーンにあり、Ｐ２のリソースの大部分は西ゾーンにある。

実施形態によれば、そのような場合、ＤＨＣＰサーバは、東ゾーンにアタッチするクライアントについてのＰ１ ＥＮＭサーバと、西ゾーンのクライアントについてのＰ２ ＥＮＭサーバとを優先させ得る。しかしながら、本開示はこれに限定されず、ＤＨＣＰは、ＥＮＭサーバの場所の追加及び／又は置換において、様々な理由、要因、特性、要件などのいずれかのためにＥＮＭサーバに優先順位付けしてもよい。例えば、キャンパスネットワークの場合、Ｐ２によって提供されるそのようなサービスよりも高いＱｏＳを有する西ゾーンにおいて（例えば、一定の）サービスがＰ１によって提供され、それに応じてＤＨＣＰサーバがＥＮＭサーバを優先し得る更なる場合があり得る。

ＥＮＭサーバをフィルタリングするＤＨＣＰサーバ
実施形態によれば、クライアントデバイスがエッジコンピューティングを利用し得る（例えば、希望する、必要とする、望む、決定するなど）場合、クライアントデバイスは、例えば、デバイスとエッジネットワークの双方にまたがる所望のアプリケーション及びサービスなどの（例えば、特定の）理由のためにそうし得る（例えば、そうするであろう）。そのような場合、クライアントデバイスは、ＤＨＣＰサーバが利用可能なＥＮＭサーバをフィルタリングするのを支援し得る。実施形態によれば、ＤＨＣＰクライアントは、（例えば、新たな）ＥＮＭサーバ要件ＤＨＣＰオプションをそのメッセージに追加し得る。実施形態によれば、ＥＮＭサーバ要件ＤＨＣＰオプションは、例えば、クライアントがエッジネットワーク環境が提供することを期待するサービス及び／又は（例えば、関連付けられた）アプリケーションのいずれかの識別子のリストであってもよい。実施形態によれば、例えば、ＥＴＳＩ ＭＥＣ用語では、これは特徴依存性であってもよく、３ＧＰＰでは、これは、公開されたネットワーク公開機能又はサービス能力公開機能（ＮＥＦ／ＳＣＥＦ）カテゴリであってもよい。（例えば、そのようなカテゴリに加えて）実施形態によれば、ＷＴＲＵ（例えば、クライアント、ＤＨＣＰクライアント）は、例えば、ネットワークによって提供されるＵＥ（例えば、ＷＴＲＵ）ルート選択ポリシー（ＵＲＳＰ）によって（例えば、それから）提供されるように、トラフィック記述子規則に関連付けられた（例えば、それからの）情報を使用し得る。実施形態によれば、そのようなトラフィック記述子関連情報は、例えば、ＥＮＭサーバ要件ＤＨＣＰオプションに含まれる、アプリケーションを識別するアプリケーション記述子を示す情報（例えば、アプリケーションＩＤ）などのアプリケーションに関連付けられ、及び／又はＩＰ情報若しくは非ＩＰ情報のいずれかに関連付けられ得る。

実施形態によれば、例えば、クライアントデバイスによって送信されるメッセージ内のＥＮＭサーバ要件ＤＨＣＰオプションを提供（例えば、追加、送る、送信など；新規）などの上述したクライアントデバイス特徴のいずれかを使用することによって、ＤＨＣＰサーバを支援するクライアントデバイスを有する様々な使用事例があり得る。実施形態によれば、そのような使用事例は、以下のいずれかを含み得る：アプリケーション計算オフロード；拡張現実；及びアクティブデバイス位置追跡。

実施形態によれば、アプリケーション計算オフロードの場合、ネットワークは、特定の（例えば、計算集約型）動作、プロセス、機能などを実行し得る。例えば、ユーザのモバイルデバイスの代わりに、ネットワークは、クライアントデバイスによって送信されたメッセージ内のＥＮＭサーバ要件ＤＨＣＰオプションを受信するＤＨＣＰサーバに従って、グラフィカルレンダリング又はデータ処理のいずれかを実行し得る。実施形態によれば、そのような場合、特徴依存性は、「ユーザアプリケーション」、又はネットワークを有する（例えば、好む、要求するなど）クライアントデバイスの任意の他の適切な信号、フィールド、情報、又はインジケータであってもよく、特定の動作、プロセス、機能などを実行する。例えば、クライアントデバイスがＶＲヘッドセット／画面として使用されるスマートフォンである場合、ＥＮＭサーバ要件ＤＨＣＰオプションは、ネットワークを介して、例えばホームデバイス又は他のデバイスのいずれかにオフロードされる画像／モーションレンダリングの優先／要求を示し得る。

実施形態によれば、拡張現実の場合、クライアントデバイス（例えば、ＤＨＣＰサーバに発見メッセージを送信することができる）は、インタラクティブ体験が提供され得（例えば、それに関与される）、現実世界（例えば、存在する）のオブジェクトは、コンピュータ生成知覚情報によって強化される。そのような場合、ユーザ（例えば、クライアントデバイス）が動き回るにつれて、接続性が維持されなければならず、サーバインスタンス（例えば、ＤＨＣＰサーバによって選択された場合）は、例えば、（例えば、クライアントデバイスによって指示／要求されるように）パフォーマンス要件を満たすために再配置（例えば、再構成、再発見、再選択、フィルタリングなど）され得る。ＥＮＭサーバインスタンスのそのような変更は、スマートリロケートと呼ばれる場合がある。実施形態によれば、拡張現実のそのような場合、特徴依存性は、「ユーザアプリケーション」及び「スマート再配置」、又は特定の動作、プロセス、機能などを実行するネットワーク移動／リロケーションＥＭＮサーバインスタンスを有する（例えば、好む、要求するなど）クライアントデバイスの任意の他の適切な信号、フィールド、情報、又はインジケータであり得る。

実施形態によれば、アクティブデバイス位置追跡の場合、アクティブ端末の（例えば、リアルタイム、ネットワーク測定ベース）追跡を可能にし得る。実施形態によれば、アクティブデバイス位置追跡の場合、場所、小売場所、及びＧＰＳカバレッジが利用できないエリアのいずれかにおいて位置ベースのサービスを可能にし得る。例えば、そのようなサービスは、モバイル広告、クラウド管理、及びスマートシティのいずれかを含み得る。実施形態によれば、アクティブデバイス位置追跡のそのような場合、特徴依存性は、「ユーザアプリケーション」及び「場所」、又は（例えば、ＥＭＮサーバインスタンスを介して）クライアントデバイスの場所に応じたサービスを提供するネットワークを有する（例えば、好む、要求するなど）クライアントデバイスの任意の他の適切な信号、フィールド、情報、若しくはインジケータであり得る。例えば、クライアントデバイスは、駐車場の複数の場所のいずれかと関連付けられたＥＮＭサーバインスタンスを使用して、駐車スペースの利用可能性を示すアプリケーション／サービスが実行されるべきであることを（例えば、特徴依存性「ユーザアプリケーション」及び「場所」のいずれかを含むメッセージを送信することによって）ＤＨＣＰサーバに示し得る。

実施形態によれば、ＥＮＭサーバ要件ＤＨＣＰオプションのフォーマットは、以下のとおりであり得る：
このオプションは、クライアントが必要とするエッジアプリケーション／サービス識別子のリストを指定する。各識別子は、３２ビットの整数として表現される。
最大で３２個の識別子が列挙され得る。
このオプションについてのコードはＹである。最小長は４であり、最大長は１２８であり、長さは４の倍数でなければならない。

図６は、実施形態による、要件に基づいてＥＮＭサーバをフィルタリングするＤＨＣＰサーバを示す図である。

実施形態によれば、ＤＨＣＰサーバが利用可能なＥＮＭサーバによってクライアントの要件を満たすことができない場合、ＤＨＣＰサーバは、空であり得るＥＮＭサーバのリストを返し得る。実施形態によれば、（例えば、一方では）、クライアントメッセージがＤＩＳＣＯＶＥＲメッセージである場合、ＤＨＣＰサーバは、（例えば、何ら）応答（例えば、決定する、選択する、選ぶなど）しなくてもよい。

ＥＮＭサーバを選択するクライアント
図７は、実施形態による、ＥＮＭサーバを選択するクライアントを示す図である。実施形態によれば、（例えば、図７を参照すると）クライアントは、例えば、列挙された順序にかかわらず、ＥＮＭサーバのいずれかを（例えば、それらの間で）（例えば、自由に）選択し得る。実施形態によれば、クライアントがＤＩＳＣＯＶＥＲメッセージに応答して２つ以上のＯＦＦＥＲメッセージを受信する場合、クライアントは、ＥＮＭサーバのいずれか、又は任意の他の基準に基づいてそれらのＯＦＦＥＲの間で（例えば、自由に）選択し得る。実施形態によれば、あまり厳しくないフィルタがＤＨＣＰサーバに適用されてもよく、例えば、これにより、クライアントが、ＥＮＭサーバ間でより良い情報に基づく決定を行うことを可能にし得る（例えば、それに適し得る）。実施形態によれば、クライアントがいくつかのサービスを必要とする場合があり得るが、他は任意であり得る（例えば、好ましい、有するとよい、など）。そのような場合、クライアントは、その最小サービスセットを使用して発見を開始し、その後、それを徐々に増加させてもよい。

実施形態によれば、例えば、より効率的な交換のために、ＤＨＣＰサーバは、例えば、各ＥＮＭサーバについて、要件コンプライアンスＤＨＣＰオプションを有する（例えば、新たな）ＥＮＭサーバにおいて、要件コンプライアンス情報を追加し得る。実施形態によれば、要求コンプライアンス情報を追加するＤＨＣＰサーバのそのような機能、又は本明細書で説明されるＤＨＣＰサーバの任意の他の機能は、使用事例（１）アプリケーション計算オフロード、（２）アクティブデバイス位置追跡、及び（３）拡張現実のいずれかに関して実行され得る。実施形態によれば、例えば、アプリケーション計算オフロードの場合、ＷＴＲＵ（例えば、ＤＨＣＰクライアントデバイス）は、アプリケーションの計算タスク（例えば、その全て）を実行し得る（例えば、実行することができる）が、例えば、利用可能であれば、オフロードを使用し得る（例えば、使用すべきである、使用するであろうなど）。実施形態によれば、そのような場合、特徴依存性「ユーザアプリケーション」は、ＤＨＣＰクライアント又はＤＨＣＰサーバのいずれかによって任意であると見なされ得る（例えば、必須ではない、有するとよい、可変的／条件的に提供され得るなど）。例えば、そのような場合、ＷＴＲＵがアプリケーションコンピューティングを実行している間に、ＷＴＲＵのバッテリ／電源が低下する場合があり、オフロードがより重要になる場合があり、例えば任意ではなく要件に対する特徴依存性を変更する。すなわち、実施形態によれば、特徴依存性は、例えば、限定はしないが、クライアントデバイス（例えば、ＷＴＲＵ）、アプリケーション、サービス、ネットワークスライス、ＥＮＭサーバインスタンス、ネットワーク、フォグネットワーク、エッジネットワーク、無線周波数ネットワーク、コアネットワーク、有線ネットワークなどのいずれかに関連付けられた要件、能力、パラメータ、特性、測定値、構成、リソース、トリガ、信号、及びインジケータのいずれかなどの様々な理由で変化し得る。

実施形態によれば、例えば、アクティブデバイス位置追跡及び拡張現実の場合、観光客は、（例えば、彼らにとって新しい）エリアを歩いている場合があり、主な関心事は、道に迷わず（例えば、所望の場所にナビゲートする）、徒歩ルートに沿ったランドマークについて知ることである。すなわち、観光者は、ＡＲを使用して強化された体験をしたい（例えば、楽しむ）場合がある。そのような場合、実施形態によれば、特徴依存性は、「ユーザアプリケーション」及び「場所」が要件（例えば、必携）であり、「スマート再配置」が、エリア（例えば、新たな会場）内の案内（例えば、ナビゲーション）及び履歴情報（例えば、ＡＲ情報）のためのアプリケーション（例えば、観光客ＷＴＲＵによって実行されるサービス）の実行（例えば、それに関連付けられた発見要求の送信）のためのオプション（例えば、有するとよい）であるようなものであり得る。そのような場合、学習して道に迷わないための観光客の本来の興味が満たされ得る。

実施形態によれば、要件コンプライアンスＤＨＣＰオプションを有する（例えば、新たな）ＥＮＭサーバのフォーマットは、以下のとおりであり得る：
このオプションは、クライアントが利用可能なＥＮＭサーバを示すＩＰアドレスのリストを指定する。サーバは、優先順位順に列挙されるべきである。
各ＥＮＭサーバについて、ビットマスクは、ＥＮＭサーバ要件オプションにおいてクライアントによって指定された順序で、各ＥＮＭサーバ要件の利用可能性を示す。
このオプションについてのコードはＺである。最小長は８であり、長さは８の倍数でなければならない。

ＥＮＭサーバを再発見するクライアント
図８は、実施形態による、ＥＮＭサーバを再発見するクライアントを示す図である。

実施形態によれば、クライアントのＥＮＭサーバ要件が、例えばエッジネットワークに関連付けられている間に、すなわちＤＨＣＰ「Ｂｏｕｎｄ」状態にある間に変化した場合、クライアントは、例えば図８に示すように、その新たな要件を含むＤＨＣＰ ＲＥＱＵＥＳＴを発行し得る。実施形態によれば、ＤＨＣＰサーバは、例えば、要件を満たすＥＮＭサーバのリスト又は関連する要件コンプライアンスを有するＥＮＭサーバのリストのいずれかを含むＡＣＫを送信（例えば、それに応答）し得る。実施形態によれば、ＤＨＣＰサーバが利用可能な（例えば、満足できる）ＥＮＭサーバがないと判定（例えば、決定）した場合、ＤＨＣＰサーバは、（例えば、代わりに）ＮＡＫを送信して、例えば、クライアントをトリガして「Ｉｎｉｔ」状態に戻し、新たなＤＩＳＣＯＶＥＲメッセージを送信し得る。実施形態によれば、ＩＰアドレス割り当てにＤＨＣＰを使用していない間にクライアントのＥＮＭサーバ要件が変更された場合、クライアントは、例えば、クライアントの新たな要件を含むＤＨＣＰ ＩＮＦＯＲＭメッセージを発行し得る。実施形態によれば、ＤＨＣＰサーバは、例えば、要件を満たすＥＮＭサーバのリスト、又は関連する要件コンプライアンスを有するＥＮＭサーバのリストのいずれかを含むＡＣＫを送信（例えば、それに応答）し得る。実施形態によれば、ＤＨＣＰサーバが利用可能な（例えば、満足できる）ＥＮＭサーバがないと判定（例えば、決定）した場合、ＤＨＣＰサーバは、例えば空のＥＮＭサーバリストを用いてＡＣＫを（例えば、更に）送信し得る。

３ＧＰＰへのＤＨＣＰ適用性
上述したように、例えば、ＥＮＭサーバとして機能する（例えば、として動作する、の動作を実行するなど）エッジイネーブラサーバ（ＥＥＳ）を有する３ＧＰＰ ＳＡ６アーキテクチャの場合があり得る。そのような場合、例えば、ＥＥＳの発見を容易にするために、（例えば、３ＧＰＰ ＳＡ６アーキテクチャの）エッジデータネットワーク構成サーバ（ＥＣＳ）が使用されてもよい。しかしながら、そのような場合、ＥＣＳの使用は、発見に対する／発見のための複雑さを（例えば、単純に、単になど）追加（例えば、更に）し得、換言すれば、発見を実行する問題にレイヤを追加し得る。すなわち、３ＧＰＰ ＳＡ６アーキテクチャにおけるＥＣＳのそのような場合、ＥＣＳがどのようにして見つけられるかを決定する必要がある。実施形態によれば、ＥＣＳが（例えば、もまた）ＥＮＭサーバとして機能する場合、ＥＣＳを決定及び／又は発見するための、以下に記載されるような方法、動作、特徴などがある。以下に言及されるように、頭字語ＥＸＳは、ＥＥＳ又はＥＣＳのいずれかを指すために交換可能に使用され得る。

実施形態によれば、例えば、上述したように、ＤＨＣＰは、ローカルエリアデータネットワーク（ＬＡＤＮ）のためにサポートされ得る（例えば、サポートされるオプション）。例えば、ＤＨＣＰオプション及び／又はＰＤＵセッションＰＣＯは、類似のサブシステム（例えば、ＩＭＳのためのＰ－ＣＳＣＦ）内のローカルサーバ（例えば、そのＬＡＤＮ）のアドレスを発見するために（例えば、その手段として／ために）使用され得る（例えば、３ＧＰＰによって指定されている）。実施形態によれば、例えば、３ＧＰＰにおけるＤＨＣＰの場合、ＥＸＳアドレスがＰＣＯに追加され得る（例えば、それに含まれる、それに／それによって提供される、それに／それによって示されるなど）。すなわち、実施形態によれば、ＥＸＳのＷＴＲＵ発見（例えば、ＥＸＳアドレスの決定）をサポートするために、ＷＴＲＵアドレス割り当て及びネットワーク構成に使用される方法に関係なく（例えば、中立的なように）、ＥＸＳアドレスがＰＣＯに追加され得る（例えば、追加されるべきである）。

実施形態によれば、ＳＭＦは、ＥＸＳの発見に使用される、及び／又はＥＸＳの発見に関連付けられる情報（例えば、ＥＸＳアドレス）を取得及び／又は提供し得る（例えば、提供することができる、提供するように構成されるなど）（例えば、必須）。実施形態によれば、例えば、オペレータが所有するエッジネットワークの場合、ＥＸＳアドレスは、Ｐ－ＣＳＣＦアドレスを取得する方式と同じ方式で（例えば、それと同じ、それと同様などの動作／手順／特徴／などを使用して）取得され得る。すなわち、実施形態によれば、ＥＸＳアドレスは、ＳＭＦ内でローカルに構成されること、又はＮＲＦを使用して発見されることのいずれかに従って取得され得る。実施形態によれば、ＥＸＳアドレスを取得するそのような場合、ＷＴＲＵは、例えば、ＥＸＳのアドレスを判定するためにＳＭＦをトリガするために、例えばＳ１ ＳＭコンテナ内に（例えば、新たな）インジケータを含み得る。実施形態によれば、サードパーティエッジネットワークの場合、ＥＸＳアドレスは、ローカルＤＨＣＰサーバへのＤＨＣＰ要求を使用して（例えば、それを介して）取得され得る。実施形態によれば、そのような場合、サードパーティエッジネットワークは、３ＧＰＰシステムから独立していてもよく（例えば、残る）、３ＧＰＰ及び非３ＧＰＰ ＷＴＲＵをシームレスにサポートしてもよい（例えば、同様に、同様の方法でなど）。

図９、図１０、及び図１１は、実施形態による、ＥＸＳ発見を示す図である。実施形態によれば、例えば、図９、図１０、及び図１１を参照すると、例えば、ＥＸＳ発見のための手続に変動があり得る。実施形態によれば、図９を参照すると、（例えば、３ＧＰＰ）ＥＸＳアドレスがＳＭＦにおいて構成（例えば、ローカルに記憶）され得る。実施形態によれば、例えば、図９の場合、ＷＴＲＵは、ＤＨＣＰメッセージ及びＰＤＵセッション確立メッセージのいずれかを使用してＥＸＳアドレスを取得し得る。実施形態によれば、図１０を参照すると、ＥＸＳは、ＮＲＦに登録し得、ＳＭＦは、ＮＲＦに照会し得る。実施形態によれば、図１１を参照すると、ＥＸＳは、（例えば、ローカル）ＤＨＣＰサーバに構成（例えば、記憶）され得る。

実施形態によれば、ＥＸＳ発見の場合、例えば、図９、図１０、及び図１１のいずれかを参照すると、ＷＴＲＵ及びＳＭＦのいずれかに影響があり得る。実施形態によれば、ＷＴＲＵ及びＳＭＦのいずれかは、例えばＰＤＵセッション確立中に、例えば（例えば、新たな）ＰＣＯを使用して、ＥＸＳアドレスを要求及び／又は提供し得る。実施形態によれば、ネットワークに向かうＷＴＲＵの方向において、任意の適切な及び／又はまだ決定されていない（例えば、新たな）コンテナ識別子に含まれ得る及び／又はそれに関連付けられ得るＥＸＳ ＩＰｖ４アドレス要求及びＥＸＳ ＩＰｖ６アドレス要求のいずれか（例えば、その送信、それを示す情報など）が存在し得る。実施形態によれば、ＷＴＲＵに向かうネットワークの方向において、任意の適切な及び／又はまだ決定されていない（例えば、新たな）コンテナ識別子に含まれ得る及び／又はそれに関連付けられ得るＥＸＳ ＩＰｖ４アドレス及びＥＸＳ ＩＰｖ６アドレスのいずれか（例えば、その送信、それを示す情報など）が存在し得る。

実施形態によれば、コンテナ識別子は、ＥＸＳアドレス要求を示し得る（例えば、それを示す情報を含み得る）。実施形態によれば、そのような場合、ＥＸＳアドレス要求を示すコンテナ識別子のうち、コンテナ識別子内容フィールドは空であってもよく、コンテナ識別子内容の長さは、ゼロの（例えば、それに等しい）長さを示してもよい。実施形態によれば、コンテナ識別子内容フィールドが空でない場合、それは無視されてもよい（例えば、無視されるものとする）。実施形態によれば、コンテナ識別子は、ＥＸＳアドレスを示し得る（例えば、それを示す情報を含み得る）。例えば、ＥＸＳアドレスを示すコンテナ識別子のそのような場合、実施形態によれば、コンテナ識別子内容フィールドは、使用されるＥＸＳアドレスに対応する（例えば、１つの）ＩＰアドレスを含み得る。実施形態によれば、複数のＥＸＳアドレスを含める必要がある場合、ＥＸＳアドレスを示すコンテナ識別子を有するより多くの論理ユニットが使用されてもよい。

実施形態によれば、例えば、ＥＸＳの登録及び／又は発見のいずれかのために、ＥＸＳ、ＮＲＦ、及びＳＭＦのいずれかは、例えば、ＥＸＳに関連付けられたＮＦタイプなどの（例えば、新たな）ＮＦタイプ、及び例えば、ＥｘｓＩｎｆｏに関連付けられたデータ型などの（例えば、新たな）データ型のいずれかを使用し得る。実施形態によれば、属性名、及び／又は関連するデータ型、プレゼンス（Ｐ）又はオプション（Ｏ）値、カーディナリティ、及び／又は説明のいずれも、表１に提供されているとおり（例えば、示されているなど）であり得る。

ＥＣＳプロビジョニング中の複数のＥＥＣについてのサポート
実施形態によれば、複数のエッジイネーブラクライアント（ＥＥＣ）が複数のアプリケーションクライアント（ＡＣ）に関連付けられ得、これらのＥＥＣが複数のＰＬＭＮに（例えば、更に、またなど）関連付けられ得る場合（例えば、３ＧＰＰによって定義されるように）があり得る。

図１２は、実施形態による、カーディナリティによるＥＥＣとＡＣとの関連付けを示す図である。

実施形態によれば、ＥＣＳアドレス情報は、例えば５Ｇコアネットワーク手順を介して、ＭＮＯによってプロビジョニングされ得る。実施形態によれば、例えば、図１２を参照すると、複数のＥＥＣが存在してもよく、これらのＥＥＣは、１つ以上のＡＣにサービスを提供してもよい。例えば、ＥＥ１は、ＡＣ１及びＡＣ２からの要求を処理し得、一方、ＥＥＣ２は、ＡＣ３及びＡＣｎからの要求を処理（例えば、対処）し得る。実施形態によれば、ＥＥＣは１つ以上のＥＣＳに関連付けられ得、及び／又は１つのＥＣＳは、１つ以上のＥＥＣに関連付けられ得る。

図１３は、実施形態による、ＥＣＳプロビジョニングを示す図である。

実施形態によれば、ＥＥＣは、例えば、利用可能なＥＥＣ及び／又はそれらのＩＤ、及び／又はアプリケーションＩＤ及び／又はこれらのＥＥＣによってサポートされるサービスのいずれか（例えば、そのいずれかに関係なく）を示す情報をＷＴＲＵに提供し得る。すなわち、例えば、複数のＥＥＣ及び／又は複数のＡＣの場合、ＷＴＲＵがＮＡＳレイヤとＥＥＣとの間のＥＣＳ構成情報の転送をサポートするかどうかをＳＭＦに通知することに加えて及び／又はその代わりに、ＥＥＣは、利用可能なＥＥＣ及び／又はそのＩＤ又はこれらのＥＥＣによってサポートされるアプリケーションＩＤ／サービスに関する情報をＷＴＲＵに提供し得る。実施形態によれば、例えば、図１３を参照すると、ネットワーク、例えば（例えば、特に）ＳＭＦは、例えばＷＴＲＵにおいてサポート及び／又は構成されたＥＥＣに従って、そのような情報を使用して適用可能なＥＣＳ情報を選択し得る。

実施形態によれば、図１３を参照すると、ＥＣＳプロビジョニング手順は、以下の動作のいずれかを含み得る。実施形態によれば、第１の動作として、関連するＥＡＳサーバに接触する必要があり得るＡＣ、例えばＡＣ１は、エッジ－４を介してＥＡＳ発見を要求し得、ＡＣは、そのアプリケーションＩＤ又はサービスＩＤのいずれかを（例えば、要求の一部として及び／又は要求に含まれるものとして）提供し得る。実施形態によれば、第２の動作として、ＡＣ１に関連付けられたＥＥＣ、例えばＥＥＣ１は、例えばＰＤＵセッションの確立をトリガするために、ＡＴコマンドを発行（例えば、送る、送信、提供など）し得る。実施形態によれば、ＥＥＣ（例えば、ＥＥＣ１）は、そのＥＥＣ ＩＤ（例えば、ＥＥＣ１）、並びに関連するＡＣによって提供されるアプリケーションＩＤ及び／又はサービスＩＤを（例えば、また、更になど）提供し得る。実施形態によれば、そのような情報は、例えば、＋ＣＧＤＣＯＮＴ ＡＴコマンドのＰＣＯ部分において提供（例えば、送信）されてもよい。

実施形態によれば、第３の動作として、ＡＣ、例えばＡＣ２は、例えばエッジ－４を介してＥＡＳ発見を要求するために、関連するＥＡＳサーバに接触する必要があり得、そのようなＡＣ（例えば、ＡＣ２）は、そのアプリケーションＩＤ又はサービスＩＤを、例えばＥＡＳサーバに提供し得る。実施形態によれば、第４の動作として、ＡＣ２に関連付けられたＥＥＣ、例えばＥＥＣ２は、ＰＤＵセッションの確立をトリガするためのＡＴコマンドを送る（例えば、送信、発行など）し得、ＥＥＣは、そのＥＥＣ ＩＤ（例えば、ＥＥＣ２）及び／又は関連するＡＣによって提供されたアプリケーションＩｄ及びサービスＩＤのいずれかを提供し得る。実施形態によれば、そのようなコマンド及び／又は情報は、＋ＣＧＤＣＯＮＴ ＡＴコマンドのＰＣＯ部分において送信されてもよい。実施形態によれば、第５の動作として、ＮＡＳレイヤがＰＤＵセッション確立メッセージを発行する前に２つ以上のＥＥＣ要求を待つように、ＮＡＳレイヤ（例えば、ＮＡＳレイヤのための及び／又はＮＡＳレイヤに関連付けられたプロセッサ動作）が実装され得、したがって、１つ以上のＥＥＣのいずれか及び１つ以上のＡＣのいずれかに情報を提供し得る。実施形態によれば、そのような要求は、例えば、ＡＴコマンドで提供されるＳ－ＮＳＳＡＩによって与えられるように、同じネットワークスライス内で提供されるサービスに関連付けられたＥＥＣからのものであってもよい。

実施形態によれば、第６の動作として、ＳＭＦは、例えばＰＤＵセッション確立要求メッセージを受信すると、ＰＤＵセッション確立要求メッセージ内（例えば、中）のＰＣＯにおいて提供されたＥＥＣ及び／又はアプリケーションＩＤに関連するＥＣＳ情報を導出し得る。実施形態によれば、第７の動作として、ＳＭＦは、導出された情報を、例えばＥＥＣごとに、ＰＤＵセッション確立受諾メッセージにおいて提供し得る。実施形態によれば、第８の動作として、ＮＡＳレイヤは、ＥＣＳ情報を関連するＥＥＣ（例えば、ＥＥＣ２）に中継し得る。実施形態によれば、第９の動作として、ＥＥＣは、例えば、適用可能なＥＥＳアドレス情報を取得するために、ＰＣＯにおいて提供されたＥＣＳ情報を使用し得る。実施形態によれば、そのような第９の動作では、ＥＥＣは、適用可能なＥＡＳ情報を取得するためにＥＥＳを使用（例えば、使い尽くす）し得る。

実施形態によれば、第１０の動作として、ＥＥＣは、ＥＡＳ発見応答において、関連するＡＣ（例えば、ＡＣ２）に適用可能なＥＡＳ情報を提供し得る。実施形態によれば、第１１の動作として、ＮＡＳレイヤは、ＥＣＳ情報を関連するＥＥＣ（例えば、ＥＥＣ１）に中継し得る。実施形態によれば、第１２の動作として、ＥＥＣは、例えばＰＣＯにおいて提供されるＥＣＳ情報を使用して、適用可能なＥＥＳアドレス情報を取得し得る。実施形態によれば、ＥＥＣは、適用可能なＥＡＳ情報を取得するためにＥＥＳを使用（例えば、使い尽くす）し得る。実施形態によれば、第１３の動作として、ＥＥＣは、ＥＡＳ発見応答において、関連するＡＣ（例えば、ＡＣ１）に適用可能なＥＡＳ情報を提供し得る。

実施形態によれば、ＥＣＳプロビジョニングの場合、例えば、図１２及び図１３のいずれかを参照すると、ＷＴＲＵ及びネットワークのいずれかに影響があり得る。実施形態によれば、ＷＴＲＵの場合、ＷＴＲＵ内に、例えば＋ＣＧＤＣＯＮＴ ＡＴコマンドを使用して（例えば、それによって、それを介してなど）接続されたＡＣから、そのクライアントＩＤ、アプリケーションＩＤ、及びサービスＩＤのいずれかを提供し得る（例えば、提供する必要がある）ＥＥＣがあり得る。実施形態によれば、ＮＡＳレイヤは、ＰＤＵセッション確立要求メッセージを発行するときに、例えばＰＣＯ内のＥＥＣ ＩＤ、アプリケーションＩＤ、及びサービスＩＤのいずれかを中継し得る（例えば、中継する必要がある）。実施形態によれば、ＷＴＲＵの場合、ＥＥＣ（例えば、ＷＴＲＵ内）は、ＰＣＯにおいて提供されたＥＣＳ情報を抽出し得る（例えば、抽出する必要があり得る）。実施形態によれば、ＷＴＲＵは、全てのＡＣについてそのようなものを抽出し得、ＷＴＲＵは、例えば、関連するＥＡＳ情報を取得するために、１つ以上のＥＥＳが接触され得る（例えば、接触される必要があり得る）かどうかを決定し得る。

実施形態によれば、ネットワークの場合、ＳＭＦは、例えば、ＥＥＣごとに関連するＥＣＳ情報の導出への入力として使用するために、ＥＥＣ ＩＤ、アプリケーションＩＤ、及びサービスＩＤのいずれかを抽出し得る（例えば、抽出する必要がある）。実施形態によれば、ネットワークの場合、ＳＭＦは、例えば全てのＥＥＣについて、例えばＰＤＵセッション確立受諾メッセージ内のＰＣＯ内でＥＣＳ情報を提供し得る（例えば、提供する必要がある）。実施形態によれば、そのような場合、全てのＥＥＣが同じＥＣＳに関連付けられている／それに関連付けられている場合に最適化が可能であり得る。

結論
特徴及び要素は、特定の組み合わせにおいて上で説明されているが、当業者は、各特徴又は要素が単独で又は他の特徴及び要素との任意の組み合わせで使用され得ることを理解されよう。更に、本明細書に説明される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアに実装され得る。非一時的なコンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＵＥ、ＷＴＲＵ、端末、基地局、ＲＮＣ又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

更に、上述した実施形態では、制約サーバ及びプロセッサを含むランデブーポイント／サーバを含む処理プラットフォーム、コンピューティングシステム、コントローラ、及び他のデバイスが示される。これらのデバイスは、少なくとも１つの中央処理装置（「ＣＰＵ」）及びメモリを含み得る。コンピュータプログラミングの技術分野における当業者の慣例によれば、動作、及び演算又は命令の記号表現の言及は、様々なＣＰＵ及びメモリによって実行され得る。そのような動作及び演算又は命令は、「実行」、「コンピュータ実行」、又は「ＣＰＵ実行」されることと呼ばれ得る。

技術分野における通常の技術を有する者には、動作及び記号的に表現された演算又は命令が、ＣＰＵによる電気信号の操作を含むことが理解されるであろう。電気システムは、電気信号の結果的な変換又は減少を引き起こすことができるデータビットを表し、メモリシステムのメモリ位置にデータビットを維持し、それによってＣＰＵの動作及び他の信号の処理を再構成又は別の方法で変更する。データビットが維持されるメモリ位置は、データビットに対応する、又はデータビットを表す特定の電気的特性、磁気的特性、光学的特性、又は有機的特性を有する物理的位置である。例示的な実施形態は、上述したプラットフォーム又はＣＰＵに限定されず、他のプラットフォーム及びＣＰＵが、提供される方法をサポートし得ることを理解されたい。

データビットはまた、磁気ディスク、光学ディスク、及び任意の他の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））又はＣＰＵによって読み取り可能な不揮発性（例えば、読み取り専用メモリ（「ＲＯＭ」））大容量記憶システムを含む、コンピュータ可読媒体上に維持され得る。コンピュータ可読媒体は、処理システム上に排他的に存在するか、又は処理システムに対してローカル又はリモートであり得る複数の相互接続された処理システム間で分散された、協調的又は相互接続されたコンピュータ可読媒体を含んでもよい。代表的な実施形態は、上述のメモリに限定されず、他のプラットフォーム及びメモリが、記載された方法をサポートし得るということが理解される。

例示的な実施形態において、本明細書に記載されている動作、プロセスなどのいずれも、コンピュータ可読媒体に格納されたコンピュータ可読命令として実装されてもよい。コンピュータ可読命令は、移動体、ネットワーク要素、及び／又は任意の他のコンピューティングデバイスのプロセッサによって実行され得る。

システムの態様のハードウェア実装とソフトウェア実装の間には、ほとんど区別がない。ハードウェア又はソフトウェアの使用は、一般に（常にではないが、特定の状況では、ハードウェアとソフトウェアとの間の選択が大きな意味を持ち得る）、コスト対効率のトレードオフを意味する設計上の選択事項である。本明細書に記載されているプロセス及び／又はシステム及び／又は他の技術が効果的であり得る様々なビークル（例えばハードウェア、ソフトウェア、及び／又はファームウェア）が存在し得、好ましいビークルは、プロセス及び／又はシステム及び／又は他の技術が配備される状況によって変化し得る。例えば、実装者が、速度及び正確性が最重要であると判断した場合、実装者は、主にハードウェア及び／又はファームウェアのビークルを選択することができる。柔軟性が最重要である場合、実装者は、主にソフトウェア実装を選択することができる。あるいは、実装者は、ハードウェア、ソフトウェア、及び／又はファームウェアの何らかの組み合わせを選択してもよい。

前述の詳細な説明では、ブロック図、フローチャート、及び／又は例の使用を通じて、デバイス及び／又はプロセスの様々な実施形態を示した。そのようなブロック図、フローチャート、及び／又は例が１つ以上の機能及び／又は動作を含む限り、そのようなブロック図、フローチャート、又は例の中の各機能及び／又は各動作は、広範なハードウェア、ソフトウェア、ファームウェア、又はそれらの実質的に任意の組み合わせによって、個別にかつ／又は集合的に実装されてよいことが当業者には理解されるであろう。好適なプロセッサとしては、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ又は２つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意のその他のタイプの集積回路（ＩＣ）、及び／又はステートマシンを含む。

上記では特徴及び要素が特定の組み合わせにおいて提供されているが、技術分野の通常の技術を有する者には、各特徴若しくは各要素を単独で使用する、又は他の特徴及び要素との任意の組み合わせにおいて使用できることが理解されるであろう。本開示は、本出願に記載されている特定の実施形態の観点において限定されるものではなく、これらの実施形態は、様々な態様の例示として意図されるものである。当業者には明らかなように、本発明の趣旨及び範囲から逸脱することなく、多くの修正及び変形を行うことができる。本出願の説明において使用されているいかなる要素、動作、又は指示も、そのように明示的に提示されていない限り、本発明にとって重要又は本質的であると解釈されるべきではない。本明細書に列挙したものに加えて、本開示の範囲内の機能的に等価な方法及び装置が、上述した説明から、当業者には明らかであろう。そのような修正及び変形は、添付の請求項の範囲に入ることが意図されている。本開示は、添付の請求項の条項によってのみ限定されるものであり、かかる請求項が権利を有する等価物の完全な範囲と共に、限定されるものである。本開示は、特定の方法又はシステムに限定されないことを理解されたい。

また、本明細書で使用されている用語は、特定の実施形態（例えば、のみ）を説明することのみを目的としており、本発明を制限することを意図していないことを理解されたい。本明細書で使用される場合、本明細書で言及される場合、「ユーザ機器」という用語及びその略語「ＵＥ」は、（１）以下に記載されるような無線送信及び／又は受信ユニット（ＷＴＲＵ）を意味し得る；（２）記載されたインフラストラクチャのような、ＷＴＲＵのいくつかの実施形態のいずれか；（３）例示されるようなＷＴＲＵ（例えば記載されたインフラストラクチャなど）の一部又は全ての構造及び機能を有して構成された無線可能及び／又は有線可能な（例えば、テザー可能な）デバイス；（４）記載されるようなＷＴＲＵ（例えば記載されたインフラストラクチャなど）の、全てよりも少ない構造及び機能を有して構成された無線可能及び／又は有線可能デバイス；又は（５）など。本明細書に記載の任意のＷＴＲＵを表すことができる例示的なＷＴＲＵの詳細。

特定の代表的な実施形態では、本明細書に記載の主題のいくつかの部分は、特定用途用集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、及び／又は他の統合フォーマットを介して実装され得る。しかしながら、本明細書に開示されている実施形態のいくつかの態様は、その全体又は一部が、１つ以上のコンピュータ上で動作する１つ以上のコンピュータプログラムとして（例えば１つ以上のコンピュータシステム上で動作する１つ以上のプログラムとして）、１つ以上のプロセッサ上で動作する１つ以上のプログラムとして（例えば１つ以上のマイクロプロセッサ上で動作する１つ以上のプログラムとして）、ファームウェアとして、又はこれらの実質的に任意の組み合わせとして、集積回路において等価的に実施され得ること、並びに、回路を設計すること、及び／又は、ソフトウェア及び／若しくはファームウェアのコードを書くことが、この開示に照らして当業者の技術の範囲内であることが、当業者には認識されるであろう。更に、本明細書に記載されている主題のメカニズムが、様々な形態のプログラム製品として配布され得ること、及び、本明細書に記載されている主題の例示的な実施形態が、配布を実際に行うために使用される特定のタイプの信号担持媒体にかかわらず適用されることが、当業者には理解されるであろう。信号担持媒体の例としては、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能型媒体、並びに、デジタル及び／又はアナログ通信媒体（例えば光ファイバケーブル、導波管、有線通信リンク、無線通信リンクなど）などの伝送型媒体が挙げられ、ただしこれらに限定されない。

本明細書に記載されている主題は、場合によっては、異なる他の構成要素内に含まれるか、又は、異なる他の構成要素に接続されている、異なる構成要素を示していることがある。そのような図示されたアーキテクチャは単なる例であり、実際には、同じ機能を達成する他の多くのアーキテクチャが実施され得ることを理解されたい。概念的には、同じ機能を達成するための構成要素の任意の配置は、所望の機能が達成され得るように、効果的に「関連付けられる」。したがって、特定の機能を達成するために本明細書において組み合わされた、任意の２つの構成要素は、アーキテクチャ又は中間構成要素に関係なく、所望の機能が達成されるように、互いに「関連付けられた」として見ることができる。同様に、そのように関連付けられた任意の２つの構成要素は、所望の機能を達成するために互いに「動作可能に接続されている」、又は「動作可能に結合されている」と見なすこともでき、そのように関連付けることができる任意の２つの構成要素は、所望の機能を達成するために互いに「動作可能に結合可能」であると見なすこともできる。動作可能に結合可能の具体例としては、物理的に嵌合可能かつ／若しくは物理的に相互作用する構成要素、及び／又は、無線で相互作用可能かつ／若しくは無線で相互作用する構成要素、及び／又は、論理的に相互作用するかつ／若しくは論理的に相互作用可能な構成要素が挙げられ、ただしこれらに限定されない。

本明細書における実質的に任意の複数形及び／又は単数形の用語の使用に関して、当業者は、文脈及び／又は用途に適切であるように、複数形から単数形に、かつ／又は単数形から複数形に変換することができる。本明細書では、明瞭にする目的で、様々な単数形／複数形の並べ換えが明示的に記載され得る。

一般に、本明細書、特に添付の請求項（例えば添付の請求項の本体）において使用されている用語は、一般に「非限定」用語として意図されることが当業者には理解されるであろう（例えば、用語「含んでいる」は、「含んでいるがそれらに限定されない」と解釈するべきであり、用語「有する」は、「を少なくとも有する」と解釈するべきであり、用語「含む」は、「含むがそれらに限定されない」と解釈するべきである）。更に、導入された請求項の特定の数の記載が意図される場合、そのような意図は請求項に明示的に記載されており、そのような記載がない場合、そのような意図は存在しないことが、当業者には理解されるであろう。例えば、１つの項目のみが意図される場合、「単一」という用語又は類似する言葉が使用され得る。理解を助けるために、以下の添付の請求項及び／又は本明細書の説明は、請求項の記載を導入するために「少なくとも１つの」及び「１つ以上の」という導入句の使用を含み得る。しかしながら、このような句の使用は、不定冠詞「ａ」又は「ａｎ」による請求項の記載の導入が、そのような導入された請求項の記載を含む任意の特定の請求項を、１つのそのような記載のみを含む実施形態に制限することを意味するものと解釈すべきではなく、たとえ同じ請求項に、導入句「１つ以上の」又は「少なくとも１つの」及び「ａ」又は「ａｎ」などの不定冠詞が含まれていても同様である（例えば「ａ」及び／又は「ａｎ」は「少なくとも１つの」又は「１つ以上」を意味するものと解釈すべきである）。請求項の記載を導入するために使用される定冠詞の使用も同様である。更に、導入された請求項の特定の数の記載が明示的に記載されている場合でも、かかる記載は少なくとも記載された数を意味するものと解釈されるべきであることが、当業者には認識されるであろう（例えば、他の修飾語なしの「２つの記載」という単純な記載は、少なくとも２つの記載、又は２つ以上の記載を意味する）。更に、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」に類似する表記が使用される場合、一般に、そのような構造は、当業者がその表記を理解するであろう意味として意図される（例えば、「Ａ、Ｂ、及びＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又は、Ａ、Ｂ、及びＣを一緒に、有するシステムを含み、ただしこれらに限定されない）。「Ａ、Ｂ、又はＣのうちの少なくとも１つ」に類似する表記が使用される場合、一般に、そのような構造は、当業者がその表記を理解するであろう意味として意図される（例えば、「Ａ、Ｂ、又はＣのうちの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢを一緒に、Ａ及びＣを一緒に、Ｂ及びＣを一緒に、並びに／又は、Ａ、Ｂ、及びＣを一緒に、有するシステムを含み、ただしこれらに限定されない）。説明、請求項、又は図面のいずれにおいても、２つ以上の代替的な用語を提示する実質的に任意の離接的な語及び／又は句は、用語の一方、用語のいずれか、又は両方の用語を含む可能性を企図するものと理解されるべきであることが、当業者には更に理解されるであろう。例えば、「Ａ又はＢ」という句は、「Ａ」若しくは「Ｂ」又は「Ａ及びＢ」の可能性を含むものと理解されたい。更に、本明細書で使用される、複数の項目のリスト及び／又は複数の項目のカテゴリのリストが後ろに続く用語「～のいずれか」は、項目及び／又は項目のカテゴリの、「のいずれか」、「の任意の組み合わせ」、「の任意の複数」、及び／又は「の任意の複数の組み合わせ」を、個別に、又は他の項目及び／又は他の項目のカテゴリとの組み合わせにおいて、含むことを意図している。更に、本明細書で使用される場合、「セット／組」又は「グループ／群」という用語は、ゼロを含む任意の数のアイテムを含むことが意図される。更に、本明細書で使用される、用語「数」は、ゼロを含む任意の数を含むことを意図している。

更に、本開示の特徴又は態様がＭａｒｋｕｓｈ群の観点から説明されている場合、当業者には、本開示がそれによってＭａｒｋｕｓｈ群の任意の個々のメンバー又はメンバーのサブグループの観点からも説明されることが認識されるであろう。

当業者には理解されるように、書面による説明を提供するという観点など、あらゆる目的のために、本明細書に開示される全ての範囲は、その任意の可能な部分範囲及び部分範囲の組み合わせも包含している。任意の列挙された範囲は、同じ範囲が、少なくとも等しい２分の１、３分の１、４分の１、５分の１、１０分の１などに分解されることを十分に説明して可能にするものとして、容易に認識することができる。非限定的な例として、本明細書に記載されている各範囲は、下位３分の１、中央の３分の１、及び上位３分の１などに容易に分解され得る。また、当業者には理解されるように、「まで」、「少なくとも」、「より大きい」、「より小さい」等の全ての言葉は、言及された数を含み、かつ、上述したように更に部分範囲に分解され得る範囲を意味する。最後に、当業者には理解されるように、範囲は個々の要素を含む。したがって、例えば、１～３個のセルを有するグループは、１個、２個、又は３個のセルを有するグループを指す。同様に、１～５個のセルを有するグループは、１個、２個、３個、４個、又は５個のセルを有するグループを指し、以下同様である。

更に、請求項は、特にそのように記載されない限り、提供された順序又は提供された要素に限定されるものとして読まれるべきではない。更に、いかなる請求項においても、「ための手段」という用語の使用は、米国特許法第１１２条、第６項、又はミーンズプラスファンクションの請求項形式に訴えることを意図しており、「ための手段」という用語を有さないいかなる請求項もそのようには意図されていない。

ソフトウェアに関連するプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）若しくは進化型パケットコア（ＥＰＣ）、又は任意のホストコンピュータで使用するための、無線周波数トランシーバを実装し得る。ＷＴＲＵは、例えば、ソフトウェア無線（ＳＤＲ）などのハードウェア及び／又はソフトウェアに実装されたモジュールと併せて使用されてもよく、また、カメラ、ビデオカメラモジュール、テレビ電話、スピーカ電話、振動デバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンズフリー式ヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、近距離無線通信（ＮＦＣ）モジュール、ＬＣＤディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、及び／又は無線ローカルエリアネットワーク（ＷＬＡＮ）又は超広帯域（ＵＷＢ）モジュールなどの他のコンポーネントに実装されてもよい。

本発明は、通信システムに関して説明されてきたが、システムは、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアに実装され得ることが企図される。特定の実施形態では、様々な構成要素の機能のうちの１つ以上は、汎用コンピュータを制御するソフトウェアに実装され得る。

更に、本発明は、特定の実施形態を参照して本明細書に例示及び説明されるが、本発明は、示された詳細に限定されることを意図していない。むしろ、請求項の範囲及びその等価物の範囲内にいて、しかも本発明から逸脱することなく、詳細に様々な修正を行うことができる。

Claims (20)

1. 無線送受信ユニット（ＷＴＲＵ）によって実行され、ＥＮサービス及びＥＮアプリケーションのいずれかに関連付けられた利用可能なエッジネットワーク（ＥＮ）管理（ＥＮＭ）サーバを発見するための方法であって、前記方法が、
   ＥＮＭサーバの発見についての要求を示す情報を含む第１のメッセージをコアネットワークエンティティに送信することと、
   前記コアネットワークエンティティから、ＥＮＭサーバの発見についての前記要求に応答する第２のメッセージを受信することであって、前記第２のメッセージが、（１）任意の数の利用可能なＥＮＭサーバ、及び（２）個別の利用可能なＥＮＭサーバエンドポイント情報を示すＥＮＭサーバ情報を含む、受信することと、
   前記利用可能なＥＮＭサーバのうちの１つ以上との通信を実行することと、を含む、方法。
2. 前記コアネットワークエンティティが、セッション管理機能（ＳＭＦ）及び動的ホスト構成プロトコル（ＤＨＣＰ）サーバのいずれかである、請求項１に記載の方法。
3. 前記第１のメッセージが、ＤＨＣＰ発見メッセージ、通知メッセージ、及び要求メッセージのいずれかであり、
   前記第１のメッセージが、（１）ＥＮＭサーバＤＨＣＰオプション、（２）ＥＮＭサーバ要件、（３）ＥＮについての識別子（ＩＤ）、（４）ＥＮアプリケーションについてのＩＤ、及び（５）ＥＮサービスについてのＩＤのいずれかを示す情報を含み、
   前記第２のメッセージが、ＤＨＣＰオファーメッセージ及び確認応答メッセージのいずれかであり、
   前記第２のメッセージが、（１）前記ＷＴＲＵの要件に従って前記コアネットワークエンティティによってフィルタリングされた任意の数の利用可能なＥＮＭサーバ、及び（２）ＥＮＭサーバ要件コンプライアンス情報のいずれかを示す情報を含む、請求項１又は２に記載の方法。
4. 前記第１のメッセージ及び前記第２のメッセージのいずれかが、セッション管理機能（ＳＭＦ）と交換されるプロトコルデータユニット（ＰＤＵ）セッション確立メッセージであり、
   前記第１のメッセージが、（１）ＥＮＭサーバＤＨＣＰオプション、（２）ＥＮＭサーバ要件、（３）ＥＮについての識別子（ＩＤ）、（４）ＥＮアプリケーションについてのＩＤ、及び（５）ＥＮサービスについてのＩＤのいずれかを示す情報を含み、
   前記第２のメッセージが、（１）前記ＷＴＲＵの要件に従って前記コアネットワークエンティティによってフィルタリングされた任意の数の利用可能なＥＮＭサーバ、及び（２）ＥＮＭサーバ要件コンプライアンス情報のいずれかを示す情報を含む、請求項１又は２に記載の方法。
5. 前記サーバ情報が、（１）任意の数のＥＮＭサーバに関連付けられた任意の数のＩＰアドレス、及び（２）前記コアネットワークエンティティによって決定されたＥＮＭサーバの優先度のいずれかを示す情報を含む、請求項１～４のいずれか一項に記載の方法。
6. ＥＮＭサーバの発見についての要求を示す前記情報が、前記ＷＴＲＵによって決定されたＥＮＭサーバ要件を示す情報を含む、請求項１～５のいずれか一項に記載の方法。
7. ＥＮＭサーバ要件を示す前記情報が、前記ＷＴＲＵによって送信されるＥＮＭサーバ要件ＤＨＣＰオプションに含まれ、
   任意の数の利用可能なＥＮＭサーバを示す前記ＥＮＭサーバ情報が、前記ＥＮＭサーバ要件ＤＨＣＰオプションに従って決定／フィルタリングされた情報を含む、請求項６に記載の方法。
8. 任意の数の利用可能なＥＮＭサーバを示す前記ＥＮＭサーバ情報が、前記任意の数のＥＮＭサーバのいずれかと関連付けられた要件コンプライアンスを示す情報を含む、請求項１～７のいずれか一項に記載の方法。
9. 前記要件コンプライアンスを示す情報が、要件コンプライアンスを有するＥＮＭサーバを示すＤＨＣＰオプションに含まれる、請求項８に記載の方法。
10. 前記１つ以上の利用可能なＥＮＭサーバとの通信を実行することが、前記ＷＴＲＵによって、要件コンプライアンスＤＨＣＰオプションを有する前記ＥＮＭサーバに含まれる前記情報に従って、ＥＮＭサーバを選択することを含む、請求項９に記載の方法。
11. ＥＮサービス及びＥＮアプリケーションのいずれかに関連付けられた利用可能エッジネットワーク（ＥＮ）管理（ＥＮＭ）サーバを発見するための、送信機、受信機、プロセッサ、及びメモリを含む回路を備える無線送受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵが、
    コアネットワークエンティティに、ＥＮＭサーバの発見についての要求を示す情報を含む第１のメッセージを送信することと、
    前記コアネットワークエンティティから、ＥＮＭサーバの発見についての前記要求に応答する第２のメッセージを受信することであって、前記第２のメッセージが、（１）任意の数の利用可能なＥＮＭサーバ、及び（２）個別の利用可能なＥＮＭサーバエンドポイント情報を示すＥＮＭサーバ情報を含む、受信することと、
    前記利用可能なＥＮＭサーバのうちの１つ以上との通信を実行することと、を行うように構成されている、無線送受信ユニット（ＷＴＲＵ）。
12. 前記コアネットワークエンティティが、セッション管理機能（ＳＭＦ）及び動的ホスト構成プロトコル（ＤＨＣＰ）サーバのいずれかである、請求項１１に記載のＷＴＲＵ。
13. 前記第１のメッセージが、ＤＨＣＰ発見メッセージ、通知メッセージ、及び要求メッセージのいずれかであり、
    前記第１のメッセージが、（１）ＥＮＭサーバＤＨＣＰオプション、（２）ＥＮＭサーバ要件、（３）ＥＮについての識別子（ＩＤ）、（４）ＥＮアプリケーションについてのＩＤ、及び（５）ＥＮサービスについてのＩＤのいずれかを示す情報を含み、
    前記第２のメッセージが、ＤＨＣＰオファーメッセージ及び確認応答メッセージのいずれかであり、
    前記第２のメッセージが、（１）前記ＷＴＲＵの要件に従って前記コアネットワークエンティティによってフィルタリングされた任意の数の利用可能なＥＮＭサーバ、及び（２）ＥＮＭサーバ要件コンプライアンス情報のいずれかを示す情報を含む、請求項１１又は１２に記載のＷＴＲＵ。
14. 前記第１のメッセージ及び前記第２のメッセージのいずれかが、セッション管理機能（ＳＭＦ）と交換されるプロトコルデータユニット（ＰＤＵ）セッション確立メッセージであり、
    前記第１のメッセージが、（１）ＥＮＭサーバＤＨＣＰオプション、（２）ＥＮＭサーバ要件、（３）ＥＮについての識別子（ＩＤ）、（４）ＥＮアプリケーションについてのＩＤ、及び（５）ＥＮサービスについてのＩＤのいずれかを示す情報を含み、
    前記第２のメッセージが、（１）前記ＷＴＲＵの要件に従って前記コアネットワークエンティティによってフィルタリングされた任意の数の利用可能なＥＮＭサーバ、及び（２）ＥＮＭサーバ要件コンプライアンス情報のいずれかを示す情報を含む、請求項１１又は１２に記載のＷＴＲＵ。
15. 前記サーバ情報が、（１）任意の数のＥＮＭサーバに関連付けられた任意の数のＩＰアドレス、及び（２）前記コアネットワークエンティティによって決定されたＥＮＭサーバの優先度のいずれかを示す情報を含む、請求項１１～１４のいずれか一項に記載のＷＴＲＵ。
16. ＥＮＭサーバの発見についての要求を示す前記情報が、前記ＷＴＲＵによって決定されたＥＮＭサーバ要件を示す情報を含む、請求項１１～１５のいずれか一項に記載のＷＴＲＵ。
17. ＥＮＭサーバ要件を示す前記情報が、前記ＷＴＲＵによって送信されるＥＮＭサーバ要件ＤＨＣＰオプションに含まれ、
    任意の数の利用可能なＥＮＭサーバを示す前記ＥＮＭサーバ情報が、前記ＥＮＭサーバ要件ＤＨＣＰオプションに従って決定／フィルタリングされた情報を含む、請求項１６に記載のＷＴＲＵ。
18. 任意の数の利用可能なＥＮＭサーバを示す前記ＥＮＭサーバ情報が、前記任意の数のＥＮＭサーバのいずれかと関連付けられた要件コンプライアンスを示す情報を含む、請求項１１～１７のいずれか一項に記載のＷＴＲＵ。
19. 前記要件コンプライアンスを示す情報が、要件コンプライアンスを有するＥＮＭサーバを示すＤＨＣＰオプションに含まれる、請求項１８に記載のＷＴＲＵ。
20. 前記１つ以上の利用可能なＥＮＭサーバとの通信を実行することが、前記ＷＴＲＵによって、要件コンプライアンスＤＨＣＰオプションを有する前記ＥＮＭサーバに含まれる前記情報に従って、ＥＮＭサーバを選択することを含む、請求項１９に記載のＷＴＲＵ。
    

Images