有線プロビジョニングとアカウンティングのための3GPPポリシーと課金制御

3GPPポリシーと課金制御アーキテクチャの利点

• 有線加入者のプロビジョニングとアカウンティングのための統一されたフレームワークを提供します。

有線アクセス環境

モバイル加入者の場合、ユーザー機器はサービスを要求します。ブロードバンド有線加入者の場合、PCRFはサービスを要求します。有線環境では、PCRF はサービス リクエスターとして機能し、PCEF はサービス レシーバーおよびエンフォーサーとして機能します。

有線環境で PCC モデルを適応させると、次のようなメリットがあります。

• 都合

• 先端技術

• 多くの場合、有線支社よりもはるかに大きなビジネスを提供するキャリアの無線支社によってすでに実装されています

PCRFは、充電ルールをプッシュすることによってPCEFを制御します。課金ルールは、ポリシーをプッシュするためのサービス(ポリシー)ルールとして再利用されます。課金ルールには、関連するレーティンググループ、または課金キーも含まれる場合があります。そのため、PCEF の設定では、与信管理サービス(cc-services)と格付けグループ間の課金ルールとマッピングを定義する必要があります。

多くの場合、OCS とオフライン課金システム(OFCS)3GPP アカウンティング サービスの両方で、加入者の識別に Mobile Station International 加入者電話番号(MSISDN)を使用する必要があります。MSISDN はサブスクリプション ID として渡されます。各モバイル ユーザー機器デバイスには MSISDN が関連付けられていますが、有線加入者はこの情報を利用できません。PCRFがサブスクリプションIDパラメータを動的に渡し、さまざまな認証、許可、プロビジョニング設定をサポートできるように、 表2 のジュニパー属性-値ペア(AVP)は、ジュニパーベンダーIDスペース(2636)ベンダー固有属性(VSA)から割り当てられています。

手記：

動的サブスクリプション ID が受信されない場合は、OCS 通信も OFCS 通信も開始されません。

表2:割り当てられたジュニパーAVP

AVP 名	ベンダーID	AVP タイプ	直径のタイプ	直径フラグ
Juniper-Dyn-サブスクリプションインジケーター	2636	10001	列挙	V
Juniper-Dyn-サブスクリプションID	2636	10002	分類	仮想マシン
Juniper-Dyn-サブスクリプション-id-タイプ	2636	10003	整数値32	仮想マシン
Juniper-Dyn-サブスクリプションID-データ	2636	10004	UTF8文字列	仮想マシン

クライアントシステム(ルーター)は、Juniper-Dyn-Subscription-Id-Indicator AVPを送信して、サブスクリプションIDの動的割り当てがサポートされていることを示します。Juniper-Dyn-Subscription-Id-Indicator属性には、2つの値があります。

• DYN_SUBSCRIPtION_NOT_SUPPORTED (0)

• DYN_SUBSCRIPTION_SUPPORTED (1)

その後、サーバーは、サポートを示す Juniper-Dyn-Subscription-Id AVP をクライアントに送信します。これは、Subscription-Id-Type および Subscription-Id-Data として送信される値を含むグループ化された AVP です。

手記：

• PCRF サーバは、標準のサブスクリプション ID AVP を使用して、ダイナミック サブスクリプション ID をルータに伝達できます。

• Juniper-Dyn-Subscription-IdとSubscription-Idの両方がPCRFから送信される場合、Subscription-Id値が使用されます。

多くの場合、有線加入者は 1 つの IP ファミリーのみをサポートしますが、これは AAA サービスと PCRF の両方に必要な情報です。この情報を示すために、 表3のJuniper Vendor-IDスペース(2636)VSAからJuniper-Network-Family-Indicator AVPが割り当てられています。

表 3:ファミリー インジケータ AVP

AVP 名	ベンダーID	AVP タイプ	直径のタイプ	直径フラグ
Juniper-Network-Family-Indicator	2636	10010	列挙	V

クライアントシステム(ルーター)は、Juniper-Network-Family-Indicator AVPを送信して、どのネットワークファミリーがサービスリクエストに関連付けられ、加入者がサポートしているかを示します。Juniper-Network-Family-Indicator AVPが関連するネットワーク ファミリーを示すように設定すると、システムはその情報をPCRFに送信します。Juniper-Network-Family-Indicator属性には、4つの値があります。

• 不特定 (0)

• IPV4_FAMILY (1)

• IPV6_FAMILY (2)

• IPV4_IPV6_FAMILY (3)

