(57)【要約】  本発明は、セッション復旧方法、デバイス及びシステムを提供する。この方法は、スタンバイPCRFにより、PCEFにより送信されたCCR-Uメッセージを受信し、CCR-Uメッセージは、セッションが更新される必要があるという決定の後にPCEFにより送信され、スタンバイPCRFにより、CCR-Uメッセージに従ってセッションを再確立してPCCポリシー判断を行うことを含む。本発明の実施例によれば、シグナリング相互作用のオーバーヘッドが低減可能になり、スタンバイPCRFのシグナリング処理能力が改善可能になる。
2016502356.tif 000002
【特許請求の範囲】
【請求項１】
スタンバイポリシー及び課金ルール機能エンティティ（PCRF）により、ポリシー及び課金施行機能エンティティ（PCEF）により送信されたクレジット・コントロール・リクエスト・アップデート（CCR-U）メッセージを受信するステップであり、前記CCR-Uメッセージは、セッションが更新される必要があるという決定の後に前記PCEFにより送信されるステップと、
前記スタンバイPCRFにより、前記CCR-Uメッセージに従ってセッションを再確立してポリシー及び課金制御（PCC）ポリシー判断を行うステップと
を有するセッション復旧方法。
【請求項２】
前記CCR-Uメッセージは、ユーザ情報及び元のPCCルールを有し、前記元のPCCルールは、IP-CANセッションの初期確立手順又はIP接続アクセスネットワーク（IP-CAN）セッションの更新手順の間にプライマリPCRFにより前記PCEFに送信され、
PCCポリシー判断を行うステップは、
前記元のPCCルールが前記PCCポリシー判断の後に取得されたPCCルールであることを決定するステップ、又は
前記ユーザ情報及び加入情報に従ってPCCルールを取得するステップ
を有する、請求項１に記載の方法。
【請求項３】
前記スタンバイPCRFにより取得された前記PCCルールが前記元のPCCルールと異なる新たなPCCルールである場合、
前記方法は、
前記スタンバイPCRFにより、クレジット・コントロール・アンサー・アップデート（CCA-U）メッセージを前記PCEFに送信するステップを更に有し、前記PCEFが前記新たなPCCルールに従って課金及びポリシー制御を実行するために、前記CCA-Uメッセージは前記新たなPCCルールを有する、請求項２に記載の方法。
【請求項４】
前記CCR-Uメッセージは、ユーザ情報を有し、
PCCポリシー判断を行うステップは、
前記ユーザ情報及び加入情報に従ってPCCルールを取得するステップと、
構成情報に従ってセッション復旧命令情報を取得するステップと
を有し、前記セッション復旧命令情報は、前記PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、
前記方法は、
前記スタンバイPCRFにより、CCA-Uメッセージを前記PCEFに送信するステップを更に有し、前記CCA-Uメッセージは、前記セッション復旧命令情報を有する、請求項１に記載の方法。
【請求項５】
前記セッション復旧命令情報が前記PCEFに対して前記元のベアラ及びポリシーを変更するように命令するために使用される場合、前記PCEFが前記CCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールを前記スタンバイPCEFにより取得された前記PCCルールと交換するために、前記CCA-Uメッセージは、前記スタンバイPCRFにより取得された前記PCCルールを更に有する、請求項４に記載の方法。
【請求項６】
ポリシー及び課金施行機能エンティティ（PCEF）により、セッションが更新される必要があることを決定するステップと、
クレジット・コントロール・リクエスト・アップデート（CCR-U）メッセージに従ってスタンバイポリシー及び課金ルール機能エンティティ（PCRF）によりセッションが再確立されてポリシー及び課金制御（PCC）ポリシー判断が行われるために、前記PCEFにより、CCR-UメッセージをスタンバイPCRFに送信するステップと
を有するセッション復旧方法。
【請求項７】
前記PCEFにより、IP接続アクセスネットワーク（IP-CAN）セッションの初期確立手順又はIP-CANセッションの更新手順の間にプライマリPCRFにより送信された元のPCCルールを受信するステップを更に有し、
CCR-Uメッセージに従ってスタンバイPCRFがセッションを再確立してPCCポリシー判断を行うために、前記PCEFにより、CCR-UメッセージをスタンバイPCRFに送信するステップは、
前記PCEFにより、前記CCR-Uメッセージを前記スタンバイPCRFに送信するステップを有し、前記スタンバイPCRFがユーザ情報に従って前記セッションを再確立し、前記元のPCCルールが前記PCCポリシー判断の後に取得されたPCCルールであることを決定するために、又はユーザ情報及び加入情報に従ってPCCルールを取得するために、前記CCR-Uメッセージは、ユーザ情報及び前記元のPCCルールを有する、請求項６に記載の方法。
【請求項８】
前記スタンバイPCRFにより取得された前記PCCルールが前記PCEFの前記元のPCCルールと異なる場合、
前記方法は、
前記PCEFにより、前記スタンバイPCRFにより送信されたクレジット・コントロール・アンサー・アップデート（CCA-U）メッセージを受信するステップであり、前記CCA-Uメッセージは、前記スタンバイPCRFにより取得された前記PCCルールを有するステップと、
前記スタンバイPCRFにより取得された前記PCCルールに従って課金及びポリシー制御を実行するステップと
を更に有する、請求項７に記載の方法。
【請求項９】
CCR-Uメッセージに従ってスタンバイPCRFがセッションを再確立してPCCポリシー判断を行うために、前記PCEFにより、CCR-UメッセージをスタンバイPCRFに送信するステップは、
前記PCEFにより、前記CCR-Uメッセージを前記スタンバイPCRFに送信するステップを有し、前記スタンバイPCRFがユーザ情報に従って前記セッションを再確立し、ユーザ情報及び加入情報に従ってPCCルールを取得し、構成情報に従ってセッション復旧命令情報を取得するために、前記CCR-Uメッセージは、ユーザ情報を有し、前記セッション復旧命令情報は、前記PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、
前記方法は、
前記PCEFにより、前記スタンバイPCRFにより送信されたCCA-Uメッセージを受信するステップを更に有し、前記CCA-Uメッセージは、前記セッション復旧命令情報を有する、請求項６に記載の方法。
【請求項１０】
前記セッション復旧命令情報が前記PCEFに対して前記元のベアラ及びポリシーを変更するように命令するために使用される場合、前記CCA-Uメッセージは、前記スタンバイPCRFにより取得された前記PCCルールを更に有し、
前記方法は、
前記PCEFにより、前記CCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールを前記スタンバイPCEFにより取得された前記PCCルールと交換するステップを更に有する、請求項９に記載の方法。
【請求項１１】
ポリシー及び課金施行機能エンティティ（PCEF）により送信されたクレジット・コントロール・リクエスト・アップデート（CCR-U）メッセージを受信するように構成された受信モジュールであり、前記CCR-Uメッセージは、セッションが更新される必要があることを決定した後に前記PCEFにより送信される受信モジュールと、
前記CCR-Uメッセージに従ってセッションを再確立してクレジット・コントロール・リクエスト・アップデート（PCC）ポリシー判断を行うように構成された処理モジュールと
を有するセッション復旧デバイス。
【請求項１２】
前記CCR-Uメッセージは、ユーザ情報及び元のPCCルールを有し、前記元のPCCルールは、IP接続アクセスネットワーク（IP-CAN）セッションの初期確立手順又はIP-CANセッションの更新手順の間にプライマリPCRFにより前記PCEFに送信され、
前記処理モジュールは、前記元のPCCルールが前記PCCポリシー判断の後に取得されたPCCルールであることを決定するように、或いは前記ユーザ情報及び加入情報に従ってPCCルールを取得するように具体的に構成される、請求項１１に記載のデバイス。
【請求項１３】
スタンバイPCRFにより取得された前記PCCルールが前記元のPCCルールと異なる新たなPCCルールである場合、
前記デバイスは、
クレジット・コントロール・アンサー・アップデート（CCA-U）メッセージを前記PCEFに送信するように構成された送信モジュールを更に有し、前記PCEFが前記新たなPCCルールに従って課金及びポリシー制御を実行するために、前記CCA-Uメッセージは前記新たなPCCルールを有する、請求項１２に記載のデバイス。
【請求項１４】
前記CCR-Uメッセージは、ユーザ情報を有し、前記処理モジュールは、前記ユーザ情報及び加入情報に従ってPCCルール及びセッション復旧命令情報を取得するように具体的に構成され、前記セッション復旧命令情報は、前記PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、
前記デバイスは、
CCA-Uメッセージを前記PCEFに送信するように構成された送信モジュールを更に有し、前記CCA-Uメッセージは、前記セッション復旧命令情報を有する、請求項１１に記載のデバイス。
【請求項１５】
前記セッション復旧命令情報が前記PCEFに対して前記元のベアラ及びポリシーを変更するように命令するために使用される場合、前記送信モジュールは、CCA-Uメッセージを前記PCEFに送信するように具体的に構成され、前記PCEFが前記CCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCEFにより取得された前記PCCルールと交換するために、前記CCA-Uメッセージは、前記スタンバイPCRFにより取得された前記PCCルール及び前記セッション復旧命令情報を有する、請求項１４に記載のデバイス。
【請求項１６】
セッションが更新される必要があることを決定するように構成された決定モジュールと、
クレジット・コントロール・リクエスト・アップデート（CCR-U）メッセージに従ってスタンバイポリシー及び課金ルール機能エンティティ（PCRF）によりセッションが再確立されてポリシー及び課金制御（PCC）ポリシー判断が行われるために、CCR-UメッセージをスタンバイPCRFに送信するように構成された送信モジュールと
を有するセッション復旧デバイス。
【請求項１７】
IP接続アクセスネットワーク（IP-CAN）セッションの初期確立手順又はIP-CANセッションの更新手順の間にプライマリPCRFにより送信された元のPCCルールを受信するように構成された第１の受信モジュールを更に有し、
前記送信モジュールは、前記CCR-Uメッセージを前記スタンバイPCRFに送信するように具体的に構成され、前記スタンバイPCRFがユーザ情報に従って前記セッションを再確立し、前記元のPCCルールが前記PCCポリシー判断の後に取得されたPCCルールであることを決定するために、又はユーザ情報及び加入情報に従ってPCCルールを取得するために、前記CCR-Uメッセージは、ユーザ情報及び前記元のPCCルールを有する、請求項１６に記載のデバイス。
【請求項１８】
前記スタンバイPCRFにより取得された前記PCCルールが前記PCEFの前記元のPCCルールと異なる場合、前記デバイスは、
前記スタンバイPCRFにより送信されたクレジット・コントロール・アンサー・アップデート（CCA-U）メッセージを受信し、前記CCA-Uメッセージは、前記スタンバイPCRFにより取得された前記PCCルールを有し、前記スタンバイPCRFにより取得された前記PCCルールに従って課金及びポリシー制御を実行するように構成された第３の受信モジュールを更に有する、請求項１７に記載のデバイス。
【請求項１９】
前記送信モジュールは、前記CCR-Uメッセージを前記スタンバイPCRFに送信するように具体的に構成され、前記スタンバイPCRFがユーザ情報に従って前記セッションを再確立し、ユーザ情報及び加入情報に従ってPCCルールを取得し、構成情報に従ってセッション復旧命令情報を取得するために、前記CCR-Uメッセージは、ユーザ情報を有し、前記セッション復旧命令情報は、前記PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、
前記デバイスは、
前記スタンバイPCRFにより送信されたCCA-Uメッセージを受信するように構成された第４の受信モジュールを更に有し、前記CCA-Uメッセージは、前記セッション復旧命令情報を有する、請求項１６に記載のデバイス。
【請求項２０】
前記セッション復旧命令情報が前記PCEFに対して前記元のベアラ及びポリシーを変更するように命令するために使用される場合、前記CCA-Uメッセージは、前記スタンバイPCRFにより取得された前記PCCルールを更に有し、
前記デバイスは、
前記CCA-Uメッセージが受信された後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールを前記スタンバイPCEFにより取得された前記PCCルールと交換するように構成された処理モジュールを更に有する、請求項１９に記載のデバイス。
【請求項２１】
セッションが更新される必要があることを決定した後にクレジット・コントロール・リクエスト・アップデート（CCR-U）メッセージを送信するように構成されたポリシー及び課金施行機能エンティティ（PCEF）と、
前記CCR-Uメッセージに従ってセッションを再確立してPCCポリシー判断を行うように構成されたスタンバイポリシー及び課金ルール機能エンティティ（PCRF）と
を有するセッション復旧システム。
【請求項２２】
前記PCEFは、前記セッションが更新される必要があることを決定した後に前記CCR-Uメッセージを送信するように具体的に構成され、前記CCR-Uメッセージは、ユーザ情報及び元のPCCルールを有し、前記元のPCCルールは、IP接続アクセスネットワーク（IP-CAN）セッションの初期確立手順又はIP-CANセッションの更新手順の間にプライマリPCRFにより前記PCEFに送信され、
前記スタンバイPCRFは、前記ユーザ情報に従って前記セッションを再確立し、前記元のPCCルールが前記PCCポリシー判断の後に取得されたPCCルールであることを決定するように、或いは前記ユーザ情報及び加入情報に従ってPCCルールを取得するように具体的に構成される、請求項２１に記載のシステム。
【請求項２３】
前記スタンバイPCRFにより取得された前記PCCルールが前記元のPCCルールと異なる新たなPCCルールである場合、前記スタンバイPCRFは、クレジット・コントロール・アンサー・アップデート（CCA-U）メッセージを前記PCEFに送信するように更に構成され、前記PCEFが前記新たなPCCルールに従って課金及びポリシー制御を実行するために、前記CCA-Uメッセージは前記新たなPCCルールを有する、請求項２２に記載のシステム。
【請求項２４】
前記PCEFは、前記セッションが更新される必要があることを決定した後に前記CCR-Uメッセージを送信するように具体的に構成され、前記CCR-Uメッセージは、ユーザ情報を有し、
前記スタンバイPCRFは、ユーザメッセージに従って前記セッションを再確立し、前記ユーザ情報及び加入情報に従ってPCCルールを取得し、構成情報に従ってセッション復旧命令情報を取得し、前記セッション復旧命令情報は、前記PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、CCA-Uメッセージを前記PCEFに送信するように具体的に構成され、前記CCA-Uメッセージは、前記セッション復旧命令情報を有する、請求項２１に記載のシステム。
【請求項２５】
前記セッション復旧命令情報が前記PCEFに対して前記元のベアラ及びポリシーを変更するように命令するために使用される場合、前記CCA-Uメッセージは、前記スタンバイPCRFにより取得された前記PCCルールを更に有し、前記PCEFは、前記CCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールを前記スタンバイPCEFにより取得された前記PCCルールと交換するように更に構成される、請求項２４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術の分野に関し、特にセッション復旧方法、デバイス及びシステムに関する。
【背景技術】
【０００２】
ポリシー及び課金制御（Policy  and  Charging  Control、PCC）アーキテクチャでは、パケット交換（Packet  Switching、PS）ネットワークは、異なるサービスストリームを検出し、サービスストリームについてのサービス品質（Quality  of  Service、QoS）制御及び課金統計を実行することができる。PCCシステムは、ポリシー及び課金施行機能エンティティ（Policy  and  Charging  Enforcement  Function、PCEF）と、ポリシー及び課金ルール機能エンティティ（Policy  and  Charging  Rule  Function、PCRF）とを含む。PCEFとPCRFとの間のインタフェースは、Gxインタフェースである。Gxインタフェースの信頼性を改善するために、通常では、PCRFアクティブ／スタンバイ冗長モードが実際の配備の間に使用される。ユーザのアクティベーション手順の間に、プライマリPCRFは、セッションを確立するために優先的に選択され、プライマリPCRFが利用不可能である場合、スタンバイPCRFが選択される。ユーザ更新及びディアクティベーションの間に、アクティベーションの間に選択されたPCRFが優先的に使用され、アクティベーションの間に選択されたPCRFが利用不可能である場合、他のPCRFを選択するためにGxフェールオーバ（Failover）手順がトリガーされる。
【０００３】
プライマリPCRF及びスタンバイPCRFは、通常では、異なる地理的位置に位置する。従来技術では、プライマリPCRFとスタンバイPCRFとの間にリアルタイムのホットスタンバイ方式が採用される。例えば、ネットワークエレメントの間のデータ整合性を確保するために、２つの間にリアルタイムのシグナリング相互作用が必要になる。
【０００４】
しかし、リアルタイムのホットスタンバイは、シグナリング相互作用を増加させる可能性があり、このことは、シグナリング処理能力に影響を与える。
【発明の概要】
【０００５】
このことを鑑みて、本発明の実施例は、プライマリPCRFとスタンバイPCRFとの間のリアルタイムのシグナリング相互作用のためシグナリング処理能力が劣化するという従来技術の課題を解決するための、セッション復旧方法、デバイス及びシステムを提供する。
【０００６】
第１の態様によれば、セッション復旧方法が提供され、スタンバイPCRFにより、PCEFにより送信されたCCR-Uメッセージを受信し、CCR-Uメッセージは、セッションが更新される必要があるという決定の後にPCEFにより送信され、スタンバイPCRFにより、CCR-Uメッセージに従ってセッションを再確立してPCCポリシー判断を行うことを含む。
【０００７】
第１の態様を参照して、第１の態様の第１の可能な実現方式では、CCR-Uメッセージは、ユーザ情報及び元のPCCルールを含み、元のPCCルールは、IP-CANセッションの初期確立手順又はIP接続アクセスネットワーク（IP-CAN）セッションの更新手順の間にプライマリPCRFによりPCEFに送信され、PCCポリシー判断を行うことは、元のPCCルールがPCCポリシー判断の後に取得されたPCCルールであることを決定すること、又はユーザ情報及び加入情報に従ってPCCルールを取得することを含む。
【０００８】
第１の態様の第１の可能な実現方式を参照して、第１の態様の第２の可能な実現方式では、スタンバイPCRFにより取得されたPCCルールが元のPCCルールと異なる新たなPCCルールである場合、この方法は、スタンバイPCRFにより、クレジット・コントロール・アンサー・アップデート（CCA-U）メッセージをPCEFに送信することを更に含み、PCEFが新たなPCCルールに従って課金及びポリシー制御を実行するために、CCA-Uメッセージは新たなPCCルールを含む。
【０００９】
第１の態様を参照して、第１の態様の第３の可能な実現方式では、CCR-Uメッセージは、ユーザ情報を含み、PCCポリシー判断を行うことは、ユーザ情報及び加入情報に従ってPCCルールを取得し、構成情報に従ってセッション復旧命令情報を取得することを含み、セッション復旧命令情報は、PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、この方法は、スタンバイPCRFにより、CCA-UメッセージをPCEFに送信することを更に含み、CCA-Uメッセージは、セッション復旧命令情報を含む。
【００１０】
第１の態様の第３の可能な実現方式を参照して、第１の態様の第４の可能な実現方式では、セッション復旧命令情報がPCEFに対して元のベアラ及びポリシーを変更するように命令するために使用される場合、PCEFがCCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCEFにより取得されたPCCルールと交換するために、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルールを更に含む。
【００１１】
第２の態様によれば、セッション復旧方法が提供され、PCEFにより、セッションが更新される必要があることを決定し、CCR-Uメッセージに従ってスタンバイPCRFがセッションを再確立してPCCポリシー判断を行うために、PCEFにより、CCR-UメッセージをスタンバイPCRFに送信することを含む。
【００１２】
第２の態様を参照して、第２の態様の第１の可能な実現方式では、この方法は、PCEFにより、IP接続アクセスネットワーク（IP-CAN）セッションの初期確立手順又はIP-CANセッションの更新手順の間にプライマリPCRFにより送信された元のPCCルールを受信することを更に含み、CCR-Uメッセージに従ってスタンバイPCRFがセッションを再確立してPCCポリシー判断を行うために、PCEFにより、CCR-UメッセージをスタンバイPCRFに送信することは、PCEFにより、CCR-UメッセージをスタンバイPCRFに送信することを含み、スタンバイPCRFがユーザ情報に従ってセッションを再確立し、元のPCCルールがPCCポリシー判断の後に取得されたPCCルールであることを決定するために、又はユーザ情報及び加入情報に従ってPCCルールを取得するために、CCR-Uメッセージは、ユーザ情報及び元のPCCルールを含む。
【００１３】
第２の態様の第１の可能な実現方式を参照して、第２の態様の第２の可能な実現方式では、スタンバイPCRFにより取得されたPCCルールがPCEFの元のPCCルールと異なる場合、この方法は、PCEFにより、スタンバイPCRFにより送信されたクレジット・コントロール・アンサー・アップデート（CCA-U）メッセージを受信し、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルールを含み、スタンバイPCRFにより取得されたPCCルールに従って課金及びポリシー制御を実行することを更に含む。
【００１４】
第２の態様を参照して、第２の態様の第３の可能な実現方式では、CCR-Uメッセージに従ってスタンバイPCRFがセッションを再確立してPCCポリシー判断を行うために、PCEFにより、CCR-UメッセージをスタンバイPCRFに送信することは、PCEFにより、CCR-UメッセージをスタンバイPCRFに送信することを含み、スタンバイPCRFがユーザ情報に従ってセッションを再確立し、ユーザ情報及び加入情報に従ってPCCルールを取得し、構成情報に従ってセッション復旧命令情報を取得するために、CCR-Uメッセージは、ユーザ情報を含み、セッション復旧命令情報は、PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、この方法は、PCEFにより、スタンバイPCRFにより送信されたCCA-Uメッセージを受信することを更に含み、CCA-Uメッセージは、セッション復旧命令情報を含む。
【００１５】
第２の態様の第３の可能な実現方式を参照して、第２の態様の第４の可能な実現方式では、セッション復旧命令情報がPCEFに対して元のベアラ及びポリシーを変更するように命令するために使用される場合、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルールを更に含み、この方法は、PCEFにより、CCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCEFにより取得されたPCCルールと交換することを更に含む。
【００１６】
第３の態様によれば、セッション復旧デバイスが提供され、PCEFにより送信されたCCR-Uメッセージを受信するように構成された受信モジュールと、CCR-Uメッセージに従ってセッションを再確立してPCCポリシー判断を行うように構成された処理モジュールとを含む。
【００１７】
第３の態様を参照して、第３の態様の第１の可能な実現方式では、CCR-Uメッセージは、ユーザ情報及び元のPCCルールを含み、元のPCCルールは、IP接続アクセスネットワーク（IP-CAN）セッションの初期確立手順又はIP-CANセッションの更新手順の間にプライマリPCRFによりPCEFに送信され、処理モジュールは、元のPCCルールがPCCポリシー判断の後に取得されたPCCルールであることを決定するように、或いはユーザ情報及び加入情報に従ってPCCルールを取得するように具体的に構成される。
【００１８】
第３の態様の第１の可能な実現方式を参照して、第３の態様の第２の可能な実現方式では、スタンバイPCRFにより取得されたPCCルールが元のPCCルールと異なる新たなPCCルールである場合、このデバイスは、クレジット・コントロール・アンサー・アップデート（CCA-U）メッセージをPCEFに送信するように構成された送信モジュールを更に含み、PCEFが新たなPCCルールに従って課金及びポリシー制御を実行するために、CCA-Uメッセージは新たなPCCルールを含む。
【００１９】
第３の態様を参照して、第３の態様の第３の可能な実現方式では、CCR-Uメッセージは、ユーザ情報を含み、処理モジュールは、ユーザ情報及び加入情報に従ってPCCルール及びセッション復旧命令情報を取得するように具体的に構成され、セッション復旧命令情報は、PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、このデバイスは、CCA-UメッセージをPCEFに送信するように構成された送信モジュールを更に含み、CCA-Uメッセージは、セッション復旧命令情報を含む。
【００２０】
第３の態様の第３の可能な実現方式を参照して、第３の態様の第４の可能な実現方式では、セッション復旧命令情報がPCEFに対して元のベアラ及びポリシーを変更するように命令するために使用される場合、送信モジュールは、CCA-UメッセージをPCEFに送信するように具体的に構成され、PCEFがCCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCEFにより取得されたPCCルールと交換するために、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルール及びセッション復旧命令情報を含む。
【００２１】
第４の態様によれば、セッション復旧デバイスが提供され、セッションが更新される必要があることを決定するように構成された決定モジュールと、CCR-Uメッセージに従ってスタンバイPCRFがセッションを再確立してPCCポリシー判断を行うために、CCR-UメッセージをスタンバイPCRFに送信するように構成された送信モジュールとを含む。
【００２２】
第４の態様を参照して、第４の態様の第１の可能な実現方式では、このデバイスは、IP接続アクセスネットワーク（IP-CAN）セッションの初期確立手順又はIP-CANセッションの更新手順の間にプライマリPCRFにより送信された元のPCCルールを受信するように構成された第１の受信モジュールを更に含み、送信モジュールは、CCR-UメッセージをスタンバイPCRFに送信するように具体的に構成され、スタンバイPCRFがユーザ情報に従ってセッションを再確立し、元のPCCルールがPCCポリシー判断の後に取得されたPCCルールであることを決定するために、又はユーザ情報及び加入情報に従ってPCCルールを取得するために、CCR-Uメッセージは、ユーザ情報及び元のPCCルールを含む。
【００２３】
第４の態様の第１の可能な実現方式を参照して、第４の態様の第２の可能な実現方式では、スタンバイPCRFにより取得されたPCCルールがPCEFの元のPCCルールと異なる場合、このデバイスは、スタンバイPCRFにより送信されたクレジット・コントロール・アンサー・アップデート（CCA-U）メッセージを受信し、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルールを含み、スタンバイPCRFにより取得されたPCCルールに従って課金及びポリシー制御を実行するように構成された第３の受信モジュールを更に含む。
【００２４】
第４の態様を参照して、第４の態様の第３の可能な実現方式では、送信モジュールは、CCR-UメッセージをスタンバイPCRFに送信するように具体的に構成され、スタンバイPCRFがユーザ情報に従ってセッションを再確立し、ユーザ情報及び加入情報に従ってPCCルールを取得し、構成情報に従ってセッション復旧命令情報を取得するために、CCR-Uメッセージは、ユーザ情報を含み、セッション復旧命令情報は、PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、このデバイスは、スタンバイPCRFにより送信されたCCA-Uメッセージを受信するように構成された第４の受信モジュールを更に含み、CCA-Uメッセージは、セッション復旧命令情報を含む。
【００２５】
第４の態様の第３の可能な実現方式を参照して、第４の態様の第４の可能な実現方式では、セッション復旧命令情報がPCEFに対して元のベアラ及びポリシーを変更するように命令するために使用される場合、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルールを更に含み、このデバイスは、CCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCEFにより取得されたPCCルールと交換するように構成された処理モジュールを更に含む。
【００２６】
第５の態様によれば、セッション復旧システムが提供され、セッションが更新される必要があることを決定した後にCCR-Uメッセージを送信するように構成されたPCEFと、CCR-Uメッセージに従ってセッションを再確立してPCCポリシー判断を行うように構成されたスタンバイPCRFとを含む。
【００２７】
第５の態様を参照して、第５の態様の第１の可能な実現方式では、PCEFは、セッションが更新される必要があることを決定した後にCCR-Uメッセージを送信するように具体的に構成され、CCR-Uメッセージは、ユーザ情報及び元のPCCルールを含み、元のPCCルールは、IP接続アクセスネットワーク（IP-CAN）セッションの初期確立手順又はIP-CANセッションの更新手順の間にプライマリPCRFによりPCEFに送信され、スタンバイPCRFは、ユーザ情報に従ってセッションを再確立し、元のPCCルールがPCCポリシー判断の後に取得されたPCCルールであることを決定するように、或いはユーザ情報及び加入情報に従ってPCCルールを取得するように具体的に構成される。
【００２８】
第５の態様の第１の可能な実現方式を参照して、第５の態様の第２の可能な実現方式では、スタンバイPCRFにより取得されたPCCルールが元のPCCルールと異なる場合、スタンバイPCRFは、クレジット・コントロール・アンサー・アップデート（CCA-U）メッセージをPCEFに送信するように更に構成され、PCEFが新たなPCCルールに従って課金及びポリシー制御を実行するために、CCA-Uメッセージは新たなPCCルールを含む。
【００２９】
第５の態様を参照して、第５の態様の第３の可能な実現方式では、PCEFは、セッションが更新される必要があることを決定した後にCCR-Uメッセージを送信するように具体的に構成され、CCR-Uメッセージは、ユーザ情報を含み、スタンバイPCRFは、ユーザメッセージに従ってセッションを再確立し、ユーザ情報及び加入情報に従ってPCCルールを取得し、構成情報に従ってセッション復旧命令情報を取得し、セッション復旧命令情報は、PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、CCA-UメッセージをPCEFに送信するように具体的に構成され、CCA-Uメッセージは、セッション復旧命令情報を含む。
【００３０】
第５の態様の第３の可能な実現方式を参照して、第５の態様の第４の可能な実現方式では、セッション復旧命令情報がPCEFに対して元のベアラ及びポリシーを変更するように命令するために使用される場合、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルールを更に含み、PCEFは、CCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCEFにより取得されたPCCルールと交換するように更に構成される。
【００３１】
前述の技術的対策によれば、PCEFがCCR-UメッセージをスタンバイPCRFに送信した後に、CCR-Uメッセージに従って、スタンバイPCRFは、セッションを再確立してPCCポリシー判断を行う。プライマリPCRFは、リアルタイムでスタンバイPCRFのためのホットスタンバイを実行する必要はない。これにより、シグナリング相互作用を低減し、スタンバイPCRFのシグナリング処理能力を改善する。
【図面の簡単な説明】
【００３２】
本発明の実施例野技術的対策を明確に説明するために、以下に、実施例を説明するために必要な添付図面を簡単に紹介する。明らかに、以下の説明の添付図面は、本発明のいくつかの実施例を示しており、当業者は、創造的取り組みを行うことなく、依然としてこれらの添付図面から他の図面を導くことができる。
【図１】本発明の実施例によるセッション復旧方法の概略フローチャート
【図２】本発明の他の実施例によるセッション復旧方法の概略フローチャート
【図３】本発明の他の実施例によるセッション復旧方法の概略フローチャート
【図４】本発明の他の実施例によるセッション復旧方法の概略フローチャート
【図５】本発明の実施例によるセッション復旧デバイスの概略構成図
【図６】本発明の他の実施例によるセッション復旧デバイスの概略構成図
【図７】本発明の実施例によるセッション復旧システムの概略構成図
【発明を実施するための形態】
【００３３】
本発明の実施例の目的、技術的対策及び利点を明確にするために、以下に、本発明の実施例の添付図面を参照して本発明の実施例の技術的対策を明確且つ完全に説明する。明らかに、説明する実施例は、本発明の実施例の全てではなく、一部である。創造的取り組みを行うことなく本発明の実施例に基づいて当業者により得られる全ての他の実施例は、本発明の保護範囲内に入るものとする。
【００３４】
図１は、本発明の実施例によるセッション復旧方法の概略フローチャートである。この実施例では、実行主体は、スタンバイPCRFであり、この実施例は以下を含む。
【００３５】
101.スタンバイPCRFは、PCEFにより送信されたクレジット・コントロール・リクエスト・アップデート（Credit  Control  Request  Update、CCR-U）メッセージを受信する。CCR-Uメッセージは、セッションが更新される必要があるという決定の後にPCEFにより送信される。
【００３６】
102.CCR-Uメッセージに従って、スタンバイPCRFは、セッションを再確立してPCCポリシー判断を行う。
【００３７】
対応して、PCEFにより実行される手順が図２に示されており、以下を含む。
【００３８】
201.PCEFは、セッションが更新される必要があることを決定する。
【００３９】
202.CCR-Uメッセージに従ってスタンバイPCRFがセッションを再確立してPCCポリシー判断を行うために、PCEFは、CCR-UメッセージをスタンバイPCRFに送信する。
【００４０】
セッションが更新される必要があることをPCEFが決定する条件は、アクセスネットワークにより送信されたIP-CANセッション更新要求が受信されたこと、又は内部タイマがタイムアウトしたこと等でもよい。
【００４１】
任意選択で、PCEFは、ユーザ情報及び元のPCCルールを、スタンバイPCRFに送信されるCCR-Uメッセージに追加してもよい。CCR-Uメッセージを受信した後に、スタンバイPCRFは、ユーザ情報に従ってセッションを再確立し、元のPCCルールがスタンバイPCRFがPCCポリシー判断を行った後に取得されたPCCルールであることを決定してもよく、スタンバイPCRFは、ユーザ情報及び加入情報に従ってPCCルールを取得してもよい。取得されたPCCルールは、元のPCCルールと同じでもよく、異なってもよい。元のPCCルールは、IP接続アクセスネットワーク（IP-Connectivity  Access  Network、IP-CAN）セッションの初期確立手順の間にプライマリPCRFによりPCEFにより送信されてもよく、元のPCCルールは、プライマリPCRFでの更新されたPCCルールでもよい。すなわち、IP-CANセッションの更新の間にプライマリPCRFによりPCEFに送信されてもよい。本発明のこの実施例でのセッションは、IP-CANセッションを示す。
【００４２】
対応して、スタンバイPCRFにより取得されたPCCルールがPCEFにより送信された元のPCCルールと同じである場合、スタンバイPCRFは、応答メッセージ、すなわち、CCA-UメッセージをPCEFに送信しさえすればよい。CCA-Uメッセージは、PCCルールを伝達しなくてもよく、CCA-Uメッセージを受信したときに、PCEFは、課金及びポリシー制御を実行するために依然として元のPCCルールを使用する。スタンバイPCRFにより取得されたPCCルールがPCEFにより送信された元のPCCルールと異なる場合、スタンバイPCRFによりPCEFに送信されたCCA-Uメッセージは、新たなPCCルールを伝達してもよい。PCEFは、新たなPCCルールに従って課金及びポリシー制御を実行する。
【００４３】
任意選択で、PCEFは、元のPCCルールをスタンバイPCRFに送信しなくてもよい。その代わりに、スタンバイPCRFは、CCR-Uメッセージのユーザ情報に従ってセッションを再確立し、PCCルールを取得するためにユーザ情報及び加入情報に従ってPCCポリシー判断を実行し、構成情報に従ってセッション復旧命令情報を取得する。PCCルールは、PCEFの元のPCCルールと同じでもよく、異なってもよい。加入情報は、PCRFにおいてローカルに設定されてもよく、他のデバイスから取得されてもよい。構成情報は、PCRFにおいてローカルに設定されてもよい。セッション復旧命令情報は、元のベアラ及びポリシーを処理する（例えば、元のベアラ及びポリシーを変更しないままにすること、又は専用のベアラをディアクティベーションして初期設定のベアラのポリシーを除去すること）ためにPCEFにより使用される方式を示すために使用される。詳細な情報については、以下の実施例を参照されたい。
【００４４】
この実施例では、PCEFがCCR-UメッセージをスタンバイPCRFに送信した後に、CCR-Uメッセージに従って、スタンバイPCRFは、セッションを再確立してPCCポリシー判断を行う。プライマリPCRFは、リアルタイムでスタンバイPCRFのためのホットスタンバイを実行する必要はない。これにより、シグナリング相互作用を低減し、スタンバイPCRFのシグナリング処理能力を改善する。
【００４５】
図３は、本発明の他の実施例によるセッション復旧方法の概略フローチャートである。この方法は以下を含む。
【００４６】
301.PCEFとPCRF  Aとの間のリンクAがアクティベーションされ、アクティブになる。
【００４７】
302.PCEFとPCRF  Bとの間のリンクBがアクティベーションされ、スタンバイになる。
【００４８】
303.アクセスネットワークは、IP-CANセッション確立要求をPCEFに送信する。
【００４９】
304.PCEFは、クレジット・コントロール・リクエスト・イニシャル（Credit  Control  Request  Initial、CCR-I）メッセージをPCRF  Aに送信する。メッセージはユーザ情報を伝達する。
【００５０】
305.PCRF  Aは、セッションを確立してPCCポリシー判断を行う。
【００５１】
306.PCRF  Aは、クレジット・コントロール・アンサー・イニシャル（Credit  Control  Answer  Initial、CCA-I）メッセージをPCEFに送信する。メッセージは、PCCルール及びイベントトリガー（event-Trigger）リストを含む。
【００５２】
307.PCEFは、PCCルールを導入し、トリガーイベントを監視する。
【００５３】
306及び307のPCCルールは、初期PCCルールでもよい。
【００５４】
308.PCEFは、IP-CANセッション確立応答をアクセスネットワークに送信する。
【００５５】
ここまでで、IP-CANセッションの初期確立が完了する。前述のステップに関する詳細については、従来技術を参照されたい。
【００５６】
309.PCEFとPCRF  Aとの間のリンクAがダウンになる（link  A  down）。
【００５７】
310.PCEFとPCRF  Bとの間のリンクBがアクティベーションされたままになり、アクティブ状態に切り替わる。
【００５８】
311.アクセスネットワークは、IP-CANセッション更新要求をPCEFに送信する。
【００５９】
312.PCEFは、CCR-UメッセージをPCRF  Bに送信する。メッセージは、ユーザ情報及び初期PCCルールを含む。
【００６０】
従来技術と同様に、プライマリPCRFのリンクがダウンになった場合、PCRFとPCEFとの間のアクティブなリンクは、スタンバイPCRFに切り替えられる。従来技術では、プライマリPCRFとスタンバイPCRFとの間のデータ整合性を確保するために、PCRF  Aは、初期PCCルールをPCEFに報告するだけでなく、初期PCCルールをスタンバイPCRFに送信する。このことは、プライマリPCRFとスタンバイPCRFとの間でリアルタイムのホットスタンバイが必要になることを意味する。
【００６１】
従来技術との相違は、この実施例では、プライマリPCRFとスタンバイPCRFとの間でリアルタイムのホットスタンバイは必要ない。すなわち、PCRF  Aは、初期PCCルールをPCRF  Bではなく、PCEFのみに送信すればよい。IP-CANセッションが更新される必要がある場合、PCEFは、初期PCCルールをPCRF  Bに送信する。
【００６２】
313.PCRF  Bは、セッションを再確立してPCCポリシー判断を行う。
【００６３】
PCRF  Bは、CCR-Uメッセージのユーザ情報に従って、対応するセッション情報を格納するか否かを決定してもよい。対応するセッション情報が存在しない場合、PCRF  Bは、ユーザ情報に従ってセッションを再確立する。セッションを確立する具体的な原理は、PCRF  Aにより、CCR-Iメッセージのユーザ情報に従ってセッションを確立する原理と同じでもよい。
【００６４】
PCRF  Bにより行われるPCCポリシー判断は、CCR-Uメッセージに含まれる初期PCCルールがPCRF  BのPCCルールであることを決定することを含んでもよい。或いは、PCRF  Bは、新たなPCCルールを取得するために、ユーザ情報及び加入情報に従って新たなPCCポリシー判断を行う。PCCポリシー判断を行う具体的な原理は、PCRF  Aにより、CCR-Iメッセージを受信した後にPCCポリシー判断を行う原理と同じでもよい。更に、PCRF  Bは、更新手順中であるため、CCR-Uで伝達されるユーザ情報は、CCR-Iで伝達されるユーザ情報と異なってもよく、PCRF  Bにより取得された新たなPCCルールは、初期PCCルールと異なってもよい。
【００６５】
PCRF  Bが初期PCCルールを使用する場合、ユーザのポリシー情報が変更されないままになることが確保され得る。これにより、ユーザのサービス経験が変更されないままになることを確保する。
【００６６】
314.PCRF  Bは、クレジット・コントロール・アンサー・アップデート（Credit  Control  Answer  Update、CCA-U）メッセージをPCEFに送信する。
【００６７】
任意選択で、PCRF  BがPCCポリシー判断を行った後に初期PCCルールが使用されることを決定した場合、PCRF  Bは、CCA-UメッセージをPCEFのみにフィードバックしてもよい。CCA-Uメッセージは、PCCルールを伝達せず、応答メッセージとしてのみ使用される。CCA-Uメッセージを受信した後に、PCEFは、元のベアラ及びポリシーを変更しないままにする、すなわち、課金及びポリシー制御を実行するために初期PCCルールを使用し続ける。或いは、任意選択で、PCRF  BがPCCポリシー判断を行った後に新たなPCCルールを決定した場合、PCRF  Bは、新たなPCCルールをPCEFに送信してもよい。PCEFは、新たなPCCルールに従って課金及びポリシー制御を実行する。
【００６８】
315.PCEFは、IP-CANセッション更新応答をアクセスネットワークに送信する。
【００６９】
この実施例では、PCEFが初期PCCルールをPCRF  Bに報告することが一例として使用されている。PCEFのPCCルールが更新され、PCCルールが初期PCCルールでない事例では、Gx  failoverも生じ得ることが分かる。例えば、更新手順が既にPCEFとPCRF  Aとの間で生じている場合、312においてPCEFによりPCRF  Bに送信されるPCCルールは、更新されたPCCルール、すなわち、PCEFの元のPCCルールである。PCRF  Bにより使用されるPCCルールは、元のPCCルールでもよく、新たなPCCポリシー判断が行われた後に取得された新たなPCCルールでもよい。
【００７０】
この実施例では、シグナリングのオーバーヘッドを低減するために、プライマリPCRFとスタンバイPCRFとの間でリアルタイムのホットスタンバイなしに、セッション復旧がスタンバイPCRFで実現され得るように、PCEFは、初期PCCルールをスタンバイPCRFに送信する。
【００７１】
図４は、本発明の他の実施例によるセッション復旧方法の概略フローチャートである。この方法は以下を含む。
【００７２】
401.PCEFとPCRF  Aとの間のリンクAがアクティベーションされ、アクティブになる。
【００７３】
402.PCEFとPCRF  Bとの間のリンクBがアクティベーションされ、スタンバイになる。
【００７４】
403.アクセスネットワークは、IP-CANセッション確立要求をPCEFに送信する。
【００７５】
404.PCEFは、CCR-IメッセージをPCRF  Aに送信する。メッセージはユーザ情報を伝達する。
【００７６】
405.PCRF  Aは、セッションを確立してPCCポリシー判断を行う。
【００７７】
406.PCRF  Aは、CCA-IをPCEFに送信する。メッセージは、PCCルール及びイベントトリガー（event-Trigger）リストを含む。
【００７８】
407.PCEFは、PCCルールを導入し、トリガーイベントを監視する。
【００７９】
406及び407のPCCルールは、初期PCCルールでもよい。
【００８０】
408.PCEFは、IP-CANセッション確立応答をアクセスネットワークに送信する。
【００８１】
409.PCEFとPCRF  Aとの間のリンクAがダウンになる（link  A  down）。
【００８２】
410.PCEFとPCRF  Bとの間のリンクBがアクティベーションされたままになり、アクティブ状態に切り替わる（link  B  active）。
【００８３】
411.アクセスネットワークは、IP-CANセッション更新要求をPCEFに送信する。
【００８４】
ステップ401〜411に関する詳細については、ステップ301〜311を参照されたい。詳細はここでは再び説明しない。
【００８５】
412.PCEFは、CCR-UメッセージをPCRF  Bに送信する。メッセージは、ユーザ情報を含む。
【００８６】
前述の実施例との相違は、この実施例では、PCEFがPCCルールをPCRF  Bに送信する必要がない点にある。その代わり、PCRF  Bは判断を行う。
【００８７】
413.PCRF  Bは、セッションを再確立してPCCポリシー判断を行う。
【００８８】
PCRF  Bは、CCR-Uメッセージのユーザ情報に従って、対応するセッション情報を格納するか否かを決定してもよい。対応するセッション情報が存在しない場合、PCRF  Bは、ユーザ情報に従ってセッションを再確立する。セッションを確立する具体的な原理は、PCRF  Aにより、CCR-Iメッセージのユーザ情報に従ってセッションを確立する原理と同じでもよい。
【００８９】
PCRF  Bにより行われるPCCポリシー判断は、新たなPCCルールを取得するために、ユーザ情報及び加入情報に従って新たなPCCポリシー判断を行うことを含んでもよい。PCCポリシー判断を行う具体的な原理は、PCRF  Aにより、CCR-Iメッセージを受信した後にPCCポリシー判断を行う原理と同じでもよい。更に、PCRF  Bは、更新手順中であるため、CCR-Uで伝達されるユーザ情報は、CCR-Iで伝達されるユーザ情報と異なってもよく、PCRF  Bにより取得された新たなPCCルールは、初期PCCルールと異なってもよい。
【００９０】
414.PCRF  Bは、CCA-UをPCEFに送信する。CCA-Uは、セッション復旧命令情報を含む。
【００９１】
セッション復旧命令情報は、元のベアラ及びポリシーの処理方式を示すために使用される。
【００９２】
例えば、セッション復旧命令情報の値は以下のものでもよい。
【００９３】
0:PCEFは、元のベアラ及びポリシーを変更しないままにする。この場合、PCEFに対して現在のベアラ及び各ベアラのPCCルールを変更しないままにするように命令するために、CCA-Uメッセージは、セッション復旧命令情報のみを伝達し、PCCルールを伝達しなくてもよい。例えば、PCEFは、課金及びポリシー制御を実行するために、初期PCCルールを使用する。
【００９４】
1:PCEFは、全ての専用のベアラをディアクティベーションし、初期設定のベアラのポリシーをPCRF  Bにより決定された新たなPCCルールと交換する。この場合、CCA-Uメッセージは、更に、PCRF  Bにより取得された新たなPCCルールを伝達し、現在の初期設定のベアラの現在のポリシーを新たなPCCルールに交換する必要がある。例えば、初期PCCルールを交換する必要がある。この事例では、初期設定のベアラが留保されるため、ユーザが接続されたままになることが確保され得る。
【００９５】
PCEFの元のPCCルールは、前述の初期PCCルールでもよく、更新されたPCCルールでもよいことが分かる。
【００９６】
更に、異なるシステムでは、専用のベアラはまた、セカンダリ・パケット・データ・プロトコル（Packet  Data  Protocol、PDP）と呼ばれてもよく、初期設定のベアラは、プライマリPDPと呼ばれてもよい。
【００９７】
415.PCEFは、IP-CANセッション更新応答をアクセスネットワークに送信する。
【００９８】
この実施例では、プライマリPCRFとスタンバイPCRFとの間でリアルタイムのホットスタンバイなしに、セッション復旧がスタンバイPCRFで実現され得るように、スタンバイPCRFは、CCR-Uメッセージを受信した後にセッションを再確立してPCCポリリー判断を行う。これにより、シグナリング相互作用を低減し、スタンバイPCRFのシグナリング処理能力を改善する。
【００９９】
図５は、本発明の実施例によるセッション復旧デバイスの概略構成図である。このデバイスは、スタンバイPCRFでもよく、スタンバイPCRFに位置してもよい。デバイス50は、受信モジュール51と処理モジュール52とを含み、受信モジュール51は、PCEFにより送信されたCCR-Uメッセージを受信するように構成される。CCR-Uメッセージは、セッションが更新される必要があることを決定した後にPCEFにより送信される。処理モジュール52は、CCR-Uメッセージに従ってセッションを再確立してPCCポリシー判断を行うように構成される。
【０１００】
任意選択で、CCR-Uメッセージは、ユーザ情報及び元のPCCルールを含み、元のPCCルールは、IP-CANセッションの初期確立手順又はIP-CANセッションの更新手順の間にプライマリPCRFによりPCEFに送信され、処理モジュールは、元のPCCルールがPCCポリシー判断の後に取得されたPCCルールであることを決定するように、或いはユーザ情報及び加入情報に従ってPCCルールを取得するように具体的に構成される。
【０１０１】
任意選択で、スタンバイPCRFにより取得されたPCCルールが元のPCCルールと異なる場合、このデバイスは、CCA-UメッセージをPCEFに送信するように構成された送信モジュールを更に含み、PCEFが新たなPCCルールに従って課金及びポリシー制御を実行するために、CCA-Uメッセージは新たなPCCルールを含む。
【０１０２】
任意選択で、CCR-Uメッセージは、ユーザ情報を含み、処理モジュールは、ユーザ情報及び加入情報に従ってPCCルールを取得し、構成情報に従ってセッション復旧命令情報を取得するように具体的に構成され、セッション復旧命令情報は、PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、このデバイスは、CCA-UメッセージをPCEFに送信するように構成された送信モジュールを更に含み、CCA-Uメッセージは、セッション復旧命令情報を含む。
【０１０３】
任意選択で、セッション復旧命令情報がPCEFに対して元のベアラ及びポリシーを変更するように命令するために使用される場合、送信モジュールは、CCA-UメッセージをPCEFに送信するように具体的に構成され、PCEFがCCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCEFにより取得されたPCCルールと交換するために、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルール及びセッション復旧命令情報を含む。
【０１０４】
この実施例では、PCEFがCCR-UメッセージをスタンバイPCRFに送信した後に、CCR-Uメッセージに従って、スタンバイPCRFは、セッションを再確立してPCCポリシー判断を行う。プライマリPCRFは、リアルタイムでスタンバイPCRFのためのホットスタンバイを実行する必要はない。これにより、シグナリング相互作用を低減し、スタンバイPCRFのシグナリング処理能力を改善する。
【０１０５】
図６は、本発明の他の実施例によるセッション復旧デバイスの概略構成図である。このデバイスは、PCEFでもよく、PCEFに位置してもよい。デバイス60は、決定モジュール61と送信モジュール62とを含み、決定モジュール61は、セッションが更新される必要があることを決定するように構成され、送信モジュール62は、CCR-Uメッセージに従ってスタンバイPCRFがセッションを再確立してPCCポリシー判断を行うために、CCR-UメッセージをスタンバイPCRFに送信するように構成される。
【０１０６】
任意選択で、このデバイスは、IP-CANセッションの初期確立手順又はIP-CANセッションの更新手順の間にプライマリPCRFにより送信された元のPCCルールを受信するように構成された第１の受信モジュールを更に含み、送信モジュールは、CCR-UメッセージをスタンバイPCRFに送信するように具体的に構成され、スタンバイPCRFがユーザ情報に従ってセッションを再確立し、元のPCCルールがPCCポリシー判断の後に取得されたPCCルールであることを決定するために、又はユーザ情報及び加入情報に従ってPCCルールを取得するために、CCR-Uメッセージは、ユーザ情報及び元のPCCルールを含む。
【０１０７】
任意選択で、スタンバイPCRFにより取得されたPCCルールがPCEFの元のPCCルールと異なる場合、このデバイスは、スタンバイPCRFにより送信されたCCA-Uメッセージを受信し、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルールを含み、スタンバイPCRFにより取得されたPCCルールに従って課金及びポリシー制御を実行するように構成された第２の受信モジュールを更に含む。
【０１０８】
任意選択で、送信モジュールは、CCR-UメッセージをスタンバイPCRFに送信するように具体的に構成され、スタンバイPCRFがユーザ情報に従ってセッションを再確立し、ユーザ情報及び加入情報に従ってPCCルールを取得し、構成情報に従ってセッション復旧命令情報を取得するために、CCR-Uメッセージは、ユーザ情報を含み、セッション復旧命令情報は、PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、このデバイスは、スタンバイPCRFにより送信されたCCA-Uメッセージを受信するように構成された第３の受信モジュールを更に含み、CCA-Uメッセージは、セッション復旧命令情報を含む。
【０１０９】
任意選択で、セッション復旧命令情報がPCEFに対して元のベアラ及びポリシーを変更するように命令するために使用される場合、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルールを更に含み、このデバイスは、CCA-Uメッセージが受信された後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCEFにより取得されたPCCルールと交換するように構成された処理モジュールを更に含む。
【０１１０】
この実施例では、PCEFがCCR-UメッセージをスタンバイPCRFに送信した後に、CCR-Uメッセージに従って、スタンバイPCRFは、セッションを再確立してPCCポリシー判断を行う。プライマリPCRFは、リアルタイムでスタンバイPCRFのためのホットスタンバイを実行する必要はない。これにより、シグナリング相互作用を低減し、スタンバイPCRFのシグナリング処理能力を改善する。
【０１１１】
図７は、本発明の実施例によるセッション復旧システムの概略構成図である。システム70は、PCEF71とスタンバイPCRF72とを含み、PCEF71は、セッションが更新される必要があることを決定した後にCCR-Uメッセージを送信するように構成され、スタンバイPCRF72は、CCR-Uメッセージに従ってセッションを再確立してPCCポリシー判断を行うように構成される。
【０１１２】
任意選択で、PCEFは、セッションが更新される必要があることを決定した後にCCR-Uメッセージを送信するように具体的に構成され、CCR-Uメッセージは、ユーザ情報及び元のPCCルールを含み、元のPCCルールは、IP-CANセッションの初期確立手順はIP-CANセッションの更新手順の間にプライマリPCRFによりPCEFに送信され、スタンバイPCRFは、ユーザメッセージに従ってセッションを再確立し、元のPCCルールがPCCポリシー判断の後に取得されたPCCルールであることを決定するように、或いはユーザ情報及び加入情報に従ってPCCルールを取得するように具体的に構成される。
【０１１３】
任意選択で、スタンバイPCRFにより取得されたPCCルールが元のPCCルールと異なる場合、スタンバイPCRFは、CCA-UメッセージをPCEFに送信するように更に構成され、PCEFが新たなPCCルールに従って課金及びポリシー制御を実行するために、CCA-Uメッセージは新たなPCCルールを含む。
【０１１４】
任意選択で、PCEFは、アクセスネットワークにより送信されたIP-CANセッション更新要求を受信した後にCCR-Uメッセージを送信するように具体的に構成され、CCR-Uメッセージは、ユーザ情報を含み、スタンバイPCRFは、ユーザメッセージに従ってセッションを再確立し、ユーザ情報及び加入情報に従ってPCCルールを取得し、構成情報に従ってセッション復旧命令情報を取得し、セッション復旧命令情報は、PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、CCA-UメッセージをPCEFに送信するように具体的に構成され、CCA-Uメッセージは、セッション復旧命令情報を含む。
【０１１５】
任意選択で、セッション復旧命令情報がPCEFに対して元のベアラ及びポリシーを変更するように命令するために使用される場合、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルールを更に含み、PCEFは、CCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCEFにより取得されたPCCルールと交換するように更に構成される。
【０１１６】
この実施例では、PCEFがCCR-UメッセージをスタンバイPCRFに送信した後に、CCR-Uメッセージに従って、スタンバイPCRFは、セッションを再確立してPCCポリシー判断を行う。プライマリPCRFは、リアルタイムでスタンバイPCRFのためのホットスタンバイを実行する必要はない。これにより、シグナリング相互作用を低減し、スタンバイPCRFのシグナリング処理能力を改善する。
【０１１７】
便宜上且つ簡単な説明の目的で、前述の機能モジュールの分割は、説明の例として受け取られることが当業者により明確に分かる。実際の用途では、前述の機能は、要件に従って異なるモジュールに割り当てられて実現されてもよい。すなわち、デバイスの内部構造は、前述の機能の全て又は一部を実現するために異なる機能モジュールに分割される。前述のシステム、デバイス及びユニットの詳細な動作処理について、前述の方法の実施例の対応する処理に参照が行われてもよい。詳細はここでは再び説明しない。
【０１１８】
この出願で提供される複数の実施例では、開示のシステム、デバイス及び方法は他の方式で実現されてもよいことが分かる。例えば、記載されたデバイスの実施例は単なる例である。例えば、モジュール又はユニットの分割は単なる論理的な機能分割であり、実際の実現では他の分割でもよい。例えば、複数のユニット又はコンポーネントは他のシステムに結合又は統合されてもよく、いくつかの機能は無視されてもよく実行されなくてもよい。更に、表示又は説明した相互結合若しくは間接結合又は通信接続は、いくつかのインタフェースを通じて実現されてもよい。デバイス又はユニットの間の間接結合又は通信接続は、電気的、機械的又は他の形式で実現されてもよい。
【０１１９】
別々の部分として記載したユニットは、物理的に別々でもよく別々でなくてもよく、ユニットとして表示された部分は物理的ユニットでもよく物理的ユニットでなくてもよく、１つの位置に存在してもよく、複数のネットワークユニットに分散されてもよい。ユニットの一部又は全部は、実施例の対策の目的を実現するために、実際のニーズに従って選択されてもよい。
【０１２０】
更に、この出願の実施例の機能ユニットは１つの処理ユニットに統合されてもよく、ユニットのそれぞれが物理的に単独で存在してもよい。或いは、２つ以上のユニットが１つのユニットに統合される。統合されたユニットは、ハードウェアの形式で実現されてもよく、ソフトウェア機能ユニットの形式で実現されてもよい。
【０１２１】
統合されたユニットがソフトウェア機能ユニットの形式で実現されて独立したプロダクトとして販売又は使用される場合、統合されたユニットはコンピュータ読み取り可能媒体に格納されてもよい。このような理解に基づいて、この出願の技術的対策は、基本的に、或いは従来技術に寄与する部分は、或いは技術的対策の全部又は一部は、ソフトウェアプロダクトの形式で実現されてもよい。ソフトウェアプロダクトは、記憶媒体に格納され、コンピュータデバイス（パーソナルコンピュータ、サーバ又はネットワークデバイスでもよい）又はプロセッサに対してこの出願の実施例に記載の方法のステップの全部又は一部を実行するように命令する複数の命令を含む。前述の記憶媒体は、USBフラッシュドライブ、取り外し可能ハードディスク、読み取り専用メモリ（ROM、Read-Only  Memory）、ランダムアクセスメモリ（RAM、Random  Access  Memory）、磁気ディスク又は光ディスクのような、プログラムコードを格納することができるいずれかの媒体を含む。
【０１２２】
前述の説明は、この出願の技術的対策を説明することを意図するものに過ぎず、この出願を限定することを意図するものではない。この出願について前述の実施例を参照して詳細に説明したが、当業者は、この出願の実施例の技術的対策の要旨及び範囲を逸脱することなく、依然として前述の実施例に記載の技術的対策に変更を行うこと、或いはいくつかの技術的特徴に等価置換を行うことができることを認識するべきである。
【図１】
2016502356.tif 000003
【図２】
2016502356.tif 000004
【図３】
2016502356.tif 000005
【図４】
2016502356.tif 000006
【図５】
2016502356.tif 000007
【図６】
2016502356.tif 000008
【図７】
2016502356.tif 000009
【手続補正書】
【提出日】平成27年8月11日(2015.8.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
スタンバイポリシー及び課金ルール機能（PCRF）エンティティにより、ポリシー及び課金施行機能（PCEF）により送信されたクレジット・コントロール・リクエスト・アップデート（CCR-U）メッセージを受信するステップであり、前記CCR-Uメッセージは、セッションが更新される必要があるという決定の後に前記PCEFにより送信されるステップと、
前記スタンバイPCRFにより、前記CCR-Uメッセージに従ってセッションを再確立してポリシー及び課金制御（PCC）ポリシー判断を行うステップと
を有するセッション復旧方法。
【請求項２】
前記CCR-Uメッセージは、ユーザ情報又は元のPCCルールを有し、前記元のPCCルールは、IP接続アクセスネットワーク（IP-CAN）セッションの初期確立手順又はIP-CANセッションの更新手順の間にプライマリPCRFにより前記PCEFに送信され、
PCCポリシー判断を行うステップは、
前記元のPCCルールが前記PCCポリシー判断の後のPCCルールであることを決定するステップ、又は
前記ユーザ情報及び加入情報に従ってPCCルールを取得するステップ
を有する、請求項１に記載の方法。
【請求項３】
前記スタンバイPCRFにより取得された前記PCCルールが前記元のPCCルールと異なる新たなPCCルールである場合、
前記方法は、
前記スタンバイPCRFにより、クレジット・コントロール・アンサー・アップデート（CCA-U）メッセージを前記PCEFに送信するステップを更に有し、前記PCEFが前記新たなPCCルールに従って課金及びポリシー制御を実行するために、前記CCA-Uメッセージは前記新たなPCCルールを有する、請求項２に記載の方法。
【請求項４】
前記CCR-Uメッセージは、ユーザ情報を有し、
PCCポリシー判断を行うステップは、
前記ユーザ情報及び加入情報に従ってPCCルールを取得するステップを有し、
前記方法は、
構成情報に従ってセッション復旧命令情報を取得するステップであり、前記セッション復旧命令情報は、前記PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用されるステップと、
前記スタンバイPCRFにより、CCA-Uメッセージを前記PCEFに送信するステップであり、前記CCA-Uメッセージは、前記セッション復旧命令情報を有するステップと
を更に有する、請求項１に記載の方法。
【請求項５】
前記セッション復旧命令情報が前記PCEFに対して前記元のベアラ及びポリシーを変更するように命令するために使用される場合、前記PCEFが前記CCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールを前記スタンバイPCRFにより取得された前記PCCルールと交換するために、前記CCA-Uメッセージは、前記スタンバイPCRFにより取得された前記PCCルールを更に有する、請求項４に記載の方法。
【請求項６】
ポリシー及び課金施行機能（PCEF）により、セッションが更新される必要があることを決定するステップと、
クレジット・コントロール・リクエスト・アップデート（CCR-U）メッセージに従ってスタンバイポリシー及び課金ルール機能（PCRF）によりセッションが再確立されてポリシー及び課金制御（PCC）ポリシー判断が行われるために、前記PCEFにより、CCR-UメッセージをスタンバイPCRFに送信するステップと
を有するセッション復旧方法。
【請求項７】
前記PCEFにより、IP接続アクセスネットワーク（IP-CAN）セッションの初期確立手順又はIP-CANセッションの更新手順の間にプライマリPCRFにより送信された元のPCCルールを受信するステップを更に有し、
CCR-Uメッセージに従ってスタンバイPCRFがセッションを再確立してPCCポリシー判断を行うために、前記PCEFにより、CCR-UメッセージをスタンバイPCRFに送信するステップは、
前記PCEFにより、前記CCR-Uメッセージを前記スタンバイPCRFに送信するステップを有し、前記スタンバイPCRFがユーザ情報に従って前記セッションを再確立し、前記元のPCCルールが前記PCCポリシー判断の後に取得されたPCCルールであることを決定するために、又はユーザ情報及び加入情報に従ってPCCルールを取得するために、前記CCR-Uメッセージは、ユーザ情報又は前記元のPCCルールを有する、請求項６に記載の方法。
【請求項８】
前記スタンバイPCRFにより取得された前記PCCルールが前記PCEFの前記元のPCCルールと異なる場合、
前記方法は、
前記PCEFにより、前記スタンバイPCRFにより送信されたクレジット・コントロール・アンサー・アップデート（CCA-U）メッセージを受信するステップであり、前記CCA-Uメッセージは、前記スタンバイPCRFにより取得された前記PCCルールを有するステップと、
前記スタンバイPCRFにより取得された前記PCCルールに従って課金及びポリシー制御を実行するステップと
を更に有する、請求項７に記載の方法。
【請求項９】
CCR-Uメッセージに従ってスタンバイPCRFがセッションを再確立してPCCポリシー判断を行うために、前記PCEFにより、CCR-UメッセージをスタンバイPCRFに送信するステップは、
前記PCEFにより、前記CCR-Uメッセージを前記スタンバイPCRFに送信するステップであり、前記スタンバイPCRFがユーザ情報に従って前記セッションを再確立し、ユーザ情報及び加入情報に従ってPCCルールを取得し、構成情報に従ってセッション復旧命令情報を取得するために、前記CCR-Uメッセージは、ユーザ情報を有し、前記セッション復旧命令情報は、前記PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用されるステップと、
前記PCEFにより、前記スタンバイPCRFにより送信されたCCA-Uメッセージを受信するステップであり、前記CCA-Uメッセージは、前記セッション復旧命令情報を有するステップと
を有する、請求項６に記載の方法。
【請求項１０】
前記セッション復旧命令情報が前記PCEFに対して前記元のベアラ及びポリシーを変更するように命令するために使用される場合、前記CCA-Uメッセージは、前記スタンバイPCRFにより取得された前記PCCルールを更に有し、
前記方法は、
前記PCEFにより、前記CCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールを前記スタンバイPCRFにより取得された前記PCCルールと交換するステップを更に有する、請求項９に記載の方法。
【請求項１１】
ポリシー及び課金施行機能（PCEF）により送信されたクレジット・コントロール・リクエスト・アップデート（CCR-U）メッセージを受信するように構成された受信モジュールであり、前記CCR-Uメッセージは、セッションが更新される必要があることを決定した後に前記PCEFにより送信される受信モジュールと、
前記CCR-Uメッセージに従ってセッションを再確立してポリシー及び課金制御（PCC）ポリシー判断を行うように構成された処理モジュールと
を有するセッション復旧デバイス。
【請求項１２】
前記CCR-Uメッセージは、ユーザ情報又は元のPCCルールを有し、前記元のPCCルールは、IP接続アクセスネットワーク（IP-CAN）セッションの初期確立手順又はIP-CANセッションの更新手順の間にプライマリPCRFにより前記PCEFに送信され、
PCCポリシー判断を行う際に、前記処理モジュールは、前記元のPCCルールが前記PCCポリシー判断の後に取得されたPCCルールであることを決定するように、或いは前記ユーザ情報及び加入情報に従ってPCCルールを取得するように更に構成される、請求項１１に記載のデバイス。
【請求項１３】
スタンバイPCRFにより取得された前記PCCルールが前記元のPCCルールと異なる新たなPCCルールである場合、
前記デバイスは、
クレジット・コントロール・アンサー・アップデート（CCA-U）メッセージを前記PCEFに送信するように構成された送信モジュールを更に有し、前記PCEFが前記新たなPCCルールに従って課金及びポリシー制御を実行するために、前記CCA-Uメッセージは前記新たなPCCルールを有する、請求項１２に記載のデバイス。
【請求項１４】
前記CCR-Uメッセージは、ユーザ情報を有し、前記処理モジュールは、前記ユーザ情報及び加入情報に従ってPCCルールを取得し、構成情報に従ってセッション復旧命令情報を取得するように構成され、前記セッション復旧命令情報は、前記PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、
前記デバイスは、
CCA-Uメッセージを前記PCEFに送信するように構成された送信モジュールを更に有し、前記CCA-Uメッセージは、前記セッション復旧命令情報を有する、請求項１１に記載のデバイス。
【請求項１５】
前記セッション復旧命令情報が前記PCEFに対して前記元のベアラ及びポリシーを変更するように命令するために使用される場合、前記送信モジュールは、CCA-Uメッセージを前記PCEFに送信するように構成され、前記PCEFが前記CCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCRFにより取得された前記PCCルールと交換するために、前記CCA-Uメッセージは、前記スタンバイPCRFにより取得された前記PCCルール及び前記セッション復旧命令情報を有する、請求項１４に記載のデバイス。
【請求項１６】
セッションが更新される必要があることを決定するように構成された決定モジュールと、
クレジット・コントロール・リクエスト・アップデート（CCR-U）メッセージに従ってスタンバイポリシー及び課金ルール機能（PCRF）によりセッションが再確立されてポリシー及び課金制御（PCC）ポリシー判断が行われるために、CCR-UメッセージをスタンバイPCRFに送信するように構成された送信モジュールと
を有するセッション復旧デバイス。
【請求項１７】
IP接続アクセスネットワーク（IP-CAN）セッションの初期確立手順又はIP-CANセッションの更新手順の間にプライマリPCRFにより送信された元のPCCルールを受信するように構成された第１の受信モジュールを更に有し、
前記送信モジュールは、前記CCR-Uメッセージを前記スタンバイPCRFに送信するように構成され、前記スタンバイPCRFがユーザ情報に従って前記セッションを再確立し、前記元のPCCルールが前記PCCポリシー判断の後に取得されたPCCルールであることを決定するために、又はユーザ情報及び加入情報に従ってPCCルールを取得するために、前記CCR-Uメッセージは、ユーザ情報又は前記元のPCCルールを有する、請求項１６に記載のデバイス。
【請求項１８】
前記スタンバイPCRFにより取得された前記PCCルールが前記PCEFの前記元のPCCルールと異なる場合、前記デバイスは、
前記スタンバイPCRFにより送信されたクレジット・コントロール・アンサー・アップデート（CCA-U）メッセージを受信し、前記CCA-Uメッセージは、前記スタンバイPCRFにより取得された前記PCCルールを有し、前記スタンバイPCRFにより取得された前記PCCルールに従って課金及びポリシー制御を実行するように構成された第２の受信モジュールを更に有する、請求項１７に記載のデバイス。
【請求項１９】
前記送信モジュールは、前記CCR-Uメッセージを前記スタンバイPCRFに送信するように構成され、前記スタンバイPCRFがユーザ情報に従って前記セッションを再確立し、ユーザ情報及び加入情報に従ってPCCルールを取得し、構成情報に従ってセッション復旧命令情報を取得するために、前記CCR-Uメッセージは、ユーザ情報を有し、前記セッション復旧命令情報は、前記PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、
前記デバイスは、
前記スタンバイPCRFにより送信されたCCA-Uメッセージを受信するように構成された第３の受信モジュールを更に有し、前記CCA-Uメッセージは、前記セッション復旧命令情報を有する、請求項１６に記載のデバイス。
【請求項２０】
前記セッション復旧命令情報が前記PCEFに対して前記元のベアラ及びポリシーを変更するように命令するために使用される場合、前記CCA-Uメッセージは、前記スタンバイPCRFにより取得された前記PCCルールを更に有し、
前記デバイスは、
前記CCA-Uメッセージが受信された後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールを前記スタンバイPCRFにより取得された前記PCCルールと交換するように構成された処理モジュールを更に有する、請求項１９に記載のデバイス。
【請求項２１】
セッションが更新される必要があることを決定した後にクレジット・コントロール・リクエスト・アップデート（CCR-U）メッセージを送信するように構成されたポリシー及び課金施行機能（PCEF）と、
前記CCR-Uメッセージに従ってセッションを再確立してPCCポリシー判断を行うように構成されたスタンバイポリシー及び課金ルール機能（PCRF）と
を有するセッション復旧システム。
【請求項２２】
前記PCEFは、前記セッションが更新される必要があることを決定した後に前記CCR-Uメッセージを送信するように構成され、前記CCR-Uメッセージは、ユーザ情報又は元のPCCルールを有し、前記元のPCCルールは、IP接続アクセスネットワーク（IP-CAN）セッションの初期確立手順又はIP-CANセッションの更新手順の間にプライマリPCRFにより前記PCEFに送信され、
前記スタンバイPCRFは、前記ユーザ情報に従って前記セッションを再確立し、前記元のPCCルールが前記PCCポリシー判断の後に取得されたPCCルールであることを決定するように、或いは前記ユーザ情報及び加入情報に従ってPCCルールを取得するように構成される、請求項２１に記載のシステム。
【請求項２３】
前記スタンバイPCRFにより取得された前記PCCルールが前記元のPCCルールと異なる新たなPCCルールである場合、前記スタンバイPCRFは、クレジット・コントロール・アンサー・アップデート（CCA-U）メッセージを前記PCEFに送信するように更に構成され、前記PCEFが前記新たなPCCルールに従って課金及びポリシー制御を実行するために、前記CCA-Uメッセージは前記新たなPCCルールを有する、請求項２２に記載のシステム。
【請求項２４】
前記PCEFは、前記セッションが更新される必要があることを決定した後に前記CCR-Uメッセージを送信するように構成され、前記CCR-Uメッセージは、ユーザ情報を有し、
前記スタンバイPCRFは、ユーザメッセージに従って前記セッションを再確立し、前記ユーザ情報及び加入情報に従ってPCCルールを取得し、構成情報に従ってセッション復旧命令情報を取得し、前記セッション復旧命令情報は、前記PCEFに対して元のベアラ及びポリシーを維持又は変更するように命令するために使用され、CCA-Uメッセージを前記PCEFに送信するように構成され、前記CCA-Uメッセージは、前記セッション復旧命令情報を有する、請求項２１に記載のシステム。
【請求項２５】
前記セッション復旧命令情報が前記PCEFに対して前記元のベアラ及びポリシーを変更するように命令するために使用される場合、前記CCA-Uメッセージは、前記スタンバイPCRFにより取得された前記PCCルールを更に有し、前記PCEFは、前記CCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールを前記スタンバイPCRFにより取得された前記PCCルールと交換するように更に構成される、請求項２４に記載のシステム。
【請求項２６】
請求項１ないし１０のうちいずれか１項に記載の方法を実行する命令を有するプログラムを格納したコンピュータ読み取り可能記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
ポリシー及び課金制御（Policy  and  Charging  Control、PCC）アーキテクチャでは、パケット交換（Packet  Switching、PS）ネットワークは、異なるサービスストリームを検出し、サービスストリームについてのサービス品質（Quality  of  Service、QoS）制御及び課金統計を実行することができる。PCCシステムは、ポリシー及び課金施行機能（Policy  and  Charging  Enforcement  Function、PCEF）と、ポリシー及び課金ルール機能（Policy  and  Charging  Rule  Function、PCRF）とを含む。PCEFとPCRFとの間のインタフェースは、Gxインタフェースである。Gxインタフェースの信頼性を改善するために、通常では、PCRFアクティブ／スタンバイ冗長モードが実際の配備の間に使用される。ユーザのアクティベーション手順の間に、プライマリPCRFは、セッションを確立するために優先的に選択され、プライマリPCRFが利用不可能である場合、スタンバイPCRFが選択される。ユーザ更新及びディアクティベーションの間に、アクティベーションの間に選択されたPCRFが優先的に使用され、アクティベーションの間に選択されたPCRFが利用不可能である場合、他のPCRFを選択するためにGxフェールオーバ（Failover）手順がトリガーされる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
第１の態様の第３の可能な実現方式を参照して、第１の態様の第４の可能な実現方式では、セッション復旧命令情報がPCEFに対して元のベアラ及びポリシーを変更するように命令するために使用される場合、PCEFがCCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCRFにより取得されたPCCルールと交換するために、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルールを更に含む。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
第２の態様の第３の可能な実現方式を参照して、第２の態様の第４の可能な実現方式では、セッション復旧命令情報がPCEFに対して元のベアラ及びポリシーを変更するように命令するために使用される場合、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルールを更に含み、この方法は、PCEFにより、CCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCRFにより取得されたPCCルールと交換することを更に含む。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
第３の態様の第３の可能な実現方式を参照して、第３の態様の第４の可能な実現方式では、セッション復旧命令情報がPCEFに対して元のベアラ及びポリシーを変更するように命令するために使用される場合、送信モジュールは、CCA-UメッセージをPCEFに送信するように具体的に構成され、PCEFがCCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCRFにより取得されたPCCルールと交換するために、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルール及びセッション復旧命令情報を含む。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
第４の態様の第３の可能な実現方式を参照して、第４の態様の第４の可能な実現方式では、セッション復旧命令情報がPCEFに対して元のベアラ及びポリシーを変更するように命令するために使用される場合、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルールを更に含み、このデバイスは、CCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCRFにより取得されたPCCルールと交換するように構成された処理モジュールを更に含む。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
本発明の実施例の目的、技術的対策及び利点を明確にするために、以下に、本発明の実施例の添付図面を参照して本発明の実施例の技術的対策を明確に説明する。明らかに、説明する実施例は、本発明の実施例の全てではなく、一部である。創造的取り組みを行うことなく本発明の実施例に基づいて当業者により得られる全ての他の実施例は、本発明の保護範囲内に入るものとする。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００６０
【補正方法】変更
【補正の内容】
【００６０】
従来技術と同様に、プライマリPCRFのリンクがダウンになった場合、プライマリPCRFとPCEFとの間のアクティブなリンクは、スタンバイPCRFに切り替えられる。従来技術では、プライマリPCRFとスタンバイPCRFとの間のデータ整合性を確保するために、PCRF  Aは、初期PCCルールをPCEFに報告するだけでなく、初期PCCルールをスタンバイPCRFに送信する。このことは、プライマリPCRFとスタンバイPCRFとの間でリアルタイムのホットスタンバイが必要になることを意味する。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１０３
【補正方法】変更
【補正の内容】
【０１０３】
任意選択で、セッション復旧命令情報がPCEFに対して元のベアラ及びポリシーを変更するように命令するために使用される場合、送信モジュールは、CCA-UメッセージをPCEFに送信するように具体的に構成され、PCEFがCCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCRFにより取得されたPCCルールと交換するために、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルール及びセッション復旧命令情報を含む。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１０９
【補正方法】変更
【補正の内容】
【０１０９】
任意選択で、セッション復旧命令情報がPCEFに対して元のベアラ及びポリシーを変更するように命令するために使用される場合、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルールを更に含み、このデバイスは、CCA-Uメッセージが受信された後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCRFにより取得されたPCCルールと交換するように構成された処理モジュールを更に含む。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１１５
【補正方法】変更
【補正の内容】
【０１１５】
任意選択で、セッション復旧命令情報がPCEFに対して元のベアラ及びポリシーを変更するように命令するために使用される場合、CCA-Uメッセージは、スタンバイPCRFにより取得されたPCCルールを更に含み、PCEFは、CCA-Uメッセージを受信した後に全ての専用のベアラをディアクティベーションし、初期設定のベアラの元のPCCルールをスタンバイPCRFにより取得されたPCCルールと交換するように更に構成される。
【国際調査報告】
2016502356.tif 000010
2016502356.tif 000011
2016502356.tif 000012
2016502356.tif 000013