Release Notes PCRT 5.4.0 - SIPPulse

A versão 5.4.0 do SipPulse Softswitch PCRT foca nos recursos necessários para as novas regulamentações da Anatel e simplificação no STFC.

As features implementadas são:

Controle de Validação de Caller ID

A validação funciona a partir do campo From Header passado no SIP Request INVITE. A funcionalidade compara se o caller ID é válido no banco de dados para consulta do número de A. O número de A consultado deverá ser sempre um número fixo com RN1 válido presente nas bases de prefixo da ABR ou na portabilidade, caso contrário a resposta deverá ser um 403 "Invalid Caller ID".

Caso o cliente necessite é possível combinar com o feature do item 4, O campo RN1 do assinante valida o RN1 do número para que seja sempre aquele da origem, logo o cliente não consegue originar uma chamada sem passar um número que o RN1 seja o mesmo cadastrado no assinante. Esse recurso é interessante em casos que se vende um range de DID`s de outra operadora em que o desejo da operadora é não deixar o cliente binar um número que não seja do range dele.

Open

O item 4 RN1 do assinante é configurado na aba PRO:

Open

Caso o RN1 configurado seja diferente de 0, SIPProxy vai validar se o RN1 bate com o cadastrado no assinante. Caso ele não seja igual o retorno será um "403","Invalid CallerID Format". Esse motivo de insucesso ficará registrado no relatório de ASR do cliente.

Validação 0303 - Chamada entrante

Esse recurso é focado no público do STFC que faz a recusa de chamadas automática baseada no número de origem da chamada. Quando um callcenter originar uma chamada e ele vier com 0303 no seu From Header e esse flag estiver marcado no assinante de destino da chamada ele deverá recusar a chamada com um "403","Blocked to receive 0303 calls", esse reason vai ficar no ASR do cliente para consulta.

A flag pode ser ativada na tela subscriber, item:

Validação 0303 - Chamadas Saintes

Esse recurso é valido para clientes que vendem números de origem 0300 e não querem se preocupar com a sujeira enviada ou má configuração realizadas nos discadores.

Ele valida se o regex do número bate com o padrão 0303.

Caso o número enviado pela origem não bata com o Regex ele irá recusar a chamada sainte com o reason "403","0303 de Origem Invalido".

Cobrar conexão nas chamadas

Com a ultima resolução da Anatel foi realizada uma melhoria no billing para que chamadas de 0 a 3 segundos fossem cobradas pela plataforma. Inicialmente a concepção do software as chamadas com 0 segundos nunca foram cobradas. Agora que há essa necessidade um flag no plano de tarifas para a cobrança do cliente e o controle do fornecedor está na tela de provedores.

Recuperação de Senha SIP

No método RetrievePassword do webservice da plataforma é possível enviar o envelope SOAP e recuperar a senha SIP dos assinantes. Isso é valido para quem quiser integrar no ERP ou na solução de provisionamento.

Atributo STFC-WL & Bina Dinâmica

Bina dinâmica por cliente é um recurso que bina as chamadas de acordo com a área local da numeração realizando um check na tabela stfc_cadup do banco lnp.

 O primeiro passo para que isso funcione é a associação do número N10 na tabela did com o cliente.

Mais de um did pode ser associado, a partir da versão 4.7.4 esse recurso passa a realizar o preenchimento automático da área local, no caso para chamadas móveis ele usa o CN, mas não é necessário preencher-lo.

No caso do bina dinâmica do softswitch para que ele funcione dinamicamente deve-se colocar mais de um did por cliente.

É possível cadastrar um did sem área local, esse pode ser usado para um failover em alguma área local que você não tenha numeração. Por exemplo um CN 11 discando para um CN 48, não possua interconexão na região do 48 ele vai pegar um número do CN 11 com a área local vazia.

O segundo passo é criar o gateway ou ajustar o gateway para que ele realize o check desse did.

Campos:
Cli Format: replacefrom

CLI Preference: did

CLD e Caller-ID devem estar preenchidos com um número válido.

O terceiro passo é configurar o dialplan associado ao seu usuário, o seguinte formato deve ser seguido o número deve ser sempre transformado para E164 e usar o atributo stfc-wl (stfc-wholesale).

O quarto passo é verificar formato do roteamento, segue o mesmo padrão do ati-hosted e ati:

Móvel: 055X

Fixo: 55X

A bilhetagem segue o mesmo padrão, salva o RN1 no bilhete no móvel e E164 no fixo.

Roteamento Simplificado

O cliente terá uma flag no profile que vai realizar a função de um dialplan automatizado para os seguintes tipos de chamadas:

Com isso é necessário algumas intervenções em profile e gateways.

No profile é necessário ativar a flag de roteamento simplificado

Nos gateways é necessário ativar o item Manipulação de Saída, item importante isso só funciona com gateways do tipo STFC, um TRONCO associado.

O Formato de saída vai ser sempre o Tech Prefix + Respectivo formato discado.

• Formato Local ^[2-9][0-9]{7,8}$: Vai realizar o roteamento de acordo com o stfc-local-alt - cn+rn1+numero(N10,N11) tanto fixo como móvel, resolvendo a parte da localidade que as vezes causa confusão quando um número está no mesmo CN mas não na mesma área local, nesse caso o cliente não vai precisar discar com 0 + CN + NUM. Abaixo segue o roteamento:
  
  

• LDN Fixo ^0[1-9][1-9][2-5][0-9]{7}$: Vai realizar o roteamento de acordo com o stfc-ld-ati - 020 + CN + AREA LOCAL B + NUMERO DISCADO. Sendo assim vai ser possível distinguir fixo com o CN. Abaixo segue o roteamento:

• LDN Móvel ^0[1-9][1-9]9[0-9]{8}$: Vai realizar o roteamento de acordo com o ati-cn - 0 + cn + rn1 + número discado. Sendo assim vai ser possível rotear números quando discados em formato LDN sem precisar expandir regra para números LDN de todas as operadoras. Ex: 0 48 55341 somente 0 48. Abaixo segue o roteamento:

• A cobrar Local ^9090[2-9][0-9]{7,8}$: Vai realizar o roteamento de chamadas a cobrar internas ou externas com o seguinte comportamento de roteamento 9090 + RN1 + número discado sendo assim é possível realizar o roteamento a cobrar simples usando somente o prefixo 9090. Abaixo segue o roteamento:

• A cobrar LDN ^90+CN[2-9][0-9]{7,8}$: Vai realizar o roteamento de chamadas a cobrar internas ou externas com o seguinte comportamento de roteamento 90 + RN1 + número discado sendo assim é possível realizar o roteamento a cobrar simples usando somente o prefixo 90. Abaixo segue o roteamento:

• A cobrar LDN com CSP ^90+CSP+CN[2-9][0-9]{7,8}$: Vai realizar o roteamento de chamadas a cobrar internas ou externas com o seguinte comportamento de roteamento 90 + CSP+ número discado sendo assim é possível realizar o roteamento a cobrar simples usando somente o prefixo 90+CSP. Abaixo segue o roteamento:

• 0800 ^0800[0-9]{6,7}$: Vai realizar o roteamento de chamadas 0800 internas ou externas com o seguinte comportamento de roteamento 0800 + RN1 + número discado sendo assim é possível realizar o roteamento a cobrar simples usando somente o prefixo 0800. Abaixo segue o roteamento:

• 0300 ^0300[0-9]{6,7}$: Vai realizar o roteamento de chamadas 0300 internas ou externas com o seguinte comportamento de roteamento 0300 + RN1 + número discado sendo assim é possível realizar o roteamento a cobrar simples usando somente o prefixo 0300. Abaixo segue o roteamento:

• 0303 ^0303[0-9]{6,7}$: Vai realizar o roteamento de chamadas 0800 internas ou externas com o seguinte comportamento de roteamento 0303 + RN1 + número discado sendo assim é possível realizar o roteamento a cobrar simples usando somente o prefixo 0303. Abaixo segue o roteamento:

Para as chamadas internacionais o cliente deve realizar o cadastramento nos Planos de discagens conforme no passado.

e a Regra de Roteamento para o gateway desejado.

E para as chamadas emergência ou especiais é necessário:

Planos de Discagens:

Regra De Roteamento:

Tela de manipulação de saída.

Monitoramento de % Uso de espaço em Disco

Quantidade de geração de ACC`s

Descontinuidade de Recursos

Descontinuidade dos atributos: scm-fixo-local, scm-fixo-ldn, scm-movel-local, scm-movel-ldn,scm-internacional, scm-emg, scm-especial, stfc-ld.