特開 2024-109808 ＥＴＳＩ ＭＥＣのためのＩＥＥＥ８０２．１１ベースの無線ネットワーク情報サービスを提供するための方法およびプロシージャ

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

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

(11)【公開番号】P2024109808

(43)【公開日】2024-08-14

(54)【発明の名称】ＥＴＳＩ ＭＥＣのためのＩＥＥＥ８０２．１１ベースの無線ネットワーク情報サービスを提供するための方法およびプロシージャ

(51)【国際特許分類】

   H04W 24/00 20090101AFI20240806BHJP

   H04W 84/12 20090101ALI20240806BHJP

   H04W 36/08 20090101ALI20240806BHJP

【ＦＩ】

H04W24/00

H04W84/12

H04W36/08

【審査請求】有

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2024083931

(22)【出願日】2024-05-23

(62)【分割の表示】P 2022166208の分割

【原出願日】2019-01-11

(31)【優先権主張番号】62/616,984

(32)【優先日】2018-01-12

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

【公序良俗違反の表示】

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

１．ＷＣＤＭＡ

２．３ＧＰＰ

(71)【出願人】

【識別番号】316012245

【氏名又は名称】アイディーエーシー ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】デラオリヴァ、アントニオ

(72)【発明者】

【氏名】ガスタ、ロバート ジー．

(72)【発明者】

【氏名】ムーラッド、アラン

(57)【要約】      （修正有）

【課題】モバイルエッジコンピューティング（ＭＥＣ）サービスのためのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）ベースの無線ネットワーク情報サービス（ＲＮＩＳ）を実施する方法を提供する。
【解決手段】方法は、ＳＴＡが、モバイルエッジ（ＭＥ）アプリケーション（ＭＥａｐｐ）に送信されるマルチドメインネットワーク情報についての要求に対する応答を、ＭＥＰ上で動作するＭＥａｐｐのＭＥＣサービスから受信し、ＭＥａｐｐが、ＲＮＩＳからマルチドメインネットワーク情報を取得し、複数のＷＬＡＮの測定情報を収集するように、かつ、ＭＥＰに測定情報を与えるＷｉＦｉコントローラによって制御されるＡＰに関連付けられる。ＭＥＰ、ＭＥａｐｐ又はＭＥサービスのうちの任意の１つ又は複数を、１つ又は複数の他のＳＴＡ又はＭＥアプリの他の要求及び応答を用いて、要求及び応答を順序付ける。
【選択図】図９

【特許請求の範囲】

【請求項1】

デバイスによって、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）情報サービスデバイスへ、ランダム間隔またはチャネル番号の少なくとも１つを示す情報を含む、測定を構成する要求を示す第１のメッセージを送信することと、
前記デバイスによって、前記第１のメッセージに応答して、前記ＷＬＡＮ情報サービスデバイスから、前記要求した測定構成情報に対応する測定構成の表示を受信することと、
前記ＷＬＡＮ情報サービスデバイスへ、ビーコン要求メッセージを送信することと、
前記ＷＬＡＮ情報サービスデバイスから、前記ビーコン要求メッセージに応答して、ビーコン報告メッセージを受信することと、
を含む、方法。

【請求項2】

前記ビーコン要求メッセージは前記測定構成情報に従うものである、請求項１に記載の方法。

【請求項3】

前記ビーコン要求メッセージはビーコン報告構造を示す情報要素を含む、請求項１に記載の方法。

【請求項4】

前記ＷＬＡＮ情報サービスデバイスから、他のＳＴＡに対応する情報を受信することをさらに含む、請求項１に記載の方法。

【請求項5】

前記ＷＬＡＮ情報サービスデバイスから、ＩＥＥＥ８０２．１１ネットワークに関連付けられたエンドユーザに関するモビリティ情報を受信することをさらに含む、請求項１に記載の方法。

【請求項6】

前記ＷＬＡＮ情報サービスデバイスから、局（ＳＴＡ）のハンドオーバのために利用可能であるアクセスポイントの情報を受信することをさらに含む、請求項１に記載の方法。

【請求項7】

前記方法は、モバイルエッジコンピューティング（ＭＥＣ）アプリケーション（ＡＰＰ）（ＭＥＣ ＡＰＰ）を含むサービス消費者によって実行される、請求項１に記載の方法。

【請求項8】

デバイスであって、
ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）情報サービスデバイスへ、ランダム間隔またはチャネル番号の少なくとも１つを示す情報を含む、測定を構成する要求を示す第１のメッセージを送信するように構成された送信機と、
前記第１のメッセージに応答して、前記ＷＬＡＮ情報サービスデバイスから、前記要求した測定構成情報に対応する測定構成の表示を受信するように構成された受信機と、
前記ＷＬＡＮ情報サービスデバイスへ、ビーコン要求メッセージを送信するように構成された前記送信機と、
前記ＷＬＡＮ情報サービスデバイスから、前記ビーコン要求メッセージに応答して、ビーコン報告メッセージを受信するように構成された前記受信機と、
を備えた、デバイス。

【請求項9】

前記ビーコン要求メッセージはビーコン報告構造を示す情報要素を含む、請求項８に記載のデバイス。

【請求項10】

前記ビーコン要求メッセージは前記測定構成情報に従うものである、請求項８に記載のデバイス。

【請求項11】

前記測定構成情報はハイパーテキストトランスファープロトコル（ＨＴＴＰ）メッセージ内で送信される、請求項８に記載のデバイス。

【発明の詳細な説明】

【背景技術】

【0001】

関連出願の相互参照
本出願は、全体が記載されているかのように参照により組み込まれる、２０１８年１月１２日に出願された米国特許仮出願第６２／６１６，９８４号の利益を主張する。

【発明の概要】

【0002】

マルチドメインネットワーク情報についての要求が、ＳＴＡによってモバイルエッジ（ＭＥ）アプリケーション（ＭＥａｐｐ）に送信され得る。要求に応答して、複数のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）に対応するマルチドメインネットワーク情報が、ＳＴＡによって受信され得る。要求に対する応答は、ＭＥプラットフォーム（ＭＥＰ）上で動作するＭＥａｐｐのモバイルエッジコンピューティング（ＭＥＣ）サービスから受信され得る。一実施形態では、ＭＥａｐｐは、無線ネットワーク情報サービス（ＲＮＩＳ）からマルチドメインネットワーク情報を取得するように構成され得る。一実施形態では、ＳＴＡは、複数のＷＬＡＮの測定情報を収集するように、およびＭＥＰに測定情報を与えるように構成されたＷｉＦｉコントローラによって制御されるアクセスポイント（ＡＰ）に関連付けられ得る。ＭＥＰ、ＭＥａｐｐまたはＭＥサービスのうちの任意の１つまたは複数は、１つまたは複数の他のＳＴＡまたはＭＥａｐｐの他の要求および応答を用いて要求および応答を順序付けるように構成され得る。

【図面の簡単な説明】

【0003】

さらに、図中の同様の参照番号は、同様の要素を示す。

【0004】

【図1A】１つまたは複数の開示する実施形態が実装され得る例示的な通信システムを示すシステム図である。

【図1B】一実施形態による、図１Ａに示す通信システム内で使用され得る例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。

【図1C】一実施形態による、図１Ａに示す通信システム内で使用され得る例示的な無線アクセスネットワーク（ＲＡＮ）と例示的なコアネットワーク（ＣＮ）とを示すシステム図である。

【図1D】一実施形態による、図１Ａに示す通信システム内で使用され得るさらなる例示的なＲＡＮとさらなる例示的なＣＮとを示すシステム図である。

【図2】例示的な欧州通信規格協会（ＥＴＳＩ）マルチアクセスエッジコンピューティング（ＭＥＣ）アーキテクチャのブロック図である。

【図3】ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）展開オプションおよびＭＥＣ無線ネットワーク情報サービス（ＲＮＩＳ）インターフェースポイントの図である。

【図4】要求を通してパラメータを構成することを示すメッセージ図である。

【図5】測定構成のための新しいメッセージフォーマットを示すメッセージ図である。

【図6】サブオプションを含む新しいメッセージフォーマットを示すメッセージ図である。

【図7】Ｍｍ５インターフェースの図である。

【図8】例示的な編成機能の図である。

【図9】ＭＥＣアプリから周囲ネットワークに関する情報を取得するＳＴＡの図である。

【図10】例示的な仮想端末動作の図である。

【図11】適応型前方誤り訂正（ＦＥＣ）を採用するビデオサーバを示すブロック図である。

【図12】ＭＥａｐｐを動作させているＷＴＲＵの受信機構成要素を示すブロック図である。

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

【0005】

実施形態の実装のための例示的なネットワーク
図１Ａは、１つまたは複数の開示する実施形態が実装され得る例示的な通信システム１００を示す図である。通信システム１００は、複数のワイヤレスユーザに音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを与える多元接続システムであり得る。通信システム１００は、ワイヤレス帯域幅を含むシステムリソースの共有を通してそのようなコンテンツに複数のワイヤレスユーザがアクセスすることを可能にし得る。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理済みＯＦＤＭ（resource block-filtered OFDM）、フィルタバンクマルチキャリア（ＦＢＭＣ）などの１つまたは複数のチャネルアクセス方法を採用し得る。

【0006】

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

【0007】

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

【0008】

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

【0009】

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

【0010】

より詳細には、上記のように、通信システム１００は、多元接続システムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を採用し得る。たとえば、ＲＡＮ１０４中の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立し得るユニバーサル移動体（電話）通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含み得る。

【0011】

一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る発展型ＵＭＴＳ地上波無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実装し得る。

【0012】

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

【0013】

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

【0014】

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティー（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ－ＤＯ、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ２０００（ＩＳ－２０００）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ９５（ＩＳ－９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ８５６（ＩＳ－８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

【0015】

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

【0016】

ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであり得るＣＮ１０６と通信していることがある。データは、異なるスループット要件、レイテンシ要件、誤り耐性要件、信頼性要件、データスループット要件、モビリティ要件などの変動するサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６は、呼の制御、課金サービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを与え、および／またはユーザ認証などの高レベルなセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４および／またはＣＮ１０６が、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接的または間接的に通信していることがあることを諒解されよう。たとえば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４に接続されることに加えて、ＣＮ１０６はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を採用する別のＲＡＮ（図示せず）と通信していることがある。

【0017】

ＣＮ１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働き得る。ＰＳＴＮ１０８は、簡易電話サービス（ＰＯＴＳ）を与える回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート中で伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）および／またはインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または動作されるワイヤードおよび／またはワイヤレス通信ネットワークを含み得る。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用し得る１つまたは複数のＲＡＮに接続された別のＣＮを含み得る。

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得、それらからユーザ入力データを受信し得る。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力し得る。さらに、プロセッサ１１８は、取外し不能メモリ１３０および／または取外し可能メモリ１３２などの任意のタイプの好適なメモリからの情報にアクセスし、それの中にデータを記憶し得る。取外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含み得る。取外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、その中にデータを記憶し得る。

