JP2008538064A - ローミング構成におけるサービス・ベースのポリシーのための遠隔通信ネットワーク・サポート - Google Patents

Abstract

１つの例による装置は、２つの部分に分割されたポリシー判断機能を備えていてもよい。一方の部分はホーム網のアプリケーション機能を表し、他方の部分は在圏網のベアラ・リソースとローカル・ポリシーを表す。ポリシー判断機能の一方の部分は、アプリケーション機能との通信をサポートし、在圏網へのＱｏＳ制御の要求におけるホーム網およびアプリケーションを表す。ポリシー判断機能の他方の部分は、在圏網のポリシー実施機能との対話をサポートし、在圏網のリソース利用に関連するローカル・ポリシーとローミング契約ベースのポリシーを表す。

Description

本発明は、一般に遠隔通信システムに関し、より詳細にはローミング構成でサポートできる一方でホーム・ベースのサービス制御を維持し、ベアラがホーム網を横断することを必要としないアプリケーションからのポリシー制御に関する。

ＩＰマルチメディア・サブシステム（ＩＭＳ）は、ＩＰマルチメディアとＩＰ電話のコア・ネットワークである。ＩＭＳは、ＩＥＴＦインターネット・プロトコルに基づく３ＧＰＰおよび３ＧＰＰ２の標準および組織によって定義される。ＩＭＳは、有線ＩＰ、８０２．１１、８０２．１５、ＣＤＭＡ、ＧＳＭ／ＥＤＧＥ／ＵＭＴＳに伴うパケット・データ、および他のパケット・データ・アプリケーションを介したＩＰからＩＰへのセッションをサポートするので、アクセス網から独立である。ＩＭＳは、標準化された参照アーキテクチャである。ＩＭＳは、セッション制御、接続制御、およびアプリケーション・サービス・フレームワークに加えて、加入者およびサービスデータで構成されている。ＩＭＳは、新しい音声とデータの集中サービスを可能にし、一方加入者間でこうした集中サービスを相互使用することができる。ＩＭＳネットワーク・インフラストラクチャにより、ＩＰベースのインフラストラクチャを介してデータ、音声、およびモバイル・ネットワーク技術の集中が可能になる。

ＩＭＳは、既存の従来型遠隔通信技術とインターネットとのギャップを埋めるように設計されており、マルチメディアの複雑性、基盤となるネットワークの制約、移動度の管理、および多くの新興アプリケーションを考慮に入れて、モバイル・ネットワークを経由する新しいＩＰサービスを提供するために必要とされる重要な機能を提供する。ＩＭＳでは、共通の標準化されたサブシステムに移行するという新しい傾向に対応することによって、リッチ・ボイス、テレビ電話、メッセージング、会議、およびプッシュ・サービスなどのリアルタイムのマルチメディア・モバイル・サービスが可能になり、向上される。ＩＭＳサービスには、ＰｏＣ（Ｐｕｓｈ−ｔｏ−Ｔａｌｋｏｖｅｒ−Ｃｅｌｌｕｌａｒ）、リアルタイム・ビデオ共有、インタラクティブ・ゲーム、インスタント・メッセージング・サービス、音声メッセージング、音声ビデオ電話、テレビ会議などを含めることができる。

サービス品質は、一般に所与の通信セッション中のサービス・ユーザの満足度として定義される。サービス品質に関するユーザのニーズを一貫して予測し、満足するには、成功する通信サービスおよび製品プロバイダと競合他社とを区別するものが必要である。

ネットワーク・サービスは、エンド・ツー・エンド、つまり端末装置（ＴＥ）から別のＴＥへのサービスと見なされる。エンド・ツー・エンドのサービスは、特定のサービス品質（ＱｏＳ）を有することができ、ＱｏＳは、ネットワーク・サービスのユーザに提供される。提供されるＱｏＳに満足しているかどうか判断するのはユーザである。

