Supervisão de Resposta e Desconexão em Troncos Digitais T1

Opções de download

PDF (217.0 KB)
Ver no Adobe Reader em vários dispositivos
ePub (101.3 KB)
Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
Mobi (Kindle) (97.6 KB)
Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos

Atualizado:2 de fevereiro de 2006

ID do documento:23683

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

Introduction

Prerequisites

Requirements

Componentes Utilizados

Conventions

Fundamentos de supervisão de resposta e desconexão

Conceitos Básicos da Sinalização CAS E&M

Por que a supervisão de resposta e desconexão é necessária

Exemplo de supervisão de resposta e desconexão

Sinalização de permissão de início

Depuração de sinalização de permissão de início

Informações Relacionadas

Introduction

Frequentemente, há alguma confusão sobre os termos "Supervisão de resposta" e "Supervisão de desconexão" em sistemas de telefonia. Este documento descreve o que esses termos significam e como eles se aplicam aos roteadores com interfaces de voz.

Prerequisites

Requirements

Não há requisitos específicos para este documento.

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas.

Conventions

For more information on document conventions, refer to the Cisco Technical Tips Conventions.

Fundamentos de supervisão de resposta e desconexão

Conceitos Básicos da Sinalização CAS E&M

Para troncos CAS (Channel Associated Signaling) T1 digitais que executam sinalização de ouvido e boca (E&M), geralmente há apenas dois estados nos quais um canal de voz pode ser. Quando não há chamada em um canal, o canal está no estado Ocioso ou No gancho. Quando há uma chamada ativa em um canal, o canal está no estado Acionado ou Fora do gancho. Esta tabela mostra os padrões de bit de sinalização de ABCD de transmissão/recepção padrão para os estados Ocioso e Acionado:

Direção	Estado	R	B	C	D
Transmitir	Ocioso/No gancho	0	0	0	0
Transmitir	Apreendido/fora do gancho	1	1	1	1
Recepção	Ocioso/No gancho	0	0	0	0
Recepção	Apreendido/fora do gancho	1	1	1	1

Após a captura inicial de um canal, cada dispositivo deve indicar o andamento de uma chamada. Os indicadores de progresso indicam se uma chamada está sendo atendida ou continua sem atendimento e, quando a chamada é atendida, qual parte é desconectada primeiro. Esses estados de andamento da chamada são importantes, pois os sistemas de telefonia precisam saber quando a chamada foi tentada, atendida e concluída; daí o termo Supervisão de atendimento e desconexão.

Por que a supervisão de resposta e desconexão é necessária

A razão mais óbvia para a supervisão de atendimento e desconexão é para faturamento: a central telefônica e o cliente precisam de uma indicação precisa das chamadas através de uma rede. É um padrão das empresas de telefone não cobrar por chamadas não respondidas ou sem êxito. Todos os registros de detalhes de chamadas (CDRs) produzidos devem indicar que uma chamada não foi atendida ou não foi bem-sucedida e, portanto, não foi cobrada pelo sistema de cobrança.

Em segundo lugar, alguns sistemas podem não atravessar o caminho de áudio até que haja uma indicação positiva de que a parte chamada atendeu a chamada — pode não haver uma conexão de áudio até que o sinal de resposta seja enviado.

Por fim, o canal deve ficar livre para receber novas chamadas quando a chamada anterior for cancelada. Se não houvesse indicação da desconexão da chamada, todos os canais no tronco T1 seriam eventualmente bloqueados.

Exemplo de supervisão de resposta e desconexão

Este exemplo ilustra como a supervisão de resposta e desconexão funciona e como as depurações do IOS podem ser usadas para obter visibilidade nesse processo.

Sinalização de permissão de início

Este exemplo mostra a sinalização de início de piscar E&M. Este diagrama ilustra as várias condições de progresso de chamada.

A permissão de início é usada para notificar o lado remoto de que ele pode enviar o Serviço de Identificação de Número Discado (DNIS), também referido como Número Chamado.

Para uma chamada recebida (de rede para roteador), isso ocorre:

A rede fica fora do gancho. Bits ABCD = 1111.
O roteador envia a permissão de início. Os bits ABCD passam de 0000 para 1111 para 200 ms e depois novamente para 0000.
A rede vê a permissão e então continua a enviar informações DNIS (Numero Chamado). Isso é feito quando são enviados tons de multifreqüência/multifreqüência de tom duplo (MF/DTMF) inband, decodificados pelos DSPs.
O roteador passa para o estado fora do gancho quando a chamada é atendida. Bits ABCD = 1111.
O caminho do áudio é aberto, as partes podem conversar e o sistema de faturamento faz um registro de início de chamada.

Em uma chamada feita (roteador para rede), ocorre o mesmo procedimento, mas a rede e o roteador comutam os papéis. A razão é que a sinalização é simétrica.

Isso ocorre quando ocorre uma desconexão da rede com o roteador:

A rede fica suspensa. ABCD bits = 0000.
O roteador vê a rede ficar no gancho e o roteador no gancho. ABCD bits = 0000.
O caminho de áudio está fechado, e o sistema de faturamento registra uma interrupção de chamada.

Para uma desconexão do roteador à rede, essas etapas são invertidas.