有線の顧客は、多くの場合、PCRF を介してのみユーザ サービスを制御し、OCS を執行単位としてではなく、便利なリアルタイム使用状況監視メカニズムとして使用します。誤った OCS 設定の数を減らすには、[edit access ocs partition partition-name] 階層レベルに force-continue ステートメントを含めて、ブロードバンド PCEF(BPCEF)に OCS からの否定応答とクォータの有効期限の影響を強制的に制限し、影響を受けるレーティング グループに OCS 通知が送信されないようにします。PCEFは、報告されたグループに対して否定的な応答を受信すると、このグループをOCSに報告するのをやめます。

Junos OS環境

Junos OS環境内の動的プロファイルには、3つのカテゴリーがあります。

• クライアント動的プロファイル

• cos-service-dynamic-profiles

• ファイアウォールサービス動的プロファイル

client-dynamic-profiles と cos-service-dynamic-profiles は、加入者に提供されるサービスの帯域幅とその他の特性を定義します。firewall-service-profiles は、フィルタリングと使用状況のカウントを実行します。すべての動的プロファイルのカテゴリにおいて、service-dynamic-profile nameはCharging-Rule-Name AVPの値として使用されます。

service-dynamic-profile に変数がない場合、または service-dynamic-profile 定義で提供されるデフォルトが要求される場合は、追加の要素は必要ありません。service-dynamic-profileにカスタム値を提供するには、追加のVSAでCharging-Rule-Definition AVPを使用します。

PCRFは、既存のJuniper-Substitution VSA(ベンダーID 2636およびタイプ2024)を使用して、属性を名前と値のペアとして提供します。PCRFは、ルール名の一部に位置表記としてパラメータを含めることもあります。リダイレクト情報AVP(ベンダーID 10415およびタイプ1085)は、リダイレクトURLパラメータの値を提供します。

お客様が要求するサービス動的プロファイルのパラメーター名ごとに、新しいジュニパーパラメーターVSAが定義されます。 表4 は、固定ジュニパーパラメーターVSAの初期セットを示しています。

表4:ジュニパーの固定パラメーターVSAの初期セット

パラメーター	VSA名	ベンダーID	種類	直径のタイプ
Cos-Tcp	juniper-param-cos-tcp	2636	10005	UTF8文字列
v4-ファイアウォール入力フィルター	juniper-param-v4-firewall-input-filter	2636	10006	UTF8文字列
v4-ファイアウォール出力フィルター	juniper-param-v4-firewall-output-filter	2636	10007	UTF8文字列
v6-ファイアウォール入力フィルター	juniper-param-v6-firewall-input-filter	2636	10008	UTF8文字列
v6-ファイアウォール出力フィルター	juniper-param-v6-firewall-output-filter	2636	10009	UTF8文字列

パラメータまたは Service-Identifier と Rating-Group を PCRF で示す必要がある場合は、Charging-Rule-Definition AVP が使用されます。それ以外の場合は、Charging-Rule-Name AVPが使用されます。

たとえば、Service-Identifier と Rating-Group の組み合わせがある場合、または Service-Identifier のみまたは Rating-Group のみが指定されている場合、その組み合わせは、加入者にインストールされているルール間で一意である必要があります。ルーターで service-context-id を設定します。

加入者ログイン

ルータは、必要な情報の固定セットを含む Diameter CCR 要求をポリシー マネージャ(PCRF)に送信し、ポリシーとその他の情報を含む CCA 応答を受信します。Gx プロビジョニングは、[edit access profile profile-name] 階層レベルで provisioning-order pcrf ステートメントを含めると、加入者に対して有効になります。アプリケーションが加入者のセッションをアクティブ化するように AAA を要求すると、ルータは CCR-GX-I(I は INITIAL_REQUEST を表す)メッセージを PCRF に送信して加入者セッションのプロビジョニング情報の固定セットを要求し、ポリシーおよび結果コード AVP(AVP コード 268)を含むその他の情報を含む CCA-GX-I 応答メッセージを受信します。

アクセス プロファイルで provisioning-order ステートメントを設定すると、ブロードバンド PCEF(BPCEF)モジュールは、クライアントのアクティベーション中に PCRF にプロビジョニング要求を送信します。以下の例は、CCR-GX-I と CCA-GX-I のパケット交換を示しています。

CCR-GX-I パケットの例

手記：

CCR-GX-I の再送時に T (潜在的再送信メッセージ)ビットが再計算されます。このフラグは、重複する要求を削除するために、リンク フェイルオーバー手順の後に設定されます。

CCA-GX-I パケットの例

手記：

ルール インストール AVP が CCA-GX-I で定義されていない場合は、デフォルト ルールがインストールされます。

まだ定義されていないものも含めて、すべてのイベントトリガーが許容されます。ただし、実装時に実際にイベントを生成するイベントトリガーはごくわずかです。

PCRF は、 表 5 にリストされている結果カテゴリにマップされる結果コード AVP(AVP コード 268)を含む CCA-GX-I メッセージを返します。

表 5:Result-Code-AVP カテゴリ

