Os sistemas de videovigilância em grande escala usam comumente GB28181 para organizar câmeras, NVRs e recursos de monitoramento multinível sob uma plataforma centralizada. No entanto, os sistemas de comunicação unificada e de emergência são mais comumente construídos em torno do SIP padrão. Embora GB28181 também use SIP como parte de sua arquitetura de sinalização, ele não é diretamente equivalente a um sistema de comunicação SIP convencional. Quando esses dois ambientes precisam trabalhar juntos, um gateway GB28181 para SIP fornece uma camada de interoperabilidade prática sem exigir um extenso redesenho de qualquer uma das plataformas existentes.

O gateway pode obter recursos de vigilância de uma plataforma GB28181 existente, traduzir canais de câmera selecionados em recursos de vídeo acessíveis por SIP, adaptar fluxos H.264 e H.265 quando necessário e fornecer saídas de mídia adicionais, como FLV, HLS, WebRTC, RTMP e RTSP. Isso torna possível trazer câmeras fixas e outras fontes de vídeo para consoles de despacho, aplicações de comando de emergência e outros fluxos de trabalho de comunicação baseados em SIP.

Por que uma camada de interfuncionamento é necessária

Uma plataforma de vigilância tradicional e um sistema de comunicação unificada são projetados em torno de objetivos operacionais diferentes. O lado da vigilância concentra-se em organizar câmeras, acessar vídeo ao vivo e gerenciar um grande número de recursos de monitoramento. O lado da comunicação concentra-se em chamadas, operações de despacho e interação em tempo real entre usuários e terminais.

GB28181 fornece uma estrutura padronizada para redes de vigilância e é particularmente útil quando os recursos de vídeo estão distribuídos por diferentes regiões ou níveis administrativos. Uma plataforma GB28181 pode manter um diretório de dispositivos e organizar um grande número de câmeras, canais NVR e outros recursos de vídeo.

As plataformas de comunicação baseadas em SIP usam um modelo de serviço diferente. Um terminal SIP é normalmente tratado como um ponto de extremidade de comunicação chamável. Quando um despachante seleciona um ponto de extremidade, o sistema espera que um processo de sinalização SIP estabeleça a sessão. Uma câmera gerenciada por uma plataforma de vigilância GB28181 não é automaticamente apresentada ao sistema de comunicação dessa forma.

Essa diferença se torna um problema prático em projetos de comando de emergência e comunicações convergentes. Os operadores podem já ter acesso a telefones, terminais de despacho e outros usuários SIP, enquanto o vídeo de vigilância ao vivo permanece isolado dentro de uma plataforma de monitoramento separada. Sem um mecanismo de interfuncionamento, a alternância entre os dois sistemas adiciona etapas operacionais e limita a capacidade de combinar informações de comunicação e vídeo em um único fluxo de trabalho.

Desenvolver uma interface de software direta entre os dois sistemas é possível, mas pode exigir uma adaptação substancial de protocolos, processamento de mídia e testes de compatibilidade. Um gateway dedicado reduz essa carga de trabalho de integração ao lidar com as diferenças de protocolo e mídia entre os ambientes GB28181 e SIP.

Conversão de recursos de vigilância em pontos de extremidade SIP

A conversão de protocolos é a função central da solução. Em vez de pedir ao sistema de comunicação unificada que entenda diretamente toda a estrutura de vigilância GB28181, o gateway interpreta os recursos de vídeo de um lado e apresenta os canais necessários ao ambiente SIP do outro.

O gateway pode se conectar a uma plataforma GB28181 existente e obter sua estrutura de recursos de vídeo. Isso é particularmente útil para projetos onde uma rede de vigilância já foi implantada e contém um grande número de câmeras. A plataforma existente continua responsável pela organização da vigilância, enquanto o gateway seleciona e expõe os recursos que precisam participar do sistema de comunicação.

Os recursos de câmera podem então ser mapeados para uma forma que a plataforma SIP possa usar. Da perspectiva de um sistema de despacho, um canal de vigilância selecionado pode se comportar mais como um ponto de extremidade de vídeo chamável. O despachante não precisa entender o processo de sinalização GB28181 subjacente toda vez que o vídeo for necessário.

Uma interação típica pode ser organizada da seguinte forma:

• O gateway se conecta à plataforma de vídeo GB28181 existente e lê os recursos de vigilância disponíveis.

• As câmeras ou canais de vídeo necessários são mapeados para uso pelo ambiente de comunicação SIP.

