サービスマネジメントにおけるSDPの役割

概要

リアルタイム、アクティブ、オンラインのサービス管理は、新世代の通信サービス・プロバイダ(CSP)の大きな関心事です。新世代のサービス・プロバイダーは、「どのような」サービスが配信されるかだけでなく、「どのように」サービスが配信されるかにも関心を持っています。彼らは、サービスが配信されている間、サービス配信を隅々まで「コントロール」したいと考えています。

従来のサイロ化されたサービスプロビジョニング、サービスデリバリ、サービスチャージは、もはや単独では機能しません。これらはすべて、他のすべてのサイロとリアルタイムで通信することで、起こっているサービスデリバリーを制御する機能である、包括的な「サービス管理」機能の中に統合されなければなりません。

このため、「サービス管理」の機能は、少なくとも「サービス・デリバリー」自体の機能と同じくらい複雑になっています。CSPは、ブラックボックスのアプリケーションサーバーを経由するのではなく、サービスデリバリープラットフォーム(SDP)を使用してサービスを提供することのメリットを長い間感じてきました。これは、ビジネスのニーズの高まりに合わせてサービスデリバリを進化させ続けるために必要な拡張性、構成性、プログラマビリティ、相互運用性、スケーラビリティ、および機能性を提供するのはSDPだけだからです。

このホワイトペーパーでは、新世代のCSPにとってのサービス管理とは何かの基本を説明し、なぜCSPのサービス管理戦略がサービスデリバリープラットフォームの上に構築されるべきなのか、その必要性を強調しています。このホワイトペーパーでは、そのビジネス上の必要性、利害関係者、いくつかの技術について議論し、最後に、サービス管理とそれを実現する SDP の観点から、新世代の CSP に AdvOSS が提供できるものについて議論しています。

ビジネスの必要性

簡単に言えば、サービスプロバイダーの機能はサービスを提供することです。複数の原動力(時には互いに競合する)により、サービス提供が異なる方法で「管理」されることが要求されます。

「サービス管理」は、サービスが最終的に提供される方法に影響を与える多くの競合勢力によって決定されます。ワイヤレス・ブロードバンド・プロバイダーは、帯域幅の急性的な不足に直面しており、サブスクリプションの「食べ放題」政策をとる余裕はもうありません。

周波数スペクトルのコスト上昇により、無線リソースは可能な限り最大限の効率で使用される必要があります。このような「効率を最大化する」という他の要件は、サービス管理のもう一つの原動力となっています。

資源不足の中、顧客のロイヤリティに影響を与えており、要求された品質のサービスを提供できない場合でも、エンドユーザーの体験品質を救い出そうとする動きがあります。

収入とマージンが減少しているため、サービスを利用可能な単一機能にまで収益化し、サービスデリバリー全体の中ですべての「価値の側面」をコントロールして課金できるようにするためには、製品の差別化を極限まで進める必要があります。

これらの要求は、サービス管理が単独では機能しないことを必要とします。サービス・プロバイダー・ネットワーク内の他のすべての機能と統合されていなければなりません。

テクノロジー:

サービス管理には、サービスデリバリ機能とサービス管理機能の間のアクティブなリアルタイムリンクが必要です。サービスデリバリが完了した後にCDRが利用できるようになった時代は終わりました。現在では、リアルタイム・インターフェースはほとんどの場合、RadiusまたはDiameterサーバーのいずれかのAAAサーバーを介して行われています。

サービス管理は、ポリシー実施ポイントと統合される必要があり、サービス提供に必要な変更について実施ポイントに伝えるために、サービス管理のためのある種のプロビジョニング・インターフェースが必要です。

リアルタイムの与信管理には、課金および口座残高管理機能とのインターフェースが必要です。クォータベースのサブスクリプションには、チャージおよびレーティングエンジンとのリアルタイムのインターフェースが必要です。

基本サブスクリプション、購入したアドオン、および異なるサブスクリプションとアドオンの状態に関する情報にアクセスするには、HSS または他のサブスクライバとサブスクリプションマネージャとのインターフェースが必要です。

サービスの提供方法に影響を及ぼす可能性のある他のネットワーク機能との統合とインターフェースが必要になります。サービス管理ソリューション内での統合が必要となる懸念事項は、ほぼ無限にあります。

このため、サービス管理ソリューションには、柔軟性、拡張性、構成可能性、拡張性、可用性の高さ、および強化可能性などが求められます。サービス管理ソリューションのアーキテクチャがこれらすべてを可能にすることが非常に重要です。