result-code-avp 値	結果カテゴリ
SUCCESS(2001)、LIMITED_SUCCSS(2002)、および有効なメッセージ	叶える
AUTHENTICATION_REJECTED(4001)、UNKNOWN_SESSION_ID(5002)、AUTHORIZATION_REJECTED(5003)、およびUSER_UNKNOWN(5030)	打ち消す
UNABLE_TO_DELIVER(3002)、REALM_NOT_SERVED(3003)、TOO_BUSY(3004)、LOOP_DETECTED(3005)、REDIRECT_INDICATION(3006)	失敗
5000 以上の他のすべての Diameter Permanent-failure 結果コード AVP、および 3000 以上 4000 未満のすべての Diameter プロトコル エラー結果コード AVP	恒久的な障害
無効なメッセージまたは無応答のその他の結果コード AVP	失敗

表 6 に示すように、CCA-GX-I 応答処理は、以下の 3 つの要因に依存します。

• ローカル決定タイムアウトの期限が切れたかどうか

• ローカル決定の設定

• 結果カテゴリ

表 6 には、PCRF ローカル決定タイムアウトの有効期限アクションも含まれています。

表 6:CCA-GX-I 応答の処理

PCRF ローカル 判定タイムアウト	PCRF ローカル決定	結果 カテゴリ	アクション
有効期限が切れていない	–	叶える	ローカル決定タイマーをクリアし、CCA-GX-I からルールを適用し、オンライン課金システム(OCS)に通知してから、加入者のアクティベーションを確認します。
有効期限が切れていない	–	打ち消す	ローカル決定タイマーをクリアし、加入者のアクティベーションに失敗します。
有効期限が切れていない	–	失敗	ローカル判別タイムアウトになるまで、CCA-GX-I を再試行します。
有効期限が切れていない	叶える	恒久的な障害	ローカル決定タイマーをクリアし、デフォルト規則を適用し、加入者の活動化を確認してから、CCA-GX-I を再試行します。
有効期限が切れていない	打ち消す	恒久的な障害	サブスクライバーのアクティベーションに失敗し、サブスクライバーのログアウトプロセスを開始します。
有効期限あり	叶える	–	デフォルト・ルールを適用し、CCA-GX-I を無期限に再試行し続け、サブスクライバーのアクティベーションを確認します。
有効期限あり	打ち消す	–	サブスクライバーのアクティベーションに失敗し、サブスクライバーのログアウトプロセスを開始します。
期限 切れ	叶える	叶える	CCA-GX-I に規則が含まれている場合は、デフォルト規則を除去し、受信した規則をインストールしてから、OCS に通知し、加入者のアクティブ化を確認します。
期限 切れ	叶える	打ち消す	クライアントをログアウトします。
期限 切れ	叶える	失敗	CCA-GX-I を無期限に再試行し続けます。
期限 切れ	叶える	恒久的な障害	しばらくしてから、CCA-GX-I の再試行を再開します。
期限 切れ	打ち消す	打ち消す	サブスクライバーがまだログアウトしている場合、サブスクライバーを無視します。それ以外の場合、アクションは必要ありません。

加入者ログインは、以下のイベント順序で開始されます。

1. DHCP、PPP、または静的加入者セッションなどのクライアント アプリケーションは、加入者の認証を AAA に要求します。

2. 加入者アクセスプロファイルでRADIUS認証が指定されている場合、認証が開始されます。認証が成功すると、ログインが続行されます。プロファイルの authentication-order ステートメントでRADIUS認証が指定されていないか、認証が指定されていない場合、ログインに失敗します。認証に失敗すると、ログインも失敗します。

3. 加入者に対してデフォルトサービスが有効化されます。認証サーバーが認証許可に含めるすべてのサービスがアクティブ化されます。また、クライアント アプリケーションに対して既定のサービスが構成されている可能性があります。

