JP6429866B2 - Ｐｃｒｆを決定するための方法および装置 - Google Patents

Description

本発明は、通信技術の分野に関し、より詳細には、ＰＣＲＦ選択の技術に関する。

３ＧＰＰ規格で規定されるＰＣＣ（ポリシーおよび課金制御）アーキテクチャが、主に図１に示されている。以下、その中の本発明に関連するいくつかの機能およびインターフェースを簡潔に紹介する。

ポリシーおよび課金ルール機能（ＰＣＲＦ）は、ポリシー制御決定機能およびフローベースの課金制御機能を有するものであり、ポリシーおよび課金実行機能（ＰＣＥＦ）に、トラフィックデータフロー検出、ゲート制御、ＱｏＳベースおよびフローベースの課金（クレジット制御は除く）に関するネットワーク制御機能を提供する。加入者がローミングする際には、その加入者にサービスを提供するため、訪問先ＰＣＲＦとホームＰＣＲＦとの間の相互通信が要求される。したがって、ＰＣＲＦは、Ｈ−ＰＣＲＦ（ホームＰＣＲＦ）機能とＶ−ＰＣＲＦ（訪問先ＰＣＲＦ）機能とに分割することができる。

ポリシーおよび課金実行機能（ＰＣＥＦ）は、トラフィックデータフロー検出、ポリシー実行、およびフローベースの課金機能を担うものであり、ＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）またはＰ−ＧＷ（ＰＤＡ（パケットデータネットワーク）ゲートウェイ）に設けられるのが一般的である。

アプリケーション機能（ＡＦ）は、ＩＰ−ＣＡＮ（ＩＰ接続アクセスネットワーク）の加入者プレーンの挙動に対する動的ポリシーまたは課金制御を主に実行するものであり、サービスプラットフォームに設けられる。

加入プロファイルリポジトリ（ＳＰＲ）は、すべての加入者についての情報、または加入関連情報（加入者に許可されたトラフィックを含む）を格納する論理エンティティであり、ホーム加入者サーバ（ＨＳＳ）に設けられるのが一般的である。

トラフィック検出機能（ＴＤＦ）は、アプリケーションを検出し、検出したアプリケーションおよびそのトラフィックデータフローの記述をＰＣＲＦに報告するために使用される。

図１は、ＰＣＲＦがＰＣＣアーキテクチャ内で重要であるということを示している。図１では、様々な機能性は主に、以下のインターフェースを通じて、ＰＣＲＦとインタラクションしている。

Ｇｘインターフェース：ＰＣＲＦとＰＣＥＦとの間に位置し、ポリシーおよび課金ルールを転送するためのものである。このインターフェースは、ＳＤＦ（サービスデータフロー）レベルのＰＣＣ情報の転送、ならびにワイヤレスアクセス技術情報および位置情報の転送をサポートする。

Ｒｘインターフェース：ＡＦとＰＣＲＦとの間に位置し、ＡＦからのアプリケーション層情報を転送するためのものである。この情報は、課金差別情報や、ＱｏＳ制御のためのメディア／アプリケーション帯域幅需要などを含んでいる。

Ｓｐインターフェース：ＳＰＲとＰＣＲＦとの間に位置し、ＰＣＲＦ向けに、ＩＰ−ＣＡＮの転送ポリシーに関連する加入者情報（例えば、加入者ＩＤやＰＤＮ識別情報など）をＳＰＲから取得するものである。

Ｓｄインターフェース：ＴＤＦとＰＣＲＦとの間に位置し、ＰＣＲＦ向けに、アプリケーション検出の動的制御およびＴＤＦの挙動の制御を実行するものである。

Ｓ９インターフェース：Ｈ−ＰＣＲＦとＶ−ＰＣＲＦとの間に位置し、ローミングシナリオにおいてはＳＤＦレベルのＰＣＣ情報の転送をサポートし、非ローミングシナリオにおいてはＱｏＳパラメータ、関連パケットフィルタ、および制御情報の転送をサポートするためのものである。

複数のＰＣＲＦがネットワーク内にデプロイされることになる。ＰＣＲＦとインタラクションするネットワーク要素については、ＰＣＲＦをどのように選択するかという問題がある。

ＩＰ−ＣＡＮセッションについては、管理を容易にするために、セッションを処理するネットワーク要素が、そのセッションに関連するすべてのＤｉａｍｅｔｅｒメッセージを、同じＰＣＲＦに送信しなくてはならない。それにより、そのＰＣＲＦは、同じポリシーおよび課金制御を、そのセッションに対して実行する。

加入者グループの場合、加入者は同じポリシーおよび要求をグループ内のメンバーに課すため、これらの加入者に対する利用制御は、同じＰＣＲＦによって実行されるべきである。

ＭＴＣ（マシン型通信）の場合、複数のマシンが１つのグループを形成しているときには、これらのマシンが同じポリシーを使用するのを、同じＰＣＲＦが保証することを要求されるのは同様である。しかし、これらのマシンは常に異なるサービスプロバイダに属し、異なる場所に位置している。したがって、関連するネットワーク要素が、同じＰＣＲＦを選択できるようにする方法もまた課題である。

３ＧＰＰは、ＰＣＲＦ選択の解決法をいくつか提案してもいる。２０１１年９月に策定された、３ＧＰＰ ＴＳ２３．２０３ バージョン１１．７．０における紹介では、同じＩＰ−ＣＡＮセッションに関連するすべてのＤｉａｍｅｔｅｒメッセージが同じＰＣＲＦに到達可能であることを保証するために、任意選択のネットワーク要素であるＤＲＡ（Ｄｉａｍｅｔｅｒルーティングエージェント）がＰＣＲＦの選択および決定専用とされる。２０１２年１１月に策定された、３ＧＰＰ ＴＳ２３．８５８ バージョン１．１．０において紹介されたグループＰＣＲＦの概念は、加入者グループを監視および制御するためのものである。グループＰＣＲＦとは、実質的に、グループ内のメンバーに対する一律な制御を実行するＰＣＲＦのことを指している。

しかし、これらの方法はすべて、様々な問題を抱えている。

まず、ＤＲＡは任意選択のネットワーク要素であって、すべてのオペレータがＤＲＡを備えてデプロイされているわけではない。ネットワークがＤＲＡを備えてデプロイされない場合には、ＰＣＲＦの選択や決定が問題となる。次に、そのネットワークがＤＲＡを備えてデプロイされたとしても、ＤＲＡはＰＣＲＦと他のネットワーク要素との間に位置しているので、これらの要素については、ＤＲＡに至るルートをどのように選択するかという問題もある。更に、ＭＴＣグループのシナリオについては、これらのマシンが常に異なるサービスプロバイダに属し、異なる場所に位置しているので、これらのマシンを同じＰＣＲＦにルーティングするための情報をＤＲＡが必ずしも持っているとは限らない。