これは、必要な機能を提供するサービスデリバリプラットフォーム上でサービス管理アプリケーションを実行することですべて達成できます。

AdvOSS Service Management Solutionの概要:

AdvOSS Service Management Solutionは、今日の通信サービスプロバイダ(CSP)向けのサービス管理機能を提供するために密接に連携したAdvOSS製品群です。これは、CSPのコアネットワーク内の一方の側のサービス配信ポイントおよびポリシー実施ポイントと他の複数の機能とインターフェースします。これに加えて、CSPのサービス管理ユースケースを実現するために必要な複数の機能を内部に提供します。

ソリューションアーキテクチャ

AdvOSS Service Management Solutionは、4つの製品で構成されています。

 

  1. AAA クライアントとのインターフェースのためのプロトコル固有のフロントエンドとして機能する AdvOSS-AAA サーバー。AAA クライアントに RADIUS および DIAMETER ベースのインターフェースを提供します。この場合のクライアントとは、サービス提供またはポリシー実施機能を実行しているネットワーク要素のことです。
  2. 加入者、サービス、および加入関連データの主要な加入者リポジトリであるAdvOSS HSS(Home Subscriber Server)。
  3. CSPポリシーに応じて異なるポリシー決定を処理するためのルールベースエンジンを内蔵したポリシー評価機能であるAdvOSS Policy Manager。
  4. SDP上で実現された複数のAAAアプリケーションを搭載したAdvOSS SDP(Service Delivery Platform)。これが完全なソリューションの中心となり、異なるネットワーク要素間の接着剤となります。これらのAAAアプリケーションには、認証が含まれます。認証・会計の基本機能に加え、サービス管理のための高度なビジネスロジックやワークフローを扱います。エンドツーエンドのビジネスユースケースやサービス管理シナリオを実現します。これらは、SDPが提供するサービス作成・実行環境の上に構築されています。SDPは、複雑なビジネスロジックを実行できる高度なワークフロー実行システムです。

ビジネス要件

今日の通信サービスプロバイダ(CSP)が直面している真の課題は、スマートフォンやその他の洗練されたエンドポイントデバイスの普及と、大量のOTT(Over-The-Top)アプリケーションとが相まって、サービス管理ソリューションへの要求が高くなっていることです。かつては、ユーザー名/パスワードの認証、基本的な与信管理のための認証、および単純な通話データ記録(CDR)生成のための会計処理に過ぎないと考えられていましたが、今日のAAAシステムは、CSPがデータサービスの利用における新たな爆発的な成長を収益化し、複数のサービスを統合的に提供する能力を支援するために、複雑なビジネスユースケースを実現する必要があります。

AAA アプリケーション:インターフェースと統合ポイント

 

AAA アプリケーションは、CSP のコア ネットワーク内の他のいくつかのコンポーネントや機能的な要素と統合します。これらは、AdvOSS製品である場合とそうでない場合があります。AdvOSS 製品の場合、統合はシームレスですが、サードパーティ製品の場合は、SOAP/XML、HTTP- REST API、または他のウェブサービスベースの API、RADIUS/DIAMETER ベースの標準プロトコルなどの標準インターフェース上で公開されている API を介して統合が行われる可能性があります。AAAアプリケーションが統合する主なコア要素は以下の通りです。

  • AAA サーバー
  • AdvOSSまたはサードパーティの調停システム
  • AdvOSSまたはサードパーティの HSS またはその他の加入者管理
  • AdvOSSまたはサードパーティのポリシー管理
  • AdvOSSまたはサードパーティの評価と充電エンジン
  • AdvOSSまたはサードパーティの請求
  • AdvOSSまたはサードパーティのCRM
  • AdvOSSまたはサードパーティのホットライン用セルフケアポータル
  • AdvOSSまたはサードパーティの監視システム
  • AdvOSSまたはサードパーティの収益保証システム
  • AdvOSSまたはサードパーティのサービス保証システム
  • ネットワーク要素のプロビジョニングのためのAdvOSSまたはサードパーティ製プロビジョニングエンジン

サービス管理のコンテキストにおけるSDP実行環境の特徴とメリット