【0025】

プロセッサ１１８は、電源１３４から電力を受電し得、ＷＴＲＵ１０２中の他の構成要素に電力を分散および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の好適なデバイスであり得る。たとえば、電源１３４は、１つまたは複数の乾電池バッテリ（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。

【0026】

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

【0027】

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

【0028】

ＷＴＲＵ１０２は、（たとえば、（たとえば、送信のための）ＵＬと（たとえば、受信のための）ＤＬとの両方のための特定のサブフレームに関連する）信号の一部または全部の送信および受信が並列および／または同時であり得る全二重無線を含み得る。全二重無線は、ハードウェア（たとえば、チョーク）またはプロセッサ（たとえば、別個のプロセッサ（図示せず）またはビアプロセッサ１１８）を介した信号処理のいずれかを介して自己干渉を小さくするおよびまたは実質的になくすために干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、（たとえば、（たとえば、送信のための）ＵＬまたは（たとえば、受信のための）ＤＬのいずれかのための特定のサブフレームに関連する）信号の一部または全部の送信および受信のための半二重無線を含み得る。

【0029】

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

【0030】

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

【0031】

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

【0032】

図１Ｃに示すＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１６６とを含み得る。上記の要素がＣＮ１０６の一部として示されているが、これらの要素のいずれかがＣＮオペレータ以外のエンティティによって所有および／または動作され得ることを諒解されよう。

【0033】

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

【0034】

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

【0035】

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

【0036】

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。たとえば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定通信デバイスとの間の通信を容易にするためにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。たとえば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るかまたはそれと通信し得る。さらに、ＣＮ１０６は、他のサービスプロバイダによって所有および／または動作される他のワイヤードおよび／またはワイヤレスネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。

【0037】

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

【0038】

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

【0039】

インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）とＡＰに関連する１つまたは複数の局（ＳＴＡ）とを有し得る。ＡＰは、配信システム（ＤＳ）またはＢＳＳを出入りするトラフィックを搬送する別のタイプのワイヤード／ワイヤレスネットワークへのアクセスまたはインターフェースを有し得る。ＢＳＳの外部から発信するＳＴＡへのトラフィックは、ＡＰを通して到着し得、ＳＴＡに送出され得る。ＢＳＳ外の宛先にＳＴＡから発信されたトラフィックは、それぞれの宛先に送出されるためにＡＰに送られ得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送られることがあり、たとえば、ここで、ソースＳＴＡはＡＰにトラフィックを送り得、ＡＰは、宛先ＳＴＡにトラフィックを送出し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと考慮され、および／またはそう呼ばれることがある。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間で（たとえば、それらの間で直接）送られ得る。いくつかの代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネリングされたＤＬＳ（ＴＤＬＳ）を使用し得る。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮはＡＰを有しないことがあり、ＩＢＳＳ内のまたはそれを使用するＳＴＡ（たとえば、ＳＴＡのすべて）は互いに直接通信し得る。ＩＢＳＳ通信モードは、時々、本明細書では「アドホック」通信モードと呼ぶことがある。

【0040】

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

【0041】

高スループット（ＨＴ）のＳＴＡは、４０ＭＨｚ幅のチャネルを形成するために、たとえば、隣接するまたは隣接していない２０ＭＨｚのチャネルとの１次の２０ＭＨｚのチャネルの組合せを介した通信のために４０ＭＨｚ幅のチャネルを使用し得る。

【0042】

極高スループット（ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚおよび／または８０ＭＨｚのチャネルは、連続する２０ＭＨｚのチャネルを組み合わせることによって形成され得る。１６０ＭＨｚのチャネルは、８つの連続する２０ＭＨｚのチャネルを組み合わせることによって、または８０＋８０構成と呼ばれることがある２つの不連続の８０ＭＨｚのチャネルを組み合わせることによって形成され得る。８０＋８０構成では、データは、チャネル符号化後に、２つのストリームにデータを分割し得るセグメントパーサを通してパスされ得る。逆高速フーリエ変換（ＩＦＦＴ）処理と時間領域処理とが別々に各ストリームに対して行われ得る。ストリームは、２つの８０ＭＨｚのチャネル上にマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成について上記で説明した動作が逆行され得、組み合わされたデータが媒体アクセス制御（ＭＡＣ）に送られ得る。

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルな数秘学に関連する送信を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。たとえば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／またはワイヤレス送信スペクトルの異なる部分ごとに変動し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（たとえば、様々な数のＯＦＤＭシンボルを含んでいるおよび／または変動する長さの絶対時間の間続く）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

【0049】

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

【0050】

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

【0051】

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

【0052】

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１０４中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続され得、制御ノードとして働き得る。たとえば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシング（たとえば、異なる要件をもつ異なるプロトコルデータユニット（ＰＤＵ）セッションの扱い）のサポート、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、非アクセス層（ＮＡＳ）シグナリングの終了、モビリティ管理などを担当し得る。ネットワークスライシングは、利用されたＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃであるサービスのタイプに基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮのサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。たとえば、異なるネットワークスライスは、高信頼低遅延（ＵＲＬＬＣ）アクセスに依拠するサービス、拡張大規模モバイルブロードバンド（ｅＭＢＢ）アクセスに依拠するサービス、ＭＴＣアクセスのサービスなどの異なる使用事例のために確立され得る。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４とＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を与え得る。

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

エミュレーションデバイスは、ラボ環境でおよび／またはオペレータネットワーク環境で他のデバイスの１つまたは複数のテストを実施するように設計され得る。たとえば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするためにワイヤードおよび／またはワイヤレス通信ネットワークの一部として完全にまたは部分的に実装および／または展開されながら、１つもしくは複数またはすべての機能を実行し得る。１つまたは複数のエミュレーションデバイスは、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として一時的に実装／展開されながら、１つもしくは複数またはすべての機能を実行し得る。エミュレーションデバイスは、テストするために、および／またはオーバージエアワイヤレス通信を使用してテストを実行するために、別のデバイスに直接結合され得る。

【0058】

１つまたは複数のエミュレーションデバイスは、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として実装／展開されることなしに、すべてを含む１つまたは複数の機能を実行し得る。たとえば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために試験所ならびに／または展開されていない（たとえば、テスト用の）ワイヤードおよび／もしくはワイヤレス通信ネットワーク中のテストシナリオで利用され得る。１つまたは複数のエミュレーションデバイスは、テスト機器であり得る。データを送信および／または受信するためにエミュレーションデバイスによって、直接ＲＦ結合および／または（たとえば、１つまたは複数のアンテナを含み得る）ＲＦ回路を介したワイヤレス通信が使用され得る。

【0059】

詳細な説明
エッジコンピューティングおよびフォグコンピューティングは、サービスおよびコンテンツプロバイダが、コアネットワークまたは遠くのクラウドデータセンタを利用することなしにネットワークの端でアプリケーションを提供することを可能にする新技術である。言い換えれば、エッジコンピューティングは、ネットワークエッジに向けて（Ｍｉｃｒｏｓｏｆｔ ＡｚｕｒｅまたはＡｍａｚｏｎ Ｅｌａｓｔｉｃ Ｃｌｏｕｄなどの）「従来の」クラウドサービスを拡大し、ここで、アプリケーションおよびサービスは、たとえば、スマートフォン、ＩｏＴデバイス、インテリジェントビークルなどのクライアントデバイスのより近くにバックエンド機能を移動することまたはエッジ中にデバイスからの機能をオフロードすることのいずれかによって低レイテンシ、近接度およびコンテキスト認識の利益を受け得る。

【0060】

エッジコンピューティングは、ＩＭＴ－２０２０ ５Ｇサービスモデルの超高信頼および低レイテンシ通信（ＵＲＬＬＣ）象限内に定義されるサービスなど、低レイテンシを必要とする５Ｇサービスの必要なプレゼンスポイントであり得る。これらは、自律ビークル（車、ドローンなど）、産業自動化およびスマート工場、ロボット工学、ならびにタッチインターネット（tactile internet）を含む。エッジコンピューティングはまた、ネットワークを通して異なる場所に処理を配置することを可能にすることによって拡張モバイルブロードバンド（ｅＭＢＢ）および大規模マシン型通信（ｍＭＴＣ）に利益を与え、サービスおよびネットワークの柔軟性を可能にし、ネットワークリソースを最適化する。

【0061】

欧州通信規格協会（ＥＴＳＩ）内のマルチアクセスエッジコンピューティング（ＭＥＣ）産業仕様策定グループ（ＩＳＧ）は、エッジコンピューティング分野内の主要規格イニシアチブである。ＭＥＣ ＩＳＧは、マルチベンダ、マルチドメイン、モバイルエッジコンピューティング環境内のモバイルエッジコンピューティングプラットフォームにわたるベンダ、サービスプロバイダ、および第三者からのエッジアプリケーションの効率的でシームレスな統合を可能にする規格化された、オープン環境を作成するように公認されている。

【0062】

オープンフォグコンピューティングなどの他のエッジコンピューティング規格および団体と比較してのＭＥＣの一意の特性は、アプリケーションの挙動およびサービスを調整するために無線ネットワークの状態に関するリアルタイム情報へのアクセスを与えることの目的である。ＭＥＣ ＩＳＧのフェーズ１（２０１５～２０１６）中に、ＭＥＣ ＩＳＧは、３ＧＰＰ ＬＴＥセルラーネットワークとの統合に集中した。しかしながら、フェーズ２（２０１７～２０１８）中に、ＭＥＣ ＩＳＧは、８０２．１１ＷＬＡＮを含む他のアクセス技術を含むように範囲を拡張した。

【0063】

図２は、例示的なＥＴＳＩ ＭＥＣアーキテクチャ２００を示す。図２に示すように、モバイルエッジホスト（ＭＥＨ）２０２は、モバイルエッジプラットフォーム（ＭＥＰ）２０４と仮想化インフラストラクチャ２０６とを含んでいるエンティティである。ＭＥＰ２０４は、仮想化インフラストラクチャ上でモバイルエッジアプリケーションを動作させるための本質的な機能の集合を含み得る。モバイルエッジアプリケーション（ＭＥａｐｐ）２１０、２１２、２１４は、構成に基づいてまたはモバイルエッジ管理によって確認された要求に基づいてＭＥＨ２０２の仮想化インフラストラクチャ２０６上でインスタンス化され得る。ＭＥＰ２０４は、１つまたは複数のＭＥサービス２０８とサービスレジストリ２２６とを含み得、トラヒックルール制御２１８とＤＮＳ処理２１６とを提供し得る。ＭＥａｐｐ２１０、２１２、２１４は、Ｍｐ１基準点２２０、２２２を介してＭＥＰ２０４と通信するように構成され得る。基準点Ｍｐ２ ２２４は、ＭＥＰ２０４と仮想化インフラストラクチャ２０６との間のインターフェースを与え得る。一実施形態では、基準点は、１つまたは複数の機能要素を接続するために使用され得る。

