Di blog kami, kami fokus pada publikasi di Internet, karya operator telekomunikasi dan segala sesuatu yang berkaitan dengan ini. Namun, dalam tumpukan berbagai informasi ini, kami melakukan kebodohan total yang sepenuhnya melupakan Televisi Digital, yang telah menjadi bagian integral dari kegiatan operator telekomunikasi yang tanpanya penyedia tidak akan lagi lengkap. Dalam artikel ini, kita akan berbicara tentang dasar-dasar pengorganisasian IPTV, dan khususnya, kita akan menyentuh metode utama pengiriman konten ke konsumen.
Penyedia sangat menyadari bahwa organisasi IPTV mereka sendiri adalah bisnis yang mahal, dan juga mempengaruhi banyak kepentingan orang lain. Pada saat yang sama, banyak penyedia tidak ingin menggunakan layanan dari penyedia OTT, tetapi semua orang ingin mendapatkan tingkat layanan yang layak di jaringan mereka yang akan memberikan persaingan yang layak antara penyedia kecil dan besar.
Alasan keengganan untuk mengaitkan kegiatan mereka dengan operator OTT cukup jelas:
- Bisnis ini bukan milik penyedia Internet, yang artinya tidak dikontrol olehnya: Anda dapat dibiarkan tanpa layanan televisi kapan saja.
- Pengguna tidak terikat dengan penyedia layanan dengan cara apa pun: awalan penyedia OTT (jika kontrak menyiratkan penggunaan hanya STB bermerek) dapat dihubungkan ke sumber Internet apa pun.
- Akan sangat sulit untuk mengubah penyedia OTT jika perlu - set-top box bermereknya tidak lagi cocok untuk apa pun (ini bukan masalah jika perangkat lunak diinstal pada peralatan yang sewenang-wenang). Dalam kebanyakan kasus, bahkan branding perangkat lunak tidak tersedia.
Seringkali, operator memiliki gagasan tentang di mana mereka akan mendapatkan konten, banyak dari mereka bahkan memiliki perjanjian dengan saluran televisi (misalnya, operator KTV), yang berarti bahwa mereka hanya memerlukan platform yang dapat menyediakan fungsionalitas yang diperlukan. Dan hal pertama yang harus Anda bicarakan tentang perangkat pelanggan: dalam kenyataan modern, keberangkatan dari biaya modal adalah item biaya utama dalam anggaran platform.
Ada sejumlah besar berbagai platform yang menyediakan tingkat layanan paling berbeda bagi pelanggan. Platform yang paling berkembang, menyediakan fungsionalitas maksimum yang mungkin dan "fitur tambahan", memungkinkan Anda untuk meningkatkan ARPU, sebanyak mungkin dalam kondisi saat ini.
Mari kita perhatikan situasi menggunakan contoh platform spesifik dengan fungsionalitas maksimum, dari IPTVPORTAL, yang memungkinkan operator sistem Middleware dan CAS menerima secara lokal dan dari cloud, dan sebagai perangkat pelanggan, keluarga Vermax UHD dari set-top box digital yang sepenuhnya kompatibel dengan platform IPTVPORTAL, termasuk sistem bersyarat bersertifikat Akses CAS IPTVPORTAL.
Menurut persyaratan hukum Rusia, sistem akses bersyarat yang digunakan dalam televisi digital harus melewati prosedur sertifikasi. Dilihat oleh tren "baut pengetatan" yang sudah mapan, ini akan menjadi masalah mendesak dalam waktu dekat.
Pertimbangkan beberapa pola penggunaan umum, termasuk penggunaan teknologi cloud. Dan yang paling penting, interaksi dengan pemilik konten.
Skema 1: Bekerja dengan agregator konten melalui jaringan
Esensi: Tidak ada stasiun kepala sendiri, tidak ada server MW sendiri, konsol - milik sendiri.Ini adalah opsi khas untuk pemula. Itu tidak mengharuskan operator untuk mendapatkan lisensi untuk televisi kabel dan menyimpulkan perjanjian dengan saluran, tidak memerlukan investasi dalam infrastruktur headend. Semua fungsi ini dijalankan oleh agregator konten. Operator bertindak sebagai agen.
Tidak seperti bekerja dengan perusahaan OTT, operator memposisikan layanan sebagai miliknya (dan sepenuhnya mengelola dan mengendalikan transmisi sinyal di wilayahnya), yaitu, mempromosikan produknya. Jika basis pelanggan tumbuh dan Anda ingin mengubah penyedia layanan atau menggunakan proyek Anda sendiri, Anda dapat melakukan ini tanpa masalah.
Cons:
- Sebagian cara lalu lintas dikirimkan di luar zona kontrol penyedia, masing-masing, bergantung pada perusahaan lain.
- Tersedia semua kelemahan dan risiko outsourcing.
- Proposal untuk pengemasan saluran ditentukan oleh agregator konten (dan ini adalah kelemahan utama).
Pro:
- Layanan headend ada di agregator konten.
- Gerakan tubuh minimal, seperti semua pekerjaan kontraktual dengan saluran telah dilakukan oleh agregator.
- Pembayaran minimum terhadap agregator konten jauh lebih rendah daripada pembayaran minimum terhadap pemegang hak cipta, yang sering menawarkan untuk membeli beberapa saluran lain dan memaksakan sejumlah minimum pelanggan yang harus Anda bayar (biasanya ambang persyaratan minimum berfluktuasi sekitar 500 dan 1000).
- Tidak perlu membuat infrastruktur toleran-kesalahan sendiri untuk mengelola konsol,
- Jika ada kebutuhan untuk menggunakan CAS, layanannya disediakan oleh perusahaan lain, dan pada saat yang sama, layanan seperti itu tidak mahal.
Skema 2: Bekerja langsung dengan saluran televisi atau agregator konten satelit, penyebaran headend
Skema ini hampir selalu melibatkan pembangunan stasiun induknya. Dan Middleware dan CAS disediakan dari cloud.Intinya: stasiun pusat, tidak ada server MW sendiri.
Skema ini optimal untuk memulai cepat IPTV pada jaringan operator yang sudah memiliki stasiun induk dan memiliki perjanjian dengan saluran televisi (misalnya, operator KTV).
Seringkali, headend modern sudah memiliki kemampuan untuk menghasilkan lalu lintas IPTV bahkan tanpa membeli peralatan tambahan. Atau, misalnya, cukup mudah untuk membentuk IPTV dari DVB-C.
Cons:
- Pemeliharaan headend ada pada operator.
- Tingkat pembayaran minimum yang cukup tinggi (untuk operator pemula) untuk pelanggan, untuk saluran dan agregator satelit.
Pro:
- Semua jalur lalu lintas di zona kontrol penyedia.
- Anda tidak perlu membuat infrastruktur toleran-kesalahan sendiri untuk mengelola konsol.
- Jika ada kebutuhan untuk menggunakan CAS, layanannya disediakan oleh perusahaan lain, dan pada saat yang sama, layanan seperti itu tidak mahal.
Skema 3: Headend sendiri, instalasi lokal Middleware dan CAS
Penting: skema ini berbeda dari skema 2 hanya di server Middleware lokal dan kunci penyandian CAS diinstal.Intinya: semuanya milik Anda sendiri.
Pro:
- sepenuhnya bisnis Anda;
- tidak ada ketergantungan pada saluran komunikasi;
- bisa dijual.
Cons:
Perlu staf untuk memperbaiki sistem.
Skema 4: Menerima sinyal teknis dari mitra (tanpa membangun kantor pusat sendiri)
Penting: Skema 4 berbeda dari Skema 2 karena Anda tidak perlu membangun dan mempertahankan headend Anda. Sebaliknya, ini bahkan merupakan variasi sirkuit 1. Sinyal teknis berasal dari mitra, agregator sinyal teknis.Pro dan kontra lihat di atas.
Benar, harus dipahami bahwa pemasangan dan konfigurasi headend adalah proses yang agak mahal dan rumit. Pertama-tama, karena masalah dengan ketersediaan personel yang berkualitas. Dan peluncuran headend adalah proses yang agak rumit, penuh dengan nuansa kritis.
Secara umum, operator memiliki banyak pilihan, Anda hanya perlu memulai. Artikel ini tidak mengklaim sebagai artikel yang lengkap, tetapi, bagaimanapun, menunjukkan bahwa adalah mungkin untuk bekerja tanpa operator OTT, bahkan jika tidak ada keinginan untuk berinvestasi dalam CAPEX ketika membangun jaringan Anda. Namun, Anda sedang mengembangkan televisi Anda.
Pada saat yang sama, seseorang tidak boleh menyangkal fakta bahwa solusi OTT juga memiliki kelebihan dan zona penerapan yang optimal. Pada acara musim semi CROS-2.0-17, kami mencurahkan lebih dari 2 jam untuk pertanyaan-pertanyaan ini (kami sarankan menonton video).
Masalah terpisah tetap menjadi pilihan peralatan klien dalam skema ini. Intinya adalah bahwa untuk keamanan ekonomi operator, Anda harus memilih peralatan yang tidak akan menjadi tidak berguna jika ada masalah. Investasi yang tidak berharga, lebih tepatnya.
Misalnya, dalam hal penyedia OTT, penutupan perusahaan ini (atau masalah lisensi) memungkinkan hanya satu jalan keluar - mengganti penyedia konten OTT atau beralih ke skema di atas. Dalam hal ini, perangkat harus dapat dikonfigurasi \ memiliki firmware untuk mendukung sistem lain.
Contoh nyata baru-baru ini menunjukkan tidak dapat diaksesnya konsol Infomir bagi mereka yang duduk dengan erat di sistem STALKER, dan sekarang Ministra, yang mendukung, pada kenyataannya, hanya satu jenis konsol (asli).
Dalam hal ini, kita dapat menyimpulkan bahwa masuk akal tidak hanya menggunakan konsol yang mendukung berbagai middleware yang layak secara ekonomi, tetapi juga sebaliknya MW, yang mendukung berbagai konsol.
Semua skema di atas disediakan oleh Nikolai Mikhailov dari IPTVportal. Hanya sistem yang dapat mendukung lebih dari satu perangkat, salah satunya adalah konsol dari desainnya sendiri - keluarga Vermax UHD dari konsol digital (dan dalam waktu dekat UHDX), yang, pada gilirannya, mendukung tidak hanya IPTVportal.
Poin terpisah adalah dukungan dari sistem CAS, dan khususnya sistem CAS yang disertifikasi di Rusia, tetapi, pada kenyataannya, ini adalah topik artikel terpisah tentang “mengencangkan sekrup” dan prospek kami.