Cisco GGSN リリース 9.2 コンフィギュレーション ガイド

Cisco CSG2 サーバ グループの設定

GGSN 上でクォータ サーバ プロセスと対話する場合は、2 つの Cisco CSG2（1 つはアクティブ、もう 1 つはスタンバイ）を 1 つとして機能させることを推奨します。

GGSN クォータ サーバ インターフェイスが Cisco CSG2 との通信に使用する Cisco CSG2 グループを設定する場合、冗長ペアを構成する各 Cisco CSG2 の実 IP アドレスとともに、仮想 IP アドレスを指定する必要があります。GGSN 上のクォータ サーバ プロセスは仮想アドレスと通信し、アクティブ Cisco CSG2 はその仮想 IP アドレスをリッスンします。

GGSN で Cisco CSG2 グループを設定するには、グローバル コンフィギュレーション モードで次の作業を実行します。

GGSN でのクォータ サーバ インターフェイスの設定

Cisco GGSN リリース 9.2 以前のリリースでは、GGSN は、クォータ サーバ インターフェイスを Cisco CSG2 とのクォータ サーバ メッセージ交換に使用して使用状況情報を取得し、次のタイプのユーザの eG-CDR を生成します。

• サービス認識前払い（Gy）ユーザおよびサービス認識後払い（QS）ユーザ

前払い加入者、または CSG2 で前払いとして設定されている後払い加入者の場合、GGSN はクォータ サーバとして機能し、クォータ サーバ インターフェイスを介して CSG2 から使用状況を受信するたびにサービス コンテナを eG-CDR に追加します。

Cisco GGSN リリース 9.2 以降では、 ggsn quota-server コマンドの service-msg キーワード オプションを指定して、GGSN と Cisco CSG2 との間に 拡張 クォータ サーバ インターフェイスを設定できます。拡張クォータ サーバ インターフェイスは、サービス コントロール メッセージの交換をサポートします。サービス コントロール メッセージに含まれるサービス使用状況情報を使用して、GGSN では、次の追加タイプのユーザ用 eG-CDR を生成できます。

• サービス認識前払い（GTP）ユーザ

OCS アドレス選択を使用して実装されたサービス認識 GGSN では、GGSN は前払いユーザのクォータ サーバとして機能しません。OCS アドレス選択サポートによって、Cisco CSG2 は、GTP による直接接続が可能な外部 OCS からクォータを取得できます。GGSN は、拡張クォータ サーバ インターフェイス経由でサービス使用状況を取得して、eG-CDR を生成します。

• サービス認識後払いユーザ

GGSN は、サービス認識後払いユーザのクォータ サーバとして機能しません。GGSN は、拡張クォータ サーバ インターフェイスを使用して、Cisco CSG2 から使用状況を取得し、その使用状況を eG-CDR に追加します。

• Policy and Charging Control（PCC; ポリシー/課金制御）対応（Gx）ユーザ

Gx 対応ユーザが前払い（Gy）ユーザでもある場合は、eG-CDR 生成のサポートが Cisco IOS リリース 12.4(22)YE2 以前のリリースに存在しており、クォータ サーバ メッセージで受信した使用状況に基づいてサービス コンテナが eG-CDR に追加されます。

Gx ユーザが、CSG2 と OCS の直接インターフェイスが存在する実装での前払いユーザ、または（サービス認識または非サービス認識の）後払いユーザでもある場合、GGSN は拡張クォータ サーバ インターフェイス経由で CSG2 から使用状況を取得し、その使用状況を eG-CDR に追加します。

（注） Cisco IOS リリース 12.4(22)YE2 以降では、拡張クォータ サーバ インターフェイスが GGSN でイネーブルになっている場合、GGSN はサービス認識後払いユーザまたは Gx 後払いユーザのクォータ サーバとして機能しないため、これらのユーザは Cisco CSG2 で後払いとして設定する必要があります。Cisco CSG2 の設定の詳細については、『Cisco Content Services Gateway 2nd Generation - Release 3.5 Installation and Configuration Guide』を参照してください。

クォータ サーバ インターフェイス

GGSN のクォータ サーバ インターフェイスでは、次のことがサポートされています。

• Cisco CSG2 への RADIUS アカウンティング開始メッセージのアトリビュート

– 課金プラン ID：DCCA サーバから受信するルールベース ID に対応します。GGSN のクォータ サーバ プロセスによって、ルールベース ID が課金プラン ID にマップされます。