特定のネットワークＱｏＳを実現するには、特性と機能を明確に定義された、サービスのソースから宛先へのベアラ・サービスがセット・アップされる必要がある。ベアラ・サービスには、契約されたＱｏＳの提供を可能にするためのあらゆる側面が含まれる。こうした側面には、特に、制御信号、ユーザ・プレーンの転送、ＱｏＳ管理機能がある。ベアラ・サービスのレイヤード・アーキテクチャは、特定のレイヤ上の各ベアラ・サービスが下位のレイヤで提供されるサービスを使用してそのそれぞれのサービスを提供する場合に使用できる。

今日の携帯電話ネットワークでは、アクセスのためのより高い帯域幅技術を導入している。より速いアクセス速度とあいまって、コア・ネットワークはサービスに関するパケットベースのコネクションレス転送の利用へと移行している。ＩＰマルチメディア・サブシステム（ＩＭＳ）の到来により、マルチメディア・アプリケーションのホーム・ベースのサービス制御は現実のものとなりつつある。ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）や他のＱｏＳ感応型マルチメディア・アプリケーションが展開されているので、こうしたアプリケーションでそのＱｏＳに関するニーズを管理できるようにするという新しいニーズが発生する。

特に、アプリケーションからの既知のポリシー制御はローミング構成内でサポートできる一方で、ホーム・ベースのサービス制御も維持される。ベアラがホーム網を横断する必要があることは既知のシステムの欠点である。

したがって、ローミング構成でサポートできる一方で、ホーム・ベースのサービス制御も維持され、ベアラがホーム網を横断する必要がないアプリケーションからのポリシー制御が求められている。

本発明の１つの実施形態には、１台の装置が含まれる。この装置は、２つの部分に分割されたポリシー判断機能を備えている。一方の部分はホーム網のアプリケーション機能を表し、他方の部分は在圏網のベアラ・リソースとローカル・ポリシーを表す。ポリシー判断機能の一方の部分は、アプリケーション機能との通信をサポートし、在圏網へのＱｏＳ制御の要求におけるホーム網およびアプリケーションを表す。ポリシー判断機能の他方の部分は、ポリシー実施機能との在圏網の対話をサポートし、リソース利用に関連する在圏網のローカル・ポリシーとローミング契約ベースのポリシーを表す。

本発明の別の実施形態には、１つの方法が含まれる。本方法の実装は、エンドポイントがホーム網内のアプリケーションの機能（ＡＦ）を介して通信する一方で、エンド・ツー・エンドのマルチメディア・セッションに関するサービス品質（ＱｏＳ）のネゴシエーションを行う工程と、ＡＦがＡＦ側のポリシー判断機能（Ａ−ＰＤＦ）と通信し、このセッションに関して要求されたＱｏＳに対する限度として使用するためにネゴシエーションされたＱｏＳを提供する工程と、エンドポイントの１つの端末がポリシー実施機能（ＰＥＦ）にＱｏＳ管理対象ベアラを要求する工程と、ＰＥＦ側のポリシー判断機能（Ｐ−ＰＤＦ）を使用して要求されたＱｏＳをチェックし、要求されたＱｏＳが現在のポリシーに適合するかどうかを決定する工程と、Ｐ−ＰＤＦが、端末が識別情報に基づいてローミングしていることを確認し、同じく識別情報に基づいてホーム網内のＡ−ＰＤＦに接触していることを確認する工程と、Ａ−ＰＤＦがＡＦの入力に基づいてホーム網のポリシーを決定し、このホーム網のポリシーをＰＤＦに提供する工程と、ホーム網ポリシーがエンド・ツー・エンドのマルチメディア・セッションを許可する場合にＰＤＦが端末に成功で応答する工程と、エンド・ツー・エンドのマルチメディア・セッション用のベアラを作成する工程とを備えていてもよい。
本発明の例示的な実施形態の機能は、以下に示す詳細な説明と添付の図面から明らかになるであろう。

ＩＰマルチメディア・サブシステム（ＩＭＳ）は、インターネット・プロトコル（ＩＰ）に基づく今後期待される多くのサービスを実現するものである。一般に、ＩＭＳを使用して提供される付加価値ＩＰサービスは、サービス品質（ＱｏＳ）によって左右されやすい。こうしたサービスをサポートするために、３ＧＰＰ（第三世代プロジェクトパートナーシップ）リリース５で定義されるＩＭＳアーキテクチャには、ＩＭＳに固有のＱｏＳメカニズムとサービス・ベースのローカル・ポリシー制御が導入されている。