３ＧＰＰで提案されるグループＰＣＲＦ向けの解決策は、２種類に大別される。一方はＤＲＡを活用するものであるが、これはＤＲＡをデプロイしないオペレータについての問題を解決することができない。もう一方の種類はＤＲＡを使用しないものの、この方法はＰＣＲＦとＰＣＥＦとの間で複数回のインタラクションを必要とし、その結果、あまりに多くのメッセージが生じ、極めて複雑である。

したがって、ＰＣＲＦを選択し決定する、新たな方法を提供することが望ましい。

本発明の目的は、ＰＣＲＦを選択し決定するための方法および装置を提供することである。

本発明の第１の態様によれば、第１のネットワークサーバ内でＰＣＲＦを決定する方法が提供され、前記第１のネットワークサーバが加入者に関連する情報を格納し、方法が以下のステップを備える：加入者の識別情報を含む第１の要求メッセージを第２のネットワークサーバから受信するステップと、事前設定された加入者とＰＣＲＦとの間の対応関係に基づいて、加入者に対応するＰＣＲＦを決定するステップと、決定されたＰＣＲＦの識別情報を含む第１の応答メッセージを前記第２のネットワークサーバに送信するステップ。前記第１のネットワークサーバは、加入者とＰＣＲＦとの間の対応関係を事前格納する。

好ましくは、前記第１のネットワークサーバがホーム加入者サーバ（ＨＳＳ）または加入者プロファイルリポジトリ（ＳＰＲ）であり、前記第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）、またはアプリケーション機能（ＡＦ）、または３ＧＰＰ ＡＡＡサーバである。

本発明の第２の態様によれば、第２のネットワークサーバ内でＰＣＲＦを決定する方法が提供され、方法が以下のステップを備える：加入者の識別情報を含む第１の要求メッセージを第１のネットワークサーバに送信するステップと、加入者に対応するＰＣＲＦの識別情報を含む第１の応答メッセージを第１のネットワークサーバから受信するステップ。前記第１のネットワークサーバは、加入者とＰＣＲＦとの間の対応関係を事前格納する。

好ましくは、前記第１のネットワークサーバがホーム加入者サーバ（ＨＳＳ）または加入者プロファイルリポジトリ（ＳＰＲ）であり、前記第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）、またはアプリケーション機能（ＡＦ）、または３ＧＰＰ ＡＡＡサーバである。

好ましくは、前記第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）または３ＧＰＰ ＡＡＡサーバの場合、第１の要求メッセージを前記第１のネットワークサーバに送信するステップが、更に以下を備える：加入者からのアタッチ要求に応答して、第１の要求メッセージを第１のネットワークサーバに送信するステップ。

好ましくは、前記第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）または３ＧＰＰ ＡＡＡサーバの場合、第１の応答メッセージを第１のネットワークサーバから受信する前記ステップの後、更に以下を備える：前記加入者の識別情報およびＰＣＲＦの識別情報を含む第２の要求メッセージを第３のネットワークサーバに送信するステップ。

好ましくは、前記第３のネットワークサーバがサービスゲートウェイ（Ｓ−ＧＷ）、またはパケットデータネットワークゲートウェイ（Ｐ−ＧＷ）、または進化型パケットデータゲートウェイ（ｅＰＤＧ）である。

本発明の第３の態様によれば、第１のネットワークサーバ内でＰＣＲＦを決定する装置が提供され、前記第１のネットワークサーバが加入者に関連する情報を格納し、装置が以下を備える：加入者の識別情報を含む第１の要求メッセージを第２のネットワークサーバから受信するための第１の受信デバイスと、事前設定された加入者とＰＣＲＦとの間の対応関係に基づいて、加入者に対応するＰＣＲＦを決定するための決定デバイスと、決定されたＰＣＲＦの識別情報を含む第１の応答メッセージを前記第２のネットワークサーバに送信するための第１の送信デバイス。前記第１のネットワークサーバは、加入者とＰＣＲＦとの間の対応関係を事前格納する。

好ましくは、前記第１のネットワークサーバがホーム加入者サーバ（ＨＳＳ）または加入者プロファイルリポジトリ（ＳＰＲ）であり、前記第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）、またはアプリケーション機能（ＡＦ）、または３ＧＰＰ ＡＡＡサーバである。

本発明の第４の態様によれば、第２のネットワークサーバ内でＰＣＲＦを決定する装置が提供され、装置が以下を備える：加入者の識別情報を含む第１の要求メッセージを第１のネットワークサーバに送信するための第２の送信デバイスと、前記加入者に対応するＰＣＲＦの識別情報を含む第１の応答メッセージを前記第１のネットワークサーバから受信するための第２の受信デバイス。前記第１のネットワークサーバは、加入者とＰＣＲＦとの間の対応関係を事前格納する。

好ましくは、前記第１のネットワークサーバがホーム加入者サーバ（ＨＳＳ）または加入者プロファイルリポジトリ（ＳＰＲ）であり、第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）、またはアプリケーション機能（ＡＦ）、または３ＧＰＰ ＡＡＡサーバである。

好ましくは、前記第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）または３ＧＰＰ ＡＡＡサーバの場合、前記第２のネットワークサーバが、前記加入者からのアタッチ要求に応答して、第１の要求メッセージを第１のネットワークサーバに送信するためにも使用される。

好ましくは、前記第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）または３ＧＰＰ ＡＡＡサーバの場合、前記装置が第３の送信デバイスを備え、第３の送信デバイスは、第２の受信デバイスが第１の応答メッセージを前記第１のネットワークサーバから受信するステップの後に、加入者の識別情報およびＰＣＲＦの識別情報を含む第２の要求メッセージを第３のネットワークサーバに送信するために使用される。

好ましくは、前記第３のネットワークサーバがサービスゲートウェイ（Ｓ−ＧＷ）、またはパケットデータネットワークゲートウェイ（Ｐ−ＧＷ）、または進化型パケットデータゲートウェイ（ｅＰＤＧ）である。

ＰＣＲＦを選択する既存の方法と比較すると、本発明は以下の利点を有する：（１）新たなネットワーク要素を導入する必要がない、（２）新たなインターフェースを追加する必要がない、（３）メッセージフローを変更する必要がなく、複雑性が増すことがない。本発明による方法を取り入れることにより、ネットワーク内のネットワーク要素は、同じ加入者または同じ加入者グループによってＰＣＲＦに送信されることが要求されるメッセージを同じＰＣＲＦに送信することができ、それにより、同じＰＣＲＦが、同じ加入者または同じ加入者グループのすべての関連セッションに対し、一律な制御を実行する。

添付の図面を参照しながら、以下の非限定的実施形態に関する詳細な描写を読むことにより、本発明のその他の特徴、目的、および利点がより明白になろう。

３ＧＰＰで規定されるＰＣＣアーキテクチャの図である。 本発明の一実施形態の適用シナリオの図である。 本発明の一実施形態による、ＰＣＲＦを決定する方法のフローチャートである。 本発明の一実施形態による、ＰＣＲＦを決定するプロセスのフローチャートである。 本発明の別の実施形態による、ＰＣＲＦを決定するプロセスのフローチャートである。 本発明の一実施形態による、ＰＣＲＦを決定するための装置の図である。 本発明の一実施形態による、ＰＣＲＦを決定するための装置の図である。

