トリプルプレイ：単一のIP環境で電話、テレビ、インターネットはどのように共存しますか？

トリプルプレイ （3P）という用語自体はもともと純粋にマーケティングであり、新世代ネットワークに基づいたサービスの一種の共同提供を反映しています。 経験上、すべての最新の通信サービス（複雑さは問わない）は、個々の加入者にとって3つの基本サービスのセットであることが示されています。

• 電話サービス;
• インターネットアクセス;
• テレビ

技術的には、3つの基本サービスはすべて異なるプラットフォームで「ライブ」されますが、同じ環境であるため、請求、SORMとの連携、ゼロバランスでのサービスのブロック（緊急コールの可能性を維持しながら）、技術サポート、詐欺対策に多くの困難があります。





_{トリプルプレイサービスとITシステム}



プラットフォーム：

• テレフォニー -電話交換機（構内交換機-略称PBX）またはVoIPプラットフォーム（IPマルチメディアサブシステム-IMSと呼ばれることもあります）。
• インターネットアクセス -たとえば、ブロードバンドリモートアクセスサーバー（BRASまたはBBRAS）;
• テレビ ヘッドエンドとテレビコンテンツ配信システムが含まれています。 ケーブルTVの場合、コンテンツは物理レベルで（送信機によって）配信され、IPテレビの場合、制御IP TVプラットフォームが使用されます。

3Pコンセプトの実装の重要な兆候は、単一のオペレーター環境であり、これに基づいて3つのサービスすべてが構築されます。 上の写真は、現時点で最も一般的なこれらのサービスの実装を示しています。オペレーターは、光ファイバーネットワークに基づいてブロードバンドアクセスネットワークを作成し、テレフォニーおよびテレビサービスの提供に基づいてサブネットを作成します。

実際の実装

歴史的に、ケーブルテレビとADSLネットワークは最初に3P環境を作成しました。 あちらこちらで、音声、インターネット接続、テレビにアナログ周波数分割を使用しました。 現在、このような技術は、地球上のすべての3P接続の大部分を占めています。



しかし、そのようなソリューションは、光学ベースの接続によって積極的に置き換えられています。 ロシアの現実では、3Pサービスに使用される光ファイバーネットワーク自体は、円形と星形の両方の構造を持つことができます。 ほとんどすべてのオペレーターは、FTTxテクノロジー（Fiber to the X-光学系をXに向ける）のいずれかの種類を使用します。

• FTTH-ファイバー・トゥ・ザ・ホーム（ファイバーをアパートに持ち込む）;
• FTTB-建物へのファイバー（建物へのファイバーの持ち込み）;

およびそれらの品種：

• FTTC-ファイバートゥーザカーブ（ファイバーをケーブルキャビネットに持ち込む）;
• FTTCab-キャビネットへのファイバー（FTTCと同様）;
• FTTR-Fiber To The Remote（ファイバーをリモートモジュール、ハブに接続）;
• FTTP-Fiber To The Premises（ファイバーをクライアントの存在する場所に移動）;
• FTTO-オフィスへのファイバー（オフィスへのファイバーの持ち込み）;
• FTTOpt-ファイバートゥザオプティマム（ファイバーを最適なポイントに移動）。

現在、ロシア連邦に接続する主要な方法はFTTBです。 典型的なネットワークは、通常、都市の周りにリング構造を持ち（高速道路の冗長性を確保するため）、非常に多数の家/アパートの場合にのみリングによって予約されるクォーターに転送します。



もちろん、トラフィックバランシングは都市全体に適用されます。集約ノードのレベルで、適切なソリューションがトランクリンク間のトラフィックのバランスをとるために使用されます。 ブロック間または家屋間のトラフィックバランシングも適用されますが、通常、スキームはより単純です。 ハーフリング間のバランスが使用され、もちろん、特定のオブジェクトのサブスクライバーのボリュームに依存します。



さらに、ほとんどすべてのロシアのオペレーターは同じ技術設計を持っています。屋根裏部屋または地下室には、エンドユーザーを接続するためのイーサネット機器を含む金属キャビネットがあります。 同時に、テレフォニーの設計が異なる場合があります。VoIPゲートウェイを一般的な金属キャビネットにインストールすること（およびその後、加入者がアナログRJ-11電話ジャックを受け取る）、またはVoIPアダプター/ VoIP電話を加入者のアパートにすぐにインストールすることができます。 IPテレビの設計も同じです。セットトップボックス（STB、セットトップボックス）は、インターネットルーターの後、常に加入者のアパートに置かれます。



この部分で最も重要な組織的および技術的な問題の中で、個々のサブネットを構成する必要があることに注意する必要があります。

