あなたが知っているように、大きな絵から始めるのは常に良いことです。 さあ。
PCC（ポリシーと課金管理）
ああ、IP CANベアラでは、定義された容量、遅延、ビット誤り率などのIP伝送経路を意味することに注意してください。詳細は、3GPP TS 21.905を参照してください。
IP-CANセッションには、1つまたは複数のIP-CANベアラが組み込まれています。 IP-CANセッションごとに複数のIP-CANベアラをサポートするのは、IP-CAN専用です。関連するUE IPv4アドレスおよび/またはIPv6プレフィックスが割り当てられ、IPネットワークにアナウンスされる限り、IP-CANセッションが存在する。
以下に示すテキストが必要になります。
ポリシーと課金制御ルールの定義
PCCルールの目的は以下のとおりです。
サービスデータフローに属するパケットを検出する
PCCルール内のサービスデータフローフィルタは、ダウンリンクIP CANベアラの選択に使用されます
PCCルール内のサービスデータフローフィルタは、アップリンクIPフローが正しいIP CANベアラで転送されることを強制するために使用されます
サービスデータフローが原因であることを特定する
サービスデータフローに適用可能な課金パラメータを提供する
サービスデータフローのポリシー制御を提供する
PCEF規則の優先順位の順にPCC規則のサービスデータフローフィルタに対して受信パケットを評価することによって、PCEF（ポリシーおよび課金実施機能）は受信パケットごとにPCC規則を選択する。パケットがサービスデータフローフィルタと一致すると、そのパケットのパケットマッチングプロセスが完了し、そのフィルタのPCCルールが適用されます。
PCC（Policy and Charging Control）には2種類の種類があります。
動的PCCルール。 Gxインターフェイスを介してPCRFによってPCEFに動的にプロビジョニングされます。これらのPCCルールは、事前定義されるか、またはPCRF内で動的に生成される。動的なPCCルールはいつでもインストール、変更、削除できます。
定義済みのPCCルール。 PCEFであらかじめ設定されています。定義済みのPCCルールは、いつでもPCRFによってアクティブ化または非アクティブ化できます。 PCEF内の予め定義されたPCC規則は、PCRFがGxインタフェースを介して動的にPCC規則のセットを起動できるようにグループ化することができる。
PCCルールは以下のもので構成されます。
ルール名 - PCEFとPCRFとの間の通信におけるPCCルールを参照するために使用される
サービス識別子 - サービスデータフローが関係するサービスまたはサービスコンポーネントを識別するために使用される
サービスデータフローフィルタは、ルールが適用されるトラフィックを選択するために使用されます。動的かつ事前定義されたPCC規則のために、ワイルドカードによるサービスデータフローフィルタを定義することが可能でなければならない
優先順位
ゲート状態 - サービスデータフローフィルタによって検出されたサービスデータフローが、アップリンクおよび/またはダウンリンク方向で通過（状態オープン）または廃棄（状態クローズ）されるかどうかを示す
QoSパラメータ - サービスデータフローのための許可されたQoSクラスを意味するQoSクラス識別子（QCI）、アップリンクおよびダウンリンクのための割り当ておよび保持優先度（ARP）および許可ビットレート
課金キー（rating group） - オンライン課金とオフライン課金のインタフェースを使用するかどうか、オフラインで何を計量するか、PCEFはどのレベルでルールに関連する使用を報告するかなどを定義する。
他の充電パラメータ
監視キー - 事前定義されたPCCルールまたは動的PCCルールによって制御されるサービスデータフローの使用監視制御に使用される監視制御インスタンスを識別する
私が以前に密かに言及したように、私たちは
ポリシーおよび課金管理（PCC）ルールの操作
動的PCCルールの場合：
インストール：まだプロビジョニングされていないPCCルールをプロビジョニングする
変更：既にインストールされているPCCルールを変更する
削除：既にインストールされているPCCルールを削除する
定義済みのPCCの場合：
アクティベーション：PCCルールをアクティブにする
非アクティブ化：PCCルールを禁止する
機能要素
PCRF
PCRF-Policy Control and Charging Rules Function（ポリシー制御および課金規則機能）は、ポリシー制御決定およびフローに基づく課金制御機能を包含する機能要素である。 PCRFは、サービスデータフロー検出、ゲーティング、QoS、およびフローベースの課金（与信管理を除く）をPCEFに対してネットワーク制御します。 PCRFは、アプリケーション機能（AF）からのセッションおよび媒体関連情報を明らかにし、交通面イベントのAF-Application Function に通知する。
PCRFはGxインタフェースを介してPCEFにPCC規則を提供する。
PCRF PCCルール決定は、以下の1つまたは複数に基づいてもよい。
Rxインターフェースを介してアプリケーション機能（AF）から得られる情報、例えば、セッション、メディアおよび加入者関連情報
Gxインターフェースを介してPCEFから取得された情報。 IP CANベアラ属性、要求タイプおよび加入者関連情報
SPインターフェースを介してSPRから得られる情報、例えば、加入者およびサービス関連のデータ
Gxxインタフェース経由でBBERFから取得した情報
独自のPCRF事前設定済みの情報
PCEF（ポリシーおよび課金実施機能）からの情報が、PCRFに知られているサービスデータフローフィルタと一致しないトラフィックマッピング情報を含む場合、PCRFはUEにPCRFに知られていない拡張QoS foサービスを要求することを可能にする。 PCRFは、このトラフィックマッピング情報を、サービスデータフローフィルタとして、対応する許可されたPCCルールに追加しなければならない。 PCRFは、欠落したフィルタパラメータをワイルドカードすることができる。
PCRFはRxインタフェースを介してAFにイベントを報告しなければならない。
PCRFは、PCRFの方針の決定に従って、PCC管理下にある各サービスデータフローの処理に関するPCC規則の使用を通してPCEFに通知しなければならない。 PCRFは、IP CANセッションに適用されるベアラ制御モードを選択し、それをGxインタフェースを介してPCEFに提供しなければならない。
AFF（Application Function）シグナリングベアラ通知の失効に加入すると、PCRFは、AFシグナリングIPフローに対応するPCC規則に関連するリソースの損失をPCRFに通知するようにPCEFに要求しなければならない。これは、これが依頼されていない以前は
PCEF
PCEF（Policy and Charging Enforcement Function）は、ポリシー施行とフォローベース課金機能を含む機能要素です。この機能エンティティはゲートウェイ（PGW）にあります。ゲートウェイおよびそのQoSでのユーザプレーントラフィック処理を制御し、サービスデータの検出およびカウントだけでなく、オンラインおよびオフラインの課金処理を提供します。
ポリシー制御下にあるサービスデータフローの場合、対応するゲートが開いている場合に限り、PCEFはサービスデータフローがゲートウェイを通過できるようにする。
課金制御中のサービスデータフローの場合、PCEFは、対応するアクティブなPCCルールが存在する場合にのみ、サービスデータフローがゲートウェイを通過することを許可し、オンライン課金の場合、OCSは、課金キー（ルールベース）。 PCEFは、信用再認可手順の過程で、サービスデータフローがゲートウェイを通過するようにすることができる。
PCRFによって要求された場合、PCEFは関連するサービスデータフローの状態が変化したときにPCRFに報告しなければならない。この手順は、AFシグナリングトラフィック専用のIP CANベアラを監視するために使用できます。
Gxインターフェイス経由のプロシージャ
PCCルールの要求とプロビジョニング
設定されているフィールドの詳細については、TS 29.212パラグラフ4.5.1を参照してください。
PCRFは、Gxインタフェースを介してPCEFに適用されるPCC規則を指示しなければならない。 これは次のいずれかの手順を使用している可能性があります。
PULL手続き（PCEFが要請するプロビジョニング）：PCEFによってPCC規則が要求されたことに応じて、PCRFはPCC規則をCCA（Credit Control Answer）に規定し、
1.事象トリガ事象が発生すると、PCEFは事象トリガパラメータをPCRFに運び、PCC規則を送達することを要求するクレジット制御要求（この例ではCCR-I、「Initial_Request」なので）メッセージを送る
2. PCRFは、イベントトリガに応じてPCCルール（旧PCCルール）を更新するかどうかを判断し、CCFにクレジットコントロール応答（CCA-I）メッセージを返す。 PCC規則が更新を必要とする場合、更新されたCCA-U（CCR-UおよびCCA-Uはクレジット制御要求/応答Update_Requestを保持する）メッセージは更新されたPCC規則（すなわち、新しいPCC規則）を運び、PCRFは古いPCCルールと新しいPCCのルール。
CCAメッセージを受信した後、PCEFはPCC規則を実行する。返されたCCAメッセージが新しいPCCルールを運ぶ場合、PCEFは新しいPCCルールを実行する。返されたCCAメッセージに新しいPCCルールがない場合、PCEFは古いPCCルールを実行します。 PCEFがPCC規則をうまく実行しないと、PCEFは新しいCCRメッセージを送信する。
PUSH手順（非請求プロビジョニング）：PCRFは、PCEFからの要求を得ずにPCC規則をプロビジョニングすることを決定することができる。 Rxインタフェースを介してPCRFに提供される情報に応じて、またはPCRF内の内部トリガに応答して、 PCFからの要求なしにPCC規則をプロビジョニングするために、PCRFは、これらのPCC規則をRAR（再認証要求）メッセージに含めるものとする。このRA要求によってCCR / CCA（信用管理要求/与信管理応答）メッセージはトリガされません。
1.イベントトリガイベントが発生すると、PCRFはPCC規則を更新し、再認証要求（RAR）メッセージをPCEFに送信する。 RARメッセージは新しいPCCルールを持ち、PCRFは古いPCCルールを保存しません。
2. PCEFは、RARメッセージを通じて配信された新しいPCC規則を実行します。実行の完了後、PCEFはPCRFに再認証回答（RAA）メッセージを送信する。
PCEFからの要請または要請がない場合、PCRFは、0個以上のPCC規則を規定しなければならない。 PCRFは、以下の手段の1つによって、単一のPCC規則に対する操作を実行することができる。
PCEFで事前に定義されているPCCルールを有効または無効にするには、PCRFはこのPCCルールへの参照をCharging-Rule-Name AVPにプロビジョニングし、Charging-Rule-Install AVPまたはCharging -Rule- AVPを削除します。
PCRF提供のPCCルールをインストールまたは変更するために、PCRFは、対応する課金ルール定義AVPを課金ルールインストールAVP内にプロビジョニングしなければならない。
PCRFによって以前にプロビジョニングされたPCCルールを削除するには、PCRFは、このPCCルールの名前を、チャージングルール削除AVP内のチャージングルール名AVPの値としてプロビジョニングするものとする。
特定のアクセスに対して、PCRFがベアラバインディングを実行する場合、PCRFは、以前にインストールまたは起動されたPCCルールを1つのIP CANベアラから別のIP CANベアラに移動することができる。詳細は、TS 29.212の附属書Aを参照のこと。
No comments:
Post a Comment