ＩＭＳアーキテクチャは、ＵＭＴＳ（ユニバーサルモバイル通信システム）ネットワークに機能を追加しており、ＶｏＩＰ、ビデオ、メッセージング・サービスなどのＩＰマルチメディア・サービスを真に実現するものとなっている。このアーキテクチャは、ＩＥＴＦ ＳＩＰ（インターネットエンジニアリングタスクフォースセッションイニシエーションプロトコル）とＩＥＴＦで承認された３ＧＰＰに固有の最小限のＳＩＰ拡張に基づいて、ＩＰのデータ・プレーンとセッション制御プレーンとを分離するという考え方に依存している。ＩＭＳのサポートには、新しいネットワーク・エレメントとＩＭＳ−ＰＳＴＮインターワーキング・ゲートウェイなどのインターワーキング機能が必要である。ユーザ装置（ＵＥ）の付加機能も必要である。

パケット交換ドメインへのＩＰマルチメディア・サービスの大規模な導入を受けて、ＵＭＴＳベアラ・サービスによって提供されるＱｏＳインフラストラクチャへの新たな需要が発生する。しかし、ＩＭＳサービスへのＱｏＳ導入はベアラ・レベルの問題だけではない。ＱｏＳ制御へのセッション・レイヤの導入だけでなく、ベアラおよびセッション・レイヤＱｏＳの調整も必要になる。

ポリシー制御により、オペレータは時間帯、メディアの種類などに基づいて、ＩＭＳサービスとＩＭＳ以外のサービスに使用するネットワーク・リソースへのユーザ・アクセスを制御できる。ＰＤＦは、このサービス・ベースのポリシー制御をＵＭＴＳアクセス・ネットワークに適用するために必要な機能を提供する。

課金可能な「キャリア・グレード」のサービスを提供するために、オペレータはセッション・レイヤで要求されるＱｏＳと実際にベアラ・レベル（ＰＤＰコンテキストのアクティブ化）で提供されるＱｏＳとを（ＳＩＰなどのセッション制御信号を使用して）相互に関連付けることが重要である。したがって、ＩＭＳアーキテクチャの新しい重要な機能は、セッション・レイヤ（ＳＩＰ）とＵＭＴＳベアラ・レイヤとのリンクである。このために、ＰＤＦはＣＯＰＳ（コモンオープンポリシーサービス）に基づき、オペレータがＧＧＳＮ内のＰＤＰコンテキストにポリシーを実施できるようにするポリシー制御インターフェイス（Ｇｏ）を備えている。

ＰＤＦは、ＣＯＰＳの用語でポリシー判断点（ＰＤＰ）であり、ＧＧＳＮはポリシー実施機能をホストする。後者は、パケット・フローを監視し、パケット・フィルタに従って、ＰＤＰコンテキストを使用して到達できるＩＰ宛先のセットを限定する。セッション・レイヤで指定されるメディア・コンポーネントとＧＧＳＮで保持される対応するＰＤＰコンテキストとの間のバインディングは、認証トークンを使用して保証される。１つの認証トークンがＩＭＳ（ＳＩＰ）セッションごとに割り当てられ、ＳＩＰセッション内の各メディア・コンポーネント（ビデオまたは音声）は連続番号で識別される。ＰＤＦは、サービス側にアプリケーション機能（ＡＦ）とのインターフェイスを備えており、ネットワーク側にＧＧＳＮとのインターフェイスを備えている。

ＡＦは、ＩＰベアラ・リソース（たとえば、ＵＭＴＳパケット交換ドメインのリソース）を使用する必要のあるアプリケーションを制御する。ＡＦは、サービス・ベースのポリシー制御を必要とするＩＰベアラを横断するすべてのサービスに関するアプリケーション・レベルのインテリジェンスを表す。