• Um terminal de despacho ou outro ponto de extremidade SIP autorizado inicia um fluxo de trabalho de comunicação padrão.

• O gateway traduz a solicitação para a sinalização necessária no lado da vigilância.

• O fluxo de câmera correspondente é obtido e entregue à aplicação de comunicação.

Essa abordagem preserva o papel da plataforma de vigilância existente enquanto adiciona uma ponte controlada para o sistema de comunicação. Evita a necessidade de reestruturar completamente o gerenciamento de câmeras simplesmente porque o vídeo precisa aparecer em uma aplicação de despacho.

Acesso flexível a recursos de vídeo existentes

Um gateway útil deve suportar mais de um método de acesso à vigilância, porque os projetos reais raramente são construídos em torno de um único tipo de dispositivo.

Em uma implantação grande, o método preferido é geralmente conectar-se à plataforma GB28181 existente. A plataforma pode já conter milhares de recursos de vigilância e manter sua própria hierarquia de dispositivos. Em vez de conectar cada câmera separadamente, o gateway pode usar essa estrutura existente como fonte de recursos de vídeo.

Isso permite que o projeto retenha o relacionamento de gerenciamento existente entre câmeras, NVRs e a plataforma de monitoramento. Também simplifica a expansão posterior, pois os novos recursos de vídeo gerenciados podem continuar a ser organizados através do sistema de vigilância, em vez de serem reconstruídos independentemente dentro da plataforma de comunicação.

Outros projetos podem não ter uma plataforma GB28181 completa em cada site. Nesses casos, o gateway também pode ser usado com NVRs ou câmeras IP compatíveis como fontes de acesso. Isso é útil para sites remotos menores, locais de monitoramento temporários ou projetos onde apenas câmeras selecionadas precisam ser introduzidas no ambiente de comunicação unificada.

Portanto, a arquitetura de acesso pode ser selecionada de acordo com a rede existente:

• Acesso em nível de plataforma: adequado para sistemas de vigilância GB28181 estabelecidos com diretórios de recursos centralizados.

• Acesso em nível de NVR: adequado quando vários canais de câmera locais já estão concentrados em um gravador.

• Acesso em nível de câmera: adequado para câmeras compatíveis selecionadas que precisam de integração direta.

Essa flexibilidade é importante em projetos de retrofit porque reduz a substituição desnecessária de equipamentos que já estão operando normalmente.

A adaptação de codecs e fluxos melhora a compatibilidade

A conversão de protocolos por si só não garante que o vídeo seja exibido corretamente em todos os terminais de comunicação. Os sistemas de vigilância e as aplicações de comunicação em tempo real podem usar diferentes capacidades de codificação e reprodução de vídeo.

H.264 e H.265 são amplamente encontrados em ambientes de vigilância. H.265 pode reduzir os requisitos de largura de banda para vídeo de vigilância de alta resolução, mas algumas aplicações de comunicação ou terminais baseados em navegador podem não suportá-lo da mesma forma que o software de monitoramento dedicado.

O gateway pode fornecer transcodificação entre H.264 e H.265 quando necessário. Isso permite que uma câmera continue usando um modo de codificação adequado para a rede de vigilância, enquanto o sistema de comunicação receptor obtém um fluxo que pode decodificar.

A conversão de codec é apenas uma parte da adaptação de mídia. Diferentes pontos de extremidade também podem ter requisitos diferentes de resolução, taxa de quadros e taxa de bits. Uma câmera de vigilância pode ser configurada para gravação de alta qualidade, enquanto o mesmo fluxo pode ser desnecessariamente exigente quando exibido em uma pequena janela de despacho através de uma rede restrita.

Ao adaptar esses parâmetros de mídia, o gateway pode criar um fluxo mais adequado para o sistema receptor. Isso é particularmente valioso quando o vídeo é distribuído para diferentes tipos de terminais ou quando os links de comunicação têm diferentes larguras de banda disponíveis.

O objetivo não é simplesmente reduzir a qualidade do vídeo. O objetivo é combinar a fonte de vigilância com as capacidades e condições operacionais da aplicação receptora, de modo que o vídeo permaneça utilizável durante todo o fluxo de trabalho de comunicação.

Uma fonte de vídeo pode atender a várias aplicações

A integração de vídeo geralmente se estende além de uma única chamada SIP. Centros de comando de emergência, aplicações de navegador, sistemas de visualização em tela grande e plataformas de negócios de terceiros podem todos precisar acessar o mesmo recurso de vigilância.

