JP2024508460A - 制約付きマルチアクセスエッジコンピューティングホストをマルチアクセスエッジコンピューティングシステムに統合するための方法、装置、及びシステム - Google Patents

Abstract

制約付きＭＥＣホストをＭＥＣシステムに統合するための無線送信／受信ユニット（ＷＴＲＵ）を対象とする方法、装置、システムなどが本明細書で開示される。一実施形態では、ＷＴＲＵは、ＭＥＣシステムによる統合に利用可能な少なくとも１つのマルチアクセスエッジコンピューティング（ＭＥＣ）リソースを示す情報を取得することができ、ＭＥＣシステムは、統合に利用可能な複数のタイプのＭＥＣリソースをサポートし、少なくとも１つのＭＥＣリソースは、ＭＥＣシステムによってサポートされる複数のタイプのＭＥＣリソースのサブセットである。ＭＥＣシステムによる統合に利用可能な少なくとも１つのＭＥＣリソースから、ＭＥＣシステムによって統合されるべき少なくとも１つのＭＥＣリソースを示す情報をＭＥＣシステムに送信してもよい。ＭＥＣシステムから、少なくとも１つの示されたＭＥＣリソースのＭＥＣシステムによる統合を示す情報を受信することができる。【選択図】図１３

Description

（関連出願の相互参照）
本出願は、（ｉ）２０２１年３月４日に出願された米国仮特許出願第６３／１５６５００号及び（ｉｉ）２０２１年３月４日に出願された米国仮特許出願第６３／１５６，５９９号の利益を主張し、これらの各々は、参照により本明細書に組み込まれる。

（発明の分野）
実施形態は、コンピューティング及び通信の分野に関し、より詳細には、新無線及び／又は新無線（ＮＲ）アクセス技術及び通信システムを使用して実行される通信を含む、高度又は次世代無線通信システムにおけるコンピューティング及び通信のための方法、装置、システム、アーキテクチャ及びインターフェースに関する。５Ｇネットワーク及び技術とも称され得るそのようなＮＲアクセス及び技術、並びに／又は他の同様の無線通信システム及び技術は、例えば、欧州電気通信標準化機構（ＥＴＳＩ）業界仕様グループ（ＩＳＧ）ＭＥＣ作業グループにおいて又はそれによって議論されているような、マルチアクセスエッジコンピューティング（ＭＥＣ）のための能力を含み得る。例えば、自動車やドローンなどの車両の自動化、リアルタイム拡張現実、没入ゲームなどのユースケースは、例えば低レイテンシサポートのためにエッジコンピューティングを必要とする可能性がある技術的に進歩した少数のユースケースのみを表す。

マルチアクセスエッジコンピューティングは、消費者及び企業顧客に垂直ビジネスセグメント及びサービスを提供し、ソフトウェアアプリケーションがローカルコンテンツ及びローカルアクセスネットワーク条件に関するリアルタイム情報にアクセス／使用することを可能にする。更に、モバイルコアネットワークは、サービス及びキャッシングコンテンツがネットワークエッジにおいて配備されるとき、（例えば、局所的な目的に効率的に役立つために）更なる輻輳を緩和される。更に、エッジコンピューティングは、例えば車両／ドローン自動化、リアルタイム拡張現実／仮想拡張現実、及び没入ゲームなどの様々な技術的に進歩したユースケースを可能にするために、必要に応じて（例えば、必須として）閲覧することができる。

より詳細な理解は、例示として添付の図面と併せて与えられる、以下の詳細な説明から得られ得る。そのような図面の図は、詳細な説明と同様、例である。したがって、図及び詳細な説明は限定的であるとみなされるべきではなく、他の同様に効果的な例が可能であり、可能性が高い。また、図中の同様の参照番号は、同様の要素を示している。
１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、更なる例示的なＲＡＮ、及びＣＮの更なる例を示すシステム図である。 ＭＥＣシステムの一例を示すシステム図である。 ＥＴＳＩ ＭＥＣ参照アーキテクチャの一例を示すシステム図である。 ＭＥＣ配置の一例を示すシステム図である。 無線送信／受信ユニット（ＷＴＲＵ）制約付きＭＥＣ能力及びＥＴＳＩ ＭＥＣ基準点の異なる公開の一例を示すシステム図である。 ＭＥＣ能力公開に関するＷＴＲＵ決定をサポートするためのアプリケーションリスト手順のためのシグナリング交換の一例を示す図である。 ＭＥＣ能力公開手順のシグナリング交換の一例を示す図である。 ＷＴＲＵ能力公開更新手順のためのシグナリング交換の一例を示す図である。 ＷＴＲＵ能力公開除去手順のためのシグナリング交換の一例を示す図である。 ＭＥＣシステムにおいてＷＴＲＵの少なくとも１つの制限されたＭＥＣリソースを統合するための、ＷＴＲＵによって実施される方法の一例を示す図である。 ＭＥＣシステムによって実施される、ＷＴＲＵの少なくとも１つの制限されたＭＥＣリソースをＭＥＣシステムに統合するための方法の一例を示す図である。 実施形態による、ＭＥＣのユースケースのための高レベルフレームワークを示す図である。 実施形態による、制約付きＭＥＣ（ｃＭＥＣ）配置を示す図である。 実施形態による、情報フローを示す図である。 実施形態による、ローカルｃＭＥＣ登録解除によるアプリケーションコンテキスト更新を示す図である。 実施形態による、サブスクリプションイベント及び通知イベントを示す図である。 ＭＥＣシステムにおいて少なくとも１つの制限されたＭＥＣリソースを統合するための、ＭＥＣシステムによって実施される方法の一例を示す図である。 ＭＥＣシステムによって実施される方法の一例を示す図であり、ＭＥＣシステムは、統合に利用可能な複数のタイプのＭＥＣリソースをサポートし得る。 エッジＭＥＣ（ｅＭＥＣ）に含まれるｃＭＥＣノードの登録及び接続のいずれかのためにＷＴＲＵによって実施される方法の一例を示す図である。 ローカルｃＭＥＣを発見すること、及びクエリ及びｅＭＥＣによる非同期通知を介してコンテキストを作成するためにＭＥＣユーザアプリケーションをインスタンス化することのいずれかのためにＷＴＲＵによって実施される方法の一例を示す図である。 ｅＭＥＣでのｃＭＥＣの更新登録及び登録解除のいずれかのためにＷＴＲＵによって実施される方法の一例を示す図である。

以下の詳細な説明では、本明細書に開示される実施形態及び／又は実施例の完全な理解を提供するために、多数の具体的な詳細が記載されている。しかしながら、このような実施形態及び実施例は、本明細書に記載される具体的な詳細の一部又は全部を伴わずに実践され得ることが理解されるであろう。他の例では、以下の説明を不明瞭にしないように、周知の方法、手順、構成要素及び回路は詳細に説明されていない。更に、本明細書に具体的に記載されていない実施形態及び実施例は、本明細書に明示的、暗黙的及び／又は本質的に（集合的に「提供される」）記載、開示又は他の方法で提供される実施形態及び他の実施例の代わりに、又はそれらと組み合わせて実践することができる。本明細書では、装置、システム、デバイスなど及び／又はそれらの任意の要素が、動作、プロセス、アルゴリズム、機能など及び／又はそれらの任意の部分を実行する様々な実施形態が記載及び／又は特許請求されているが、本明細書に記載及び／又は特許請求されている任意の実施形態は、任意の装置、システム、デバイスなど及び／又はそれらの任意の要素が、任意の動作、プロセス、アルゴリズム、機能など及び／又はそれらの任意の部分を実行するように構成されていると仮定することを理解されたい。

例示的な通信ネットワーク
本明細書で提供される方法、装置、及びシステムは、有線ネットワークと無線ネットワークの両方を含む通信によく適している。様々なタイプの無線デバイス及びインフラストラクチャの概要が、図１Ａ～図１Ｄを参照して提供される。図１Ａ～図１Ｄでは、ネットワークの様々な要素が、本明細書で提供される方法、装置、及びシステムを利用し、実行し、それらに従って配置され、及び／又はそれらのために適合及び／又は構成され得る。

図１Ａは、１つ以上の開示された実施形態が実装され得る例示的な通信システム１００を示すシステム図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテール（ＺＴ）ユニークワード（ＵＷ）離散フーリエ変換（ＤＦＴ）拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ型ＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を採用することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（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、Ｌｉ－ｉｏｎ）など）、太陽セル、燃料セルなどを含み得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

マルチアクセスエッジコンピューティングの例
モバイルネットワークのエッジに配置されたＭＥＣ能力は、モバイルユーザへのサービスの（例えば、容易にする）動的な（例えば、及び効率的）提供を可能にすることができる。マルチアクセスエッジコンピューティングは、モバイルエッジコンピューティングと称されることもある。

図２は、ＭＥＣシステムの一例を示すシステム図である。ＥＴＳＩ ＩＳＧ ＭＥＣ作業グループは、図２に示すように、ＭＥＣ能力をサービスプロバイダネットワークと統合するためのオープン環境を指定する。オープン環境は、例えば第三者からのアプリケーションを含み得る。例えば、分散コンピューティング能力は、モバイルアクセスネットワークにおける能力の展開のために、例えばクラウド環境のように、情報技術（ＩＴ）インフラストラクチャを利用可能にすることを可能にすることができる。

図３は、ＥＴＳＩ ＭＥＣ参照アーキテクチャの一例を示すシステム図である。ＭＥＣ参照アーキテクチャは、モバイルエッジシステム及び機能要素間の基準点を含み得る機能要素を含み得る。システムエンティティ間には、基準点の３つのグループが存在し得る。例えば、モバイルエッジプラットフォーム機能に関連する基準点の第１のグループは、本明細書ではＭｐと称されることがある。管理機能に関連する基準点の第２のグループは、本明細書ではＭｍと称される場合がある。外部エンティティに接続することを可能にする基準点の第３のグループは、本明細書ではＭｘと称されることがある。

例えば、モバイルエッジシステムは、オペレータネットワーク（例えば、サービスプロバイダのネットワーク）（例えば、これらのサブセット）及び／又はオペレータネットワークのサブセット（例えば、任意の部分）内でモバイルエッジアプリケーション３０１、３０２、３０３を実行（例えば、実行、提供、与えるなど）するためのモバイルエッジホスト３０及びモバイルエッジ管理（例えば、機能、要素）を備えることができる。

モバイルエッジホスト３０は、モバイルエッジアプリケーション３０１、３０２、３０３を実行する（例えば、その目的の）ために、モバイルエッジプラットフォーム３１１と、計算、ストレージ、及びネットワークリソースのいずれかを提供することができる仮想化インフラストラクチャ３１２とを備えるエンティティとみなすことができる。

モバイルエッジプラットフォーム３１１は、（例えば、特に）仮想化インフラストラクチャ上でモバイルエッジアプリケーション３０１、３０２、３０３を実行（例えば、起動）するための機能のセット（例えば、集合）とみなすことができる。モバイルエッジプラットフォーム３１１は、モバイルエッジアプリケーション３０１、３０２、３０３がモバイルエッジサービスを提供及び消費することのいずれかを可能にすることができる。

モバイルエッジアプリケーション（本明細書では、ＭＥＣ Ａｐｐ及びＭＥ Ａｐｐのいずれかと互換的に称される）３０１、３０２、３０３は、例えば、モバイルエッジ管理によって検証され得る構成要求に基づいて、モバイルエッジホストの仮想化インフラストラクチャ上でインスタンス化（例えば、開始される）され得る。

モバイルエッジ管理（例えば、機能、要素）は、モバイルエッジシステムレベル管理（例えば、機能、要素）及びモバイルエッジホストレベル管理（例えば、機能、要素）を含み得る。

モバイルエッジシステムレベル管理（例えば、機能、要素）は、（例えば、完全、全体的）モバイルエッジシステムの概要を有することができるモバイルエッジオーケストレータ３３を含み得る。

モバイルエッジホストレベル管理（例えば、機能、要素）は、モバイルエッジプラットフォームマネージャ３２及び仮想化インフラストラクチャマネージャ３１を備えることができる。モバイルエッジホストレベル管理（例えば、機能、要素）は、（例えば、特に）モバイルエッジホスト３０及びそのモバイルエッジホスト３０上で実行されるアプリケーション３０１、３０２、３０３のモバイルエッジ（例えば、特定の）機能の管理を処理（例えば、実行）することができる。

５ＧにおけるＭＥＣの配置の例
ＥＴＳＩ ＭＥＣ ＩＳＧは、「５ＧネットワークにおけるＭＥＣ」と題された第２８号初版の（すなわち、２０１８年６月）ホワイトペーパー（本明細書では互換的にホワイトペーパー又はＥＴＳＩ ＭＥＣホワイトペーパーと称される）を公開し、５ＧアーキテクチャにおいてＭＥＣを配置及び統合する方法を例示及び議論している。ＥＴＳＩ ＭＥＣ ＩＳＧホワイトペーパーは、「ＭＥＣが５Ｇシステム仕様のエッジコンピューティングイネーブラから利益を得る機会、及び３ＧＰＰエコシステムが、モバイルネットワークの最先端のアプリケーション及びサービス環境を可能にするための相補的能力のセットとしてのＭＥＣシステム及びそのＡＰＩから利益を得る機会について」に焦点を当てている。

例えば、ＭＥＣは、構成されたポリシーに基づいて他の３ＧＰＰネットワーク機能によって提供されるサービス（例えば、及び情報）を使用することができる、３ＧＰＰによって定義されたアプリケーション機能（ＡＦ）にマッピングされ得る。有効化機能により、ＭＥＣの異なる配置に対して柔軟なサポートを提供し、ユーザモビリティイベントの場合にＭＥＣをサポートすることが可能になり得る。

図４は、５ＧネットワークにおけるＭＥＣ配置の一例を示すシステム図である。ＭＥＣシステム４１は、ＭＥＣオーケストレータ４１０を備えてもよい。ＭＥＣオーケストレータ４１０は、例えば、ＡＦとして動作することによって、ネットワーク公開機能（ＮＥＦ）４２０、及び（例えば、ターゲット）５Ｇネットワーク機能（ＮＦ）を有する（例えば、いくつかのシナリオでは、）のいずれかと相互作用することができるシステムレベル（例えば、機能的）エンティティであってもよい。ＭＥＣホストレベルでは、ＭＥＣシステム４１は、例えばＡＦの役割で５Ｇ ＮＦと相互作用することができるＭＥＣプラットフォーム４１１を備えることができる。ＭＥＣホスト、例えばホストレベルの機能エンティティ（例えば、ソフトウェア構成要素）は、例えば、５Ｇシステム内のデータネットワーク内に配置（例えば、位置）されてもよい。例えば、コアネットワーク機能としてのＮＥＦは、システムレベルエンティティであってもよく、他の（例えば、同様の）ＮＦと共に集中的に展開されてもよい。ＮＥＦのインスタンスはまた、ＭＥＣホストからの低レイテンシ及び高スループットサービスアクセスのいずれかを可能にするためにエッジに配置されてもよい。ＭＥＣは、例えば、５Ｇシステムの外部のデータネットワーク内のＮ６基準点に配置されてもよい。