• テレフォニー用。 これは、電話によるさまざまなイベントについて留守番電話を再生するために必要であり、緊急コールが機能するために必要です。
• IP TVの場合、加入者が経済的にブロックされている場合でも（インターネットサービスの切断に関連する場合が多い）、ロシア連邦8の必須チャンネルを表示するには専用のサブネットが必要です。

テレフォニー：緊急電話とSORMとの通信

緊急サービス（特定の地域では01、02、03、04、112）への呼び出しの実装について個別に説明しましょう。 法的要件の実装を伴うIPテレフォニーの実装では、サービスを提供する各都市に何らかのスイッチングノードが存在する必要があります。 緊急コールを各都市の特定の緊急番号にルーティングするタスクは、このノードに委ねられます。 比較のために、写真2は緑の通常の通話（電話信号はシステムコアを通過し、通話は境界デバイスによって設定されます）と赤の緊急通話（制御は使用されず、通話は公衆電話網PSTNに直ちに転送されます）の通過を示しています。



テレフォニーの境界デバイスは、一般に境界セッションコントローラー（SBC、セッションボーダーコントローラー）と呼ばれます。 それらの機能は、インターネット環境のファイアウォールに加えて、VoIP接続の正常な動作を保証するいくつかの特定の機能に似ています。





_{通常のVoIPコールと緊急VoIPコールの違い}



ここで、3Pのフレームワーク内での電話接続の実装の興味深いロシアの特徴に注意してください。すべての呼び出しをSORMに送信するロシアの法律を順守する各オペレーターの義務です。 そして、ここで技術的な問題が発生します、なぜなら すべてのマルチメディアプラットフォームは、すべての登録ユーザー間の直接接続を提供するように構成されています。 そして、2つの問題があります。

• まず、2種類の通話（ロシア連邦の法律によれば、ロシア連邦の法律によればPSTN番号を持つことができないブロードバンドネットワーク経由の通話と、ロシア連邦の法律によれば、通話です）;
• そして、第二に、FSBの異なるユニットを持つ異なる都市は、地域の番号付けのみを制御します。

これらの問題を解決するために、FSBリモートが接続されているSBCが使用されます（まあ、またはSBCはローカル電話交換機に接続されます）。 SBC番号を持つすべての通話は、このようなリモートに表示されます。 これにより、電話のSORMの問題が解決されます。 そして、ログイン、ニックネームなどのすべての呼び出し。 （つまり、ビデオコールを含むブロードバンドネットワーク経由のコール）は、インターネット接続の制御に使用されるテレマティックSORMに出力されます。

帯域幅の要件

サービスのトラフィックの帯域幅要件は異なります。 テレフォニーは低帯域幅サービスです。 次の音声コーディングアルゴリズムが主に使用されます。64kbpsの帯域幅（ビットレート）を持つG.711 A-law / G.711 u-law、8 kbpsの帯域幅を持つG.729バリアント、および13 kbpsのビットレートを持つGSMコーデックと IPパケットヘッダーの総量を考えると、30〜90 kbit / sの必要な帯域が得られます。



IP-TVには非常に広い帯域幅が必要です（たとえば、MPEG2 / MPEG4コーデックがよく使用されます）：たとえば、通常のSD TVチャンネルには2から4メガビット/秒、8から12メガビット/秒の高品質HDチャンネルが必要です。 このような容量のために、マルチキャストテレビトラフィックのスマートな制御が必要であることは明らかです。各チャンネルは、視聴している加入者の数に関係なく、ノードおよび/または居住区に1回だけ供給されます。 ここで統計が役立ちます。1/ 4の加入者がすべてのばらばらのチャンネルをオンにすると、100〜120の通常チャンネルと5〜20のHDチャンネルを提供するオペレーターがこのセクションのネットワークを拒否します。 しかし、これは人生では起こりません。「ウォッチング」の配信により、通常、地域/四半期ごとに1-2 Gb / sの帯域でIP TVの要件を設定できます。



3つのサービスすべての作業の品質を確保するためのトラフィックのタイプによる分離は、通常、法人顧客のセグメントで使用され、個人向けのサービスでは使用されません。 これは、住宅の建物が消費の観点からかなり予測可能であるため、以下の要因によるものです。

トリプルプレイサービスの課金に関する問題

オペレーターにとってどのサービスがより重要かによって、請求マスターシステムが選択されます。 たとえば、アカウント管理は、インターネットアクセスを提供するシステムに編成されています。 したがって、他の2つのシステム（テレフォニーおよびテレビ請求）は下位の位置を占め、マスターシステムの要件と機能に合わせて調整する必要があります。 これらのシステムは、1つのシステムのさまざまなモジュールの形で実装されるか、一般的には1つのメーカーのシステムであり、重要ではありません。歴史的に、これらはさまざまなIT企業とは異なるシステムです。

