Telecom-billing-usage-capturing
テレコム請求-使用状況のキャプチャ
顧客は、オペレーターが販売する製品とサービスの使用を開始するとすぐに、ネットワークで使用量の生成を開始します。 ネットワーク要素は、ソフトウェアとハードウェアの組み合わせであり、あらゆるタイプのサービスの全体的なサービス制御と計測イベントを担当します。
イベントとは何ですか?
イベントは、製品使用の単一の請求可能な発生であり、通常はネットワークによって電子的にキャプチャされます。 たとえば、携帯電話のユーザーが電話をかけると、通話時間、通話が行われた時刻、かかってきた電話番号など、その通話に関する情報を含むイベントが生成されます。
CDRとは何ですか?
イベントとそのすべての属性は、 Call Detail Record (CDR)と呼ばれます。 ネットワークスイッチのデータコレクタは、コール詳細レコード(CDR)/使用詳細レコード(UDR)の形式で使用状況をキャプチャします。 これらの未加工のCDR/UDRは、メディエーションシステムによって、課金システムが理解できる形式に変換されます。
サービスを制御し、さまざまなタイプのCDRを生成するさまざまなネットワーク要素が存在する可能性があります。たとえば、GSMテレフォニーの場合-
- 音声通話はMSC(モバイルスイッチングセンター)によってキャプチャされます。
- SMSトラフィックはSMSCによってキャプチャされます。
- データトラフィックはGGSNによってキャプチャされます。
- MMSトラフィックはMMSCによってキャプチャされます。
- ローミングCDRは、ローミングパートナーのスイッチング要素によってキャプチャされます。
GSM、MSC、SMS、SMSC、GGSN、MMS、MMSCの詳細については、リンク:/gsm/index [GSMチュートリアル]を参照してください。
次の図は、使用状況データをキャプチャし、評価と請求のために未加工のUDRを仲介システムに、最後に請求システムに送信するネットワーク要素を示しています。
CDR属性
前述のように、CDRはさまざまなその他の有用な情報とともに使用法の詳細を保持します。 以下は、CDRの最も重要な属性です-
- 発呼者(番号)。
- 着信側(B番号)。
- 呼び出し開始(日付と時刻)。
- コールの長さ(期間)。
- 通話タイプ(音声、SMS、データなど)。
- レコードを識別する一意のシーケンス番号。
また、CDRは次のような他の情報も記録する場合があります-
- 電話交換の識別子。
- コールの結果(応答されたか、ビジーかなど)。
- コールの接続に使用されるトランクまたはルート。
- 障害状態が発生しました。
- 着信の転送、三者通話などの機能の使用を示すインジケータ
- コールウェイティングやコール転送など、コール中に使用される機能。
- 要件に応じて他のさまざまな属性。
UDRのすべての必要な情報の正確な記録は、スイッチベンダーのロジックとスイッチ固有のテーブルエントリに依存します。 これらのいずれかがデータを正確に記録できない場合、メディエーションシステムは完了した通話を認識できず、それらを課金システムに渡すことができません。
CDR処理
メディエーションシステムは、さまざまな形式のさまざまなネットワーク要素からCDRを収集します。 さまざまなネットワーク要素がASN.1形式でCDRを生成し、一部のネットワーク要素には独自のCDR形式があります。
調停システムはすべてのCDRを処理し、それらをダウンストリームシステム(通常は課金システム)と互換性のある形式に変換します。 調停システムは、CDRにさまざまなルールを適用して処理します。たとえば、調停システムがA番号とB番号に基づいてオンネットコールをマークするのと同じ方法で、調停システムはダイヤル番号(B番号)に基づいて国際通話をマークします。
通話時間が5秒未満のすべての通話を除外する必要がある場合があります。そのような種類の通話を除外するには、仲介システムレベルが最適です。 同様に、CDRに追加の情報が必要な場合(請求に不可欠)、仲介システムは、CDR内で利用可能な他の属性に基づいてそのような情報を提供するのに役立ちます。
収集されたCDRが処理されると、通常、仲介システムと請求システムは異なるマシンで実行されるため、仲介システムはFTPを使用してすべてのCDRを請求システムにプッシュします。
次は何ですか?
さて、これで顧客が生成した使用状況をキャプチャできました。 次の章では、適切な収益をエンドユーザーから収集できるように、このキャプチャされた使用を評価する方法について説明します。