– クォータ サーバ アドレスおよびポート：Cisco CSG2 がユーザに使用する、クォータ サーバの IP アドレスおよびポートです。

– OCS アドレス選択サポートが GGSN でイネーブルになっている場合を除いて、デフォルトは GGSN の IP アドレスになります。GGSN での OCS アドレス選択サポートのイネーブル方法については、「OCS アドレス選択サポートによるサービス認識課金の実装」を参照してください。

– ダウンリンク ネクストホップ アドレス：（Cisco CSG2 から GGSN への）ダウンリンク トラフィック用のネクストホップ アドレス（ユーザ アドレス）です。

• Threshold Limit Value（TLV）

– Quota Consumption Timer（QCT）。QCT はゼロと見なされます。

– Quota Holding Timer（QHT）

– クォータしきい値

クォータ サーバ インターフェイス、課金プラン、および QCT と QHT については、『 Cisco Content Services Gateway Installation and Configuration Guide 』を参照してください。

拡張クォータ サーバ インターフェイス

拡張クォータ サーバ インターフェイスでは、追加で次のことがサポートされています。

• サービス コントロール メッセージ

– Service Control Request（SCR）

– Service Control Request Ack

– Service Control Usage（SCU）

– Service Control Usage Ack

• Cisco CSG2 への RADIUS アカウンティング メッセージと停止メッセージのアトリビュート

– クォータ サーバ モード：拡張クォータ サーバ インターフェイスの機能（オンライン課金がイネーブルにされるか、またはオフライン課金がイネーブルにされるか）を指定します。

– eG-CDR コリレータ ID：Service Control Usage を Service Control Request と一致させるために GGSN が使用する識別情報です。

拡張クォータ サーバ インターフェイスを設定する場合は、次の点に注意してください。

• サービス コントロール メッセージをトリガーするために、APN をサービス認識課金サポート（ service-aware コマンド）または PCC 対応（ pcc コマンド）用にイネーブルにする必要があります。

• GPRS Charging Release 7 は、「課金リリースの設定」の説明に従って設定する必要があります。

• 「APN での課金レコード タイプの設定」の説明に従って、参加している APN 用の課金レコード タイプを設定します。

• 「サービスごとのローカル シーケンス番号の同期の設定」の説明に従って、サービスごとのローカル シーケンス番号の同期を設定します。

• GGSN ごとに 1 つのクォータ サーバ インターフェイスを設定できます。複数のクォータ サーバ インターフェイスを設定すると、既存のインターフェイスが上書きされます。

GGSN でクォータ サーバ インターフェイスを設定するには、グローバル コンフィギュレーション モードで次の作業を実行します。

ダウンリンク トラフィックのネクストホップ アドレスのアドバタイズ

（Cisco CSG2 から GGSN への）ダウンリンク トラフィックのネクストホップ アドレス（ユーザ アドレス）が RADIUS エンドポイントへのアカウンティング開始要求でアドバタイズされるように設定するには、アクセス ポイント コンフィギュレーション モードで次の作業を実行します。

Cisco CSG2 を認証およびアカウンティング プロキシとして使用するための GGSN の設定

RADIUS を使用していない場合は、Cisco CSG2 を RADIUS プロキシとして設定する必要があります。

Cisco CSG2 を RADIUS プロキシとして使用するように GGSN を設定するには、次の作業を実行する必要があります。

• 「グローバル RADIUS サーバの設定」

• 「Cisco CSG2 を含む AAA RADIUS サーバ グループの設定」

• 「方式リストを使用したサポート対象サービスの指定」

• 「APN の方式リストの指定」

グローバル RADIUS サーバの設定

RADIUS サーバをグローバルに設定するには、グローバル コンフィギュレーション モードで次の作業を実行します。

Cisco CSG2 を含む AAA RADIUS サーバ グループの設定

AAA RADIUS サーバ グループを定義し、このサーバ グループに Cisco CSG2 をサーバとして含めるには、グローバル コンフィギュレーション モードで次の作業を実行します。

方式リストを使用したサポート対象サービスの指定

AAA 方式リストを使用して、グループがサポートするサービスのタイプを指定するには、グローバル コンフィギュレーション モードで次の作業を実行します。

APN の方式リストの指定