インターネットアクセス課金のマスター請求作業

無制限の料金プランの例を使用して、インターネットアクセスの料金を概略的に見てみましょう。 ロシアでは、制限料金プラン（メガバイトあたり）を使用している加入者には5％しか残されていません。 2つの基本的なアルゴリズムが適用されます：月額は、X日に即座に借方記入され（そして、加入者のアカウントは段階的に減少します）、または毎日同じ割合で借方に記入されます 以下は、アカウントの残高がゼロになるかマイナスになると、マスター請求がサブスクライバーのインターネットアクセスを停止する方法を示しています。





_{インターネット加入者のアカウントのステータスを監視する}

電話請求

電話請求の基礎は、音声トラフィックの可能な方向とそのコストのすべての方向が詰め込まれた料金表です。 加入者が任意の方向に電話をかけると、システムは電話プレフィックス（国コード、都市コード）を分析し、料金表に従って資金を償却します。 同時に、コール認証アルゴリズムは、3Pプリペイドバージョンでもプリペイドとポストペイドにできます（これは、さまざまな課金システムと電話プラットフォームの実装機能によるものです）。





_{後払いの通話認証}



以下は、テレフォニーをセットアップするためのペース後オプションの場合のコール認証シナリオの概略図です。 この場合、加入者は電話をかけ、IMSプラットフォームは加入者がブロックされていないことを確認し、公衆交換電話網（PSTN）またはVoIPネットワークに呼を渡します。 通話中（および通話終了後）、IMSプラットフォームは、サブスクライバーの通話に関するすべての情報を含むCDRファイル（通話詳細記録）を生成します。 電話による請求はこれらのCDRファイルを処理し、最初に内部アカウント（着信CDRの結果に基づく顧客のアカウントを除く）にこの情報を表示し、次にマスター請求のサブスクライバーのアカウントに表示します。 電話請求の減少と同時にマスター請求で加入者のアカウントを減らすことができますが、システムの相互作用のパフォーマンスの問題は既にあります。説明されたチェーンでサービス提供された加入者の数と時間間隔のバランスを見つける必要があります。





_{前払いの通話認証}



ここでは、プリペイドテレフォニーセットアップオプションの場合のコール許可シナリオのシナリオを見ることができます。 この場合、サブスクライバーは呼び出しを行い、IMSプラットフォームは許可サーバー（RADIUSまたはDIAMETERプロトコル）に接続し、許可サーバーは電話請求に対処します。 電話による請求は、サブスクライバーがブロックされていないことを承認サーバーに通知し、サブスクライバーが選択した方向での可能な制限時間を報告します。 彼は、IMSプラットフォームが公衆交換電話網（PSTN）またはVoIPネットワークへの呼び出しを見逃すことを許可します。



同時に、電話の請求により、クライアントのアカウントで通話料金をブロックします。これは、通話終了の結果に基づいて調整（増加または減少）されます。 さらに、後払い請求と同様に、マスター請求でサブスクライバーのアカウントに調整が行われます。 ここで重要なのは、両方のシナリオで、サブスクライバーはネガティブになる可能性がありますが、プリペイドスキームを使用した場合のみ減少します。

テレビ請求作業

イデオロギー的に、テレビ請求は他のテレビサービスの請求と違いはありません。 ケーブルテレビの請求の場合、それは非常に簡単です。テレビ番組の特定のパッケージの定額を消し去るだけです。IPテレビの場合、加入者が追加料金を支払うと「Video On Demand」（VoD）サービスを追加できますその後、単一の映画または放送。



これらの機能を実装するために、以下のタスクを解決する請求仲介者が使用されます。

• マスター課金でブロックされている場合、TVプラットフォーム上のサブスクライバーをブロックします。
• VoDサービスを使用する際に、借方資金のマスター請求にタスクを向けます。

上記のアルゴリズムに基づいて、トリプルプレイパッケージを起動する際の主な問題の1つがすぐに表示されます-サブスクライバーの残高の正しい管理。 オペレーターは、お金が枯渇したときにすべてのサービスをブロックするか、それとも十分なお金がないサービスのみをブロックするかを決定する必要がありますか？ すべてのサービスを同時にブロックするには、加入者との適切な合意が必要です。ロシアの法律によれば、電話、テレビ、およびインターネットアクセスサービスは、それぞれ異なる規定（それぞれ310番目、785番目、575番目の規則）を持つ独立したサービスと見なされているためです。 請求サイクルは毎月ですか、それとも毎日ですか？ 毎月の場合、オペレーターは加入者のアカウント内のすべての請求をより正確に処理できますが、マイナスになる可能性が高くなります。 そして、毎日の借方記入では、すべての加入者は最終的に請求月の開始日に応じて「ばらまき」ます。これにより、オペレーター請求システムの能力と複雑さの要件が桁違いに増加します。 また、条件を提供する必要があります-資金がサービスの加入者の残高から引き落とされる順序で（または、3つのサービスすべてを一度に支払うのに十分でない限り、まったく引き落とされません）。

