移動ネットワークにおいて実現されるプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）アーキテクチャ、移動ネットワークにおいてプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）を実現するためのプロセス、およびコンピュータ読み取り可能な媒体
ＩＰマルチメディアサブシステム（ＩＭＳ）アーキテクチャが、特定のユーザ機器（ＵＥ）と、当該ＵＥに対するパケット伝送を処理するゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）と、ＵＥの第１のコンタクトポイントとして機能し、ＩＭＳ関連の信号伝達と登録とＩＭＳセッションの他のプロシージャとに関するパケットデータプロトコル（ＰＤＰ）コンテキストを確立するようなセッション管理サービスを提供するプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）とを備える。Ｐ−ＣＳＣＦは、登録時に特定のＵＥからの識別情報を記憶することと、当該ＵＥからＳＩＰ（セッション開始プロトコル）メッセージを受け取ることと、ポリシー決定機能部（ＰＤＦ）に対するリンクを有する識別情報とＳＩＰメッセージのアイデンティティとを比較することと、当該アイデンティティが当該識別情報に合致する時に、ＵＥの全動作に関し同一のＰＤＦを使用することとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、互いに異なるＩＰ（Internet Protocol）マルチメディアサブシステム（IP Multimedia Subsystem：ＩＭＳ）エンティティを含む移動ネットワークに関する。より特定的にいえば、本発明は、必要とされるポリシー制御動作の簡素化と、移動ネットワーク中の相異なるリリース仕様に基づく複数のＩＭＳエンティティ間の互換性（Compatibility）とを実現するための解決策に関するものである。
【背景技術】
【０００２】
全てのＧＳＭ（Global System for Mobile Communications ：欧州のディジタル自動車・携帯電話の方式）と第３世代のＧＳＭネットワークとを含む３ＧＰＰ（Third Generation Partnership Project：第３世代のパートナーシップ・プロジェクト）仕様により規格化された移動ネットワークのような最新の移動ネットワークでは、例えば移動データネットワークサービスおよびＩＰマルチメディアサービスを含むような電気通信システムを実現するために、ディジタル・セルラネットワークとパーソナルコミュニケーションシステムとのシームレスな統合が行われている。
【０００３】
各々の３ＧＰＰシステムは、コアネットワークおよび無線アクセスネットワーク・インフラストラクチャを有している。より詳しくいえば、このコアネットワークおよび無線アクセスネットワーク・インフラストラクチャは、汎用パケット無線サービス（General Packet Radio Service：ＧＰＲＳ）技術とＧＳＭネットワークの全体的な進化のための改良されたデータレート（Enhanced Data Rates for Global Evolution：ＥＤＧＥ）技術とを使用するか、または、周波数分割双方向（Frequency Division Duplex ：ＦＤＤ）と時分割双方向（Time Division Duplex：ＴＤＤ）との両方で動作可能な汎用陸上無線アクセス（Universal Terrestrial Radio Access：ＵＴＲＡ）をサポートするようになっている。
【０００４】
上記のコアネットワーク（ＣＮ）は、ユーザ・トラフィックとこれに関連した信号伝達のために設けられているＣＮエンティティを含む回路交換（ＣＳ）ドメインおよびパケット交換（ＰＳ）ドメインと、ＩＰマルチメディアサービスのために設けられているＣＮエンティティを含むＩＰマルチメディアサブシステム（ＩＭＳ）とに論理的に区分されている。ホーム・サブスクライバサーバ（Home Subscriber Server：ＨＳＳ）、ホーム・ロケーションレジスタ（Home Location Register：ＨＬＲ）、認証センタ（Authentication Center ：ＡｕＣ）、ビジタ・ロケーションレジスタ（Visitor Location Register ：ＶＬＲ）、および機器識別レジスタ（Equipment Identify Register ：ＥＩＲ）のような幾つかのＣＮエンティティが、ＰＳドメインとＣＳドメインに対して共通であってもよい。また一方で、移動交換センタ（Mobile Switching Center ：ＭＳＣ）およびゲートウェイＭＳＣのような他のＣＮエンティティが、移動局に対する回路交換サービスまたは移動局からの回路交換サービスを処理するためにＣＳドメインに特有なものであり、かつ、ゲートウェイＧＰＲＳ（汎用パケット無線サービス）・サポートノード（Gateway GPRS Support Node ：ＧＧＳＮ）およびサービングＧＰＲＳ・サポートノード（Serving GPRS Support Node ：ＳＧＳＮ）が、移動局に対するパケット伝送または移動局からのパケット伝送を処理するためにＰＳドメインに特有なものである。
【０００５】
ＩＰマルチメディアサービスの場合には、コールセッション制御機能部（Call Session Control Function ：ＣＳＣＦ）またはコール状態制御機能部（Call State Control Function ：ＣＳＣＦ）のような機能ＩＭＳエンティティが、ＣＳＣＦ関連のプロシージャ（Procedure ）を処理するために設けられている。このＣＳＣＦ関連のプロシージャは、ＩＭＳ関連の信号伝達と登録、および、ＩＭＳセッションのための他のプロシージャに関するパケットデータプロトコル（Packet Data Protocol：ＰＤＰ）（例えば、ＩＰのようなパケットデータプロトコル）コンテキストを確立することを含む。ここで、ＣＳＣＦは、ＩＰマルチメディアサブシステム（ＩＭＳ）内のユーザ機器（ＵＥ）（すなわち、移動局のような、ユーザがネットワークサービスに対するアクセスを行うことを可能にするための装置）のための第１のコンタクトポイントとして機能するプロキシＣＳＣＦ（Proxy CSCF：Ｐ−ＣＳＣＦ）として動作するか、または、ネットワーク内のセッションの状態を処理するサービングＣＳＣＦ（Serving CSCF：Ｓ−ＣＳＣＦ）として動作するか、または、上記ネットワークのオペレータのサブスクライバまたは特定のサービスエリア内のローミング・サブスクライバ（roaming subscriber）に割り当てられる全てのＩＭＳ接続のためのオペレータ・ネットワーク内のコンタクトポイントとして機能するインテロゲイティングＣＳＣＦ（Interrogating CSCF：Ｉ−ＣＳＣＦ）として動作することが可能である。
【０００６】
詳細に関しては、３ＧＰＰ技術仕様（3GPP Technical Specification）（３ＧＰＰ ＴＳ），２３．００２，Ｖ５．９．０（２００２年１２月発行）の「ネットワークアーキテクチャ（Network Architecture）」と、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２３．１０１，Ｖ４．０．０（２００２年４月発行）の「汎用ＵＭＴＳアーキテクチャ（General UMTS Architecture ）」と、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２３．１１０，Ｖ４．０．０（２００１年４月発行）の「ＵＭＴＳアクセス階層：サービスおよび機能（UMTS Access Stratum: Services and Functions ）」と、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２３．２２８，Ｖ６．０．１（２００３年１月発行）の「ＩＰマルチメディアサブシステム（IP Multimedia Subsystem （ＩＭＳ））」とを参照されたい。全ての３ＧＰＰ（ＧＳＭ／３Ｇ）の仕様が、ホームページ「ftp://ftp.3gpp.org/specs」において３ＧＰＰサーバからダウンロードすることが可能であり、かつ、本願明細書に参考資料として組み入れられている。これに加えて、３ＧＰＰ技術仕様（新たな機能性または変更された機能性を有する特定の３ＧＰＰ技術仕様の異なるリリースを含む）を作成し維持し更新するためのメカニズムも、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２１．９００，Ｖ５．０．１（２００２年９月発行）の「技術仕様グループ運用方法（Technical Specification Group Working Methods）」にて見い出すことが可能である。
【０００７】
しかしながら、特定の３ＧＰＰ技術仕様における様々な機能エンティティ間の機器の相互運用性と互換性とを実現する場合に、新たな機能性または新たな特徴が導入される毎に、および／または、既存の機能性が変更され、したがって特定の仕様の新たなリリースが導入される毎に、難題が依然として残っている。
【０００８】
上記の点に関しては、例えば、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２９．２０７，Ｖ．５．２．０（２００２年１２月発行）の「Ｇｏインタフェースによるポリシー制御（Policy Control over Go Interface）」，リリース ５にて説明されているように、ＩＭＳセッションを管理し、かつ、ＩＭＳセッションおよびメディア関連情報に基づいてポリシー決定を行い、さらに、Ｇｏインタフェースを介してＧＧＳＮと決定された情報を交換するために、ポリシー決定機能部（Policy Decision Function：ＰＤＦ）がプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）の一部分として規格化されている。このＰＤＦは、ＩＭＳレベルとＩＭＳセッションのＧＰＲＳベアラレベルとを結合させるためにバインド情報（Bind Information）のセットを生成し、かつ、ユーザ機器（User Equipment：ＵＥ）を経由して上記ＧＧＳＮにバインド情報を送るために使用される。さらに、このＧＧＳＮは、ＵＥから受け取ったバインド情報のセットからＰＤＦアドレスを探索して適正なＰＤＦを識別し、かつ、上記ＵＥによってリクエストがなされたＰＤＰコンテキストの動作が、ＩＭＳレベル上の先行するネゴシエーション（Negotiation ）に適合することを確認する。これについても、同様に、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２３．２０７，Ｖ．５．６．０（２００２年１２月発行）の「終端間サービス品質のコンセプトおよびアーキテクチャ（END-to-End Quality of Service (QoS) Concept and Architecture）」，リリース ５と、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２９．２０８，Ｖ．５．２．０（２００２年１２月発行）の「終端間サービス品質の信号の流れ（End-To-End Quality of Service (QoS) Signaling Flows）」，リリース ５とを参照されたい。
【０００９】
３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５（２００２年１２月発行）によれば、ＰＤＦはＰ−ＣＳＣＦに統合され、１つのＩＭＳセッションのみが各ＰＤＦコンテキスト毎に許可される。しかしながら、現在のところ、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６（２００３年１月発行）では、ＰＤＦがＰ−ＣＳＣＦとは異なる別個のネットワーク要素にて実行されることが可能であるように計画されている。さらに、コアネットワーク（ＣＮ）内に配置された幾つかのＰＤＦが存在してもよい。この結果として、Ｐ−ＣＳＣＦが一般に知られている場合であっても、ＰＤＦはコアネットワーク（ＣＮ）により取り扱われなくてもよい。幾つかのＰＤＦがコアネットワーク（ＣＮ）内に存在してよいので、単一のＰ−ＣＳＣＦが幾つかのＰＤＦのサービスを使用するように構成されてもよい。さらに、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６（２００３年１月発行）において現在計画されているように、幾つかのＩＭＳセッションが、単一のＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストに関して許可されてもよい。この結果として、ＵＥは、幾つかのセッション設定のリクエストまたはセッション変更のリクエスト（ＳＩＰ ＩＮＶＩＴＥ）を送信または受信してよく、さらに、幾つかのＩＭＳセッションに関して１つのＰＤＰコンテキストを設定（または変更）することが可能である。２つ以上のＰＤＦがコアネットワーク（ＣＮ）内に存在する場合には、Ｐ−ＣＳＣＦは、異なるセッションの認証リクエストを異なるＰＤＦにそれぞれ送信してよい。
【００１０】
しかしながら、ＧＧＳＮが３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５に基づいている場合には、ＧＧＳＮは、ＵＥから受け取ったバインド情報のセットから１つのＰＤＦアドレスを探索するのみであろうし、かつ、同一のＰＤＦに対してバインド情報の全てのセットを送信するであろう。この場合、バインド情報の幾つかのセットが間違ったＰＤＦに送られる可能性があり、このことはバインド情報の受け取りに対する拒否の決定を生じさせることになる。さらに、ＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキスト毎に単一のセッションのみが使用される場合であっても、ＰＤＰコンテキストの変更が、上記Ｐ−ＣＳＣＦによって、ＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストの活性化（Activation）の際に使用されるＰＤＦとは異なるＰＤＦに向けられてもよい。この結果として、ＵＥから受け取ったリクエスト中のＰＤＦアドレスが、記憶されているバインド情報のセット中のＰＤＦアドレスとは異なるということをＧＧＳＮが見い出すときには、このＧＧＳＮは、ＰＤＰコンテキスト変更のリクエストを拒否してよい。さらに、幾つかのＩＭＳセッションが同一のＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストを使用するときに、上記ＧＧＳＮは、単一のＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキスト中の全てではなく幾つかのＩＭＳセッションに関して変更リクエストを処理することは不可能である。
【００１１】
一般的にいって、ＵＥおよびＰＤＦのような１つまたは複数の機能エンティティが３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６に基づいており、かつ、ＧＧＳＮのような機能エンティティの別のセットが３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５に基づいている場合には、ネットワーク機器は正常に動作しない可能性がある。複数のＩＭＳセッションが１つのＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキスト上で実行され、かつ、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５と３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６との両方に基づいているネットワーク中の機能エンティティが存在するときには、逆方向の互換性を保証することは不可能である。
【００１２】
さらに、機能エンティティが同一の仕様リリースに基づいている場合であっても、複数のセッションにより開始されるＰＤＰコンテキスト変更を制御するために、かつ、共通のＰＤＰコンテキストと、別個のＰＤＦにより制御される異なるセッションのポリシーとの間の相互運用（Interoperation）を管理するために、ＧＧＳＮおよびＰＤＦにおいて複雑な動作が必要とされる。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
上記のとおり、従来の移動ネットワークにおいては、互いに異なる仕様リリースに基づいている複数の機能ＩＭＳエンティティ間の互換性を実現することが必要とされている。さらに、ＧＧＳＮおよびＰＤＦの動作の簡素化を実現することも必要とされている。
【００１４】
したがって、本発明の目的は、互いに異なる仕様リリースに基づいている複数の機能ＩＭＳエンティティ間の互換性を実現すると共に、ＧＧＳＮおよびＰＤＦの動作の簡素化を実現することが可能な移動ネットワークを提供することにある。
【課題を解決するための手段】
【００１５】
本発明の様々な態様が、移動ネットワーク中のＩＰマルチメディアサブシステム（ＩＭＳ）エンティティにおける動作を簡素化するための解決策、および、特定の３ＧＰＰ技術仕様の互いに異なるリリースに基づいている移動ネットワーク中の複数のＩＰマルチメディアサブシステム（ＩＭＳ）エンティティ間の互換性を実現するための解決策に向けられている。
【００１６】
上記目的を達成するために、本発明の１つの態様では、ＩＰマルチメディアサービスのためのＩＰマルチメディアサブシステム（ＩＭＳ）アーキテクチャが、特定のユーザ機器（ＵＥ）と、この特定のＵＥに対するパケット伝送または上記特定のＵＥからのパケット伝送を処理するように構成されるゲートウェイ汎用パケット無線サービス・サポートノード（ＧＧＳＮ）と、ＵＥの第１のコンタクトポイントとして機能するように、かつ、ＩＭＳ関連の信号伝達と登録とＩＭＳセッションのための他のプロシージャとに関するパケットデータプロトコル（ＰＤＰ）コンテキストを確立することを含むセッション管理サービスを提供するように構成されるプロキシコールセッション制御機能部（またはプロキシコール状態制御機能部）（Ｐ−ＣＳＣＦ）とを有している。このＰ−ＣＳＣＦは、さらに、登録中に特定のＵＥからの識別情報を記憶装置内に記憶することと、この特定のＵＥからセッション開始プロトコル（Session Initiation Protocol ：ＳＩＰ）メッセージを受け取ることと、ＳＩＰメッセージ中のアイデンティティを、ポリシー決定機能部（ＰＤＦ）に対するリンクを有する記憶装置内に記憶されている識別情報と比較することと、上記ＳＩＰメッセージ中のアイデンティティが、記憶装置内に記憶されている識別情報に合致するときに、上記特定のＵＥの全ての動作に関して同一のＰＤＦを使用することとを遂行するように構成される。
【００１７】
本発明の他の態様では、ポリシー決定機能部（ＰＤＦ）は、ＰＤＰ（パケットデータプロトコル）コンテキスト中の１つまたは複数のＩＰマルチメディアサブシステム（ＩＭＳ）セッションが変更されるか否かを判定するように構成されると共に、ＰＤＰコンテキスト中の１つまたは複数のＩＭＳセッションが変更されるときに、ポリシー強化のために、ＰＤＰコンテキスト毎に、変更されたセッションと無変更のセッションとの両方を含む一括認証決定事項（Aggregated Authorization Decision ）を送るように構成されている。
【００１８】
本発明のさらに他の態様では、移動ネットワークによって実行されるときにプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）を移動ネットワーク内で動作させる命令を有するコンピュータ読み取り可能な媒体が提供される。このような命令は、登録時に特定のユーザ機器（ＵＥ）からの識別情報を記憶装置内に記憶することと、この特定のＵＥから信号開始プロトコル（ＳＩＰ）メッセージを受け取ることと、ＳＩＰメッセージ中のアイデンティティを、ポリシー決定機能部（ＰＤＦ）に対するリンクを有する記憶装置内に記憶されている識別情報と比較することと、上記ＳＩＰメッセージ中のアイデンティティが記憶装置内に記憶されている識別情報に合致するときに、上記特定のＵＥの全ての動作に関して同一のＰＤＦを使用することとを含む。
【発明を実施するための最良の形態】
【００１９】
以下、添付図面（図１〜図６）を参照しながら、本発明の幾つかの実施形態に基づいて、本発明をより詳細に説明する。
【００２０】
なお、これ以降、前述した構成要素と同様または類似の構成要素については、同一の参照番号を付して表すこととする。これによって、ある構成要素を有する添付図面に関連させて、前述の構成要素と同様または類似の構成要素を有する他の添付図面を考察するときに、以下の詳細な説明に基づいて本発明が適切に理解されるので、本発明のより完全な理解と本発明の付随的な利点の多くとが容易に明らかになるであろう。
【００２１】
本発明は、第２世代および第３世代のＧＳＭネットワークと、インターネットやイントラネットやローカルエリアネットワーク（ＬＡＮ）やＡＴＭベースの中継ネットワークのような中継ネットワークと、公衆交換回線網（Public Switched Telephone Networks）ＰＳＴＮ）やＩＳＤＮやＩＰネットワーク／ＬＡＮやＸ．２５や公衆陸上移動ネットワーク（Public Land Mobile Networks ：ＰＬＭＮ）のような終端ネットワーク（terminating network）と、このような移動ネットワーク内の複数のシステム間の音声転送、メッセージ転送、データ転送および画像転送のために使用される相互接続がなされたシステムと、これに関連したプロトコルとを含むような、全てのタイプの移動ネットワークを組み合わせて使用する場合に適用可能である。
【００２２】
例えば、第３世代のＧＳＭネットワークは、移動データネットワーク通信サービスおよびＩＰマルチメディアサービスのための汎用パケット無線サービス（ＧＰＲＳ）技術と、高ビットレートデータサービスに関するＧＳＭネットワークの全体的な進化のための改良されたデータレート（ＥＤＧＥ）技術とを使用するデータネットワークを含む。ここで、ＧＰＲＳ技術は、より高いデータレートでユーザが接続することを可能にするためにＧＳＭネットワーク内で使用されると共に、無線の電子メールおよびウェブブラウジングのようなアプリケーションをより簡単かつ有用にするためにＧＳＭネットワーク内で使用される。また一方で、ＥＤＧＥは、データレートをさらに向上させるために、かつ、約４７３ｋｂｐｓの速さのデータレートでのビデオおよび移動マルチメディアアプリケーションを可能にするために使用される。しかしながら、ここでは、説明をわかり易くするために、主として、ＩＰマルチメディアサービスを提供するためのＩＰマルチメディアサブシステム（ＩＭＳ）エンティティを含むＰＬＭＮを中心に説明することとする。
【００２３】
ここで、添付図面の中で特に図１に注目すると、この図１には、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５によるＩＰマルチメディアサービスを含む電気通信サービスを提供するためのネットワークシステムアーキテクチャの一例が示されている。概略的に述べると、図１に示されているように、このネットワークシステムアーキテクチャ１００は、例えば、発信元ユーザ機器（ＵＥ）１１０および終端ユーザ機器（ＵＥ）１２０、またはその逆の関係になっている２つのユーザ機器（ＵＥ）と、これらのユーザ機器（ＵＥ）１１０、１２０を相互に接続するように構成される通信リンク１３０とを有することが可能である。さらに、上記ネットワークシステムアーキテクチャ１００は、単一のネットワーク、または、例えば公衆陸上移動ネットワーク（ＰＬＭＮ）１３２や１つまたは複数の中継ネットワーク１３４や終端ネットワーク１３６のような互いに異なる複数のネットワークを有することが可能である。上記２つのユーザ機器（ＵＥ）１１０、１２０は、例えば３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２４．００２，Ｖ．５．０．０（２００１年１２月発行），リリース ５で規定されているＧＳＭのためのリモートサーバまたは移動局（ＭＳ）を含むような、ユーザがネットワークサービスに対するアクセスを行うことを可能にするための任意の装置またはユーザ端末であってよい。
【００２４】
各々のＵＥ１１０、１２０は、例えば、移動ターミネーション（mobile termination:ＭＴ）１１２と、端末装置（Terminal Equipment：ＴＥ）１１４と、無線伝送とこれに関連した機能を遂行するように構成されている端末適応機能部（terminal adaptation function：ＴＡＦ）１１６とを有することが可能であり、かつ、電気通信サービスをサポートするための終端間アプリケーションを有することが可能である。
【００２５】
中継ネットワーク１３４は、インターネット、イントラネット、ローカルエリアネットワーク（ＬＡＮ）、または、ＡＴＭベースの中継ネットワークを非限定的に含むことが可能である。また一方で、終端ネットワーク１３６は、公衆交換電話網（ＰＳＴＮ）、ＩＳＤＮ、ＩＰネットワーク／ＬＡＮ、Ｘ．２５、または、他の公衆陸上移動ネットワーク（ＰＬＭＮ）を非限定的に含むことが可能である。
【００２６】
図２は、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５による移動ネットワークにおける機能ＩＭＳエンティティのインタフェースアーキテクチャの一例を示すブロック図である。図２に示すように、ゲートウェイＧＰＲＳ（汎用パケット無線サービス）・サポートノード（ＧＧＳＮ）２１０とプロキシコールセッション制御機能部（またはプロキシコール状態制御機能部）（Ｐ−ＣＳＣＦ）２２０とが、例えば図１に示されているＰＬＭＮ １３２のようなコアネットワーク（ＣＮ）の一部分であるネットワークエンティティ（例えば、独立型のネットワークハードウェア）に相当する。ＧＧＳＮ２１０は、ＵＥ１１０、１２０（例えば、移動局）に対するパケット伝送またはＵＥ１１０、１２０からのパケット伝送を処理するために使用されてよい。また一方で、Ｐ−ＣＳＣＦ２２０は、特定のＵＥ１１０／１２０のための第１のコンタクトポイントの役割を遂行するために使用されると共に、ＩＰマルチメディアサブシステム（ＩＭＳ）に関連した信号伝達と登録とＩＭＳセッションのための他のプロシージャに関するＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストを確立することを含むセッション管理サービスとＣＳＣＦ関連のプロシージャとを提供するために使用されることが可能である。
【００２７】
３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５（２００２年１２月発行）に関していえば、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２９．２０７，Ｖ５．２．０（２００２年１２月発行）の「Ｇｏインタフェースによるポリシー制御（Policy Control over Go Interface）」，リリース ５にて説明されているように、ＩＭＳセッションのためのパラメータに関するネゴシエーションを行うために、セッション記述プロトコル（Session Description Protocol：ＳＤＰ）の信号伝達を含むＳＩＰ（セッション開始プロトコル）メッセージをＵＥ１１０が発行するかまたは受け取るときにＩＭＳセッションを管理し、ＩＭＳセッションとＰ−ＣＳＣＦ２２０から得られたメディア関連情報とに基づいてポリシー決定を行い、さらに、Ｇｏインタフェースを介してＧＧＳＮと決定された情報を交換するために、ポリシー決定機能部（ＰＤＦ）２２２がＰ−ＣＳＣＦ２２０に統合される。これに加えて、単一のＩＭＳセッションのみが、各々のＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキスト毎に許可される。
【００２８】
前述したように、かつ、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５にて説明されているように、ＰＤＦ２２２は、ＩＭＳレベルとＩＭＳセッションのＧＰＲＳベアラレベルとを結合させるためのバインド情報（特に、認証トークン）のセットを生成し、かつ、ユーザ機器（ＵＥ）１１０を経由してＧＧＳＮ２１０にバインド情報を送るために使用される。バインド情報は、ＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストをＩＭＳセッションの１つまたは複数のメディアコンポーネント（ＩＰフロー）に関連付け、かつ、ＰＤＦ２２２からのサービスベースのローカルポリシー（ＳＢＬＰ）情報のリクエストを行うために、ＧＧＳＮ２１０によって使用される。このようなバインド情報は、典型的には、
（１）ＳＩＰ／ＳＤＰの信号伝達中に、Ｐ−ＣＳＣＦ２２０によってＵＥ１１０に送られる認証トークン、および
（２）ＳＩＰセッションに関連付けられた１つまたは複数のＩＰメディアフローを一意的に識別するために、ＵＥ１１０とＧＧＳＮ２１０とＰＤＦ２２２とによって使用されるような１つまたは複数のフロー識別子（flow identifier）（フロー識別子は、Ｐ−ＣＳＣＦ／ＰＤＦからバインド情報を受け取った後にＵＥ１１０により付加されてもよい）
を含む。
【００２９】
ＧＧＳＮ２１０は、このようなバインド情報を受け取った後に、ＵＥ１１０から受け取った（認証トークンからの）バインド情報のセットからＰＤＦアドレスを探索して適正なＰＤＦを識別し、かつ、ＵＥ１１０によってリクエストがなされたＰＤＰコンテキスト動作が、ＩＭＳレベル上の先行するネゴシエーションに適合することを確認するために使用される。
【００３０】
ＧＧＳＮ２１０では、ポリシー強化ポイント（ＰＥＰ）２１１が、サービスベースのローカルポリシー（ＳＢＬＰ）制御に関してＰＤＦと通信する論理エンティティである。ここでは説明をわかり易くするために、特に指摘しない限り、ＧＧＳＮ２１０がＰＥＰ２１１を暗黙のうちに含むと想定されている。ＧＧＳＮ２１０は、ＰＤＦ２２２にリクエストを送り、ＰＤＦ２２２から決定を受け取る。さらに、ＧＧＳＮ２１０は、ＰＤＦ２２２との追加の相互交信を必要とせずに、ＰＤＰコンテキスト変更のためのサービス品質（ＱｏＳ）認証に関するポリシー制御決定をＧＧＳＮ２１０が行うことを可能にするローカルポリシー決定のために後で使用され得るような、ＰＤＦ決定のポリシー決定データをキャッシュメモリに格納してよい。ＧＧＳＮ内のＳＢＬＰに関するＰＥＰ機能性が、３ＧＰＰ技術情報（３ＧＰＰ ＴＳ），２９．２０７，Ｖ５．２．０（２００２年１２月発行）の「Ｇｏインタフェースによるポリシー制御（Policy Control over Go Interface）」，リリース ５に記載されており、かつ、本願明細書に参考資料として組み入れられている。それゆえに、本願明細書で上記ＰＥＰ機能性に関する説明を繰り返す必要はない。
【００３１】
さらに、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２３．２０７，Ｖ．５．６．０（２００２年１２月発行）の「終端間サービス品質のコンセプトおよびアーキテクチャ（ End-to-End Quality of Service (QoS) Concept and Architecture ）」，リリース ５と、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２９．２０８，Ｖ．５．２．０（２００２年１２月発行）の「終端間サービス品質の信号の流れ（End-to-End Quality of Service (QoS) Signaling Flows ）」，リリース ５とに説明され、かつ、本願明細書に参考資料として組み入れられているように、ＵＥ１１０およびＧＧＳＮ２１０の両方が、ＩＰサービス品質（ＱｏＳ）の終端間機能とこれに関連した信号の流れ（Signaling Flow）とを管理するためのメカニズムも有することが可能である。例えば、ＵＥ１１０は、クライアントアプリケーション１１１と、ＩＰベアラサービス（ＢＳ）マネージャ１１３と、翻訳／マッピング機能部１１５と、任意に選択可能にＵＭＴＳベアラサービス（ＢＳ）マネージャ１１７とを有することが可能である。同様に、ＧＧＳＮ２１０もまた、ＩＰ ＢＳマネージャ２１３と、翻訳／マッピング機能部２１５と、任意に選択可能にＵＭＴＳ ＢＳマネージャ２１７とを有することが可能である。ＩＰ ＢＳマネージャ１１３、２１３は、典型的には、ＩＰベアラサービスを管理するために標準的なＩＰメカニズムを使用する。翻訳／マッピング機能部１１５、２１５は、ＵＭＴＳベアラサービス内で使用されるメカニズムおよびパラメータとＩＰベアラサービス内で使用されるメカニズムおよびパラメータとの間の相互作用（Inter-working ）を提供し、かつ、ＩＰ ＢＳマネージャ１１３、２１３との間で相互交信を行う。ＵＭＴＳ ＢＳマネージャ１１７、２１７は、ＵＭＴＳ（汎用移動通信システム）ベアラサービスと当該ＵＭＴＳベアラサービスのためのサービス品質（ＱｏＳ）管理機能とを管理するために標準的なＵＭＴＳメカニズムを使用する。
【００３２】
図３は、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６のために現在計画されている機能ＩＭＳエンティティのインタフェースアーキテクチャの一例を示すブロック図である。３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６（２００３年１月発行）に関する計画によれば、ＰＤＦはもはやＰ−ＣＳＣＦ２２０の一部分ではない。それどころか、ＰＤＦは、Ｐ−ＣＳＣＦ２２０とは異なる別個のネットワーク要素として実装される。これに加えて、コアネットワーク（ＣＮ）内に配置されている幾つかのＰＤＦ２２２Ａ〜２２２Ｎが存在してもよい。この結果として、Ｐ−ＣＳＣＦ２２０が既知である場合であっても、ＰＤＦはコアネットワーク（ＣＮ）により取り扱われなくてもよい。幾つかのＰＤＦ２２２Ａ〜２２２Ｎがコアネットワーク（ＣＮ）内に存在してよいので、単一のＰ−ＣＳＣＦ２２０が幾つかのＰＤＦ ２２２Ａ〜２２２Ｎのサービスを使用するように構成されてもよい。さらに、ＵＥ１１０とＰＤＦ２２２の両方が、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６（２００３１月発行）に関する計画に基づいているので、幾つかのＩＭＳセッションが単一のＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストに関して許可される。この結果として、ＵＥ１１０は、幾つかのセッション設定のリクエストまたはセッション変更のリクエスト（ＳＩＰ ＩＮＶＩＴＥ）を送信または受信してよく、さらに、幾つかのＩＭＳセッションに関して１つのＰＤＰコンテキストを設定（または変更）することが可能である。２つ以上のＰＤＦ２２２Ａ〜２２２Ｎがコアネットワーク（ＣＮ）内に存在する場合には、Ｐ−ＣＳＣＦ２２０は、互いに異なるＰＤＦ２２２Ａ〜２２２Ｎに対して互いに異なるセッションの認証リクエストをそれぞれ送信してよい。
【００３３】
しかしながら、ＧＧＳＮ ２１０が３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５に基づいている場合には、ＧＧＳＮ２１０は、ＵＥ１１０から受け取ったバインド情報のセットから１つのＰＤＦアドレスのみを探索し、全てのバインド情報のセットを同一のＰＤＦに送信する。この場合、幾つかのバインド情報のセットが、誤ったＰＤＦに送られる可能性があり、このことはバインド情報の受け取りに対する拒否の決定を生じさせることになる。さらに、ＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキスト毎に１つの単一セッションのみが使用される場合であっても、ＰＤＰコンテキストの変更が、Ｐ−ＣＳＣＦ２２０によって、ＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストの活性化の際に使用されるＰＤＦとは異なるＰＤＦに向けられてもよい。この結果として、ＵＥ１１０から受け取ったリクエスト中のＰＤＦアドレスが、記憶されているバインド情報のセットの中のＰＤＦアドレスとは異なるということをＧＧＳＮ２１０が見い出すときには、このＧＧＳＮ２１０は、ＰＤＰコンテキスト変更のリクエストを拒否してよい。さらに、幾つかのＩＭＳセッションが同一のＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストを使用するときに、ＧＧＳＮ２１０は、単一のＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキスト中の全てではなく幾つかのＩＭＳセッションに関して変更リクエストを処理することは不可能である。
【００３４】
したがって、図３に示されているように、ＵＥ１１０およびＰＤＦ２２２のような１つまたは複数の機能ＩＭＳエンティティが３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６に基づいており、かつ、図２に示されているＧＧＳＮ２１０のような機能エンティティの別のセットが３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５に基づいている場合には、ネットワーク機器が正常に動作しない可能性がある。複数のＩＭＳセッションが１つのＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストにおいて実行され、かつ、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５と３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６との両方に基づいているネットワーク中の機能エンティティが存在するときには、逆方向の互換性を確保することは不可能である。
【００３５】
さらに、機能ＩＭＳエンティティが同一の仕様リリースに基づいている場合であっても、別個のＰＤＦにより制御されるセッションが同一のＰＤＰコンテキストにおいて多重化されるときに、または、ＰＤＰコンテキストの活性化と１つまたは複数の変更とが、互いに異なるＰＤＦ２２２Ａ〜２２２Ｎにより処理されるときに、ＧＧＳＮ２１０およびＰＤＦ２２２において複雑な動作が必要とされる。ＰＤＦ２２２は、セッションリリースとＰＤＰコンテキストの非活性化（Deactivation）とを適正に処理することを可能にするために、他のセッションが同一のＰＤＰコンテキスト上で多重化され、かつ、他のＰＤＦにより処理されることを認識しなければならない。また一方で、ＧＧＳＮ２１０は、共通のＰＤＰコンテキストに関する適正な認証情報を形成するために、異なるＰＤＦ２２２Ａ〜２２２Ｎからのセッションベースの認証決定事項を組み合わせることを可能にしなければならない。さらに、ＧＧＳＮ２１０は、各セッションの状態情報を維持すべきである。換言すれば、ＧＧＳＮ２１０は、ただ単にＰＤＰコンテキストアウェア（PDP Context Aware）である代わりに、セッションアウェア（Session Aware）であるべきである。
【００３６】
つぎに、図４を参照すると、本発明の実施形態による機能ＩＭＳエンティティのインタフェースアーキテクチャの具体例が示されている。図４に示されているインタフェースアーキテクチャは、有利なことに、複数のＩＭＳセッションが単一のＰＤＰコンテキストにおいて実行されるときに、ＩＭＳネットワークエンティティの動作の簡素化と、特定の３ＧＰＰ仕様の互いに異なるリリースに基づいた移動ネットワーク中の様々なＩＭＳエンティティ間の逆方向の互換性とを実現する。
【００３７】
図４に示すように、アルゴリズム４１０が、Ｐ−ＣＳＣＦ２２０が特定のＵＥ１１０の全ての動作のために同一のＰＤＦを使用することを確実なものにするために、Ｐ−ＣＳＣＦ２２０の一部分として実装されてよい。このようにして、ＧＧＳＮ２１０は、全ての動作に関して常に同じ１つのＰＤＦアドレスのみを得るであろう。この結果として、ＧＧＳＮ２１０と他のＩＭＳエンティティが３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５に基づいている場合であっても、ＧＧＳＮ２１０は、常に、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６に基づいているＵＥ１１０およびＰ−ＣＳＣＦ２２０のような他のＩＭＳエンティティに適合する形で動作するであろう。さらに、複数のＩＭＳエンティティ間に一対多の関係が存在しない場合には、ＧＧＳＮ２１０およびＰＤＦの動作は、著しく簡単になる。
【００３８】
Ｐ−ＣＳＣＦ２２０が特定のＵＥ１１０の全ての動作に関してＰＤＦを使用することを確実なものにするために、当該ＵＥ１１０は登録を必要とされる。より具体的には、ＵＥ１１０は、Ｐ−ＣＳＣＦ ２２０を経由して、Ｓ−ＣＳＣＦ（図示されていない）に対して識別情報を送ることができる。このような識別情報は、ＵＥ１１０のＩＰアドレスに相当しており、かつ、同一のＵＥ１１０に対する後続のリクエストまたは同一のＵＥ１１０からの後続のリクエストに使用されることが可能である。さらに、Ｐ−ＣＳＣＦ２２０は、登録時において受け取った識別情報を記憶する。詳細に関しては、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２４．２２８，Ｖ５．３．０（２００２年１２月発行）の「ＳＩＰおよびＳＤＰに基づいたＩＰマルチメディアコール制御に関する信号の流れ（Signaling Flows for the IP Multimedia Call Control）」，リリース ５を参照されたい。ＰＤＦの動作を引き起こすＳＩＰメッセージを受け取るときには、Ｐ−ＣＳＦＣ２２０は上記ＳＩＰメッセージ中の識別情報を調べ、上記ＳＩＰメッセージ中のアイデンティティを、ＰＤＦに対するリンクを有する記憶装置内に記憶されている識別情報と比較する（すなわち、この記憶装置内に記憶されているアイデンティティ情報が特定のＰＤＦアドレスに到達する）。
【００３９】
あるいは、上記の識別情報は、事前設定がなされたアドレス範囲またはＵＲＩ範囲に相当していてもよい。Ｐ−ＣＳＣＦ２２０が、例えば事前設定によって、ＰＤＦ２２２Ａ〜２２２Ｎの全ての使用可能なアドレスを知っているので、ＰＤＦアドレスは、動的に（例えば、特定のＵＥ１１０が登録されるときに、当該ＵＥ１１０の登録の期間中に特定のＰＤＦアドレスがＵＥ１１０に割り当てられる）、または、静的に（例えば、特定の範囲のＵＥアイデンティティに関する特定のＰＤＦアドレス）使用されることが可能である。この結果として、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６に関する計画に基づいておりかつ図３に示されているＵＥ１１０およびＰＤＦ２２２のような機能ＩＭＳエンティティと、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５に基づいておりかつ図２に示されているＧＧＳＮ２１０のような機能エンティティの別のセットとの間の非互換性（Incompatibility ）が有利に回避されることが可能である。全てのネットワーク要素が同一の仕様リリースに基づいている場合であっても、ＧＧＳＮ２１０およびＰＤＦ２２２において必要とされる動作の簡素化といったような、さらに別の大きな利点が実現される。同一のＰＤＦがＰＤＰコンテキストの全てのセッションのために使用されるときには、ＧＧＳＮ２１０は、ＰＤＰコンテキストに関する最終的な認証を得るために互いに異なるＰＤＦからの認証決定事項を組み合わせる必要がなく、それゆえに、セッションリリースとＰＤＰコンテキストの非活性化は、ＰＤＦ２２２に関して著しく簡単になる。
【００４０】
さらに、ＰＤＦ２２２は、ＰＤＰコンテキスト中のＩＭＳセッションの１つまたは幾つかのみが変更される場合に、ＰＤＰコンテキスト毎に無変更のセッションと変更されたセッションの両方を取り扱うために、ＰＤＰコンテキスト毎に一括認証決定事項（Aggregated Authorization Decision ）を送るように構成されてもよい。このようにすれば、ＧＧＳＮ２１０は、別々のＩＭＳセッションのパラメータを処理して、ＰＤＰコンテキストに関して最終的に認証されたパラメータを得るために、変更されたパラメータと無変更の（記憶されている）パラメータとを組み合わせることは不要である。
【００４１】
図５は、本発明の実施形態による移動ネットワーク内の複数のＩＭＳエンティティ間の互換性、または、ＧＧＳＮおよびＰＤＦの動作の簡素化を実現するための、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）の処理フローの具体例を示すフローチャートである。図５に示されているように、Ｐ−ＣＳＣＦ２２０は、下記に記述されているような処理フローを遂行するために活性化される（図４に示されている）アルゴリズム４１０を含んでよい。
【００４２】
ブロック５１０において、Ｐ−ＣＳＣＦ ２２０は、登録時に受け取った特定のＵＥ１１０からの識別情報を記憶装置内に記憶する。つぎに、ブロック５２０において、Ｐ−ＣＳＣＦ ２２０は、ＰＤＦの動作を生じさせるようなＩＭＳセッションに関するＳＤＰ情報を含むＳＩＰメッセージを受け取る。さらに、ブロック５３０において、ＳＩＰメッセージ中のアイデンティティを、ＰＤＦ ２２２に対するリンクを有する記憶装置内に記憶されている識別情報（すなわち、この記憶装置内に記憶されている識別情報が特定のＰＤＦアドレスに到達する）と比較する。
【００４３】
ＳＩＰメッセージ中のアイデンティティが、ＰＤＦ２２２に対するリンクを有する記憶装置内に記憶されている識別情報に合致する場合には、Ｐ−ＣＳＣＦ２２０は、ブロック５４０において、特定のＵＥ１１０の全ての動作に関して同一のＰＤＦを使用する。あるいは、この代わりに、ＳＩＰメッセージ中のアイデンティティが、ＰＤＦ２２２に対するリンクを有する記憶装置内に記憶されている識別情報に合致しない場合には、ブロック５５０において、Ｐ−ＣＳＣＦ ２２０は、ＳＩＰメッセージによってリクエストがなされたとおりに他の機能を遂行する。
【００４４】
図６は、本発明の実施形態による移動ネットワーク内の複数のＩＭＳエンティティ間の互換性、または、ＧＧＳＮおよびＰＤＦの動作の簡素化を実現するためのポリシー決定機能部（ＰＤＦ）の処理フローの具体例を示すフローチャートである。ＰＤＦ２２２は、記憶装置内に３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６にて説明されているように、ＰＤＦ２２２は、ＰＤＰコンテキスト毎に複数のＩＭＳセッションをサポートしてよい。さらに、図６に示されているように、ＰＤＦ２２２は、下記に記述されているような処理フローを遂行するように構成されてよい。
【００４５】
ブロック６１０において、ＰＤＦ ２２２は、ＰＤＰコンテキスト中の１つまたは複数のＩＭＳセッションが変更されるか否かを判定する。ＰＤＰコンテキスト中の１つまたは複数のＩＭＳセッションが変更される場合には、ＰＤＦ ２２２は、ブロック６２０において、ポリシー強化のために、ＰＤＰコンテキスト毎に、無変更のセッションと変更されたセッションとの両方を含む一括認証決定事項をＧＧＳＮ２１０に送る。このようにして、ＧＧＳＮ２１０は、別々のＩＭＳセッションのパラメータを処理して、ＰＤＰコンテキストに関して最終的に認証されたパラメータを得るために、変更されたパラメータと無変更の（記憶されている）パラメータとを組み合わせることは不要である。
【００４６】
前述したように、本発明の実施形態によるネットワークインタフェースアーキテクチャは、特定の３ＧＰＰ仕様の互いに異なるリリースに基づいている移動ネットワーク内の複数のＩＰマルチメディアサブシステム（ＩＭＳ）エンティティ間の互換性を実現すると共に、ＧＧＳＮおよびＰＤＦの動作のような様々なＩＭＳエンティティにおける動作の簡素化を促進する。
【００４７】
以上のように、本発明の代表的な実施形態と考えられるものを図示し説明してきたが、本発明の真の範囲から逸脱することなく、様々な変形および変更とが行われてよく、かつ、上記のような実施形態の構成要素が等価物で置き換えられてよいということが、当業者によって容易に理解されるであろう。さらに、本発明の中心的な範囲から逸脱することなく本発明の開示内容に対して特定の状況を適合させるために、様々な変更が加えられてよい。したがって、本発明は、本発明を実施するために想定された最良の形態として開示されている特定の実施形態に限定されることはなく、本願明細書に添付されている特許請求の範囲の各請求項の範囲内に含まれる全ての実施形態を本発明が含むということが意図されている。
【図面の簡単な説明】
【００４８】
【図１】３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５によるＩＰマルチメディアサービスを含む電気通信サービスを提供するためのネットワークシステムアーキテクチャの一例を示すブロック図である。
【図２】３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５による機能ＩＭＳエンティティのインタフェースアーキテクチャの一例を示すブロック図である。
【図３】３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６のために現在計画されている機能ＩＭＳエンティティのインタフェースアーキテクチャの一例を示すブロック図である。
【図４】本発明の実施形態による機能ＩＭＳエンティティのインタフェースアーキテクチャの具体例を示すブロック図である。
【図５】本発明の実施形態による移動ネットワーク内の複数のＩＭＳエンティティにおける動作の簡素化と複数のＩＭＳエンティティ間の互換性とを実現するためのプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）の処理フローの具体例を示すフローチャートである。
【図６】本発明の実施形態による移動ネットワーク内の複数のＩＭＳエンティティにおける動作の簡素化と複数のＩＭＳエンティティ間の互換性とを実現するためのポリシー決定機能部（ＰＤＦ）の処理フローの具体例を示すフローチャートである。
【技術分野】
【０００１】
本発明は、互いに異なるＩＰ（Internet Protocol）マルチメディアサブシステム（IP Multimedia Subsystem：ＩＭＳ）エンティティを含む移動ネットワークに関する。より特定的にいえば、本発明は、必要とされるポリシー制御動作の簡素化と、移動ネットワーク中の相異なるリリース仕様に基づく複数のＩＭＳエンティティ間の互換性（Compatibility）とを実現するための解決策に関するものである。
【背景技術】
【０００２】
全てのＧＳＭ（Global System for Mobile Communications ：欧州のディジタル自動車・携帯電話の方式）と第３世代のＧＳＭネットワークとを含む３ＧＰＰ（Third Generation Partnership Project：第３世代のパートナーシップ・プロジェクト）仕様により規格化された移動ネットワークのような最新の移動ネットワークでは、例えば移動データネットワークサービスおよびＩＰマルチメディアサービスを含むような電気通信システムを実現するために、ディジタル・セルラネットワークとパーソナルコミュニケーションシステムとのシームレスな統合が行われている。
【０００３】
各々の３ＧＰＰシステムは、コアネットワークおよび無線アクセスネットワーク・インフラストラクチャを有している。より詳しくいえば、このコアネットワークおよび無線アクセスネットワーク・インフラストラクチャは、汎用パケット無線サービス（General Packet Radio Service：ＧＰＲＳ）技術とＧＳＭネットワークの全体的な進化のための改良されたデータレート（Enhanced Data Rates for Global Evolution：ＥＤＧＥ）技術とを使用するか、または、周波数分割双方向（Frequency Division Duplex ：ＦＤＤ）と時分割双方向（Time Division Duplex：ＴＤＤ）との両方で動作可能な汎用陸上無線アクセス（Universal Terrestrial Radio Access：ＵＴＲＡ）をサポートするようになっている。
【０００４】
上記のコアネットワーク（ＣＮ）は、ユーザ・トラフィックとこれに関連した信号伝達のために設けられているＣＮエンティティを含む回路交換（ＣＳ）ドメインおよびパケット交換（ＰＳ）ドメインと、ＩＰマルチメディアサービスのために設けられているＣＮエンティティを含むＩＰマルチメディアサブシステム（ＩＭＳ）とに論理的に区分されている。ホーム・サブスクライバサーバ（Home Subscriber Server：ＨＳＳ）、ホーム・ロケーションレジスタ（Home Location Register：ＨＬＲ）、認証センタ（Authentication Center ：ＡｕＣ）、ビジタ・ロケーションレジスタ（Visitor Location Register ：ＶＬＲ）、および機器識別レジスタ（Equipment Identify Register ：ＥＩＲ）のような幾つかのＣＮエンティティが、ＰＳドメインとＣＳドメインに対して共通であってもよい。また一方で、移動交換センタ（Mobile Switching Center ：ＭＳＣ）およびゲートウェイＭＳＣのような他のＣＮエンティティが、移動局に対する回路交換サービスまたは移動局からの回路交換サービスを処理するためにＣＳドメインに特有なものであり、かつ、ゲートウェイＧＰＲＳ（汎用パケット無線サービス）・サポートノード（Gateway GPRS Support Node ：ＧＧＳＮ）およびサービングＧＰＲＳ・サポートノード（Serving GPRS Support Node ：ＳＧＳＮ）が、移動局に対するパケット伝送または移動局からのパケット伝送を処理するためにＰＳドメインに特有なものである。
【０００５】
ＩＰマルチメディアサービスの場合には、コールセッション制御機能部（Call Session Control Function ：ＣＳＣＦ）またはコール状態制御機能部（Call State Control Function ：ＣＳＣＦ）のような機能ＩＭＳエンティティが、ＣＳＣＦ関連のプロシージャ（Procedure ）を処理するために設けられている。このＣＳＣＦ関連のプロシージャは、ＩＭＳ関連の信号伝達と登録、および、ＩＭＳセッションのための他のプロシージャに関するパケットデータプロトコル（Packet Data Protocol：ＰＤＰ）（例えば、ＩＰのようなパケットデータプロトコル）コンテキストを確立することを含む。ここで、ＣＳＣＦは、ＩＰマルチメディアサブシステム（ＩＭＳ）内のユーザ機器（ＵＥ）（すなわち、移動局のような、ユーザがネットワークサービスに対するアクセスを行うことを可能にするための装置）のための第１のコンタクトポイントとして機能するプロキシＣＳＣＦ（Proxy CSCF：Ｐ−ＣＳＣＦ）として動作するか、または、ネットワーク内のセッションの状態を処理するサービングＣＳＣＦ（Serving CSCF：Ｓ−ＣＳＣＦ）として動作するか、または、上記ネットワークのオペレータのサブスクライバまたは特定のサービスエリア内のローミング・サブスクライバ（roaming subscriber）に割り当てられる全てのＩＭＳ接続のためのオペレータ・ネットワーク内のコンタクトポイントとして機能するインテロゲイティングＣＳＣＦ（Interrogating CSCF：Ｉ−ＣＳＣＦ）として動作することが可能である。
【０００６】
詳細に関しては、３ＧＰＰ技術仕様（3GPP Technical Specification）（３ＧＰＰ ＴＳ），２３．００２，Ｖ５．９．０（２００２年１２月発行）の「ネットワークアーキテクチャ（Network Architecture）」と、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２３．１０１，Ｖ４．０．０（２００２年４月発行）の「汎用ＵＭＴＳアーキテクチャ（General UMTS Architecture ）」と、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２３．１１０，Ｖ４．０．０（２００１年４月発行）の「ＵＭＴＳアクセス階層：サービスおよび機能（UMTS Access Stratum: Services and Functions ）」と、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２３．２２８，Ｖ６．０．１（２００３年１月発行）の「ＩＰマルチメディアサブシステム（IP Multimedia Subsystem （ＩＭＳ））」とを参照されたい。全ての３ＧＰＰ（ＧＳＭ／３Ｇ）の仕様が、ホームページ「ftp://ftp.3gpp.org/specs」において３ＧＰＰサーバからダウンロードすることが可能であり、かつ、本願明細書に参考資料として組み入れられている。これに加えて、３ＧＰＰ技術仕様（新たな機能性または変更された機能性を有する特定の３ＧＰＰ技術仕様の異なるリリースを含む）を作成し維持し更新するためのメカニズムも、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２１．９００，Ｖ５．０．１（２００２年９月発行）の「技術仕様グループ運用方法（Technical Specification Group Working Methods）」にて見い出すことが可能である。
【０００７】
しかしながら、特定の３ＧＰＰ技術仕様における様々な機能エンティティ間の機器の相互運用性と互換性とを実現する場合に、新たな機能性または新たな特徴が導入される毎に、および／または、既存の機能性が変更され、したがって特定の仕様の新たなリリースが導入される毎に、難題が依然として残っている。
【０００８】
上記の点に関しては、例えば、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２９．２０７，Ｖ．５．２．０（２００２年１２月発行）の「Ｇｏインタフェースによるポリシー制御（Policy Control over Go Interface）」，リリース ５にて説明されているように、ＩＭＳセッションを管理し、かつ、ＩＭＳセッションおよびメディア関連情報に基づいてポリシー決定を行い、さらに、Ｇｏインタフェースを介してＧＧＳＮと決定された情報を交換するために、ポリシー決定機能部（Policy Decision Function：ＰＤＦ）がプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）の一部分として規格化されている。このＰＤＦは、ＩＭＳレベルとＩＭＳセッションのＧＰＲＳベアラレベルとを結合させるためにバインド情報（Bind Information）のセットを生成し、かつ、ユーザ機器（User Equipment：ＵＥ）を経由して上記ＧＧＳＮにバインド情報を送るために使用される。さらに、このＧＧＳＮは、ＵＥから受け取ったバインド情報のセットからＰＤＦアドレスを探索して適正なＰＤＦを識別し、かつ、上記ＵＥによってリクエストがなされたＰＤＰコンテキストの動作が、ＩＭＳレベル上の先行するネゴシエーション（Negotiation ）に適合することを確認する。これについても、同様に、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２３．２０７，Ｖ．５．６．０（２００２年１２月発行）の「終端間サービス品質のコンセプトおよびアーキテクチャ（END-to-End Quality of Service (QoS) Concept and Architecture）」，リリース ５と、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２９．２０８，Ｖ．５．２．０（２００２年１２月発行）の「終端間サービス品質の信号の流れ（End-To-End Quality of Service (QoS) Signaling Flows）」，リリース ５とを参照されたい。
【０００９】
３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５（２００２年１２月発行）によれば、ＰＤＦはＰ−ＣＳＣＦに統合され、１つのＩＭＳセッションのみが各ＰＤＦコンテキスト毎に許可される。しかしながら、現在のところ、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６（２００３年１月発行）では、ＰＤＦがＰ−ＣＳＣＦとは異なる別個のネットワーク要素にて実行されることが可能であるように計画されている。さらに、コアネットワーク（ＣＮ）内に配置された幾つかのＰＤＦが存在してもよい。この結果として、Ｐ−ＣＳＣＦが一般に知られている場合であっても、ＰＤＦはコアネットワーク（ＣＮ）により取り扱われなくてもよい。幾つかのＰＤＦがコアネットワーク（ＣＮ）内に存在してよいので、単一のＰ−ＣＳＣＦが幾つかのＰＤＦのサービスを使用するように構成されてもよい。さらに、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６（２００３年１月発行）において現在計画されているように、幾つかのＩＭＳセッションが、単一のＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストに関して許可されてもよい。この結果として、ＵＥは、幾つかのセッション設定のリクエストまたはセッション変更のリクエスト（ＳＩＰ ＩＮＶＩＴＥ）を送信または受信してよく、さらに、幾つかのＩＭＳセッションに関して１つのＰＤＰコンテキストを設定（または変更）することが可能である。２つ以上のＰＤＦがコアネットワーク（ＣＮ）内に存在する場合には、Ｐ−ＣＳＣＦは、異なるセッションの認証リクエストを異なるＰＤＦにそれぞれ送信してよい。
【００１０】
しかしながら、ＧＧＳＮが３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５に基づいている場合には、ＧＧＳＮは、ＵＥから受け取ったバインド情報のセットから１つのＰＤＦアドレスを探索するのみであろうし、かつ、同一のＰＤＦに対してバインド情報の全てのセットを送信するであろう。この場合、バインド情報の幾つかのセットが間違ったＰＤＦに送られる可能性があり、このことはバインド情報の受け取りに対する拒否の決定を生じさせることになる。さらに、ＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキスト毎に単一のセッションのみが使用される場合であっても、ＰＤＰコンテキストの変更が、上記Ｐ−ＣＳＣＦによって、ＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストの活性化（Activation）の際に使用されるＰＤＦとは異なるＰＤＦに向けられてもよい。この結果として、ＵＥから受け取ったリクエスト中のＰＤＦアドレスが、記憶されているバインド情報のセット中のＰＤＦアドレスとは異なるということをＧＧＳＮが見い出すときには、このＧＧＳＮは、ＰＤＰコンテキスト変更のリクエストを拒否してよい。さらに、幾つかのＩＭＳセッションが同一のＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストを使用するときに、上記ＧＧＳＮは、単一のＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキスト中の全てではなく幾つかのＩＭＳセッションに関して変更リクエストを処理することは不可能である。
【００１１】
一般的にいって、ＵＥおよびＰＤＦのような１つまたは複数の機能エンティティが３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６に基づいており、かつ、ＧＧＳＮのような機能エンティティの別のセットが３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５に基づいている場合には、ネットワーク機器は正常に動作しない可能性がある。複数のＩＭＳセッションが１つのＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキスト上で実行され、かつ、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５と３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６との両方に基づいているネットワーク中の機能エンティティが存在するときには、逆方向の互換性を保証することは不可能である。
【００１２】
さらに、機能エンティティが同一の仕様リリースに基づいている場合であっても、複数のセッションにより開始されるＰＤＰコンテキスト変更を制御するために、かつ、共通のＰＤＰコンテキストと、別個のＰＤＦにより制御される異なるセッションのポリシーとの間の相互運用（Interoperation）を管理するために、ＧＧＳＮおよびＰＤＦにおいて複雑な動作が必要とされる。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
上記のとおり、従来の移動ネットワークにおいては、互いに異なる仕様リリースに基づいている複数の機能ＩＭＳエンティティ間の互換性を実現することが必要とされている。さらに、ＧＧＳＮおよびＰＤＦの動作の簡素化を実現することも必要とされている。
【００１４】
したがって、本発明の目的は、互いに異なる仕様リリースに基づいている複数の機能ＩＭＳエンティティ間の互換性を実現すると共に、ＧＧＳＮおよびＰＤＦの動作の簡素化を実現することが可能な移動ネットワークを提供することにある。
【課題を解決するための手段】
【００１５】
本発明の様々な態様が、移動ネットワーク中のＩＰマルチメディアサブシステム（ＩＭＳ）エンティティにおける動作を簡素化するための解決策、および、特定の３ＧＰＰ技術仕様の互いに異なるリリースに基づいている移動ネットワーク中の複数のＩＰマルチメディアサブシステム（ＩＭＳ）エンティティ間の互換性を実現するための解決策に向けられている。
【００１６】
上記目的を達成するために、本発明の１つの態様では、ＩＰマルチメディアサービスのためのＩＰマルチメディアサブシステム（ＩＭＳ）アーキテクチャが、特定のユーザ機器（ＵＥ）と、この特定のＵＥに対するパケット伝送または上記特定のＵＥからのパケット伝送を処理するように構成されるゲートウェイ汎用パケット無線サービス・サポートノード（ＧＧＳＮ）と、ＵＥの第１のコンタクトポイントとして機能するように、かつ、ＩＭＳ関連の信号伝達と登録とＩＭＳセッションのための他のプロシージャとに関するパケットデータプロトコル（ＰＤＰ）コンテキストを確立することを含むセッション管理サービスを提供するように構成されるプロキシコールセッション制御機能部（またはプロキシコール状態制御機能部）（Ｐ−ＣＳＣＦ）とを有している。このＰ−ＣＳＣＦは、さらに、登録中に特定のＵＥからの識別情報を記憶装置内に記憶することと、この特定のＵＥからセッション開始プロトコル（Session Initiation Protocol ：ＳＩＰ）メッセージを受け取ることと、ＳＩＰメッセージ中のアイデンティティを、ポリシー決定機能部（ＰＤＦ）に対するリンクを有する記憶装置内に記憶されている識別情報と比較することと、上記ＳＩＰメッセージ中のアイデンティティが、記憶装置内に記憶されている識別情報に合致するときに、上記特定のＵＥの全ての動作に関して同一のＰＤＦを使用することとを遂行するように構成される。
【００１７】
本発明の他の態様では、ポリシー決定機能部（ＰＤＦ）は、ＰＤＰ（パケットデータプロトコル）コンテキスト中の１つまたは複数のＩＰマルチメディアサブシステム（ＩＭＳ）セッションが変更されるか否かを判定するように構成されると共に、ＰＤＰコンテキスト中の１つまたは複数のＩＭＳセッションが変更されるときに、ポリシー強化のために、ＰＤＰコンテキスト毎に、変更されたセッションと無変更のセッションとの両方を含む一括認証決定事項（Aggregated Authorization Decision ）を送るように構成されている。
【００１８】
本発明のさらに他の態様では、移動ネットワークによって実行されるときにプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）を移動ネットワーク内で動作させる命令を有するコンピュータ読み取り可能な媒体が提供される。このような命令は、登録時に特定のユーザ機器（ＵＥ）からの識別情報を記憶装置内に記憶することと、この特定のＵＥから信号開始プロトコル（ＳＩＰ）メッセージを受け取ることと、ＳＩＰメッセージ中のアイデンティティを、ポリシー決定機能部（ＰＤＦ）に対するリンクを有する記憶装置内に記憶されている識別情報と比較することと、上記ＳＩＰメッセージ中のアイデンティティが記憶装置内に記憶されている識別情報に合致するときに、上記特定のＵＥの全ての動作に関して同一のＰＤＦを使用することとを含む。
【発明を実施するための最良の形態】
【００１９】
以下、添付図面（図１〜図６）を参照しながら、本発明の幾つかの実施形態に基づいて、本発明をより詳細に説明する。
【００２０】
なお、これ以降、前述した構成要素と同様または類似の構成要素については、同一の参照番号を付して表すこととする。これによって、ある構成要素を有する添付図面に関連させて、前述の構成要素と同様または類似の構成要素を有する他の添付図面を考察するときに、以下の詳細な説明に基づいて本発明が適切に理解されるので、本発明のより完全な理解と本発明の付随的な利点の多くとが容易に明らかになるであろう。
【００２１】
本発明は、第２世代および第３世代のＧＳＭネットワークと、インターネットやイントラネットやローカルエリアネットワーク（ＬＡＮ）やＡＴＭベースの中継ネットワークのような中継ネットワークと、公衆交換回線網（Public Switched Telephone Networks）ＰＳＴＮ）やＩＳＤＮやＩＰネットワーク／ＬＡＮやＸ．２５や公衆陸上移動ネットワーク（Public Land Mobile Networks ：ＰＬＭＮ）のような終端ネットワーク（terminating network）と、このような移動ネットワーク内の複数のシステム間の音声転送、メッセージ転送、データ転送および画像転送のために使用される相互接続がなされたシステムと、これに関連したプロトコルとを含むような、全てのタイプの移動ネットワークを組み合わせて使用する場合に適用可能である。
【００２２】
例えば、第３世代のＧＳＭネットワークは、移動データネットワーク通信サービスおよびＩＰマルチメディアサービスのための汎用パケット無線サービス（ＧＰＲＳ）技術と、高ビットレートデータサービスに関するＧＳＭネットワークの全体的な進化のための改良されたデータレート（ＥＤＧＥ）技術とを使用するデータネットワークを含む。ここで、ＧＰＲＳ技術は、より高いデータレートでユーザが接続することを可能にするためにＧＳＭネットワーク内で使用されると共に、無線の電子メールおよびウェブブラウジングのようなアプリケーションをより簡単かつ有用にするためにＧＳＭネットワーク内で使用される。また一方で、ＥＤＧＥは、データレートをさらに向上させるために、かつ、約４７３ｋｂｐｓの速さのデータレートでのビデオおよび移動マルチメディアアプリケーションを可能にするために使用される。しかしながら、ここでは、説明をわかり易くするために、主として、ＩＰマルチメディアサービスを提供するためのＩＰマルチメディアサブシステム（ＩＭＳ）エンティティを含むＰＬＭＮを中心に説明することとする。
【００２３】
ここで、添付図面の中で特に図１に注目すると、この図１には、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５によるＩＰマルチメディアサービスを含む電気通信サービスを提供するためのネットワークシステムアーキテクチャの一例が示されている。概略的に述べると、図１に示されているように、このネットワークシステムアーキテクチャ１００は、例えば、発信元ユーザ機器（ＵＥ）１１０および終端ユーザ機器（ＵＥ）１２０、またはその逆の関係になっている２つのユーザ機器（ＵＥ）と、これらのユーザ機器（ＵＥ）１１０、１２０を相互に接続するように構成される通信リンク１３０とを有することが可能である。さらに、上記ネットワークシステムアーキテクチャ１００は、単一のネットワーク、または、例えば公衆陸上移動ネットワーク（ＰＬＭＮ）１３２や１つまたは複数の中継ネットワーク１３４や終端ネットワーク１３６のような互いに異なる複数のネットワークを有することが可能である。上記２つのユーザ機器（ＵＥ）１１０、１２０は、例えば３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２４．００２，Ｖ．５．０．０（２００１年１２月発行），リリース ５で規定されているＧＳＭのためのリモートサーバまたは移動局（ＭＳ）を含むような、ユーザがネットワークサービスに対するアクセスを行うことを可能にするための任意の装置またはユーザ端末であってよい。
【００２４】
各々のＵＥ１１０、１２０は、例えば、移動ターミネーション（mobile termination:ＭＴ）１１２と、端末装置（Terminal Equipment：ＴＥ）１１４と、無線伝送とこれに関連した機能を遂行するように構成されている端末適応機能部（terminal adaptation function：ＴＡＦ）１１６とを有することが可能であり、かつ、電気通信サービスをサポートするための終端間アプリケーションを有することが可能である。
【００２５】
中継ネットワーク１３４は、インターネット、イントラネット、ローカルエリアネットワーク（ＬＡＮ）、または、ＡＴＭベースの中継ネットワークを非限定的に含むことが可能である。また一方で、終端ネットワーク１３６は、公衆交換電話網（ＰＳＴＮ）、ＩＳＤＮ、ＩＰネットワーク／ＬＡＮ、Ｘ．２５、または、他の公衆陸上移動ネットワーク（ＰＬＭＮ）を非限定的に含むことが可能である。
【００２６】
図２は、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５による移動ネットワークにおける機能ＩＭＳエンティティのインタフェースアーキテクチャの一例を示すブロック図である。図２に示すように、ゲートウェイＧＰＲＳ（汎用パケット無線サービス）・サポートノード（ＧＧＳＮ）２１０とプロキシコールセッション制御機能部（またはプロキシコール状態制御機能部）（Ｐ−ＣＳＣＦ）２２０とが、例えば図１に示されているＰＬＭＮ １３２のようなコアネットワーク（ＣＮ）の一部分であるネットワークエンティティ（例えば、独立型のネットワークハードウェア）に相当する。ＧＧＳＮ２１０は、ＵＥ１１０、１２０（例えば、移動局）に対するパケット伝送またはＵＥ１１０、１２０からのパケット伝送を処理するために使用されてよい。また一方で、Ｐ−ＣＳＣＦ２２０は、特定のＵＥ１１０／１２０のための第１のコンタクトポイントの役割を遂行するために使用されると共に、ＩＰマルチメディアサブシステム（ＩＭＳ）に関連した信号伝達と登録とＩＭＳセッションのための他のプロシージャに関するＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストを確立することを含むセッション管理サービスとＣＳＣＦ関連のプロシージャとを提供するために使用されることが可能である。
【００２７】
３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５（２００２年１２月発行）に関していえば、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２９．２０７，Ｖ５．２．０（２００２年１２月発行）の「Ｇｏインタフェースによるポリシー制御（Policy Control over Go Interface）」，リリース ５にて説明されているように、ＩＭＳセッションのためのパラメータに関するネゴシエーションを行うために、セッション記述プロトコル（Session Description Protocol：ＳＤＰ）の信号伝達を含むＳＩＰ（セッション開始プロトコル）メッセージをＵＥ１１０が発行するかまたは受け取るときにＩＭＳセッションを管理し、ＩＭＳセッションとＰ−ＣＳＣＦ２２０から得られたメディア関連情報とに基づいてポリシー決定を行い、さらに、Ｇｏインタフェースを介してＧＧＳＮと決定された情報を交換するために、ポリシー決定機能部（ＰＤＦ）２２２がＰ−ＣＳＣＦ２２０に統合される。これに加えて、単一のＩＭＳセッションのみが、各々のＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキスト毎に許可される。
【００２８】
前述したように、かつ、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５にて説明されているように、ＰＤＦ２２２は、ＩＭＳレベルとＩＭＳセッションのＧＰＲＳベアラレベルとを結合させるためのバインド情報（特に、認証トークン）のセットを生成し、かつ、ユーザ機器（ＵＥ）１１０を経由してＧＧＳＮ２１０にバインド情報を送るために使用される。バインド情報は、ＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストをＩＭＳセッションの１つまたは複数のメディアコンポーネント（ＩＰフロー）に関連付け、かつ、ＰＤＦ２２２からのサービスベースのローカルポリシー（ＳＢＬＰ）情報のリクエストを行うために、ＧＧＳＮ２１０によって使用される。このようなバインド情報は、典型的には、
（１）ＳＩＰ／ＳＤＰの信号伝達中に、Ｐ−ＣＳＣＦ２２０によってＵＥ１１０に送られる認証トークン、および
（２）ＳＩＰセッションに関連付けられた１つまたは複数のＩＰメディアフローを一意的に識別するために、ＵＥ１１０とＧＧＳＮ２１０とＰＤＦ２２２とによって使用されるような１つまたは複数のフロー識別子（flow identifier）（フロー識別子は、Ｐ−ＣＳＣＦ／ＰＤＦからバインド情報を受け取った後にＵＥ１１０により付加されてもよい）
を含む。
【００２９】
ＧＧＳＮ２１０は、このようなバインド情報を受け取った後に、ＵＥ１１０から受け取った（認証トークンからの）バインド情報のセットからＰＤＦアドレスを探索して適正なＰＤＦを識別し、かつ、ＵＥ１１０によってリクエストがなされたＰＤＰコンテキスト動作が、ＩＭＳレベル上の先行するネゴシエーションに適合することを確認するために使用される。
【００３０】
ＧＧＳＮ２１０では、ポリシー強化ポイント（ＰＥＰ）２１１が、サービスベースのローカルポリシー（ＳＢＬＰ）制御に関してＰＤＦと通信する論理エンティティである。ここでは説明をわかり易くするために、特に指摘しない限り、ＧＧＳＮ２１０がＰＥＰ２１１を暗黙のうちに含むと想定されている。ＧＧＳＮ２１０は、ＰＤＦ２２２にリクエストを送り、ＰＤＦ２２２から決定を受け取る。さらに、ＧＧＳＮ２１０は、ＰＤＦ２２２との追加の相互交信を必要とせずに、ＰＤＰコンテキスト変更のためのサービス品質（ＱｏＳ）認証に関するポリシー制御決定をＧＧＳＮ２１０が行うことを可能にするローカルポリシー決定のために後で使用され得るような、ＰＤＦ決定のポリシー決定データをキャッシュメモリに格納してよい。ＧＧＳＮ内のＳＢＬＰに関するＰＥＰ機能性が、３ＧＰＰ技術情報（３ＧＰＰ ＴＳ），２９．２０７，Ｖ５．２．０（２００２年１２月発行）の「Ｇｏインタフェースによるポリシー制御（Policy Control over Go Interface）」，リリース ５に記載されており、かつ、本願明細書に参考資料として組み入れられている。それゆえに、本願明細書で上記ＰＥＰ機能性に関する説明を繰り返す必要はない。
【００３１】
さらに、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２３．２０７，Ｖ．５．６．０（２００２年１２月発行）の「終端間サービス品質のコンセプトおよびアーキテクチャ（ End-to-End Quality of Service (QoS) Concept and Architecture ）」，リリース ５と、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２９．２０８，Ｖ．５．２．０（２００２年１２月発行）の「終端間サービス品質の信号の流れ（End-to-End Quality of Service (QoS) Signaling Flows ）」，リリース ５とに説明され、かつ、本願明細書に参考資料として組み入れられているように、ＵＥ１１０およびＧＧＳＮ２１０の両方が、ＩＰサービス品質（ＱｏＳ）の終端間機能とこれに関連した信号の流れ（Signaling Flow）とを管理するためのメカニズムも有することが可能である。例えば、ＵＥ１１０は、クライアントアプリケーション１１１と、ＩＰベアラサービス（ＢＳ）マネージャ１１３と、翻訳／マッピング機能部１１５と、任意に選択可能にＵＭＴＳベアラサービス（ＢＳ）マネージャ１１７とを有することが可能である。同様に、ＧＧＳＮ２１０もまた、ＩＰ ＢＳマネージャ２１３と、翻訳／マッピング機能部２１５と、任意に選択可能にＵＭＴＳ ＢＳマネージャ２１７とを有することが可能である。ＩＰ ＢＳマネージャ１１３、２１３は、典型的には、ＩＰベアラサービスを管理するために標準的なＩＰメカニズムを使用する。翻訳／マッピング機能部１１５、２１５は、ＵＭＴＳベアラサービス内で使用されるメカニズムおよびパラメータとＩＰベアラサービス内で使用されるメカニズムおよびパラメータとの間の相互作用（Inter-working ）を提供し、かつ、ＩＰ ＢＳマネージャ１１３、２１３との間で相互交信を行う。ＵＭＴＳ ＢＳマネージャ１１７、２１７は、ＵＭＴＳ（汎用移動通信システム）ベアラサービスと当該ＵＭＴＳベアラサービスのためのサービス品質（ＱｏＳ）管理機能とを管理するために標準的なＵＭＴＳメカニズムを使用する。
【００３２】
図３は、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６のために現在計画されている機能ＩＭＳエンティティのインタフェースアーキテクチャの一例を示すブロック図である。３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６（２００３年１月発行）に関する計画によれば、ＰＤＦはもはやＰ−ＣＳＣＦ２２０の一部分ではない。それどころか、ＰＤＦは、Ｐ−ＣＳＣＦ２２０とは異なる別個のネットワーク要素として実装される。これに加えて、コアネットワーク（ＣＮ）内に配置されている幾つかのＰＤＦ２２２Ａ〜２２２Ｎが存在してもよい。この結果として、Ｐ−ＣＳＣＦ２２０が既知である場合であっても、ＰＤＦはコアネットワーク（ＣＮ）により取り扱われなくてもよい。幾つかのＰＤＦ２２２Ａ〜２２２Ｎがコアネットワーク（ＣＮ）内に存在してよいので、単一のＰ−ＣＳＣＦ２２０が幾つかのＰＤＦ ２２２Ａ〜２２２Ｎのサービスを使用するように構成されてもよい。さらに、ＵＥ１１０とＰＤＦ２２２の両方が、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６（２００３１月発行）に関する計画に基づいているので、幾つかのＩＭＳセッションが単一のＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストに関して許可される。この結果として、ＵＥ１１０は、幾つかのセッション設定のリクエストまたはセッション変更のリクエスト（ＳＩＰ ＩＮＶＩＴＥ）を送信または受信してよく、さらに、幾つかのＩＭＳセッションに関して１つのＰＤＰコンテキストを設定（または変更）することが可能である。２つ以上のＰＤＦ２２２Ａ〜２２２Ｎがコアネットワーク（ＣＮ）内に存在する場合には、Ｐ−ＣＳＣＦ２２０は、互いに異なるＰＤＦ２２２Ａ〜２２２Ｎに対して互いに異なるセッションの認証リクエストをそれぞれ送信してよい。
【００３３】
しかしながら、ＧＧＳＮ ２１０が３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５に基づいている場合には、ＧＧＳＮ２１０は、ＵＥ１１０から受け取ったバインド情報のセットから１つのＰＤＦアドレスのみを探索し、全てのバインド情報のセットを同一のＰＤＦに送信する。この場合、幾つかのバインド情報のセットが、誤ったＰＤＦに送られる可能性があり、このことはバインド情報の受け取りに対する拒否の決定を生じさせることになる。さらに、ＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキスト毎に１つの単一セッションのみが使用される場合であっても、ＰＤＰコンテキストの変更が、Ｐ−ＣＳＣＦ２２０によって、ＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストの活性化の際に使用されるＰＤＦとは異なるＰＤＦに向けられてもよい。この結果として、ＵＥ１１０から受け取ったリクエスト中のＰＤＦアドレスが、記憶されているバインド情報のセットの中のＰＤＦアドレスとは異なるということをＧＧＳＮ２１０が見い出すときには、このＧＧＳＮ２１０は、ＰＤＰコンテキスト変更のリクエストを拒否してよい。さらに、幾つかのＩＭＳセッションが同一のＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストを使用するときに、ＧＧＳＮ２１０は、単一のＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキスト中の全てではなく幾つかのＩＭＳセッションに関して変更リクエストを処理することは不可能である。
【００３４】
したがって、図３に示されているように、ＵＥ１１０およびＰＤＦ２２２のような１つまたは複数の機能ＩＭＳエンティティが３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６に基づいており、かつ、図２に示されているＧＧＳＮ２１０のような機能エンティティの別のセットが３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５に基づいている場合には、ネットワーク機器が正常に動作しない可能性がある。複数のＩＭＳセッションが１つのＰＤＰ（例えば、ＩＰのようなパケットデータプロトコル）コンテキストにおいて実行され、かつ、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５と３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６との両方に基づいているネットワーク中の機能エンティティが存在するときには、逆方向の互換性を確保することは不可能である。
【００３５】
さらに、機能ＩＭＳエンティティが同一の仕様リリースに基づいている場合であっても、別個のＰＤＦにより制御されるセッションが同一のＰＤＰコンテキストにおいて多重化されるときに、または、ＰＤＰコンテキストの活性化と１つまたは複数の変更とが、互いに異なるＰＤＦ２２２Ａ〜２２２Ｎにより処理されるときに、ＧＧＳＮ２１０およびＰＤＦ２２２において複雑な動作が必要とされる。ＰＤＦ２２２は、セッションリリースとＰＤＰコンテキストの非活性化（Deactivation）とを適正に処理することを可能にするために、他のセッションが同一のＰＤＰコンテキスト上で多重化され、かつ、他のＰＤＦにより処理されることを認識しなければならない。また一方で、ＧＧＳＮ２１０は、共通のＰＤＰコンテキストに関する適正な認証情報を形成するために、異なるＰＤＦ２２２Ａ〜２２２Ｎからのセッションベースの認証決定事項を組み合わせることを可能にしなければならない。さらに、ＧＧＳＮ２１０は、各セッションの状態情報を維持すべきである。換言すれば、ＧＧＳＮ２１０は、ただ単にＰＤＰコンテキストアウェア（PDP Context Aware）である代わりに、セッションアウェア（Session Aware）であるべきである。
【００３６】
つぎに、図４を参照すると、本発明の実施形態による機能ＩＭＳエンティティのインタフェースアーキテクチャの具体例が示されている。図４に示されているインタフェースアーキテクチャは、有利なことに、複数のＩＭＳセッションが単一のＰＤＰコンテキストにおいて実行されるときに、ＩＭＳネットワークエンティティの動作の簡素化と、特定の３ＧＰＰ仕様の互いに異なるリリースに基づいた移動ネットワーク中の様々なＩＭＳエンティティ間の逆方向の互換性とを実現する。
【００３７】
図４に示すように、アルゴリズム４１０が、Ｐ−ＣＳＣＦ２２０が特定のＵＥ１１０の全ての動作のために同一のＰＤＦを使用することを確実なものにするために、Ｐ−ＣＳＣＦ２２０の一部分として実装されてよい。このようにして、ＧＧＳＮ２１０は、全ての動作に関して常に同じ１つのＰＤＦアドレスのみを得るであろう。この結果として、ＧＧＳＮ２１０と他のＩＭＳエンティティが３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５に基づいている場合であっても、ＧＧＳＮ２１０は、常に、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６に基づいているＵＥ１１０およびＰ−ＣＳＣＦ２２０のような他のＩＭＳエンティティに適合する形で動作するであろう。さらに、複数のＩＭＳエンティティ間に一対多の関係が存在しない場合には、ＧＧＳＮ２１０およびＰＤＦの動作は、著しく簡単になる。
【００３８】
Ｐ−ＣＳＣＦ２２０が特定のＵＥ１１０の全ての動作に関してＰＤＦを使用することを確実なものにするために、当該ＵＥ１１０は登録を必要とされる。より具体的には、ＵＥ１１０は、Ｐ−ＣＳＣＦ ２２０を経由して、Ｓ−ＣＳＣＦ（図示されていない）に対して識別情報を送ることができる。このような識別情報は、ＵＥ１１０のＩＰアドレスに相当しており、かつ、同一のＵＥ１１０に対する後続のリクエストまたは同一のＵＥ１１０からの後続のリクエストに使用されることが可能である。さらに、Ｐ−ＣＳＣＦ２２０は、登録時において受け取った識別情報を記憶する。詳細に関しては、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），２４．２２８，Ｖ５．３．０（２００２年１２月発行）の「ＳＩＰおよびＳＤＰに基づいたＩＰマルチメディアコール制御に関する信号の流れ（Signaling Flows for the IP Multimedia Call Control）」，リリース ５を参照されたい。ＰＤＦの動作を引き起こすＳＩＰメッセージを受け取るときには、Ｐ−ＣＳＦＣ２２０は上記ＳＩＰメッセージ中の識別情報を調べ、上記ＳＩＰメッセージ中のアイデンティティを、ＰＤＦに対するリンクを有する記憶装置内に記憶されている識別情報と比較する（すなわち、この記憶装置内に記憶されているアイデンティティ情報が特定のＰＤＦアドレスに到達する）。
【００３９】
あるいは、上記の識別情報は、事前設定がなされたアドレス範囲またはＵＲＩ範囲に相当していてもよい。Ｐ−ＣＳＣＦ２２０が、例えば事前設定によって、ＰＤＦ２２２Ａ〜２２２Ｎの全ての使用可能なアドレスを知っているので、ＰＤＦアドレスは、動的に（例えば、特定のＵＥ１１０が登録されるときに、当該ＵＥ１１０の登録の期間中に特定のＰＤＦアドレスがＵＥ１１０に割り当てられる）、または、静的に（例えば、特定の範囲のＵＥアイデンティティに関する特定のＰＤＦアドレス）使用されることが可能である。この結果として、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６に関する計画に基づいておりかつ図３に示されているＵＥ１１０およびＰＤＦ２２２のような機能ＩＭＳエンティティと、３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５に基づいておりかつ図２に示されているＧＧＳＮ２１０のような機能エンティティの別のセットとの間の非互換性（Incompatibility ）が有利に回避されることが可能である。全てのネットワーク要素が同一の仕様リリースに基づいている場合であっても、ＧＧＳＮ２１０およびＰＤＦ２２２において必要とされる動作の簡素化といったような、さらに別の大きな利点が実現される。同一のＰＤＦがＰＤＰコンテキストの全てのセッションのために使用されるときには、ＧＧＳＮ２１０は、ＰＤＰコンテキストに関する最終的な認証を得るために互いに異なるＰＤＦからの認証決定事項を組み合わせる必要がなく、それゆえに、セッションリリースとＰＤＰコンテキストの非活性化は、ＰＤＦ２２２に関して著しく簡単になる。
【００４０】
さらに、ＰＤＦ２２２は、ＰＤＰコンテキスト中のＩＭＳセッションの１つまたは幾つかのみが変更される場合に、ＰＤＰコンテキスト毎に無変更のセッションと変更されたセッションの両方を取り扱うために、ＰＤＰコンテキスト毎に一括認証決定事項（Aggregated Authorization Decision ）を送るように構成されてもよい。このようにすれば、ＧＧＳＮ２１０は、別々のＩＭＳセッションのパラメータを処理して、ＰＤＰコンテキストに関して最終的に認証されたパラメータを得るために、変更されたパラメータと無変更の（記憶されている）パラメータとを組み合わせることは不要である。
【００４１】
図５は、本発明の実施形態による移動ネットワーク内の複数のＩＭＳエンティティ間の互換性、または、ＧＧＳＮおよびＰＤＦの動作の簡素化を実現するための、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）の処理フローの具体例を示すフローチャートである。図５に示されているように、Ｐ−ＣＳＣＦ２２０は、下記に記述されているような処理フローを遂行するために活性化される（図４に示されている）アルゴリズム４１０を含んでよい。
【００４２】
ブロック５１０において、Ｐ−ＣＳＣＦ ２２０は、登録時に受け取った特定のＵＥ１１０からの識別情報を記憶装置内に記憶する。つぎに、ブロック５２０において、Ｐ−ＣＳＣＦ ２２０は、ＰＤＦの動作を生じさせるようなＩＭＳセッションに関するＳＤＰ情報を含むＳＩＰメッセージを受け取る。さらに、ブロック５３０において、ＳＩＰメッセージ中のアイデンティティを、ＰＤＦ ２２２に対するリンクを有する記憶装置内に記憶されている識別情報（すなわち、この記憶装置内に記憶されている識別情報が特定のＰＤＦアドレスに到達する）と比較する。
【００４３】
ＳＩＰメッセージ中のアイデンティティが、ＰＤＦ２２２に対するリンクを有する記憶装置内に記憶されている識別情報に合致する場合には、Ｐ−ＣＳＣＦ２２０は、ブロック５４０において、特定のＵＥ１１０の全ての動作に関して同一のＰＤＦを使用する。あるいは、この代わりに、ＳＩＰメッセージ中のアイデンティティが、ＰＤＦ２２２に対するリンクを有する記憶装置内に記憶されている識別情報に合致しない場合には、ブロック５５０において、Ｐ−ＣＳＣＦ ２２０は、ＳＩＰメッセージによってリクエストがなされたとおりに他の機能を遂行する。
【００４４】
図６は、本発明の実施形態による移動ネットワーク内の複数のＩＭＳエンティティ間の互換性、または、ＧＧＳＮおよびＰＤＦの動作の簡素化を実現するためのポリシー決定機能部（ＰＤＦ）の処理フローの具体例を示すフローチャートである。ＰＤＦ２２２は、記憶装置内に３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６にて説明されているように、ＰＤＦ２２２は、ＰＤＰコンテキスト毎に複数のＩＭＳセッションをサポートしてよい。さらに、図６に示されているように、ＰＤＦ２２２は、下記に記述されているような処理フローを遂行するように構成されてよい。
【００４５】
ブロック６１０において、ＰＤＦ ２２２は、ＰＤＰコンテキスト中の１つまたは複数のＩＭＳセッションが変更されるか否かを判定する。ＰＤＰコンテキスト中の１つまたは複数のＩＭＳセッションが変更される場合には、ＰＤＦ ２２２は、ブロック６２０において、ポリシー強化のために、ＰＤＰコンテキスト毎に、無変更のセッションと変更されたセッションとの両方を含む一括認証決定事項をＧＧＳＮ２１０に送る。このようにして、ＧＧＳＮ２１０は、別々のＩＭＳセッションのパラメータを処理して、ＰＤＰコンテキストに関して最終的に認証されたパラメータを得るために、変更されたパラメータと無変更の（記憶されている）パラメータとを組み合わせることは不要である。
【００４６】
前述したように、本発明の実施形態によるネットワークインタフェースアーキテクチャは、特定の３ＧＰＰ仕様の互いに異なるリリースに基づいている移動ネットワーク内の複数のＩＰマルチメディアサブシステム（ＩＭＳ）エンティティ間の互換性を実現すると共に、ＧＧＳＮおよびＰＤＦの動作のような様々なＩＭＳエンティティにおける動作の簡素化を促進する。
【００４７】
以上のように、本発明の代表的な実施形態と考えられるものを図示し説明してきたが、本発明の真の範囲から逸脱することなく、様々な変形および変更とが行われてよく、かつ、上記のような実施形態の構成要素が等価物で置き換えられてよいということが、当業者によって容易に理解されるであろう。さらに、本発明の中心的な範囲から逸脱することなく本発明の開示内容に対して特定の状況を適合させるために、様々な変更が加えられてよい。したがって、本発明は、本発明を実施するために想定された最良の形態として開示されている特定の実施形態に限定されることはなく、本願明細書に添付されている特許請求の範囲の各請求項の範囲内に含まれる全ての実施形態を本発明が含むということが意図されている。
【図面の簡単な説明】
【００４８】
【図１】３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５によるＩＰマルチメディアサービスを含む電気通信サービスを提供するためのネットワークシステムアーキテクチャの一例を示すブロック図である。
【図２】３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ５による機能ＩＭＳエンティティのインタフェースアーキテクチャの一例を示すブロック図である。
【図３】３ＧＰＰ技術仕様（３ＧＰＰ ＴＳ），リリース ６のために現在計画されている機能ＩＭＳエンティティのインタフェースアーキテクチャの一例を示すブロック図である。
【図４】本発明の実施形態による機能ＩＭＳエンティティのインタフェースアーキテクチャの具体例を示すブロック図である。
【図５】本発明の実施形態による移動ネットワーク内の複数のＩＭＳエンティティにおける動作の簡素化と複数のＩＭＳエンティティ間の互換性とを実現するためのプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）の処理フローの具体例を示すフローチャートである。
【図６】本発明の実施形態による移動ネットワーク内の複数のＩＭＳエンティティにおける動作の簡素化と複数のＩＭＳエンティティ間の互換性とを実現するためのポリシー決定機能部（ＰＤＦ）の処理フローの具体例を示すフローチャートである。
【特許請求の範囲】
【請求項１】
インターネットプロトコル（ＩＰ）マルチメディアサービスを提供するために移動ネットワークシステムにおいて実現されるプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）であって、
登録時に特定のユーザ機器（ＵＥ）からの識別情報を記憶装置内に記憶することと、
前記特定のユーザ機器（ＵＥ）からセッション開始プロトコル（ＳＩＰ）メッセージを受け取ることと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中のアイデンティティを、ポリシー決定機能部（ＰＤＦ）に対するリンクを有する記憶装置内に記憶されている前記識別情報と比較することと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中の前記アイデンティティが、記憶装置内に記憶されている前記識別情報に合致するときに、前記特定のユーザ機器（ＵＥ）の全ての動作に関して同一のポリシー決定機能部（ＰＤＦ）を使用することとを含むことを特徴とするプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）。
【請求項２】
前記ポリシー決定機能部（ＰＤＦ）は、前記プロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）のエンティティとは別個のエンティティである請求項１に記載のプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）。
【請求項３】
前記ポリシー決定機能部（ＰＤＦ）は、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるか否かを判定するように構成されていると共に、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるときに、ポリシー強化のために、パケットデータプロトコル（ＰＤＰ）コンテキスト毎に、変更されたセッションと無変更のセッションとの両方を含む一括認証決定事項を送るように構成されている請求項１に記載のプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）。
【請求項４】
前記特定のユーザ機器（ＵＥ）の前記識別情報は、登録中に前記特定のユーザ機器（ＵＥ）から得られ、かつ、前記ポリシー決定機能部（ＰＤＦ）とのリンクが確立される請求項１に記載のプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）。
【請求項５】
インターネットプロトコル（ＩＰ）マルチメディアサービスのためのインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）アーキテクチャであって、
特定のユーザ機器（ＵＥ）と、
前記特定のユーザ機器（ＵＥ）に対するパケット伝送または前記特定のユーザ機器（ＵＥ）からのパケット伝送を処理するように構成されるゲートウェイ汎用パケット無線サービス・サポートノード（ＧＧＳＮ）と、
前記ユーザ機器（ＵＥ）の第１のコンタクトポイントとして機能するように、かつ、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）関連の信号伝達と登録とインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションのための他のプロシージャに関するパケットデータプロトコル（ＰＤＰ）コンテキストを確立することを含むセッション管理サービスを提供するように構成されるプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）とを有しており、
前記プロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）は、さらに、
登録中に前記特定のユーザ機器（ＵＥ）からの識別情報を記憶装置内に記憶することと、
前記特定のユーザ機器（ＵＥ）からセッション開始プロトコル（ＳＩＰ）メッセージを受け取ることと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中のアイデンティティを、ポリシー決定機能部（ＰＤＦ）に対するリンクを有する記憶装置内に記憶されている前記識別情報と比較することと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中の前記アイデンティティが、記憶装置内に記憶されている前記識別情報に合致するときに、前記特定のユーザ機器（ＵＥ）の全ての動作に関して同一のポリシー決定機能部（ＰＤＦ）を使用することとを遂行するように構成されていることを特徴とするインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）アーキテクチャ。
【請求項６】
前記ポリシー決定機能部（ＰＤＦ）は、前記プロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）のエンティティとは別個のエンティティである請求項５に記載のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）アーキテクチャ。
【請求項７】
前記ポリシー決定機能部（ＰＤＦ）は、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるか否かを判定するように構成されていると共に、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるときに、ポリシー強化のために、パケットデータプロトコル（ＰＤＰ）コンテキスト毎に、変更されたセッションと無変更のセッションとの両方を含む一括認証決定事項を送るように構成されている請求項５に記載のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）アーキテクチャ。
【請求項８】
前記特定のユーザ機器（ＵＥ）の前記識別情報は、登録中に前記特定のユーザ機器（ＵＥ）から得られ、かつ、前記ポリシー決定機能部（ＰＤＦ）とのリンクが確立される請求項５に記載のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）アーキテクチャ。
【請求項９】
移動ネットワークにおいてプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）を実現するためのプロセスであって、
登録時に前記特定のユーザ機器（ＵＥ）からの識別情報を記憶装置内に記憶することと、
前記特定のユーザ機器（ＵＥ）からセッション開始プロトコル（ＳＩＰ）メッセージを受け取ることと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中のアイデンティティを、ポリシー決定機能部（ＰＤＦ）に対するリンクを有する記憶装置内に記憶されている前記識別情報と比較することと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中の前記アイデンティティが、記憶装置内に記憶されている前記識別情報に合致するときに、前記特定のユーザ機器（ＵＥ）の全ての動作に関して同一のポリシー決定機能部（ＰＤＦ）を使用することとを含むことを特徴とするプロセス。
【請求項１０】
前記前記ポリシー決定機能部（ＰＤＦ）は、前記プロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）のエンティティとは別個のエンティティである請求項９に記載のプロセス。
【請求項１１】
前記ポリシー決定機能部（ＰＤＦ）は、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるか否かを判定するように構成されていると共に、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるときに、ポリシー強化のために、パケットデータプロトコル（ＰＤＰ）コンテキスト毎に、変更されたセッションと無変更のセッションとの両方を含む一括認証決定事項を送るように構成されている請求項９に記載のプロセス。
【請求項１２】
前記特定のユーザ機器（ＵＥ）の前記識別情報は、登録中に前記特定のユーザ機器（ＵＥ）から得られ、かつ、前記ポリシー決定機能部（ＰＤＦ）とのリンクが確立される請求項９に記載のプロセス。
【請求項１３】
移動ネットワークによって実行されるときに移動ネットワーク内でプロキシコール状態制御機能（Ｐ−ＣＳＣＦ）を実現する方法を遂行する命令を含むコンピュータ読み取り可能な媒体であって、前記方法は、
登録時に特定のユーザ機器（ＵＥ）からの識別情報を記憶装置内に記憶することと、
前記特定のユーザ機器（ＵＥ）からセッション開始プロトコル（ＳＩＰ）メッセージを受け取ることと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中のアイデンティティを、ポリシー決定機能部（ＰＤＦ）に対するリンクを有する記憶装置内に記憶されている前記識別情報と比較することと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中の前記アイデンティティが、記憶装置内に記憶されている前記識別情報に合致するときに、前記特定のユーザ機器（ＵＥ）の全ての動作に関して同一のポリシー決定機能部（ＰＤＦ）を使用することとを含むことを特徴とするコンピュータ読み取り可能な媒体。
【請求項１４】
前記ポリシー決定機能部（ＰＤＦ）は、前記プロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）のエンティティとは別個のエンティティである請求項１３に記載のコンピュータ読み取り可能な媒体。
【請求項１５】
前記ポリシー決定機能部（ＰＤＦ）は、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるか否かを判定するように構成されていると共に、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるときに、ポリシー強化のために、パケットデータプロトコル（ＰＤＰ）コンテキスト毎に、変更されたセッションと無変更のセッションとの両方を含む一括認証決定事項を送るように構成されている請求項１３に記載のコンピュータ読み取り可能な媒体。
【請求項１６】
前記特定のユーザ機器（ＵＥ）の前記識別情報は、登録中に前記特定のユーザ機器（ＵＥ）から得られ、かつ、前記ポリシー決定機能部（ＰＤＦ）とのリンクが確立される請求項１３に記載のコンピュータ読み取り可能な媒体。
【請求項１】
インターネットプロトコル（ＩＰ）マルチメディアサービスを提供するために移動ネットワークシステムにおいて実現されるプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）であって、
登録時に特定のユーザ機器（ＵＥ）からの識別情報を記憶装置内に記憶することと、
前記特定のユーザ機器（ＵＥ）からセッション開始プロトコル（ＳＩＰ）メッセージを受け取ることと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中のアイデンティティを、ポリシー決定機能部（ＰＤＦ）に対するリンクを有する記憶装置内に記憶されている前記識別情報と比較することと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中の前記アイデンティティが、記憶装置内に記憶されている前記識別情報に合致するときに、前記特定のユーザ機器（ＵＥ）の全ての動作に関して同一のポリシー決定機能部（ＰＤＦ）を使用することとを含むことを特徴とするプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）。
【請求項２】
前記ポリシー決定機能部（ＰＤＦ）は、前記プロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）のエンティティとは別個のエンティティである請求項１に記載のプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）。
【請求項３】
前記ポリシー決定機能部（ＰＤＦ）は、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるか否かを判定するように構成されていると共に、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるときに、ポリシー強化のために、パケットデータプロトコル（ＰＤＰ）コンテキスト毎に、変更されたセッションと無変更のセッションとの両方を含む一括認証決定事項を送るように構成されている請求項１に記載のプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）。
【請求項４】
前記特定のユーザ機器（ＵＥ）の前記識別情報は、登録中に前記特定のユーザ機器（ＵＥ）から得られ、かつ、前記ポリシー決定機能部（ＰＤＦ）とのリンクが確立される請求項１に記載のプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）。
【請求項５】
インターネットプロトコル（ＩＰ）マルチメディアサービスのためのインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）アーキテクチャであって、
特定のユーザ機器（ＵＥ）と、
前記特定のユーザ機器（ＵＥ）に対するパケット伝送または前記特定のユーザ機器（ＵＥ）からのパケット伝送を処理するように構成されるゲートウェイ汎用パケット無線サービス・サポートノード（ＧＧＳＮ）と、
前記ユーザ機器（ＵＥ）の第１のコンタクトポイントとして機能するように、かつ、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）関連の信号伝達と登録とインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションのための他のプロシージャに関するパケットデータプロトコル（ＰＤＰ）コンテキストを確立することを含むセッション管理サービスを提供するように構成されるプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）とを有しており、
前記プロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）は、さらに、
登録中に前記特定のユーザ機器（ＵＥ）からの識別情報を記憶装置内に記憶することと、
前記特定のユーザ機器（ＵＥ）からセッション開始プロトコル（ＳＩＰ）メッセージを受け取ることと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中のアイデンティティを、ポリシー決定機能部（ＰＤＦ）に対するリンクを有する記憶装置内に記憶されている前記識別情報と比較することと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中の前記アイデンティティが、記憶装置内に記憶されている前記識別情報に合致するときに、前記特定のユーザ機器（ＵＥ）の全ての動作に関して同一のポリシー決定機能部（ＰＤＦ）を使用することとを遂行するように構成されていることを特徴とするインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）アーキテクチャ。
【請求項６】
前記ポリシー決定機能部（ＰＤＦ）は、前記プロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）のエンティティとは別個のエンティティである請求項５に記載のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）アーキテクチャ。
【請求項７】
前記ポリシー決定機能部（ＰＤＦ）は、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるか否かを判定するように構成されていると共に、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるときに、ポリシー強化のために、パケットデータプロトコル（ＰＤＰ）コンテキスト毎に、変更されたセッションと無変更のセッションとの両方を含む一括認証決定事項を送るように構成されている請求項５に記載のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）アーキテクチャ。
【請求項８】
前記特定のユーザ機器（ＵＥ）の前記識別情報は、登録中に前記特定のユーザ機器（ＵＥ）から得られ、かつ、前記ポリシー決定機能部（ＰＤＦ）とのリンクが確立される請求項５に記載のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）アーキテクチャ。
【請求項９】
移動ネットワークにおいてプロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）を実現するためのプロセスであって、
登録時に前記特定のユーザ機器（ＵＥ）からの識別情報を記憶装置内に記憶することと、
前記特定のユーザ機器（ＵＥ）からセッション開始プロトコル（ＳＩＰ）メッセージを受け取ることと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中のアイデンティティを、ポリシー決定機能部（ＰＤＦ）に対するリンクを有する記憶装置内に記憶されている前記識別情報と比較することと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中の前記アイデンティティが、記憶装置内に記憶されている前記識別情報に合致するときに、前記特定のユーザ機器（ＵＥ）の全ての動作に関して同一のポリシー決定機能部（ＰＤＦ）を使用することとを含むことを特徴とするプロセス。
【請求項１０】
前記前記ポリシー決定機能部（ＰＤＦ）は、前記プロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）のエンティティとは別個のエンティティである請求項９に記載のプロセス。
【請求項１１】
前記ポリシー決定機能部（ＰＤＦ）は、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるか否かを判定するように構成されていると共に、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるときに、ポリシー強化のために、パケットデータプロトコル（ＰＤＰ）コンテキスト毎に、変更されたセッションと無変更のセッションとの両方を含む一括認証決定事項を送るように構成されている請求項９に記載のプロセス。
【請求項１２】
前記特定のユーザ機器（ＵＥ）の前記識別情報は、登録中に前記特定のユーザ機器（ＵＥ）から得られ、かつ、前記ポリシー決定機能部（ＰＤＦ）とのリンクが確立される請求項９に記載のプロセス。
【請求項１３】
移動ネットワークによって実行されるときに移動ネットワーク内でプロキシコール状態制御機能（Ｐ−ＣＳＣＦ）を実現する方法を遂行する命令を含むコンピュータ読み取り可能な媒体であって、前記方法は、
登録時に特定のユーザ機器（ＵＥ）からの識別情報を記憶装置内に記憶することと、
前記特定のユーザ機器（ＵＥ）からセッション開始プロトコル（ＳＩＰ）メッセージを受け取ることと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中のアイデンティティを、ポリシー決定機能部（ＰＤＦ）に対するリンクを有する記憶装置内に記憶されている前記識別情報と比較することと、
前記セッション開始プロトコル（ＳＩＰ）メッセージ中の前記アイデンティティが、記憶装置内に記憶されている前記識別情報に合致するときに、前記特定のユーザ機器（ＵＥ）の全ての動作に関して同一のポリシー決定機能部（ＰＤＦ）を使用することとを含むことを特徴とするコンピュータ読み取り可能な媒体。
【請求項１４】
前記ポリシー決定機能部（ＰＤＦ）は、前記プロキシコール状態制御機能部（Ｐ−ＣＳＣＦ）のエンティティとは別個のエンティティである請求項１３に記載のコンピュータ読み取り可能な媒体。
【請求項１５】
前記ポリシー決定機能部（ＰＤＦ）は、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるか否かを判定するように構成されていると共に、パケットデータプロトコル（ＰＤＰ）コンテキスト中の１つまたは複数のインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）セッションが変更されるときに、ポリシー強化のために、パケットデータプロトコル（ＰＤＰ）コンテキスト毎に、変更されたセッションと無変更のセッションとの両方を含む一括認証決定事項を送るように構成されている請求項１３に記載のコンピュータ読み取り可能な媒体。
【請求項１６】
前記特定のユーザ機器（ＵＥ）の前記識別情報は、登録中に前記特定のユーザ機器（ＵＥ）から得られ、かつ、前記ポリシー決定機能部（ＰＤＦ）とのリンクが確立される請求項１３に記載のコンピュータ読み取り可能な媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公表番号】特表２００７−５２７６３３（Ｐ２００７−５２７６３３Ａ）
【公表日】平成１９年９月２７日（２００７．９．２７）
【国際特許分類】
【出願番号】特願２００６−５００３１８（Ｐ２００６−５００３１８）
【出願日】平成１６年２月１０日（２００４．２．１０）
【国際出願番号】ＰＣＴ／ＩＢ２００４／０００３３４
【国際公開番号】ＷＯ２００４／０７１１０４
【国際公開日】平成１６年８月１９日（２００４．８．１９）
【出願人】（３９８０１２６１６）ノキア コーポレイション (1,359)
【Ｆターム（参考）】
【公表日】平成１９年９月２７日（２００７．９．２７）
【国際特許分類】
【出願日】平成１６年２月１０日（２００４．２．１０）
【国際出願番号】ＰＣＴ／ＩＢ２００４／０００３３４
【国際公開番号】ＷＯ２００４／０７１１０４
【国際公開日】平成１６年８月１９日（２００４．８．１９）
【出願人】（３９８０１２６１６）ノキア コーポレイション (1,359)
【Ｆターム（参考）】
[ Back to top ]