実施形態によれば、異なるＭＥＣシステムが配置されてもよい。例えば、ＭＥＣホストは、（例えば、データ）ネットワークのエッジに配置されてもよく、ユーザプレーントラフィックは、ユーザプレーン機能（ＵＰＦ）によって（例えば、データ）ネットワーク内の（例えば、標的）アプリケーションに向けて操作されてもよい。ＭＥＣホストの物理的配置に関して、ＭＥＣホストは、基地局においてローカルＵＰＦとコロケートされてもよい。別の例では、ＭＥＣホストは、伝送ネットワーク要素、例えばローカルＵＰＦとコロケートされてもよい。更に別の例では、ＭＥＣホスト及びローカルＵＰＦは、ネットワークアグリゲーションポイント（例えば、ネットワーク要素）とコロケートされてもよい。更に別の例では、ＭＥＣホストは、コアネットワーク機能（例えば、同じデータセンタ内）とコロケートされてもよい。

ＭＥＣ対応ＷＴＲＵの例
実施形態によれば、ＷＴＲＵ（例えば、端末ユニット、モバイルホスト及び／又はパーソナルデバイス）を使用して、エッジで（例えば、ホスト）クラウドコンピューティングをサポートすることができる。例えば、（本明細書では、低減／制限された能力／リソースＭＥＣ ＷＴＲＵ、又はＭＥＣ対応ＷＴＲＵとも称され得る）ＷＴＲＵは、縮小（例えば、限定的）能力（例えば、リソース）ＭＥＣのホストであってもよい。低減された能力ＭＥＣは、ＥＴＳＩによって標準化されたＭＥＣシステム（本明細書では完全能力ＭＥＣとも称される）の全てのアーキテクチャ構成要素を備えていないデバイス（例えば、ＷＴＲＵ）（例えば、コンピューティングリソース）、及び／又は非常に限定されたデバイス、及び／又はＥＴＳＩによって標準化されたＭＥＣプラットフォーム（本明細書では完全能力ＭＥＣプラットフォームとも称される）の全てのアーキテクチャ構成要素を備えていないデバイスを指していた。制約付きデバイス（例えば、ＷＴＲＵ）上に配置するための能力が低減されたＭＥＣ（制約付きＭＥＣ、又はＣＭＥＣと称されることもある）を可能にすることが有利であり得る様々なシナリオがあり、したがって、これらの制約付きデバイス（例えば、ＷＴＲＵ）上でＭＥＣアプリケーション（アプリケーションと称されることもある）をインスタンス化することが可能になる。限定するものではないが、異なるユースケースは、そのような展開シナリオの利益を得ることができる。例えば、ＷＴＲＵが車両に組み込まれ得る車両シナリオは、他の隣接するＷＴＲＵ（例えば、隊列走行状況において、）又はエッジネットワーク（安全性及びトラフィック効率のアプリケーション）のためのアプリケーションを実行することができる。例えば、特定のユースケースによって必要とされるレイテンシを最小限に抑えるために移動ロボット又はロボットアームがＭＥＣアプリケーションをホストすることができる業界４．０のシナリオ。例えば、同じ家庭にあるＷＴＲＵがクラウドベースのゲームアプリケーションに（例えば、ウルトラ）低いレイテンシ及び／又は拡張された計算能力を提供することを可能にするホームゲームシナリオ。

上記の配置シナリオは、ＭＥＣ対応ＷＴＲＵが必要に応じて動的にクラウドサービスを提供することを許可され、より大きなエッジコンピューティングインフラストラクチャの一部になる場合に利益を得ることができる。これにより、能力が低下したＭＥＣ ＷＴＲＵが、通常の通信会社のエッジクラウドサービスと相互運用し、コンピューティングを共有することが可能になる。これらの低減された能力ＷＴＲＵは、第三者によって供給され、モバイルネットワークオペレータ（ＭＮＯ）インフラストラクチャと統合することを望むサービスプロバイダによって購入される可能性もある。例えば、車載ＭＥＣは、車両に取り付けられるように車両製造業者によって設置及び管理されてもよく、自律型車両サービスを提供するためにＭＮＯのエッジコンピューティングインフラストラクチャと統合されてもよい。

ＥＴＳＩ ＭＥＣによって標準化されたメカニズムは、能力／リソースが低減されたＭＥＣのホストとして制約付きデバイス（例えば、ＷＴＲＵ）の使用をサポートせず、ＭＮＯクラウドインフラストラクチャの一部であることによってクラウドサービスを動的に提供し得る。

本明細書に記載された実施形態は、より大きなＭＮＯエッジ／クラウドインフラストラクチャにおいてＷＴＲＵによってホストされた低減された能力ＭＥＣを動的に統合又は関連付けることを可能にし得る。本明細書に記載の実施形態は、ＷＴＲＵの制御下でこれらの低減された能力のＭＥＣ ＷＴＲＵを統合することを可能にし得る。例えば、本明細書に記載された実施形態は、ＭＥＣ対応ＷＴＲＵが、例えばＭｘ２インターフェースを拡張する手順によって、その低減された能力を既存のＭＥＣシステムに公開することを可能にし得る。例えば、本明細書に記載された実施形態は、（制約付きＭＥＣ、ＣＭＥＣ）低減された能力ＭＥＣを統合すること、及び、ＣＭＥＣと（例えば、フル能力ＭＥＣシステム）との間の相互運用を可能にするためにＷＴＲＵによって公開された情報を使用することを受け入れることを決定する完全能力ＭＥＣシステムを可能にし得る。

本明細書で説明される実施形態は、携帯電話端末に限定されなくてもよい。例えば、３ＧＰＰ接続車又はロボット／ドローンは、本明細書に記載の実施形態に適用可能であり得る。本明細書に記載された実施形態は、非３ＧＰＰ ＭＥＣ配置にも適用可能である。

本明細書に記載の実施形態は、ＭＥＣ対応ＷＴＲＵがそのＭＥＣ能力をＭＥＣシステムに選択的に公開することを可能にし得る。本明細書に記載された実施形態はまた、ＷＴＲＵがそれが公開する能力をいつでも更新することを可能にし得る。例えば、ＭＥＣ対応ＷＴＲＵは、それ自体の能力、及び／又はＭＥＣ対応ＷＴＲＵが所与のＭＥＣシステムに公開することを決定／判定することができるもの（例えば、ＭＥＣプラットフォーム）に応じて、既存のＭＥＣシステム（例えば、ＭＥＣプラットフォーム）に異なる能力を公開することができる。

図５は、ＷＴＲＵ制約付きＭＥＣ能力及びＥＴＳＩ ＭＥＣ基準点の異なる公開の一例を示すシステム図である。

実施形態によれば、ＭＥＣ能力をホストするＷＴＲＵ１０２は、少なくとも１つの制限されたＭＥＣリソース（例えば、能力）を備えてもよい。

図５を参照すると、ＭＥＣシステム２００は、ＭＥＣシステムレベル管理２１０、ＭＥＣホストレベル管理２２０、及び／又はＭＥＣホスト２３０を含み得る。ＭＥＣシステムレベル管理２１０は、ユーザライフサイクル管理プロキシ（ＵＡＬＣＭＰ）２１１、ＭＥＣアプリケーションオーケストレータ（ＭＥＡＯ）２１２、運用支援システム（ＯＳＳ）２１３、及びネットワーク機能仮想化（ＮＦＶ）オーケストレータ（ＮＦＶＯ）２１４を含んでもよい。ＵＡＬＣＭＰ２１１は、Ｍｍ９インターフェースを使用してＭＥＡＯ２１２と通信することができる。ＭＥＡＯ２１２は、Ｍｍ１インターフェースを使用してＯＳＳ２１３と通信し、Ｍｖ１インターフェースを使用してＮＦＶＯ２１４と通信することができる。ＭＥＣホストレベル管理２２０は、ＭＥＣプラットフォームマネージャ（ＭＥＰＭ）２２１及び仮想化インフラストラクチャマネージャ（ＶＩＭ）２２２を含み得る。ＭＥＰＭ２２１は、Ｍｍ３インターフェースを使用してＭＥＡＯ２１２と通信し、Ｍｍ６インターフェースを使用してＶＩＭ２２２と通信することができる。ＶＩＭ２２２は、Ｏｒ－Ｖｉインターフェースを使用してＮＦＶＯ２１４と通信することができる。ＭＥＣホスト２３０は、ＭＥＰ２３１及びネットワーク機能仮想化インフラストラクチャ（ＮＦＶＩ）２３２を含み得る。ＭＥＣホスト２３０は、モバイルエッジアプリケーション２３３ａ、２３３ｂ、２３３ｃを実行することができる。ＭＥＰ２３１は、Ｍｐ２インターフェースを使用してＮＦＶＩ２３２と通信し、Ｍｐ１インターフェースを使用してモバイルエッジアプリケーション２３３ａ、２３３ｂ、２３３ｃと通信し、Ｍｐ３インターフェースを使用して他のＭＥＰ２４１ａ、２４１ｂと通信することができる。

図５を参照すると、ＭＥＣ能力をホストするＷＴＲＵ１０２（例えば、１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ）は、例えば、ＵＡＬＣＭＰ２１１（例えば、ネットワーク要素）とのＭｘ２インターフェースを使用して、ＭＥＣシステム２００に接続することができる。

図５を参照すると、ＭＥＣ能力をホストするＷＴＲＵ１０２（例えば、１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ）は、例えば、ＮＦＶＩ及びＶＩＭ能力（本明細書ではＮＦＶＩ能力と呼ぶことができる）、ＭＥＰ能力、ＭＥＰＭ及びＭＥＰ能力（本明細書ではＭＥＰＭ能力と呼ぶことができる）、並びに／又はＭＥＡＯ、ＭＥＰＭ及びＭＥＰ能力（本明細書ではＭＥＡＯ能力と呼ぶことができる）のいずれかをホストすることができる。ＮＶＦＩ能力をホストするＷＴＲＵ１０２ａは、Ｏｒ－Ｖｉインターフェースを公開することができる（例えば、インターフェースに到達可能である）。ＭＥＰ能力をホストするＷＴＲＵ１０２ｂは、Ｍｍ５及びＭｐ３インターフェースを公開することができる（例えば、インターフェースに到達可能である）。ＭＥＰＭ能力をホストするＷＴＲＵ１０２ｃは、ＭＥＰＭ能力を有するＭｍ３インターフェース、及び／又はＭＥＰ能力を有するＭｍ５インターフェース及びＭｐ３インターフェースを公開することができる（例えば、インターフェースに到達可能である）。ＭＥＡＯ能力をホストするＷＴＲＵ１０２ｄは、ＭＥＡＯ能力を有するＭｍ１インターフェース、ＭＥＰＭ能力を有するＭｍ３インターフェース、及び／又はＭＥＰ能力を有するＭｍ５インターフェース及びＭｐ３インターフェースを公開することができる（例えば、インターフェースに到達可能である）。

実施形態によれば、ＭＥＣ対応ＷＴＲＵ１０２は、それ自体の能力、及びＭＥＣ対応ＷＴＲＵ１０２が所与のＭＥＣシステム２００に公開することを決定し得るもの（例えば、ＭＥＣプラットフォーム）に応じて、異なる能力を既存のＭＥＣシステム２００（例えば、ＭＥＣプラットフォーム）に公開することができる。

ＭＥＣシステムから制約付きＭＥＣ能力サポートを要求するための代表的な手順
図６は、ＭＥＣ能力公開に関するＭＥＣ能力ＷＴＲＵ１０２決定をサポートするために、ＭＥＣシステム２００から制約付きＭＥＣ能力サポートを要求するための手順のシグナリングフロー図の一例を示す図である。

動作６－１において、ＭＥＣ対応ＷＴＲＵ１０２は、要求しているＭＥＣ対応ＷＴＲＵ１０２（例えば、アプリケーション）が利用可能であり得る（例えば、ユーザ、ＭＥＣ）アプリケーションのリスト（例えば、「ユーザアプリケーション探索」手順）を要求するために、（本明細書では「ＧＥＴ」と称され得る）要求メッセージをＭＥＣシステム、例えばＵＡＬＣＭＰ２１１ネットワーク要素に送信することができる。ＧＥＴ要求は、（ＥＴＳＩ ＭＥＣによって）定義されたＭｘ２インターフェースを介して送信され得る。例えば、ＧＥＴ要求メッセージは、ＭＥＣ対応ＷＴＲＵ１０２がＭＥＣシステムの制約付きＭＥＣ能力（例えば、リソース）サポート情報に関心がある可能性があることを示す情報（例えば、要素）を含み得る。情報（例えば、要素）は、ＭＥＣシステムの制約付きＭＥＣ能力（例えば、リソース）サポート情報を受信する要求を示すことができる任意の種類のデータ表現であってもよい。例えば、ＵＡＬＣＭＰ２１１ネットワーク要素は、ＭＥＣ対応ＷＴＲＵ１０２からの要求を許可してもよい。

動作６－２において、ＭＥＣシステム２００は、要求側ＭＥＣ対応ＷＴＲＵ１０２が利用可能であり得るＭＥＣアプリケーションのリストを検索してもよい。例えば、ＵＡＬＣＭＰ２１１は、ＭＥＣアプリケーションのリストを要求及び受信するために、ＭＥＡＯネットワーク要素とシグナリングメッセージを交換することができる。

動作６－３において、ＭＥＣ対応ＷＴＲＵ１０２は、例えばＵＡＬＣＭＰ２１１ネットワーク要素からメッセージ（本明細書では「２００ ＯＫ応答」と呼ぶことがある）を受信することができる。２００ ＯＫ応答メッセージは、例えば、メッセージ本体に、利用可能なユーザアプリケーション、ＭＥＣアプリケーション、集合的に「アプリケーション」のリストを示すことができるデータ構造（本明細書では「アプリケーションリスト」と称されることがある）を含み得る。データ構造は、例えば、アプリケーション識別子、アプリケーション名、アプリケーションプロバイダ、アプリケーションソフトウェアバージョン、アプリケーション記述、アプリケーション特性（例えば、メモリ、ストレージ、レイテンシ、帯域幅、サービス継続性）のいずれかなどの、アプリケーションに関する情報を含み得る。実施形態によれば、データ構造は、例えば、表１に記載されているように、ＭＥＣシステムによる統合のためにサポートされ得る制約付きＭＥＣ能力に関する情報（例えば、追加の情報）を含み得る。

実施形態によれば、制約付きＭＥＣ能力に関する情報（本明細書では「ｃＭＥＣサポート」と称されることがある）は、ＭＥＣシステムによる統合のためにサポートされ得る（例えば、提供される）制約付きＭＥＣ能力のタイプを示すことができる。

実施形態によれば、制約付きＭＥＣ能力のタイプ（例えば、リソース）は、サポートされていない（例えば、０値）、ＶＩＭ＋ＮＦＶＩ（例えば、１値）、ＭＥＰ（例えば、２値）、ＭＥＰ＋ＭＥＰＭ（例えば、３値）、及びＭＥＰ＋ＭＥＰＭ＋ＭＥＡＯ（例えば、４値）のいずれかであり得る。