新しいサービス

3Pの概念は、単一環境のフレームワーク内で、加入者が新しいサービスを利用できるようになることを前提としています。 これは事実ですが、それらの多くはユーザーにとって不要であるか、馴染みがありません。たとえば、IP TVを視聴しているときにテレビ画面で電話を受けるのはほとんど意味がありません。 大多数のユーザーは、テレビとは別に電話をかけるために疲れることはありません。



同時に、ビデオコール、インスタントメッセージング（メッセージの送信）、チャットなど、ユーザーの入れ替わりを開始するサービスがあります。 通常の3P環境では、オペレーターがこれらのサービスをサポートすることは既に非常に望ましいことです。 そして、ここで新しい問題が発生します-サービスが必要ですが、誰もお金を払うことはありません 膨大な数の無料の代替があります。 したがって、3Pサービスのビジネスケースを計算する際には、オペレーターがこのような返金不可のコストを考慮することが重要です。



技術的な問題を考慮せずに（そしてそれらの多くもあります）3Pオファーを作成することは、オペレーターにとって重要なタスクです。 そして、ここで統計が役立ちます：呼び出しの頻度とその継続時間を分析し、テレビに課金される金額とVoDの使用頻度を分析し、インターネットアクセスサービスを使用するときのユーザーの典型的なバランスとその料金を分析します。 ここでは理想を達成することはできませんが、ユーザーの満足度を最大化し、ユーザーがすべての3Pシステムの複雑な相互作用プロセスに陥る可能性のある重大な状態の数を減らすように、3Pオファーのパラメーターを選択することは可能です。

詐欺

もう1つの重要な問題は、3Pオファーを提供するときのサービスのパスワード保護システムの実装です。 実際のところ、インターネットアカウントをハッキングしてもクラッカーには何も与えられません。無制限のインターネットでは、不正なユーザーが攻撃者によってアカウントを使用しても、サブスクライバーは何も失うことはありません。 最大-偽造者は、ウイルス対策ライセンスなど、オペレーターが提供する追加サービスの一部を注文できます。



IPTVパスワードシステムのパスワードと統合する場合、攻撃者はバランス額の映画をダウンロードできるようになります。これは中程度のリスクです。 事実、彼は加入者自身のこのお金を活用することができないということです-そのようなIP TV映画は売ることができません。 しかし、ハッキングが証明された場合、オペレーターはクライアントにお金を返しますが（これはオペレーターの義務ではなく、忠誠心を高めるための彼の仕事だけですが）、オペレーター自身がこれらのフィルムを支払う必要があるため、オペレーターに害を及ぼします。



しかし、テレフォニーサービスの共通パスワードとの統合は、アカウントハッキングの実際の大文字化に既につながります-攻撃者はこのトラフィックを売ることができます。 加入者のバランスにより、このスキームの下で働くVoIPオペレーターの接続は支払われます。



このような状況を防ぐために、オペレーターは最初に3つのサービスすべてに異なるパスワードを入力できます（ただし、3Pサービスパッケージの使いやすさが低下します）。次に、3つすべてのサービス、特にインターネットアクセスサービスのパスワード保護の全体的な品質が向上します。

ユーザーサポート

また、トリプルプレイは、カスタマーサポートサービスの組織化（マスマーケット向けのサービスの観点から）に別の困難をもたらします。 コンセプトの実装には、加入者からのすべての着信コールを受信するための単一の番号の割り当てが含まれますが、同時に、3つの異なる技術および課金サブシステムが存在するため、インターネットとテレビと電話で別々に問題を解決するために、資格のあるエンジニアの異なるグループを作成する必要があります。



この問題の可能な解決策は、図のように、一般的な第1サポートラインの後ろにある第2サポートラインのさまざまなグループを作成することです。





_{Triple Playサブスクライバーにサービスを提供するためのマルチレベルサポートサービス}



この場合、最初のサポートラインは、加入者の最も一般的な問題を解決します：残高がゼロになった場合の金融のブロック、償却についての加入者への通知、サービスの接続/切断の一般的な問題に関する相談。 IP TVの操作不能などの特殊な質問の場合、1行目のオペレーターは2行目のサポートラインに電話をかけ（トラブルチケットを開きます）、そこでIP TV技術者が適格な方法で電話に出ることができます。 問題を解決できない場合、技術者は、オペレーターの技術部門の一般的なプールのエンジニアが既に引き付けられ、サービスのための特定のシステムと技術を所有しているという事件を開きます。