サービスロジック実行

  • AdvOSS-SDPの中核をなすのは、複雑なビジネス ワークフローやサービス ロジックをリアルタイムで実行するための、拡張性が高く高性能な実行エンジンです。
  • これは、カスタマイズされた AAA アプリケーションのコンテナとして機能し、異なる CSP 環境用にシンプルな XML ベースのプログラミングを使用して変更することができ、その結果、特定のビジネスユースケースを実現します。これにより、機能リストが限定されたクローズドで静的なシステムを購入していないことがCSPに大きな柔軟性をもたらします。
  • サービス管理アプリケーションでは、AdvOSS-AAAサーバーなどのフロントエンドのRADIUSやDiameterサーバーをネットワーク要素と対話するための単なるトランスポートとして使用します。RADIUSやDiameter上のサードパーティのAAAサーバーと統合したり、内部ネイティブAPIを介してAdvOSS-AAAサーバーと統合したりして、より高速なパフォーマンスを実現することができます。

新しい要件にも容易に対応できる柔軟でダイナミックなシステム

  • 今日のダイナミックなビジネス環境では、CSP はサービスを強化し、改善する必要があるのが現実です。さらに、今日の市場で競争力を維持したいのであれば、新しいビジネス・ユースケースとそれを収益化する能力は、現代の CSP にとって、新たな収益創出の機会をもたらすに違いありません。新しい要件やビジネス・ユースケースが発生すると、従来はCSPによる高額なシステム・アップグレードを必要としてきました。アップグレード後も、特定の期間の要件を満たすシステムから新しい機能のリストが提供されますが、しばらくすると、新しい要件や全く新しいユースケースを生み出す新しい機会が現れます。クローズドで静的なシステムでそのような要件に従うことは、せいぜい無駄な努力です。どのベンダーも、CSP にとって最も遠い将来のすべての要件に対応しているとは言えません。したがって、AdvOSS-SDP のような高度にプログラマブルでワークフローベースの実行環境は、非常に強力な価値提案となります。

パフォーマンスとスケーラビリティは、サービス実行エンジンにとって重要な要素です

  • CSP は、このようなプログラマブルなソリューションを購入する際には注意が必要です。ソリューションは、将来的にも拡張性があるものでなければなりません。加入者ベースが成長するにつれて、システムは、今後数年間、あるいはそれ以上の期間、増加した作業負荷に対応できるようにしなければなりません。理想的には、ソフトウェア自体がボトルネックにならないように、ハードウェアリソースを追加するだけで拡張できるようにシステムを設計する必要があります。事業者は、ソフトウェアシステムにより多くのハードウェアリソースを与えることができ、新たに追加されたハードウェアを利用するためのコンポーネントを拡張することで、新たなハードウェア上でシームレスにスケーリングを行う必要があります。AdvOSS-SDPは、このようなサービス管理のための環境を提供するもので、ハードウェアリソースを追加するだけで、ほぼ全ての加入者数に対応した高性能で拡張性の高い環境を提供します。

ベースのAAAアプリケーション

  • AdvOSS-SDP は、サービス管理ソリューションのコア部分として使用される場合、AAA サーバーによって認証、承認、再承認、開始、中間、および停止の会計時に呼び出される基本 AAAA アプリケーションがバンドルされています。追加アプリケーションは、加入者のサービス動作を変更するために、サービス管理コンポーネントに送信される外部イベントによって非同期的に呼び出されます。
  • AAA アプリケーションは、他の AdvOSS コンポーネントである AdvOSS-AAA、AdvOSS-HSS、AdvOSS Policy Manager とシームレスに統合されており、他のいくつかの AdvOSS およびサードパーティ コンポーネントと簡単に統合することができます。基本アプリケーションは、シンプルな XML ベースのスクリプト言語とよく知られている Javascript 言語を使用して、簡単にカスタマイズすることができます。世界中の何千人ものプログラマーが、XMLとJavascriptの両方を理解しています。AdvOSS自体は、CSPが持つ可能性のある新しいビジネスユースケースを迅速に展開するための開発とカスタマイズサービスを提供しています。

サービス管理アプリケーションの共通機能