【0064】

モバイルエッジプラットフォームマネージャ（ＭＥＰＭ）２２８は、アプリケーションライフサイクル２３０を管理し得、ＭＥＰに要素管理機能２３４を与え得る。ＭＥＰＭ２２８はまた、アプリケーションルールおよび要件２３２を管理し得る。モバイルエッジサービス（ＭＥサービス）２０８は、ＭＥＰ２０４上にホストされ得、通信サービス、トラフィック負荷サービスおよびロケーションサービスを含む様々な能力を提供し得る。ＭＥサービスはまた、無線ネットワーク情報を記憶するかまたは与え得る。ＭＥサービスは、ＭＥＰ中にネイティブに与えられるか、または第三者によってアドオンサービスとして登録され得る。

【0065】

ＭＥＰＭ２２８は、Ｍｍ５基準点２３６を介してＭＥＰ２０４と通信していることがある。ＭＥＰＭ２２８はまた、Ｍｍ６基準点２４２を介して仮想化インフラストラクチャマネージャ２３８と通信し得る。仮想化インフラストラクチャマネージャ２３８は、Ｍｍ７基準点２４０を介して仮想化インフラストラクチャと通信していることがある。Ｍｐ３基準点２４４は、ＭＥＰに他のモバイルエッジホスト２４８の他のモバイルエッジプラットフォーム２４６を接続する。

【0066】

モバイルエッジオーケストレータ２５０は、Ｍｍ３ ２５２を介してＭＥＰＭ２２８と通信し、Ｍｍ４基準点２５４を介して仮想化インフラストラクチャマネージャ２３８と通信し得る。基準点Ｍｍ２ ２５６は、ＭＥＰＭ２２８に動作サポートシステム２５８を接続するために使用され得る。動作サポートシステム２５８は、基準点Ｍｍ１ ２６０を介してモバイルエッジオーケストレータ２５０とインターフェースし得る。基準点Ｍｘ１ ２６２は、顧客対向サービス（ＣＦＳ）ポータル２６４に動作サポートシステム２５８を接続し得る。基準点Ｍｍ８ ２６６は、Ｍｍ９ ２７０を介してモバイルエッジオーケストレータ２５０に結合されたユーザアプリケーションライフサイクル管理（ＬＣＭ）プロキシ２６８に動作サポートシステム２５８を接続し得る。ユーザアプリケーションＬＣＭプロキシ２６８は、Ｍｘ２ ２７４を介してＵＥアプリケーション２７２とインターフェースし得る。

【0067】

ＭＥＣは、ＭＥＣによって定義された無線ネットワーク情報サービス（ＲＮＩＳ）を介して認可されたモバイルエッジアプリケーションにリアルタイムネットワーク情報を提供する。現在のＭＥＣ ＲＮＩＳは、３ＧＰＰ ＬＴＥアクセスネットワークのみに対して定義されており、ＩＥＥＥベースまたは他のネットワークベースの機能を含むように更新される必要があり得る。ＲＮＩＳは、クエリまたは直接アクセスサービスおよび通知サブスクリプションサービスを含むかまたはそれに応答する表現状態転送（ＲＥＳＴ）アプリケーションプログラムインターフェース（ＡＰＩ）を与える。情報、たとえば、クエリの直接要求は、ＰｌｍｎＩｎｆｏ、ＲａｂＩｎｆｏ、またはＳ１ＢｅａｒｅｒＩｎｆｏクエリのうちの１つまたは複数であり得る。サブスクリプションベースのサービス、たとえば、サブスクリプション／通知サービスは、ＣｅｌｌＣｈａｎｇｅＳｕｂｓｃｒｉｐｔｉｏｎ／Ｎｏｔｉｆｉｃａｔｉｏｎ、ＲａｂＥｓｔＳｕｂｓｃｒｉｐｔｉｏｎ／Ｎｏｔｉｆｉｃａｔｉｏｎ、ＲａｂＭｏｄＳｕｂｓｃｒｉｐｔｉｏｎ／Ｎｏｔｉｆｉｃａｔｉｏｎ、ＲａｂＲｅｌＳｕｂｓｃｒｉｐｔｉｏｎ／Ｎｏｔｉｆｉｃａｔｉｏｎ、ＭｅａｓＲｅｐＵｅＳｕｂｓｃｒｉｐｔｉｏｎ／Ｎｏｔｉｆｉｃａｔｉｏｎ、ＭｅａｓＴａＳｕｂｓｃｒｉｐｔｉｏｎ／Ｎｏｔｉｆｉｃａｔｉｏｎ、ＣａＲｅｃｏｎｆＳｕｂｓｃｒｉｐｔｉｏｎ／Ｎｏｔｉｆｉｃａｔｉｏｎ、Ｓ１ＢｅａｒｅｒＳｕｂｓｃｒｉｐｔｉｏｎ／Ｎｏｔｉｆｉｃａｔｉｏｎ、および／またはＳｕｂｓｃｒｉｐｔｉｏｎＬｉｎｋＬｉｓｔ／ＥｘｐｉｒｙＮｏｔｉｆｉｃａｔｉｏｎを含み得る。

【0068】

上記の情報のすべては、３ＧＰＰ ＬＴＥに固有であり得る。他の（非３ＧＰＰの）無線アクセス技術についての無線ネットワーク情報は、ＥＴＳＩ ＭＥＣフェーズ１の範囲内として考慮されておらず、将来の課題として残された。

【0069】

２０１７～２０１８年頃のフェーズ２において、ＥＴＳＩ ＭＥＣ産業仕様策定グループ（ＩＳＧ）は、非３ＧＰＰ無線ネットワークを含むマルチアクセスエッジ展開を含むように範囲を拡張した。したがって、ＩＥＥＥ８０２．１１を含むＷＬＡＮは、ＭＥＣがサポートし得る無線アクセス技術である。ＷＬＡＮ ＲＮＩＳサービスの定義は、フレームワークＡＰＩ仕様で始まっている。フレームワークの仕様は、ＷＬＡＮネットワーク情報、ＡＰＩフォーマットなどに関するいかなる詳細も含まない。

【0070】

ＩＥＥＥ８０２．１１－２０１６は、ＷＬＡＮ無線インターフェース中で測定を実行するためのいくつかの可能性を含む。ＷＬＡＮ無線測定により、局（ＳＴＡ）は、無線リンクパフォーマンスおよび無線環境に関するデータを観測し、収集することが可能になる。ＳＴＡは、測定を局所的に行うことを選定し、別のＳＴＡに測定を要求し得るか、または１つまたは複数の測定を行い、結果のうちの１つまたは複数を戻すように別のＳＴＡによって要求され得る。結果は、ＡＰＩを介して戻され得るか、または同じく要求元ＳＴＡに直接戻され得る。無線測定データは、ＳＴＡ管理および上位プロトコルレイヤに利用可能にされ、そこで、様々なアプリケーションのために使用され得る。無線測定サービスは、ベンダにわたって標準的な測定を与えることによってＷＬＡＮの能力、信頼性および保守性を拡張する測定を含み得、サービスは、通信スタック中の上位レイヤに得られた測定データを与える。

【0071】

ＩＥＥＥ８０２．１１ネットワーク中のすべてのノードは、アクセスポイントであるかまたは端末デバイスであるかにかかわらず局（ＳＴＡ）と命名されることに留意されたい。ＳＴＡは、ＡＰとして構成され、ＡＰの１つまたは複数の特徴または機能を必要とする場合、以下でＳＴＡ－ＡＰまたはＡＰ－ＳＴＡとして説明され得る。

【0072】

要求および報告測定は、ビーコン、プローブ応答、測定パイロットを使用して、ならびに他の要素を使用して実行され得る。ビーコン要求／報告ペアを使用することによって、ＳＴＡは、指定されたチャネル上でそのビーコンを受信可能であるＡＰのリストを別のＳＴＡに要求することができる。次いで、測定ＳＴＡは、要求されたチャネルを監視し、ビーコン、プローブ応答、および測定パイロット電力レベル、たとえば、受信されたチャネル電力インジケータ（ＲＣＰＩ）を測定し、測定持続時間内に受信された一部または全部のビーコン、プローブ応答、および測定パイロットをロギングする。フレーム要求／報告ペアを使用することは、測定ＳＴＡにおいて受信されたすべてのチャネルトラフィックのピクチャおよびすべてのフレームのカウントを与えるか、または戻し得る。一意の送信機アドレスごとに、ＳＴＡは、送信機アドレス、この送信機から受信されたフレームの数、これらのフレームのためのＲＣＰＩ、および送信機の基本サービスセット識別子（ＢＳＳＩＤ）を報告し得る。他の情報、たとえば、交換されたフレームの任意の要素が利用され得る。

【0073】

チャネル負荷要求／報告ペアは、測定ＳＴＡによって観測されたチャネル利用測定を与えるかまたは戻し得る。雑音ヒストグラム要求／報告ペアは、仮想キャリア検知がアイドルを示し、ＳＴＡがフレームを送信も受信もしていないときにチャネルをサンプリングすることによって非ＩＥＥＥ８０２．１１雑音電力の電力ヒストグラム測定を与えるかまたは戻し得る。ＳＴＡ統計要求／報告ペアは、ＳＴＡカウンタおよびＢＳＳ平均アクセス遅延の値のグループを与えるかまたは戻し得る。ＳＴＡカウンタグループ値は、特に、送信された断片カウント、グループアドレス指定され送信されたフレームカウント、失敗したカウント、再試行カウント、複数の再試行カウント、フレーム重複カウント、送信要求（ＲＴＳ）成功カウント、ＲＴＳ失敗カウント、肯定応答（ＡＣＫ）失敗カウント、受信された断片カウント、グループアドレス指定され受信されたフレームカウント、フレームチェックシーケンス（ＦＣＳ）エラーカウントおよび送信されたフレームカウントを含み得る。ＢＳＳ平均アクセス遅延グループ値は、ＡＰ平均アクセス遅延、アクセスカテゴリごとの平均アクセス遅延、ＡＰの１つまたは複数の周波数のための平均アクセス遅延、関連するＳＴＡカウント、利用可能な収容容量およびチャネル利用を含む。

【0074】

ロケーション構成情報が要求され、戻され得る。ロケーション要求／報告ペアは、緯度、経度、および高度に関して要求されたロケーションを与えるかまたは戻し得る。あるいは、ロケーションは、他の地理的方法を使用して指定され得る。ロケーションは、建築物の１つまたは複数のフロアなどの高度のタイプを指定することを含めより正確に指定され得る。ロケーションは、様々な報告解像度または粒度を使用することを許容され、それを使用して指定され得る。ネイバー報告要求は、ＡＰに送られ得、これは、サービスセット遷移の候補である知られているネイバーＡＰに関する情報を含んでいるネイバー報告を戻す。リンク測定要求／報告交換は、ＳＴＡ間のリンクのＲＦ特性の測定を与え得る。この測定は、リンクの瞬時品質またはより長い期間の品質を示し得る。送信ストリーム／カテゴリ測定は、ＱｏＳ ＳＴＡがピアＱｏＳ ＳＴＡにペア間の進行中のトラフィックストリームの状態を照会することを可能にし得る要求／報告ペアである。