添付の図面における同一または類似の符号は、同一またはそれに相当する構成要素を示している。

以下、添付の図面を参照しながら、本発明を更に詳細に説明する。

図２は、本発明の一実施形態の適用シナリオの図である。図２は、３ＧＰＰネットワークおよび非３ＧＰＰネットワークに属するホームＰＬＭＮ（公衆陸上移動網）を例示的に示している。ＵＥ（ユーザ装置）は、３ＧＰＰネットワークまたは非３ＧＰＰネットワークのどちらを通じてでもアクセスすることができる。非３ＧＰＰネットワークアクセスは、信頼できる非３ＧＰＰアクセスと信頼できない非３ＧＰＰアクセスを含む。

図２における主要なネットワーク要素の機能を以下に明記する：

ＨＳＳ２０１：加入者加入情報を格納するためのデータベースであり、加入者についての情報の保存を担う。この情報は以下を含む：加入者識別子、ルート情報、加入者セキュリティ情報、加入者位置情報など。ＨＳＳ２０１は、ＬＴＥネットワークにおける主要な加入者データベースである。

ＰＣＲＦ２０２：ＰＣＲＦの機能は、背景技術において紹介されている。複数のＰＣＲＦをホームＰＬＭＮネットワーク内に設けることができる。

ＭＭＥ（モビリティ管理エンティティ）２０３：ＬＴＥアクセスネットワークの重要な制御ノードである。ＭＭＥは、アイドルモードのＵＥのトラッキングおよびページング制御を担当する。これらのコンテンツは、ＵＥの登録およびログオフ処理も含むと同時に、ＵＥが異なるＳ−ＧＷを選択して、ＬＴＥシステムのコアネットワーク（ＣＮ）ノードのハンドオーバを実行する手助けをする。ＨＳＳ２０１との情報交換を通じて、ＭＭＥ２０３は、加入者認証機能を実行することもできる。ＭＭＥ２０３は、ＬＴＥおよび２Ｇ／３Ｇアクセスネットワークのコントロールプレーン機能のモビリティ管理も提供する。ＭＭＥはまた、Ｓ６Ａインターフェースを通じて、ＵＥとＨＳＳとの間のローミングサービスの実行をサポートする。

Ｓ−ＧＷ（サービングゲートウェイ）２０４：加入者プレーンに位置する、ＬＴＥネットワークにアクセスするそれぞれのＵＥのためのものであり、１回につき１つのＳ−ＧＷによってのみサービス提供される。その主要な機能は、セッション管理、ルート選択およびデータフォワーディング、ＱｏＳ制御、課金、情報保管などの実行である。

Ｐ−ＧＷ２０５：加入者プレーンに位置する、対面するＰＤＮゲートウェイである。ＵＥが複数のＰＤＮにアクセスする場合、そのＵＥは１つまたは複数のＰ−ＧＷと対応することになる。その主な機能には、ＩＰアドレスの割り当て、セッション管理、ＰＣＲＦ選択、ルート選択、データフォワーディング、ＱｏＳ制御、課金、ポリシーおよびポリシー実行などがある。ＰＧＷ２０５には、データ交換のためのコアコンポーネントというもう１つの重要な役割があり、３ＧＰＰおよび非３ＧＰＰネットワークの間のデータ交換を、例えば、ＷｉＭＡＸおよび３ＧＰＰ２（ＣＤＭＡ１ＸおよびＥＶＤＯ）ネットワークで支えている。

ＡＦ２０６：主にオペレータのＩＰサービス、例えば、ＩＭＳ（ＩＰマルチメディアサブシステム）、ＰＳＳ（ＰＳＴＮ／ＩＤＳＮシミュレーションサービス）などを指す。

ｅＰＤＧ（進化型パケットデータゲートウェイ）２０７：その主な機能は、データ転送のために、ＵＥが信頼できない非３ＧＰＰアクセスネットワークを通じて３ＧＰＰネットワークに接続されるのを保証することである。この目的のためには、ｅＰＤＧとＵＥとの間に、ＩＰｓｅｃ（ＩＰセキュリティ）トンネルを確立することが要求される。

３ＧＰＰ ＡＡＡ（認証認可アカウンティング）サーバ２０８：その主な目的は、ネットワークサーバにアクセスしてよいのはどの加入者か、認可された加入者が取得できるサービスは何か、およびネットワークリソースを現在使用している加入者に対しどのようにアカウンティングするか、を管理することである。

なお、図２は本発明に伴うネットワーク要素および接続を単に示すにすぎず、当業者であれば、本発明を実施するには、その他不可欠なネットワーク要素および接続が更に必要となることは理解されよう。描写の便宜上、それらはここでは示されていない。

ＨＳＳ２０１は加入者構成情報を格納する中央データベースである。通常、１人の加入者は１つの構成ファイルに対応する。本発明は、加入者に対応するＰＣＲＦを示すため、加入者に対応するＰＣＲＦ情報をこれらの構成ファイル内に事前設定する。この場合、ＰＣＲＦ情報は、ＰＣＲＦの名前、または識別情報のアドレスもしくは他の形態とすることができる。

図３は、本発明の一実施形態による、ＰＣＲＦを決定する方法のフローチャートである。本実施形態では、第１のネットワークサーバが、加入者関連情報を格納する。このような情報は、事前設定された加入者とＰＣＲＦとの間の対応情報、即ち、各加入者がどのＰＣＲＦに対応するかを含んでいる。同じ加入者グループに属する加入者であれば、同じＰＣＲＦに対応している。一実施形態では、第１のネットワークサーバはＨＳＳ２０１である。当業者であれば、第１のネットワークサーバは、加入者情報を格納する他のネットワーク要素（例えば、ＳＰＲなど）であってもよいことが理解されよう。

本方法は、ステップＳ３０１より開始する。ステップＳ３０１において、第１のネットワークサーバは、加入者の識別子情報を含む第１の要求メッセージを、第２のネットワークサーバから受信する。第２のネットワークサーバは、ＰＣＲＦを取得するために、要求メッセージを第１のネットワークサーバに送信するものであり、ＭＭＥ２０３、またはＡＦ２０６、または３ＧＰＰ ＡＡＡサーバ２０８とすることができる。

ステップＳ３０２において、第１のネットワークサーバは、加入者の識別情報、および事前設定された加入者とＰＣＲＦとの間の対応関係に基づいて、加入者に対応するＰＣＲＦを決定する。

ステップＳ３０３において、第１のネットワークサーバは、決定されたＰＣＲＦの識別情報を含む第１の応答メッセージを、第２のネットワークサーバに送信する。第２のネットワークサーバは、必要時にＰＣＲＦ情報を使用、即ち、加入者に関連するＰＣＣ要求をＰＣＲＦに送信することができる。例えば、ＡＦ２０６であれば、ＩＭＳ内のネットワーク要素は、ＱｏＳおよびＩＰベアラが同じＰＣＲＦによって制御されることを保証するために、特定の加入者に関連するメッセージを、同じＰＣＲＦに送信してもよい。

