PCRF なしでの専用ベアラーの確立

マニュアルの変更履歴


(注)  


リリース 21.24 よりも前に導入された機能については、詳細な改訂履歴は示していません。


改訂の詳細

リリース

初版

21.24 より前

機能説明

P-GW は VoLTE 非対応の UE に IMS サービスを 提供するために、ディープ パケット インスペクション(DPI)機能を使用して、PCRF と連携せずに専用ベアラーを作成します。インターネット APN のデフォルトベアラーは PCRF との連携により作成されますが、この機能は音声サービスの高い QoS を維持するのに役立ちます。

SBC の IP アドレス(IPv4 または IPv6)とプロトコル RTP/RTCP は ruledef で設定され、サブスクライバトラフィックが PCRF との連携なしで ruledef と一致すると、音声サービスを検出するための専用ベアラーが作成されます。データフローがない場合、専用ベアラーは設定された時間制限後に削除されます。このとき、PCRF とは連携しません。

機能の仕組み

CUPS のサービス スキーマ フレームワークは、デフォルトのベアラーが PCRF を介して作成された場合に、GW での専用ベアラーの確立をサポートします。トリガー条件とトリガーアクションは、新しいトラフィックフローを作成するためにサービススキーマで設定されます。専用ベアラーを確立する場合、トリガー条件で設定されたルール名が、デフォルトのベアラールール名であるルールベース設定のルール名と一致する必要があります。

トラフィックがルール内で対応する IP や設定されたポート範囲と一致すると、事前定義されたルールトリガーアクションがアクティブになります。これにより、PCRF と連携しなくても、新しい専用ベアラーがアクティブ化されます。事前に設定された時間制限が経過しても、このベアラーにデータが流れない場合、ベアラーは削除されます。

主な特長は次のとおりです。

  • VoLTE 以外の UE には別の APN が用意されており、VoLTE UE 専用ベアラーの作成が試みられないようにします。

  • 専用ベアラーの作成に失敗した場合、コールは続行され、トラフィックはこのベアラーに流れ続けます。

  • 専用ベアラーの作成を目的とした SX_Session_Report_Request の再送信は、既存の動作に従って実行されます。

  • 機能のサポートは、P-GW/SAEGW CUPS コールに対してのみ提供されます。GGSN CUPS は、このリリースでは専用ベアラーをサポートしていません。

ここでは、PCRF を使用せずに専用ベアラーを確立する方法のコールフローと手順について説明します。

図 1. 通話フロー
表 1. 手順

ステップ

説明

1

PCRF を使用してインターネット APN でデフォルトのベアラーを確立します。

2

デフォルトベアラーは SIP INVITE を受信すると、SBC に転送します。

(注)  

 
ポート 5060/5061 は、専用ベアラーのポート範囲外にある SIP INVITE を受信します。

3

SBC アドレスやポート範囲がトリガールールに一致する RTCP パケットが受信されます。

4

ルールが一致すると、UP はサービススキーマを読み取り、専用ベアラーの作成に必要な事前定義されたルール情報を識別します。

5

UP は SX_Session_Report_Request (レポートタイプが Trigger Action Report の場合)を介してルール情報を CP と共有します。CP は要求メッセージを処理し、ルールのインストールをトリガーします。

6

専用ベアラーは、パケットフィルタ tft1 および tft2 で定義されているように、事前定義された Audio_dedicated_rule と複数のポート範囲を持つ TFT で作成されます。

(注)  

 
このようなルールの課金アクションには、billing-action egcdr content-id が設定されています。

7

UE は、指定されたポート範囲のパケットを専用ベアラーにプッシュし、Audio_dedicated_rule と照合します。

8

300 秒後、またはしきい値の設定に照らして、非アクティブのタイムアウト値を過ぎた後、ベアラーが削除され、対応するデータカウントを持つベアラーに対して PGWCDR が生成されます。

  • このしきい値は、キープアライブ/ウォッチドッグメッセージに基づいて調整できます。

  • 音声コールフロー後の SIP 制御メッセージは、専用ベアラー TFT に定義されたポート範囲外のポートに送信されます。

    (注)  

     
    UE はデフォルトのベアラーで SIP 制御メッセージを送信するため、専用ベアラーアクティビティでは考慮されません。AF-Charging-Id は専用ベアラー PGWCDR に入力されません。

Sx インターフェイスの変更

UP でのルールの照合後アクティビティ中に、専用ベアラーの作成に必要な事前定義されたルール情報を取得するためにサービススキーマがチェックされます。この情報は、SX_Session_Report_ Request メッセージを介して CP と共有され、CP が専用ベアラー作成ルールのインストールをトリガーできるようにします。

以下で説明されているように、ルール情報は、新しく導入されたセッションレポートタイプ「Trigger Action Report」および SX プライベート IE を介して SX_Session_Report_ Request で送信されます。

表 2. セッションレポートタイプ IE
ビット
オクテット 8 7 6 5 4 3 2 1
1 ~ 2 タイプ = 39(10 進数)
3 ~ 4 長さ = n
5 GTER SRIR 予備 SPTIR UPIR ERIR USAR DLDR
6 予備 TAR NBUR UPRR ステータス
7 ~(n + 4) これらのオクテットは、明示的に指定されている場合にのみ存在します。

