Índice

Introdução

Pré-requisitos

Requisitos

Componentes Utilizados

Configuração

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)

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 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.