一実施形態では、前記第２のネットワークサーバは、ＭＭＥ２０３または３ＧＰＰ ＡＡＡサーバ２０８であり、ステップＳ３０１が更に以下を備える：加入者からのアタッチ要求に応答して、前記第２のネットワークサーバが、第１の要求メッセージを第１のネットワークサーバに送信する。

加入者が３ＧＰＰネットワークを通じてアクセスする場合、アタッチ要求をＭＭＥ２０３に送信し、ＭＭＥ２０３はアクセス認証要求メッセージをＨＳＳ２０１に送信し、ＨＳＳ２０１はその要求の受信後に、加入者のアクセス認証を実行する、加入データを挿入する、加入者のＰＤＮへのアクセスを認可するなどし、そしてアクセス認証応答メッセージをＭＭＥ２０３に返す。本発明では、先行技術におけるアクセス認証要求メッセージが第１の要求メッセージとして働くとともに、先行技術におけるアクセス認証応答メッセージが第１の応答メッセージとして働く。したがって、新たなインターフェースを追加する必要がない。

加入者が非３ＧＰＰネットワークを通じてアクセスする場合、アタッチ要求を３ＧＰＰ ＡＡＡサーバ２０８に送信し、３ＧＰＰ ＡＡＡサーバ２０８は登録要求をＨＳＳ２０１に送信し、ＨＳＳ２０１はその登録要求の受信後に、加入者のアクセス認証を実行する、加入データを挿入する、および加入者のＰＤＮへのアクセスを認可するなどし、そして登録応答メッセージを３ＧＰＰ ＡＡＡサーバに返す。本発明では、先行技術における登録要求が第１の要求メッセージとして働くとともに、先行技術における登録応答メッセージが第１の応答メッセージとして働く。したがって、新たなインターフェースを追加する必要がない。

別の実施形態では、第２のネットワークサーバはＭＭＥ２０３であり、第１の応答メッセージを第１のネットワークサーバから受信した後、ＰＣＲＦ情報を第３のネットワークサーバ（図示せず）に更に送信することになる。即ち、加入者の識別情報およびＰＣＲＦの識別情報を含む第２の要求メッセージを第３のネットワークサーバへ送信し、それにより、第３のネットワークサーバが、加入者に関連するメッセージをＰＣＲＦに送信することになる。この場合、第３のネットワークサーバは、Ｓ−ＧＷ２０４またはＰ−ＧＷ２０５とすることができる。このようにすることで、どれだけのＳ−ＧＷまたはＰ−ＧＷが１つのセッションに関わっているか、あるいは、それらの位置する地理的位置を問わずに、要求メッセージが同じ加入者または同じ加入者グループについてのものでありさえすれば、これらのＳ−ＧＷまたはＰ−ＧＷはメッセージを同じＰＣＲＦに送信することになり、それにより、これらのセッションは同じＰＣＲＦによって制御されることになる。

別の実施形態では、第２のネットワークサーバは３ＧＰＰ ＡＡＡサーバ２０８であり、第１の応答メッセージを第１のネットワークサーバから受信した後、ＰＣＲＦ情報を第３のネットワークサーバ（図示せず）に更に送信することになる。即ち、加入者の識別情報およびＰＣＲＦの識別情報を含む第２の要求メッセージを第３のネットワークサーバへ送信し、それにより、第３のネットワークサーバが、加入者に関連するメッセージをＰＣＲＦに送信することになる。この場合、第３のネットワークサーバは、Ｐ−ＧＷ２０５またはｅＰＤＧ２０７とすることができる。このようにすることで、非３ＧＰＰネットワークを通じてアクセスする加入者については、どれだけのＰ−ＧＷまたはｅＰＤＧが１つのセッションに関わっているか、あるいは、それらの位置する地理的位置を問わずに、要求メッセージが同じ加入者または同じ加入者グループについてのものでありさえすれば、これらのＰ−ＧＷまたはｅＰＤＧはメッセージを同じＰＣＲＦに送信することになり、それにより、これらのセッションは同じＰＣＲＦによって制御されることになる。

図４は、本発明の一実施形態による、ＰＣＲＦを決定するプロセスのフローチャートである。本実施形態では、ＨＳＳ２０１は、事前設定された加入者とＰＣＲＦとの間の対応関係、即ち、各加入者がどのＰＣＲＦに対応するかを含む、加入者構成情報を格納する。以下、図２を参照しながら、そのプロセスを詳細に説明する。

ステップＳ４０１において、ＭＭＥ２０３は、アタッチ要求をＵＥ１（図２には図示せず）から受信する。３ＧＰＰ規格によれば、ＭＭＥ２０３は、ＵＥ１を認証し、ＵＥ１の構成情報を取得するために、アクセス認証要求メッセージをＨＳＳ２０１に送信することになる。

ステップＳ４０２において、ＭＭＥ２０３は、アクセス認証要求メッセージをＨＳＳ２０１に送信する。このメッセージは、ＵＥ１の識別情報、例えば、ＵＥ１のＩＭＳＩ（移動端末識別子）を含んでいる。

３ＧＰＰ規格によれば、ＨＳＳ２０１は、アクセス認証要求の受信後に、ＵＥ１への関連の認証を実行し、ＵＥ１の関連構成情報を返すことになる。本発明では、ＨＳＳ２０１は、ＵＥ１の識別、および事前設定された加入者とＰＣＲＦとの間の対応関係に基づいて、ＵＥ１に対応するＰＣＲＦを更に決定することになる。本実施形態では、ＨＳＳ２０１は、ＵＥ１に対応するＰＣＲＦをＰＣＲＦ２０２だと決定する。

ステップＳ４０３において、ＨＳＳ２０１は、アクセス認証応答メッセージをＭＭＥ２０３に送信する。このメッセージは、ＵＥ１に対応するＰＣＲＦ（即ち、ＰＣＲＦ２０２）の識別情報を含んでいる。この場合、識別情報は、ＰＣＲＦの名前またはアドレスとすることができる。

ＭＭＥ２０３は、取得したＰＣＲＦ２０２の識別情報を、Ｓ−ＧＷ２０４またはＰ−ＧＷ２０５に、更に送信することになる。

ステップＳ４０４において、ＭＭＥ２０３は、ＵＥ１のアタッチ要求をＳ−ＧＷ２０４に送信する。この要求は、ＵＥ１に対応するＰＣＲＦがＰＣＲＦ２０２であることを示すため、ＰＣＲＦ２０２の識別情報を含んでいる。

Ｓ−ＧＷ２０４は、メッセージの受信後に、ＵＥ１に対応するＰＣＲＦがＰＣＲＦ２０２だと直ちに知ることになり、その後の使用において、Ｓ−ＧＷ２０４は、ＵＥ１に関連するすべてのＤｉａｍｅｔｅｒメッセージを、他のＰＣＲＦではなく、ＰＣＲＦ２０２に送信することになる。

ステップＳ４０５において、Ｓ−ＧＷ２０４は、ＰＣＣ要求をＰＣＲＦ２０２に送信して、ＵＥ１に関連するポリシーおよび課金制御情報を取得する。