表１は、ＭＥＣシステムからの制約付きＭＥＣ能力サポートを要求するための手順の２００ ＯＫ応答メッセージに含まれ得る制約付きＭＥＣ能力サポート属性を記載している。表１、表２、及び表３は、ＥＴＳＩ ＭＥＣ仕様によって指定されるデータモデルの形式で属性を記述し、記号「＞」、「＞＞」、「＞＞＞」は、データモデル内の異なる階層レベルを示すことができる。例えば、「＞アプリ情報」とそれに続く「＞＞有効時間」は、「有効時間」が「アプリ情報」のサブ属性であり得ることを示し得る。

実施形態によれば、ＭＥＣ対応ＷＴＲＵ１０２は、要求することなく、２００ ＯＫ応答メッセージ内の制約付きＭＥＣ能力（例えば、リソース）サポートに関する情報を受信することができる。例えば、ＭＥＣ対応ＷＴＲＵ１０２は、制約付きＭＥＣ能力（例えば、リソース）情報を要求する（例えば、サポートされる）ための情報要素を含まずに、アプリケーションのリストを要求するためにＧＥＴ要求メッセージをＵＡＬＣＭＰ２１１ネットワーク要素に送信することができる。例えば、ＵＡＬＣＭＰ２１１ネットワーク要素は、例えば、それ自体の論理（例えば、ポリシー）に基づいて、表１に記載されているように、制約付きＭＥＣ能力（例えば、リソース）情報を（例えば、決定／判定する）送信（例えば、サポートされる）することができる。

実施形態によれば、制約付きＭＥＣ能力（例えば、リソース）サポート情報は、（例えば、ユーザ、ＭＥＣ）アプリケーションのリスト（例えば、「ユーザアプリケーション探索」手順）を要求するためにＧＥＴ要求メッセージを再使用する代わりに、専用リソースで照会されてもよい。

ＭＥＣシステムへのＷＴＲＵ制約付きＭＥＣ能力公開の代表的な手順
ＭＥＣ対応ＷＴＲＵ１０２は、異なるポリシーに応じて、その全ての制約付きＭＥＣ能力のサブセットを所与のＭＥＣシステムに公開することを決定／判定することができる。ポリシーは、ＭＥＣシステム２００がＷＴＲＵ１０２によって提供される制約付きＭＥＣ能力の統合をサポートするかどうかを考慮することができる。ポリシーはまた、ＭＥＣシステム２００が有するアプリケーションのリスト（ＭＥＣ対応ＷＴＲＵ１０２が以前に問い合わせたことがある場合、上記で説明したようにＧＥＴメッセージを使用するステップ）を考慮してもよい。ＭＥＣ対応ＷＴＲＵ１０２は、ＭＥＣシステム２００内でインスタンス化され得るアプリケーションが、ＭＥＣ対応ＷＴＲＵ１０２が提供できるもの（例えば、産業又はゲームのシナリオでは、）を補完する場合にのみ、特定のＭＥＣ能力の公開を考慮することができる。ポリシーはまた、ＷＴＲＵ上の利用可能なバッテリを考慮してもよい。ポリシーはまた、現在のＭＥＣプラットフォームが到達可能な時間に影響を与える可能性があるため、既知であれば、ＭＥＣ対応ＷＴＲＵ１０２と現在のＲＡＮとの予想接続時間を考慮してもよい。ポリシーはまた、ＭＥＣ対応ＷＴＲＵ１０２をＭＥＣシステム２００のＭＥＣプラットフォーム２３１と相互接続するネットワークの信頼性及び可用性特性を考慮してもよい。ポリシーはまた、ＭＥＣシステム２００を実行しているオペレータを考慮してもよい。ポリシーはまた、ＭＥＣシステム２００の（例えば、フル）能力ＭＥＣで利用可能なアプリケーションと、ＷＴＲＵ１０２の低減された能力ＭＥＣで利用可能なアプリケーションとの相互依存性を考慮してもよい。

低減された能力ＭＥＣをホストするＷＴＲＵ１０２は、そのＭＥＣ能力を既存のＭＥＣシステムに公開することができ、例えばＭｘ２インターフェースを介して両方を統合することを可能にすることができる。

図７は、ＭＥＣ能力公開手順のシグナリング交換の一例を示す図である。

動作７－０において、ＭＥＣ対応ＷＴＲＵ１０２は、その能力の一部をＭＥＣシステムに公開することを決定／判定することができる。

動作７－１において、ＭＥＣ対応ＷＴＲＵ１０２は、その能力の一部又は全部を既存のＭＥＣシステムに公開するために、要求メッセージ（本明細書では「ＰＯＳＴ」と呼ぶことがある）をＵＡＬＣＭＰ２１１ネットワーク要素に送信（例えば、送信する）することができる。ＰＯＳＴメッセージは、（ＥＴＳＩ ＭＥＣによって）定義されたＭｘ２インターフェースを介して送信されてもよい。ＰＯＳＴメッセージは、ＭＥＣ対応ＷＴＲＵ１０２が公開することを決定／判定することができる能力に関する情報を含み得る（決定部分は上記でカバーされている）。

ＰＯＳＴメッセージ本体は、（例えば、ＭＥＣシステムが利用可能なＷＴＲＵ（例えば、デバイス）ＭＥＣ能力のリスト）公開されたＭＥＣ能力のリストを示すことができるデータ構造（本明細書では「Ｍｅｃ能力」と称されることがある）を含み得る。実施形態によれば、公開されたＭＥＣ能力のリストは、ＷＴＲＵ１０２によって提供される能力（例えば、リソース）、関連する公開されたインターフェースＵＲＩ、及び／又は必要なセキュリティ情報に関する情報を含む／含み得る。実施形態によれば、公開されたＭＥＣ能力のリスト（例えば、データ構造）は、例えば表２に記載されるように、ＭＥＣ能力に関する情報を含む（例えば、追加）ことができる。実施形態によれば、（ＰＯＳＴメッセージに含まれ得る）ＭＥＣ能力に関する情報は、有効時間属性、ロケーション属性、所望の完全能力ＭＥＣ属性、識別子属性、名前属性、記述属性、及びＭＥＣ能力特性のいずれかを含み得る。実施形態によれば、（ＰＯＳＴメッセージに含まれ得る）ＭＥＣ能力特性に関する情報は、ＭＥＣ能力のタイプ、Ｏｒ－Ｖｉ ＶＩＭインターフェースのアドレス、Ｍｐ３インターフェースのアドレス、Ｍｍ５インターフェース属性のアドレス、Ｍｍ３インターフェースのアドレス、Ｍｍ１インターフェースのアドレス、広告可能属性、ＶＩＭ特性及び／又はバージョン、Ｏｒ－Ｖｉインターフェース認証特性、Ｍｐ３インターフェース特性、Ｍｍ５インターフェース特性、Ｍｍ３インターフェース特性、Ｍｍ１インターフェース特性のいずれかに関する情報を含み得る。

実施形態によれば、有効時間属性は、公開されたＭＥＣ能力のリストが有効である期間を示すことができる。

実施形態によれば、ロケーション属性は、ＭＥＣ対応ＷＴＲＵ１０２が接続することができる正しいＭＥＣプラットフォームを選択するためにＯＳＳ及びＭＥＣオーケストレータによって使用されてもよい。

実施形態によれば、既知であり、ＭＥＣ対応ＷＴＲＵ１０２で利用可能である場合、所望の完全能力ＭＥＣ属性は、ＭＥＣ対応ＷＴＲＵ１０２が接続したい所望の完全能力ＭＥＣ（例えば、ＭＥＣシステム２００は、）を示すことができる。

実施形態によれば、識別子属性は、ＭＥＣ能力の識別子を示すことができる。この属性は、関連するネットワーク及びＭＥＣシステムの範囲内で一意であり得る。

実施形態によれば、名前（name）属性は、ＭＥＣ能力の名前を示すことができる。値の長さは３２文字を超えてはならない。

実施形態によれば、記述属性は、ＭＥＣ能力の人間が読み取り可能な記述を示すことができる。

実施形態によれば、ＭＥＣ能力特性は、ＭＥＣ能力の特性を示すことができる。ＭＥＣ能力特性は、能力／リソースのタイプ、その統一資源識別子（ＵＲＩ）、及び関連する認証情報に関連し得る。

実施形態によれば、ＭＥＣ能力のタイプ（例えば、リソース）は、ＶＩＭ＋ＮＦＶＩ（例えば、０値）、ＭＥＰ（例えば、１値）、ＭＥＰ＋ＭＥＰＭ（例えば、２値）、及びＭＥＰ＋ＭＥＰＭ＋ＭＥＡＯ（例えば、３値）のいずれかであり得る。

実施形態によれば、Ｏｒ－Ｖｉ ＶＩＭインターフェースのアドレスは、Ｏｒ－Ｖｉ ＶＩＭ公開インターフェースのアドレスを示すことができる。それは、リソースのタイプ（例えば、ＭＥＣ能力）がＶＩＭ＋ＮＦＶＩ（例えば、０値）である場合にのみ応答に含まれ得る。

実施形態によれば、Ｍｐ３インターフェースのアドレスは、ＭＥＰによって公開されたＭｐ３インターフェースのアドレスを指示し得る。ＭＥＣリソースのタイプが、ＭＥＰ（例えば、１値）、ＭＥＰ＋ＭＥＰＭ（例えば、２値）、及び／又はＭＥＰ＋ＭＥＰＭ＋ＭＥＡＯ（例えば、３値）のいずれかである場合、アドレスが応答に含まれ得る（例えば、含まれるのみである）。

実施形態によれば、Ｍｍ５インターフェースのアドレスは、ＭＥＰによって公開されるＭｍ５インターフェースのアドレスを示し得る。ＭＥＣリソースのタイプが、ＭＥＰ（例えば、１値）、ＭＥＰ＋ＭＥＰＭ（例えば、２値）、及び／又はＭＥＰ＋ＭＥＰＭ＋ＭＥＡＯ（例えば、３値）のいずれかである場合、アドレスが応答に含まれ得る（例えば、含まれるのみである）。

実施形態によれば、Ｍｍ３インターフェースのアドレスは、ＭＥＰＭによって公開されたＭｍ３インターフェースのアドレスを示すことができる。ＭＥＣリソースのタイプが、ＭＥＰ＋ＭＥＰＭ（例えば、２値）、及び／又はＭＥＰ＋ＭＥＰＭ＋ＭＥＡＯ（例えば、３値）のいずれかである場合、アドレスが応答に含まれてもよい（例えば、含まれるのみである）。

実施形態によれば、Ｍｍ１インターフェースのアドレスは、ＭＥＡＯによって公開されたＭｍ１インターフェースのアドレスを示すことができる。ＭＥＣリソースのタイプがＭＥＰ＋ＭＥＰＭ＋ＭＥＡＯ（例えば、３値）である場合、アドレスは応答に含まれてもよい（例えば、含まれるのみである）。

実施形態によれば、広告可能属性は、ＭＥＣ能力が他のＷＴＲＵに広告され得るかどうかを示すことができる。広告可能属性は、不許可（例えば値０）及び許可（例えば値１）のいずれであってもよい。

実施形態によれば、ＶＩＭ特性及び／又はバージョンは、ＶＩＭ（Ｏｒ－Ｖｉ）固有情報（例えば、ＶＩＭの特性及びバージョン）を示すことができる。ＭＥＣリソースのタイプがＶＩＭ＋ＮＦＶＩ（例えば、０値）である場合、それは応答に含まれてもよい（例えば、含まれるのみである）。

実施形態によれば、Ｏｒ－Ｖｉインターフェース認証特性は、Ｏｒ－ＶｉインターフェースＵＲＩ（例えば、Ｏ認証）へのアクセスを可能にするために必要／使用される認証情報を示してもよい。これは、ＭＥＣリソースのタイプがＶＩＭ＋ＮＦＶＩ（例えば、０値）である場合にのみ応答に含まれてもよい。

実施形態によれば、Ｍｐ３インターフェース特性は、Ｍｐ３インターフェースＵＲＩ（例えば、Ｏ認証）へのアクセスを可能にするために必要／使用される認証情報を示すことができる。ＭＥＣリソースのタイプが、ＭＥＰ（例えば、１値）、ＭＥＰ＋ＭＥＰＭ（例えば、２値）、及び／又はＭＥＰ＋ＭＥＰＭ＋ＭＥＡＯ（例えば、３値）のいずれかである場合、これは応答に含まれ得る（例えば、含まれるのみである）。

実施形態によれば、Ｍｍ５インターフェース特性は、Ｍｍ５インターフェースＵＲＩ（例えば、Ｏ認証）へのアクセスを可能にするために必要／使用される認証情報を示すことができる。ＭＥＣリソースのタイプが、ＭＥＰ（例えば、１値）、ＭＥＰ＋ＭＥＰＭ（例えば、２値）、及び／又はＭＥＰ＋ＭＥＰＭ＋ＭＥＡＯ（例えば、３値）のいずれかである場合、これは応答に含まれ得る（例えば、含まれるのみである）。

実施形態によれば、Ｍｍ３インターフェース特性は、Ｍｍ３インターフェースＵＲＩ（例えば、Ｏ認証）へのアクセスを可能にするために必要／使用される認証情報を示すことができる。ＭＥＣリソースのタイプが、ＭＥＰ＋ＭＥＰＭ（例えば、２値）、及び／又はＭＥＰ＋ＭＥＰＭ＋ＭＥＡＯ（例えば、３値）のいずれかである場合、これは応答に含まれ得る（例えば、含まれるのみである）。

実施形態によれば、Ｍｍ１インターフェース特性は、Ｍｍ１インターフェースＵＲＩ（例えば、Ｏ認証）へのアクセスを可能にするために必要／使用される認証情報を示すことができる。ＭＥＣリソースのタイプがＭＥＰＭ＋ＭＥＡＯ（例えば、３値）である場合、これは応答に含まれてもよい（例えば、含まれるのみである）。

表２は、ＭＥＣ能力公開手順のためのＰＯＳＴメッセージに含まれ得るＷＴＲＵ（例えば、デバイス）ＭＥＣ能力属性のリストを記載している。

動作７－２において、ＵＡＬＣＭＰ２１１ネットワーク要素は、ＷＴＲＵ１０２によって提供されるＭＥＣ能力のタイプに応じて、例えば、Ｍｍ９インターフェースを介してＭＥＣシステムの関連エンティティに連絡してもよい。

動作７－３において、ＭＥＣ対応ＷＴＲＵ１０２は、応答メッセージ（本明細書では「２０１作成済み」と呼ぶことができる）を受信することができる。ＵＡＬＣＭＰ２１１ネットワーク要素は、ＭＥＣ能力コンテキスト（例えば、レジスタ）が作成されている可能性があることを示すために、ＭＥＣ対応ＷＴＲＵ１０２に２０１作成応答メッセージを返す（例えば、送信する）ことができる。２０１作成された応答メッセージ８１は、作成されたＭＥＣ能力レジスタのデータ構造をＭＥＣシステム２００（例えば、ＭＥＣシステムが利用可能なデバイスＭＥＣ能力のリスト）に含み得るメッセージ本体を有し得る。２０１で作成された応答メッセージ本体は、例えば、ＭＥＣ能力識別子、有効時間属性、システムで作成されたアドレス属性のいずれかなどの、ＭＥＣ能力に関する情報を含み得る。

実施形態によれば、ＭＥＣ能力識別子は、ＭＥＣ能力の識別子を示してもよい。この属性は、関連するネットワーク及びＭＥＣシステムの範囲内で一意であり得る。