【0075】

追加の測定が含まれ、サポートされ得る。たとえば、ロケーションサービス測定が含まれ得る。ロケーション構成要求および応答フレームにより、ＳＴＡは、ロケーショントラック通知フレームのためのロケーション関連パラメータの集合を構成することが可能になり得る。コロケート干渉報告により、要求元ＳＴＡは、報告元ＳＴＡにおけるコロケート無線による干渉に関する情報を取得することが可能になり得る。要求元ＳＴＡは、干渉の効果を最小化するために１つまたは複数の送信をスケジュールするためにその情報を使用し得る。トリガされたＳＴＡの統計報告能力により、注目する統計があらかじめ定義されたしきい値に達するときＳＴＡ統計報告の生成が可能になり得る。

【0076】

行う測定および測定フォーマットは、１つまたは複数のＩＥＥＥ８０２．１１規格によって定義され得る。ＥＴＳＩ ＭＥＣによって定義されたＲＮＩＳは、基礎をなす無線ネットワーク状態を収集し、それをＭＥａｐｐに報告する。無線状態に関する情報を利用することによって、ＭＥａｐｐは、ネットワークにそれの挙動を最適化し得、たとえば、ＭＥａｐｐは、ビデオコーディングフォーマットを調整すること、トラフィックステアリングルールを更新することなどを行い得る。現在、ＥＴＳＩ ＭＥＣは、ＬＴＥ技術のみに対してＲＮＩＳを定義している。ＬＴＥ以外のアクセスネットワークを含むようなＭＥＣの範囲の拡大では、ＩＥＥＥ８０２．１１、ＷＬＡＮアクセスネットワークのためのＭＥアプリケーションに向けたＲＮＩＳサービスの定義が必要とされる。

【0077】

さらに、ＬＴＥ技術は、無線ネットワークメトリックおよび測定に関してＩＥＥＥ８０２．１１ネットワークとは著しく異なる。距離および展開シナリオ、たとえば、屋内対屋外、マクロセル対スモールセルなどの差は、測定および無線メトリックがＷＬＡＮネットワークから収集され得る方法およびＭＥＣ ＲＮＩＳサービスなどのエンティティに向けて結果がどのように提示または報告されるのかに影響を及ぼす。ＷＬＡＮ無線情報コンテキストの要件は、ＷＬＡＮネットワークに存在するダイバーシティを考慮するために測定プロセスの構成のために必要である。実際、ＩＥＥＥ８０２．１１規格は、測定を行うために様々なオプションを含む。しかしながら、ＲＮＩＳのための無線測定およびメトリックなどのＭＥＣサービスパラメータを構成することのパラダイムは、ＥＴＳＩ ＭＥＣ内で考慮されていない。ＬＴＥ無線測定およびメトリックは、ＭＥＣから構成可能でなく、メトリックの任意のおよびすべての構成は、３ＧＰＰネットワーク内でＭＥＣの外側で行われる。上記のように、この静的無線測定パラダイムは、ＷＬＡＮのために機能しないことがある。

【0078】

ＷＴＲＵにアクセス可能であるかまたはそれによってアクセス可能であるＷＬＡＮネットワークプロバイダはすべて、ＭＥＣエッジサービスプロバイダと同じエンティティ（ベンダ、オペレータなど）のものでないことがあることが予想される。さらに、ＷＬＡＮの屋内性質により、様々なＷＬＡＮ展開シナリオが現在のＷＬＡＮネットワークにおいて想定され、さらには存在する。したがって、ＷＬＡＮ無線ネットワークに向けたＭＥＣ、たとえば、ＭＥＰまたは概してＭＥＣシステムからのサウスバウンドインターフェースが必要とされ得、これは、実際の展開シナリオに依存し得る。現在まで、サウスバウンドインターフェースは、ＥＴＳＩ ＭＥＣによって範囲外であると考慮されており、３ＧＰＰに延期された。

【0079】

本明細書では、８０２．１１ＷＬＡＮ無線メトリックを取得し、それをＭＥＣシステムに送出するための実施形態を提供する。ＷＬＡＮ無線メトリックは、ＥＴＳＩ ＭＥＣ参照アーキテクチャに一致して、ＭＥａｐｐに向けたＷＬＡＮ ＲＮＩＳを送出するために利用される。サウスバウンドインターフェースオプションは、ＭＥａｐｐにＷＬＡＮ ＲＮＩＳを提供するためにＷＬＡＮ無線メトリックを取得するために様々なＷＬＡＮ無線ネットワーク展開シナリオに向けてＭＥＣプラットフォームを介してＭＥＣを相互接続するために与えられる。オプションは、主に、基礎をなすＷＬＡＮネットワークおよびそれの構成によって駆動される。

【0080】

ＷＬＡＮ無線メトリックおよび測定は、ＷＬＡＮ展開の多様な性質に対処するために構成のレベルを必要とする。この構成レベルは、３ＧＰＰメトリックでは存在しない。ＩＥＥＥ８０２．１１は、ＷＬＡＮメトリックおよび測定を構成することと、それを管理することとの両方を行うためにリッチな測定フレームワークを定義した。各々がトレードオフを有する様々な実施形態が、ＩＥＥＥ８０２．１１メトリック環境を構成するためにＭＥＣ ＷＬＡＮ ＲＮＩＳのために使用され得る。

【0081】

一実施形態では、ＷＬＡＮ測定およびメトリックパラメータの構成は、ＭＥａｐｐによって実行され、たとえば、ＭＥＣ ＷＬＡＮ ＲＮＩＳは、ＭＥａｐｐがＷＬＡＮ ＲＮＩＳサービスを構成することを可能にするインターフェースを公開する。ＭＥＣサービスパラメータを構成し、調整するＭＥａｐｐを含み得るＭＥＣサービスコンシューマの概念は、ＲＮＩＳから一般化され、他のサービスに適用され得る。いくつかの例示的なサービスは、ビデオ分析、ロケーションサービス、モノのインターネット（ＩｏＴ）アプリケーション、拡張または仮想現実、最適化されたローカルコンテンツ配信およびデータキャッシングを含み得る。

【0082】

第２の実施形態では、ＷＬＡＮ測定およびメトリックパラメータの構成は、ＭＥＣシステムによって、たとえば、ＭＥＰＭによって実行され、ＭＥａｐｐからそのような構成の複雑性をオフロードする。

【0083】

ＭＥＰＭがすべてのパラメータのためのデフォルト値を設定する一実施形態では、これらの２つのオプションの組合せも利用され得、必要な場合または必要に応じて、ＭＥａｐｐは選択パラメータを更新し得ることに留意されたい。

【0084】

２つ以上のＭＥａｐｐが、単一のＭＥＣプラットフォーム上でまたはＭＥＣプラットフォームのセットにわたってＭＥＣ ＷＬＡＮ ＲＮＩＳにサービスを要求していることがあるので、２つのＭＥａｐｐが非互換測定を要求するまたは測定過負荷状態がＷＬＡＮネットワークに発生する競合を処理するための機構が採用され得る。過負荷状態は、ＷＬＡＮネットワークが測定で限界を超えており、いかなる有意味なデータも十分に報告するかまたは与えることができないことがあるときに発生し得る。

【0085】

ＥＴＳＩ ＭＥＣ参照アーキテクチャは、ＭＥａｐｐとＭＥＣサービス、たとえば、ＲＮＩＳとの間のＲＥＳＴベースのＡＰＩインターフェースを定義する。ＭＥａｐｐに向けてＷＬＡＮ ＲＮＩＳを与えるプロトコル定義が採用され得る。一実施形態では、ＷＬＡＮ ＲＮＩＳは、それらがサポートされるようになったときにＬＴＥ ＲＮＩＳおよび他のＲＡＴから、たとえば、別個のインターフェース定義およびサービスエンドポイントを有する別個の独立したサービスとしてＭＥａｐｐに提示され得る。別の実施形態では、単一のＲＮＩＳサービスが、単一のインターフェースおよびサービスエンドポイント中にすべてのＲＡＴについての無線ネットワーク情報をカプセル化するＭＥａｐｐに提示され得る。

【0086】

ＩＥＥＥ８０２．１１ネットワークでは、端末は、現在のワイヤレス領域の完全ビューを収集することができないことがある。ワイヤレスドメイン全体もしくは少なくともより大きいワイヤレスドメインまたは現在可能であるよりも大きい部分のワイヤレスドメインにおいて達成可能である可能性がある無線パフォーマンスについての情報を端末がＭＥＣから取得することが可能である機構が必要とされる。

【0087】

ＭＥＣ中のアプリケーションとして動作する仮想端末は、物理端末の現在の動作を模するためにワイヤレスチャネルからの現実の入力またはフィードバックを必要とし得る。この情報は、ＩＥＥＥ８０２．１１ ＲＮＩＳから収集され得、仮想端末または仮想アプリに与えられ得る。

【0088】

以下の実施形態に関して、どのＳＴＡが測定を実行または行うものであるのかに関して妨げない。測定ＳＴＡは、ＳＴＡ－ＡＰまたは非ＡＰ ＳＴＡ、たとえば、端末デバイスであり得る。ＭＥＣ ＷＬＡＮ ＲＮＩＳのための多くの展開オプションがあり得る。ＲＮＩＳサービスは、ＲＡＴにかかわらず、測定およびメトリックを与えるために基礎をなすＲＡＴによるまたはそれからのサポートを必要とし得る。ＩＥＥＥ８０２．１１の場合、無線測定は、ＩＥＥＥ８０２．１１ｋにおいて定義されており、後にＩＥＥＥ８０２．１１－２０１６中に含められた。測定８０２．１１ｋのサポートのいくつかは、ローミング決定、ＲＦチャネル知識、隠れノード、クライアント統計および送信電力制御（ＴＣＰ）についての測定を含む。

【0089】

ＩＥＥＥ８０２．１１ベースのＲＮＩＳを展開し、ＭＥＣプラットフォームを相互接続するための複数の実施形態がある。いくつかの実施形態は、８０２．１１無線情報をエッジアプリケーションおよび実際の８０２．１１無線情報メトリックを与えるＷＬＡＮネットワークに公開することを必要とし得る。

【0090】