ステップＳ４０６において、ＰＣＲＦ２０２は、ＰＣＣ応答メッセージをＳ−ＧＷ２０４に送信する。

ステップＳ４０７において、Ｓ−ＧＷ２０４は、ＵＥ１のアタッチ要求をＰ−ＧＷ２０５に送信する。この要求は、ＵＥ１に対応するＰＣＲＦがＰＣＲＦ２０２であることを示すため、ＰＣＲＦ２０２の識別情報を含んでいる。

Ｐ−ＧＷ２０５は、メッセージの受信後に、ＵＥ１に対応するＰＣＲＦがＰＣＲＦ２０２だと直ちに知ることになり、その後の使用において、Ｐ−ＧＷ２０５は、ＵＥ１に関連するすべてのＤｉａｍｅｔｅｒメッセージを、他のＰＣＲＦではなく、ＰＣＲＦ２０２に送信することになる。

ステップＳ４０８において、Ｐ−ＧＷ２０５は、ＰＣＣ要求をＰＣＲＦ２０２に送信して、ＵＥ１に関連するポリシーおよび課金制御情報を取得する。

ステップＳ４０９において、ＰＣＲＦ２０２は、ＰＣＣ応答メッセージをＰ−ＧＷ２０５に送信する。

ステップＳ４１０において、Ｐ−ＧＷ２０５は、ＵＥ１のアタッチ応答メッセージをＳ−ＧＷ２０４に送信する。

ステップＳ４１１において、Ｓ−ＧＷ２０４は、ＵＥ１のアタッチ応答メッセージをＭＭＥ２０３に送信する。

ステップＳ４１２において、ＭＭＥ２０３は、ＵＥ１のアタッチ応答メッセージをＵＥ１に送信する。

本実施形態では、加入者とＰＣＲＦとの間の対応関係がＨＳＳ２０１に事前設定されているので、ＭＭＥ２０３がＨＳＳ２０１に対し、ＵＥ１に対応するＰＣＲＦ、ならびに、Ｓ−ＧＷ２０４およびＰ−ＧＷ２０５に更に通知された取得済ＰＣＲＦ情報について問い合わせることを通じて、Ｓ−ＧＷ２０４およびＰ−ＧＷ２０５は、ＵＥ１に対応するＰＣＲＦがＰＣＲＦ２０２だと知ることができる。次いで、Ｓ−ＧＷ２０４およびＰ−ＧＷ２０５は、ＰＣＲＦに送信することが要求されるような、ＵＥ１に関連するすべてのメッセージを、以後の使用において、ＰＣＲＦ２０２へと送信することになる。このようにすることで、ＵＥ１に関連するすべてのセッションが同じＰＣＲＦにより一律に制御されるといったことが実施でき、それによって、先行技術における問題を解決する。

その上、本実施形態は、先行技術に既存のメッセージおよびインターフェースを採用しており、それにより、新たなメッセージやインターフェースを追加する必要がなく、その実施は極めて簡便であろう。

図５は、本発明の別の実施形態による、ＰＣＲＦを決定するためのプロセスの図である。本実施形態では、ＨＳＳ２０１は、事前設定された加入者とＰＣＲＦとの間の対応関係、即ち、各加入者がどのＰＣＲＦに対応するかを含む、加入者構成情報を格納する。

以下、図２を参照しながら、そのプロセスを詳細に説明する。本実施形態では、ＵＥ１（図２には図示せず）およびＵＥ２（図２には図示せず）が、同じ加入者グループＧｒｏｕｐ１に属する。ＵＥ１はＭＭＥ２０３およびＰ−ＧＷ２０５によって管理され、ＵＥ２はＭＭＥ２０３’（図２には図示せず）およびＰ−ＧＷ２０５’（図２には図示せず）によって管理される。Ｇｒｏｕｐ１に属する加入者は、同じＰＣＲＦ、即ち、ＰＣＲＦ２０２に対応する。

ステップＳ５０１において、ＭＭＥ２０３は、アタッチ要求をＵＥ１から受信する。３ＧＰＰ規格によれば、ＭＭＥ２０３は、ＵＥ１への認証を認め、ＵＥ１の構成情報を取得するために、アクセス認証要求メッセージをＨＳＳ２０１に送信することになる。

ステップＳ５０２において、ＭＭＥ２０３は、アクセス認証要求メッセージをＨＳＳ２０１に送信する。このメッセージは、ＵＥ１の識別情報、例えば、ＵＥ１のＩＭＳＩを含んでいる。

３ＧＰＰ規格によれば、ＨＳＳ２０１は、アクセス認証要求の受信後に、ＵＥ１への関連の認証を実行し、ＵＥ１の関連構成情報をＭＭＥ２０３に返すことになる。本発明では、ＨＳＳ２０１は、ＵＥ１の識別、および事前設定された加入者とＰＣＲＦとの間の対応関係に基づいて、ＵＥ１に対応するＰＣＲＦを更に決定することになる。本実施形態では、ＨＳＳ２０１は、ＵＥ１に対応するＰＣＲＦをＰＣＲＦ２０２だと決定する。

ステップＳ５０３において、ＨＳＳ２０１は、アクセス認証応答メッセージをＭＭＥ２０３に送信する。このメッセージは、ＵＥ１に対応するＰＣＲＦ、即ち、ＰＣＲＦ２０２の識別情報を含んでいる。この場合、識別情報は、ＰＣＲＦの名前またはアドレスとすることができる。

ＭＭＥ２０３は、取得したＰＣＲＦ２０２の識別情報を、Ｐ−ＧＷ２０５に更に送信することになる。

ステップＳ５０４において、ＭＭＥ２０３は、ＵＥ１のアタッチ要求をＰ−ＧＷ２０５に送信する。この要求は、ＵＥ１に対応するＰＣＲＦがＰＣＲＦ２０２であることを示すため、ＰＣＲＦ２０２の識別情報を含んでいる。

Ｐ−ＧＷ２０５は、メッセージの受信後に、ＵＥ１に対応するＰＣＲＦがＰＣＲＦ２０２だと直ちに知ることになり、その後の使用において、Ｐ−ＧＷ２０５は、ＵＥ１に関連するすべてのＤｉａｍｅｔｅｒメッセージを、他のＰＣＲＦではなく、ＰＣＲＦ２０２に送信することになる。

ステップＳ５０５において、Ｐ−ＧＷ２０５は、ＵＥ１に関連するポリシーおよび課金制御情報を取得するために、ＰＣＣ要求をＰＣＲＦ２０２に送信する。

ステップＳ５０６において、ＰＣＲＦ２０２は、ＰＣＣ応答メッセージをＰ−ＧＷ２０５に送信する。

ステップＳ５０７において、ＭＭＥ２０３’は、アタッチ要求をＵＥ２から受信する。３ＧＰＰ規格によれば、ＭＭＥ２０３’は、ＵＥ２への認証を認め、ＵＥ２の構成情報を取得するために、アクセス認証要求をＨＳＳ２０１に送信することになる。

