FMUSER Transmitir vídeo e áudio sem fio mais fácil!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albanês
ar.fmuser.org -> árabe
hy.fmuser.org -> armênio
az.fmuser.org -> Azerbaijão
eu.fmuser.org -> Basco
be.fmuser.org -> bielorrusso
bg.fmuser.org -> búlgaro
ca.fmuser.org -> catalão
zh-CN.fmuser.org -> Chinês (simplificado)
zh-TW.fmuser.org -> chinês (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> checo
da.fmuser.org -> dinamarquês
nl.fmuser.org -> holandês
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finlandês
fr.fmuser.org -> francês
gl.fmuser.org -> galego
ka.fmuser.org -> georgiano
de.fmuser.org -> alemão
el.fmuser.org -> grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> hebraico
hi.fmuser.org -> Hindi
hu.fmuser.org -> húngaro
is.fmuser.org -> islandês
id.fmuser.org -> indonésio
ga.fmuser.org -> irlandês
it.fmuser.org -> italiano
ja.fmuser.org -> Japonês
ko.fmuser.org -> coreano
lv.fmuser.org -> letão
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedônio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltês
no.fmuser.org - norueguês
fa.fmuser.org -> persa
pl.fmuser.org -> polonês
pt.fmuser.org -> português
ro.fmuser.org -> romeno
ru.fmuser.org -> russo
sr.fmuser.org -> Sérvio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> esloveno
es.fmuser.org -> espanhol
sw.fmuser.org -> Swahili
sv.fmuser.org -> sueco
th.fmuser.org -> Tailandês
tr.fmuser.org -> turco
uk.fmuser.org -> ucraniano
ur.fmuser.org -> Urdu
vi.fmuser.org -> vietnamita
cy.fmuser.org -> Galês
yi.fmuser.org -> iídiche
A interface entre o set-top box e a plataforma IPTV envolve muitos conteúdos, entre os quais o processo de negócio do usuário pode ser dividido em três categorias: interface de autenticação, interface de pagamento e interface de uso do serviço.
1. Interface de autenticação
A interface de autenticação inclui autenticação de camada de rede e autenticação de camada de aplicativo, que é o processo de realização da Internet inicial do set-top box, ou seja, o processo de acesso dos usuários da Internet à Internet. De acordo com o método de comunicação entre o usuário e o dispositivo de rede, os métodos de autenticação de acesso à camada de rede mais usados atualmente são divididos em dois tipos: PPPoE e DHCP + WeB.
(1) tecnologia PPPoE
Atualmente, a tecnologia de autenticação PPPoE é a mais amplamente usada em métodos de acesso Ethernet e ADSL. Seus princípios de rede são basicamente os mesmos. Eles usam switches ou DSLAMs para conectar usuários à rede e definir o equipamento BRAS atrás dos switches e DSLAM para encerrar o PPP. O servidor de acesso de banda larga que encerra a conexão PPP pode gerenciar a conexão PPP separadamente e pode executar estatísticas separadamente sobre o tempo de serviço online do usuário e informações de tráfego, e vários métodos de faturamento podem fornecer as informações online do usuário necessárias.
A essência do PPPoE é executar o protocolo PPP na Ethernet e estabelecer um canal PPP ponto a ponto entre o usuário final e o servidor de acesso de banda larga. Em outras palavras, se o serviço multicast for habilitado entre o host do usuário e o BRAS, os dados multicast devem usar o BRAS como ponto de replicação final de recebimento, o que fará com que uma grande quantidade de dados multicast atravesse a rede e os equipamentos DSLAM, ao contrário à intenção original de multicast. Portanto, o modo de acesso PPPoE restringe a existência de protocolos multicast e afeta o desenvolvimento de serviços de vídeo.
(2) DHCP + tecnologia Web
A autenticação DHCP + Web precisa ser usada em conjunto com o servidor DHCP e o servidor de autenticação Web. O Host primeiro obtém um endereço IP por meio de DHCP e se comunica com o servidor de autenticação da Web. Também pode permitir que o usuário acesse apenas alguns servidores internos. Em seguida, o servidor de acesso força o usuário a se conectar ao servidor de autenticação da Web e abre a página de autenticação no navegador. Digite o suborno e a senha nesta página, e o servidor da Web, como o cliente do Radius, transmite as informações de autenticação para o servidor do Radius para autenticar o usuário. Depois que a autenticação é passada, o usuário obtém um novo endereço IP legal e pode acessar a Internet ou uma rede específica.
No método de autenticação DHCP + Web, não há canal de camada 3 semelhante ao PPP entre o host do usuário e o servidor de acesso, e não há restrição ao protocolo multicast. Se o usuário acessa principalmente o switch entre os servidores de acesso ou o DSLAM pode suportar IGMP Snooping, o serviço multicast é fácil de desenvolver. No entanto, o próprio DHCP tem muitas deficiências, especialmente problemas de segurança. Como garantir a legitimidade e autenticidade das informações do usuário é uma questão importante que o DHCP precisa resolver.
(3) Plano de melhoria
Pode-se ver que a autenticação da camada de rede pode adotar a autenticação PPPoE ou o modo DHCP de acordo com o grau de suporte do terminal STB. No entanto, nenhum desses dois métodos de autenticação pode atender às necessidades de desenvolvimento de serviço IPTV. Portanto, precisamos fornecer soluções correspondentes para os métodos de autenticação atuais, e sob a premissa de garantir o desenvolvimento dos serviços de IPTV, reduzir as principais alterações nas especificações da rede existente, tanto quanto possível, para garantir o suporte dos serviços originais.
Para o terminal STB adotar PPPoE para autenticação, o principal problema a ser resolvido é a distribuição dos dados. Portanto, diferentes canais de distribuição de serviço podem ser adotados para diferentes serviços de usuários. Em outras palavras, por um lado, o dispositivo BRAS deve suportar autenticação PPPoE para serviços de IPTV, e seus dados unicast relacionados são entregues por meio do canal PPPoE; isso exige que o BRAS distinga os tipos de serviços de usuário por meio das informações de autenticação, e o dispositivo DLSAM precisa oferecer suporte a multicast. O controle de distribuição e grupos de multicast também requer equipamento STB para suportar pilhas de protocolo duplo. Isso não só garante as funções do sistema de autenticação original, mas também garante o desenvolvimento harmonioso de serviços multicast.
Para o método de autenticação DHCP, o principal problema é garantir a segurança e autenticidade do acesso DHCP, o que requer a introdução da opção OPTION82 no pacote DHCP; para situações onde vários terminais usam DHCP ao mesmo tempo, para distinguir estes terminais, também é necessário Introduzir a opção OPTION60. A opção DHCP OOPTION82 é geralmente usada pelo dispositivo DSLAM para enviar as informações do produto do usuário e informações do dispositivo para a mensagem DHCP do usuário, e o servidor DHCP executa a estratégia de alocação de endereço IP ou outras estratégias, identificando o OPTION82. A opção OPTION60 geralmente é fornecida pelo terminal, e diferentes tipos de terminais podem ser identificados pela configuração de diferentes OPTION60. Através da opção OPTION60, diferentes terminais podem ser alocados em diferentes espaços de endereço. No entanto, a introdução de OPTION82 requer o suporte de DSLAM, e o equipamento operacional atual não possui esta função, portanto, o equipamento de rede precisa ser modificado.
As soluções atuais tendem a adotar DHCP e adotar a abordagem independente IPPOOL. Esta solução pode realizar o isolamento entre os serviços IPTV e os serviços tradicionais da Internet por meio da configuração de políticas específicas de IP. Quando o número de usuários de IP-TV não é alto, uma configuração menor pode atender aos requisitos de negócios.
(4) Certificação da camada de aplicação
A autenticação da camada de aplicação implementa o processo de autenticação de identidade de usuários de decodificadores no sistema IPTV. Somente usuários que passaram na autenticação da camada de aplicativo podem consumir e usar vários tipos de serviços fornecidos por estações IPTV. Somente uma tecnologia de reconhecimento de camada de aplicativo segura pode garantir que os provedores de conteúdo possam usar com segurança um conteúdo maravilhoso no sistema IPTV.
2. Interface de consumo do usuário
A interface de consumo do usuário precisa implementar um processo de consumo complexo de prompts de preço do sistema, compras de confirmação do usuário e deduções do sistema. De acordo com diferentes métodos de faturamento e métodos de pagamento, o fluxo da interface também é diferente.
3. Interface de uso de conteúdo
A interface de uso de conteúdo realiza o processo em que os usuários obtêm diferentes serviços de aplicativo a partir de operações de conteúdo. As aplicações fornecidas pelo sistema IPTV tornaram-se mais abundantes, como vídeo ao vivo, vídeo sob demanda, jogos, karaokê, recuperação de informações, etc. À medida que a função do set-top box se torna mais potente, a transmissão pela rede aumenta continuamente largura de banda, temos razões para acreditar que todos os tipos de aplicativos de Internet no PC serão apresentados na TV do usuário por meio do decodificador.
A direção de desenvolvimento do set-top box iptv
De decodificadores de TV digital (DVB-C), decodificadores de satélite (DVB-S), decodificadores de TV de rede, decodificadores para os decodificadores de IP mais populares, a equipe de decodificadores as caixas superiores continuam a crescer e se desenvolver. Para o desenvolvimento em grande escala de decodificadores e o desenvolvimento em grande escala de decodificadores separados por placa de máquina, os decodificadores com placas de máquina separadas tornaram-se gradualmente uma tendência. Além disso, decodificadores de modo duplo e decodificadores de software também estão amadurecendo. Com o desenvolvimento e a promoção do conceito de casa digital, o futuro decodificador pode evoluir para a unidade de controle central da tecnologia de sala de estar da família, que é chamada de "Home Gateway" ou "Residential Gateway" na indústria. Além da função de transmissão de vídeo existente, é mais para fornecer um transporte integrado e abrangente para todos os dispositivos inteligentes da família. Neste século, realizamos a interconexão e intercomunicação entre os dispositivos, podendo fornecer diferentes terminais para diferentes terminais. Negócio personalizado, para alcançar "Multi-Play".
|
Digite o e-mail para obter uma surpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albanês
ar.fmuser.org -> árabe
hy.fmuser.org -> armênio
az.fmuser.org -> Azerbaijão
eu.fmuser.org -> Basco
be.fmuser.org -> bielorrusso
bg.fmuser.org -> búlgaro
ca.fmuser.org -> catalão
zh-CN.fmuser.org -> Chinês (simplificado)
zh-TW.fmuser.org -> chinês (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> checo
da.fmuser.org -> dinamarquês
nl.fmuser.org -> holandês
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finlandês
fr.fmuser.org -> francês
gl.fmuser.org -> galego
ka.fmuser.org -> georgiano
de.fmuser.org -> alemão
el.fmuser.org -> grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> hebraico
hi.fmuser.org -> Hindi
hu.fmuser.org -> húngaro
is.fmuser.org -> islandês
id.fmuser.org -> indonésio
ga.fmuser.org -> irlandês
it.fmuser.org -> italiano
ja.fmuser.org -> Japonês
ko.fmuser.org -> coreano
lv.fmuser.org -> letão
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedônio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltês
no.fmuser.org - norueguês
fa.fmuser.org -> persa
pl.fmuser.org -> polonês
pt.fmuser.org -> português
ro.fmuser.org -> romeno
ru.fmuser.org -> russo
sr.fmuser.org -> Sérvio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> esloveno
es.fmuser.org -> espanhol
sw.fmuser.org -> Swahili
sv.fmuser.org -> sueco
th.fmuser.org -> Tailandês
tr.fmuser.org -> turco
uk.fmuser.org -> ucraniano
ur.fmuser.org -> Urdu
vi.fmuser.org -> vietnamita
cy.fmuser.org -> Galês
yi.fmuser.org -> iídiche
FMUSER Transmitir vídeo e áudio sem fio mais fácil!
Contato
Endereço:
No.305 Sala HuiLan Edifício No.273 Huanpu Road Guangzhou China 510620
Categorias
Newsletter