(57)【特許請求の範囲】
【請求項１】
ホームネットワークに加入しているローミング端末の訪問先ネットワークにおける第１のポリシー及び課金ルール機能（ＰＣＲＦ）の役割を判定する方法であって、前記第１のＰＣＲＦが、前記ローミング端末が前記訪問先ネットワークにローミングしていると判定した場合に、
・前記第１のＰＣＲＦにより前記ホームネットワーク内の第２のＰＣＲＦのアドレスを取得するステップと、
・ローミング協定が前記ホームネットワークとの間に存在するかをチェックするステップと、
・前記ローミング協定が存在する場合、前記第１のＰＣＲＦが前記訪問先ネットワークのＰＣＲＦ（Ｖ−ＰＣＲＦ）の役割を担い、前記第１のＰＣＲＦが、前記第２のＰＣＲＦと動作モードについて交渉し、前記第１のＰＣＲＦが前記交渉した動作モードを担うステップと、
前記ローミング協定が存在せず、前記訪問先ネットワーク内のローカルポリシーが制限付きアクセスを許可する場合、制限付きＰＣＲＦモードを担うステップと
を備えることを特徴とする方法。
【請求項２】
前記ローミング協定が存在するかをチェックするステップは、
前記ローミング協定が存在しない場合、
・前記第１のＰＣＲＦが前記ホームネットワークＰＣＲＦと一時的ローミング協定について交渉するステップと、
・前記一時的ローミング協定が確立された場合、前記一時的ローミング協定をローカルに格納するステップと
を含むことを更に特徴とする請求項１記載の方法。
【請求項３】
前記一時的ローミング協定は、失効しない限り、同一のホームネットワークに加入している他の端末のために再利用されることを特徴とする請求項２記載の方法。
【請求項４】
前記第２のＰＣＲＦの前記アドレスは、前記第１のＰＣＲＦにより前記第１のＰＣＲＦのローミング協定又はＤｉａｍｅｔｅｒ経路指定エージェントを用いて内部記憶装置から取得されることを特徴とする請求項１記載の方法。
【請求項５】
前記ローミング協定が存在する場合、前記動作モードの交渉には、
動作モードの提案を含む第１のＤｉａｍｅｔｅｒメッセージを前記第１のＰＣＲＦにより前記第２のＰＣＲＦへ送信するステップと、
前記第２のＰＣＲＦから、選択された動作モードを含むＤｉａｍｅｔｅｒ応答メッセージを受信するステップと
が含まれることを特徴とする請求項１に記載の方法。
【請求項６】
前記ローミング協定が存在し、前記交渉された動作モードが完全ローカルモード又は制限付きローカルモードである場合、
前記訪問先ネットワーク内の前記ローミング端末のために実施されるべきルールセットを前記第２のＰＣＲＦから受信するステップと、
前記完全ローカルモードが交渉された場合に、公平利用のためのローカルオペレータルールと共に前記受信したルールを実施するステップと、
前記制限付きローカルモードが交渉された場合に、公平利用のためのローカルオペレータルールを適用せずに前記受信したルールを実施するステップと、
を含むことを更に特徴とする請求項１記載の方法。
【請求項７】
前記ローミング協定が存在せず、前記第１のＰＣＲＦが制限付きＰＣＲＦモードを実施する場合に、
前記ローミング端末のユーザに、訪問先ネットワークオペレータのホームページであって前記ユーザにクレジットカードを用いた登録及び該登録に関連するオプション選択を可能とするウェブ登録ページを含むホームページへの制限付きアクセス権を提供するステップと、
前記ユーザが登録した後に、前記第１のＰＣＲＦにより選択オプションに基づいてローカルルールを実施することにより、前記完全ＰＣＲＦロールを実施するステップと
を更に含むことを特徴とする請求項１記載の方法。
【請求項８】
ローミング端末のホームネットワーク内のポリシー及び課金ルール機能（ＰＣＲＦ）の役割を判定する方法であって、前記ＰＣＲＦが、前記端末が訪問したネットワーク内の第２のＰＣＲＦから第１のＤｉａｍｅｔｅｒメッセージを受信した場合に、
・前記ホームネットワークのＰＣＲＦ（Ｈ−ＰＣＲＦ）の役割を担うステップと、
・前記第１のＤｉａｍｅｔｅｒメッセージが動作モードを交渉するための追加の動作モードの情報要素を含むかを前記ＰＣＲＦがチェックするステップと、
・追加の動作モードの情報要素が存在する場合、内部ルールに対して前記追加の動作モードの情報要素内の前記要求された動作モードをチェックし、所望の動作モードを判定するステップと、
・Ｄｉａｍｅｔｅｒ返答メッセージを用意し、前記所望の動作モードを含む追加の動作モードの情報要素を含めるステップと、
を備えることを特徴とする方法。
【請求項９】
前記端末が訪問した前記ネットワークにおいて実施されるルールセットの初期転送又は更新のためのルールセットコンテナを前記Ｄｉａｍｅｔｅｒ返答メッセージに追加するステップを含むことを更に特徴とする請求項８記載の方法。
【請求項１０】
前記第１のＤｉａｍｅｔｅｒメッセージが、所望の動作モードための２ビット位置を有するサポート済特徴値パラメータであるＡＶＰを含むクレジット制御要求（ＣＣＲ）メッセージであることを特徴とする請求項５または８記載の方法。
【請求項１１】
前記第２のＤｉａｍｅｔｅｒメッセージが、所望の動作モードための２ビット位置を有するサポート済特徴値パラメータであるＡＶＰを含むクレジット制御応答（ＣＣＡ）メッセージであることを特徴とする請求項５または８記載の方法。
【請求項１２】
前記第２のＤｉａｍｅｔｅｒメッセージは、ルールセットコンテナを更に含むことを特徴とする請求項６または９記載の方法。
【請求項１３】
ポリシー及び課金ルール機能（ＰＣＲＦ）の役割及び動作モードを判定する公平利用セッション制御器を備えるＰＣＲＦであって、前記公平利用セッション制御器は請求項１乃至５のいずれか１項に記載の方法を実行するように特に構成されたことを特徴とするポリシー及び課金ルール機能（ＰＣＲＦ）。
【請求項１４】
ローミング協定及びＰＣＲＦのアドレスを格納及び検索するために前記公平利用セッション制御器によりアクセス可能であるローミング協定を格納するＰＣＲＦロケータを有することを更に特徴とする請求項１３記載のポリシー及び課金ルール機能（ＰＣＲＦ）。
【請求項１５】
前記公平利用セッション制御器に接続され、動作モードを交渉するための追加の動作モードの情報要素を有するＤｉａｍｅｔｅｒメッセージを送受信するために特に備えられたＰＣＲＦ間インタフェースハンドラを有することを更に特徴とする請求項１３記載のポリシー及び課金ルール機能（ＰＣＲＦ）。
【請求項１６】
ルールセットの初期転送又は更新のためのルールセットコンテナを有するＤｉａｍｅｔｅｒメッセージを送受信するために特に備えられた前記公平利用セッション制御器に接続されたＰＣＲＦ間インタフェースハンドラを有することを更に特徴とする請求項１３記載のポリシー及び課金ルール機能（ＰＣＲＦ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセスネットワークを介するパケット利用接続を有するユーザに対する公平利用ポリシーの制御及び実施に関する。
【背景技術】
【０００２】
電気通信ネットワークの一部である無線ネットワークにおいて自身の移動端末を用いて接続したユーザは、当該電気通信ネットワーク内のリソースを無制限に使用できない。そのようなユーザはポリシーにより制限される。ポリシーは、モバイルインターネットアップロードに対する最大許容帯域幅等の一般的な特徴を有してもよい。これらのポリシーの大部分は電気通信ネットワークのオペレータにより定義され、サービスの共同使用を可能にするために全ユーザに対して適用可能とされる。一方で、ポリシーは契約の一部であってもよい。プレミアム加入しているユーザは、レギュラー加入しているユーザより広いモバイルインターネット用ダウンロード帯域幅を有するためにより多くの金額を支払う。これは、典型的なサービス品質（ＱｏＳ）ポリシーである。
【０００３】
割当量制御は、公平利用の制御のためのポリシーの別の分野である。課金は一般的な用語として使用されるが、これは割当量制御を更に含む。実際の課金制御の典型的な例は、プリペイド加入しているユーザである。ユーザが使用に依存して課金する電気通信システム内のサービスを使用する場合、当該サービスはサービスを提供する前にユーザのプリペイドアカウントのクレジットを確保する。そのクレジットが消費又はほぼ消費された場合、クレジットはサービスにより再度要求される。最後に、実際に消費されたクレジットのみがサービスにより報告され、残ったクレジットはアカウントに再度追加される。オペレータは、サービスが確保できる最大量又はクレジットが確保された状態を維持される最長期間等をポリシーとして定義できる。
【０００４】
公平利用のための割当量制御の典型的な例は、１ヶ月当たり最大３５０Ｍｂのモバイルインターネットダウンロードを許可する契約を有するユーザである。この場合も、同様の確保機構及びその後のオペレータポリシーが適用されてもよい。
【０００５】
上述のポリシーは、以下の表に示すように公平利用の制御において組み合わされる。
0005523569.tif 000002
追加ルールは、割当量を超過した場合にサービスを単に拒否する代わりに行われる処置を定義するポリシーである。ＱｏＳ、割当量及び追加ルールの組み合わせは、公平利用制御ポリシーのセットとして理解される。
【０００６】
上述の制限は、一般に、電気通信システムにより適用されるルールとして理解される。これらのルールの多くは、ＧＳＭシステムにおけるＨＬＲ（ホームロケーションレジスタ）等のユーザ加入データを有するリポジトリ内に他の契約の詳細と共に格納される。オペレータにより定義される一般的なルールは各契約に追加されてもよいが、その場合、更新は煩雑な作業になる。
【０００７】
そのため、回線交換型電気通信システムは、オペレータが全体的に適用可能なルールを追加でき且つ契約に基づくルールが加入リポジトリと連携されるルールリポジトリ機能を既に定義している。ルールリポジトリ機能は、ネットワークに加入している特定のユーザに適用されるポリシーを１つのセットに組み合わせた。また、最終的にルールが実施される必要のあることは回線交換型電気通信システムにおいて既知である。通常、実施は、実際のリソースが制御される電気通信システムの専用ノードにおいて行われる。そのために、ルールリポジトリ内のルールの実施を処理するノードに含まれるか又はローカルに接続されたポリシー又はルール実施ポイントが定義されている。
【０００８】
電気通信システムが発達し、ＩＰを利用する情報交換は電気通信システムに対するコアトランスポートとして行われてきた。一般に、これは３ＧＰＰパケット交換ドメイン又はパケットコアネットワークと示される。同時に、電気通信システムは、ＩＰに基づいて他の非無線アクセス端末を許可するように開いている。既知の回線交換ポリシー処理は、オールＩＰドメインにおいてもはや充分でなかった。パケット交換ドメインにおいて、ポリシーの実施を行えるユーザに対する専用回線がもはや存在しないことは極めて重大である。パケットは、その目的地までに多くの動的経路を通ることができる。従って、ポリシーの制御及び実施に関する新しい概念が必要とされた。３ＧＰＰは、３ＧＰＰ  ＴＳ  ２３．２０３においてポリシー及びルール処理の新しい標準化を開始した。ポリシー及び課金制御（規格においてＰＣＣと示される）のために、この規格はＧＰＲＳ、ＬＴＥ、ＷＬＡＮ及びＷｉＦｉ、ＤＯＣＳＩＳ等の現在のパケットアクセス技術の全てを範囲に含む必要がある。
【０００９】
回線交換ドメインの場合と同様に、規格は中央ルール決定機能ＰＣＲＦ（ポリシー及び課金ルール機能）及び分散実施機能ＰＣＥＦ（ポリシー及び課金実施機能）を定義する。図１を更に参照して、３ＧＰＰにより定義されたＰＣＲＦ及びＰＣＥＦに対するアーキテクチャを説明する。
【００１０】
割り当てられたリソースを有する固定回線が存在しない場合、ポリシーの実施が行われてもよい代替回線が必要とされる。最初に、アクセスネットワークにユーザ端末を登録する。ユーザ端末は、ＧＳＭ／ＵＭＴＳ／ＬＴＥ無線ネットワークに接続している移動電話、ＷｉＦｉ又はＷＬＡＮを介して接続しているラップトップＰＣ、あるいはＤＯＣＳＩＳケーブルシステムを介する固定ＰＣ等であるとして広範に理解される必要がある。登録後、ユーザ機器はＩＰアドレスを割り当てられる。アクセスネットワークへの登録の一部として、ＩＰ−ＣＡＮ（ＩＰ接続性アクセスネットワーク）セッションが更に確立される。ＩＰ−ＣＡＮセッションの確立は、１つ以上のＩＰベアラの結合を特に含む。ＩＰベアラは、ＩＰネットワークを介するパッケージ用仮想二点間転送チャネルである。ユーザ端末が無線チャネルを介して接続される場合、ＩＰベアラは無線アクセスポイント（無線基地局、Ｅ−ノードＢ又はＷＬＡＮアクセスポイント等）からゲートウェイまで存在する。無線アクセスポイントとユーザ端末との間のベアラは無線ベアラとして定義される。そのため、双方のベアラは多くのユーザ端末により共有される。ベアラは、ユーザ端末を終点又は起点とするコンテンツ（音声、データ、インターネットページ、映像等）に関するパッケージの伝送を意図する。これは、アクセスネットワークの登録及び制御に関する信号伝送を含まない。
【００１１】
ＩＰベアラは仮想チャネルであるため、全体的なＩＰ伝送ネットワーク容量計画の一部として計画された容量を有する。ＩＰベアラがＩＰ−ＣＡＮセッションに結合される場合、それはＩＰ−ＣＡＮセッションから見てＩＰ−ＣＡＮベアラになる。結合の一部は、サービス品質（ＱｏＳ）に関する協定である。協定が存在しない場合、パッケージはベストエフォート（ＢＥ）で伝送される。代わりの協定がビットレート、誤り率、パッケージ遅延、パケット損失率等に関して作成されてもよい。これらの特徴の各々をＱｏＳクラス識別子（ＱＣＩ）と示す。重要な例は、保証ビットレート（ＧＢＲ）として合意されるビットレートである。ＱＣＩに割り当てられる値はポリシー制御の対象である。ポリシー制御のアプリケーションはＱｏＳ確保として理解されるべきである。尚、ＩＰベアラとＩＰ−ＣＡＮセッションとの結合は動的であり、ユーザによる特定コンテンツの要求により時間変動してもよい。この例は、特定のＱｏＳを有するＩＰベアラを必要とするユーザによる特定のアプリケーション機能（ＡＦ）の要求使用である。実際の結合は、ＰＣＲＦの制御下のベアラ結合機能（ＢＢＦ）により実行される。ＢＢＦは、ベアラ結合イベント報告機能（ＢＢＥＲＦ）及びＰＣＥＦの統合機能である。
【００１２】
上述のように、オペレータ定義の一般的な適用可能ルールと加入者別ルールとの間には差異が存在する。第１のカテゴリはＰＣＲＦにおいて保持される。第２のカテゴリはユーザ端末がアクセスネットワークに登録する際にＳｐインタフェースを介する要求により加入プロファイルリポジトリ（ＳＰＲ）からＰＣＲＦにより収集される。ＳＰＲは、例えばＨＬＲ又はＡＡＡサーバであるルールを含む加入者情報を保持する何らかのデータベース機能であってもよい。何らかの変化が契約において発生する場合、ＳＰＲはＰＣＲＦを更新する。ユーザ端末がアクセスネットワークから登録解除する場合、ＰＣＲＦはＳＰＲに通知する。使用される識別はアクセスネットワークの種類に依存し、例えばＩＭＳＩ（国際移動局識別子）又はＰＵＩ（パブリックユーザアイデンティティ）等である。
【００１３】
ＰＣＲＦの特定のルールは継続して実施される必要があるが、他のルールは特定のイベント後に実施される必要がある。イベントは、ＥＲＦ（イベント報告機能）によりＰＣＲＦに報告される。ＥＲＦは、ＢＢＥＲＦ又はＰＣＥＦに常駐する。また、ＡＦがＰＣＲＦにイベントを報告してもよい。ＥＲＦによるイベント報告の場合、ＰＣＲＦは専用ユーザに対する特定のイベントの通知を利用する。ＡＦによるイベント報告は、ユーザのコンテンツ要求に基づいてルールを実施するための新規又は変更された条件として理解されるべきである。
【００１４】
以上、ＩＰ−ＣＡＮセッションの確立及びＩＰベアラの結合に適用される場合のＱｏＳの実施を説明した。ルールが実施される必要のある他の分野が存在する。
【００１５】
１つの他の特定の分野はパケットフィルタリングである。例えば、割当量を超過した場合にオペレータのポータルウェブページのみに制限されるか、あるいはオペレータにより違法ダウンロードサイトから遮断される。パケットフィルタリングは、ゲートウェイにおいてＰＣＥＦにより実施される。ＰＣＲＦは、ユーザ端末の登録時又は報告されたイベント後にＰＣＥＦにフィルタリング基準を提供する。
【００１６】
ポリシー制御の最後の分野は課金制御である。これは、オンライン及びオフライン課金の双方を含む。オフライン課金は、ゲートウェイ又はアプリケーション機能によるオフライン課金システム（ＯＦＣＳ）に対する課金レコード（ＣＤＲ：課金データレコード）の生成である。オンライン課金は、プリペイドアカウントの場合と同様の金銭的クレジットに加えて割当量管理を含む。従って、より一般的な用語はクレジット管理である。アカウントか又は割当量かに関係なく、オンライン課金はイベント、時間又は容量に基づいてもよい。オンライン課金は、ＩＰ−ＣＡＮセッションにおけるＩＰベアラに特有である。そのため、同時課金が発生する。これは、時間又は容量に基づく制御においてクレジット確保が行われ、残ったクレジットが返却されることを意味する。ポリシールールは、最大確保量及び確保が未処理であってもよい最長時間等の項目を定義する。オンライン課金はＯＣＳにより実行され、ゲートウェイにおいてＰＣＥＦにより実施される。
【００１７】
更なる詳細は、３ＧＰＰ  ＴＳ  ２３．２０３及び２３．４０２を参照。
【００１８】
現在の標準化は、ＳＰＲ内の契約に含まれる契約に基づく割当量制限がＯＣＳにより取得及び制御される方法に関する解決策を提供していない。現在提案されている解決策は、ＰＣＲＦが追加機能及びＧｘインタフェースの拡張に基づいて公平利用自体に対する割当量制御を実行するというものである。全詳細は３ＧＰＰ  ＴＳ  ２３．２０３  ＣＲ  ０２３７において説明される。これは、ＰＣＲＦにより制御される他のルールがこのＯＣＳ型の割当量制御と組み合わせ可能であるという利点を提供する。
【００１９】
公平利用の制御の場合、主な問題は、端末が別の（訪問先）ネットワークを介して自身のホームネットワークに接続することによりローミングしている場合に、動作するべき方法が定義されていないことである。その場合、ホーム及び訪問先ネットワークの双方が協働する必要のあるＰＣＲＦ及びＰＥＣＦ／ＢＢＥＲＦ機能を有する。これは、オペレータ定義ルールの同時実施の場合に最も明らかである。オペレータルールの同時実施とは別に、訪問端末はローカルサービス及びホームネットワーク内のサービスに対して異なる接続例を有する場合がある。従って、ＰＥＣＦはいずれのネットワーク内に存在してもよいが、単一の一貫性のあるルールセットを用いて制御される必要がある。
【発明の概要】
【００２０】
開示される本発明は、訪問先及びホームネットワークの双方において一貫性のあるルールセットを実施する機能を有するネットワークを提供する。これは、ホームネットワークに加入しているローミング端末が訪問したネットワーク内の第１のポリシー及び課金ルール機能（ＰＣＲＦ）により達成される。この場合、第１のＰＣＲＦは端末がローミングしていると判定する。その後、第１のＰＣＲＦはホームネットワーク内の第２のＰＣＲＦのアドレスを検索し、ローミング協定が当該ネットワークオペレータとの間に存在するかをチェックする。ローミング協定が存在する場合、第１のＰＣＲＦは訪問先ネットワークのＰＣＲＦの役割を担う。
【００２１】
そのようなローミング協定が存在しない場合、第１のＰＣＲＦは当該ネットワークと一時的ローミング協定を交渉するオプションを有する。交渉が成功した場合、第１のＰＣＲＦはＶ−ＰＣＲＦの役割を担うことができる。
【００２２】
ローミング協定が存在しないか又は確立できない場合、第１のＰＣＲＦは訪問先ネットワークのオペレータルールが制限付きアクセスを許可するかをチェックする更なる１つのオプションを有する。ルールが許可する場合、ＰＣＲＦは訪問先ネットワークのオペレータルールのみを実施する制限付きＰＣＲＦの役割を担う。
【００２３】
制限付きアクセスが許可されない場合、アクセスは第１のＰＣＲＦにより拒否される必要がある。
【００２４】
第１のＰＣＲＦは、ローミング協定を格納してもよい内部データベースから第２のＰＣＲＦのアドレスを取得してもよく、あるいはＤｉａｍｅｔｅｒ経路指定エージェントを介してアドレスを分解する。
【００２５】
第１のＰＣＲＦは、Ｖ−ＰＣＲＦの役割を引き受けると、第２のＰＣＲＦと動作モードを交渉する。
【００２６】
交渉された動作モードにより必要となる場合、第１のＰＣＲＦは訪問先ネットワークにおいて実施されるルールセットを第２のＰＣＲＦから受信する。
【００２７】
更なる一態様において、機能は、第１のＰＣＲＦの第１のメッセージを受信し、ホームネットワークのＰＣＲＦ（Ｈ−ＰＣＲＦ）の役割を担うホームネットワーク内のＰＣＲＦにより提供される。Ｈ−ＰＣＲＦは、要求された動作モードの情報要素が第１の受信メッセージ内に存在するかをチェックする。それらが存在しない場合、Ｈ−ＰＣＲＦは標準的な既定のモードで動作する第２のＰＣＲＦに基づいて動作する。それらが存在する場合、Ｈ−ＰＣＲＦは内部ルールに対して要求された動作モードをチェックし、所望の動作モードを判定する。その後、Ｈ−ＰＣＲＦはＤｉａｍｅｔｅｒ返答メッセージを返送し、所望の動作モードを含む追加の動作モードの情報要素を含める。
【００２８】
その所望の動作モードにより必要となる場合、Ｈ−ＰＣＲＦは前記返答メッセージにルールセットを有するコンテナを追加できる。
【図面の簡単な説明】
【００２９】
【図１】図１は、３ＧＰＰ定義アーキテクチャのＰＣＲＦ／ＰＣＥＦを示す図である。
【図２ａ】図２ａは、トンネリングＢＢＥＲＦ制御を用いるローミングのホーム経由を示す図である。
【図２ｂ】図２ｂは、ローカルＢＢＥＲＦ制御を用いるローミングのホーム経由を示す図である。
【図３】図３は、ローミングのローカルブレークアウトを示す図である。
【図４】図４は、訪問先ネットワークのＰＣＲＦの役割の判定を示す図である。
【図５】図５は、モードに依存するルールセットを示す図である。
【図６】図６は、Ｖ−ＰＣＲＦとＨ−ＰＣＲＦとの間の交渉を示す図である。
【図７】図７は、透過性ルールセットの定義を示す図である。
【図８】図８は、本発明に係るＰＣＲＦを示す図である。
【発明を実施するための形態】
【００３０】
リリース９において、３ＧＰＰ  ＴＳ  ２３．２０３は、訪問先ネットワーク及びホームネットワーク内のエンティティとしてそれぞれＶ−ＰＣＲＦ及びＨ−ＰＣＲＦを定義するローミングの状況を予測した。また、２つの基本的な例、すなわちホーム経由ＩＰアクセスに対する例及びローカルベースＩＰアクセスに対する例が識別されている。実際は、双方の例の組合せがローミング端末に適用可能な場合がある。規格は、Ｖ−ＰＣＲＦとＨ−ＰＣＲＦとの間のＳ９インタフェースを更に識別している。図２及び図３を参照して、２つの例の間の差異を簡単に説明する。より詳細な情報は、３ＧＰＰ  ＴＳ  ２３．２０３  Ｒ９及びＴＳ  ２３．４０２  Ｖ９．０により提供される。ホーム経由アクセスか又はローカルブレークアウトかの選択は、訪問先ネットワーク内のアクセスノードにより、端末の契約におけるＡＰＮ及び端末登録ＩＤ内のネットワーク／国コードに基づいて判定される。選択は、訪問先ネットワークのオペレータにより定義されたルールに基づいて訪問先ゲートウェイにおいて行われる。選択がＡＰＮ毎に行われるため、組合せを判定できる。
【００３１】
ホーム経由アクセスを図２ａ及び図２ｂに示す。
【００３２】
ホーム経由アクセスにおいて、実際のＩＰ接続性（特定のＡＰＮに対する）はホームネットワークにおいて提供される。訪問先無線ネットワークの部分における接続性は、訪問先ネットワーク内のＢＢＥＲＦ（Ｖ−ＢＢＥＲＦ）により制御される。訪問先ネットワーク内のゲートウェイノードは、ホームネットワーク内のアクセスゲートへのＩＰトンネルを提供する。コアネットワークにおける接続性は、ホームアクセスゲートウェイ内のＨ−ＰＣＥＦにより制御される。
【００３３】
現在、ルールを実施するための２つの既定の方法が存在する。第１の方法において、Ｖ−ＢＢＥＲＦの制御はホームゲートウェイへの確立されたＩＰトンネルを介して提供される。そのため、Ｈ−ＰＣＲＦがＶ−ＢＢＥＲＦを制御する。登録端末に対してトリガされないため、訪問先ネットワーク内のＰＣＲＦは全く関係ない。第２の方法は、訪問先ネットワーク内のＰＣＲＦによりＶ−ＢＢＥＲＦを制御させる。また、この選択は、訪問先ネットワークのオペレータにより定義されたルールにより端末の登録時に訪問先ネットワークのゲートウェイにおいて判定される。この場合も、選択はＡＰＮ毎に行われる。
【００３４】
ローカルブレークアウトを図３に示す。
【００３５】
ローカルブレークアウトを用いる場合、実際のＩＰ接続性（特定のＡＰＮに対する）は、訪問先ネットワークのアクセスゲートウェイを介して訪問先ネットワークにおいて提供される。通常、これは、訪問先ネットワーク内のサービスが代替サービスとして使用される場合に当てはまる。この例において、制御は訪問先ネットワークにおいて行われ、訪問先ネットワークのＰＣＲＦはＶ−ＢＢＥＲＦ及びＶ−ＰＣＥＦを用いて無線アクセスネットワーク接続性及びコアネットワーク接続性の双方を制御する。
【００３６】
訪問先ネットワークのＰＣＲＦが関係しないため、更なる説明においてホームを経由する方法１を省略する。
【００３７】
いずれの例においても、ＳＰＲ内の契約に基づくルールはＨ−ＰＣＲＦにおいて保守される。オペレータに基づくルールはＶ−ＰＣＲＦ及びＨ−ＰＣＲＦの双方に存在する。ポリシー制御に対する最終責任はＨ−ＰＣＲＦが有するが、複数の委任の組合せが識別されてもよい。そのために、ＰＣＲＦ間インタフェースが必要とされる。最も一般的な例において、初期登録は、加入における初期条件に基づくホーム経由アクセスに対するものである。しかし、複数のネットワークオペレータは、登録中に適用されるホーム経由アクセスの代わりに最も近い代替機能が提供されることを決定できる。典型的な例は、ローカルゲートウェイにより高速で提供可能である単純なインターネットアクセスである。
【００３８】
最初に、ローミング端末は訪問先ネットワークに登録する。図４を参照すると、訪問先ネットワークのＰＣＲＦはＢＢＥＲＦから（また、ローカルブレークアウトの場合は更にＰＣＥＦから）ポリシーに対する要求を受信する。ＢＢＥＲＦは、端末に対するＩＰ−ＣＡＮセッションにおいて当該端末に対してベアラを結合するためにそれらを必要とする。従来技術と異なり、この場合、ＰＣＲＦは自身が担う必要のある役割を最初に確認する必要がある。端末が登録する場合、ＰＣＲＦは登録を希望する端末のアイデンティティに属する契約の詳細をＳＰＲに要求する。同時に、ＰＣＲＦは端末がＰＣＲＦの既定のホームドメインに属するかをチェックする。端末がＰＣＲＦの既定のホームドメインに属する場合、ＰＣＲＦは通常のＰＣＲＦの役割に留まる。端末がＰＣＲＦの既定のホームドメインに属さない場合、ＰＣＲＦは端末のホームドメイン内のＰＣＲＦのアドレスを取得しようとする。従って、ＰＣＲＦは既知のＰＣＲＦを求めて自身のＰＣＲＦロケータデータベースを探索するか、あるいは３ＧＰＰ  ＴＳ  ２９．２１３において定義されるＤＲＡ等の外部機能を使用してもよい。ホームドメイン内のＰＣＲＦのアイデンティティを有する場合、第２のチェックにおいて、ローミング協定が端末のホームネットワークのオペレータとの間に存在するかがチェックされる。ローミング協定が存在する場合、端末のホームドメインのＰＣＲＦはＰＣＲＦロケータデータベースに格納されており、ＰＣＲＦはＶ−ＰＣＲＦの役割を更に担う。ローミング協定が存在しない場合、ＰＣＲＦは端末のホームドメインのＰＣＲＦと一時的ローミング協定を交渉するためのルーチンを開始しようとしてもよい。別のネットワークとの一時的ローミング協定は、それが失効しない限り当該ネットワークに加入している他の端末に対して再利用できるため、その取得は特に有利である。
【００３９】
一時的ローミング協定の取得が成功した場合、ＰＣＲＦはＶ−ＰＣＲＦの役割を継続する。一時的ローミング協定の取得が成功しなかった場合、あるいは一時的ローミング交渉が実現されない場合、更なる動作は訪問先ネットワークのオペレータにより設定されたポリシーに依拠する。ローミング協定を有さない訪問端末のアクセスに対するポリシーが存在しない場合、アクセスは拒否される必要がある。しかし、訪問先ネットワークのオペレータは、例えばオペレータ自身のホームページへの制限付きアクセス権に対するローカルルールを有する場合がある。このように、オペレータは、訪問端末のユーザがクレジットカードを用いて登録できるようにすることにより、使用可能な特定のプリペイド量を提供してもよい。プリペイド量が取得されるまで、ＰＣＲＦは制限付きＰＣＲＦの役割を有する。プリペイド量の取得後、ＰＣＲＦは完全なＰＣＲＦの役割を担うことができる。適用されるルールは端末の契約に記載のルールではなく、ウェブ登録ページにおいてユーザにより行われたオプションの選択に基づく訪問先オペレータのルールセットである。訪問先ネットワークのゲートウェイがホームネットワークのゲートウェイの代わりに使用されるため、これはローカルブレークアウトの一例でもある。
【００４０】
第２のステップは、Ｖ−ＰＣＲＦの実際の役割の見え方を判定することである。複数のオプションが存在する；
・完全透過性：Ｖ−ＰＣＲＦは、実施機能から受信したメッセージをＨ−ＰＣＲＦに中継し且つＨ−ＰＣＲＦから受信したメッセージを実施機能に中継する。
・制限付きローカル実施：Ｖ−ＰＣＲＦは、公平利用に対するローカルルールを適用せずに、Ｈ−ＰＣＲＦから受信したルールセットを使用する。
・完全ローカル実施：Ｖ−ＰＣＲＦは、多くの制約を有するが、Ｈ−ＰＣＲＦから受信したルールセットと共に公平利用に対するローカルオペレータルールを使用する。制約に対しては、同時実施の考察の節を参照。
【００４１】
どのルールがどの場合に適用されるかを図５に概略的に示す。尚、第４の例は、Ｖ−ＰＣＲＦが自身のドメインに属する端末に対する場合と同様の標準的な（しかし、制限付きの）ＰＣＲＦとして機能する例である。
【００４２】
Ｖ−ＰＣＲＦは、標準的な既定の役割を担うか又はＨ−ＰＣＲＦと役割を交渉できる。標準的な既定の役割を担う場合、Ｈ−ＰＣＲＦとの役割の交渉は行われない。Ｈ−ＰＣＲＦによりＶ−ＰＣＲＦから受信された第１のＤｉａｍｅｔｅｒメッセージはＨ−ＰＣＲＦにより提案された役割を含まず、Ｈ−ＰＣＲＦはＶ−ＰＣＲＦが標準的な既定の役割を担うと仮定する。Ｖ−ＰＣＲＦが役割を交渉したい場合、Ｈ−ＰＣＲＦに送出される第１のＤｉａｍｅｔｅｒメッセージにおいて役割を提案する必要がある。従って、標準的な既定のＤｉａｍｅｔｅｒメッセージは２つの動作モードビットを用いて拡張される。Ｈ−ＰＣＲＦは、所望のビットの組合せを設定することにより、選択された動作モードと共に同一の拡張子を有するＤｉａｍｅｔｅｒ応答メッセージで返答する。
【００４３】
Ｈ−ＰＣＲＦ内のオペレータルールは、これらの状況の各々に対して特定の適合されたルールセットを有してもよい。１つの適切な例は、最大割当量確保又は最大時間割当量が各モードにおいて異なる値を有することにより確保された状態を維持されてもよいことである。
【００４４】
役割判定の最後の部分は、Ｖ−ＰＣＲＦにより実施されるルールのアクティブ転送である。実際は、これは完全又は制限付きローカル動作モードに対してのみ有効である。このために、Ｈ−ＰＣＲＦはＤｉａｍｅｔｅｒ応答メッセージに追加されたコンテナにおいて１つのルールセットを提供する。ルールセットに関する更に詳細な情報を透過性ルールセットの節において説明する。Ｄｉａｍｅｔｅｒメッセージに関する更なる情報は、ＩＥＴＦ規格のＲＦＣ３５８８及びＲＦＣ４００６を参照。
【００４５】
同時実施の問題点
これは、Ｖ−ＰＣＲＦがローカル（訪問先）オペレータのルール及びホームオペレータのルールの双方を同時に実施しようとする場合にのみ適用可能である。これは、完全ローカルモードの場合にのみ当てはまる。
【００４６】
一般に、Ｈ−ＰＣＲＦの制限は優勢である必要がある。例えば最大クレジット要求量がＹである場合、Ｖ−ＰＣＲＦはローカルポリシーが指示する場合に実施時にＹ未満を使用できるが、それ以上を使用できない。絶対値が一致しない場合の解決策は更に困難である。例えば、Ｈ−ＰＣＲＦは５０Ｍｂの既定のビットレートを保証するが訪問先オペレータネットワークは３０、６０又は９０Ｍｂを実施可能である場合である。Ｖ−ＰＣＲＦは実施に対するより高い準拠値をとる必要がある。また要求された値が不可能な場合もある。例えば、ビット誤り率である。訪問先ネットワークにおいて要求された品質を提供できないため、提供される最善のオプションが実施される。ネットワークが例えば最大遅延時間である要求を実施する能力を有さない場合、ベストエフォートが適用される必要がある。一般に、Ｖ−ＰＣＲＦはＱｏＳルールに対して可能である等価、より適切又は最善のものを使用する必要があり、割当量関連ルールを超過してはいけない。尚、特定の状態が生じる場合、Ｈ−ＰＣＲＦをトリガするためにいくつかの追加ルールがＶ−ＰＣＲＦに対して設定されてもよい。その場合、Ｖ−ＰＣＲＦはＰＣＥＦ型の役割を部分的に有する。しかし、トリガはＶ−ＰＣＲＦにより受信されたトリガの結果であってもよく、Ｖ−ＰＣＲＦ内部の他のイベントであってもよい。
【００４７】
透過性ルールセット
Ｖ−ＰＣＲＦの動作モードにおいて指摘したように、ルールセットが転送される必要のある場合がある。その次に、既存のルールセットを追加、削除又は更新できる必要がある。透過性ルールセットのセットアップの一例を以下に説明する。
【００４８】
ルール実施処理において、３つの異なる種類のルールが定義される；
・制御；通常はＰＣＲＦからＰＣＥＦへの設定値、動作等である。
・トリガ：通常はＰＣＲＦに信号伝送する場合のＰＣＥＦからＰＣＲＦに与えられる条件である。
・イベント；特定のルールの適用範囲を変更するトリガの組合せである。
【００４９】
更新、追加及び削除できるようにするために、ルールセット内の各ルールはルールセットにおいて一意の番号を有する。削除する場合、設定された更新メッセージにおいて番号のみを削除すれば充分である。追加は新規番号＋ルールが存在することを意味し、変更は既存の番号＋ルール定義である。
【００５０】
初期又は更新用のいずれのルールセットも、開始指標"＜；"、ルール番号として構成されるルール、"，"及びルール定義の順で構成される。更なるルールが"；"の後に続いてもよい。ルール定義は"；"を含まなくてもよい。最後のルール定義の後にルールセット終了指標"；＞"が続く。
【００５１】
実際のルール定義は、クラス識別子（ＣＩ）、初期状態、種類及びルール本体を含む。最も重要なのはクラス識別子である。２つのエンティティが互いのルールを理解する必要がある場合、ルールが実行される必要のあるエンティティは両側で同一の定義を有する必要がある。ローミング協定を作成する場合、ＣＩはその一部である必要がある。ＣＩはビット誤り率、転送速度、最大確保閾値等のエンティティを示す番号である。複数のＣＩが種々の目的のために３ＧＰＰにおいて既に標準化されている。初期状態は、１で示されるオン又は０で示されるオフのいずれかである。ある特定のイベントルールは、オンをオフに及びオフをオンに変更してもよい。種類は、ルールの種類を示す整数０、１又は２である（制御＝０、トリガ＝１及びイベント＝２）。
【００５２】
ルール定義は、ＣＩ番号、"，"、初期状態を表す１又は０、"，"、ルールの種類を表す０、１又は２、"："、ルール本体の順に続く。ルール本体はルールの種類に依存する。
【００５３】
制御ルールの場合、本体は"，"により分離される値のリストである。ＣＩは、順序の意味に加えて、１つ以上の値が提供される必要があるか又はオプションの多くの値が入力可能であるかを判定する。値は数値であってもよいが、ウェブアドレスフィルタリングの設定に適用可能であるようにテキスト等であってもよい。
【００５４】
トリガルールの場合、本体は"，"により分離される上限（第１）及び下限（第２）の境界値を含む。
第１の値＝第２の値である場合、値に到達した場合にトリガする。
第１の値が省略される場合、第２の値より小さい場合にトリガする。
第２の値が省略される場合、第１の値より大きい場合にトリガする。
第１の値＞第２の値である場合、値により与えられる範囲に含まれない場合にトリガする。
第１の値が＜第２の値である場合、値により与えられる範囲に含まれる場合にトリガする。
【００５５】
イベントルールの場合、本体は、ブールトリガ式、スイッチオフするためのルールのリスト及びスイッチオンするためのルールのリストを含む。切り替えられる必要のあるルールの場合、それは双方のリストに記載され且つ反対の状態への状態の変化として解釈される。３つは全て"："により分離される。ブールトリガ式は、トリガルールのルール番号と「ＡＮＤ」、「ＯＲ」、「ＸＯＲ」、「ＮＯＴ」、"）"及び"）"との組合せである。他の２つのリストは、ルールセット内のいずれのルールであってもよいルール番号を含む。イベントルールの場合、ＣＩは考慮されないが存在する必要があり、指示のために使用されてもよい。
【００５６】
Ｈ−ＰＣＲＦが述べられる場合、ＯＣＳと読まれてもよいことは当業者には明らかであろう。その場合、Ｖ−ＰＣＲＦはその特定の役割に関して端末のホームドメイン内のＯＣＳと交渉する。更に、開示した本発明はローミング状況における公平利用ポリシーの制御に限定されず、ルールセットに対する制御が交渉される必要があり且つその後にルールセットのハンドオーバ及びそれらの更新が必要とされる状況において影響を及ぼす全てのポリシーを制御するために考慮されてもよい。
【符号の説明】
【００５７】
３ＧＰＰ    第３世代パートナーシッププロジェクト                〔標準化団体〕
ＡＦ    アプリケーション機能
ＡＰＮ    アクセスポイント名
ＢＢＥＲＦ    ベアラ結合／イベント報告機能
ＢＢＦ    ベアラ結合機能
ＢＥ    ベストエフォート（ベアラのＱｏＳに対する）
ＣＩ    （制御）クラス指標
ＣＤＲ    課金データレコード
ＤＯＣＳＩＳ    Ｄａｔａ  Ｏｖｅｒ  Ｃａｂｌｅ  Ｓｅｒｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ                    〔アクセスネットワーク技術〕
ＤＲＡ    Ｄｉａｍｅｔｅｒ経路指定エージェント
ＥＲＦ    イベント報告機能
ＧＢＲ    保証ビットレート（ベアラに対する）
ＧＳＭ    汎ヨーロッパデジタル移動通信システム    〔モバイルネットワーク技術〕
ＧＰＲＳ    汎用パケット無線サービス              〔モバイルネットワーク技術〕
ＨＬＲ    ホームロケーションレジスタ          〔モバイルネットワークノード〕
Ｈ−ＰＣＥＦ    ホームネットワークのＰＣＥＦ
Ｈ−ＰＣＲＦ    ホームネットワークのＰＣＲＦ
ＩＤ    アイデンティティ／識別／識別子
ＩＥＴＦ    インターネット技術特別調査委員会                    〔標準化団体〕
ＩＭＳＩ    国際移動加入者識別番号                  〔ＳＳ７のアドレスの種類〕
ＩＰ    インターネットプロトコル
ＩＰ−ＣＡＮ    ＩＰ接続性アクセスネットワーク
ＩＳＤＮ    国際加入者ディレクトリ番号              〔ＳＳ７のアドレスの種類〕
ＬＴＥ    Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ  〔モバイルネットワーク技術〕
ＭＣＣ    モバイル国コード                    〔ＩＭＳＩのアドレスフィールド〕
ＭＮＣ    モバイルネットワークコード          〔ＩＭＳＩのアドレスフィールド〕
ＭＳ    移動局
ＭＳＩＳＤＮ    移動局ＩＳＤＮ                      〔ＳＳ７のアドレスの種類〕
ｎｏｄｅＢ    モバイルネットワークにおける制御ノード
ＯＣＳ    オンライン課金システム
ＯＦＣＳ    オフライン課金システム
ＰＣＣ    ポリシー及び課金制御
ＰＣＥＦ    ポリシー及び課金実施機能
ＰＣＲＦ    ポリシー及び課金ルール機能
ＰＵＩ    パブリックユーザアイデンティティ
ＱＣＩ    ＱｏＳクラス指標
ＱｏＳ    サービス品質
ＳＰＲ    加入プロファイルリポジトリ
ＳＳ７    信号伝送システムｎｒ．７                    〔通信網のサブシステム〕
ＵＭＴＳ    ユニバーサル移動通信システム          〔モバイルネットワーク技術〕
Ｖ−ＰＣＥＦ    訪問先ネットワークのＰＣＥＦ
Ｖ−ＰＣＲＦ    訪問先ネットワークのＰＣＲＦ
ＷＣＤＭＡ    広帯域符号分割多元接続              〔モバイルネットワーク技術〕
ＷＬＡＮ    無線ローカルエリアネットワーク        〔モバイルネットワーク技術〕
【図１】
0005523569.tif 000003
【図２ａ】
0005523569.tif 000004
【図２ｂ】
0005523569.tif 000005
【図３】
0005523569.tif 000006
【図４】
0005523569.tif 000007
【図５】
0005523569.tif 000008
【図６】
0005523569.tif 000009
【図７】
0005523569.tif 000010
【図８】
0005523569.tif 000011