ＰＤＦは、ＡＦから取得したセッションとメディアに関連する情報に基づいてポリシーを定義する。ＰＤＦの中核部にはポリシー情報を格納するポリシー・サーバーがあり、この情報の粒度はオペレータによって決定される。たとえば、ポリシー情報はＵＭＴＳネットワークを経由して到達可能なすべてのアクセス・ポイント名（ＡＰＮ）または指定されたＡＰＮのみに関連付けることができる。ポリシー情報は、モバイル・オペレータによって定義される。

ＧＧＳＮは、ＰＤＦによって作成されるポリシー判断のポリシー実施点である。接続要求の受信（ＰＤＰコンテキストの作成）時に、ＧＧＳＮは要求を送信し、ＰＤＦからの判断を受信し、その主な機能はセッションＱｏＳリソースの認証、リソースの予約、セッションのリリース、課金情報の相互関係である。

ＡＦとＰＤＦとの最初の対話において、ＡＦはセッションで使用するメディアに関連する情報（セッション要求）をＰＤＦに提供する。ポリシー・サーバーに格納されているポリシー情報に基づいて、ＰＤＦはリソースの使用に関する認証（許可または拒否）を行い、ＡＦにＰＤＰコンテキストの作成に使用するバインディング情報を提供する。

本発明の方法および装置は、ＩＭＳシステムとＵＭＴＳシステムを利用する他のシステムに使用してもよい。たとえば、本発明の方法および装置は、ＩＭＳを使用するｃｄｍａ２０００システムに使用してもよい。

ＧＧＳＮは、ＰＤＰコンテキストのアクティブ化の要求を受信すると、Ｇｏインターフェイスを使用してＰＤＦから認証を要求する。セッションＱｏＳリソースの認証中に提供される認証トークンは、ＧＧＳＮがそれを生成したＰＤＦに接触できるようにするためのメカニズムとして使用される。最初に、ＰＤＦは実行中のセッションに対するＰＤＰコンテキストのアクティブ化の要求を検証する。第２に、ＰＤＦは要求されたベアラＱｏＳがＡＦで認証されたメディア・リソース情報に対応することを確認する。第３に、ＰＤＦはＧＧＳＮとの対話により、要求されたＱｏＳリソースを認証する。ＰＤＦは、ＧＧＳＮに対して、以下の情報、すなわちＰＤＰコンテキストに使用するＱｏＳクラス、ＰＤＰコンテキストに関して認証されたデータ・レート情報、およびパケット・クラシファイアの情報を提供する。

セルラー・システムの現在の標準では、いわゆるＳＢＬＰ（サービスを基準にしたローカルポリシー）コントロールを使用してＱｏＳ管理のニーズに対応する。このような（図１に示すような）システムでは、通信セッションのエンドポイント１０２、１０４はアプリケーション機能（ＡＦ）１０６を介して通信し、そのエンド・ツー・エンドのマルチメディア・セッションのＱｏＳネゴシエーションを行う（工程１）。ネゴシエーションが完了すると、ＡＦ １０６はポリシー判断機能（ＰＤＦ） １０８と通信し、このセッションに関してユーザが要求するＱｏＳの限界として使用するネゴシエーションされたＱｏＳを提供する（工程２）。端末Ａ １０２は、ＱｏＳ管理対象ベアラのポリシー実施機能（ＰＥＦ）１１０への要求を作成すると（工程３）、要求はＰＤＦ １０８によってチェックされ（工程４）、ＰＤＦ １０８によってＡＦ入力に基づいて決定された、おそらくはローカル・ネットワーク・ポリシーによって調節された現在のポリシーに適合するかどうかを確認する。ローカル・ネットワーク・ポリシーの問題は、リソースの利用に関する要件またはローミング構成の場合のローミング契約に基づいていてもよい。ＰＤＦ １０８は、ＰＥＦ １１０にポリシー判断を提供する（工程５）。現在のポリシーがこのフローを許可する場合は、ＰＥＦ １１０は端末ａ １０２に成功で応答し（工程６）、さらにベアラが作成される（工程７）。