Cisco CSG2 を RADIUS プロキシとして使用する APN の方式リストを参照するには、アクセス ポイント コンフィギュレーション モードで次の作業を実行します。

DCCA/Diameter によるサービス認識課金の確認

DCCA によるサービス認識 GGSN の実装では、Cisco CSG はトラフィックを分類し、使用状況を報告し、クォータを管理します。GGSN は、DCCA サーバと通信する DCCA クライアントとして機能することで、次の機能を提供します。

• DCCA サーバへの Diameter インターフェイス（Gy）。これを使用して、Cisco CSG はクォータを要求し、使用状況を報告します。

• クォータのネゴシエーション。これは、Cisco CSG2 から DCCA サーバにクォータ要求を送信し、DCCA サーバから Cisco CSG2 にクォータ応答をプッシュすることで行います。

• DCCA サーバ ルールベースから Cisco CSG2 課金プランへのマッピング。

• Cisco CSG2 サービス クォータへの DCCA サーバ カテゴリ クォータのマッピング。

• PDP メンテナンス、および PDP が前払いであるか後払いであるかの識別。

前払いサービスベースの課金、または後払いサービスベースの課金が必要な場合、エントリが Cisco CSG に作成されます。Cisco CSG はサービス カテゴリを調べ、使用状況を GGSN に報告します。ユーザが後払い加入者（オフライン課金）として処理される場合、GGSN は、Cisco CSG によって報告される使用状況情報を eG-CDR に記録します。ユーザが前払い加入者（オンライン課金）として処理される場合、GGSN は報告された使用状況情報を eG-CDR に記録し、その情報を変換して DCCA サーバに送信します。

GGSN は、クォータの再認可、サーバにより開始された再認可、または終了要求の Gn 側トリガーも処理します。Cisco CSG は、認可要求、クォータ レポート、およびサービス停止を GGSN に送信します。GGSN は、Cisco CSG が、Diameter インターフェイス経由のトランスポートに対する DCCA メッセージで何を送信したかを解釈します。DCCA サーバが追加クォータを戻した場合、GGSN はそのクォータを Cisco CSG にプッシュします。

（注） RADIUS を使用しない場合、Cisco CSG は RADIUS プロキシとして設定する必要があります。

図 7-1 に、DCCA サポートによるサービス認識 GGSN の実装の機能および特性を示します。

図 7-1 DCCA サポートによる実装でのサービス認識 GGSN 機能の概要

サポートされる機能

DCCA を使用してサービス認識 GGSN を実装できるようにするために、Cisco GGSN では次の機能がサポートされています。

• 前払い加入者のオンライン/リアルタイム クレジット制御のための Diameter/DCCA クライアント インターフェイス サポート（IP PDP コンテキストの場合だけ）

• サービス単位課金のための、Cisco CSG に対するクォータ サーバ機能およびインターフェイス

• 前払い加入者と後払い加入者のための、サービス認識 CDR の拡張 G-CDR

• AAA 認証インターフェイス：DCCA ルールベース サポートおよび課金プロファイル選択

• AAA アカウンティング インターフェイス：Cisco CSG Known User Table（KUT）の読み込みおよび Cisco CSG ベースのプロキシ

• オフライン課金用の拡張 Ga インターフェイス

サポートされない機能

次の機能は、DCCA によるサービス認識 GGSN の実装でサポートされていません。

• セカンダリ PDP コンテキストでの課金の相違

• PPP PDP コンテキスト

• PPP 再生成

• ネットワーク管理

• セル ID

• オンライン DCCA 交換とオフライン サービスベース使用状況の両方に対する PDP コンテキスト

• クォータの再認可待機時の、トラフィックのブロッキング/フォワーディングのダイナミック コンフィギュレーション

• Diameter プロキシ、リレー、またはリダイレクション

• Diameter トランスポート レイヤ セキュリティ

• SCTP トランスポート

• （量と時間のクォータを受信するための）二重クォータ サポート

メッセージ サポート

Diameter 経由のクレジット制御をサポートするために、GGSN 上の DCCA クライアント プロセスと DCCA サーバは、次のメッセージを交換します。

• Credit Control Request（CCR; クレジット制御要求）：開始、更新、および最終

• Credit Control Answer（CCA; クレジット制御応答）：開始、更新、および最終

また、GGSN Diameter インターフェイスでは、次の基本 Diameter メッセージがサポートされています。

