Sincronismo PCRFxOCS

 Fase I - Estudo

Título da Idéia

Sincronismo PCRFxOCS

Objetivos

Existe outro problema na cota de dados dos assinantes da OCS. Como a OCS e policy estão controlando os dados do assinante, as informações acabam ficando dessincronizadas nas plataformas. Em vários casos os assinantes não conseguem comprar cota de dados então é necessário a adequação para que o *126 exiba as informações corretas de bônus para os clientes do plano controle e ajuste da base de assinantes para que não possuam mais o controle de bônus nos planos na OCS. A OCS deverá realizar apenas a tarifação avulsa.

Conceito

OCS (Online Charging System)

- É um sistema que provê um serviço de comunicação para cobrar seus clientes em tempo real, baseado no uso do serviço.

PCRF (Policy and Charging Rules Function)

- Provê uma política de controle e fluxo baseado em decisões de controle de cobranças.

GGSN (Gateway GPRS Support Node)

- OpenGGSN

Características 

• Na OCS clientes pós-pago que possuem o produto VPN só é controlado por voz, porém quando o cliente não possui nenhum crédito validado pelo grupo pai do produto ele não consegue navegação de dados.
• Para a entrada do VoltDB no Policy é necessário que todo cliente que não exista no PCRF e não seja pertencente ao plano básico seja bloqueado.
• Se implementado é necessário que a OCS deixe de controlar os balanços de bônus de dados dos planos controle. Em vista do GGSN é necessário que a Nokia e a equipe responsável pelo GGSN sejam envolvidos para as configurações necessárias para o funcionamento esperado pela Gx entre o GGSN e o PCRF visto que a função de PCEF será desempenhada pelo GGSN.

Estudo Dirigido

Coloque aqui o plano de estudos bem como as possíveis fontes de informação.

Fase II - Ensino

Conteúdo

Desenvolva um conteúdo que possa transmitir o conhecimento adquirido para outros
Crie um material (Wiki, PDF, PPT, ...) que possa ser armazenado e facilmente atualizável

Apresentação

Apresente ao grupo (reunião, EAD, Blog, ...)
Publique aqui

Fase III - Exemplo de Caso de Negócio

Benefícios para quem for oferecer esta solução

    Descrever em tópicos os benefícios que uma pessoa ou uma empresa podem obter: ganhos, receitas, novos negócios, novos produtos, novas parcerias

Benefícios para o usuário

    Descrever em tópicos os benefícios para os usuários desta solução.
    Pode se inspirar no Canvas.

Direcionadores chave para esta iniciativa

    Descrever em tópicos o que esta iniciativa pode proporcionar

Possíveis modelos de negócios

    Descrever em tópicos os possíveis modelos de negócios

Business Case

    Descrever um exemplo de negócio que permita avaliar a solução comercialmente

Fase IV - Protótipo orientado ao Negócio

Escopo

Adequação para que o *126 exiba as informações corretas de bônus para os clientes do plano controle e ajuste da base de assinantes para que não possuam mais o controle de bônus nos planos na OCS. A OCS deverá realizar apenas a tarifação avulsa.

Cenário atual

Exemplo: Solução 1

Exempĺo: Solução 2

Exemplo: Solução 3

Limitações

• A configuração dos planos para não possuírem mais pacote de bônus de dados na OCS deverá ser feita pelo CAF.
• Execução do script resultado desta especificação deverá ser executado pelo COR.
  
• Os clientes que não estejam dentro do charging characteristics com regra criado no Policy navegarão na rede sem controle, gerando impacto manual de limpeza da base e perca de receita, e para resolver esse problema depende diretamente do correto mapeamento e aplicação dos charging characteristics para a implementação da regra para tal no PCRF.

PoC

Desenvolva um PoC (Proof of Concept)

Detalhamento Técnico

• O SPS deverá migrar todos os assinantes para a nova
  aplicação do Policy
• O Webservice a ser utilizado para a busca de bônus de dados é o mesmo existente no projeto algar_policy_services disponível no repositório da Plataforma Planeta. Abaixo segue um exemplo do retorno de uma chamada:

