(57)【特許請求の範囲】
【請求項１】
第１のネットワークへの第１のアクセスポイントおよび第２のネットワークへの第２のアクセスポイントと通信し、前記第２のネットワークのコアネットワークに位置するネットワークノードを備えているシステムにおける方法であって、前記方法は、前記ネットワークノードにおいて、
前記第２のネットワークのコアネットワークに位置するポリシ制御ノードに対して、前記第１のネットワーク及び前記第２のネットワークのリソースに関する情報を通知することと、
前記第１のネットワークおよび前記第２のネットワークのうちの一方で起こったが、前記第１のネットワークおよび前記第２のネットワークのうちの他方では起こっていないイベントを検出することと、
前記検出されたイベントに基づいて、前記第１のネットワークおよび前記第２のネットワークのうちの前記他方のための１つ以上のパラメータを決定することと、
前記１つ以上のパラメータを前記ポリシ制御ノードに送信することで、前記第１のネットワークおよび前記第２のネットワークのうちの前記他方のサービスの質（ＱｏＳ）、測定周期、伝送電力、受け付け制御、または、ユーザ許可のうちの少なくとも１つを調整することと
を含み、
前記第１のネットワークは、Ｗｉ−Ｆｉネットワークであり、前記第１のアクセスポイントは、Ｗｉ−Ｆｉアクセスポイントであり、前記第２のネットワークは、セルラネットワークであり、前記第２のアクセスポイントは、セルラアクセスポイントである、方法。
【請求項２】
前記イベントを検出することは、前記第１のネットワークおよび前記第２のネットワークのうちの前記一方でトラフィックが変化したことを示す情報を受信することをさらに含む、請求項１に記載の方法。
【請求項３】
前記イベントを検出することは、前記第１のアクセスポイントおよび前記第２のアクセスポイントのうちの一方で輻輳または干渉の大きさが閾値を超えたことを示す情報を受信することをさらに含む、請求項１に記載の方法。
【請求項４】
前記イベントを検出することは、前記第１のネットワークおよび前記第２のネットワークのうちの前記一方に関連する新しいポリシを受信することをさらに含む、請求項１に記載の方法。
【請求項５】
前記ネットワークノードは、前記１つ以上のパラメータに基づいて、前記第１のネットワークおよび前記第２のネットワーク内の少なくとも１つのユーザ機器（ＵＥ）のデータトラフィックを再ルーティングする、請求項１に記載の方法。
【請求項６】
通信回路を備えているネットワークノードであって、前記ネットワークノードは、その通信回路を介して第１のネットワークの第１のアクセスポイントおよび第２のネットワークの第２のアクセスポイントと通信可能に結合されており、前記第２のネットワークのコアネットワークに位置し、前記ネットワークノードは、プロセッサおよびメモリをさらに含み、前記メモリは、コンピュータ実行可能な命令を含み、前記命令は、前記プロセッサによって実行されると、
前記第２のネットワークのコアネットワークに位置するポリシ制御ノードに対して、前記第１のネットワーク及び前記第２のネットワークのリソースに関する情報を通知することと、
前記第１のネットワークおよび前記第２のネットワークのうちの一方で起こったが、前記第１のネットワークおよび前記第２のネットワークのうちの他方では起こっていないイベントを検出することと、
前記検出されたイベントに基づいて、前記第１のネットワークおよび前記第２のネットワークのうちの他方のための１つ以上のパラメータを決定することと、
前記１つ以上のパラメータを前記ポリシ制御ノードに送信することで、前記第１のネットワークおよび前記第２のネットワークのうちの前記他方のサービスの質（ＱｏＳ）、測定周期、伝送電力、受け付け制御、または、ユーザ許可のうちの少なくとも１つを調整することと
を含む動作を実行することを前記プロセッサに行わせ、
前記第１のネットワークは、Ｗｉ−Ｆｉネットワークであり、前記第１のアクセスポイントは、Ｗｉ−Ｆｉアクセスポイントであり、前記第２のネットワークは、セルラネットワークであり、前記第２のアクセスポイントは、セルラアクセスポイントである、ネットワークノード。
【請求項７】
前記イベントを検出することは、前記第１のネットワークおよび前記第２のネットワークのうちの前記一方でトラフィックが変化したことを示す情報を受信することをさらに含む、請求項６に記載のネットワークノード。
【請求項８】
前記イベントを検出することは、前記第１のアクセスポイントおよび前記第２のアクセスポイントのうちの一方で輻輳または干渉の大きさが閾値を超えたことを示す情報を受信することをさらに含む、請求項６に記載のネットワークノード。
【請求項９】
前記イベントを検出することは、前記第１のネットワークおよび前記第２のネットワークのうちの前記一方に関連する新しいポリシを受信することをさらに含む、請求項６に記載のネットワークノード。
【請求項１０】
前記ネットワークノードは、前記１つ以上のパラメータに基づいて、前記第１のネットワークおよび前記第２のネットワーク内の少なくとも１つのユーザ機器（ＵＥ）のデータトラフィックを再ルーティングする、請求項６に記載のネットワークノード。
【発明の詳細な説明】
【背景技術】
【０００１】
（関連出願の引用）
本願は、米国仮出願第６２／０５７，５２９号（２０１４年９月３０日出願）に対する優先権を主張し、上記出願の開示は、その全体が記載されているかのように参照により本明細書に引用される。
【０００２】
統合スモールセル／Ｗｉ−Ｆｉネットワーク（ＩＳＷＮ）は、現在、市販の製品を用いて構築されることができる。図１は、現在利用可能な市販の製品を含む、例示的ＩＳＷＮ１０１の例示的アーキテクチャを示す。例えば、示されるように、ＩＳＷＮアーキテクチャ１０１は、無線コントローラ１０３を含み、無線コントローラ１０３は、互いに同じＳＳＩＤをブロードキャストする１つ以上のＷｉ−Ｆｉアクセスポイント１０５を制御する。例示的な分割方式の媒体アクセス制御（ＭＡＣ）展開では、アクセスポイント１０５は、ネットワークと接続されるＷｉ−Ｆｉデバイスとの間の全８０２．１１信号伝達を制御することができ、全データフレームは、無線コントローラ１０３にトンネリングされることができる。無線コントローラは、サービスの質（ＱｏＳ）処理を、パケットマーキングを介して、データフレームに提供することができ、無線コントローラ１０３は、データフレームをそれらのそれぞれの宛先に転送することができる。例示的ローカルＭＡＣ展開では、無線コントローラは、接続されるＷｉ−Ｆｉデバイスからの信号伝達およびデータフレームをハンドリングすることができ、したがって、アクセスポイント１０５は、無線コントローラ１０３によって管理される８０２．１１無線と見なされ得る。
【０００３】
依然として、図１を参照すると、無線コントローラ１０３は、各アクセスポイント１０５に、それが他のアクセスポイントからオブザーブする信号強度を測定するようにコマンドし、かつ、適宜、各アクセスポイントの信号強度を調節することによって、各アクセスポイント１０５のサービスエリアを管理することができる。無線コントローラ１０３は、多くの場合、サイトマネージャに、各アクセスポイントの相対的位置およびサービスエリアを示すマップを提供することができる。一例として、「Ａｉｒｏｎｅｔ用Ｃｉｓｃｏ  ３Ｇスモールセル」は、Ｗｉ−Ｆｉまたはスモールセルモジュールで構成されることが可能であるので、「Ａｉｒｏｎｅｔ用Ｃｉｓｃｏ  ３Ｇスモールセル」は、無線コントローラ１０３に接続されるか（したがって、それは、アクセスポイント１０５のうちの１つであり得る）、またはスモールセルゲートウェイ１０７に接続される（したがって、それは、ＨＮＢ１０９であり得る）ように描写される。
【０００４】
図１に描写される例示的スモールセルゲートウェイ１０７は、オペレータの構内１１１上に常駐する機器であることができる。スモールセルゲートウェイ１０７は、セキュリティゲートウェイ（ＳｅＧＷ）であるＨｏｍｅ  ＮｏｄｅＢゲートウェイ（ＨＮＢ−ＧＷ）１２１（図２参照）を含むことができる。示されるように、統合スモールセルネットワーク１０１内の各ＨＮＢ１０９は、スモールセルゲートウェイ１０７への別個の接続を有する。さらに、示されるように、図１に描写される無線ローカルエリアネットワークコントローラ（ＷＬＣ）１０３は、Ｗｉ−Ｆｉにオフロードされるモバイルネットワークオペレータ（ＭＮＯ）トラフィックのために、オペレータの構内１１１への接続を有する。
【０００５】
図１に描写されるアーキテクチャは、市販のＷｉ−Ｆｉおよびセルラー製品を使用して構築される例示的ＩＳＷＮ１０１を表す。図１に描写されるＩＳＷＮ１０１等の種々のＩＳＷネットワーク内のいくつかのアクタは、スモールセルおよびＷｉ−Ｆｉのアクセスポイント（Ａｐ）が管理される方法に関心を有し得る。例えば、企業のＩＴ部署、ＭＮＯ、アプリケーションプロバイダ、またはエンドユーザは、ネットワークリソースが管理される方法に関して少なくともある程度の制御を所望し得る。さらに、あるアクタの選好または要件は、別のアクタの選好または要件と異なり得る。図１に示されるアーキテクチャ等の既存のアプローチは、動的管理を可能にしない。例えば、ＴＲ−０６９サーバは、例えば、ネットワーク輻輳条件等、ＩＳＷＮの種々の条件の知識を有しておらず、したがって、効率的にそれに反応することができない場合がある。
【発明の概要】
【課題を解決するための手段】
【０００６】
統合スモールセルおよびＷｉ−Ｆｉネットワーク（ＩＳＷＮ）内のポリシを制御するためのシステム、方法、および装置実施形態が、本明細書に説明される。本明細書では、ＩＳＷＮ内の複数のアクタは、互いに衝突するニーズまたは選好を有し得、それらの衝突するニーズを解消する最良方法は、常時、単に、あるアクタを別のアクタより優先させることではないことが認識されている。本明細書に説明されるように、最適管理決定は、複数のアクタの現在のネットワーク条件および選好に基づいて動的であり得る。
【０００７】
例示的実施形態では、システムまたはネットワークは、第１のネットワークへの第１のアクセスポイントおよび第２のネットワークへの第２のアクセスポイントと通信するネットワークノードまたはエンティティを含む。イベントは、ネットワークエンティティにおいて検出される。イベントは、第１および第２のネットワークのうちの一方に関連付けられ得る。検出されたイベントに基づいて、ネットワークエンティティは、第１および第２のネットワークのうちの他方のための１つ以上のパラメータを決定し得る。ネットワークエンティティは、第１および第２のネットワークのうちの他方のアクセスポイントが１つ以上のパラメータで構成されるように、１つ以上のパラメータを第１および第２のネットワークのうちの他方のアクセスポイントに送信し得る。一例として、イベントを検出することは、第１および第２のネットワークのうちの一方に関連付けられたトラフィックが変化したことの指示を受信すること、第１および第２のアクセスポイントのうちの一方に関連付けられた輻輳または干渉の大きさが閾値を超えたことの指示を受信すること、または第１および第２のネットワークのうちの一方に関連する新しいポリシを受信することを含み得る。例示的実施形態では、第１のネットワークは、Ｗｉ−Ｆｉネットワークであり、第１のアクセスポイントは、Ｗｉ−Ｆｉアクセスポイントである。第２のネットワークは、スモールセルネットワークであり、第２のアクセスポイントは、スモールセルアクセスポイントであり得る。１つ以上のパラメータは、第１および第２のネットワーク内の少なくとも１つのユーザ機器（ＵＥ）のデータトラフィックを再ルーティングし得る。
本発明はさらに、例えば、以下を提供する。
（項目１）
第１のネットワークへの第１のアクセスポイントおよび第２のネットワークへの第２のアクセスポイントと通信するネットワークノードを備えているシステムにおける方法であって、前記方法は、前記ネットワークノードにおいて、
イベントを検出することであって、前記イベントは、前記第１および第２のネットワークのうちの一方に関連付けられている、ことと、
前記検出されたイベントに基づいて、前記第１および第２のネットワークのうちの他方のための１つ以上のパラメータを決定することと、
前記第１および第２のネットワークのうちの前記他方のアクセスポイントが前記１つ以上のパラメータで構成されるように、前記１つ以上のパラメータを前記第１および第２のネットワークのうちの前記他方の前記アクセスポイントに送信することと
を含む、方法。
（項目２）
前記イベントを検出することは、前記第１および第２のネットワークのうちの前記一方に関連付けられたトラフィックが変化したことの指示を受信することをさらに含む、項目１に記載の方法。
（項目３）
前記イベントを検出することは、前記第１および第２のアクセスポイントのうちの一方に関連付けられた輻輳または干渉の大きさが閾値を超えたことの指示を受信することをさらに含む、項目１に記載の方法。
（項目４）
前記イベントを検出することは、前記第１および第２のネットワークのうちの前記一方に関連する新しいポリシを受信することをさらに含む、項目１に記載の方法。
（項目５）
前記第１のネットワークは、Ｗｉ−Ｆｉネットワークであり、前記第１のアクセスポイントは、Ｗｉ−Ｆｉアクセスポイントであり、前記第２のネットワークは、スモールセルネットワークであり、前記第２のアクセスポイントは、スモールセルアクセスポイントである、項目１〜４のいずれかに記載の方法。
（項目６）
前記１つ以上のパラメータは、前記第１および第２のネットワーク内の少なくとも１つのユーザ機器（ＵＥ）のデータトラフィックを再ルーティングする、項目５に記載の方法。
（項目７）
第１のネットワークへの第１のアクセスポイントおよび第２のネットワークへの第２のアクセスポイントと通信するネットワークノードを備えているシステムにおける方法であって、前記方法は、前記ネットワークノードにおいて、
イベントを検出することであって、前記イベントは、前記第１および第２のネットワークのうちの一方に関連付けられている、ことと、
前記検出されたイベントに基づいて、前記第１および第２のネットワークのうちの他方のための１つ以上のパラメータを決定することと、
前記第１および第２のネットワークのうちの前記他方のコアネットワークノードが前記１つ以上のパラメータで構成されるように、前記１つ以上のパラメータを前記第１および第２のネットワークのうちの前記他方の前記コアネットワークノードに送信することと
を含む、方法。
（項目８）
前記イベントを検出することは、前記第１および第２のネットワークのうちの前記一方に関連付けられたトラフィックが変化したことの指示を受信することをさらに含む、項目７に記載の方法。
（項目９）
前記イベントを検出することは、前記第１および第２のアクセスポイントのうちの一方に関連付けられた輻輳または干渉の大きさが閾値を超えたことの指示を受信することをさらに含む、項目７に記載の方法。
（項目１０）
前記イベントを検出することは、前記第１および第２のネットワークのうちの前記一方に関連する新しいポリシを受信することをさらに含む、項目７に記載の方法。
（項目１１）
通信回路を備えているネットワークノードであって、前記ノードは、その通信回路を介して第１のネットワークの第１のアクセスポイントおよび第２のネットワークの第２のアクセスポイントと通信可能に結合されており、前記ネットワークノードは、プロセッサおよびメモリをさらに含み、前記メモリは、コンピュータ実行可能命令を含み、前記命令は、前記プロセッサによって実行されると、
イベントを検出することであって、前記イベントは、前記第１および第２のネットワークのうちの一方に関連付けられている、ことと、
前記検出されたイベントに基づいて、前記第１および第２のネットワークのうちの他方のための１つ以上のパラメータを決定することと、
前記第１および第２のネットワークのうちの前記他方のアクセスポイントが前記１つ以上のパラメータで構成されるように、前記１つ以上のパラメータを前記第１および第２のネットワークのうちの前記他方の前記アクセスポイントに送信することと
を含む動作を達成することを前記プロセッサに行わせる、ネットワークノード。
（項目１２）
前記イベントを検出することは、前記第１および第２のネットワークのうちの前記一方に関連付けられたトラフィックが変化したことの指示を受信することをさらに含む、項目１１に記載のネットワークノード。
（項目１３）
前記イベントを検出することは、前記第１および第２のアクセスポイントのうちの一方に関連付けられた輻輳または干渉の大きさが閾値を超えたことの指示を受信することをさらに含む、項目１１に記載のネットワークノード。
（項目１４）
前記イベントを検出することは、前記第１および第２のネットワークのうちの前記一方に関連する新しいポリシを受信することをさらに含む、項目１１に記載のネットワークノード。
（項目１５）
前記第１のネットワークは、Ｗｉ−Ｆｉネットワークであり、前記第１のアクセスポイントは、Ｗｉ−Ｆｉアクセスポイントであり、前記第２のネットワークは、スモールセルネットワークであり、前記第２のアクセスポイントは、スモールセルアクセスポイントである、項目１１〜１４のいずれかに記載のネットワークノード。
（項目１６）
前記１つ以上のパラメータは、前記第１および第２のネットワーク内の少なくとも１つのユーザ機器（ＵＥ）のデータトラフィックを再ルーティングする、項目１５に記載のネットワークノード。
【図面の簡単な説明】
【０００８】
【図１】図１は、例示的統合スモールセルＷｉ−Ｆｉネットワーク（ＩＳＷＮ）の系統図である。
【図２】図２は、スモールセルネットワークのための例示的展開オプションを描写する、ブロック図である。
【図３】図３は、例示的Ｈｏｍｅ  Ｅｎｈａｎｃｅｄ  ＮｏｄｅＢ（ＨｅＮＢ）管理アーキテクチャのブロック図である。
【図４】図４は、フェムトデバイスデータモデルを描写する。
【図５】図５は、コアネットワークおよび無線アクセスネットワーク（ＲＡＮ）によって使用され、サービスをオフロードする、例示的アプローチを示す、ブロック図である。
【図６】図６は、別々のポリシおよび管理実施を示す、例示的ＩＳＷＮアーキテクチャを描写する。
【図７】図７は、それぞれのプロビジョニングシステムを含む、フェムトおよびＷｉ−Ｆｉネットワークを示す、系統図である。
【図８】図８は、例示的実施形態による、ＩＳＷポリシ機能を含む、統合スモールセルＷｉ−Ｆｉ（ＩＳＷ）アーキテクチャの系統図である。
【図９】図９は、例示的実施形態による、ＩＳＷポリシ機能を使用したサービスの質（ＱｏＳ）衝突解消の実施例を示す、フロー図である。
【図１０】図１０は、例示的実施形態による、ＩＳＷポリシ機能を使用した伝送電力の動的調節の実施例を示す、フロー図である。
【図１１】図１１は、例示的実施形態による、ＩＳＷポリシ機能アーキテクチャの系統図である。
【図１２】図１２は、例示的実施形態による、ＩＳＷポリシ機能を含む、ＩＳＷの系統図である。
【図１３】図１３は、例示的ＩＳＷＮを記述する、データモデルを描写する。
【図１４】図１４は、例示的実施形態による、（Ｌ−ＨｅＭＳ）インターフェースを介して、スモールセルネットワークと相互作用するＩＳＷポリシ機能を示す、フロー図である。
【図１５】図１５は、別の例示的実施形態による、Ｗｉ−Ｆｉ管理インターフェースを介して、スモールセルネットワークと相互作用するＩＳＷポリシ機能を示す、フロー図である。
【図１６】図１６は、例示的実施形態による、互いに相互作用するＩＳＷポリシ機能ならびにポリシおよび課金ルール機能を示す、フロー図である。
【図１７】図１７は、例示的実施形態による、ローカルネットワークアプリケーションルールの構成のための例示的グラフィカルユーザインターフェース（ＧＵＩ）である。
【図１８】図１８は、例示的実施形態による、Ｗｉ−Ｆｉアクセスポイント（ＡＰ）の構成のための例示的ＧＵＩである。
【図１９】図１９は、例示的実施形態による、スモールセルの構成のための例示的ＧＵＩである。
【図２０】図２０は、例示的実施形態による、ＩＳＷＮ共有アーキテクチャを描写する。
【図２１Ａ】図２１Ａは、図８に図示される系統図内で使用され得る、例示的デバイスの系統図である。
【図２１Ｂ】図２１Ｂは、前述のアーキテクチャの側面が具現化され得る、例示的コンピューティングシステムのブロック図である。
【発明を実施するための形態】
【０００９】
以下の発明を実施するための形態は、例示的実施形態を図示するために提供され、本発明の範囲、可用性、または構成を限定することを意図するものではない。種々の変更が、本発明の精神および範囲から逸脱することなく、要素およびステップの機能および配列に行われ得る。
【００１０】
本明細書で使用され場合、別様に規定されない限り、用語「スモールセル」、「Ｈｏｍｅ  Ｅｎｈａｎｃｅｄ  ＮｏｄｅＢ（ＨｅＮＢ）」、「Ｈｏｍｅ  ＮｏｄｅＢ（ＨＮＢ）」、「フェムトセル」、および「フェムトアクセスポイント（ＦＡＰ）」は、概して、交換可能であるように使用される。便宜上、ＴＲ−０６９規格「Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅ  Ｅｑｕｉｐｍｅｎｔ（ＣＰＥ）  Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（ＷＡＮ）  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（第１版改訂４、２０１１年７月（「ＴＲ−０６９」））」に準拠したままであるために、用語「ＦＡＰ」は、典型的には、ＴＲ−０６９について論じるときに本明細書で使用される。
【００１１】
ここで、既存の機構が、統合スモールセル／Ｗｉ−Ｆｉ（ＩＳＷ）ネットワーク内のローカルネットワークを効率的に管理するために改良されるべきであることを認識されたい。例えば、管理プレーンは、ＩＳＷネットワーク内に統合され得る。管理プレーンは、制御およびデータプレーンが統合される方法に類似する様式でＩＳＷネットワークに統合され得る。本明細書に説明されるように、統合管理プレーンは、ローカルＩＳＷネットワークが変化するネットワーク条件に自律的に適応することを可能にし得る。
【００１２】
ＩＳＷネットワークへの現在のアプローチは、ローカルの現在のネットワーク条件を動的に評価し、ネットワーク動作の種々の管理選好を査定し、ネットワークリソースが利用される方法を調節することができる論理機能を欠いている。ここで、ローカルネットワーク内の論理エンティティが、例えば、ローカルＩＰアクセス、近隣リスト、ＴＸ電力、動作周波数、およびローカルサービス等の管理構成に関する決定を行うことができることを認識されたい。さらに、論理エンティティは、データを種々の宛先にルーティングするためにどのトランスポートネットワークが使用されるかに関連する設定を動的に再構成し得る。そのような決定は、概して、オフロード決定と称され得る。
【００１３】
概して、図８を参照すると、本明細書に説明されるのは、論理機能（例えば、ＩＳＷネットワーク９９内の統合スモールセル／Ｗｉ−Ｆｉポリシ機能（ＩＳＷ−ＰＦ）１００）を含むアーキテクチャであり、論理機能は、種々のネットワーク管理パラメータを収集し得る。ネットワーク管理パラメータは、モバイルネットワークオペレータ（ＭＮＯ）１０６およびローカルネットワークオペレータから収集され得る。ＩＳＷ−ＰＦ１００は、ローカルネットワーク条件をオブザーブし得る。ローカルネットワーク条件に基づいて、ＩＳＷ−ＰＦ１００は、ＩＳＷネットワーク９９の構成を動的に調節し得る。例えば、ＩＳＷ−ＰＦ１００は、スモールセルまたはＷｉ−Ｆｉアクセスポイントの構成を調節し得る。
【００１４】
ＭＮＯ１０６およびローカルネットワークオペレータから収集される、ネットワーク管理パラメータは、どのアプリケーションがネットワーク９９内で起動することを可能にされるかを示す許可を含み得る。さらなる例として、パラメータは、限定加入者グループの構成；サイト所有者、ポリシおよび課金ルール機能（ＰＣＲＦ）、自動構成サーバ（ＡＣＳ）、およびアプリケーションプログラミングインターフェース（ＡＰＩ）間で衝突するポリシの優先順序付けする方法；どの周波数が使用され得るか；どの範囲の伝送電力が使用され得るか；等を示し得る。オブザーブされ得るローカルネットワーク条件の例は、限定ではないが、セルラーおよびＷｉ−Ｆｉトラフィック量、どのアプリケーションがネットワーク９９内で起動中か、どのユーザがネットワーク９９内でアクティブであるか、種々の輻輳状況、およびネットワーク９９内のユーザの数を含む。ＩＳＷ−ＰＦ１００によって調節され得るＩＳＷネットワーク９９の例示的構成パラメータは、限定ではないが、サービスの質（ＱｏＳ）、測定周期、伝送電力、受け付け制御、ユーザ許可、オフロードポリシ（例えば、パケットフィルタ）等を含む。以下にさらに説明されるように、ＩＳＷ−ＰＦ１００は、ＩＳＷネットワーク９９内の独立型論理機能として展開されるか、または、例えば、無線ＬＡＮコントローラ（ＷＬＣ）、ＩＳＷゲートウェイ（ＧＷ）１０２（例えば、図９参照）、もしくはＨｅＮＢ  ＧＷ等のＩＳＷネットワーク９９内の別のコンポーネントと統合されることができる。
【００１５】
背景として、図２を参照すると、スモールセルフォーラムの企業アーキテクチャドキュメントは、スモールセル展開のための新しい論理エンティティである、企業内スモールセルコンセントレータ（ＥＳＣＣ）１２３および企業内スモールセルゲートウェイ（ＥＳＣＧ）１２５を導入した。ＥＳＣＣ１２３およびＥＳＣＧ１２５は、統合スモールセルネットワーク内に常駐する。例えば、企業のスモールセル展開において企業内に常駐することができる。ＥＳＣＣ１２３は、信号伝達のための集約ポイントであり、ＥＳＣＧ１２５は、データプレーン通信のための集約ポイントである。ＥＳＣＧ１２５は、ローカルゲートウェイ（Ｌ−ＧＷ）を含み得る。図２を参照すると、図２は、企業内スモールセルコンセントレータ（ＥＳＣＣ）１２３および企業内スモールセルゲートウェイ（ＥＳＣＧ）１２５がＨｅＮＢ１０９とＨｅＮＢ−ＧＷ１２１との間に常駐する４つの展開オプションを示す。示されるように、オプション１は、ＥＳＣＣまたはＥＳＣＧを含まない旧来の展開である。ある場合には、ＥＳＣＣ１２３は、単一仮想ＦＡＰとして進化型パケットコア（ＥＰＣ）に現れ得る。ＥＳＣＣ１２３の背後に複数のＨｅＮＢ１０９が存在し得るが、ＥＰＣは、１つのＨｅＮＢ１０９のみ「見える」。したがって、企業ネットワークは、ＥＰＣを伴わずに、ＨｅＮＢ１０９を追加（または除去）することによってスケーリングすることができる。
【００１６】
管理プレーンは、限定ではないが、構成管理（ＣＭ）、障害管理（ＦＭ）、および性能管理（ＰＭ）に関するネットワークトラフィックを指す。構成管理は、例えば、ファームウェアアップグレード、加入者グループの定義、セキュリティパラメータ、および少なくとも幾分静的であり得る動作パラメータ等のアイテムを含む。障害管理は、ネットワーク問題を示す条件アラームまたはメッセージを指す。性能管理は、一般的ネットワーク条件を記述する診断レポートを指す。ある場合には、管理プレーントラフィックは、遅延される（リアルタイムではない）傾向にある。言い換えると、管理プレーン構成は、半静的であると定義され得る。
【００１７】
制御プレーンは、ユーザ機器（ＵＥ）、ＨｅＮＢ、またはスモールセル制御デバイス等の種々のデバイスに関連し得るネットワークメッセージングトラフィックを指す。制御プレーントラフィックは、動的または実質的にリアルタイムであり得る。追跡エリア更新、ページング要求、およびシステム情報を搬送するブロードキャストは、制御プレーントラフィックの例である。
【００１８】
一例として、ＨｅＮＢの始動時の管理プレーン動作は、「伝送電力がＸとＹとの間にあることはＨｅＮＢに容認可能である」ことを示し得る。制御プレーン動作は、ネットワーク条件に基づいて、ＨｅＮＢ伝送電力を動的に調節し得る。ある場合には、制御プレーンと見なされるものと管理プレーンと見なされるものとの間の区別は、明確ではない。例えば、ＩＰフローに関連するＱｏＳポリシは、多くの場合、３ＧＰＰネットワーク内で制御プレーン上でハンドリングされるものと見なされる。しかしながら、Ｗｉ−ＦｉアクセスポイントのためのＱｏＳが、管理プレーン上でハンドリングされることができる。無線ＬＡＮコントローラは、無線アクセスポイントの制御およびプロビジョニング（ＣＡＰＷＡＰ）管理プロトコルを使用して、Ｗｉ−Ｆｉアクセスポイントへ／からのフロー毎のＱｏＳを構成することができる。Ｈｏｍｅ  ｅＮｏｄｅＢ管理システム（ＨＭＳ）は、ＴＲ−０６９管理プロトコルを使用して、ＨｅＮＢ内のＱｏＳルールを構成することができる。本明細書に説明される実施形態はさらに、制御プレーンと管理プレーンとの間の境界を曖昧にし得る。例えば、種々の実施形態は、従来、管理プレーンの一部であったパラメータを動的に構成することを含む。
【００１９】
背景として、図３は、複数のＨｅＮＢ１０９を管理することができるＨｏｍｅ  ｅＮｏｄｅＢ管理システム（ＨｅＭＳ）３０１の実施例を示す。ＨｅＮＢ１０９は、Ｈｏｍｅ  ｅＮｏｄｅＢ管理システム（ＨｅＭＳ）３０１によって管理され、ＨｅＭＳ３０１は、ＥＰＣ内に常駐し、オペレータ所有される。各ＨｅＮＢ１０９は、図３に示されるように、ＨｅＭＳ３０１によって独立して管理されることができる。ＨｅＭＳ３０１は、ＴＲ−０６９サーバ（マネージャ）３０３およびファイルサーバ３０５を含むことができる。ファイルサーバ３０５は、例えば、ＴＲ−０６９マネージャによって構成されるような性能測定ファイルまたはアラームログのアップロード等、ＨｅＭＳ管理に関連するファイルアップロードまたはダウンロードのために使用され得る。ファイルサーバはまた、他の目的のためにネットワークオペレータによって使用され得ることを理解されたい。ＴＲ−０６９は、ＨｅＮＢ１０９の構成管理（ＣＭ）、障害管理（ＦＭ）、および性能管理（ＰＭ）のためにＨｅＭＳ３０１によって使用される管理プロトコルである。ＴＲ−０６９プロトコルは、ＴＲ−０６９に定義されている。図３を参照すると、ＨｅＭＳ３０１内に常駐するＴＲ−０６９マネージャ３０３は、ＴＲ−０６９自動構成サーバ（ＡＣＳ）である。ＨｅＮＢ１０９内に常駐するＴＲ−０６９エージェント３０７は、ＴＲ−０６９顧客構内設備（ＣＰＥ）である。３ＧＰＰは、ＴＳ３２．５９２「Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ；Ｈｏｍｅ  ｅｎｈａｎｃｅｄ  Ｎｏｄｅ  Ｂ（ＨｅＮＢ）  Ｏｐｅｒａｔｉｏｎｓ，Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ  ａｎｄ  Ｐｒｏｖｉｓｉｏｎｉｎｇ（ＯＡＭ＆Ｐ）；Ｉｎｆｏｒｍａｔｉｏｎ  ｍｏｄｅｌ  ｆｏｒ  Ｔｙｐｅ  １  ｉｎｔｅｒｆａｃｅ  ＨｅＮＢ  ｔｏ  ＨｅＮＢ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ（ＨｅＭＳ）」においてＨｅＮＢのためのデータモデルを発表した。３ＧＰＰは、スモールセルフォーラムの企業内スモールセルアーキテクチャにおいてＨＮＢのためのデータモデルを発表した。３ＧＰＰの発表における情報は、ＴＲ−１９６データモデルに取り込まれた。ＴＲ−１９６はまた、ＴＩＡからの入力に基づく、ＣＤＭＡ２０００フェムトセルをサポートする。ＴＲ−１９６は、プロトコルではなく、フェムトアクセスポイントを記述するために使用されるデータモデルであることを理解されたい。
【００２０】
ＴＲ−０６９データモデルは、例えば、データ構造のような他のデータモデルを構築するために使用されることができる。図４に示されるように、フェムトアクセスポイントデータモデル４０１は、実際には、ＴＲ−１９６＋ＴＲ−２６２＋ＴＲ−１５７＋ＴＲ−１８１に相当し得る。ＴＲ−１９６は、セルラー特定のアイテムの大部分を含む。他のデータモデルも、プラットフォームの他の側面を管理するために使用される。
【００２１】
無線アクセスポイントの制御およびプロビジョニング（ＣＡＰＷＡＰ）は、ＲＦＣ５４１５「Ｃｏｎｔｒｏｌ  ａｎｄ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  ｏｆ  Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  Ｐｏｉｎｔｓ（ＣＡＰＷＡＰ）  Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」に定義されるＩＥＴＦプロトコルである。ＣＡＰＷＡＰは、無線アクセスポイント上でデバイスおよび構成管理を行う方法を定義する一般的プロトコルである。プロトコルは、そのプロトコルを使用する無線アクセスポイントの各タイプに対してバインディングが作成されることを要求する。バインディングは、ＣＡＰＷＡＰプロトコルを介して設定されることができる種々の構成フィールドおよびデバイス制御フィールドを定義する。ＩＥＴＦは、参考文献ＲＦＣ５４１６「Ｃｏｎｔｒｏｌ  ａｎｄ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  ｏｆ  Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  Ｐｏｉｎｔｓ（ＣＡＰＷＡＰ）  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  ＩＥＥＥ  ８０２．１１」において、ＩＥＥＥ８０２．１１アクセスポイントのためのバインディングを作成した。
【００２２】
シンプルネットワーク管理プロトコル（ＳＮＭＰ）は、ＲＦＣ３４１１からＲＦＣ３４１８「Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（ＳＮＭＰ）」に定義されるＩＥＴＦプロトコルである。ＳＮＭＰは、ネットワーク管理システム（ＮＭＳ）と呼ばれる１つ以上の中央管理サーバからネットワーク化されたデバイスをモニタリングするためのプロトコルを記述する。ＮＭＳは、ネットワークデバイスを管理するためにネットワーク管理マネージャ（例えば、ＩＴ部署）によって使用されることができるアプリケーションを提供する。ネットワークデバイスは、ＮＭＳとインターフェースをとり、管理情報を送信および受信するＳＮＭＰエージェントと称され得るソフトウェアを起動する。ＴＲ−０６９と同様に、ＳＮＭＰは、どの値またはパラメータが管理されるかを定義しない。代わりに、ＳＮＭＰは、ネットワーク化されたデバイスの各タイプに対して定義される管理情報ベース（ＭＩＢ）に依拠する。
【００２３】
ここで、ＣＡＰＷＡＰおよびＳＮＭＰは同一の一般的目的を有するが、それらは非常に異なることを認識されたい。ＳＮＭＰは、完全なシステム構成を記述するために使用され、ＣＡＰＷＡＰと比較して、より一般的である。ＣＡＰＷＡＰは、無線アクセスポイントの制御に制限される。共通アーキテクチャは、無線ＬＡＮコントローラ（ＷＬＣ）を管理するためにＳＮＭＰを実装し、ＷＬＣは、軽量Ｗｉ−Ｆｉアクセスポイントを管理するためにＣＡＰＷＡＰを使用する。
【００２４】
リリース８では、３ＧＰＰは、非３ＧＰＰネットワークとロングタームエボリューション（ＬＴＥ）進化型パケットコア（ＥＰＣ）をインタワーキングさせるための「オーバーレイ」アーキテクチャを導入した。オーバーレイアーキテクチャは、ＵＥが、ＣＤＭＡまたはＷｉＭＡＸ  ＲＡＴを介して、ＥＰＣに接続することを可能にした。３ＧＰＰによって定義されたアプローチは、ＵＥがＥＰＣへのトンネルを作成するためのＩＰＳｅｃおよびＤＳＭＩＰｖ６をサポートすることを要求した。アーキテクチャは、ＵＥ拡張を要求したが、非３ＧＰＰネットワークへのいかなる影響も回避した。
【００２５】
リリース１１（Ｒ１１）では、３ＧＰＰは、Ｗｉ−Ｆｉネットワークとインタワーキングのためのサポートを追加した。Ｒ１１以前、（アクセスネットワークＧＷとパケットデータネットワークゲートウェイ（Ｐ−ＧＷ）との間の）Ｓ２ａインターフェースが、ＷｉＭＡＸおよびＣＤＭＡネットワークのためのＧＷをサポートした。Ｒ１１は、信頼ＷＬＡＮ（ＴＷＬＡＮ）がＳ２ａインターフェースを使用してＥＰＣに接続し得るように拡張を追加した。これらの拡張は、ＵＥがＩＰＳｅｃまたはＤＳＭＩＰｖ６をサポートすることを要求せずに、ＵＥが、ＴＷＬＡＮを介して、ＥＰＣに接続することを可能にする。ＴＷＬＡＮは、ＩＰＳｅｃおよびＰＭＩＰｖ６をサポートする信頼Ｗｉ−Ｆｉアクセスゲートウェイ（ＴＷＡＧ）を有していなければならない。ＵＥがＴＷＡＬＮとのＳＩＭベースの認証をサポートする場合、ＵＥは、そのＷｉ−Ｆｉ接続を介して、ＥＰＣに接続することができる。このアプローチは、ＵＥへの有意な影響を回避する。
【００２６】
最初、Ｗｉ−Ｆｉオフロードのみ、ＵＥが１つのＰＤＮ接続を維持することを可能にした。言い換えると、全トラフィックが、Ｗｉ−Ｆｉまたはセルラーを使用する。３ＧＰＰにおけるマルチアクセスＰＤＮ接続性（ＭＡＰＣＯＮ）作業は、同時に、セルラーＰＤＮ接続およびＷｉ−Ｆｉ  ＰＤＮ接続を維持するためのサポートを追加した。
【００２７】
３ＧＰＰのＩＰフローモビリティ（ＩＦＯＭ）作業はさらに、ＰＤＮ接続が同時にセルラーおよびＷｉ−Ｆｉ接続を経由して存在することを可能にすることによって、ネットワークのインタワーキング能力を拡張した。アクセスネットワークは、ＩＰフロー毎ベースで選択される。ＩＰフローは、３ＧＰＰとＷＬＡＮアクセスとの間で移動させられることができる。
【００２８】
３ＧＰＰの非シームレスなＷＬＡＮオフロード（ＮＳＷＯ）拡張は、トラフィックが、ＥＰＣを横断することなく、インターネットに向かってルーティングされることを可能にするためのサポートを追加した。このタイプのオフロードは、ユーザが、単に、例えば、インターネットをブラウジングしているとき等、ユーザのアクセスが任意のＥＰＣサービスを要求しないとき、有用であり得る。ＥＰＣは、ＭＡＰＣＯＮ、ＩＦＯＭ、およびＮＳＷＯトラフィックがルーティングされるべき方法を命令するために、ポリシをＵＥにダウンロードし得る。
【００２９】
以下の表１は、各作業項目に追加された前述の拡張を要約する。
【００３０】
【表１】
0006600682.tif 000002
【００３１】
３ＧＰＰの選択的ＩＰトラフィックオフロード（ＳＩＰＴＯ）作業は、コアネットワークが、ユーザの物理的場所に基づいて、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ）を選択することを可能にする。拡張選択方法は、ＵＥの基地局とＰ−ＧＷとの間の経路を短縮し、したがって、データのより効率的ルーティングを可能にするために使用されることができる。
【００３２】
３ＧＰＰのローカルＩＰアクセス（ＬＩＰＡ）アーキテクチャは、Ｌ−ＧＷ（ローカルＧＷ）と呼ばれる新しい論理エンティティを作成した。Ｌ−ＧＷは、ＨｅＮＢ（スモールセル）とともにローカルネットワーク内に位置する。Ｌ−ＧＷは、ローカルネットワーク内でＰ−ＧＷのように挙動し、ＵＥにローカルＩＰネットワークへのアクセスを提供する。したがって、ＵＥは、ＥＰＣにアクセスすることなく、ローカルＩＰネットワークにアクセスすることができる。図５は、前述されたＲＡＮおよびコアネットワークオフロードアプローチのいくつかの例示的比較を示す。
【００３３】
前述のように、ＨｅＭＳは、例えば、Ｗｉ−Ｆｉアクセスポイント内の輻輳等のあるネットワーク条件に効率的に反応することができない。図７に示されるように、フェムトおよびＷｉ−Ｆｉのためのプロビジョニングシステムは、現在、別々である。
【００３４】
上記でさらに論じられたように、スモールセルフォーラムのＮＥＴ作業グループは、単一仮想ＦＡＰとしてＥＰＣに現れ得る企業内スモールセルコンセントレータと呼ばれる新しい論理エンティティを導入した。コンセントレータは、単一仮想ＨｅＮＢとしてＥＰＣに現れるので、ＨｅＮＢは、直接、ＥＰＣ内のＨｅＭＳによって管理されることができない。加えて、ここで、ＥＰＣは、仮想ＦＡＰを物理的ＨｅＮＢから区別可能であるべきであることを認識されたい。この区別は、例えば、ＰＭ、ＣＭ、およびＦＭが、ＨｅＮＢと比較して、仮想ＦＡＰに対して異なるように行われるので、重要であり得る。
【００３５】
既存のアーキテクチャが緊密に統合されていないという事実は、エンドツーエンドＱｏＳが、スモールセルまたはＷｉ−Ｆｉ  ＡＰの背後で生じ、ＥＰＣ内で終了する、データフローのために提供され得る方法を考慮するとき、問題を提示し得る。例えば、アプリケーションサーバ（ＡＳ）／サービス能力サーバ（ＳＣＳ）が、ＰＣＲＦとともにデータフローを設定するとき、ＡＳ／ＳＣＳは、フローのためのＱｏＳ要件をＰＣＲＦに提供する。ＰＣＲＦは、既存のＥＰＣプロシージャを使用して、フローを搬送するＧＴＰトンネルおよびベアラのためのＱｏＳを設定し得る。ＰＣＲＦは、ブロードバンドキャリアのＢＰＣＦとのＳ９ａインターフェースを介して、ＱｏＳ要件をバックホールネットワークと共有し得る。しかしながら、ここで、現在、ＩＳＷネットワークがＱｏＳ要件がローカルネットワーク内で満たされることが可能かどうかをＥＰＣに示すための機構が整っていないことを認識されたい。言い換えると、図６を参照すると、データフローがＥＰＣで終了させられる場合、ＵＥ（例えば、携帯電話またはラップトップ）とバックホールゲートウェイとの間のデータフローのＱｏＳを保証する方法は存在しない。
【００３６】
図６に描写される例示的構成等の典型的現在の構成では、ＨｅＮＢスモールセルは、Ｈｏｍｅ  ｅＮｏｄｅＢ管理システム（ＨｅＭＳ）と呼ばれるコアネットワーク内の中央エンティティによって管理され、Ｗｉ−Ｆｉアクセスポイントは、無線ＬＡＮコントローラ（ＷＬＣ）と呼ばれるローカルネットワーク内の中央エンティティによって管理される。
【００３７】
ここで図８−２０を参照すると、概して、統合スモールセル／Ｗｉ−Ｆｉ（ＩＳＷ）管理エンティティ、例えば、ＩＳＷ−ＰＦ１００は、管理サービスをＩＳＷネットワーク９９に提供することができる。以下にさらに説明されるように、ＩＳＷ−ＰＦ１００は、リソースがセグメント化されたＨｅＭＳ／ＷＬＣアーキテクチャ内で管理される方法（例えば、図１参照）と比較して、ネットワークリソースをより効率的に管理することができる。図８を参照すると、例示的ＩＳＷアーキテクチャ９９が、企業のＩＴ部署１０４、モバイルネットワークオペレータ（ＭＮＯ）１０６、アプリケーションサーバ（ＡＳ）１０８、バックホールオペレータ１１０、ユーザ機器１１２、またはコンピューティングデバイス１１４等のいくつかの独立ソースから管理およびポリシ情報を収集し得るＩＳＷ−ＰＦ１００を含むように示される。管理およびポリシ情報は、所望に応じて、任意の他の適切なソースから受信され得ることを理解されたい。
【００３８】
本明細書で使用され場合、管理情報は、スモールセル、例えば、ＨｅＮＢ１２６およびＷｉ−Ｆｉ  ＡＰ、例えばＷｉ−Ｆｉ  ＡＰ１１８に対する構成管理（ＣＭ）、障害管理（ＦＭ）、または性能管理（ＰＭ）情報を指し得る。一例として、限定ではないが、管理情報は、容認可能伝送電力、限定加入者グループ情報、周波数帯域、近隣リスト等を示し得る。ポリシ情報は、ＱｏＳ、例えば、フロー毎またはアプリケーション毎ＱｏＳと、トラフィックモニタリングおよび／またはディープパケットインスペクションに基づいて提供され得る、ルールとを指し得る。
【００３９】
また、図９を参照すると、使用例が、ＩＳＷ−ＰＦ１００の例示的実装をさらに例証するために描写される。図９に描写される例を参照すると、企業内のＵＥ１１２ａが、遠隔ビデオサーバ１２２とも称され得るアプリケーションサーバ（ＡＳ）１２２からビデオをストリーミングしている。描写される例では、以下にさらに説明されるように、ＡＳ１２２は、ＭＮＯと関係を有し、ＭＮＯとのインターフェース（例えば、ポリシおよび課金ルール機能（ＰＣＲＦ）１２４へのＲｘインターフェース）を使用して、ビデオをストリームするために使用され得る保証ビットレート（ＧＢＲ）ベアラを構成する。ＭＮＯは、コアネットワークがＧＢＲベアラをサポートするために利用可能な十分な帯域幅を有するので、これを可能にし得る。
【００４０】
したがって、企業所有者は、企業ネットワークが、輻輳条件に近づいていると、例えば、それを満たすと、ビデオストリーミングトラフィックが抑制されるポリシを構成し得る。輻輳が企業ネットワーク内に生じると、本明細書では、ある機能が、ＭＮＯによって所望されるＱｏＳと企業所有者によって所望されるＱｏＳとの間の衝突を解決するために必要とされ得ることが認識されている。さらに、例示的実施形態によると、このタイプの衝突が解決されると、衝突のレポート、例えば、衝突が解決された方法を含むレポートが、ＭＮＯおよび企業のＩＴ部署に提供される。
【００４１】
図８および９を参照すると、統合ポリシ機能１００は、ＩＳＷネットワーク９９内のポリシ衝突を解決する。例えば、ＩＳＷ−ＰＦ１００は、データフローを抑制することによって、またはデータフローを全く可能にしないことによって、ポリシ衝突を解決し得る。特に、図８を参照すると、ＩＳＷ−ＰＦ１００は、ＭＮＯ１０６またはバックホールオペレータ１１０とのそのインターフェースを使用して、ＭＮＯ１０６またはバックホールオペレータ１１０に、ＡＳ、デバイス１１４、またはＵＥ１１２に約束されたＱｏＳが提供されることができないことを通知し得る。ＩＳＷ−ＰＦ１００はまた、そのインターフェースを使用して、異なるＱｏＳを提案し得る。一例として、ＩＳＷ−ＰＦ１００とＭＮＯ１０６との間のインターフェースが、ＴＳ２９．２１５「Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ（ＰＣＣ）  ｏｖｅｒ  Ｓ９  ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ；Ｓｔａｇｅ  ３」に基づく場合、クレジット制御要求（ＣＣＲ）コマンドが使用され、ＭＮＯ１０６に、セッションのためのＱｏＳが修正されるべきであることを通知し得る（例えば、図１２参照）。
【００４２】
特に、図９を参照すると、前述のビデオストリーミング例が、図示される。１では、ユーザ／ＵＥ１１２ａは、ビデオをストリーミングしている。ＵＥ１１２ａが以前にダウンロードしたポリシは、全体的にＷｉ−Ｆｉを経由して、特に、Ｗｉ−Ｆｉ  ＡＰ  １１８ａを介して、ビデオがストリーミングするようにし得る。２では、図示される例に従って、ＩＳＷポリシ機能１００は、Ｗｉ−Ｆｉネットワークが輻輳していることを決定し、ＰＣＲＦ１２４に、調節が要求されることを示す。ＩＳＷ−ＰＦ１００は、ネットワークが輻輳していることを種々の方法で決定し得る。一例として、限定ではないが、ＩＳＷ−ＰＦ１００は、Ｗｉ−Ｆｉインターフェース上のトラフィックの量をオブザーブすること、Ｗｉ−Ｆｉインターフェース上でドロップされたパケットの数をオブザーブすること、Ｗｉ−Ｆｉインターフェース上のユーザの数をモニタリングすること等によって、ネットワークが輻輳条件を満たすことを決定し得る。３ａおよび３ｂでは、ビデオデータフローが、調節される。ＥＰＣ、特に、ＰＣＲＦ１２４は、セルラーＲＡＮを使用するスモールセルＡＰ１２６ａを経由して、データの少なくとも一部を移動させる。代替として、例えば、ローカルＩＳＷネットワークのワ有線インフラストラクチャが輻輳する場合、フローは、マクロセルラーネットワークに移動させられ得る。図１４−１６に描写されるコールフローは、前述の例をより詳細に図示する。
【００４３】
前述のように、Ｗｉ−Ｆｉとセルラー無線アクセス技術（ＲＡＴ）との間でフローを移動させることが、３ＧＰＰによって導入されている。しかしながら、本明細書では、現在３ＧＰＰによってサポートされているインフラストラクチャは、半静的オフロードポリシのプロビジョニングのみをサポートすることが認識されている。したがって、ＵＥおよびローカルネットワークは、ローカルネットワーク内の変化する条件に反応することが可能ではない。本明細書に説明される実施形態は、ＵＥが、例えば、Ｗｉ−Ｆｉ、スモールセル、およびマクロネットワーク等のそれに利用可能な多くのアクセス技術をより知的に利用することを可能にする。したがって、以下にさらに説明されるように、所与のＵＥは、ユーザがＷｉ−Ｆｉを経由して不良な経験を被っている状況にあり、同時に、マクロネットワークが、改善されたユーザ経験を提供するために使用され得る利用可能な帯域幅を有することに気付かない場合がある。さらに、本明細書では、３ＧＰＰ規格は、現在、アンカポイントがコアネットワーク内の深部にあるとき（Ｐ−ＧＷにおいて）、統合オフロードのみをサポートすることが認識されている。本明細書に説明されるようなＩＳＷ−ＰＦは、ローカルネットワーク内の統合スモールセル／Ｗｉ−Ｆｉ  ＧＷが、統合オフロードのためのアンカポイントであるシナリオに非常に好適である。ＩＳＷ−ＰＦエンティティは、ＩＳＷ  ＧＷと共存し得る。
【００４４】
図１０を参照すると、別の例示的シナリオによると、企業のＩＴ部署は、多階層建物および隣接する駐車場におけるＩＴサービスに責任がある。企業のネットワークは、ＩＳＷ９９である。Ｗｉ−Ｆｉは、建物全体を通してインターネット接続性を提供するために使用される。企業はまた、駐車場および建物の地下におけるセルラーサービス範囲を確実にするために使用される１つ以上のＨｅＮＢ１２６ｂを管理する。例示的シナリオに従って、実証が、２階で行われることになり、Ｗｉ−Ｆｉが、ビデオ（遠隔ビデオサーバ１２２ａから）を潜在的顧客企業の何人かの管理職のスマートフォンにストリーミングするために使用されるとする。予想より多くの管理職が出席し、したがって、ネットワーク上のスループット需要は、予行演習の間に経験されたものを上回るであろう。実証が開始すると、ＩＳＷ（例えば、ＩＳＷ−ＰＦ１００）内のポリシ機能は、２階Ｗｉ−Ｆｉ  ＡＰに輻輳を検出するであろう。ＩＳＷポリシ機能１００は、１階Ｗｉ−Ｆｉ  ＡＰ１１８ｂおよび地下のＨｅＮＢ１２６ｂに、２階にサービス範囲を提供することができるように、それらのそれぞれの伝送電力を増加させるようにコマンドし得る。さらに、ＩＳＷ−ＰＦ１００は、管理職のうちの何人かが、この輻輳期間中、ＨｅＮＢ１２６ｂに接続可能となるであろうように、一時的に、ＨｅＮＢ１２６ｂの限定加入者グループを修正し得る。
【００４５】
前述の例示的シナリオは、図１０に描写される。ユーザが、ＵＥ１１２ａを介して、ビデオのストリーミングを始めると（ステップ１）、ＩＳＷポリシ機能１００は、輻輳状況を検出し、問題の対処方法を決定し得る（ステップ２）。図示される例によると、ＩＳＷポリシ機能１００は、近傍スモールセルＡＰ１２６ｂが、そのサービス範囲の面積が増加させられるならば、ＵＥ１１２ａにサービス範囲を提供し得ることを決定し、したがって、ＩＳＷポリシ機能１００は、スモールセルＡＰ１２６ｂのＴｘ電力を増加させる、例えば、一時的に増加させる（ステップ３）。ＵＥ１１２ａは、次いで、そのセルラーＲＡＮを介して、ビデオをストリーミング可能である（ステップ４）。
【００４６】
別の例示的シナリオとして、ＩＳＷＮのリソースは、複数のネットワークオペレータによって共有され得る。例えば、ＩＳＷＮリソースが、複数のオペレータに共同所有またはリースされる場合、ＩＳＷ−ＰＦ１００は、各オペレータによって設定される異なるポリシを調和させ得る。ＩＳＷ−ＰＦ１００は、エンドユーザがサブスクライブするネットワークオペレータに基づいて、異なるポリシを各フローに適用し得る。例えば、ＩＳＷＮが、あるネットワークオペレータ（例えば、オペレータＡ）によって所有され、他のネットワークオペレータ（例えば、オペレータＢおよびＣ）にリースされるか、またはそれらと共有される場合、ＩＳＷ−ＰＦ１００は、オペレータＡに、ネットワークＢおよびＣのサブスクライブによって発生させられるトラフィックのレポートまたは概要を提供し得る。以下にさらに説明されるように、ＩＳＷ−ＰＦ１００はさらに、ＩＳＷＮとの関係を有する各ネットワークオペレータに対して仮想ＩＳＷＮを作成し得る。ＩＳＷＮ所有者は、次いで、仮想ＩＳＷＮを複数のネットワークオペレータにリースすることができる。
【００４７】
ここで図１１を参照すると、ＩＳＷネットワーク９９の例示的管理プレーンアーキテクチャが、例示的実施形態に従って示される。スモールセル１２６およびＷｉ−Ｆｉアクセスポイント１１８は、ＩＳＷポリシ機能（ＩＳＷ−ＰＦ）１００によって管理される。ＩＳＷ−ＰＦ１００は、オブザーブされるネットワーク条件と、一例として、以下の機能からの入力とに基づいて、ネットワークのスモールセルおよびＷｉ−Ｆｉアクセスポイントの構成を調節可能である：ＭＮＯのＴＲ−０６９ＨｅＭＳ  ＡＣＳ１３０、ＭＮＯのＰＣＲＦ１３２、バックホールネットワークオペレータ（例えば、ＢＰＣＦ１３２）のポリシエンジン、ＩＳＷネットワーク所有者、アプリケーションプロバイダ（遠隔またはローカル）、Ｗｉ−Ｆｉ  ＡＰ１１８、スモールセル１２６、スモールセル１２６およびＷｉ−Ｆｉ  ＡＰ１１８を通したＵＥ１１２のデータのトラフィックモニタ１３４（例えば、ディープパケットインスペクション（ＤＰＩ）を介して）、およびＩＳＷ  ＧＷ１３６。図１２も参照すると、ＩＳＷポリシ機能１００は、接続されるデバイスから間接的に入力を受信し得る。例えば、ＵＥ（例えば、ＵＥ１１２）およびＷｉ−Ｆｉデバイス（例えば、コンピューティングデバイス１１４）等の接続されるデバイスは、チャネル品質測定をＨｅＮＢ１２６またはＷｉ−Ｆｉ  ＡＰ１１８に提供し得、それらの測定は、ＩＳＷ−ＰＦ１００に転送され得る。
【００４８】
ＡＣＳ−ＨｅＭＳとＨｅＮＢとの間のインターフェースは、ＴＲ−０６９「ＣＰＥ  ＷＡＮ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ（第１版改訂４、２０１１年７月（「ＴＲ−０６９」））」に説明されるようなＴＲ−０６９プロトコルに基づき得る。フェムトアクセスポイントを管理するために使用され得る一般的データモデルは、ＴＲ−１９６「Ｆｅｍｔｏ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｍｏｄｅｌ（第２版、２０１１年１１月（「ＴＲ−１９６」））」に説明されている。ＴＲ−１９６は、ＣＤＭＡ２０００、ＵＭＴＳ、およびＬＴＥフェムトアクセスポイント、またはスモールセルのプロビジョニングを可能にする。本明細書では、ＩＳＷＮ  ＴＲ−０６９クライアントの管理は、新しいデータモデル（および／またはＴＲ−１９６データモデルの修正）を要求し得ることを認識されたい。以下に説明されるのは、ＩＳＷＮ  ＴＲ−０６９をサポートすることができる新しいデータモデルである（表２参照）。さらに、本明細書では、類似または同一概念がＴＲ−１９６データモデルを修正するために使用され得ることを認識されたい。
【００４９】
以下の表２を参照すると、表２は、ＩＳＷＮ  ＴＲ−０６９クライアントをサポートするためのデータモデルを説明する。例示的実施形態によると、図１３は、この新しいデータモデルが、他のデータモデルと組み合わせられ、仮想ＦＡＰ  ＩＳＷＮならびにそれが表すＦＡＰのスモールセルおよびＷｉ−Ｆｉ  ＡＰを記述し得る方法を示す。したがって、表２は、新しいデータモデルを説明し、図１３は、完全なＩＳＷＮを記述するために、データモデルが既存のデータモデルと集約される方法を示す。
【００５０】
【表２】
0006600682.tif 000003
【００５１】
再び、図１１を参照すると、図示されるアーキテクチャによると、ＩＳＷ−ＰＦ１００は、スモールセル１２６およびＷｉ−Ｆｉアクセスポイント１１８が構成される方法の最終決定者である。したがって、ＩＳＷ−ＰＦ１００は、ポリシが衝突するときにスモールセル（およびＷｉ−Ｆｉ  ＡＰ）が構成されるべき方法に関する決定を行い得る。例えば、サイト所有者は、ＳＡＣＳから受信されたものと異なる、近隣リスト、ＣＳＧメンバー、ＬＩＰＡ設定等の構成を試み得る。これらのタイプの衝突シナリオでは、ＩＳＷ−ＰＦ１００は、スモールセルを構成する方法を決定し得る。したがって、ＩＳＷ−ＰＦ１００は、スモールセルの認可スペクトルを所有するＭＮＯがあるパラメータを制御する権利が与えられ、機器およびローカルネットワークを所有する企業のＩＴ部署が、ネットワークのある側面を構成する権利が与えられるという事実を考慮し得る。
【００５２】
一実施例では、ＩＳＷ−ＰＦ１００は、ＭＮＯのスモールセル管理設定をＴＲ−０６９クライアント１３８から得る。ＴＲ−０６９クライアント１３８は、設定をファイル（例えば、ＸＭＬファイル）内に記憶し、ＩＳＷポリシ機能１００がファイル内の値を読み取ることを可能にするか、またはファイル全体をＩＳＷ−ＰＦ１００に送達し得る。ＩＳＷ−ＰＦ１００は、例えば、ＩＳＷ内のスモールセル１２６およびＷｉ−Ｆｉアクセスポイント１１８を構成するとき、ＩＳＷ−ＰＦ  ＡＰＩを介して、企業のＩＴ部署から受信された設定とともに、これらの設定を検討し得る。
【００５３】
従来、スモールセルは、ＴＲ−０６９ＡＣＳ（例えば、ＨＭＳまたはＨｅＭＳ）によって管理され、ＴＲ−０６９ＡＣＳは、コアネットワーク内に位置し、ローカルネットワーク条件を殆どまたは全く認知せず、したがって、管理は、動的でもリアルタイムでもない。図１１に描写されるアーキテクチャでは、ＩＳＷ−ＰＦ１００は、ネットワーク条件が変化すると、スモールセル管理インターフェース１４０を介して、スモールセル１２６ａを再構成することができる。ＩＳＷ−ＰＦ１００は、ローカルネットワークを認知した動的な方法でスモールセル１２６が管理されることを可能にし得る。スモールセル１２６を制御するためにＩＳＷ−ＰＦ１００によって使用されるインターフェース１４０は、以下により詳細に説明される。
【００５４】
依然として、図１１を参照すると、ＴＲ−０６９クライアント１３８は、例えば、スモールセルおよびＷｉ−Ｆｉ  ＡＰで構築されるネットワーク全体を構成するために使用されることができる単一のクライアントとしてＳＡＣＳに現れ得る。ＳＡＣＳとＩＳＷＮ  ＴＲ−０６９クライアントとの間で使用されるＴＲ−０６９データモデルは、ＴＲ−１９６に説明されるフェムトアクセスポイントデータモデルと異なる。これらの差異は、本明細書に説明される。
【００５５】
ＩＳＷ−ＰＦ１００は、ＩＳＷＮ  ＴＲ−０６９クライアント１３８から得られる情報を使用して、ＨｅＮＢ１２６を制御し得る。ＩＳＷ−ＰＦ１００は、ＴＲ−０６９を使用して、ＨｅＮＢ１２６を制御し得る。ＩＳＷ−ＰＦ１００は、ローカルＨｅＭＳ（Ｌ−ＨｅＭＳ）をサポートし得る。この例では、Ｌ−ＨｅＭＳとＨｅＮＢとの間のインターフェースは、ＴＲ−０６９であり得、ＴＲ−１９６データモデルを使用する。Ｌ−ＨｅＭＳは、ＨｅＭＳとしてＨｅＮＢに現れ得るが、Ｌ−ＨｅＭＳは、ＨｅＭＳによって提供されるものと比較して、追加の機能性をＩＳＷに提供し得る。例えば、ＨｅＭＳは、ＩＳＷＮ  ＴＲ−０６９クライアント１３８に、容認可能伝送電力値または動作周波数の範囲を提供し得、ＩＳＷ−ＰＦ１００は、Ｌ−ＨｅＭＳを使用して、ＨｅＭＳによって提供された範囲に基づいて、かつローカルネットワーク条件に基づいて、ＨｅＮＢ１２６に、より最適な設定を提供し得る。
【００５６】
ＩＳＷ−ＰＦ１００は、Ｌ−ＨｅＭＳを使用して、変化するネットワーク条件に基づいて、スモールセルを動的に再構成し得る。例えば、図１４は、ＩＳＷ−ＰＦ周辺機器１５４の例を示し、ＩＳＷ−ＰＦ周辺機器１５４は、トラフィックモニタ１３４（トラフィックマネージャ１３４とも称され得る）によって実装され、例えば、高帯域幅Ｗｉ−ＦｉユーザがＩＳＷネットワークのエッジに向かって移動している等のイベントを検出し得る。ＩＳＷ−ＰＦ１００は、このイベント情報を使用して、近傍スモールセルのための新しい構成パラメータを計算し、Ｌ−ＨｅＭＳを使用して、リアルタイム管理コマンドをそのスモールセルに送信することができる。
【００５７】
代替実施形態では、ＣＡＰＷＡＰが、ＴＲ−０６９の代わりに使用され、スモールセルを管理することができる。このタイプの実施形態では、スモールセル管理インターフェース１４０は、ＣＡＰＷＡＰを使用して、構成データをスモールセルに送信し得る。新しいＣＡＰＷＡＰバインディングが、スモールセルを管理するために確立され得る。新しいバインディングは、ＴＲ−１９６、ＴＲ−２６２、ＴＲ−１５７、およびＴＲ−１８１データモデル内に定義されるフィールドに基づき得る。
【００５８】
図１４を参照すると、例示的ＩＳＷＮ９９ａは、ＡＣＳ１５０（例えば、ＨｅＭＳ１５０）、ＩＳＷＮ  ＴＲ−０６９クライアント１３８、ＩＳＷ−ＰＦ１００、スモールセル管理インターフェース１４０（これは、実施例の目的のために、ローカルＨｅＭＳであり、したがって、Ｌ−ＨｅＭＳ１４０とも称され得る）、ＨｅＮＢ１２６、およびＩＳＷ−ＰＦ１００に接続され、各々がＩＳＷ−ＰＲ周辺機器１５４と称される１つ以上の論理機能を含む。例示的ネットワーク９９ａは、開示される主題の説明を促進するために簡略化されており、本開示の範囲を限定することを意図しないことを理解されたい。他のデバイス、システム、および構成も、ネットワーク９９ａ等のネットワークに加え、またはその代わりに、本明細書に開示される実施形態を実装するために使用され得、全てのそのような実施形態は、本開示の範囲内にあるものと見なされる。
【００５９】
依然として、図１４を参照すると、図示される実施形態によると、ＩＳＷ−ＰＦ周辺機器１５４は、２００において、ネットワークイベントを検出する。２０２では、ＩＳＷ−ＰＦ周辺機器１５４は、ＩＳＷ−ＰＦ１００に通知する。ＩＳＷ−ＰＦ周辺機器１５４は、以下のものによって実装され得ることを理解されたい：トラフィックモニタ１３４、スモールセル１２６（スモールセル管理インターフェース１４０を介して）、Ｗｉ−Ｆｉ  ＡＰ１１８（Ｗｉ−Ｆｉ  ＡＰ管理インターフェース１４２を介して）、ＡＣＳ１５０（ＴＲ−０６９クライアント１３８を介して）、ＰＣＲＦ、ＩＳＷ−ＰＦ  ＡＰＩ、アプリケーションサーバ等。種々のイベントが、検出され得る。一例として、限定ではないが、トラフィックモニタ１３４は、以下を検出し得る：ユーザが特定のアプリケーションの使用を始めたこと；ローカルＩＰネットワーク内の特定のサブネット、Ｗｉ−Ｆｉ  ＡＰ、もしくはスモールセルが輻輳しつつあること；特定の数のユーザがスモールセルもしくはＷｉ−Ｆｉ  ＡＰに接続されていること；または、ユーザの接続ポイントが変化したこと。２００で検出されることが可能なスモールセルイベントまたはＷｉ−Ｆｉ  ＡＰイベントの例は、一例として提示され、限定ではないが、新しい干渉測定または新しい輻輳測定を含む。２００で検出されることが可能なＰＣＲＦイベントの例は、一例として提示され、限定ではないが、新しいポリシがＳ９ａ参照点を介して受信されたことを含む。新しいポリシは、例えば、特定のトラフィックフロー、アプリケーション、またはユーザに関連付けられ得る。例示的実施形態では、新しいポリシは、ＰＣＲＦとのＲｘインターフェースを有するＡＳから発信され得、ＰＣＲＦは、ルールを含み得るポリシをＳ９ａインターフェースを介してＩＳＷ−ＰＦ１００に転送し得る。アプリケーションサーバ（ＡＳ）は、ローカルネットワーク内のＡＳとユーザとの間のフローに関連する新しいポリシを検出すること等、イベントを検出し得る。２００で検出され得るＩＳＷ−ＰＦＡＰＩイベントの例は、一例として提示され、限定ではないが、ネットワーク内で起動することが許可されたアプリケーションに関連する新しいポリシを検出すること、どのＱｏＳ処理が特定のアプリケーションに提供されるべきか関連する新しいポリシを検出すること、または所与のユーザもしくはユーザグループに関連付けられた新しい許可を検出することを含む。
【００６０】
継続して図１４を参照すると、図示される実施形態によると、２０２では、ＩＳＷ−ＰＦ周辺機器１５４は、ＩＳＷ−ＰＦ１００に、検出されたネットワークイベントを通知する。２０４では、ＩＳＷ−ＰＦ１００は、通知を肯定応答する。２０６では、新しいネットワークパラメータが、算出される。例えば、ＩＳＷ−ＰＦ１００は、新しいネットワークイベント、既存のネットワーク条件、および／または他のネットワーク選好に関連付けられた情報に基づいて、新しいネットワークパラメータを算出し得る。新しいネットワークパラメータは、ＨｅＮＢ、例えば、図示されるＨｅＮＢ１２６のための新しい構成を含み得る。例えば、ＩＳＷ−ＰＦ１００は、特定のＨｅＮＢ、例えば、ＨｅＮＢ１２６がオフに切り替えられることができること、その伝送電力が調節されることができること、異なる周波数が通信のために使用されるべきであること、ユーザに提供される帯域幅が調節されるべきであること、または新しいＱｏＳポリシがＨｅＮＢ１２６に提供される必要があることを決定し得る。図示される例によると、ＩＳＷ−ＰＦ１００が、ＨｅＮＢ１２６の構成を変更することを所望する場合、ＩＳＷ−ＰＦ１００は、ＨｅＮＢ１２６に、Ｌ−ＨｅＭＳ１４０を介して、新しいネットワークパラメータを通知し得る（２０８参照）。２１０では、Ｌ−ＨｅＭＳ１４０は、新しいネットワークパラメータを肯定応答し得る。２１２では、Ｌ−ＨｅＭＳ１４０が、ＨｅＮＢ１２６とのセキュアな接続をまだ有していない場合、例えば、セキュアな接続が、Ｌ−ＨｅＭＳ１４０とＨｅＮＢ１２６との間に確立され得る。２１４では、Ｌ−ＨｅＭＳ１４０は、ＴＲ−０６９  ＳｅｔＰａｒａｍｅｔｅｒｓＶａｌｕｅｓ（）ＲＣＰ方法を使用して、ＨｅＮＢ１２６を構成し得る。例えば、ＨｅＮＢ１２６は、新しい伝送電力で構成され得る、ＨｅＮＢは、シャットオフされ得る等。２１６では、図示される例によると、ＨｅＮＢ１２６は、ＳｅｔＰａｒａｍｅｔｅｒｓＲｅｓｐｏｎｓｅ（）ＲＣＰ機構を介して、新しいパラメータを肯定応答する。２２４では、ＨｅＮＢ１２６は、ＴＲ−０６９セッションを解放し得る。２１８では、ＩＳＷ−ＰＦ１００は、仮想ＩＳＷＮ  ＴＲ−０１６９クライアントであり得るＩＳＷＮ  ＴＲ−０６９クライアント１３８に、新しいＨｅＮＢ構成を通知し得る。示されるように、ＩＳＷＮ  ＴＲ−０６９クライアント１３８は、ＴＲ−０６９通知要求方法を使用して、ＨｅＭＳ  ＡＣＳ１５０に、更新されたＨｅＮＢ設定を通知し得る。したがって、ＥＰＣは、この情報を使用して、より良好なＥ２Ｅ（例えば、Ｐ−ＧＷ＜−−＞ＵＥ）トラフィック制御を行うことができる。例えば、スモールセルに利用可能な帯域幅が減少する場合、Ｐ−ＧＷは、あまりにも多いトラフィックをＩＳＷＮ９９ａに転送することを回避し得る。２２２では、ＡＣＳ１５０は、通知要求を肯定応答し得る。
【００６１】
図１４に図示されるステップを行うエンティティは、以下にさらに詳細に説明される、図２１Ａおよび２１Ｂに図示されるもの等のデバイス、サーバ、またはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（例えば、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであることを理解されたい。特に、例えば、概して、ネットワークエンティティと称され得るＩＳＷ−ＰＦ１００は、プロセッサおよびメモリを備え得、メモリは、プロセッサによって実行されると、プロセッサに、前述のように、新しいネットワークパラメータの算出を含む動作を行わせるコンピュータ実行可能命令を含む。
【００６２】
例示的実施形態によると、ＣＡＰＷＡＰバインディングが、例えば、Ｈｏｍｅ  ＮＢまたはＨｏｍｅ  ｅＮＢ等のフェムトアクセスポイントを制御するために作成される。Ｈ（ｅ）ＮＢ管理のためのＣＡＰＷＡＰバインディングは、ＣＡＰＷＡＰが分割ＭＡＣモードで使用されるか、またはローカルＭＡＣモードで使用されるかに応じて、Ｈ（ｅ）ＮＢ機能が制御される（ＩＳＷ−ＰＦ１００）とＨ（ｅ）ＮＢとの間で分割される方法を定義し得る。概して、図１４を参照すると、ＣＡＰＷＡＰは、管理構成パラメータをＨ（ｅ）ＮＢ１２６に送信するために使用され得る。ＣＡＰＷＡＰ構成更新要求メッセージは、Ｈ（ｅ）ＮＢ１２６内のパラメータを設定するために使用されることができる。メッセージ要素は、ＴＲ−１９６、ＴＲ−２６２、ＴＲ−１５７、およびＴＲ−１８１に列挙されるデータフィールド等の書き込み可能データフィールドに基づいて定義されることができる。ある場合には、ＣＡＰＷＡＰ構成更新要求メッセージは、Ｈ（ｅ）ＮＢ１２６の構成を設定するために、ＴＲ−０６９において使用されるＳｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓおよびＳｅｔＡｔｔｒｉｂｕｔｅＶａｌｕｅｓメッセージに取って代わり得る。
【００６３】
ＣＡＰＷＡＰ構成ステータス要求メッセージは、Ｈ（ｅ）ＮＢ内のパラメータを読み取るために使用されることができる。メッセージ要素は、ＴＲ−１９６、ＴＲ−２６２、ＴＲ−１５７、およびＴＲ−１８１に列挙される読み取り可能データフィールドに基づいて定義されることができる。ある場合には、このメッセージは、Ｈ（ｅ）ＮＢの構成を読み取るために、ＴＲ−０６９において使用されるＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓおよびＧｅｔＡｔｔｒｉｂｕｔｅＶａｌｕｅｓメッセージに取って代わり得る。ＣＡＰＷＡＰ構成ステータス応答メッセージは、Ｈ（ｅ）ＮＢによって使用され、パラメータ値をＩＳＷ−ＰＦに送信することができる。メッセージ要素は、ＴＲ−１９６、ＴＲ−２６２、ＴＲ−１５７、およびＴＲ−１８１に列挙される読み取り可能データフィールドに基づいて定義されることができる。ある場合には、このメッセージは、Ｈ（ｅ）ＮＢの構成を読み取るために、ＴＲ−０６９において使用されるＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓＲｅｓｐｏｎｓｅおよびＧｅｔＡｔｔｒｉｂｕｔｅＶａｌｕｅｓＲｅｓｐｏｎｓｅメッセージに取って代わり得る。
【００６４】
例示的ローカルＭＡＣモードでは、ＩＳＷ−ＰＦ１００は、前述のＣＡＰＷＡＰ構成メッセージを用いてＨ（ｅ）ＮＢ１２６を構成することができる。加えて、例示的実施形態によると、ローカルＭＡＣモードは、データフレームが、随意に、８０２．３フレームとしてＩＳＷ−ＰＦ１００にローカルでブリッジまたはトンネリングされることを可能にする。データフレームが、ＩＳＷ−ＰＦ１００にトンネリングされると、Ｈ（ｅ）ＮＢ１２６は、ＰＤＣＰフレームをＩＳＷ−ＰＦ１００と交換し得る。ＰＤＣＰフレームは、フローをＩＰへ／ＩＰからフローへ変換し得る、ＩＳＷ−ＰＦ１００内のＩＰセグメント化／セグメント化解除機能に送信され得る。
【００６５】
例示的分割ＭＡＣモードでは、ＩＳＷ−ＰＦ１００は、前述のＣＡＰＷＡＰ構成メッセージを用いてＨ（ｅ）ＮＢ１２６を構成することができる。加えて、例示的分割ＭＡＣモードでは、データフレームは、８０２．３フレームとしてＩＳＷ−ＰＦにトンネリングされる。ＩＳＷ−ＰＦ１００は、ＣＡＰＷＡＰが分裂モードで使用されているとき、Ｈ（ｅ）ＮＢ１２６のためのある機能を行い得る。Ｈ（ｅ）ＮＢのＬ１およびＬ２（ＰＤＣＰ／ＲＬＣ／ＭＡＣ）機能のみが、一例示的実施形態に従って、Ｈ（ｅ）ＮＢ内に実装される。ＲＲＣおよびＮＡＳ機能は、ＩＳＷ−ＰＦ１００内に実装され得る。
【００６６】
ＣＡＰＷＡＰは、ＤＴＬＳを使用する。したがって、ＣＡＰＷＡＰが、Ｈ（ｅ）ＮＢを管理するためにＩＳＷ−ＰＦ１００によって使用される場合、本明細書では、ある量のプロビジョニングがＨ（ｅ）ＮＢおよびＩＳＷ−ＰＦにおいて要求され得ることが認識されている。例えば、事前共有キーが、ＤＴＬＳセッションを確保するために使用される場合、種々の情報が、ＩＳＷ−ＰＦまたはＨ（ｅ）ＮＢ内でプロビジョニングされることが必要であり得る。プロビジョニングされ得る例示的情報は、ＣＡＰＷＡＰピアの識別、セキュリティキー、およびＰＳＫ識別を含む。証明書がＤＴＬＳセッションを構成するために使用される場合、デバイス証明書が、ＩＳＷ−ＰＦ内でプロビジョニングされる必要があり得、トラストアンカが、Ｈ（ｅ）ＮＢ内でプロビジョニングされる必要があり得る。
【００６７】
ＩＳＷ−ＰＦとＷｉ−Ｆｉアクセスポイントとの間のインターフェース（本明細書では、Ｗｉ−Ｆｉ  ＡＰ管理インターフェース１４２と称される）は、ＲＦＣ５４１６「Ｃｏｎｔｒｏｌ  ａｎｄ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  ｏｆ  Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  Ｐｏｉｎｔｓ（ＣＡＰＷＡＰ）  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  ＩＥＥＥ  ８０２．１１」に説明される８０２．１１ＣＡＰＷＡＰバインディングに基づき得る。ＩＳＷ−ＰＦ１００は、ＣＡＰＷＡＰを使用して、Ｗｉ−Ｆｉアクセスポイント１１８のＴｘ電力およびＱｏＳを調節し得る。例えば、ＩＳＷ−ＰＦ１００は、これらの設定をサイト所有者からの入力、ローカルネットワーク内の他のＷｉ−ＦｉアクセスポイントのＴｘ電力、および接続されるＷｉ−Ｆｉデバイスによってオブザーブされる受信信号強度に基づき得る。
【００６８】
例示的実施形態では、ＩＳＷ−ＰＦ１００は、少なくとも、スモールセルおよびＷｉ−Ｆｉアクセスポイントの管理が互いに統合されるので、無線ＬＡＮコントローラ（ＷＬＣ）が提供し得るものを上回る機能性を提供する。ＩＳＷ−ＰＦ１００は、ＩＳＷＮ  ＴＲ−０６９クライアント／ＡＣＳ、ＰＣＲＦ、およびスモールセルからの入力に基づいて、Ｗｉ−Ｆｉアクセスポイント１１８を制御し得る。例えば、ＩＳＷ−ＰＦ１００は、近傍スモールセルが同一エリアを対称としているので、Ｗｉ−ＦｉアクセスポイントのＴｘ電力を減少させることを選定し得るか、または、ＩＳＷ−ＰＦ１００は、近傍スモールセルが輻輳しているかもしくは高トラフィック量を被っているので、Ｗｉ−ＦｉアクセスポイントのＴｘ電力を増加させることを選定し得る。例示的実施形態は、以下により詳細に説明される、図１５に描写される。
【００６９】
ＩＳＷ−ＰＦ１００はまた、サイト所有者からの入力に基づいて、Ｗｉ−ＦｉアクセスポイントのＱｏＳ設定を調節し得る。さらに、Ｗｉ−Ｆｉおよびスモールセル制御の緊密な統合は、Ｗｉ−ＦｉアクセスポイントのＱｏＳ設定を構成するとき、ＩＳＷ−ＰＦ１００が、ＰＣＲＦおよびＩＳＷＮＴＲ−０６９クライアントからのＱｏＳおよびポリシ情報を考慮することを可能にし得る。代替実施形態では、ＴＲ−０６９が、ＣＡＰＷＡＰの代わりに、Ｗｉ−Ｆｉ  ＡＰ１１８を管理するために使用されることができる。そのような実施形態では、Ｗｉ−Ｆｉ  ＡＰ管理インターフェース１４２は、ＴＲ−０６９サーバであり得、Ｗｉ−Ｆｉ  ＡＰは、ＴＲ−０６９クライアントであり得る。新しいデータモデルが、Ｗｉ−Ｆｉ  ＡＰを管理するために要求され得る。データモデルは、ＲＦＣ５４１６「Ｃｏｎｔｒｏｌ  ａｎｄ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  ｏｆ  Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  Ｐｏｉｎｔｓ（ＣＡＰＷＡＰ）  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  ＩＥＥＥ  ８０２．１１」（その開示が本明細書に全体として提示される場合と同様に、参照することによって組み込まれる）に定義される、８０２．１１ＣＡＰＷＡＰマッピングに基づき得る。
【００７０】
図１５を参照すると、例示的ＩＳＷＮ９９ｂは、ＩＳＷ−ＰＦ周辺機器１５４ａ、ＩＳＷ−ＰＦ１００、Ｗｉ−Ｆｉ管理インターフェース１４２、および１つ以上のＷｉ−Ｆｉアクセスポイント１１８を含む。例示的ネットワーク９９ｂは、開示される主題の説明を促進するために簡略化されており、本開示の範囲を限定することを意図しないことを理解されたい。他のデバイス、システム、および構成も、ネットワーク９９ｂ等のネットワークに加え、またはその代わりに、本明細書に開示される実施形態を実装するために使用され得、全てのそのような実施形態は、本開示の範囲内にあるものと見なされる。
【００７１】
依然として、図１５を参照すると、図示される実施形態によると、ＩＳＷ−ＰＦ周辺機器１５４ａは、３００において、ネットワークイベントを検出する。３０２では、ＩＳＷ−ＰＦ周辺機器１５４ａは、ＩＳＷ−ＰＦ１００にイベントを通知する。ＩＳＷ−ＰＦ周辺機器１５４は、トラフィックモニタ１３４、スモールセル１２６（スモールセル管理インターフェース１４０を介して）、Ｗｉ−Ｆｉ  ＡＰ１１８（Ｗｉ−Ｆｉ  ＡＰ管理インターフェース１４２を介して）、ＡＣＳ１５０（ＴＲ−０６９クライアント１３８を介して）、ＰＣＲＦ、ＩＳＷ−ＰＦ  ＡＰＩ、アプリケーションサーバ等によって実装され得ることを理解されたい。種々のイベントが、検出され得る。一例として、限定ではないが、トラフィックモニタ１３４は、ユーザが特定のアプリケーションの使用を始めたこと、ローカルＩＰネットワーク内の特定のサブネット、Ｗｉ−Ｆｉ  ＡＰ、もしくはスモールセルが輻輳しつつあること、特定の数のユーザがスモールセルもしくはＷｉ−Ｆｉ  ＡＰに接続されていること、またはユーザの接続ポイントが変化したことを検出し得る。３００で検出されることが可能なスモールセルイベントまたはＷｉ−Ｆｉ  ＡＰイベントの例は、一例として提示され、限定ではないが、新しい干渉測定または新しい輻輳測定を含む。３００で検出されることが可能なＰＣＲＦイベントの例は、一例として提示され、限定ではないが、新しいポリシがＳ９ａ参照点を介して受信されたことを含む。新しいポリシは、例えば、特定のトラフィックフロー、アプリケーション、またはユーザに関連付けられ得る。例示的実施形態では、新しいポリシは、ＰＣＲＦとのＲｘインターフェースを有するＡＳから発信され得、ＰＣＲＦは、ルールを含み得るポリシをＳ９ａインターフェースを介してＩＳＷ−ＰＦ１００に転送し得る。アプリケーションサーバ（ＡＳ）は、ローカルネットワーク内のＡＳとユーザとの間のフローに関連する新しいポリシを検出すること等、イベントを検出し得る。３００で検出されることが可能なＩＳＷ−ＰＦＡＰＩイベントの例は、一例として提示され、限定ではないが、ネットワーク内で起動することが許可されたアプリケーションに関連する新しいポリシを検出すること、特定のアプリケーションに提供されるべきＱｏＳ処理に関連する新しいポリシを検出すること、または所与のユーザもしくはユーザグループに関連付けられた新しい許可を検出することを含む。
【００７２】
継続して図１５を参照すると、図示される実施形態によると、３０２では、ＩＳＷ−ＰＦ周辺機器１５４ａは、ＩＳＷ−ＰＦ１００に検出されたネットワークイベントを通知する。３０４では、ＩＳＷ−ＰＦ１００は、通知を肯定応答する。３０６では、新しいネットワークパラメータが、算出される。例えば、ＩＳＷ−ＰＦ１００は、新しいネットワークイベント、既存のネットワーク条件、および／または他のネットワーク選好に関連付けられた情報に基づいて、新しいネットワークパラメータを算出し得る。新しいネットワークパラメータは、Ｗｉ−Ｆｉアクセスポイント１１８のうちの少なくとも１つのための新しい構成を含み得る。例えば、ＩＳＷ−ＰＲ１００は、特定のフローのＱｏＳが修正されるべきであること、ＡＰ１１８の伝送電力が修正されるべきであること、ＡＰ１１８の周波数帯域が変化すべきであること、ＡＰ１１８のビーコン周期が調節されるべきであること等を決定し得る。新しいネットワークイベント、既存のネットワーク条件、および他のネットワーク選好についての情報に基づいて、ＩＳＷ−ＰＦ１００は、新しいネットワークパラメータを算出し得る。新しいネットワークパラメータは、Ｗｉ−Ｆｉ  ＡＰのための新しい構成を含み得る。
【００７３】
依然として、図１５を参照すると、例えば、ＩＳＷ−ＰＦ１００が、Ｗｉ−Ｆｉ  ＡＰ１１８の構成を変更することを所望する場合、ＩＳＷ−ＰＦ１００は、Ｗｉ−Ｆｉ管理インターフェース１４２に、新しいネットワークパラメータを通知し得る（３０８）。３１０では、Ｗｉ−Ｆｉ管理インターフェース１４２は、新しいネットワークパラメータを肯定応答し得る。３１２では、図示される実施形態によると、Ｗｉ−Ｆｉ管理インターフェース１４２は、ＣＡＰＷＡＰ構成更新要求を使用して、例えば、新しい伝送電力、新しいＱｏＳ等の１つ以上のパラメータでＷｉ−Ｆｉ  ＡＰ１１８を構成する。代替として、ＣＡＰＷＡＰコマンドは、基地局構成要求または状態変更イベント要求であり得る。３１４では、Ｗｉ−Ｆｉ  ＡＰ１１８は、ＣＡＰＷＡＰ構成更新応答を介して、新しいパラメータを肯定応答する。
【００７４】
図１５に図示されるステップを行うエンティティは、以下にさらに詳細に説明される、図２１Ａおよび２１Ｂに図示されるもの等のデバイス、サーバ、またはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（例えば、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであることを理解されたい。特に、例えば、ＩＳＷ−ＰＦ１００は、プロセッサおよびメモリを備え得、メモリは、プロセッサによって実行されると、プロセッサに、新しいネットワークパラメータの算出を含む動作を行わせるコンピュータ実行可能命令を含む。
【００７５】
図１４および１５は、ＩＳＷ−ＰＲが種々のイベントの検出に応答してＨｅＮＢおよびＷｉ−Ｆｉ  ＡＰを管理し得る方法の実施例を描写する。図１４および１５は、別個のコールフローとして図示されるが、図示されるステップは、所望に応じて、任意の組み合わせで互いに組み合わせられ得ることを理解されたい。例えば、単一イベントは、ＨｅＮＢおよびＷｉ−Ｆｉ  ＡＰの両方に管理、制御、または更新を生じさせ得る。
【００７６】
したがって、概して、図１４および１５を参照すると、例示的実施形態によると、システムまたはネットワークは、第１のネットワークへの第１のアクセスポイントおよび第２のネットワークへの第２のアクセスポイントと通信するネットワークエンティティ、例えば、ＩＳＷ−ＰＦ１００を含むことができる。イベントは、ネットワークエンティティにおいて検出されることができる。イベントは、第１および第２のネットワークのうちの一方に関連付けられ得る。検出されたイベントに基づいて、ネットワークエンティティは、第１および第２のネットワークのうちの他方のための１つ以上のパラメータを決定し得る。ネットワークエンティティは、第１および第２のネットワークのうちの他方のアクセスポイントが１つ以上のパラメータで構成されるように、１つ以上のパラメータを第１および第２のネットワークのうちの他方のアクセスポイントに送信し得る。一例として、前述のように、イベントを検出することは、第１および第２のネットワークのうちの一方に関連付けられたトラフィックが変化したことの指示を受信すること、第１および第２のアクセスポイントのうちの一方に関連付けられた輻輳または干渉の大きさが閾値を超えたことの指示を受信すること、または第１および第２のネットワークのうちの一方に関連する新しいポリシを受信することを含み得る。例示的実施形態では、第１のネットワークは、Ｗｉ−Ｆｉネットワークであり、第１のアクセスポイントは、Ｗｉ−Ｆｉアクセスポイントである。第２のネットワークは、スモールセルネットワークであり得、第２のアクセスポイントは、スモールセルアクセスポイントであり得る。１つ以上のパラメータは、第１および第２のネットワーク内の少なくとも１つのユーザ機器（ＵＥ）のデータトラフィックを再ルーティングし得る。
【００７７】
ここで図１６を参照すると、例示的ＩＳＷＮ９９ｃは、ＩＳＷ−ＰＦ周辺機器１５４ｂ、ＵＥ１１２ｂ、ＩＳＷ−ＰＦ１００、ＰＣＲＦ１３２、パケットデータネットワークゲートウェイ１５２、ならびにアクセスネットワーク発見および選択機能（ＡＮＤＳＦ）１５６を含む。ＰＣＲＦ１３２は、３ＧＰＰコアネットワークノードと称され得ることを理解されたい。例示的ネットワーク９９ｃは、開示される主題の説明を促進するために簡略化されており、本開示の範囲を限定することを意図しないことを理解されたい。他のデバイス、システム、および構成も、ネットワーク９９ｃ等のネットワークに加え、またはその代わりに、本明細書に開示される実施形態を実装するために使用され得、全てのそのような実施形態は、本開示の範囲内にあるものと見なされる。
【００７８】
ＩＳＷ−ＰＦ１００とＰＣＲＦ１３２との間のインターフェースは、ＴＳ２３．２０３「Ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｃｏｎｔｒｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ  ａｎｄ  ｉｎ  ＴＳ  ２９．２１５，  Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ（ＰＣＣ）  ｏｖｅｒ  Ｓ９  ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ；Ｓｔａｇｅ３」において３ＧＰＰによって定義されるＳ９ａインターフェースに基づき得る。Ｓ９ａインターフェースは、ＵＥが、例えば、別のＥＰＣおよび／またはブロードバンドネットワーク等の訪問ネットワーク内のＰ−ＧＷにアンカされているとき、ＱｏＳが提供され得るように、ＭＮＯオペレータが、ポリシ情報を交換することを可能にするために定義された。
【００７９】
図示される実施形態によると、ＩＳＷ−ＰＦ１００は、ＰＣＲＦ１３２（またはＢＰＣＦ）からのポリシ情報を使用して、ＩＳＷネットワーク９９ｃの内側のトラフィックのためのＱｏＳを構成する方法についての決定を行い得る。例えば、ＵＥ１１２ｂは、スモールセルを通してモバイルネットワークに接続し、接続上であるレベルのＱｏＳを期待し得る。アップリンクトラフィックがコアネットワークに到達すると、ＭＮＯは、ＧＴＰトンネル上のＱｏＳを保証可能であり得る。しかしながら、例えば、ＭＮＯは、ＵＥとコアネットワークエントリポイントとの間のＧＴＰトンネルに提供されるＱｏＳの制御を有していない場合がある。ＩＳＷ−ＰＦ１００は、ＤＳＣＰマーキングがＨｅＮＢとＥＰＣとの間のＧＴＰトンネル上に適用され得るように、Ｓ９ａインターフェースを経由して得られるポリシを使用して、スモールセルおよびＷｉ−Ｆｉアクセスポイントを構成し得る。
【００８０】
依然として、図１６を参照すると、例示的コールフローは、ＩＳＷ−ＰＦ１００がＥＰＣにローカルネットワーク内の条件を通知し得る方法の実施例を描写する。さらに、ＥＰＣは、ローカルネットワーク内の条件に応答して、調節を行う。例えば、ＩＳＷ−ＰＦ１００は、ＰＣＲＦ１３２に、Ｗｉ−Ｆｉ接続を経由してＵＥ１１２ｂにストリーミングされるビデオがローカルＷｉ−Ｆｉネットワーク内に輻輳を生じさせていることを通知し得る。ＰＣＲＦ１３２は、フローがセルラー接続を経由してストリーミングされるように、ＩＳＲＰを更新することによって、この情報に反応し得る。
【００８１】
図示される実施形態によると、４００では、ＩＳＷ−ＰＦ周辺機器１５４ｂは、ネットワークイベントを検出し、ＩＳＷ−ＰＦ１００に、検出されたイベントを通知する。ＩＳＷ−ＰＦ周辺機器１５４は、トラフィックモニタ１３４、スモールセル１２６（スモールセル管理インターフェース１４０を介して）、Ｗｉ−Ｆｉ  ＡＰの１１８（Ｗｉ−Ｆｉ  ＡＰ管理インターフェース１４２を介して）、ＡＣＳ１５０（ＴＲ−０６９クライアント１３８を介して）、ＰＣＲＦ１３２、ＩＳＷ−ＰＦ  ＡＰＩ、アプリケーションサーバ等によって実装され得ることを理解されたい。種々のイベントが、検出され得る。一例として、限定ではないが、トラフィックモニタ１３４は、ユーザが特定のアプリケーションの使用を始めたこと、ローカルＩＰネットワーク内の特定のサブネット、Ｗｉ−Ｆｉ  ＡＰ、もしくはスモールセルが輻輳しつつあること、特定の数のユーザがスモールセルもしくはＷｉ−Ｆｉ  ＡＰに接続されていること、またはユーザの接続ポイントが変化したことを検出し得る。４００で検出されることが可能なスモールセルイベントまたはＷｉ−Ｆｉ  ＡＰイベントの例は、一例として提示され、限定ではないが、新しい干渉測定または新しい輻輳測定を含む。４００で検出されることが可能なＰＣＲＦイベントの例は、一例として提示され、限定ではないが、新しいポリシがＳ９ａ参照点を介して受信されたことを含む。新しいポリシは、例えば、特定のトラフィックフロー、アプリケーション、またはユーザに関連付けられ得る。例示的実施形態では、新しいポリシは、ＰＣＲＦ１３２およびＰＣＲＦ１３２とのＲｘインターフェースを有するＡＳから発信され得、ＰＣＲＦは、ルールを含み得るポリシをＳ９ａインターフェースを介してＩＳＷ−ＰＦ１００に転送し得る。アプリケーションサーバ（ＡＳ）は、ローカルネットワーク内のＡＳとユーザとの間のフローに関連する新しいポリシを検出すること等、イベントを検出し得る。２００で検出されることが可能なＩＳＷ−ＰＦＡＰＩイベントの例は、一例として提示され、限定ではないが、ネットワーク内で起動することが許可されたアプリケーションに関連する新しいポリシを検出すること、特定のアプリケーションに提供されるべきＱｏＳ処理に関連する新しいポリシを検出すること、または所与のユーザもしくはユーザグループに関連付けられた新しい許可を検出することを含む。
【００８２】
依然として、図１６を参照すると、図示される実施例によると、４０２では、ＩＳＷ−ＰＦ周辺機器１５４ｂは、ＩＳＷ−ＰＦ１００に、ネットワークイベントを通知する。４０４では、ＩＳＷ−ＰＦ１００は、通知を肯定応答する。４０６では、新しいネットワークイベント、既存のネットワーク条件、他のネットワーク選好等についての情報に基づいて、ＩＳＷ−ＰＦ１００は、新しいネットワークパラメータまたは選好を算出する。新しいネットワークパラメータは、ＵＥ１１２ｂへ／からのトラフィックがＷｉ−ＦｉおよびセルラーＲＡＴを経由してルーティングされる方法に関連する新しい選好を含み得る。例えば、特定のフローの少なくとも一部、例えば、全部が、Ｗｉ−Ｆｉ  ＲＡＮの代わりに、セルラーＲＡＮを経由してルーティングされるべきであると決定され得る。このメッセージは、ダイアメータＣＣＲメッセージ内でＳ９ａ参照点を介して、ＰＣＲＦ１３２に送信され得る。したがって、４０８では、ＩＳＷ−ＰＦ１００は、ＰＣＲＦ１３２に、ＵＥ１１２ｂ（またはＵＥのグループ）のためのＩＳＲＰが修正されるべきであることを示し得る。さらに、ＩＳＷ−ＰＦ１００は、ＰＣＲＦ１３２に、ＩＳＲＰが修正されるべき方法に関する指示を提供し得る。例えば、ＩＳＷ−ＰＦ１００は、データフローのあるパーセンテージがセルラーＲＡＮを経由して、データフローのあるパーセンテージがＷｉ−Ｆｉ  ＲＡＮを経由してルーティングされるべきであることを示し得る。ＩＳＷ−ＰＦ１００は、所望に応じて、代替指示を提供し得ることを理解されたい。したがって、４０８では、ＣＣＲコマンド内のＣＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ  ＡＶＰは、「ＵＰＤＡＴＥ＿ＲＥＱＵＥＳＴ」に設定され得、ＣＣＲコマンド内のＲｕｌｅ−Ｆａｉｌｕｒｅ−Ｃｏｄｅ  ＡＶＰは、「ＲＥＳＯＵＲＣＥＳ＿ＬＩＭＩＴＡＴＩＯＮ」に設定され得る。代替として、ＩＳＷ−ＰＦ１０がＰＣＲＦ１３２にリソース限界についてより詳細に示すことができるように、Ｒｕｌｅ−Ｆａｉｌｕｒｅ−ＣｏｄｅＡＶＰが更新され得るか、または新しいＡＶＰが追加され得る。例示的限界は、ローカルＷｉ−Ｆｉネットワークが輻輳しており、したがって、トラフィックがセルラー接続に移動させられるべきであることを示す。別の例示的限界は、ローカルスモールセルネットワークが輻輳しており、したがって、トラフィックがＷｉ−Ｆｉ接続に移動させられるべきであることを示す。さらに別の例示的限定は、ローカルネットワークが輻輳しており、したがって、トラフィックがマクロセルラー接続に移動させられるべきであることを示す。
【００８３】
図示される実施例によると、４１０では、ＰＣＲＦ１３２は、ＩＳＷ−ＰＦ１００からの要求に応答する。応答は、ダイアメータＣＣＡメッセージを含み得る。４１２では、ＰＣＲＦは、新しいＩＳＲＰをＰ−ＧＷ１５２に送信する。このメッセージは、Ｇｘ参照点を介して、Ｐ−ＧＷ１５２に送信され得、ダイアメータＣＣＲコマンドが、これらのルールを送信するために使用され得る。４１４では、Ｐ−ＧＷ１５２は、ＣＣＲコマンドに応答し得る。応答は、ダイアメータＣＣＡメッセージを含み得る。４１６では、Ｐ−ＧＷ１５２は、ＩＳＲＰによって影響されるＴＦＴを修正することによって、新しいＩＳＲＰを適用し得る。ＴＦＴは、ダウンリンクデータをＵＥ、例えば、ＵＥ１１２ｂに向かって処理するためにＰ−ＧＷ１５２によって使用されるＩＰパケットフィルタであることを理解されたい。フィルタは、パケットをＵＥ１１２ｂに送信するために使用されるであろうＲＡＮ（例えば、Ｗｉ−Ｆｉまたはセルラー）を決定し得る。４１８では、ＰＣＲＦ１３２は、新しいＩＳＲＰをＡＮＤＳＦサーバ１５６に直接送信し得るか、またはＵＤＲを介して、新しいＩＳＲＰをＡＮＤＳＦサーバ１５６に送信し得る。４２０では、ＡＮＤＳＦサーバ１５６は、ＵＥがそのＴＦＴを修正し得るように、新しいポリシをＵＥ１１２ｂ内にインストールし得る。４２０におけるメッセージは、Ｓ１４参照点を経由して送信され得る。ＴＦＴは、アップリンクデータを処理するためにＵＥ１１２ｂによって使用されるＩＰパケットフィルタであり得る。フィルタは、パケットをＰ−ＧＷ１５２またはバックホールに送信するために使用されるＲＡＮ（例えば、Ｗｉ−Ｆｉまたはセルラー）を決定し得る。
【００８４】
したがって、システムまたはネットワークは、第１のネットワークへの第１のアクセスポイントおよび第２のネットワークへの第２のアクセスポイントと通信するネットワークエンティティ、例えば、ＩＳＷ−ＰＦ１００を含み得る。ネットワークエンティティにおいて、イベントは、検出され得、イベントは、第１および第２のネットワークのうちの一方に関連付けられ得る。検出されたイベントに基づいて、ネットワークエンティティは、第１および第２のネットワークのうちの他方のための１つ以上のパラメータを決定し得る。ネットワークエンティティは、第１および第２のネットワークのうちの他方のコアネットワークノードが１つ以上のパラメータで構成されるように、第１および第２のネットワークのうちの他方の１つ以上のパラメータをコアネットワークノード、例えば、ＰＣＲＦ１３２に送信し得る。イベントを検出することは、第１および第２のネットワークのうちの一方に関連付けられたトラフィックが変化したことの指示を受信すること、第１および第２のアクセスポイントのうちの一方に関連付けられた輻輳または干渉の大きさが閾値を超えたことの指示を受信すること、または第１および第２のネットワークのうちの一方に関連する新しいポリシを受信することを含み得る。前述のように、コアネットワークノードは、３ＧＰＰ  ＰＣＲＦであり得る。
【００８５】
図１６を参照して上で説明されたコールフローは、ＩＳＷ−ＰＦ１００がＰＣＲＦ１３２にローカルネットワーク条件を通知することを示す。代替として、通知は、ＥＰＣまたはローカルネットワーク内のＡＮＤＳＦサーバに送信されることができる。例えば、通知が、ＥＰＣ内のＡＮＤＳＦサーバに送信される場合、ＥＰＣ内のＵＤＲを介して送信され得る。図１６に図示されるステップを行うエンティティは、図２１Ａおよび２１Ｂに図示されるもの等のデバイス、サーバ、またはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（例えば、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであることを理解されたい。特に、例えば、ＩＳＷ−ＰＦ１００は、プロセッサおよびメモリを備え得、メモリは、プロセッサによって実行されると、プロセッサに、前述のように、新しいネットワークパラメータの算出を含む動作を行わせるコンピュータ実行可能命令を含む。
【００８６】
概して、図１１を参照すると、例示的実施形態によると、トラフィックモニタ１３４は、ディープパケットインスペクション（ＤＰＩ）エンジンのように挙動する。トラフィックモニタ１３４は、ＩＳＷネットワーク内のトラフィックをモニタリングし得（スモールセルおよびＷｉ−Ｆｉアクセスポイントから）、統計をＩＳＷ−ＰＦ１００に提供し得る。ＩＳＷ−ＰＦ１００は、例えば、トラフィックマネージャ１３２からの情報、スモールセルおよびＷｉ−Ｆｉアクセスポイントからの測定、ならびにＳＡＣＳ、ＰＣＲＦ、およびネットワーク所有者からのポリシ等の種々の情報を使用して、例えば、効率的ネットワーク動作のために、スモールセルおよびＷｉ−Ｆｉ  ＡＰパラメータを調節する。
【００８７】
例示的実施形態によると、ＩＳＷ−ＰＦ  ＡＰＩは、サイト所有者（例えば、ＩＴ部署）が、スモールセルおよびＷｉ−Ｆｉアクセスポイントを構成およびモニタリングし、ＡＣＳによって提供された構成を確認し、ＰＣＲＦ１３２によって提供されたポリシを確認し、ネットワーク内で起動することを可能にされるアプリケーションに対する許可を設定し、ＣＳＧを構成し、サイト所有者、ＰＣＲＦ、ＡＣＳ、およびＡＰＩ間で衝突するポリシを優先化する方法を把握するようにＩＳＷ−ＰＦ１００を構成することを可能にする。ＡＰＩは、ＳＮＭＰベースであり、フロントエンドＧＵＩによって使用され、企業のＩＴ部署により便宜的インターフェースを提供し得る。
【００８８】
図１７は、アプリケーションルールでＩＳＷ−ＰＦ１００を構成するために使用され得る例示的ＧＵＩ１７００を示す。ＧＵＩ１７００内の第１の列１７０２は、ユーザが、ルールを識別名に与えることを可能にする。ＧＵＩ１７００内の第２の列１７０４は、ユーザが、ルールを選択的にイネーブルまたはディスエーブルにすることを可能にする。ＧＵＩ１７００内の第３の列１７０６および第４の列１７０８は、ユーザが、ルールが、それぞれ、Ｗｉ−Ｆｉトラフィックまたはスモールセルトラフィックに適用されるか、またはＷｉ−Ｆｉおよびスモールセルトラフィックの両方に適用されるかを選択することを可能にする。ポート番号列１７１０は、ユーザが、ルールがあるポート番号に適用されることを規定することを可能にする。例えば、ユーザは、ワイルドカード文字（＊）を列１７１０内に入力し、ルールが全ポート番号に適用されることを示し得る。宛先列１７１２およびソース列１７１４は、それぞれ、ルールがある宛先および／またはソースアドレスのみに適用されるかどうかをユーザが示すことを可能にする。ワイルドカード文字（＊）は、ルールが全ソースおよび／または宛先アドレスに適用されることを示すために使用され得る。検出ルール列１７１６は、ユーザが、ＩＳＷ−ＰＦ１００に、トラフィックを検出するために使用されるべきＤＰＩルールを記述するファイルを提供することを可能にする。ブロック列１７１８は、このルールに一致するトラフィックがブロックされるべきことを示すために使用されることができる。最大ビットレート列１７２０は、このルールに一致するトラフィックが許容されるべき最大ビットレートを示すために使用され得る。例えば、このルールに関連付けられたトラフィックが、最大ビットレートを超える場合、ＩＳＷ−ＰＦ１００は、このアプリケーションに関連付けられたパケットをドロップすることを選定し得る。図示されるフィールドは、実施例の目的のために提示されるが、他のフィールドが、所望に応じて、アプリケーションルールを構成するためにレンダリングされ得ることを理解されたい。例えば、ＧＵＩ１７００は、ユーザ毎ベース、グループ毎ベース、ＡＰ毎ベース、スモールセル毎ベース等でルールの構成を可能にし得る。さらに、種々のユーザ選択オプションが、例示的ＧＵＩ１７００内の列に図示されるが、ユーザ選択オプションは、代替として、所望に応じて、レンダリングされることができることを理解されたい。
【００８９】
図１８は、ＩＳＷ−ＰＦ１００によって制御される、Ｗｉ−Ｆｉアクセスポイント１１８を構成するために使用され得る例示的ＧＵＩ１８００を示す。第１の列１８０２は、ユーザが、ＡＰの各々に対して識別名を提供することを可能にする。第２の列１８０４は、ユーザが、ＡＰによって使用され得るチャネルのリストを提供することを可能にする。第３の列１８０６は、ユーザが、ＡＰのための容認可能Ｔｘ電力範囲を提供することを可能にする。第４の列１８０８は、ＡＰのビーコン間隔のための容認可能範囲を提供するために使用されることができる。図示される列は、一例として提示され、他のフィールドも、所望に応じて、Ｗｉ−Ｆｉアクセスポイントを構成するためにレンダリングされ得ることを理解されたい。例えば、ＧＵＩ１８００は、ユーザが、ＡＰを使用することが許可される加入者のリスト、ＡＰの使用が制限されるユーザのリスト等を入力することを可能にするフィールドを含むことができる。さらに、ＧＵＩ１８００は、ユーザが、前述の参考文献ＲＦＣ５４１６に定義される、メッセージ要素によって記述されるパラメータを構成することを可能にし得る。さらに、種々のユーザ選択オプションが、例示的ＧＵＩ１８００内の列に図示されるが、ユーザ選択オプションは、代替として、所望に応じて、レンダリングされることができることを理解されたい。
【００９０】
ＩＳＷ−ＰＦ１００は、ＥＰＣ（例えば、Ｓ９ａ）とのインターフェースを有し得るので、ＩＳＷ−ＰＦ１００は、ローカルネットワーク内のアクティブデータフローの少なくとも一部、例えば、全部のＱｏＳ要件を認知し得る。ＩＳＷ−ＰＦ１００は、前述のように、ＧＵＩに入力された設定に基づいて、ビーコン間隔を調節することを選定し得る。ＩＳＷ−ＰＦ１００はさらに、アクティブデータフローの要件、１日のうちの時間等に基づいて、ビーコン間隔を調節し得る。例えば、ＩＳＷ−ＰＦ１００は、多くのデバイスが典型的にネットワークに参加することを検出した１日のうちの時間中、ビーコン間隔を増加させることを選定し得る。別の例として、ＩＳＷ−ＰＦ１００は、ＧＵＩに入力された、またはＴＲ−０６９インターフェースもしくはＳ９ａインターフェースを介して得られたアプリケーション特性に基づいて、ビーコン間隔を増加させることを決定し得る。
【００９１】
図１９は、ＩＳＷ−ＰＦ１００にスモールセル構成情報を提供するために使用され得る別の例示的ＧＵＩ１９００を示す。第１の列１９０２は、ユーザが、スモールセルのための識別名を提供することを可能にする。第２の列１９０４は、ユーザが、ＩＳＷ−ＰＦ１００に、スモールセルが使用許可される周波数帯域のリストを提供することを可能にする。第３の列１９０６は、ユーザが、スモールセルのための許可されたＴｘ電力範囲を入力することを可能にする。この列は、ユーザが、各チャネルに対して異なるＴｘ電力範囲を入力することを可能にするように拡張され得る。第４の列１９０８は、スモールセルの周波数ホッピングモードを「サブフレーム間」または「サブフレーム内および間」に設定するために使用され得る。第５の列１９１０は、ユーザによって、スモールセルに対する構成情報を有する構成ファイルをＩＳＷ−ＰＦにロードするために使用され得る。図示される列は、一例として提示され、他のフィールドも、所望に応じて、スモールセルを構成するためにレンダリングされ得ることを理解されたい。例えば、ＧＵＩ１９００は、スモールセルを使用することが許可される加入者のリスト、スモールセルの使用が制限されるユーザのリスト等を入力することを可能にするフィールドを含むことができる。さらに、ＧＵＩ１９００は、ユーザが、ＴＲ−１９６、ＴＲ−２６２、ＴＲ−１５７、およびＴＲ−１８１等、ＦＡＰＩＳＷＮを記述するデータモデルに定義されるメッセージ要素によって記述される、パラメータを構成することを可能にし得る。さらに、種々のユーザ選択オプションが、例示的ＧＵＩ１９００内の列に図示されるが、ユーザ選択オプションは、代替として、所望に応じて、レンダリングされることができることを理解されたい。
【００９２】
少なくとも、ＩＳＷ−ＰＦ１００は、スモールセルおよびＷｉ−Ｆｉネットワーク内でアクティブであるアプリケーションデータフローについての知識で構成されることができるので、ＩＳＷ−ＰＦ１００は、アプリケーションのＧＵＩ構成およびニーズに基づいて、スモールセルの動作設定を調節することができる。例えば、Ｗｉ−Ｆｉネットワークが輻輳している場合、ＩＳＷ−ＰＦ１００は、より多くのユーザがセルラースペクトルを利用することを可能にするために、そのＴｘ電力を調節し得る。
【００９３】
ここで図２０を参照すると、ＩＳＷ−ＰＦ１００は、複数のネットワークオペレータ１０６、例えば、第１のＭＮＯ１０６ａと第２のＭＮＯ１０６ｂとの間のＩＳＷの共有を促進し得る。一例として、空港が大規模ＩＳＷネットワークを展開し、複数のＭＮＯがＩＳＷを使用して空港に料金を支払うと仮定する。各ＭＮＯは、種々のレベルのサービス（スループット）に対して空港に異なる額を支払得る。例えば、第１のＭＮＯ１０６ａの加入者からの集約トラフィックは、１０ＧＢ／ｓを超えないこともあり、第２のＭＮＯ１０６ｂからの集約トラフィックは、５ＧＢ／ｓを超えないこともある。ＩＳＷ−ＰＦ１００は、それらがＩＳＷに対して完全な制御を有しているかのように各ＭＮＯに見えるように、ＭＮＯ１０６ａおよび１０６ｂの各々に対して仮想ＩＳＷＮを作成し得る。さらに、ＭＮＯは、他のＭＮＯによって発生させられるトラフィックに対する認識または洞察を有していないこともある。
【００９４】
図２０は、例示的ＩＳＷのための例示的ネットワーク共有アーキテクチャを示す。この例では、ネットワークは、第１のＭＮＯ１０６ａと第２のＭＮＯ１０６ｂとの間で共有される。ＩＳＷ−ＰＦ１００は、各ＭＮＯのＡＣＳとインターフェースをとるために、仮想ＦＡＰ  ＩＳＷＮを作成し得、ＩＳＷ−ＰＦ１００は、ＩＳＷのリソースを構成し、割り振る方法を決定するとき、両ＭＮＯの設定、要件、およびサービス合意を考慮し得る。代替として、ＩＳＷは、仮想ＩＳＷＮを構成し、実際のＨｅＮＢとしてＡＣＳに現れ得る。言い換えると、仮想ＩＳＷＮは、ＴＲ−１９６データモデルを使用し得、ＡＣＳは、単一ＨｅＮＢとしてネットワークを処理し得る。したがって、ＩＳＷ−ＰＦ１００は、下層ネットワークの詳細をＭＮＯから隠すことができる。
【００９５】
図８−２０およびそれに関連する説明は、ＩＳＷＮ内のポリシを制御するための方法および装置の種々の実施形態を図示する。これらの図では、種々のステップまたは動作は、１つ以上のノード、デバイス、機能、またはネットワークによって行われるように示される。これらの図に図示されるノード、デバイス、機能、またはネットワークは、通信ネットワーク内の論理エンティティを表し得、本明細書に説明される一般的アーキテクチャ（例えば、図８参照）のうちの１つを構成し得る、そのようなネットワークのノードのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（例えば、コンピュータ実行可能命令）の形態で実装され得ることを理解されたい。すなわち、図１４−１６に図示される方法は、例えば、図２１Ａまたは２１Ｂに図示されるノードまたはコンピュータシステム等、ネットワークノードのメモリ内に記憶される、ソフトウェア（例えば、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、図に図示されるステップを行う。また、これらの図に図示される任意の伝送および受信ステップは、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下において、ノードの通信回路（例えば、それぞれ、図２１Ａおよび２１Ｂの回路３４または９７）によって行われ得ることを理解されたい。
【００９６】
図２１Ａは、例えば、ＩＳＷ−ＰＦ１００を実装するために使用され得る、ＵＥ１１２またはサーバ等の例示的無線通信デバイス３０の系統図である。図２１Ａに示されるように、デバイス３０は、プロセッサ３２と、送受信機３４と、伝送／受信要素３６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ／タッチパッド／インジケータ４２と、非取り外し可能なメモリ４４と、取り外し可能なメモリ４６と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。例示的実施形態では、ディスプレイ／タッチパッド／インジケータ４２は、ユーザインターフェースの一部として動作する、１つ以上のインジケータを備え得る。例えば、ディスプレイ／タッチパッド／インジケータは、例示的ＧＵＩ１７００、１８００、および１９００をレンダリングし得る。デバイス３０は、実施形態と一致したままで、前述の要素の任意の副次的組み合わせを含み得ることを理解されたい。
【００９７】
プロセッサ３２は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプおよび数の集積回路（ＩＣ）、状態マシン等であり得る。プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはデバイス３０が無線環境で動作することを可能にする任意の他の機能性を実施し得る。プロセッサ３２は、伝送／受信要素３６に結合され得る、送受信機３４に結合され得る。図２１Ａは、プロセッサ３２および送受信機３４を別個のコンポーネントとして描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップにともに統合され得ることが理解されたい。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラムおよび／または通信を実施し得る。プロセッサ３２は、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、および／または暗号化動作等のセキュリティ動作を実施し得る。
【００９８】
図２１Ａに示されるように、プロセッサ３２は、その通信回路（例えば、送受信機３４および伝送／受信要素３６）に結合される。プロセッサ３２は、コンピュータ実行可能命令の実行を通して、ノード３０をそれが接続されるネットワークを介して他のノードと通信させるために、通信回路を制御し得る。特に、プロセッサ３２は、本明細書（例えば、図１４−１６）および請求項に説明される伝送および受信ステップを行うために、通信回路を制御し得る。図２１Ａは、プロセッサ３２および送受信機３４を別個のコンポーネントとして描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップ内にともに統合され得ることを理解されたい。
【００９９】
伝送／受信要素３６は、ｅＮｏｄｅ−Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ−Ｂ、Ｗｉ−Ｆｉアクセスポイント等に信号を伝送する、および／またはそれらから信号を受信するように構成され得る。例えば、ある実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セルラー等の種々のネットワークおよびエアインターフェースをサポートし得る。ある実施形態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であり得る。さらに別の実施形態では、伝送／受信要素３６は、ＲＦおよび光信号の両方を伝送および受信するように構成され得る。伝送／受信要素３６は、無線または有線信号の任意の組み合わせを伝送および／または受信するように構成され得ることを理解されたい。
【０１００】
加えて、伝送／受信要素３６は、単一の要素として図２１Ａに描写されているが、デバイス３０は、任意の数の伝送／受信要素３６を含み得る。より具体的には、デバイス３０は、ＭＩＭＯ技術を採用し得る。したがって、ある実施形態では、デバイス３０は、無線信号を伝送および受信するための２つ以上の伝送／受信要素３６（例えば、複数のアンテナ）を含み得る。
【０１０１】
送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するように、および伝送／受信要素３６によって受信される信号を復調するように構成され得る。上記に留意されるように、デバイス３０は、マルチモード能力を有し得る。したがって、送受信機３４は、デバイス３０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。
【０１０２】
プロセッサ３２は、非取り外し可能なメモリ４４および／または取り外し可能なメモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶し得る。非取り外し可能なメモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能なメモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはＨｏｍｅコンピュータ上等のデバイス３０上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。
【０１０３】
プロセッサ３０は、電源４８から電力を受け取り得、デバイス３０内の他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源４８は、デバイス３０に電力供給するための任意の好適なデバイスであり得る。例えば、電源４８は、１つ以上の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。
【０１０４】
プロセッサ３２はまた、デバイス３０の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成され得る、ＧＰＳチップセット５０に結合され得る。デバイス３０は、実施形態と一致したままで、任意の好適な場所決定方法を用いて場所情報を取得し得ることを理解されたい。
【０１０５】
プロセッサ３２はさらに、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つ以上のソフトウェアおよび／またはハードウェアモジュールを含み得る、他の周辺機器５２に結合され得る。例えば、周辺機器５２は、加速度計、ｅ−コンパス、衛星送受信機、センサ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。
【０１０６】
図２１Ｂは、本明細書に説明されるシステムおよび方法を実装するために使用され得る、例示的コンピューティングシステム９０のブロック図を描写する。例えば、コンピューティングシステム１０００は、前述のように、例えば、ＩＳＷ−ＰＦ１００として動作するデバイスを実装するために使用され得る。コンピュータシステム９０は、コンピュータまたはサーバを備え得、主として、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得、どこでも、またはどのような手段を用いても、そのようなソフトウェアが記憶もしくはアクセスされる。そのようなコンピュータ読み取り可能な命令は、コンピューティングシステム９０を稼働させるように、中央処理ユニット（ＣＰＵ）９１内で実行され得る。多くの公知のワークステーション、サーバ、およびパーソナルコンピュータにおいて、中央処理ユニット９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他のマシンにおいて、中央処理ユニット９１は、複数のプロセッサを備え得る。コプロセッサ８１は、追加の機能を果たす、またはＣＰＵ９１を補助する、主要ＣＰＵ９１とは明確に異なる、随意のプロセッサである。ＣＰＵ９１および／またはコプロセッサ８１は、例えば、ＩＳＷ−ＰＦ１００に関連して論じられるものを含む、前述のような開示されるシステム間モビリティシステムおよび方法に関連するデータを受信、生成、および処理し得る。
【０１０７】
以下は、前述の説明に現れ得る、サービスレベル技術に関連する頭字語のリストである。
【０１０８】
【表３】
0006600682.tif 000004
【０１０９】
本主題は、構造的特徴および／または方法の行為に特有の言語で説明されたが、添付される請求項で定義される主題は、必ずしも、上記に説明される具体的特徴または行為に限定されないことを理解されたい。むしろ、上記に説明される具体的特徴および行為は、請求項を実装する例示的形態として開示される。
【図１】
0006600682.tif 000005
【図２】
0006600682.tif 000006
【図３】
0006600682.tif 000007
【図４】
0006600682.tif 000008
【図５】
0006600682.tif 000009
【図６】
0006600682.tif 000010
【図７】
0006600682.tif 000011
【図８】
0006600682.tif 000012
【図９】
0006600682.tif 000013
【図１０】
0006600682.tif 000014
【図１１】
0006600682.tif 000015
【図１２】
0006600682.tif 000016
【図１３】
0006600682.tif 000017
【図１４】
0006600682.tif 000018
【図１５】
0006600682.tif 000019
【図１６】
0006600682.tif 000020
【図１７】
0006600682.tif 000021
【図１８】
0006600682.tif 000022
【図１９】
0006600682.tif 000023
【図２０】
0006600682.tif 000024
【図２１Ａ】
0006600682.tif 000025
【図２１Ｂ】
0006600682.tif 000026