• Capability Exchange Request（CER）および Capability Exchange Answer（CEA）：GGSN は、CER メッセージで DCCA サポートをアドバタイズします。また、グローバル コンフィギュレーション モードで diameter vendor support コマンドを使用して、ベンダー固有の attribute value pair（AVP; アトリビュート値ペア）のサポートをアドバタイズするように GGSN を設定できます。

• Disconnect Peer Request（DPR）および Disconnect Peer Answer（DPA）：Diameter ピアとの CER が失敗した場合、または設定されている Diameter サーバがない場合、GGSN は DPR メッセージを送信します。

• Device Watchdog Request（DWR）および Device Watchdog Answer（DWA）：GGSN は DWR メッセージと DWA メッセージを使用して、Diameter ピアでのトランスポート障害を検出します。 timer watchdog Diameter ピア コンフィギュレーション コマンドを使用して、ウォッチドッグ タイマーを各 Diameter ピアに設定できます。

• Re-auth Request（RAR）および Re-auth Answer（RAA）

• Abort Session Request（ASR）/Abort Session Answer（ASA）：正しくない ASR が DCCA サーバから送信された場合、No Failed-AVP が ASA で送信されます。

DCCA クライアントとして、GGSN は Cisco IOS AAA から次の通知も受け取ります。

• CCA メッセージの受信

• 非同期セッション終了要求

• サーバにより開始された RAR

DCCA データ フローを伴うサービス認識課金

次に、DCCA を使用する拡張サービス認識課金実装での前払い加入者の PDP コンテキスト作成時のトラフィック フローの概要を示します。

前払い加入者の PDP コンテキスト作成のデータ フロー

1. SGSN はサービス認識 GGSN に PDP コンテキストの作成要求を送信します。

2. GGSN は、Access-Request メッセージを RADIUS（サーバまたは RADIUS プロキシとして設定されている Cisco CSG2）に送信します。

3. RADIUS は Access-Accept 応答を返します。GGSN は、この Access-Accept 応答からデフォルトのルールベース ID を取得します。また、応答にデフォルトのルールベース ID が含まれていない場合、GGSN は、PDP コンテキストの作成要求で選択された課金プロファイル内のローカルに設定された値から、ルールベース ID を取得します。

4. サービス認識 GGSN は、Diameter クレジット制御要求（CCR）を DCCA サーバに送信します。

5. DCCA サーバは、クレジット制御応答（CCA）を GGSN に返します。この CCA には、ルールベースとクォータ要求が含まれている場合があります。

6. CCA にルールベースが含まれている場合、GGSN は選択したルールベースとともにアカウンティング開始要求を RADIUS に送信します。

7. RADIUS は GGSN からアカウンティング開始要求を受信し、ユーザの KUT を作成します。

8. RADIUS はアカウンティング開始応答を GGSN に送信します。

9. DCCA サーバが CCA のクォータ要求を GGSN に送信します。

10. GGSN はクォータ要求を Cisco CSG2 にプッシュします。

11. GGSN は、Cisco CSG2 からクォータ プッシュ応答を受信すると、PDP コンテキストの作成応答を SGSN に送信し、コンテキストが確立されます。

後払い加入者の PDP コンテキスト作成のデータ フロー

1. SGSN はサービス認識 GGSN に PDP コンテキストの作成要求を送信します。

2. GGSN は、選択したルールベースを含むアカウンティング開始要求を RADIUS（サーバまたは RADIUS プロキシとして設定された Cisco CSG2）に送信します。

3. RADIUS プロキシはアカウンティング開始要求を受信し、ユーザの KUT を作成します。

4. RADIUS プロキシはアカウンティング開始応答を GGSN に送信します。

5. RADIUS プロキシからアカウンティング開始応答を受信すると、GGSN が PDP コンテキストの作成応答を SGSN に送信し、コンテキストが確立されます。

Diameter ベースの設定

Diameter プロトコル ベースを設定するには、次の項の作業を実行します。

• 「Diameter ピアの設定」

• 「Diameter AAA のイネーブル」

• 「Diameter プロトコル パラメータのグローバル設定」

• 「Diameter ベースのモニタリングとメンテナンス」

Diameter ピアの設定

Diameter ピアを設定するには、グローバル コンフィギュレーション モードで次のコマンドを使用します。

Diameter AAA のイネーブル

