(57)【要約】  ポリシー及び課金制御方法は、ポリシー及び課金ルール機能（ＰＣＲＦ）により、ＵＥ（３００）と関連付けられたユーザプレーンセッションの確立時に第１のポリシー及び課金制御（ＰＣＣ）ルール群を作成すること（１２）を含んでいる。第１のＰＣＣルール群はポリシー及び課金施行機能（ＰＣＥＦ）においてインストールされ（１４）、サービスはこれらのルールに従って開始される。ユーザプレーンセッションの有効期限内でサービス品質（ＱｏＳ）変更リクエストは、ユーザインタフェースコマンドを起動するとＵＥ（３００）により送信される（２１）。ＰＣＲＦは、リクエストに基づいて第２のＰＣＣルール群を作成し（２２）、第２のＰＣＣルール群で第１のＰＣＣルール群を置換することによりＰＣＥＦにおいて第２のＰＣＣルール群をインストールする（２４）。サービスは、第２のＰＣＣルールに従って継続される（２６）。ＰＣＲＦサーバ及びＰＣＥＦサーバ、並びにコンピュータプログラムが更に定義される。【選択図】  なし
2012507223.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーション機能（ＡＦ）を含むネットワークノード、ポリシー及び課金ルール機能（ＰＣＲＦ）を含む第１のサーバ、ポリシー及び課金施行機能（ＰＣＥＦ）を含む第２のサーバ、並びに前記ネットワークノードと対話するように構成されているユーザ機器（ＵＥ）によって実行されるポリシー及び課金制御方法であって、
前記ユーザ機器（ＵＥ）と前記アプリケーション機能（ＡＦ）との間でネゴシエートされたセッション情報に基づいて、前記ポリシー及び課金ルール機能（ＰＣＲＦ）によって、第１のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップ（１２）と、
前記ユーザ機器（ＵＥ）と関連付けられたユーザプレーンセッションの確立時に、前記ポリシー及び課金施行機能（ＰＣＥＦ）において前記第１のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするステップ（１４）と、
前記第１のポリシー及び課金制御（ＰＣＣ）ルール群に従って前記ユーザ機器（ＵＥ）と関連付けられたサービスを開始するステップ（１６）とを有し、
前記方法は、更に、前記ユーザプレーンセッションの有効期間内に、
前記ユーザ機器（ＵＥ）上でのユーザインタフェースコマンドの起動に応じて、前記ユーザ機器（ＵＥ）によって前記ネットワークノードにサービス品質（ＱｏＳ）変更リクエストを送信するステップ（２１）と、
前記ポリシー及び課金ルール機能（ＰＣＲＦ）によって、前記サービス品質（ＱｏＳ）変更リクエストに基づいて、第２のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップ（２２）と、
前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記ポリシー及び課金施行機能（ＰＣＥＦ）において、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするステップ（２４）と、
前記第２のポリシー及び課金制御（ＰＣＣ）ルール群に従って、前記ユーザ機器（ＵＥ）と関連付けられたサービスを継続するステップ（２６）と
を更に有することを特徴とする方法。
【請求項２】
前記ユーザ機器（ＵＥ）上での前記ユーザインタフェースコマンドの起動は、ターボボタン（３２０）の起動（２０）である
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記サービス品質（ＱｏＳ）変更リクエストは、
前記ユーザプレーンセッションと関連付けられたサービス品質（ＱｏＳ）のカテゴリ、レベル、グレードの変更に対するリクエストと、
前記ユーザプレーンセッションと関連付けられたリソース群の変更に対するリクエストと、
前記ユーザプレーンセッションと関連付けられた保証性能の変更に対するリクエストと、及び
前記ユーザプレーンセッションと関連付けられた帯域幅の変更に対するリクエストと
のうちの少なくとも１つである
ことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記サービス品質（ＱｏＳ）変更リクエストを送信するステップ（２１）と前記サービス品質（ＱｏＳ）変更リクエストに基づいて、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップ（２２）との間に、
前記サービス品質（ＱｏＳ）変更リクエストを前記ユーザプレーンセッションに適用できるか、及び
前記サービス品質（ＱｏＳ）変更リクエストをどの程度またはどの範囲で前記ユーザプレーンセッションに適用できるか
のうちの少なくとも１つを決定するステップ（２１ａ）を更に有する
ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記決定するステップ（２１ａ）は、アクセスネットワーク状態、ローミング状態、無線アクセス形式、輻輳レベル、時間及びユーザプロファイルのうちの少なくとも１つに基づいて決定することを含んでいる
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記ポリシー及び課金施行機能（ＰＣＥＦ）において、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするステップ（２４）は、新規の課金キーを前記ユーザ機器（ＵＥ）と関連付けられたサービスに割り当てることを含んでいる
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記ポリシー及び課金施行機能（ＰＣＥＦ）において前記第２のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするステップ（２４）の後に存続期間が経過するまたは存続期間が満了すること、
前記ユーザプレーンセッションに適用されるサービス品質（ＱｏＳ）をリセットするためのリクエストが前記ユーザ機器（ＵＥ）から送信されること、
日または週の特定の時間に達すること、
ユーザプロファイルが変更されること、及び
前記ユーザプレーンセッションにおけるイベントが修正された前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を無効にすること
のうちの少なくとも１つが発生する場合に、前記ユーザプレーンセッションに適用されたポリシー及び課金制御（ＰＣＣ）ルール群を前記第１のポリシー及び課金制御（ＰＣＣ）ルール群にリセットするステップを更に有する
ことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
【請求項８】
ポリシー及び課金ルール機能（ＰＣＲＦ）を実現するように構成されているサーバ（１００）であって、
ユーザ機器（ＵＥ）とアプリケーション機能（ＡＦ）との間でネゴシエートされたセッション情報に基づいて、第１のポリシー及び課金制御（ＰＣＣ）ルール群を作成するように構成されている作成ユニット（１０２）と、
ポリシー及び課金施行機能（ＰＣＥＦ）を実現し、かつ前記第１のポリシー及び課金制御（ＰＣＣ）ルール群に従って前記ユーザ機器（ＵＥ）と関連付けられたサービスを開始するように構成されているサーバ（２００）における前記第１のポリシー及び課金制御（ＰＣＣ）ルール群のインストールを、前記ユーザ機器（ＵＥ）と関連付けられたユーザプレーンセッションの確立時に、トリガーするように構成されているトリガーユニット（１０４）と、
前記ユーザプレーンセッションの有効期間内に、前記ユーザ機器（ＵＥ）から発信されるサービス品質（ＱｏＳ）変更リクエストを受信するように構成されている受信ユニット（１０６）とを有し、
前記作成ユニット（１０２）は、更に、前記ユーザプレーンセッションの有効期間内に、前記サービス品質（ＱｏＳ）変更リクエストに基づいて、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を作成するように構成され、
前記トリガーユニット（１０４）は、更に、前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（２００）が、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群に従って、前記ユーザ機器（ＵＥ）と関連付けられたサービスを継続できるように、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（２００）において、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群のインストールを、前記ユーザプレーンセッションの有効期間内に、トリガーするように構成されている
ことを特徴とするサーバ（１００）。
【請求項９】
前記サービス品質（ＱｏＳ）変更リクエストを前記ユーザプレーンセッションに適用できるか、及び
前記サービス品質（ＱｏＳ）変更リクエストをどの程度またはどの範囲で前記ユーザプレーンセッションに適用できるか
のうちの少なくとも１つを決定するように構成されている決定ユニット（１０８）を更に有する
ことを特徴とする請求項８に記載のサーバ（１００）。
【請求項１０】
前記決定ユニット（１０８）は、アクセスネットワーク状態、ローミング状態、無線アクセス形式、輻輳レベル、時間及びユーザプロファイルのうちの少なくとも１つに基づいて決定するように構成されている
ことを特徴とする請求項９に記載のサーバ（１００）。
【請求項１１】
ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されているサーバ（２００）であって、
ポリシー及び課金ルール機能（ＰＣＲＦ）を実現するように構成されているサーバ（１００）から第１のポリシー及び課金制御（ＰＣＣ）ルール群を受信した後に、前記ユーザ機器（ＵＥ）と関連付けられたユーザプレーンセッションの確立時に、前記第１のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするように構成されているインストールユニット（２０４）と、
前記第１のポリシー及び課金制御（ＰＣＣ）ルール群に従って前記ユーザ機器（ＵＥ）と関連付けられたサービスを開始するように構成されている開始ユニット（２０５）とを備え、
前記インストールユニット（２０４）は、更に、前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（１００）から前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を受信した後、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を前記ユーザプレーンセッションの有効期間内にインストールし、かつ前記第２のポリシー及び課金制御（ＰＣＣ）ルール群に従って、前記ユーザ機器（ＵＥ）と関連付けられたサービスを継続するように構成されている
ことを特徴とするサーバ（２００）。
【請求項１２】
前記インストールユニット（２０４）は、更に、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群をインストールする場合に、新規の課金キーを前記ユーザ機器（ＵＥ）と関連付けられているサービスに割り当てるように構成されている
ことを特徴とする請求項１１に記載のサーバ（２００）。
【請求項１３】
前記第２のポリシー及び課金制御（ＰＣＣ）ルール群をインストールした後に存続期間が経過するまたは存続期間が満了すること、
前記ユーザプレーンセッションに適用されるサービス品質（ＱｏＳ）をリセットするためのリクエストが前記ユーザ機器（ＵＥ）から送信されること、
日または週の特定の時間に達すること、
ユーザプロファイルが変更されること、及び
前記ユーザプレーンセッションにおけるイベントが修正された前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を無効にすること
のうちの少なくとも１つが発生する場合に、前記ユーザプレーンセッションに適用されたポリシー及び課金制御（ＰＣＣ）ルール群を前記第１のポリシー及び課金制御（ＰＣＣ）ルール群にリセットするように構成されているリセットユニット（２０６）を更に有する
ことを特徴とする請求項１１または１２に記載のサーバ（２００）。
【請求項１４】
ポリシー及び課金ルール機能（ＰＣＲＦ）を実現するように構成されているサーバ（１００）で実行される場合に、前記サーバ（１００）に、以下のステップを実行させるように構成されている命令群を含むコンピュータプログラムであって、
ユーザ機器（ＵＥ）とアプリケーション機能（ＡＦ）との間でネゴシエートされたセッション情報に基づいて、第１のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップ（１２）と、
ポリシー及び課金施行機能（ＰＣＥＦ）を実現し、かつ前記第１のポリシー及び課金制御（ＰＣＣ）ルール群に従って前記ユーザ機器（ＵＥ）と関連付けられたサービスを開始するように構成されているサーバ（２００）における前記第１のポリシー及び課金制御（ＰＣＣ）ルール群のインストールを、前記ユーザ機器（ＵＥ）と関連付けられたユーザプレーンセッションの確立時に、トリガーするステップ（１４）と、
前記ユーザプレーンセッションの有効期間内に、前記ユーザ機器（ＵＥ）から、サービス品質（ＱｏＳ）変更リクエストを受信するステップ（２１）と、
前記ユーザプレーンセッションの有効期間内に、前記サービス品質（ＱｏＳ）変更リクエストに基づいて、第２のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップ（２２）と、
前記ユーザプレーンセッションの有効期間内に、前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（２００）が、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群に従って、前記ユーザ機器（ＵＥ）と関連付けられたサービスを継続できるように、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（２００）において、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群のインストールをトリガーするステップ（２４）と
を前記サーバ（１００）に実行させるためのプログラム。
【請求項１５】
ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されているサーバ（２００）を実行する場合に、前記サーバ（２００）に、以下のステップを実行させるように構成されている命令群を含むコンピュータプログラムであって、
ポリシー及び課金ルール機能（ＰＣＲＦ）を実現するように構成されているサーバ（１００）から第１のポリシー及び課金制御（ＰＣＣ）ルール群を受信した後に、前記ユーザ機器（ＵＥ）と関連付けられたユーザプレーンセッションの確立時に、前記第１のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするステップ（１４）と、
前記第１のポリシー及び課金制御（ＰＣＣ）ルール群に従って前記ユーザ機器（ＵＥ）と関連付けられたサービスを開始するステップ（１６）と、
前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（１００）から第２のポリシー及び課金制御（ＰＣＣ）ルール群を受信した後、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を前記ユーザプレーンセッションの有効期間内にインストールするステップ（２４）と、
前記ユーザプレーンセッションの有効期間内に、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群に従って、前記ユーザ機器（ＵＥ）と関連付けられたサービスを継続するステップ（２６）と
を前記サーバ（２００）に実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のネットワークノードまたはサーバによって実行されるポリシー及び課金制御方法に関するものである。本発明は、更に、ポリシー及び課金ルール機能（ＰＣＲＦ）を実現するサーバ、ポリシー及び課金施行機能（ＰＣＥＦ：policy and charging enforcement function）を実現するサーバ、及びサーバ上で実行される場合にポリシー及び課金制御手順をサーバに実行させるように構成されている命令を含むコンピュータプログラムに関するものである。
【背景技術】
【０００２】
電気通信ネットワーク等の通信ネットワークにおいて、呼またはサービスは、多くの場合、一方で制御プレーンまたはシグナリングプレーンを含み、他方でユーザプレーンを含んでいる。制御プレーンまたはシグナリングプレーンは、ネットワーク上の２つのポイント間の接続の確立及び管理を担う。ユーザプレーンまたはメディアプレーンは、ユーザデータの転送を担う。
【０００３】
このような状況において、ネットワークオペレータは、多くの場合、ネットワークにおいてルールの集合を定義しかつ施行することを要望する。ルールの集合は、ポリシーを構築する。これらのポリシーを管理及び施行するためのポリシーフレームワークは、通常、少なくとも３つの要素または機能を含んでいて、これには、ユーザに特有である場合があるポリシールール群を記憶するポリシーリポジトリ、ポリシー決定要素、機能またはポイント、及びポリシー施行要素、機能またはポイントを含んでいる。ポリシーフレームワークの目的は、ネットワーク及びサービスへの加入者アクセスを制御することを含んでいる。
【０００４】
ポリシーフレームワークは、特に、加入者がサービスを享受する権利があるかまたは許可を受けているか及びネットワークが加入者にサービスを提供できるかに関する決定を取り組んでいる。
【０００５】
限定されない例である３ＧＰＰ  ＴＳ  ２３．２０３  ｖ８．１．１（２００８−０３）、技術仕様グループサービス及びシステム概要、ポリシー及び課金制御アーキテクチャ  （リリース８）（Technical Specification Group Services and System Aspects, Policy and charging control architecture (Release 8)（http://www.3gpp.org/ftp/Specs/2008-03/Rel-8/23_series/上で利用可能である）において記載されるアーキテクチャ等のポリシー及び課金制御アーキテクチャは、ポリシー及び課金制御を統合する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特に、実装及びアーキテクチャをより複雑にすることなく柔軟性をより高められるようにすることにより、ポリシー及び課金制御アーキテクチャ、及び実装を改善するための、方法、サーバ及びコンピュータプログラムを提供することが要望されている。
【課題を解決するための手段】
【０００７】
このような方法、サーバ群及びコンピュータプログラム群は独立請求項において定義される。有利な実施形態群は従属請求項において定義される。
【０００８】
一実施形態において、この方法は、アプリケーション機能（ＡＦ）を含むあるいは実現するネットワークノード、ポリシー及び課金ルール機能（ＰＣＲＦ）を含むあるいは実現する第１のサーバ、ポリシー及び課金施行機能（ＰＣＥＦ）を含むあるいは実現する第２のサーバ、並びにネットワークノードと対話するように構成されているユーザ機器（ＵＥ）によって実行されるポリシー及び課金制御方法である。この方法は、ＵＥとＡＦとの間でネゴシエートされたセッション情報に基づいてＰＣＲＦによって第１のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップと、ＵＥと関連付けられたユーザプレーンセッションの確立時にＰＣＥＦにおいて第１のＰＣＣルール群をインストールするステップと、第１のＰＣＣルール群に従ってＵＥと関連付けられたサービスを開始するステップとを含んでいる。この方法は、ユーザプレーンセッションの有効期限内で、ＵＥ上でユーザインタフェースコマンドを起動するとＵＥによってネットワークノードにサービス品質（ＱｏＳ）変更リクエストを送信するステップと、ＱｏＳ変更リクエストに基づいてＰＣＲＦによって第２のＰＣＣルール群を作成するステップと、第２のＰＣＣルール群で第１のＰＣＣルール群を置換することによってＰＣＥＦにおいて第２のＰＣＣルール群をインストールするステップと、第２のＰＣＣルール群に従ってＵＥと関連付けられたサービスを継続するステップとを更に含んでいる。
【０００９】
この方法は、オンデマンドでＱｏＳを変更する手段を提供する。一実施形態において、この変更は、ＱｏＳ増分であってもよい。別の実施形態において、この変更はＱｏＳ減分であってもよい。一実施形態において、この変更は一時的であってもよい。ＰＣＣアーキテクチャに関して及びそれに基づいて、この方法は、ユーザに、所定のＱｏＳプロファイルを含むサービスに加入させ、かつある特定の時点でユーザのリクエストによりＱｏＳプロファイルをダウングレードまたはアップグレードさせることを、すなわち、より一般的には変更させることを可能にする。このリクエストは、ＵＥにおいて合致する特定の条件またはＵＥ上でのユーザインタフェースコマンドの起動に応答して、ユーザによって手動で行われてもよく、あるいはＵＥまたはユーザ端末上に記憶される設定に従って行われてもよい。本発明の方法において、ＰＣＲＦは、セッションの有効期限内で、そのようなＱｏＳアップグレードまたはダウングレードのリクエスト、すなわち、より一般にはそのようなＱｏＳ変更リクエストに対処できるように実現される。
【００１０】
ポリシー及び課金制御方法は、ネットワークオペレータがユーザのセッションまたは加入者のセッションに適用されるルール群を管理する方法であり、どのネットワークを使用することが許可されるか、及びユーザプレーン上で特定のセッションにどの課金ルールが適用されるべきかを考慮する。
【００１１】
ＰＣＲＦは、特に、ユーザプロファイル及びネットワーク状態に基づいて特定のセッションに対してユーザプレーンにおいて施行されるべきルールを決定するポリシー決定要素である。例えば、汎用パケット無線サービス（ＧＰＲＳ）ネットワークにおいて、ＰＣＲＦは、インターネットプロトコル（ＩＰ）ベアラリソース群を制御できるように、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）と通信して許可情報を転送できるようにすることができる。ＩＰベアラは、ユーザプレーンがＩＰパケット群を転送できるようにし、かつ多くのＩＰフロー群を搬送できる。
【００１２】
ＰＣＥＦは、ＰＣＲＦによって決定されたＰＣＣルール群の施行を担う。ＰＣＥＦは、特定のセッションに対してユーザプレーンにおいてＰＣＣルール群を施行する。
【００１３】
ＡＦは、ＰＣＲＦに、限定されない例であるサービス要件群等のアプリケーションレベルセッション情報をポリシー決定処理に対する入力として取得することを可能にする。ＡＦは、制御プレーンの一部である。
【００１４】
サービス品質（ＱｏＳ）という用語は、信頼性、性能、完全性または他の要因に関連する目標が達成されることを保証するための制御メカニズムによってネットワーク上で実現される要件群またはポリシー群の集合の総合的な効果を示している。ＱｏＳは、ネットワークを介してデータパケットを送信することから構成されるサービス等のサービスに関するユーザの満足度の程度を判定するあるいは表現するために使用されてもよい。
【００１５】
ネットワーク上でＱｏＳを実現するように設定された制御メカニズムは、以下においてＱｏＳメカニズムと呼ぶものである。ＱｏＳメカニズムは、目標ＱｏＳを保証するために、ネットワーク上で実現することができ、また、データパケット及びネットワークを介するそれらの転送に適用することができる。ＱｏＳメカニズムは、開放型システム間相互接続基本参照モデル（ＯＳＩモデル）またはＴＣＰ／ＩＰモデル等の種々のプロトコルレイヤ上で実現することができる、あるいは種々のプロトコルレイヤに適用することができる。ＱｏＳメカニズムが実現されるプロトコルレイヤに依存して、ＱｏＳメカニズムは、他のものではなく、いくつかの種類のネットワークノードまたはネットワークエンティティ上で実現または施行することができる。本発明において、ＱｏＳはＰＣＥＦによって施行されるが、これにより、他のネットワークノードがいくつかのＱｏＳメカニズムを更に担ってもよいことを除外するものではない。
【００１６】
いくつかのＱｏＳメカニズムにおいて、データパケットの種類またはそれらの特徴のうちのいくつかは、ネットワーク上でＱｏＳメカニズムを適切に実現するために、ネットワークノードによって識別されるまたは認識される必要がある。データパケットにおけるいくつかの情報またはデータパケットに関連するいくつかの情報を識別することにより、種々の処理法またはポリシーを種々のデータパケットに適用することができる。換言すると、データパケットまたはデータパケットのグループに対処することは、データパケットまたはデータパケットのグループの種類または特徴に依存するようにすることができる。
【００１７】
例えば、音声を示すデータパケット群は所定のネットワークにおいてデータパケットの一方のカテゴリを形成することができ、また、電子メールのメッセージ群を示すデータパケット群はネットワークにおいてデータパケットの他方のカテゴリを形成することができる。従って、この例において、データパケット群が含むあるいは示す情報の種類を識別することにより、電子メールのメッセージ群を示すデータパケット群と比較して音声を示すデータパケット群に種々のポリシーを適用することができる。
【００１８】
別の例において、特定の加入者から発生するデータパケット群は所定のネットワークにおいてデータパケットの一方のカテゴリを形成することができ、別の加入者から発生するデータパケット群はネットワークにおいてデータパケットの他方のカテゴリを形成することができる。従って、この例において、データパケットの発信元を識別することにより、第２の加入者から発生するデータパケットと比較して第１の加入者から発生するデータパケットに種々のポリシーを適用することができる。
【００１９】
換言すると、ネットワークノード群によりデータパケットに適用されるＱｏＳに関連した処理法は、トラフィックの種類、データパケット群のコンテンツ、それらの発信元、それらの宛先または他のあらゆる特徴に依存して異なってもよい。
【００２０】
ＱｏＳメカニズムの例は以下を含んでいる。
【００２１】
−ブレーデン，アール等の「リソース予約プロトコル（Resource ReSerVation protocol (RSVP) -- Version 1 Functional Specification）」、ＲＦＣ  ２２０５、１９９７年９月において説明されたリソース予約プロトコル（ＲＳＶＰ）。
【００２２】
−ブレーク，エス．等の「差別化サービス用アーキテクチャ（An Architecture for Differentiated Services）」、ＲＦＣ  ２４７５、１９９８年１２月及びニコルス，ケイ．等の「ＩＰｖ４及びＩＰｖ６ヘッダにおける差別化サービスフィールド（ＤＳフィールド）の定義（Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers）」、ＲＦＣ  ２４７４、１９９８年１２月において説明されたディフサーブ。
【００２３】
ＲＳＶＰ及びディフサーブは、インターネットプロトコル（ＩＰ）パケット上で動作する。これらの２つのＱｏＳメカニズムは、ルータまたはファイアウォールによって実現される。
【００２４】
ＱｏＳメカニズムの別の例は、ユニバーサル移動通信システム（ＵＭＴＳ）ベアラクラスにより提供され、３ＧＰＰ  ＴＳ  ２３．１０７：  「ユニバーサル移動通信システム（ＵＭＴＳ）；サービス品質（ＱｏＳ）概念及びアーキテクチャ（Universal Mobile Telecommunications System (UMTS); Quality of Service (QoS) concept and architecture）」、Ｖ６．４．０、２００６年３月において説明された例である。ここで、３ＧＰＰは第３世代パートナーシッププロジェクトを意味し、ＴＳは技術仕様書を意味する。各々が特定の種類のデータパケットトラフィックを対象にするベアラクラスが定義されている。
【００２５】
一実施形態において、ＵＥ上でのユーザインタフェースコマンドの起動はターボボタンの起動である。しかしながら、この起動は、ボタン、ダイヤルまたはスイッチ等の起動のような触覚ユーザインタフェースコマンドに限定されるものではない。音声コマンドを使用することもできる。ユーザインタフェースコマンドの起動後、ユーザインタフェースは、ＱｏＳ変更リクエストが受け入れられているか否かを示してもよい。
【００２６】
一実施形態において、ＱｏＳ変更リクエストは、ユーザプレーンセッションと関連付けられたＱｏＳのカテゴリ、レベル、呼またはグレードの変更に対するリクエスト、ユーザプレーンセッションと関連付けられたリソースの変更に対するリクエスト、ユーザプレーンセッションと関連付けられた保証ビットレートの変更に対するリクエスト及びユーザプレーンセッションと関連付けられた帯域幅の変更に対するリクエスト等のうちの少なくとも１つである。
【００２７】
一実施形態において、この方法は、ＱｏＳ変更リクエストを送信するステップとＱｏＳ変更リクエストに基づいて第２のＰＣＣルール群を作成するステップとの間に、ＱｏＳ変更リクエストをユーザプレーンセッションに適用できるか及びＱｏＳ変更リクエストくぉどの程度またはどの範囲でユーザプレーンセッションに適用できるかのうちの少なくとも１つを決定することを更に含んでいる。本実施形態において、ＰＣＲＦの実現例には、サービス及びユーザプロファイルに基づいてどのようなＱｏＳまたは更なるＱｏＳが各例に割り当てられるか、並びにネットワーク状態に基づいてＱｏＳまたは更なるＱｏＳを配信できるかを判定しかつ決定する手段が提供される。
【００２８】
一実施形態において、決定するステップは、アクセスネットワーク状態、ローミング状態、無線アクセス形式、輻輳レベル、時間及びユーザプロファイルのうちの少なくとも１つに基づいて決定することを含んでいる。
【００２９】
一実施形態において、第２のＰＣＣルール群で第１のＰＣＣルール群を置換することによってＰＣＥＦにおいて第２のＰＣＣルール群をインストールするステップは、新規の課金キーをＵＥと関連付けられたサービスに割り当てることを含んでいる。ＱｏＳ変更リクエストがＵＥ上でユーザインタフェースを起動することによってトリガされる場合及びその後、第２のＰＣＣルール群が適用される場合、本実施形態は適切に修正された課金特性を適用することができる。
【００３０】
一実施形態において、この方法は、ＰＣＥＦにおいて第２のＰＣＣルール群をインストールするステップの後に存続期間が経過するまたは存続期間が満了すること、ユーザプレーンセッションに適用されるＱｏＳをリセットするためのリクエストがＵＥから送信されること、日または週の特定の時間に到達すること、加入データを含むユーザプロファイルが変更されること及びユーザプレーンにおけるイベントが修正された第２のＰＣＣルール群を無効にすることのうちの少なくとも１つが実行される場合、ユーザプレーンセッションに適用されるＰＣＣルール群を再度、第１のＰＣＣルール群にリセットすることを更に含んでいる。このような状況において、イベントは、例えば、ユーザプレーンにおいて合致する条件であってもよい。一実施形態において、第２のＰＣＣルール群を無効にするユーザプレーンにおけるイベントは、ＵＥがローミングしていることを含んでいる。ＱｏＳ変更に対して有効期限を設定することにより、ネットワークオペレータは、個々のＱｏＳ変更が全体的なネットワーク負荷リクエストに及ぼす可能性のある悪影響を制限することができる。これにより、ユーザが必要な場合にのみＱｏＳ変更をリクエストするようにしすることもできる。
【００３１】
一実施形態において、ＰＣＥＦは、ゲートウェイ、ＰＣＥＦユニット、ゲートウェイ汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＧＧＳＮ）及びパケットデータゲートウェイ（ＰＤＧ）のうちの少なくとも１つにおいて実現される。ＰＣＥＦに対する他の実現例も本発明の範囲内に含まれる。
【００３２】
一実施形態において、ＱｏＳ変更リクエストは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）設定リクエスト及びセッション開始プロトコル（ＳＩＰ）リクエストのうちのいずれか１つであるセッションネゴシエーションプロトコルリクエストを介してＵＥからネットワークノードに送信される。同一の通信プロトコルまたは異なる通信プロトコルを使用する他の種類のＱｏＳ変更リクエストも本発明の範囲内に含まれる。
【００３３】
請求の範囲において定義されるように、本発明は、更に、ポリシー及び課金ルール機能を実現するために構成されたサーバ、並びにポリシー及び課金施行機能を実現するために構成されたサーバに関するものである。サーバは、上述の方法及び特定の実施形態に関係するように構成されている。
【００３４】
本発明は、更に、ＰＣＲＦを実現するように構成されているサーバ上で実行される場合にＰＣＲＦに関連する上述のステップをサーバに実行させるように構成されている命令を含むコンピュータプログラムに関するものである。本発明は、更に、ＰＣＥＦを実現するように構成されているサーバ上で実行される場合にＰＣＥＦに関連する上述のステップをサーバに実行させるように構成されている命令を含むコンピュータプログラムに関するものである。コンピュータプログラムは請求の範囲において定義される。しかしながら、本発明及びその実施形態に係る方法及びサーバを参照して説明されたあらゆる実施形態及び変形例は、コンピュータプログラムに更に適用可能であり、本発明の範囲内に含まれる。
【００３５】
本発明は、更に、上述の方法及びその実施形態のうちのいずれか１つを実行するために、上述のサーバと協働または対話するように構成、配置または適応されたＵＥに関するものである。
【図面の簡単な説明】
【００３６】
【図１】本発明の一実施形態に係る方法を示すフローチャートである。
【図２ａ】ターボボタンを起動するステップに関する本発明の実施形態に係る方法の一部を示すフローチャートである。
【図２ｂ】ＱｏＳ変更リクエストが適用されるかを決定するステップを含む本発明の実施形態に係る方法の一部を示すフローチャートである。
【図３ａ】ＰＣＣルール群をリセットするステップを含む本発明の一実施形態に係る方法の一部を示すフローチャートである。
【図３ｂ】特に、ＰＣＣルール群のリセットを示す本発明の一実施形態に係る方法に対応する状態図である。
【図４ａ】本発明の実施形態に係る２つのＰＣＲＦサーバを概略的に示す図である。
【図４ｂ】本発明の実施形態に係る２つのＰＣＲＦサーバを概略的に示す図である。
【図５ａ】本発明の実施形態に係る２つのＰＣＥＦサーバを概略的に示す図である。
【図５ｂ】本発明の実施形態に係る２つのＰＣＥＦサーバを概略的に示す図である。
【図６】本発明の実施形態が適用されてもよい例示的な状況を読み手が理解するのを支援するために、非ローミング状態の例示的なＰＣＣアーキテクチャを概略的に示す図である。
【図７】本発明の実施形態が適用されてもよい例示的な状況を読み手が理解するのを支援するために、ストリーミングサーバにアクセスすることを伴う例示的な手順を示す図である。
【図８ａ】本発明の一実施形態に係る方法においてＵＥと関連付けられたサービスに割り当てられた帯域幅の増加を概略的に示す図である。
【図８ｂ】本発明の一実施形態においてＵＥ上に配置されたユーザインタフェースボタン、より具体的には、ターボボタンを概略的に示す図である。
【図９】ターボ機能を起動することを含みかつ第２のＰＣＣルール群で第１のＰＣＣルール群を置換することを伴う本発明の一実施形態に係る方法を示す図である。
【図１０】ユーザリクエストによりターボ機能を停止することを含みかつＰＣＣルール群を第１のＰＣＣルール群にリセットすることを伴う本発明の一実施形態に係る方法を示す図である。
【図１１】期限が満了するとターボ機能を停止することを含みかつＰＣＣルール群を第１のＰＣＣルール群にリセットすることを伴う本発明の一実施形態に係る方法を示す図である。
【図１２】ネットワーク状態の変化のためにターボ機能を停止することを含みかつＰＣＣルール群を第１のＰＣＣルール群にリセットすることを伴う本発明の一実施形態に係る方法を示す図である。
【図１３】セッションの確立及びターボの起動に対して考えられる実現例を示しかつ第２のＰＣＣルール群で第１のＰＣＣルール群を置換することを伴う本発明の一実施形態に係る例示的な方法を示す図である。
【図１４】本発明の一実施形態に係るＰＣＣアーキテクチャ及び実現例を示す図である。
【図１５】本発明の一実施形態に従って、第２のＰＣＣルール群が起動される前及び起動される時（例えば、いわゆるターボ機能を起動することに対応する）に種々のサービスに割り当てられた例示的なＱｏＳプロファイルを示す図である。
【発明を実施するための形態】
【００３７】
次に、特定の実施形態と共に本発明を説明する。尚、これらの特定の実施形態は、当業者がより適切に理解するために与えるものであって、添付の請求の範囲によって定義される本発明の範囲をなんら限定することを意図するものではない。
【００３８】
図１は、本発明の一実施形態におけるポリシー及び課金制御方法のフローチャートを概略的に示している。示されたポリシー及び課金制御方法は、ＡＦ４００（図１では不図示）を含んでいるあるいは実現するネットワークノード、ＰＣＲＦ１００を含んでいるあるいは実現する第１のサーバ、ＰＣＥＦ２００を含んでいるあるいは実現する第２のサーバ及びＵＥ３００によって実行される。ＵＥ３００は、ネットワークノードと対話するように構成されている。
【００３９】
ＵＥ３００とＡＦ４００とのネゴシエーションの後、ネゴシエートされたセッション情報が確立され、ＰＣＲＦはセッション情報に基づいて第１のＰＣＣルール群を作成する（１２）。次に、ＵＥ３００と関連付けられたユーザプレーンセッションの確立時に、ＰＣＥＦ２００において第１のＰＣＣルールがインストールされる（１４）。次に、第１のＰＣＣルール群に従ってサービスが開始される（１６）。換言すると、サービスは、ＰＣＥＦ２００が開始されたサービスに対して第１のＰＣＣルール群を施行するように開始される（１６）。
【００４０】
その後、ユーザプレーンセッションの有効期限内のある時点で（図１において、ユーザプレーンセッションの有効期限内に発生するステップは、点線矩形に含まれている）、ユーザインタフェースコマンドはＵＥ３００上で起動される。これにより、ＱｏＳ変更リクエストをＵＥ３００からネットワークノードに送信し、次にネットワークノードからＰＣＲＦに送信すること（２１）をトリガする。特に、ネットワークノードにおいてＡＦからＰＣＲＦへの送信が実行されてもよい。これは、特定のサービスと関連付けられた帯域幅を一時的に増加させるために、ＵＥ３００のユーザから発信されるリクエストに対応してもよい。
【００４１】
ＰＣＲＦ１００においてＱｏＳ変更リクエストを受信すると、ＰＣＲＦ１００は、可能な限りＱｏＳ変更リクエストに対処するための第２のＰＣＣルール群を作成する（２２）。後述されるように、第２のＰＣＣルール群を作成することは、特定の時間に特定のネットワークで特定のサービスに対して、ＵＥ３００またはＵＥのユーザがリクエストされたＱｏＳ増加等のリクエストされたＱｏＳ変更を取得する許可を受けているかをチェックすることを前提としてもよい。第２のＰＣＣルール群を作成することは、現在のネットワーク状態によりＱｏＳ変更が可能であるかをチェックされてもよい。換言すると、特定の時点でネットワークがＵＥ３００と関連付けられた特定のサービスに対するＱｏＳ増加を提供できるかをチェックする必要がある場合がある。
【００４２】
ＰＣＲＦ１００が第２のＰＣＣルール群を一旦作成すると、第２のＰＣＣルール群で第１のＰＣＣルール群を置換することによって、ＰＣＥＦ２００において第２のＰＣＣルール群がインストールされること（２４）を、オプションとして上述のようにチェックすることを前提とする。
【００４３】
本明細書において、第１のＰＣＣルール群及び第２のＰＣＣルール群を参照することは以下のように理解されるべきである。ユーザプレーンセッションの確立時、すなわち、開始時に作成されかつインストールされた第１のＰＣＣルール群は、ユーザプレーンセッションの有効期限内で第２のＰＣＣルール群によって後に置換される。しかしながら、更に、ユーザプレーンセッション及び以下の第２のＱｏＳ変更リクエストの有効期限内で、第２のＰＣＣルール群は第３のＰＣＣルール群（不図示）によって更に置換される等してもよい。後続のＰＣＣルール群を作成することにより、特定のサービスまたはセッションに関連して更なるＱｏＳ増加等の更なるＱｏＳ変更を取得したいというＵＥのユーザの要望に対応する後続のＱｏＳ変更リクエストが得られてもよい。
【００４４】
ＰＣＥＦ２００において第２のＰＣＣルール群をインストールした（２４）後、ＵＥ３００と関連付けられたサービスは、第２のＰＣＣルール群に従って実行される、すなわち、継続される（２６）。この時点で、ＰＣＥＦ２００は少なくともある特定の期間中に第２のＰＣＣルール群を施行する。ＱｏＳ変更は、セッションと関連付けられた帯域幅またはビットレートの変更であってもよい。
【００４５】
図２ａは、図１の方法においてユーザプレーンセッションの有効期限内に発生するステップ群に加えて、ターボボタンを起動する追加のステップ２０、すなわち、より一般的にはＱｏＳ増加等のＱｏＳ変更を取得したいという要望を示すユーザインタフェースコマンドを起動することを概略的に示している。追加のステップ２０は、ＱｏＳ変更リクエストをＵＥ３００からネットワークノードに送信する（２１）前に実行される。ターボボタンを起動するステップ２０は、ユーザ機器上でユーザインタフェースコマンドを起動するより一般的な例の特定の例である。特定の例及びより一般的な例の双方は、本発明の範囲内に含まれる。ターボボタンの一例を図８ｂにおいて示している。
【００４６】
図２ｂは、図１の方法においてユーザプレーンセッションの有効期限内に発生するステップ群に加えて、ＱｏＳ変更リクエストを適用できるかを決定する追加のステップ２１ａを概略的に示している。決定するステップ２１ａは、ＱｏＳ変更リクエストをネットワークノードに送信すること（２１）と、ＱｏＳ変更リクエストに基づいて第２のＰＣＣルール群を作成すること（２２）との間で実行される。
【００４７】
一実施形態において、ＱｏＳ変更リクエストを適用できるかを決定すること（２１ａ）により、２つの異なる結果として：（ｉ）第２のＰＣＣルール群がＱｏＳ変更リクエストに基づいて作成される（２２）ようにＱｏＳ変更リクエストを適用できること、または（ｉｉ）第２のＰＣＣルールが作成されない（２２）ようにＱｏＳ変更リクエストを適用できないことが得られる。後者の場合（ｉｉ）、ＰＣＥＦ２００は第１のＰＣＣルール群を適用することを継続し、かつオプションとして、ＵＥ３００は、ＱｏＳ変更リクエストを適用できないことが通知されてもよい。オプションとして、ＵＥ３００は、ＱｏＳ変更リクエストを適用できない理由が更に通知されてもよい。その理由には、現在のネットワーク状態のために、ＵＥ３００と関連付けられたユーザがＱｏＳ変更を取得する許可を受けていないこと及びネットワークノード（すなわち、ネットワークノードユーザプレーン）がＱｏＳ変更リクエストを適用する機能がないことのうちの少なくとも１つを含んでいる場合がある。
【００４８】
別の実施形態において、ＱｏＳ変更リクエストを適用できるかを決定すること（２１ａ）により、３つ以上の異なる判定：（ｉ）ＱｏＳ変更リクエストを適用できること（上述のように）、（ｉｉ）ＱｏＳ変更リクエストを適用できないこと（上述のように）または（ｉｉｉ）ＱｏＳ変更リクエストをある特定の範囲または程度でのみ適用できることが得られてもよい。ユーザがリクエストされたＱｏＳ変更を完全に取得するために必要な許可は受けていないが、ある特定の範囲でＱｏＳ変更を取得する許可を受けているため、第３の場合（ｉｉｉ）を適用してもよい。換言すると、ユーザによりリクエストされたＱｏＳ変更は部分的に満たされる。現在のネットワーク状態により、ＵＥまたはＵＥのユーザの要望が部分的に満たされるのみであるため、第３の場合（ｉｉｉ）を更に適用してもよい。
【００４９】
図３ａは、図１の方法において、ユーザプレーンセッションの有効期限内に発生するステップ群に加えて、ＰＣＣルール群を第１のＰＣＣルール群にリセットする追加のステップ２８を概略的に示している。換言すると、一実施形態において、ユーザプレーンセッションの有効期限内で、ＰＣＥＦ２００において第２のＰＣＣルール群を適用することは一時的な動作である。
【００５０】
一実施形態において、ユーザプレーンセッションに適用されたＰＣＣルール群を再度第１のＰＣＣルール群にリセットすること（２８）は、第２のＰＣＣルール群をインストールした（２４）後に存続期間が経過するまたは存続期間の期限が満了する場合に発生する。
【００５１】
一実施形態において、リセットすること（２８）は、ユーザプレーンセッションに適用されるＱｏＳをリセットするためのリクエストがＵＥ３００から送信される場合に発生する。ユーザインタフェースコマンドを起動すると、ユーザプレーンセッションに適用されるＱｏＳをリセットするためのそのようなリクエストは、ＵＥ３００から送信されてもよい。ユーザインタフェースコマンドを起動することは、ターボボタンを再度押下することを含んでもよくあるいはターボボタンを再度押下することから構成されてもよい。
【００５２】
一実施形態において、ＰＣＣルールをリセットすること（２８）は、日、週、月または年の特定の時間に達する場合に発生する。
【００５３】
一実施形態において、リセットすること（２８）は、ユーザの加入データを含むユーザプロファイルが変更される場合に発生する。
【００５４】
一実施形態において、リセットすること（２８）は、ユーザプレーンにおけるイベントが第２のＰＣＣルール群を無効にする場合に発生する。これは、ＵＥ３００がローミングしていることが検出される場合に発生する場合もある。これに加えて、または選択的には、これは、ＱｏＳ変更をリクエストしているユーザに課される量が閾値に達している場合に発生しても良い。
【００５５】
ＰＣＣルール群をリセットする（２８）ための上記の実施形態及び条件は、完全なリストを構築しない。他の条件、代替の条件または更なる条件が使用されてもよい。
【００５６】
図３ｂは、ＱｏＳ変更リクエストを受信すると、ＰＣＥＦ２００により施行される第１のＰＣＣルール群から第２のＰＣＣルール群に変更されることを強調表示し、かつ条件に合致する場合、例えば、上述のようにリセットすることをトリガするように構成されているイベントが発生する場合に、第２のＰＣＣルール群から第１のＰＣＣルール群に再度切り替わる基本状態図を示している。
【００５７】
図２ａ、図２ｂ、図３ａ及び図３ｂを参照して示される実施形態群は、それらの任意の組み合わせに従って組み合わせることができる。
【００５８】
図４ａは、ＰＣＲＦを実現するために構成されているサーバを概略的に示している。サーバは、本明細書において、ＰＣＲＦサーバ１００と呼ばれる。ＰＣＲＦサーバ１００は、作成ユニット１０２と、トリガユニット１０４と、受信ユニット１０６とを含んでいる。
【００５９】
作成ユニット１０２は、ＵＥ３００及びＡＦ４００でネゴシエートされるセッション情報に基づいて第１のＰＣＣルール群を作成するために構成されている。従って、作成ユニット１０２は、ＡＦ４００またはＵＥ３００から入力を受信するように構成されている。作成ユニット１０２は、第１のＰＣＣルール群をトリガユニット１０４に出力するように更に構成されている。作成ユニット１０２は、更に、ユーザプレーンセッションの有効期限内で受信ユニット１０６から送信されるＱｏＳ変更リクエストに基づいて第２のＰＣＣルール群を作成するために構成されている。従って、作成ユニット１０２は、受信ユニット１０６から入力を受信するように構成されている。作成ユニット１０２は、更に、作成された第２のＰＣＣルール群をトリガユニット１０４に出力するように構成されている。
【００６０】
トリガユニット１０４は、ＵＥ３００と関連付けられたユーザプレーンセッションの確立時にＰＣＥＦサーバ２００において第１のＰＣＣルール群をインストールすることをトリガするために構成されている。その結果、ＰＣＥＦ２００は、ＵＥ３００またはＵＥのユーザと関連付けられているサービスを開始すると、第１のＰＣＣルール群を施行することができる。トリガユニット１０４は、更に、ユーザプレーンセッションの有効期限内で、ＰＣＥＦサーバ２００において第２のＰＣＣルール群で第１のＰＣＣルール群を置換することによって、ＰＣＥＦサーバ２００において第２のＰＣＣルール群をインストールすることをトリガするために構成されている。従って、ＰＣＥＦサーバ２００は、第２のＰＣＣルール群に従って、すなわち、第１のＰＣＣルール群ではなく第２のＰＣＣルール群を施行することにより、ＵＥ３００またはＵＥのユーザと関連付けられているサービスを継続することができる。
【００６１】
受信ユニット１０６は、ユーザプレーンセッションの有効期限内で、ＡＦ４００を介してまたは直接ＵＥ３００からＱｏＳ変更リクエストを受信するために構成されている。受信ユニット１０６は、ＱｏＳ変更リクエストを作成ユニット１０２に出力する。
【００６２】
図４ｂは、図４ａを参照して説明されるユニット群と、更なる決定ユニット１０８とを含むＰＣＲＦサーバを概略的に示している。決定ユニット１０８は、ＱｏＳ変更リクエストをユーザプレーンセッションに適用できるか、あるいはＱｏＳ変更リクエストをどの程度またはどの範囲でユーザプレーンセッションに適用できるかを決定するために構成されている。決定ユニット１０８は、ＱｏＳ変更リクエストを入力として受信ユニット１０６から受信するために更に構成されている。ＱｏＳ変更リクエストをユーザプレーンセッションに適用できることが判定される場合、決定ユニット１０８は、ＱｏＳ変更リクエストを作成ユニット１０２に出力するために構成されている。決定ユニット１０８は、ＱｏＳ変更リクエストをどの程度またはどの範囲でユーザプレーンセッションに適用できるかに関する情報を適宜または必要に応じて出力するように更に構成されている。
【００６３】
図５ａは、本明細書において、ＰＣＥＦサーバ２００と呼ばれるＰＣＥＦを実現するサーバを概略的に示している。ＰＣＥＦサーバ２００は、インストールユニット２０４と、開始ユニット２０５とを含んでいる。
【００６４】
インストールユニット２０４は、ＵＥ３００及びＵＥのユーザと関連付けられているユーザプレーンセッションの確立時、ＰＣＲＦサーバ１００から第１のＰＣＣルール群を受信した後にそれらをインストールするために構成されている。インストールユニット２０４は、更に、ユーザプレーンセッションの有効期限内で、ＰＣＲＦサーバ１００から第２のＰＣＣルール群を受信した後に第２のＰＣＣルール群で第１のＰＣＣルール群を置換することによって、第２のＰＣＣルール群をインストールするように構成されている。インストールユニット２００は、更に、第２のＰＣＣルール群に従ってＵＥ３００またはＵＥのユーザと関連付けられたサービスを継続するかあるいは継続させるように更に構成されている。
【００６５】
開始ユニット２０５は、第１のＰＣＣルール群に従ってＵＥ３００と関連付けられているサービスを開始するために構成されている。
【００６６】
図５ｂは、図５ａを参照して説明されるユニット群と、更なるリセットユニット２０６とを含むＰＣＥＦサーバ２００を概略的に示している。リセットユニット２０６は、上述のように、条件に合致する場合にユーザプレーンセッションに適用されるＰＣＣルール群を再度、第１のＰＣＣルール群にリセットするために構成されている。
【００６７】
一実施形態において、ＰＣＲＦサーバ１００（または第１のサーバ）及びＰＣＥＦサーバ２００（または第２のサーバ）は、固有のサーバを形成する。別の実施形態において、ＰＣＲＦサーバ１００（または第１のサーバ）及びＰＣＥＦサーバ２００（または第２のサーバ）は、２つの別個のサーバを形成する。一実施形態において、ＰＣＲＦサーバ１００（または第１のサーバ）及びＡＦ４００は、固有のサーバまたはネットワークノードを形成する。別の実施形態において、ＰＣＲＦサーバ１００（または第１のサーバ）及びＡＦ４００は、別個のサーバ群またはネットワークノード群を形成する。
【００６８】
一実施形態において、ＡＦ４００、ＰＣＲＦ１００及びＰＣＥＦ２００は、ＡＦ４００がＰＣＲＦ１００と通信し、かつＰＣＲＦ１００がＰＣＥＦ２００と通信する、別個のネットワークノード群（またはサーバ群）に配置される。ＰＣＲＦ１００は、ネットワークにおいて複数のＡＦ４００及び複数のＰＣＥＦ２００と通信できてもよく、１つのＰＣＲＦ１００は、複数のＡＦ４００及び複数のＰＣＥＦ２００を管理し、かつ制御することができる。
【００６９】
図６は、本発明の実施形態が適用されてもよい例示的な状況を読み手が理解するのを支援するために、非ローミング状況の例示的なＰＣＣアーキテクチャを概略的に示している。特に、例示的なＰＣＣアーキテクチャは、情報フローを最適化するためにポリシー及び課金制御の双方を統合することを可能にする。アーキテクチャの更なる詳細は、３ＧＰＰアクセス群（ＧＥＲＡＮ／ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮ）及び非３ＧＰＰアクセス群の双方を含む改良型３ＧＰＰパケット交換ドメインに対するＰＣＣ機能性を特定するＴＳ  ２３．２０３（Ｖ．８．１．１）（既に上述された）において説明される。加入プロファイルリポジトリ（ＳＰＲ）、ＡＦ及びＰＣＲＦを本明細書において特に説明する。
【００７０】
ＡＦ４００は、ネゴシエートされているものに従って、サービスがリクエストされているレイヤ（例えば、シグナリングレイヤ）から異なるレイヤ（例えば、トランスポートレイヤ）においてサービスが配信されるアプリケーション群、限定されない例であるＩＰベアラリソース等のリソースの制御を与える要素である。ＡＦ４００を含むネットワークノードの一例は、（３ＧＰＰ）ＩＰマルチメディア（ＩＭ）コアネットワーク（ＣＮ）サブシステムのＰ−ＣＳＣＦ（プロキシ呼セッション制御機能）である。ＡＦ４００は、ＰＣＲＦ１００と通信し、動的セッション情報（すなわち、トランスポートレイヤにおいて配信されるメディアの記述）を転送する。この通信は、ＰＣＲＦ１００とＡＦ４００との間にあり、かつＰＣＲＦ１００とＡＦ４００との間でアプリケーションレベル情報を交換するために使用される、ＲｘインタフェースまたはＲｘ基準点を使用して実行される。Ｒｘインタフェースにおける情報は、Ｐ−ＣＳＣＦ（例えば、ＳＩＰがシグナリングのために使用される場合のＳＤＰ）においてセッション情報から導出され、メディアコンポーネント群と呼ばれるものを主に含んでいる。メディアコンポーネントは、各々が要求される５タプル、メディアの種類及び帯域幅により説明されるＩＰフローの集合により構成されている。ＡＦ４００を含むネットワークノードの別の例は、本明細書において、更に例示的に説明されるストリーミングサーバがある。
【００７１】
ＰＣＲＦ１００は、ＵＥ３００とＡＦ４００との間でネゴシエートされるメディアコンポーネントに対してポリシー及び課金制御を提供する機能である。そのため、ＰＣＲＦ１００は、Ｒｘインタフェースから受信される情報に基づいてＰＣＣルール群を作成する。ＰＣＲＦ１００は、ユーザ及びリクエストされたサービスに依存して、各ＩＰ５タプルが送信元のＩＰアドレス及びポート、及び宛先のＩＰアドレス及びポート、かつＩＰ（ＴＣＰ、ＵＤＰ）を上回るプロトコルｉｄから構成される、ＩＰフィルタ情報のセットと共に、課金及びポリシー情報を含んでいる。ＰＣＣルール群に含まれるフィルタ群は、いわゆるサービスデータフロー（ＳＤＦ）、すなわち、ポリシー及び課金を考慮する方法と同様の方法で処理されるデータフローを定義する。これらのＳＤＦは、Ｇｘインタフェースを介してＰＣＥＦ２００においてインストールされる（図６で示されるように）。
【００７２】
ＰＣＥＦ２００は、オンライン課金対話及びオフライン課金対話（本明細書において説明しない）、並びにポリシー施行に加えて、サービスデータフロー検出（ＰＣＣルール群に含まれるフィルタ群の定義に基づく）を含んでいる。ＰＣＥＦ２００は、ＰＣＲＦ１００から取得されるあるいは受信されるＱｏＳ情報に従って、ベアラに対して、すなわち、ユーザプレーン上でＱｏＳを施行する。この機能エンティティは、ゲートウェイ（例えば、ＧＰＲＳの場合のＧＧＳＮ、及びＷＬＡＮの場合のＰＤＧ）において配置される。
【００７３】
ＳＰＲは、加入者及びそのポリシーに関する情報を含んでいる。ユーザが「ゴールド」加入者でありかつ平均的なユーザより多くの帯域幅を永続的に有することができる場合、この情報はＳＰＲに挿入されることになる。
【００７４】
ＰＣＣアーキテクチャにおいて、ポリシー制御はＱｏＳ制御を含んでいる。ＰＣＥＦ２００は、Ｇｘインタフェースを介して受信される情報に従ってかつベアラ確立モードに依存して、ＩＰ接続性アクセスネットワーク（ＩＰ−ＣＡＮ）ベアラに対して許可されたＱｏＳを施行する。
【００７５】
ＩＰ−ＣＡＮベアラの許可されたＱｏＳを施行することにより、ＵＥが開始するＩＰ−ＣＡＮベアラ確立または修正の一部として、ＰＣＥＦ２００によってリクエストされたベアラＱｏＳをダウングレードまたはアップグレードしてもよい。選択的には、許可されたＱｏＳを施行することにより、オペレータポリシー及びネットワーク機能に依存して、ＩＰ−ＣＡＮベアラ確立または修正を開始するネットワークが得られてもよい。ＰＣＲＦ１００が許可されたＱｏＳをＩＰ−ＣＡＮベアラ及びＰＣＣルールの双方に提供する場合、個々のＰＣＣルールの許可されたＱｏＳを施行することが最初に発生する。
【００７６】
ポリシー制御のために、ＡＦ４００はＰＣＲＦ１００と対話し、ＰＣＲＦ１００はＡＦ４００によって命令されるようにＰＣＥＦ２００と対話する。ポリシー制御に関連するある特定のイベントに対して、ＡＦ４００は、単独で、すなわち、現在利用可能なサービス情報に基づいて動作するための指示をＰＣＲＦ１００に与える。
【００７７】
図７は、本発明の実施形態が適用されてもよい例示的な状況を読み手が理解するのを支援するために、ストリーミングサーバにアクセスすることを伴う例示的な手順を示している。
【００７８】
ＵＥ３００は、ストリーミングサーバ４００に接続し、セッションをネゴシエートする（ステップ「１．ＡＦ−ＵＥセッションネゴシエーション」）。セッションネゴシエーション中、エンドポイントによって使用されるＩＰポート群、メディアの種類（オーディオ、ビデオ等）及びＱｏＳパラメータが定義される。
【００７９】
ストリーミングサーバ４００は、ＰＣＲＦ１００にネゴシエートされているセッション情報を提供する（ステップ「２．ＡＲＲ（サービス情報）」。ここで、ＡＡＲはＤｉａｍｅｔｅｒヘッダにおけるコマンドコードである）。
【００８０】
ＰＣＲＦ１００は、受信したセッション情報がオペレータ定義ポリシーに準拠するかをチェックし、サービス情報を記憶し、そして、アプリケーションサーバ４００、すなわちこの例においては、ストリーミングサーバに対する確認応答で応答する（ステップ「３．ＡＡＡ（Ａｃｋ）」）。
【００８１】
ＰＣＲＦ１００は、ＰＣＥＦ２００を含むＧＷ、すなわち、ＧＷ（ＰＣＥＦ）がＰＣＣルール群をインストール、修正または除去することをリクエストするためのＲＡＲリクエストを送信する（ステップ「４．ＲＡＲ（ＰＣＣルール）」）。
【００８２】
ＰＣＥＦ２００を含むＧＷは、ＲＡＲを確認応答するためにＲＡＡを送信する（ステップ「５．ＲＡＡ」）。
【００８３】
ＧＷ（ＢＢＥＲＦ）は、パケットデータプロトコル（ＰＤＰ）コンテキスト（ｃｔｘ）リクエストメッセージを作成または更新する手順を開始する（ステップ「６．ＰＤＰ  ｃｔｘシグナリング」）。ここで、ＢＢＥＲＦは、ベアラ、バインディング及びイベント報告機能を意味する。
【００８４】
次に、ＧＷ（ＰＣＥＦ）２００は、リクエストされた通知をＰＣＲＦ１００に送信する（ステップ「７．ＣＣＲ通知」。ここで、ＣＣＲは、クレジット制御リクエストを意味し、また、Ｄｉａｍｅｔｅｒヘッダにおけるコマンドコードである。ＲＦＣ  ４００６、Ｄｉａｍｅｔｅｒクレジット−制御アプリケーション（Ｄｉａｍｅｔｅｒ  Ｃｒｅｄｉｔ−Ｃｏｎｔｒｏｌ  Ａｐｐｌｉｃａｔｉｏｎ）、２００５年８月を参照）。
【００８５】
ＰＣＲＦ１００は、通知において受信される情報を記憶し、ＣＣＡでＣＣＲを応答確認する（ステップ「８．ＣＣＡ（Ａｃｋ）」。ここで、ＣＣＡは、クレジット制御応答を意味し、また、Ｄｉａｍｅｔｅｒヘッダにおけるコマンドコードである。ＲＦＣ  ４００６を参照）。
【００８６】
図６において示されるシステム及び図７において示される例示的な手順において、ユーザは、加入状況において事前に確立されたある特定のＱｏＳ制限を有してもよい。例えば、ユーザは、１２８ｋｂ／ｓ（キロバイト／秒）の加入を有してもよい。更に、ユーザは、加入しているサービス毎に異なるＱｏＳプロファイル、例えば、ピアツーピアファイル共有サービスの場合には１Ｍｂ／ｓ（メガバイト／秒）及び他のサービスの場合には１２８ｋｂ／ｓを有してもよい。ＰＣＲＦ１００は、ＰＣＥＦ２００において動的に提供されるＱｏＳ許可情報を判定するために、この加入情報を、特に、ＡＦ４００及びＰＣＥＦ２００から受信される情報を考慮する。
【００８７】
この解決方法（すなわち、図６及び図７を参照して示される解決方法）により、ユーザは、一方でサービスのグレード（例えば、基本の最も安価なサービス）に加入できず、他方でユーザが希望する場合にのみ特定のサービスに対するＱｏＳを変更できない（例えば、増分できない）。これは、例えば、加入者が映画、あるいはより多くの帯域幅またはより適応しているＱｏＳを必要とする他のあらゆるアプリケーションを見ている場合に発生する可能性がある。
【００８８】
帯域幅オンデマンドは、図８ａにおいて示されるように、ユーザが接続の品質を一時的に増分する必要があるあるいは増分したいことを端末またはＵＥ３００からいつでも示すことができることを意味する。その機能は、本発明の一実施形態の「ターボボタン」または「ターボ」機能と呼ばれてもよい。すなわち、加入者は、図８ｂにおいて示されるように、加入者に割り振られたネットワークリソースを一時的に増分するようにネットワークにリクエストするためにボタンを押下する。
【００８９】
「ターボ」という用語及び「ターボボタン」という表現は、本発明を限定することを意図するものではなく、ＵＥ３００上でユーザインタフェースコマンドを起動することによって、ユーザあるいは加入者がＱｏＳの変更をリクエストすることを可能にすることから構成される機能に対する単なる例示的な名称である。
【００９０】
本発明の一実施形態のこの帯域幅オンデマンド機能と提供システムによってユーザプロファイルを修正すること等の他の解決方法との差異は、帯域幅オンデマンド機能が一時的な特性を有してもよいことである。帯域幅オンデマンド機能において、ユーザに割り当てられる帯域幅の変更は、有効時間制限を有してもよい。
【００９１】
この時間制限は、構成設定可能であり、あるいは更なる帯域幅または変更されたＱｏＳの割当期間の終了をユーザが明示的に示すことに依存してもよい。
【００９２】
本発明の一実施形態は、図６及び図７を参照して示されるＰＣＣアーキテクチャ、実装及び手順を修正することであると考えられてもよい。実施形態は、ユーザが自身の接続のＱｏＳまたは特定のサービスに割り当てられているＱｏＳを一時的に改善することを可能にするために、ターボボタンの解決方法を提供する。
【００９３】
本実施形態は、ユーザが自身のセッションと関連付けられているＱｏＳを一時的に変更または増分したいことを示す情報を搬送するために、ＰＣＣアーキテクチャ（図６を参照）において標準化されているＲｘインタフェースを使用することを含んでいる。本実施形態は、特に、ＲｘインタフェースまたはＲｘ基準点を介してＡＦ４００からＰＣＲＦ１００に、特に、拡張情報を転送することを含んでいる。
【００９４】
本実施形態は、特に、ターボボタンの起動の指示をネットワークノードに転送でき、次に、ＰＣＲＦ１００に転送できるＵＥ３００を含んでいる。ここで、サービスセッション情報及びメディアコンポーネント情報（サービスデータフロー情報）の解析は、ターボ指示を考慮する必要がある。実施形態は、使用される場合、拡張サービスセッション情報及びメディアコンポーネント情報（サービスデータフロー情報）を作成するために要求されるＡＦ４００を更に含んでもよい。本実施形態はＲｘインタフェースに影響を及ぼし、セッション記述はＱｏＳ変更リクエストまたはターボリクエストを示すための情報を含んでいる。この情報は、種々のレベルのＱｏＳ変更または種々のレベルのターボの表示を更に含んでも良い。
【００９５】
本発明の一実施形態において、ＳＰＲは、ユーザがオンデマンドでより多くの帯域幅をリクエストすることが許可されていることを示す情報を含んでいる。
【００９６】
ＰＣＲＦ１００は、ターボ申請等のＱｏＳ変更リクエストを受信すると、以下のような情報を考慮してリクエストを実行できるか、すなわち、ＰＣＥＦ２００において施行されるかを評価する。
【００９７】
（１）ユーザ加入：ユーザプロファイルは、ユーザが利用可能なターボ機能を有するかを示している。ユーザプロファイルは、このターボ動作を想定する帯域幅増分へのマッピングを更に有してもよい。この帯域幅増分は、ユーザ毎に及びサービス毎に異なってもよい。
【００９８】
（２）トラフィック情報：ターボを実行することがネットワーク環境に依存していくつかの制約を有する可能性があるため、Ｇｘインタフェースを介してＰＣＥＦ２００から受信した情報は、評価、例えば、無線アクセス形式（ＲＡＴ）、ローミング表示等において検討される。例えば、増分は、ＲＡＴ形式がＵＴＲＡＮである場合にある特定の値であってもよく、ＲＡＴ形式がＧＥＲＡＮである場合に別の値であってもよく、あるいはローミングの場合は不可能であってもよい。これらの制約は構成設定可能であり、ポリシー評価処理の一部はＰＣＲＦ１００において実行される。
【００９９】
（３）ポリシー群：ＰＣＲＦ１００は、ターボ動作が可能であるかを決定し、かつその場合にどんな動作が実行されるかを判定するためのポリシー、例えば、第２のＰＣＣルール群の一部としてＰＣＥＦ２００に示される帯域幅の増分を有する。この増分は、上記のポイント（１）及び（２）において参照される情報に依存して異なってもよい。
【０１００】
本実施形態は、以下のように換言して説明されてもよい。
【０１０１】
ユーザは、最初にＡＦセッションを確立する。ＰＣＲＦ１００は、セッション確立リクエストを受信し、ＰＣＥＦ２００において対応するＰＣＣルール群をインストールする。各ＰＣＣルールは、ＳＤＦ、並びにポリシー及び課金データを含んでいる。これらのデータにより、ＰＣＥＦ２００に、トラフィック分類かつポリシー施行を実行することを可能にする。
【０１０２】
セッションの有効期限内で、ユーザは、ターボ機能を使用することにより、セッションＱｏＳの変更または改善をリクエストする。この時点で、ＰＣＲＦ１００は、ターボターボ指示、及び場合によってはＱｏＳ変更リクエストのレベル、程度または範囲を含むＡＦセッション修正を受信する。ＰＣＲＦ１００は、リクエストの許容可能性及び実行可能性を解析し、対応するＰＣＣルール群を作成する。新規のＰＣＣルール群、すなわち、第２のＰＣＣルール群は、セッション作成時にインストールされるＰＣＣルール群と比較して改善されたＱｏＳ値、すなわち、より適切なＱｏＳクラス及びより高いビットレートの少なくとも一方を割り当てている。ＰＣＣルール定義の一部として、ＳＤＦに適用する料金表（タリフ：tariff）を判定するために、オンライン課金システム（ＯＣＳ）及びオフライン課金システム（ＯＦＣＳ）によって使用される課金キーが更に示される。適応された課金がＱｏＳ変更またはターボ使用量を考慮して適用されてもよいように、ＰＣＲＦ１００は新規のＰＣＣルール群において異なる課金キーを割り当てることができる。
【０１０３】
本発明はＴＳ  ２３．２０３（上述されている）において説明されるアーキテクチャを改善することに限定されないが、当業者は、本発明を実行するための背景技術情報としてＴＳ  ２３．２０３において取り得るＰＣＣ構造に関する情報を発見するだろう。
【０１０４】
図９は、ターボの起動、すなわち、第２のＰＣＣルール群の起動を含む本発明の方法の一実施形態を示している。ＵＥ３００及びＡＦ４００は、アプリケーションレベルシグナリングを使用してサービスセッションパラメータ擬ンンをネゴシエートし、典型的には、ＵＥ３００は、コーデックまたはレート等のメディア及び詳細パラメータ群の種類をネゴシエートする（ステップ「１．セッションネゴシエーション」）。次に、ＡＦ４００は、ネゴシエートされたメディアコンポーネントに関してＰＣＲＦ１００に通知する（ステップ「２．ＡＦセッション起動（ＡＡリクエスト）」）。ＰＣＲＦ１００は、ＡＦ４００から受信される情報に従ってＰＣＣルール群を作成し、そして、この情報に基づいてそのようなＰＣＣルール群に適用される課金データ及びポリシーデータを判定する。次に、ＰＣＲＦ１００は、ベアラ、すなわち、ユーザプレーンに適用するＰＣＣルール群をダウンロードする（ステップ「３．ＰＣＣルールインストール（ＲＡＲ）」、「４．ＲＡＡ」、「５．通知（ＣＣリクエスト）」、「６．ＣＣ応答」）。
【０１０５】
その後、ＵＥ３００は、アプリケーションレベルシグナリング、すなわち、制御プレーンシグナリングを使用してＱｏＳ変更リクエストまたはターボリクエストを指示する（ステップ「７．ＵＥターボリクエスト」）。ＡＦ４００は、ＱｏＳ変更リクエストまたはターボユーザリクエストに関してＰＣＲＦ１００に通知する（ステップ「８．ＡＦセッション修正ＡＡリクエスト）」）。Ｒｘインタフェース上のメッセージはターボ指示を含んでいる。Ｒｘインタフェースの形態は、例えば、値またはフラグを含むフィールドを使用することにより、そのような表示を示すべきである。
【０１０６】
ＰＣＲＦ１００は、対応する評価を実行し、ＱｏＳ変更リクエストまたはターボリクエストを適用できるかをチェックする。その場合、ＰＣＲＦ１００は、影響を受けるＰＣＣルール群を識別し、そして、修正されたＰＣＣルール群（新規のＱｏＳ値及び課金値を含む）をＰＣＥＦ２００にダウンロードする（ステップ「９．ＰＣＣルールインストール（ＲＡＲ）」）。確認応答は、ＰＣＥＦ２００からＰＣＲＦ１００に送信される（ステップ「１０．ＲＡＲ」）。
【０１０７】
図１０、図１１及び図１２は、本発明の方法の実施形態を示し、ターボ停止、すなわち、第２のＰＣＣルール群の停止と及び第１のＰＣＣルール群のリセットを含んでいる。更に詳細には、図１０はＵＥからターボ停止リクエストを受信することを示し、図１１はターボ期限満了を示し、図１２はネットワーク状態の変化によるターボ停止を示している。
【０１０８】
換言すると、ＱｏＳ変更がユーザによってリクエストされた後で、及びネットワークノードにおいて、すなわち、ＰＣＥＦ２００によって対応する第２のＰＣＣルールが施行された後、種々のステップが発生し得る（非包括的なリスト）：
（ａ）ユーザは、ターボ状態を停止することを明示的にリクエストする。換言すると、コマンドが、この意図を示すためにＵＥ３００のユーザインタフェースを介して入力される。これらのステップ群の一実施形態が図１０において示される。
【０１０９】
（ｂ）ターボ状態に対して構成設定された最大時間期限が満了する。この時間制限は、ユーザ毎に及びサービス毎に構成設定されてもよい。これらのステップ群の一実施形態が図１１において示される。
【０１１０】
（ｃ）ネットワーク状態の変化：例えば、ローミング、無線アクセス形式の変化等。これらのステップ群の一実施形態が図１２において示される。
【０１１１】
３つの例（図１０、図１１及び図１２において示される）及び加入データを含むユーザプロファイルの変更がターボ状態を停止することを要求する場合において、ＰＣＲＦ１００は、影響を受けているＰＣＣルール群を再評価して識別し、かつ修正されたＰＣＣルール群（新規のＱｏＳ及び課金キーを含む）をＰＣＥＦ２００に転送またはダウンロードする。ＰＣＲＦ１００は、第２のＰＣＣルール群、すなわち、この場合はターボ機能が停止されているという情報を含む新規の状態をＡＦ４００に通知することができる。
【０１１２】
図１３は、図１３及び以下の説明を参照してセッション確立及びターボ起動の一例を示している。ここで、ＡＶＰは、属性値ペア（例えば、Ｄｉａｍｅｔｅｒメッセージにおける情報要素に対応してもよい。ＲＦＣ  ３５８８を参照）を意味する。
【０１１３】
ステップ１．ＲＴＳＰ  ＤＥＳＣＲＩＢＥ（ＲＴＳＰ記述）コマンドは、ストリーミングクライアント（ＵＥ３００）からストリーミングサーバ４００に送信され、メディアの種類の記述を送信する。例えば：
DESCRIBE rtsp://movie.server.com/movie.test RTSP/1.0
CSeq: 1
Accept: application/sdp
Accept-Language: en-gb
User-Agent: Ericsson-SC/1.1
ステップ２．ＲＴＳＰ  ２００  ＯＫコマンドは、ストリーミングサーバ４００からＵＥ３００に返信される。ＲＴＳＰ  ２００  ＯＫコマンドは、オーディオとビデオとの組合せであってもよい、利用可能なメディアの記述を含んでいる。利用可能なレートの記述が配信される。例えば：
RTSP/1.0 200 OK
CSeq: 1
Server: Ericsson-SS/1.6
Allow: OPTIONS, DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN
Content-Type: application/sdp
Content-Length: 203
v=0
o=- 950814089 950814089 IN IP4 192.168.186.8
s=Example movie
i=Example of aggregate control of audio and video
a=range:npt=0-59.3478
a=control:*
t=0 0
m=audio 0 RTP/AVP 0
a=control:streamID=0
b=AS:13
ステップ３．ＲＴＳＰ  ＳＥＴＵＰ  Ｃｌｉｅｎｔ（ＲＴＳＰセットアップクライアント）は、オーディオ等の特定のストリームＩＤのセッションを設定するようにストリーミングサーバ４００をトリガし、どのクライアントポート群）に通信すべきかを更に示している。例えば：
SETUP rtsp://movie.server.com/movie.test/streamID=0
RTSP/1.0
CSeq: 2
Transport: RTP/AVP/UDP;unicast;client_port=3456-3457
ステップ４．ＲＴＳＰ  ２００  ＯＫ  Ｓｅｒｖｅｒ（ＲＳＴＰ  ２００  ＯＫ  サーバ）は、セッションｉｄをクライアント（ＵＥ３００）に与え、どのサーバポート（群）に通信すべきかを更に示している。例えば：
RTSP/1.0 200 OK
Transport: RTP/AVP/UDP;unicast;client_port=3456-3457;
server_port=5678-5679
Session: dfhyrio90llk
ステップ５．ストリーミングサーバ４００は、ＡＡリクエスト（ＡＡＲ）を使用してセッション情報をＰＣＲＦ１００に送信する。例えば：
Session ID:dfhyrio90llk
・Media-Component-Number. 1
・Media-Sub-Component
・Flow-Number. 1
Flow-Description
Direction: Out(Downlink direction. That is, from the network to the UE)
Source IP address: 192.168.186.8
Destination IP address:144.132.134.67
Protocol: RTP
Source Ports: 5678-5679
Destination Ports: 3456-3457
Flow Status: Enable
Flow Usage: No information
Max-Requested-Bandwidth-UL. 0 (Kbps).
Max-Requested-Bandwidth-DL. 13(Kbps)
・Flow-Number. 2
Flow-Description
Direction: Out (Downlink direction. That is, from the network to the UE)
Source IP address: 192.168.186.8
Destination IP address: 144.132.134.67
Protocol: RTCP
Source Ports: 5680-5681
Destination Ports: 3458-3459
Flow Status: Enable
Flow-Description
Direction: In (Uplink direction. That is from the UE to the network)
Source IP address: 144.132.134.67
Destination IP address: 192.168.186.8
Protocol: RTCP
Source Ports: 3457
Destination Ports: 5679
Flow Status: Enable
・AF-Application-Identifier. Streaming-ID
・Media-Type. AUDIO (0)
・RS-Bandwidth. 3.0 Kbps
・RR-Bandwidth. 3.5 Kbps
ステップ６．ＰＣＲＦ１００は、ＡＡ応答（ＡＡ）を使用してリクエストを応答確認する。
【０１１４】
ステップ７．ＰＣＲＦ１００は、ＰＣＥＦ２００においてＰＣＣルール群及びＱｏＳ情報をインストールする。例えば：
RAR
permit out 5678-5679 from 192.168.186.8 to 144.132.134.67: 3456-3457
permit in 3456-3457 from 144.132.134.67 to 192.168.186.8: 5678-5679
Flow-Status = ENABLED,
Max-Requested-Bandwidth-YY = 25400, QCI = 1
ステップ８．再許可応答（ＲＡＡ）は、応答確認としてＰＣＥＦ２００からＰＣＲＦ１００に送信される。
【０１１５】
ステップ９．ＰＤＰコンテキストシグナリングは、既存のＰＤＰコンテキストの修正または新規のＰＤＰコンテキストの確立を示唆してもよい。例えば、新規のＰＤＰコンテキストが確立される場合、このＰＤＰコンテキストに対応する情報は、第２のＰＤＰコンテキストに対するＱｏＳ値群を含むＧＴＰ  Ｃｒｅａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔリクエストであってもよい。例えば：
Tunnel Endpoint Identifier Data I
Tunnel Endpoint Identifier Control Plane
NSAPI: 6
Linked NSAPI: 5
Quality of Service Profile: Streaming class; Delay class 1; SDU delivered in order;
Maximum bitrate 25400 UL; Maximum 25400 DL; Guaranteed bit rate 25400 UL;
Guaranteed bit rate 25400 DL
TFT: IP4=192.168.186.8, source_port={[5678 5679]}
ステップ１０．ＲＴＳＰ  Ｐｌａｙ  Ｃｌｉｅｎｔ（ＲＴＳＰ再生クライアント）は、コンテンツをリクエストする。リクエストは以下のようであってもよい。
【０１１６】
PLAY rtsp://movie.server.com/movie.test RTSP/1.0
CSeq: 4
Session: dfhyrio90llk
ステップ１１．ＲＴＳＰ  ＯＫ
RTSP/1.0 200 OK
CSeq: 4
Session: dfhyrio90llk
Range: npt=0-
RTP-Info: url=
rtsp://movie.server.com/movie.test.streamID=0;
seq=9900093;rtptime=4470048,
url= rtsp://movie.server.com/movie.test/streamID=1;
seq=1004096;rtptime=1070549
ステップ１２．ＲＴＰ  ＤＡＴＡペイロードが、リクエストされたコンテンツ（群）に対してクライアント（ＵＥ３００）に送信される。
【０１１７】
ステップ１３．ＲＴＰ  ＤＡＴＡペイロードが、リクエストされたコンテンツ（群）に対してクライアント（ＵＥ３００）に送信される。
【０１１８】
ステップ１４．ストリーミングセッションが提示を開始する。
【０１１９】
ステップ１５．ＵＥ３００は、ＲＴＳＰ  ＳＥＴＵＰリクエストを送信することによって、ストリーミングセッションを更新しかつターボを起動する。ここで、ＳＤＰにおける新規の帯域幅修飾子はこのために使用することができる。このターボ起動では、特定のレベルのターボを更に示してもよい。ＲＴＳＰ  ＳＥＴＵＰ  Ｃｌｉｅｎｔは、オーディオ等の特定のストリームＩＤのセッションを修正し、ターボを起動する。例えば：
SETUP rtsp://movie.server.com/movie.test/streamID=0
RTSP/1.0
CSeq: 2
Transport: RTP/AVP/UDP;unicast;client_port=3456-3457, b=TURBO=level-1
ステップ１６．ＲＴＳＰ  ２００  ＯＫ  Ｓｅｒｖｅｒは、セッションｉｄをクライアント（ＵＥ３００）に与え、どのサーバポート（群）に通信すべきかを更に示している。例えば：
RTSP/1.0 200 OK
CSeq: 2
Transport: RTP/AVP/UDP;unicast;client_port=3456-3457;
server_port=5678-5679
Session: dfhyrio90llk
ステップ１７．ストリーミングサーバ４００は、ＡＡリクエスト（ＡＡＲ）を使用してターボ指示をＰＣＲＦ１００に送信する。例えば：
Session ID:dfhyrio90llk
・Media-Component-Number. 1
・Turbo=Active, level-1
・Media-Sub-Component
・Flow-Number. 1
・Flow-Number. 2
・AF-Application-Identifier. Streaming-ID
ステップ１８．ＰＣＲＦ１００は、ＡＡ応答（ＡＡＡ）を使用してターボリクエストまたはＱｏＳ変更リクエストを確認応答する。
【０１２０】
ステップ１９．ＰＣＲＦ１００は、対応する評価を実行し、ターボリクエストが可能であるかをチェックする。その場合、ＰＣＲＦ１００は、影響を受けるＰＣＣルール群を識別し、新規のＱｏＳ値及び課金値をＰＣＥＦ２００にダウンロードする。例えば：
RAR QoS-Information:Max-Requested-Bandwidth=50000
（注：これは、ターボリクエストに従ってＰＣＲＦによって計算される新規の帯域幅値である。尚、従前の帯域幅値は２５４００であった）。
【０１２１】
ステップ２０．ＰＣＥＦ２００は、再許可応答（ＲＡＡ）で応答する。
【０１２２】
ステップ２１．ＲＴＰ  ＤＡＴＡペイロードが、リクエストされるコンテンツに対してクライアント（ＵＥ３００）に送信される、最小バイトレート（ＭＢＲ）が増加される。
【０１２３】
図１４は、アーキテクチャ及び実装例を示している。図１４において、ネットワークが開始するＱｏＳの新規の機能を含む移動通信（例えば、３ＧＰＰ）ネットワークは、ある特定のＱｏＳクラスを所定のフローに提供するようにＰＣＲＦ１００によって制御される。ＰＣＲＦ１００への影響は以下の通りである。ＰＣＲＦは、ＱｏＳ変更リクエストまたはターボリクエストを評価し、このリクエストを処理できるかを判定し、影響を受ける１つまたは複数のサービスを識別し、新規のＱｏＳ及び課金キー群を含むＰＣＣルール群を再計算し、かつＰＣＥＦ２００において第２のＰＣＣルール群をインストールすることができるあるいはそうするように構成されている。
【０１２４】
図１５の表は、ターボが起動される前（「通常の状態」）及びターボがｏｎの場合（「ターボ状態」）に加入者グループ「ゴールド」に割り当てられている種々のサービスに対して割り当てられているＱｏＳプロファイル群の一例を示している。ＭＢＲは最少バイトレートを意味し、ＧＢＲは保証ビットレートを意味する。ＷｅＳｈａｒｅは、複合サービス（音声及び他のメディアの双方を組み合わせる）のエリクソンのＩＰマルチメディアサブシステム（ＩＭＳ）の実現例を示している。ＷｅＳｈａｒｅ対応の端末を有するユーザは、音声通話を実行する際にビデオ、画像及び他のメディアを共有できる。
【０１２５】
Ｒｘインタフェースへの影響は以下のように説明されてもよい。特に、ＡＡリクエストへの影響は以下のように説明されてもよい。
【０１２６】
ＡＦ４００によってＰＣＲＦ１００に送信されるＡＡリクエスト（ＡＡＲ）は、ターボ状態またはＱｏＳ変更状態を示すＡＶＰを含んでいる。このＡＶＰに対する有効値群は「Ｏｎ」／「Ｏｆｆ」であってもよいが、例えば、種々のレベルのターボまたはリクエストされたＱｏＳを示す新規の値を含むように拡張されてもよい。
【０１２７】
このＡＶＰは、メディアレベルでターボリクエストを提供するために、メディアコンポーネント記述ＡＶＰに含まれてもよい。これにより、ユーザがビデオ等の特定のメディアのサービスに割り当てられる品質を増分したい場合に対処する。
【０１２８】
メディアコンポーネントレベルの記述は、サービスセッションレベルのものより優先度が高い。
【０１２９】
以下は、ＡＦ４００からＰＣＲＦ１００に送信されるＡＡリクエストに対して使用されてもよいメッセージ形式の一例を示している。
【０１３０】
＜AA-Request＞ ::=＜Diameter Header: 265, REQ, PXY＞
＜Session-Id＞
{Auth-Application-Id}
{Origin-Host}
{Origin-Realm}
{Destination-Realm}
*[Media-Component-Description]
Modified AVP (see below)
[Turbo] New AVP
*[Flow-Grouping]
[AF-Charging-Identifier]
[SIP-Forking-Indication]
*[Specific-Action]
*[Subscription-ID]
*[Proxy-Info]
*[Route-Record]
*[AVP]
Media-Component-Description ::= ＜AVP Header:517＞
{Media-Component-Number} ;
Ordinal number of the media component.
[Turbo] New AVP
*[Media-Sub-Component] ;
Set of flows for one flow identifier
[AF-Application-Identifier]
[Media-Type]
[Max-Requested-Bandwidth-UL]
[Max-Requested-Bandwidth-DL]
[Flow-Status]
[RS-Bandwidth]
[RR-Bandwidth]
セッションネゴシエーションプロトコル群への影響は、以下のように説明されてもよい。２つのエンドポイント間のセッションネゴシエーションプロトコルは拡張されるべきである。
【０１３１】
セッション開始プロトコル（ＳＩＰ）サービス群に対するセッション記述プロトコル（ＳＤＰ）の場合、これは、ＲＦＣ  ３５５６「ＲＴＰプロトコル（ＲＴＣＰ）帯域幅用のセッション記述プロトコル（ＳＤＰ）帯域修飾子（Session Description Protocol (SDP) Bandwidth Modifiers for RTO Control Protocol (RTCP) Bandwidth）」において説明される、新規の修飾子を定義することによって追加することができる。
【０１３２】
セッション記述プロトコル（ＳＤＰ）は、以下の構文を含むオプショナルの帯域幅属性を含んでいる。
【０１３３】
b=＜modifier＞:＜bandwidth-value＞
式中、＜ｍｏｄｉｆｉｅｒ＞は、帯域幅指数の意味を与える単一の英数字の語である。これは、ターボ状況及び要求されるターボのレベルの少なくとも一方を示す新規の修飾子群を定義することによって拡張されてもよい。
【０１３４】
図８ｂで示される移動装置またはＵＥ３００は、ユーザがターボ機能を起動できる表示メニューを提供するためのアプリケーションを組み込んでいる。この表示により、アプリケーション毎にまたはセッション毎にターボを示すことができ、かつ要求に応じてターボのレベルを更に示すことができる。ユーザがターボを一旦起動すると、端末（またはＵＥ３００）アプリケーションは、例えば、図１３を参照して説明されるように、ネットワークノードに対して対応するシグナリングを生成する。
【０１３５】
サーバを含む本発明に係る物理エンティティ群は、命令群を含むコンピュータプログラム群が物理エンティティ群上で実行される場合に本発明の実施形態に係るステップ群及び手順群が実行されるようにコンピュータプログラムを備えるあるいは記憶することができる。本発明は、更に、本発明に従って方法を実行するそのようなコンピュータプログラム及び本発明に従って方法を実行するコンピュータプログラムを記憶するあらゆるコンピュータ可読媒体に関するものである。
【０１３６】
「作成ユニット」、「トリガユニット」、「決定ユニット」、「受信ユニット」、「インストールユニット」、「開始ユニット」及び「リセットユニット」という用語が本明細書において使用される場合、これらの要素群をどのよう分散し、また、どのように集約させるかに関する制約はない。すなわち、ユニットの構成要素群は、意図する機能をもたらすために異なるソフトウェアまたはハードウェアコンポーネント群、あるいは装置群に分散されてもよい。複数の別個の要素は、意図する機能性を提供するために集約されていてもよい。
【０１３７】
上述のサーバのユニット群のうちのいずれか１つまたはネットワークノードは、ハードウェア、ソフトウェア、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途集積回路（ＡＳＩＣ群）またはファームウェア等で実現されてもよい。
【０１３８】
本発明の更なる実施形態において、上述のかつ／あるいは請求項に記載される作成ユニット、トリガユニット、決定ユニット、受信ユニット、インストールユニット、開始ユニット及びリセットユニットのうちのいずれか１つは、作成ユニット、トリガユニット、決定ユニット、受信ユニット、インストールユニット、開始ユニット及びリセットユニットの機能を実行するために、それぞれ、作成手段、トリガ手段、決定手段、受信手段、インストール手段、開始手段及びリセット手段または作成部、トリガ部、決定部、受信部、インストール部、開始部及びリセット部により置換される。
【０１３９】
本発明の更なる実施形態において、上述のステップ群のうちのいずれか１つは、コンピュータ可読命令を使用して、例えば、コンピュータが理解可能な手順群または方法群等の形態で、あらゆる種類のコンピュータ言語群及び／あるいはファームウェアまたは集積回路群上の組込ソフトウェアの形態等で実現されてもよい。
【０１４０】
本発明は詳細な例に基づいて説明されているが、この詳細な例は、当業者がより適切に理解できるようにするだけのものであり、本発明の範囲を制限することを意図しない。むしろ、本発明の範囲は、添付の請求の範囲により定義される。
【図１】
2012507223.tif 000003
【図２ａ】
2012507223.tif 000004
【図２ｂ】
2012507223.tif 000005
【図３ａ】
2012507223.tif 000006
【図３ｂ】
2012507223.tif 000007
【図４ａ】
2012507223.tif 000008
【図４ｂ】
2012507223.tif 000009
【図５ａ】
2012507223.tif 000010
【図５ｂ】
2012507223.tif 000011
【図６】
2012507223.tif 000012
【図７】
2012507223.tif 000013
【図８ａ】
2012507223.tif 000014
【図８ｂ】
2012507223.tif 000015
【図９】
2012507223.tif 000016
【図１０】
2012507223.tif 000017
【図１１】
2012507223.tif 000018
【図１２】
2012507223.tif 000019
【図１３】
2012507223.tif 000020
【図１４】
2012507223.tif 000021
【図１５】
2012507223.tif 000022
【手続補正書】
【提出日】平成22年12月22日(2010.12.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アプリケーション機能（ＡＦ）を含むネットワークノード、ポリシー及び課金ルール機能（ＰＣＲＦ）を含む第１のサーバ、ポリシー及び課金施行機能（ＰＣＥＦ）を含む第２のサーバ、並びに前記ネットワークノードと対話するように構成されているユーザ機器（ＵＥ）によって実行されるポリシー及び課金制御方法であって、
前記ユーザ機器（ＵＥ）と前記アプリケーション機能（ＡＦ）との間でネゴシエートされたセッション情報に基づいて、前記ポリシー及び課金ルール機能（ＰＣＲＦ）によって、第１のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップ（１２）と、
前記ユーザ機器（ＵＥ）と関連付けられたユーザプレーンセッションの確立時に、前記ポリシー及び課金施行機能（ＰＣＥＦ）において前記第１のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするステップ（１４）と、
前記第１のポリシー及び課金制御（ＰＣＣ）ルール群に従って前記ユーザ機器（ＵＥ）と関連付けられたサービスとして複数のメディアが介在するサービスを開始するステップ（１６）とを有し、
前記方法は、更に、前記ユーザプレーンセッションの有効期間内に、
前記ユーザ機器（ＵＥ）上でのユーザインタフェースコマンドの起動に応じて、前記ユーザ機器（ＵＥ）によって前記ネットワークノードに、メディア毎のサービス品質（ＱｏＳ）変更リクエストとして前記サービスの特定のメディアに専用となるサービス品質（ＱｏＳ）変更リクエストを送信するステップ（２１）と、
前記ポリシー及び課金ルール機能（ＰＣＲＦ）によって、メディア毎の前記サービス品質（ＱｏＳ）変更リクエストに基づいて、第２のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップ（２２）と、
前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記ポリシー及び課金施行機能（ＰＣＥＦ）において、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするステップ（２４）と、
前記第２のポリシー及び課金制御（ＰＣＣ）ルール群に従って、前記ユーザ機器（ＵＥ）と関連付けられたサービスを継続するステップ（２６）と
を更に有することを特徴とする方法。
【請求項２】
前記ユーザ機器（ＵＥ）上での前記ユーザインタフェースコマンドの起動は、ターボボタン（３２０）の起動（２０）である
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記サービス品質（ＱｏＳ）変更リクエストは、
前記ユーザプレーンセッションと関連付けられたサービス品質（ＱｏＳ）のカテゴリ、レベル、グレードの変更に対するリクエストと、
前記ユーザプレーンセッションと関連付けられたリソース群の変更に対するリクエストと、
前記ユーザプレーンセッションと関連付けられた保証性能の変更に対するリクエストと、及び
前記ユーザプレーンセッションと関連付けられた帯域幅の変更に対するリクエストと
のうちの少なくとも１つである
ことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記サービス品質（ＱｏＳ）変更リクエストを送信するステップ（２１）と前記サービス品質（ＱｏＳ）変更リクエストに基づいて、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップ（２２）との間に、
前記サービス品質（ＱｏＳ）変更リクエストを前記ユーザプレーンセッションに適用できるか、及び
前記サービス品質（ＱｏＳ）変更リクエストをどの程度またはどの範囲で前記ユーザプレーンセッションに適用できるか
のうちの少なくとも１つを決定するステップ（２１ａ）を更に有する
ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記決定するステップ（２１ａ）は、アクセスネットワーク状態、ローミング状態、無線アクセス形式、輻輳レベル、時間及びユーザプロファイルのうちの少なくとも１つに基づいて決定することを含んでいる
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記ポリシー及び課金施行機能（ＰＣＥＦ）において、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするステップ（２４）は、新規の課金キーを前記ユーザ機器（ＵＥ）と関連付けられたサービスに割り当てることを含んでいる
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記ポリシー及び課金施行機能（ＰＣＥＦ）において前記第２のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするステップ（２４）の後に存続期間が経過するまたは存続期間が満了すること、
前記ユーザプレーンセッションに適用されるサービス品質（ＱｏＳ）をリセットするためのリクエストが前記ユーザ機器（ＵＥ）から送信されること、
日または週の特定の時間に達すること、
ユーザプロファイルが変更されること、及び
前記ユーザプレーンセッションにおけるイベントが修正された前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を無効にすること
のうちの少なくとも１つが発生する場合に、前記ユーザプレーンセッションに適用されたポリシー及び課金制御（ＰＣＣ）ルール群を前記第１のポリシー及び課金制御（ＰＣＣ）ルール群にリセットするステップを更に有する
ことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
【請求項８】
ポリシー及び課金ルール機能（ＰＣＲＦ）を実現するように構成されているサーバ（１００）であって、
ユーザ機器（ＵＥ）とアプリケーション機能（ＡＦ）との間でネゴシエートされたセッション情報に基づいて、第１のポリシー及び課金制御（ＰＣＣ）ルール群を作成するように構成されている作成ユニット（１０２）と、
ポリシー及び課金施行機能（ＰＣＥＦ）を実現し、かつ前記第１のポリシー及び課金制御（ＰＣＣ）ルール群に従って前記ユーザ機器（ＵＥ）と関連付けられたサービスとして複数のメディアが介在するサービスを開始するように構成されているサーバ（２００）における前記第１のポリシー及び課金制御（ＰＣＣ）ルール群のインストールを、前記ユーザ機器（ＵＥ）と関連付けられたユーザプレーンセッションの確立時に、トリガーするように構成されているトリガーユニット（１０４）と、
前記ユーザプレーンセッションの有効期間内に、前記ユーザ機器（ＵＥ）から発信されるサービス品質（ＱｏＳ）変更リクエストとして前記サービスの特定のメディアに専用となるサービス品質（ＱｏＳ）変更リクエストを受信するように構成されている受信ユニット（１０６）とを有し、
前記作成ユニット（１０２）は、更に、前記ユーザプレーンセッションの有効期間内に、メディア毎の前記サービス品質（ＱｏＳ）変更リクエストに基づいて、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を作成するように構成され、
前記トリガーユニット（１０４）は、更に、前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（２００）が、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群に従って、前記ユーザ機器（ＵＥ）と関連付けられたサービスを継続できるように、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（２００）において、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群のインストールを、前記ユーザプレーンセッションの有効期間内に、トリガーするように構成されている
ことを特徴とするサーバ（１００）。
【請求項９】
前記サービス品質（ＱｏＳ）変更リクエストを前記ユーザプレーンセッションに適用できるか、及び
前記サービス品質（ＱｏＳ）変更リクエストをどの程度またはどの範囲で前記ユーザプレーンセッションに適用できるか
のうちの少なくとも１つを決定するように構成されている決定ユニット（１０８）を更に有する
ことを特徴とする請求項８に記載のサーバ（１００）。
【請求項１０】
前記決定ユニット（１０８）は、アクセスネットワーク状態、ローミング状態、無線アクセス形式、輻輳レベル、時間及びユーザプロファイルのうちの少なくとも１つに基づいて決定するように構成されている
ことを特徴とする請求項９に記載のサーバ（１００）。
【請求項１１】
ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されているサーバ（２００）であって、
ポリシー及び課金ルール機能（ＰＣＲＦ）を実現するように構成されているサーバ（１００）から第１のポリシー及び課金制御（ＰＣＣ）ルール群を受信した後に、前記ユーザ機器（ＵＥ）と関連付けられたユーザプレーンセッションの確立時に、前記第１のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするように構成されているインストールユニット（２０４）と、
前記第１のポリシー及び課金制御（ＰＣＣ）ルール群に従って前記ユーザ機器（ＵＥ）と関連付けられたサービスとして複数のメディアが介在するサービスを開始するように構成されている開始ユニット（２０５）とを備え、
前記インストールユニット（２０４）は、更に、前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（１００）から前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を受信した後、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、メディア毎に前記第２のポリシー及び課金制御（ＰＣＣ）ルール群として前記サービスの特定のメディアに専用となるサービス品質（ＱｏＳ）変更リクエストを実現する第２のポリシー及び課金制御（ＰＣＣ）ルール群を前記ユーザプレーンセッションの有効期間内にインストールし、かつ前記第２のポリシー及び課金制御（ＰＣＣ）ルール群に従って、前記ユーザ機器（ＵＥ）と関連付けられたサービスを継続するように構成されている
ことを特徴とするサーバ（２００）。
【請求項１２】
前記インストールユニット（２０４）は、更に、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群をインストールする場合に、新規の課金キーを前記ユーザ機器（ＵＥ）と関連付けられているサービスに割り当てるように構成されている
ことを特徴とする請求項１１に記載のサーバ（２００）。
【請求項１３】
前記第２のポリシー及び課金制御（ＰＣＣ）ルール群をインストールした後に存続期間が経過するまたは存続期間が満了すること、
前記ユーザプレーンセッションに適用されるサービス品質（ＱｏＳ）をリセットするためのリクエストが前記ユーザ機器（ＵＥ）から送信されること、
日または週の特定の時間に達すること、
ユーザプロファイルが変更されること、及び
前記ユーザプレーンセッションにおけるイベントが修正された前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を無効にすること
のうちの少なくとも１つが発生する場合に、前記ユーザプレーンセッションに適用されたポリシー及び課金制御（ＰＣＣ）ルール群を前記第１のポリシー及び課金制御（ＰＣＣ）ルール群にリセットするように構成されているリセットユニット（２０６）を更に有する
ことを特徴とする請求項１１または１２に記載のサーバ（２００）。
【請求項１４】
ポリシー及び課金ルール機能（ＰＣＲＦ）を実現するように構成されているサーバ（１００）で実行される場合に、前記サーバ（１００）に、以下のステップを実行させるように構成されている命令群を含むコンピュータプログラムであって、
ユーザ機器（ＵＥ）とアプリケーション機能（ＡＦ）との間でネゴシエートされたセッション情報に基づいて、第１のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップ（１２）と、
ポリシー及び課金施行機能（ＰＣＥＦ）を実現し、かつ前記第１のポリシー及び課金制御（ＰＣＣ）ルール群に従って前記ユーザ機器（ＵＥ）と関連付けられたサービスとして複数のメディアが介在するサービスを開始するように構成されているサーバ（２００）における前記第１のポリシー及び課金制御（ＰＣＣ）ルール群のインストールを、前記ユーザ機器（ＵＥ）と関連付けられたユーザプレーンセッションの確立時に、トリガーするステップ（１４）と、
前記ユーザプレーンセッションの有効期間内に、前記ユーザ機器（ＵＥ）から、メディア毎のサービス品質（ＱｏＳ）変更リクエストとして前記サービスの特定のメディアに専用となるサービス品質（ＱｏＳ）変更リクエストを受信するステップ（２１）と、
前記ユーザプレーンセッションの有効期間内に、メディア毎の前記サービス品質（ＱｏＳ）変更リクエストに基づいて、第２のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップ（２２）と、
前記ユーザプレーンセッションの有効期間内に、前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（２００）が、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群に従って、前記ユーザ機器（ＵＥ）と関連付けられたサービスを継続できるように、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（２００）において、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群のインストールをトリガーするステップ（２４）と
を前記サーバ（１００）に実行させるためのプログラム。
【請求項１５】
ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されているサーバ（２００）を実行する場合に、前記サーバ（２００）に、以下のステップを実行させるように構成されている命令群を含むコンピュータプログラムであって、
ポリシー及び課金ルール機能（ＰＣＲＦ）を実現するように構成されているサーバ（１００）から第１のポリシー及び課金制御（ＰＣＣ）ルール群を受信した後に、前記ユーザ機器（ＵＥ）と関連付けられたユーザプレーンセッションの確立時に、前記第１のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするステップ（１４）と、
前記第１のポリシー及び課金制御（ＰＣＣ）ルール群に従って前記ユーザ機器（ＵＥ）と関連付けられたサービスとして複数のメディアが介在するサービスを開始するステップ（１６）と、
前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（１００）から第２のポリシー及び課金制御（ＰＣＣ）ルール群を受信した後、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、メディア毎の前記第２のポリシー及び課金制御（ＰＣＣ）ルール群として前記サービスの特定のメディアに専用となるサービス品質（ＱｏＳ）変更リクエストを実現する第２のポリシー及び課金制御（ＰＣＣ）ルール群を前記ユーザプレーンセッションの有効期間内にインストールするステップ（２４）と、
前記ユーザプレーンセッションの有効期間内に、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群に従って、前記ユーザ機器（ＵＥ）と関連付けられたサービスを継続するステップ（２６）と
を前記サーバ（２００）に実行させるためのプログラム。
【手続補正書】
【提出日】平成23年9月30日(2011.9.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アプリケーション機能（ＡＦ）を含むネットワークノード、ポリシー及び課金ルール機能（ＰＣＲＦ）を含む第１のサーバ、ポリシー及び課金施行機能（ＰＣＥＦ）を含む第２のサーバ、並びに前記ネットワークノードと対話するように構成されているユーザ機器（ＵＥ）によって実行されるポリシー及び課金制御方法であって、
前記ユーザ機器（ＵＥ）と前記アプリケーション機能（ＡＦ）との間でネゴシエートされたセッション情報に基づいて、前記ポリシー及び課金ルール機能（ＰＣＲＦ）によって、第１のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップ（１２）と、
前記ユーザ機器（ＵＥ）と関連付けられたユーザプレーンセッションの確立時に、前記ポリシー及び課金施行機能（ＰＣＥＦ）において前記第１のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするステップ（１４）と、
前記第１のポリシー及び課金制御（ＰＣＣ）ルール群に従って前記ユーザ機器（ＵＥ）と関連付けられたサービスとして複数のメディアが介在するサービスを開始するステップ（１６）とを有し、
前記方法は、更に、前記ユーザプレーンセッションの有効期間内に、
前記ユーザ機器（ＵＥ）上でのユーザインタフェースコマンドの起動に応じて、前記ユーザ機器（ＵＥ）によって前記ネットワークノードに、メディア毎のサービス品質（ＱｏＳ）変更リクエストとして前記サービスの特定のメディアに専用となるサービス品質（ＱｏＳ）変更リクエストを送信するステップ（２１）と、
前記ポリシー及び課金ルール機能（ＰＣＲＦ）によって、メディア毎の前記サービス品質（ＱｏＳ）変更リクエストに基づいて、第２のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップ（２２）と、
前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記ポリシー及び課金施行機能（ＰＣＥＦ）において、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするステップ（２４）と、
前記第２のポリシー及び課金制御（ＰＣＣ）ルール群に従って、前記ユーザ機器（ＵＥ）と関連付けられたサービスを継続するステップ（２６）と
を更に有することを特徴とする方法。
【請求項２】
前記ユーザ機器（ＵＥ）上での前記ユーザインタフェースコマンドの起動は、ターボボタン（３２０）の起動（２０）である
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記サービス品質（ＱｏＳ）変更リクエストは、
前記ユーザプレーンセッションと関連付けられたサービス品質（ＱｏＳ）のカテゴリ、レベル、グレードの変更に対するリクエストと、
前記ユーザプレーンセッションと関連付けられたリソース群の変更に対するリクエストと、
前記ユーザプレーンセッションと関連付けられた保証性能の変更に対するリクエストと、及び
前記ユーザプレーンセッションと関連付けられた帯域幅の変更に対するリクエストと
のうちの少なくとも１つである
ことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記サービス品質（ＱｏＳ）変更リクエストを送信するステップ（２１）と前記サービス品質（ＱｏＳ）変更リクエストに基づいて、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップ（２２）との間に、
前記サービス品質（ＱｏＳ）変更リクエストを前記ユーザプレーンセッションに適用できるか、及び
前記サービス品質（ＱｏＳ）変更リクエストをどの程度またはどの範囲で前記ユーザプレーンセッションに適用できるか
のうちの少なくとも１つを決定するステップ（２１ａ）を更に有する
ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記決定するステップ（２１ａ）は、アクセスネットワーク状態、ローミング状態、無線アクセス形式、輻輳レベル、時間及びユーザプロファイルのうちの少なくとも１つに基づいて決定することを含んでいる
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記ポリシー及び課金施行機能（ＰＣＥＦ）において、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするステップ（２４）は、新規の課金キーを前記ユーザ機器（ＵＥ）と関連付けられたサービスに割り当てることを含んでいる
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記ポリシー及び課金施行機能（ＰＣＥＦ）において前記第２のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするステップ（２４）の後に存続期間が経過するまたは存続期間が満了すること、
前記ユーザプレーンセッションに適用されるサービス品質（ＱｏＳ）をリセットするためのリクエストが前記ユーザ機器（ＵＥ）から送信されること、
日または週の特定の時間に達すること、
ユーザプロファイルが変更されること、及び
前記ユーザプレーンセッションにおけるイベントが修正された前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を無効にすること
のうちの少なくとも１つが発生する場合に、前記ユーザプレーンセッションに適用されたポリシー及び課金制御（ＰＣＣ）ルール群を前記第１のポリシー及び課金制御（ＰＣＣ）ルール群にリセットするステップを更に有する
ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
ポリシー及び課金ルール機能（ＰＣＲＦ）を実現するように構成されているサーバ（１００）であって、
ユーザ機器（ＵＥ）とアプリケーション機能（ＡＦ）との間でネゴシエートされたセッション情報に基づいて、第１のポリシー及び課金制御（ＰＣＣ）ルール群を作成するように構成されている作成ユニット（１０２）と、
ポリシー及び課金施行機能（ＰＣＥＦ）を実現し、かつ前記第１のポリシー及び課金制御（ＰＣＣ）ルール群に従って前記ユーザ機器（ＵＥ）と関連付けられたサービスとして複数のメディアが介在するサービスを開始するように構成されているサーバ（２００）における前記第１のポリシー及び課金制御（ＰＣＣ）ルール群のインストールを、前記ユーザ機器（ＵＥ）と関連付けられたユーザプレーンセッションの確立時に、トリガーするように構成されているトリガーユニット（１０４）と、
前記ユーザプレーンセッションの有効期間内に、前記ユーザ機器（ＵＥ）から発信されるサービス品質（ＱｏＳ）変更リクエストとして前記サービスの特定のメディアに専用となるサービス品質（ＱｏＳ）変更リクエストを受信するように構成されている受信ユニット（１０６）とを有し、
前記作成ユニット（１０２）は、更に、前記ユーザプレーンセッションの有効期間内に、メディア毎の前記サービス品質（ＱｏＳ）変更リクエストに基づいて、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を作成するように構成され、
前記トリガーユニット（１０４）は、更に、前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（２００）が、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群に従って、前記ユーザ機器（ＵＥ）と関連付けられたサービスを継続できるように、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（２００）において、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群のインストールを、前記ユーザプレーンセッションの有効期間内に、トリガーするように構成されている
ことを特徴とするサーバ（１００）。
【請求項９】
前記サービス品質（ＱｏＳ）変更リクエストを前記ユーザプレーンセッションに適用できるか、及び
前記サービス品質（ＱｏＳ）変更リクエストをどの程度またはどの範囲で前記ユーザプレーンセッションに適用できるか
のうちの少なくとも１つを決定するように構成されている決定ユニット（１０８）を更に有する
ことを特徴とする請求項８に記載のサーバ（１００）。
【請求項１０】
前記決定ユニット（１０８）は、アクセスネットワーク状態、ローミング状態、無線アクセス形式、輻輳レベル、時間及びユーザプロファイルのうちの少なくとも１つに基づいて決定するように構成されている
ことを特徴とする請求項９に記載のサーバ（１００）。
【請求項１１】
ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されているサーバ（２００）であって、
ポリシー及び課金ルール機能（ＰＣＲＦ）を実現するように構成されているサーバ（１００）から第１のポリシー及び課金制御（ＰＣＣ）ルール群を受信した後に、前記ユーザ機器（ＵＥ）と関連付けられたユーザプレーンセッションの確立時に、前記第１のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするように構成されているインストールユニット（２０４）と、
前記第１のポリシー及び課金制御（ＰＣＣ）ルール群に従って前記ユーザ機器（ＵＥ）と関連付けられたサービスとして複数のメディアが介在するサービスを開始するように構成されている開始ユニット（２０５）とを備え、
前記インストールユニット（２０４）は、更に、前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（１００）から前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を受信した後、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、メディア毎に前記第２のポリシー及び課金制御（ＰＣＣ）ルール群として前記サービスの特定のメディアに専用となるサービス品質（ＱｏＳ）変更リクエストを実現する第２のポリシー及び課金制御（ＰＣＣ）ルール群を前記ユーザプレーンセッションの有効期間内にインストールし、かつ前記第２のポリシー及び課金制御（ＰＣＣ）ルール群に従って、前記ユーザ機器（ＵＥ）と関連付けられたサービスを継続するように構成されている
ことを特徴とするサーバ（２００）。
【請求項１２】
前記インストールユニット（２０４）は、更に、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群をインストールする場合に、新規の課金キーを前記ユーザ機器（ＵＥ）と関連付けられているサービスに割り当てるように構成されている
ことを特徴とする請求項１１に記載のサーバ（２００）。
【請求項１３】
前記第２のポリシー及び課金制御（ＰＣＣ）ルール群をインストールした後に存続期間が経過するまたは存続期間が満了すること、
前記ユーザプレーンセッションに適用されるサービス品質（ＱｏＳ）をリセットするためのリクエストが前記ユーザ機器（ＵＥ）から送信されること、
日または週の特定の時間に達すること、
ユーザプロファイルが変更されること、及び
前記ユーザプレーンセッションにおけるイベントが修正された前記第２のポリシー及び課金制御（ＰＣＣ）ルール群を無効にすること
のうちの少なくとも１つが発生する場合に、前記ユーザプレーンセッションに適用されたポリシー及び課金制御（ＰＣＣ）ルール群を前記第１のポリシー及び課金制御（ＰＣＣ）ルール群にリセットするように構成されているリセットユニット（２０６）を更に有する
ことを特徴とする請求項１１または１２に記載のサーバ（２００）。
【請求項１４】
ポリシー及び課金ルール機能（ＰＣＲＦ）を実現するように構成されているサーバ（１００）で実行される場合に、前記サーバ（１００）に、以下のステップを実行させるように構成されている命令群を含むコンピュータプログラムであって、
ユーザ機器（ＵＥ）とアプリケーション機能（ＡＦ）との間でネゴシエートされたセッション情報に基づいて、第１のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップ（１２）と、
ポリシー及び課金施行機能（ＰＣＥＦ）を実現し、かつ前記第１のポリシー及び課金制御（ＰＣＣ）ルール群に従って前記ユーザ機器（ＵＥ）と関連付けられたサービスとして複数のメディアが介在するサービスを開始するように構成されているサーバ（２００）における前記第１のポリシー及び課金制御（ＰＣＣ）ルール群のインストールを、前記ユーザ機器（ＵＥ）と関連付けられたユーザプレーンセッションの確立時に、トリガーするステップ（１４）と、
前記ユーザプレーンセッションの有効期間内に、前記ユーザ機器（ＵＥ）から、メディア毎のサービス品質（ＱｏＳ）変更リクエストとして前記サービスの特定のメディアに専用となるサービス品質（ＱｏＳ）変更リクエストを受信するステップ（２１）と、
前記ユーザプレーンセッションの有効期間内に、メディア毎の前記サービス品質（ＱｏＳ）変更リクエストに基づいて、第２のポリシー及び課金制御（ＰＣＣ）ルール群を作成するステップ（２２）と、
前記ユーザプレーンセッションの有効期間内に、前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（２００）が、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群に従って、前記ユーザ機器（ＵＥ）と関連付けられたサービスを継続できるように、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（２００）において、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群のインストールをトリガーするステップ（２４）と
を前記サーバ（１００）に実行させるためのプログラム。
【請求項１５】
ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されているサーバ（２００）を実行する場合に、前記サーバ（２００）に、以下のステップを実行させるように構成されている命令群を含むコンピュータプログラムであって、
ポリシー及び課金ルール機能（ＰＣＲＦ）を実現するように構成されているサーバ（１００）から第１のポリシー及び課金制御（ＰＣＣ）ルール群を受信した後に、前記ユーザ機器（ＵＥ）と関連付けられたユーザプレーンセッションの確立時に、前記第１のポリシー及び課金制御（ＰＣＣ）ルール群をインストールするステップ（１４）と、
前記第１のポリシー及び課金制御（ＰＣＣ）ルール群に従って前記ユーザ機器（ＵＥ）と関連付けられたサービスとして複数のメディアが介在するサービスを開始するステップ（１６）と、
前記ポリシー及び課金施行機能（ＰＣＥＦ）を実現するように構成されている前記サーバ（１００）から第２のポリシー及び課金制御（ＰＣＣ）ルール群を受信した後、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群で前記第１のポリシー及び課金制御（ＰＣＣ）ルール群を置換することによって、メディア毎の前記第２のポリシー及び課金制御（ＰＣＣ）ルール群として前記サービスの特定のメディアに専用となるサービス品質（ＱｏＳ）変更リクエストを実現する第２のポリシー及び課金制御（ＰＣＣ）ルール群を前記ユーザプレーンセッションの有効期間内にインストールするステップ（２４）と、
前記ユーザプレーンセッションの有効期間内に、前記第２のポリシー及び課金制御（ＰＣＣ）ルール群に従って、前記ユーザ機器（ＵＥ）と関連付けられたサービスを継続するステップ（２６）と
を前記サーバ（２００）に実行させるためのプログラム。
【国際調査報告】
2012507223.tif 000023
2012507223.tif 000024
2012507223.tif 000025