実施形態によれば、有効時間属性は、ＷＴＲＵによって公開されたＭＥＣ能力が有効である期間を示すことができる。これは、前のメッセージにＷＴＲＵによって含まれる時間（例えば、ＰＯＳＴメッセージ８１）以下であり得る。

実施形態によれば、アドレス属性は、ＭＥＣシステム２００で作成されたＭＥＣ能力コンテキストのアドレスを示すことができる。アドレス属性は、公開された能力に関する情報を更新したい場合に、ＭＥＣ対応ＷＴＲＵ１０２によって使用されてもよい。

表３は、ＭＥＣ能力コンテキスト（例えば、レジスタ）が作成されている可能性があることを示すために、ＭＥＣ対応ＷＴＲＵ１０２に対する２０１作成済み応答メッセージに含まれ得る信頼性及び可用性属性を説明する。

動作７－４において、受信した情報に基づいて、ＭＥＣシステム２００は、ＷＴＲＵ（これは、Ｍｍ１、Ｍｍ３、Ｍｍ５、Ｍｐ３及び／又はＯｒ－Ｖｉのいずれかを含むことができる）によって公開されたインターフェースに到達することができ、それらを使用して、公開されたリソースをＭＥＣシステムに統合することができる。ＭＥＣ対応ＷＴＲＵ１０２がＯｒ－Ｖｉインターフェースのみを公開する場合、ＮＦＶＯはそれを使用してオンボードにすることができ、ＭＥＣ対応ＷＴＲＵ１０２上でＭＥＰ ＮＦＶをインスタンス化することができる。

実施形態によれば、ＭＥＣシステム２００及びＭＥＣ対応ＷＴＲＵ１０２は、例えば更新通知が発生するまでの間に通常のＭＥＣ動作に進むことができる。

ＷＴＲＵ能力公開更新の代表的な手順

ＷＴＲＵ能力公開更新（例えば、手順）は、ＷＴＲＵ１０２が既存のＭＥＣシステムに公開するＭＥＣ能力を更新することを可能にすることができる。ＷＴＲＵ能力公開更新（例えば、手順）は、低減された能力ＭＥＣをホストするＷＴＲＵ１０２が、例えばＭｘ２インターフェースを介して、（例えば、フル）能力ＭＥＣシステム２００に公開するものを更新することを可能にし得る。

図８は、ＷＴＲＵ１０２能力公開更新のためのシグナリング交換の一例を示す図である。

実施形態によれば、ＭＥＣ対応ＷＴＲＵ１０２は、特定のＭＥＣ能力を、それらを登録している（更にそれらを使用することができる）ＭＥＣシステム２００に公開した。ＭＥＣ対応ＷＴＲＵ１０２は、例えば、利用可能なリソースが変更されたために、又は／及び例えば、ポリシー決定がＭＥＣシステム２００に提供されるものを変更するようにトリガしたために、ＭＥＣシステムに現在公開されている（例えば、登録されている）ＭＥＣ能力を変更することができる。

動作８－１において、ＭＥＣ対応ＷＴＲＵ１０２は、提供されたリソースを更新するために、（本明細書では「ＰＵＴ」と呼ぶことができる）要求メッセージを、（例えば、「Ｍｅｃ能力」）公開されたＭＥＣ能力のリストを示すことができるデータ構造の修正されたデータ構造を含むメッセージ本体を用いて、それを表すＭＥＣシステム２００内のリソースに送信することによって、ＭＥＣシステム２００によって作成されたコンテキストである特定のＭＥＣ能力を更新することができる。Ｍｅｃ能力は、ＭＥＣ対応のＷＴＲＵ１０２によって提供される更新された能力（例えば、リソース）、関連する公開されたインターフェースＵＲＩ、及び要求された／使用されたセキュリティ情報に関する情報を含み得る／含み得る。要求メッセージは、更新するためにＭＥＣ能力の識別子（例えば、ｍｅｃＣＩｄ）を使用／含み得る。

動作８－２において、ＵＡＬＣＭＰ２１１は、ＭＥＣ対応ＷＴＲＵ１０２によって公開されたＭＥＣ能力のタイプ（例えば、提供される）に応じて、ＭＥＣシステム２００の関連エンティティに、例えばＭＥＡＯを介してＭｍ９インターフェースを介して連絡して、ＭＥＣ対応ＷＴＲＵ１０２によって公開されたＭＥＣ能力に関する更新を伝達することができる。

動作８－３において、ＭＥＣ対応ＷＴＲＵ１０２は、例えば、公開されたＭＥＣ能力が（例えば、成功した場合、）更新された可能性があることを示すために、応答メッセージ（本明細書では「２０４ ｎｏ ｃｏｎｔｅｎｔ」と称されることがある）を受信することができる。

ＷＴＲＵ能力公開除去の代表的な手順
ＷＴＲＵ能力公開更新（例えば、手順）は、ＷＴＲＵ１０２が既存のＭＥＣシステムに公開するＭＥＣ能力を除去することを可能にすることができる。ＷＴＲＵ能力公開除去（例えば、手順）は、低減された能力ＭＥＣをホストするＷＴＲＵ１０２が、例えばＭｘ２インターフェースを介して、（例えば、フル）能力ＭＥＣシステム２００に公開するものを除去することを可能にすることができる。

図９は、ＷＴＲＵ１０２能力公開更新のためのシグナリング交換の一例を示す図である。

実施形態によれば、ＭＥＣ対応ＷＴＲＵ１０２は、特定のＭＥＣ能力を、それらを登録している（更にそれらを使用することができる）ＭＥＣシステム２００に公開した。ＭＥＣ対応ＷＴＲＵ１０２は、例えば、利用可能なリソースが変更されたために、又は／及び例えば、ポリシー決定がＭＥＣシステム２００に提供されるものを変更するようにトリガしたために、ＭＥＣシステムに現在公開されている（例えば、登録されている）ＭＥＣ能力を変更することができる。

動作９－１において、ＭＥＣ対応ＷＴＲＵ１０２は、それを表す要求メッセージ（本明細書では「ＤＥＬＥＴＥ」と呼ぶことができる）をＭＥＣシステム２００内のリソースに送信することによって、ＭＥＣシステム２００によって作成された特定のＭＥＣ能力、コンテキストを除去することができる。要求メッセージは、除去するためにＭＥＣ能力の識別子（例えば、ｍｅｃＣＩｄ）を使用／含み得る。

動作９－２において、ＵＡＬＣＭＰ２１１は、ＭＥＣ対応ＷＴＲＵ１０２によって公開された（例えば、提供される）ＭＥＣ能力のタイプに応じて、ＭＥＣシステム２００の関連エンティティに、例えばＭＥＡＯを介したＭｍ９インターフェースを介して連絡して、ＭＥＣ対応ＷＴＲＵ１０２によって公開されたＭＥＣ能力の除去を伝達することができる。

動作９－３において、ＭＥＣ対応ＷＴＲＵ１０２は、例えば、公開されたＭＥＣ能力が（例えば、成功した場合、）除去された可能性があることを示す応答メッセージ（本明細書では「２０４ ｎｏ ｃｏｎｔｅｎｔ」と称されることがある）を受信することができる。

図１０は、ＭＥＣシステム２００においてＷＴＲＵ１０２の少なくとも１つ（例えば、制限されている／低減されている／制約付き）のＭＥＣリソースを統合するための、ＷＴＲＵ１０２によって実施される方法１０００の一例を示す図である。

実施形態によれば、ステップ１０１０において、ＷＴＲＵ１０２は、ＷＴＲＵ１０２からＭＥＣシステム２００に、ＭＥＣシステム２００によってサポートされる少なくとも１つのタイプの（例えば、制限されている／低減されている／制約付き）ＭＥＣリソースの情報の要求を示す要求メッセージを送信するように構成されてもよい。

実施形態によれば、ステップ１０２０において、ＷＴＲＵ１０２は、ＭＥＣシステム２００によってサポートされる少なくとも１つのタイプの限定されたＭＥＣリソースを示す要求メッセージに対する応答を、ＷＴＲＵ１０２によってＭＥＣシステム２００から受信するように構成されてもよい。

実施形態によれば、ステップ１０３０において、ＷＴＲＵ１０２は、ＷＴＲＵ１０２によって、サポートされているタイプの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースに基づいて、ＭＥＣシステム２００による統合に利用可能なＷＴＲＵ１０２の少なくとも１つの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースを判定するように構成されてもよい。

実施形態によれば、ステップ１０４０において、ＷＴＲＵ１０２は、ＷＴＲＵ１０２によってＭＥＣシステム２００に、ＭＥＣシステム２００によって統合されるべきＷＴＲＵ１０２の少なくとも１つの判定された（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースを示す更なるメッセージを送信するように構成されてもよい。

実施形態によれば、ステップ１０５０において、ＷＴＲＵ１０２は、ＷＴＲＵ１０２によってＭＥＣシステム２００から、ＷＴＲＵ１０２の判定された少なくとも１つの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースのＭＥＣシステム２００による統合を示す更なるメッセージに対する応答を受信するように構成されてもよい。

例えば、ＷＴＲＵ１０２は、ＷＴＲＵ１０２の少なくとも１つの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソース内でＭＥＣシステム２００のアプリケーションをインスタンス化するように更に構成されてもよい。

例えば、ＷＴＲＵ１０２は、ＷＴＲＵ１０２の少なくとも１つの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースをＭＥＣシステム２００と統合するように更に構成されてもよい。

例えば、ＭＥＣシステム２００によってサポートされる（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースのタイプは、ＮＦＶＩに関連付けられたＶＩＭ、ＭＥＰ、ＭＥＰＭに関連付けられたＭＥＰ、並びにＭＥＰＭ及び／又はＭＥＡＯに関連付けられたＭＥＰのうちのいずれかを含み得る。

例えば、要求メッセージは、ＭＥＣシステム２００内のＷＴＲＵ１０２が利用可能なアプリケーションのリストの要求を示すことができ、及び／又は要求メッセージに対する応答は、利用可能なアプリケーションのリストを示すことができる。

例えば、ＷＴＲＵ１０２は、ＷＴＲＵ１０２からＭＥＣシステム２００に、ＭＥＣシステム２００によって統合されたＷＴＲＵ１０２の少なくとも１つ（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）のＭＥＣリソースの特性を更新するための別のメッセージを送信するように更に構成されてもよい。

例えば、ＷＴＲＵ１０２は、ＷＴＲＵ１０２からＭＥＣシステム２００に、ＭＥＣシステム２００によって統合されたＷＴＲＵ１０２の少なくとも１つ（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）のＭＥＣリソースの統合の除去を要求するメッセージを送信するように更に構成されてもよい。

例えば、更なるメッセージは、ＭＥＣシステム２００によって統合されたＷＴＲＵ１０２の少なくとも１つの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースの識別子属性、有効時間属性、及び／又はコンテキスト属性のいずれかを含む。

図１１は、ＭＥＣシステム２００によって実施される、ＷＴＲＵ１０２の少なくとも１つ（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）のＭＥＣリソースをＭＥＣシステム２００に統合するための方法１１００の一例を示す図である。

実施形態によれば、ステップ１１１０において、ＭＥＣシステム２００は、ＭＥＣシステム２００によって、少なくとも１つの（例えば、制限されている／低減されている／制約付き）ＭＥＣリソースを含むＷＴＲＵ１０２から、ＭＥＣシステム２００によってサポートされる少なくとも１つのタイプの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースの情報の要求を示す要求メッセージを受信するように構成されてもよい。

実施形態によれば、ステップ１１２０において、ＭＥＣシステム２００は、ＭＥＣシステム２００によって、ＭＥＣシステム２００によってサポートされる少なくとも１つのタイプの（例えば、制限されている／低減されている／制約付き）ＭＥＣリソースを判定するように構成されてもよい。

実施形態によれば、ステップ１１３０において、ＭＥＣシステム２００は、少なくとも１つのサポートされるタイプの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースを示す要求メッセージに対する応答をＭＥＣシステム２００からＷＴＲＵ１０２に送信するように構成されてもよい。

実施形態によれば、ステップ１１４０において、ＭＥＣシステム２００は、ＭＥＣシステム２００によってＷＴＲＵ１０２から、サポートされているタイプの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースに基づいてＷＴＲＵ１０２によって判定された、ＭＥＣシステム２００によって統合されるべきＷＴＲＵ１０２の少なくとも１つの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースを示す更なるメッセージを受信するように構成されてもよい。

実施形態によれば、ステップ１１５０において、ＭＥＣシステム２００は、ＷＴＲＵ１０２の少なくとも１つの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースを統合するように構成されてもよい。

実施形態によれば、ステップ１１６０において、ＭＥＣシステム２００は、ＭＥＣシステム２００によって統合されたＷＴＲＵ１０２の少なくとも１つ（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）のＭＥＣリソースを示す更なるメッセージに対する応答をＭＥＣシステム２００からＷＴＲＵ１０２に送信するように構成されてもよい。

例えば、ＭＥＣシステム２００は、ＷＴＲＵ１０２の少なくとも１つの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソース内でＭＥＣシステム２００のアプリケーションをインスタンス化するように更に構成されてもよい。

例えば、ＭＥＣシステム２００によってサポートされる（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースのタイプは、（ＮＦＶＩに関連付けられたＶＩＭ、ＭＥＰ、ＭＥＰＭに関連付けられたＭＥＰ、並びにＭＥＰＭ及び／又はＭＥＡＯに関連付けられたＭＥＰのいずれかを含むことができる。

例えば、要求メッセージは、ＭＥＣシステム２００内のＷＴＲＵ１０２が利用可能なアプリケーションのリストの要求を示すことができ、及び／又は要求メッセージに対する応答は、利用可能なアプリケーションのリストを示すことができる。

例えば、ＭＥＣシステム２００は、ＷＴＲＵ１０２から、ＭＥＣシステム２００によって統合されたＷＴＲＵ１０２の少なくとも１つの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースの特性を更新するための別のメッセージを受信するように更に構成されてもよく、及び／又はＭＥＣシステム２００は、ＭＥＣシステム２００によって統合されたＷＴＲＵ１０２の少なくとも１つの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースの特性を更新するように更に構成されてもよい。

例えば、ＭＥＣシステム２００は、ＷＴＲＵ１０２から、ＭＥＣシステム２００によって統合されたＷＴＲＵ１０２の少なくとも１つの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースの除去を要求するメッセージを受信するように更に構成されてもよく、及び／又はＭＥＣシステム２００は、ＭＥＣシステム２００によって統合されたＷＴＲＵ１０２の少なくとも１つの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースを除去するように更に構成されてもよい。

例えば、更なるメッセージは、ＭＥＣシステムによって統合されたＷＴＲＵ１０２の少なくとも１つの（例えば、制限された／低減された／制約付きマルチアクセスエッジコンピューティング）ＭＥＣリソースの識別子属性、有効時間属性、及び／又はコンテキスト属性のいずれかを含む。

制約付きデバイスにおけるＭＥＣ
図１２は、実施形態による、ＭＥＣのユースケースのための高レベルフレームワークを示す図である。

