3rd Generation Partnership Project é uma organização tecnológica do ramo de telecomunicações que visa padronizar a criação, envio e reprodução de arquivos multimídia (vídeos) em telefones celulares e outros aparelhos wireless GSM. O projeto foi criado em dezembro de 1998 por cinco empresas de tecnologia móvel, a ETSI (Europa), ARIB/TTC (Japão), CCSA (República Popular da China), ATIS (América do Norte) e TTA (Coreia do Sul).
Conforme discutido, o W3C e o IETF estão definindo a tecnologia subjacente a ser usada ao implementar serviços baseados em WebRTC. A partir dos comentários que eu ouvi dos clientes e das atividades que estou fazendo no campo, parece que os casos de uso inicial para o WebRTC serão "pura-web" ou de alguma forma envolvem infraestruturas de call center / UC.
No entanto, embora não seja o caso mais relevante, também vejo uma série de empresas de telecomunicações dispostas a aproveitar esta tecnologia, quer para oferecer serviços novos ou simplesmente expandir o portfólio existente para o domínio da web. De acordo com isso, o 3GPP está atualmente discutindo como usar o WebRTC para acesso IMS. O trabalho é chamado de "Web Real Time Communication (WebRTC) acesso a IMS (IMS-WEBRTC)" e não surpreendentemente, as empresas principais por trás desse esforço incluem:
Alcatel-Lucent, Ericsson, NTT DoCoMo, AT&T, Huawei, Orange, Broadcom Corporation, Intel, Qualcomm, China Mobile, Nokia, Telecom Italia, China Telecom, Nokia Siemens Networks,T-Mobile, Deutsche Telekom, NTT, Verizon.
Como qualquer outro esforço, o 3GPP envolve vários grupos. Por um lado, a SA1 está focada na especificação dos requisitos de serviço e principalmente ja concluiu seu trabalho, incluindo coisas como a capacidade de os clientes WebRTC reutilizar as credenciais IMS, a interoperabilidade entre os pontos de extremidade IMS e WebRTC, a entrega de serviços IMS através de WebRTC, funções reguladoras (por exemplo, intercepção legal ) e cobranças, etc. e, na minha opinião, o mais interessante, a capacidade de um provedor de serviços IMS oferecer serviços IMS aos usuários que interagem com um site de terceiros, isso significa que os desenvolvedores web poderão potencialmente desenvolver aplicativos usando a infraestrutura de operadores. OK, isso não é algo novo, mas a WebRTC pode trazer algumas vantagens ao compará-lo com as propostas / esforços anteriores. Em alguns casos, os operadores até mencionaram planos para oferecer coisas como "TURN-as-a-service" (possivelmente incluindo recursos de gravação de chamadas, LI, etc.) para jogadores Over-the-Top você pode encontrar alguns pensamentos sobre a Telco E OTT aqui:http://www.slideshare.net/victorpascual/telcoott.
Por outro lado, a SA2 está atualmente focada em descrever os requisitos de arquitetura de alto nível para o acesso da WebRTC ao IMS. Conforme mencionado, para que os clientes da WebRTC tenham acesso ao 3GPP IMS, a interoperabilidade entre IMS e o cliente WebRTC é necessária. Eu fiz uma breve introdução sobre o tema geral de interoperabilidade VoIP e WebRTC no início deste ano em uma apresentação e agora estou discutindo os detalhes do IMS com um operador. Concretamente, os objetivos da SA2 são ampliar a arquitetura e os procedimentos do IMS; Isso inclui aspectos de sinalização, mídia e autenticação. Embora este seja um trabalho em andamento e sujeito a discussão e ou modificação, os diagramas abaixo representam uma abordagem inicial para a arquitetura de referência resultante:
High level architecture for IMS_WebRTC
High level architecture for IMS_WebRTC NNI Scenario
Como pode ser visto, as seguintes entidades foram definidas:
Gateway WebRTC: é o componente de interface de sinalização IMS para o cliente WebRTC e pode ser visto como um Gateway de Sinalização. Algumas das funcionalidades incluem WebRTC para conversão de sinalização SIP-IMS, suporte para procedimentos ICE na negociação SDP O - A, suporte para STUN keep-alive conforme definido no RFC 5389, comunicação com Política e Função de Regras de Encargos (PCRF) para autorizar o portador Recursos e gerenciar o QoS, comunicação com portal da Web Unified Auth System para verificar a autorização do usuário, etc.
WebRTC Media gateway: ele faz todas as adaptações do plano de mídia e suas funcionalidades incluem coisas como conversão de mídia SRTP - RTP, fluxo mux - demux, converter mídia não-áudio - vídeo entre DataChannel - WebSocket e MSRP, codificação de codec de suporte, suporte aos procedimentos ICE Na verificação de conectividade, etc.
Portal WebRTC - Unified Auth System: sua funcionalidade inclui coisas como informações relacionadas ao usuário de loja (por exemplo, identificação da web, mapeamento entre identidade de identificação na web e identidades de IMS - note que ela possui uma interface para o HSS), autenticação de usuários, controle de acesso, geração de token ou mesmo comunicação com servidores de terceiros para validar id de terceiros. Nos últimos dois anos, vi fornecedores de serviços combinando coisas como SIP e Oauth 2.0 e, portanto, implementando uma versão muito básica do que algumas pessoas chamam hoje de 'Federação de Identidade'. Eu acho que esse tipo de recursos - serviços ganharão popularidade no contexto da WebRTC; especialmente quando os usuários podem se encontrar usando a Internet.
Observe que essas novas entidades podem ser co-localizadas com outras funções IMS. Na verdade, existem muitos fornecedores de SBC que fornecem sinalização WebRTC e gateways de mídia como parte de sua oferta SBC. Em alguns casos, esses SBCs também estão executando P-CSCF e outras funções IMS.
Não só SA1 e SA2, mas outros grupos dentro do 3GPP também estarão envolvidos no processo. Por exemplo, a SA3 cuidará de aspectos de segurança enquanto os aspectos de cobrança serão realizados pela SA5.
Além das organizações de padrões mencionadas, alguns outros fóruns da indústria estão iniciando algumas atividades relacionadas à WebRTC. Como exemplo, o IMTC criou recentemente o Grupo de Atividades de Interoperabilidade WebRTC, o SIPForum está atualmente discutindo a carta para seu Grupo de Tarefas WebRTC e há algumas discussões em curso no contexto da GSMA. Relativamente à GSMA, tive a oportunidade de discutir com alguns operadores possíveis formas de oferecer serviços VoLTE / RCS através da WebRTC. Vou compartilhar o progresso sobre isso em futuras postagens de blog.
Fonte:Webrtchack. Autor: Victor Pascual Avila