Diameter AAA をイネーブルにするには、次の項の作業を実行します。

• 「Diameter AAA サーバ グループの定義」

• 「前払い加入者用の認可方式リストの定義」

Diameter AAA サーバ グループの定義

冗長性を確保するために、複数の Diameter サーバをプライマリ サーバとセカンダリ サーバで構成される Diameter AAA サーバ グループとして設定します。

Diameter AAA サーバ グループを定義するには、グローバル コンフィギュレーション モードで次のコマンドを使用します。

前払い加入者用の認可方式リストの定義

アクセスを前払い加入者のネットワークに制限するパラメータを適用するには、グローバル コンフィギュレーション モードで次のコマンドを使用します。

Diameter プロトコル パラメータのグローバル設定

Diameter パラメータを Diameter ピア レベルで定義していない場合、GGSN はグローバル Diameter プロトコル パラメータを使用します。

グローバル Diameter パラメータを設定するには、グローバル コンフィギュレーション モードで次の作業を実行します。

Diameter ベースのモニタリングとメンテナンス

次のコマンドを特権 EXEC モードで使用して、Diameter ピア コンフィギュレーションのモニタリングとメンテナンスを行います。

GGSN での DCCA クライアント プロセスの設定

クォータを取得および要求するために DCCA サーバと対話する場合、GGSN は DCCA クライアントとして機能します。GGSN は DCCA クライアントとして、クレジット制御セッション（PDP セッションごとに 1 つのクレジット制御セッション）の間、DCCA サーバに CCR メッセージを送信し、DCCA サーバから CCA を受信します。また、DCCA クライアント プロファイルで設定したデフォルトは、サーバ フェールオーバーが発生し、サーバから指示が送信されなかった場合に GGSN がクレジット制御セッションを処理する方法を示します。

DCCA クライアントでのデフォルトの障害処理

次の 2 つの AVP によって、障害発生時の CC（クレジット制御）セッションの処理方法が決定されます。

• CC-Session-Failover AVP：CC セッションが代替 Diameter サーバにフェールオーバーする必要があることを示します。この AVP は、 session-failover DCCA クライアント プロファイル コンフィギュレーション コマンドを使用して設定します。

• Credit-Control-Failure-Handling（CCFH）AVP：障害発生時の GGSN の動作を決定します。この AVP は、 ccfh DCCA クライアント プロファイル コンフィギュレーション コマンドを使用して設定します。

障害処理用にこれらの AVP のデフォルトを DCCA クライアント プロファイルで設定できますが、DCCA サーバから受信した値によって GGSN で設定したデフォルトは上書きされます。

次の障害状態が発生した場合は、CCFH AVP によって、DCCA クライアントがセッションで実行する処理が決定されます。

• Tx タイムアウトが期限切れになった。

• プロトコル エラー（結果コード 3xxx）を含む CCA メッセージを受信した。

• CCA の失敗（永久障害の通知（結果コード 5xxx）を含む CCA など）を受信した。

• 送信障害の状態が存在する（DCCA クライアントが目的の宛先に接続できない）。

• 無効な応答を受信した。

DCCA クライアント プロファイル（DCCA クライアント プロセスの特性を設定する）を設定し、課金プロファイルからその DCCA クライアント プロファイルを参照するには、グローバル コンフィギュレーション モードで次のコマンドを使用します。

.

DCCA メッセージのベンダー固有 AVP のサポートのイネーブル

Cisco GGSN では、次の DCCA 実装がサポートされています。

• IETF RFC-4006 に基づく汎用実装

• VF_CLCI（Vodafone）を使用する統合 eGGSN

• 3GPP Gy 準拠（3GPP）

デフォルトのサポート モードは、汎用実装です。Gy 準拠実装では、標準の DCCA アトリビュート以外に、一部の追加 3GPP Vendor Specific Attribute（VSA; ベンダー固有アトリビュート）がサポートされています。VF_CLCI 準拠実装では、Vodafone 固有の VSA、3GPP VSA（必要な場合）、および標準 DCCA アトリビュートがサポートされています。

Cisco GGSN では、CER メッセージの DCCA アプリケーション（認可アプリケーション ID 4）だけのサポートがアドバタイズされます。また、次に示すベンダー ID のサポートが（ベンダー固有の AVP の認識のために）アドバタイズされます。

• Cisco（ベンダー ID = 9）