ＥＴＳＩ ＭＥＣ ＩＳＧ は、ＥＴＳＩ ＭＥＣの場合（例えば、従来技術、最先端技術など）、例えば、エッジでのクラウドコンピューティングをサポートするための、端末ユニット、モバイルホスト、パーソナルデバイスのいずれかにおける、ＥＴＳＩ ＭＥＣ技術の（例えば、可能な）アプリケーションの分析を提供する（例えば、ＥＴＳＩ ＭＥＣ ０３６、「Ｍｕｌｔｉ－ａｃｃｅｓｓ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ（ＭＥＣ），Ｓｔｕｄｙ ｏｎ ＭＥＣ ｉｎ ｒｅｓｏｕｒｃｅ ｃｏｎｓｔｒａｉｎｅｄ ｔｅｒｍｉｎａｌｓ，ｆｉｘｅｄ ｏｒ ｍｏｂｉｌｅ」２０２０年１０月、を参照）。そのような場合、そのようなデバイスの（例えば、異なる）態様に焦点が当てられる。例えば、ＭＥＣアプリケーションを実行するために利用可能な限られた（例えば、計算、バッテリなど）容量に関連する態様があり得、そのような限られた容量の影響は仮想インスタンスのライフサイクルに影響する。更に、ＭＥＣインフラストラクチャをホストする端末のモビリティなどの態様、及び制約付きデバイス（例えば、小容量デバイス）と（例えば、ネットワーク）インフラストラクチャとの間の接続性の信頼性に関する態様（例えば、問題）を含む、コンピューティングリソースの揮発性に関連する態様が存在し得る。態様はまた、セキュリティ及び許可に特有の機能と、ユーザデータのプライバシーに対するそのような機能の影響とに関連付けられ得る。

図１２を参照すると、ユースケース（例えば、ＥＴＳＩ ＭＥＣによって考慮されるように、）のための（例えば、全体的に）フレームワークは、例えば、ネットワーク層１２１０、コンピューティング層１２２０、及びアプリケーション層１２３０を含む（例えば、含む、からなるなど）（例えば、３つの）論理層を有することができる。

例えば、ネットワーク層は、エンドツーエンド５Ｇネットワークであり得る（例えば、以下のように示されている）。図１２を参照すると、コンピューティング層１２２０は、例えば、中央クラウド１２２１、ネットワークエッジ能力及び遠端能力のいずれかに接続されたエッジクラウド１２２２（例えば、ｔｅｌｃｏエッジ）などの（例えば、異なる）コンピューティング層で構成することができ、例えば、制約付きデバイス（例えば、ＷＴＲＵ１０２）に関連付けられる（例えば、端末、ＷＴＲＵ、容量削減ＷＴＲＵ、顧客宅内機器（ＣＰＥ）など）。遠端能力は、制約付きデバイス（例えば、ＷＴＲＵ１０２）に（例えば、事前構成、事前プロビジョニングなど）組み込まれてもよく、及び／又は動的にプロビジョニングされてもよい。制約付きデバイス（例えば、ＷＴＲＵ１０２）は、例えば、従来のエッジクラウドと比較して、限られた計算（例えば、能力）及び／又は接続性を有する、バッテリ駆動、モバイル、揮発性のデバイスであってもよい。制約付きデバイス（例えば、ＷＴＲＵ１０２）は、それらの間で協働し、情報を交換することができる。図１２を参照すると、テレメトリ、訓練、及び推論などの機能を提供することができるアプリケーション層１２３０は、遠端制約付きデバイス（例えば、ＷＴＲＵ１０２）を含む異なるコンピューティング層に分散される。アプリケーション及び機能は、クラウド、エッジデバイス、及び／又は遠端デバイスなど、コンピューティングストラタム内のどこでもホストすることができる。

（例えば、従来技術、最新技術などの）場合ＥＴＳＩ ＭＥＣでは、制約付きデバイス（例えば、ＷＴＲＵ１０２）に対して、ＭＥＣ技術を含み得るユースケースが存在する。例えば、連合学習のための制約付きデバイス（例えば、ＷＴＲＵ１０２）のユースケースがあり得る。そのような場合、連合学習（ＦＬ）は分散学習技術であり、プライバシーセンシティブ訓練データは、例えば、集中型エッジクラウド又は遠隔クラウドで移送及び処理される代わりに、学習エージェントにわたって生成及び処理（例えば、場合によっては不均一に）される。このようなＦＬの場合、各エージェント（例えば、遠端制約付きデバイスに展開される）は、利用可能な訓練データからローカル学習パラメータのセットを計算することができ、これをローカルモデルと呼ぶことができる。更に、ＦＬのそのような場合、訓練データを共有する代わりに、エージェントは、それらのローカルモデルを中央エンティティ（例えば、エッジクラウド１２２２）と共有する。中央エンティティ（例えば、次に）はモデル平均化を行い、（例えば、次いで、）グローバルモデルをエージェント（例えば、遠端制約付きデバイスでは、）と共有する。このように、ＦＬのケースは、訓練データの交換を必要（例えば、必須）とせず、例えば、通信レイテンシを短縮し、例えば、これらのデータが他のエンティティと交換されないため、エンドデバイスで機密データを扱うことができる解決策を提供する。

別のユースケースは、スマートファクトリのユースケースであってもよい。そのようなスマートファクトリのユースケースでは、スマートファクトリ内の（例えば、仮定される）機械及び／又はデバイスは、ネットワーキング、コンピューティング、及びストレージのための能力を有する。スマートファクトリ内のローカルマシン及び／又はデバイス上のそのような計算能力は、分散データ遠隔測定をローカルにサポートし、及び／又はインテリジェント能力をローカルにサポートすることができる。例えば、そのような場合、多数のカメラ及びセンサが、いくつかのカメラ及び／又はセンサが移動式（例えば、無人機ベース、オンホイール、誘導車両によって運ばれるものなど）である（例えば、場合によっては、）状態で、スマート工場の生産ラインを継続的に監視している。そのような場合、カメラ及びセンサは、リアルタイムで対応する知識を抽出し利用することを含む、データ記憶及び高速データ分析のいずれかが可能である。

そのようなスマートファクトリーケースでは、複数の参加するエンドデバイスにわたる深層学習（ＤＬ）の進歩の場合に（例えば、それと相まって）ＦＬを実行すると、スマートファクトリにおける製造プロセスの最適化（例えば、その可能性が開けること）があり得る。例えば、そのようなスマートファクトリのユースケースでは、スマート製造プロセスは、例えば遅延を防止し、間違いを回避し、効率を改善するために、収集されたデータのリアルタイム推論を必要とする。そのような場合、リアルタイムデータを迅速に解析し、より良い情報に基づいた決定を行い、生産における潜在的な欠陥を認識する能力を工場管理者に提供するために、分散型局所エッジコンピューティングソリューションが活用される。更に、マルチプレーヤＡＲ／ＶＲマルチモーダルモバイルゲームのユースケースがあり得る。クラウドゲームの従来のケースでは、そのような（例えば、従来の）クラウドゲームを介して／使用してプレイされるゲームは、専用ハードウェアでローカルに計算された対応物のグラフィック品質を達成することができる（例えば、できない）。更に、そのようなクラウドゲームの場合、ＡＲ／ＶＲの追加は、例えば、現在のアーキテクチャのレイテンシ制限を克服するために、ローカル計算を必要（例えば、必須）とし得る。そのような（例えば、追加、追加など）ローカル計算は、制約付きデバイス（例えば、ＷＴＲＵ１０２）内のローカルＭＥＣによって提供され得る。

上述したように、（例えば、リソース）制約付きデバイス（例えば、ＷＴＲＵ１０２）のための（例えば、従来技術、最新技術など）ＥＴＳＩ ＭＥＣの場合があり、これは、本明細書では、低減／制限された能力ＭＥＣ又はｃＭＥＣのいずれかと交換可能に呼ばれ、ローカルネットワークに配置されてもよく、及び／又は関連するユースケースのためのＥＴＳＩ ＭＥＣであってもよい。ＷＴＲＵ１０２であり得る、及び／又はローカルｃＭＥＣであり得るＷＴＲＵ１０２に含まれ得るｃＭＥＣは、様々な能力、アーキテクチャ、及び利用可能なサービスのいずれかを有し得る。ＷＴＲＵ１０２は、ローカル消費のために能力、アーキテクチャ、及び利用可能なサービスのいずれかを使用することができ、インフラストラクチャの奥深くに位置するフル能力ＭＥＣプラットフォーム（エッジＭＥＣ又はｅＭＥＣ）と密接に協働して動作することができる。本明細書で言及されるように、エッジＭＥＣ及びｅＭＥＣのいずれも、ｅＭＥＣシステム又はＭＥＣシステム２００と交換可能に称され得る。上述の事例及び／又はユースケースにおいて、（例えば、従来技術、最新技術、電流など）ＥＴＳＩ ＭＥＣ仕様の適用性が分析の対象である。

実施形態によれば、例えば、５Ｇ／３ＧＰＰシステムにおいてＭＥＣ技術を提供するために、以下に議論される特徴、ノード、インターフェース、エンティティ、要素、属性、特性、構成、方法、手順、動作等のいずれかの必要性が存在し得る。例えば、そのような実施形態のいずれかは、（例えば、リソース）制約付きデバイス及び／又は関連するユースケースのための、（例えば、従来の、技術の状態など）ＥＴＳＩ ＭＥＣの上述の議論されたケースに関連付けられ、指示され、対処され、適用され、及び／又は（例えば、ギャップの）ためにあり得る。実施形態によれば、ＷＴＲＵは、例えば、ローカルｃＭＥＣでリソースを登録して利用可能にするために、ｅＭＥＣとの確立された通信を使用（例えば、既に）することができる。実施形態によれば、リソースの異なる性質及び／又はｃＭＥＣの異なる特性をｅＭＥＣに通知することができる。実施形態によれば、ＷＴＲＵ１０２は、例えば、ローカルｃＭＥＣ内のアプリケーションの好ましいロケーションを示すために、ＭＥＣオーケストレータの決定に影響を与えてもよい。例えば、実施形態によれば、ＷＴＲＵ１０２は、ｃＭＥＣの能力に関してｅＭＥＣに（例えば、また）通知することができる。

ＭＥＣアプリケーションのアーキテクチャ及びシナリオ
制約付きＭＥＣの場合（例えば、制約付きＭＥＣの概念によれば）、ＣＰＵ、メモリ、ストレージ、又はネットワーキングに対する制限などの、計算及び／又は通信のいずれかに対する制限を有する及び／又はそれに関連付けられたノード（例えば、ローカルネットワークノード又はｃＭＥＣノード）上で（例えば、ＥＴＳＩ）ＭＥＣアプリケーション及び／又はＭＥＣサービスを実行する（例えば、の仮定、の可能性）ことができる。そのような場合、そのようなデバイスの特性は、例えば、揮発性又は特定のアプリケーションを実行するためのリソースの欠如など、ＥＴＳＩ ＭＥＣにおいて／ＥＴＳＩ ＭＥＣによって考慮されない（例えば、以前に）制限の（例えば、異なる及び／又は新しいものを課す）セットを有し得る。

実施形態によれば、制約付きＭＥＣの場合のアーキテクチャは、制約付きＭＥＣ（ｃＭＥＣ）デバイスとも称され得る、縮小された能力（赤色キャップ）のＭＥＣデバイスを、エッジＭＥＣ（ｅＭＥＣ）と称され得るネットワーク内のロケーション（例えば、深い）に（例えば、典型的には、）され得るレガシーＭＥＣプラットフォームと相互接続するために使用され得る接続アーキテクチャを示す（例えば、定義すること）ためのブロックのセット（例えば、以下に従って定義される）によって表され得る。実施形態によれば、そのようなｅＭＥＣは、オペレータネットワーク及び／又はサービスプロバイダのネットワークのインフラストラクチャの深いネットワークロケーションにあってもよい。ＥＴＳＩ ＭＥＣ参照アーキテクチャでは、ｅＭＥＣは、特定のエンティティ（ＭＥＣオーケストレータ（ＭＥＯ）、ＭＥＰなど）として示されていない限り、一般にＭＥＣシステム２００である。

図１３は、実施形態による、ｃＭＥＣ配置を示す図である。

実施形態によれば、例えば、図１３を参照し、かつ／又は後述するように、ｃＭＥＣ１３１０及びｅＭＥＣ２００の配置（例えば、その焦点）は、階層システムであってもよい。実施形態によれば、そのような（例えば、考えられる）階層システムは、ｅＭＥＣ２００とｃＭＥＣ１３１０（例えば、それぞれ）とが属するドメイン間の関係（例えば、関係性）にいかなる制約も課し得ない（例えば、課さない）。実施形態によれば、ｅＭＥＣ管理ドメインがｃＭＥＣ１３１０を含むように拡張される（例えばそう考えられる）場合が（例えば、いくつかの場合に）あり得る。実施形態によれば、相互作用が、プロバイダドメインとして機能するｅＭＥＣ２００と、ユーザドメインとして機能するｃＭＥＣ１３１０との間にある（例えば、そう考えられる）場合が（例えば、いくつかの他の場合に）あり得る。

実施形態によれば、例えば、図１３に示す（例えば、可能である）ｃＭＥＣ１３１０配置シナリオを参照すると、例えば、（例えば、ｖｉａ、ｕｓｉｎｇ、ｏｖｅｒなど）無線（例えば、５Ｇ）ネットワークオペレータを介して、モバイルネットワークオペレータ（例えば、通信事業者、ＲＡＮ１０４／１１３）及びハイパースケーラ（例えば、ＡＷＳ、Ａｚｕｒｅなど）のいずれかによって提供されるｅＭＥＣ２００に接続されたＷＴＲＵ１０２を有するモバイルゲームの事例（例えば、ユースケース）があり得る。そのような場合、実施形態によれば、ＷＴＲＵは、例えば、利用可能なローカルｃＭＥＣ１３１０を有するＷＬＡＮを介して／介して、（例えば、別の）ローカルネットワークに（例えば、また）接続することができる。本開示、及び本明細書で後述する実施形態は、図１３のアクセス技術（すなわち、５Ｇ及びＷＬＡＮ）に限定されず、本明細書で説明する実施形態及び／又は開示は、任意の適切な及び／又は同様のアクセス技術、無線技術、通信／ネットワーキング技術など（例えば、４Ｇ、ＷＬＡＮ、イーサネットなど）に適用することができる。

実施形態によれば、例えば、本明細書で説明されていないメカニズムを使用して、ＷＴＲＵ１０２がローカルｃＭＥＣ１３１０を発見する（例えば、発見できる）場合があり得る（例えば、考えられる）。実施形態によれば、ＷＴＲＵ１０２が、例えば、本明細書で説明されていないメカニズムを介して許可又は取得された認証を介して／使用して、ローカルｃＭＥＣ１３１０を使用することを許可され得る場合があり得る（例えば、考えられる）。実施形態によれば、ＷＴＲＵ１０２が、ローカルｃＭＥＣ１３１０をｅＭＥＣ２００に統合するために使用される（例えば、異なる）メカニズムを発見する（例えば、発見することができる）場合があり得（例えば、考えられ）、ＷＴＲＵ１０２は、それを行うために必要な認証鍵を、例えば、本明細書で説明されていない認証メカニズム／動作などのメカニズムによって許可又は取得された認証を介して／使用して取得し得る。実施形態によれば、ＷＴＲＵ１０２が、例えば、本明細書で説明されていないメカニズムによって許可又は取得された認証を介して／使用して、Ｍｘ２インターフェースを介してｅＭＥＣ２００のＵＡＬＣＭＰ２１１を位置特定及び／又は発見する（例えば、そうすることができる）場合があり得る（例えば、考えられる）。