図３は、１つまたは複数の例示的な展開のための３つの一意のオプション３００、３３０、３６０を提示するネットワーク図である。これらの展開オプション３００、３３０、３６０の各々は、展開のあるワイヤレスモードに対応し、ＭＥＣプラットフォームとワイヤレスドメインとの間のインターフェースについて関連する程度の複雑性を有する。ＩＥＥＥ８０２．１１ ＲＮＩＳが図示のようにＡＰおよびＳＴＡに直接関与することに留意されたい。したがって、いくつかのメトリックでは、ＡＰは、直接接触され得、測定を実行することに対処し得るが、いくつかの他のメトリックでは、ＭＥＣは、終端端末であり得る別個のＳＴＡに接触する必要があり得、次いで、コヒーレントな方法で取得された情報を処理し得る。選定された展開オプションに応じて、端末ＳＴＡに達するために必要なインターフェースは複雑性が増加し得る。

【0091】

一番上のオプション３００は、ＡＰの孤立セットからのＭＥＣ ＲＮＩＳがＩＥＥＥ８０２．１１ネットワーク内での測定を協調させるために特定のインフラストラクチャを考慮しない展開に対応する一例である。この例では、ＭＥＣプラットフォーム３０２は、ネットワーク中のＷＬＡＮ ＡＰ３０４、３０６への、したがって、ＡＰ３０４～３０６に接続されたＳＴＡ３０８～３１４への直接アクセスを有する。ＭＥＣプラットフォーム３０２をこのモデルの展開において使用するために、ＭＥＣアプリケーションがＳＴＡに直接接続して測定を実行し、結果を収集し、次いで、すべてのこの情報をＭＥＣアプリケーションにまたは生データを処理し、その中から有意味な情報を得ることが可能な別のＭＥＣサービスにプロビジョニングすることを可能にする複雑なＡＰＩを実装する必要があり得る。ＳＴＡに達するために、測定要求は、最初に、ＡＰを横断し得ることに留意されたい。この展開モデルは、事業者または会場所有者によって与えられたＭＥＣシステムに宅内ＷｉＦｉアクセスポイントを接続するために使用され得る。一例として、ユーザ構内中にまたはそれの近くに位置するＩＥＥＥ８０２．１１ ＡＰが考慮され得る。孤立ＡＰ３０４、３０６は、エッジサービスプロバイダ（たとえば、事業者、会場所有者、または中立ホスト）のＭＥＣプラットフォーム３０２に測定を与えるためにＭＥＣに論理的に接続され得る。この展開オプションは、より高い自由度を可能にするものであるが、同じく他のものと比較してより高い程度の複雑性を有する。ＭＥＣプラットフォーム３０２は、オーケストレータ３１８とインターフェースし得、ＭＥＣプラットフォーム３０２は、プラットフォーム３０２上で動作する少なくとも１つのＭＥサービス３１６を有し得る。オーケストレータ３１８とＭＥＣプラットフォーム３１６との両方は、１つまたは複数のサーバ３２０、３２２を有し得るか、またはそれに結合され得る。

【0092】

第２の展開オプション３３０において、ＭＥＣプラットフォームは、ＷｉＦｉコントローラ３３４上で動作することからＭＥＣ ＲＮＩＳと通信し得る。このオプション３３０は、空港または会議会場中で発見し得る機器などの管理されたＩＥＥＥ８０２．１１インフラストラクチャ機器と連携して使用され得る。この場合、ＩＥＥＥ８０２．１１ネットワークは、ユーザ、チャネル、送信電力などの関連付けを含むＷＬＡＮネットワークのすべての無線およびネットワークパラメータを構成する中央コントローラ３３４によって制御される。この場合、ＩＥＥＥ８０２．１１ネットワークへのＭＥＣプラットフォームの接続は、ＷｉＦｉコントローラ３３４との対話を通して実行され、これは、ＷＬＡＮネットワーク全体の協調ビューを与え得る。ＳＴＡ３３６～３４２への直接アクセスが許可されないことがあるので、このモデルの動作は、ＭＥＣプラットフォームがコントローラ特徴に特有のサウスバウンドインターフェースを与えることを必要とし得る。ＷｉＦｉコントローラ３３４は、いくつかのサービスアクセスポイントにおいて直接利用可能なすべての測定情報を有し得、ＭＥＣプラットフォームは、コントローラにおいて対応するＡＰ３４４～３４６と対話する必要があり得る。ＷｉＦｉコントローラ３３４がＡＰを制御するために使用されることにより、このインターフェースは標準化され得る。この展開モデルは、ＭＥＣプラットフォームにおけるより低い複雑性につながり得るが、コントローラ３３４が実行する準備ができている測定および他の行為しか対応しないことがあるので、より低い柔軟性にもつながり得る。ワイヤレスコントローラの使用はキャリアが所有するワイヤレス展開においてごく当たり前のものであるので、このオプションは、ワイヤレスキャリアによって最も多く展開されるオプションの１つであり得ることに留意されたい。ＭＥＣプラットフォーム３３２は、オーケストレータ３３０とインターフェースし得、ＭＥＣプラットフォーム３３２は、プラットフォーム３３２上で動作する少なくとも１つのＭＥサービス３４８を有し得る。オーケストレータ３５０とＭＥＣプラットフォーム３３２との両方は、１つまたは複数のサーバ３５２、３５４を有し得るか、またはそれに結合され得る。

【0093】

第３のオプション３６０では、ＭＥＰプラットフォーム３６２は、第２の展開オプション３３０と組み合わせて、たとえば、孤立ＷＬＡＮの１つもしくは複数のＡＰ３６６、３６８のセットについての測定、またはコントローラもしくはコントローラのセットを介した測定を実行するのを監督する測定デーモンまたはボックス３６４とインターフェースするように構成され得る。この場合、異なる測定要求を協調させることと、特定の測定フレームの生成または受信された情報のパーシングを含む要求された測定を実行することとを担当する測定デーモン３６４が配置され得る。この展開オプション３６０は、展開を簡略化し、測定を実行することと、ＭＥＣプラットフォーム３６２に結果を報告することとを担当する新しいボックス／ソフトウェア３６４の展開によって既存のＩＥＥＥ８０２．１１ネットワークがＭＥＣプラットフォーム３６２に接続され得る機構を与える。このオプションは、孤立ＡＰオプション３００とＷｉＦｉコントローラオプション３３０との間でのトレードオフである。ワイヤレスハードウェアが、たとえば、ＩＥＥＥ８０２．１１ｋなどの標準を実装する限り、測定デーモンは、ＭＥＣプラットフォームが必要とする機能を何でも用いて実装され得る。ＳＴＡ３７０、３７２は、孤立ＡＰ３６８のＳＴＡであり得る。ＳＴＡ３７４、３７６は、孤立ＡＰ３６６のＳＴＡであり得る。ＭＥＣプラットフォーム３６２は、オーケストレータ３７８とインターフェースし得、ＭＥＣプラットフォーム３６２は、プラットフォーム３６２上で動作する少なくとも１つのＭＥサービス３８０を有し得る。オーケストレータ３７８とＭＥＣプラットフォーム３６２との両方は、１つまたは複数のサーバ３８２、３８４を有し得るか、またはそれに結合され得る。

【0094】

現在、ＲＮＩＳサービスプロバイダと基礎をなすＩＥＥＥ８０２．１１ベースのネットワークとの間のインターフェースがプロプライエタリであり、規格化されていないと仮定することに留意されたい。あるいは、規格ベースのインターフェースがあり得る。本明細書で説明される図および例は、あらゆる標準的なインターフェースまたは規格団体に関して制限されないものとして解釈すべきである。本明細書で開示される例は、ＥＴＳＩ ＭＥＣ、さらに言えば、あらゆる他の標準団体の将来の標準化技術に適用可能であり得る。

【0095】

一実施形態では、ＭＥＣサービスパラメータの構成は、サービス消費者によって実行され得る。一実施形態では、あるサービスのパラメータの構成は、サービス消費者によって実行され得る。他の例は、たとえば、ＷＬＡＮ無線情報サービスを与え得るＩＥＥＥ８０２．１１ ＲＮＩＳに依拠し得る。しかしながら、実施形態および例のすべては、構成を必要とする任意のＭＥａｐｐおよびＭＥＣサービスに適用され得る。

【0096】

ＩＥＥＥ８０２．１１は、要求が８０２．１１ネットワークの現在のステータスおよび無線状態を理解するようにＩＥＥＥ８０２．１１ネットワークに要求され得るいくつかの可能な測定を定義する。ＥＴＳＩ ＭＥＣにおいて定義されている現在のＬＴＥ ＲＮＩＳは、任意の有意味な測定情報を取得するようにいくつかのパラメータを構成する必要があり得る。さらに、ＬＴＥ ＲＮＩＳは、あるＳＴＡまたはＡＰによって行われた要求およびあるＳＴＡまたはＡＰに送り戻される応答をアドレス指定するのに失敗する。正しい情報を得るために、ＭＥＣアプリケーションは、メトリック、測定を実行すべきＳＴＡ（端末）および瞬間、たとえば、測定を実行すべき時間インスタンスまたは時間期間を示さなければならない。

【0097】

以下は、異なる８０２．１１測定を構成するために使用され得る機構である。パラメータは、２つのオプションのうちの１つ、両方のオプションまたはいずれかのオプションの任意の組合せおよび他の技法または実装に従って構成され得る。

【0098】

図４は、ＭＥＣサービス４０４の必要とされる１つまたは複数のパラメータを構成するサービス消費者４０２、たとえば、ＭＥＣアプリを示すメッセージ図４００である。ＭＥＣサービス４０４は、たとえば、ＲＮＩＳであり得る。第１のオプション、オプション１では、測定の各々のための構成ＡＰＩが独立して定義され得る。たとえば、ＰＵＴメッセージとして表されるＡＰ＿ＩＮＦＯ＿ＭＥＡＳＵＲＥＭＥＮＴ＿ＣＯＮＦを介して。パラメータは、図４に示されるように、要求中のＰＵＴメッセージ４０６の一部として与えられる。ＰＵＴメッセージ４０６は、サービス消費者４０２からＭＥＣサービス４０４に送られ得る。構成のためのオプション４０８と、対応する値４１０とが指定され得る。図示のように、メッセージは、ＨＴＴＰ ＰＵＴメッセージである。しかし、他のＨＴＴＰメッセージまたは、代替的に、他のインターネットプロトコルメッセージも使用され得る。

【0099】

構成のためのパラメータまたはオプション４０８は、要求が送られたかまたは行われたときに分離された測定要求の各々のために与えられ得る。要求／応答ベースまたはサブスクリプションベースのいずれかの各々の特定のサービスプリミティブは、実際のサービスを要求する前にアクセスされ得るＰＵＴベースのＡＰＩを必要とする。ＡＰＩはサービスにおいて定義されている異なるメッセージ上で分割されるので、要求／サブスクリプション要求ごとに構成ＡＰＩが存在する。構成のための各オプションは、関連する値４１０を有し得る。

【0100】