AdvOSS-SDP コンテナで実行される AAA アプリケーションは以下のタスクを実行しますが、必要に応じてワークフロー内で他のタスクを実行するように変更することができます。

  • 標準プロトコルモジュールを介してネットワークエレメントからRADIUSまたはDiameterパケットを受信します。受信したパケットから情報を抽出し、受信した属性に対してビジネスロジック処理を実行します。
  • SDP のデータベースコネクタモジュールを介して 1 つ以上のデータベースにクエリを実行し、受信したパケットからキーを使用して情報を取得します。あるいは、SOAP/XML または HTTP-REST API を介して外部のウェブサービスを呼び出すことができ、そのサービスはデータベースへのクエリを実行することができます。AAA アプリケーションは、加入者がサービスを使用している間、ユーザーセッションを管理し、異なる サービスのアカウンティング CDR を閉じ、サービス使用の終了時にセッションを閉じる責任があるため、 データベースクエリまたは Web ベースの API 呼び出しは、セッション管理にも必要となる場合があります。
  • 他のソリューションコンポーネントへの API 呼び出しを実行し、受信した属性、データベースやウェブサービス呼び出しから取得した API が必要とする情報、および AAA ワークフローによって自己生成された追加情報を渡します。他のソリューション・コンポーネントの例としては、AdvOSS-HSS などのサブスクライバ・マネージャ、ポリシー・マネージャ、データベース・コネクタなどがありますが、これらに限定されません。これらの呼び出しの結果として、加入者のサービスや個人プロファイル、フィルター、その他の特定のサービス関連情報やクライアントネットワーク要素関連情報などの追加データを取得する場合があります。 たとえば、要求を送信したネットワーク要素が、特定のプロファイルに基づいてサブスクライバートラフィックをフィルター処理するディープパケットインスペクションエンジンである場合、このサブスクライバーの特定のサービスプロファイルを取得できます。
  • 認証、承認、または会計のための CSP に固有のプログラムされたビジネス・ロジックを実行します。この実行の結果として、AAAアプリケーションは、ビジネスロジックまたは他のソリューション要素のAPIから返された情報に応じて、特定のアクションを実行する必要がある場合があります。例えば、ポリシーサーバーはアプリケーションに、加入者にアラート SMS を送信するように指示したり、 インターネットサービスを使用しているときにポップアップベースのアラートのために特定のセルフケア ポータルにリダイレクトしたり、ネットワーク要素上の加入者セッションを切断したり、特定のネットワーク要素 を特定の新しい値で再プロビジョニングするように指示したりしているかもしれません。AAA アプリケーションは、ネットワーク要素上で作業を行うために、フロントエンドのプロトコル固有のメソッドを 呼び出さなければならないかもしれません。このような方法の例としては、RADIUS の Change of Authorization (CoA)があります。
  • ネットワーク・エレメント固有のプロファイルを、異なるネットワーク・サービス・デリバリとポリシー実施ポイントにプッシュします。これは、典型的な認証ワークフローでは、最初の認証時に必要とされ、中間会計や再認証の結果としてセッションの途中で必要とされ、またポリシー・マネージャによって指示されることもあります。これらのプロファイルは、XML のような汎用またはネイティブ形式で利用者マネージャから取得され、ネッ トワーク要素固有の形式に変換されます。たとえば、プロファイルはHSSからXML形式で取得され、ネットワーク要素が理解できるベンダー固有のRADIUS属性にカプセル化されたプロファイルの値が取得されます。
  • 特定のケースでは、SDPは、非同期的な方法で、外部のWebサービスまたはネットワーク要素から、それ自身の公開APIを介して特定のデータを受信することができます。このシナリオの使用例として、加入者は、AAAアプリケーションによって、インターネットアクセスサービスを提供するネットワーク要素と連携して、バウチャー管理システムを使用してアカウントをリチャージするためにセルフケアウェブポータルにリダイレクトされました。充電したら、インターネットサービスを再開する必要があります。セルフケアポータルは、SDPのXMLまたはHTTP-REST APIを呼び出します。SDPは、再開要求を処理する新しいインスタンスをインスタンス化し、HSSに相談して加入者の新しいス テータスを取得し、この加入者のセルフケアへのリダイレクトを削除してインターネット サービスを再開するために、インターネットサービスネットワークエレメントにCoAを送信します。

結論

CSPは、サービス管理ソリューションに関する戦略を慎重に作成する必要があります。競争力を維持するためには、このようなソリューションを評価する際に正しい質問をする必要があります。この点に関する重要な問題は、ソリューションが拡張可能で、プログラム可能で、スケーラブルであり、成長と機能性の両方の点で将来を見据え、しかも費用対効果が高いかどうかです。ソリューションは、現在および将来のユースケースを実現するために、任意のビジネスロジックやワークフローを実行できるものでなければなりません。SDP コンテナで動作する AdvOSS AAA アプリケーションと、ソリューションのコンポーネントとして機能するバンドル製品(AdvOSS-HSS やポリシー マネージャなど)は、新世代のサービス管理プラットフォームのすべての重要な要素を備え、動的に成長する CSP 環境にとって強力な価値を提案するこのようなソリューションを、非常に競争力のある価格帯で提供しています。

コメント

タイトルとURLをコピーしました