ＭＥＣ用のメッセージ交換
図１４は、実施形態による、情報フローを示す図である。

図１４を参照すると、情報フローは、メッセージ交換、シグナリングフロー、ＲＦ送信及び／又は受信などのいずれかのためであり得る（例えば、表すことができる）。実施形態によれば、例えば図１４の情報フローのような第１の動作として、ＷＴＲＵ１０２は、例えばｅＭＥＣ２００の（例えば、指示、約など）ｃＭＥＣ統合機能に関連付けられた情報を（例えば、必要である、必要とされる、など）取得し得る（例えば、検索、受信、要求、判定など）。実施形態によれば、ＷＴＲＵ１０２は、例えば、ＷＴＲＵ１０２とＵＡＬＣＭＰ２１１との間のＭｘ２インターフェース上で搬送される（例えば、の定義、すなわち新規）メッセージ及び／又は情報要素のいずれかを介してなど、（例えば、様々な）メカニズムを介してそのような情報を取得することができる。

実施形態によれば、ｃＭＥＣ統合機能に関連するそのような（例えば、新しく定義された）情報（例えば、シグナリング、メッセージ、情報要素、データ型など）は、．．／ｃｍｅｃ＿ｉｎｔｅｇｒａｔｉｏｎ＿ｏｐｔｉｏｎｓとして（例えば、本明細書では、）参照され得る。実施形態によれば、ｃＭＥＣ機能に関連するそのような情報は、例えば、（例えば、ローカルな）ｃＭＥＣによってサポートされる統合オプションを示すために、ｃＭＥＣ統合能力を示す（例えば、それらを示す情報、リスト等）を（例えば、任意選択的に、また、更に）含み得る。実施形態によれば、例えば、ｅＭＥＣ２００によってサポートされる（例えば、異なる）統合オプションは、例えば、ローカルｃＭＥＣ１３１０によってサポートされる統合オプションを示すｃＭＥＣ統合能力に応答して提供される（例えば、送信される、伝送される等）ｃＭＥＣ統合能力を介して示され得る。

すなわち、実施形態によれば、ｅＭＥＣ２００によってサポートされる（例えば、異なる）統合オプションを示すためのｃＭＥＣ統合能力を含む応答（例えば、それらを示す情報）が存在し得る。実施形態によれば、そのような情報は、ＷＴＲＵ１０２によって提供され、要求メッセージ内のローカルｃＭＥＣ１３１０に関する統合オプションのいずれか（例えば、統合オプションのリスト）によって影響を受ける（例えば、それらに関連付けられる）統合オプションのリストに関連付けられてもよい。実施形態によれば、ｃＭＥＣ統合能力に関連する（例えば、ｃＭＥＣ統合能力のために、表す、指定するなどの）データ型（例えば、情報要素、メッセージ、情報、信号など）は、表４に示す通りであってもよい。

実施形態によれば、例えば、図１４の第１の動作１４－１の更なる態様として、ＷＴＲＵ１０２は、ポリシーに従って、ローカルｃＭＥＣ１３１０を公開する、例えば、ＷＴＲＵ１０２がそのローカルＬＡＮ上でアクセスできると判定する（例えば、決定する）ことができる。すなわち、実施形態によれば、ＷＴＲＵ１０２がｅＭＥＣ２００のｃＭＥＣ統合能力を確認（例えば、取得、取得、受信など）した後、ＷＴＲＵ１０２は、例えば、異なるポリシーに応じて、ＷＴＲＵ１０２がローカルＬＡＮを介してアクセスするローカルｃＭＥＣ１３１０を公開することを決定することができる。実施形態によれば、そのようなポリシーは、様々な同様の及び／又は適切なポリシーの中でも、アプリケーション固有の要件である、ローカルｃＭＥＣまでの待ち時間、ローカルｃＭＥＣ１３１０の計算能力、（例えば、ネットワーク及びストレージ）ローカルｃＭＥＣ１３１０のリソース可用性、ローカルｃＭＥＣ１３１０の電力（例えば、バッテリ）状態、ローカルｃＭＥＣ１３１０で利用可能なハードウェア加速度のいずれかであってもよい（例えば、いずれかに関連付けられてもよい）。

実施形態によれば、第２の動作１４－２として、例えば図１４を参照すると、ＷＴＲＵ１０２は、（例えば、ローカル）ｃＭＥＣ１３１０の特性をｅＭＥＣ２００に（例えば、判定する、決定するなど）公開することができる。例えば、実施形態によれば、ＷＴＲＵ１０２は、例えば（例えば、ＥＴＳＩ ＭＥＣによって定義されるように、）Ｍｘ２インターフェースを介して、（例えば、新規）メッセージ、（例えば、信号、コマンド、情報要素、を示す情報など）ＰＯＳＴ．．／ｌｏｃａｌ＿ｃｍｅｃ＿ｒｅｇｉｓｔｒａｔｉｏｎを送信することができる。

実施形態によれば、（例えば、新規）メッセージ、ＰＯＳＴ．．／ｌｏｃａｌ＿ｃｍｅｃ＿ｒｅｇｉｓｔｒａｔｉｏｎは、ｅＭＥＣ２００がｃＭＥＣ１３１０を統合する（例えば、それらによって使用される、必要とされるなどの）ための情報を含み得る（例えば、それらを示す）。すなわち、実施形態によれば、ＷＴＲＵ１０２は、ｅＭＥＣとの登録のために（例えば、新規）メッセージ、ＰＯＳＴ．．／ｌｏｃａｌ＿ｃｍｅｃ＿ｒｅｇｉｓｔｒａｔｉｏｎを送信することができる。実施形態によれば、ｃＭＥＣ登録に関連する（例えば、ｃＭＥＣ登録のために、表す、指定するなどの）データ型（例えば、情報要素、メッセージ、情報、信号など）は、表５に示す通りであってもよい。

実施形態によれば、統合インターフェース及びＣＭＥＣ機能（例えば、図１４に適用可能）のいずれかは、参照される構造に関して以下に説明するように説明される（例えば、定義される）。実施形態によれば、例えば、第２の動作１４－２の一部として、ＵＡＬＣＭＰ２１１は、例えば、Ｍｍ９インターフェースを介して（例えば、使用、貫通、オーバーなど）、ＭＥＣシステム２００のエンティティに（例えば、関連する）接触することができる。例えば、実施形態によれば、（例えば、ローカル）ｃＭＥＣ１３１０によって提供され、ｅＭＥＣ２００によってサポートされるタイプのＭＥＣ統合に応じて（例えば、依存して）、ＵＡＬＣＭＰ２１１は、Ｍｍ９インターフェースを介してＭＥＣシステム２００の関連エンティティに接触する。実施形態によれば、例えば、第２の動作１４－２の一部として、ＵＡＬＣＭＰ２１１は、ＷＴＲＵ１０２に（例えば、応答）を送信することができ、ＵＡＬＣＭＰ２１１は、登録に関連する情報及び／又はｃＭＥＣ１３１０がｅＭＥＣシステム２００にどのように登録されているかを示す情報を含む（例えば、メッセージ本体に含まれる）ｃＭＥＣ登録データ構造を含む２０１作成応答を返す。

実施形態によれば、ｃＭＥＣ登録データ構造に含まれる参照ＵＲＩは、登録を更新するためにＷＴＲＵ１０２によって使用され得る。実施形態によれば、統合インターフェースに関連付けられた（例えば、統合インターフェース内の）参照ＵＲＩは、ＷＴＲＵ１０２が登録の（例えば、一定）インターフェースに関する情報を更新（例えば、更新したい、決定したい、したいなど）する場合に、ＷＴＲＵ１０２によって使用され得る。実施形態によれば、例えば、第２の動作の一部として、ＷＴＲＵ１０２は、例えば、以前に行われていない場合（例えば、第２の動作の上記の特徴を実行するステップと、）、（例えば、利用可能）アプリケーションのリストを要求することができる。

実施形態によれば、第３の動作１４－３として、例えば図１４を参照すると、ＷＴＲＵ１０２は、ＭＥＣアプリケーション（例えば、ローカルエリア内のｅＭＥＣ２００及び／又はｃＭＥＣノード内の／にあるロケーション）のインスタンス化のための（例えば、可能である）ロケーションのリストを要求することができる（例えば、要求を送信する）。例えば、実施形態によれば、ＷＴＲＵ１０２がｅＭＥＣ２００に正常に参加したｃＭＥＣ１３１０の確認応答を受信した場合、ＷＴＲＵ１０２は、ローカルエリア内のｅＭＥＣノード又はｃＭＥＣノードのいずれかのロケーションなど、ＭＥＣアプリケーションがインスタンス化され得るエッジシステム内の可能なロケーションのリストを要求することができる。実施形態によれば、そのような要求は、例えば、ｏｂｔａｉｎ＿ａｐｐ＿ｌｏｃ＿ａｖａｉｌａｂｉｌｉｔｙ Ｍｘ２呼び出しに含まれる（例えば、その中で使用される）アプリケーションロケーション可用性構造を使用して／介して（例えば、含まれる、として送信される、形式を有する、など）行われ得る。実施形態によれば、構造アプリケーションロケーション可用性は、例えば、ロケーション制約構造を拡張することによって、（例えば、ローカルな）ｃＭＥＣのＩＤのセットを含むことができる（例えば、搬送するように拡張され得る）。実施形態によれば、ロケーション制約。構造／データ型は、表６に示す通りであってもよい。

実施形態によれば、第４の動作１４－４として、例えば図１４を参照すると、ＷＴＲＵ１０２は、例えばアプリケーションをインスタンス化するためにアプリケーションコンテキストを作成することができる。例えば、実施形態によれば、上述した第１から第３の動作を完了する場合、アプリケーションをインスタンス化するために、ＷＴＲＵ１０２は、ＰＯＳＴ．．／ａｐｐ＿ｃｏｎｔｅｘｔｓ（アプリコンテキスト）を使用してアプリケーションコンテキストを作成することができる。実施形態によれば、アプリコンテキストのデータ型、言い換えればデータ構造又は構造は、例えば、アプリケーションがｃＭＥＣ２００内でインスタンス化され得ることをｅＭＥＣ１３１０に示すための情報（例えば、修正される）を含み得る。実施形態によれば、アプリケーションは、アプリコンテキスト構造のアプリロケーションフィールド（例えば、ロケーション制約型の）に従って（例えば、提供されるように、に基づいてなど）インスタンス化されてもよい。実施形態によれば、例えば、局所的なｃＭＥＣロケーションをシグナリングできるようにするために、ロケーション制約型が（例えば、上記のように）修正されてもよい。実施形態によれば、（例えば、修正、新規など）データ型、又は言い換えれば、アプリコンテキストの（例えば、拡張、修正、新規など）構造は、表７に示す通りであり得る。

実施形態によれば、（例えば、ＥＴＳＩ手順と同様の／標準的な／ＥＴＳＩ手順のための方法で、）アプリコンテキストデータ型（例えば、アプリコンテキスト情報要素、そのようなプリミティブなど）を受信した後、ＵＡＬＣＭＰ２１１は、デバイスアプリケーションからの要求を許可することができ、そのような許可の場合、要求を運用サポートシステム（ＯＳＳ）に転送することができる。実施形態によれば、そのような許可は、モバイルエッジオーケストレータと称され得るＭＥＣオーケストレータで行われてもよい（例えば、それらを伴って／介して／使用して／など発生してもよい）。実施形態によれば、ＯＳＳは、コンテキスト作成要求を（例えば、判定するか、又は決定するか、）許可することができる。実施形態によれば、ＭＥＣオーケストレータは、例えば、ユーザの選択及び好みに従って（例えば、応じて）、ＭＥＣシステム２００又は（例えば、ローカルの）ＣＭＥＣ１３１０のいずれかにおけるアプリケーションコンテキストの作成をトリガ（例えば、コマンド、命令、編成、開始など）してもよい。

実施形態によれば、ＵＡＬＣＭＰ２１１は、例えば、ＷＴＲＵ１０２上で実行されるアプリケーション（例えば、デバイスアプリケーション）のために、ＷＴＲＵ１０２に２０１作成応答を送信（例えば、返送、送信など）することができる。実施形態によれば、２０１作成済み応答（例えば、応答のメッセージ本体）は、作成されたアプリケーションコンテキストのデータ構造を（例えば、それらを示す情報を）含むことができ、これは、例えば、ユーザアプリケーションと対話するためにＭＥＣシステム２００の外部にあるクライアントに提供されるアドレス（例えば、参照ＵＲＩ）を含み得る。実施形態によれば、２０１作成済み応答は、例えば、メッセージヘッダとして、ＭＥＣシステム２００によって作成及び／又は維持されるアプリケーションインスタンスコンテキストに関連するリソースのアドレスを示す情報を含み得る。

実施形態によれば、図１４（例えば、以下と同様の方法で、）を参照すると、ｃＭＥＣは、例えば、アプリケーションが（例えば、既に）インスタンス化されている場合（例えば、インスタンス化された後）に、ｅＭＥＣ２００に／によって／と共に登録されてもよい。実施形態によれば、そのような場合、ｅＭＥＣ２００は、利用可能な場所の（例えば、利用可能な場所上の）変更を示す（例えば、送信することができ、通知する）情報を提供してもよい。実施形態によれば、ｅＭＥＣ２００は、そのような情報を、例えば、新しいｃＭＥＣが利用可能であることを通知するために、拡張型ロケーション制約のアプリロケーションフィールドを搬送するアプリロケーション可用性通知を介して（例えば、使用、貫通など）提供することができる。実施形態によれば、ＷＴＲＵ１０２は、例えば、アプリケーションロケーションを新しい（例えば、ローカル）ｃＭＥＣ１３１０に関連付けられたロケーションに変更するために、コンテキスト更新を要求することができる。

実施形態によれば、例えば、ローカルｃＭＥＣ１３１０の登録に有効時間がある場合に、登録を更新する（例えば、可能にする）ための（例えば、新規、新規定義など）メッセージ交換があり得る。実施形態によれば、第５の動作１４－５として、例えば図１４を参照すると、登録の有効性タイマが満了する前に、ＷＴＲＵ１０２は登録寿命を更新することができる。実施形態によれば、例えば、登録を更新するために、ＷＴＲＵ１０２は、（例えば、新しく定義された）メッセージ．．／ｌｏｃａｌ＿ｃｍｅｃ＿ｒｅｇｉｓｔｒａｔｉｏｎ＿ｕｐｄａｔｅを呼び出す（例えば、のための呼操作の使用、受信、要求、実行など）ことができ、メッセージは、表８に示すように、ｃＭＥＣ登録更新構造を含む（示す情報）。実施形態によれば、（例えば、異なる／代替）第５の動作１４－５として、ＷＴＲＵ１０２は、例えば、完全なｃＭＥＣ登録構造を有する（既存のリソースを更新する）「ｐｕｔ」動作を実行することによって、．．／ｌｏｃａｌ＿ｃｍｅｃ＿ｒｅｇｉｓｔｒａｔｉｏｎを呼び出す／使用することができ、例えば、そのような「載置」動作は、より高い帯域幅を消費することができる。