<syntaxhighlight lang="xml"> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:GetSubscriberBalancesResponse xmlns:ns2="http://www.openet.com/BM/EAI"> <accountId>3269556</accountId> <subscriberId>34801275</subscriberId> <balances> <item> <purseId>111_34801275</purseId> <balanceType>ALLOWANCE_COUNTER</balanceType> <balanceAmount>340773446</balanceAmount> <balanceAvailable>340773446</balanceAvailable> <creditLimit>524288000</creditLimit> <effectiveDate>2016-05-23T11:33:28</effectiveDate> <expiryDate>2016-06-01T00:00:00</expiryDate> <balanceId>111_34801275_PLANO CONTROLE POR CHAMADA 1 - BONUS_20160523113328_20160601000000</balanceId> </item> <item> <purseId>111_34801275</purseId> <balanceType>ALLOWANCE_COUNTER</balanceType> <balanceAmount>52428800</balanceAmount> <balanceAvailable>52428800</balanceAvailable> <creditLimit>52428800</creditLimit> <effectiveDate>2016-05-23T11:33:28</effectiveDate> <expiryDate>2016-05-23T23:59:59</expiryDate> <balanceId>111_34801275_PLANO CONTROLE POR CHAMADA 1 - DIARIO_20160523113328_20160523235959</balanceId> </item> </balances> <customAvpList> <item> <attribute>cn</attribute> <value>TAYRO SEBASTIAO DE SOUZA COSTA</value> </item> <item> <attribute>sn</attribute> 6<value>COSTA</value> </item> <item> <attribute>ctbcAcessoBloqueio</attribute> </item> <item> <attribute>ctbcAssinanteSegmento</attribute> <value>RESIDENCIAL</value> </item> <item> <attribute>ctbcAssinanteCotaUnica</attribute> </item> <item> <attribute>ctbcAssinanteLawfullInterception</attribute> </item> <item> <attribute>accountId</attribute> <value>3269556</value> </item> <item> <attribute>subscriberId</attribute> <value>34801275</value> </item> <item> <attribute>subscriberRole</attribute> <value>111</value> </item> <item> <attribute>ctbcAcessoAssinanteId</attribute> <value>5534996622639</value> </item> <item> <attribute>ctbcAcessoDiaCiclo</attribute> <value>1</value> </item> <item> <attribute>ctbcAcessoTelefone</attribute> </item> <item> <attribute>ctbcAcessoTipo</attribute> <value>3G</value> </item> <item> <attribute>ctbcAcessoUF</attribute> <value>MG</value> </item> <item> <attribute>ctbcAcessoRegional</attribute> <value>UBERLANDIA</value> </item> 7<item> <attribute>ctbcAcessoCidade</attribute> <value>UBERLANDIA</value> </item> <item> <attribute>ctbcAcessoBairro</attribute> <value>BRASIL</value> </item> <item> <attribute>ctbcAcessoNotificacaoSMS</attribute> <value>5534996622639</value> </item> <item> <attribute>ctbcAcessoAtributoModalidade</attribute> <value>PRE</value> </item> </customAvpList> </ns2:GetSubscriberBalancesResponse> </soap:Body> </soap:Envelope> </syntaxhighlight> x

• Os serviços do SPS não serão alterado. Os Ips terão que ser alterados no SPS e na planeta. No SPS é apenas uma configuração que terá que ser alterada. Na planeta precisará de desenvolvimento.
• OCS
  • Fluxo Gy no SPC
  • Desenvolver Rating Group - Interface Gy
  • Implementar a mensagem RAR para que quando um assinante faça recarga ele informe ao GGSN que o assinante está com saldo.

• A conta detalhada deverá ser alterada. O Consumo de dados deverá ser apresentado com informações do policy. Assim um script deverá ser desenvolvido pela equipe de automação para coletar os dados do policy e enviar para o people.
  
• *126
  • Alterar *126 para exibir os bônus de dados somente do policy.

• Adequar o *126 para consulta bônus PCRF
  • O *126 tem a função de informar o cliente, mediante sua solicitação, as informações de saldo, cota e bônus do cliente. Para o cliente controle, além de exibir o saldo e sua validade ele exibe também o bônus de dados que o cliente possui e a validade deste bônus. O *126 deverá ser alterado para que consulte os valores em R$ na OCS e a cota disponível para o cliente no PCRF. A mensagem deverá ser exibida da seguinte forma: 
    • <syntaxhighlight>

"Saldo R$aa valido ate dd/mm/aaaa. Bonus R$bb valido ate dd/mm/aaaa. Cota a usar: cc MB." </syntaxhighlight>

Pesquisadores

• Marcos Guimarães de Medeiros
• Flávio Moretti Morais
• Rafael Marra
• Silas dos Santos
• Enock Cabral Almeida Vieira
• João Henrique de Souza Pereira
• Lincoln Borges Ferreira