4. 加入者アクセス プロファイルで Gx プロビジョニングが指定されている場合、ルータは PCRF に CCR-GX-I メッセージを送信して Gx メッセージ交換を開始します。ルータは、設定不可能なタイムアウト時間内に PCRF が CCA-GX-I メッセージで応答するまで待ちます。

   PCRF がタイムアウト期間内に応答し、CCA-GX-I メッセージに Charging-Rule-Install AVP が含まれる場合、ルータがデフォルト サービスを非アクティブ化し、指定されたサービスをアクティブ化しようとする間、加入者のログインが遅延します。

   • 指定されたすべてのサービスがアクティブになると、ログインが完了します。

   • いずれかのサービスをアクティブにできない場合、ルーターは PCRF にサービスのステータス(ルールレポート)が記載された CCR-GX-U(U はUPDATE_REQUESTを表す)メッセージを送信します。PCRF は、アクティベーション用の新しいサービス セットを含むことができる CCA-GX-U でこのメッセージに応答します。

   • CCA-GX-I メッセージにサービスが含まれていなくても、ルーターはデフォルト サービスを無視します。この状況では、サービスはアクティブ化されません。

   タイムアウト期間内に PCRF が CCA-GX-I を返さない場合、加入者ログインは完了します。

   • ルーターは、まず認証サーバーから返されたサービスを検索し、見つかったサービスをアクティブにします。そのようなサービスが見つからない場合、ルーターはローカルに設定されたデフォルトサービスを有効にします。加入者のログインは、デフォルトのサービスのアクティベーションが成功すると完了しますが、デフォルトサービスのアクティベーションに失敗すると失敗します。デフォルト・サービスは存在する必要がないため、デフォルト・サービスが見つからない場合もログインが完了します。

   • ログインが完了すると(デフォルト サービスの有無にかかわらず)、ルータは定期的に CCR-GX-I メッセージを PCRF に再送信します。その後、PCRF が CCA-GX-I を返すと、ルータはデフォルト サービスがあればそれを無効化し、CCA-GX-I に含まれるすべてのサービスをアクティブにします。メッセージにサービスが含まれていない場合、サービスはアクティブ化されず、デフォルトサービスもアクティブ化されません。

   • CCA-GX-I に含まれるサービスのいずれかをアクティブにできない場合、ルータはサービスのステータス(ルール レポート)を含む CCR-GX-U メッセージを PCRF に送信します。PCRF は、アクティベーション用の新しいサービス セットを含むことができる CCA-GX-U でこのメッセージに応答します。

加入者ログインエラーの回復

Junos リリース 20.1R1 以降、加入者セッションを再初期化してルーターと PCRF サーバーの状態を再同期することで、特定の PCRF サーバー エラーから回復するようにルーターを設定できます。一部の PCRF サーバーは、ルーターに送信した CCA-GX-I メッセージが失われる状況を適切に処理しない場合があります。ルータが PCRF への CCR-GX-I の送信を再試行すると、サーバはすでに応答を送信しており、ルータがメッセージを受信しなかったことを認識していないため、サーバはルータと同期していません。この状態の不一致は、次のいずれかのエラーにつながる可能性があります。

• PCRF サーバは、値が 5012(DIAMETER UNABLE TO COMPLY)の Diameter 結果コード AVP(コード 268)を含む CCA-GX-I で再試行に応答します。これは恒久的な障害と見なされます(表5)。

• PCRF サーバは RAR を送信します。サーバーは、CCA-GX-I をルーターに送信し、メッセージが受信されなかったことを認識していないため、セッションがアクティブであることを期待しています。サーバーは、以下のいずれかの RAR メッセージを送信する場合があります。

  • RAR-GX-Dは、セッションが不良であると見なしたため、セッションを切断します。

  • RAR-GX-A:不正なセッションに関する情報を読み取ります。

  • RAR-GX-U は、セッションが正常に動作していると見なすため、セッションを更新します。

PCRF local-decision 設定を使用して、これらのエラーのいずれかまたは両方に応答して加入者セッションを再初期化できます。

• 永続的な障害エラーの reinit-on-failure オプションを含めます。

• RARエラー reinit-on-rar オプションを含めます。

手記：

再初期化操作には、次の追加の構成要件があります。

• ローカル決定 grant オプションを設定する必要があります。

• ルーターが同じログインイベントに関連付けられた元のセッションと新しいセッションの状態を維持できるように、拡張セッションIDを使用するようにルーターを設定する必要があります。そのためには、PCRF use-session-stamp オプションを設定します。

どちらの場合も、再初期化操作は次の手順で構成されます。

1. ルーターは、セッション終了要求CCR-GX-TをPCRFに送信して、セッションを終了します。これは、ルータと PCRF サーバをこのセッションで同じ状態にするために行われます。

2. ルーターは、CCA-GX-T を受信するまで、再初期化タイムアウト期間を待機します。 reinit-timeout オプションを使用して、デフォルトとは異なる期間を指定できます。

3. ルータがタイムアウト期間内に CCA-GX-T を受信した場合、またはタイムアウトの期限が切れる前に CCA-GX-T が到着しなかった場合、ルータは新しい拡張セッション ID を使用して CCR-GX-I を PCRF に送信します。拡張セッション ID は、Diameter セッション ID AVP(AVP コード 263)で伝達されます。

   ルーターは、ルーターがCCR-GX-Iを作成するUTC時間で構成されるセッションスタンプを追加することで、拡張セッションIDを形成します。たとえば、次の Diameter セッション ID AVP について考えてみます。セッション ID は 23 で、 use-session-stamp は設定されていません。

   use-session-stampが設定されている場合、セッションタイムスタンプがAVP値に追加されます。