• 3GPP（ベンダー ID = 10415）

• Vodafone（ベンダー ID = 12645）

Cisco GGSN が DCCA メッセージの標準 DCCA アトリビュートに加えて追加の 3GPP VSA を DCCA サーバに送信できるようにするには、グローバル コンフィギュレーション モードで次の作業を実行します。

GGSN が標準 DCCA アトリビュートおよび追加の 3GPP VSA に加えて、DCCA メッセージ内の Vodafone VSA を DCCA サーバに送信できるようにするには、グローバル コンフィギュレーション モードで次の作業を実行します。

Gy ベース、VF-CLCI、および汎用 DCCA の各実装に関してサポートされている AVP のリストについては、『 Diameter Credit Control Application on the Cisco GGSN 』テクニカル ホワイトペーパーを参照してください。

課金プロファイルの拡張課金パラメータの設定

GGSN は、最大 256 個の課金プロファイルをサポートします。それぞれに 0 ～ 255 の番号が付与されます。プロファイル 0 は、常に GGSN に存在する設定済みプロファイルです。また、グローバルなデフォルト課金プロファイルでもあります。ユーザがプロファイル 0 を作成することはありませんが、charging-related グローバル コンフィギュレーション コマンドを使用すると変更を加えることができます。プロファイル 1 ～ 255 は、Cisco GGSN 課金プロファイル コンフィギュレーション コマンドを使用して、ユーザが定義し、カスタマイズできるプロファイルです。

サービス認識課金をサポートするために、すべての課金またはオンライン課金だけに対して eG-CDR を許可および抑制するように、課金プロファイルを設定できます。

次のサービス認識課金特性を課金プロファイルに設定することもできます。

• ユーザに適用されるデフォルトのルールベース ID

• デフォルトの課金タイプ（主に前払い加入者または後払い加入者に使用）

• クォータ要求を問い合せるデフォルト DCCA サーバ（存在する場合はオンライン課金を示します）

サービス認識課金特性を課金プロファイルに設定するには、次の項の作業を実行します。

• 「デフォルト ルールベース ID の指定」

• 「オンライン課金の DCCA クライアント プロファイルの指定」

• 「前払い加入者の CDR の抑制」

• 「後払い加入者のトリガー条件の設定」

デフォルト ルールベース ID の指定

Diameter/DCCA によるサービス認識実装（「Diameter/DCCA サポートによるサービス認識課金の実装」を参照）では、トラフィックのカテゴリを定義するためのルールが含まれています。これらのカテゴリに基づいて、トラフィックを許可または拒否するかどうか、およびトラフィックをどのように測定するかが決定されます。GGSN によって、Diameter ルールベース ID が Cisco CSG2 課金プランにマップされます。

特定の課金プロファイルを使用して PDP コンテキストに適用するデフォルト ルールベース ID を設定するには、課金プロファイル コンフィギュレーション モードで次のコマンドを使用します。

（注） RADIUS Access Accept メッセージのルールベース値によって、課金プロファイルに設定されたデフォルト ルールベース ID が上書きされます。DCCA サーバからの最初の CCA メッセージで受信したルールベース ID によって、RADIUS サーバから受信したルールベース ID および課金プロファイルに設定されているデフォルト ルールベース ID が上書きされます。

Gy：DCCA 前払いソリューションの場合、ルールベース ID は DCCA で受信されず、ルールベース ID はスタンドアローン前払いソリューションには適用されません。

オンライン課金の DCCA クライアント プロファイルの指定

プライマリ PDP コンテキストが作成されると、課金プロファイルが選択されます。

DCCA プロファイルを課金プロファイルで定義すると、オンライン課金はその PDP を示します。したがって、ユーザが前払いであるか後払いであるかに関係なく、 content dcca profile 設定が存在する場合、GGSN は DCCA サーバにアクセスします。

（注） この課金プロファイル設定では、サービス認識課金が Diameter/DCCA を使用して実装されている必要があります（「Diameter/DCCA サポートによるサービス認識課金の実装」を参照）。

ユーザが後払い加入者として処理されている場合、DCCA サーバは結果コード CREDIT_CONTROL_NOT_APPLICABLE（4011）とともに CAA を返し、そのユーザは後払い加入者として処理されます。

課金プロファイルに DCCA プロファイル設定が含まれていない場合、ユーザは後払い（オフライン課金）として処理されます。

