(57)【特許請求の範囲】
【請求項１】
ポリシー及び課金ルール機能として動作するポリシーサーバを備えるパケット交換ネットワークに渡って送信されるパケット群を処理する方法であって、
第１のポリシールール群のセットを前記ポリシーサーバにおいて提供し、かつ前記第１のポリシールール群のセットを前記ポリシーサーバからアクセスゲートウェイへ第１のサービス制御セッションを介してインストールするステップであって、前記第１のポリシールール群のセットは、所与のＩＰセッションに属するパケット群を前記アクセスゲートウェイによってネットワークアドレストランスレータに迂回させるものである、ステップと、
前記ネットワークアドレストランスレータにおいて、前記パケット群の発信元ＩＰアドレスを、詳細パケット検査ノードを識別する変換済発信元ＩＰアドレスへ変換し、前記パケット群を、ＩＰパケット群の詳細パケット検査を実行するように構成されている前記詳細パケット検査ノードへ転送するステップと、
第２のポリシールール群のセットを前記ポリシーサーバにおいて提供し、かつ前記第２のポリシールール群のセットを前記ポリシーサーバから前記詳細パケット検査ノードへ第２のサービス制御セッションを介してインストールするステップであって、前記第２のポリシールール群のセットは、前記詳細パケット検査によって受信時の前記パケット群に対して適用される、ステップと、
セッションを固有に識別するトークンを前記ＩＰセッションに割り当て、かつ前記トークンを前記ポリシーサーバと前記アクセスゲートウェイへ提供するステップと、
前記トークンを前記アクセスゲートウェイから前記詳細パケット検査ノードへ前記ネットワークアドレストランスレータを介して送信するステップと、
前記トークンを前記詳細パケット検査ノードから前記ポリシーサーバへ送信するステップと、
前記ポリシーサーバにおいて、前記トークンを使用して、前記第１のサービス制御セッションと前記第２のサービス制御セッションとを関連付けるステップと
を備えることを特徴とする方法。
【請求項２】
前記セッションを固有に識別するトークンを前記ＩＰセッションに割り当て、かつ前記トークンを前記ポリシーサーバと前記アクセスゲートウェイへ提供するステップは、前記ＩＰセッションの確立時に前記ポリシーサーバにおいて前記トークンを生成することを含んでいる
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記トークンは、前記アクセスゲートウェイからの、前記発信元ＩＰアドレスを含むポリシー評価リクエストの前記ポリシーサーバにおける受信に応じて、前記ポリシーサーバにおいて生成され、
前記ポリシーサーバは、前記アクセスゲートウェイに送信される応答に前記トークンを含める
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記ポリシー評価リクエストは、Ｄｉａｍｅｔｅｒクレジット制御リクエストである
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記ポリシーサーバは、前記アクセスゲートウェイに関連付けられているアクセスポイント名が前記ポリシーサーバによって保持されるアクセスポイント名群の規定のリストに存在する場合にのみ、前記トークンを生成する
ことを特徴とする請求項２乃至４のいずれか１項に記載の方法。
【請求項６】
前記トークンは、汎用ベアラリクエストの前記アクセスゲートウェイにおいての受信に応じて前記アクセスゲートウェイにおいて生成され、
前記アクセスゲートウェイは、前記トークンを前記ポリシーサーバに送信されるポリシー評価リクエストに含める
ことを特徴とする請求項１に記載の方法。
【請求項７】
前記ポリシー評価リクエストは、Ｄｉａｍｅｔｅｒクレジット制御リクエストである
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記トークンは、加入者のアイデンティティのハッシュと前記発信元ＩＰアドレスのハッシュの内の１つである
ことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
前記トークンは、アカウンティングセッションアイデンティティフィールド内で送信される
ことを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記トークンを前記詳細パケット検査ノードから前記ポリシーサーバへ送信するステップは、前記トークンをポリシー評価リクエストに含めることを含んでいる
ことを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
前記ポリシー評価リクエストは、Ｄｉａｍｅｔｅｒクレジット制御リクエストである
ことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記アクセスゲートウェイは、ＧＰＲＳコアネットワークのＧＰＲＳゲートウェイサポートノードである
ことを特徴とする請求項１乃至１１のいずれか１項に記載の方法。
【請求項１３】
前記パケット交換ネットワークのアプリケーション機能においてセッション記述プロトコル提案を受信するステップであって、前記セッション記述プロトコル提案は、エンドポイント群の間のセッションの確立に関連し、該エンドポイント群の内の１つは前記発信元ＩＰアドレスに関連付けられている、ステップと、
前記セッション記述プロトコル提案が、前記パケット交換ネットワーク内のネットワークアドレス変換の対象となる発信元ＩＰアドレスを含んでいることを判定するステップと、
前記セッション記述プロトコル提案内の前記発信元ＩＰアドレスを前記変換済発信元ＩＰアドレスに置換するステップと、
前記セッション記述プロトコル提案を自身の宛先へ転送するステップと
を備えることを特徴とする請求項１乃至１２のいずれか１項に記載の方法。
【請求項１４】
前記セッション記述プロトコル提案が、前記パケット交換ネットワーク内のネットワークアドレス変換の対象となる発信元ＩＰアドレスを含んでいることを判定するステップは、前記発信元ＩＰアドレスを前記アプリケーション機能からポリシーサーバあるいはネットワークアドレストランスレータに送信し、かつ対応する応答で前記変換済発信元ＩＰアドレスを受信することを含んでいる
ことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記発信元ＩＰアドレスは、ＤｉａｍｅｔｅｒＡＡＲメッセージ内で送信され、対応する前記変換済発信元ＩＰアドレスはＤｉａｍｅｔｅｒＡＡＡメッセージで返信される
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記パケット交換ネットワークは、ＩＰマルチメディアサブシステムを備え、
前記アプリケーション機能は、プロキシ呼制御機能である
ことを特徴とする請求項１３乃至１５のいずれか１項に記載の方法。
【請求項１７】
パケット交換ネットワークにおけるポリシー及び課金制御を実現するポリシーサーバであって、
アクセスゲートウェイと詳細パケット検査ノードそれぞれとのサービス制御セッション群を確立し、かつ前記パケット交換ネットワークに渡るＩＰセッションに関連するポリシールール群を前記サービス制御セッション群に渡って配信するためのサービス制御セッション処理ユニットと、
前記ポリシーサーバと前記アクセスゲートウェイとの間の前記サービス制御セッションに固有に関連付けられているトークンを受信あるいは生成し、前記ポリシーサーバと前記詳細パケット検査ノードとの間の前記サービス制御セッションに固有に関連づけられている前記詳細パケット検査ノードからのトークンを受信し、かつ前記サービス制御処理ユニットへ前記トークンが合致するかを通知するためのトークン処理ユニットとを備え、
前記サービス制御セッション処理ユニットは、前記サービス制御セッション群を関連付け、かつ適切な場合にポリシールール群を配信するように構成されている
ことを特徴とするポリシーサーバ。
【請求項１８】
パケット交換ネットワークを通過するパケット群の詳細パケット検査を実現するための詳細パケット検査ノードであって、
アクセスゲートウェイから、ネットワークアドレストランスレータを介して、アカウンティングスタートメッセージとして、該アカウンティングスタートメッセージに関連するＩＰセッションを固有に識別するトークンを含むアカウンティングスタートメッセージを受信するための第１の受信機と、
前記パケット交換ネットワークのポリシーサーバへ、前記アカウンティングスタートメッセージの変換済発信元ＩＰアドレスと前記トークンを含むポリシー評価リクエストを送信するための送信機と、
前記ポリシーサーバから、前記ＩＰセッションに割り当てられているポリシールール群のセットを受信するための第２の受信機と
を備えることを特徴とする詳細パケット検査ノード。
【請求項１９】
パケット交換ネットワークで使用するための、かつ前記パケット交換ネットワークのポリシー執行ポイントとして動作するように構成されているアクセスゲートウェイであって、
ＩＰセッションを確立するために、汎用ベアラリクエストをユーザ機器から受信するための受信機と、
ポリシーサーバから前記ＩＰセッションに固有に関連付けられているトークンを受信するための、あるいは前記ＩＰセッションに固有に関連付けられているトークンを生成してポリシーサーバへ送信するための、トークン処理ユニットと
前記トークンを含むアカウンティングスタートメッセージを詳細検査ノードへネットワークアドレストランスレータを介して送信するための送信機と
を備えることを特徴とするアクセスゲートウェイ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気通信システムにおけるポリシー及び課金制御に関連するものである。これは、特に、いわゆる、詳細パケット検査を容易にするために、ネットワークアドレストランスレータ群を採用するアーキテクチャにおいてポリシー及び課金制御を実現するための方法及び装置に関するものである。
【背景技術】
【０００２】
現代の電気通信システムは、ポリシー及び課金制御（ＰＣＣ）アーキテクチャを組み込むことができる。ＰＣＣアーキテクチャは、３Ｇ電気通信システムを通じてユーザ機器であるＵＥによって確立されるＩＰ−ＣＡＮセッションにおけるパケットフロー群に関して、３ＧＰＰ  ＴＳ  ２３．２０３に記載されている。特定のアーキテクチャは、ポリシー及び課金ルール機能（ＰＣＲＦ）と、ポリシー及び課金執行機能（ＰＣＥＦ）を備えている。ＰＣＲＦはポリシー決定ポイント（ＰＤＰ）あるいはポリシーサーバ（ＰＳ）として動作し、かつＰＣＥＦはポリシー執行ポイント（ＰＥＰ）として動作する。ＰＣＲＦは、スタンドアローンノードとして実現することができる一方で、汎用パケット無線サービス（ＧＰＲＳ）コアネットワーク内のＧＰＲＳゲートウェイサポートノード（ＧＧＳＮ）のようなアクセスゲートウェイに一緒に配置されていることが好ましい。関連するアーキテクチャは、３ＧＰＰ２ネットワーク群とＴＩＳＰＡＮ次世代ネットワーク群に対して提供される。
【０００３】
ユーザ機器（ＵＥ）がデータセッションを開始する場合、ＩＰアドレスが適切なＡＧによって割り当てられる。ＡＧはこのＩＰアドレスを、例えば、ＮＡＩ、ＩＭＳＩ、あるいはＭＳＩＳＤＮとともに、ＰＳへ提供し、一方で、ＰＳはＡＧにデータセッションに適用されるべきポリシールール群のセットをダウンロードする。ＵＥが（最終）アプリケーション機能（ＡＦ）と通信する場合、ＡＦはセッション詳細をＰＳへ提供する。ＵＥが続いてＡＦによって提供されるサービスに対するリソース群をリクエストする場合、ＰＳはＡＧに、ＡＦによって提供されるセッション詳細に基づく更なるポリシールール群のセットをダウンロードする。３ＧＰＰネットワークでは、ＡＦはポリシー呼セッション制御機能であるＰ−ＣＳＣＦであっても良く、あるいは、ＡＧを通じてＩＰ−ＣＡＮセッション（群）を介するベアラ（群）セットアップを介してアプリケーション通信をＵＥと確立する任意の種類のアプリケーションサーバであっても良い。
【０００４】
典型的には、ポリシールールは、セッションを記述する５−タプルベクトルを備える（即ち、ｏｒｉｇ  ＩＰ−ａｄｄｒ／ｐｏｒｔ（発信元ＩＰアドレス／ポート）、ｄｅｓｔ  ＩＰ−ａｄｄｒ／ｐｏｒｔ（宛先ＩＰアドレス／ポート）、プロトコル−ＴＣＰ／ＵＤＰ）。ＰＣＥＦは、関連するタプル群を検出して、ルール群を適用するためにパケット群を検査する。しかしながら、この技術は、パケット群の制限のある（粗）解析のみを許容している、これは、これらの５つのＩＰヘッダ以外のパケット検査を許容していないからである、例えば、ペイロードデータの検査を許容していないからである。
【０００５】
より詳細なレベルでのパケット群の検査、いわゆる、詳細パケット検査（ＤＰＩ（Deep Packet Inspection））を可能であるが、より多くの時間とリソースを消費することは明らかであり、いくつかのサービスに対しては不必要である場合がある。例えば、オペレータは、「ピアツーピア」サービス群にＰＣＣルール群を適用することに関心がある場合があるが、他のインターネットベースのサービス群には関心がない場合もあるからである。ＤＰＩは、また、課金目的のために採用することができる。典型的には、ＤＰＩ機能群は受動素子群である。これは、それらがＩＰパケット群を「傍受」するだけであって、それらを操作することはないことを意味する。ここで、アップリンク方向（ＵＬ）における発信ＩＰパケット群がゲートウェアによって割り当てられるユーザＩＰアドレスを含んでいる場合、ダウンリンク（ＤＬ）における着信ＩＰパケット群はＡＧに直接転送されることになり、これによって、ＤＰＩノードの制御機能をスキップする。
【０００６】
解決策としては、ネットワークアドレストランスレータ（ＮＡＴ）と協働するＤＰＩノードを実装することである。このようなアーキテクチャ（３ＧＰＰ  ＴＳ  ２３．２０３）が図１に示される。ＤＰＩは「Ｇｘ」インタフェースを実装して、そうすることで、セッションが開始される場合にＰＳと通信し、かつそのＰＳからポリシールール群を受信する。逆に、ＡＧはＰＳから、パケットがＮＡＴへ送信されるべきかあるいは適切なＡＦに向けて直接送信されるべきかについて（例えば、標準のルーティングテーブル群を使用して）のルール群を受信する。これは、例えば、１つのサービスに関連するパケット群をＮＡＴへ転送させることを可能にし、かつ別のサービスに関連するパケット群を適切なＡＦ（図１の例ではＡＦ１）へ直接へ送信させることを可能にする。ＮＡＴの機能は、発信元ＩＰアドレスを、発信元アドレスにマップする新規の（「ＮＡＴ変換済（NATed）」）ＩＰアドレスへ変更することによって、ＵＥによって送信されるＩＰパケット群を修正することである。ＮＡＴ変換済アドレスは、ＮＡＴによって「所有される」所与のＩＰアドレス範囲から選択される。ＮＡＴは、修正したパケット群を検査用のＤＰＩノードへ転送する。ＤＰＩは、そのパケット群を割り当てられたＡＦ（図１の例におけるＡＦ２）へ転送する。ＤＰＩノードに向けて割り当てられたＩＰアドレス範囲へ転送するために、ダウンリンク方向における着信トラフィックに対してエッジＩＰルータ（群）を構成設定することによって、この方法は、送信元ＵＥへ宛先ノードによって送信されるパケット群が最初にＤＰＩへ転送されることを補償する。つまり、発信パケット群と着信パケット群の両方のＤＰＩが保証される一方で、同時に、不必要となるパケット群についてＤＰＩを実行するための必要性を回避する。その結果としての、トラフィックフロー群、ＮＡＴ変換及び非ＮＡＴ変換が図２で示される。
【０００７】
ＤＰＩ要素に向けての所与のトラフィックのサブセットを転送するための決定は、ＰＳにおけるポリシー群のセットを評価することによって行うことができる。この決定は、例えば、プロトコル、ＴＣＰ／ＵＤＰポート、発信元／宛先ＩＰアドレス、ＲＡＴタイプ、加入者情報、ＱｏＳ情報及びサービス提供ネットワークに基づくことができる。
【０００８】
図３は、（発信パケット群と着信パケット群の両方の）ＤＰＩを実現するためのＮＡＴ方法に関連する第１の課題を示していて、即ち、ＤＰＩノードは、ＰＳにＡＧによって割り当てられているＵＥ  ＵＰアドレスを提供することができない。即ち、それは、ＮＡＴ変換済アドレスだけを知っているからである。ここでは、ＵＥ  ＩＰアドレスは、サービス制御セッション（例、Ｇｘセッション）と３ＧＰＰ  ＰＣＣアーキテクチャ（ＴＳ２３．２０３）に従うＡＦのサービスセッションとを相関させるためにＰＳで使用される。
【０００９】
第２の課題は、ＩＰ−ＣＡＮセッション特性を識別し、かつどのＰＣＣルールがインストールされるべきかを決定するためにＵＥ  ＩＰアドレスを使用するＰＳによって生じる。これは、ＰＣＣルール決定におけるＡＧとのサービス制御セッションからＤＰＩノードに向かうデータ、及びその逆に向かうデータをＰＳが使用することを防ぐことである（例えば、ＩＰ−ＣＡＮセッション最大ＱｏＳ制御するために）。また、これは、別のＰＥＰから受信されるいくつかのトリガーに応答して、ＰＣＣルール群を１つのＰＥＰへプッシュすることをＰＳに可能にすることを防ぐことである（例えば、ＤＰＩノードによる使用量報告によりＡＧにおけるベアラＱｏＳにおける動作を行うために）。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
図４を参照すると、これは、ＤＰＩノードが汎用ベアラセットアップ（例えば、ＰＤＰコンテキスト作成、ステップ１から７）中に関与しないことを示している。ＤＰＩノードに対しては、ＰＳに向けてのサービス制御セッション作成に対するトリガーは、ＲＡＤＩＵＳアカウンティングスタートの受信である（ステップ９及び１０）。加入者ＩＭＳＩのような他のデータは、ＡＧによって、ＰＳとＲＡＤＩＵＳインタフェース（及び、ここでは、ＤＰＩノードで利用可能である）を通じて送信され、この情報は、いくつかのＩＰ−ＣＡＮセッションをセットアップするユーザの可能性により（異なるＩＰアドレス群を使用する）、ＩＰ−ＣＡＮセッションを固有に識別する必要はない。ＤＰＩノード内のＵＥ  ＩＰアドレスの不存在は、ネットワークオペレータによって採用することができるポリシー評価処理群を制限する。少なくとも以下の４つの欠点が認識されている。
【００１１】
１．ＰＳは、ＩＰ−ＣＡＮセッションの特性セット、例えば、ＩＰ−ＣＡＮセッションごとの最大ＱｏＳを適切に制御することができない。これは、各サービス制御セッションがＰＳ内で異なるＩＰ−ＣＡＮセッションとして動作するからである。
【００１２】
２．このポリシー評価処理の結果として、ＰＳは、ＡＧ及びＤＰＩノードのどちらでも執行される動作を行うことを決定することができない。
【００１３】
３．ＤＰＩノードによって開始されるポリシー評価処理は、その初期ポリシー評価処理でＡＧによってＰＳへ送信されるセッションデータを評価することによって拡張することができない。
【００１４】
４．ＤＰＩノードによって開始されるポリシー評価処理は、適切な決定を執行するために、ＡＦが、例えば、Ｒｘインタフェースを介してＰＳへ提供するサービス情報を考慮することができない。
【００１５】
図５のシーケンス図は、ＤＰＩへのＮＡＴ変換済方法に伴う第２の課題を示している。特に、図５は、ＡＦが動的サービスセッションに対して関与する場合に生じるセッション相関の問題を示している（図５は、この問題に関連するいくつかのステップだけのみを示す簡略図となっている）。ＵＥは、ＡＦシグナリングがネゴシエートできるようにベアラを確立していると想定する。
【００１６】
図に従えば、ＵＥ−Ａは、ＵＥ−Ｂとの動的サービスセッションをネゴシエートする。この動的サービスセッションには、自身が所有するＩＰアドレス（ＩＰ−Ａ）を使用するセッション記述プロトコル（ＳＤＰ）を含んでいる。他方の一端が、自身の所有するＩＰアドレス（ＩＰ−Ｂ）を含むＳＤＰ応答を送信する。発信ネットワークのＰＳは、アクセスＧＷ−Ａにインストールされる、アップリンク（ＵＬ）方向とダウンリンク（ＤＬ）方向に対するサービスデータフローを伴うＰＣＣルール群を生成する。ＵＬ方向に対しては、サービスデータフィルタは、発信元ＩＰアドレスがＩＰ−Ａに設定されること、また、宛先ＩＰアドレスがＩＰ−Ｂに設定されることを含んでいる。ＤＬ方向に対しては、サービスデータフィルタは、発信元ＩＰアドレスがＩＰ−Ｂに設定されること、また、宛先ＩＰアドレスがＩＰ−Ａに設定されることを含んでいる。
【００１７】
発信ネットワークにおけるＰＳは、ＩＰセッションがＮＡＴ変換済ＩＰアドレスを含んでいることを発見し、そうすることで、ＰＣＣルール群はＤＰＩにもインストールされるべきである。新規のＰＣＣルールは、ＤＰＩにインストールされる、ＵＬ方向及びＤＬ方向に対するサービスデータフローを伴って生成される。
【００１８】
ＵＬ方向に対して、サービスデータフィルタ群は発信元ＩＰアドレスがＩＰ−Ｘに設定され、かつ宛先ＩＰアドレスがＩＰ−Ｂに設定されることを含んでいる。ＤＬ方向に対しては、サービスデータフィルタは、発信元ＩＰアドレスがＩＰ−Ｂに設定され、また、宛先ＩＰアドレスがＩＰ−Ｘに設定されることを含んでいる。
【００１９】
宛先ネットワークにおけるＰＳは、アクセスＧＷ−Ｂにインストールされる、ＵＬ方向及びＤＬ方向に対するサービスデータフローを伴うＰＣＣルール群を生成する。ＵＬ方向に対しては、サービスデータフィルタは発信元ＩＰアドレスがＩＰ−Ｂに設定され、また、宛先ＩＰアドレスがＩＰ−Ａに設定されることを含んでいる。ＤＬ方向に対しては、サービスデータフィルタは、発信元ＩＰアドレスがＩＰ−Ａに設定され、また、宛先ＩＰアドレスがＩＰ−Ｂに設定されることを含んでいる。
【００２０】
図６は、セッションネゴシエーションが終了された後に、ＵＬ  ＴＦＴ＝ＩＰ−Ｂ及びポートＢに対応するベアラを介して、パケット群をＵＥ−Ｂへ送信することを、ＵＥ−Ａが決定する場合に何が起きるかを示している。アクセスＧＷ−Ａは、パケット群がＰＣＣ  ルールＡに対するサービスデータフローと合致することを検出し、かつそのＰＣＣルールを執行して、そのパケット群を転送する。このパケットは、ＤＰＩへ送信され、このＤＰＩは、メディアパケットを宛先ネットワークへ転送することを決定する。アクセスＧＷ−Ｂは、受信したパケット群がＰＣＣルールＢ内の任意のサービスデータフローに合致しないことを検出し、そうすることで、そのパケット群を破棄する。
【課題を解決するための手段】
【００２１】
本発明の第１の態様に従えば、ポリシー及び課金ルール機能として動作するポリシーサーバを備えるパケット交換ネットワークに渡って送信されるパケット群を処理する方法が提供される。この方法は、第１のポリシールール群のセットを前記ポリシーサーバにおいて提供し、かつ前記第１のポリシールール群のセットを前記ポリシーサーバからアクセスゲートウェイへ第１のサービス制御セッションを介してインストールすることを含んでいる。前記第１のポリシールール群のセットは、所与のＩＰセッションに属するパケット群を前記アクセスゲートウェイによってネットワークアドレストランスレータに迂回させる。前記ネットワークアドレストランスレータにおいては、前記パケット群の発信元ＩＰアドレスが、詳細パケット検査ノードを識別する変換済発信元ＩＰアドレスへ変換される。前記ネットワークアドレストランスレータは、前記パケット群を、ＩＰパケット群の詳細パケット検査を実行するように構成されている前記詳細パケット検査ノードへ転送する。
【００２２】
第２のポリシールール群のセットは前記ポリシーサーバにおいて提供され、かつ前記第２のポリシールール群のセットは前記ポリシーサーバから前記詳細パケット検査ノードへ第２のサービス制御セッションを介してインストールされ、前記第２のポリシールール群のセットは、前記詳細パケット検査によって受信時の前記パケット群に対して適用される。
【００２３】
この方法は、以下のステップで特徴づけられる。
【００２４】
・前記セッションを固有に識別するトークンを前記ＩＰセッションに割り当て、かつ前記トークンを前記ポリシーサーバと前記アクセスゲートウェイへ提供するステップと、
・前記トークンを前記アクセスゲートウェイから前記詳細パケット検査ノードへ前記ネットワークアドレストランスレータを介して送信するステップと、
・前記トークンを前記詳細パケット検査ノードから前記ポリシーサーバへ送信するステップと、
・前記ポリシーサーバにおいて、前記トークンを使用して、前記第１のサービス制御セッションと前記第２のサービス制御セッションとを関連付けるステップと
を備える。
【００２５】
本発明の実施形態に従えば、前記セッションを固有に識別するトークンを前記ＩＰセッションに割り当て、かつ前記トークンを前記ポリシーサーバと前記アクセスゲートウェイへ提供するステップは、前記ＩＰセッションの確立時に前記ポリシーサーバにおいて前記トークンを生成することを含んでいても良い。前記トークンは、前記アクセスゲートウェイからの、前記発信元ＩＰアドレスを含むポリシー評価リクエストの前記ポリシーサーバにおける受信に応じて、前記ポリシーサーバにおいて生成され、前記ポリシーサーバは、前記アクセスゲートウェイに送信される応答に前記トークンを含める。前記ポリシー評価リクエストは、Ｄｉａｍｅｔｅｒクレジット制御リクエストであっても良い。前記ポリシーサーバは、前記アクセスゲートウェイに関連付けられているアクセスポイント名が前記ポリシーサーバによって保持されるアクセスポイント名群の規定のリストに存在する場合にのみ、前記トークンを生成しても良い。
【００２６】
本発明の別の実施形態に従えば、前記トークンは、汎用ベアラリクエストの前記アクセスゲートウェイにおいての受信に応じて前記アクセスゲートウェイにおいて生成されても良く、前記アクセスゲートウェイは、前記トークンを前記ポリシーサーバに送信されるポリシー評価リクエストに含める。前記ポリシー評価リクエストは、Ｄｉａｍｅｔｅｒクレジット制御リクエストであっても良い。
【００２７】
トークンを生成するための１つのメカニズムは、加入者のアイデンティティのハッシュあるいは前記発信元ＩＰアドレスのハッシュを生成することである。前記トークンは、アカウンティングセッションアイデンティティフィールド内で送信されても良い。
【００２８】
前記トークンを前記詳細パケット検査ノードから前記ポリシーサーバへ送信するステップは、前記トークンをポリシー評価リクエストに含めることを含んでいても良い。前記ポリシー評価リクエストは、Ｄｉａｍｅｔｅｒクレジット制御リクエストであっても良い。
【００２９】
本発明は、ＧＰＲＳコアネットワークを備えるネットワークに適用することができ、そのＧＰＲＳコアネットワークにおいて、前記アクセスゲートウェイは、ＧＰＲＳゲートウェイサポートノードである。
【００３０】
この方法は、
前記パケット交換ネットワークのアプリケーション機能においてセッション記述プロトコル提案を受信するステップであって、前記セッション記述プロトコル提案は、エンドポイント群の間のセッションの確立に関連し、該エンドポイント群の内の１つは前記発信元ＩＰアドレスに関連付けられている、ステップと、
前記セッション記述プロトコル提案が、前記パケット交換ネットワーク内のネットワークアドレス変換の対象となる発信元ＩＰアドレスを含んでいることを判定するステップと、
前記セッション記述プロトコル提案内の前記発信元ＩＰアドレスを前記変換済発信元ＩＰアドレスに置換するステップと、
前記セッション記述プロトコル提案を自身の宛先へ転送するステップと
を備えても良い。
【００３１】
前記セッション記述プロトコル提案が、前記パケット交換ネットワーク内のネットワークアドレス変換の対象となる発信元ＩＰアドレスを含んでいることを判定するステップは、前記発信元ＩＰアドレスを前記アプリケーション機能からポリシーサーバあるいはネットワークアドレストランスレータに送信し、かつ対応する応答で前記変換済発信元ＩＰアドレスを受信することを含んでいても良い。前記発信元ＩＰアドレスは、ＤｉａｍｅｔｅｒＡＡＲメッセージ内で送信され、対応する前記変換済発信元ＩＰアドレスはＤｉａｍｅｔｅｒＡＡＡメッセージで返信される。
【００３２】
この方法は、ＩＰマルチメディアサブシステムを備えるパケット交換ネットワークに適用することができ、ここで、前記アプリケーション機能は、プロキシ呼制御機能である。
【００３３】
本発明の第２の態様に従えば、パケット交換ネットワークにおけるポリシー及び課金制御を実現するためのポリシーサーバが提供される。このポリシーサーバは、アクセスゲートウェイと詳細パケット検査ノードそれぞれとのサービス制御セッション群を確立し、かつ前記パケット交換ネットワークに渡るＩＰセッションに関連するポリシールール群を前記サービス制御セッション群に渡って配信するためのサービス制御セッション処理ユニットを備える。また、前記ポリシーサーバは、更に、前記ポリシーサーバと前記アクセスゲートウェイとの間の前記サービス制御セッションに固有に関連付けられているトークンを受信あるいは生成し、前記ポリシーサーバと前記詳細パケット検査ノードとの間の前記サービス制御セッションに固有に関連づけられている前記詳細パケット検査ノードからのトークンを受信し、かつ前記サービス制御処理ユニットへ前記トークンが合致するかを通知するためのトークン処理ユニットを備える。前記サービス制御セッション処理ユニットは、前記サービス制御セッション群を関連付け、かつ適切な場合にポリシールール群を配信するように構成されている。
【００３４】
本発明の第３の態様に従えば、パケット交換ネットワークを通過するパケット群の詳細パケット検査を実現するための詳細パケット検査ノードが提供される。この詳細パケット検査ノードは、アクセスゲートウェイから、ネットワークアドレストランスレータを介して、アカウンティングスタートメッセージとして、該アカウンティングスタートメッセージに関連するＩＰセッションを固有に識別するトークンを含むアカウンティングスタートメッセージを受信するための第１の受信機と、前記パケット交換ネットワークのポリシーサーバへ、前記アカウンティングスタートメッセージの変換済発信元ＩＰアドレスと前記トークンを含むポリシー評価リクエストを送信するための送信機とを備える。前記詳細パケット検査ノードは、更に、前記ポリシーサーバから、前記ＩＰセッションに割り当てられているポリシールール群のセットを受信するための第２の受信機を備える。
【００３５】
本発明の第４の態様に従えば、パケット交換ネットワークで使用するための、かつ前記パケット交換ネットワークのポリシー執行ポイントとして動作するように構成されているアクセスゲートウェイが提供される。前記アクセスゲートウェイは、ＩＰセッションを確立するために、汎用ベアラリクエストをユーザ機器から受信するための受信機と、ポリシーサーバから前記ＩＰセッションに固有に関連付けられているトークンを受信するための、あるいは前記ＩＰセッションに固有に関連付けられているトークンを生成してポリシーサーバへ送信するための、トークン処理ユニットとを備える。前記アクセスゲートウェイは、更に、前記トークンを含むアカウンティングスタートメッセージを詳細検査ノードへネットワークアドレストランスレータを介して送信するための送信機を備える。
【００３６】
本発明の第５の態様に従えば、パケット交換ネットワークに渡るエンドポイント群間でのセッション確立を容易にするための方法が提供される。この方法は、セッション記述プロトコル提案を前記パケット交換ネットワークのアプリケーション機能において受信するステップと、前記セッション記述プロトコル提案が、前記パケット交換ネットワーク内のネットワークアドレス変換の対象となる発信元ＩＰアドレスを含んでいるかを判定するステップとを有する。前記発信元ＩＰアドレスが前記ネットワークアドレス変換対象である場合、前記セッション記述プロトコル提案内の前記発信元ＩＰアドレスを、対応するネットワークアドレス変換済発信元ＩＰアドレスに置換される。前記セッション記述プロトコル提案は自身の宛先へ転送される。
【００３７】
前記セッション記述プロトコル提案が、前記パケット交換ネットワーク内のネットワークアドレス変換の対象となる発信元ＩＰアドレスを含んでいるかを判定するステップは、前記発信元ＩＰアドレスを前記アプリケーション機能からポリシーサーバあるいはネットワークアドレストランスレータへ送信し、かつ応答で対応するネットワークアドレス変換済発信元ＩＰアドレスを受信することを有する。
【００３８】
前記発信元ＩＰアドレスは、ＤｉａｍｅｔｅｒＡＡＲメッセージ内で送信されても良く、前記対応するネットワークアドレス変換済発信元ＩＰアドレスは、ＤｉａｍｅｔｅｒＡＡＡメッセージで返信されても良い。
【００３９】
前記パケット交換ネットワークは、ＩＰマルチメディアサブシステムを備えても良く、前記アプリケーション機能は、プロキシ呼セッション制御機能であっても良い。
【００４０】
本発明の第６の構成に従えば、パケットデータネットワーク内のアプリケーション機能として動作するように構成されている装置が提供される。この装置は、セッション記述プロトコル提案をユーザ機器から受信するための受信機と、前記セッション記述プロトコル提案が、前記パケット交換ネットワーク内のネットワークアドレス変換の対象となる発信元ＩＰアドレスを含んでいるかを判定し、前記発信元ＩＰアドレスを含んでいる場合に、前記セッション記述プロトコル提案内の前記発信元ＩＰアドレスを、対応するネットワークアドレス変換済発信元ＩＰアドレスに置換するための提案ハンドラとを備える。前記装置は、更に、前記セッション記述プロトコル提案を自身の宛先へ送信するための送信機を備える。
【図面の簡単な説明】
【００４１】
【図１】詳細パケット検査のためのプロビジョンを伴うパケットネットワークアーキテクチャを示す図である。
【図２】ＩＰアドレスＮＡＴ変換を伴う場合と伴わない場合とでの図１のアーキテクチャにおけるシグナリングフローを示す図である。
【図３】ＩＰアドレスＮＡＴ変換による図１のアーキテクチャで生じる課題を示す図である。
【図４】ＮＡＴ変換によって生じる課題を更に示す、図３のネットワークアーキテクチャにおけるシグナリングフローを示す図である。
【図５】ＮＡＴ変換を介在するＩＰセッションの発信元側及び宛先側におけるＰＣＣルール群のインストールを示す図である。
【図６】ＮＡＴ変換によって生じ得る、特に、パケット群の破棄を伴う、確立済ＩＰセッションに関連付けられているシグナリングフローを示す図である。
【図７】ＮＡＴ変換から生じる課題を軽減するための、パケットネットワークアーキテクチャとセッション確立手順とを示す図である。
【図８】パケットサーバに記憶されるＰＣＣ関連情報の相関を示す図である。
【図９】図７のネットワークアーキテクチャを介するシグナリングフローの詳細を示す図である。
【図１０】パケットサーバのアーキテクチャを示す図である。
【図１１】詳細パケット検査ノードのアーキテクチャを示す図である。
【図１２】アクセスゲートウェイのアーキテクチャを示す図である。
【図１３】アプリケーション機能を介してＳＩＰセッション確立に関連付けられているシグナリングフローを示す図である。
【図１４】図１３のフローから後続する、アクセスゲートウェイ及び詳細パケット検査ノードにおける、ＰＣＣルール群のインストールに関連付けられているシグナリングフローを示す図である。
【図１５】確立済ＩＰセッションに関連付けられているパケットのエンドツエンドフローを示す図である。
【図１６】アプリケーション機能ノードを示す図である。
【発明を実施するための形態】
【００４２】
上述の、かつ詳細パケット検査（ＤＰＩ）を容易にするためにＮＡＴの使用から生じる課題に対処するために、ポリシーサーバ（ＰＳ）内で、所与のサービス制御セッション（例、ＰＳとアクセスゲートウェイ（ＡＧ）との間のＧｘセッション）と、同一のＩＰ−ＣＡＮセッションに対する対応するサービスセッション群（例、ＰＳとアプリケーション機能（ＡＦ）との間のＲｘセッション）とをリンクさせるためのトークンを使用することを提案する、ここで、ＩＰ−ＣＡＮセッションは、ＩＰアドレスによって識別される、ユーザ機器であるＵＥとネットワークとの間に存在するＩＰセッションを指している。共有されるトークンは、ＩＰ−ＣＡＮセッションを固有に識別するべきである。ここで、異なるＩＰ−ＣＡＮセッション群は、異なる値のトークンによって識別される。すべての影響のあるネットワーク要素群に渡ってこのトークンを分散するためのメカニズムも提案される。提案される方法は図７に示され、一方で、図８は、相関情報がＰＳにどのように記憶されるかを示している。
【００４３】
トークンは、初期ポリシー評価処理中に、ＡＧによって作成し、そして、ＰＳへ送信することができる、あるいは、初期ポリシー評価リクエストの受信において、ＰＳによって作成し、そして、ＡＧへ送信することができる。ＡＧがトークンを提供する場合、ポリシー評価処理の結果として、ＡＧはＩＰパケット群のサブセットをＤＰＩノードに向けて転送し、かつＡＧはそのトークンをＤＰＩノードへ提供する。つまり、ＤＰＩノードは、ＰＳに対するポリシー評価リクエストにトークンを含めることができる。この方法では、ＰＳは、同一のＩＰ−ＣＡＮセッションに対するＤＰＩノードサービス制御セッションを伴うＡＧサービス制御セッションを識別することができる。図７は、トークンを作成するＰＳが介在するソリューションを示している。これは、いつＤＰＩが、例えば、どのＡＰＮに対して使用されることになるかをＰＳが知ることを意味している。ＰＳは、トークンをＡＧに向けての応答に含め、次に、ＡＧは、それをＤＰＩノードへ転送する。どちらのソリューションも、ＤＰＩノードで執行されるポリシー評価処理におけるサービスセッション情報を考慮に入れることを可能にする。
【００４４】
取り得る実装では、ＲＡＤＩＵＳプロトコルで使用されるアカウンティングセッションＩＤフィールド内にトークンを含めることに関与する。これは、ＡＧがトークンを作成して、かつそれをアカウンティングセッションＩＤとしてＰＳへ送信されるポリシー評価リクエスト内に含めることを意味する。続いて、ＲＡＤＩＵＳアカウンティングスタートメッセージを送信する場合には、同一のアカウンティングセッションＩＤが使用されることになる。この方法の利点は、新規のパラメータをＲＡＤＩＵＳプロトコルに導入することの必要性を回避することである。
【００４５】
別の実装では、一方向ハッシュ関数を実際のユーザアイデンティティ（ＭＳＩＳＤＮ、例）を適用することによってトークンを生成することに関与する。ハッシュ関数をユーザアイデンティティと時間依存値との組み合わせに適用することによってエントロピーを増やすことができる。この時間依存値は、例えば、Ｓｅｅd＝ＳＨＡ−１（ＭＳＩＳＤＩＮ，ＣｕｒｒｅｎｔＴｉｍｅＩｎＭＩｌｌｉＳｅｃｏｎｄｓ）である。この関数は、トークン（所望のビット数に切り捨てられる）、即ち、Ｔｏｋｅｎ＝Ｆｉｒｔｓｔ＿６４＿ｂｉｔｓ（Ｓｅｅｄ）を生成するために使用することができる１６０ビット出力を生成する。更に別の実装では、一方向ハッシュ関数を実際のＵＥ  ＩＰアドレスに適用することによってトークンを生成することに関与する。
【００４６】
ＡＧがトークンを作成することを担当する場合、ＰＳと接続する前に、ＰＳへの最初のクエリーがトークンを含むようにその作成を実行するべきである。ＰＳは、他のセッション情報を含むトークンを記憶する。トークンを作成するのがＰＳである場合、ＰＳは、ＡＧからのポリシー評価リクエストへ応答する前に、その作成を実行するべきであり、そうすることで、トークンを応答に含めることができる。これまでのように、ＰＳは、他のセッション情報の内部でトークンを記憶する。ＰＳがどのＡＰＮがＮＡＴを配置しているかの予備知識を有している場合、ＰＳは、これらのＡＰＮに対してトークンだけを作成することができる。ここで、ＰＳは、第１のポリシー決定クエリー内でＡＧからのＡＰＮデータを受信することに注意されたい。
【００４７】
以下では、ＰＳがトークン生成を担当することを想定する。
【００４８】
トークンは、以下で説明するように、ＩＰ−ＣＡＮセッション確立手順中に介在するノード群に渡って配信されるべきである。ＰＳは、トークンを使用して、サービス制御セッション群とＩＰ−ＣＡＮセッションとの間の関連付けを維持する。それゆえ、これらのサービス制御セッション群の任意のものを介する後続の手順では、トークンは含められる必要がない、これはＰＳがそれらのセッション群と相関することができるからである。ＰＳはポリシー執行ポイント群の任意のもの（即ち、ＡＧあるいはＤＰＩノード）からのＩＰ−ＣＡＮセッションに対するセッション終了指示を受信する場合、ＰＳは適切に、ＩＰ−ＣＡＮセッションに関連するすべてのサービス制御セッション群を終了することができる。これらの相関も、内部的に削除される。ＰＳは、また、ある内部的なトリガー、例えば、加入データの変更に応じて、サービス制御セッション群と内部相関情報との両方を削除する。
【００４９】
図９は、以下で示されるような、制御シグナリングのフローを示している。
【００５０】
１．ＡＧは、汎用ベアラリクエストを受信する。このイベントは、ＰＳにおけるＩＰ−ＣＡＮセッションの作成をトリガーする。
【００５１】
２．ＡＧは、その加入者に対して適用可能なポリシー群を評価するためにＰＳと通信する。３ＧＰＰでは、これは、ＡＧによって割り当てられるＵＥ  ＩＰアドレスを含むＤｉａｍｅｔｅｒ  ＣＣＲメッセージである。
【００５２】
３．ＰＳは、ＩＰ−ＣＡＮセッションに対するトークンを作成する（注  このトークンは固有でなければならず、そうすることで、それをＵＥ  ＩＰアドレスにすることはできない）。
【００５３】
４．ＰＳは、ＵＥ  ＩＰアドレスとトークンを含むセッション情報を記憶する。
【００５４】
５．ＰＳは、適用可能なポリシー群を評価し、かつＡＧによって執行されるＰＣＣルール群を作成する。
【００５５】
６．ＰＳは、トークンを含むＤｉａｍｅｔｅｒＣＣＡメッセージで、例えば、適切な属性値ペア（ＡＶＰ）で、ＰＣＣルール群をＡＧへ送信する。
【００５６】
７．ＡＧは、ＰＣＣルール群をインストールする。汎用ベアラの確立に対する残りの手順を継続する。
【００５７】
８．汎用ベアラリクエストがＵＥに受け付けられる。
【００５８】
９．ＡＧは、Ｇｉインタフェースを介してＡＡＡサーバとのアカウンティングセッションをスタートする。このインタフェース（Ｇｉ）は、ＤＰＩノードによって「傍聴」される。［いくつかの場合では、ＤＰＩは、ＡＡＡタスク群を実行することができる］。ＤＰＩノードにおけるアクションをトリガーするメッセージ群は、Ｒａｄｉｕｓアカウンティングメッセージ群である。ＲＡＤＩＵＳアカウンティングスタートメッセージは、ＡＧによって割り当てられるＵＥ  ＩＰアドレスとトークンを含んでいる。
【００５９】
１０．このネットワーク構成設定では、ＤＰＩノードに向けてのＲａｄｉｕｓトラフィックはＮＡＴを通じて転送される。ここで、ＮＡＴはＡＧによって割り当てられているＵＥ  ＩＰアドレスを削除し、その制御下にあるＩＰアドレス群の１つ（本明細書では、ＮＡＴ変換済ＩＰアドレスと呼ばれる）と、ステップ９で受信されるトークンを含める。
【００６０】
１１．ＤＰＩノードは、セッションと加入者に対するＰＳへポリシー評価をリクエストする。この状況では、ＤＰＩノードは、ＮＡＴ変換済ＩＰアドレスとトークン（適切なベンダー専用ＡＶＰにおける）とを含むＤｉａｍｅｔｅｒＣＣＲを送信する。
【００６１】
１２．この情報を用いると、ＰＳは、ＡＧとＤＰＩノード群との両方によって制御される加入者のＩＰ−ＣＡＮセッションをサーチすることができる。このトークンを使用することによって、それゆえ、ＰＳは、（非ＮＡＴ変換済）ＵＥ  ＩＰアドレスと対応するＵＥ  ＮＡＴ変換済ＩＰアドレスとの間の関係性を確立することができる。この関係性は、これらのＩＰアドレス群が介在する更なる対話で使用するために、ＰＳによって局所的に記憶することができる。
【００６２】
１３．ＰＳは、適用可能なポリシー群を評価し、かつ、ＤＰＩノードによって執行されるＰＣＣルール群を作成する。
【００６３】
１４．ＰＳは、ＰＣＣルール群をＤＰＩノードへＤｉａｍｅｔｅｒＣＣＡメッセージで送信する。
【００６４】
１５．ＤＰＩノードは、ＰＣＣルール群をインストールする。
【００６５】
システムは、これで、トラフィックプレーンを形成する準備に入る。
【００６６】
図１０は、上述の方法で使用するためのパケットサーバ（ＰＳ）１の簡略化図である。ＰＳは、ＡＧとＤＰＩとが機能的に接続されるサービス制御セッション処理ユニットを備える。このユニット３は、これらの２つネットワーク要素とのサービス制御セッション群を管理し、そして、セッション群を介してポリシールール群を配信する。トークン処理ユニット２は、機能的には少なくともＤＰＩに接続されている。トークン処理ユニット２は、セッション確立時にトークンを生成する、あるいはＡＧからトークンを受信する。トークンがＤＰＩから受信される場合、トークン処理ユニットはサービス制御処理ユニットに、合致が検出されるかを通知する。合致する場合、サービス制御セッション処理ユニットは、適切なポリシールール群を選択し、そして、ＤＰＩへ提供する。
【００６７】
図１１を参照すること、これは、ＤＰＩ１００を示している。ＤＰＩは第１受信機１０１を備え、これは、ネットワークアドレストランスレータを介してアクセスゲートウェイから、アカウンティングスタートメッセージに関連するＩＰセッションを固有に識別するトークンを含むアカウンティングスタートメッセージを受信する。ＤＰＩは、更に、送信機１０２と第２受信機１０３とを備え、送信機１０２は、パケット交換ネットワークのポリシーサーバへ、上記トークンと上記メッセージの変換済（解決済：translated）ＩＰ発信元アドレスを含むポリシー評価リクエストを送信し、第２受信機１０３は、ポリシーサーバから、上記ＩＰセッションに割り当てられているポリシールール群のセットを受信する。
【００６８】
図１２はＡＧ２００を示していて、これは、ＩＰセッションを確立するために、ユーザ機器（ＵＥ）からの汎用ベアラリクエストを受信する受信機２０１を備える。トークン処理ユニット２０２は、上記ＩＰセッションに固有に関連付けられているトークンを（ＰＳから）受信するあるいは生成するように構成されている。ＡＧは、更に、上記トークンを含むアカウンティングスタートメッセージをＤＰＩへネットワークアドレストランスレータを介して送信するための送信機２０３を備える。
【００６９】
パケット群は認識されていないＮＡＴ変換済発信元ＩＰアドレスを含んでいるために、宛先側ＡＦがそのようなパケット群を破棄する問題に対処するために、動的サービスセッション群（例えば、ＩＭＳセッション群）におけるＩＰアドレス群を置換することが提案される。これは、以下の２種類の方法で実行することができる。
【００７０】
１．発信側ＡＦでのＳＤＰ提案の受領によって、ＡＦに、ＮＡＴあるいはＰＳを用いて、ＳＤＰ提案を着信側へ送信する前に、ＩＰアドレスがそのＳＤＰ提案に置換されるべきであるかをチェックさせる。
【００７１】
２．ＩＰマルチメディアサブシステム（ＩＭＳ）の場合、ＡＦ（即ち、Ｐ−ＣＳＣＦ）はＩＭＳ登録時にＰＳとのサービスセッションを確立することができる。ＰＳは、ＩＭＳ加入登録時のＡＦへの応答で、ＮＡＴ変換済ＩＰアドレスを返信する。
【００７２】
第１のオプションは、図１３で示される。ここでは、
１．ＵＥ−Ａは、自身が所有するＩＰアドレスを伴うＳＤＰ提案を送信する。
【００７３】
２．ＡＦは、受信されるＳＤＰの内容から発信元ＩＰアドレスを取得する。
【００７４】
３．ＡＦは、それをＰＳへ送信する。
【００７５】
４．ＰＳは、ＮＡＴ変換済ＩＰアドレスを検出する。
【００７６】
５．ＰＳは、ＮＡＴ変換済ＩＰアドレスをＡＦへ返信する。
【００７７】
６．ＡＦは、発信元ＩＰアドレスをＮＡＴ変換済ＩＰアドレス（ＩＰ−Ｘ）で置換する。
【００７８】
クエリーをＰＳへ送信する代わりに、ＡＦは、クエリーをＮＡＴへ送信することができる。
【００７９】
上述の第２のオプション、即ち、ＡＦがＰ−ＣＳＣＦである場合を検討すると、以下のものが有効なイベント群のシーケンスとなる。
【００８０】
１．ＵＥ−Ａは、自身の所有するＩＰアドレスを含む登録リクエストをＰ−ＣＳＣＦへ送信する。
【００８１】
２．Ｐ−ＣＳＣＦは、登録リクエスト内のＳＤＰからＵＥの実際のＩＰアドレスを取得し、それをＰＳへ送信し、ＰＳは、ＡＦへ返信されるＮＡＴ変換済ＩＰアドレスを検出する。
【００８２】
３．ＡＦは、ＮＡＴ変換済ＩＰアドレスを記憶し、かつそれを次のサービスセッションネゴシエーションのために使用する。
【００８３】
両方の端部（つまり、ＵＥ−ＡとＵＥ−Ｂ）がサービスセッション特性群を一旦ネゴシエートすると、図１４で示されるように、かつ以下で説明されるように、発信側ＡＦはこの情報をＰＳへ送信する。
【００８４】
１．ＡＦは、ネゴシエートされたサービスセッションコンポーネント群をＰＳへ送信する。ＵＥ−Ａ  ＩＰアドレスは、セッション情報の一部として送信される。
【００８５】
２．ＰＳは、そのセッション情報を記憶する。
【００８６】
３．ＰＳは、ＡＦに対して応答確認する。
【００８７】
４．ＰＣＣルール群が生成される。ここで、サービスデータフロー群はＵＥ−Ａ  ＩＰアドレスを含んでいる。この例では、ＰＣＣルールＡが生成される。
【００８８】
５．ＰＣＣルールＡ（ＵＥ−Ａ  ＩＰアドレスを含む）がＡＧにインストールされる。
【００８９】
６．ＡＧは、新規のＰＣＣルールＡのインストールによりベアラＱｏＳが修正されるべきであるかどうかを決定する。
【００９０】
７．ＡＧは、ＰＣＣルールＡがインストールされていることの確認をＰＳへ送信する。
【００９１】
８．ＰＳは、ＰＣＣルール群もＤＰＩにインストールされるべきであるかどうかをチェックする。そうでない場合、手順はここで終了する。
【００９２】
９．ＰＳは、アップリンク方向及びダウンリンク方向の両方に対するＮＡＴ変換済ＩＰアドレスを使用する新規のＰＣＣルール群を生成する。この例では、ＰＣＣルールＸが生成される。
【００９３】
１０．ＰＳが、ＤＰＩにおいて、ＮＡＴ変換済ＩＰアドレスを含む修正されたＰＣＣルール（ＰＣＣルールＸ）をプロビジョン（provision）する。
【００９４】
１１．ＤＰＩが、ＰＳへ応答確認を送信する。
【００９５】
図１４には示されていないが、ＵＥ−Ｂネットワーク内のＡＧは、ＰＣＣルールＢを受信することになる。このＰＣＣルールＢは、ＵＥ−Ｂネットワークで受信されるセッション情報に基づいて、宛先側ＰＳによって生成される。このセッション情報は、ＵＥ−ＡのＮＡＴ変換済ＩＰアドレスを含むことになる。これは、この情報が、ＡＦでＳＤＰの一部として受信されるからである。
【００９６】
ＵＥ−ＡとＵＥ−Ｂとの間で送信されるメディアについて検討すると、これは、図１５のように示される。図示されるステップ群は、以下のようになる。
【００９７】
１．ＵＥ−Ａは、セッションネゴシエーションが終了された後、ＵＥ  ＴＦＴ＝ＩＰ−Ｂ及びポートＢに対応するベアラを介して、メディアパケット群をＵＥ−Ｂへ送信することを決定する。
【００９８】
２．アクセスＧＷ−Ａは、メディアパケットがＰＣＣルールＡに対するサービスデータフローと合致することを検出する。これは、それらが、ＵＥ−Ａ  ＩＰアドレスを含んでいるからである。そして、アクセスＧＷ−ＡはＰＣＣルールを執行し、そして、パケットを転送する。
【００９９】
３．メディアパケットは、ＵＥ−Ａ  ＩＰアドレスをＮＡＴ変換済ＩＰアドレスに置換するＮＡＴを用いて、ＮＡＴを通過させる。
【０１００】
４．メディアパケットがＤＰＩによって受信され、ＤＰＩは、メディアパケットを宛先ネットワークへ転送するための決定を行う。
【０１０１】
５．アクセスＧＷ−Ｂはメディアパケットがサービスデータフローに合致することを検出し、この場合、サービスデータフローはＮＡＴ変換済ＩＰアドレスを含んでいる。ＧＷ−Ｂは、ＰＣＣルールＢを執行し、そして、パケットをＵＥ−Ｂへ転送する。
【０１０２】
図１６は、上述の方法を使用するためのアプリケーション機能（ＡＦ）３００を示している。この装置は、ユーザ機器からセッション記述プロトコルを受信するための受信機３０１と、提案ハンドラ３０２とを備え、この提案アンドラ３０２は、提案がネットワーク内のネットワークアドレス変換の対象となるＩＰ発信元アドレスを含んでいるかを判定し、そうである場合、セッション記述プロトコル提案内のＩＰ発信元アドレスを対応するネットワークアドレス変換ＩＰ発信元アドレスに置換する。ＡＦは、更に、修正されたセッション記述プロトコル提案を自身の宛先に送信するための送信機３０３を備えている。
【０１０３】
上述のトークンベースのメカニズムは、任意の執行ポイント（ＡＧ及びＤＰＩノード）がユーザのＩＰアドレスを知らない場合でさえも、所与のＩＰ−ＣＡＮセッションに対するサービス制御セッション群のすべてを関連づけることをＰＳに可能にする。また、このメカニズムは、所与のＩＰ−ＣＡＮセッションに対するすべてのサービス制御セッション群と任意のＡＦからのサービスセッションとの関連付けを実現する。これらの関連付けを設定することは、以下の付加価値機能群をオペレータのポリシー制御ソリューションに提供する。
【０１０４】
・ポリシー評価処理を充実させる。これは、１つのポリシー執行ポイント（ＡＧ）によって提供されるデータを、他のノード（例、ＤＰＩノード）において執行されるべきポリシー群の評価で使用することができるからである。例えば、３ＧＰＰネットワークでは、Ｇｘインタフェースを介してＧＧＳＮによってＰＣＲＦへ送信されるデータは、ＤＰＩノードで執行されるべきポリシー群の評価で使用することができる。
【０１０５】
・ＤＰＩノードによって開始されるポリシー評価の結果として、一定の制御動作群をＡＧで執行することができる。
【０１０６】
・アプリケーション機能によって提供されるサービス情報に関連するＤＰＩノードにおいてポリシー決定を執行することが可能である。
【０１０７】
本発明の範囲を逸脱することなく、様々な変形を上述の実施形態に対して行うことができることが当業者には理解されるであろう。
【図１】
0005298203.tif 000002
【図２】
0005298203.tif 000003
【図３】
0005298203.tif 000004
【図４】
0005298203.tif 000005
【図５】
0005298203.tif 000006
【図６】
0005298203.tif 000007
【図７】
0005298203.tif 000008
【図８】
0005298203.tif 000009
【図９】
0005298203.tif 000010
【図１０】
0005298203.tif 000011
【図１１】
0005298203.tif 000012
【図１２】
0005298203.tif 000013
【図１３】
0005298203.tif 000014
【図１４】
0005298203.tif 000015
【図１５】
0005298203.tif 000016
【図１６】
0005298203.tif 000017