(57)【特許請求の範囲】
【請求項１】
ユーザ機器（１０）とゲートウェイ（２６）とを有する通信システムにおいて実行される方法であって、
前記通信システムは、前記ユーザ機器（１０）から前記ゲートウェイ（２６）へ少なくとも１つのベアラ（５２、５４）上でデータパケットを送信するように構成され、
前記ユーザ機器（１０）は、前記少なくとも１つのベアラ（５２、５４）と前記データパケットを関連付けるための少なくとも１つのパケットフィルタ（６２、６４）をインストールするように構成され、
前記方法は、
データトラフィックの指示を検出するステップと、
前記データトラフィックに対する制御ルールを判定するステップと、
前記データトラフィックの前記データパケットを前記少なくとも１つのベアラ（５２、５４）へマッピングするために、前記ユーザ機器（１０）への新規のパケットフィルタ（６２、６４）のインストールが要求されているかの決定を実行するステップと
を備えることを特徴とする方法。
【請求項２】
前記データトラフィックは、関連付けられている制御ルールを有さないデータトラフィック、あるいは、修正すべき関連付けられている制御ルールを有するデータトラフィックである
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ゲートウェイ（２６）へのメッセージにフラグを設定するステップを更に備え、
前記フラグは、前記決定の結果を示している
ことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記新規のパケットフィルタ（６２、６４）が前記ユーザ機器（１０）へシグナリングされるべきかを示す指示を前記ゲートウェイ（２６）へ送信するステップを更に備える
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記ゲートウェイ（２６）から、前記ゲートウェイ（２６）が、前記新規のパケットフィルタ（６２、６４）が前記ユーザ機器（１０）へシグナリングされるべきかを検出することをサポートしないことを示す指示を受信するステップと、
前記決定の結果を前記ゲートウェイ（２６）へ指示することなく、前記ゲートウェイ（２６）において判定された前記制御ルールをアクティベートするステップと
を更に備えることを特徴とする請求項１または２に記載の方法。
【請求項６】
前記新規のパケットフィルタ（６２、６４）を生成するステップと、
前記新規のパケットフィルタ（６２、６４）を前記ゲートウェイ（２６）へ送信するステップと
を更に備えることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
ユーザ機器（１０）とゲートウェイ（２６）とを有する通信システムにおいて実行される方法であって、
前記通信システムは、前記ユーザ機器（１０）から前記ゲートウェイ（２６）へ少なくとも１つのベアラ（５２、５４）上でデータパケットを送信するように構成され、
前記ユーザ機器（１０）は、前記少なくとも１つのベアラ（５２、５４）と前記データパケットを関連付けるための少なくとも１つのパケットフィルタ（６２、６４）をインストールするように構成され、
前記方法は、
前記データトラフィックを前記少なくとも１つのベアラ（５２、５４）へマッピングするために、新規のパケットフィルタ（６２、６４）のインストールが要求されているかの決定の結果を取得するステップと、
前記結果を評価するステップと、
前記評価に従って、前記ユーザ機器（１０）への前記新規のパケットフィルタ（６２、６４）のシグナリングを開始するステップと
を備えることを特徴とする方法。
【請求項８】
前記新規のパケットフィルタ（６２、６４）を前記ユーザ機器（１０）へシグナリングするステップであって、前記決定に従って、前記新規のパケットフィルタ（６２、６４）のインストールが要求されているかを指示する、シグナリングするステップを更に備える
ことを特徴とする請求項７に記載の方法。
【請求項９】
前記決定が、前記新規のパケットフィルタ（６２、６４）のインストールが要求されないことを示す場合、前記ユーザ機器への前記新規のパケットフィルタ（６２、６４）のシグナリングを実行しないステップを更に備える
ことを特徴とする請求項７に記載の方法。
【請求項１０】
ユーザ機器（１０）とゲートウェイ（２６）とを有する通信システムにおいて実行される方法であって、
前記通信システムは、前記ユーザ機器（１０）から前記ゲートウェイ（２６）へ少なくとも１つのベアラ（５２、５４）上でデータパケットを送信するように構成され、
前記ユーザ機器（１０）は、前記少なくとも１つのベアラ（５２、５４）と前記データパケットを関連付けるための少なくとも１つのパケットフィルタ（６２、６４）をインストールするように構成され、
前記方法は、
前記ユーザ機器（１０）において新規のパケットフィルタ（６２、６４）を受信するステップと、
前記新規のパケットフィルタ（６２、６４）を送信するために使用されるシグナリングから、前記データトラフィックのデータパケットを前記少なくとも１つのベアラ（５２、５４）へマッピングするために、前記ユーザ機器（１０）への前記新規のパケットフィルタ（６２、６４）のインストールが要求されるかを判定するステップと、
前記判定に従って、前記新規のパケットフィルタ（６２、６４）をインストールするステップと
を備えることを特徴とする方法。
【請求項１１】
ユーザ機器（１０）とゲートウェイ（２６）とを有する通信システムにおいて使用されるポリシーコントローラ（３０）であって、
前記通信システムは、前記ユーザ機器（１０）から前記ゲートウェイ（２６）へ少なくとも１つのベアラ（５２、５４）上でデータパケットを送信するように構成され、
前記ユーザ機器（１０）は、前記少なくとも１つのベアラ（５２、５４）と前記データパケットを関連付けるための少なくとも１つのパケットフィルタ（６２、６４）をインストールするように構成され、
前記ポリシーコントローラ（３０）は、
データトラフィックの指示を受信するように構成されている受信機（３１）と、
前記データトラフィックに対する制御ルールを判定するプロセッサとを備え、
前記プロセッサは、前記データトラフィックの前記データパケットを前記少なくとも１つのベアラ（５２、５４）へマッピングするために、新規のパケットフィルタ（６２、６４）のインストールが要求されているかの決定を実行するように構成されている
ことを特徴とするポリシーコントローラ。
【請求項１２】
前記決定の結果を前記ゲートウェイ（２６）へ送信するための送信機（３２）を更に備える
ことを特徴とする請求項１１に記載のポリシーコントローラ。
【請求項１３】
前記送信機（３２）は、前記ゲートウェイ（２６）へのメッセージにフラグを設定するように構成され、
前記フラグは、前記決定の結果を示している
ことを特徴とする請求項１２に記載のポリシーコントローラ。
【請求項１４】
前記ポリシーコントローラ（３０）は、請求項１乃至６のいずれか１項に記載の方法を実行するように構成されている
ことを特徴とする請求項１１乃至１３のいずれか１項に記載のポリシーコントローラ。
【請求項１５】
ユーザ機器（１０）とゲートウェイ（２６）とを有する通信システムにおいて使用されるシグナリングコントローラ（２７、２９）であって、
前記通信システムは、前記ユーザ機器（１０）から前記ゲートウェイ（２６）へ少なくとも１つのベアラ（５２、５４）上でデータパケットを送信するように構成され、
前記ユーザ機器（１０）は、前記少なくとも１つのベアラ（５２、５４）と前記データパケットを関連付けるための少なくとも１つのパケットフィルタ（６２、６４）をインストールするように構成され、
前記シグナリングコントローラ（２７、２９）は、
前記データトラフィックを前記少なくとも１つのベアラ（５２、５４）へマッピングするために、前記ユーザ機器（１０）において、新規のパケットフィルタ（６２、６４）のインストールが要求されているかの決定の結果を受信するための第１のインタンフェース（４２０）と、
前記結果を評価し、その評価に従って、前記ユーザ機器（１０）への前記新規のパケットフィルタ（６２、６４）のシグナリングを開始するように構成されているプロセッサ（２８、４４０）と
を備えることを特徴とするシグナリングコントローラ。
【請求項１６】
前記ユーザ機器（１０）へ、前記新規のパケットフィルタ（６２、６４）、及び、前記ユーザ機器（１０）において前記新規のパケットフィルタ（６２、６４）がインストールされるべきかの指示の少なくとも一方を送信するように構成されている第２のインタフェース（４３０）を更に備える
ことを特徴とする請求項１５に記載のシグナリングコントローラ。
【請求項１７】
前記シグナリングコントローラ（２７、２９）は、前記ゲートウェイ（２６）である
ことを特徴とする請求項１５または１６に記載のシグナリングコントローラ。
【請求項１８】
前記結果は前記ポリシーコントローラ（３０）から受信され、
前記第１のインタフェース（４２０）は、前記シグナリングコントローラ（２７、２９）が前記評価を可能であり、かつ前記評価に応じてシグナリングを開始することが可能であることを指示する情報を、前記ポリシーコントローラ（３０）へ送信するように構成されている
ことを特徴とする請求項１５乃至１７のいずれか１項に記載のシグナリングコントローラ。
【請求項１９】
前記シグナリングコントローラ（２７、２９）は、請求項７乃至９のいずれか１項に記載の方法を実行するように構成されている
ことを特徴とする請求項１５乃至１８のいずれか１項に記載のシグナリングコントローラ。
【請求項２０】
ユーザ機器（１０）であって、
少なくとも１つのベアラ（５２、５４）上でデータパケットをゲートウェイ（２６）へ送信するように構成されている送信機（１６）と、
前記少なくとも１つのベアラ（５２、５４）と前記データパケットを関連付けるための少なくとも１つのパケットフィルタ（６２、６４）をインストールするように構成されているプロセッサ（１８）と、
新規のパケットフィルタ（６２、６４）を受信するように構成されている受信機（１４）と、
前記新規のパケットフィルタ（６２、６４）を送信するために使用されるシグナリングから、前記データトラフィックのデータパケットを前記少なくとも１つのベアラ（５２、５４）へマッピングするために、前記新規のパケットフィルタ（６２、６４）のインストールが要求されるかを判定するように構成されている検出器（１９）とを備え、
前記プロセッサ（１８）は、前記検出器（１９）による判定に従って、前記新規のパケットフィルタ（６２、６４）をインストールするように構成されている
ことを特徴とするユーザ機器。
【請求項２１】
デバイスのプロセッサによって実行されるプログラムコードを備えるコンピュータプログラムであって、前記デバイスを、請求項１乃至１０のいずれか１項に記載の方法を実行させる、ことを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ機器とそれに対応するデバイスへのパケットフィルタのインストールを制御する方法に関するものである。
【背景技術】
【０００２】
ポリシー及び課金制御（ＰＣＣ）では、例えば、３ＧＰＰ技術仕様書（ＴＳ）２３．２０３（３ＧＰＰ：第３世代パートナシッププロジェクト）に記載されるように、アプリケーション機能（ＡＦ）はアプリケーションを提供する要素であり、これは、トラフィックプレーンリソースの、動的なポリシー制御及び課金制御の少なくとも一方を要求する。ポリシー制御には、例えば、以下のような機能を備えることができる。
【０００３】
−バインディング、例えば、サービスデータフローと、そのサービスデータフローをトランスポートするインターネットプロトコル接続アクセスネットワーク（ＩＰ  ＣＡＮ）ベアラとの間の関連付け（アソシエーション）の生成
−ゲーティング制御、例えば、サービスデータフローに属するパケットを、所望のエンドポイントを通過させることをブロックすることあるいは許可すること
−イベントレポート、例えば、新規の動作をトリガーするためのアプリケーションのイベントを通知し及び応答すること、ゲートウェイ（ＧＷ）内のリソース、例えば、ポリシー及び課金実施機能（ＰＣＥＦ）に関連するイベントをレポートすること
−サービス品質（ＱｏＳ）制御、例えば、サービスデータフローあるいはＩＰ  ＣＡＮベアラに対して認可される最高ＱｏＳの認可及び実施
−ベアラ確立、例えば、ＩＰ  ＣＡＮベアラ確立に対するネットワーク開始手順をサポートするＩＰ  ＣＡＮに対するもの
一般的な用語では、ベアラは、所定のパラメータを伴う情報伝送経路であり、このパラメータには、例えば、容量、遅延及びビット誤りレート等がある。ＩＰ  ＣＡＮベアラは、例えば、所定の容量、遅延及びビット誤りレート等のＩＰ伝送経路として示すことができ、また、ＩＰ  ＣＡＮセッションは、インターネットプロトコル（ＩＰ）アドレスあるいはＵＥアイデンティティ情報と、ＰＤＮ  ＩＤ、例えば、アクセスポイント名（ＡＰＮ）によって示されるパケットデータネットワーク（ＰＤＮ）との間の関連付けとして示すことができる。ＩＰ  ＣＡＮセッションは、１つ以上のＩＰ  ＣＡＮベアラを組み込んでいる。サービスデータフローは、サービスデータフローテンプレートに合致するパケットフローの集合体である。サービスデータフローテンプレートとは、即ち、サービスデータフローを定義するために要求されるＰＣＣルールのサービスデータフローフィルタのセットである。
【０００４】
コアネットワークにおけるＩＰマルチメディアサブシステム（ＩＭＳ）の場合では、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）と呼ばれる機能は、セッション開始プロトコル（ＳＩＰ）シグナリングプレーンにおいてＡＦの役割を演じる。ＰＣＥＦは、ユーザプレーントラフィックに渡って、サービスデータフロー検出、課金及びポリシー実施を提供することができるエンティティである。汎用パケット無線サービス（ＧＰＲＳ）アクセスネットワーク内では、ＰＣＥＦは、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）と呼ばれるノード内に配置され、一方で、高度パケットシステム（ＥＰＳ）アーキテクチャ内では、ＰＣＥＦは、ＰＤＮ  ＧＷ内に配置される。ポリシー及び課金ルール機能（ＰＣＲＦ）と呼ばれるポリシーコントローラは、アプリケーションレイヤ（例えば、ＩＭＳ）とメディアプレーンとの間に配置される。ここで、アプリケーションレイヤでは、サービスセッション特性がネゴシエートされ、また、メディアプレーンでは、実際のサービスが配信される。
【０００５】
図１は、ＰＣＣアーキテクチャの簡略図を示している。図１のアーキテクチャでは、ＰＣＲＦは、ＰＣＥＦにＰＣＣルールをインストールする。ＰＣＥＦは、ベアラバインディングがＰＣＥＦにおいて割り当てられると、ＰＣＣルールと、サービスデータフローを搬送するＩＰ−ＣＡＮベアラとを関連付ける。ＧＰＲＳとＥＰＳアクセスに対して、これは、ＰＣＥＦをトリガーして、トラフィックフローテンプレート（ＴＦＴ）フィルタをＵＥへ送信する。ＵＥは、サービスデータフローの内容を特定する。
【０００６】
前提条件となる、ＩＭＳに対するシグナリング（例えば、３ＧＰＰ  ＴＳ  ２３．２２８及びＴＳ２４．２２９として示される）では、ＵＥは、セッション記述プロトコル（ＳＤＰ）メディアに対して前提条件となる属性を設定し、また、メディアに対するリソースがまだ利用可能でない場合にローカルのリソースを要求する、「必須となる」メディアに対してパラメータを設定する。前提条件は、セッションについての制約のセットであり、これは、セッション開始中に導入される。セッションの受信側は回答を生成するが、ユーザに警告を出さない、あるいは、そうでなければ、前提条件に合致するまでは、セッション確立に進まない。このことは、ローカルイベント、例えば、リソース予約の確認を通じて、あるいは、発呼側によって送信される新規の制約のセットを通じて、知ることができる。
【０００７】
Ｐ−ＣＳＣＦ（あるいはＡＦ）はＰＣＲＦに問い合わせて、認可対象のＡＦセッションをリクエストする。ＰＣＲＦはＡＦセッションを認可して、そして、追加のリソースを要求するＳＤＰメディアに対するＰＣＥＦへＰＣＣルールをプッシュする。
【０００８】
ＰＣＥＦは、ポリシーを実施し、また、ＩＰ  ＣＡＮ専用手順によって追加のリソースを要求するメディアに対するリソース予約を開始する。
【０００９】
ＧＰＲＳに対しては、ＧＧＳＮは、適切なパケットデータプロトコル（ＰＤＰ）コンテキストとＥＰＳベアラ手順を開始する。ＥＰＳに対して、これは、ＰＤＮ  ＧＷによって達成される。
【００１０】
ＰＤＰコンテキストとＥＰＳベアラ手順は、ＳＤＰメディアに対応するパケットフィルタを含んでいる。このＳＤＰメディアは、ＵＥに、リソース予約とＳＤＰメディアとをバインドすることを許容する。そうすることで、ＵＥは、以前は利用可能なリソースを有していなかったＳＤＰメディアに対して現在はリソースが利用可能であることを示すＳＤＰ更新を開始することができる。ＵＥが任意のパケットフィルタ更新を取得しない場合、ＵＥは、ネットワークがリソースをＳＤＰメディアに対して割り当てているかをどうかを知らないであろう。例えば、ＰＤＰコンテキストあるいはＥＰＳベアラのアクティベーション（起動）あるいは修正が存在する場合、ＵＥは、それがＳＤＰメディアに対するものであるのか、あるいはＵＥ内で動作している任意の他のアプリケーションに対するものであるかを知することはないであろう。
【００１１】
「ＱｏＳが保証された」セッションのセットアップは、要求されているリソースがセッションに割り当てられるまで、完了することはない。ＱｏＳが保証されたセッションでは、メディアストリームに対するＱｏＳベアラはセッションレベルで定義されるＱｏＳ前提条件に従って正常に確立されるべきであり、その後、ＵＥは、セッションを完了し、かつ他のエンドポイントに警告するための成功応答を指示することができる。ＵＥが、合致すべきＱｏＳ前提条件に関与すべき場合についての原理は、以下のものがある。
【００１２】
−一定の方向でのメディアストリームに対して定義されるＱｏＳ前提条件に合致するための最小要件は、適切なＩＰ  ＣＡＮベアラが、その方向に対するローカルアクセスにおいて確立されることである。
【００１３】
−セグメント化されたリソース予約が実行される。これは、エンドポイントが、ローカルメカニズムを介してアクセスネットワークのリソース予約を行うことを担当するからである。
【００１４】
−エンドポイントはリソースを提案することになる。これは、セッションをサポートし、かつ合意されるセットをネゴシエートすることを要望することができるからである。複数のネゴシエーションステップが、セッションに対するメディアのセットに合意するために必要とされる場合がある。そして、最終的に合意されるセットは、エンドポイント間で更新される。
【００１５】
−ＵＥが前提条件に満足しない場合、例えば、リソース予約プロトコル（ＲＳＶＰ）セッションの確立に失敗する場合に行う動作は、失敗の理由に依存する。その理由がネットワーク内のリソースの欠如である場合、例えば、ネットワーク内の管理制御機能がリソースに対するリクエストを拒否する場合、ＵＥは、そのセッションの完了を失敗することになる。その他の理由については、例えば、経路上のＲＳＶＰホストあるいはプロキシの欠如は、取られる動作は、ＵＥ内での局所的な決定である。例えば、ＵＥは、いくつかの追加の動作をこれ以上を要求しないことによって、セッションの完了をしないことを、あるいはセッションの完了を試行することを、選択することができる。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
しかしながら、３ＧＰＰ  ＴＳ２４．００８と２４．３０１に従えば、ＵＥのＴＦＴにインストールすることができるパケットフィルタの数は制限されている。より詳しくは、優先順位値の量はＰＤＮ接続に対して制限されている。即ち、すべてのベアラは、同一のデフォルトベアラに接続されている。優先順位値は、データパケットをベアラへ転送する場合に適用されるパケットフィルタの順序を規定するものである。そのため、異なるパケットフィルタに対して同一の値を有することはできない。３ＧＰＰ  ＴＳ２４．００８に従えば、異なるフィルタに対する同一の優先順位値は、構文エラーをもたらすことになる。大量の数のパケットフィルタがインストールされる場合、新規の優先順位値をそのインストールされるパケットフィルタに再割当する必要性が高まり、かつインストールされるパケットフィルタが、別のパケットフィルタによって既にとられている優先順位値を受け付けなればならない場合、取り得る優先順位値の量を増加させる必要性が発生する可能性がある。従って、ＰＣＥＦが、常に、ＰＣＣルールのパケットフィルタのすべてをＵＥへ転送する場合、ＴＦＴ内の許容されるパケットフィルタを拡大する必要性が発生する可能性がある。このことは、より大量の情報要素を要求し、かつシグナリングオーバヘッドを増大させることになる。また、ＰＣＣルールのすべてのパケットフィルタをＵＥへ転送することは、高いシグナリング負荷を発生させる。
【００１７】
従って、ＵＥ内へのパケットフィルタのインストールを効果的に制御することを可能にする技術が必要とされている。
【課題を解決するための手段】
【００１８】
本発明の実施形態に従えば、通信システムのポリシーコントローラで使用することができる方法が提供される。前記通信システムは、ユーザ機器とゲートウェイを含み、また、前記ユーザ機器から前記ゲートウェイへ少なくとも１つのベアラ上でデータパケットを送信するように構成されている。前記ユーザ機器は、前記少なくとも１つのベアラと前記データパケットを関連付けるための少なくとも１つのパケットフィルタをインストールするように構成されている。この方法に従えば、データトラフィックの指示が検出される。前記データトラフィックに対する制御ルールが判定される。前記データトラフィックの前記データパケットを前記少なくとも１つのベアラへマッピングするために、前記ユーザ機器への新規のパケットフィルタのインストールが要求されているかの決定が実行される。
【００１９】
本発明の更なる実施形態に従えば、通信システムのシグナリングコントローラで使用することができる方法が提供される。この通信システムは、ユーザ機器とゲートウェイとを含み、前記ユーザ機器から前記ゲートウェイへ少なくとも１つのベアラ上でデータパケットを送信するように構成されている。前記ユーザ機器は、前記少なくとも１つのベアラと前記データパケットを関連付けるための少なくとも１つのパケットフィルタをインストールするように構成されている。この方法に従えば、前記データトラフィックを前記少なくとも１つのベアラへマッピングするために、新規のパケットフィルタのインストールが要求されているかの決定の結果が取得される。前記結果が評価される。前記評価に従って、前記ユーザ機器への前記新規のパケットフィルタのシグナリングが開始される。
【００２０】
本発明の更なる実施形態に従えば、通信システムのゲートウェイと通信するユーザ機器で使用することができる方法が提供される。前記通信システムは、前記ユーザ機器から前記ゲートウェイへ少なくとも１つのベアラ上でデータパケットを送信するように構成されている。前記ユーザ機器は、前記少なくとも１つのベアラと前記データパケットを関連付けるための少なくとも１つのパケットフィルタをインストールするように構成されている。この方法に従えば、前記ユーザ機器において新規のパケットフィルタが受信される。前記新規のパケットフィルタを送信するために使用されるシグナリングから、前記データトラフィックのデータパケットを前記少なくとも１つのベアラへマッピングするために、前記ユーザ機器への前記新規のパケットフィルタのインストールが要求されるかが判定される。前記判定に従って、前記新規のパケットフィルタがインストールされる。
【００２１】
本発明の更なる実施形態に従えば、ポリシーコントローラが提供される。前記ポリシーコントローラは、ユーザ機器とゲートウェイとを有する通信システムにおいて使用されるように構成されている。前記通信システムは、前記ユーザ機器から前記ゲートウェイへ少なくとも１つのベアラ上でデータパケットを送信するように構成されている。前記ユーザ機器は、前記少なくとも１つのベアラと前記データパケットを関連付けるための少なくとも１つのパケットフィルタをインストールするように構成されている。前記ポリシーコントローラは、データトラフィックの指示を受信するように構成されているインタフェースを含んでいる。また、前記ポリシーコントローラには、前記データトラフィックに対する制御ルールを判定するように構成されているプロセッサが提供される。加えて、前記プロセッサは、前記データトラフィックの前記データパケットを前記少なくとも１つのベアラへマッピングするために、新規のパケットフィルタのインストールが要求されているかの決定を実行するように構成されている。
【００２２】
本発明の更なる実施形態に従えば、シグナリングコントローラが提供される。前記シグナリングコントローラは、ユーザ機器とゲートウェイとを有する通信システムにおいて使用されるように構成されている。前記通信システムは、前記ユーザ機器から前記ゲートウェイへ少なくとも１つのベアラ上でデータパケットを送信するように構成されている。前記ユーザ機器は、前記少なくとも１つのベアラと前記データパケットを関連付けるための少なくとも１つのパケットフィルタをインストールするように構成されている。前記シグナリングコントローラは、前記データトラフィックを前記少なくとも１つのベアラへマッピングするために、前記ユーザ機器において、新規のパケットフィルタのインストールが要求されているかの決定の結果を受信するためのインタンフェースを含んでいる。加えて、前記シグナリングコントローラには、前記結果を評価し、その評価に従って、前記ユーザ機器への前記新規のパケットフィルタのシグナリングを開始するように構成されているプロセッサが提供される。
【００２３】
本発明の更なる実施形態に従えば、ユーザ機器が提供される。前記ユーザ機器は、少なくとも１つのベアラ上でデータパケットをゲートウェイへ送信するように構成されている送信機を含んでいる。また、前記ユーザ機器には、前記少なくとも１つのベアラと前記データパケットを関連付けるための少なくとも１つのパケットフィルタをインストールするように構成されているプロセッサが提供される。前記ユーザ機器は、また、新規のパケットフィルタを受信するように構成されている受信機を含んでいる。加えて、前記ユーザ機器には、検出器が提供される。前記検出器は、前記新規のパケットフィルタを送信するために使用されるシグナリングから、前記データトラフィックのデータパケットを前記少なくとも１つのベアラへマッピングするために、前記新規のパケットフィルタのインストールが要求されるかを判定するように構成されている。前記プロセッサは、更に、前記検出器による判定に従って、前記新規のパケットフィルタをインストールするように構成されている。
【００２４】
更なる実施形態に従えば、他の方法、ネットワークコンポーネント、あるいはコンピュータプログラムが提供されても良い。
【図面の簡単な説明】
【００２５】
【図１】ポリシー及び課金制御アーキテクチャを示す図である。
【図２】本発明の実施形態に従う概念が実現される通信システムを示す図である。
【図３】図２の通信システムにおける情報フローを示す図である。
【図４】本発明の実施形態に従うポリシーコントローラを示す図である。
【図５】本発明の実施形態に従うシグナリングコントローラを示す図である。
【図６】本発明の実施形態に従うユーザ機器を示す図である。
【図７】本発明の実施形態に従う方法を示すためのフローチャートである。
【図８】本発明の実施形態に従う更なる方法を示すためのフローチャートである。
【図９】本発明の実施形態に従う更なる方法を示すためのフローチャートである。
【発明を実施するための形態】
【００２６】
以下では、本発明は、図面とともに例示の実施形態を参照することによってより詳細に説明する。図示の実施形態は、ＵＥにおけるパケットフィルタのインストールを制御する概念に関するものである。図示の例では、この概念は、３ＧＰＰ技術仕様に従う移動通信ネットワークに適用される。しかしながら、図示される概念は、他のタイプの通信ネットワークにも適用できることが理解されるであろう。
【００２７】
移動通信ネットワークでは、特定のサービスに関連するネットワークトラフィックは、一定のＱｏＳを有するベアラに向けられることが知られている。これに関して、ベアラは、所定の特性、例えば、容量、遅延及びビット誤りレートの少なくとも一方の情報伝送コンテキストあるいは経路と見なされる。典型的には、移動通信ネットワークのゲートウェイと、ＵＥ、例えば、移動電話あるいは他のタイプの移動端末との間に、いくつかのベアラが確立されることになる。ベアラは、ネットワークからＵＥへの方向でダウンリンク（ＤＬ）データトラフィックを搬送することができ、また、ＵＥからネットワークへのアップリンク（ＵＬ）方向でデータトラフィックを搬送することができる。ゲートウェイとユーザ機器において、複数のＩＰデータパケットを含むデータトラフィックは、例えば、ＩＰ５タプルパケットフィルタを使用してフィルタにかけることができ、これによって、所望のベアラへＩＰデータパケットを向けることになる。パケットフィルタは、ベアラのＴＦＴを形成する。
【００２８】
より詳しくは、特定のサービス、例えば、モバイルＴＶに関するデータトラフィックを、一定のＱｏＳを提供するベアラへ向けることが要望されている。この目的のために、ＤＬデータトラフィックはパケット検査の対象となり、そうすることで、特定のサービスに関連するデータパケットを識別することができる。所定のサービスのデータパケットが検出される場合、このことは、ポリシーコントローラへシグナリング（信号送信）される。次に、ポリシーコントローラは、対応するパケットフィルタを生成して、それらのパケットフィルタをゲートウェイへシグナリングすることができる。次に、ゲートウェイは、受信したパケットフィルタを使用して、データパケットを所望のベアラへ転送する。ベアラは、典型的には、特定のサービスに対してネットワークオペレータによって選択されているＱｏＳクラスを有している。このプロセスでは、例えば、ベアラを確立し、かつＵＬパケットフィルタをユーザ機器へ示すための、ＵＥに対するシグナリングも存在しても良く、このユーザ機器は、ＵＬデータトラフィックをベアラ上で転送するために使用されるべきである。
【００２９】
本明細書の上述の概念に従えば、ＵＥがパケットフィルタを要求する場合、あるいはネットワークがパケットフィルタを要求されているかどうかが定かでない場合、例えば、未知のサービスの場合には、パケットフィルタはＵＥへ転送されても良い。代替としては、パケットフィルタは、要求される場合のみ、パケットフィルタがＵＥにインストールされるような方法で、パケットフィルタがＵＥへ転送されても良い。このようにして、パケットフィルタはＵＥへ転送されても良いが、ベアラのＴＦＴにはインストールされない。
【００３０】
これらの概念に従えば、本発明の実施形態に従う方法は、データトラフィックの指示を検出することを含んでいる。データトラフィックは、関係する制御ルールを伴わないようにすることができ、あるいは、修正されるべき、関係する制御ルールを有することもできる。次に、指示されるデータトラフィックに対する、新規の制御ルールが判定される。この決定は、指示されたデータトラフィックのデータパケットをベアラへマッピングするためにフィルタのインストールが要求される場合に実行される。この方法のオプションの実施形態では、ゲートウェイ向けのメッセージにフラグが設定される。ここで、このフラグは、決定の結果を示している。更なるオプションの実施形態では、代替のものを使用することができる、あるいはそれに加えてフラグの実施形態を使用することができ、指示されたデータトラフィックに対するパケットフィルタはユーザ機器へシグナリングされ、このシグナリングは、シグナリングされるパケットフィルタのインストールがその決定に従って要求されているかを指示する。この更なる実施形態では、このシグナリングされるパケットフィルタのインストールがその決定に従って要求されているかの指示は、フラグとともに、あるいはそのフラグに代えて、ゲートウェイにも送信することができる。
【００３１】
上述のデータトラフィックの指示は、例えば、Ｒｘインタフェースを介してＡＦからＰＣＲＦによって受信されるデータフローの記述とすることができる。制御ルールは、例えば、上述のＰＣＣルールあるいはＱｏＳルールとすることができる。関係する制御ルールを伴わないデータトラフィックは、代替として、関係するＰＣＣルールを伴わないデータトラフィック、関係するフィルタを伴わないデータトラック、あるいは関係するＱｏＳルールを伴わないデータトラフィックとして規定することもできる。
【００３２】
フィルタのインストールが要求されているかの決定は、特定のパケットフィルタが判定されるかどうかの決定を意味するものではないことに注意されるべきである。例えば、パケットフィルタパラメータによってメディアプレーントラフィックの部分を特定するために、インストールのためにパケットフィルタが要求されないとしても、そのパケットフィルタが判定され、かつゲートウェイにシグナリングされる場合がある。
【００３３】
この概念は、ユーザ機器のすべてのベアラに適用されても良いし、あるいは、選択されたベアラだけ、例えば、デフォルトのベアラだけに適用されても良い。
【００３４】
本発明の実施形態に従えば、通信システムのコントローラは、上述の概念を実現するように構成することができる。例えば、ポリシーコントローラは、データトラフィックの指示を受信するための受信機を備えることができる。ここで、データトラフィックには、例えば、関係する制御ルールを伴わないデータトラフィック、あるいは修正されるべき関係する制御ルールを伴うデータトラフィックがある。ポリシーコントローラは、更に、指示されたデータトラフィックのための制御ルールを判定するためのプロセッサを含むことができる。プロセッサは、指示されたデータトラフィックのデータパケットをベアラへマッピングするためにフィルタのインストールが要求されるかの決定を実行するように構成することができる。
【００３５】
ポリシーコントローラは、決定の結果を他のエンティティに送信するための送信機も備えることができる。オプションとしては、コントローラは、ゲートウェイ向けのメッセージにフラグを設定するように構成されている送信機を備える。ここで、フラグは、決定の結果を指示する。
【００３６】
また、通信システムのシグナリングコントローラは、指示されたデータトラフィックのデータパケットをベアラへマッピングすることが要求されているかの決定の結果を受信するためのインタフェースと、結果を評価してユーザ機器へシグナリングするためのプロセッサと、パケットフィルタ、あるいは、結果の対象となるユーザ機器へパケットフィルタをインストールすべきかの指示を転送するための送信機を備えることができる。
【００３７】
例えば、シグナリングコントローラは、ゲートウェイであっても良い。シグナリングコントローラは、ＰＣＥＦあるいはＢＢＥＲＦであっても良い。シグナリングコントローラは、結果を評価し、それに従ってポリシーコントローラを作用させるように構成されていることを示す情報を送信するように構成されていても良く、そうすることで、ポリシーコントローラは、通信システムの様々なゲートウェイへのシグナリングを調整することができる。例えば、ポリシーコントローラは、その情報に依存して、送信されるフィルタがユーザ機器にインストールされるべきかどうかの指示のシグナリングを含めることができる。
【００３８】
本発明の実施形態では、この決定は、外部エンティティ、例えば、ポリシーコントローラあるいはＰＣＲＦで行うことができる。この場合、インタフェースは、ポリシーコントローラからメッセージを受信するためのシグナリングコントローラ内の受信機とすることができる。選択的には、この決定は、シグナリングコントローラ内で実行され、そうすることで、インタフェースがシグナリングコントローラ内の異なる機能に接続するようにすることができる。例えば、シグナリングコントローラとしてＰＣＥＦは、ＰＣＲＦとは独立して、フィルタのインストールが要求されるかをチェックすることができる。対応するルーチンは、例えば、シグナリングコントローラに関係するメモリにアクセスすることができる。このシグナリングコントローラは、ユーザ機器に既にインストールされているフィルタを判定し、かつ、対象のフィルタのインストールがデータパケットのベアラへのマッピングを変更するものであるかをチェックする。
【００３９】
本発明の更なる実施形態に従えば、ＵＥも、上述の概念を行うように構成される。この目的のために、ＵＥは、少なくとも１つのベアラでデータパケットをゲートウェイへ送信するための送信機と、データパケットをその少なくとも１つのベアラへ関係付けるための少なくとも１つのフィルタをインストールするように構成されるプロセッサを備えることができる。また、ＵＥは、指示されるデータトラフィックのデータパケットを、シグナリングされるパケットフィルタのためのベアラへマッピングするために、フィルタのインストールが要求されるかを判定するための検出器を備えることができる。プロセッサは、検出器によって判定された結果に応じて、フィルタのインストールを実行するように構成することができる。例えば、検出器は、受信するシグナリングを解析するように構成されているプロセッサ内のソフトウェア機能として実現することができる。
【００４０】
また、本発明は、上述の概念に、また、上述の方法の態様を実行するためのコントローラあるいはゲートウェイの、メモリあるいは処理システムにロード可能なコンピュータプログラムあるいはデータキャリヤ上のコンピュータプログラムに適合させることができる。これらのデバイス、システム、及びプログラムは、方法及び詳細な実施形態に関して説明される任意の実施形態に適合されていても良い。提案される発明の実施形態は、また、ダウンリンクトラフィック用に使用することができ、ここで、データパケットは、ゲートウェイがフィルタをインストールするように構成されている場合に、ゲートウェイからユーザ機器へ送信される。
【００４１】
図２は、本発明の実施形態に従う概念を適用することができる、通信ネットワーク環境を示している。
【００４２】
通信ネットワーク環境は、ＵＥ１０と、いくつかのネットワークコンポーネント２２、２４、２６及び３０を含んでいる。このＵＥ１０は、端末としても参照される場合がある。これらのネットワークコンポーネントの間には、無線アクセスネットワーク（ＲＡＮ）２２が存在する。ＲＡＮは、一定のタイプあるいは複数のタイプの無線アクセス技術に基づいている。この無線アクセス技術には、ＧＳＭ（移動通信用グローバルシステム）、ＥＤＧＥ（拡張データレートのＧＳＭエボリューション）、ＵＭＴＳ（ユニバーサル移動通信システム）あるいはＬＴＥ（ロングタームエボリューション）がある。ＲＡＮ２２は１つのノードとして示されているが、ＲＡＮ２２は、実際には、いくつかのコンポーネントで形成されていても良いことが理解されるべきであり、本明細書では、以降では説明しない。ＲＡＮ２２は、トランスポートノード２４に接続され、一方、トランスポートノード２４はゲートウェイ２６に接続される。ここで、選択的には、２つ以上のトランスポート２４がＲＡＮ２２とゲートウェイ２６の間に接続されていても良く、あるいは、ＲＡＮ２２が直接、ゲートウェイ２６に接続されていても良いことが理解されるべきである。ゲートウェイ２６は、１つ以上の外部データパケットネットワークとのＧＰＲＳベースのサービスの接続を提供する、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）であっても良い。また、ゲートウェイ２６は、３ＧＰＰ技術仕様に従うシステムアーキテクチャエボリューションゲートウェイ（ＳＡＥ  ＧＷ）であっても良い。これは、ＰＣＥＦと、上述の第２のコントローラの機能を実現するためのプロセッサとメモリを含んでいても良い。
【００４３】
加えて、移動通信ネットワークは、ポリシーコントローラ３０を含んでいる。これは、３ＧＰＰ技術仕様に従うポリシー及び課金ルール機能（ＰＣＲＦ）として実現される。ポリシーコントローラ３０は、専用ハードウェアによって実現されても良いし、プロセッサ３３によって実行されるソフトウェア機能を備えても良いし、それらの両方で実現されても良い。ゲートウェイ２６とポリシーコントローラ３０は、典型的には、コアネットワークのコンポーネントとしてみなされる。ポリシーコントローラ３０は、シグナリング経路６を介してゲートウェイ２６と通信し、これは、３ＧＰＰ技術仕様に従うＧｘインタフェースを使用して実現されても良い。
【００４４】
ポリシーコントローラ３０は、更に、シグナリング経路８を介して、加入データベース３８とサービスポリシーデータベース３９に接続されても良く、これは、例えば、３ＧＰＰ技術仕様に従うＳｐインタフェースを使用して実現される。つまり、ポリシーコントローラ３０は、移動通信ネットワークで利用可能な特定のサービス、例えば、移動ＴＶに関するポリシーデータ、及び特定のユーザに関するポリシーデータの少なくとも一方を受信することができる。ポリシーコントローラ３０は、更なるインタフェース、送信機と受信機を備えることができ、この受信機は、例えば、ＡＦからの情報を受信する。ルール機能とフィルタ生成部３５は、データトラフィックに対して判定された制御ルールに従うフィルタを特定するように構成され、決定機能３４は、一定のデータトラフィックのデータパケットをベアラへマッピングするために、フィルタのインストールが要求されるかの決定を実行するように構成されている。
【００４５】
更に示されるように、ネットワークとユーザ機器１０との間のサービス関連データトラフィックは、いくつかのベアラ５２、５４によって搬送される。サービス関連データトラフィックは、典型的には、ＵＥ１０上で動作する１つ以上のクライアント／ピアアプリケーション１２に関係する。ベアラ５２、５４は、ユーザ機器１０とゲートウェイ２６との間で確立される。ベアラ５２、５４は、ＤＬ方向及びＵＬ方向の両方でデータトラフィックを搬送する。即ち、ＤＬベアラとＵＬベアラの形として見なすことができる。ベアラ５２、５４における双方向通信をサポートするために、ＵＥ１０はトランシーバ構造、即ち、ベアラ５２、５４からの到来データパケットを受信するための受信機１４と、ベアラ５２、５４上に発信データパケットを送信するための送信機１６とが提供される。ベアラ５２、５４は、パケットベースのサービスをユーザ機器１０へ提供するために通常確立されるデフォルトベアラと、１つ以上の専用ベアラ５４とを含むことができる。この１つ以上の専用ベアラ５４は、デフォルトベアラとは異なるＱｏＳレベル、例えば、より上位のＱｏＳレベルを有することができる。各ベアラ５２、５４は、対応するＱｏＳプロファイルに関連付けられていても良い。ＱｏＳプロファイルのパラメータは、ＱｏＳクラス識別子（ＱＣＩ）、割当／保持優先度（ＡＲＰ）、最大ビットレート（ＭＢＲ）、及び保証ビットレート（ＧＢＲ）の少なくとも１つであっても良い。従って、各ベアラ５２、５４は、対応するＱｏＳクラスに関連付けられていても良い。プロセッサ１８はフィルタをインストールするように構成され、また、フィルタのインストールが要求されるかを判定するための検出器１９を備えている。
【００４６】
ＵＥ１０では、データパケットは、それに対応して構成設定されているＵＬパケットフィルタ６２、６４を使用して指定されたベアラ５２、５４へ転送される。ゲートウェイ２６では、データパケットは、それに対応して構成設定されているＤＬパケットフィルタ７２、７２を使用して指定されたベアラ５２、５４へ転送される。ＱｏＳプロファイルのパラメータは、シグナリング経路６を使用してポリシーコントローラ３０からゲートウェイ２６へシグナリングされても良い。同様に、ゲートウェイ２６で使用されるべきＤＬパケットフィルタ７２、７４は、シグナリング経路６を介して、ポリシーコントローラ３０からゲートウェイ２６へシグナリングされても良い。ＵＥ１０で使用されるＵＬパケットフィルタ６２、６４に関しては、それらは、ゲートウェイ２６を介してポリシーコントローラ３０からシグナリングされる。
【００４７】
図３は、ＵＥ１０にパケットフィルタをインストールするためのＰＣＣルールのアクティベーションに起因して、ポリシーコントローラ、即ち、ＰＣＲＦから、中間ノード群、即ち、ゲートウェイ２６、トランスポートノード２４及びＲＡＮ２２を介して、ＵＥ１０へ転送される情報を示している。図示されるように、ＰＣＲＦ３０は、対応する情報をゲートウェイ２６へ送信することによってＰＣＣルールをアクティベートする。この情報は、パケットフィルタと、ＱｏＳパラメータ群、例えば、ＱＣＩ、ＡＲＰ、ＭＢＲあるいはＧＢＲを含んでいても良い。次に、ゲートウェイ２６は、ＵＥ１０への要求されるシグナリングを実行する。このシグナリングは、ＩＰ  ＣＡＮシグナリングとしても呼ばれる。このシグナリングは、例えば、ベアラ識別情報（ベアラ−ＩＤ）によって示されるように、一定のベアラを確立するあるいは修正する目的を有している。このプロセスでは、ＱｏＳパラメータ、例えば、ＱＣＩ、ＡＲＰ、ＭＢＲあるいはＧＢＲは、ＲＡＮ２２へシグナリングされても良く、また、ＵＬパケットフィルタはＵＥ１０へシグナリングされても良い。
【００４８】
本発明の実施形態に従えば、ＰＣＲＦ３０は、ＰＣＣルール群に、指示として、例えば、ＰＣＣルール毎に、あるいはＰＣＣルール内のフィルタ毎に、ＰＣＥＦが、ＩＰ  ＣＡＮシグナリングを使用してＵＥ１０に向けてフィルタ情報を転送すべきであるかどうかの指示を提供する。これは、ＰＣＲＦ３０からＰＣＥＦへのメッセージに１つ以上のフラグを設定することによって達成することができる。即ち、フラグはメッセージ内に存在しても良いし、あるいはＰＣＣルール毎あるいはＰＣＣルール内のフィルタ毎に存在しても良い。ＰＣＲＦ３０は、前提条件のシグナリングがＵＥ１０によって要求されるかどうかに依存する、このフラグあるいはこれらのフラグ群の設定を行うことができる。ＰＣＲＦ３０は、ＲＸ上でシグナリングされるＳＤＰを通じてこの情報を取得することができる。
【００４９】
ＧＰＲＳ及びＥＰＳに対して、例えば、ゲートウェイ２６で実現される、ＰＣＥＦは、適切なＰＤＰコンテキスト及びＥＰＳベアラ手順を開始して、新規のベアラをアクティベートする、あるいは転送することが指示されているＰＣＲＦ３０へのパケットフィルタを含む既存のベアラを修正する。ＰＣＥＦは、パケットフィルタを、転送されないことが指示されているＰＣＲＦ３０へは転送しない。指示が存在しない場合、ＰＣＥＦは、周知の方法でパケットフィルタを転送することができる。パケットフィルタが転送されない場合、ＰＣＥＦは、例えば、ＱｏＳ要件のために、ＰＣＣルール群のそれ以外の部分について要求されている場合、ＩＰ  ＣＡＮシグナリングだけを開始する。ＢＢＥＲＦからＥＰＳベアラ手順を開始するＥＰＳ内のこれらのアクセスに対して、ＢＢＥＲＦは、ＧＸＸを介してＰＣＲＦ３０から受信される情報に基づいて、ＵＥ１０へパケットフィルタ群を転送するための決定を行う。これは、ＰＣＥＦに対して説明される方法と同一の方法で達成される。ここで、ＰＣＲＦ３０からＢＢＥＲＦへ提供されるルールは、典型的にはＱｏＳルートとして参照されるが、ＰＣＣルールに対して上述される方法と同様の方法で処理されても良いことに注意するべきである。従って、ＰＣＥＦとＢＢＥＲＦはともに、ＰＣＣルール群を実施する、あるいはＵＥ１０に向けての対応するシグナリングを実行することによってＰＣＲＦ３０によって生成されるＱｏＳを実施するシグナリングコントローラとして見なされても良い。ＢＥＲＦの追加の特性は、３ＧＰＰ  ＴＳ２３．２０３に示されている。この場合、ベアラ制御は、図１の破線で示されるように、ＢＢＥＲＦに関連付けられているシグナリングゲートウェイで実行される。
【００５０】
本発明の実施形態に従えば、Ｇｘインタフェース及びＧｘｘインタフェースの少なくとも一方は、サービスデータフローフィルタが、ＵＥ１０へ送信されるパケットフィルタに含めるべきかどうかの指示をサポートする。この指示は、ＰＣＣルール群がＧｘを介してプッシュされる場合には課金ルール定義ＡＶＰ（属性値ペア）内に含めることができ、あるいは、ＱｏＳルール群がＧｘｘを介してＢＢＥＲＦへプッシュされる場合にはＱｏＳルール定義ＡＶＰ内に含めることができる。本発明のいくつかの実施形態に従えば、この指示は、例えば、「ＵＥを通知する」ことを示す値あるいは「ＵＥのみへの情報に対する」値を有していても良い。ＰＣＥＦあるいはＢＢＥＲＦは、以下のように、ＵＥ１０へ向けての適切な動作を選択することができる。
【００５１】
本発明のいくつかの実施形態に従えば、パケットフィルタがＵＥ１０へ転送されるべきかどうかを検出するためのケイパビリティは、Ｇｘセッション確立中にＧｘを介してＰＣＥＦによってＰＣＲＦ３０へ公表されても良い。同様に、いくつかの実施形態では、パケットフィルタがＵＥ１０へ転送されるべきかどうかを検出するためのケイパビリティは、Ｇｘｘセッション確立中にＧｘｘを介してＰＣＲＦ３０へＢＢＥＲＦによって公表されても良い。
【００５２】
このような実施形態では、ＰＣＲＦ３０が、シグナリングコントローラ、即ち、ＰＣＥＦあるいはＢＢＲＥＲＦがこのケイパビリティをサポートすることを示す指示を受信し、かつ、前提条件付きのセッションに対するリソースを予約するためのリクエストがＲｘを介して受信される場合に、ＰＣＲＦ３０は、ＰＣＣルールあるいはＱｏＳルール内に、「ＵＥを通知する」ことを示す指示あるいは「ＵＥだけへの情報に対する」指示を含めることになる。ＰＣＲＦ３０が、ＰＣＥＦあるいはＢＢＥＲＦがこの機能をサポートしないことを示す指示を受信し、かつ、前提条件付きのセッションに対するリソースを予約するためのリクエストがＲｘを介して受信される場合に、ＰＣＲＦ３０はその指示を含めることなくシグナリングコントローラ内のＰＣＣ／ＱｏＳルールをアクティベートする。即ち、ＰＣＣルールをＰＣＥＦへインストールする、あるいはＱｏＳルールをＢＢＥＲＦへインストールする。これは、順に、ＵＥ１０への対応するパケットフィルタ（群）のシグナリングをトリガーすることができる。シグナリングコントローラ、即ち、ＰＣＥＦあるいはＢＢＥＲＦに、ＴＦＴフィルタの最大数に到達していることが通知される場合、ＰＣＲＦ３０は、Ｒｘを介してセッションを終了するような動作を行う、あるいは、ＰＣＥＦあるいはＢＢＥＲＦがデフォルトのベアラ内のＴＦＴに配置されない場合に対してのデフォルトベアラへメディアをマッピングする。
【００５３】
本発明のいくつかの実施形態に従えば、シグナリングコントローラ、即ち、ＰＣＥＦあるいはＢＢＥＲＦは、ＴＦＴ操作を使用してパケットフィルタをＵＥ１０へ渡すことができる。このＴＦＴ操作は、ベアラ上のパケットフィルタが既に存在する場合にはパケットフィルタ（群）をＴＦＴへはインストールしない。ここで、ネットワークは、新規のアプリケーショントラフィックを追加することを意図していて、ここで、新規のアプリケーショントラフィックをそのベアラに渡すことを許容している。例えば、このようなベアラはＧＢＲベアラでない、例えば、デフォルトベアラであっても良く、これは、ほとんどあるいはすべてのトラフィックを捕捉する広範囲のパケットフィルタ群を伴っている。いくつかの場合において、例えば、特定の種類のトラフィックをＵＥ１０に対して許容すべきでない場合、デフォルトベアラはすべてのトラフィックを捕捉しないことが可能となる。パケットフィルタ（群）をインストールしないこのようなＴＦＴ操作の一例は、「ＴＦＴ操作なし（No TFT operation）」（３ＧＰＰ  ＴＳ  ２４．００８）であり、これは、ベアラの変更をベアラのパケットフィルタ群に関連付けるために使用される。３ＧＰＰ  ＴＳ  ２４．００８に従えば、ＴＦＴ操作である「ＴＦＴ操作なし」は、パラメータリストが含まれるているがパケットフィルタリストがＴＦＴ情報要素に含まれない場合には、使用されるべきである。本発明のいくつかの実施形態に従えば、「ＴＦＴ操作なし」はパケットフィルタ情報とともに使用されるべき「ＴＦＴ操作なし」を許容するように修正される。例えば、「ＴＦＴ操作なし」は、ポリシーコントローラが「ＵＥのみへの情報に対して」対するフラグをセットする場合に使用することができる。本発明の更なる実施形態に従えば、シグナリングされたパケットフィルタをインストールしない新規のＴＦＴ操作が定義されても良い。そのような新規のＴＦＴ操作は、ベアラにインストールされているＴＦＴが存在しない場合、あるいは、例えば、新規のアプリケーショントラフィックをベアラに渡すことを許容するパケットフィルタを伴うベアラにインストールされるＴＦＴが存在する場合に、使用することができる。本発明の更なる実施形態に従えば、例えば、新規の情報要素の一部として、ＵＥに向けてのシグナリングに指示を追加することができる。
【００５４】
ベアラ上にインストールされるＴＦＴが存在しない場合、新規のパケットフィルタはＵＥ１０への情報に対するものとしてだけでなく、ベアラ上のトラフィックを制限するために使用することができる。提供される新規のパケットフィルタが、すべてのトラフィックをベアラに渡すことを可能にする、「すべてにマッチする」パケットフィルタを含んでいる場合、ＰＣＥＦあるいはＢＢＥＲＦは他のパケットフィルタをベアラにインストールする必要がないと想定することができる。このような「すべてにマッチする」パケットフィルタを特定する方法が存在しない場合、ＰＣＥＦあるいはＢＢＥＲＦは、パケットフィルタが情報だけに対するものであるのかあるいはインストールされるべきであるのかが通知される。つまり、ＰＣＲＦ３０から受信される上述の指示は、例えば、「ＵＥだけへの情報に対する」追加の値を有するべきである。
【００５５】
実施形態では、パケットフィルタがＵＥ１０へインストールされないようにパケットフィルタがＵＥ１０へシグナリングされる場合、ＵＥ１０は、ベアラ手順とあるアプリケーションとを関連づけるパケットフィルタ情報を取得する。但し、ベアラＴＦＴ上には提供されるパケットフィルタをインストールしない、あるいは新規のＴＦＴを作成することになる。
【００５６】
また、パケットフィルタがＵＥ１０へインストールされないようにパケットフィルタがＵＥ１０へシグナリングされる場合の実施形態は、ＰＣＲＦ３０からの任意のサポートなしに、ＰＣＥＦあるいはＢＢＥＲＦで実現することができることに注意されたい。例えば、１つ以上のパケットフィルタをＴＦＴへ追加する前には、ＰＣＥＦあるいはＢＢＥＲＦは、ＵＥが、パケットフィルタをインストールしないＴＦＴ操作をサポートするか、あるいは、追加すべきパケットフィルタ（群）含む１つ以上のパケットフィルタをＴＦＴが既に含んでいるか、あるいは、ＰＣＣルールあるいはＱｏＳルール内のパケットフィルタ間で「すべてにマッチする」フィルタが存在するかをチェックすることができる。そのような場合がある場合、パケットフィルタ（群）は、パケットフィルタをインストールしないＴＦＴ操作を使用して、ＵＥ１０へシグナリングされても良い。
【００５７】
図４は、更に、ポリシーコントローラ３０の例示の実装を示している。上述の方法に、ポリシーコントローラは、３ＧＰＰ技術仕様書に従うＰＣＲＦとして動作するように構成される。
【００５８】
図示される実装では、ポリシーコントローラ３０は、１つ以上のＡＦへの第１の受信／送信（ＲＸ／ＴＸ）インタフェース３２０を含んでいる。第１のＲＸ／ＴＸインタフェース３２０は、３ＧＰＰ技術仕様書に従うＲｘインタフェースとして実現されても良い。ＲＸ／ＴＸインタフェース３２０は、受信／送信機能を実現するための対応する受信機と送信機とを含んでいることが理解されるべきである。加えて、ポリシーコントローラは、シグナリングコントローラ、即ち、ＰＣＥＦあるいはＢＢＥＲＦへの第２のＲＸ／ＴＸインタフェース３３０を有している。ＲＸ／ＴＸインタフェース３３０がＰＣＥＦに向けである場合、これは、３ＧＰＰ技術仕様書に従うＧｘインタフェースとして実現されても良い。ＲＸ／ＴＸインタフェースがＢＢＥＲＦ向けである場合、これは、３ＧＰＰ技術仕様書に従うＧｘｘインタフェースとして実現されても良い。いくつかの実施形態では、ポリシーコントローラ３０に、両方のタイプのインタフェース、即ち、ＰＣＥＦへのインタフェースとＢＢＥＲＦへのインタフェースが提供されていても良い。
【００５９】
また、ポリシーコントローラ３０は、ＲＸ／ＴＸインタフェース１１２、１１４に接続されるプロセッサ３４０と、プロセッサ３４０に接続されるメモリ３５０を含んでいる。このプロセッサは、図２のプロセッサ３３に対応する。メモリ３５０は、リードオンリーメモリ（ＲＯＭ）、例えば、フラッシュＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、例えば、ダイナミックＲＡＭ（ＤＲＡＭ）あるいはスタティックＲＡＭ（ＳＲＡＭ）、大容量記憶装置、例えば、ハードディスクあるいはソリッドステートディスク、あるいはその類を含むことができる。メモリ３５０は、プロセッサ３４０によって実行される、適切に構成されているプログラムコードを含んでいて、そうすることで、上述のポリシーコントローラ３０の機能を実現する。より詳しくは、メモリ３５０は、検出モジュール３６０と、制御ルールモジュール３７０、決定モジュール３８０、及び指示モジュール３９０を含むことができる。検出モジュール３６０は、例えば、Ｒｘインタフェースを介して指示されるデータトラフィックを検出するための機能を実現する。制御ルールモジュール３７０は、指示されるデータトラフィックのための制御ルールを判定するための機能を実現する。決定モジュール３８０は、ＵＥ内の新規のパケットフィルタのインストールが要求されるかどうかの決定を実行するための機能を実現する。指示モジュール３９０は、例えば、ゲートウェイ内のシグナリングコントローラに対して、決定の結果を指示する機能を実現する。
【００６０】
図４に示される構造は単なる概略であり、また、ポリシーコントローラ３０は、更なるコンポーネント群を含んでいても良い。ここでは、簡単のために、図示しないが、例えば、更なるインタフェース群を含んでいても良いことが理解されるべきである。また、メモリ３５０は、更なるタイプのプログラムコードモジュールを含んでいても良く、これは、図示しないが、例えば、３ＧＰＰ技術仕様書に従うＰＣＲＦの周知の機能を実現するためのプログラムコードモジュール群を含んでいても良いことが理解されるべきである。
【００６１】
図５はシグナリングコントローラ２７／２９の例示の実装を示している。上述のように、シグナリングコントローラ２７／２９は、図１の参照番号２７に対応する、３ＧＰＰ技術仕様書に従うＰＣＥＦとして動作するように構成することができる、あるいは、図１の参照番号２９に対応する、３ＧＰＰ技術仕様書に従うＢＢＥＲＦとして動作するように構成することができる。
【００６２】
シグナリングコントローラ２７／２９は、第１のＲＸ／ＴＸインタフェース４２０と第２のＲＸ／ＴＸインタフェース４３０とを含んでいる。第１のＲＸ／ＴＸインタフェース４２０は、ＰＣＲＦ３０とシグナリングコントローラ２７／２９とを接続するためのものである。第２のＲＸ／ＴＸインタフェース４３０は、ＵＥ１０とシグナリングコントローラ２７／２９とを接続するためのものであり、これは、中間ノードが介在して達成されても良い。シグナリングコントローラ２７／２９がＰＣＥＦとして実現される場合、第１のＲＸ／ＴＸインタフェース４２０は３ＧＰＰ技術仕様書に従うＧｘインタフェースとして実現されても良い。シグナリングコントローラ２７／２９がＢＢＥＲＦとして実現される場合、第１のＲＸ／ＴＸインタフェース４２０は３ＧＰＰ技術仕様書に従うＧｘｘインタフェースとして実現されても良い。第２のＲＸ／ＴＸインタフェース４３０は、３ＧＰＰ技術仕様書に従うｌｕインタフェースとして実現されても良い。また、シグナリングコントローラ２７／２９は、インタフェース４２０、４３０に接続されるプロセッサ４４０と、そのプロセッサ４５０に接続されるメモリ４５０を含んでいる。プロセッサは、図２に示されるプロセッサ２８に対応していても良い。メモリ４５０は、リードオンリーメモリ（ＲＯＭ）、例えば、フラッシュＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、例えば、ダイナミックＲＡＭ（ＤＲＡＭ）あるいはスタティックＲＡＭ（ＳＲＡＭ）、大容量記憶装置、例えば、ハードディスクあるいはソリッドステートディスク、あるいはその類を含むことができる。メモリ４５０は、データと、プロセッサ４４０によって実行される、適切に構成されているプログラムコードを含んでいて、そうすることで、上述のシグナリングコントローラ２７／２９の機能を実現する。より詳しくは、メモリ４５０は、評価モジュール４６０、及びシグナリングモジュール４７０とを含んでいていも良い。評価モジュール４６０は、新規のフィルタのインストールが要求されるかの決定の結果の評価を実現する。シグナリングモジュール４７０は、その評価に従ってＵＥへの新規のフィルタのシグナリングを開始する。メモリ４５０は、図２に示されるメモリ２５に対応していても良い。
【００６３】
図５に示される構造は単なる概略であり、また、シグナリングコントローラ２７／２９は、ここでは、簡単のために、図示しないが、実際には更なるコンポーネント群を含んでいても良いことが理解されるべきである。また、メモリ４５０は、更なるタイプのプログラムコードモジュールを含んでいても良く、これは、図示しないが、例えば、３ＧＰＰ技術仕様書に従うＰＣＥＦあるいはＢＢＥＲＦの周知の機能を実現するためのプログラムコードモジュール群を含んでいても良いことが理解されるべきである。
【００６４】
図６は、ＵＥ１０の例示の実装を更に示している。上述のように、ＵＥ１０は、３ＧＰＰ技術仕様書に従う移動通信ネットワークで動作するように構成されても良い。
【００６５】
ＵＥ１０は、ＲＸ／ＴＸインタフェース５３０を含んでいて、これは、ＵＥ１０をＲＡＮ２２に接続するためのものである。ＲＸ／ＴＸインタフェース５３０は、無線インタフェース、特に、３ＧＰＰ技術仕様書に従うＵｕインタフェースとして実現されても良い。また、ＵＥ１０は、インタフェース５３０に接続されるプロセッサ５４０と、プロセッサ５４０に接続されるメモリ５５０を含んでいる。プロセッサ５４０は図２のプロセッサ１８に対応していても良い。メモリ５５０は、リードオンリーメモリ（ＲＯＭ）、例えば、フラッシュＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、例えば、ダイナミックＲＡＭ（ＤＲＡＭ）あるいはスタティックＲＡＭ（ＳＲＡＭ）、大容量記憶装置、例えば、ハードディスクあるいはソリッドステートディスク、あるいはその類を含むことができる。メモリ５５０は、プロセッサ５４０によって実行される、適切に構成されているプログラムコードを含んでいて、そうすることで、上述のＵＥ１０の機能を実現する。より詳しくは、メモリ５５０は、検出モジュール５６０を含んでいても良く、そうすることで、シグナリングされる新規のパケットフィルタをＵＥ１０にインストールするべきかを判定する。また、メモリ５５０は、フィルタインストールモジュールとフィルタモジュールを含んでいても良い。このフィルタインストールモジュールは、判定に従ってシグナリングされる新規のフィルタのインストールを制御する。また、フィルタモジュールは、インストールされるパケットフィルタを実現する。
【００６６】
図６に示される構造は単なる概略であり、また、ＵＥ１０は、ここでは、簡単のために、図示しないが、実際には更なるコンポーネント群を含んでいても良いことが理解されるべきである。また、メモリ５５０は、更なるタイプのプログラムコードモジュールを含んでいても良く、これは、図示しないが、例えば、３ＧＰＰ技術仕様書に従うアプリケーションを実現するためのプログラムコードモジュール群を含んでいても良いことが理解されるべきである。
【００６７】
図７は本発明の実施形態に従う方法を示すフローチャートを示している。この方法は、ＵＥとゲートウェイ、例えば、図２に示されるＵＥ１０とゲートウェイ２６を備える通信システムで使用することができる。この通信システムでは、ＵＥからゲートウェイへ１つ以上のベアラ上でデータを送信するように構成され、また、１つ以上のパケットフィルタが、ベアラあるいはベアラ群とデータパケットを関連付けるためにＵＥにインストールされる。この方法は、ポリシーコントローラ、例えば、ＰＣＲＦの機能を実現するポリシーコントローラ３０で実行されても良い。
【００６８】
ステップ７１０で、例えば、ＰＣＲＦのＲｘインタフェースを介して、データトラフィックの指示が受信される。指示されるデータトラフィックは、関連付けられている制御ルール、例えば、新規にアクティベートされるアプリケーション、あるいはＵＥ上で動作するサービスを伴わなくても良い。指示されるデータトラフィックは、修正対象の、関連付けられている制御ルールを既に有している場合もある。
【００６９】
ステップ７２０で、指示されるデータトラフィックに対する新規の制御ルールが判定さ、この判定では、既存の制御ルールの修正が介在しても良い。これは、例えば、図２のデータベース３８、３９に記憶される、加入データとポリシーデータに基づいて達成されても良い。また、これは、ＵＥへシグナリングされる１つ以上のパケットフィルタを生成すること、ＱｏＳパラメータを判定することを含んでいても良い。
【００７０】
ステップＳ７３０で、指示されたデータトラフィックのデータパケットを特定のベアラへマッピングするために、ＵＥへの新規のパケットフィルタのインストールが要求されるかの決定が実行される。この決定の結果は、次に、ステップ７４０で指示されても良い。この指示は、ゲートウェイへのメッセージにフラグを設定することによって、あるいは新規のパケットフィルタを、新規のパケットフィルタがＵＥへシグナリングされるべきかの指示と伴って、ゲートウェイへ送信することによって、達成されても良い。
【００７１】
図８は、本発明の実施形態に従う方法を示すフローチャートである。この方法は、ＵＥとゲートウェイ、例えば、図２に示されるＵＥ１０とゲートウェイ２６を備える通信システムで使用することができる。この通信システムでは、ＵＥからゲートウェイへ１つ以上のベアラ上でデータを送信するように構成され、また、１つ以上のパケットフィルタが、ベアラあるいはベアラ群とデータパケットを関連付けるためにＵＥにインストールされる。この方法は、シグナリングコントローラ、例えば、ＰＣＥＦあるいはＢＢＥＲＦの機能を実現するシグナリングコントローラで実行されても良い。
【００７２】
ステップ８１０で、決定の結果を取得する。決定の結果は、指示されたデータトラフィックのデータパケットを特定のベアラへマッピングするために、ＵＥへの新規のパケットフィルタのインストールが要求されるかの決定を示している。この結果は、ポリシーコントローラ、例えば、ＰＣＲＦから、対応するインタフェース、例えば、ＧｘインタフェースあるいはＧｘｘインタフェースを介して受信されても良い。いくつかの実施形態では、この結果も、例えば、ポリシーコントローラから受信される制御ルールに基づいて、シグナリングコントローラ内で評価を行うことによって取得されても良い。
【００７３】
ステップ８２０で、ＵＥへの新規のパケットフィルタのシグナリングが、決定の結果に従って開始される。例えば、決定の結果が、フィルタのインストールが要求されていることを示している場合、新規のパケットフィルタがＵＥへシグナリングされる。決定の結果が新規のパケットフィルタのインストールが要求されていないことを示している場合、新規のパケットフィルタはＵＥへシグナリングされない。むしろ、ＵＥに関しての他のシグナリングが達成されても良い。いくつかの実施形態では、この決定の結果が新規のパケットフィルタのインストールが要求されていないことを示す場合、ＵＥが新規のパケットフィルタを、例えば、特別なシグナリング動作を使用することによってインストールしないように、新規のパケットフィルタをＵＥへシグナリングしても良い。ここで、この特別なシグナリング動作とは、フィルタはインストールされないが、その情報だけをＵＥへ指示するものである。
【００７４】
図９は本発明の実施形態に従う方法を示すフローチャートを示している。この方法は、ＵＥとゲートウェイ、例えば、図２に示されるＵＥ１０とゲートウェイ２６を備える通信システムで使用することができる。この通信システムでは、ＵＥからゲートウェイへ１つ以上のベアラ上でデータを送信するように構成され、また、１つ以上のパケットフィルタが、ベアラあるいはベアラ群とデータパケットを関連付けるためにＵＥにインストールされる。この方法は、ＵＥで実行されても良い。
【００７５】
ステップ９１０で、新規のパケットフィルタがＵＥで受信される。新規のパケットフィルタは、シグナリングコントローラ、例えば、ＰＣＥＦあるいはＢＢＥＲＦから、特別なシグナリング動作を使用して受信しても良い。これは、ＵＥの対応する受信機あるいはインタフェース、例えば、図２の受信機１４あるいは図６のインタフェース５３０を介して達成されても良い。
【００７６】
ステップ９２０で、ＵＥは、新規のパケットフィルタを送信するために使用されるシグナリングから、指示されたデータトラフィックのデータパケットを特定のベアラへマッピングするために、ユーザ機器への新規のパケットフィルタのインストールが要求されるかを判定する。これは、図２の検出器１９あるいは図６の検出モジュールによって達成されても良い。
【００７７】
ステップ９３０で、その判定に従って新規のパケットフィルタがインストールされる。これは、図２のプロセッサ１８あるいは図６のフィルタインストールモジュールによって達成されても良い。例えば、新規のパケットフィルタのインストールが要求されていると判定される場合、例えば、新規のパケットフィルタが通常のシグナリング動作を使用してシグナリングされる場合、新規のパケットフィルタがインストールされる。新規のパケットフィルタのインストールが要求されていないと判定される場合、例えば、新規のパケットフィルタが、新規のパケットフィルタがインストールされるべきでないことを示す特別なシグナリング動作を使用してシグナリングされる場合、新規のパケットフィルタはＵＥにインストールされない。しかしながら、新規のパケットフィルタからの制御ルール情報は、ＵＥに利用可能となり、また、ＵＥ上で動作するあるアプリケーションとベアラとを関連付けるために使用することができる。
【００７８】
図７から図９に関して説明される方法は、互いに組み合わせることができる。特に、請求項７の方法は、請求項８の方法への入力として、インストールの決定の結果を提供するために使用することができる。加えて、あるいは、請求項９の方法は、請求項８の方法によって提供される受信されるパケットフィルタに関して実行されても良い。
【００７９】
上述の概念に従えば、効果的な方法でＵＥ内へのパケットフィルタのインストールを制御することによって、ＵＥ内にインストールされるパケットフィルタの数を制限することができる。また、いくつかの実施形態では、ゲートウェイとＵＥとの間のシグナリング負荷も制限することができる。同時に、ＵＥは、パケットフィルタ、あるいは、ベアラリソースとアプリケーション使用とを関連付けるためのパケットフィルタ情報を更新することができる。また、上述のいくつかの実施形態は、メディアをデフォルトのベアラへマッピングすることを可能にする。この概念は、例えば、ＰＣＥＦを実現する、集中型パケットＧＷあるいは移動パケットＧＷで、あるいはＰＣＲＦを実現するサービス感知ポリシーコントローラで実現することができる。いくつかの実施形態では、この概念は、ＢＢＥＲＦを実現するシグナリングゲートウェイで実現されても良い。
【００８０】
上述の例示及び実施形態は、単なる図解であり、また、様々な変形を受け入れることができることが理解されるべきである。例えば、この概念は、他のタイプの通信ネットワークで使用することができる。様々なタイプのパケットフィルタを、追加として、あるいはＩＰ５タプルフィルタの代替として使用することができる。また、異なるタイプのメッセージあるいは信号を、異なる関係するノードあるいはデバイス間で情報を搬送するために使用することができる。既存のメッセージあるいは信号を変形することができ、あるいは新規のメッセージあるいは信号をその目的のために導入しても良い。また、上述の概念は、既存のネットワークデバイス内で対応して設計されるソフトウェアによって、あるいは専用のネットワークデバイスのハードウェアによって実現されても良い。上述の技術仕様書、レポート、あるいは規格は、参照することによって本明細書に組み込まれる。
【図１】
0005490250.tif 000002
【図２】
0005490250.tif 000003
【図３】
0005490250.tif 000004
【図４】
0005490250.tif 000005
【図５】
0005490250.tif 000006
【図６】
0005490250.tif 000007
【図７】
0005490250.tif 000008
【図８】
0005490250.tif 000009
【図９】
0005490250.tif 000010