BRPI0710939A2 - sistema e método de teste remoto no modo loopback utilizando mgcp/ncs - Google Patents
sistema e método de teste remoto no modo loopback utilizando mgcp/ncs Download PDFInfo
- Publication number
- BRPI0710939A2 BRPI0710939A2 BRPI0710939-3A BRPI0710939A BRPI0710939A2 BR PI0710939 A2 BRPI0710939 A2 BR PI0710939A2 BR PI0710939 A BRPI0710939 A BR PI0710939A BR PI0710939 A2 BRPI0710939 A2 BR PI0710939A2
- Authority
- BR
- Brazil
- Prior art keywords
- network
- packet
- adapter
- based network
- mgcp
- Prior art date
Links
- 238000010998 test method Methods 0.000 title 1
- 238000012360 testing method Methods 0.000 claims abstract description 75
- 238000000034 method Methods 0.000 claims abstract description 27
- 230000005540 biological transmission Effects 0.000 claims abstract description 7
- 239000000523 sample Substances 0.000 claims description 36
- 230000011664 signaling Effects 0.000 claims description 22
- 238000004891 communication Methods 0.000 claims description 11
- 230000000977 initiatory effect Effects 0.000 claims description 4
- 238000001514 detection method Methods 0.000 claims description 3
- 238000005516 engineering process Methods 0.000 abstract description 16
- 238000012544 monitoring process Methods 0.000 abstract description 3
- 238000007726 management method Methods 0.000 description 3
- 230000002146 bilateral effect Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000001303 quality assessment method Methods 0.000 description 1
- 239000007858 starting material Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/2227—Quality of service monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/26—Arrangements for supervision, monitoring or testing with means for applying test signals or for measuring
- H04M3/28—Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor
- H04M3/32—Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor for lines between exchanges
- H04M3/323—Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor for lines between exchanges for the arrangements providing the connection (test connection, test call, call simulation)
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Monitoring And Testing Of Exchanges (AREA)
Abstract
SISTEMA E MéTODO DE TESTE REMOTO NO MODO LOOPBACK UTILIZANDO MGCP/NCS. Esta invenção relaciona-se a um sistema e método de monitorar ao estabelecer testes de loopback ponta-a-ponta através de uma ou mais redes com tecnologias de transporte dissimilares. O sistema permite a conexão no modo loopback de uma interface padrão em um dispositivo de teste para um adaptador de mídia localizado em uma rede de acesso com base em IP, como um adaptador terminal multimídia padrão ("MTA") . Qualidade de serviço ponta-a-ponta entregue pela via de transmissão e de recepção podem, assim, ser monitoradas. Testes de loopback são iniciados de pontos terminais designados na rede e tornado operacional ao afixar um sinalizador a um número de telefone, para permitir que o portal sinalize o modo de conexão do sinal para um agente de chamada. O sistema e método superam certas limitações inerentes da arquitetura MGCP/NCS.
Description
SISTEMA E MÉTODO DE TESTE REMOTO NO MODO LOOPBACK UTILIZANDO MGCP/NCS
BREVE DESCRIÇÃO DA INVENÇÃO
Esta aplicação reivindica prioridade do Pedido Provisório de Patente dos Estados Unidos número 60/794.594 datada de 25 de abril de 2006.
Esta invenção relaciona-se a um sistema e método de monitorar, ao estabelecer testes de loopback ponta-a-ponta através de uma ou mais redes com tecnologias de transporte dissimilares. O sistema permite a conexão no modo loopback de uma interface padrão em um dispositivo de teste para um adaptador de mídia localizado em uma rede de acesso com base em IP, como um adaptador terminal multimídia padrão (uMTA "). Qualidade de serviço Ponta-a-Ponta entregue pela via de transmissão e a via de recepção podem ser, assim, monitoradas. Testes de loopback são iniciados de pontos finais designados na rede e tornados operacionais ao afixar um sinalizador a um número de telefone, para permitir ao portal sinalizar o modo de conexão para um agente de chamada. O sistema e método superam certas limitações inerentes da arquitetura MGCP/NCS.
HISTÓRICO DA INVENÇÃO
Na medida em que o número de assinantes de serviços de telefone, Internet e vídeo continua a crescer em todo o mundo, também cresce a necessidade de suportar e manter esses serviços, bem como os dispositivos que formam parte de uma rede de comunicação. Muitos acreditam que para manter-se em dia com a demanda acelerada por esses serviços, as estratégias atuais para utilizar e desenvolver protocolos conhecidos requer mais desenvolvimento. Um novo paradigma de testar a qualidade dos serviços entregues através de uma rede é conduzir esses testes ao acessar remotamente um sítio de assinante. O acesso remoto tem várias vantagens, incluindo disponibilidade crescente, eficiência e baixo custo. No entanto, a aplicação do protocolo MGCP/NCS a um dispositivo de teste que age como um dispositivo de teste ou por trás de um portal, para iniciar a conexão no modo loopback com um dispositivo de ponto terminal remoto localizado no sítio do assinante, como um MTA não foi revelado na tecnologia anterior. Em verdade, as especificações IETF RFC 3435 MGCP e PacketCable NCS, que descreve um protocolo mestre escravo, não prevê tal aplicação.
O teste com base em loopback é uma maneira óbvia e clássica de testar a qualidade da transmissão na via utilizada para portar mídia através de redes que utilizam tecnologias diferentes. Dada a complexidade e o tempo necessário para migrar o transporte de mídia de várias redes com base na tecnologia para uma única rede com base em pacote de transporte de tecnologia singular, redes híbridas proliferam. Assim, há uma necessidade premente para novas técnicas para testar a qualidade dos serviços integrados através de redes híbridas, de uma maneira economicamente eficiente.
Como é mostrado na tecnologia anterior, a arquitetura de rede geral consiste de uma rede cerne com base em pacote que interconecta várias redes de acesso através de portais apropriados. Media Gateway Control Protocol (MGCP Protocolo de Controle de Portal de Mídia) e sua variação Network-based Call Signalling (NCS - Sinalização de chamada com base em rede) foram elaboradas para controlar os diferentes portais dentro das redes com base em pacote. MGCP/NCS é um protocolo de sinalização com base em Internet Protocol (IP) que controla um diálogo mestre escravo, em que o mestre é o Agente de Chamada (CA) ou Call Management Server (CMS - Servidor de Gerenciamento de Chamada), comumente integrado em um comutador inteligente (às vezes referido como "comutadores soft"). Os escravos são os portais. O CA cria conexões entre pontos terminais que negociam parâmetros de sessão de mídia através do Session Description Protocol (SDP - Protocolo de Descrição de Sessão). MGCP/NCS descreve modos de conexão diferentes dependendo da finalidade da conexão e o progresso na colocação da chamada. Além dos modos de conexão de chamada padrões, há dois modos de monitoramento: Network Loopback e Network Continuity Test. Como é aqui utilizado, aos termos seguintes são apensadas siglas em utilização comum: Network Loopback: RTP LB; Network Continuity Test: Audio LB.
A tecnologia anterior revela limitações de sinalização inerentes na arquitetura MGCP/NCS. A invenção possibilita a utilização do protocolo MGCP/NCS: ao afixar uma etiqueta, como um prefixo ou sufixo, ao endereço remoto, por exemplo, um número de telefone, o portal burro pode sinalizar o modo de conexão para um CA inteligente. As limitações de sinalização no protocolo MGCP/NCS com relação ao estabelecimento da conexão através de uma rede que utiliza múltiplas tecnologias são encaradas ao utilizar um plano de numeração que é suportado pelos protocolos de sinalização com base analógica, TDM e de pacote, incluindo PSTN (SS7), ISDN (Q.931) E Internet (MGCP, SIP). A tecnologia anterior ensina distanciar do uso do MGCP fora da Internet. Esta invenção lucra do fato de a MGCP suportar o mesmo plano de numeração que outros protocolos de sinalização de legado para expandir a arquitetura dos serviços.
A tecnologia anterior revela soluções que diferem do sistema e método da invenção. Na tecnologia anterior, por exemplo:
um protocolo de sinalização especial poderá ser colocado no lugar entre o dispositivo de teste e o CA permitindo que o dispositivo de teste comunique o modo de conexão desejado para o CA, e
uma conexão poderá ser estabelecida entre o dispositivo de teste e o dispositivo de ponto terminal em um modo de conexão padrão do ponto de vista do CA, mas o dispositivo de teste comunica diretamente o modo loopback para o dispositivo de ponto terminal através de atributos SDP especiais, uma solução que é particular a uma rede com base em pacote.
A segunda solução da tecnologia anterior foi descrita em um rascunho da Internet Engineering Tast Force (IETF).
Uma extensão especial é necessária na norma SDP para acrescentar modos de conexão loopback. Esta solução é genérica e poderá ser utilizada para diferentes protocolos de sinalização com base em IP diferentes utilizando SDP para a descrição da mídia, por exemplo, MGCP, SIP.
Foi sentida uma necessidade, dadas as limitações inerentes na tecnologia anterior, de adaptar os protocolos MGCP/NCS para redes híbridas em que o ponto terminal esteja fora da rede IP. A invenção descreve um sistema e método de estabelecer uma conexão no modo loopback no protocolo MGCP/NCS de modo a permitir a comunicação entre pontos terminais remotos de uma rede que compreende protocolos diversos. Um dispositivo de teste envia tráfego através da rede sob teste, no sentido de uma terminação de ponto terminal que enlaça o tráfego de volta para o dispositivo de teste. O ponto terminal de terminação poderá incorporar software de teste e de medição e/ou hardware instalado permanentemente ou temporariamente por técnicos nos periféricos de uma rede para testar ou consertar alguns problemas, ou um dispositivo de propriedade do cliente como um modem a cabo.
O dispositivo de teste ou outra entidade de gerenciamento analisa dados e determina a qualidade da transmissão bilateral ponta-a-ponta. A técnica é amplamente utilizada para Redes de Telefonia Comutada Pública (PSTN) de legado e Redes Digitais de Serviços Integrados (ISDN), a saber, para testes de tronco. No entanto, ela ainda não está implementada em redes híbridas que implicam pelo menos uma rede com base em pacote, aguardando por tecnologias permitidoras. Esta invenção faz uma contribuição no sentido de implementar testes de loopback para serviços com base em IP.
Vantagens do sistema e método da invenção incluem: disponibilidade dos modos loopback MGCP nativos;
nenhuma extensão aos protocolos existentes é necessária;
nenhuma mudança substantiva é necessária no ponto terminal capaz de MGCP/NCS, com informação pré-configurada limitada em um comutador; a invenção não é dependente de IP. Portanto, ela poderá facilmente ser utilizada por dispositivos de teste em redes de acesso diferentes;
escalabilidade aprimorada da rede ou redes;
possibilidade econômica melhorada e atração aos assinantes com MTA padrão, produtos de vendas em massa;
tempo melhorado de entrega.
RESUMO DETALHADO DA INVENÇÃO
Em uma implementação da invenção, o sistema para estabelecer um teste remoto no modo loopback entre uma interface localizada em um dispositivo de teste tendo um ponto terminal dentro do acesso da rede que compreende uma sonda de teste, um adaptador terminal multimídia NCS ou MGCP (MTA), um portal tronco operado para pontear pelo menos duas redes diferentes, uma das redes sendo uma rede com base em pacote; e um comutador pré-configurado com preferivelmente duas etiquetas para controlar o estabelecimento das conexões loopback entre a sonda e o adaptador. 0 dispositivo de teste afixa uma etiqueta ao número de telefone que ele disca para unir-se ao ponto terminal remoto. 0 CA remove a etiqueta e a traduz de acordo com uma tabela pré-configurada, em um modo loopback. Duas etiquetas anunciam os dois modos loopback: um para RTP LB e o outro para o Audio LB. 0 sistema é operado para fazer o Ioop back da mídia transmitida da sonda para o adaptador para testar a qualidade ponta-a-ponta dos serviços entregues pela rede.
Em uma implementação do método da invenção, testar a qualidade dos serviços com base em dados, voz, vídeo e multimídia portados por um sistema de comunicação que compreende uma sonda, portal de tronco, comutador e adaptador, a sonda, portal de tronco e comutador sendo pré- configurados para o protocolo da invenção, a etiqueta é afixada ao número de telefone de uma porta analógica no adaptador. As etiquetas são pré-configuradas no comutador para conexão entre a sonda e o adaptador. Detecção de colisão SSRC e cancelamento de eco no portal de tronco são desativados. Uma conexão na sonda é estabelecida ao discar um número correspondente a uma porta no adaptador com um prefixo do modo loopback. A tradução dos modos loopback etiquetados é efetuada pela operação do comutador. O número de telefone é correlacionado com a operação do endereço IP do adaptador. O intercâmbio de informação de sinalização entre o adaptador e o portal tronco é controlado por meio do comutador. O dispositivo de teste envia tráfego, através da rede sob teste, no sentido de uma terminação de ponto terminal que enlaça o tráfego de volta para o dispositivo de teste. A terminação poderá ser um software e/ou hardware de teste e de medição instalado permanente ou temporariamente por técnicos nos periféricos de uma rede para testar ou consertar problemas, ou um dispositivo de propriedade do cliente como um modem a cabo. Informação de sinalização, obtida por meio do portal tronco utilizando um dos protocolos de sinalização MGCP ou NCS, é encaminhado de volta para a sonda em formato com base em pacote.
Em uma versão diferente do sistema e método da invenção, o teste de loopback conduzido em redes de pacote.
O dispositivo de teste é o portal.
Como e mostrado, o sistema inclui um portal, mas quando a sonda e o MTA estão ambos conectados à rede de pacote, a sonda está agindo como o portal de mídia. Quando a sonda age em contexto de tecnologia híbrida, ela age por trás de um portal.
O dispositivo de teste ou outra entidade de gerenciamento analisa dados e determina a qualidade da transmissão bilateral ponta-a-ponta. A técnica amplamente utilizada para Redes de Telefonia Comutada Pública (PSTN) e Redes Digitais de Serviços Integrados (ISDN), a saber, para testes de tronco.
No RTP LB, pacotes são enlaçados de volta para o transmissor como estiverem.
No Audio LB, pacotes são despacotizados, decodificados, recodifiçados, repacotizados e então levados de volta para o transmissor.
O CA direciona os portais quanto ao modo de comunicação. Por exemplo, se o CA ordena o portal para estar no modo "recvonly", ele só tem permissão para receber mídia, mas nunca enviar.
Quando um dispositivo de teste deseja estabelecer uma conexão no modo loopback com um dispositivo de ponto terminal remoto, ela não tem nenhuma maneira de fazê-lo de acordo com a descrição MGCP/NCS.
BREVE DESCRIÇÃO DOS DESENHOS
A Figura 1 é um diagrama conceituai de um sistema de telecomunicação híbrido.
A Figura 2 é um diagrama conceituai da estrutura hierárquica de dois níveis estabelecida pelo MGCP/NCS para controlar uma conexão estabelecida entre dois pontos terminais diferentes.
A Figura 3 é um diagrama de fluxo que mostra como uma conexão no modo loopback pode ser estabelecida entre uma Sonda e um MTA de acordo com os princípios da presente invenção.
DESCRIÇÃO DETALHADA DA INVENÇÃO
A Figura 1 mostra uma rede de comunicação típica em que as redes de acesso estão utilizando tecnologias diferentes, por exemplo, Ethernet/com base em IP 31, com base em TDM 32 ou com base em analógico 33, para conectar assinantes e estão interconectadas através de uma rede cerne de tecnologia única que é tipicamente com base em IP 30 (a Internet). Técnicas ativas e/ou passivas poderão ser utilizadas para monitorar a qualidade da transmissão através desta rede. Em técnicas ativas ou intrusivas, o tráfego de teste é injetado por um dispositivo de teste originador (20) na rede através de uma interface específica, por exemplo, Ethernet 21, PRI 22, ou fiação dupla 23, correspondente à rede de acesso como é mostrado na Figura 1. Este tráfego ou é recebido e analisado por um o mais dispositivos de teste terminadores (20), ou enlaçado de volta para o mesmo dispositivo de teste originador (20).
Nas técnicas passivas ou não-intrusivas, o tráfego real é capturado e analisado pelos dispositivos de teste (20) colocados no interior da rede. Portanto, testes ativos são mais adequados para medir a qualidade dos serviços ponta-a- ponta percebida, enquanto os testes passivos são mais úteis para consertar problemas de rede.
Nesta invenção, estamos interessados nos testes ativos em que um único dispositivo de teste (20), agindo autonomamente ou controlado por um gerente deteste (10) é utilizado para medir a qualidade ponta-a-ponta por meio de conexões de loopback em que os pontos refletidores estão localizados em uma rede de acesso com base em IP 34 tão próxima quanto possível do assinante. Esta técnica economiza despesas operacionais e de capital, pois o processo de avaliação da qualidade não requer que um técnico esteja presente no sítio remoto para efetuar o teste, e também não requer um dispositivo de teste adicional (20). Esta invenção pode ser operada em redes toda-IP convergida em que as redes de acesso e cerne estão utilizando a mesma tecnologia IP, bem como redes híbridas em que as redes de acesso e cerne estão utilizando tecnologias de transporte diferentes. Neste último caso, as redes são interconectadas através de portais que agem como tradutores para sinalizar informação e formatos de mídia.
MGCP e sua variante no domínio de acesso com base em cabo NCS são protocolos que permitem o controle de diversos portais na borda da rede com base em IP por meio de um dispositivo de processamento de chamada denominado o Agente de Chamada (CA) ou servidor de gerente de chamada (CMS) , tipicamente integrado dentro de um comutador soft 50.
A Figura 2 mostra a estrutura hierárquica de dois níveis estabelecida pelo MGCP/NCS para controlar uma conexão estabelecida entre dois pontos terminais diferentes, em que o CA está no nível superior e os portais (pontos terminais) estão no nível inferior. Os pontos terminais são constructos básicos nos portais, em que o CA está agindo para estabelecer conexões. Um portal poderá ter um ou múltiplos pontos terminais. Por exemplo, um ponto terminal poderá ser uma porta analógica em um adaptador terminal de mídia e uma conexão poderá ser estabelecida entre dois pontos terminais em dois portais diferentes ou entre dois pontos terminais diferentes no mesmo portal.
Com relação ao protocolo MGCP/NCS, é suposto que o ponto terminal de terminação está em um MTA 60 localizado nas dependências do cliente e que age como um portal residencial. O dispositivo de teste (20) está agindo como o portal de mídia originador 43 se ele estiver conectado diretamente a uma rede Ethernet/com base em IP 31 e gerencia pontos terminais virtuais. Caso contrário, o portal originador é um dispositivo separado e o dispositivo de teste (20) precisa utilizar o protocolo de sinalização utilizado na rede de acesso para comunicar sua informação de sinalização para o portal que tem de traduzi-la em sinalização MGCP/NCS. Como é mostrado na Figura 2, os portais de originação e de terminação estão comunicando separadamente com o CA que controla o estabelecimento da conexão. Portanto, o portal originador não comunica prontamente qualquer informação de sinalização diretamente para o portal de terminação. Ademais, os modos de conexão são decididos pelo CA e comunicado aos respectivos portais.
Por exemplo, quando o CA envia um comando para um portal criar uma conexão no modo "receive only", ela não tem permissão para transmitir mídia. Isto levanta o problema seguinte quando o portal estiver agindo como ou em prol de um dispositivo de teste (20) que precisa iniciar conexões no modo loopback.
A Figura 3 descreve como uma conexão no modo loopback pode ser estabelecida entre uma Sonda 20 e o MTA 60. A Sonda 20 utiliza um ISDN Primary Rate Interface (PRI - Interface de Velocidade Primária ISDN) para conectar a um portal tronco 42. Um protocolo de sinalização relacionado ao ISDN, como ITU.Q.931 poderá ser utilizado entre a Sonda 20 e o portal tronco 42. O portal tronco 42 é então considerado como o portal iniciador com relação ao MGCP/NCS. Ele comunica diretamente com os comutadores soft 50 utilizando MGCP/NCS. 0 MTA 60 deve ser pré-configurado para comunicar com os comutadores soft 50 e suportar os modos loopback MGCP/NCS tanto da perspectiva de hardware como de software.
É importante observar que esta arquitetura e o fluxo de chamada que será descrito nos parágrafos seguintes são apenas exemplos de como esta invenção poderá ser aplicada. Os dois portais poderão estar conectados a diferentes comutadores soft 50 que utilizam um protocolo específico para comunicar entre eles, mas isto será completamente transparente para a conexão. Portanto, os comutadores soft 50 neste exemplo representa a entidade de controle de chamada que poderá ser subdividida em entidades e locais diferentes. Ademais, não descreveremos o fluxo de chamada formal para a parte de sinalização não MGCP/NCS, e também não serão descritas as respostas de confirmação (ACK).
As etapas de criação da conexão poderão ser descritas conforme segue:
(a) A Sonda 20 fica fora do gancho 101 para iniciar uma chamada de teste no modo loopback com o MTA 60.
(b) Esta informação é notificada ao portal tronco 42 utilizando um protocolo de sinalização ISDN.
(c) 0 portal tronco 4 2 cria ou designa um ponto terminal para lidar com esta conexão em prol da Sonda 20 no domínio MGCP/NCS. Então, ele envia uma notificação MGCP/NCS do evento de retirada do gancho para os comutadores soft 50.
(d) Os comutadores soft 50 enviam de volta um comando para tocar um tom de discagem 102 para o ponto terminal e também poderá enviar um mapa de dígitos para permitir que o portal que controla o processo de discagem, por exemplo, quando a discagem está completa, há alguma violação de mapa de dígito, etc. Em tal caso, o mapa de dígito precisa permitir as etiquetas de loopback. Por exemplo, se a etiqueta de loopback for um prefixo afixado em frente do número de telefone conforme descrito na Figura 3, a seqüência *1# deve casar com o mapa de dígito.
(e) Quando do recebimento do tom de discar 102, a sonda disca o número de telefone que identifica o ponto terminal no MTA remoto 60 com uma etiqueta de loopback.
(f) O portal tronco 42 recebe os dígitos 103 e os encaminha para os comutadores soft 50 em um comando notify MGCP.
(g) O comutador soft 50 analisa a seqüência recebida de dígitos 103 de acordo com sua função de mapeamento.
Portanto, ele percebe que a etiqueta corresponde a um modo de loopback da rede (netwloop) e o número de telefone ao MTA 60. Dado o sucesso do procedimento de mapeamento, ele envia um comando MGCP create connection para o portal tronco 42.
(h) O portal tronco 42 responde ao comutador soft 50 com sua descrição de mídia anunciando os principais parâmetros da mídia que será comunicada com o lado remoto, por exemplo, codec, intervalo de pacotização, etc., bem como os números de porta da mídia. Observe que esta sonda 20 não é implicada neste Estácio pois o portal será o par do MTA 60 do ponto de vista da mídia.
(i) O comutador soft 50, conhecendo o endereço IP do MTA 60, envia um comando create connection para o MTA 60 e solicita que ele esteja no modo loopback da rede. Ele encaminha também a descrição de mídia do portal tronco 42.
(j) 0 MTA 60 confere o modo de conexão e a descrição de mídia proposta do portal de iniciação. Se ele aceitar, ele confirma o comando para o comutador soft 50 e envia de volta sua própria descrição da mídia. Ele fixa seu ponto terminal correspondente no modo de loopback de rede.
(k) O comutador soft 50 encaminha a descrição de mídia do MTA 60 para o portal tronco 42 e pede que ele esteja no modo sendrecv.
(1) 0 portal tronco 42 agora está pronto para fluir mídia para o MTA 60. Ele notifica a sonda 20 que a conexão está estabelecida com sucesso.
(m) A sonda 20 inicia a fluir mídia para o portal tronco 4 2 em formato PCM por um circuito com base em TDM.
(η) 0 portal tronco 42 converte o tráfego PCM em pacotes RTP e os envia diretamente para o MTA 60.
(o) O MTA 60 enlaça os pacotes RTP de volta para o portal tronco 42.
(ρ) O portal tronco 42 despacotiza os pacotes RTP, converte-os de volta ao formato PCM e os envia de volta para a sonda 20.
Parâmetros especiais ativam o teste. Primeiro, quando a mídia está cruzando dispositivos inter-rede que integram Canceladores de Eco (EC), como portais troncos 42, isto poderá interromper o teste. Na verdade, quando a mídia é enlaçada de volta para este dispositivo dentro do retardo da via de eco que o EC cancelará, o EC poderá considerar a mídia enlaçada de volta como um eco e conseqüentemente o cancela, o que faz com que o teste de loopback falhe.
Portanto, é recomendado desativar qualquer EC na via de mídia.
No loopback RTP, os pacotes RTP são enlaçados de volta sem qualquer modificação do cabeçalho RTP, que poderá causar uma colisão SSRC. Na verdade, cada fluxo RTP é identificado pelo identificador da fonte sincronizada (SSRC) do tráfego, por exemplo, o portal tronco 42 no exemplo da Figura 3. 0 fluxo acima, do MTA 60 para o portal tronco 42, precisa ser identificado pelo SSRC do MTA 60. No entanto, no loopback RTP, os fluxos rio acima e rio abaixo são ambos identificados pelo SSRC do portal tronco 42, que cria confusão conhecida como a colisão SSRC no portal tronco 42, e ele poderá deixar os pacotes cair neste caso. Isto tipicamente ocorre no caso de dispositivos inter-rede que precisam olhar dentro do cabeçalho RTP, como transcodificadores na via de mídia. Portanto, a detecção da colisão SSRC deve ser desativada para os testes de loopback.
Como várias modificações podem ser feitas em qualquer invenção conforme aqui descrita acima, e muitas versões aparentemente amplamente diferentes poderão ser feitas dentro do espírito e escopo das reivindicações sem desviar do espírito e escopo, pretendeOse que toda a matéria contida na especificação acompanhante deverá ser interpretada como apenas ilustrativa e não em sentido limitativo.
Claims (28)
1. Sistema para estabelecer uma conexão no modo loopback entre uma interface localizada em um dispositivo de teste e um ponto terminal dentro de uma rede de acesso com base em pacote, o sistema caracterizado por compreender: (a) uma sonda de teste agindo como ou por trás de um portal; (b) um adaptador para terminar a conexão e enlaçar de volta a mídia; (c) uma etiqueta para controlar o estabelecimento de cada modo de conexão de loopback entre a sonda e o adaptador; e (d) um comutador adaptado para pré-configuração com a etiqueta ; ο sistema operado para fazer o loopback da mídia transmitida da sonda para o adaptador para testar a qualidade ponta-a-ponta dos serviços entregues pela via de transmissão da mídia.
2. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato da sonda de teste ser capaz de iniciar, transmitir e analisar chamadas de teste de interfaces de telecomunicação padrão sob operação autônoma.
3. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato da sonda de teste ser capaz de iniciar, transmitir e analisar chamadas de teste de interfaces de telecomunicação padrão em resposta a instruções de um servidor/sistema de gerenciamento de teste.
4. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato do adaptador ser um Adaptador Terminal de Multimídia tendo um primeiro lado digital identificado por um endereço IP e um segundo lado analógico identificado por um ou mais números de telefone.
5. Sistema, de acordo com a reivindicação 2, caracterizado pelo fato do adaptador ser um Adaptador Terminal Multimídia.
6. Sistema, de acordo com a reivindicação 3, caracterizado pelo fato do adaptador ser um Adaptador Terminal Multimídia.
7. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato da rede de acesso com base em pacote ser a Internet.
8. Sistema, de acordo com a reivindicação 2, caracterizado pelo fato da rede de acesso com base em pacote ser a Internet.
9. Sistema, de acordo com a reivindicação 3, caracterizado pelo fato da rede de acesso com base em pacote ser a Internet.
10. Sistema, de acordo com a reivindicação 4, caracterizado pelo fato da rede de acesso com base em pacote ser a Internet.
11. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato do adaptador ser um Adaptador Terminal Multimídia capaz de MGCP ou NCS.
12. Sistema, de acordo com a reivindicação 2, caracterizado pelo fato do adaptador ser um Adaptador Terminal Multimídia capaz de MGCP ou NCS.
13. Sistema, de acordo com a reivindicação 3, caracterizado pelo fato do adaptador ser um Adaptador Terminal Multimídia capaz de MGCP ou NCS.
14. Sistema, de acordo com a reivindicação 4, caracterizado pelo fato do adaptador ser um Adaptador Terminal Multimídia capaz de MGCP ou NCS.
15. Sistema, de acordo com a reivindicação 5, caracterizado pelo fato do adaptador ser um Adaptador Terminal Multimídia capaz de MGCP ou NCS.
16. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato da rede híbrida compreender pelo menos uma rede com base em pacote e pelo menos uma rede com base em não-pacote, o sistema ainda compreendendo um portal operado para pontear pelo menos uma rede com base em pacote e a pelo menos uma rede com base em não-pacote.
17. Sistema, de acordo com a reivindicação 2, caracterizado pelo fato da rede híbrida compreender pelo menos uma rede com base em pacote e pelo menos uma rede com base em não-pacote, o sistema compreendendo ainda um portal operado para pontear pelo menos uma rede com base em pacote e a pelo menos uma rede com base em não-pacote.
18. Sistema, de acordo com a reivindicação 3, caracterizado pelo fato da rede híbrida compreender pelo menos uma rede com base em pacote e pelo menos uma rede com base em não-pacote, o sistema compreendendo ainda um portal operado para pontear pelo menos uma rede com base em pacote e a pelo menos uma rede com base em não-pacote.
19. Sistema, de acordo com a reivindicação 4, caracterizado pelo fato da rede híbrida compreender pelo menos uma rede com base em pacote e pelo menos uma rede com base em não-pacote, o sistema compreendendo ainda um portal operado para pontear pelo menos uma rede com base em pacote e a pelo menos uma rede com base em não-pacote.
20. Sistema, de acordo com a reivindicação 5, caracterizado pelo fato da rede híbrida compreender pelo menos uma rede com base em pacote e pelo menos uma rede com base em não-pacote, o sistema compreendendo ainda um portal operado para pontear pelo menos uma rede com base em pacote e a pelo menos uma rede com base em não-pacote.
21. Sistema, de acordo com a reivindicação 6, caracterizado pelo fato da rede híbrida compreender pelo menos uma rede com base em pacote e pelo menos uma rede com base em não-pacote, o sistema compreendendo ainda um portal operado para pontear pelo menos uma rede com base em pacote e a pelo menos uma rede com base em não-pacote.
22. Sistema, de acordo com a reivindicação 7, caracterizado pelo fato da rede com base em não pacote ser do grupo que compreende redes com base em TDM e analógicas.
23. Sistema, de acordo com a reivindicação 8, caracterizado pelo fato da rede com base em TDM ser do grupo que consiste de PSTN e ISDN.
24. Sistema, de acordo com a reivindicação 8, caracterizado pelo fato da rede com base em TDM ser a ISDN.
25. Método de testar a qualidade dos serviços com base em dados, voz, vídeo e multimídia portados sobre uma rede IP que compreende uma sonda, um comutador e um adaptador, o método caracterizado por compreender as etapas de: (a) afixar etiquetas ao número de telefone de uma porta analógica no adaptador; (b) pré-configurar as etiquetas no comutador para conexão entre a sonda e o adaptador; (c) iniciar um fluxo de chamada MGCP/NCS entre a sonda e o comutador pelo qual a sonda notifica um número correspondente a uma porta no adaptador com uma etiqueta do modo loopback; (d) traduzir os modos loopback etiquetados pela operação do comutador; (e) correlacionar o número de telefone com a operação do endereço IP do adaptador; e (f) conectar a sonda ao adaptador por meio do comutador.
26. Método, de acordo com a reivindicação 25, caracterizado pelo fato do sistema compreender ainda um portal tronco para interconectar uma rede híbrida, e o método compreender ainda as etapas de: (a) desativar a detecção de colisão SSRC e o cancelamento de eco no portal; (b) controlar o intercâmbio de informação de sinalização entre o adaptador e o portal por meio do comutador; e c) traduzir a informação de sinalização por meio do portal utilizando um dos protocolos de sinalização MGCP ou NCS.
27. Método de gerar uma comunicação no modo loopback utilizando o protocolo MGCP e NCS, caracterizado pelo fato da comunicação iniciar as etiquetas que compreendem uma combinação predeterminada de dígitos, a comunicação direcionando o comutador para estabelecer comunicação entre pontos terminais de uma rede, a primeira extremidade sendo uma sonda de teste e a segunda extremidade sendo um adaptador de mídia, em que o comutador é o mestre e as pontas terminais são escravas para o comutador.
28. Método para o teste de loopback remoto no protocolo MGCP ou NCS, caracterizado por compreender as etapas de: (a) afixar uma etiqueta ao número de telefone de uma porta analógica em um adaptador terminal multimídia localizado em uma extremidade de uma rede de comunicação; (b) pré-configurar um comutador para controlar o estabelecimento da conexão de loopback entre o adaptador e uma sonda de teste localizada na extremidade remota oposta da rede de comunicação; (c) iniciar a conexão pela sonda ao digitar um (etiqueta + número de telefone) correspondente ao modo de loopback e uma porta no adaptador; (d) traduzir o modo loopback etiquetado pela operação do comutador; (e) correlacionar o número de telefone com a operação do endereço IP do adaptador; e (f) enviar a informação de sinalização de volta para a sonda em um formato apropriado.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US79459406P | 2006-04-25 | 2006-04-25 | |
| US60/794.594 | 2006-04-25 | ||
| PCT/CA2007/000659 WO2007121561A1 (en) | 2006-04-25 | 2007-04-25 | System and method of remote testing in loopback mode using mgcp/ncs |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| BRPI0710939A2 true BRPI0710939A2 (pt) | 2012-02-14 |
Family
ID=38621153
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0710939-3A BRPI0710939A2 (pt) | 2006-04-25 | 2007-04-25 | sistema e método de teste remoto no modo loopback utilizando mgcp/ncs |
Country Status (6)
| Country | Link |
|---|---|
| US (2) | US8130660B2 (pt) |
| EP (1) | EP2014016B1 (pt) |
| BR (1) | BRPI0710939A2 (pt) |
| CA (1) | CA2586305A1 (pt) |
| MX (1) | MX2008013691A (pt) |
| WO (1) | WO2007121561A1 (pt) |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7958230B2 (en) * | 2008-09-19 | 2011-06-07 | Mu Dynamics, Inc. | Test driven deployment and monitoring of heterogeneous network systems |
| US9172611B2 (en) | 2006-09-01 | 2015-10-27 | Spirent Communications, Inc. | System and method for discovering assets and functional relationships in a network |
| KR100967890B1 (ko) * | 2008-12-05 | 2010-07-06 | 양선주 | 인터넷 전화의 품질 및 품질 장애 분석방법 |
| WO2010097112A1 (en) * | 2009-02-25 | 2010-09-02 | Telefonaktiebolaget L M Ericsson (Publ) | Automatic digit map generation for access gateway during call setup |
| KR20110010443A (ko) * | 2009-07-24 | 2011-02-01 | 뉴브로드테크놀러지(주) | 인터넷 전화의 원격 품질측정을 위한 자동응답과 루프백 방법 |
| US8619586B2 (en) * | 2009-10-15 | 2013-12-31 | Cisco Technology, Inc. | System and method for providing troubleshooting in a network environment |
| US8625747B2 (en) * | 2009-12-16 | 2014-01-07 | Verizon Patent And Licensing Inc. | Methods and systems for testing a gateway device |
| US8797880B2 (en) * | 2010-02-09 | 2014-08-05 | Juniper Networks, Inc. | Remote network device component testing |
| DE102011107321A1 (de) * | 2011-07-06 | 2013-01-10 | Abb Ag | System und Verfahren zur Parametrierung von Feldgeräten eines Automatisierungs- oder Steuerungssystems |
| US9191796B2 (en) * | 2012-02-27 | 2015-11-17 | Metaswitch Networks Ltd | Communication sessions |
| US9503368B2 (en) * | 2012-02-27 | 2016-11-22 | Metaswitch Networks Ltd. | Routing a call |
| US8972543B1 (en) | 2012-04-11 | 2015-03-03 | Spirent Communications, Inc. | Managing clients utilizing reverse transactions |
| CN102647313B (zh) * | 2012-05-14 | 2015-08-05 | 瑞斯康达科技发展股份有限公司 | 一种网络测试系统 |
| CN103517024B (zh) * | 2012-06-21 | 2016-06-08 | 腾讯科技（深圳）有限公司 | 视频通话系统及视频通话方法 |
| US8966074B1 (en) * | 2013-09-13 | 2015-02-24 | Network Kinetix, LLC | System and method for real-time analysis of network traffic |
| CN109617767B (zh) * | 2019-02-22 | 2022-09-23 | 苏州盛科通信股份有限公司 | 一种在芯片中报文环回处理的实时调试方法及装置 |
| EP4595476A4 (en) | 2023-03-29 | 2025-08-20 | Samsung Electronics Co Ltd | METHOD AND APPARATUS FOR MANAGING COLLISIONS OF SYNCHRONIZATION SOURCES IN MISSION CRITICAL SERVICES |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5164960A (en) * | 1990-02-15 | 1992-11-17 | Advanced Micro Devices Inc. | Medium attachment unit for use with twisted pair local area network |
| US5825755A (en) * | 1994-08-10 | 1998-10-20 | Bay Networks, Inc. | Method and apparatus for switching between full-duplex and half-duplex CSMA/CD systems |
| US20070230436A1 (en) * | 1996-07-05 | 2007-10-04 | Brueckheimer Simon D | ATM Telecommunications Systems and Method for Routing Narrow Band Traffic |
| US6373852B1 (en) * | 1996-07-15 | 2002-04-16 | At&T Corp. | Coupling multiple low data rate lines to effect high data rate communication |
| US6335927B1 (en) | 1996-11-18 | 2002-01-01 | Mci Communications Corporation | System and method for providing requested quality of service in a hybrid network |
| US20020010865A1 (en) * | 1998-01-30 | 2002-01-24 | Christina E. Fulton | Method and apparatus for remote office access management |
| US6614781B1 (en) * | 1998-11-20 | 2003-09-02 | Level 3 Communications, Inc. | Voice over data telecommunications network architecture |
| US6636484B1 (en) * | 1998-12-09 | 2003-10-21 | Cisco Technology, Inc. | Automatic generation of OAM cells for connection continuity detection |
| US7248682B1 (en) * | 1998-12-22 | 2007-07-24 | Cisco Technology, Inc. | Dial plan mapper |
| US7173910B2 (en) * | 2001-05-14 | 2007-02-06 | Level 3 Communications, Inc. | Service level agreements based on objective voice quality testing for voice over IP (VOIP) networks |
| US6748050B2 (en) * | 2001-05-22 | 2004-06-08 | General Instrument Corporation | Method and apparatus for performing either tone analysis on a local looped-back communications path or utilizing a hybrid reflection based looped-back test to test integrity |
| JP3664109B2 (ja) * | 2001-06-29 | 2005-06-22 | 日本電気株式会社 | 音声チャネルの選択システム、及び、その選択方法 |
| US7010595B2 (en) * | 2001-12-14 | 2006-03-07 | D-Link Corp. | Apparatus for multi-level loopback test in a community network system and method therefor |
| US20030185210A1 (en) | 2002-03-27 | 2003-10-02 | Mccormack Tony | Monitoring quality of service in a packet-based network |
| DE50303492D1 (de) * | 2002-07-02 | 2006-06-29 | Siemens Ag | Überprüfung der übertragungsqualität in paketbasierten netzen |
| US7333500B2 (en) * | 2002-09-24 | 2008-02-19 | Nortel Networks Limited | Methods for discovering network address and port translators |
| JP4205445B2 (ja) | 2003-01-24 | 2009-01-07 | 株式会社日立コミュニケーションテクノロジー | 交換装置 |
| US7450566B2 (en) * | 2003-06-05 | 2008-11-11 | Oracle International Corporation | Apparatus and method for providing a unified telephony solution |
| US8488476B2 (en) * | 2004-04-05 | 2013-07-16 | Verizon Business Global Llc | Providing applets to remote devices in a communications network |
| US7710888B2 (en) * | 2004-04-05 | 2010-05-04 | Verizon Business Global Llc | Apparatus and method for testing and fault isolation in a communication network |
| US7567520B2 (en) * | 2004-11-17 | 2009-07-28 | Tollgrade Communications, Inc. | Apparatus and method of remotely enabling a special mode of operation of an endpoint in a VoIP network |
| US7535847B1 (en) * | 2004-12-30 | 2009-05-19 | Sprint Communications Company Lp | Remote testing for service provider networks |
| CN1859154B (zh) * | 2005-05-08 | 2010-12-22 | 华为技术有限公司 | 家庭网关与宽带远程接入服务器间的性能管理方法 |
| US8578500B2 (en) * | 2005-05-31 | 2013-11-05 | Kurt James Long | System and method of fraud and misuse detection |
-
2007
- 2007-04-25 MX MX2008013691A patent/MX2008013691A/es active IP Right Grant
- 2007-04-25 CA CA 2586305 patent/CA2586305A1/en not_active Abandoned
- 2007-04-25 US US12/298,293 patent/US8130660B2/en active Active
- 2007-04-25 BR BRPI0710939-3A patent/BRPI0710939A2/pt not_active IP Right Cessation
- 2007-04-25 WO PCT/CA2007/000659 patent/WO2007121561A1/en not_active Ceased
- 2007-04-25 EP EP07719586A patent/EP2014016B1/en not_active Not-in-force
-
2012
- 2012-01-12 US US13/349,403 patent/US8767563B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CA2586305A1 (en) | 2007-10-25 |
| EP2014016A1 (en) | 2009-01-14 |
| US20120113819A1 (en) | 2012-05-10 |
| WO2007121561A1 (en) | 2007-11-01 |
| US20090161565A1 (en) | 2009-06-25 |
| US8767563B2 (en) | 2014-07-01 |
| EP2014016B1 (en) | 2013-03-27 |
| US8130660B2 (en) | 2012-03-06 |
| EP2014016A4 (en) | 2009-07-01 |
| MX2008013691A (es) | 2009-01-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BRPI0710939A2 (pt) | sistema e método de teste remoto no modo loopback utilizando mgcp/ncs | |
| US7715413B2 (en) | Multi-network exchange system for telephony applications | |
| Khasnabish | Implementing voice over IP | |
| US7593390B2 (en) | Distributed voice network | |
| CN101257433A (zh) | 实现网络地址转换穿越的方法和系统 | |
| CN100380872C (zh) | 在分组网络中测试传输质量的方法、服务器、网关、系统 | |
| JP4490312B2 (ja) | 異種の遠隔通信信号プロトコルの相関システム及び方法 | |
| US7567520B2 (en) | Apparatus and method of remotely enabling a special mode of operation of an endpoint in a VoIP network | |
| US20080031143A1 (en) | Voice Over Internet Protocol (Voip) Quality Testing Over Hybrid Fiber/Coax (Hfc) Network | |
| Flanagan | VoIP and unified communications: internet telephony and the future voice network | |
| AR025642A1 (es) | Sistema y metodo para encaminamiento de llamadas en una red de telecomunicaciones integrada que tiene una porcion de red por conmutacion de paquetes y unaporcion de red por conmutacion de circuitos | |
| KR100725853B1 (ko) | 다중 프로토콜 시험 장치 및 시험 방법 | |
| US8787363B2 (en) | Fault isolation constructs for POTS emulation service on an FTTx platform | |
| US8594128B2 (en) | Method and apparatus for enabling dynamic protocol interworking resolution with diverse endpoints | |
| CN101174999A (zh) | 一种基于sip协议的全球眼设备穿越nat的方法 | |
| US7933213B1 (en) | Method and apparatus for monitoring and restoring time division multiplexing circuits | |
| JP3723183B2 (ja) | 音声通信ゲート装置の管理方法、管理システム、管理装置並びにゲート装置 | |
| US7027430B1 (en) | Communication network utilizing autonomous servers to establish a communication session | |
| JP5140792B2 (ja) | 共有された市内電話中継方式を支援するための方法、及びシステム | |
| CN100477703C (zh) | 基于FTTx平台用于POTS仿真业务的故障隔离构造 | |
| Sauer et al. | CCNP Voice CVoice 642-437 Quick Reference | |
| Mallory et al. | Cisco Voice Gateways and Gatekeepers | |
| Janitor | SK: Efektıvne riešenie VoIP siete pre prostredie Technickej Univer |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B08F | Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette] |
Free format text: REFERENTE A 7A ANUIDADE. |
|
| B08K | Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette] |
Free format text: REFERENTE AO DESPACHO 8.6 PUBLICADO NA RPI 2261 DE 06/05/2014. |
|
| B15K | Others concerning applications: alteration of classification |
Ipc: H04M 3/22 (2006.01), H04L 12/66 (2006.01), H04L 29 |