実施形態によれば、ＵＡＬＣＭＰ２１１は、例えば、登録の有効時間を更新するために、ＭＥＣシステム２００のエンティティに（例えば、関連する）接触することができる。例えば、実施形態によれば、ＵＡＬＣＭＰ２１１は、登録の有効時間を更新するために、例えば、ローカルｃＭＥＣ１３１０に従って（例えば、それに応じて）提供され、ｅＭＥＣ２００によってサポートされるＭＥＣ統合のタイプに従って、Ｍｍ９インターフェースを介して／を通じて、ＭＥＣシステム２００の関連エンティティにコンタクトすることができる。実施形態によれば、ＵＡＬＣＭＰ２１１は、２０１作成された応答又は２００ ＯＫのいずれかをＷＴＲＵ１０２に送信（例えば、戻り）することができ、応答は更新されたｃＭＥＣ登録データ構造を含むメッセージ本体を有する。実施形態によれば、更新ｃＭＥＣ登録データ構造は、ｃＭＥＣ１３１０がｅＭＥＣシステム２００にどのように登録されるかを示す（例えば、それらを示す情報を含む）ことができる。実施形態によれば、（例えば、任意選択的に／追加的に）ｅＭＥＣ２００は、ｅＭＥＣ２００における更新されたｃＭＥＣインスタンス化にコンタクトするために使用され得る新しい参照ＵＲＩを生成し得る。

実施形態によれば、ＷＴＲＵ１０２は、ｅＭＥＣ２００から（例えば、ローカル）ｃＭＥＣシステム１３１０を登録解除することができる。すなわち、第６の動作１４－６として、例えば図１４を参照すると、ＷＴＲＵ１０２は、（例えば、ローカル）ｃＭＥＣシステム１３１０の使用を（例えば、判定する、決定する、指示されるなど）停止することができ、（したがって、例えば、）ｅＭＥＣ２００から登録解除することを選択することができる。実施形態によれば、ＷＴＲＵ１０２は、例えば、ローカルｃＭＥＣ１３１０を登録解除するために、表９に示すｃＭＥＣＲｅｌｅａｓｅデータ型／構造を有する．．／ｌｏｃａｌ＿ｃｍｅｃ＿ｒｅｌｅａｓｅを使用することができる。実施形態によれば、（例えば、代替として、）（例えば、ローカル）ｃＭＥＣ１３１０は、例えば、上述の動作２で作成されたように、元の．．／ｌｏｃａｌ＿ｃｍｅｃ＿ｒｅｇｉｓｔｒａｔｉｏｎリソースに対して「削除」動作を実行することによって登録解除されてもよい。

実施形態によれば、例えば、ローカルｃＭＥＣ１３１０によって提供され、ｅＭＥＣ２００によってサポートされるＭＥＣ統合のタイプに従って、ＵＡＬＣＭＰ２１１は、例えば、（例えば、ローカル）ｃＭＥＣ１３１０の登録を取り消すために、Ｍｍ９インターフェースを介してＭＥＣシステム２００の関連エンティティに接触してもよい。実施形態によれば、ＵＡＬＣＭＰ２１１は、ＷＴＲＵ１０２に２００ ＯＫメッセージを送信する（例えば、戻り）。

ｃＭＥＣ情報のサブスクリプション及び通知
図１５は、実施形態による、ローカルｃＭＥＣ登録解除によるアプリケーションコンテキスト更新を示す図である。

実施形態によれば、例えば、（上述したように）ｃＭＥＣノードが登録されている場合（例えば、登録後）、ＷＴＲＵ１０２は、ローカルｃＭＥＣ１３１０によってホストされているＭＥＣユーザアプリケーションを使用することができる（例えば、使用している可能性がある）。実施形態によれば、そのようなＷＴＲＵ１０２は、ｃＭＥＣ登録を実行しなかったローカルエリア内の別のクライアントデバイスであってもよい。そのような場合、ローカルｃＭＥＣ１３１０は、ステップ１５－１において、例えば、登録有効時間の満了などの様々な理由のいずれかにより、ネットワークから登録解除されてもよい。実施形態によれば、そのような登録解除（例えば、そのような事象）は、例えばＥＴＳＩ ＭＥＣの（例えば、使用、貫通、標準）メカニズムを介して、アプリケーションコンテキスト削除通知をトリガすることができる。アプリケーションコンテキスト削除通知などの実施形態によれば、ＷＴＲＵ１０２に、例えば図１５に示すように、ローカルｃＭＥＣ１３１０内でインスタンス化された全てのアプリコンテキストが削除されたことを示す（例えば、それらを示す情報を含む）ことができる。実施形態によれば、例えば、図１５に示すように、ローカルｃＭＥＣの登録解除などのいくつかの理由のいずれかのために、例えば、ローカルｃＭＥＣ１３１０からｅＭＥＣ２００へ、又はその逆、及びｃＭＥＣノード間で、ＭＥＣアプリケーション（１５－２を参照）の移動を有する（例えば、発生する）別のケースが存在し得る。

実施形態によれば、上述の２つの通知は、アクティブなアプリコンテキストと共にローカルｃＭＥＣ１３１０を使用しているＷＴＲＵ１０２に通知することができる（例えば、通知するのに十分である）。しかしながら、ローカルｃＭＥＣ１３１０内のアプリケーションのインスタンス化を開始しているか、又はそれを使用することを計画している可能性がある他のＷＴＲＵ１０２に、（例えば、単に）よりも多くを通知する必要があり得る。実施形態によれば、（例えば、上記のメッセージ交換に加えて、）、ｃＭＥＣの存在に関連する（例えば、新規）サブスクリプションファミリーが存在し得る。実施形態によれば、例えば、そのような新たなサブスクリプションファミリーの場合、ｃＭＥＣ登録通知及びｃＭＥＣ登録解除通知のいずれかが存在し得る（例えば、定義される）。

図１６は、実施形態による、サブスクリプションイベント及び通知イベントを示す図である。

実施形態によれば、サービス消費者は、例えば、登録及び／又は登録解除イベントなどのイベントに関連する通知を受信するために、イベントへのサブスクリプションを作成することができる。実施形態によれば、サブスクリプションは、ＥＴＳＩ ＭＥＣによって定義／説明された（例えば、サブスクリプションを作成するためのメカニズムは、）に従って作成されてもよい。実施形態によれば、サービスコンシューマは、｛通知サブスクリプション｝データ構造を含むメッセージ本体（例えば、それを示す情報）を有するＰＯＳＴ要求を送信することができる。実施形態によれば、変数｛通知サブスクリプション｝は、例えば、以下で説明／定義されるように、異なるイベントサブスクリプションに対して指定されたデータ型で置き換えることができる。実施形態によれば、異なるイベントサブスクリプションに対して指定されたデータ型は、サブスクライブされたイベント、フィルタリング基準、及びサービス消費者がイベント通知の受信を希望するアドレスのいずれかを定義する（例えば、それを示す情報を含む）ことができる。実施形態によれば、サブスクリプション及び／又はイベントへの／イベントについての通知のいずれかのためのメッセージのフローは、図１６に示す通りであり得る。

実施形態によれば、通知サブスクリプションのための以下に議論されるデータ型（例えば、データ構造、構造体、情報要素、メッセージなど）は、ｃＭＥＣ登録通知及びｃＭＥＣ登録解除通知のいずれかと関連付けられ得る（例えば、そのために使用され得る）。

データ型：ｃＭＥＣ登録サブスクリプション
実施形態によれば、例えば表１０に示すようなｃＭＥＣ登録サブスクリプションデータ型は、ＷＴＲＵの地理的エリア（例えば、ＷＴＲＵが存在する場所）で利用可能になった新しいｃＭＥＣに関する更新のための（例えば、受信、取得などの）サブスクリプションを表すことがある。

データ型：ｃＭＥＣ登録解除サブスクリプション
実施形態によれば、例えば表１１に示すようなｃＭＥＣ登録解除サブスクリプションデータ型は、ｃＭＥＣの登録解除に関する更新のための（例えば、受信、取得などの）サブスクリプションを表すことができる。

実施形態によれば、ｃＭＥＣ登録サブスクリプション及びｃＭＥＣ登録解除サブスクリプションデータ型（例えば、メッセージ）のいずれかは、特定の通知にサブスクライブ（例えば、をサブスクライブするために使用され得る。実施形態によれば、以下に説明するデータ型（例えば、メッセージ、情報要素などである）は、例えば、新しいｃＭＥＣ登録又はｃＭＥＣ登録解除に関連する情報をユーザに伝達するための（例えば、新規）通知タイプである。

データ型：ｃＭＥＣ登録通知
実施形態によれば、例えば、表１２に示すように、ｃＭＥＣ登録通知データ型は、エリア内に新しいｃＭＥＣを登録するための通知を表すことができる。

データ型：ｃＭＥＣ登録解除通知
実施形態によれば、例えば、表１３に示すように、ｃＭＥＣ登録解除通知データ型は、エリア内のｃＭＥＣの登録解除の通知を表すことができる。

実施形態によれば、参照される構造は、以下に説明する通りであり得る。実施形態によれば、統合インターフェースデータ型を表１４に示し、ＣＭＥＣ特徴データ型を表１５に示す。

図１７は、ＷＴＲＵ１０２によって実施される方法１７００の一例を示す図である。

実施形態によれば、ステップ１７１０において、ＷＴＲＵ１０２は、ＭＥＣシステム２００による統合に利用可能な少なくとも１つのＭＥＣリソースを示す情報を取得するように構成されてもよく、ＭＥＣシステム２００は、統合に利用可能な複数のタイプのＭＥＣリソースをサポートし、少なくとも１つのＭＥＣリソースは、ＭＥＣシステム２００によってサポートされる複数のタイプのＭＥＣリソースのサブセットである。

実施形態によれば、ステップ１７２０において、ＷＴＲＵ１０２は、ＭＥＣシステム２００による統合に利用可能な東の１つのＭＥＣリソースから、ＭＥＣシステム２００によって統合されるべき少なくとも１つのＭＥＣリソースを示す情報をＭＥＣシステム２００に送信するように構成されてもよい。

実施形態によれば、ステップ１７３０において、ＷＴＲＵ１０２は、ＭＥＣシステム２００から、少なくとも１つの示されたＭＥＣリソースのＭＥＣシステム２００による統合を示す情報を受信するように構成されてもよい。

例えば、ＷＴＲＵ１０２は、統合に利用可能な少なくとも１つのＭＥＣリソースを有するように構成されてもよい。

例えば、ローカルネットワークノード１３１０は、統合に利用可能な少なくとも１つのＭＥＣリソースを有するように構成することができる。

例えば、ＷＴＲＵ１０２は、統合に利用可能な少なくとも１つのＭＥＣリソースのロケーション、及び／又はローカルネットワークノード１３１０のロケーションを示す情報を受信するように更に構成されてもよい。

例えば、ＷＴＲＵ１０２は、少なくとも１つの示されたＭＥＣリソース内でＭＥＣシステム２００のアプリケーションをインスタンス化するようにＷＴＲＵ１０２を構成するように更に構成されてもよい。

例えば、ＷＴＲＵ１０２は、ローカルネットワークノード１３１０に、及び／又はＭＥＣシステム２００に少なくとも１つの示されたＭＥＣリソースにおいてＭＥＣシステム２００のアプリケーションをインスタンス化する要求を示す要求メッセージを送信するように更に構成されてよく、及び／又は要求メッセージは、少なくとも１つの示されたＭＥＣリソースのロケーションを示す。

例えば、ＭＥＣシステム２００によってサポートされる統合に利用可能なＭＥＣリソースのタイプは、ネットワーク機能仮想化インフラストラクチャに関連付けられた仮想化インフラストラクチャマネージャ、ＭＥＰ、ＭＥＰＭに関連するＭＥＰ、並びにＭＥＰＭ及び／又はＭＥＣアプリケーションオーケストレータに関連付けられたＭＥＰのうちのいずれかを含むことができる。

例えば、ＷＴＲＵ１０２は、ＭＥＣシステム２００上でインスタンス化するために利用可能なＭＥＣアプリケーションを示す情報の要求を示す要求メッセージをＭＥＣシステム２００に送信し、ＭＥＣシステム２００から、利用可能なＭＥＣアプリケーションを示す要求メッセージに対する応答を受信するように更に構成されてもよく、少なくとも１つの示されたＭＥＣリソースは、受信された利用可能なＭＥＣアプリケーションに基づく。

例えば、ＷＴＲＵ１０２は、ＷＴＲＵ１０２からＭＥＣシステム２００に、ＭＥＣシステム２００によって統合された少なくとも１つのＭＥＣリソースの特性を更新するためのメッセージを送信するように更に構成されてもよい。

例えば、ＷＴＲＵ１０２は、ＷＴＲＵ１０２からＭＥＣシステム２００に、ＭＥＣシステム２００によって統合された少なくとも１つのＭＥＣリソースの統合の除去を要求するメッセージを送信するように更に構成されてもよい。

例えば、メッセージは、ＭＥＣシステム２００によって統合された少なくとも１つのＭＥＣリソースの識別子属性、有効時間属性、及びコンテキスト属性のいずれかを含み得る。

例えば、統合に利用可能な少なくとも１つのＭＥＣリソースは、制約付きＭＥＣリソースであってもよい。

図１８は、ＭＥＣシステム２００によって実施される方法１８００の一例を示す図であり、ＭＥＣシステム２００は、統合に利用可能な複数のタイプのＭＥＣリソースをサポートし得る。

実施形態によれば、ステップ１８１０において、ＭＥＣシステム２００は、ＭＥＣシステム２００による統合のために利用可能な少なくとも１つのＭＥＣリソースから、ＭＥＣシステム２００によって統合されるべき少なくとも１つのＭＥＣリソースを示す情報をＷＴＲＵ１０２から受信するように構成されてもよく、少なくとも１つのＭＥＣリソースは、ＭＥＣシステム２００によってサポートされる複数のタイプのＭＥＣリソースのサブセットである。

実施形態によれば、ステップ１８２０において、ＭＥＣシステム２００は、少なくとも１つの示されたＭＥＣリソースのＭＥＣシステム２００による統合を示す情報をＷＴＲＵ１０２に送信するように構成されてもよい。

例えば、ＷＴＲＵ１０２は、統合に利用可能な少なくとも１つのＭＥＣリソースを有するように構成されてもよい。

例えば、ローカルネットワークノード１３１０は、統合に利用可能な少なくとも１つのＭＥＣリソースを有するように構成される。

例えば、ＭＥＣシステム２００は、少なくとも１つの示されたＭＥＣリソース内でＭＥＣシステム２００のアプリケーションをインスタンス化するようにＷＴＲＵ１０２を構成するように更に構成されてもよい。

例えば、ＭＥＣシステム２００は、ローカルネットワークノード１３１０に、少なくとも１つの示されたＭＥＣリソースにおいてＭＥＣシステム２００のアプリケーションをインスタンス化する要求を示す要求メッセージを送信するように更に構成されてもよく、及び／又は要求メッセージは、少なくとも１つの示されたＭＥＣリソースのロケーションを示す。