特定のパラメータの一例として、ＩＥＥＥ８０２．１１は、チャネル負荷メトリックを与える。この測定を実行するために、他のパラメータの中で測定されるべきチャネルをＡＰに示すことが必要であり得る。この例では、チャネル負荷測定を要求する前に、関係するアプリケーションは、「ＰＵＴ ．．／ＣＨＡＮＮＥＬ＿ＬＯＡＤ＿ＭＥＡＳＵＲＥＭＥＮＴ＿ＣＯＮＦ／Ｃｈａｎｎｅｌ １」のようなＰＵＴコマンドを発行することによってチャネルを構成し得る。それに応答して、サービス消費者４０２は、ＡＰ＿ＩＮＦＯ＿ＭＥＡＳＵＲＥＭＥＮＴ＿ＣＯＮＦ４１２を含む２００ ＯＫメッセージを受信し得る。

【0101】

第２のオプション、オプション２では、すべての測定の構成のためのＡＰＩが、たとえば、８０２１１＿ＭＥＡＳＵＲＥＭＥＮＴ＿ＣＯＮＦＩＧを使用して定義され得る。このオプションは、必要とされるすべての構成または構成オプションのための一般的な要求パラメータを構成するための特定のメッセージの使用を含む。この新しいメッセージは、サービスのために必要とされるすべての可能な特性を構成するために使用され得、そのようなもののためのフォーマットを、図４および図５のように与えられ得る。

【0102】

オプション２とオプション１との間の大きな違いは、オプション２では、任意のアプリケーションが共通のＡＰＩの下でサービスのための特定の構成を定義することを可能にするサービス構成のための特定のＡＰＩが存在するということであることに留意されたい。構成のためのこの共通のＡＰＩは、図６に例示されるように、任意の複雑性のオプションの階層を含み得る。

【0103】

図５は、測定構成のための新しいメッセージフォーマットを示すメッセージ図５００である。図５に示すように、サービス消費者５０２は、ＭＥＣサービス５０４にＰＵＴメッセージ５０６を送り得る。ＰＵＴメッセージは、構成のためのオプション５０８と、関連する値５１０とを含み得る。それに応答して、ＭＥＣサービス５０４は、サービス消費者５０２に８０２１１＿ＭＥＡＳＵＲＥＭＥＮＴ＿ＣＯＮＦＩＧを含むＯＫメッセージ５１２を送り得る。

【0104】

図６は、サブオプションを含む新しいメッセージフォーマットを示すメッセージ図６００である。サービス消費者６０２は、ＭＥＣサービス６０４に８０２１１＿ＭＥＡＳＵＲＥＭＥＮＴ＿ＣＯＮＦＩＧ ＰＵＴメッセージ６０８を送り得る。ＰＵＴメッセージ６０８は、関連するサブオプション６１２と値６１４とを有している、構成のためのオプション６１０を含み得る。それに応答して、ＭＥＣサービス６０４は、サービス消費者６０２に８０２１１＿ＭＥＡＳＵＲＥＭＥＮＴ＿ＣＯＮＦＩＧを含むＯＫメッセージ６１６を送り得る。

【0105】

一例として、表１に示されるように、チャネル負荷測定およびビーコン要求測定などの複数の測定を要求するアプリケーションを考慮する。表１では、いくつかの属性が随意であると説明されている。これは、好ましい実施形態であり、随意の表記のあらゆる不在は実装するのが必須と解釈されてはならない。アプリケーションは、以下のメッセージを発行するサービスの構成のためにＡＰＩを使用し得る。

【0106】

「ＰＵＴ ．．／８０２１１＿ＭＥＡＳＵＲＥＭＥＮＴ＿ＣＯＮＦＩＧ／ａｐｐＩＤ／Ｃｈａｎｎｅｌ＿Ｌｏａｄ／ＣｈａｎｎｅｌＩＤ １」

【0107】

「ＰＵＴ ．．／８０２１１＿ＭＥＡＳＵＲＥＭＥＮＴ＿ＣＯＮＦＩＧ／ａｐｐＩＤ／Ｂｅａｃｏｎ＿Ｒｅｑｕｅｓｔ／ＳＳＩＤ ｔｅｓｔ＿１」

【0108】

表１は、構成され得る例示的なパラメータをリストする。

【0109】

【表1-1】

【0110】

【表1-2】

【0111】

【表1-3】

【0112】

【表1-4】

【0113】

一実施形態では、ＭＥＰＭによる介入を通したパラメータの構成が採用され得る。アプリケーションによるサービスパラメータの直接構成のための機構、たとえば、ＭＥａｐｐによるＷＬＡＮ ＲＮＩＳ構成も採用または実装され得る。これらの機構は、アプリケーション、たとえば、ＭＥａｐｐが、必要とされるすべてのサービスプリミティブのためのすべてのパラメータを構成することを必要とし得る。サービスプリミティブは、測定に類似し得るが、同じく他の非測定情報を表し得る。この要件は、アプリケーションによって想定可能でないことがある複雑性負担である。一実施形態では、ＭＥＰＭが構成パラメータのうちのいくつかのデフォルト値を構成することが可能である機構が利用され得、このようにして、アプリケーションの複雑性を低減する。

【0114】

第１のオプションでは、すべてのパラメータまたはすべてのパラメータのサブセットは、一部または全部のＭＥＣアプリケーションによってデフォルトとして使用されるようにＭＥＰＭによって構成され得る。これは、図７に示されるＭｍ５インターフェース７３８への変更を必要とし得る。Ｍｍ５基準点は、プラットフォーム構成、アプリケーションルールおよび要件の構成、アプリケーションライフサイクルサポートプロシージャ、アプリケーション再配置の管理などを実行するために必要とされ得る。ＭＥＰＭ７２８は、ＭＥＣプラットフォームの管理平面中に位置し、したがって、ＭＥＣプラットフォームが常駐する同じインフラストラクチャ中に、または異なるインフラストラクチャ中に、たとえば、Ｍｍ５によってＭＥＣプラットフォームに論理的に接続され得る同じデータセンタ中の異なるサーバ上に位置し得る。一実施形態では、ＭＥＰＭ７２８は、ＭＥＣプラットフォーム７０４中に位置し得る。ＭＥＣプラットフォームへのＩＥＥＥ８０２．１１ネットワークの成功した接続後に、ＭＥＰＭ７２８は、サービスのための必要とされるパラメータを構成し得る。サービスのためのデフォルト値が、管理者構成によって、または任意の自動プロセスによって与えられ得る。

【0115】

図２とほとんど同様に、図７は、例示的なＥＴＳＩ ＭＥＣアーキテクチャを示す。図７に示すように、ＭＥＨ７０２は、ＭＥＰ７０４と仮想化インフラストラクチャ７０６とを含んでいるエンティティである。ＭＥＰ７０４は、仮想化インフラストラクチャ上でモバイルエッジアプリケーションを動作させるための本質的な機能の集合を含み得る。ＭＥａｐｐ７１０、７１２、７１４は、構成に基づいてまたはモバイルエッジ管理によって確認された要求に基づいてＭＥＨ７０２の仮想化インフラストラクチャ７０６上でインスタンス化され得る。ＭＥＰ７０４は、１つまたは複数のＭＥサービス７０８とサービスレジストリ７２６とを含み得、トラヒックルール制御７１８とＤＮＳ処理７１６とを提供し得る。ＭＥａｐｐ７１０、７１２、７１４は、Ｍｐ１基準点７２０、７２２を介してＭＥＰ７０４と通信するように構成され得る。基準点Ｍｐ２ ７２４は、ＭＥＰ７０４と仮想化インフラストラクチャ７０６との間のインターフェースを与え得る。一実施形態では、基準点は、１つまたは複数の機能要素を接続するために使用され得る。

【0116】

ＭＥＰＭ７２８は、アプリケーションライフサイクル７３０を管理し得、ＭＥＰに要素管理機能７３４を与え得る。ＭＥＰＭ７２８はまた、アプリケーションルールおよび要件７３２を管理し得る。モバイルエッジサービス（ＭＥサービス）７０８は、ＭＥＰ７０４上にホストされ得、通信サービス、トラフィック負荷サービスおよびロケーションサービスを含む様々な能力を提供し得る。ＭＥサービスはまた、無線ネットワーク情報を記憶するかまたは与え得る。ＭＥサービスは、ＭＥＰ中にネイティブに与えられるか、または第三者によってアドオンサービスとして登録され得る。

【0117】

ＭＥＰＭ７２８は、Ｍｍ５基準点７３６を介してＭＥＰ７０４と通信していることがある。ＭＥＰＭ７２８はまた、Ｍｍ６基準点７４２を介して仮想化インフラストラクチャマネージャ７３８と通信し得る。仮想化インフラストラクチャマネージャ７３８は、Ｍｍ７基準点７４０を介して仮想化インフラストラクチャと通信していることがある。Ｍｐ３基準点７４４は、ＭＥＰに他のモバイルエッジホスト７４８の他のモバイルエッジプラットフォーム７４６を接続する。

【0118】

モバイルエッジオーケストレータ７５０は、Ｍｍ３ ７５２を介してＭＥＰＭ７２８と通信し、Ｍｍ４基準点７５４を介して仮想化インフラストラクチャマネージャ７３８と通信し得る。基準点Ｍｍ２ ７５６は、ＭＥＰＭ７２８に動作サポートシステム７５８を接続するために使用され得る。動作サポートシステム７５８は、基準点Ｍｍ１ ７６０を介してモバイルエッジオーケストレータ７５０とインターフェースし得る。基準点Ｍｘ１ ７６２は、ＣＦＳポータル７６４に動作サポートシステム７５８を接続し得る。基準点Ｍｍ８ ７６６は、Ｍｍ９ ７７０を介してモバイルエッジオーケストレータ７５０に結合されたユーザアプリケーションライフサイクル管理（ＬＣＭ）プロキシ７６８に動作サポートシステム７５８を接続し得る。ユーザアプリケーションＬＣＭプロキシ７６８は、Ｍｘ２ ２７４を介してＵＥアプリケーション７７２とインターフェースし得る。

【0119】

ＭＥＰＭ構成とアプリケーションインテリジェンスとの両方の混合を組み込み得る第２のオプションでは、ＭＥＰＭは、デフォルト値を構成し、ＭＥａｐｐは、ＰＵＴメッセージまたは任意の他のメッセージを通してそれらを変更する選択肢を有し得る。一実施形態では、ＭＥＰＭは、デフォルト値を構成し、アプリケーションに値を与え得る。アプリケーションは、それに応答して、さらにＰＵＴメッセージを続け得る。

【0120】

一実施形態では、ＭＥＣサービスマネージャは、ＭＥＣサービス要求を編成する。所与のＭＥＣサービスでは、それは、複数のＭＥａｐｐケーションがサービスにいくつかの行為または機能を実行するように要求し、サービスが、要求で過負荷になり得るか、または要求がＭＥＣサービス内でもしくは基礎をなすＷＬＡＮ ＲＡＴ中で競合を生じ得ることであり得る。それはまた、特定のサービスについての豊富な要求が過負荷を生じ得ることであり得る。一例として、ＩＥＥＥ８０２．１１ ＲＮＩＳ実施形態を考慮すると、複数のアプリケーションが複数の測定を同時に要求することが生じ得る。要求の数が十分に大きい場合、ワイヤレス媒体は、測定で過負荷になり得、いかなる通信を生成することも、要求側に有意味な測定応答を与えることもできないことがある。そのようなシナリオを回避するために、ＭＥＣサービスプラットフォームは、媒体が過負荷にならないように要求を編成し、順序付けるための手段または機構を含み得る。