É possível observar a supervisão de resposta e desconexão se você executar depurações de sinalização apropriadas em roteadores de gateway de voz.

Depuração de sinalização de permissão de início

Esses rastreamentos são de um Cisco AS5300 que mostra chamadas de rede para roteador e roteador para rede. O roteador AS5300 executou o comando debug cas para fornecer rastreamentos em tempo real do status do bit de sinalização CAS.

debug cas – Chamadas da rede para o roteador
multi-5-17#show debug CAS: Channel Associated Signaling debugging is on !--- Router receives initial seizure from network: May 15 15:35:59.455: from Trunk(0):(0/2): Rx LOOP_CLOSURE (ABCD=1111) !--- Router sends a 200 msec wink towards network: May 15 15:35:59.679: from Trunk(0):(0/2): Tx LOOP_CLOSURE (ABCD=1111) May 15 15:35:59.883: from Trunk(0):(0/2): Tx LOOP_OPEN (ABCD=0000) !--- Router sends an answer signal to indicate that the called !--- party has answered the call: May 15 15:36:09.943: from Trunk(0):(0/2): Tx LOOP_CLOSURE (ABCD=1111) !--- Router receives a disconnect from network requesting !--- to clear the call: May 15 15:36:32.975: from Trunk(0):(0/2): Rx LOOP_OPEN (ABCD=0000) !--- Router responds with a disconnect, call is cleared: May 15 15:36:33.295: from Trunk(0):(0/2): Tx LOOP_OPEN (ABCD=0000)

debug cas – Chamadas da rede para o roteador

multi-5-17#show debug
CAS: Channel Associated Signaling debugging is on


!--- Router receives initial seizure from network:
 
May 15 15:35:59.455: from Trunk(0):(0/2): Rx LOOP_CLOSURE (ABCD=1111)


!--- Router sends a 200 msec wink towards network:
 
May 15 15:35:59.679: from Trunk(0):(0/2): Tx LOOP_CLOSURE (ABCD=1111)
May 15 15:35:59.883: from Trunk(0):(0/2): Tx LOOP_OPEN (ABCD=0000)
		

!--- Router sends an answer signal to indicate that the called !--- party has answered the call: 

May 15 15:36:09.943: from Trunk(0):(0/2): Tx LOOP_CLOSURE (ABCD=1111)


!--- Router receives a disconnect from network requesting !--- to clear the call:
 
May 15 15:36:32.975: from Trunk(0):(0/2): Rx LOOP_OPEN (ABCD=0000)


!--- Router responds with a disconnect, call is cleared: 

May 15 15:36:33.295: from Trunk(0):(0/2): Tx LOOP_OPEN (ABCD=0000)

O próximo rastreio mostra uma chamada a partir do roteador para a rede.

debug cas - Chamadas do roteador para a rede
multi-5-17#show debug CAS: Channel Associated Signaling debugging is on !--- Router sends initial seizure to network: May 15 15:40:26.471: from Trunk(0):(0/5): Tx LOOP_CLOSURE (ABCD=1111) !--- Router receives a 200 msec wink from network: May 15 15:40:26.679: from Trunk(0):(0/5): Rx LOOP_CLOSURE (ABCD=1111) May 15 15:40:26.883: from Trunk(0):(0/5): Rx LOOP_OPEN (ABCD=0000) !--- Router receives an answer signal indicating that a telephone !--- handset on the network has answered the call: May 15 15:40:36.495: from Trunk(0):(0/5): Rx LOOP_CLOSURE (ABCD=1111) !--- Router sends a disconnect to clear the call: May 15 15:40:57.631: from Trunk(0):(0/5): Tx LOOP_OPEN (ABCD=0000) !--- Router receives disconnect response from network, !--- call is cleared: May 15 15:40:58.163: from Trunk(0):(0/5): Rx LOOP_OPEN (ABCD=0000)

debug cas - Chamadas do roteador para a rede

multi-5-17#show debug
CAS: Channel Associated Signaling debugging is on


!--- Router sends initial seizure to network: 

May 15 15:40:26.471: from Trunk(0):(0/5): Tx LOOP_CLOSURE (ABCD=1111)


!--- Router receives a 200 msec wink from network: 

May 15 15:40:26.679: from Trunk(0):(0/5): Rx LOOP_CLOSURE (ABCD=1111)
May 15 15:40:26.883: from Trunk(0):(0/5): Rx LOOP_OPEN (ABCD=0000)


!--- Router receives an answer signal indicating that a telephone !--- handset on the network has answered the call: 

May 15 15:40:36.495: from Trunk(0):(0/5): Rx LOOP_CLOSURE (ABCD=1111)


!--- Router sends a disconnect to clear the call:
 
May 15 15:40:57.631: from Trunk(0):(0/5): Tx LOOP_OPEN (ABCD=0000)


!--- Router receives disconnect response from network, !--- call is cleared:
 
May 15 15:40:58.163: from Trunk(0):(0/5): Rx LOOP_OPEN (ABCD=0000)

Como você pode ver nos rastros de depuração, é possível determinar a direção da chamada e se a chamada foi atendida. Essas depurações ajudam você a resolver desacordos sobre a origem e o motivo das desconexões de chamadas, bem como registros de cobrança disputados.