DCCA サーバと通信する DCCA クライアント プロファイルを指定するには、課金プロファイル コンフィギュレーション モードで次のコマンドを使用します。

前払い加入者の CDR の抑制

Diameter/DCCA によるサービス認識実装（「Diameter/DCCA サポートによるサービス認識課金の実装」を参照）では、前払い加入者の課金は DCCA クライアントによって処理されるため、eG-CDR が前払い加入者用に生成される必要はありません。

DCCA サーバへのアクティブな接続を持つユーザについて eG-CDR を抑制するように GGSN を設定するには、課金プロファイル コンフィギュレーション モードで次のコマンドを使用します。

（注） イネーブルである場合、セッションがアクティブであるときに Diameter サーバでエラーが発生すると、ユーザは後払いステータスに戻されますが、PDP コンテキストの CDR は生成されません。

後払い加入者のトリガー条件の設定

ユーザが拡張クォータ サーバ インターフェイスを使用していない前払い加入者である場合、すべてのクレジット制御が DCCA サーバによって実行されます。ユーザが拡張クォータ サーバ インターフェイスを使用していない後払い加入者であり、かつサービス認識課金がイネーブルである場合、課金プロファイルで設定されたデフォルト値によって、使用状況の報告頻度を制御する条件が定義されます。

（注） 前払い加入者と後払い加入者の両方に対してトリガーが明示的にイネーブルにされている必要があります。

後払い加入者の課金プロファイルでトリガー条件を定義するには、課金プロファイル コンフィギュレーション モードで次のコマンドを使用します。

OCS アドレス選択によるサービス認識課金のデータ フロー

次に、OCS アドレス選択を使用する拡張サービス認識課金実装での前払い加入者の PDP コンテキスト作成時のトラフィック フローの概要を示します。

1. SGSN はサービス認識 GGSN に PDP コンテキストの作成要求を送信します。

2. GGSN は、Access-Request メッセージを RADIUS エンドポイント（サーバまたは RADIUS プロキシとして設定された Cisco CSG2）に送信します。

3. RADIUS エンドポイントは、ユーザが前払いであるかどうかを判別し、前払いである場合は、外部 OCS の IP アドレスやポートなどの「csg:quota_server」アトリビュートを含む Access-Accept メッセージを使用して Access-Request メッセージに応答します。

4. APN がサービス認識として設定されており、eG-CDR を生成するように GGSN が設定されている場合、GGSN は RADIUS エンドポイントから Access-Accept を受信し、そこに csg_quota_server アトリビュートが存在し、OCS の IP アドレスが含まれていることから、GGSN はそのユーザが前払い加入者であることを識別し、次のアトリビュートを含むアカウンティング開始要求を返します。

– csg:billing_plan

– csg:quota_server アトリビュート：csg:quota_server アトリビュートには、Cisco CSG2 に対する OCS IP アドレスおよびポートが含まれています。含まれていない場合、GGSN は csg:quota_server フィールド内の自身の IP アドレスを転送します。

– csg:eggsn_qs：拡張クォータ サーバ インターフェイスの IP アドレスとポート番号です。

– csg:eggsn_qs_mode：拡張クォータ サーバ インターフェイスが、サービス コントロール メッセージを CSG2 と交換できるかどうかを示します。

5. アカウンティング開始要求を受信すると、RADIUS エンドポイントは次のことを実行します。

a. KUT エントリを作成します。

b. GGSN が eG-CDR を生成したことを識別し、そのユーザのサービス レベル CDR 生成をディセーブルにします。

c. ユーザが、受信した課金プランに基づく前払いユーザであることを識別します。

d. 指定した OCS アドレスとのクォータ サーバ メッセージ交換をイネーブルにします。

e. GGSN とのサービス コントロール メッセージ交換をイネーブルにします。

f. アカウンティング開始応答を GGSN に送信します。

6. GGSN は PDP コンテキストの作成応答を SGSN に送信し、コンテキストが確立されます。

7. トリガー条件が発生すると、Service Control Request（SCR）メッセージと Service Control Usage（SCU）メッセージが GGSN と CSG2 間で交換されて、サービス コンテナが eG-CDR に追加されるか、eG-CDR が閉じます（あるいはその両方が行われます）。

8. GGSN は eG-CDR を生成し、それらを課金ゲートウェイに送信します。