Por esse motivo, um gateway GB28181 para SIP também pode atuar como um ponto de distribuição de mídia. Além da conectividade GB28181 e da integração orientada a SIP, a camada de mídia pode fornecer formatos e protocolos de streaming comuns, como:

• FLV para aplicações web e de streaming compatíveis.

• HLS para distribuição de vídeo baseada em HTTP.

• WebRTC para cenários de comunicação baseados em navegador com baixa latência.

• RTMP para fluxos de trabalho de streaming e publicação.

• RTSP para aplicações que exigem acesso a fluxos em tempo real convencionais.

• Uplink GB28181 onde os recursos de vídeo precisam continuar participando de uma hierarquia de vigilância baseada em padrões.

As múltiplas opções de saída reduzem a necessidade de implantar sistemas de conversão separados para cada aplicação. Um único recurso de vigilância pode ser obtido do ambiente de vídeo existente e então entregue em diferentes formas, de acordo com os requisitos da plataforma receptora.

Isso é particularmente útil em projetos de centros de comando, onde o mesmo incidente pode ser visualizado simultaneamente por um console de despacho, uma aplicação baseada em navegador e uma tela de visualização grande. Em vez de reconstruir conexões de câmera independentes para cada subsistema, o gateway pode fornecer uma camada de integração de mídia comum.

Trazendo vídeo móvel para o centro de comando

A mesma arquitetura de gateway de mídia pode se estender além das câmeras CCTV fixas instaladas permanentemente. As operações de emergência frequentemente usam fontes de vídeo temporárias e móveis que precisam ser combinadas com os recursos de vigilância existentes.

Exemplos incluem drones, câmeras de vigilância portáteis e dispositivos de gravação corporais. Essas fontes podem ser implantadas temporariamente em um local de incidente e fornecer informações que as câmeras fixas não podem capturar.

Uma camada de acesso a mídia unificada permite que esses fluxos sejam introduzidos no fluxo de trabalho de comando juntamente com as câmeras de vigilância convencionais. Os operadores podem então visualizar diferentes fontes através do mesmo ambiente de despacho, em vez de abrir uma aplicação separada para cada categoria de dispositivo.

Considere um cenário de resposta a emergências em uma instalação industrial. Câmeras fixas podem fornecer visualizações contínuas de entradas, áreas de produção e estradas ao redor. Uma câmera portátil pode ser posicionada perto do incidente, enquanto um drone fornece uma visão geral de cima. O pessoal de campo também pode transmitir vídeo através de equipamentos de gravação vestíveis.

Quando essas fontes de vídeo são conectadas através da camada de integração de mídia, o centro de comando pode combiná-las com a comunicação baseada em SIP. Um despachante pode se comunicar com o pessoal enquanto revisa simultaneamente os recursos de vídeo relevantes, melhorando a consciência situacional sem forçar os operadores a se moverem repetidamente entre sistemas não relacionados.

Projetar a integração como um fluxo de trabalho completo

Uma implantação bem-sucedida deve ser projetada em torno dos fluxos de trabalho operacionais, em vez de tratar o gateway como um conversor de protocolo isolado.

O primeiro passo é identificar onde os recursos de vídeo existentes são gerenciados. Se uma plataforma GB28181 já fornece um diretório completo, a integração em nível de plataforma geralmente é mais eficiente do que conectar centenas de câmeras individualmente. Se apenas um pequeno número de recursos de vídeo estiver envolvido, o acesso direto a NVR ou câmera pode ser suficiente.

O próximo passo é determinar como os usuários acessarão o vídeo a partir do sistema de comunicação. Alguns projetos precisam apenas de imagens de vigilância incorporadas em um console de despacho. Outros exigem chamadas de vídeo SIP, reprodução em navegador, exibição em tela grande e acesso a aplicações de terceiros ao mesmo tempo.

A compatibilidade de codecs também deve ser confirmada antes da implantação. A codificação usada pelas câmeras de vigilância deve ser comparada com as capacidades de decodificação dos terminais de despacho, navegadores e outras aplicações receptoras. Quando essas capacidades diferem, a transcodificação pode ser introduzida apenas nos fluxos que precisam dela, em vez de alterar cada câmera.

A capacidade da rede deve ser considerada juntamente com a adaptação de vídeo. Um fluxo de câmera adequado para gravação local pode consumir mais largura de banda do que o necessário quando transmitido através de uma WAN. Portanto, a resolução, a taxa de quadros e a taxa de bits podem ser planejadas de acordo com a forma como o vídeo será realmente usado.

