Introdução
Este documento descreve as etapas para passar os dados de IU no CVP.
Pré-requisitos
Requisitos
A Cisco recomenda que você tenha conhecimento destes tópicos:
- CVP
- Script do ICM (Intelligent Contact Management)
- Protocolo de Iniciação da Sessão (SIP)
Componentes Utilizados
Este documento não se restringe a versões de software e hardware específicas.
Configuração
Você pode passar dados genéricos de e para o Unified ICM por meio do Unified CVP usando as Informações de Usuário a Usuário (UUI).
Isso é feito preenchendo-se o parâmetro US (geralmente conhecido como UUI) na mensagem InitialAddress (IAM) dos dados GTD (Generic Transparency Descriptor) que são enviados para o gateway a partir da rede na mensagem de configuração Q.931.
O gateway envia esses dados ao Unified CVP por meio de mensagens SIP. O Unified CVP pode enviar os dados para o Unified ICM em uma nova chamada.
Cenários de processamento de UI:
Quando os dados GTD estão presentes no trecho de chamada de entrada da mensagem SIP INVITE, o Unified CVP salva os dados GTD como GTD de entrada e a parte da interface do usuário (se houver) é passada para o UnifiedICM. Se o Unified ICM modificar os dados, ele envia a interface do usuário modificada de volta para o Unified CVP. O Unified CVP converte os dados da interface do usuário recebidos do Unified ICM em hexadecimal e modifica a interface do usuário (se estiver presente) e substitui o valor GTD de entrada. Somente a parte dos EUA será modificada, usando o formato: US,3,<valor Hex convertido dos dados do ICM>
Quando o GTD não está presente no segmento de chamada de entrada, o Unified CVP imprime uma mensagem informativa no rastreamento informando que não há nenhum corpo do GTD presente no corpo do chamador e a chamada continua como uma chamada regular.
Veja um exemplo de como essas informações devem ser recebidas:
INVITE sip:7274884100@65.59.218.99:5060 SIP/2.0
Via: SIP/2.0/UDP 10.200.2.20:5060;branch=z9hG4bK17DDEF
From: ;tag=14072DC-18F7
...
--uniqueBoundary
Content-Type: application/sdp
Content-Disposition: session;handling=required
v=0
o=CiscoSystemsSIP-GW-UserAgent 1570 7514 IN IP4 10.200.2.20
s=SIP Call
c=IN IP4 10.200.2.20
t=0 0
m=audio 19240 RTP/AVP 0 18 101 19
c=IN IP4 10.200.2.20
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:19 CN/8000
--uniqueBoundary
Content-Type: application/gtd
Content-Disposition: signal;handling=optional
IAM,
PRN,isdn*,,NI***,
USI,rate,c,s,c,1
USI,lay1,ulaw
TMR,00
CPN,04,,1,7274884100
CPC,09
FCI,,,,,,,y,
GCI,011db91a2c0f11d6802f000c8638cdeb
--uniqueBoundary-
O CVP espera que ele esteja nos dados GTD e não no cabeçalho. Esse é o motivo pelo qual os dados de usuário para usuário no campo do cabeçalho não são processados como UUI do CVP.
Agora em relação à Passagem de informações com Cabeçalhos SIP. Depois de configurados corretamente, esses cabeçalhos SIP são passados para o Unified ICM no campo SIPHeaderInfo das mensagens de Instrução de Nova Chamada e Solicitação. Para acessar a variável de cabeçalho SIP no script do ICM, leia a variável de chamada Call.SIPHeader. Se você quiser ter essas informações com dados de IU nos logs do CVP, os dados de GTD precisam estar presentes no trecho de chamada de entrada da mensagem SIP INVITE.