（注） 外部 OCS が前払い加入者のクォータ サーバとして使用される場合、GGSN は後払い加入者のサービスレベル使用状況報告を Cisco CSG2 から受信し、それに応じて eG-CDR を生成します。「GGSN でのクォータ サーバ インターフェイスの設定」での説明どおりに拡張クォータ インターフェイスが設定されている場合を除いて、GGSN は前払い加入者の eG-CDR を生成しません。

GGSN での OCS アドレス選択サポートでは、次の条件が満たされている必要があります。

• サービス認識課金のサポートが、グローバルに、かつ APN レベル（「サービス認識課金のサポートのイネーブル」を参照）でイネーブルになっている。

• （「待機アカウンティングの設定」を使用して）待機アカウンティングがイネーブルになっている。

• Cisco CSG2 と通信するように GGSN が設定されている（「Cisco GGSN でのクォータ サーバ サポートの設定」を参照）。

• eG-CDR を生成するように GGSN が設定されている（「拡張 G-CDR を生成するための GGSN の設定」を参照）。

• 正しい設定が AAA サーバ上に存在する。

GGSN で OCS アドレス選択サポートをイネーブルにするには、グローバル コンフィギュレーション モードで次のコマンドを使用します。

PDP コンテキストの変更

次のいずれかの PDP コンテキスト変更トリガーが発生した場合、GGSN は次の処理を実行します。

• RAT タイプ、PLMN 変更、または MS タイム ゾーンの変更

– 量コンテナを追加し、そのあとにサービス コンテナのリストを追加します。

– eG-CDR を閉じます。

– SVC レコードの制限に達した場合は、eG-CDR を閉じ、一部の CDR を開き、残りの SVC レコードを新しい eG-CDR に追加します。

• QoS の変更またはユーザ位置の変更

– 量コンテナを追加し、そのあとにサービス コンテナのリストを追加します。

– 課金条件の最大制限に達した場合は、eG-CDR を閉じます。

– SVC レコードの制限に達した場合は、eG-CDR を閉じ、一部の CDR を開き、残りの SVC レコードを新しい eG-CDR に追加します。

• SGSN の変更

– 量コンテナを追加し、そのあとにサービス コンテナのリストを追加します。

– 最大 SGSN 制限に達した場合は、eG-CDR を閉じます。

– それ以外の場合は、変更条件の最大制限に達した場合に eG-CDR を閉じます。

– この中間の場合、SVC レコード制限に達した場合は、eG-CDR を閉じ、一部の CDR を開き、残りの SVC レコードを新しい eG-CDR に追加します。

タリフ時間の変更

タリフ時間が変更されると、GGSN は、次の処理を実行します。

• 量コンテナを追加します。

• 最大変更制限に達した場合は、eG-CDR を閉じます。

• 前払い GTP ユーザの場合、Cisco CSG2 はサービス使用状況メッセージを送信し、GGSN がそのメッセージを eG-CDR に追加する場合があります。

サービス フロー レポート

次のサービス フロー トリガー条件が発生した場合、GGSN はサービスごとにサービス コンテナを生成します。

• 時間制限の期限切れ

• 量制限の期限切れ

• サービス フローの終了

量と期間、およびサービス フローのトリガーが Cisco CSG2 で設定されている必要があります。Cisco CSG2 で量と期間のトリガー、およびサービス フロー トリガーを設定する方法については、『 Cisco Content Services Gateway 2nd Generation - Release 3.5 Installation and Configuration Guide 』を参照してください。

また、GGSN は、前払い GTP ユーザに関して、同じトリガーが Cisco CSG2 に設定されている場合に次のトリガー条件が発生すると、サービス コンテナを生成します。

• 時間しきい値に到達した

• 量しきい値に到達した

• 時間クォータが使い果たされた

• 量クォータが使い果たされた

• サービス データ フローの終了またはサービスのアイドル アウト時

eG-CDR の終了

次の eG-CDR 終了トリガー条件が発生すると、GGSN は、CDR が手動でクリアされた場合を除いて、量コンテナを追加してからサービス コンテナを追加します。

• PDP コンテキストの終了

• 一部のレコードの原因

– データ量制限

– 時間制限

– 変更条件（QoS、タリフ時間、ユーザ位置情報の変更）の最大変更数

– 管理の介入

– MS タイム ゾーンの変更

– PLMN 間の SGSN 変更

– RAT の変更