【0121】

図８は、編成機能８０２を示す機能図８００を示す。編成機能８０２は、次のように動作し得る。ＭＥＰ８０６上で動作するＭＥサービス８０４の編成機能８０２は、ＲＡＴ８０８へのアクセスを必要とするかまたは要求するいずれかまたはすべてのサービス要求をリッスンし得る。新しい要求が１つまたは複数のＭＥａｐｐ８１０～８１６から受信されると、編成機能８０２は、新しい要求が前の要求に適合するのかどうかを、たとえば、他の要求に影響を及ぼすことなしに実行され得ることをチェックし得る。要求が実行され得る場合、編成機能８０２は、サービス要求の現在のセットをまとめて実行する最良の方法を探し得る。後処理される要求８２４は、ＲＡＴ８０８に向けて編成機能から出力され得る。反対の場合、編成機能８０２は、１つまたは複数のＭＥａｐｐに失敗の原因を示すエラーメッセージを戻し得る。要求／応答の１つまたは複数の連続バンドルは、サービスを実行し結果を伴って戻るように、ＲＡＴと交換される。ＭＥＰ８０６は、サービスレジストリ８１８とＤＮＳ処理８２２とを含む。ＤＮＳ処理８２２は、ドメイン名をＩＰアドレスに変換することを含み得る。一実施形態では、ＤＮＳ処理８２２は、ドメイン名を変換するのに費やされる時間を低減するためにキャッシングを採用し得る。サービスレジストリ８１８は、より低レイテンシのモバイルエッジサービスのサポートを与え得る。ＤＮＳ処理８２２は、さらに言えば、ＰＵＴ要求または任意の他のメッセージフォーマット中に含まれるドメイン名を変換し得る。

【0122】

一実施形態では、ＩＥＥＥ８０２．１１ ＲＮＩＳに宛てられたまたはそれからのいくつかのメッセージのためのプロトコルが定義される。現在のＥＴＳＩ ＭＥＣ ＲＮＩＳは、ＲＥＳＴを介した要求／応答またはサブスクリプション／通知ＡＰＩに基づく。ＩＥＥＥ８０２．１１ ＲＮＩＳを定義するために、要求／応答に基づくいくつかの測定およびサブスクリプション／通知に基づく他のものを与える同じパラダイムが使用され得る。

【0123】

ＡＰＩは、新しい技術のためのＲＮＩＳを定義する以下の２つの方法に従って定義され得る。第１の例示的なオプションは、ＷＬＡＮおよびＬＴＥのための別個のサービスおよびＡＰＩを含み得る各無線技術に指定される新たに定義されたＡＰＩを採用し得る。第２のオプションとして、ＡＰＩは、新しいＩＥＥＥ８０２．１１関連パラメータを含む現在のＬＴＥ ＲＮＩＳ ＡＰＩを拡張し得る。ＥＴＳＩ ＭＥＣがＲＥＳＴフォーマットでサービスＡＰＩを定義しているが、任意の特定のフォーマットがＡＰＩフレームワークとは無関係に使用され得る。

【0124】

表２によって示されるようにＮｅｔｗｏｒｋＩｎｆｏ、すなわちＮｅｔｗｏｒｋ Ｉｎｆｏメッセージは、情報が収集され得る基礎をなすＩＥＥＥ８０２．１１ネットワークに関する情報を与え得る。

【0125】

新しい機能プリミティブは、ＭＥＣアプリケーションが基礎をなすＩＥＥＥ８０２．１１ネットワークの情報を得ることが可能であることを示し得る。情報は、それらのＳＳＩＤおよびＢＳＳＩＤとそれらのローミングおよび相互接続能力によって特徴づけられる異なるネットワークの数を含む基本情報を含み得る。このプリミティブを通して、アプリケーションは、ＩＥＥＥ８０２．１１インフラストラクチャが何に接続されているのかを学習し得、アプリケーションにアクセスする局のためのネットワークの利用可能性、たとえば、局がネットワークのローミング契約をサポートしているのか否かと、それらがそれに接続し得るのか否かについての情報を取得し得る。

【0126】

【表2】

【0127】

組み合わされたＲＡＴ ＲＮＩＳネットワーク情報メッセージを表３に示す。メッセージまたはメッセージフォーマットは、技術識別子（ｔｅｃｈＩｄ）を含むことによって、現在のＭＥＣ ＬＴＥ ＲＮＩＳ仕様において定義されている既存のＰｌｍｎＩｎｆｏメッセージと組み合わされることができる。一実施形態では、ＩＥＥＥまたは３ＧＰＰフォーマットのいずれかを指定するｔｅｃｈＩｄが表３に示すように使用され得る。いくつかの実施形態では、ｔｅｃｈＩｄフィールドは、より粒状であり、特定の３ＧＰＰまたは８０２．１１リリースを指定し得る。たとえば、３ＧＰＰ Ｒ８～Ｒ１６が指定され得る。８０２．１１に関して、リリースは、８０２．１１ａｃ、８０２．１１ａｄ、８０２．１１ａｘ、８０２．１１ａｙなどを含み得る。８０２．１１リリースはまた、バージョン番号、たとえば、Ｗｉ－Ｆｉ ５、Ｗｉ－Ｆｉ ６、Ｗｉ－Ｆｉ ７などに関して指定され得る。任意の他のリリースが、メッセージによって指定または示され得る。

【0128】

新しい機能プリミティブが、ＰｌｍｎＩｎｆｏメッセージを拡張し、前の情報と同じ情報を与え得るが、ＬＴＥ ＲＮＩＳも拡張し得る。このようにして、アプリケーションは、複数のＡＰＩを通してまたは複数の異なるデバイスまたは技術にネットワーク情報を要求する必要なしにＭＥＣプラットフォームに接続されたＲＡＴの完全セットのビューを得ることが可能であり得る。

【0129】

【表3-1】

【0130】

【表3-2】

【0131】

ＡＰＩｎｆｏメッセージは、ＬＴＥ ＲＮＩＳのためのＲａｂＩｎｆｏメッセージに対応し得る。一実施形態では、各ＩＥＥＥ８０２．１１ ＡＰのための別のメッセージは、ＡＰのユーザ、能力および／または容量についての情報を与え得る。ＩＥＥＥ８０２．１１の場合、ＡＰに関連するＳＴＡと、同じく異なるＡＰのためのチャネル負荷とに関する何らかの情報を与えることが好ましいことがある。チャネル負荷に関して、測定を行うための異なる値を構成する必要があり得る。与えられる以下の例では、ＡＰＩｎｆｏメッセージは、ＡＰとそれらに関連するＳＴＡとに関する情報を与える。

【0132】

新しい機能プリミティブは、概して、モビリティ、ローカルブレークアウトまたはトラフィックステアリングを与える任意のアプリケーションのための基礎であり得る。このプリミティブを通して、アプリケーションは、あるネットワークに接続されたＳＴＡのビューとネットワークにかかっている現在のチャネル負荷が何なのかとを取得し得る。この情報は、ＳＴＡによって達成されるパフォーマンスと利用可能なトラフィックステアリングオプションとを理解するために重要であり得る。表４は、関連するＳＴＡおよびチャネル負荷に関する関係するＡＰ情報を与えるための属性を示す。

【0133】

【表4-1】

【0134】

【表4-2】

【0135】

新しい応答メッセージは、ビーコン要求測定を得るために定義され得る。これは、測定を実行するために必要とされるパラメータの構成がすでに行われたと仮定する。

【0136】

新しい機能プリミティブを使用して、アプリケーションは、あるＳＴＡのためのハンドオーバのために何のアクセスポイントが利用可能であるのかに関する情報を取得し得る。このプリミティブを通して、アプリケーションは、どのＡＰがＳＴＡのための関係するハンドオーバオプションであるのかを監視し得る。次いで、アプリケーションまたはＳＴＡは、ＳＴＡが接続された無線ネットワークの現在のステータスとＡＰによって報告された選択肢とに基づいてモビリティ決定を行い得る。表５は、ＷＬＡＮ ＲＮＩＳビーコン要求メッセージを示す。

【0137】

【表5-1】

【0138】

【表5-2】

【0139】

【表5-3】

【0140】

サブスクリプションメッセージは、ＨＴＴＰタイプメッセージに加えて、またはそれの代わりにＭＥＣプラットフォームによって使用され得る。ＭＥＣプラットフォームは、アプリケーションがイベントの通知の形態で情報を要求し得るサブスクリプションサービスを与え得る。サブスクリプション／通知タプルが、ＩＥＥＥ８０２．１１ベースのＡＰＩとともに使用するために定義され得る。

【0141】

ＢＳＳＣｈａｎｇｅＳｕｂｓｃｒｉｐｔｉｏｎメッセージは、ＩＥＥＥ８０２．１１ネットワークに関連するエンドユーザのモビリティに関する情報を与え得る。新しい機能は、８０２．１１情報サブスクリプションサービスにおいて実装され得る。たとえば、アプリケーションは、ＳＴＡのロケーションを通知されるためにＳＴＡのモビリティイベントをサブスクライブし得る。ロケーションモビリティイベントは、任意の瞬間における移動の任意の変更を含み得る。あるいは、モビリティイベントは、本質的に周期的であり得、移動のしきい値またはタイマーに基づき得る。ハンドオーバが一般にＳＴＡのパフォーマンスを少なくとも一時的に劣化させ得るので、この例示的な機能は、ＲＡＮの使用を分散させ、トラフィックステアリングを実行し、パフォーマンスを最適化することを試みるアプリケーションによって必要とされ得る。表６は、ＢＳＳ変更サブスクリプションに関係する例示的な属性を示す。

【0142】

【表6-1】

【0143】

【表6-2】

【0144】

【表6-3】

【0145】

ＢＳＳＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎは、前のＢＳＳ変更サブスクリプションメッセージへの答えを与え得る。以下の定義は、例示的な属性に例示的なメッセージフォーマットを与える。

【0146】

【表7-1】

【0147】

【表7-2】

【0148】

表７は、ＢＳＳ変更通知属性を示す。一実施形態では、ＢＳＳＣｈａｎｇｅ交換は、ＣｅｌｌＣｈａｎｇｅ交換中に新しい技術識別子を含むことによって現在のＲＮＩＳへの拡張として実装され得る。技術識別子は、技術がＩＥＥＥ８０２．１１ベースの技術であるのかまたは３ＧＰＰベースの技術であるのかを示し得る。一実施形態では、技術インジケータは、第５世代技術を示し得る。

