Em nosso blog, focamos em publicações na Internet, no trabalho de operadoras de telecomunicações e tudo relacionado a isso. No entanto, nesse monte de informações, fizemos uma estupidez completa esquecendo completamente a Televisão Digital, que se tornou parte integrante das atividades dos operadores de telecomunicações sem as quais o provedor não estará mais completo. Neste artigo, falaremos sobre o básico da organização da IPTV e, em particular, abordaremos os principais métodos de entrega de conteúdo para os consumidores.
Os fornecedores estão cientes de que a organização de sua própria IPTV é um negócio caro e, além disso, afeta muitos interesses de outras pessoas. Ao mesmo tempo, muitos provedores não querem usar os serviços dos provedores de OTT, mas todos desejam obter um nível de serviço decente em suas redes que forneça uma concorrência decente entre provedores pequenos e grandes.
As razões para a falta de vontade de associar suas atividades aos operadores OTT são bastante óbvias:
- A empresa não pertence ao provedor de Internet, o que significa que não é controlada por ela: você pode ficar sem um serviço de televisão a qualquer momento.
- O usuário não está conectado ao provedor de serviços de nenhuma maneira: o prefixo do provedor OTT (se o contrato implica o uso de apenas STBs de marca) pode ser conectado a qualquer fonte da Internet.
- Será extremamente difícil alterar o provedor OTT, se necessário - seu decodificador de marca não é mais adequado para nada (isso não é um problema se o software estiver instalado em equipamentos arbitrários). Na maioria dos casos, nem a marca do software está disponível.
Muitas vezes, as operadoras têm uma ideia de onde obterão o conteúdo, muitas delas até têm acordos com canais de TV (por exemplo, operadoras de KTV), o que significa que elas precisam apenas de uma plataforma que forneça a funcionalidade necessária. E a primeira coisa que você deve falar sobre dispositivos de assinante: nas realidades modernas, a saída dos custos de capital é o principal item de custo no orçamento da plataforma.
Há um grande número de plataformas que oferecem o nível de serviço mais diferente para os clientes. As plataformas mais desenvolvidas, oferecendo a máxima funcionalidade possível e "recursos adicionais", permitem aumentar o ARPU, tanto quanto possível nas condições atuais.
Vamos considerar a situação usando um exemplo de plataforma específica com funcionalidade máxima, da IPTVPORTAL, que permite que o operador dos sistemas Middleware e CAS receba localmente e da nuvem e, como dispositivo de assinante, a família de decodificadores digitais Vermax UHD totalmente compatíveis com a plataforma IPTVPORTAL, incluindo um sistema condicional certificado Acesso IPTVPORTAL CAS.
De acordo com os requisitos da lei russa, os sistemas de acesso condicional usados na televisão digital devem passar no procedimento de certificação. A julgar pela tendência estabelecida de "parafusos de aperto", isso se tornará uma questão urgente no futuro próximo.
Considere alguns padrões de uso típicos, incluindo o uso da tecnologia em nuvem. E o mais importante, interação com os proprietários do conteúdo.
Esquema 1: Trabalhando com o agregador de conteúdo pela rede
Essência: Não há estação principal própria, não há servidor MW próprio, consoles - próprios.Esta é uma opção típica para iniciantes. Não exige que o operador obtenha uma licença para televisão a cabo e conclua acordos com canais, não exige investimentos na infraestrutura do headend. Todas essas funções são realizadas pelo agregador de conteúdo. O operador atua como um agente.
Ao contrário de trabalhar com empresas OTT, o operador posiciona o serviço como seu (e gerencia e controla completamente a transmissão de sinais em seu território), ou seja, promove seu produto. Se a base de assinantes crescer e você desejar alterar o provedor de serviços ou implantar seu próprio projeto, poderá fazê-lo sem problemas.
Contras:
- Parte do caminho para entregar tráfego fora da zona de controle do provedor, respectivamente, depende de outras empresas.
- Na presença de todas as desvantagens e riscos da terceirização.
- A proposta de empacotamento de canal é determinada pelo agregador de conteúdo (e essa é a principal desvantagem).
Prós:
- O serviço de cabeçalho está no agregador de conteúdo.
- Movimentos mínimos do corpo, como todo o trabalho contratual com os canais já foi realizado pelo agregador.
- O pagamento mínimo para o agregador de conteúdo é muito menor do que o pagamento mínimo para os detentores de direitos autorais, que geralmente oferecem outros canais e impõem um número mínimo de assinantes pelos quais você ainda precisa pagar (geralmente o limite mínimo de requisitos varia em torno de 500 e 1000).
- Não é necessário criar sua própria infraestrutura tolerante a falhas para gerenciar consoles,
- Se houver necessidade de usar o CAS, seu serviço é fornecido por outra empresa e, ao mesmo tempo, esse serviço é barato.
Esquema 2: Trabalhe diretamente com canais de televisão ou agregadores de conteúdo de satélite, implantação do headend
Esse esquema quase sempre envolve a construção de sua estação matriz. E Middleware e CAS são fornecidos a partir da nuvem.A linha inferior: a estação principal, não há servidor próprio MW.
Esse esquema é ideal para o início rápido da IPTV nas redes de operadoras que já possuem uma estação-mãe e têm acordos com canais de televisão (por exemplo, operadores de KTV).
Muitas vezes, os headends modernos já têm a capacidade de gerar tráfego de IPTV, mesmo sem a compra de equipamento adicional. Ou, por exemplo, é bastante simples formar IPTV a partir de DVB-C.
Contras:
- A manutenção do headend fica com o operador.
- Níveis de pagamento mínimos bastante altos (para operadores iniciantes) para assinantes, canais e agregadores de satélite.
Prós:
- Todo o caminho de tráfego na zona de controle do provedor.
- Não há necessidade de criar sua própria infraestrutura tolerante a falhas para gerenciar consoles.
- Se houver necessidade de usar o CAS, seu serviço é fornecido por outra empresa e, ao mesmo tempo, esse serviço é barato.
Esquema 3: Headend próprio, instalação local do Middleware e CAS
Importante: esse esquema difere do esquema 2 apenas no fato de os servidores Middleware locais e as chaves de codificação CAS estarem instaladas.Essência: tudo é seu.
Prós:
- completamente o seu negócio;
- sem dependência de canais de comunicação;
- pode ser vendido.
Contras:
Precisa de pessoal para atender o sistema.
Esquema 4: Recebendo um sinal técnico dos parceiros (sem construir sua própria estação principal)
Importante: O esquema 4 difere do esquema 2, pois você não precisa criar e manter seu cabeçalho. Pelo contrário, é até uma variação do circuito 1. O sinal técnico vem de um parceiro, um agregador de sinais técnicos.Prós e contras, veja acima.
É verdade que deve ser entendido que a instalação e configuração do headend é um processo bastante caro e complicado. Primeiro de tudo, devido a problemas com a disponibilidade de pessoal qualificado. E o lançamento do headend é um processo bastante complicado, repleto de nuances críticas.
Em geral, o operador tem muito por onde escolher, basta iniciar. O artigo não afirma ser exaustivo, mas mostra que é possível trabalhar sem operadores OTT, mesmo que não haja desejo de investir em CAPEX ao construir sua rede. No entanto, você está desenvolvendo sua televisão.
Ao mesmo tempo, não se deve negar o fato de que as soluções OTT também têm suas vantagens e uma zona ideal de aplicabilidade. No evento da primavera CROS-2.0-17, dedicamos mais de 2 horas a essas perguntas (recomendamos assistir o vídeo).
Uma questão separada continua sendo a escolha do equipamento do cliente em qualquer um desses esquemas. O ponto principal é que, para a segurança econômica do operador, você deve escolher o equipamento que não se tornará inútil em caso de problemas. Um investimento inútil, para ser mais preciso.
Por exemplo, no caso de um provedor OTT, o fechamento desta empresa (ou problemas de licenciamento) torna possível apenas uma saída - substituir o provedor de conteúdo OTT ou mudar para os esquemas acima. Nesse caso, o dispositivo deve poder ser configurado \ com firmware para suportar outro sistema.
Recentemente, um exemplo vívido mostrou a inacessibilidade dos consoles da Infomir para aqueles que se sentavam firmemente na agulha no sistema STALKER, e agora da Ministra, que apoiava, de fato, apenas um tipo de consola (nativa).
Nesse caso, podemos concluir que faz sentido não apenas usar consoles que suportam vários middlewares economicamente viáveis, mas também vice-versa MW, que suportam vários consoles.
Todos os esquemas acima são fornecidos por Nikolai Mikhailov da IPTVportal. Apenas o sistema que pode suportar mais de um dispositivo, um dos quais é o console de seu próprio design - a família Vermax UHD de consoles digitais (e no futuro próximo UHDX), que, por sua vez, suporta não apenas o IPTVportal.
Um ponto separado é o suporte ao sistema CAS, e especificamente os sistemas CAS certificados na Rússia, mas, de fato, este é o tópico de um artigo separado sobre "apertar os parafusos" e nossas perspectivas.