問題は、現在の標準のみがこの方法を使用してホーム網内のベアラを管理する機能に対応することである。ＰＤＦは、ＡＦと同じネットワーク内に存在する必要がある。互いに検出し、このＡＦをポリシー判断の有効な制御エントリとして認識するためである。ＰＤＦは、ＰＥＦと同じネットワーク内に存在する必要がある。ネットワーク・リソースのオーナーは別のネットワークによって設定されるポリシーを許可しないためである。したがって、３つのエンティティは現在は同一のネットワーク内に存在する必要がある。

いくつかの構成で、在圏網は３つのエンティティのすべてをこの在圏網に移動することによってサポートされる。これには、ローミング・パートナー・ネットワークのそれぞれにＡＦが展開される必要があるので、サービスのホーム・コントロールという利点を損なうという欠点がある。すべてのパートナー・ネットワークとオペレータのホーム網を更新する必要があるので、このことは新しいサービスを迅速に導入する上での大きな障害にもなる。

３つのエンティティのすべてをホーム網に配置すると、管理の対象となるすべてのメディア・ベアラがホーム網を通過する必要があるという構成上の要件が発生する。さらに、この構成は在圏網内のベアラを管理するというニーズにも対応しない。

図２は、本発明の方法および装置による１つの実施形態を示している。この例示的な実施形態において、ポリシー判断機能はＡＦ側ＰＤＦ（Ａ−ＰＤＦ ２０８）とＰＥＦ側ＰＤＦ（Ｐ−ＰＤＦ ２１０）に分割されている。こうした新しい機能エンティティのそれぞれは、現在のＰＤＦ ２０８の機能全体の一部をサポートする。

Ａ−ＰＤＦ ２０８はＡＦ ２０６との通信をサポートし、ホーム網２１４および在圏網２１６へのＱｏＳ制御に関する要求におけるアプリケーションを表す。Ｐ−ＰＤＦ ２１０は、在圏網のＰＥＦ ２１２との対話をサポートし、リソースの利用に関連する在圏網のローカル・ポリシーとローミング契約ベースのポリシーを表現する。安全なインタードメインプロトコルは、Ａ−ＰＤＦ ２０８とＰ−ＰＤＦ ２１０との相互接続をサポートし、任意の２つのネットワーク間で１対のエンティティしか通信する必要がないことを保証する。

図２は、ＳＢＬＰの構成の全体的な動作も示している。このようなシステムでは、通信セッションのエンドポイントＡ ２０２およびＢ ２０４は、依然としてホーム網２１４内のアプリケーション機能（ＡＦ）２０６を介して通信することができ、それらのエンド・ツー・エンドのマルチメディア・セッションのＱｏＳネゴシエーションを行う（工程１）。ネゴシエーションが完了するとＡＦ２０６はＡ−ＰＤＦ２０８と通信し、このセッションについてユーザが要求するＱｏＳに対する限度として使用するためにネゴシエーションされたＱｏＳを提供する（工程２）。エンドポイントＡ ２０２の端末は、ＱｏＳ管理対象ベアラのポリシー実施機能（ＰＥＦ）２１２への要求を作成すると（工程３）、要求はＰ−ＰＤＦ ２０８によってチェックされ、現在のポリシーに適合するかどうかが確認される（工程４）。Ｐ−ＰＤＦ ２１０は、これがユーザのＩＤに基づいてローミング・ユーザであることを確認し、同じくユーザのＩＤ情報に基づいてユーザのホーム網Ａ−ＰＤＦ ２０８に問い合わせる（工程５）。Ａ−ＰＤＦ ２０８は、ＡＦ入力に基づいてホーム網ポリシーを決定し、これをＰ−ＰＥＦ ２１０に提供する（工程６）。Ｐ−ＰＤＦ ２１０は、こうした入力に基づいてポリシーを決定し、多くの場合にローカル・ネットワーク・ポリシーによって調節される。繰り返しになるが、ローカル・ネットワーク・ポリシーの問題は、リソースの利用に関する要件とローミング契約に基づいていてもよい。Ｐ−ＰＤＦ ２１０は、ポリシー判断をＰＥＦ ２１２に提供し（工程７）、現在のポリシーがフローを許可する場合はＰＥＦ ２１２がエンドポイントＡ ２０２の端末に対して成功で応答し（工程８）、さらにベアラが作成される（工程９）。