表 7 は、現在のローカル PCRF 状態に基づいて、ルーターがこれらのエラーにどのように反応するかの詳細を示しています。

表 7:ローカル PCRF 状態に基づくルーター アクション

地方の都道府県	PCRFエラー発生時のアクション
local-active- 加入者はデフォルト サービスでアクティブです。	ルーターは以下を実行します。 local-reinit状態に遷移します。 PCRF に CCR-GX-T を送信します。 ローカル決定再初期化タイマーを開始し、PCRF からの CCA-GX-T 応答を待ちます。
local-grant- デフォルトのサービス プロビジョニングが進行中です。	デフォルトのプロビジョニングが完了すると、ルーターは以下を実行します。 local-reinit状態に遷移します。 PCRF に CCR-GX-T を送信します。 ローカル決定再初期化タイマーを開始し、PCRF からの CCA-GX-T 応答を待ちます。
started- ローカル決定タイマーはまだ実行中です。	ルーターは、デフォルト サービスが設定されていない場合、以下を実行します。 local-reinit状態に遷移します。 PCRF に CCR-GX-T を送信します。 ローカル決定再初期化タイマーを開始し、PCRF からの CCA-GX-T 応答を待ちます。 デフォルト サービスが設定されている場合、ルーターは以下を実行します。 local-reinit-early 状態に遷移します。 デフォルトサービスのプロビジョニングを開始します。 デフォルトのプロビジョニングが完了すると、ルーターは以下を実行します。 local-reinit状態に遷移します。 PCRF に CCR-GX-T を送信します。 ローカル決定再初期化タイマーを開始し、PCRF からの CCA-GX-T 応答を待ちます。

サブスクライバーの更新

ルーターでトリガーイベントが発生するたびに、更新要求が PCRF に送信されます。以下の例は、CCR-GX-U(U はUPDATE_REQUESTを表す)と CCA-GX-U のパケット交換を示しています。

CCR-GX-U パケットの例

手記：

CCR-GX-Uの再送時にTビットが再計算されます。

CCA-GX-U パケットの例

PCRF は、 表 8 に示す結果カテゴリにマップされる結果コード AVP(AVP コード 268)を含む CCA-GX-U メッセージを返します。

表 8:Result-Code-AVP カテゴリ

result-code-avp 値	結果カテゴリ
SUCCESS(2001)、LIMITED_SUCCSS(2002)、および有効なメッセージ	成功
UNABLE_TO_DELIVER(3002)、REALM_NOT_SERVED(3003)、TOO_BUSY(3004)、LOOP_DETECTED(3005)、REDIRECT_INDICATION(3006)	失敗
5000 以上の他のすべての Diameter Permanent-failure 結果コード AVP、および 3000 以上 4000 未満のすべての Diameter プロトコル エラー結果コード AVP	成功
無効なメッセージまたは無応答のその他の結果コード AVP	失敗

加入者のログアウト

クライアント アプリケーションが加入者のログアウト通知を AAA に送信すると、Gx は CCR-GX-T(T は TERMINATION_REQUEST を表す)メッセージを送信して、プロビジョニングされた加入者セッションが終了することを PCRF に通知します。

ルーターでトリガー イベントが発生するたびに、終了要求が PCRF に送信されます。次に、CCR-GX-T と CCA-GX-T のパケット交換例を示します。

CCR-GX-T パケットの例

手記：

T ビットは、CCR-GX-T が再送されると再計算されます。

CCA-GX-T パケットの例

PCRF は、 表 9 にリストされている結果カテゴリにマップされる結果コード AVP(AVP コード 268)を含む CCA-GX-T メッセージを返します。

表 9:Result-Code-AVP カテゴリ

result-code-avp 値	結果カテゴリ
SUCCESS(2001)、LIMITED_SUCCSS(2002)、および有効なメッセージ	成功
UNABLE_TO_DELIVER(3002)、REALM_NOT_SERVED(3003)、TOO_BUSY(3004)、LOOP_DETECTED(3005)、REDIRECT_INDICATION(3006)	失敗
5000 以上の他のすべての Diameter Permanent-failure 結果コード AVP、および 3000 以上 4000 未満のすべての Diameter プロトコル エラー結果コード AVP	成功
無効なメッセージまたは無応答のその他の結果コード AVP	失敗

Result-Code 値が Success の場合、Gx は AAA に通知し、AAA はログアウトが完了したことをアプリケーションに通知します。Gx が CCA-GX-T メッセージを受け取らない場合、または結果コード AVP に他の値があるか欠落している場合は、CCA-GX-T メッセージが Success で返されるまで、終了要求が再試行されます。ルータは、CCA 応答で確認応答される別の CCR 要求を送信することによって、加入者のログアウトを PCRF に通知します。PCRFは、RAR要求を使用して、加入者のログアウトを強制したり、適用されたサービスを変更したりすることもできます。