例えば、ＭＥＣシステム２００は、少なくとも１つの示されたＭＥＣリソースにおいてＭＥＣシステム２００のアプリケーションをインスタンス化する要求を示す要求メッセージを受信するように更に構成されてもよく、及び／又は要求メッセージは少なくとも１つの示されたＭＥＣリソースのロケーションを示す。

例えば、ＭＥＣシステム２００によってサポートされる統合に利用可能なＭＥＣリソースのタイプは、ネットワーク機能仮想化インフラストラクチャに関連付けられた仮想化インフラストラクチャマネージャ、ＭＥＰ、ＭＥＰＭに関連するＭＥＰ、並びにＭＥＰＭ及び／又はＭＥＣアプリケーションオーケストレータに関連付けられたＭＥＰのいずれかを含む。

例えば、ＭＥＣシステム２００は、ＭＥＣシステム２００上でインスタンス化するために利用可能なＭＥＣアプリケーションを示す情報の要求を示す要求メッセージをＷＴＲＵ１０２に受信するように更に構成されてもよい。利用可能なＭＥＣアプリケーションを示す要求メッセージに対する応答をＷＴＲＵ１０２から送信するように構成される。

例えば、少なくとも１つの示されたＭＥＣリソースは、受信された利用可能なＭＥＣアプリケーションに基づく。

例えば、ＭＥＣシステム２００は、ＷＴＲＵ１０２から、ＭＥＣシステム２００によって統合された少なくとも１つのＭＥＣリソースの特性を更新するためのメッセージを受信するように更に構成されてもよい。

例えば、ＭＥＣシステム２００は、ＷＴＲＵ１０２から、ＭＥＣシステム２００によって統合された少なくとも１つのＭＥＣリソースの統合の除去を要求するメッセージを受信するように更に構成されてもよい。

例えば、メッセージは、ＭＥＣシステム２００によって統合された少なくとも１つのＭＥＣリソースの識別子属性、有効時間属性、及び／又はコンテキスト属性のいずれかを含む。

例えば、統合に利用可能な少なくとも１つのＭＥＣリソースは、制約付きＭＥＣリソースである。

図１９は、ｅＭＥＣ２００に含まれるｃＭＥＣノード（例えば、ローカルネットワークノード１３１０）を登録及び接続することのいずれかのためにＷＴＲＵ１０２によって実施される方法１９００の一例を示す図である。

実施形態によれば、ステップ１９１０において、ＷＴＲＵ１０２は、ＷＴＲＵ１０２がｅＭＥＣ２００のｃＭＥＣノード（例えば、ローカルネットワークノード１３１０）及びＵＡＬＣＭＰ２１１のいずれかを発見又は配置したことを条件として、ｅＭＥＣ２００に関連するｃＭＥＣ統合機能の要求をＵＡＬＣＭＰ２１１に送信するように構成されてもよい。

実施形態によれば、ステップ１９２０において、ＷＴＲＵ１０２は、要求に対する応答をＵＡＬＣＭＰ２１１から受信するように構成することができ、応答は、ｅＭＥＣ２００によって提供され、ローカルｃＭＥＣによってサポートされる統合オプションを示すためのｃＭＥＣ統合能力を示す情報を含む。

例えば、ＷＴＲＵ１０２は、Ｍｘ２インターフェースを介して．．／ｌｏｃａｌ＿ｃｍｅｃ＿ｒｅｇｉｓｔｒａｔｉｏｎデータ構造を示す情報を含むメッセージをＵＡＬＣＭＰ２１１に送信するように更に構成することができ、このメッセージは、ｅＭＥＣ２００に登録するためのものであり、ｃＭＥＣを統合するためにｅＭＥＣ２００によって使用される情報を含む。ＵＡＬＣＭＰ２１１から、Ｍｍ９インターフェースを介して、登録に関連付けられた情報及び／又はｃＭＥＣがｅＭＥＣシステム２００にどのように登録されているかを示す情報を含むｃＭＥＣ登録データ構造を含む２０１作成応答として、メッセージに応答するリターンメッセージを受信する。

例えば、ＷＴＲＵ１０２は、ポリシーに従って、ＷＴＲＵ１０２がそのローカルＬＡＮ上でアクセスすることができるローカルｃＭＥＣ１３１０を公開するように更に構成することができ、そのようなポリシーは、プリケーション固有の要件である、ローカルｃＭＥＣまでの待ち時間、ローカルｃＭＥＣの計算能力、（例えば、ネットワーク及びストレージ）ローカルｃＭＥＣのリソース可用性、ローカルｃＭＥＣの電力状態、ローカルｃＭＥＣで利用可能なハードウェア加速度のいずれかに関連付けられる。

例えば、ｅＭＥＣ２００のｃＭＥＣノード（例えば、ローカルネットワークノード１３１０）及びＵＡＬＣＭＰ２１１のいずれかは、認証を使用してＭｘ２インターフェース上で発見又は配置され、要求は、（１）ＷＴＲＵ１０２とＵＡＬＣＭＰ２１１との間のＭｘ２インターフェース上で搬送される、；（２）．．／ｃｍｅｃ＿ｉｎｔｅｇｒａｔｉｏｎ＿ｏｐｔｉｏｎｓとして示されたｃＭＥＣの統合能力に関連付けられたローカルｃＭＥＣ統合オプションを示す情報を含む。（３）ｃＭＥＣによってサポートされる統合オプションを示すためのｃＭＥＣ統合能力を示す情報を含む。

図２０は、ローカルｃＭＥＣを発見すること、及びクエリ及びｅＭＥＣ２００との非同期通知を介してコンテキストを作成するためにＭＥＣユーザアプリケーションをインスタンス化することのいずれかのためにＷＴＲＵ１０２によって実施される方法２０００の一例を示す図である。

実施形態によれば、ステップ２０１０において、ＷＴＲＵ１０２は、ＷＴＲＵ１０２が、ＵＡＬＣＭＰ２１１から、ｅＭＥＣ２００に正常に参加したローカルｃＭＥＣ１３１０の確認応答を受信したことを条件として、ローカルエリア内のＭＥＣアプリケーションのインスタンス化のためのロケーションのリストを求める要求をＵＡＬＣＭＰ２１１に送信するように構成されてもよい。

実施形態によれば、ステップ２０２０において、ＷＴＲＵ１０２は、要求に対する応答をＵＡＬＣＭＰ２１１から受信するように構成されてもよく、応答は、アプリケーションロケーション可用性を示す情報を含み、アプリケーションロケーション可用性データ構造を有する２００ ＯＫメッセージである。

実施形態によれば、ステップ２０３０において、ＷＴＲＵ１０２は、ＷＴＲＵ１０２によってアプリケーションコンテキストを作成するためのメッセージであって、アプリケーションがｃＭＥＣ内でインスタンス化され得ることをｅＭＥＣ２００に示す情報を含む．．／ａｐｐ＿ｃｏｎｔｅｘｔｓデータ構造を示す情報を含むメッセージをＵＡＬＣＭＰ２１１に送信するように構成され得る。

実施形態によれば、ステップ２０４０において、ＷＴＲＵ１０２は、要求に対する応答をＵＡＬＣＭＰ２１１から受信するように構成することができ、応答は、ｅＭＥＣ２００によって提供され、ローカルｃＭＥＣによってサポートされる統合オプションを示すためのｃＭＥＣ統合能力を示す情報を含む。

例えば、要求は、（１）ｏｂｔａｉｎ＿ａｐｐ＿ｌｏｃ＿ａｖａｉｌａｂｉｌｉｔｙ Ｍｘ２呼び出しに含まれるアプリケーションロケーション可用性データ構造、（２）ローカルエリア内のｅＭＥＣノード２００又はｃＭＥＣノード（例えば、ローカルネットワークノード１３１０）のいずれかにおけるロケーション、（３）ロケーション制約構造を拡張することによって指示されるｃＭＥＣのＩＤのセットのいずれかを示す情報を含み得、

アプリケーションは、．．．／ａｐｐ＿ｃｏｎｔｅｘｔｓデータ構造の、ロケーション制約型の、アプリロケーションフィールドに従ってインスタンス化され、ロケーション制約は、ローカルｃＭＥＣロケーションを示す。

図２１は、ｅＭＥＣ２００に対するｃＭＥＣの更新登録及び登録解除のいずれかのためにＷＴＲＵ１０２によって実施される方法２１００の一例を示す図である。

実施形態によれば、ステップ２１１０において、ＷＴＲＵ１０２は、完全なｃＭＥＣ登録データ構造の．．／ｌｏｃａｌ＿ｃｍｅｃ＿ｒｅｇｉｓｔｒａｔｉｏｎ＿ｕｐｄａｔｅメッセージ及び．．／ｌｏｃａｌ＿ｃｍｅｃ＿ｒｅｇｉｓｔｒａｔｉｏｎメッセージのいずれかとして、ローカルｃＭＥＣの登録を更新するためのメッセージをＵＡＬＣＭＰ２１１に送信するように構成され得る。

実施形態によれば、ステップ２１２０において、ＷＴＲＵ１０２は、ＵＡＬＣＭＰ２１１からメッセージに対する応答を受信するように構成されてもよく、応答は２０１で作成されたメッセージｃＭＥＣ登録である。

実施形態によれば、ステップ２１３０において、ＷＴＲＵ１０２は、ＷＴＲＵ１０２がローカルｃＭＥＣの使用を停止することを判定したことを条件として、ｅＭＥＣ２００からローカルｃＭＥＣ１３１０を登録解除するための登録解除メッセージをＵＡＬＣＭＰ２１１に送信するように構成されてもよい。

実施形態によれば、ステップ２１４０において、ＷＴＲＵ１０２は、ＵＡＬＣＭＰ２１１から確認メッセージ２００ ＯＫ応答を受信するように構成され得る。

例えば、メッセージは、ローカルｃＭＥＣに関連付けられたタイマの満了を条件として送信され、登録解除メッセージは、ｃＭＥＣ解放データ構造を有する．．／ｌｏｃａｌ＿ｃｍｅｃ＿ｒｅｌｅａｓｅメッセージ、及び元の．．／ｌｏｃａｌ＿ｃｍｅｃ＿ｒｅｇｉｓｔｒａｔｉｏｎデータ構造に関連付けられた削除メッセージのいずれかである。

明示的に記載されていないが、本明細書に記載の実施形態は、任意の組み合わせ又は部分的な組み合わせで用いられ得る。例えば、本明細書に記載の原理は、記載された変形例に限定されず、変形例及び実施形態の任意のアレンジを使用することができる。

加えて、方法について説明される任意の特徴、変形例、又は実施形態は、開示された方法を処理するための手段を含む装置デバイスと互換性があり、開示された方法を処理するように構成されたプロセッサを備えるデバイスと互換性があり、プログラムコード命令を含むコンピュータプログラム製品と互換性があり、かつプログラム命令を記憶する非一時的なコンピュータ可読記憶媒体と互換性がある。

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

前述した実施形態は、簡潔さのために、赤外線対応装置（すなわち赤外線放射装置及び受信機）の用語及び構造に関連して記載されている。しかしながら、記載されている実施形態は、これらのシステムに限定されるものではなく、他の形態の電磁波、又は音響波などの非電磁波を使用する他のシステムにも適用することができる。

本明細書で使用される用語は、特定の実施形態のみを説明する目的のためであり、限定することを意図するものではないということも理解されたい。本明細書で使用されるとき、用語「ビデオ」又は用語「画像」は、スナップショット、単一画像、及び／又は経時的に表示される複数の画像のいずれかを意味し得る。別の例として、本明細書で言及される場合、「ユーザ機器」という用語及びその略語「ＵＥ」、「リモート」という用語及び／又は「ヘッドマウントディスプレイ」という用語又はその略語「ＨＭＤ」は、（ｉ）無線送信及び／又は受信ユニット（ＷＴＲＵ）を意味するか、又は含むことができる。（ｉｉ）ＷＴＲＵの複数の実施形態のいずれか、（ｉｉｉ）特にＷＴＲＵの一部若しくは全ての構造及び機能を有するように構成された無線対応及び／若しくは有線対応（例えばテザリング可能）デバイス、（ｉｉｉ）ＷＴＲＵの全ての構造及び機能より少ない構造及び機能を有するように構成された無線対応及び／若しくは有線対応デバイス、又は（ｉｖ）その他、を意味し得る。本明細書に列挙された任意のＷＴＲＵを表すことができる例示的なＷＴＲＵの詳細は、図１Ａ～図１Ｄに関して本明細書で提供される。別の例として、本明細書で開示される様々な実施形態上記及び下記は、ヘッドマウントディスプレイを利用するものとして説明される。当業者であれば、ヘッドマウントディスプレイ以外のデバイスを利用することができ、本開示及び様々な開示された実施形態の一部又は全部を、過度の実験なしにそれに応じて変更することができることを認識するであろう。そのような他のデバイスの例は、適応現実体験を提供するための情報をストリーミングするように構成されたドローン又は他のデバイスを含み得る。

更に、本明細書に提供されている方法は、コンピュータ又はプロセッサによって実行されるようにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、又はファームウェアにおいて実施され得る。コンピュータ可読媒体の例には、電子信号（有線又は無線接続を介して送信される）及びコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

本発明の範囲から逸脱することなく、上記で提供された方法、装置、及びシステムの変形が可能である。適用され得る多種多様な実施形態を考慮して、図示された実施形態は単なる例であり、添付の特許請求の範囲を限定するものと解釈されるべきではないことを理解されたい。例えば、本明細書に提供されている実施形態は、ハンドヘルド装置を含み、この装置は、任意の適切な電圧を提供するバッテリなどの任意の適切な電圧源を含み得る、又はそのような電圧源を用いて利用され得る。

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

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

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

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

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

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

本明細書に記載されている方法でデバイス及び／又はプロセスを説明し、その後、エンジニアリング手法を使用して、そのような説明されたデバイス及び／又はプロセスをデータ処理システムに統合することが、当該技術分野において一般的であることが、当業者には認識されるであろう。すなわち、本明細書に記載されているデバイス及び／又はプロセスの少なくとも一部が、合理的な量の実験を介してデータ処理システムに統合され得る。典型的なデータ処理システムは、一般に、システムユニットハウジング、ビデオ表示装置、揮発性及び不揮発性メモリなどのメモリ、マイクロプロセッサ及びデジタル信号プロセッサなどのプロセッサ、オペレーティングシステム、ドライバ、グラフィックユーザインターフェイス及びアプリケーションプログラムなどの計算エンティティ、タッチパッド若しくはスクリーンなどの１つ以上の対話デバイス、並びに／又は、フィードバックループ及び制御モータ（例えば、位置及び／又は速度を感知するフィードバック、コンポーネント及び／又は量を移動及び／又は調節する制御モータ）などの制御システム、のうちの１つ以上を含み得ることが、当業者には認識されるであろう。典型的なデータ処理システムは、データコンピューティング／通信システム及び／又はネットワークコンピューティング／通信システムに典型的に見られるような、任意の適切な市販の構成要素を利用して実施され得る。

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

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

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

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

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

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

Claims (25)

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. 統合に利用可能な前記少なくとも１つのＭＥＣリソースが、制約付きＭＥＣリソースである、請求項１３～２４のいずれか一項に記載のＷＴＲＵ。