本方法および装置による実施形態は、既存のＰＤＦの機能を２つの部分に分割できる。一方の部分はホーム網のアプリケーション機能を表し、他方の部分は在圏網ベアラ・リソースとローカル・ポリシーを表す。こうした拡張により、アプリケーションからのポリシー制御は、ローミング構成でサポートできる一方で、ホーム・ベースのサービス制御も維持され、ベアラがホーム網を横断する必要がない。したがって、現在はサポートできない構成をサポートし、先行技術の欠点を克服する。

図３は、本方法による例示的な実施形態の流れ図を示している。この例示的な実施形態において、本方法は以下の工程、すなわち、エンドポイントがホーム網内のアプリケーションの機能（ＡＦ）を介して通信する一方で、エンド・ツー・エンドのマルチメディア・セッションに関するＱｏＳのネゴシエーションを行う工程（３０１）と、ＡＦがＡ−ＰＤＦと通信し、このセッションに関してユーザにより要求されたＱｏＳに対する限度として使用するためのネゴシエーションされたＱｏＳを提供する工程（３０２）と、端末がポリシー実施機能（ＰＥＦ）にＱｏＳ管理対象ベアラを要求する工程（３０３）と、Ｐ−ＰＤＦを使用して要求をチェックし、要求が現在のポリシーに適合するかどうかを決定する工程（３０４）と、Ｐ−ＰＤＦがユーザのＩＤ情報に基づいてローミング・ユーザであることを確認し、同じくユーザのＩＤ情報に基づいてホーム網内のＡ−ＰＤＦに接触していることを確認する工程（３０５）と、Ａ−ＰＤＦがＡＦの入力に基づいてホーム網のポリシーを決定し、このポリシー判断をＰ−ＰＤＦに提供する工程（３０６）と、Ｐ−ＰＤＦがこれらの入力に基づいてポリシーを決定し、このポリシー判断をＰＥＦに提供する工程（３０７）と、現在のポリシーがこのフローを許可する場合にＰＥＦが端末に成功で応答する工程（３０８）と、ベアラを作成する工程（３０９）とを備えていてもよい。

前述のように、Ｐ−ＰＤＦは、こうした入力に基づいてポリシーを定義するだけでなく、さらにローカル・ネットワーク・ポリシーによって調節もされる。繰り返しになるが、ローカル・ネットワーク・ポリシーの問題は、リソースの利用に関する要件とローミング契約に基づいていてもよい。

本発明で説明する工程または操作は、例示的なものにすぎない。前述の工程または操作には、本発明の精神を逸脱することなく多くの変形が可能である。たとえば、前述の工程を別の順序で実行してもよい。工程を追加、削除、または変更することもできる。

本発明の例示的な実装について、本明細書で詳細に示し、説明してきたが、本発明の精神を逸脱しないさまざまな変更、追加、置換などが可能であること、したがってこうした変更は添付の請求項で定義する範囲内にあると見なされることは、当業者には言うまでもない。

ＱｏＳ管理に関する１つの既知のセルラー・システムを示す図である。 ローミング構成においてサービス・ベースのポリシーのネットワーク・サポートを備える装置の１つの実装を示す図である。 ローミング構成においてサービス・ベースのポリシーをサポートする１つの例示的な方法を示す図である。

Claims (10)