Result-Code 値が Failure の場合、要求は再試行されます。

加入者の切断

加入者切断を実行するために、PCRF は RAR-GX-D(D は DISCONNECT を表す)を送信し、BPCEF は RAA-GX-D メッセージで応答します。

以下の例は、RAR-GX-D と RAA-GX-D のパケット交換を示しています。

RAR-GX-Dパケットの例

RAA-GX-D パケットの例

PCRF は、 表 10 に示す結果カテゴリにマッピングされる結果コード AVP(AVP コード 268)を含む RAA-GX-T メッセージを返します。

表 10:Result-Code-AVP カテゴリ

result-code-avp 値	結果カテゴリ
DIAMETER_SUCCESS(2001年)	加入者の切断が進行中であるか、加入者が見つからない
DIAMETER_UNABLE_TO_COMPLY(5012)	サブスクライバーは削除できません
DIAMETER_TOO_BUSY(3004)	未処理の切断要求が多すぎます

手記：

BPCEF には、少なくとも 512 個の RAR-GX-D または RAA-GX-D メッセージ用のバッファリング・スペースが含まれています。

接続障害からの回復

Gx は、デバイス間に Diameter リレーまたはプロキシがある場合、接続状態に影響を与えないイベントもあれば、検出されないイベントもあるため、ルーターや PCRF の停止を検出するためにデバイス間の接続状態に依存しません。

PCRF との接続障害を軽減するために、ルーターは以下の障害回復手順を使用します。

• PCRF が使用できない場合、およびデフォルト サービスをインストールして設定した場合、加入者のログインはそれに応じて続行されます。

• 未確認のプロビジョニング要求は、無期限に、またはサブスクライバーがログアウトするまで再生されます。

• ログアウト要求は、最後の OCS 問い合わせが完了するのを待ち、その後、未確認のログアウト要求が 24 時間再生されます。

• ルーターは、標準の Diameter トランスポート冗長性を使用して、冗長 PCRF と通信します。

Gx 耐障害性の重要な側面は、加入者のログイン要求と終了要求が、PCRF から満足のいく応答を受信するまで 24 時間再試行(再生)されることです。 clear network-access pcrf subscribers コマンドを発行すると、すべての PCRF 加入者をクリアできます。

OCSへの最初の尋問

最初の問い合わせ時に、ルータは、必要な情報の固定セットを含む Diameter CCR 要求を OCS 課金サーバに送信します。その後、OCS 課金サーバーは、有効時間、レーティング グループ、および使用量クォータで応答します。

手記：

この実装フェーズでは、ルーターは OCS の応答を待たずに加入者アクセスを許可し、OCS は常に必要なクォータを許可します。

Gy プロトコルで OCS と情報を通信するための課金サービスの一覧を設定するには、[edit access profile profile-name] 階層レベルで charging-service-list ocs ステートメントを設定します。以下の例は、CCR-GY-I と CCA-GY-I のパケット交換を示しています。

手記：

CCR-GY-Iが再送されると、T(再送信メッセージの可能性)ビットが再計算されます。このフラグは、リンク フェイルオーバー手順の後に設定され、重複する要求の削除を支援します。

CCR-GY-I パケットの例

CCA-GY-I パケットの例

OCSへの中間尋問

ルーターが OCS 課金サーバに一定の必須情報を送信した後、OCS 課金サーバは有効時間、レーティング グループ、および使用量クォータで応答します。有効期間とクォータの有効期限は、中間尋問イベントをトリガーします。

ルーターでトリガー イベントが発生するたびに、更新要求が OCS に送信されます。以下の例は、CCR-GY-U(U はUPDATE_REQUESTを表す)および CCA-GY-U パケット交換を示しています。

CCR-GY-U パケットの例

CCA-GY-U パケットの例

OCSへの最終尋問

クライアント アプリケーションが加入者のログアウト通知を AAA に送信すると、Gy は CCR-GY-T(T は TERMINATION_REQUEST を表す)メッセージを送信して、プロビジョニングされた加入者が終了することを OCS に通知します。

ルーターでトリガー イベントが発生するたびに、終了要求が OCS に送信されます。以下の例は、CCR-GY-T と CCA-GY-T のパケット交換を示しています。

CCR-GY-T パケットの例

CCA-GY-T パケットの例

接続障害からの回復

デバイス間に Diameter リレーまたはプロキシがある場合、接続状態に影響を与えないイベントもあれば、検出されないイベントもあるため、Gy はデバイス間の接続状態に依存してルーターや OCS の停止を検出しません。

OCS との接続障害を軽減するために、ルーターは以下の障害回復手順を使用します。