ステップＳ５０８において、ＭＭＥ２０３’は、アクセス認証要求をＨＳＳ２０１に送信する。この要求は、ＵＥ２の識別情報、例えば、ＵＥ２のＩＭＳＩを含んでいる。

３ＧＰＰ規格によれば、ＨＳＳ２０１は、アクセス認証要求の受信後に、ＵＥ２への関連の認証を実行し、ＵＥ２の関連構成情報をＭＭＥ２０３’に返すことになる。本発明では、ＨＳＳ２０１は、ＵＥ２の識別、および事前設定された加入者とＰＣＲＦとの間の対応関係に基づいて、ＵＥ２に対応するＰＣＲＦの決定もすることになる。本実施形態では、ＨＳＳ２０１は、ＵＥ２に対応するＰＣＲＦをＰＣＲＦ２０２だと決定する。

ステップＳ５０９において、ＨＳＳ２０１は、アクセス認証応答メッセージをＭＭＥ２０３’に送信する。このメッセージは、ＵＥ２に対応するＰＣＲＦ（即ち、ＰＣＲＦ２０２）の識別情報を含んでいる。この場合、識別情報は、ＰＣＲＦの名前またはアドレスとすることができる。

ＭＭＥ２０３’は、取得したＰＣＲＦ２０２の識別情報を、Ｐ−ＧＷ２０５’に更に送信することになる。

ステップＳ５１０において、ＭＭＥ２０３’は、ＵＥ２のアタッチ要求をＰ−ＧＷ２０５’に送信する。この要求は、ＵＥ２に対応するＰＣＲＦがＰＣＲＦ２０２であることを示すため、ＰＣＲＦ２０２の識別情報を含んでいる。

Ｐ−ＧＷ２０５’は、メッセージの受信後に、ＵＥ２に対応するＰＣＲＦがＰＣＲＦ２０２だと直ちに知ることになり、その後の使用において、Ｐ−ＧＷ２０５’は、ＵＥ２に関連するすべてのＤｉａｍｅｔｅｒメッセージを、他のＰＣＲＦではなく、ＰＣＲＦ２０２に送信することになる。

ステップＳ５１１において、Ｐ−ＧＷ２０５’は、ＵＥ２に関連するポリシーおよび課金制御情報を取得するために、ＰＣＣ要求をＰＣＲＦ２０２に送信する。

ステップＳ５１２において、ＰＣＲＦ２０２は、ＰＣＣ応答メッセージをＰ−ＧＷ２０５’に送信する。

本実施形態では、ＨＳＳ２０１が加入者とＰＣＲＦとの間の対応関係を事前設定し、同じ加入者グループに属する加入者に同じＰＣＲＦが提供されるので、ＭＭＥ２０３およびＭＭＥ２０３’が、ＵＥ１に対応するＰＣＲＦおよびＵＥ２に対応するＰＣＲＦをＨＳＳ２０１に問い合わせ、更に、取得したＰＣＲＦ情報をＰ−ＧＷ２０５およびＰ−ＧＷ２０５’に通知することにより、Ｐ−ＧＷ２０５およびＰ−ＧＷ２０５’は、ＵＥ１およびＵＥ２に対応するＰＣＲＦがともにＰＣＲＦ２０２だと知ることになる。次いで、Ｐ−ＧＷ２０５は、ＰＣＲＦに送信することが要求されるような、ＵＥ１に関連するすべてのメッセージを、以後の使用において、ＰＣＲＦ２０２へと送信することになる。更に、Ｐ−ＧＷ２０５’もまた、ＰＣＲＦに送信することが要求されるような、ＵＥ２に関連するすべてのメッセージを、ＰＣＲＦ２０２へと送信することになる。このようにすることで、同じ加入者グループ内のすべての加入者の関連セッションが同じＰＣＲＦにより一律に制御されるといったことが実現されることになり、それによって、先行技術における問題を解決する。

更に、実施形態はすべて、先行技術における既存のメッセージおよびインターフェースを取り入れており、新たなメッセージおよびインターフェースを追加する必要がない。したがって、その実施は極めて簡便であろう。

図６は、本発明の一実施形態による、ＰＣＲＦを決定するための装置の図である。
装置６００は、第１の受信デバイス６０１、決定デバイス６０２、および第１の送信デバイス６０３を備える。

図２および図３も併せながら、装置６００の作動プロセスについて、以下に詳細に説明する。

本実施形態では、第１のネットワークサーバが、加入者関連情報を格納する。このような情報は、事前設定された加入者とＰＣＲＦとの間の対応情報、即ち、各加入者がどのＰＣＲＦに対応するかを含んでいる。同じ加入者グループに属する加入者であれば、同じＰＣＲＦに対応している。一実施形態では、第１のネットワークサーバはＨＳＳ２０１である。当業者であれば、第１のネットワークサーバは、加入者情報を格納する他のネットワーク要素（例えば、ＳＰＲなど）であってもよいことが理解されよう。

初めに、第１の受信デバイス６０１は、加入者の識別子情報を含む第１の要求メッセージを、第２のネットワークサーバから受信する。第２のネットワークサーバは、ＰＣＲＦを取得するために、要求メッセージを第１のネットワークサーバに送信するものであり、ＭＭＥ２０３、またはＡＦ２０６、または３ＧＰＰ ＡＡＡサーバ２０８とすることができる。

次いで、決定デバイス６０２は、加入者の識別情報、および事前設定された加入者とＰＣＲＦとの間の対応関係に基づいて、加入者に対応するＰＣＲＦを決定する。

次に、第１の送信デバイス６０３は、決定されたＰＣＲＦの識別情報を含む第１の応答メッセージを第２のネットワークサーバに送信する。第２のネットワークサーバは、必要時にＰＣＲＦ情報を使用、即ち、前記加入者に関連するＰＣＣ要求をＰＣＲＦに送信することができる。例えば、ＡＦ２０６であれば、ＩＭＳ内のネットワーク要素は、ＱｏＳおよびＩＰベアラが同じＰＣＲＦによって制御されることを保証するために、特定の加入者に関連するメッセージを、同じＰＣＲＦに送信してもよい。

図７は、本発明の一実施形態による、第２のネットワークサーバ内でＰＣＲＦを決定するための装置の図である。装置７００は、第２の送信デバイス７０１および第２の受信デバイス７０２を備える。

図２および図３も併せながら、装置７００の作動プロセスについて、以下に詳細に説明する。第２のネットワークサーバは、ＭＭＥ２０３、またはＡＦ２０６、または３ＧＰＰ ＡＡＡサーバ２０８とすることができる。

第２の送信デバイス７０１は、加入者の識別情報を含む第１の要求メッセージを、第１のネットワークサーバに送信するために使用される。本実施形態では、第１のネットワークサーバが、加入者関連情報を格納する。このような情報は、事前設定された加入者とＰＣＲＦとの間の対応情報、即ち、各加入者がどのＰＣＲＦに対応するかを含んでいる。同じ加入者グループに属する加入者であれば、同じＰＣＲＦに対応している。一実施形態では、第１のネットワークサーバはＨＳＳ２０１である。当業者であれば、第１のネットワークサーバは、加入者情報を格納する他のネットワーク要素（例えば、ＳＰＲなど）であってもよいことが理解されよう。