Finalmente, a comissionamento deve testar o fluxo de trabalho completo. Os engenheiros devem verificar não apenas se o gateway pode obter um fluxo de câmera, mas também se os usuários SIP autorizados podem acessar o canal correto, se o codec esperado é entregue, se a reprodução de mídia é estável e se as interfaces de streaming externas necessárias operam corretamente.

Onde essa arquitetura agrega mais valor

A solução é particularmente útil quando uma organização já possui sistemas de vigilância e comunicação independentes que precisam trabalhar juntos sem uma substituição completa da plataforma.

Em um centro de comando de emergência, o vídeo de vigilância pode ser associado às atividades de despacho para que os operadores se comuniquem enquanto visualizam o local afetado. Em uma instalação industrial, os recursos CCTV existentes podem ser introduzidos no console de comunicação usado para o tratamento de incidentes e coordenação operacional.

Organizações com vários locais podem manter sua hierarquia de vigilância GB28181 estabelecida, permitindo que recursos selecionados estejam disponíveis para uma plataforma de comunicação central. Fontes de vídeo temporárias também podem ser introduzidas quando um incidente exigir cobertura visual adicional.

A principal vantagem arquitetônica é que cada sistema existente pode continuar desempenhando sua função original. A plataforma de vigilância continua responsável por organizar os recursos de vídeo, enquanto o sistema de comunicação unificada continua responsável pela comunicação SIP e fluxos de trabalho de despacho. O gateway lida com a tradução de protocolo e mídia necessária entre eles.

Conclusão

Um gateway GB28181 para SIP fornece uma maneira prática de conectar dois sistemas que ambos envolvem vídeo IP, mas usam modelos de comunicação diferentes. Ele pode se conectar a um ambiente de vigilância GB28181 existente, obter recursos de câmera e NVR, converter canais de vídeo selecionados em pontos de extremidade acessíveis por SIP e adaptar a mídia quando a fonte e o destino usam requisitos de codificação diferentes.

Além da conversão básica de protocolo, o suporte para transcodificação H.264 e H.265, e o ajuste da taxa de quadros, taxa de bits e resolução ajudam a resolver problemas reais de compatibilidade entre dispositivos de vigilância e aplicações de comunicação. Saídas como FLV, HLS, WebRTC, RTMP, RTSP e GB28181 também permitem que os mesmos recursos de vídeo atendam a uma gama mais ampla de aplicações de comando e visualização.

Para projetos de comando de emergência e comunicações convergentes, o valor do gateway não se limita, portanto, a conectar dois protocolos. Seu papel mais importante é criar uma camada de interoperabilidade de vídeo reutilizável para que câmeras fixas, recursos NVR e fontes de vídeo móveis possam participar do mesmo fluxo de trabalho operacional que a comunicação baseada em SIP.

Perguntas frequentes

A introdução de um gateway requer a substituição da plataforma de gerenciamento de vídeo existente?

Normalmente, não. A integração pode ser projetada em torno da hierarquia de vigilância existente, permitindo que a plataforma atual continue gerenciando câmeras enquanto recursos selecionados são expostos a outros sistemas através do gateway.

As permissões de acesso podem permanecer diferentes para usuários de vigilância e comunicação?

Elas podem ser projetadas separadamente, dependendo das plataformas circundantes. Os projetos devem definir quais recursos de vídeo podem passar pela camada de integração, em vez de expor automaticamente todo o diretório de vigilância a cada usuário de comunicação.

Todo fluxo de vídeo deve ser transcodificado?

Não necessariamente. A transcodificação é mais útil quando a codificação da fonte não pode ser decodificada pelo ponto de extremidade receptor ou quando os parâmetros de mídia originais não são adequados para a rede ou aplicação de destino. Evitar conversões desnecessárias pode reduzir os requisitos de processamento.

O gateway pode ser usado quando o vídeo precisa aparecer em uma aplicação web?

Sim, quando a arquitetura de gateway selecionada fornece uma saída de mídia compatível com a web, como WebRTC, HLS ou FLV. A escolha final depende da latência, da compatibilidade do navegador e da forma como a aplicação é projetada.

O que deve ser testado antes de conectar um grande diretório de câmeras?

É aconselhável validar primeiro canais de câmera representativos, incluindo diferentes codecs e perfis de vídeo típicos. Isso pode revelar problemas de sinalização, decodificação e compatibilidade de rede antes que a integração seja expandida para um diretório de recursos muito maior.