• OCSが利用できない場合、[edit access ocs partition partition-name]階層レベルでforce-continueステートメントを設定することで、加入者トラフィックを許可するように設定できます。

  手記：

  force-continueステートメントは必須の設定ステートメントです。

• 未確認の初回および中間尋問は、無期限に、またはサブスクライバーがログアウトするまで再生されます。

• 承認されていない最終尋問は最大24時間再生されます。

• ルーターは、標準の Diameter トランスポート冗長性を使用して、冗長 OCS と通信します。

• トランスポート冗長イベントを設定して、アプリケーション トラフィックの障害をトリガーできます。

Gy 耐障害性の重要な側面は、OCS から満足のいく応答が得られるまで、加入者のログインおよび終了要求が 24 時間以内に再試行(再生)されることです。 clear network-access ocs statistics コマンドを発行すると、すべての OCS 統計情報をクリアできます。

セッション要求の中止

OCS は、受信側の MXシリーズ ルーターが最終データを収集し、最終インテロゲーションをポストするときに、ASR(Abort-Session-Request)を発行する場合があります。MXシリーズルーターは、レスポンスを受信すると、関係するセッションのOCSの更新を停止します。

OCS SFTP-バックアップ

stfp-backup は、実装された最初のバックアップメカニズムです。操作は、次のパラメーターによって制御されます。

• accumulation-timeout:ファイルは、最初の CCR-GY-T 送信のファイル蓄積時間後に書き込まれます。

• accumulation-count – ファイルは、file-account-count のリクエスト数が満たされた後に書き込まれます。

• accumulation-size – ファイルは、そのサイズが累積サイズ制限に達した後に書き込まれます。

• retry-interval – この間隔が経過すると、backup-timeout が累積されるまで、失敗したすべての書き込み操作が再試行されます。

• response-timeout – 個々の sftp コマンドの応答のタイムアウト。

手記：

OCS SFTP-Backup サーバは、アドレス、ログイン、パスワード、ディレクトリ、およびファイル プレフィックスによって構成されます。ターゲットディレクトリはデフォルトで存在し、存在しない場合はディレクトリが作成されます。同じ名前のターゲットファイルがすでに存在する場合は、上書きされます。

Gyファイルバックアップのメリット

• 内部ネットワークの不安定さに対処するためのさらに別の方法を提供します。

ログインインタラクション

このログイン シーケンスのイベントは、PCEF 上のサービス データ フローの検出によってトリガーされます。これは通常、加入者(CPE)によって送信されたDHCP DISCOVERまたはPPPoE PADIパケットです。

1. PCEFは、CCR-GX-Iを、加入者を識別する情報とともにPCRFに送信します。

2. PCRF は CCA-GX-I で PCEF に応答し、加入者に適用するルールを指示します。

3. PCEFは、要求されたサービス/ルールを加入者にインストールします。

4. OCSが使用されている場合、PCEFはCCR-GY-Iメッセージを使用してOCSに最初の問い合わせを送信し、OCSはCCA-GY-Iメッセージを使用して該当するレポートをPCRFに送信します。

   設定されている場合、PCEF は、要求されたサービス/ルールが処理された後、CCR-GX-U メッセージによって PCRF に通知を送信します。

   • このルールは、次の両方に該当する場合、非 アクティブ として PCRF に報告されます。

     • サービス動的プロファイルのインスタンス化は失敗します。

     • 課金ルールに Resource-Allocation-Notification (ENABLE_NOTIFICATION) が設定されています。

     ルールが非アクティブとして報告されても、加入者のログインやその他のルールには影響しません。

   • ルールは、次のすべてに当てはまる場合、アクティブとして PCRF に 報告 されます。

     • service-dynamic-profile のインスタンス化は成功します。

     • 課金ルールに Resource-Allocation-Notification (ENABLE_NOTIFICATION) が設定されています。

     • SUCCESSFUL_RESOURCE_ALLOCATIONイベントトリガーは、リクエストで設定されます。

   • 報告するルールがない場合、レポートは送信されません。

5. PCRF は CCA-GX-U メッセージで応答します。

6. PCEF は、加入者に対してサービスをアクティブ化します。

インタラクションの更新

この一連の更新イベントは、PCEF が PCRF から受信した RAR-GX-U メッセージによってトリガーされます。

1. 更新要求にレーティング グループを含むルールのインストールまたは変更が含まれている場合、PCEF は要求を拒否します。そうでない場合は、PCRF に RAA-GX-U メッセージを送信して要求を確認します。

2. PCEF は、サービスの削除とインストールのプロセスを開始します。