第２の受信デバイス７０２は、決定されたＰＣＲＦの識別情報を含む前記第１の応答メッセージを、前記第２のネットワークサーバから受信するために使用される。第２のネットワークサーバは、必要時にＰＣＲＦ情報を使用、即ち、前記加入者に関連するＰＣＣ要求をＰＣＲＦに送信することができる。例えば、ＡＦ２０６であれば、ＩＭＳ内のネットワーク要素は、ＱｏＳおよびＩＰベアラが同じＰＣＲＦによって制御されることを保証するために、特定の加入者に関連するメッセージを、同じＰＣＲＦに送信してもよい。

一実施形態では、前記第２のネットワークサーバは、ＭＭＥ２０３または３ＧＰＰ ＡＡＡサーバ２０８であり、第２の送信デバイス７０１は、加入者からのアタッチ要求に応答し、第１の要求メッセージを第１のネットワークサーバに送信するために更に使用される。

加入者が３ＧＰＰネットワークを通じてアクセスする場合、アタッチ要求をＭＭＥ２０３に送信し、第２の送信デバイス７０１はアクセス認証要求メッセージをＨＳＳ２０１に送信し、ＨＳＳ２０１はその要求の受信後に、加入者のアクセス認証を実行する、加入データを挿入する、加入者のＰＤＮへのアクセスを認可するなどし、そしてアクセス認証応答メッセージを第２の受信デバイス７０２に返す。本発明では、先行技術におけるアクセス認証要求メッセージが第１の要求メッセージとして働くとともに、先行技術におけるアクセス認証応答メッセージが第１の応答メッセージとして働く。したがって、新たなインターフェースを追加する必要がない。

加入者が非３ＧＰＰネットワークを通じてアクセスする場合、アタッチ要求を３ＧＰＰ ＡＡＡサーバ２０８に送信し、第２の送信デバイス７０１は登録要求をＨＳＳ２０１に送信し、第２の送信デバイス７０１はその登録要求の受信後に、加入者のアクセス認証を実行する、加入データを挿入する、および加入者のＰＤＮへのアクセスを認可するなどし、そして登録応答メッセージを第２の受信デバイス７０２に返す。本発明では、先行技術における登録要求が第１の要求メッセージとして働くとともに、先行技術における登録応答メッセージが第１の応答メッセージとして働く。したがって、新たなインターフェースを追加する必要がない。

別の実施形態では、前記第２のネットワークサーバはＭＭＥ２０３であり、前記装置７００は第３の送信デバイス７０３も含む。第２の受信デバイス７０２が第１の応答メッセージを第１のネットワークサーバから受信した後、第３の送信デバイス７０３は、ＰＣＲＦ情報を第３のネットワークサーバ（図示せず）に更に送信する。即ち、加入者の識別情報およびＰＣＲＦの識別情報を含む第２の要求メッセージを第３のネットワークサーバに送信し、それにより、第３のネットワークサーバは、加入者に関連するメッセージをＰＣＲＦに送信することになる。この場合、第３のネットワークサーバは、Ｓ−ＧＷ２０４またはＰ−ＧＷ２０５とすることができる。したがって、どれだけのＳ−ＧＷまたはＰ−ＧＷが１つのセッションに関わっているか、あるいは、それらの位置する地理的位置を問わずに、要求メッセージが同じ加入者または同じ加入者グループについてのものでありさえすれば、これらのＳ−ＧＷまたはＰ−ＧＷはメッセージを同じＰＣＲＦに送信することになり、それにより、これらのセッションは同じＰＣＲＦによって制御されることになる。

別の実施形態では、前記第２のネットワークサーバは３ＧＰＰ ＡＡＡサーバ２０８であり、前記装置７００は第３の送信デバイス７０３も含む。第２の受信デバイス７０２が第１の応答メッセージを第１のネットワークサーバから受信した後、第３の送信デバイス７０３は、ＰＣＲＦ情報を第３のネットワークサーバ（図示せず）に更に送信する。即ち、加入者の識別情報およびＰＣＲＦの識別情報を含む第２の要求メッセージを第３のネットワークサーバに送信し、それにより、第３のネットワークサーバは、加入者に関連するメッセージをＰＣＲＦに送信することになる。この場合、第３のネットワークサーバは、Ｓ−ＧＷ２０４またはＰ−ＧＷ２０５とすることができる。したがって、どれだけのＳ−ＧＷまたはＰ−ＧＷが１つのセッションに関わっているか、あるいは、それらの位置する地理的位置を問わずに、要求メッセージが同じ加入者または同じ加入者グループについてのものでありさえすれば、これらのＳ−ＧＷまたはＰ−ＧＷはメッセージを同じＰＣＲＦに送信することになり、それにより、これらのセッションは同じＰＣＲＦによって制御されることになる。

本発明は、ソフトウェア、および／またはソフトウェアとハードウェアとの組み合わせにおいて実施可能であることに留意されたい。例えば、本発明は、特定用途向け集積回路（ＡＳＩＣ）、汎用コンピュータ、またはその他任意の類似するハードウェア装置を用いることによって実施可能である。一実施形態では、上記のステップまたは機能を実現するため、本発明のソフトウェアプログラムをプロセッサによって実行することができる。同様に、本発明のソフトウェアプログラム（関連するデータ構造を含む）は、コンピュータ可読記録媒体、例えば、ＲＡＭメモリ、磁気光ドライブまたはフロッピー（登録商標）ディスク、および類似のデバイスに記憶することができる。加えて、本発明のいくつかのステップまたは機能は、ハードウェア、例えば、プロセッサと協働して様々なステップまたは機能を実行する回路を使用することによって実現することができる。

加えて、本発明の一部は、コンピュータプログラム命令などのコンピュータプログラム製品として適用することができ、その命令がコンピュータによって実行される際には、本発明による方法および／または技術的解決法は、コンピュータの操作を通じて呼び出されたり、提供されたりしてもよい。しかし、本発明の方法を呼び出すためのプログラム命令は、固定型または可動型記録媒体に記憶される可能性もあり、また／あるいは、ブロードキャスティングまたは他の信号搬送媒体を通じて転送される可能性もあり、また／あるいは、前記プログラム命令により動作しているコンピュータデバイスの演算メモリに記憶される可能性もある。この場合、本発明の実施形態によれば、そこに含まれる１つのデバイスが存在する。前記デバイスは、コンピュータプログラム命令を記憶するためのメモリ、およびプログラム命令を実行するためのプロセッサを備え、このデバイスは、コンピュータプログラム命令が前記プロセッサによって実行された場合にトリガされて、本発明の上記の実施形態に基づく方法および／または技術的解決法を作動させる。

