Introdução
Este original descreve as etapas para passar os dados UUI no CVP.
Pré-requisitos
Requisitos
A Cisco recomenda que você tenha conhecimento destes tópicos:
- CVP
- Passar pelo processo de script do Intelligent Contact Management (ICM)
- Session Initiation Protocol (SIP)
Este documento não se restringe a versões de software e hardware específicas.
Configuração
Você pode passar dados genéricos a e do ICM unificado com o CVP unificado usando-se USER-a-UserInformation (UUI).
Isto é realizado povoando o parâmetro UUS (conhecido frequentemente como o UUI) na mensagem de InitialAddress (eu estou) dos dados do descritor Genérico de Transparência (GTD) que são enviados ao gateway da rede no mensagem setup Q.931.
O gateway envia estes dados CVP unificado através das mensagens do SORVO. O CVP unificado pode então enviar os dados ICM unificado em um atendimento novo.
UUI que processa encenações:
Quando os dados GTD estam presente no trecho de chamada recebida do mensagem INVITE do SORVO, o CVP unificado salvar os dados GTD enquanto o GTD de entrada e os UUI repartem (se presente) estão passados a UnifiedICM se o ICM unificado altera os dados, ele enviam o UUI alterado de volta ao CVP unificado. O CVP unificado converte os dados que UUI recebe do ICM unificado em encanta e altera o UUS (se esta presente) e overwrites o valor de entrada GTD. Somente a parcela UUS bemodified, usando o formato: Valor de HEX UUS,3,<converted dos dados de ICM>
Quando o GTD não está atual no trecho de chamada recebida, o CVP unificado imprime um mensagem informativa no traço que indica que nenhum corpo GTD atual no corpo do chamador e no atendimento não continua como um atendimento regular.
Está aqui um exemplo como esta informação deve ser recebida:
INVITE sip:7274884100@65.59.218.99:5060 SIP/2.0
Via: SIP/2.0/UDP 10.200.2.20:5060;branch=z9hG4bK17DDEF
From: <sip:$9159999999@65.59.218.99>;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-o estar em dados GTD e não no encabeçamento. Esta é a razão pela qual os dados usuários para usuário em seu campo de cabeçalho não são processados como UUI do CVP.
Agora considerando a passar a informação com encabeçamentos do SORVO. Uma vez que configurados corretamente, estes encabeçamentos do SORVO são passados a ICM unificado no campo de SIPHeaderInfo do atendimento novo e pedem mensagens da instrução. Para alcançar a variável do encabeçamento do SORVO no script ICM, leia o variável de chamada Call.SIPHeader. Assim se você quer ter esta informação com dados UUI nos logs CVP, a seguir em dados GTD precisa estam presente no trecho de chamada recebida do mensagem INVITE do SORVO.
Feedback