1. ２つの部分、すなわちホーム網のアプリケーション機能（ＡＦ）を表す一方の部分と、在圏網のベアラ・リソースとローカル・ポリシーを表す他方の部分とに分割されたポリシー判断機能（ＰＤＦ）を備える装置。
2. 前記ポリシー判断機能の前記一方の部分は、前記ＡＦとの通信をサポートし、前記ホーム網および前記在圏網へのＱｏＳ制御の要求におけるアプリケーションを表し、前記ポリシー判断機能の前記他方の部分は、ポリシー実施機能（ＰＥＦ）との在圏網の対話をサポートし、リソース利用に関連する在圏網のローカル・ポリシーとローミング契約ベースのポリシーを表す請求項１に記載の装置。
3. 少なくとも２つのエンドポイントがホーム網内の前記アプリケーション機能（ＡＦ）を経由して互いに動作可能に接続され、前記エンドポイントの１つは前記ホーム網に関連付けられ、在圏網内に配置されており、前記アプリケーション機能（ＡＦ）はローミング構成内でサポートされる一方で、ホーム・ベースのサービス制御が維持され、前記２つのエンドポイントについてベアラが前記ホーム網を横断する必要がない請求項１に記載の装置。
4. ポリシー判断機能（ＰＤＦ）を介して前記ＡＦに動作可能に結合された前記ＡＦ側のポリシー判断機能（Ａ−ＰＤＦ）であって、前記ホーム網内に配置されているＡ−ＰＤＦと、
   前記エンドポイントの１つに動作可能に結合されたＰＥＦ側のポリシー判断機能（Ｐ−ＰＤＦ）であって、前記在圏網内に配置されているＰ−ＰＤＦとを備え、
   前記Ａ−ＰＤＦが前記Ｐ−ＰＤＦに動作可能に結合され、さらに
   前記エンドポイントの１つに動作可能に結合されたポリシー実施機能（ＰＥＦ）と、
   前記エンドポイントに動作可能に結合されたＱｏＳ管理対象ベアラとを備える請求項３に記載の装置。
5. 前記エンドポイントは、前記ホーム網内の前記アプリケーション機能（ＡＦ）を介して通信する一方で、エンド・ツー・エンドのマルチメディア・セッションのサービス品質（ＱｏＳ）に関してネゴシエーションを行う請求項４に記載の装置。
6. 前記ＡＦは、前記ＡＦ側のポリシー判断機能（Ａ−ＰＤＦ）と通信し、前記セッションに関して要求されたＱｏＳの限界として使用するネゴシエーションされたＱｏＳを提供する請求項４に記載の装置。
7. 要求されたＱｏＳは、ＰＥＦ側のポリシー判断機能（Ｐ−ＰＤＦ）を使用してチェックされ、要求されたＱｏＳが現在のポリシーに適合するかどうかを決定する請求項４に記載の装置。
8. エンドポイントがホーム網内のアプリケーションの機能（ＡＦ）を介して通信する一方で、エンド・ツー・エンドのマルチメディア・セッションに関するサービス品質（ＱｏＳ）のネゴシエーションを行う工程と、
   前記ＡＦがＡＦ側のポリシー決定機能（Ａ−ＰＤＦ）と通信し、このセッションに関して要求されたＱｏＳに対する限度として使用するためにネゴシエーションされたＱｏＳを提供する工程と、
   前記エンドポイントの１つの端末がポリシー実施機能（ＰＥＦ）にＱｏＳ管理対象ベアラを要求する工程と、
   ＰＥＦ側のポリシー決定機能（Ｐ−ＰＤＦ）を使用して要求されたＱｏＳをチェックし、要求されたＱｏＳが現在のポリシーに適合するかどうかを決定する工程と、
   前記端末が識別情報に基づいてローミングしていることをＰ−ＰＤＦが確認し、同じく識別情報に基づいてホーム網内の前記Ａ−ＰＤＦに接触していることを確認する工程と、
   前記Ａ−ＰＤＦがＡＦの入力に基づいてホーム網のポリシーを決定し、前記ホーム網のポリシーを前記Ｐ−ＰＤＦに提供する工程と、
   前記Ｐ−ＰＤＦがＡＦの入力に基づいてホーム網のポリシーを決定し、前記ホーム網のポリシーを前記ＰＥＦに提供する工程と、
   ホーム網ポリシーがエンド・ツー・エンドのマルチメディア・セッションを許可する場合に、前記ＰＥＦが端末に成功で応答する工程と、
   エンド・ツー・エンドのマルチメディア・セッション用のベアラを作成する工程とを備える方法。
9. 前記Ｐ−ＰＤＦがポリシーを決定する工程は、ＡＦ入力に基づいており、さらにローカル・ネットワーク・ポリシーによって調節されている請求項８に記載の方法。
10. ローカル・ネットワーク・ポリシーは、リソースの利用に関する要件とローミング契約の少なくとも１つに基づく請求項８に記載の方法。

Images