当業者にとっては、本発明が上述の例示的実施形態の詳細に限定されるものではなく、更に、本発明の趣旨または基礎的特徴から逸脱しないという前提の下、本発明が他の特定の形態で実現可能であることは明白である。したがって、実施形態は、どの点からかに関係なく、例示的かつ非限定的なものとみなされるべきであり、本発明の範囲は、上記説明ではなく添付される特許請求の範囲によって定義されるものであって、特許請求の範囲に分類される均等な構成要素の意味、および本発明の範囲内のあらゆる変更を包含することを意図している。特許請求の範囲におけるいずれの参照記号も、当該の特許請求の範囲の限定とはみなさないものとする。また、「備える／含む」の語は他の構成要素またはステップを排除せず、単数は複数を排除せず、装置クレームにおいて言及される複数の構成要素または手段は、ソフトウェアまたはハードウェアを通じて、１つの構成要素または手段によって実現されてもよく、第１や第２といった表現は名称を表すためにだけ使用され、いかなる特定の順序も表すものではないことは明白である。

Claims (14)

1. 第１のネットワークサーバ内でＰＣＲＦを決定する方法であって、前記第１のネットワークサーバが加入者に関連する情報を格納し、方法が、
   加入者の識別情報を含む第１の要求メッセージを第２のネットワークサーバから受信するステップと、
   事前設定された加入者の識別情報とＰＣＲＦの識別情報との間の対応関係に基づいて、加入者に対応するＰＣＲＦを決定するステップと、
   決定されたＰＣＲＦの識別情報を含む第１の応答メッセージを前記第２のネットワークサーバに送信するステップとを備え、
   同じグループに属する加入者が、異なるサービス提供者に属していても、同じＰＣＲＦに対応するように、第１のネットワークサーバが、加入者の識別情報とＰＣＲＦの識別情報との間の対応関係を事前格納する、ＰＣＲＦを決定する方法。
2. 第１のネットワークサーバがホーム加入者サーバ（ＨＳＳ）または加入者プロファイルリポジトリ（ＳＰＲ）であり、前記第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）、またはアプリケーション機能（ＡＦ）、または３ＧＰＰ ＡＡＡサーバである、請求項１に記載の方法。
3. 第２のネットワークサーバ内でＰＣＲＦを決定する方法であって、
   加入者の識別情報を含む第１の要求メッセージを第１のネットワークサーバに送信するステップと、
   加入者の識別情報に対応するＰＣＲＦの識別情報を含む第１の応答メッセージを第１のネットワークサーバから受信するステップとを備え、
   同じグループに属する加入者が、異なるサービス提供者に属していても、同じＰＣＲＦに対応するように、前記第１のネットワークサーバが、加入者の識別情報とＰＣＲＦの識別情報との間の対応関係を事前格納する、ＰＣＲＦを決定する方法。
4. 前記第１のネットワークサーバがホーム加入者サーバ（ＨＳＳ）または加入者プロファイルリポジトリ（ＳＰＲ）であり、前記第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）、またはアプリケーション機能（ＡＦ）、または３ＧＰＰ ＡＡＡサーバである、請求項３に記載の方法。
5. 第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）または３ＧＰＰ ＡＡＡサーバの場合、第１の要求メッセージを第１のネットワークサーバに送信するステップが、
   加入者からのアタッチ要求に応答して、第１の要求メッセージを第１のネットワークサーバに送信するステップを更に備える、請求項４に記載の方法。
6. 第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）または３ＧＰＰ ＡＡＡサーバの場合、第１の応答メッセージを前記第１のネットワークサーバから受信する前記ステップの後に、
   前記加入者の識別情報およびＰＣＲＦの識別情報を含む第２の要求メッセージを第３のネットワークサーバに送信するステップを更に備える、請求項４に記載の方法。
7. 第３のネットワークサーバがサービスゲートウェイ（Ｓ−ＧＷ）、またはパケットデータネットワークゲートウェイ（Ｐ−ＧＷ）、または進化型パケットデータゲートウェイ（ｅＰＤＧ）である、請求項６に記載の方法。
8. 第１のネットワークサーバ内でＰＣＲＦを決定する装置であって、前記第１のネットワークサーバが加入者に関連する情報を格納し、装置が、
   加入者の識別情報を含む第１の要求メッセージを第２のネットワークサーバから受信するための第１の受信デバイスと、
   事前設定された加入者の識別情報とＰＣＲＦの識別情報との間の対応関係に基づいて、加入者に対応するＰＣＲＦを決定するための決定デバイスと、
   決定されたＰＣＲＦの識別情報を含む第１の応答メッセージを前記第２のネットワークサーバに送信するための第１の送信デバイスとを備え、
   同じグループに属する加入者が、異なるサービス提供者に属していても、同じＰＣＲＦに対応するように、前記第１のネットワークサーバが、加入者の識別情報とＰＣＲＦの識別情報との間の対応関係を事前格納する、ＰＣＲＦを決定する装置。
9. 前記第１のネットワークサーバがホーム加入者サーバ（ＨＳＳ）または加入者プロファイルリポジトリ（ＳＰＲ）であり、前記第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）、またはアプリケーション機能（ＡＦ）、または３ＧＰＰ ＡＡＡサーバである、請求項８に記載の装置。
10. 第２のネットワークサーバ内でＰＣＲＦを決定する装置であって、
    加入者の識別情報を含む第１の要求メッセージを第１のネットワークサーバに送信するための第２の送信デバイスと、
    前記加入者の識別情報に対応するＰＣＲＦの識別情報を含む第１の応答メッセージを前記第１のネットワークサーバから受信するための第２の受信デバイスとを備え、
    同じグループに属する加入者が、異なるサービス提供者に属していても、同じＰＣＲＦに対応するように、前記第１のネットワークサーバが、加入者の識別情報とＰＣＲＦの識別情報との間の対応関係を事前格納する、ＰＣＲＦを決定する装置。
11. 前記第１のネットワークサーバがホーム加入者サーバ（ＨＳＳ）または加入者プロファイルリポジトリ（ＳＰＲ）であり、第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）、またはアプリケーション機能（ＡＦ）、または３ＧＰＰ ＡＡＡサーバである、請求項１０に記載の装置。
12. 前記第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）または３ＧＰＰ ＡＡＡサーバの場合、前記第２のネットワークサーバが、前記加入者からのアタッチ要求に応答して、第１の要求メッセージを第１のネットワークサーバに送信するためにも使用される、請求項１１に記載の装置。
13. 前記第２のネットワークサーバがモビリティ管理エンティティ（ＭＭＥ）または３ＧＰＰ ＡＡＡサーバの場合、前記装置が第３の送信デバイスを備え、第３の送信デバイスは、第２の受信デバイスが第１の応答メッセージを前記第１のネットワークサーバから受信するステップの後に、加入者の識別情報およびＰＣＲＦの識別情報を含む第２の要求メッセージを第３のネットワークサーバに送信するために使用される、請求項１１に記載の装置。
14. 前記第３のネットワークサーバがサービスゲートウェイ（Ｓ−ＧＷ）、またはパケットデータネットワークゲートウェイ（Ｐ−ＧＷ）、または進化型パケットデータゲートウェイ（ｅＰＤＧ）である、請求項１３に記載の装置。

Images