【0149】

ＬＴＥとＩＥＥＥ８０２．１１との両方について共通の方法でユーザのモビリティを報告することは、ＬＴＥおよびＩＥＥＥ８０２．１１技術のアグリゲーションを考慮するアプリケーションにとって潜在的に興味があり得る。これは、アプリケーションを実装するのに必要とされるＡＰＩ呼の数を低減し得る。表８は、ハンドオーバまたは他の接続点（ＰｏＡ）の変更／構成中にＳＴＡによって使用され得るＰｏＡ属性を示す。

【0150】

【表8-1】

【0151】

【表8-2】

【0152】

【表8-3】

【0153】

一実施形態では、ワイヤレス端末は、ＭＥＣアプリケーションにワイヤレス情報を要求し得る。ＩＥＥＥ８０２．１１は、ワイヤレスネットワークに属する任意のＳＴＡによって使用され得る無線測定収集のための機構を与える。ＳＴＡが取得または実行し得る測定がそれ自体のワイヤレスネットワークに限定されるので、これらの機構は、強力であるが、範囲が制限され得る。これは、ＳＴＡがそれ自体のワイヤレスドメインの部分を形成しない他のＳＴＡまたはＡＰから情報を取得することができないことがあることを意味する。

【0154】

周囲のネットワークのより完全な無線情報を取得することにより複数の最適化が可能になり、エンドユーザ端末のためのパフォーマンス利得を生じ得る。一実施形態では、上記で定義されたＩＥＥＥ８０２．１１ ＲＮＩＳは、ＳＴＡにより完全な無線情報を与え得る。

【0155】

図９は、ＭＥサービスに情報を与え、それから情報を受信する３つの異なるネットワーク９０２～９０６を示すネットワーク図９００である。ネットワーク１ ９０２は、２つのＳＴＡ９１２～９１８にそれぞれ関連付けられた２つの孤立ＡＰ９０８、９１０から構成される。孤立ＡＰ９０８～９１０は、インターフェース９７４、９７６を介してＭＥＣプラットフォーム９６６と通信し得る。ネットワーク２ ９０４は、２つのＳＴＡ９２６～９３２にそれぞれ関連付けられた２つの制御されたＡＰ９２２、９２４を制御するのに専用のＷｉＦｉコントローラ９２０を含む。ネットワーク２ ９０４と同じく、ネットワーク３ ９０６はまた、２つのＳＴＡ９４０～９４６にそれぞれ関連付けられた２つの制御されたＡＰ９３６、９３８を制御するのに専用のＷｉＦｉコントローラ９３４を含む。ネットワーク２のＷｉＦｉコントローラ９２０とネットワーク３ ９０６のＷｉＦｉコントローラ９３４とは、ＨＴＴＰに従ってまたはパブリッシュ／サブスクライブパラダイムを使用してＭＥＣプラットフォーム９６６およびＭＥサービス９５０に、およびそこから情報を通信し得る。他の方法も使用され得る。ネットワーク３ ９０６のＷｉＦｉコントローラ９３４は、一実施形態では、ＭＥプラットフォームから情報収集測定要求を受信し得、ＭＥＣプラットフォーム９６６のＭＥサービス９５０に応答を与え得る。情報収集要求および応答は、インターフェース９６０～９６４を介して行われ得る。ＭＥサービス９５０は、８０２．１１ ＲＮＩＳインターフェースまたは使用技術９７２を介してＭＥＣ ＡＰＰ９５４とインターフェースし得る。ＭＥＣ ＡＰＰ９５４は、無線メトリックをＳＴＡに、たとえば、ＳＴＡ９１８に直接に与え得る９５６。たとえば、ネットワーク１ ９０２のＳＴＡ９１２～９１８は、ＷｉＦｉコントローラの指示に従うことなしに無線メトリックを受信し得る。ＭＥサービス９５０は、オーケストレータ９５２と通信していることがある。オーケストレータ９５２とＭＥＣプラットフォーム９６６とは、異なるサーバ９８０、９８２上に構成され得るかまたは同じサーバ上に常駐し得る。

【0156】

各ネットワークのＳＴＡの各々は、ネットワークのすべてに関するネットワーク情報を受信する９７０ように構成され得る。このようにして、ＭＥＣプラットフォームは、複数のワイヤレスネットワークにＭＥＣサービスを提供するために使用される。これらのネットワークは、同じサービスプロバイダまたは異なるプロバイダに属し得る。ネットワークは、異なるチャネル上で、さらには異なる無線アクセス技術上で動作し得る。ＭＥＣプラットフォームは、それに接続されたワイヤレスネットワークの各々のワイヤレス使用に関する情報を取得するためにＩＥＥＥ８０２．１１ ＲＮＩＳを使用するＭＥＣアプリケーション（Ｍａｐｐ）を含み得る。この情報は、ＡＰ、ワイヤレスコントローラに、または、直接異なる端末に測定を要求して取得される。ＭＥＣプラットフォームは、オーケストレータによって制御され得る。

【0157】

ＭＥＣプラットフォームによってサービスされるワイヤレスネットワークの１つ中に位置する端末の１つは、現在のワイヤレスステータスのビューを取得するためにＭａｐｐを使用し得る。一例では、この情報は、２つのアクセスポイントが隣接する非直交チャネル上で動作または作動するときに重要であり得る。取得されたパフォーマンスを測定し、残りのワイヤレスＡＰの展開の理解を有することによって、ＳＴＡは、接続すべきより良い（または最良の）ネットワークを選定し得る。

【0158】

一実施形態では、仮想端末は、物理端末のワイヤレス状態をエミュレートし得る。現在、クラウド中にユーザ端末のクローンを有して、特定のユーザとの通信を終了する必要なしに動作を実行することを可能にするためにユーザ端末の仮想化の傾向がある。これは、新しい機能を可能にするか、または与え得るが、同じく、ユーザによって達成可能なワイヤレスパフォーマンスの理解を必要とし得る。

【0159】

図１０は、例示的な仮想端末動作を示す例示的なネットワーク図１０００を示す。人工知能アルゴリズムが、ユーザ対話またはエンドユーザ端末中に設置されたアプリケーションの中からまたはそれから何らかのデータ取得または学習を実行していると仮定され得る。これは多くの計算能力を必要とし得るので、アプリケーションは、ＭＥＣプラットフォーム中に端末の仮想バージョンをインスタンス化する。ユーザがアプリケーションと対話する方法を理解するために、仮想端末は、エンドユーザ端末から見たワイヤレスドメインおよびパフォーマンスを模する必要があり得る。それを行うために、仮想端末アプリケーションは、少なくとも平均的な場合に、現実の局、すなわち、ＰＨＹ ＳＴＡ１０１０に対する同じ挙動を得るために仮想端末に供給されることが可能であり得る異なるメトリックを得るためにＩＥＥＥ８０２．１１ ＲＮＩＳを使用し得る。

【0160】

図１０に示されるように、ＭＥサービス１００２は、ＭＥＣプラットフォーム１００４上で動作し得る。ＭＥＣプラットフォームは、２つのＳＴＡ１００８、１０１０に関連付けられた孤立ＡＰ１００６と通信し得る。ＳＴＡ１０１０は、物理ＳＴＡであり、ＭＥサービス１００２にワイヤレスステータスを報告し得る。仮想端末アプリ１０１４は、ＰＨＹ ＳＴＡ１０１０から見たワイヤレスドメインを模するためにインスタンス化され得る。このようにして、仮想端末アプリは、ＰＨＹ ＳＴＡ１０１０によってオフロードされ得る機能を実行し得る。ＰＨＹ ＳＴＡ１０１０は、ＰＨＹ ＳＴＡ１０１０に代わって機能を実行している仮想端末アプリ１０１４と通信し得る。通信は、ＩＥＥＥ８０２．１１ ＲＮＩＳの使用１０１８を介して行われ得る。仮想端末アプリ１０１４は、ＭＥＣプラットフォーム１００４と通信し得、ＭＥサービスと通信し得る。オーケストレータ１０２０は、サーバ１０２２上で動作するように構成され得る。ＭＥＣプラットフォームは、同じまたは異なるサーバ１０２４上で動作し得る。

【0161】

図１１は、適応型前方誤り訂正（ＦＥＣ）を採用するビデオサーバ１１００を示すブロック図である。ビデオサーバ１１００は、ビデオ／ソースエンコーダ１１０２と、パケット化ユニット１１０４と、ＦＥＣ処理／符号化ユニット１１０６と、適応型ＦＥＣ制御ユニット１１０８とを含む。ビデオサーバ１１００は、ネットワークインターフェース１１１４を経てＨＴＴＰ１１１２を介して通信するＭＥａｐｐ１１１０であり得るか、それを含み得るか、またはそれを採用し得る。ＭＥａｐｐ１１１０は、ＨＴＴＰ１１１２を介してマルチドメインネットワーク情報１１１８についての要求を受信し、応答１１１６を与え得る。ＨＴＴＰプロトコル１１１２は、測定要求／応答を交換することのためにＭＥＰまたはＲＮＩＳと通信するために使用され得る。ネットワーク情報は、適応型ＦＥＣ制御ユニット１１０８に与えられ得る。ＦＥＣ制御ユニット１１０８は、適切なビデオコーディングパラメータおよびＦＥＣコードオーバーヘッドを決定し得る。適応型ＦＥＣ制御ユニット１１０８は、ビデオ／ソースエンコーダ１１０２、パケット化ユニット１１０４およびＦＥＣ処理／符号化ユニット１１０６にビデオ符号化、パケット化およびＦＥＣ符号化を実行するように命令し得る。適応型ＦＥＣ制御ユニット１１０８はまた、ビデオソースパケットおよびパリティパケットを送信するためにＨＴＴＰ１１１２に従ってまたはそれの下で採用されたＵＤＰ／ＩＰ通信ユニットと通信し、それを制御している。

【0162】

図１２は、ＷＴＲＵアプリ１２１０を動作させているＷＴＲＵの受信機構成要素を示すブロック図１２００である。図１２のＷＴＲＵは、マルチドメインネットワーク情報１２０２についての１つまたは複数の要求を送信し、ＷＬＡＮインターフェース１２０６を介して１つまたは複数の応答１２０４を受信し得る。メッセージは、ＨＴＴＰ１２０８のプロトコルを使用して送られ得る。逆パケット化ユニット１２１６、ＦＥＣ処理／復号ユニット１２１４、チャネル推定およびフィードバックユニット１２１２がＷＴＲＵによって採用され得る。チャネル推定およびフィードバックユニット１２１２は、たとえば、未加工パケットロス率または開示される測定パラメータの任意の１つを受信し得、相応してＦＥＣ処理／復号ユニット１２１４に関連情報を与え得る。ビデオサーバ構成要素は、単一の物理ＷＴＲＵ上に、または単一のドメインのもしくは複数のドメインの複数のＷＴＲＵ上に実装され得る。

【0163】

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

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】