(57)【要約】【課題】  それぞれがアクセスデバイスとポリシーファンクションを有している１以上のネットワークを有したシステム内でサブスクライバに関係するテポロジー情報を配信する方法を提供する。【解決手段】  １以上のネットワーク１０２を有したシステム内でサブスクライバ１０８に関するトポロジー情報を配信する方法であって、それぞれのネットワーク１０２はアクセスデバイスとポリシーファンクション１１０とを有しており、利用ポリシーファンクションによってサブスクライバの現行位置を特定するステップを含んでいる。方法は、利用ポリシーファンクション１１０からサブスクライバ１０８に関係するアンカーポリシーファンクションにその現行位置に関する情報を転送するステップをさらに含んでいる。【選択図】図２
2009530921.tif 000002
【特許請求の範囲】
【請求項１】
１以上のネットワークを有したシステム内でサブスクライバに関するトポロジー情報を配信する方法であって、
利用ポリシーファンクションによってサブスクライバの現行位置を特定するステップと、
前記利用ポリシーファンクションからサブスクライバに関係するアンカーポリシーファンクションに前記現行位置に関する情報を転送するステップと、
を含んでいることを特徴とする方法。
【請求項２】
サブスクライバが異なる利用ポリシーファンクションに移動するたびに特定ステップと転送ステップとを実行するステップをさらに含んでいることを特徴とする請求項１記載の方法。
【請求項３】
サブスクライバに関係するポリシー情報をアンカーポリシーファンクションから利用ポリシーファンクションにルート付けするためにサブスクライバの現行位置に関する情報を利用するステップをさらに含んでいることを特徴とする請求項１記載の方法。
【請求項４】
サブスクライバに関するポリシー情報と、該ポリシー情報のリクエストとをプッシュモデルを実行することでルート付けするステップをさらに含んでいることを特徴とする請求項１記載の方法。
【請求項５】
サブスクライバに関するポリシー情報と、該ポリシー情報のリクエストとをプルモデルを実行することでルート付けするステップをさらに含んでいることを特徴とする請求項１記載の方法。
【請求項６】
サブスクライバと関する状況情報をアンカーポリシーファンクションによって維持するステップと、該状況情報に従ってポリシールールを実行するステップとをさらに含んでいることを特徴とする請求項１記載の方法。
【請求項７】
利用ポリシーファンクションとアンカーポリシーファンクションとは異なるサービスプロバイダのネットワーク内に存在しており、現行位置に関する情報を転送するステップは該現行位置に関する情報を少なくとも１つのサービスプロバイダのネットワークバウンダリを越えて伝達するステップをさらに含んでいることを特徴とする請求項１記載の方法。
【請求項８】
利用ポリシーサーバがリソースコントロールを監視するネットワーク内でのリソース消費に基づいてサブスクライバに関係するポリシーデシジョンを制限またはコントロールするために１以上のリソースレベルポリシールールを実行する利用ポリシーファンクションをさらに含んでいることを特徴とする請求項１記載の方法。
【請求項９】
利用ポリシーファンクションをアンカーポリシーファンクションから脱カップリングするステップをさらに含んでいることを特徴とする請求項１記載の方法。
【請求項１０】
サブスクライバの現行位置に関する情報をシステム内の１以上の他のポリシーファンクションに配信するステップをさらに含んでいることを特徴とする請求項１記載の方法。
【請求項１１】
１以上のサブネットワークを有したネットワーク内でサブスクライバに関するトポロジー情報を配信するシステムであって、それぞれのサブネットワークはアクセスデバイスとポリシーファンクションとを有しており、本システムは、サブスクライバの現行位置を特定するための利用ポリシーファンクションと、
前記利用ポリシーファンクションから前記現行位置に関する情報を受領するためのサブスクライバに関係するアンカーポリシーファンクションと、
を含んでいることを特徴とするシステム。
【請求項１２】
サブスクライバが異なる利用ポリシーファンクションに移動するたびに該異なる利用ポリシーファンクションはサブスクライバの現行位置を特定し、該現行位置をアンカーポリシーファンクションに転送することを特徴とする請求項１１記載のシステム。
【請求項１３】
サブスクライバに関するポリシー情報をサブスクライバの現行位置に関する情報を利用してアンカーポリシーファンクションから利用ポリシーファンクションにルート付けすることを特徴とする請求項１１記載のシステム。
【請求項１４】
ネットワークはサブスクライバに関するポリシー情報と、該ポリシー情報のリクエストとをプッシュモデルを実行することでルート付けすることを特徴とする請求項１１記載のシステム。
【請求項１５】
ネットワークはサブスクライバに関するポリシー情報と、該ポリシー情報のリクエストとをプルモデルを実行することでルート付けすることを特徴とする請求項１１記載のシステム。
【請求項１６】
アンカーポリシーファンクションはサブスクライバと関する状況情報を維持し、該状況情報に従ってポリシールールを実行することを特徴とする請求項１１記載のシステム。
【請求項１７】
利用ポリシーファンクションとアンカーポリシーファンクションとは異なるサービスプロバイダのネットワーク内に存在しており、現行位置に関する情報を少なくとも１つのサービスプロバイダのネットワークバウンダリを越えて伝達することを特徴とする請求項１１記載のシステム。
【請求項１８】
利用ポリシーファンクションは、利用ポリシーサーバがリソースコントロールを監視するサブネットワーク内でのリソース消費に基づいてサブスクライバに関係するポリシーデシジョンを制限またはコントロールするために１以上のリソースレベルポリシールールを実行することを特徴とする請求項１１記載のシステム。
【請求項１９】
利用ポリシーファンクションはアンカーポリシーファンクションから脱カップリングされることを特徴とする請求項１１記載のシステム。
【請求項２０】
ネットワーク内に１以上の他のポリシーファンクションをさらに含んでおり、サブスクライバの現行位置に関する情報は該１以上の他のポリシーファンクションに配信されることを特徴とする請求項１１記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデジタルコンテンツを配信するための通信システムおよび通信サービスに関する。特にサブスクライバの物理的所在地とは無関係にサブスクライバを該当ポリシーサービスと適切に関連させる技術に関する。
【背景技術】
【０００２】
図１は複数のサブスクライバに対してデジタルコンテンツを送る従来技術によるシステム１０を図示する。アプリケーションファンクション１２（本例ではＰ−ＣＳＣＦ（プロキシコールセッションコントロールファンクション））はサブスクライバにＶｏＩＰコールを実行させるようにセッションセットアップファンクションを提供する。あるいはアプリケーションファンクションはサーバとして作用することもできる。このサーバは複数のサブスクライバ１４のうちの１サブスクライバにビデオストリームのごときデジタルコンテンツを提供する。サブスクライバには電話またはパソコン等の電子装置が含まれる。これら電子装置は無線装置であっても、ローカルな有線ネットワークに接続することもできる。
【０００３】
セッション時にアプリケーションサーバ１２がサブスクライバ１４に提供するデジタルコンテンツはいくつかのネットワークコンポーネントを通過する。このデジタルコンテンツは実施ポイントを通過するが、ポリシーをリクエストするシグナルは図のポリシー要素（ポリシールータ１６とポリシーサーバ１８並びに実施ポイント）間で伝達される。
【０００４】
実施ポイント２０はケーブルモデムターミネーションシステム（ＣＭＴＳ）、ＧＰＲＳゲートウェイサポートノード（ＧＧＳＮ）、パケットデータサービスノード（ＰＤＳＮ）等であるエッジデバイスである。一般的に実施ポイントはサブスクライバのセッション中にパケットがトラバースするネットワーク内のどのようなエンティティであってもよい。実施ポイント２０はどの特定アプリケーションサーバ１２の専用ではないが、その代わりに実施ポイントのリソースはネットワーク内のポリシーファンクション（例えば本例ではポリシーサーバ１８）によってサブスクライバのアプリケーションセッションに割り当てられる。
【０００５】
“ポリシーファンクション”とはポリシーを実施しているネットワーク内のエンティティを表す一般用語である。ポリシーファンクションの主要目的はセッションのために適したサービスクォリティを提供し、加えてセッションと関連する情報の料金請求および決算を管理することである。ポリシーファンクションは実施ポイント２０に対してポリシーデシジョンを伝達すなわち“プッシュ”し、サブスクライバのために正確なポリシーセットが設定されていることを確認する役目を担っている。よってポリシーファンクションはアプリケーションサーバ１２に成り代わって実施ポイント２０を制御する。
【０００６】
図示のポリシールータ１６はポリシーファンクションであり、ポリシーリクエストを下流のポリシーファンクションに発送あるいは転送する。図１の例ではアプリケーションサーバ１２はポリシールータ１６を介してポリシーリクエストをポリシーサーバ２０に送る。
【０００７】
一般的に図１は複数のアプリケーション、複数のサブスクライバおよび複数のサブスクライバエッジデバイスをサポートするサービスプロバイダのポリシー環境を示す。サブスクライバエッジデバイス２０はサービスクォリティ、バンド幅マネージメントおよびアドミッションコントロールに関連するオペレータポリシーのためのポリシー実施ポイントとして機能する。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
以下は解説されている実施例によって提供されるポリシー環境の重要な目的の一部である。
【０００９】
アプリケーションはネットワークトポロジーあるいはネットワークテクノロジーの知識を必要とすべきではない。アプリケーションがトポロジーの知識を必要とせずにいられるようにネットワーク内のポリシーサーバがトポロジーアブストラクションの面倒を見るべきである。
【００１０】
ポリシー環境は全国規模での利用スケールに合わせるべきである。
【００１１】
実際のネットワークトポロジーは動的であるべきである。ネットワークサブスクライバ、ポリシーサーバ、実施ポイントおよびそれらの相互接続は追加、変更または削除が可能であるべきである。管理規定は最少限度に留めるべきである。
【００１２】
サブスクライバは異なるネットワークと異なるサービスプロバイダからアプリケーションにアクセスできるべきである。このタイプのローミングの振る舞いはサブスクライバと関連する実施ポイントが時間と共に変化することを意味する。またサブスクライバは潜在的には同時的に異なるネットワークおよび異なるサービスプロバイダからサービスとアプリケーションとに潜在的にアクセスできるべきである。
【００１３】
ネットワークサブスクライバは異なる時間に異なるサブスクライバエッジデバイスからネットワークにアクセス可能（すなわちサブスクライバは遊動性）であるか、同一セッション中に１つのサブスクライバエッジデバイスおよび別エッジデバイスとの間で移動可能（すなわちサブスクライバは移動性）であるべきである。
【００１４】
サブスクライバがどこからアタッチしているかには無関係にサブスクライバには一貫したセットのポリシーが提供されるべきである。ポリシーは以下タイプのサブスクライバサービスの属性を管理する。
【００１５】
サブスクライバの受益資格（どのようなサービスおよびコンテンツにアクセス可能およびアクセス不能か）。
【００１６】
サブスクライバのためのサービスクォリティ（サービスのユーザー体験の品質またはサービスを得るためにサブスクライバが認可されているバンド幅）。
【００１７】
特定サービスまたは特定アプリケーションでサブスクライバが幾ら請求されるべきか。
【００１８】
カスタマーに一貫したセットのポリシーを提供するため、実施ポイントをコントロールする役割を負うネットワーク（典型的には“来訪”ネットワーク）と呼称）内のポリシーファンクションが、サブスクライバポリシーに関する全情報を含む“ホーム”ポリシーファンクションと交信できるようにするメカニズムが存在すべきである。
【００１９】
［関連出願］
本願は２００６年３月１７日出願の米国仮特許願６０/７８３２３２および２００６年３月１７日出願の米国仮特許願６０/７８３２３０の優先権を主張する。
【００２０】
１特徴によれば本発明は、それぞれがアクセスデバイスとポリシーファンクションを有している１以上のネットワークを有したシステム内でサブスクライバに関係するテポロジー情報を配信する方法を提供する。
【課題を解決するための手段】
【００２１】
この方法は利用ポリシーファンクションによってサブスクライバの現行位置を特定するステップを含む。この方法はさらに利用ポリシーファンクションからサブスクライバに関係するアンカーポリシーファンクションにまでその現行位置に関する情報を転送するステップをさらに含む。
【００２２】
本発明の１実施例によればサブスクライバが異なる利用ポリシーファンクションに移動するごとにその特定ステップと転送ステップとを実行するステップも含まれる。別実施例ではサブスクライバに関するポリシー情報をアンカーポリシーファンクションから利用ポリシーファンクションへとルート付けするためにサブスクライバの現行位置に関連する情報を使用するステップがさらに含まれる。
【００２３】
１実施例によればサブスクライバに関するポリシー情報をルート付けし、プッシュモデルを実行してポリシー情報をリクエストするステップがさらに含まれる。別実施例ではサブスクライバに関するポリシー情報をルート付けするステップをさらに含み、プルモデルを実行してポリシー情報をリクエストする。
【００２４】
１実施例ではアンカーポリシーファンクションによってサブスクライバに関する状況情報を維持し、その状況情報に従ってポリシールールを実行するステップがさらに含まれる。
【００２５】
別実施例では利用ポリシーファンクションおよびアンカーポリシーファンクションは異なるサービスプロバイダネットワーク内に存在しており、現行位置に情報を転送するステップは現行位置に関する情報を少なくとも１つのサービスプロバイダネットワークバウンダリに送るステップをさらに含む。
【００２６】
１実施例では利用ポリシーサーバがリソースコントロールを監督するネットワーク内でのリソース消費に基づいてサブスクライバに関するポリシーデシジョンを制限または制御する１以上のリソースレベルポリシールールを実行する利用ポリシーファンクションをさらに含む。
【００２７】
さらに別実施例ではアンカーポリシーファンクションから利用ポリシーファンクションを脱カップリングするステップがさらに含まれる。１実施例ではサブスクライバの現行位置に関する情報をシステム内の１以上の他のポリシーファンクションに配信するステップがさらに含まれる。
【００２８】
別特徴ではそれぞれアクセスデバイスとポリシーファンクションとを有した１以上のサブネットワークを有するネットワーク内のサブスクライバに関するトポロジー情報を配信するシステムが提供される。このシステムはサブスクライバの現行位置を特定する利用ポリシーファンクションと、その利用ポリシーファンクションから現行位置に関する情報を受領するためのサブスクライバに関するアンカーポリシーファンクションとを含む。
【００２９】
１実施例ではサブスクライバが異なる利用ポリシーファンクションに移動するたびに異なる利用ポリシーファンクションがサブスクライバの現行位置を特定し、アンカーポリシーファンクションにその現行位置を転送する。
【００３０】
別実施例ではネットワークはサブスクライバに関するポリシー情報をサブスクライバの現行位置に関する情報を利用してアンカーポリシーファンクションから利用ポリシーファンクションにルート付けする。
【００３１】
１実施例ではネットワークはサブスクライバに関するポリシー情報をルート付けし、プッシュモデルを実行することでそのポリシー情報をリクエストする。別実施例ではネットワークはサブスクライバに関するポリシー情報をルート付けし、プルモデルを実行することでそのポリシー情報をリクエストする。
【００３２】
１実施例ではアンカーポリシーファンクションはサブスクライバに関連する状況情報を維持し、その状況情報に従ってポリシールールを実行する。別実施例では利用ポリシーファンクションとアンカーポリシーファンクションは異なるサービスプロバイダネットワーク内に存在し、その現行位置に関する情報は少なくとも１つのサービスプロバイダネットワークバウンダリを越えて送られる。
【００３３】
別実施例では利用ポリシーファンクションは１以上のリソースレベルポリシールールを実行し、利用ポリシーサーバがリソースコントロールを監督するサブネットワーク内のリソース消費に基づいてサブスクライバに関するポリシーデシジョンを制限又はコントロールする。
【００３４】
１実施例では利用ポリシーファンクションはアンカーポリシーファンクションから脱カップリングされる。
【００３５】
別実施例ではネットワーク内に１以上のポリシーファンクションがさらに含まれる。サブスクライバの現行位置に関する情報はその１以上の他のポリシーファンクションに配信される。
【発明を実施するための最良の形態】
【００３６】
図２は本発明に従って構築された１例示的実施例によるシステム構造を図示する。図２で図示されている例示システムは無線ネットワーク１０２、有線ネットワーク１０４およびＷｉＭＡＸ（ＩＥＥＥ８０２．１６）ネットワーク１０６を含む。
【００３７】
無線ネットワーク１０２においてサブスクライバ１０８は無線ネットワーク１０２にアクセスするためにモバイル装置（ＭＳ）を使用する。サブスクライバ１０８は、例えばＳｐｒｉｎｔである特定アクセスプロバイダと契約する。サブスクライバのポリシーファンクションはＳｐｒｉｎｔの無線ネットワーク１０２内に位置する。
【００３８】
サブスクライバ１０８が別アクセスプロバイダネットワークに“ローミング”すると仮定する。この例ではＳｐｒｉｎｔネットワーク１０２はサブスクライバの“ホームネットワーク”であると考えられる。Ｓｐｒｉｎｔネットワーク内のポリシーファンクション１１０（この場合はポリシーマネージャ）はサブスクライバの“ホームポリシーファンクション”すなわち“アンカーポリシーファンクション”である。
【００３９】
サブスクライバが例えばＷｉＭＡＸ無線ネットワーク１０６である異なるタイプのネットワークをサポートするアクセスプロバイダにローミングすると仮定する。サブスクライバ１０８がＷｉＭＡＸネットワークに接続されるとサブスクライバはそのホームネットワーク（Ｓｐｒｉｎｔネットワーク１０２）内に位置するアプリケーション１１２にアクセスを願うかも知れない。このことを実現するためには、そのホームポリシーファンクション１１０内に存在するサブスクライバ１０８のポリシーはサブスクライバが訪問しているネットワーク（ＷｉＭＡＸネットワーク１０６）内で究極的に実行される必要がある。
【００４０】
しかし、無線ネットワーク１０２からのホーム/アンカーポリシーファンクション１１０はＷｉＭＡＸネットワーク１０６（サブスクライバがローミングした先のネットワーク）をコントロールしないし、直接的にコントロールすることはできない。いくつかの警備理由によりネットワークプロバイダは典型的にはポリシーの実施のためにそのネットワーク機器を外部エンティティに直接的にコントロールさせることはない。
【００４１】
よってホーム/アンカーポリシーファンクションは、必要なネットワークアセットを配信させるために本例においてはＷｉＭＡＸネットワーク１０６内のポリシーマネージャ１１４である“来訪”ポリシーファンクションと通信および協調しなければならない。この来訪ポリシーファンクションは本明細書では“利用”ポリシーファンクションとも呼称されている。なぜならそれは来訪ネットワーク内のサブスクライバに利用されるためのポリシーファンクションだからである。
【００４２】
上記で解説された実施例は以下の目的を達成するための技術と機構を含んでいる。
【００４３】
１．サブスクライバが移動形態または遊動形態でネットワークにアクセスしようと、任意サブスクライバを特定のポリシーサーバと関連させる。従ってそのサブスクライバは適した来訪ポリシーファンクションおよび適性ホーム/アンカーポリシーファンクションと関連付けが可能である。
【００４４】
２．サブスクライバが移動形態または遊動形態でネットワークにアクセスしようと、どのポリシーサーバにポリシーを任意アプリケーションにアクセスさせるかを決定する任務からアプリケーションを開放する。
【００４５】
３．ポリシーサーバにアプリケーションアドレス処理（典型的には５個組であるＩＰソースアドレス、ＩＰデスティネーションアドレス、ソースポート、デスティネーションポートおよびプロトコール）およびＭＡＣアドレス並びにＥメールＩＤ（インバリアントサブスクライバアイデンティファイア（ＩＳＩ））のごとき他のサブスクライバアイデンティファイヤを現在特定のサブスクライバをサポートしているネットワークエッジデバイスにマップ処理させる。
【００４６】
アクセスネットワーク内のそれぞれのサブスクライバステーションはサブスクライバが使用する特定アクセス技術に依存するインバリアントサブスクライバアイデンティファイヤ（ＩＳＩ）と関連している。ＩＳＩの例には電子連番、電話番号、モバイルステーションインテグレーテドサービスデジタルネットワーク番号（ＭＳ−ＩＳＤＮ）、インターナショナルモバイルサブスクライバアイデンティファイヤ、エータネットメディアアクセスコントロール（ＭＡＣ）アドレス等がある。
【００４７】
サブスクライバが異なるアクセスデバイスからネットワークにアクセスするたびに変動するＩＰアドレスレンジとは異なり、あるいはサブスクライバが異なるサブスクライバアクセスデバイスを介してネットワークにアクセスするとき、ＩＳＩはサブスクライバに関連しており、アクセスごとには変化することはない。(i)ＩＳＩ番号が、サブスクライバがネットワークにアクセスする“典型的な”位置をコード化し、(ii)連続的アイデンティファイヤが同一位置から支給されるこの技術的特徴はマッピング操作をさらに効率的にするが、ここで解説した実施例では特に必要とされない。
【００４８】
ポリシーサーバ（以降“ＰＳ”）は“学習”するか、典型的にはどのＩＳＩにそれらがサービスを提供するかを特定する情報が支給される。このように特定ＰＳは任意セットのサブスクライバの“アンカー”ＰＳとなる。“アンカー”ＰＳであるということは、どこでサブスクライバがネットワークに現在アクセスしているかには関係なくＰＳが常に関連サブスクライバのための最終的ポリシーデシジョンメーカであることを意味する。
【００４９】
［状況認識］
特定のサブスクライバのアンカーＰＳはサブスクライバを状況認識している。この“状況認識”とはサブスクライバがネットワーク上に存在するときは常にアンカーＰＳはサブスクライバの状況を認識している（すなわち状況に関する情報を有している）ということであり、その意味ではアプリケーションはサブスクライバが行使したポリシーを必要とする。サブスクライバが、例えばそれ自身のポリシーサーバを有するネットワークの別領域にネットワーク内で移動するときでさえもポリシーリクエストはそのサブスクライバのために最終的にはアンカーＰＳとの相互作用を必要とする。アンカーＰＳはサブスクライバを認識しているため、サブスクライバを中心としたパラメータ（すなわちそのサブスクライバ特有のパラメータ）に基づいてポリシーデシジョンをすることができる。
【００５０】
例えば、アンカーＰＳは、サブスクライバは誰であるか、どのサービス段階またはパッケージをサブスクライバが購入したか、または享受できるか、並びにいくつのそのようなセッションを享受できるか等々に基づいてサブスクライバが何をすることができ、何をすることができないかを決定するポリシールールを実行することができる。
【００５１】
アンカーＰＳはサブスクライバとそのポリシーパラメータの状況認識をするものの、そのアンカーＰＳはどのようなネットワークリソースをサブスクライバが利用しているかに関しては情報を持っていないかも知れない。例としてサブスクライバがローミングしていればそのアンカーＰＳは利用ＰＳではないかも知れないからである。そのアンカーＰＳがホームネットワークであり、もしサブスクライバが別ＰＳ（サブスクライバはネットワークの別部分あるいは別プロバイダにローミングしているため、来訪ＰＳまたは利用ＰＳ）によって利用されている位置に存在するならば、それはただサブスクライバが利用しているネットワークリソースを認識する来訪ＰＳまたは利用ＰＳである。その結果、利用ＰＳまたは来訪ＰＳはネットワークリソースを中心とするポリシー（それらネットワークリソースに特有なポリシー）を監督することができる。
【００５２】
来訪または利用ＰＳはリソース消費のためにセッティング閾値に焦点を合わせるポリシールールを実行することができる。利用ＰＳは実施ポイントとインターフェースするＰＳであり、それがコントロールする実施ポイントで承認された全セッションを認識しているため、それは利用されているリソースを認識している。その結果、利用ＰＳは実施ポイントで承認できるリソース量（例えばバンド幅あるいはセッション数）をコントロールするポリシールールを実施できる。
【００５３】
よってアンカーＰＳはサブスクライバを中心とするポリシーを実行する役割を担い、来訪または利用ＰＳはリソースを中心とするポリシーを実行する役割を担う。サブスクライバセションを状況認識する別アンカーポリシーサーバはサブスクライバが何をすることができるかコントロールするためにサブスクライバが認識するポリシールールを実行できる。例えばアンカーＰＳは、サブスクライバが既に２つのセッションを同時的に実行状態にしているなら３番目のセッションを拒絶することができる。またはアンカーＰＳはサブスクライバが音声アプリケーションを実行状態にしているならビデオのリクエストを拒絶することができる。同一シナリオでも、サブスクライバがエリート（“ゴールド”）サービス階層であれば音声アプリケーションが既に実行状態であろうともアンカーＰＳはビデオのリクエストを認可することができる。
【００５４】
［ネットワークを介したトポロジーのパーコレーション］
サブスクライバがネットワークに登録するときには常にサブスクライバのアタッチメントポイントに関する情報（トポロジー）はネットワークの当該ポリシーファンクションを介してパーコレーション処理する必要がある。この処理によってアプリケーションが行使されたときにはローミングしているサブスクライバのために正確なセットのポリシーファンクションがそのポリシー活動に参加するであろう。その結果、サブスクライバを中心とするポリシーおよびリソースを中心とするポリシーが適正に実行および実施される。
【００５５】
このトポロジー情報が配信可能ないくつかの方法が存在する。図３と図４にて図示するように利用ポリシーサーバ１５０は登録情報１５２をネットワーク内の指定ポリシールータ１５４に転送できる（この指定情報は利用ポリシーサーバで支給できるか、利用ポリシーサーバによってアルゴリズム的に導き出せる）。
【００５６】
その後、ポリシールータはサブスクライバのために指定されたアンカーＰＳにその登録情報を転送する役割を担うことができる。ポリシールータは、例えば以下のような複数の異なる方法で特定サブスクライバのためにどのアンカーＰＳが指定されたかに関する情報を取得することができる。
【００５７】
ポリシールータにその情報を支給することができる。
【００５８】
ポリシールータは外部データベースルックアップを介してその情報をリトリーブすることができる。
【００５９】
ポリシールータはアルゴリズム的にその情報を導き出すことができる（例えばサブスクライバが使用している装置の電話番号に基づき、アンカーの位置を確認させるエリアコードを使用する）。
【００６０】
アンカーＰＳはポリシールータにトポロジー情報をパーコレーション処理することができる。
【００６１】
ポリシールータが登録情報を指定されたアンカーＰＳに送ると、ポリシールータとアンカーＰＳの両方はどのサーバまたは来訪ＰＳがサブスクライバと現在関連するかを知る。もしサブスクライバが物理的に移動すれば、新サービスＰＳがサブスクライバと関連するであろう。そうなると登録プロセスは再現され、アンカーおよびポリシールータは上述のように新関連性を“発見”または“学習”する。
【００６２】
あるいは利用ＰＳは上記と同様な機構を利用してアンカーＰＳにもトポロジー情報を送るであろう。例えば、サブスクライバが登録するとき利用ＰＳは登録のレルム情報を利用して、どのアンカーポリシーサーバが登録/トポロジー情報を受領するか決定することができる。
【００６３】
［登録およびトポロジー学習］
サブスクライバは典型的にはサブスクライバステーションに動的ＩＰネットワークアドレスを割り当てるケーブルモデムターミネーションシステム（ＣＭＴＳ）、パケットデータサービスノード（ＰＤＳＮ）、ゲートウェイＧＰＲＳサービスノード（ＧＧＳＮ）、またはブロードバンドリモートアクセスサーバ（Ｂ−ＲＡＳ）デバイス等のサブスクライバアクセス装置によってネットワークにアクセスする。ＰＳはサブスクライバアクセス装置を介してネットワークアプリケーションからサブスクライバに流れるアプリケーションデータストリームのためのポリシーデシジョンファンクション（（ＰＤＦ）サービスクォリティ、アドミッションコントロールおよびパケットプロセスディシプリン並びに特定セッションをどのように請求するかを決定する）を提供する。
【００６４】
サブスクライバがネットワークに登録すると、そのサブスクライバはアプリケーションファンクションと共に信号発信することでアプリケーションを行使できる。このアプリケーションファンクションは中心化された位置に存在できる。このアプリケーションファンクションはネットワークに関してサブスクライバの物理的位置は認識していない。
【００６５】
サブスクライバがアプリケーションサーバからのセッションのリクエストを開始するとアプリケーションファンクション/サーバはポリシーデシジョンのためにＰＳに対してリクエストを発給する。これで最終的にポリシー（ＱｏＳ処理と特定セッション並びに潜在的には資格に関連する請求ルール）が決定される。このＰＳはＰＳに支給されているルールに照らしてリクエストを評価し（ルールはサブスクライバの階層、時間帯およびネットワーク利用のごとき情報に基づいて決定することができる）、ポリシーデシジョン（ＱｏＳポリシーデシジョンおよび請求処理）をサブスクライバアクセス装置、すなわち実施ポイントまでプッシュダウンする。
【００６６】
ネットワークが大きくなると、一般的にはそれぞれサブスクライバアクセス装置のセットに信号発信する複数のＰＳにＰＤＦを分配することが望ましい。ポリシールータはネットワークを通じてアプリケーションにポリシーデシジョンのための１つのコンタクトポイントを持たせ、アプリケーションをネットワークトポロジーまたはサブスクライバ位置の認識負担から開放する。ポリシールータはどのサブスクライバアクセスデバイスがサブスクライバに利用されているか、およびどのＰＳ（サービスおよびアンカー）がサブスクライバに関するポリシーデシジョンを実行できるかの認識を維持する。
【００６７】
モバイルネットワークにおいては、サブスクライバが最初にシステムにアクセスするときサブスクライバアクセス装置はネットワークＩＰアドレスとＩＳＩをその関連ＰＳに信号発信する。非モバイルネットワークでは、ＳＮＭＰのごとき他の手段または支給によってサブスクライバ関連性を学習することができる。これでポリシールータはそのポリシールート付けファンクションを実行するためにその情報を使用することができる。すなわちアプリケーションがポリシールータにリクエストを発行するとき、サブスクライバＩＰアドレスまたはＩＳＩのいずれかに基づいてどのＰＳにリクエストをルート付けさせるのかを知ることができる。
【００６８】
ＰＳは特定サブスクライバのための“アンカー”ＰＳとしても支給することができ、サブスクライバが物理的にどこに存在しようと（サブスクライバは異なる実施ポイント間を移動できる）ポリシーリクエストは常に別ＰＳにルート付けされる。よってサブスクライバが関連している特定実施ポイントを利用させる任務を担う利用ＰＳにリクエストをルート付けすることはアンカーＰＳの任務となる。ポリシールータはリクエストをアンカーＰＳにルート付けするためにＩＳＩを利用することができ、アンカーＰＳはＩＳＩまたはサブスクライバＩＰアドレスを使用して利用ＰＳへルート付けすることができる。
【００６９】
このアンカー技術は、スケール変動性であることによりネットワークにポリシーファンクションの分布が存在するとき、並びにサブスクライバがネットワークとネットワークプロバイダとの間をローミングしているときには有用である。
【００７０】
図５と図６はポリシールータからアンカーへ、続いて利用ＰＳへのポリシーリクエストのルート付けを図示する。各ＰＳは登録プロセス中に学習したトポロジー情報に基づいて適正にルート付けすることができる。
【００７１】
１実施例ではアプリケーションファンクション並びにポリシールータは第三者のネットワークまたはアプリケーションプロバイダのドメインに存在する。別実施例では全ポリシーコンポーネントは異なるネットワークまたはプロバイダドメインに存在する。
【００７２】
上記のシナリオではサブスクライバはネットワークの中心部に位置するアプリケーションにアクセスする。アプリケーションファンクションはポリシーリクエストをそのデフォルト（休止）ＰＳに発行する。本例の場合これはポリシールータである。その後にこのポリシールータは、アンカーＰＳにサブスクライバを中心とするポリシーを実行させるためにポリシーリクエストを関連アンカーＰＳに転送する任務を負う。アンカーＰＳはその関連ポリシールールを実行し、続いてリクエストを利用ＰＳに転送する。
【００７３】
［プッシュモデル］
これまで解説したポリシー相互間作用はポリシー配信の“プッシュモデル”を実行するものである。アプリケーションファンクションはリクエストをポリシールータに“プッシュ”し、ポリシールータはリクエストをアンカーＰＳに“プッシュ”し、アンカーはサービスＰＳにリクエストを“プッシュ”する。
【００７４】
トポロジー学習プロセスはポリシーのプッシュモデルを実行するのに重要である。サブスクライバがＱｏＳを必要とするアプリケーションにアクセスするとき、アプリケーションはリクエストをポリシールータに信号発信する。ポリシールータは、サブスクライバのためにアンカーＰＳを検索し、評価のためにＱｏＳリクエストをそのアンカーＰＳに転送する前に特定グローバルまたはアプリケーション専用ポリシールールを評価することができる。
【００７５】
ポリシールータとアンカーＰＳはサブスクライバの“ホームネットワーク”ドメイン内に存在できる（例えば、もしこれがＳｐｒｉｎｔサブスクライバであり、サブスクライバが別ネットワークからのＳｐｒｉｎｔサービスにアクセスしていれば、相互間作用に関与するアプリケーション、ポリシールータおよびアンカーＰＳは全てＳｐｒｉｎｔドメイン内に存在するであろう）。
【００７６】
アンカーＰＳはサブスクライバポリシールール（本例では“サブスクライバを中心とするルール”と呼称；例えば特定サブスクライバがいくつのセッションを同時利用可能か、またはサブスクライバがどのようなアプリケーションおよびサービスを利用可能か、あるいはサブスクライバが利用限度を超えたか、等々）に関してＱｏＳリクエストを評価する。もしＱｏＳリクエストが承認可能と評価されたらアンカーＰＳはそのリクエストをサブスクライバに現在利用されているサブスクライバアクセスデバイスにインターフェースしている“利用”ＰＳに送る。
【００７７】
必要であれば（例えばもしサブスクライバが別運用ドメインでローミングしていたら）アンカーＰＳは運用ポリシールールに基づいてＱｏＳリクエストも評価する。最終的には利用ＰＳはＱｏＳ指示をサブスクライバアクセス装置に送り、サブスクライバのためにそのＱｏＳを実行する。利用ＰＳは来訪ネットワーク内に存在できる。利用ＰＳはリソース利用（アクセスネットワークで消費されるリソース量をコントロールすること）に関してポリシールールを実行するであろう。
【００７８】
例えば、（来訪/利用ポリシーサーバのドメイン範囲内で）サブスクライバがサービスを受けているアクセスネットワークにおいて消費される全バンド幅が設定閾値Ｘを超えれば利用ＰＳはサブスクライバによるリソースのリクエストを拒絶することができる。別例では、（利用/来訪ポリシーサーバのコントロール下で）特定実施ポイントで全ビデオアプリケーションのために消費されるバンド幅が設定閾値Ｙを超えれば利用ＰＳはサブスクライバからのビデオリクエストを拒絶することができる。あるいは利用ＰＳは特定実施ポイントで搬送中の音声セッションの総数が別設定閾値Ｚを超えるならビデオの上記リクエストを拒絶することができる。
【００７９】
あるいはアプリケーションファンクションはアンカーＰＳと同一のドメイン/ネットワークに存在できる。この場合にはアプリケーションファンクションはアンカーＰＳに直接的に信号発信し、アンカーをアプリケーションファンクションのデフォルトＰＳとして扱うであろう。アンカーＰＳは両方のポリシールート付けファンクションを実行し（利用ＰＳにルート付けしている理由による）、サブスクライバを中心とするポリシールールを実行する任務を担うＰＳをも実行する。アンカーポリシーサーバはアプリケーションファンクションにも直接的にインターフェースしている。
【００８０】
図７はアプリケーションファンクションの位置がアンカーＰＳと同一のネットワーク内に存在し、アプリケーションファンクションのデフォルトＰＳとしてアンカーＰＳを使用している実施例を図示する。
【００８１】
図７で示すシステムではサブスクライバの利用ＰＳは来訪ネットワーク（例えばＴｅｌｕｓ）でも構わないがサブスクライバはＶｅｒｉｚｏｎのカスタマーであり、そのアンカーポリシーサーバはＶｅｒｉｚｏｎネットワーク内に、サブスクライバがアクセスを願うアプリケーションと共に存在する。実施例によっては異なる商業エンティティにより運用されるネットワークは本例では“ポリシーピアリング”と呼称されるものを介して協調作用する。サブスクライバに関連するローミング情報を利用して利用およびアンカーポリシーサーバはポリシーのインターオペレータサービスレベルアグリーメント（ＳＬＡ）並びに他のビジネスアグリーメントを実行することができる。
【００８２】
アプリケーションリクエストはネットワーク内またはアンカーＰＳが存在するネットワークとは異なるプロバイダ内に物理的に存在するサブスクライバで発生する。ポリシーリクエストは利用ＰＳまたは来訪ＰＳに最終的に転送される。このシナリオでは第三者のアプリケーションが来訪ネットワークにリクエストするものを規制するのに来訪ＰＳが利用可能である。例えば２者（アクセスネットワークプロバイダおよびコンテンツプロバイダ）間で合意したビジネスアレンジに基づいて来訪ポリシーサーバは第三者のコンテンツ/アプリケーションプロバイダにより実行されるコンテンツ/アプリケーションのためにネットワークへの進入が承認されたものを追跡調査することができる。
【００８３】
展開スケールによっては論理ポリシーファンクション（ルート付け、アンカー、利用、その他）は構造の複雑性を低減するように共同配置することができる。
【００８４】
無線の世界ではサブスクライバがサブスクライバアクセス装置から脱登録すると、その脱登録メッセージは利用ＰＳに送られ、さらにポリシールータに転送される。図８は１実施例による例示的メッセージフロー図である。ポリシールータは脱登録の事実をアンカーＰＳに転送し、サブスクライバがネットワークではこれ以上アクセスすることも、利用ＰＳと関係することもできないことを表示する。あるいは脱登録メッセージを利用ＰＳから別のアンカーＰＳに直接的に転送することもできる。
【００８５】
一般的にサブスクライバは特定アンカーＰＳと関係するが、この関係はほとんどの場合に一貫しているべきである。しかしサブスクライバのアンカーＰＳがいずれ変更される場合がある。管理セット時間に基づいて定期的にポリシールータとアンカーＰＳは利用されているＩＳＩの範囲からＩＳＩを派生させることができる。これは典型的に使用されるサブスクライバアクセス装置に基づいてサブスクライバに利用されるさらに効率的なＰＳが存在する場合に該当する。
【００８６】
［プルモデル］
ポリシー配信の別方法は“プル”モデルによって実行される。プルモデルではクライエント/サブスクライバはアプリケーションファンクションからのリクエストの代わりにポリシーリクエストを直接的に行使する。クライエントはＲＳＶＰのごときメッセージを使用してアクセス装置（実施ポイント）からのリクエストを作動させる。アクセス装置はその指定した利用ＰＳからのポリシーリクエストを始動する。利用ポリシーサーバはアンカーＰＳからサブスクライバのために適正なセットのポリシーを回収する必要があるであろう。
【００８７】
トポロジー発見/配信フェーズ中に使用されたものと同じタイプの機構を使用して利用ＰＳはその適正セットのポリシーのためにアンカーＰＳから“プル”操作することができる。大型スケール展開の場合においてはネットワークではプッシュモデル並びにプルモデルの両方が実行される。
【００８８】
図９はサブスクライバがポリシーリクエストを作動させるポリシー普及のためのプルモデル”を図示する。アクセスネットワーク装置は利用ＰＳからのポリシーのためにプル操作することができる。利用ＰＳはトポロジー情報の配信に利用されるものと同一タイプの方法でアンカーＰＳからサブスクライバのためのポリシーを得るためにプル操作することができる。プル操作対象のポリシータイプには、サブスクライバの受益権利（どのようなサービス/アプリケーションにサブスクライバがアクセス可能か）、どのサービスにも適応するＱｏＳ処理、サービス対価請求方法（定額料金請求またはバイト単位請求またはタイムチャージ、等々）が含まれる。
【００８９】
サブスクライバが初めてネットワークに登録するとき利用ＰＳはそのサブスクライバがローミングしているか否かを承知している。アンカーＰＳもサブスクライバのローミング状況を承知している。ローミング情報はサブスクライバが最初にネットワークにアタッチした際にアクセスネットワーク装置からのメッセージから推察可能である。当初アタッチメントメッセージに存在するサブスクライバレルム情報はサブスクライバに関する情報を提供できる。
【００９０】
例えばサブスクライバはＴｅｌｕｓネットワークにローミングしているＶｅｒｉｚｏｎ無線サブスクライバであろう。サブスクライバ/クライエントからの情報はサブスクライバがＶｅｒｉｚｏｎ無線サブスクライバであることを表示するであろう。利用ＰＳはこの情報を利用してどのアンカーＰＳまたはポリシールータがトポロジー情報（利用ＰＳからのプッシュ内）を受領し、ポリシー情報（利用ＰＳによるプル内）を提供するかを決定する。
【００９１】
様々なポリシーサーバもサブスクライバレルム情報を利用してサブスクライバに対するポリシールールを実行できる。例えばサブスクライバが他のサービスプロバイダのサブスクライバではなく、ＶｅｒｉｚｏｎのサブスクライバであればＴｅｌｕｓネットワーク内の利用ＰＳは異なるレベルの処理を提供するルールを有することができる。ＴｅｌｕｓとＶｅｒｉｚｏｎとの間に配置されたサービスレベルアグリーメントまたはビジネスアグリーメントが存在すると、Ｔｅｌｕｓの利用ＰＳは、音声、ビデオまたはデータサービスのために増強ＱｏＳの提供のごときビジネスルールの実行に使用することができる。実施例によっては、特定レルムのファンクションとして様々なアプリケーションに対してサブスクライバが異なる様式で料金請求されるような異なる請求形態の提供のためにもレルム情報が使用される。
【００９２】
本発明はその精神または本質的な特徴から逸脱せずに他の実施形態であっても同様に実施可能である。従ってそれら実施例は本発明の説明のためだけに提供されており、本発明の限定は意図されておらず、本発明の範囲はそれら実施例ではなく本明細書の「請求の範囲」において定義されており、請求範囲内の全ての変更および均等物は本発明に含まれる。
【図面の簡単な説明】
【００９３】
【図１】図１はデジタルコンテンツを複数のサブスクライバに送るための従来技術システム１０を図示する。
【図２】図２は本発明に従って構築されたシステム構造の例示的実施例を図示する。
【図３】図３は指定されたポリシールータに登録情報を転送する利用ＰＳ１５０を図示する。
【図４】図４は指定されたポリシールータに登録情報を転送する利用ＰＳ１５０を図示する。
【図５】図５はポリシールータからアンカーへ、そしてその後に利用ＰＳへのポリシーリクエストのルート付けするステップを図示する。
【図６】図６はポリシールータからアンカーへ、そしてその後に利用ＰＳへのポリシーリクエストのルート付けするステップを図示する。
【図７】図７はアプリケーションファンクションの位置がアンカーＰＳと同じネットワーク内に存在している実施例を図示する。
【図８】図８は図２で示すシステムの１実施例の例示的メッセージ工程図を図示する。
【図９】図９はポリシーを配信するための“プル”モデルを図示する。
【符号の説明】
【００９４】
１０２  ネットワーク
１０８  サブスクライブ
１１０  ポリシーファンクション
【図１】
2009530921.tif 000003
【図２】
2009530921.tif 000004
【図３】
2009530921.tif 000005
【図４】
2009530921.tif 000006
【図５】
2009530921.tif 000007
【図６】
2009530921.tif 000008
【図７】
2009530921.tif 000009
【図８】
2009530921.tif 000010
【図９】
2009530921.tif 000011
【国際調査報告】
2009530921.tif 000012