3. PCEF は、サービスの削除とインストールのプロセスが完了するのを待ち、該当する場合は、OCS に報告するための最終的なデータ収集プロセスを開始します。最終的な統計情報が収集されると、PCEF は CCR-GY-U リクエストを送信して OCS に通知します。これは、次の各ケースにおける既存のサービスの削除プロセスの一部です。

   • 削除されるサービスにレーティング グループがある場合。

   • レーティング グループを含む新しいルールが追加されたとき。

   • レーティング グループを含むルールが削除および追加された場合。

4. PCEF は、CCR-GX-U メッセージを使用して、該当するレポートを PCRF に送信します。

   • このルールは、次の両方に該当する場合、非 アクティブ として PCRF に報告されます。

     • サービス動的プロファイルのインスタンス化は失敗します。

     • 課金ルールに Resource-Allocation-Notification (ENABLE_NOTIFICATION) が設定されています。

     ルールが非アクティブとして報告されても、更新プログラムやその他のルールには影響しません。

   • ルールは、次のすべてに当てはまる場合、アクティブとして PCRF に 報告 されます。

     • service-dynamic-profile のインスタンス化は成功します。

     • 課金ルールに Resource-Allocation-Notification (ENABLE_NOTIFICATION) が設定されています。

     • SUCCESSFUL_RESOURCE_ALLOCATIONイベントトリガーは、リクエストで設定されます。

   • 報告するルールがない場合、レポートは送信されません。

クォータの有効期限と有効期間の相互作用

クォータの有効期限と有効期間の相互作用の場合、ルーターは CCR-GY-U メッセージを使用して OCS に中間問い合わせを送信し、OCS 応答を処理します。

接続とモニターのインタラクション

PCRF、OCS、または Diameter リレー/プロキシ サーバとの接続を確立する場合、Diameter デーモンは標準の Capability Exchange Request(CER)/Capability Exchange Answer(CEA)トランザクションを実行します。既存の Junos OS Diameter インフラストラクチャを使用して、必要な冗長性機能を備えた適切なトポロジーを設定します。さらに、PCRF と OCS の両方の通信、およびその他のアプリケーションに同じ Diameter 接続を使用できます。

次の例は、2 つの異なる通信接続シナリオを示しています。

PCRF との通信に使用される専用接続を使用した CER の例

手記：

[edit access pcrf partition partition-name]または[edit access ocs partition partition-name]階層レベルでルーターのsend-origin-state-idステートメントを設定すると、Origin-State-Idは、CER、デバイスウォッチドッグリクエスト(DWR)/デバイスウォッチドッグアンサー(DWA)、および切断ピアリクエスト(DPR)/切断ピアアンサー(DPA)などのDiameterレベルメッセージに含まれます。

PCRF と OCS の両方との通信に使用される専用接続を使用した CER の例

手記：

[Auth-Application-Id: 4] フィールドと値は、OCS の認証アプリケーション ID です。これが 1 番目と 2 番目の例の違いです。

標準の DWR/DWA および DPR/DPA メッセージを使用して、接続を監視および管理します。

ログアウトのインタラクション

この一連のログアウト・イベントは、次のいずれかによってトリガーされます。

• DHCP RELEASE や PPPoE PADT パケットなどの加入者のログアウト要求。

• PCEF は、加入者セッションの終了要求を含む RAR を PCRF から受信します。

ログアウトがトリガーされると、次のシーケンスが発生します。

1. システム インフラストラクチャは、サブスクライバのログアウトが開始されたことを OCS に通知します。

2. 該当する場合、OCS は最終的なデータ収集プロセスを開始します。

   • 削除するサービスにレーティング グループがある場合は、このサービスの最終データを報告する必要があります。OCS は、必要に応じて最終的なデータ収集を開始します。

3. PCRFとPCEFはどちらも、最終的な尋問プロセスが完了するのを待ちます。

4. PCEF は、終了要求(CCR-GX-T メッセージ)を PCRF に送信し、PCRF からの応答(CCA-GX-T メッセージ)を待ちます。

5. PCEF は、加入者のログアウト プロセスを完了します。

共通のアップストリーム メッセージ

開始、更新、および終了の与信制御応答(CCR-GX-I、CCR-GX-U、および CCR-GX-T)および RAA-GX のアップストリーム メッセージには、次のルール、パラメーター、およびデータが含まれている場合があります。

• イベントのタイムスタンプ AVP
• 充電ルールのインストール通知
• イベントトリガーコマンド

一般的なダウンストリーム メッセージ

開始および更新の与信制御応答(CCA-GX-I および CCA-GX-U)および RAR-GX のダウンストリーム メッセージには、パラメータとデータを含む次の事前定義済みルールが含まれる場合があります。

手記：

CCA-GX-T(終了)メッセージは、ダウンストリーム メッセージとして含まれません。

• 課金ルールのインストールコマンド
• 課金ルール削除コマンド
• イベントトリガーコマンド