▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特表2024-542123無線送受信ユニット（ＷＴＲＵ）ベースのエッジコンピューティングスケーリングを可能にするための方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-11-13
(54)【発明の名称】無線送受信ユニット（ＷＴＲＵ）ベースのエッジコンピューティングスケーリングを可能にするための方法及び装置
(51)【国際特許分類】
H04W 4/50 20180101AFI20241106BHJP
H04W 8/00 20090101ALI20241106BHJP
H04W 88/08 20090101ALI20241106BHJP
H04W 28/16 20090101ALI20241106BHJP
【ＦＩ】
H04W4/50
H04W8/00 110
H04W88/08
H04W28/16
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024526766
(86)(22)【出願日】2022-11-07
(85)【翻訳文提出日】2024-06-05
(86)【国際出願番号】 US2022079371
(87)【国際公開番号】W WO2023086761
(87)【国際公開日】2023-05-19
(31)【優先権主張番号】63/277,391
(32)【優先日】2021-11-09
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】ロイ，マイケル
(72)【発明者】
【氏名】ディ ラロー，ケビン
(72)【発明者】
【氏名】オルベラ・ヘルナンデス，ウリセス
(72)【発明者】
【氏名】ガズダ，ロバート
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD17
5K067DD24
5K067EE02
5K067EE10
5K067EE16
(57)【要約】
【解決手段】 無線送信／受信ユニット（ＷＴＲＵ）ベースのエッジ計算オートスケーリングのための方法及び装置が、本明細書において説明される。例えば、ＷＴＲＵは、ネットワークデバイスからメッセージを受信し得る。メッセージは、インスタンス化されていないアプリケーションに関連付けられた１つ以上のエッジアプリケーションサーバ（ＥＡＳ）のリストを含み得る。ＷＴＲＵは、インスタンス化されていないアプリケーションに関連付けられた１つ以上のＥＡＳのリストからＥＡＳを選択し得る。ＷＴＲＵは、エッジデータネットワーク（ＥＤＮ）に要求を送信し得、この要求は、選択されたＥＡＳにおいてインスタンス化されていないアプリケーションをインスタンス化する要求を示す。ＷＴＲＵは、ＥＤＮから応答を受信し得、応答が、インスタンス化されていないアプリケーションは選択されたエッジアプリケーションサーバにおいてインスタンス化されたことを示し、かつＥＡＳにおいて現在のインスタンス化されたアプリケーションにアクセスするための情報を示す。
【選択図】図６
【選択図】図６
【特許請求の範囲】
【請求項1】
無線送信／受信ユニット（ＷＴＲＵ）によって実施される方法であって、前記方法が、ネットワークデバイスからメッセージを受信することであって、前記メッセージが、１つ以上のエッジアプリケーションサーバ識別子のリストを含み、各エッジアプリケーションサーバ識別子が、インスタンス化されていないアプリケーションに関連付けられている、受信することと、
インスタンス化されていないアプリケーションに関連付けられたエッジアプリケーションサーバ識別子の前記リストから１つ以上のエッジアプリケーションサーバ識別子を選択することと、
エッジデータネットワークにメッセージを送信することであって、前記メッセージが、前記エッジデータネットワークにおいて１つ以上のインスタンス化されていないアプリケーションをインスタンス化する要求を示す、送信することと、
前記エッジデータネットワークから応答を受信することであって、前記応答が、前記インスタンス化されていないアプリケーションは前記選択されたエッジデータネットワークにおいてインスタンス化されたことを示し、前記エッジデータネットワークにおいて前記新たにインスタンス化されたアプリケーションインスタンスにアクセスするための情報を含む、受信することと、を含む、方法。
【請求項2】
前記エッジデータネットワークにエッジアプリケーションサーバ発見要求を送信することを更に含み、前記エッジアプリケーションサーバ発見要求が、１つ以上のエッジアプリケーションサーバ要件を示し、前記メッセージが、前記エッジアプリケーションサーバ発見要求に応答して受信されたエッジアプリケーションサーバ発見応答を含む、請求項１に記載の方法。
【請求項3】
前記メッセージが、前記インスタンス化されたアプリケーションの既にインスタンス化されたバージョンに関連付けられた１つ以上のエッジアプリケーションサーバ識別子のリストを含む、請求項１又は２に記載の方法。
【請求項4】
前記新たにインスタンス化されたアプリケーションにアクセスするための前記情報が、前記新たにインスタンス化されたアプリケーションは同期してインスタンス化されたのか、又は非同期でインスタンス化されたのかを示す、請求項１～３のいずれか一項に記載の方法。
【請求項5】
前記新たにインスタンス化されたアプリケーションにアクセスするための前記情報が、前記新たにインスタンス化されたアプリケーションは同期してインスタンス化されたことを示し、前記エッジアプリケーションサーバインスタンス化応答が、前記ＷＴＲＵが前記新たにインスタンス化されたアプリケーションにアクセスすることを可能にするエッジアプリケーションサーバ情報を含む、請求項４に記載の方法。
【請求項6】
前記応答における前記選択されたエッジアプリケーションサーバインターネットプロトコル（ＩＰ）アドレス、ＵＲＬ、又はＦＱＤＮを受信することを更に含む、請求項１～５のいずれか一項に記載の方法。
【請求項7】
各インスタンス化されていないアプリケーションが、前記エッジデータネットワークに含まれるインスタンス化されていないエッジアプリケーションサーバに対応する、請求項１～６のいずれか一項に記載の方法。
【請求項8】
プロセッサ及びメモリを備える無線送信／受信ユニット（ＷＴＲＵ）であって、前記プロセッサ及び前記メモリが、ネットワークデバイスからメッセージを受信し、前記メッセージが、インスタンス化されていないアプリケーションに関連付けられた１つ以上のエッジアプリケーションサーバのリストを含み、
前記インスタンス化されていないアプリケーションに関連付けられた１つ以上のエッジアプリケーションサーバの前記リストからエッジアプリケーションサーバを選択し、
エッジデータネットワークに要求を送信し、前記要求が、前記選択されたエッジアプリケーションサーバにおいて前記インスタンス化されていないアプリケーションをインスタンス化する要求を示し、
前記エッジデータネットワークから応答を受信し、前記応答が、前記インスタンス化されていないアプリケーションは前記選択されたエッジアプリケーションサーバにおいてインスタンス化されたことを示し、かつ前記エッジアプリケーションサーバにおいて前記現在のインスタンス化されたアプリケーションにアクセスするための情報を示す、ように構成されている、無線送信／受信ユニット（ＷＴＲＵ）。
【請求項9】
前記プロセッサ及びメモリが、前記エッジデータネットワークにエッジアプリケーションサーバ発見要求を送信するように構成されており、前記エッジアプリケーションサーバ発見要求が、１つ以上のエッジアプリケーションサーバ要件を示し、前記メッセージが、前記エッジアプリケーションサーバ発見要求に応答して受信されたエッジアプリケーションサーバ発見応答を含む、請求項８に記載のＷＴＲＵ。
【請求項10】
前記要求が、前記エッジデータネットワークのエッジイネーブラサーバに送信される、請求項８又は９に記載のＷＴＲＵ。
【請求項11】
前記メッセージが、サービスプロビジョニングメッセージを含む、請求項８～１０のいずれか一項に記載のＷＴＲＵ。
【請求項12】
前記現在のインスタンス化されたアプリケーションにアクセスするための前記情報が、前記現在のインスタンス化されたアプリケーションは同期してインスタンス化されたことを示し、前記エッジアプリケーションサーバインスタンス化応答が、前記選択されたエッジアプリケーションサーバに関連付けられたエッジアプリケーションサーバ情報を含む、請求項８～１１のいずれか一項に記載のＷＴＲＵ。
【請求項13】
前記選択されたエッジアプリケーションサーバのインターネットプロトコル（ＩＰ）アドレスが、前記応答に含まれる、請求項８～１２のいずれか一項に記載のＷＴＲＵ。
【請求項14】
無線送信／受信ユニット（ＷＴＲＵ）によって実施される方法であって、前記方法が、データネットワークにアプリケーションサーバ発見要求を送信することであって、前記アプリケーションサーバ発見要求が、１つ以上のアプリケーションサーバ要件を示す、送信することと、
ネットワークデバイスからアプリケーションサーバ発見要求メッセージを受信することであって、前記メッセージが、前記１つ以上のアプリケーションサーバ要件を充足するアプリケーションに関連付けられた１つ以上のアプリケーションサーバのリストを含み、前記アプリケーションサーバ発見要求が、前記アプリケーションは前記１つ以上のアプリケーションサーバにおいて現在インスタンス化されていないことを示す、受信することと、
前記アプリケーションに関連付けられた１つ以上のアプリケーションサーバの前記リストからアプリケーションサーバを選択することと、
前記データネットワークに要求を送信することであって、前記要求が、前記選択されたアプリケーションサーバにおいて前記アプリケーションをインスタンス化する要求を示す、送信することと、
前記データネットワークから応答を受信することであって、前記応答が、前記アプリケーションは前記選択されたアプリケーションサーバにおいてインスタンス化されたことを示し、かつ前記アプリケーションサーバにおいて前記アプリケーションにアクセスするための情報を示す、受信することと、を含む、方法。
【請求項15】
前記メッセージが、前記アプリケーションが現在インスタンス化されている場合に、前記アプリケーションに関連付けられた１つ以上のアプリケーションサーバのリストを含む、請求項１４に記載の方法。
【請求項16】
プロセッサ及びメモリを備える無線送信／受信ユニット（ＷＴＲＵ）であって、前記プロセッサ及びメモリが、エッジデータネットワークにエッジアプリケーションサーバ発見要求を送信し、前記エッジアプリケーションサーバ発見要求が、１つ以上のエッジアプリケーションサーバ要件を示し、
エッジデータネットワークからエッジアプリケーションサーバ発見応答メッセージを受信し、前記メッセージが、前記１つ以上のエッジアプリケーションサーバ要件を充足する１つ以上のエッジアプリケーションサーバのリストを含み、前記エッジアプリケーションサーバ発見要求が、前記エッジアプリケーションサーバは現在インスタンス化されていないことを示し、
１つ以上のエッジアプリケーションサーバの前記リストからエッジアプリケーションサーバを選択し、
前記エッジデータネットワークに要求を送信し、前記要求が、前記選択されたエッジアプリケーションサーバをインスタンス化する要求を示し、
前記エッジデータネットワークから応答を受信し、前記応答が、前記選択されたエッジアプリケーションサーバはインスタンス化されたことを示し、かつ前記選択されたアプリケーションサーバにアクセスするための情報を示す、ように構成されている、無線送信／受信ユニット（ＷＴＲＵ）。
【請求項17】
プロセッサ及びメモリを備える無線送信／受信ユニット（ＷＴＲＵ）であって、前記プロセッサ及び前記メモリが、ネットワークデバイスからエッジサービスプロビジョニング手順メッセージを受信し、前記エッジサービスプロビジョニング手順メッセージが、現在インスタンス化されていない１つ以上のエッジアプリケーションサーバのリストを含み、
現在インスタンス化されていない１つ以上のエッジアプリケーションサーバの前記リストからエッジアプリケーションサーバを選択し、
エッジデータネットワークに要求を送信し、前記要求が、前記選択されたエッジアプリケーションサーバをインスタンス化する要求を示し、
前記エッジデータネットワークから応答を受信し、前記応答が、前記選択されたエッジアプリケーションサーバはインスタンス化されたことを示し、かつ前記選択されたエッジアプリケーションサーバにアクセスするための情報を示す、ように構成されている、無線送信／受信ユニット（ＷＴＲＵ）。
【請求項18】
前記要求が、前記エッジデータネットワークのエッジイネーブラサーバに送信され、前記応答が、前記エッジデータネットワークのエッジイネーブラサーバから受信される、請求項１７に記載のＷＴＲＵ。
【請求項19】
前記メッセージが、１つ以上の既にインスタンス化されたエッジアプリケーションサーバのリストを含む、請求項１７又は１８に記載のＷＴＲＵ。
【請求項20】
前記現在のインスタンス化されたエッジアプリケーションサーバにアクセスするための前記情報が、前記現在のエッジアプリケーションサーバは同期してインスタンス化されたのか、又は非同期でインスタンス化されたのかを示す、請求項１６～１９のいずれか一項に記載のＷＴＲＵ。
【請求項21】
前記現在のインスタンス化されたエッジアプリケーションサーバにアクセスするための前記情報が、前記現在のインスタンス化されたエッジアプリケーションサーバは同期してインスタンス化されたこと、及び前記サービスプロビジョニング手順メッセージを示す、請求項１９に記載のＷＴＲＵ。【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、２０２１年１１月９日に出願された米国仮特許出願第６３／２７７，３９１号の利益を主張するものであり、その全体が参照により本明細書に組み込まれる。
本出願は、２０２１年１１月９日に出願された米国仮特許出願第６３／２７７，３９１号の利益を主張するものであり、その全体が参照により本明細書に組み込まれる。
【発明の概要】
【発明が解決しようとする課題】
【0002】
自己組織化ネットワーク（Self-Organizing Network、ＳＯＮ）は、モバイル無線アクセスネットワークの計画、構成、管理、最適化、及び修復をより単純かつ高速にするように設計された自動化技術として定義される概念である。ＳＯＮ概念は、クラウドコンピューティングにも存在する。クラウド計算自己組織化の重要な態様は、オートスケーリングと呼ばれる。オートスケーリングは、グループ内のサーバの数を、そのグループの計算負荷を使用して動的に調整するための方法である。目的は、使用が増加するにつれてクラウドアプリケーションがスケーリングすることを可能にすることである。クラウドスケーリング技法は、典型的には、サーバにおいて測定されるキーパフォーマンスインディケータ（key performance indicator、ＫＰＩ）と、これらのサーバへの着信トラフィックをステアリングするロードバランサによって提供されるＫＰＩと、に依拠する。オートスケーリングは、粗粒度であり、典型的には、要求に対して反応的に適用される。この技法は、コンピュータが同じ場所に配置され、かつ豊富である、データセンタ環境によく適している。エッジコンピューティングがユビキタスになり、かつ計算がモバイル端末の近くに移動するにつれて、エッジネットワークリソースのスケーリングは、発展する必要がある。しかしながら、クラウドコンピューティングのオートスケーリングは、エッジの細粒度の、制限された、かつ分散された計算を扱うには適切でない。したがって、モバイルエッジコンピューティングのためのオートスケーリングを可能にする方法及び装置が必要とされる。
【0003】
無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）ベースのエッジ計算オートスケーリングのための方法及び装置が、本明細書において説明される。例えば、ＷＴＲＵは、エッジデータネットワーク（edge data network、ＥＤＮ）に、１つ以上のエッジアプリケーションサーバ（edge application server、ＥＡＳ）要件を含むＥＡＳ発見要求を送信し得る。ＷＴＲＵは、ＥＤＮから、実行されるＥＡＳと、オンデマンドＥＡＳ、例えば、実行されないＥＡＳと、のリストを含むＥＡＳ発見応答を受信し得る。ＷＴＲＵは、実行されるＥＡＳ及びオンデマンドＥＡＳのリストからのオンデマンドＥＡＳの選択に基づいて、ＥＤＮに、選択されたオンデマンドＥＡＳを示すオンデマンドＥＡＳインスタンス化要求を送信し得る。ＷＴＲＵは、ＥＤＮから、同期して又は非同期でＥＡＳインスタンス化を示すオンデマンドＥＡＳインスタンス化応答を受信し得る。ＥＡＳインスタンス化が同期して示されるという条件で、オンデマンドＥＡＳインスタンス化応答は、選択されたオンデマンドＥＡＳに関連付けられたＥＡＳ情報を含み得る。ＥＡＳインスタンス化が非同期で示されるという条件で、オンデマンドＥＡＳインスタンス化応答は、ＥＡＳインスタンス化のステータスを示す結果コードを含み得、ＷＴＲＵは、ＥＤＮから、選択されたオンデマンドＥＡＳに関連付けられたＥＡＳ情報を含むオンデマンドＥＡＳインスタンス化通知を受信し得る。ＷＴＲＵは、ＥＡＳ情報に基づいて、選択されたオンデマンドＥＡＳにデータを送信し得る。
【0004】
ＷＴＲＵによって実施される方法は、ネットワークデバイスからメッセージを受信することを含み得る。メッセージは、１つ以上のＥＡＳ識別子のリストを提供し得る。各ＥＡＳ識別子は、インスタンス化されていないアプリケーションに関連付けられ得る。本方法は、インスタンス化されていないアプリケーションに関連付けられたＥＡＳ識別子のリストから１つ以上のＥＡＳ識別子を選択することを含み得る。本方法は、ＥＤＮにメッセージを送信することを含み得る。メッセージは、ＥＤＮにおいて１つ以上のインスタンス化されていないアプリケーションをインスタンス化する要求を示すことを提供し得る。本方法は、ＥＤＮから応答を受信することを含み得る。応答は、インスタンス化されていないアプリケーションが、選択されたＥＤＮにおいてインスタンス化されたことを示すことを含み、かつＥＤＮにおいて新たにインスタンス化されたアプリケーションインスタンスにアクセスするための情報を含み得る。
【0005】
本方法は、ＥＤＮにＥＡＳ発見要求を送信することを含み得る。ＥＡＳ発見要求は、１つ以上のＥＡＳ要件を示すことを含む。本方法は、メッセージを送信することが、ＥＡＳ発見要求に応答して受信されたＥＡＳ発見応答を提供することを提供し得る。
【0006】
本方法は、インスタンス化されたアプリケーションの既にインスタンス化されたバージョンに関連付けられた１つ以上のＥＡＳ識別子のリストを含むことを含み得る。
【0007】
本方法は、新たにインスタンス化されたアプリケーションにアクセスするための情報を送信することを提供し得る。この情報は、新たにインスタンス化されたアプリケーションが同期してインスタンス化されたのか、又は非同期でインスタンス化されたのかを示し得る。
【0008】
本方法は、新たにインスタンス化されたアプリケーションが同期してインスタンス化されたことを示す、新たにインスタンス化されたアプリケーションにアクセスするための情報を送信することを提供し得る。本方法は、ＥＡＳインスタンス化応答が、ＷＴＲＵが新たにインスタンス化されたアプリケーションにアクセスすることを可能にするＥＡＳ情報を含むという情報を送信することを提供し得る。
【0009】
本方法は、応答において、選択されたＥＡＳインターネットプロトコル（Internet Protocol、ＩＰ）アドレス、ＵＲＬ、又はＦＱＤＮを受信することを含み得る。
【0010】
本方法は、ＥＤＮに含まれるインスタンス化されていないＥＡＳに対応する各インスタンス化されていないアプリケーションを提供し得る。
【0011】
ＷＴＲＵは、ネットワークデバイスからメッセージを受信するように構成され得る。メッセージは、インスタンス化されていないアプリケーションに関連付けられた１つ以上のエッジアプリケーションサーバのリストを提供し得る。ＷＴＲＵは、インスタンス化されていないアプリケーションに関連付けられた１つ以上のＥＡＳのリストからＥＡＳを選択し得る。ＷＴＲＵは、ＥＤＮに要求を送信し得る。要求は、選択されたＥＡＳにおいてインスタンス化されていないアプリケーションをインスタンス化することを要求し得る。ＷＴＲＵは、ＥＤＮから応答を受信し得る。応答は、インスタンス化されていないアプリケーションが、選択されたＥＡＳにおいてインスタンス化されたことを示し得、かつ／又はＥＡＳにおいて現在のインスタンス化されたアプリケーションにアクセスするための情報を示し得る。
【0012】
ＷＴＲＵは、ＥＤＮにＥＡＳ発見要求を送信するように構成され得る。ＥＡＳ発見要求は、１つ以上のＥＡＳ要件を示し得る。ＷＴＲＵは、ＥＡＳ発見要求に応答して受信されたＥＡＳ発見応答を含むメッセージを送信し得る。
【0013】
ＷＴＲＵは、ＥＤＮのＥＡＳに要求を送信し得る。
【0014】
ＷＴＲＵは、サービスプロビジョニングメッセージを含むメッセージを送信し得る。
【0015】
ＷＴＲＵはあり得、現在のインスタンス化されたアプリケーションにアクセスするための情報が、現在のインスタンス化されたアプリケーションは同期してインスタンス化されたことを示し、エッジアプリケーションサーバインスタンス化応答が、選択されたエッジアプリケーションサーバに関連付けられたエッジアプリケーションサーバ情報を含む。
【0016】
ＷＴＲＵは、その応答に、選択されたＥＡＳのインターネットプロトコル（ＩＰ）アドレスを含め得る。
【0017】
ＷＴＲＵによって実施される方法は、データネットワークにアプリケーションサーバ発見要求を送信することを含み得る。アプリケーションサーバ発見要求は、１つ以上のアプリケーションサーバ要件を示すことを含み得る。本方法は、ネットワークデバイスからアプリケーションサーバ発見要求メッセージを受信することを更に提供し得る。メッセージは、１つ以上のアプリケーションサーバ要件を充足するアプリケーションに関連付けられた１つ以上のアプリケーションサーバのリストを含み得る。アプリケーションサーバ発見要求は、アプリケーションが１つ以上のアプリケーションサーバにおいて現在インスタンス化されていないことを示すことを提供し得る。本方法は、アプリケーションに関連付けられた１つ以上のアプリケーションサーバのリストからアプリケーションサーバを選択することを提供し得る。本方法は、データネットワークに要求を送信することを含み得る。要求は、選択されたアプリケーションサーバにおいてアプリケーションをインスタンス化する要求を示すことを含み得る。本方法は、ネットワークから応答を受信することを含み得る。応答は、アプリケーションが、選択されたアプリケーションサーバにおいてインスタンス化されたことを示すことと、アプリケーションサーバにおいてアプリケーションにアクセスするための情報を示すことと、を含み得る。
【0018】
本方法は、アプリケーションが現在インスタンス化されているアプリケーションに関連付けられた１つ以上のアプリケーションサーバのリストを含むことを含み得る。
【0019】
ＷＴＲＵは、エッジデータネットワークにＥＡＳ発見要求を送信するように構成され得る。ＥＡＳ発見要求は、１つ以上のＥＡＳ要件を示し得る。ＥＡＳは、ＥＤＮからＥＡＳ発見応答メッセージを受信し得、メッセージは、１つ以上のＥＡＳ要件を充足する１つ以上のＥＡＳのリストを含む。ＥＡＳ発見要求は、ＥＡＳが現在インスタンス化されていないことを示し得る。ＷＴＲＵは、１つ以上のＥＡＳのリストからＥＡＳを選択し得る。ＷＴＲＵは、ＥＤＮに要求を送信し得る。要求は、選択されたＥＡＳをインスタンス化する要求を示し得る。ＷＴＲＵは、ＥＤＮから応答を受信し得る。応答は、選択されたＥＡＳがインスタンス化されたことを示し、かつ選択されたアプリケーションサーバにアクセスするための情報を示し得る。
【0020】
ＷＴＲＵは、ネットワークデバイスからエッジサービスプロビジョニング手順メッセージを受信するように構成され得る。エッジサービスプロビジョニング手順メッセージは、現在インスタンス化されていない１つ以上のＥＡＳのリストを含み得る。ＷＴＲＵは、現在インスタンス化されていない１つ以上のＥＡＳのリストからＥＡＳを選択し得る。ＷＴＲＵは、ＥＤＮに要求を送信する。要求は、選択されたＥＡＳをインスタンス化する要求を示す。ＷＴＲＵは、ＥＤＮから応答を受信し得る。応答は、選択されたＥＡＳがインスタンス化されたことを示し得、かつ／又は選択されたアプリケーションサーバにアクセスするための情報を示し得る。
【0021】
ＷＴＲＵは、ＥＤＮのエッジイネーブラサーバ（edge enabler server、ＥＥＳ）に要求を送信し得、かつ／又はＥＥＳから応答を受信し得る。
【0022】
ＷＴＲＵは、１つ以上の既にＥＡＳのリストを含むメッセージを提供し得る。
【0023】
ＷＴＲＵは、現在のインスタンス化されたＥＡＳにアクセスするための情報が、現在のＥＡＳは同期してインスタンス化されたのか、又は非同期でインスタンス化されたのかを示すことを示し得る。
【0024】
ＷＴＲＵは、現在のインスタンス化されたＥＡＳにアクセスするための情報を含み得る。情報は、現在のインスタンス化されたＥＡＳが同期してインスタンス化されたこと、及び／又はサービスプロビジョニング手順メッセージを示し得る。
【図面の簡単な説明】
【0025】
より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得ることができ、図中の同様の参照番号は、同様の要素を示す。
【発明を実施するための形態】
【0026】
図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を例解する図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、このようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（zero-tail unique-word discrete Fourier transform Spread OFDM、ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ型ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの１つ以上のチャネルアクセス方法を用い得る。
【0027】
図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話ネットワーク（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、それらのいずれも局（station、ＳＴＡ）と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定電話若しくは携帯電話加入者ユニット、加入ベースのユニット、ポケットベル、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット若しくはＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、腕時計若しくは他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術）、産業デバイス及びアプリケーション（例えば、産業及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、家電子デバイス、商業及び／又は産業無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。
【0028】
通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、及び／又は他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（base transceiver station、ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、ｇＮｏｄｅ Ｂ（ｇＮＢ）などの次世代ＮｏｄｅＢ、新しい無線（ＮＲ）ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは、各々単一の要素として描画されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されよう。
【0029】
基地局１１４ａは、ＲＡＮ１０４の一部であり得、これはまた、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、中継ノードなどの他の基地局、及び／又はネットワーク要素（図示せず）を含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可スペクトルと未認可スペクトルとの組み合わせであり得る。セルは、相対的に固定され得るか、又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、セルセクタに更に分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を採用し得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングは、所望の空間方向に信号を送信、かつ／又は受信するために使用され得る。
【0030】
基地局１１４ａ、１１４ｂは、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得、この無線インターフェースは、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。無線インターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。
【0031】
より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得るが、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセス方式を用い得る。例えば、ＲＡＮ１０４の基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立し得る、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンク（Uplink、ＵＬ）パケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。
【0032】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用して無線インターフェース１１６を確立し得る。
【0033】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、これは、ＮＲを使用してエアインターフェース１１６を確立し得る。
【0034】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用される無線インターフェースは、複数の種類の基地局（例えば、ｅＮＢ及びｇＮＢ）との間で送信される複数の種類の無線アクセス技術及び／又は送信によって、特徴付けられ得る。
【0035】
他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（Interim Standard、ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
【0036】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、又はアクセスポイントであり得るが、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がない場合がある。
【0037】
ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであり得る、ＣＮ１０６と通信し得る。データは、例えば、異なるスループット要件、待ち時間要件、誤り許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６は、通話制御、ビリングサービス、移動体位置ベースのサービス、プリペイド通話、インターネット接続性、映像配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４及び／又はＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用いる他のＲＡＮと直接的に又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４に接続されることに加えて、ＣＮ１０６はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉＦｉ無線技術を採用して、別のＲＡＮ（図示せず）と通信し得る。
【0038】
ＣＮ１０６はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、従来型電話サービス（Plain Old Telephone Service、ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、伝送制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運用されている、有線通信ネットワーク及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用い得る１つ以上のＲＡＮに接続された別のＣＮを含み得る。
【0039】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード機能を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用し得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成され得る。
【0040】
図１Ｂは、一例示のＷＴＲＵ１０２を例解するシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。
【0041】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実施し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして描画するが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一体に統合され得るということが理解されよう。
【0042】
送信／受信要素１２２は、無線インターフェース１１６を介して、基地局（例えば、基地局１１４ａ）との間で信号を送信するか、又は受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成され得ることが理解されよう。
【0043】
送信／受信要素１２２は、単一の要素として図１Ｂに描画されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【0044】
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード機能を有し得る。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。
【0045】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得るが、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつメモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク、又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリから情報にアクセスして、メモリにデータを記憶し得る。
【0046】
プロセッサ１１８は、電源１３４から電力を受信し得、ＷＴＲＵ１０２における他の構成要素に電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【0047】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得るが、これは、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、又はその代わりに、ＷＴＲＵ１０２は、無線インターフェース１１６を介して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、かつ／又は２つ以上の近接基地局から受信されている信号のタイミングに基づいて、その位置を決定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置決定方法によってロケーション情報を取得し得ることが理解されよう。
【0048】
プロセッサ１１８は、他の周辺機器１３８に更に結合され得るが、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得る。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、配向センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、湿度センサなどのうちの１つ以上であり得る。
【0049】
ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ及び（例えば、受信のための）ＤＬの両方の特定のサブフレームと関連付けられた）信号のいくつか又は全ての送受信が、同時及び／又は一緒であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサ（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）を介した信号処理のいずれかを介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ又は（例えば、受信のための）ＤＬのいずれかの特定のサブフレームと関連付けられた）信号のいくつか又は全ての送受信の半二重無線機を含み得る。
【0050】
図１Ｃは、一実施形態による、ＲＡＮ１０４及びＣＮ１０６を例解するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。
【0051】
ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有したまま、任意の数のｅＮｏｄｅ－Ｂを含み得るということが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。
【0052】
ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得るが、ＵＬ及び／又はＤＬにおいて、無線リソース管理意思決定、ハンドオーバ意思決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【0053】
図１Ｃに示すＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）、パケットデータゲートウェイ（packet data gateway、ＰＧＷ）１６６を含み得る。前述の要素は、ＣＮ１０６の一部として描画されているが、これらの要素のうちのいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は運用され得ることが理解されよう。
【0054】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【0055】
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でルーティングして、転送し得る。ＳＧＷ１６４は、ｅＮｏｄｅ Ｂ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶する機能などの、他の機能を実施し得る。
【0056】
ＳＧＷ１６４は、ＰＧＷ１６６に接続され得るが、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【0057】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はこれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、この他のネットワークは、他のサービスプロバイダによって所有及び／又は運用されている他の有線及び／又は無線ネットワークを含み得る。
【0058】
ＷＴＲＵは、無線端末として図１Ａ～図１Ｄにおいて説明されているが、特定の代表的な実施形態では、このような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的又は永久的に）使用し得ることが企図される。
【0059】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。
【0060】
インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上の局（station、ＳＴＡ）を有し得る。ＡＰは、ＢＳＳ内に、かつ／又はＢＳＳ外にトラフィックを搬送する配信システム（Distribution System、ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先へ生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを通って送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとしてみなされ得る、かつ／又は称され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、これらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）を使用して送信され得る。ある特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はこれを使用するＳＴＡ（例えば、ＳＴＡの全て）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。
【0061】
８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又は動的に設定された幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得るが、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的実施形態では、衝突回避を用いるキャリア感知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて、実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを検知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると検知／検出及び／又は決定された場合、特定のＳＴＡは、バックオフされ得る。１つのＳＴＡ（例えば、１つの局のみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信され得る。
【0062】
高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。
【0063】
非常に高いスループット（Very High Throughput、ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び／又は８０ＭＨｚチャネルは、連続する複数の２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理、及び時間ドメイン処理は、各ストリームで別個に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信器では、８０＋８０構成に対する上記で説明される動作は逆にされ得、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信し得る。
【0064】
サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及び搬送波は、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルで５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなどのメータタイプの制御／マシンタイプ通信（Machine-Type Communications、ＭＴＣ）をサポートし得る。ＭＴＣデバイスは、特定の能力、例えば、特定の帯域幅及び／又は限定された帯域幅のためのサポート（例えば、これらのためのみのサポート）を含む、限定された能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命を有するバッテリを含み得る。
【0065】
複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ、及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、これのみをサポートする）ＳＴＡ（例えば、ＭＴＣ型デバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク割り当てベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルのステータスに依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡにより、プライマリチャネルがビジーである場合、利用可能な周波数帯域の大部分がアイドル状態になったとしても、利用可能な周波数帯域の全てがビジーであるとみなされ得る。
【0066】
米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。
【0067】
図１Ｄは、一実施形態による、ＲＡＮ１０４及びＣＮ１０６を例解するシステム図である。上記のように、ＲＡＮ１０４は、ＮＲ無線技術を採用して、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。
【0068】
ＲＡＮ１０４は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有したまま、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し得る、かつ／又はｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａとの間で無線信号を送信、かつ／又は受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数の要素搬送波をＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらの要素搬送波のサブセットは、未認可スペクトル上にあり得るが、残りの要素搬送波は、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。
【0069】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなニューメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な若しくはスケーラブルな長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボル及び／又は様々な長さの絶対時間の持続し変化する時間を含む）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【0070】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可帯域における信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービス提供するための追加のカバレッジ及び／又はスループットを提供し得る。
【0071】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理意思決定、ハンドオーバ意思決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライスのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間の相互作用、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂに対するユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂに対する制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。
【0072】
図１Ｄに示すＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素は、ＣＮ１０６の一部として描画されているが、これらの要素のうちのいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は運用され得ることが理解されよう。
【0073】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１０４におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（protocol data unit、ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（non-access stratum、ＮＡＳ）信号伝達の終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低遅延（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセスのためのサービスなどのような、異なる使用事例に対して確立され得る。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非－３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【0074】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１０６内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１０６内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理及び割り当てる機能、ＰＤＵセッションを管理する機能、ポリシー実施及びＱｏＳを制御する機能、ＤＬデータ通知を提供する機能などのような、他の機能を実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。
【0075】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１０４内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続することができ、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットのルーティング及び転送、ユーザプレーンポリシーの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ＤＬパケットのバッファリング、モビリティアンカリングの提供などの他の機能を実行し得る。
【0076】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、又はこれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、この他のネットワークは、他のサービスプロバイダによって所有及び／又は運用されている他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルＤＮ１８５ａ、１８５ｂに接続され得る。
【0077】
図１Ａ～図１Ｄ及び図１Ａ～図１Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ～１０２ｄ、基地局１１４ａ～１１４ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～１６０ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～１８０ｃ、ＡＭＦ１８２ａ～１８２ｂ、ＵＰＦ１８４ａ～１８４ｂ、ＳＭＦ１８３ａ～１８３ｂ、ＤＮ１８５ａ～１８５ｂ、及び／又は本明細書において説明される任意の他のデバイスのうちの１つ以上に関して本明細書において説明される機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実行され得る（図示せず）。エミュレーションデバイスは、本明細書において説明される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスは、他のデバイスを試験し、かつ／又は、ネットワーク及び／若しくはＷＴＲＵ機能をシミュレートするために使用され得る。
【0078】
エミュレーションデバイスは、ラボ環境及び／又は事業者ネットワーク環境における他のデバイスの１つ以上の試験を実施するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装及び／又は展開されている間、１つ以上若しくは全ての機能を実施し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実施し得る。エミュレーションデバイスは、オーバザエアの無線通信を使用して、試験するかつ／又は試験を実行する目的で、別のデバイスに直接結合され得る。
【0079】
１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実施し得る。例えば、エミュレーションデバイスは、１つ以上の構成要素の試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって使用され得る。
【0080】
最新のモバイルネットワークの重要な特徴は、モバイルネットワークの自己組織化する能力である。自己組織化ネットワーク（ＳＯＮ）は、モバイル無線アクセスネットワークの計画、構成、管理、最適化、及び修復をより単純かつ高速にするように設計された自動化技術として定義される概念である。ＳＯＮ概念は、端末がネットワーク内で移動する際に無線リソースに適用され得、ネットワークは、最良のユーザ経験を提供するために端末モビリティに絶えず調整している。
【0081】
ＳＯＮ概念は、クラウドコンピューティングにも存在し得る。クラウド計算自己組織化の重要な態様は、オートスケーリングと呼ばれる。オートスケーリングは、グループ内のサーバの数を、そのグループの計算負荷を使用して動的に調整することと定義され得、目的は、使用が増加するにつれてクラウドアプリケーションがスケーリングすることを可能にすることである。クラウドスケーリング技法は、典型的には、サーバにおいて測定されるキーパフォーマンスインディケータ（ＫＰＩ）と、これらのサーバへの着信トラフィックをステアリングするロードバランサによって提供されるＫＰＩと、に依拠する。オートスケーリングは、粗粒度であり、典型的には、要求に対して反応的に適用され、この技法は、コンピュータが同じ場所に配置され、かつ豊富である、データセンタ環境によく適している。
【0082】
エッジコンピューティングがユビキタスになり、かつ計算がモバイル端末の近くに移動するにつれて、エッジネットワークリソースをスケーリングするための方法及び装置が必要とされる。クラウドコンピューティングのオートスケーリングは、エッジの細粒度の、制限された、かつ分散された計算を扱うには適切でない。
【0083】
モバイルエッジコンピューティングは、個々の端末コンテキストを伴うオンデマンドスケーリングを必要とする場合があり、これは、マスクラウドベースのオートスケーリングとは反対である。
【0084】
同様に、ＳＯＮは、無線ネットワーク技術のコア概念となった。したがって、将来のエッジ技術では、自己組織化エッジ計算（Self-Organizing Edge Compute、ＳＯＥＣ）が普及することが予想される。
【0085】
図２はエッジアプリケーションを可能にするための例示的なＳＡ６アーキテクチャを例解する図である。オートスケーリング及びロードバランシングについての例が、本明細書において説明される。上で説明されるように、クラウドベースのオートスケーリングアーキテクチャは、このオートスケーリングアーキテクチャがエッジコンピューティング環境で使用される場合には適切ではない。したがって、ＷＴＲＵベースのエッジオートスケーリング及びこのエッジオートスケーリングのアーキテクチャが必要とされる。
【0086】
ＷＴＲＵ２０２は、１つ以上のアプリケーションクライアント（application client、ＡＣ）２０４を含み得る。アプリケーションクライアント２０４は、ユーザアプリケーションであり得る。ＡＣ２０４は、１つ以上のエッジアプリケーションサーバ（ＥＡＳ）２０６と通信し得る。ＥＡＳ２０６は、スタンドアロンサーバとして実装され得るか、又はエッジデータネットワークの汎用サーバ上に実装されるソフトウェアモジュールであり得る。ＥＡＳは、ハードウェア及びソフトウェアの任意の組み合わせを使用して実装され得る。したがって、汎用サーバ上のソフトウェアとして実装される場合、エッジアプリケーションサーバ自体は、オンデマンドでインスタンス化及び／又は非インスタンス化され得る。同様に、エッジアプリケーションサーバ上で動作するアプリケーションは、オンデマンドでインスタンス化及び／又は非インスタンス化され得る。ＷＴＲＵ２０２は、１つ以上のＡＣ２０４を同時に使用し得る。ＡＣ２０４とＥＡＳ２０６との間で伝達される情報は、アプリケーションデータトラフィック２０８であり得る。アプリケーションデータトラフィック２１８は、３ＧＰＰコアネットワーク２１８全体にわたって送信され得る。ＥＡＳ２０６及び３ＧＰＰコアネットワーク２１８は、エッジ７基準点を介して通信し得る。
【0087】
１つ以上のエッジイネーブラクライアント（ＥＥＣ）２１０は、ＡＣ２０４とともにＷＴＲＵ２０２上に常駐し得る。ＥＥＣ２１０は、ＷＴＲＵ２０２上のＡＣ２０４にエッジサポートを提供する。１つ以上のＡＣ２０４及び１つ以上のＥＥＣ２１０が、ＷＴＲＵ２０２上に常駐し得るが、１つのＡＣ２０４が、１つのＥＥＣ２１０からサポートを受信し得る。ＥＥＣ２１０は、エッジ－５ノードを介してＡＣ２０４と通信し得る。
【0088】
エッジ構成サーバ（ＥＣＳ）２１２は、ＥＥＣ２１０及び／又はエッジイネーブラサーバ（ＥＥＳ）２１４に必要とされるサポート機能を提供し得る。例えば、ＥＣＳ２１２は、１つ以上のＥＳＳ２１４を発見し得、ＥＥＣ２１０及び／又はＥＥＳ２１４にエッジ構成情報を提供し得、かつ／又はＥＳＳ２１４を登録し得る。ネットワークは、１つ以上のＥＣＳ２１２を含み得る。
【0089】
ＥＥＣ２１０及びＥＣＳ２１２は、エッジ－４ノードを介して通信し得る。ＥＣＳ２１２及びＥＥＳ２１４は、エッジ－６ノードを介して通信し得る。ＥＥＳ２１４及び３ＧＰＰコアネットワーク２１８は、エッジ－７ノードを介して通信し得る。ＥＣＳ２１２及び３ＧＰＰコアネットワーク２１８は、エッジ－８ノードを介して通信し得る。
【0090】
ＥＥＳ２１４は、ＥＡＳ２０６及びＥＥＣ２１０に必要なサポート機能を提供し得る。例えば、ＥＥＳ２１４は、ＥＥＣ２１０にＥＡＳ２０６構成情報を提供し得、アプリケーションコンテキスト転送イベントを公開し得、ＥＥＣ２１０コンテキスト転送を実行し得、ＥＡＳ２０６に３Ｇ）コアネットワーク及びサービス能力を公開し得、かつ／又はＥＥＣ２１０及び／若しくはＥＥＳ２１４を登録し得る。ＷＴＲＵ２０２がモバイルであり、かつ／又は再配置中であるとき、ＥＥＳ２１４は、別個の機能性を有し得る。例えば、ＷＴＲＵ２０２のモビリティ／再配置が生じる前に、ソースＥＥＳ（source EES、Ｓ－ＥＥＳ）が使用され得る。例えば、ＷＴＲＵ２０２のモビリティ／再配置が生じた後に、ターゲットＥＥＳ（target EES、Ｔ－ＥＥＳ）が使用され得る。ネットワークは、エッジデータネットワーク（ＥＤＮ）２１６ごとに１つ以上のＥＥＳ２１４を含み得る。
【0091】
ＥＥＳ２１４及びＥＥＣ２１０は、エッジ－１ノードを介して通信し得る。ＥＥＳ２１４及びＥＡＳ２０６は、エッジ－３ノードを介して通信し得る。ＥＥＳ２１４は、エッジ－９ノードを介してＥＤＮ２１６内の別のＥＥＳ２１４と通信し得る。
【0092】
ＥＡＳ２０６は、ＥＤＮ２１６内に常駐するサーバとして機能し得る。この能力において、ＥＡＳ２０６は、ＡＣ２０４にサービスを提供するソフトウェアとして動作し得る。ＷＴＲＵ２０２がモバイルであり、かつ／又は再配置中であるとき、ＥＡＳ２０６は、別個の機能性を有し得る。例えば、ＷＴＲＵ２０２のモビリティ／再配置が生じる前に、ソースＥＡＳ（Ｓ－ＥＡＳ）が使用され得る。例えば、ＷＴＲＵ２０２のモビリティ／再配置が生じた後に、ターゲットＥＡＳ（Ｔ－ＥＡＳ）が使用され得る。ネットワークは、エッジデータネットワーク（ＥＤＮ）２１６ごとに１つ以上のＥＡＳ２０６を含み得る。各ＥＤＮ２１６は、ＥＡＳ２０６の異なるセットを含み得る。例えば、いくつかのＥＡＳ２０６は、ＷＴＲＵ２０２及び／又はＡＣ２０４のグループにサービス提供し得る。例えば、いくつかのＥＡＳ２０６は、単一のＷＴＲＵ２０２及び／又はＡＣ２０４に排他的にサービス提供し得る。
【0093】
【0094】
オートスケーリングは、例えば、クラウドデータセンタ３０２に割り当てられた計算リソース（例えば、サーバ）の数を自動的に変更する（例えば、スケールアップ又はダウンする）方法を含み得る。例えば、クラウドデータセンタ３０２は、１つ以上のサーバ３０４を含み得る。
【0095】
オートスケーリングなしでは、クラウドデータセンタは、アイドル時間にリソースを浪費し、多すぎる着信要求３０６を処理するときに応答しなくなり得る。オートスケーリングは、リソース使用を最適化し、かつ需要が増大するにつれて自己調整するエラスティック計算をサポートする必要性に対処し得る。オートスケーリングは、エージェント、例えば、自動スケーラ３０８によって実行され得る。オートスケーラ３０８は、ＫＰＩを収集し、計算量が変更される必要がある場合に、ＫＰＩを評価し得る。
【0096】
オートスケーラ３０８は、異なるタイプのＫＰＩを使用し得る。例では、スケジュールされたオートスケーリングは、サービスの容量を増大／低減するための期間を使用し得る。例では、着信要求３０６の数に基づくスケーリングに、フロントエンドトラフィックオートスケーリングが使用され得る。１つ以上のロードバランサ３１０は、クラウドサーバ３０４の前で、ＫＰＩを含むフロントエンド着信トラフィック３１２を処理する。例では、バックエンドスケーリングは、ロード（例えば、キュー内のジョブの数）又は時間（ジョブがどのくらい長くキューに入っているか）に基づくことができる。クラウドサーバ３０４は、バックエンドスケーリング時に、ＫＰＩを含むバックエンドトラフィック３１４を取得する。実装形態に応じて、オートスケーラは、時間的なフロントエンドＫＰＩ及びバックエンドＫＰＩに依拠して、オートスケーリング意思決定を実行し得る。
【0097】
クラウドシステムにおけるロードバランサ３１０の役割は、ＷＴＲＵ３１６において発生するトラフィックを、利用可能なサーバリソース３０４にステアリングすることを含み得る。ロードバランサ３１０は、所定の方法（例えば、ラウンドロビン）でトラフィックをステアリングし得る。ロードバランサ３１０は、サーバロードＫＰＩを考慮することによってトラフィックを動的にステアリングして、よりビジーでないサーバ３０４に要求を方向付け得る。
【0098】
併せて、オートスケーラ３０８、ロードバランサ３１０、及びＫＰＩ取得フレームワーク（例えば、フロントエンドトラフィック３１２及びバックエンドトラフィック３１４）は、今日見られる任意のクラウドコンピューティングアーキテクチャの構成要素を備え得る。クラウドコンピューティングアーキテクチャの例は、本明細書において説明される、スマートフォンデータからのコンテキストアウェアルール学習を含み得る。本開示には、ＷＴＲＵ３１６上に存在するコンテキストアウェアネスフレームワークを使用し得、かつ／又はそれと対話し得るＷＴＲＵ３１６ベースのエッジオートスケーリングアーキテクチャが説明される。
【0099】
ＷＴＲＵ３１６の処理能力における最近の開発及び増加は、コンテキストアウェア技術に対する人気及び関心を駆り立てている。データ分析と、データ駆動型コンテキストアウェアシステムの構築と、を使用して、ＷＴＲＵ３１６上にインテリジェントコンテキストアウェアアプリケーションが構築され得る。これは、コンテキストに基づく高精度及び知的意思決定戦略を伴う高度なデータ分析技法を必要とする。機械学習ベースの技法は、スマートフォンデータ分析及び対応するコンテキストアウェアルール学習のための効果的かつ効率的な結果を提供し得る。
【0100】
図４は、例示的な機械学習ベースのコンテキストアウェアルール学習フレームワークを例解する。具体的には、図４は、ＷＴＲＵ生データからコンテキストアウェアルールを導出するための例示的な機械学習（ＭＬ）フレームワークを提示し、この場合に、生データが様々なソースから取得され、次いで、様々な技法、例えば、ＭＬ技法及び人工知能技法を使用して操作され得る。次いで、これらの技法は、ＷＴＲＵの挙動に影響を及ぼすために使用されるコンテキストルールを導出し得る。
【0101】
例えば、学習技法は、ＷＴＲＵ４０２が、このＷＴＲＵがデータを取得することと、データを分析することと、当該データ取得及び分析からルールを学習することと、を伴う一連のステップ（例えば、レイヤ）を実行することを伴い得る。例えば、第１のステップ、例えばレイヤ１、は、ＷＴＲＵ４０２がコンテキストデータ取得４０６に参加することを伴う。コンテキストデータ取得４０４を介して取得された関連データは、例えば、スマートフォンログ、センサ、及び／又は外部ソースを含み得る。次いで、レイヤ２、すなわちコンテキスト離散化４１０、において、ＷＴＲＵ４０２は、異なる技法、例えば、時系列モデリング及び／又はコンテキストデータクラスタリングの使用を通じて、取得されたデータを分析し得る。
【0102】
次いで、このデータを分析することから、ＷＴＲＵ４０２は、レベル３のルール発見４１４フェーズ中にいくつかのルールを生成し得る。発見ルールに対して、ＷＴＲＵ４０２は、コンテキストプリファレンス、ルールベースの学習技法、及び／又はルール汎化パラメータを適用し得る。
【0103】
ＷＴＲＵ４０２が、ルール発見４１４中に、説明される技法を適用したとき、ＷＴＲＵ４０２は、動的更新及び管理４１８として知られる、レベル４で、学習されたルールを精緻化し得る。ＷＴＲＵは、ＷＴＲＵの学習されたルールを精緻化する際に、リーセンシ分析及びマイニング技法を適用し得る。ＷＴＲＵ４０２はまた、ルール更新を実行して、学習されたルールを、コンテキスト離散化４１０において使用される取得されたデータ及びモデリング技法を用いて最新に保ち得る。
【0104】
ＷＴＲＵ４０２は、現実世界のアプリケーション及びサービス４２２にサービス提供するときに、新たに学習及び定義されたルールを適用し得る。この段階で、ＷＴＲＵは、ＷＴＲＵの新たに学習及び定義されたルールをサポートしながらアプリケーションにサービス提供し得る。
【0105】
上で説明されるように、クラウドオートスケーリングは、自己組織化エッジ計算（ＳＯＥＣ）アーキテクチャを実現するために必要とされる特性を満たさない場合がある。
【0106】
図２において説明されるように、３ＧＰＰ ＳＡ６アーキテクチャは、端末がエッジアプリケーションサーバ（ＥＡＳ）を発見及び使用するための手段を提供し得るエッジ有効化アーキテクチャを定義している。このアーキテクチャは、ＥＡＳ発見をＥＡＳインスタンス化と結合して、利用可能なＥＡＳの発見を実行しようとするＷＴＲＵに（例えば、最良の利用可能なオプションを選択するために）、望ましくない方法で計算をインスタンス化させる。以下で説明されるように、このように挙動するＷＴＲＵは、エッジコンピューティングに必要とされる細粒度のリソース管理原理に反する。例では、ＥＡＳ発見をＥＡＳインスタンス化と結合することは、不必要なＥＡＳインスタンス化を引き起こし、計算リソースを浪費し得る。ＷＴＲＵは、可能なＥＡＳを発見し、かつ／又はインスタンス化を要求し、ＥＡＳを独立して使用する必要がある。
【0107】
現在の３ＧＰＰ ＳＡ６アーキテクチャは、ＥＡＳが必要とされないときにＥＡＳを終了させる能力を欠く。この能力の欠如は、リソースを未使用のままにし、それによって、エッジコンピューティングに必要とされる細粒度のリソース管理原理に反する。未使用のＥＡＳリソースは、未使用のままであり、それによって、計算リソースを浪費し得る。ＷＴＲＵは、ＷＴＲＵがエッジ計算リソースを使用することを停止したことを示す必要がある。
【0108】
計算オーバープロビジョニングは、パブリッククラウド浪費において、２０２０年の１７６億ドルから上昇して、２０２１年には２６６億ドルを招来しており、その傾向は、加速している。このことは、分散され、かつリソースが制限されたエッジ環境で使用される場合に致命的になるクラウドオートスケーリング方法の粗さを例解する。したがって、クラウドベースのオートスケーリングは、粗粒度であり、リソースが限られたエッジ環境の細粒度のオートスケーリング要件を満たさない場合がある。
【0109】
関連するアーキテクチャの例としては、例えば、３ＧＰＰエッジアーキテクチャにおけるＳＯＥＣを可能にすること、３ＧＰＰエッジアーキテクチャのためのＷＴＲＵベースのエッジ計算管理を可能にすること、及び／又は３ＧＰＰエッジアーキテクチャにおける細粒度のオートスケーリングを可能にすることが挙げられる。
【0110】
上で説明されるように、ＳＯＥＣを実現するために、ＷＴＲＵベースのエッジオートスケーリングが必要とされ得る。
【0111】
例では、ＷＴＲＵベースのエッジオートスケーリングアーキテクチャをサポートするために必要とされる３ＧＰＰエッジ有効化アーキテクチャの能力が、本明細書において説明される。これらの能力は、以下を含み得、例えば、エラー！参照元が見つからない、エラー！参照元が見つからない、エラー！参照元が見つからない、及び／又はエラー！参照元が見つからない。
【0112】
また、本明細書には、３ＧＰＰエッジ有効化レイヤに基づくＷＴＲＵベースのエッジオートスケーリングアーキテクチャ、ＷＴＲＵベースのオートスケーリング、及びオンデマンドＥＡＳアップスケーリングのためのＷＴＲＵ方法の例が説明される。
【0113】
オンデマンドＥＡＳアップスケーリングは、端末（例えば、ネットワークノード、ネットワークデバイス、及び／又はＷＴＲＵ）が、エッジサービスを消費するためにＥＡＳを発見しようと試みるときに生じ得る。手順は、まだ実行されていないオンデマンドＥＡＳの発見と、オンデマンドＥＡＳの実行を要求することと、を含み得る。
【0114】
例では、エッジ計算ノードは、エッジにおいてＥＡＳをオーバープロビジョニングするのに十分な計算リソースを有し得る。オーバープロビジョニングが生じると、必要以上のＥＡＳが作成される場合があり、必要とされるリソースは、必要になるまで使用されずに無駄になる場合がある。オーバープロビジョニングは、リソースが豊富であるクラウド環境において一般的である。計算エラスティック性は、クラウドオートスケーリングアルゴリズム及び／又は手順を使用して実現され得る。
【0115】
典型的なエッジコンピューティング環境は、リソースが制約されており、したがって、必要とされるＥＡＳのみがインスタンス化されるように最適化される。端末は、端末がリソースを使用しようとするとき、及び端末がリソースを使用する必要がある持続時間の間、インスタンス化されていないＥＡＳを発見し、それらのインスタンス化をトリガすることができる必要がある。
【0116】
図５は、ＷＴＲＵオンデマンドＥＡＳインスタンス化５００についての例示的なハイレベル概要を例解する。図５に例解されるように、ＥＡＳインスタンス化を含むネットワーク構成要素は、ＷＲＴＵ５０２、ＥＤＮ５０４、及びリソース管理システム（Resource Management System、ＲＭＳ）５０６を含み得る。ＷＴＲＵ５０２は、ＡＣ５０８及びＥＥＣ５１０を含み得る。ＥＤＮ５０４は、ＥＥＳ５１２及びＥＡＳ５１４を含み得る。ＲＭＳ５０６は、オーケストレータ及び／又はＥＡＳレジストリ５１６（例えば、３ＧＰＰ管理システム）を備え得る。
【0117】
図５に例解されるように、ＷＴＲＵ５０２のオンデマンドエッジＥＡＳ５１４インスタンス化は、４つのフェーズを含み得る：ＥＤＮ初期化５３０、ＥＡＳ発見５４０、ＥＡＳインスタンス化５５０、及びＥＡＳ使用５６０。
【0118】
ＥＤＮ初期化５３０は、ＥＤＮ５０４作成時及び／又は構成時に生じ得る。ＥＤＮ初期化５３０中に、ＲＭＳ５０６は、エッジ有効化レイヤを作成及び初期化し得る。ＲＭＳ５０６は、どのＥＡＳ５１４がＷＴＲＵ５０２のオンデマンドインスタンス化に利用可能であるかを、新たに作成されたＥＥＳ５１２に示し得る。
【0119】
ＥＡＳ発見５４０は、ＡＣ５０８がＥＡＳ５１４を使用する必要があるときに、ＥＤＮ５０４ランタイムで生じ得る。ＡＣ５０８は、ＥＥＣ５１０によって搬送されるＥＡＳ５１４発見をトリガし得る。ＷＴＲＵ５０２は、ＥＤＮ５０４において利用可能なＥＡＳ５１４インスタンスを発見し得る。ＷＴＲＵ５０２上に存在するＥＥＣ５１０は、オンデマンドＥＡＳ５１４を実行することを発見し得る。
【0120】
ＥＡＳインスタンス化５５０は、ＷＴＲＵ５０２がオンデマンドＥＡＳインスタンス化５５０を実行することを意思決定したときに、ＥＤＮ５０４ランタイムで生じ得る。これは、ＷＴＲＵ５０２上に存在するＥＥＣ５１０によって実行され得る。ＷＴＲＵ５０２は、オンデマンドＥＡＳインスタンス化５５０をトリガするために、エッジ有効化レイヤとのシグナリングを実行し得る。これは、ＷＴＲＵ５０２上に存在するＥＥＣ５１０によって実行され得る。ＥＥＳ５１２は、オンデマンドＥＡＳインスタンス化５５０を実行するために、ＲＭＳ５０６とのシグナリングを実行し得る。
【0121】
ＥＡＳ使用５６０は、ＥＤＮ５０４ランタイムで、例えば新たに作成されたＥＡＳ５１４がＷＴＲＵ５０２に利用可能になったときに、生じ得る。ＷＴＲＵ５０２は、新たに作成されたＥＡＳ５１４にアクセスし、このＥＡＳ５１４を使用し得る。アクセス及び使用は、ＷＴＲＵ５０２上に存在するＡＣ５０８によって実行され得る。
【0122】
図６は、ＷＴＲＵ６０２のオンデマンドＥＡＳインスタンス化についての例示的な手順６００を例解する。図６は、図５において導入されたオンデマンドＥＡＳインスタンス化手順の詳細を提示する。図６は、端末ベースのエッジオートスケーリングに必要なオンデマンドＥＡＳインスタンス化をＷＴＲＵ６０２が実行するために必要とされる、ＷＴＲＵ６０２、ＥＤＮ６０４、及び／又はＲＭＳ６０６の間の詳細なメッセージングフローを例解する。
【0123】
事前条件、条件、構成、ネットワークによる構成された情報、事前構成、及び／又はＷＴＲＵ６０２への事前構成された情報は、例えば、ＷＴＲＵ６０２がモバイルネットワーク内に存在するエッジサービスの通信及び使用を可能にする有効なサブスクリプションを有すること、ＷＴＲＵ６０２がモバイルネットワークにアタッチされていること、ＷＴＲＵ６０２がソースＥＤＮ６０４へのＰＤＵセッションを確立していること、及び／又はＷＴＲＵ６０２がエッジ有効化レイヤを構成する要素（例えば、ＥＣＳ、ＥＥＳなど）と通信するために必要なセキュリティ及び許可クレデンシャルをプロビジョニングされていることを含み得る。
【0124】
例示的なＰＤＵセッション確立手順は、３ＧＰＰ規格において概説され得る。ＥＤＮ６０４（別名、ＤＮＮ）選択は、典型的には、ＵＲＳＰルールを使用してＰＣＦによって提供され得る。ＥＤＮ６０４はまた、他の方法（例えば、固定、ユーザプロファイル、ＥＥＣなど）を介してプロビジョニングされ得る。
【0125】
ＥＤＮ初期化６３０において、ＲＭＳ６０６は、ＥＥＳ６１２などのエッジ有効化レイヤの構成要素を以前にインスタンス化している（図６には示されていない）場合がある。ＥＤＮ６０４がＥＡＳ６１４オーバープロビジョニングのために構成されている場合、１つ以上のＥＡＳ６１４は、ＥＤＮ６０４に関連付けられたＲＭＳ６０６によって作成され得る。ＥＡＳ６１４が実行を開始する際、ＥＡＳ６１４は、ＥＡＳ６１４の関連付けられたＥＥＳ６１２に登録し得る。
【0126】
６３２のステップ１ａにおいて、オーケストレータ及び／又はレジストリ６１６は、ＥＤＮ６０４に、オーケストレータレジストリ６１６からＥＡＳイメージをフェッチさせ得る（図６には図示せず）。ＥＤＮ６０４は、ＥＤＮ６０４内に存在するハードウェアプラットフォーム上で、フェッチされたＥＡＳ６１４の実行を開始し得る。ＥＤＮ６０４構成は、６３２のステップ１ａをトリガし、それによって、ＲＭＳ６０６に、事前定義されたＥＡＳ６１４をインスタンス化するように命令し得る。代替的に又は追加的に、ＥＥＳ６１２は、１つ以上のＥＡＳ６１４のオーバープロビジョニングを要求することによって、６３２のステップ１ａをトリガし得る。
【0127】
６３３のステップ１ｂにおいて、始動時に、各ＥＡＳ６１４は、ＥＡＳ６１４のＥＥＳ６１２に登録し得る。結果として、各登録されたＥＡＳ６１４は、実行されるＥＡＳとして発見され得る。各登録されたＥＡＳ６１４は、ＷＴＲＵ６０２にサービスを提供し得る。
【0128】
ステップ２において、ＥＤＮ初期化６３０手順の一部として、及びＷＴＲＵ６０２からのオンデマンドＥＡＳインスタンス化をサポートするために、ＥＥＳ６１２は、オンデマンドインスタンス化に利用可能なＥＡＳ６１４を知り得る。
【0129】
例では、６３４のステップ２ａは、オンデマンドＥＡＳ６１４のリストを提供するメッセージを含み得る。ＲＭＳ６０６は、オンデマンドＥＡＳのリストを提供し得る。オーケストレータ及び／又はレジストリ６１６は、リストを知り得る。ＲＭＳ６０６並びに／又はオーケストレータ及び／若しくはレジストリ６１６は、ＥＥＳ６１２へのＡＰＩ呼び出しを介してＥＥＳ６１２を提供し得る。
【0130】
代替的に又は追加的に、６３５において、ＥＥＳ６１２は、オンデマンドＥＡＳ６１４のリストを知るために、ＲＭＳ６０６にアクセスし、ＲＭＳ６０６を検査し得る。ＲＭＳ６０６並びに／又はオーケストレータ及び／若しくはレジストリ６１６へのＡＰＩ呼び出しは、ＥＡＳ６１４リストを発見し得る。
【0131】
代替的に又は追加的に、６３６において、ＥＥＳ６１２は、事前構成されたオンデマンドＥＡＳ６１４リストを有し得る。
【0132】
図６には示されていないが、ＥＥＳ６１２が以前にＥＣＳに登録されていた場合、ＥＥＳ６１２は、オンデマンドＥＡＳ６１４リストを提供することによって、ＥＣＳへのＥＥＳ６１２の登録を更新し得る。
【0133】
ステップ３において、ＷＴＲＵ６０２がエッジサービスを使用する必要があるとき、ＷＴＲＵ６０２は、ＥＡＳ発見６４０を実行することを要求し得る。例えば、ＷＴＲＵ６０２上で実行されるＡＣ６０８は、ＥＡＳ６１４発見を実行するようにＥＥＣ６１０に要求し得る。
【0134】
６４１のステップ３ａにおいて、ＡＣ６０８は、ＡＣ６０８がＥＡＳ６１４を使用したいことをＥＥＣ６１０に通知し得る。このことは、異なる技法を介して実行され得る。例えば、ＡＣ６０８は、ＥＥＣ６１０によって傍受されるＤＮＳ要求を発行することができる。代替的に又は追加的に、ＡＣ６０８は、ＥＥＣ６１０へのＡＰＩ呼び出しを実行し得る。代替的に又は追加的に、ＡＣ６０８は、最終的にＥＥＣ６１０に通知するソフトウェアライブラリを使用し得る。代替的に又は追加的に、ＡＣ６０８は、ＥＥＣ６１０に通知するＯＳ呼び出しを実行し得る。
【0135】
６４２のステップ３ｂにおいて、ＥＥＣ６１０は、ＡＣ６０８識別子及びＥＡＳ６１４選択フィルタを含むＥＡＳ発見要求をＥＥＳ６１２に向けて発行し得る。要求を受信すると、ＥＥＳ６１２は、ＡＣ６０８要件を遂行することができるＥＡＳ６１４の検索を実行し得る。ＥＥＳ６１２は、要求パラメータに基づいてＥＡＳ６１４の検索を遂行するために、ＥＡＳ６１４（例えば、登録されたＥＡＳ）及び／又はオンデマンドＥＡＳ６１２（例えば、オンデマンドＥＡＳのリスト）を実行することを考慮し得る。実行中及びオンデマンドの両方のＥＡＳ６１４が、要求パラメータに基づいてＥＡＳ６１４の検索において考慮され得る。
【0136】
図６には示されていないが、ＥＡＳ発見６４０要求を発行することに代えて又は加えて、ＷＴＲＵ６０２及び／又はＥＥＣ６１０は、ＥＡＳ６１４発見通知を受信するために加入し得る。サブスクリプションは、ＡＣ６０８識別子及び／又はＥＡＳ６１４選択フィルタを含み得る。
【0137】
ＥＡＳ発見６４０要求に含まれる情報は、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．５．３．２節に定義されている。ＥＡＳ発見６４０サブスクリプションに含まれる情報は、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．５．３．４節に定義されている。３ＧＰＰ ２３．５５８ ｖ１７．１．０表８．５．３．２－２において定義される発見フィルタには、追加情報、例えばＥＡＳ６１４カテゴリ、及び／又はＥＡＳ６１４オンデマンド発見フィルタが更に備えられ得る。３ＧＰＰ ２３．５５８ ｖ１７．１．０の内容は、本明細書における参照により本明細書に組み込まれる。
【0138】
ＥＡＳ６１４カテゴリは、要求者が、ＥＡＳ６１４（例えば、登録されたＥＡＳ）のみ、オンデマンドＥＡＳ６１４（例えば、オンデマンドＥＡＳのリスト）のみ、及び／又は両方のタイプの実行について通知されることを望むかどうかを示し得る。代替的に又は追加的に、ＥＡＳ６１４ステータスフィールドは、ＥＡＳ６１４カテゴリを指定するために拡張され得る。
【0139】
ＥＡＳ６１４オンデマンド発見フィルタは、オンデマンドインスタンス化のための要求されたＫＰＩを示すフィルタ情報を含み得る。代替的に又は追加的に、ＥＡＳ発見６４０フィルタは、ＥＡＳ６１４オンデマンド発見フィルタを指定するために拡張され得る。例えば、平均インスタンス化持続時間を使用して、平均ＥＡＳインスタンス化６５０時間が、ＥＡＳ６１４をインスタンス化するための示された持続時間よりも長くならないことを指定し得る。瞬時インスタンス化持続時間を使用して、ＥＡＳインスタンス化６５０時間が、現在のプラットフォーム状態においてＥＡＳ６１４をインスタンス化するための示された持続時間よりも長くならないことを指定し得る。インスタンス化失敗率は、平均ＥＡＳインスタンス化６５０失敗率が、このＥＡＳ６１４がインスタンス化されたときの示された失敗率を超えないことを指定し得る。既存の「ＡＣスケジュール」及び「ＥＡＳスケジュール」パラメータを使用する暗黙的なオンデマンドインスタンス化を使用して、１つ以上のＥＡＳ６１４インスタンスのインスタンス化を暗黙的にトリガするマッチングウィンドウを提供し得る。
【0140】
６４３のステップ３ｃにおいて、ＥＥＳ６１４は、ＥＡＳ６１４の実行（例えば、登録されたＥＡＳ）及び／又はオンデマンド（例えば、オンデマンドＥＡＳのリスト）を含み得るＥＡＳ６１４のリストをＷＴＲＵ６０２に返し得る。代替的に又は追加的に（図６には示されていない）、ＥＥＳ６１２は、ＥＡＳ発見６４０のサブスクリプションを使用する場合、ＷＴＲＵ６０２にＥＡＳ６１４発見通知を送信し得る。
【0141】
ＥＡＳ発見６４０の応答又は通知は、ＥＡＳ６１４の選択及びその後のＥＡＳ６１４の通信に必要とされる必要な情報を含むべきＥＡＳ６１４のリストを含み得る。ＥＡＳ６１４（例えば、登録されたＥＡＳ）を実行するために提供される情報は、要求を使用する場合は、３ＧＰＰ ２３．５５８ ｖ１７．１．０、第８．５．３．３節に、並びに通知を使用する場合は、３ＧＰＰ ２３．５５８ ｖ１７．１．０、及び第８．５．３．６節に定義されている。ＥＡＳプロファイルは、３ＧＰＰ ２３．５５８ ｖ１７．１．０、第８．２．４節に定義されている。
【0142】
ＥＡＳプロファイル、ＥＡＳ発見６４０応答、及びＥＡＳ発見６４０通知には、オンデマンドＥＡＳ６１４をサポートするための情報、例えばＥＡＳプロファイル、ＥＡＳ発見６４０応答、及び／又はＥＡＳ発見６４０通知、が備えられる。ＥＡＳ６１４プロファイルは、例えば、ＥＡＳ６１４カテゴリ及び／又はＥＡＳ６１４オンデマンドＫＰＩを含み得る。代替的に又は追加的に、ＥＡＳカテゴリ及び／又はＥＡＳステータスは、ＥＡＳ６１４がＥＡＳ（例えば、登録されたＥＡＳ）又はオンデマンド（例えば、オンデマンドＥＡＳのリスト）を実行中であるかどうかを示し得る。代替的に又は追加的に、ＥＡＳ６１４オンデマンドＫＰＩ及び／又はＥＡＳサービスＫＰＩは、インスタンス化のためのオンデマンドＥＡＳ ＫＰＩを示し得る。これらのＥＡＳサービスＫＰＩは、６４２のステップ３ｂにおいて定義されるＥＡＳ６１４オンデマンド発見フィルタと同じであり得る。ＥＡＳ発見６４０応答及び／又はＥＡＳ発見６４０通知は、既存の寿命パラメータを含み得る。既存の寿命パラメータは、「オンデマンド」ＥＡＳ６１４を示すために「０」に設定され得る。
【0143】
６５１のステップ４において、（６４３のステップ３ｃに示されるように）ＥＡＳ６１４のリストを受信すると、ＷＴＲＵ６０２は、ＥＡＳ６１４選択を実行し得る。ＥＥＣ６１２は、この選択を実行し得る。図６に例解されるように、ＥＥＣ６１２は、受信されたリストからオンデマンドＥＡＳ６１４を選択し得る。ＥＥＣ６１２は、選択されたＥＡＳ６１４を示すオンデマンドＥＡＳインスタンス化要求６５１をＥＥＳ６１２に送信し得る。
【0144】
オンデマンドＥＡＳインスタンス化要求６５１は、ＥＥＳ６１２のＡＰＩを呼び出すことによって実行され得る。要求内の情報は、例えば、要求者識別子、ＷＴＲＵ６０２識別子、セキュリティクレデンシャル、ＷＴＲＵ６０２ロケーション、要求されたサービス継続性（service continuity、ＳＣ）サポート、要求されたＳＣ計画、ＥＡＳ６１４特性、及び／又はＥＡＳ６１４インスタンス化情報を含み得る。
【0145】
要求者識別子は、要求者（ＥＥＣＩＤ）のＩＤであり得る。ＷＴＲＵ６０２識別子は、ＧＰＳＩ又はアイデンティティトークンであり得る。セキュリティクレデンシャルは、エッジコンピューティングサービスを用いる許可の成功の結果であり得る。ＷＴＲＵ６０２ロケーションは、３ＧＰＰ ２３．５５８ ｖ１７．１．０第７．３．２節において説明され得る。要求されたＳＣサポートは、ＥＥＣ６１０によって要求されるアプリケーションコンテキスト再配置（application context relocation、ＡＣＲ）タイプであり得る。要求されたＳＣ計画は、ＥＥＳ６１２がこのアプリケーションのためのＳＣ計画を実行するかどうかを示し得る。ＥＡＳ６１４特性は、３ＧＰＰ ２３．５５８ ｖ１７．１．０表８．５．３．２－２において説明され、かつこの手順の６４２のステップ３ｂにおいて更に提供されるＥＡＳ６１４発見フィルタに対応し得る。
【0146】
ＥＡＳインスタンス化情報は、ＥＡＳインスタンス化６５０を実行することが、オンデマンドＥＡＳインスタンス化要求６５１と同期して又は非同期で実行され得るかどうかを示し得る。ＥＡＳ通知エンドポイントは、非同期のＥＡＳインスタンス化を使用する場合、ＥＡＳ６１４情報を受信するためにＥＥＣ６１０によって公開されるエンドポイントである。ＥＡＳインスタンス化６５０タイムアウトは、インスタンス化を実行するためにＷＴＲＵ６０２によって許可される持続時間であり得る。この持続時間の後、ＷＴＲＵ６０２は、インスタンス化が失敗したとみなし得、インスタンス化をキャンセルする必要がある。
【0147】
６５２のステップ５において、ＷＴＲＵ６０２からＥＡＳインスタンス化要求６５１を受信すると、ＥＥＳ６１２は、ＥＡＳインスタンス化要求６５１をＲＭＳ６０６に送信し得る。ＲＭＳ６０６への要求は、例えば、この手順のステップ２において取得されたＥＡＳ６１４識別子、及び／又はステップ４からのＥＡＳインスタンス化要求６５１から受信された情報を含み得る。ＲＭＳ６０６への要求は、任意選択的に、代替的に、及び／又は追加的に、ＥＡＳ６１４をインスタンス化する必要があるハードウェアリソースを示し得る。
【0148】
ステップ６に見られる例では、ＥＡＳインスタンス化６５０は、オンデマンドＥＡＳインスタンス化要求６５１から同期して実行され得る。ＥＥＳ６１４は、新たに要求されたＥＡＳ６１４が、６５３のステップ６ａにおいて、ＥＤＮ６０４においてインスタンス化され、かつ６５４のステップ６ｂにおいて、ＥＥＳ６１２に登録されるまで、６５５のステップ６ｃにおいて、オンデマンドＥＡＳインスタンス化応答を維持し得る。この例示的なモデルでは、新たに作成されたＥＡＳ６１４に関する詳細が、ステップ６ｃにおいてオンデマンドＥＡＳインスタンス化応答６５５に含まれ得る。
【0149】
ＥＡＳインスタンス化応答６５５に含まれるデータは、６４３のステップ３において説明されるＥＡＳ発見応答のデータと同様であり得る。ＥＡＳインスタンス化応答６５５は、ＥＡＳインスタンス化６５０の結果コードを含む。成功した場合、結果コードは、新たにインスタンス化されたＥＡＳ６１４を実行されるＥＡＳ（例えば、登録されたＥＡＳ）として記述し得る。
【0150】
ステップ７に見られるような例では、ＥＡＳインスタンス化６５０は、例えば特定のアプリケーションの長いインスタンス化時間に起因して、オンデマンドＥＡＳインスタンス化要求６５１から非同期で実行され得る。６５６のステップ７ａにおいて、ＥＥＳ６１２は、要求の成功又は失敗を示す応答をＷＴＲＵ６０２に直ちに返し得る。ＥＡＳ６１４は、６５７のステップ７ｂにおいて、ＥＤＮ６０４内に作成され得る。ＥＡＳ６１４は、６５８のステップ７ｃにおいて、ＥＥＳ６１２に登録されている場合がある。ＥＥＳ６１２は、６５９のステップ７ｄにおいて、新たに作成されたＥＡＳ６１２の詳細を通知本体内に示す通知をＷＴＲＵ６０２に発行し得る。ＷＴＲＵ６０２は、非同期モードを使用するための前提条件として、ＥＡＳ６１４通知を受信するためにＥＥＳ６１２に加入する必要があり得る。
【0151】
ＥＡＳインスタンス化応答６５６に含まれる情報は、６５１のステップ４の要求が受信されたというステータスを提供する。ＥＡＳインスタンス化応答６５６に含まれる情報は、この時点で要求を処理することができるかどうかを更に示し得る。失敗は、要求が受け入れられないことを示し得、理由が提供され得る。要求は、再提出され得る。
【0152】
ＥＡＳインスタンス化通知６５９に含まれる情報は、ステップ６において説明されるＥＡＳインスタンス化応答６５５のデータと同様であり得る。ＥＡＳインスタンス化通知６５９は、ＥＡＳインスタンス化６５０の結果コードを含み得る。成功した場合、結果コードは、新たにインスタンス化されたＥＡＳ６１４を実行されるＥＡＳ６１４として記述し得る。
【0153】
６６２のステップ８において、ＥＡＳ使用６６０を要求するために使用される方法に応じて、ＥＡＳ情報を要求側ＷＴＲＵ６０２に中継して戻し得る。例えば、ＷＴＲＵ６０２上で実行されるＡＣ６０８は、ＤＮＳ応答においてＥＡＳ ＩＰアドレスを受信し得る。代替的に及び／又は追加的に、ＡＣ６０８は、例えばＥＥＣ６１０から発行された、ＡＰＩ応答において、ＥＡＳ ＩＰアドレスを受信し得る。代替的に又は追加的に、ＡＣ６０８は、関数呼び出し戻り値からＥＡＳ ＩＰアドレスを受信することができる。代替的に及び／又は追加的に、ＡＣ６０８は、ＯＳ呼び出し応答においてＥＡＳ ＩＰアドレスを受信し得る。
【0154】
６６４のステップ９において、ＷＴＲＵ６０２は、受信されたＩＰアドレスを使用してオンデマンドＥＡＳ６１４にアクセスし得る。ＷＴＲＵ６０２上で実行されるＡＣ６０８は、このアクセスを取得し得る。
【0155】
図７は、例えばＥＥＣによって、ＷＴＲＵ上で実行され得る例示的な選択手順７００を提示する。例示的な選択手順７００は、実行されるＥＡＳ（例えば、登録されたＥＡＳ）及びオンデマンドＥＡＳ（例えば、オンデマンドＥＡＳのリスト）の両方を組み合わせるときに、ＥＡＳ発見応答をどのように評価することができるかを示す。例示的な選択手順７００は、ＷＴＲＵベースのエッジオートスケーリングのためにオンデマンドＥＡＳをどのように選択することができるかを示す。例示的な選択手順７００は、ＥＡＳ選択が失敗した場合のフォールバック経路を示す。
【0156】
【0157】
７０２のステップ１において、ＷＴＲＵは、ＥＡＳ発見要求を送信し、ＥＡＳ発見応答を受信し得る。代替的に又は追加的に、ＷＴＲＵがＥＡＳ発見に加入している場合、ＷＴＲＵは、ＥＡＳ発見通知を受信し得る。ＥＡＳ発見情報を受信すると、ＷＴＲＵは、ＷＴＲＵの内部ＥＡＳキャッシュを更新し得る。これらのアクションは、例えば、ＷＴＲＵ上のＥＥＣによって実行され得る。これらのアクションは、図６のステップ３において説明されるように（例えば、具体的には、６４２のステップ３ｂにおいて、及び６４３のステップ３ｃにおいて、並びに／又は定期的な更新のために）トリガされ得る。ＷＴＲＵ上で実行されるＡＣが、ＥＡＳを使用することを必要とする場合、ＷＴＲＵは、７０４のステップ２に進み得る。
【0158】
７０４のステップ２において、ＷＴＲＵは、最初に、実行されるＥＡＳ（例えば、登録されたＥＡＳ）がＡＣ要件を満たすかどうかを検証し得る。実行されるＥＡＳが発見され、かつ要件を満たす場合、ＷＴＲＵは、ＥＡＳを選択し、７１２のステップ６に進み得る。ＷＴＲＵが実行されるＥＡＳ（例えば、登録されたＥＡＳ）を見つけない場合、ＷＴＲＵは、７０６のステップ３に進み得る。これらのアクションは、例えば、ＷＴＲＵ上で実行されるＥＥＣによって実行され得る。
【0159】
７０６のステップ３において、ＷＴＲＵは、実行されるＥＡＳが見つからず、かつ／又は要件を満たしていなかったことから、オンデマンドＥＡＳをインスタンス化することを選定し得る。オンデマンドＥＡＳが見つかり、かつ要件を満たす場合、ＷＴＲＵは、７０８のステップ４において、ＥＡＳを選択し、ＥＡＳのインスタンス化することを試み得る。要件を満たすＥＡＳがない場合、ＷＴＲＵは、７１０のステップ５において再評価を試み得る。これらのアクションは、例えば、ＷＴＲＵ上で実行されるＥＥＣによって実行され得る。
【0160】
７０８のステップ４において、ＷＴＲＵは、図６の６５１のステップ４において説明されるように、ＥＡＳインスタンス化要求を形成することによって、選択されたＥＡＳをインスタンス化することを試み得る。アプリケーション使用、プラットフォーム状態、及び／又は接続性条件などの、コンテキストＷＴＲＵ情報は、要求コンテンツに影響を及ぼし得る。ＷＴＲＵ条件に関する更なる詳細は、図１０において説明される。
【0161】
ＷＴＲＵは、オンデマンドＥＡＳインスタンス化要求を送信し、応答を受信し得る。応答が成功した場合、ＷＴＲＵは、提供されたＥＡＳを選択し得、７１２のステップ６においてＡＣに通知し得る。インスタンス化が失敗した場合、ＷＴＲＵは、７１０のステップ５において再評価を試み得る。ＷＴＲＵ上で実行されるＥＥＣは、これらのアクションを実行し得る。
【0162】
７１０のステップ５において、この状態のＷＴＲＵは、休止状態であり得る。ＷＴＲＵは、ＷＴＲＵの現在の条件を再評価することを定期的に（例えば、ある期間に）意思決定し得る。代替的に又は追加的に、ＷＴＲＵは、例えば、ＥＡＳを要求するためにＷＴＲＵ上で実行されるＡＣから、キャッシュ有効性満了タイマから、並びに／又はＥＣＳ通知及び／若しくはＥＥＳ通知などのネットワークイベントから、ウェイクイベントを受信し得る。
【0163】
ＷＴＲＵは、適切な場合、ＷＴＲＵのＥＡＳ発見キャッシュを使用することによって要求を解決することを意思決定し得、ＷＴＲＵは、７０４のステップ２において、キャッシュを使用して再評価を実行するように進み得る。代替的に又は追加的に、ＷＴＲＵキャッシュが無効であるか、又はＷＴＲＵがキャッシュをリフレッシュする必要があると判定する場合、ＷＴＲＵは、７０２のステップ１に進んで、ネットワークに問い合わせ、ＥＡＳ発見を再び実行し得る。ＷＴＲＵ上で実行されるＥＥＣは、これらのアクションを実行し得る。
【0164】
７１２のステップ６において、ＷＴＲＵは、それぞれ図６の６６２及び６６４のステップ８及び９において説明されるように、ＥＡＳを選択し、選択されたＥＡＳの使用を開始し得る。選択は、ＥＥＣによって実行され、使用は、ＡＣによって実行され、両方ともＷＴＲＵ上で実行され得る。
【0165】
エッジコンピューティングを可能にするための３ＧＰＰアーキテクチャは、ＷＴＲＵからのＥＡＳ終了をサポートしない。むしろ、オンデマンドＥＡＳダウンスケーリングのためのＷＴＲＵ方法が必要とされる。オンデマンドＥＡＳダウンスケーリングのためのＷＴＲＵ方法についての実施形態は、ＷＴＲＵがオンデマンドＥＡＳを使用する必要がないときに行われ得る。この手順は、ＷＴＲＵによって以前にインスタンス化されている場合があるオンデマンドＥＡＳの終了を含み得る。ＷＴＲＵが１つ以上のオンデマンドＥＡＳを使用し得ることに加えて、図６において説明される前提条件及び／又は構成が適用され得る。
【0166】
図８は、ＷＴＲＵ８０２のオンデマンドＥＡＳ終了８１０についての例示的な手順８００を例解する。８１２のステップ１において、ＷＴＲＵ８０２は、ＷＴＲＵ８０２が使用するＥＡＳ８１４のランタイム検証を定期的に（時間ベースで）実行し得る。ＷＴＲＵ８０２は、ＷＴＲＵ８０２のエッジ消費フットプリントを最小化するために、いくつかのＥＡＳ８１４を終了させることを意思決定し得る。代替的に又は追加的に、ＷＴＲＵ８０２は、ＥＡＳ８１４がもはや必要とされないことを通知され、終了に進み得る。ＥＥＣ８１０は、ＥＡＳ８１４終了を実行し得る。
【0167】
ＷＴＲＵ８０２は、ＷＴＲＵ８０２がオンデマンドでインスタンス化したＥＡＳ８１４を終了することを選定し得る。代替的に及び／又は追加的に、ＷＴＲＵ８０２は、ＷＴＲＵ８０２が発見した実行されるＥＡＳ８１４を終了することを選定し得る。ＷＴＲＵ８０２は、任意の時間に、ＷＴＲＵ８０２が以前に発見又はインスタンス化した任意のＥＡＳ８１４について、終了要求を発行し得る。
【0168】
未使用のＥＡＳ８１４の検出及び通知は、異なる技法を介して実行され得る。例えば、ＷＴＲＵ８０２は、ＡＣ８０８がＷＴＲＵ８０２のＯＳを介して動作しなくなったことを検出し得、次いで、ＷＴＲＵ８０２は、ＷＴＲＵ８０２の関連付けられたＥＡＳ８１４を終了し得る。代替的に又は追加的に、ＡＣ８０８は、ＥＡＳ８１４が必要とされないことを、ＡＰＩ呼び出しを介してＥＥＣ８１０に通知することができる。代替的に又は追加的に、ＷＴＲＵ８０２は、トラフィック検出を実行して、ＥＡＳ８１４がある期間使用されていないことを検出し得る。同様の結果を達成する他の方法が可能である。
【0169】
ネットワークは、８２０においてＥＡＳ終了を実行し得る。８２２のステップ２において、ＷＴＲＵ８０２は、終了が要求されるＥＡＳ識別子を示すＥＡＳ８１４に関連付けられたＥＥＳ８１２に向けてＥＡＳ終了要求８２２を発行し得る。ＥＥＣ８１０は、要求を行い得る。
【0170】
８３０のステップ３において、ＷＴＲＵ８０２からＥＡＳ終了要求を受信すると、ＥＥＳ８１２は、ＲＭＳ８０６にＥＡＳ終了要求８２２を送信し得る。ＲＭＳ８０６への要求は、この手順のステップ２からのＥＡＳ終了要求８２２から受信されたＥＡＳ識別子を含み得る。
【0171】
ＥＡＳ終了要求８２２は、即時終了又は遅延終了が要求されるかどうかを示す１つ以上の値を含み得る。遅延終了の場合、終了は、タイマが満了した後に送られ得る。
【0172】
ＥＡＳ終了要求８２２は、終了がグレースフルである必要があるか、又は強制される必要があるかを示し得る。グレースフル終了は、ＥＥＳ８１２に、他のアクティブユーザが現在ＥＡＳ８１４を使用していないことを検証することを必要とし得る。強制終了は、ＥＡＳ８１４の使用にかかわらず、ＥＥＳ８１２が終了を実行することを必要とし得る。ＷＴＲＵ８０２は、ＥＡＳ８１４を終了するために許可を必要とし得る。例えば、ＷＴＲＵ８０２は、ＥＡＳ８１４の終了を強制することを許可されない場合がある。
【0173】
グレースフル終了の例では、ＥＥＳ８１２は、ＥＡＳ８１４を終了させることができ、かつ／又は依然としてアクティブなユーザを有するかどうかを、ＥＡＳ８１４で検証し得る。ＥＥＳ８１２は、ＥＡＳ８１４へのＡＰＩ呼び出しを実行することによって、使用を学習し得る。代替的に又は追加的に、ＥＥＳ８１２は、ＷＴＲＵ８０２インスタンスによるＥＡＳ８１４の使用を追跡し続けることによって、使用を学習し得る。使用がグレースフル終了を防止する例では、ＥＥＳ８１２は、グレースフル終了を可能にするアクションを選定し得る。例えば、ＥＥＳ８１２は、ＥＡＳ８１４のユーザコンテキストが再配置されると、残りのユーザのためのＡＣＲとＥＡＳ８１４のグレースフル終了とをトリガし得る。グレースフル終了を実行することができない場合、ＥＥＳ８１２は、後でＥＡＳ８１４終了を再試行することを選定し得るか、又はＥＡＳ８１４終了を全く実行しないことを選定し得る。
【0174】
強制終了の例では、ＥＥＳ８１２は、ＥＡＳ８１４の使用を検証しない場合があり、ＥＡＳ８１４を直ちに終了し得る。代替的に又は追加的に、ＥＥＳ８１２は、最終的にＥＡＳ８１４が終了されることを除いて、グレースフル終了論理に従いうる。
【0175】
ステップ４において、例では、ＥＡＳ終了８２０は、オンデマンドＥＡＳ終了要求８２２から同期して実行され得る。したがって、ＥＥＳ８１２は、ステップ４ｃにおいてオンデマンドＥＡＳ終了応答８４３を維持し得る。ＥＥＳ８１２は、それぞれ８４１及び８４２で見られるように、ステップ４ａにおいてＥＡＳ終了８２０が完了し、かつステップ４ｂでＥＥＳ８１２から登録解除されるまで、維持し得る。
【0176】
ＥＡＳ終了応答８４３に含まれるデータは、終了要求８２２に関するステータス情報であり得る。例えば、応答８４３は、ＥＡＳ８１４が終了したこと、終了が許可されなかったこと、終了が遅延したこと、及び／又は終了が拒絶されたことを示し得る。ＷＴＲＵ８０２は、終了応答を使用して、ＷＴＲＵ８０２の内部ＥＡＳ８１４キャッシュを更新し得る。ＷＴＲＵ８０２上で動作しているＥＥＣ８１２は、終了応答を使用して、ＥＥＣ８１２の内部ＥＡＳ８１４キャッシュを更新し得る。
【0177】
ステップ５において、例では、ＥＡＳ終了８２０は、例えば、特定のアプリケーションの長い終了時間に起因して、オンデマンドＥＡＳ終了要求８２２から非同期で実行され得る。したがって、ＥＥＳ８１２は、８５１のステップ５ａにおけるように、ＷＴＲＵ８０２に直ちに応答を返し得る。応答は、要求の成功又は失敗を示し得る。例えば、要求は、終了８２０が許可されていないことを示し得る。
【0178】
終了が成功した場合、ＥＡＳ８１４は、８５３のステップ５ｂにおいて終了し、ステップ５ｃにおいてＥＥＳから登録解除される。ＥＡＳ終了及び登録解除の指標は、それぞれ、８５２及び８５３において見られる。ＥＥＳは、８５４のステップ５ｄにおいて、ＥＡＳ終了８２０のステータスを示す通知をＥＥＣ８１０に発行し得る。失敗した終了の例では、通知は、終了が遅延及び／又は拒絶されたことを示し得る。
【0179】
ＷＴＲＵ８０２は、非同期モードを使用するための前提条件としてＥＡＳ通知に加入し得る。ＥＡＳ終了通知に含まれるデータは、終了要求に関するステータス情報であり得る。
【0180】
図９は、例示的な手順９００のＥＥＳオンデマンドＥＡＳインスタンス化を例解する。図９に描画されるように、ＷＴＲＵは、Ｓ－ＥＤＮ９０２内に位置するＳ－ＥＡＳ９０８を発見及び使用している場合がある。全てのＳ－ＥＥＳ９１０及びＴ－ＥＥＳ９１２は、説明される手順を実行する許可を有し得る。
【0181】
別のＥＥＳ上でのオンデマンドＥＡＳアップスケーリングのためのＥＥＳ方法の例は、３ＧＰＰエッジ有効化レイヤを含み得る。３ＧＰＰエッジ有効化レイヤは、ターゲットＥＥＳ（Ｔ－ＥＥＳ）９１２上のＥＡＳリソースのインスタンス化を要求するためにソースＥＥＳ（Ｓ－ＥＥＳ）９１０を必要とし得るＡＣＲ手順を定義する。
【0182】
これらの手順は、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．８節において定義されているサービス継続性に関連する。ＡＣＲは、ＷＴＲＵの移動に従ってターゲットロケーションに位置するターゲットＥＡＳ（Ｔ－ＥＡＳ）９１４のインスタンス化を必要とし得る。サービス継続性計画（service continuity planning、ＳＣＰ）は、ＷＴＲＵの予測される今後の移動に従って、１つ以上のターゲットロケーションに位置するいくつかの可能なＴ－ＥＡＳのインスタンス化を必要とし得る。
【0183】
いくつかのＡＣＲ手順は、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．８．２．２節、第８．８．２．３節、及び第８．８．２．６節に反映されているように、ＷＴＲＵ上で実行されるＥＥＣに依拠して、Ｔ－ＥＡＳ９１４を発見及びインスタンス化し得る。これらの手順は、図５～８において先に導入された方法から利益を得ることができる。
【0184】
いくつかのＡＣＲ手順は、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．８．２．４節及び第８．８．２．５節に反映されているように、ＥＥＳ（ソース又はターゲット）がＴ－ＥＡＳ９１４発見を実行することを必要とし得る。
【0185】
例では、概念的にはＷＴＲＵオンデマンドＥＡＳインスタンス化に対してであるが、別のＥＥＳによって要求されたＥＡＳアップスケーリングは、２つのＥＤＮである、ソースＥＤＮ（source EDN、Ｓ－ＥＤＮ）９０２とターゲットＥＤＮ（target EDN、Ｔ－ＥＤＮ）９０４との間で生じ得る。アップスケーリング手順は、いくつかの事前条件、条件、構成、又は事前構成を有し、例えば、ＷＴＲＵは、モバイルネットワーク内に存在するエッジサービスの通信及び使用を可能にする有効なサブスクリプションを有し得る。ＷＴＲＵは、モバイルネットワークにアタッチされ得る。ＷＴＲＵは、Ｓ－ＥＤＮ９０２へのＰＤＵセッションを確立している場合がある。例示的なＰＤＵセッション確立手順は、３ＧＰＰ ２３．５０２ ｖ１７．２．１第４．３．２．２．１節に概説されている。ＥＤＮ（別名、ＤＮＮ）選択は、典型的には、ＵＲＳＰルールを使用してＰＣＦによって提供される。例示的なＰＤＵセッションはまた、他の方法（例えば、固定、ユーザプロファイル、ＥＥＣなど）を介してプロビジョニングされ得る。３ＧＰＰ ２３．５０２ ｖ１７．２．１の内容は、本明細書における参照により本明細書に組み込まれる。
【0186】
９２１のステップ１において、ＥＤＮ初期化プロシージャ９２０は、上で説明される手順と同様であり得る。両方のＥＤＮ、例えばＳ－ＥＤＮ９０２及びＴ－ＥＤＮ９０４、は、エッジ有効化レイヤアプリケーションをプロビジョニングされ得る。ＲＭＳ９０６は、各ＥＥＳ、例えばＳ－ＥＥＳ９１０及びＴ－ＥＥＳ９１２、にオンデマンドＥＡＳのリストを提供し得る。ＲＭＳ６０６は、エッジデータネットワーク動作に必要なアプリケーションをインスタンス化し得る。
【0187】
ステップ２において、ＥＡＳ又はＥＥＳは、所与のＷＴＲＵに対してＡＣＲを実行することを意思決定し得る。Ｓ－ＥＥＳ９１０は、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．８．３．２節に従って、Ｔ－ＥＡＳ９１４のＥＡＳ発見９３０を試み得る。
【0188】
ステップ２ａにおいて、Ｓ－ＥＡＳ９０８は、ＡＣＲ意思決定９３２をＳ－ＥＥＳ９１０に通知し得る。代替的に及び／又は追加的に、Ｓ－ＥＥＳ９１０は、ＡＣＲが必要とされると意思決定し得る。
【0189】
ステップ２ｂにおいて、Ｓ－ＥＥＳ９１０は、ＷＴＲＵによって最初に提供されたＥＡＳ要件を示すＥＡＳ発見要求９３４をＴ－ＥＥＳ９１２に向けて発行し得る。要求を受信すると、Ｔ－ＥＥＳ９１２は、要件を満足することができるＥＡＳの検索を実行し得る。実行されるＥＡＳ（例えば、登録されたＥＡＳ）及びオンデマンドＥＡＳ（例えば、オンデマンドＥＡＳのリスト）の両方が、要求パラメータに基づいてＥＡＳ検索において考慮され得る。ＥＡＳ発見要求９３４に含まれる情報は、先に図６において説明されたものと同じであり得る。
【0190】
ステップ２ｃにおいて、Ｔ－ＥＥＳ９１２は、実行されるＥＡＳ（例えば、登録されたＥＡＳ）及びオンデマンドＥＡＳ（例えば、オンデマンドＥＡＳのリスト）を含み得るＥＡＳのリストである応答９３６をＳ－ＥＥＳ９１０に返し得る。ＥＡＳ発見応答９３６に含まれる情報は、先に図６において説明されたものと同じであり得る。
【0191】
ステップ３において、ＥＡＳ発見応答９３６を受信すると、Ｓ－ＥＥＳ９１０は、ＥＡＳ選択を実行し得る。図９に例解されるように、Ｓ－ＥＥＳ９１０は、受信されたリストからオンデマンドＥＡＳを選択し得る。Ｓ－ＥＥＳ９１０は、選択されたＥＡＳを示すオンデマンドＥＡＳインスタンス化要求９４１をＴ－ＥＥＳ９１２に送信し得る。
【0192】
例では、ＥＡＳインスタンス化９４０は、Ｔ－ＥＥＳ９１２のＡＰＩを呼び出すことによって実行され得るオンデマンドＥＡＳインスタンス化要求９４１から始まる。ＥＡＳインスタンス化要求９４１によって提供される情報は、図６において説明されるものと同じであり得る。
【0193】
９４２のステップ４において、Ｓ－ＥＥＳ９１０からＥＡＳインスタンス化要求９４１を受信すると、Ｔ－ＥＥＳ９１２は、ＲＭＳ９０６にＥＡＳインスタンス化要求９４２を送信し得る。ＲＭＳ９０６への要求は、９２１のステップ１において取得されたＥＡＳ識別子、ステップ３からのＥＡＳインスタンス化要求９４１から受信された情報を含み得、かつ／又は任意選択的に、ＥＡＳがインスタンス化されるべきハードウェアリソースを示し得る。
【0194】
ステップ５において、ＥＡＳインスタンス化９４０は、ＡＣＲ手順に使用されるときに同期して実行され得る。したがって、Ｔ－ＥＥＳ９１２は、新たに要求されたＴ－ＥＡＳ９１４が９４３のステップ５ａにおいて作成され、かつＴ－ＥＡＳ９１４が９４４のステップ５ｂにおいてＴ－ＥＥＳ９１２に登録されるまで、ステップ５ｃにおいてオンデマンドＥＡＳインスタンス化応答９４５を維持し得る。新たに作成されたＴ－ＥＡＳ９１４に関する詳細が、９４５のステップ５ｃにおいて、オンデマンドＥＡＳインスタンス化応答９４５に含まれ得る。ＥＡＳインスタンス化応答９４５に含まれるデータは、図６において説明されるものと同じであり得る。
【0195】
オンデマンドＥＡＳプロビジョニングをサポートするためのＥＣＳ方法の例が、本明細書において説明される。例えば、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．３．３節において定義されているサービスプロビジョニング手順中に、ＷＴＲＵのＥＥＣが、ＥＣＳを介して、ＷＴＲＵのＡＣによって必要とされるサービスを提供するのに好適なＥＥＳのリストを発見しようと試み得る。したがって、ＥＣＳサービスプロビジョニング応答は、ＥＥＳのリストを含み得、当該ＥＥＳのリストは、実行されるＥＡＳに対応する登録されたＥＡＳ識別子のリストを含む。
【0196】
オンデマンドＥＡＳインスタンス化をサポートするために、ＥＣＳサービスプロビジョニング要求は、ＥＥＳのリストを確立するときに、実行されるＥＡＳ、オンデマンドＥＡＳ、又はその両方のカテゴリをＥＣＳによって考慮する必要がある場合に、ＷＴＲＵのＥＥＣを示し得る。ＥＣＳサービスプロビジョニング応答は、ＥＥＳによって提供される利用可能なオンデマンドＥＡＳ識別子のリストを含み得る。オンデマンドＥＡＳ識別子は、実行されるＥＡＳの識別子と混合され得、その場合、応答フォーマットは、同じままであり得、ＥＡＳ識別子のリストは、実行されるＥＡＳの識別子及びオンデマンドＥＡＳの識別子の両方を含み得る。代替的に又は追加的に、応答フォーマットは、ＷＴＲＵが、実行されるＥＡＳとオンデマンドＥＡＳとを区別することを可能にする指標を含み得る。例えば、オンデマンドＥＡＳ識別子のリストは、ＷＴＲＵが、ＥＥＳで利用可能な実行されるＥＡＳとオンデマンドＥＡＳとを区別することを可能にする別個のリストであり得る。
【0197】
オンデマンドＥＡＳのリストは、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．４．４節に定義されているように、ＥＥＳ登録時又はＥＥＳ登録更新時に、ＥＣＳによって取得され得る。より具体的には、ＥＣＳへの登録時に、ＥＥＳは、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．４．４．３．２節に従うＥＥＳプロファイルを含む登録要求を発行する。ＥＥＳプロファイルは、実行されるＥＡＳ及びオンデマンドＥＡＳの両方を含むことができるＥＡＳＩＤｓのリストを含み得る。代替的に又は追加的に、実行されるＥＡＳの識別子及びオンデマンドＥＡＳの識別子は、例えば別個のリストを使用して、区別され得る。ＥＥＳプロファイルが変化すると、ＥＥＳは、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．４．４．３．４節に従うＥＥＳ登録更新を発行し得、ＥＥＳ登録更新は、同じく区別され得る、実行されるＥＡＳの識別子及びオンデマンドＥＡＳの識別子の要求を含み得る。
【0198】
ＡＣＲ手順中に、Ｓ－ＥＥＳがＥＣＳを使用してＴ－ＥＥＳ発見を実行することが可能である。次いで、ＥＣＳは、ＷＴＲＵについて先で説明されたように、オンデマンドＥＡＳの識別子を含み得るＥＥＳプロファイルのリストをＳ－ＥＥＳに返し得る。
【0199】
ＷＴＲＵベースのエッジオートスケーリングアーキテクチャの例が、本明細書において説明される。例えば、図１０は、例示的なＷＴＲＵベースのエッジオートスケーリングアーキテクチャ１０００を例解する図である。このアーキテクチャ１０００は、以下で説明される様々な構成要素、例えばＷＴＲＵ１００２上に存在するエッジイネーブラクライアント（ＥＥＣ）１０１０、を備え得る。
【0200】
ＥＥＣ１０１０は、エッジ計算ネットワーク１０１５リソースへのアクセスを提供するＷＴＲＵ１００２のエッジイネーブラ機能であり得る。ＥＥＣ１０１０の機能は、ネットワーク１０１５からエッジ計算データを取り出すこと、取り出されたエッジコンピューティング（edge computing、ＥＣ）データに従ってＥＥＣ１０１０構成を維持すること、ＥＣリソースの発見能力を提供すること、及び／又はＥＣリソースへのアクセスを提供することを含み得る。
【0201】
代替的に及び／又は追加的に、上で説明されるように、ＥＥＣ１０１０は、オンデマンドアップスケーリング及びダウンスケーリング機能を提供するために、ＥＤＮに向けてのゲートウェイとして機能し得る。代替的に及び／又は追加的に、ＥＥＣ１０１０は、ＷＴＲＵ１００２エッジコンピューティングコンテキストを導出するためのエッジ計算データソースとして機能し得る。例えば利用可能なＥＤＮ、利用可能なＥＥＳ、利用可能なＥＡＳ、ＷＴＲＵ１００２によるＥＡＳ使用、及び／又はネットワークから取り出されたＥＡＳ ＫＰＩなどの、情報を使用して、ＷＴＲＵ１００２エッジコンピューティングコンテキストを確立し得る。ＥＥＣ１０１０は、異なる方法を使用して、ＷＴＲＵ１００２上にＥＣコンテキストを提供し得る。例えば、情報は、ＥＥＣのＡＰＩを介して公開され、ファイルに記憶され、共有データベースを介して提供され、ＷＴＲＵ ＯＳを介して取得され、かつ／又はライブラリパッケージを介して公開され得る。
【0202】
アプリケーションクライアント（ＡＣ）１０２０は、ＥＣの使用を必要とするアプリケーションであり得る。ＡＣ１０２０は、ネットワーク内で利用可能なＥＡＳのエンドポイントアドレスを発見するために、ＥＤＧＥ－５基準点を介してＥＥＣ１０１０とインターフェースし得る。ＡＣ１０２０はまた、ＷＴＲＵ１００２コンテキストを導出するためのコンテキストデータソースとして機能し得る。例えば、アプリケーション構成、アプリケーションログ、及び／又はアプリケーション通知などの、情報は、ＷＴＲＵ１００２アプリケーションコンテキストを確立するために使用され得るＡＣ１０２０情報の例である。
【0203】
コンテキストデータソース１０３０は、ＷＴＲＵ１００２コンテキストを確立するために使用される異なるデータのソースであり得る。例では、そのようなデータは、異なるコンテキストにおけるユーザの挙動活動パターンを理解するためのソースとして使用され得る。説明されるコンテキストデータソース１０３０に代えて及び／又は加えて、ＥＣデータが、ＷＴＲＵ１００２のエッジコンテキスト及び挙動を確立するために使用され得る。データソースを、例えば、センサ、ログ、ハードウェア、ＯＳなどのような、多様なソースから取得することができる。
【0204】
ＷＴＲＵコンテキストアウェアネス機能１０４０は、コンテキストデータソース１０３０を使用して、異なるコンテキストにおいてＷＴＲＵ１００２の挙動を適応させるために使用されるコンテキストアウェアルールを導出し得る。例として、ＷＴＲＵ１００２は、コンテキストアウェアユーザ通知を実装し得る。これらの通知は、ユーザが就寝中である、会議に出席中である、仕事中である、及び／又は運転中である、などの場合、ミュートされ得る。人工知能（ＡＩ）及び機械学習（ＭＬ）技法の使用は、このタイプのコンテキストアウェアネス機能において一般的であり得る。ＷＴＲＵベースのエッジオートスケーリングにおいて、コンテキストアウェアネス機能は、エッジオートスケーリング意思決定を行うために使用されるコンテキストデータ及びルールを生成し得る。ＷＴＲＵコンテキストアウェアネス機能１０４０は、スタンドアロンアプリケーションとして実装され得、コンテキストアウェアネスフレームワークの一部であり得、ＯＳの一部であり得、ＷＴＲＵ１００２上のハードウェア構成要素によって提供され得、ＥＥＣ１０１０及び／又はＷＴＲＵベースのエッジオートスケーリング機能１０５０などによって提供される機能として実装され得る。
【0205】
ＷＴＲＵベースのエッジオートスケーリング機能１０５０は、ＷＴＲＵコンテキストアウェアネス機能１０４０によって生成されたコンテキスト情報を使用して、エッジ計算リソースのアップスケーリング又はダウンスケーリングに関する意思決定を行い得る。代替的に及び／又は追加的に、ＷＴＲＵベースのエッジオートスケーリング機能１０５０は、生のコンテキストデータを直接使用し得る。ＷＴＲＵベースのエッジオートスケーリング機能１０５０は、スタンドアロンアプリケーションとして実装され得、エッジオートスケーリングフレームワークの一部であり得、ＯＳの一部であり得、ＷＴＲＵ１００２上のハードウェアコンポーネントによって提供され得、かつ／又はＥＥＣ１０１０によって提供される機能として実装され得る、などである。
【0206】
【0207】
図１１は、ＥＥＣ１１１０内の例示的なＷＴＲＵベースのエッジオートスケーリングアーキテクチャ１１００を例解する。図１１は、オートスケーリング及びコンテキストアウェアネスが両方ともＥＥＣ１１１０の一部として実装され得る、ＷＴＲＵ１１０２要素のコンパクトな変形例を表す。生のコンテキストデータは、コンテキストルールを直接導出し、かつ内部でオートスケーリング意思決定を導出することができる、ＥＥＣ１１１０によって取得され得る。具体的には、ＥＥＣ１１１０内に位置するコンテキストアウェアネス機能１１４０をＷＴＲＵベースエッジオートスケーリングすることは、コンテキストルール及びオートスケーリング意思決定をＥＥＣ１１１０に提供し得る。
【0208】
図１２は、ネットワークＡＩ及び／又はＭＬを使用する例示的なＷＴＲＵベースのエッジオートスケーリングアーキテクチャ１２００を例解する。図１２は、コンテキストアウェアネスがネットワークサイドにデリゲートされ得る変形例である。ＷＴＲＵ１２０２において収集された生のコンテキストデータは、例えばＷＴＲＵ１２０２上に存在する連合学習機能１２６０を介して、ネットワークベースのＡＩ／ＭＬ連合学習機能１２５０に送信され得る。連合学習機能１２６０は、内部ＷＴＲＵ１２０２データを、例えば、他のＷＴＲＵ、ネットワーク、無線アクセスネットワーク、及び／又はエッジ計算フレームワークなどから取得された外部データソースと組み合わせることによって、高度モデルを導出し得る。次いで、このモデルを使用して、ＷＴＲＵベースのエッジオートスケーリング機能１２４０によって使用されるルールを導出し得る。
【0209】
例では、自律型ドローンは、インフラストラクチャ検査動作に使用され得、リアルタイムビデオ分析を実行するためのエッジサービスを必要とし得る。ビデオ分析サービスのエッジ計算要件は、高い場合がある（例えば、高計算、ＧＰＵ、かなりのＲＡＭ、及び／又は高帯域幅）。エッジ計算要件は、高い使用コストを有し得る。これらの制約に起因して、ユーザは、検査時にビデオ分析サービスを単にプロビジョニングし得る。ＷＴＲＵコンテキストアウェアネス情報及び／又はルールの例は、ドローン（例えば、ＷＴＲＵ１２０２）が飛行中であり、検査に到達し、ドローンのカメラが起動されており、かつ／又はエッジサービスに向けてビデオフィードを送信する準備ができていることを示し得る。これに応答して、ＷＴＲＵベースのエッジオートスケーリング機能１２４０は、図６において説明されるように、ＥＥＣ１２１０にＥＡＳインスタンス化を実行することを要求することによって、コンテキスト要件が満たされたときに、エッジサービスのインスタンス化を要求し得る。
【0210】
例では、いくつかのドローン（例えば、複数のＷＴＲＵ１２０２）が、協調して検査を実行するために合同し得る。合同するドローン（例えば、複数のＷＴＲＵ１２０２）は、最初に、単一のビデオ分析エッジサービスを共有し得る。そのような場合、合同するドローン（例えば、複数のＷＴＲＵ１２０２）は、定型のＥＡＳ発見を実行し得る。合同するドローンは、既存のビデオ分析サービスを発見し得る。より多くのドローンが合同するにつれて、ビデオ分析サービスは、飽和し得る。より多くのドローンが合同するにつれて、ビデオ分析サービスは、性能要件を満たさない場合があり、発見は、実行されるＥＡＳに返されない場合がある。新たに合同するドローン上のＷＴＲＵベースのエッジオートスケーリング機能１２４０は、エッジビデオ分析能力を増加させるために、図６において説明されるようにサービスのアップスケーリングをトリガし得る。
【0211】
ドローンがドローンの検査を終了し、ドローンのホームベースに戻ると、ドローンは、ビデオ分析サービスを使用することを停止し得る。各ドローンは、図８において説明されるように、グレースフルＥＡＳ終了要求を送信し得る。ＥＥＳは、ドローンがＥＡＳを使用しなくなっている場合にＥＡＳを終了し、さもなければ、代替的に及び／若しくは追加的にＥＡＳを維持することを選定し得る。
【0212】
検査が完了すると、ドローンは、その領域を離れて、ドローンのホームベースに戻り得る。ＷＴＲＵベースのエッジオートスケーリング機能１２４０は、検査が終了したこと（例えば、カメラオフ）を認識し得る。検査が終了したことを知ると、そのドローンのためのＷＴＲＵベースのエッジオートスケーリング機能１２４０は、図８において説明されるように、グレースフルＥＡＳ終了要求を送信し得る。ＥＥＳは、ドローンがビデオ分析サービスを使用しなくなっている場合に、ビデオ分析サービスをダウンスケールすることを選定し、代替的に又は追加的に、サービスを維持するか、又はサービスの別のインスタンスに対してＡＣＲを実行し、その後にサービスが終了し得る。最後のドローンが検査を完了すると、ＷＴＲＵベースのエッジオートスケーリング機能１２４０は、エッジビデオ分析サービスの終了を引き起こすグレースフルＥＡＳ終了要求を送信し得る。
【0213】
例では、自律型車両（例えば、ＷＴＲＵ１２０２）は、衝突回避を支援する計算を実行するためにエッジサービスを使用し得る。車両が移動するにつれて、センサデータがエッジに送信され、他の車両情報と組み合わされ得る。この例では、各車両は、独自のエッジサービスを有し、データは、エッジサービス間で共有され得る。車両が駐車されることを想定すると、衝突回避サービスは、必要とされなくなり得る。ＷＴＲＵコンテキストアウェアネス機能は、ユーザが運転中又は駐車中であるという情報を提供し得、ＷＴＲＵベースのエッジオートスケーリング機能１２４０は、ドライバが再び動き始めるまで、運転支援エッジサービスをダウンスケーリングすることができる。
【0214】
例では、ＷＴＲＵ１２０２上のゲームは、個々のプレーヤごとにゲーミングエッジサービスインスタンスを必要とし得る。協調的に再生されるとき、セッションランデブーポイントとして機能する第２のエッジサービスが、各協調セッションに必要とされ得る。第１のプレーヤ（例えば、プレーヤ１）がプレイを開始する際、ＷＴＲＵベースのエッジオートスケーリング機能１２４０は、ゲーミングエッジサービスインスタンスをアップスケールし得る。第２のプレーヤ（例えば、プレーヤ２）が到着する際、ＷＴＲＵベースのエッジオートスケーリング機能１２４０は、ゲーミングエッジサービスインスタンスをアップスケールし、ランデブーエッジサービスがまだ利用可能でないため、ランデブーエッジサービスをインスタンス化し得る。第３のプレーヤ（例えば、プレーヤ３）が参加する際、ＷＴＲＵベースのエッジオートスケーリング機能１２４０は、ランデブーポイントサービスが既に存在するため、単にゲーミングエッジサービスをインスタンス化することを選定し得る。
【0215】
特徴及び要素は、特定の組み合わせにおいて上で説明されているが、当業者は、各特徴又は要素が単独で又は他の特徴及び要素との任意の組み合わせで使用され得ることを理解されよう。加えて、本明細書に説明される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアにおいて実装され得る。コンピュータ可読媒体の例としては、電子信号（有線又は無線接続を介して送信される）及びコンピュータ可読記憶媒体が挙げられる。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【手続補正書】
【提出日】2024-06-05
【手続補正1】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、２０２１年１１月９日に出願された米国仮特許出願第６３／２７７，３９１号の利益を主張するものであり、その全体が参照により本明細書に組み込まれる。
本出願は、２０２１年１１月９日に出願された米国仮特許出願第６３／２７７，３９１号の利益を主張するものであり、その全体が参照により本明細書に組み込まれる。
【発明の概要】
【発明が解決しようとする課題】
【0002】
自己組織化ネットワーク（Self-Organizing Network、ＳＯＮ）は、モバイル無線アクセスネットワークの計画、構成、管理、最適化、及び修復をより単純かつ高速にするように設計された自動化技術として定義される概念である。ＳＯＮ概念は、クラウドコンピューティングにも存在する。クラウド計算自己組織化の重要な態様は、オートスケーリングと呼ばれる。オートスケーリングは、グループ内のサーバの数を、そのグループの計算負荷を使用して動的に調整するための方法である。目的は、使用が増加するにつれてクラウドアプリケーションがスケーリングすることを可能にすることである。クラウドスケーリング技法は、典型的には、サーバにおいて測定されるキーパフォーマンスインディケータ（key performance indicator、ＫＰＩ）と、これらのサーバへの着信トラフィックをステアリングするロードバランサによって提供されるＫＰＩと、に依拠する。オートスケーリングは、粗粒度であり、典型的には、要求に対して反応的に適用される。この技法は、コンピュータが同じ場所に配置され、かつ豊富である、データセンタ環境によく適している。エッジコンピューティングがユビキタスになり、かつ計算がモバイル端末の近くに移動するにつれて、エッジネットワークリソースのスケーリングは、発展する必要がある。しかしながら、クラウドコンピューティングのオートスケーリングは、エッジの細粒度の、制限された、かつ分散された計算を扱うには適切でない。したがって、モバイルエッジコンピューティングのためのオートスケーリングを可能にする方法及び装置が必要とされる。
【0003】
無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）ベースのエッジ計算オートスケーリングのための方法及び装置が、本明細書において説明される。例えば、ＷＴＲＵは、エッジデータネットワーク（edge data network、ＥＤＮ）に、１つ以上のエッジアプリケーションサーバ（edge application server、ＥＡＳ）要件を含むＥＡＳ発見要求を送信し得る。ＷＴＲＵは、ＥＤＮから、実行されるＥＡＳと、オンデマンドＥＡＳ、例えば、実行されないＥＡＳと、のリストを含むＥＡＳ発見応答を受信し得る。ＷＴＲＵは、実行されるＥＡＳ及びオンデマンドＥＡＳのリストからのオンデマンドＥＡＳの選択に基づいて、ＥＤＮに、選択されたオンデマンドＥＡＳを示すオンデマンドＥＡＳインスタンス化要求を送信し得る。ＷＴＲＵは、ＥＤＮから、同期して又は非同期でＥＡＳインスタンス化を示すオンデマンドＥＡＳインスタンス化応答を受信し得る。ＥＡＳインスタンス化が同期して示されるという条件で、オンデマンドＥＡＳインスタンス化応答は、選択されたオンデマンドＥＡＳに関連付けられたＥＡＳ情報を含み得る。ＥＡＳインスタンス化が非同期で示されるという条件で、オンデマンドＥＡＳインスタンス化応答は、ＥＡＳインスタンス化のステータスを示す結果コードを含み得、ＷＴＲＵは、ＥＤＮから、選択されたオンデマンドＥＡＳに関連付けられたＥＡＳ情報を含むオンデマンドＥＡＳインスタンス化通知を受信し得る。ＷＴＲＵは、ＥＡＳ情報に基づいて、選択されたオンデマンドＥＡＳにデータを送信し得る。
【0004】
ＷＴＲＵによって実施される方法は、ネットワークデバイスからメッセージを受信することを含み得る。メッセージは、１つ以上のＥＡＳ識別子のリストを提供し得る。各ＥＡＳ識別子は、インスタンス化されていないアプリケーションに関連付けられ得る。本方法は、インスタンス化されていないアプリケーションに関連付けられたＥＡＳ識別子のリストから１つ以上のＥＡＳ識別子を選択することを含み得る。本方法は、ＥＤＮにメッセージを送信することを含み得る。メッセージは、ＥＤＮにおいて１つ以上のインスタンス化されていないアプリケーションをインスタンス化する要求を示すことを提供し得る。本方法は、ＥＤＮから応答を受信することを含み得る。応答は、インスタンス化されていないアプリケーションが、選択されたＥＤＮにおいてインスタンス化されたことを示すことを含み、かつＥＤＮにおいて新たにインスタンス化されたアプリケーションインスタンスにアクセスするための情報を含み得る。
【0005】
本方法は、ＥＤＮにＥＡＳ発見要求を送信することを含み得る。ＥＡＳ発見要求は、１つ以上のＥＡＳ要件を示すことを含む。本方法は、メッセージを送信することが、ＥＡＳ発見要求に応答して受信されたＥＡＳ発見応答を提供することを提供し得る。
【0006】
本方法は、インスタンス化されたアプリケーションの既にインスタンス化されたバージョンに関連付けられた１つ以上のＥＡＳ識別子のリストを含むことを含み得る。
【0007】
本方法は、新たにインスタンス化されたアプリケーションにアクセスするための情報を送信することを提供し得る。この情報は、新たにインスタンス化されたアプリケーションが同期してインスタンス化されたのか、又は非同期でインスタンス化されたのかを示し得る。
【0008】
本方法は、新たにインスタンス化されたアプリケーションが同期してインスタンス化されたことを示す、新たにインスタンス化されたアプリケーションにアクセスするための情報を送信することを提供し得る。本方法は、ＥＡＳインスタンス化応答が、ＷＴＲＵが新たにインスタンス化されたアプリケーションにアクセスすることを可能にするＥＡＳ情報を含むという情報を送信することを提供し得る。
【0009】
本方法は、応答において、選択されたＥＡＳインターネットプロトコル（Internet Protocol、ＩＰ）アドレス、ＵＲＬ、又はＦＱＤＮを受信することを含み得る。
【0010】
本方法は、ＥＤＮに含まれるインスタンス化されていないＥＡＳに対応する各インスタンス化されていないアプリケーションを提供し得る。
【0011】
ＷＴＲＵは、ネットワークデバイスからメッセージを受信するように構成され得る。メッセージは、インスタンス化されていないアプリケーションに関連付けられた１つ以上のエッジアプリケーションサーバのリストを提供し得る。ＷＴＲＵは、インスタンス化されていないアプリケーションに関連付けられた１つ以上のＥＡＳのリストからＥＡＳを選択し得る。ＷＴＲＵは、ＥＤＮに要求を送信し得る。要求は、選択されたＥＡＳにおいてインスタンス化されていないアプリケーションをインスタンス化することを要求し得る。ＷＴＲＵは、ＥＤＮから応答を受信し得る。応答は、インスタンス化されていないアプリケーションが、選択されたＥＡＳにおいてインスタンス化されたことを示し得、かつ／又はＥＡＳにおいて現在のインスタンス化されたアプリケーションにアクセスするための情報を示し得る。
【0012】
ＷＴＲＵは、ＥＤＮにＥＡＳ発見要求を送信するように構成され得る。ＥＡＳ発見要求は、１つ以上のＥＡＳ要件を示し得る。ＷＴＲＵは、ＥＡＳ発見要求に応答して受信されたＥＡＳ発見応答を含むメッセージを送信し得る。
【0013】
ＷＴＲＵは、ＥＤＮのＥＡＳに要求を送信し得る。
【0014】
ＷＴＲＵは、サービスプロビジョニングメッセージを含むメッセージを送信し得る。
【0015】
ＷＴＲＵはあり得、現在のインスタンス化されたアプリケーションにアクセスするための情報が、現在のインスタンス化されたアプリケーションは同期してインスタンス化されたことを示し、エッジアプリケーションサーバインスタンス化応答が、選択されたエッジアプリケーションサーバに関連付けられたエッジアプリケーションサーバ情報を含む。
【0016】
ＷＴＲＵは、その応答に、選択されたＥＡＳのインターネットプロトコル（ＩＰ）アドレスを含め得る。
【0017】
ＷＴＲＵによって実施される方法は、データネットワークにアプリケーションサーバ発見要求を送信することを含み得る。アプリケーションサーバ発見要求は、１つ以上のアプリケーションサーバ要件を示すことを含み得る。本方法は、ネットワークデバイスからアプリケーションサーバ発見要求メッセージを受信することを更に提供し得る。メッセージは、１つ以上のアプリケーションサーバ要件を充足するアプリケーションに関連付けられた１つ以上のアプリケーションサーバのリストを含み得る。アプリケーションサーバ発見要求は、アプリケーションが１つ以上のアプリケーションサーバにおいて現在インスタンス化されていないことを示すことを提供し得る。本方法は、アプリケーションに関連付けられた１つ以上のアプリケーションサーバのリストからアプリケーションサーバを選択することを提供し得る。本方法は、データネットワークに要求を送信することを含み得る。要求は、選択されたアプリケーションサーバにおいてアプリケーションをインスタンス化する要求を示すことを含み得る。本方法は、ネットワークから応答を受信することを含み得る。応答は、アプリケーションが、選択されたアプリケーションサーバにおいてインスタンス化されたことを示すことと、アプリケーションサーバにおいてアプリケーションにアクセスするための情報を示すことと、を含み得る。
【0018】
本方法は、アプリケーションが現在インスタンス化されているアプリケーションに関連付けられた１つ以上のアプリケーションサーバのリストを含むことを含み得る。
【0019】
ＷＴＲＵは、エッジデータネットワークにＥＡＳ発見要求を送信するように構成され得る。ＥＡＳ発見要求は、１つ以上のＥＡＳ要件を示し得る。ＥＡＳは、ＥＤＮからＥＡＳ発見応答メッセージを受信し得、メッセージは、１つ以上のＥＡＳ要件を充足する１つ以上のＥＡＳのリストを含む。ＥＡＳ発見要求は、ＥＡＳが現在インスタンス化されていないことを示し得る。ＷＴＲＵは、１つ以上のＥＡＳのリストからＥＡＳを選択し得る。ＷＴＲＵは、ＥＤＮに要求を送信し得る。要求は、選択されたＥＡＳをインスタンス化する要求を示し得る。ＷＴＲＵは、ＥＤＮから応答を受信し得る。応答は、選択されたＥＡＳがインスタンス化されたことを示し、かつ選択されたアプリケーションサーバにアクセスするための情報を示し得る。
【0020】
ＷＴＲＵは、ネットワークデバイスからエッジサービスプロビジョニング手順メッセージを受信するように構成され得る。エッジサービスプロビジョニング手順メッセージは、現在インスタンス化されていない１つ以上のＥＡＳのリストを含み得る。ＷＴＲＵは、現在インスタンス化されていない１つ以上のＥＡＳのリストからＥＡＳを選択し得る。ＷＴＲＵは、ＥＤＮに要求を送信する。要求は、選択されたＥＡＳをインスタンス化する要求を示す。ＷＴＲＵは、ＥＤＮから応答を受信し得る。応答は、選択されたＥＡＳがインスタンス化されたことを示し得、かつ／又は選択されたアプリケーションサーバにアクセスするための情報を示し得る。
【0021】
ＷＴＲＵは、ＥＤＮのエッジイネーブラサーバ（edge enabler server、ＥＥＳ）に要求を送信し得、かつ／又はＥＥＳから応答を受信し得る。
【0022】
ＷＴＲＵは、１つ以上の既にＥＡＳのリストを含むメッセージを提供し得る。
【0023】
ＷＴＲＵは、現在のインスタンス化されたＥＡＳにアクセスするための情報が、現在のＥＡＳは同期してインスタンス化されたのか、又は非同期でインスタンス化されたのかを示すことを示し得る。
【0024】
ＷＴＲＵは、現在のインスタンス化されたＥＡＳにアクセスするための情報を含み得る。情報は、現在のインスタンス化されたＥＡＳが同期してインスタンス化されたこと、及び／又はサービスプロビジョニング手順メッセージを示し得る。
【図面の簡単な説明】
【0025】
より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得ることができ、図中の同様の参照番号は、同様の要素を示す。
【発明を実施するための形態】
【0026】
図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を例解する図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、このようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（zero-tail unique-word discrete Fourier transform Spread OFDM、ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ型ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの１つ以上のチャネルアクセス方法を用い得る。
【0027】
図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話ネットワーク（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、それらのいずれも局（station、ＳＴＡ）と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定電話若しくは携帯電話加入者ユニット、加入ベースのユニット、ポケットベル、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット若しくはＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、腕時計若しくは他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術）、産業デバイス及びアプリケーション（例えば、産業及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、家電子デバイス、商業及び／又は産業無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。
【0028】
通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、及び／又は他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（base transceiver station、ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、ｇＮｏｄｅ Ｂ（ｇＮＢ）などの次世代ＮｏｄｅＢ、新しい無線（ＮＲ）ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは、各々単一の要素として描画されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されよう。
【0029】
基地局１１４ａは、ＲＡＮ１０４の一部であり得、これはまた、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、中継ノードなどの他の基地局、及び／又はネットワーク要素（図示せず）を含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可スペクトルと未認可スペクトルとの組み合わせであり得る。セルは、相対的に固定され得るか、又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、セルセクタに更に分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を採用し得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングは、所望の空間方向に信号を送信、かつ／又は受信するために使用され得る。
【0030】
基地局１１４ａ、１１４ｂは、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得、この無線インターフェースは、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。無線インターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。
【0031】
より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得るが、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセス方式を用い得る。例えば、ＲＡＮ１０４の基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立し得る、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンク（Uplink、ＵＬ）パケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。
【0032】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用して無線インターフェース１１６を確立し得る。
【0033】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、これは、ＮＲを使用してエアインターフェース１１６を確立し得る。
【0034】
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用される無線インターフェースは、複数の種類の基地局（例えば、ｅＮＢ及びｇＮＢ）との間で送信される複数の種類の無線アクセス技術及び／又は送信によって、特徴付けられ得る。
【0035】
他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（Interim Standard、ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
【0036】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、又はアクセスポイントであり得るが、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がない場合がある。
【0037】
ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであり得る、ＣＮ１０６と通信し得る。データは、例えば、異なるスループット要件、待ち時間要件、誤り許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６は、通話制御、ビリングサービス、移動体位置ベースのサービス、プリペイド通話、インターネット接続性、映像配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４及び／又はＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用いる他のＲＡＮと直接的に又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４に接続されることに加えて、ＣＮ１０６はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉＦｉ無線技術を採用して、別のＲＡＮ（図示せず）と通信し得る。
【0038】
ＣＮ１０６はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、従来型電話サービス（Plain Old Telephone Service、ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、伝送制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運用されている、有線通信ネットワーク及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用い得る１つ以上のＲＡＮに接続された別のＣＮを含み得る。
【0039】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード機能を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用し得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成され得る。
【0040】
図１Ｂは、一例示のＷＴＲＵ１０２を例解するシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。
【0041】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実施し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして描画するが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一体に統合され得るということが理解されよう。
【0042】
送信／受信要素１２２は、無線インターフェース１１６を介して、基地局（例えば、基地局１１４ａ）との間で信号を送信するか、又は受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成され得ることが理解されよう。
【0043】
送信／受信要素１２２は、単一の要素として図１Ｂに描画されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【0044】
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード機能を有し得る。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。
【0045】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得るが、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつメモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク、又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリから情報にアクセスして、メモリにデータを記憶し得る。
【0046】
プロセッサ１１８は、電源１３４から電力を受信し得、ＷＴＲＵ１０２における他の構成要素に電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【0047】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得るが、これは、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、又はその代わりに、ＷＴＲＵ１０２は、無線インターフェース１１６を介して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、かつ／又は２つ以上の近接基地局から受信されている信号のタイミングに基づいて、その位置を決定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置決定方法によってロケーション情報を取得し得ることが理解されよう。
【0048】
プロセッサ１１８は、他の周辺機器１３８に更に結合され得るが、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得る。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、配向センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、湿度センサなどのうちの１つ以上であり得る。
【0049】
ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ及び（例えば、受信のための）ＤＬの両方の特定のサブフレームと関連付けられた）信号のいくつか又は全ての送受信が、同時及び／又は一緒であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサ（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）を介した信号処理のいずれかを介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ又は（例えば、受信のための）ＤＬのいずれかの特定のサブフレームと関連付けられた）信号のいくつか又は全ての送受信の半二重無線機を含み得る。
【0050】
図１Ｃは、一実施形態による、ＲＡＮ１０４及びＣＮ１０６を例解するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。
【0051】
ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有したまま、任意の数のｅＮｏｄｅ－Ｂを含み得るということが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。
【0052】
ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得るが、ＵＬ及び／又はＤＬにおいて、無線リソース管理意思決定、ハンドオーバ意思決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【0053】
図１Ｃに示すＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）、パケットデータゲートウェイ（packet data gateway、ＰＧＷ）１６６を含み得る。前述の要素は、ＣＮ１０６の一部として描画されているが、これらの要素のうちのいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は運用され得ることが理解されよう。
【0054】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【0055】
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でルーティングして、転送し得る。ＳＧＷ１６４は、ｅＮｏｄｅ Ｂ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶する機能などの、他の機能を実施し得る。
【0056】
ＳＧＷ１６４は、ＰＧＷ１６６に接続され得るが、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【0057】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はこれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、この他のネットワークは、他のサービスプロバイダによって所有及び／又は運用されている他の有線及び／又は無線ネットワークを含み得る。
【0058】
ＷＴＲＵは、無線端末として図１Ａ～図１Ｄにおいて説明されているが、特定の代表的な実施形態では、このような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的又は永久的に）使用し得ることが企図される。
【0059】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。
【0060】
インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上の局（station、ＳＴＡ）を有し得る。ＡＰは、ＢＳＳ内に、かつ／又はＢＳＳ外にトラフィックを搬送する配信システム（Distribution System、ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先へ生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを通って送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとしてみなされ得る、かつ／又は称され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、これらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）を使用して送信され得る。ある特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はこれを使用するＳＴＡ（例えば、ＳＴＡの全て）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。
【0061】
８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又は動的に設定された幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得るが、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的実施形態では、衝突回避を用いるキャリア感知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて、実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを検知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると検知／検出及び／又は決定された場合、特定のＳＴＡは、バックオフされ得る。１つのＳＴＡ（例えば、１つの局のみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信され得る。
【0062】
高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。
【0063】
非常に高いスループット（Very High Throughput、ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び／又は８０ＭＨｚチャネルは、連続する複数の２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理、及び時間ドメイン処理は、各ストリームで別個に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信器では、８０＋８０構成に対する上記で説明される動作は逆にされ得、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信し得る。
【0064】
サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及び搬送波は、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルで５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなどのメータタイプの制御／マシンタイプ通信（Machine-Type Communications、ＭＴＣ）をサポートし得る。ＭＴＣデバイスは、特定の能力、例えば、特定の帯域幅及び／又は限定された帯域幅のためのサポート（例えば、これらのためのみのサポート）を含む、限定された能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命を有するバッテリを含み得る。
【0065】
複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ、及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、これのみをサポートする）ＳＴＡ（例えば、ＭＴＣ型デバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク割り当てベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルのステータスに依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡにより、プライマリチャネルがビジーである場合、利用可能な周波数帯域の大部分がアイドル状態になったとしても、利用可能な周波数帯域の全てがビジーであるとみなされ得る。
【0066】
米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。
【0067】
図１Ｄは、一実施形態による、ＲＡＮ１０４及びＣＮ１０６を例解するシステム図である。上記のように、ＲＡＮ１０４は、ＮＲ無線技術を採用して、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。
【0068】
ＲＡＮ１０４は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有したまま、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し得る、かつ／又はｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａとの間で無線信号を送信、かつ／又は受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数の要素搬送波をＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらの要素搬送波のサブセットは、未認可スペクトル上にあり得るが、残りの要素搬送波は、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。
【0069】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなニューメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な若しくはスケーラブルな長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボル及び／又は様々な長さの絶対時間の持続し変化する時間を含む）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【0070】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可帯域における信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービス提供するための追加のカバレッジ及び／又はスループットを提供し得る。
【0071】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理意思決定、ハンドオーバ意思決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライスのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間の相互作用、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂに対するユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂに対する制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。
【0072】
図１Ｄに示すＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素は、ＣＮ１０６の一部として描画されているが、これらの要素のうちのいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は運用され得ることが理解されよう。
【0073】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１０４におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（protocol data unit、ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（non-access stratum、ＮＡＳ）信号伝達の終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低遅延（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセスのためのサービスなどのような、異なる使用事例に対して確立され得る。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非－３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【0074】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１０６内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１０６内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理及び割り当てる機能、ＰＤＵセッションを管理する機能、ポリシー実施及びＱｏＳを制御する機能、ＤＬデータ通知を提供する機能などのような、他の機能を実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。
【0075】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１０４内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続することができ、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットのルーティング及び転送、ユーザプレーンポリシーの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ＤＬパケットのバッファリング、モビリティアンカリングの提供などの他の機能を実行し得る。
【0076】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、又はこれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、この他のネットワークは、他のサービスプロバイダによって所有及び／又は運用されている他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルＤＮ１８５ａ、１８５ｂに接続され得る。
【0077】
図１Ａ～図１Ｄ及び図１Ａ～図１Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ～１０２ｄ、基地局１１４ａ～１１４ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～１６０ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～１８０ｃ、ＡＭＦ１８２ａ～１８２ｂ、ＵＰＦ１８４ａ～１８４ｂ、ＳＭＦ１８３ａ～１８３ｂ、ＤＮ１８５ａ～１８５ｂ、及び／又は本明細書において説明される任意の他のデバイスのうちの１つ以上に関して本明細書において説明される機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実行され得る（図示せず）。エミュレーションデバイスは、本明細書において説明される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスは、他のデバイスを試験し、かつ／又は、ネットワーク及び／若しくはＷＴＲＵ機能をシミュレートするために使用され得る。
【0078】
エミュレーションデバイスは、ラボ環境及び／又は事業者ネットワーク環境における他のデバイスの１つ以上の試験を実施するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装及び／又は展開されている間、１つ以上若しくは全ての機能を実施し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実施し得る。エミュレーションデバイスは、オーバザエアの無線通信を使用して、試験するかつ／又は試験を実行する目的で、別のデバイスに直接結合され得る。
【0079】
１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実施し得る。例えば、エミュレーションデバイスは、１つ以上の構成要素の試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって使用され得る。
【0080】
最新のモバイルネットワークの重要な特徴は、モバイルネットワークの自己組織化する能力である。自己組織化ネットワーク（ＳＯＮ）は、モバイル無線アクセスネットワークの計画、構成、管理、最適化、及び修復をより単純かつ高速にするように設計された自動化技術として定義される概念である。ＳＯＮ概念は、端末がネットワーク内で移動する際に無線リソースに適用され得、ネットワークは、最良のユーザ経験を提供するために端末モビリティに絶えず調整している。
【0081】
ＳＯＮ概念は、クラウドコンピューティングにも存在し得る。クラウド計算自己組織化の重要な態様は、オートスケーリングと呼ばれる。オートスケーリングは、グループ内のサーバの数を、そのグループの計算負荷を使用して動的に調整することと定義され得、目的は、使用が増加するにつれてクラウドアプリケーションがスケーリングすることを可能にすることである。クラウドスケーリング技法は、典型的には、サーバにおいて測定されるキーパフォーマンスインディケータ（ＫＰＩ）と、これらのサーバへの着信トラフィックをステアリングするロードバランサによって提供されるＫＰＩと、に依拠する。オートスケーリングは、粗粒度であり、典型的には、要求に対して反応的に適用され、この技法は、コンピュータが同じ場所に配置され、かつ豊富である、データセンタ環境によく適している。
【0082】
エッジコンピューティングがユビキタスになり、かつ計算がモバイル端末の近くに移動するにつれて、エッジネットワークリソースをスケーリングするための方法及び装置が必要とされる。クラウドコンピューティングのオートスケーリングは、エッジの細粒度の、制限された、かつ分散された計算を扱うには適切でない。
【0083】
モバイルエッジコンピューティングは、個々の端末コンテキストを伴うオンデマンドスケーリングを必要とする場合があり、これは、マスクラウドベースのオートスケーリングとは反対である。
【0084】
同様に、ＳＯＮは、無線ネットワーク技術のコア概念となった。したがって、将来のエッジ技術では、自己組織化エッジ計算（Self-Organizing Edge Compute、ＳＯＥＣ）が普及することが予想される。
【0085】
図２はエッジアプリケーションを可能にするための例示的なＳＡ６アーキテクチャを例解する図である。オートスケーリング及びロードバランシングについての例が、本明細書において説明される。上で説明されるように、クラウドベースのオートスケーリングアーキテクチャは、このオートスケーリングアーキテクチャがエッジコンピューティング環境で使用される場合には適切ではない。したがって、ＷＴＲＵベースのエッジオートスケーリング及びこのエッジオートスケーリングのアーキテクチャが必要とされる。
【0086】
ＷＴＲＵ２０２は、１つ以上のアプリケーションクライアント（application client、ＡＣ）２０４を含み得る。アプリケーションクライアント２０４は、ユーザアプリケーションであり得る。ＡＣ２０４は、１つ以上のエッジアプリケーションサーバ（ＥＡＳ）２０６と通信し得る。ＥＡＳ２０６は、スタンドアロンサーバとして実装され得るか、又はエッジデータネットワークの汎用サーバ上に実装されるソフトウェアモジュールであり得る。ＥＡＳは、ハードウェア及びソフトウェアの任意の組み合わせを使用して実装され得る。したがって、汎用サーバ上のソフトウェアとして実装される場合、エッジアプリケーションサーバ自体は、オンデマンドでインスタンス化及び／又は非インスタンス化され得る。同様に、エッジアプリケーションサーバ上で動作するアプリケーションは、オンデマンドでインスタンス化及び／又は非インスタンス化され得る。ＷＴＲＵ２０２は、１つ以上のＡＣ２０４を同時に使用し得る。ＡＣ２０４とＥＡＳ２０６との間で伝達される情報は、アプリケーションデータトラフィック２０８であり得る。アプリケーションデータトラフィック２１８は、３ＧＰＰコアネットワーク２１８全体にわたって送信され得る。ＥＡＳ２０６及び３ＧＰＰコアネットワーク２１８は、エッジ７基準点を介して通信し得る。
【0087】
１つ以上のエッジイネーブラクライアント（ＥＥＣ）２１０は、ＡＣ２０４とともにＷＴＲＵ２０２上に常駐し得る。ＥＥＣ２１０は、ＷＴＲＵ２０２上のＡＣ２０４にエッジサポートを提供する。１つ以上のＡＣ２０４及び１つ以上のＥＥＣ２１０が、ＷＴＲＵ２０２上に常駐し得るが、１つのＡＣ２０４が、１つのＥＥＣ２１０からサポートを受信し得る。ＥＥＣ２１０は、エッジ－５ノードを介してＡＣ２０４と通信し得る。
【0088】
エッジ構成サーバ（ＥＣＳ）２１２は、ＥＥＣ２１０及び／又はエッジイネーブラサーバ（ＥＥＳ）２１４に必要とされるサポート機能を提供し得る。例えば、ＥＣＳ２１２は、１つ以上のＥＳＳ２１４を発見し得、ＥＥＣ２１０及び／又はＥＥＳ２１４にエッジ構成情報を提供し得、かつ／又はＥＳＳ２１４を登録し得る。ネットワークは、１つ以上のＥＣＳ２１２を含み得る。
【0089】
ＥＥＣ２１０及びＥＣＳ２１２は、エッジ－４ノードを介して通信し得る。ＥＣＳ２１２及びＥＥＳ２１４は、エッジ－６ノードを介して通信し得る。ＥＥＳ２１４及び３ＧＰＰコアネットワーク２１８は、エッジ－７ノードを介して通信し得る。ＥＣＳ２１２及び３ＧＰＰコアネットワーク２１８は、エッジ－８ノードを介して通信し得る。
【0090】
ＥＥＳ２１４は、ＥＡＳ２０６及びＥＥＣ２１０に必要なサポート機能を提供し得る。例えば、ＥＥＳ２１４は、ＥＥＣ２１０にＥＡＳ２０６構成情報を提供し得、アプリケーションコンテキスト転送イベントを公開し得、ＥＥＣ２１０コンテキスト転送を実行し得、ＥＡＳ２０６に３Ｇ）コアネットワーク及びサービス能力を公開し得、かつ／又はＥＥＣ２１０及び／若しくはＥＥＳ２１４を登録し得る。ＷＴＲＵ２０２がモバイルであり、かつ／又は再配置中であるとき、ＥＥＳ２１４は、別個の機能性を有し得る。例えば、ＷＴＲＵ２０２のモビリティ／再配置が生じる前に、ソースＥＥＳ（source EES、Ｓ－ＥＥＳ）が使用され得る。例えば、ＷＴＲＵ２０２のモビリティ／再配置が生じた後に、ターゲットＥＥＳ（target EES、Ｔ－ＥＥＳ）が使用され得る。ネットワークは、エッジデータネットワーク（ＥＤＮ）２１６ごとに１つ以上のＥＥＳ２１４を含み得る。
【0091】
ＥＥＳ２１４及びＥＥＣ２１０は、エッジ－１ノードを介して通信し得る。ＥＥＳ２１４及びＥＡＳ２０６は、エッジ－３ノードを介して通信し得る。ＥＥＳ２１４は、エッジ－９ノードを介してＥＤＮ２１６内の別のＥＥＳ２１４と通信し得る。
【0092】
ＥＡＳ２０６は、ＥＤＮ２１６内に常駐するサーバとして機能し得る。この能力において、ＥＡＳ２０６は、ＡＣ２０４にサービスを提供するソフトウェアとして動作し得る。ＷＴＲＵ２０２がモバイルであり、かつ／又は再配置中であるとき、ＥＡＳ２０６は、別個の機能性を有し得る。例えば、ＷＴＲＵ２０２のモビリティ／再配置が生じる前に、ソースＥＡＳ（Ｓ－ＥＡＳ）が使用され得る。例えば、ＷＴＲＵ２０２のモビリティ／再配置が生じた後に、ターゲットＥＡＳ（Ｔ－ＥＡＳ）が使用され得る。ネットワークは、エッジデータネットワーク（ＥＤＮ）２１６ごとに１つ以上のＥＡＳ２０６を含み得る。各ＥＤＮ２１６は、ＥＡＳ２０６の異なるセットを含み得る。例えば、いくつかのＥＡＳ２０６は、ＷＴＲＵ２０２及び／又はＡＣ２０４のグループにサービス提供し得る。例えば、いくつかのＥＡＳ２０６は、単一のＷＴＲＵ２０２及び／又はＡＣ２０４に排他的にサービス提供し得る。
【0093】
【0094】
オートスケーリングは、例えば、クラウドデータセンタ３０２に割り当てられた計算リソース（例えば、サーバ）の数を自動的に変更する（例えば、スケールアップ又はダウンする）方法を含み得る。例えば、クラウドデータセンタ３０２は、１つ以上のサーバ３０４を含み得る。
【0095】
オートスケーリングなしでは、クラウドデータセンタは、アイドル時間にリソースを浪費し、多すぎる着信要求３０６を処理するときに応答しなくなり得る。オートスケーリングは、リソース使用を最適化し、かつ需要が増大するにつれて自己調整するエラスティック計算をサポートする必要性に対処し得る。オートスケーリングは、エージェント、例えば、自動スケーラ３０８によって実行され得る。オートスケーラ３０８は、ＫＰＩを収集し、計算量が変更される必要がある場合に、ＫＰＩを評価し得る。
【0096】
オートスケーラ３０８は、異なるタイプのＫＰＩを使用し得る。例では、スケジュールされたオートスケーリングは、サービスの容量を増大／低減するための期間を使用し得る。例では、着信要求３０６の数に基づくスケーリングに、フロントエンドトラフィックオートスケーリングが使用され得る。１つ以上のロードバランサ３１０は、クラウドサーバ３０４の前で、ＫＰＩを含むフロントエンド着信トラフィック３１２を処理する。例では、バックエンドスケーリングは、ロード（例えば、キュー内のジョブの数）又は時間（ジョブがどのくらい長くキューに入っているか）に基づくことができる。クラウドサーバ３０４は、バックエンドスケーリング時に、ＫＰＩを含むバックエンドトラフィック３１４を取得する。実装形態に応じて、オートスケーラは、時間的なフロントエンドＫＰＩ及びバックエンドＫＰＩに依拠して、オートスケーリング意思決定を実行し得る。
【0097】
クラウドシステムにおけるロードバランサ３１０の役割は、ＷＴＲＵ３１６において発生するトラフィックを、利用可能なサーバリソース３０４にステアリングすることを含み得る。ロードバランサ３１０は、所定の方法（例えば、ラウンドロビン）でトラフィックをステアリングし得る。ロードバランサ３１０は、サーバロードＫＰＩを考慮することによってトラフィックを動的にステアリングして、よりビジーでないサーバ３０４に要求を方向付け得る。
【0098】
併せて、オートスケーラ３０８、ロードバランサ３１０、及びＫＰＩ取得フレームワーク（例えば、フロントエンドトラフィック３１２及びバックエンドトラフィック３１４）は、今日見られる任意のクラウドコンピューティングアーキテクチャの構成要素を備え得る。クラウドコンピューティングアーキテクチャの例は、本明細書において説明される、スマートフォンデータからのコンテキストアウェアルール学習を含み得る。本開示には、ＷＴＲＵ３１６上に存在するコンテキストアウェアネスフレームワークを使用し得、かつ／又はそれと対話し得るＷＴＲＵ３１６ベースのエッジオートスケーリングアーキテクチャが説明される。
【0099】
ＷＴＲＵ３１６の処理能力における最近の開発及び増加は、コンテキストアウェア技術に対する人気及び関心を駆り立てている。データ分析と、データ駆動型コンテキストアウェアシステムの構築と、を使用して、ＷＴＲＵ３１６上にインテリジェントコンテキストアウェアアプリケーションが構築され得る。これは、コンテキストに基づく高精度及び知的意思決定戦略を伴う高度なデータ分析技法を必要とする。機械学習ベースの技法は、スマートフォンデータ分析及び対応するコンテキストアウェアルール学習のための効果的かつ効率的な結果を提供し得る。
【0100】
図４は、例示的な機械学習ベースのコンテキストアウェアルール学習フレームワークを例解する。具体的には、図４は、ＷＴＲＵ生データからコンテキストアウェアルールを導出するための例示的な機械学習（ＭＬ）フレームワークを提示し、この場合に、生データが様々なソースから取得され、次いで、様々な技法、例えば、ＭＬ技法及び人工知能技法を使用して操作され得る。次いで、これらの技法は、ＷＴＲＵの挙動に影響を及ぼすために使用されるコンテキストルールを導出し得る。
【0101】
例えば、学習技法は、ＷＴＲＵ４０２が、このＷＴＲＵがデータを取得することと、データを分析することと、当該データ取得及び分析からルールを学習することと、を伴う一連のステップ（例えば、レイヤ）を実行することを伴い得る。例えば、第１のステップ、例えばレイヤ１、は、ＷＴＲＵ４０２がコンテキストデータ取得４０６に参加することを伴う。コンテキストデータ取得４０４を介して取得された関連データは、例えば、スマートフォンログ、センサ、及び／又は外部ソースを含み得る。次いで、レイヤ２、すなわちコンテキスト離散化４１０、において、ＷＴＲＵ４０２は、異なる技法、例えば、時系列モデリング及び／又はコンテキストデータクラスタリングの使用を通じて、取得されたデータを分析し得る。
【0102】
次いで、このデータを分析することから、ＷＴＲＵ４０２は、レベル３のルール発見４１４フェーズ中にいくつかのルールを生成し得る。発見ルールに対して、ＷＴＲＵ４０２は、コンテキストプリファレンス、ルールベースの学習技法、及び／又はルール汎化パラメータを適用し得る。
【0103】
ＷＴＲＵ４０２が、ルール発見４１４中に、説明される技法を適用したとき、ＷＴＲＵ４０２は、動的更新及び管理４１８として知られる、レベル４で、学習されたルールを精緻化し得る。ＷＴＲＵは、ＷＴＲＵの学習されたルールを精緻化する際に、リーセンシ分析及びマイニング技法を適用し得る。ＷＴＲＵ４０２はまた、ルール更新を実行して、学習されたルールを、コンテキスト離散化４１０において使用される取得されたデータ及びモデリング技法を用いて最新に保ち得る。
【0104】
ＷＴＲＵ４０２は、現実世界のアプリケーション及びサービス４２２にサービス提供するときに、新たに学習及び定義されたルールを適用し得る。この段階で、ＷＴＲＵは、ＷＴＲＵの新たに学習及び定義されたルールをサポートしながらアプリケーションにサービス提供し得る。
【0105】
上で説明されるように、クラウドオートスケーリングは、自己組織化エッジ計算（ＳＯＥＣ）アーキテクチャを実現するために必要とされる特性を満たさない場合がある。
【0106】
図２において説明されるように、３ＧＰＰ ＳＡ６アーキテクチャは、端末がエッジアプリケーションサーバ（ＥＡＳ）を発見及び使用するための手段を提供し得るエッジ有効化アーキテクチャを定義している。このアーキテクチャは、ＥＡＳ発見をＥＡＳインスタンス化と結合して、利用可能なＥＡＳの発見を実行しようとするＷＴＲＵに（例えば、最良の利用可能なオプションを選択するために）、望ましくない方法で計算をインスタンス化させる。以下で説明されるように、このように挙動するＷＴＲＵは、エッジコンピューティングに必要とされる細粒度のリソース管理原理に反する。例では、ＥＡＳ発見をＥＡＳインスタンス化と結合することは、不必要なＥＡＳインスタンス化を引き起こし、計算リソースを浪費し得る。ＷＴＲＵは、可能なＥＡＳを発見し、かつ／又はインスタンス化を要求し、ＥＡＳを独立して使用する必要がある。
【0107】
現在の３ＧＰＰ ＳＡ６アーキテクチャは、ＥＡＳが必要とされないときにＥＡＳを終了させる能力を欠く。この能力の欠如は、リソースを未使用のままにし、それによって、エッジコンピューティングに必要とされる細粒度のリソース管理原理に反する。未使用のＥＡＳリソースは、未使用のままであり、それによって、計算リソースを浪費し得る。ＷＴＲＵは、ＷＴＲＵがエッジ計算リソースを使用することを停止したことを示す必要がある。
【0108】
計算オーバープロビジョニングは、パブリッククラウド浪費において、２０２０年の１７６億ドルから上昇して、２０２１年には２６６億ドルを招来しており、その傾向は、加速している。このことは、分散され、かつリソースが制限されたエッジ環境で使用される場合に致命的になるクラウドオートスケーリング方法の粗さを例解する。したがって、クラウドベースのオートスケーリングは、粗粒度であり、リソースが限られたエッジ環境の細粒度のオートスケーリング要件を満たさない場合がある。
【0109】
関連するアーキテクチャの例としては、例えば、３ＧＰＰエッジアーキテクチャにおけるＳＯＥＣを可能にすること、３ＧＰＰエッジアーキテクチャのためのＷＴＲＵベースのエッジ計算管理を可能にすること、及び／又は３ＧＰＰエッジアーキテクチャにおける細粒度のオートスケーリングを可能にすることが挙げられる。
【0110】
上で説明されるように、ＳＯＥＣを実現するために、ＷＴＲＵベースのエッジオートスケーリングが必要とされ得る。
【0111】
例では、ＷＴＲＵベースのエッジオートスケーリングアーキテクチャをサポートするために必要とされる３ＧＰＰエッジ有効化アーキテクチャの能力が、本明細書に説明される。これらの能力は、例えば、オンデマンドＥＡＳアップスケーリングのためのＷＴＲＵ方法、オンデマンドＥＡＳダウンスケーリングのためのＷＴＲＵ方法、オンデマンドＥＡＳアップスケーリングのためのＥＥＳ方法、及び／又はオンデマンドＥＡＳプロビジョニングをサポートするためのＥＣＳ方法を含み得る。
【0112】
また、本明細書には、３ＧＰＰエッジ有効化レイヤに基づくＷＴＲＵベースのエッジオートスケーリングアーキテクチャ、ＷＴＲＵベースのオートスケーリング、及びオンデマンドＥＡＳアップスケーリングのためのＷＴＲＵ方法の例が説明される。
【0113】
オンデマンドＥＡＳアップスケーリングは、端末（例えば、ネットワークノード、ネットワークデバイス、及び／又はＷＴＲＵ）が、エッジサービスを消費するためにＥＡＳを発見しようと試みるときに生じ得る。手順は、まだ実行されていないオンデマンドＥＡＳの発見と、オンデマンドＥＡＳの実行を要求することと、を含み得る。
【0114】
例では、エッジ計算ノードは、エッジにおいてＥＡＳをオーバープロビジョニングするのに十分な計算リソースを有し得る。オーバープロビジョニングが生じると、必要以上のＥＡＳが作成される場合があり、必要とされるリソースは、必要になるまで使用されずに無駄になる場合がある。オーバープロビジョニングは、リソースが豊富であるクラウド環境において一般的である。計算エラスティック性は、クラウドオートスケーリングアルゴリズム及び／又は手順を使用して実現され得る。
【0115】
典型的なエッジコンピューティング環境は、リソースが制約されており、したがって、必要とされるＥＡＳのみがインスタンス化されるように最適化される。端末は、端末がリソースを使用しようとするとき、及び端末がリソースを使用する必要がある持続時間の間、インスタンス化されていないＥＡＳを発見し、それらのインスタンス化をトリガすることができる必要がある。
【0116】
図５は、ＷＴＲＵオンデマンドＥＡＳインスタンス化５００についての例示的なハイレベル概要を例解する。図５に例解されるように、ＥＡＳインスタンス化を含むネットワーク構成要素は、ＷＲＴＵ５０２、ＥＤＮ５０４、及びリソース管理システム（Resource Management System、ＲＭＳ）５０６を含み得る。ＷＴＲＵ５０２は、ＡＣ５０８及びＥＥＣ５１０を含み得る。ＥＤＮ５０４は、ＥＥＳ５１２及びＥＡＳ５１４を含み得る。ＲＭＳ５０６は、オーケストレータ及び／又はＥＡＳレジストリ５１６（例えば、３ＧＰＰ管理システム）を備え得る。
【0117】
図５に例解されるように、ＷＴＲＵ５０２のオンデマンドエッジＥＡＳ５１４インスタンス化は、４つのフェーズを含み得る：ＥＤＮ初期化５３０、ＥＡＳ発見５４０、ＥＡＳインスタンス化５５０、及びＥＡＳ使用５６０。
【0118】
ＥＤＮ初期化５３０は、ＥＤＮ５０４作成時及び／又は構成時に生じ得る。ＥＤＮ初期化５３０中に、ＲＭＳ５０６は、エッジ有効化レイヤを作成及び初期化し得る。ＲＭＳ５０６は、どのＥＡＳ５１４がＷＴＲＵ５０２のオンデマンドインスタンス化に利用可能であるかを、新たに作成されたＥＥＳ５１２に示し得る。
【0119】
ＥＡＳ発見５４０は、ＡＣ５０８がＥＡＳ５１４を使用する必要があるときに、ＥＤＮ５０４ランタイムで生じ得る。ＡＣ５０８は、ＥＥＣ５１０によって搬送されるＥＡＳ５１４発見をトリガし得る。ＷＴＲＵ５０２は、ＥＤＮ５０４において利用可能なＥＡＳ５１４インスタンスを発見し得る。ＷＴＲＵ５０２上に存在するＥＥＣ５１０は、オンデマンドＥＡＳ５１４を実行することを発見し得る。
【0120】
ＥＡＳインスタンス化５５０は、ＷＴＲＵ５０２がオンデマンドＥＡＳインスタンス化５５０を実行することを意思決定したときに、ＥＤＮ５０４ランタイムで生じ得る。これは、ＷＴＲＵ５０２上に存在するＥＥＣ５１０によって実行され得る。ＷＴＲＵ５０２は、オンデマンドＥＡＳインスタンス化５５０をトリガするために、エッジ有効化レイヤとのシグナリングを実行し得る。これは、ＷＴＲＵ５０２上に存在するＥＥＣ５１０によって実行され得る。ＥＥＳ５１２は、オンデマンドＥＡＳインスタンス化５５０を実行するために、ＲＭＳ５０６とのシグナリングを実行し得る。
【0121】
ＥＡＳ使用５６０は、ＥＤＮ５０４ランタイムで、例えば新たに作成されたＥＡＳ５１４がＷＴＲＵ５０２に利用可能になったときに、生じ得る。ＷＴＲＵ５０２は、新たに作成されたＥＡＳ５１４にアクセスし、このＥＡＳ５１４を使用し得る。アクセス及び使用は、ＷＴＲＵ５０２上に存在するＡＣ５０８によって実行され得る。
【0122】
図６は、ＷＴＲＵ６０２のオンデマンドＥＡＳインスタンス化についての例示的な手順６００を例解する。図６は、図５において導入されたオンデマンドＥＡＳインスタンス化手順の詳細を提示する。図６は、端末ベースのエッジオートスケーリングに必要なオンデマンドＥＡＳインスタンス化をＷＴＲＵ６０２が実行するために必要とされる、ＷＴＲＵ６０２、ＥＤＮ６０４、及び／又はＲＭＳ６０６の間の詳細なメッセージングフローを例解する。
【0123】
事前条件、条件、構成、ネットワークによる構成された情報、事前構成、及び／又はＷＴＲＵ６０２への事前構成された情報は、例えば、ＷＴＲＵ６０２がモバイルネットワーク内に存在するエッジサービスの通信及び使用を可能にする有効なサブスクリプションを有すること、ＷＴＲＵ６０２がモバイルネットワークにアタッチされていること、ＷＴＲＵ６０２がソースＥＤＮ６０４へのＰＤＵセッションを確立していること、及び／又はＷＴＲＵ６０２がエッジ有効化レイヤを構成する要素（例えば、ＥＣＳ、ＥＥＳなど）と通信するために必要なセキュリティ及び許可クレデンシャルをプロビジョニングされていることを含み得る。
【0124】
例示的なＰＤＵセッション確立手順は、３ＧＰＰ規格において概説され得る。ＥＤＮ６０４（別名、ＤＮＮ）選択は、典型的には、ＵＲＳＰルールを使用してＰＣＦによって提供され得る。ＥＤＮ６０４はまた、他の方法（例えば、固定、ユーザプロファイル、ＥＥＣなど）を介してプロビジョニングされ得る。
【0125】
ＥＤＮ初期化６３０において、ＲＭＳ６０６は、ＥＥＳ６１２などのエッジ有効化レイヤの構成要素を以前にインスタンス化している（図６には示されていない）場合がある。ＥＤＮ６０４がＥＡＳ６１４オーバープロビジョニングのために構成されている場合、１つ以上のＥＡＳ６１４は、ＥＤＮ６０４に関連付けられたＲＭＳ６０６によって作成され得る。ＥＡＳ６１４が実行を開始する際、ＥＡＳ６１４は、ＥＡＳ６１４の関連付けられたＥＥＳ６１２に登録し得る。
【0126】
６３２のステップ１ａにおいて、オーケストレータ及び／又はレジストリ６１６は、ＥＤＮ６０４に、オーケストレータレジストリ６１６からＥＡＳイメージをフェッチさせ得る（図６には図示せず）。ＥＤＮ６０４は、ＥＤＮ６０４内に存在するハードウェアプラットフォーム上で、フェッチされたＥＡＳ６１４の実行を開始し得る。ＥＤＮ６０４構成は、６３２のステップ１ａをトリガし、それによって、ＲＭＳ６０６に、事前定義されたＥＡＳ６１４をインスタンス化するように命令し得る。代替的に又は追加的に、ＥＥＳ６１２は、１つ以上のＥＡＳ６１４のオーバープロビジョニングを要求することによって、６３２のステップ１ａをトリガし得る。
【0127】
６３３のステップ１ｂにおいて、始動時に、各ＥＡＳ６１４は、ＥＡＳ６１４のＥＥＳ６１２に登録し得る。結果として、各登録されたＥＡＳ６１４は、実行されるＥＡＳとして発見され得る。各登録されたＥＡＳ６１４は、ＷＴＲＵ６０２にサービスを提供し得る。
【0128】
ステップ２において、ＥＤＮ初期化６３０手順の一部として、及びＷＴＲＵ６０２からのオンデマンドＥＡＳインスタンス化をサポートするために、ＥＥＳ６１２は、オンデマンドインスタンス化に利用可能なＥＡＳ６１４を知り得る。
【0129】
例では、６３４のステップ２ａは、オンデマンドＥＡＳ６１４のリストを提供するメッセージを含み得る。ＲＭＳ６０６は、オンデマンドＥＡＳのリストを提供し得る。オーケストレータ及び／又はレジストリ６１６は、リストを知り得る。ＲＭＳ６０６並びに／又はオーケストレータ及び／若しくはレジストリ６１６は、ＥＥＳ６１２へのＡＰＩ呼び出しを介してＥＥＳ６１２を提供し得る。
【0130】
代替的に又は追加的に、６３５において、ＥＥＳ６１２は、オンデマンドＥＡＳ６１４のリストを知るために、ＲＭＳ６０６にアクセスし、ＲＭＳ６０６を検査し得る。ＲＭＳ６０６並びに／又はオーケストレータ及び／若しくはレジストリ６１６へのＡＰＩ呼び出しは、ＥＡＳ６１４リストを発見し得る。
【0131】
代替的に又は追加的に、６３６において、ＥＥＳ６１２は、事前構成されたオンデマンドＥＡＳ６１４リストを有し得る。
【0132】
図６には示されていないが、ＥＥＳ６１２が以前にＥＣＳに登録されていた場合、ＥＥＳ６１２は、オンデマンドＥＡＳ６１４リストを提供することによって、ＥＣＳへのＥＥＳ６１２の登録を更新し得る。
【0133】
ステップ３において、ＷＴＲＵ６０２がエッジサービスを使用する必要があるとき、ＷＴＲＵ６０２は、ＥＡＳ発見６４０を実行することを要求し得る。例えば、ＷＴＲＵ６０２上で実行されるＡＣ６０８は、ＥＡＳ６１４発見を実行するようにＥＥＣ６１０に要求し得る。
【0134】
６４１のステップ３ａにおいて、ＡＣ６０８は、ＡＣ６０８がＥＡＳ６１４を使用したいことをＥＥＣ６１０に通知し得る。このことは、異なる技法を介して実行され得る。例えば、ＡＣ６０８は、ＥＥＣ６１０によって傍受されるＤＮＳ要求を発行することができる。代替的に又は追加的に、ＡＣ６０８は、ＥＥＣ６１０へのＡＰＩ呼び出しを実行し得る。代替的に又は追加的に、ＡＣ６０８は、最終的にＥＥＣ６１０に通知するソフトウェアライブラリを使用し得る。代替的に又は追加的に、ＡＣ６０８は、ＥＥＣ６１０に通知するＯＳ呼び出しを実行し得る。
【0135】
６４２のステップ３ｂにおいて、ＥＥＣ６１０は、ＡＣ６０８識別子及びＥＡＳ６１４選択フィルタを含むＥＡＳ発見要求をＥＥＳ６１２に向けて発行し得る。要求を受信すると、ＥＥＳ６１２は、ＡＣ６０８要件を遂行することができるＥＡＳ６１４の検索を実行し得る。ＥＥＳ６１２は、要求パラメータに基づいてＥＡＳ６１４の検索を遂行するために、ＥＡＳ６１４（例えば、登録されたＥＡＳ）及び／又はオンデマンドＥＡＳ６１２（例えば、オンデマンドＥＡＳのリスト）を実行することを考慮し得る。実行中及びオンデマンドの両方のＥＡＳ６１４が、要求パラメータに基づいてＥＡＳ６１４の検索において考慮され得る。
【0136】
図６には示されていないが、ＥＡＳ発見６４０要求を発行することに代えて又は加えて、ＷＴＲＵ６０２及び／又はＥＥＣ６１０は、ＥＡＳ６１４発見通知を受信するために加入し得る。サブスクリプションは、ＡＣ６０８識別子及び／又はＥＡＳ６１４選択フィルタを含み得る。
【0137】
ＥＡＳ発見６４０要求に含まれる情報は、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．５．３．２節に定義されている。ＥＡＳ発見６４０サブスクリプションに含まれる情報は、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．５．３．４節に定義されている。３ＧＰＰ ２３．５５８ ｖ１７．１．０表８．５．３．２－２において定義される発見フィルタには、追加情報、例えばＥＡＳ６１４カテゴリ、及び／又はＥＡＳ６１４オンデマンド発見フィルタが更に備えられ得る。３ＧＰＰ ２３．５５８ ｖ１７．１．０の内容は、本明細書における参照により本明細書に組み込まれる。
【0138】
ＥＡＳ６１４カテゴリは、要求者が、ＥＡＳ６１４（例えば、登録されたＥＡＳ）のみ、オンデマンドＥＡＳ６１４（例えば、オンデマンドＥＡＳのリスト）のみ、及び／又は両方のタイプの実行について通知されることを望むかどうかを示し得る。代替的に又は追加的に、ＥＡＳ６１４ステータスフィールドは、ＥＡＳ６１４カテゴリを指定するために拡張され得る。
【0139】
ＥＡＳ６１４オンデマンド発見フィルタは、オンデマンドインスタンス化のための要求されたＫＰＩを示すフィルタ情報を含み得る。代替的に又は追加的に、ＥＡＳ発見６４０フィルタは、ＥＡＳ６１４オンデマンド発見フィルタを指定するために拡張され得る。例えば、平均インスタンス化持続時間を使用して、平均ＥＡＳインスタンス化６５０時間が、ＥＡＳ６１４をインスタンス化するための示された持続時間よりも長くならないことを指定し得る。瞬時インスタンス化持続時間を使用して、ＥＡＳインスタンス化６５０時間が、現在のプラットフォーム状態においてＥＡＳ６１４をインスタンス化するための示された持続時間よりも長くならないことを指定し得る。インスタンス化失敗率は、平均ＥＡＳインスタンス化６５０失敗率が、このＥＡＳ６１４がインスタンス化されたときの示された失敗率を超えないことを指定し得る。既存の「ＡＣスケジュール」及び「ＥＡＳスケジュール」パラメータを使用する暗黙的なオンデマンドインスタンス化を使用して、１つ以上のＥＡＳ６１４インスタンスのインスタンス化を暗黙的にトリガするマッチングウィンドウを提供し得る。
【0140】
６４３のステップ３ｃにおいて、ＥＥＳ６１４は、ＥＡＳ６１４の実行（例えば、登録されたＥＡＳ）及び／又はオンデマンド（例えば、オンデマンドＥＡＳのリスト）を含み得るＥＡＳ６１４のリストをＷＴＲＵ６０２に返し得る。代替的に又は追加的に（図６には示されていない）、ＥＥＳ６１２は、ＥＡＳ発見６４０のサブスクリプションを使用する場合、ＷＴＲＵ６０２にＥＡＳ６１４発見通知を送信し得る。
【0141】
ＥＡＳ発見６４０の応答又は通知は、ＥＡＳ６１４の選択及びその後のＥＡＳ６１４の通信に必要とされる必要な情報を含むべきＥＡＳ６１４のリストを含み得る。ＥＡＳ６１４（例えば、登録されたＥＡＳ）を実行するために提供される情報は、要求を使用する場合は、３ＧＰＰ ２３．５５８ ｖ１７．１．０、第８．５．３．３節に、並びに通知を使用する場合は、３ＧＰＰ ２３．５５８ ｖ１７．１．０、及び第８．５．３．６節に定義されている。ＥＡＳプロファイルは、３ＧＰＰ ２３．５５８ ｖ１７．１．０、第８．２．４節に定義されている。
【0142】
ＥＡＳプロファイル、ＥＡＳ発見６４０応答、及びＥＡＳ発見６４０通知には、オンデマンドＥＡＳ６１４をサポートするための情報、例えばＥＡＳプロファイル、ＥＡＳ発見６４０応答、及び／又はＥＡＳ発見６４０通知、が備えられる。ＥＡＳ６１４プロファイルは、例えば、ＥＡＳ６１４カテゴリ及び／又はＥＡＳ６１４オンデマンドＫＰＩを含み得る。代替的に又は追加的に、ＥＡＳカテゴリ及び／又はＥＡＳステータスは、ＥＡＳ６１４がＥＡＳ（例えば、登録されたＥＡＳ）又はオンデマンド（例えば、オンデマンドＥＡＳのリスト）を実行中であるかどうかを示し得る。代替的に又は追加的に、ＥＡＳ６１４オンデマンドＫＰＩ及び／又はＥＡＳサービスＫＰＩは、インスタンス化のためのオンデマンドＥＡＳ ＫＰＩを示し得る。これらのＥＡＳサービスＫＰＩは、６４２のステップ３ｂにおいて定義されるＥＡＳ６１４オンデマンド発見フィルタと同じであり得る。ＥＡＳ発見６４０応答及び／又はＥＡＳ発見６４０通知は、既存の寿命パラメータを含み得る。既存の寿命パラメータは、「オンデマンド」ＥＡＳ６１４を示すために「０」に設定され得る。
【0143】
６５１のステップ４において、（６４３のステップ３ｃに示されるように）ＥＡＳ６１４のリストを受信すると、ＷＴＲＵ６０２は、ＥＡＳ６１４選択を実行し得る。ＥＥＣ６１２は、この選択を実行し得る。図６に例解されるように、ＥＥＣ６１２は、受信されたリストからオンデマンドＥＡＳ６１４を選択し得る。ＥＥＣ６１２は、選択されたＥＡＳ６１４を示すオンデマンドＥＡＳインスタンス化要求６５１をＥＥＳ６１２に送信し得る。
【0144】
オンデマンドＥＡＳインスタンス化要求６５１は、ＥＥＳ６１２のＡＰＩを呼び出すことによって実行され得る。要求内の情報は、例えば、要求者識別子、ＷＴＲＵ６０２識別子、セキュリティクレデンシャル、ＷＴＲＵ６０２ロケーション、要求されたサービス継続性（service continuity、ＳＣ）サポート、要求されたＳＣ計画、ＥＡＳ６１４特性、及び／又はＥＡＳ６１４インスタンス化情報を含み得る。
【0145】
要求者識別子は、要求者（ＥＥＣＩＤ）のＩＤであり得る。ＷＴＲＵ６０２識別子は、ＧＰＳＩ又はアイデンティティトークンであり得る。セキュリティクレデンシャルは、エッジコンピューティングサービスを用いる許可の成功の結果であり得る。ＷＴＲＵ６０２ロケーションは、３ＧＰＰ ２３．５５８ ｖ１７．１．０第７．３．２節において説明され得る。要求されたＳＣサポートは、ＥＥＣ６１０によって要求されるアプリケーションコンテキスト再配置（application context relocation、ＡＣＲ）タイプであり得る。要求されたＳＣ計画は、ＥＥＳ６１２がこのアプリケーションのためのＳＣ計画を実行するかどうかを示し得る。ＥＡＳ６１４特性は、３ＧＰＰ ２３．５５８ ｖ１７．１．０表８．５．３．２－２において説明され、かつこの手順の６４２のステップ３ｂにおいて更に提供されるＥＡＳ６１４発見フィルタに対応し得る。
【0146】
ＥＡＳインスタンス化情報は、ＥＡＳインスタンス化６５０を実行することが、オンデマンドＥＡＳインスタンス化要求６５１と同期して又は非同期で実行され得るかどうかを示し得る。ＥＡＳ通知エンドポイントは、非同期のＥＡＳインスタンス化を使用する場合、ＥＡＳ６１４情報を受信するためにＥＥＣ６１０によって公開されるエンドポイントである。ＥＡＳインスタンス化６５０タイムアウトは、インスタンス化を実行するためにＷＴＲＵ６０２によって許可される持続時間であり得る。この持続時間の後、ＷＴＲＵ６０２は、インスタンス化が失敗したとみなし得、インスタンス化をキャンセルする必要がある。
【0147】
６５２のステップ５において、ＷＴＲＵ６０２からＥＡＳインスタンス化要求６５１を受信すると、ＥＥＳ６１２は、ＥＡＳインスタンス化要求６５１をＲＭＳ６０６に送信し得る。ＲＭＳ６０６への要求は、例えば、この手順のステップ２において取得されたＥＡＳ６１４識別子、及び／又はステップ４からのＥＡＳインスタンス化要求６５１から受信された情報を含み得る。ＲＭＳ６０６への要求は、任意選択的に、代替的に、及び／又は追加的に、ＥＡＳ６１４をインスタンス化する必要があるハードウェアリソースを示し得る。
【0148】
ステップ６に見られる例では、ＥＡＳインスタンス化６５０は、オンデマンドＥＡＳインスタンス化要求６５１から同期して実行され得る。ＥＥＳ６１４は、新たに要求されたＥＡＳ６１４が、６５３のステップ６ａにおいて、ＥＤＮ６０４においてインスタンス化され、かつ６５４のステップ６ｂにおいて、ＥＥＳ６１２に登録されるまで、６５５のステップ６ｃにおいて、オンデマンドＥＡＳインスタンス化応答を維持し得る。この例示的なモデルでは、新たに作成されたＥＡＳ６１４に関する詳細が、ステップ６ｃにおいてオンデマンドＥＡＳインスタンス化応答６５５に含まれ得る。
【0149】
ＥＡＳインスタンス化応答６５５に含まれるデータは、６４３のステップ３において説明されるＥＡＳ発見応答のデータと同様であり得る。ＥＡＳインスタンス化応答６５５は、ＥＡＳインスタンス化６５０の結果コードを含む。成功した場合、結果コードは、新たにインスタンス化されたＥＡＳ６１４を実行されるＥＡＳ（例えば、登録されたＥＡＳ）として記述し得る。
【0150】
ステップ７に見られるような例では、ＥＡＳインスタンス化６５０は、例えば特定のアプリケーションの長いインスタンス化時間に起因して、オンデマンドＥＡＳインスタンス化要求６５１から非同期で実行され得る。６５６のステップ７ａにおいて、ＥＥＳ６１２は、要求の成功又は失敗を示す応答をＷＴＲＵ６０２に直ちに返し得る。ＥＡＳ６１４は、６５７のステップ７ｂにおいて、ＥＤＮ６０４内に作成され得る。ＥＡＳ６１４は、６５８のステップ７ｃにおいて、ＥＥＳ６１２に登録されている場合がある。ＥＥＳ６１２は、６５９のステップ７ｄにおいて、新たに作成されたＥＡＳ６１２の詳細を通知本体内に示す通知をＷＴＲＵ６０２に発行し得る。ＷＴＲＵ６０２は、非同期モードを使用するための前提条件として、ＥＡＳ６１４通知を受信するためにＥＥＳ６１２に加入する必要があり得る。
【0151】
ＥＡＳインスタンス化応答６５６に含まれる情報は、６５１のステップ４の要求が受信されたというステータスを提供する。ＥＡＳインスタンス化応答６５６に含まれる情報は、この時点で要求を処理することができるかどうかを更に示し得る。失敗は、要求が受け入れられないことを示し得、理由が提供され得る。要求は、再提出され得る。
【0152】
ＥＡＳインスタンス化通知６５９に含まれる情報は、ステップ６において説明されるＥＡＳインスタンス化応答６５５のデータと同様であり得る。ＥＡＳインスタンス化通知６５９は、ＥＡＳインスタンス化６５０の結果コードを含み得る。成功した場合、結果コードは、新たにインスタンス化されたＥＡＳ６１４を実行されるＥＡＳ６１４として記述し得る。
【0153】
６６２のステップ８において、ＥＡＳ使用６６０を要求するために使用される方法に応じて、ＥＡＳ情報を要求側ＷＴＲＵ６０２に中継して戻し得る。例えば、ＷＴＲＵ６０２上で実行されるＡＣ６０８は、ＤＮＳ応答においてＥＡＳ ＩＰアドレスを受信し得る。代替的に及び／又は追加的に、ＡＣ６０８は、例えばＥＥＣ６１０から発行された、ＡＰＩ応答において、ＥＡＳ ＩＰアドレスを受信し得る。代替的に又は追加的に、ＡＣ６０８は、関数呼び出し戻り値からＥＡＳ ＩＰアドレスを受信することができる。代替的に及び／又は追加的に、ＡＣ６０８は、ＯＳ呼び出し応答においてＥＡＳ ＩＰアドレスを受信し得る。
【0154】
６６４のステップ９において、ＷＴＲＵ６０２は、受信されたＩＰアドレスを使用してオンデマンドＥＡＳ６１４にアクセスし得る。ＷＴＲＵ６０２上で実行されるＡＣ６０８は、このアクセスを取得し得る。
【0155】
図７は、例えばＥＥＣによって、ＷＴＲＵ上で実行され得る例示的な選択手順７００を提示する。例示的な選択手順７００は、実行されるＥＡＳ（例えば、登録されたＥＡＳ）及びオンデマンドＥＡＳ（例えば、オンデマンドＥＡＳのリスト）の両方を組み合わせるときに、ＥＡＳ発見応答をどのように評価することができるかを示す。例示的な選択手順７００は、ＷＴＲＵベースのエッジオートスケーリングのためにオンデマンドＥＡＳをどのように選択することができるかを示す。例示的な選択手順７００は、ＥＡＳ選択が失敗した場合のフォールバック経路を示す。
【0156】
【0157】
７０２のステップ１において、ＷＴＲＵは、ＥＡＳ発見要求を送信し、ＥＡＳ発見応答を受信し得る。代替的に又は追加的に、ＷＴＲＵがＥＡＳ発見に加入している場合、ＷＴＲＵは、ＥＡＳ発見通知を受信し得る。ＥＡＳ発見情報を受信すると、ＷＴＲＵは、ＷＴＲＵの内部ＥＡＳキャッシュを更新し得る。これらのアクションは、例えば、ＷＴＲＵ上のＥＥＣによって実行され得る。これらのアクションは、図６のステップ３において説明されるように（例えば、具体的には、６４２のステップ３ｂにおいて、及び６４３のステップ３ｃにおいて、並びに／又は定期的な更新のために）トリガされ得る。ＷＴＲＵ上で実行されるＡＣが、ＥＡＳを使用することを必要とする場合、ＷＴＲＵは、７０４のステップ２に進み得る。
【0158】
７０４のステップ２において、ＷＴＲＵは、最初に、実行されるＥＡＳ（例えば、登録されたＥＡＳ）がＡＣ要件を満たすかどうかを検証し得る。実行されるＥＡＳが発見され、かつ要件を満たす場合、ＷＴＲＵは、ＥＡＳを選択し、７１２のステップ６に進み得る。ＷＴＲＵが実行されるＥＡＳ（例えば、登録されたＥＡＳ）を見つけない場合、ＷＴＲＵは、７０６のステップ３に進み得る。これらのアクションは、例えば、ＷＴＲＵ上で実行されるＥＥＣによって実行され得る。
【0159】
７０６のステップ３において、ＷＴＲＵは、実行されるＥＡＳが見つからず、かつ／又は要件を満たしていなかったことから、オンデマンドＥＡＳをインスタンス化することを選定し得る。オンデマンドＥＡＳが見つかり、かつ要件を満たす場合、ＷＴＲＵは、７０８のステップ４において、ＥＡＳを選択し、ＥＡＳのインスタンス化することを試み得る。要件を満たすＥＡＳがない場合、ＷＴＲＵは、７１０のステップ５において再評価を試み得る。これらのアクションは、例えば、ＷＴＲＵ上で実行されるＥＥＣによって実行され得る。
【0160】
７０８のステップ４において、ＷＴＲＵは、図６の６５１のステップ４において説明されるように、ＥＡＳインスタンス化要求を形成することによって、選択されたＥＡＳをインスタンス化することを試み得る。アプリケーション使用、プラットフォーム状態、及び／又は接続性条件などの、コンテキストＷＴＲＵ情報は、要求コンテンツに影響を及ぼし得る。ＷＴＲＵ条件に関する更なる詳細は、図１０において説明される。
【0161】
ＷＴＲＵは、オンデマンドＥＡＳインスタンス化要求を送信し、応答を受信し得る。応答が成功した場合、ＷＴＲＵは、提供されたＥＡＳを選択し得、７１２のステップ６においてＡＣに通知し得る。インスタンス化が失敗した場合、ＷＴＲＵは、７１０のステップ５において再評価を試み得る。ＷＴＲＵ上で実行されるＥＥＣは、これらのアクションを実行し得る。
【0162】
７１０のステップ５において、この状態のＷＴＲＵは、休止状態であり得る。ＷＴＲＵは、ＷＴＲＵの現在の条件を再評価することを定期的に（例えば、ある期間に）意思決定し得る。代替的に又は追加的に、ＷＴＲＵは、例えば、ＥＡＳを要求するためにＷＴＲＵ上で実行されるＡＣから、キャッシュ有効性満了タイマから、並びに／又はＥＣＳ通知及び／若しくはＥＥＳ通知などのネットワークイベントから、ウェイクイベントを受信し得る。
【0163】
ＷＴＲＵは、適切な場合、ＷＴＲＵのＥＡＳ発見キャッシュを使用することによって要求を解決することを意思決定し得、ＷＴＲＵは、７０４のステップ２において、キャッシュを使用して再評価を実行するように進み得る。代替的に又は追加的に、ＷＴＲＵキャッシュが無効であるか、又はＷＴＲＵがキャッシュをリフレッシュする必要があると判定する場合、ＷＴＲＵは、７０２のステップ１に進んで、ネットワークに問い合わせ、ＥＡＳ発見を再び実行し得る。ＷＴＲＵ上で実行されるＥＥＣは、これらのアクションを実行し得る。
【0164】
７１２のステップ６において、ＷＴＲＵは、それぞれ図６の６６２及び６６４のステップ８及び９において説明されるように、ＥＡＳを選択し、選択されたＥＡＳの使用を開始し得る。選択は、ＥＥＣによって実行され、使用は、ＡＣによって実行され、両方ともＷＴＲＵ上で実行され得る。
【0165】
エッジコンピューティングを可能にするための３ＧＰＰアーキテクチャは、ＷＴＲＵからのＥＡＳ終了をサポートしない。むしろ、オンデマンドＥＡＳダウンスケーリングのためのＷＴＲＵ方法が必要とされる。オンデマンドＥＡＳダウンスケーリングのためのＷＴＲＵ方法についての実施形態は、ＷＴＲＵがオンデマンドＥＡＳを使用する必要がないときに行われ得る。この手順は、ＷＴＲＵによって以前にインスタンス化されている場合があるオンデマンドＥＡＳの終了を含み得る。ＷＴＲＵが１つ以上のオンデマンドＥＡＳを使用し得ることに加えて、図６において説明される前提条件及び／又は構成が適用され得る。
【0166】
図８は、ＷＴＲＵ８０２のオンデマンドＥＡＳ終了８１０についての例示的な手順８００を例解する。８１２のステップ１において、ＷＴＲＵ８０２は、ＷＴＲＵ８０２が使用するＥＡＳ８１４のランタイム検証を定期的に（時間ベースで）実行し得る。ＷＴＲＵ８０２は、ＷＴＲＵ８０２のエッジ消費フットプリントを最小化するために、いくつかのＥＡＳ８１４を終了させることを意思決定し得る。代替的に又は追加的に、ＷＴＲＵ８０２は、ＥＡＳ８１４がもはや必要とされないことを通知され、終了に進み得る。ＥＥＣ８１０は、ＥＡＳ８１４終了を実行し得る。
【0167】
ＷＴＲＵ８０２は、ＷＴＲＵ８０２がオンデマンドでインスタンス化したＥＡＳ８１４を終了することを選定し得る。代替的に及び／又は追加的に、ＷＴＲＵ８０２は、ＷＴＲＵ８０２が発見した実行されるＥＡＳ８１４を終了することを選定し得る。ＷＴＲＵ８０２は、任意の時間に、ＷＴＲＵ８０２が以前に発見又はインスタンス化した任意のＥＡＳ８１４について、終了要求を発行し得る。
【0168】
未使用のＥＡＳ８１４の検出及び通知は、異なる技法を介して実行され得る。例えば、ＷＴＲＵ８０２は、ＡＣ８０８がＷＴＲＵ８０２のＯＳを介して動作しなくなったことを検出し得、次いで、ＷＴＲＵ８０２は、ＷＴＲＵ８０２の関連付けられたＥＡＳ８１４を終了し得る。代替的に又は追加的に、ＡＣ８０８は、ＥＡＳ８１４が必要とされないことを、ＡＰＩ呼び出しを介してＥＥＣ８１０に通知することができる。代替的に又は追加的に、ＷＴＲＵ８０２は、トラフィック検出を実行して、ＥＡＳ８１４がある期間使用されていないことを検出し得る。同様の結果を達成する他の方法が可能である。
【0169】
ネットワークは、８２０においてＥＡＳ終了を実行し得る。８２２のステップ２において、ＷＴＲＵ８０２は、終了が要求されるＥＡＳ識別子を示すＥＡＳ８１４に関連付けられたＥＥＳ８１２に向けてＥＡＳ終了要求８２２を発行し得る。ＥＥＣ８１０は、要求を行い得る。
【0170】
８３０のステップ３において、ＷＴＲＵ８０２からＥＡＳ終了要求を受信すると、ＥＥＳ８１２は、ＲＭＳ８０６にＥＡＳ終了要求８２２を送信し得る。ＲＭＳ８０６への要求は、この手順のステップ２からのＥＡＳ終了要求８２２から受信されたＥＡＳ識別子を含み得る。
【0171】
ＥＡＳ終了要求８２２は、即時終了又は遅延終了が要求されるかどうかを示す１つ以上の値を含み得る。遅延終了の場合、終了は、タイマが満了した後に送られ得る。
【0172】
ＥＡＳ終了要求８２２は、終了がグレースフルである必要があるか、又は強制される必要があるかを示し得る。グレースフル終了は、ＥＥＳ８１２に、他のアクティブユーザが現在ＥＡＳ８１４を使用していないことを検証することを必要とし得る。強制終了は、ＥＡＳ８１４の使用にかかわらず、ＥＥＳ８１２が終了を実行することを必要とし得る。ＷＴＲＵ８０２は、ＥＡＳ８１４を終了するために許可を必要とし得る。例えば、ＷＴＲＵ８０２は、ＥＡＳ８１４の終了を強制することを許可されない場合がある。
【0173】
グレースフル終了の例では、ＥＥＳ８１２は、ＥＡＳ８１４を終了させることができ、かつ／又は依然としてアクティブなユーザを有するかどうかを、ＥＡＳ８１４で検証し得る。ＥＥＳ８１２は、ＥＡＳ８１４へのＡＰＩ呼び出しを実行することによって、使用を学習し得る。代替的に又は追加的に、ＥＥＳ８１２は、ＷＴＲＵ８０２インスタンスによるＥＡＳ８１４の使用を追跡し続けることによって、使用を学習し得る。使用がグレースフル終了を防止する例では、ＥＥＳ８１２は、グレースフル終了を可能にするアクションを選定し得る。例えば、ＥＥＳ８１２は、ＥＡＳ８１４のユーザコンテキストが再配置されると、残りのユーザのためのＡＣＲとＥＡＳ８１４のグレースフル終了とをトリガし得る。グレースフル終了を実行することができない場合、ＥＥＳ８１２は、後でＥＡＳ８１４終了を再試行することを選定し得るか、又はＥＡＳ８１４終了を全く実行しないことを選定し得る。
【0174】
強制終了の例では、ＥＥＳ８１２は、ＥＡＳ８１４の使用を検証しない場合があり、ＥＡＳ８１４を直ちに終了し得る。代替的に又は追加的に、ＥＥＳ８１２は、最終的にＥＡＳ８１４が終了されることを除いて、グレースフル終了論理に従いうる。
【0175】
ステップ４において、例では、ＥＡＳ終了８２０は、オンデマンドＥＡＳ終了要求８２２から同期して実行され得る。したがって、ＥＥＳ８１２は、ステップ４ｃにおいてオンデマンドＥＡＳ終了応答８４３を維持し得る。ＥＥＳ８１２は、それぞれ８４１及び８４２で見られるように、ステップ４ａにおいてＥＡＳ終了８２０が完了し、かつステップ４ｂでＥＥＳ８１２から登録解除されるまで、維持し得る。
【0176】
ＥＡＳ終了応答８４３に含まれるデータは、終了要求８２２に関するステータス情報であり得る。例えば、応答８４３は、ＥＡＳ８１４が終了したこと、終了が許可されなかったこと、終了が遅延したこと、及び／又は終了が拒絶されたことを示し得る。ＷＴＲＵ８０２は、終了応答を使用して、ＷＴＲＵ８０２の内部ＥＡＳ８１４キャッシュを更新し得る。ＷＴＲＵ８０２上で動作しているＥＥＣ８１２は、終了応答を使用して、ＥＥＣ８１２の内部ＥＡＳ８１４キャッシュを更新し得る。
【0177】
ステップ５において、例では、ＥＡＳ終了８２０は、例えば、特定のアプリケーションの長い終了時間に起因して、オンデマンドＥＡＳ終了要求８２２から非同期で実行され得る。したがって、ＥＥＳ８１２は、８５１のステップ５ａにおけるように、ＷＴＲＵ８０２に直ちに応答を返し得る。応答は、要求の成功又は失敗を示し得る。例えば、要求は、終了８２０が許可されていないことを示し得る。
【0178】
終了が成功した場合、ＥＡＳ８１４は、８５３のステップ５ｂにおいて終了し、ステップ５ｃにおいてＥＥＳから登録解除される。ＥＡＳ終了及び登録解除の指標は、それぞれ、８５２及び８５３において見られる。ＥＥＳは、８５４のステップ５ｄにおいて、ＥＡＳ終了８２０のステータスを示す通知をＥＥＣ８１０に発行し得る。失敗した終了の例では、通知は、終了が遅延及び／又は拒絶されたことを示し得る。
【0179】
ＷＴＲＵ８０２は、非同期モードを使用するための前提条件としてＥＡＳ通知に加入し得る。ＥＡＳ終了通知に含まれるデータは、終了要求に関するステータス情報であり得る。
【0180】
図９は、例示的な手順９００のＥＥＳオンデマンドＥＡＳインスタンス化を例解する。図９に描画されるように、ＷＴＲＵは、Ｓ－ＥＤＮ９０２内に位置するＳ－ＥＡＳ９０８を発見及び使用している場合がある。全てのＳ－ＥＥＳ９１０及びＴ－ＥＥＳ９１２は、説明される手順を実行する許可を有し得る。
【0181】
別のＥＥＳ上でのオンデマンドＥＡＳアップスケーリングのためのＥＥＳ方法の例は、３ＧＰＰエッジ有効化レイヤを含み得る。３ＧＰＰエッジ有効化レイヤは、ターゲットＥＥＳ（Ｔ－ＥＥＳ）９１２上のＥＡＳリソースのインスタンス化を要求するためにソースＥＥＳ（Ｓ－ＥＥＳ）９１０を必要とし得るＡＣＲ手順を定義する。
【0182】
これらの手順は、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．８節において定義されているサービス継続性に関連する。ＡＣＲは、ＷＴＲＵの移動に従ってターゲットロケーションに位置するターゲットＥＡＳ（Ｔ－ＥＡＳ）９１４のインスタンス化を必要とし得る。サービス継続性計画（service continuity planning、ＳＣＰ）は、ＷＴＲＵの予測される今後の移動に従って、１つ以上のターゲットロケーションに位置するいくつかの可能なＴ－ＥＡＳのインスタンス化を必要とし得る。
【0183】
いくつかのＡＣＲ手順は、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．８．２．２節、第８．８．２．３節、及び第８．８．２．６節に反映されているように、ＷＴＲＵ上で実行されるＥＥＣに依拠して、Ｔ－ＥＡＳ９１４を発見及びインスタンス化し得る。これらの手順は、図５～８において先に導入された方法から利益を得ることができる。
【0184】
いくつかのＡＣＲ手順は、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．８．２．４節及び第８．８．２．５節に反映されているように、ＥＥＳ（ソース又はターゲット）がＴ－ＥＡＳ９１４発見を実行することを必要とし得る。
【0185】
例では、概念的にはＷＴＲＵオンデマンドＥＡＳインスタンス化に対してであるが、別のＥＥＳによって要求されたＥＡＳアップスケーリングは、２つのＥＤＮである、ソースＥＤＮ（source EDN、Ｓ－ＥＤＮ）９０２とターゲットＥＤＮ（target EDN、Ｔ－ＥＤＮ）９０４との間で生じ得る。アップスケーリング手順は、いくつかの事前条件、条件、構成、又は事前構成を有し、例えば、ＷＴＲＵは、モバイルネットワーク内に存在するエッジサービスの通信及び使用を可能にする有効なサブスクリプションを有し得る。ＷＴＲＵは、モバイルネットワークにアタッチされ得る。ＷＴＲＵは、Ｓ－ＥＤＮ９０２へのＰＤＵセッションを確立している場合がある。例示的なＰＤＵセッション確立手順は、３ＧＰＰ ２３．５０２ ｖ１７．２．１第４．３．２．２．１節に概説されている。ＥＤＮ（別名、ＤＮＮ）選択は、典型的には、ＵＲＳＰルールを使用してＰＣＦによって提供される。例示的なＰＤＵセッションはまた、他の方法（例えば、固定、ユーザプロファイル、ＥＥＣなど）を介してプロビジョニングされ得る。３ＧＰＰ ２３．５０２ ｖ１７．２．１の内容は、本明細書における参照により本明細書に組み込まれる。
【0186】
９２１のステップ１において、ＥＤＮ初期化プロシージャ９２０は、上で説明される手順と同様であり得る。両方のＥＤＮ、例えばＳ－ＥＤＮ９０２及びＴ－ＥＤＮ９０４、は、エッジ有効化レイヤアプリケーションをプロビジョニングされ得る。ＲＭＳ９０６は、各ＥＥＳ、例えばＳ－ＥＥＳ９１０及びＴ－ＥＥＳ９１２、にオンデマンドＥＡＳのリストを提供し得る。ＲＭＳ６０６は、エッジデータネットワーク動作に必要なアプリケーションをインスタンス化し得る。
【0187】
ステップ２において、ＥＡＳ又はＥＥＳは、所与のＷＴＲＵに対してＡＣＲを実行することを意思決定し得る。Ｓ－ＥＥＳ９１０は、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．８．３．２節に従って、Ｔ－ＥＡＳ９１４のＥＡＳ発見９３０を試み得る。
【0188】
ステップ２ａにおいて、Ｓ－ＥＡＳ９０８は、ＡＣＲ意思決定９３２をＳ－ＥＥＳ９１０に通知し得る。代替的に及び／又は追加的に、Ｓ－ＥＥＳ９１０は、ＡＣＲが必要とされると意思決定し得る。
【0189】
ステップ２ｂにおいて、Ｓ－ＥＥＳ９１０は、ＷＴＲＵによって最初に提供されたＥＡＳ要件を示すＥＡＳ発見要求９３４をＴ－ＥＥＳ９１２に向けて発行し得る。要求を受信すると、Ｔ－ＥＥＳ９１２は、要件を満足することができるＥＡＳの検索を実行し得る。実行されるＥＡＳ（例えば、登録されたＥＡＳ）及びオンデマンドＥＡＳ（例えば、オンデマンドＥＡＳのリスト）の両方が、要求パラメータに基づいてＥＡＳ検索において考慮され得る。ＥＡＳ発見要求９３４に含まれる情報は、先に図６において説明されたものと同じであり得る。
【0190】
ステップ２ｃにおいて、Ｔ－ＥＥＳ９１２は、実行されるＥＡＳ（例えば、登録されたＥＡＳ）及びオンデマンドＥＡＳ（例えば、オンデマンドＥＡＳのリスト）を含み得るＥＡＳのリストである応答９３６をＳ－ＥＥＳ９１０に返し得る。ＥＡＳ発見応答９３６に含まれる情報は、先に図６において説明されたものと同じであり得る。
【0191】
ステップ３において、ＥＡＳ発見応答９３６を受信すると、Ｓ－ＥＥＳ９１０は、ＥＡＳ選択を実行し得る。図９に例解されるように、Ｓ－ＥＥＳ９１０は、受信されたリストからオンデマンドＥＡＳを選択し得る。Ｓ－ＥＥＳ９１０は、選択されたＥＡＳを示すオンデマンドＥＡＳインスタンス化要求９４１をＴ－ＥＥＳ９１２に送信し得る。
【0192】
例では、ＥＡＳインスタンス化９４０は、Ｔ－ＥＥＳ９１２のＡＰＩを呼び出すことによって実行され得るオンデマンドＥＡＳインスタンス化要求９４１から始まる。ＥＡＳインスタンス化要求９４１によって提供される情報は、図６において説明されるものと同じであり得る。
【0193】
９４２のステップ４において、Ｓ－ＥＥＳ９１０からＥＡＳインスタンス化要求９４１を受信すると、Ｔ－ＥＥＳ９１２は、ＲＭＳ９０６にＥＡＳインスタンス化要求９４２を送信し得る。ＲＭＳ９０６への要求は、９２１のステップ１において取得されたＥＡＳ識別子、ステップ３からのＥＡＳインスタンス化要求９４１から受信された情報を含み得、かつ／又は任意選択的に、ＥＡＳがインスタンス化されるべきハードウェアリソースを示し得る。
【0194】
ステップ５において、ＥＡＳインスタンス化９４０は、ＡＣＲ手順に使用されるときに同期して実行され得る。したがって、Ｔ－ＥＥＳ９１２は、新たに要求されたＴ－ＥＡＳ９１４が９４３のステップ５ａにおいて作成され、かつＴ－ＥＡＳ９１４が９４４のステップ５ｂにおいてＴ－ＥＥＳ９１２に登録されるまで、ステップ５ｃにおいてオンデマンドＥＡＳインスタンス化応答９４５を維持し得る。新たに作成されたＴ－ＥＡＳ９１４に関する詳細が、９４５のステップ５ｃにおいて、オンデマンドＥＡＳインスタンス化応答９４５に含まれ得る。ＥＡＳインスタンス化応答９４５に含まれるデータは、図６において説明されるものと同じであり得る。
【0195】
オンデマンドＥＡＳプロビジョニングをサポートするためのＥＣＳ方法の例が、本明細書において説明される。例えば、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．３．３節において定義されているサービスプロビジョニング手順中に、ＷＴＲＵのＥＥＣが、ＥＣＳを介して、ＷＴＲＵのＡＣによって必要とされるサービスを提供するのに好適なＥＥＳのリストを発見しようと試み得る。したがって、ＥＣＳサービスプロビジョニング応答は、ＥＥＳのリストを含み得、当該ＥＥＳのリストは、実行されるＥＡＳに対応する登録されたＥＡＳ識別子のリストを含む。
【0196】
オンデマンドＥＡＳインスタンス化をサポートするために、ＥＣＳサービスプロビジョニング要求は、ＥＥＳのリストを確立するときに、実行されるＥＡＳ、オンデマンドＥＡＳ、又はその両方のカテゴリをＥＣＳによって考慮する必要がある場合に、ＷＴＲＵのＥＥＣを示し得る。ＥＣＳサービスプロビジョニング応答は、ＥＥＳによって提供される利用可能なオンデマンドＥＡＳ識別子のリストを含み得る。オンデマンドＥＡＳ識別子は、実行されるＥＡＳの識別子と混合され得、その場合、応答フォーマットは、同じままであり得、ＥＡＳ識別子のリストは、実行されるＥＡＳの識別子及びオンデマンドＥＡＳの識別子の両方を含み得る。代替的に又は追加的に、応答フォーマットは、ＷＴＲＵが、実行されるＥＡＳとオンデマンドＥＡＳとを区別することを可能にする指標を含み得る。例えば、オンデマンドＥＡＳ識別子のリストは、ＷＴＲＵが、ＥＥＳで利用可能な実行されるＥＡＳとオンデマンドＥＡＳとを区別することを可能にする別個のリストであり得る。
【0197】
オンデマンドＥＡＳのリストは、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．４．４節に定義されているように、ＥＥＳ登録時又はＥＥＳ登録更新時に、ＥＣＳによって取得され得る。より具体的には、ＥＣＳへの登録時に、ＥＥＳは、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．４．４．３．２節に従うＥＥＳプロファイルを含む登録要求を発行する。ＥＥＳプロファイルは、実行されるＥＡＳ及びオンデマンドＥＡＳの両方を含むことができるＥＡＳＩＤｓのリストを含み得る。代替的に又は追加的に、実行されるＥＡＳの識別子及びオンデマンドＥＡＳの識別子は、例えば別個のリストを使用して、区別され得る。ＥＥＳプロファイルが変化すると、ＥＥＳは、３ＧＰＰ ２３．５５８ ｖ１７．１．０第８．４．４．３．４節に従うＥＥＳ登録更新を発行し得、ＥＥＳ登録更新は、同じく区別され得る、実行されるＥＡＳの識別子及びオンデマンドＥＡＳの識別子の要求を含み得る。
【0198】
ＡＣＲ手順中に、Ｓ－ＥＥＳがＥＣＳを使用してＴ－ＥＥＳ発見を実行することが可能である。次いで、ＥＣＳは、ＷＴＲＵについて先で説明されたように、オンデマンドＥＡＳの識別子を含み得るＥＥＳプロファイルのリストをＳ－ＥＥＳに返し得る。
【0199】
ＷＴＲＵベースのエッジオートスケーリングアーキテクチャの例が、本明細書において説明される。例えば、図１０は、例示的なＷＴＲＵベースのエッジオートスケーリングアーキテクチャ１０００を例解する図である。このアーキテクチャ１０００は、以下で説明される様々な構成要素、例えばＷＴＲＵ１００２上に存在するエッジイネーブラクライアント（ＥＥＣ）１０１０、を備え得る。
【0200】
ＥＥＣ１０１０は、エッジ計算ネットワーク１０１５リソースへのアクセスを提供するＷＴＲＵ１００２のエッジイネーブラ機能であり得る。ＥＥＣ１０１０の機能は、ネットワーク１０１５からエッジ計算データを取り出すこと、取り出されたエッジコンピューティング（edge computing、ＥＣ）データに従ってＥＥＣ１０１０構成を維持すること、ＥＣリソースの発見能力を提供すること、及び／又はＥＣリソースへのアクセスを提供することを含み得る。
【0201】
代替的に及び／又は追加的に、上で説明されるように、ＥＥＣ１０１０は、オンデマンドアップスケーリング及びダウンスケーリング機能を提供するために、ＥＤＮに向けてのゲートウェイとして機能し得る。代替的に及び／又は追加的に、ＥＥＣ１０１０は、ＷＴＲＵ１００２エッジコンピューティングコンテキストを導出するためのエッジ計算データソースとして機能し得る。例えば利用可能なＥＤＮ、利用可能なＥＥＳ、利用可能なＥＡＳ、ＷＴＲＵ１００２によるＥＡＳ使用、及び／又はネットワークから取り出されたＥＡＳ ＫＰＩなどの、情報を使用して、ＷＴＲＵ１００２エッジコンピューティングコンテキストを確立し得る。ＥＥＣ１０１０は、異なる方法を使用して、ＷＴＲＵ１００２上にＥＣコンテキストを提供し得る。例えば、情報は、ＥＥＣのＡＰＩを介して公開され、ファイルに記憶され、共有データベースを介して提供され、ＷＴＲＵ ＯＳを介して取得され、かつ／又はライブラリパッケージを介して公開され得る。
【0202】
アプリケーションクライアント（ＡＣ）１０２０は、ＥＣの使用を必要とするアプリケーションであり得る。ＡＣ１０２０は、ネットワーク内で利用可能なＥＡＳのエンドポイントアドレスを発見するために、ＥＤＧＥ－５基準点を介してＥＥＣ１０１０とインターフェースし得る。ＡＣ１０２０はまた、ＷＴＲＵ１００２コンテキストを導出するためのコンテキストデータソースとして機能し得る。例えば、アプリケーション構成、アプリケーションログ、及び／又はアプリケーション通知などの、情報は、ＷＴＲＵ１００２アプリケーションコンテキストを確立するために使用され得るＡＣ１０２０情報の例である。
【0203】
コンテキストデータソース１０３０は、ＷＴＲＵ１００２コンテキストを確立するために使用される異なるデータのソースであり得る。例では、そのようなデータは、異なるコンテキストにおけるユーザの挙動活動パターンを理解するためのソースとして使用され得る。説明されるコンテキストデータソース１０３０に代えて及び／又は加えて、ＥＣデータが、ＷＴＲＵ１００２のエッジコンテキスト及び挙動を確立するために使用され得る。データソースを、例えば、センサ、ログ、ハードウェア、ＯＳなどのような、多様なソースから取得することができる。
【0204】
ＷＴＲＵコンテキストアウェアネス機能１０４０は、コンテキストデータソース１０３０を使用して、異なるコンテキストにおいてＷＴＲＵ１００２の挙動を適応させるために使用されるコンテキストアウェアルールを導出し得る。例として、ＷＴＲＵ１００２は、コンテキストアウェアユーザ通知を実装し得る。これらの通知は、ユーザが就寝中である、会議に出席中である、仕事中である、及び／又は運転中である、などの場合、ミュートされ得る。人工知能（ＡＩ）及び機械学習（ＭＬ）技法の使用は、このタイプのコンテキストアウェアネス機能において一般的であり得る。ＷＴＲＵベースのエッジオートスケーリングにおいて、コンテキストアウェアネス機能は、エッジオートスケーリング意思決定を行うために使用されるコンテキストデータ及びルールを生成し得る。ＷＴＲＵコンテキストアウェアネス機能１０４０は、スタンドアロンアプリケーションとして実装され得、コンテキストアウェアネスフレームワークの一部であり得、ＯＳの一部であり得、ＷＴＲＵ１００２上のハードウェア構成要素によって提供され得、ＥＥＣ１０１０及び／又はＷＴＲＵベースのエッジオートスケーリング機能１０５０などによって提供される機能として実装され得る。
【0205】
ＷＴＲＵベースのエッジオートスケーリング機能１０５０は、ＷＴＲＵコンテキストアウェアネス機能１０４０によって生成されたコンテキスト情報を使用して、エッジ計算リソースのアップスケーリング又はダウンスケーリングに関する意思決定を行い得る。代替的に及び／又は追加的に、ＷＴＲＵベースのエッジオートスケーリング機能１０５０は、生のコンテキストデータを直接使用し得る。ＷＴＲＵベースのエッジオートスケーリング機能１０５０は、スタンドアロンアプリケーションとして実装され得、エッジオートスケーリングフレームワークの一部であり得、ＯＳの一部であり得、ＷＴＲＵ１００２上のハードウェアコンポーネントによって提供され得、かつ／又はＥＥＣ１０１０によって提供される機能として実装され得る、などである。
【0206】
【0207】
図１１は、ＥＥＣ１１１０内の例示的なＷＴＲＵベースのエッジオートスケーリングアーキテクチャ１１００を例解する。図１１は、オートスケーリング及びコンテキストアウェアネスが両方ともＥＥＣ１１１０の一部として実装され得る、ＷＴＲＵ１１０２要素のコンパクトな変形例を表す。生のコンテキストデータは、コンテキストルールを直接導出し、かつ内部でオートスケーリング意思決定を導出することができる、ＥＥＣ１１１０によって取得され得る。具体的には、ＥＥＣ１１１０内に位置するコンテキストアウェアネス機能１１４０をＷＴＲＵベースエッジオートスケーリングすることは、コンテキストルール及びオートスケーリング意思決定をＥＥＣ１１１０に提供し得る。
【0208】
図１２は、ネットワークＡＩ及び／又はＭＬを使用する例示的なＷＴＲＵベースのエッジオートスケーリングアーキテクチャ１２００を例解する。図１２は、コンテキストアウェアネスがネットワークサイドにデリゲートされ得る変形例である。ＷＴＲＵ１２０２において収集された生のコンテキストデータは、例えばＷＴＲＵ１２０２上に存在する連合学習機能１２６０を介して、ネットワークベースのＡＩ／ＭＬ連合学習機能１２５０に送信され得る。連合学習機能１２６０は、内部ＷＴＲＵ１２０２データを、例えば、他のＷＴＲＵ、ネットワーク、無線アクセスネットワーク、及び／又はエッジ計算フレームワークなどから取得された外部データソースと組み合わせることによって、高度モデルを導出し得る。次いで、このモデルを使用して、ＷＴＲＵベースのエッジオートスケーリング機能１２４０によって使用されるルールを導出し得る。
【0209】
例では、自律型ドローンは、インフラストラクチャ検査動作に使用され得、リアルタイムビデオ分析を実行するためのエッジサービスを必要とし得る。ビデオ分析サービスのエッジ計算要件は、高い場合がある（例えば、高計算、ＧＰＵ、かなりのＲＡＭ、及び／又は高帯域幅）。エッジ計算要件は、高い使用コストを有し得る。これらの制約に起因して、ユーザは、検査時にビデオ分析サービスを単にプロビジョニングし得る。ＷＴＲＵコンテキストアウェアネス情報及び／又はルールの例は、ドローン（例えば、ＷＴＲＵ１２０２）が飛行中であり、検査に到達し、ドローンのカメラが起動されており、かつ／又はエッジサービスに向けてビデオフィードを送信する準備ができていることを示し得る。これに応答して、ＷＴＲＵベースのエッジオートスケーリング機能１２４０は、図６において説明されるように、ＥＥＣ１２１０にＥＡＳインスタンス化を実行することを要求することによって、コンテキスト要件が満たされたときに、エッジサービスのインスタンス化を要求し得る。
【0210】
例では、いくつかのドローン（例えば、複数のＷＴＲＵ１２０２）が、協調して検査を実行するために合同し得る。合同するドローン（例えば、複数のＷＴＲＵ１２０２）は、最初に、単一のビデオ分析エッジサービスを共有し得る。そのような場合、合同するドローン（例えば、複数のＷＴＲＵ１２０２）は、定型のＥＡＳ発見を実行し得る。合同するドローンは、既存のビデオ分析サービスを発見し得る。より多くのドローンが合同するにつれて、ビデオ分析サービスは、飽和し得る。より多くのドローンが合同するにつれて、ビデオ分析サービスは、性能要件を満たさない場合があり、発見は、実行されるＥＡＳに返されない場合がある。新たに合同するドローン上のＷＴＲＵベースのエッジオートスケーリング機能１２４０は、エッジビデオ分析能力を増加させるために、図６において説明されるようにサービスのアップスケーリングをトリガし得る。
【0211】
ドローンがドローンの検査を終了し、ドローンのホームベースに戻ると、ドローンは、ビデオ分析サービスを使用することを停止し得る。各ドローンは、図８において説明されるように、グレースフルＥＡＳ終了要求を送信し得る。ＥＥＳは、ドローンがＥＡＳを使用しなくなっている場合にＥＡＳを終了し、さもなければ、代替的に及び／若しくは追加的にＥＡＳを維持することを選定し得る。
【0212】
検査が完了すると、ドローンは、その領域を離れて、ドローンのホームベースに戻り得る。ＷＴＲＵベースのエッジオートスケーリング機能１２４０は、検査が終了したこと（例えば、カメラオフ）を認識し得る。検査が終了したことを知ると、そのドローンのためのＷＴＲＵベースのエッジオートスケーリング機能１２４０は、図８において説明されるように、グレースフルＥＡＳ終了要求を送信し得る。ＥＥＳは、ドローンがビデオ分析サービスを使用しなくなっている場合に、ビデオ分析サービスをダウンスケールすることを選定し、代替的に又は追加的に、サービスを維持するか、又はサービスの別のインスタンスに対してＡＣＲを実行し、その後にサービスが終了し得る。最後のドローンが検査を完了すると、ＷＴＲＵベースのエッジオートスケーリング機能１２４０は、エッジビデオ分析サービスの終了を引き起こすグレースフルＥＡＳ終了要求を送信し得る。
【0213】
例では、自律型車両（例えば、ＷＴＲＵ１２０２）は、衝突回避を支援する計算を実行するためにエッジサービスを使用し得る。車両が移動するにつれて、センサデータがエッジに送信され、他の車両情報と組み合わされ得る。この例では、各車両は、独自のエッジサービスを有し、データは、エッジサービス間で共有され得る。車両が駐車されることを想定すると、衝突回避サービスは、必要とされなくなり得る。ＷＴＲＵコンテキストアウェアネス機能は、ユーザが運転中又は駐車中であるという情報を提供し得、ＷＴＲＵベースのエッジオートスケーリング機能１２４０は、ドライバが再び動き始めるまで、運転支援エッジサービスをダウンスケーリングすることができる。
【0214】
例では、ＷＴＲＵ１２０２上のゲームは、個々のプレーヤごとにゲーミングエッジサービスインスタンスを必要とし得る。協調的に再生されるとき、セッションランデブーポイントとして機能する第２のエッジサービスが、各協調セッションに必要とされ得る。第１のプレーヤ（例えば、プレーヤ１）がプレイを開始する際、ＷＴＲＵベースのエッジオートスケーリング機能１２４０は、ゲーミングエッジサービスインスタンスをアップスケールし得る。第２のプレーヤ（例えば、プレーヤ２）が到着する際、ＷＴＲＵベースのエッジオートスケーリング機能１２４０は、ゲーミングエッジサービスインスタンスをアップスケールし、ランデブーエッジサービスがまだ利用可能でないため、ランデブーエッジサービスをインスタンス化し得る。第３のプレーヤ（例えば、プレーヤ３）が参加する際、ＷＴＲＵベースのエッジオートスケーリング機能１２４０は、ランデブーポイントサービスが既に存在するため、単にゲーミングエッジサービスをインスタンス化することを選定し得る。
【0215】
特徴及び要素は、特定の組み合わせにおいて上で説明されているが、当業者は、各特徴又は要素が単独で又は他の特徴及び要素との任意の組み合わせで使用され得ることを理解されよう。加えて、本明細書に説明される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアにおいて実装され得る。コンピュータ可読媒体の例としては、電子信号（有線又は無線接続を介して送信される）及びコンピュータ可読記憶媒体が挙げられる。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。
【手続補正2】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
無線送信／受信ユニット（ＷＴＲＵ）によって実施される方法であって、前記方法が、エッジデータネットワーク（ＥＤＮ）にエッジアプリケーションサーバ（ＥＡＳ）発見要求を送信することであって、前記ＥＡＳ発見要求が、１つ以上のＥＡＳ要件を含む、送信することと、
前記ＥＤＮからＥＡＳ発見応答を受信することであって、前記ＥＡＳ発見応答が、前記１つ以上のＥＡＳ要件を満たすインスタンス化されていないアプリケーションに関連付けられた１つ以上のＥＡＳのリストを含む、受信することと、
前記１つ以上のＥＡＳのリストからＥＡＳを選択することと、
前記ＥＤＮにＥＡＳインスタンス化要求を送信することであって、前記ＥＡＳインスタンス化要求が、前記選択されたＥＡＳを示す、送信することと、
前記ＥＤＮからＥＡＳインスタンス化応答を受信することであって、前記ＥＡＳインスタンス化応答が、前記選択されたＥＡＳは前記ＥＤＮにおいてインスタンス化されたことを示し、前記ＥＡＳインスタンス化応答が、前記選択されたＥＡＳに関連付けられたインスタンス化情報を含む、受信することと、を含む、方法。
【請求項2】
前記インスタンス化情報が、前記選択されたＥＡＳは同期してインスタンス化されたのか、又は非同期でインスタンス化されたのかを示す、請求項１に記載の方法。
【請求項3】
前記インスタンス化情報が、前記選択されたＥＡＳは同期してインスタンス化されたことを示し、前記ＥＡＳインスタンス化応答が、前記選択されたＥＡＳに関連付けられたＥＡＳ情報を含む、請求項２に記載の方法。
【請求項4】
前記ＥＡＳインスタンス化応答が、前記選択されたＥＡＳのインターネットプロトコル（ＩＰ）アドレス、完全修飾ドメイン名（ＦＱＤＮ）、又はユニフォームリソースロケータ（ＵＲＬ）を含む、請求項１に記載の方法。
【請求項5】
前記ＷＴＲＵ上に常駐するアプリケーションクライアント（ＡＣ）が、前記ＩＰアドレスに基づいて前記選択されたＥＡＳにアクセスする、請求項４に記載の方法。
【請求項6】
前記ＷＴＲＵ上に常駐するエッジイネーブラクライアント（ＥＥＣ）によって、前記１つ以上のＥＡＳのリストから前記ＥＡＳを選択することを更に含む、請求項１に記載の方法。
【請求項7】
前記ＥＡＳ発見要求が、１つ以上のアプリケーションクライアント（ＡＣ）識別子及びＥＡＳ選択フィルタを含む、請求項１に記載の方法。
【請求項8】
前記ＥＡＳインスタンス化要求が、要求者識別子、ＷＴＲＵ識別子、セキュリティクレデンシャル、ＷＴＲＵロケーション、要求されたサービス継続性（ＳＣ）サポート、要求されたＳＣ計画、ＥＡＳ特性、又はＥＡＳインスタンス化情報のうちの１つ以上を含む、請求項１に記載の方法。
【請求項9】
前記ＥＡＳが、ドメイン名システム（ＤＮＳ）応答、アプリケーションプログラミングインターフェース（ＡＰＩ）応答、関数呼び出し戻り値、又はオペレーティングシステム（ＯＳ）呼び出し応答を介して、前記ＥＤＮから前記インスタンス化応答を受信する、請求項１に記載の方法。
【請求項10】
前記ＥＡＳ発見要求が、アプリケーション使用、ＷＴＲＵプラットフォーム状態、又は接続性条件のうちの１つ以上を含む、請求項１に記載の方法。
【請求項11】
プロセッサ及びメモリを備える無線送信／受信ユニット（ＷＴＲＵ）であって、前記プロセッサが、エッジデータネットワーク（ＥＤＮ）にエッジアプリケーションサーバ（ＥＡＳ）発見要求を送信し、前記ＥＡＳ発見要求が、１つ以上のＥＡＳ要件を含み、
前記ＥＤＮからＥＡＳ発見応答を受信し、前記ＥＡＳ発見応答が、前記１つ以上のＥＡＳ要件を満たすインスタンス化されていないアプリケーションに関連付けられた１つ以上のＥＡＳのリストを含み、
前記１つ以上のＥＡＳのリストからＥＡＳを選択し、
前記ＥＤＮにＥＡＳインスタンス化要求を送信し、前記ＥＡＳインスタンス化要求が、前記選択されたＥＡＳを示し、
前記ＥＤＮからＥＡＳインスタンス化応答を受信し、前記ＥＡＳインスタンス化応答が、前記選択されたＥＡＳは前記ＥＤＮにおいてインスタンス化されたことを示し、前記ＥＡＳインスタンス化応答が、前記選択されたＥＡＳに関連付けられたインスタンス化情報を含む、ように構成されている、無線送信／受信ユニット（ＷＴＲＵ）。
【請求項12】
前記インスタンス化情報が、前記選択されたＥＡＳは同期してインスタンス化されたのか、又は非同期でインスタンス化されたのかを示す、請求項１１に記載のＷＴＲＵ。
【請求項13】
前記インスタンス化情報が、前記選択されたＥＡＳは同期してインスタンス化されたことを示し、前記ＥＡＳインスタンス化応答が、前記選択されたＥＡＳに関連付けられたＥＡＳ情報を含む、請求項１２に記載のＷＴＲＵ。
【請求項14】
前記ＥＡＳインスタンス化応答が、前記選択されたＥＡＳのインターネットプロトコル（ＩＰ）アドレス、完全修飾ドメイン名（ＦＱＤＮ）、又はユニフォームリソースロケータ（ＵＲＬ）を含む、請求項１１に記載のＷＴＲＵ。
【請求項15】
前記ＷＴＲＵ上に常駐するアプリケーションクライアント（ＡＣ）が、前記ＩＰアドレスに基づいて前記選択されたＥＡＳにアクセスする、請求項１４に記載のＷＴＲＵ。
【請求項16】
前記プロセッサが、前記ＷＴＲＵ上に常駐するエッジイネーブラクライアント（ＥＥＣ）によって、前記１つ以上のＥＡＳのリストから前記ＥＡＳを選択するように更に構成されている、請求項１１に記載のＷＴＲＵ。
【請求項17】
前記ＥＡＳ発見要求が、１つ以上のアプリケーションクライアント（ＡＣ）識別子及びＥＡＳ選択フィルタを含む、請求項１１に記載のＷＴＲＵ。
【請求項18】
前記ＥＡＳインスタンス化要求が、要求者識別子、ＷＴＲＵ識別子、セキュリティクレデンシャル、ＷＴＲＵロケーション、要求されたサービス継続性（ＳＣ）サポート、要求されたＳＣ計画、ＥＡＳ特性、又はＥＡＳインスタンス化情報のうちの１つ以上を含む、請求項１１に記載のＷＴＲＵ。
【請求項19】
前記ＥＡＳが、ドメイン名システム（ＤＮＳ）応答、アプリケーションプログラミングインターフェース（ＡＰＩ）応答、関数呼び出し戻り値、又はオペレーティングシステム（ＯＳ）呼び出し応答を介して、前記ＥＤＮから前記インスタンス化応答を受信する、請求項１１に記載のＷＴＲＵ。
【請求項20】
前記ＥＡＳ発見要求が、アプリケーション使用、ＷＴＲＵプラットフォーム状態、又は接続性条件のうちの１つ以上を含む、請求項１１に記載のＷＴＲＵ。【国際調査報告】