オクテット 6(長さ > 1 の場合に存在)は次のようにエンコードされます。

  • ビット 1:STS(サブスクライバ トレース ステータス レポート):1 に設定されている場合、サブスクライバ トレース ステータス レポートを表します。

  • ビット 2:UPRR。

  • ビット 3:NBUR。

  • ビット 4:TAR(Trigger Action Report):1 に設定されている場合、トリガーアクションレポート IE を表します。

  • ビット 5 ~ 8:スペア。

トリガーアクションレポート IE(プライベート IE)

これは、Pure-P および Collapse コールタイプにのみ適用される条件付き IE です。

表 3. トリガーアクションレポート IE
コマンドを使用します。 ビット
オクテット 8 7 6 5 4 3 2 1
1 ~ 2 タイプ = 256(10 進数)
3 ~ 4 長さ = n
5 ~ n+2

トリガーアクション

複数の Trigger Action IE が TAR IE で指定されます。現行では、トリガーアクション内にパッキングされるトリガーアクションタイプは 1 つのみです。

トリガーアクション

次のフォーマットでエンコードされます。

表 4. トリガーアクション
コマンドを使用します。 ビット
オクテット 8 7 6 5 4 3 2 1
1 トリガーアクションタイプ
2 ~ 3 長さ = p
4 ~(4+p) トリガーアクション BLOB

トリガーアクションタイプ:現在許可される値 = 1(Rule Activate)。今後、さまざまなトリガーアクションタイプに拡張される可能性があります。

トリガーアクション BLOB:トリガーアクションタイプごとに一意。トリガーアクションタイプが [Activate Rule] の場合、次のようになります。

表 5. トリガーアクション BLOB
コマンドを使用します。 ビット
オクテット 8 7 6 5 4 3 2 1
1 ~ p ルール名

N-1 互換性マトリックス

次の情報は、N-1 互換性マトリックスの一部を示しています。

番号 CP – UP 動作
1 CP と UP は同じバージョン

SX_Session_Report_Request が CP で処理され、トリガーアクションが実行されます。

CP は IE を検証し、TAR IE が正しくパッキングされていない場合には、Offending IE を使って拒否する必要があります。

2 CP の方がバージョンが古い(Sx セッションレポート要求の TAR を認識しない) UP は、TAR ビットを含む SX_Session_Report_Request を送信します。CP はこの SX_Session_Report_Request を無視し、成功として UP に送信します。
3 CP の方がバージョンが新しい

古いバージョンの UP は、TAR ビット = 1 の SX_Session_Report をトリガーしないため、処理は必要ありません。

ただし、CP は IE を検証し、TAR IE が正しくパッキングされていない場合には、Offending IE を使って拒否する必要があります。

active-charging-services の設定

PCRF と連携せずに専用ベアラーを確立するには、次の設定例を使用します。

config
  active-charging service acs
    ruledef Audio_dedicated_rule
      ip dst-address = 209.165.200.224/27
    #exit
    ruledef trigger_rule
      ip dst-address = 209.165.200.224/27
      udp either-port range 1024 to 5059
      udp either-port range 5062 to 43672
    #exit
    packet-filter tft1
      ip remote-port range 1024 to 5059
      ip remote-address = 209.165.200.224/27
    #exit
    packet-filter tft2
      ip remote-port range 5062 to 43672
      ip remote-address = 209.165.200.224/27
    #exit
    charging-action no_charge
    #exit	
    charging-action ca_audio
      content-id 2
      billing-action egcdr
      qos-class-identifier 1
      flow limit-for-bandwidth direction downlink peak-data-rate 256000 peak-burst-size 32000 violate-action discard
      flow limit-for-bandwidth direction uplink peak-data-rate 256000 peak-burst-size 300000 violate-action discard
      allocation-retention-priority 4 pvi 1 pci 1
      tft packet-filter tft1
      tft packet-filter tft2
    #exit
    rulebase prepaid
       billing-records egcdr
		#Install Audio_dedicated_rule on dedicated bearer to cater to VoLTE traffic
      action priority 1 dynamic-only ruledef Audio_dedicated_rule charging-action ca_audio
		#Use traffic matching to trigger_rule on default bearer as trigger condition
action priority 2 ruledef trigger_rule charging-action no_charge
    #exit
    trigger-action TA1
      #activate-predef-rule Audio_dedicated_rule
    #exit
    trigger-condition TC1
      rule-name = trigger_rule
    #exit
    trigger-condition tc
      rulebase = prepaid
    #exit
    service-scheme SS
      trigger flow-create 
        priority 1 trigger-condition TC1 trigger-action TA1 
      #exit
    subs-class SC1
      rulebase = prepaid
    #exit
    subscriber-base sb
      priority 1 subs-class SC1 bind service-scheme SS
    #exit
  #exit
context egress
    apn internet
	#Remove dedicated bearer after 300 seconds of inactivity
      timeout bearer-inactivity gbr 300 volume-threshold total 1 
	active-charging rulebase prepaid
    exit
  exit
end