Introducción
Este documento describe los pasos para pasar los datos de la IU en CVP.
Prerequisites
Requirements
Cisco recomienda que tenga conocimiento sobre estos temas:
- CVP
- Scripts de Intelligent Contact Management (ICM)
- Protocolo de inicio de sesión (SIP)
Componentes Utilizados
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
Configuración
Puede pasar datos genéricos a y desde Unified ICM a través de Unified CVP mediante la información de usuario a usuario (UI).
Esto se consigue rellenando el parámetro UUS (a menudo denominado UUI) en el mensaje InitialAddress Message (IAM) de los datos del descriptor de transparencia genérico (GTD) que se envían al gateway desde la red en el mensaje de configuración Q.931.
La puerta de enlace envía estos datos a Unified CVP a través de mensajes SIP. A continuación, Unified CVP puede enviar los datos a Unified ICM en una nueva llamada.
Escenarios de procesamiento de UI:
Cuando los datos GTD están presentes en el segmento de llamada entrante del mensaje SIP INVITE, Unified CVP guarda los datos GTD como GTD entrante y la parte de la interfaz de usuario (si está presente) se pasa a Unified ICM. Si Unified ICM modifica los datos, devuelve la interfaz de usuario modificada a Unified CVP. Unified CVP convierte los datos de la interfaz de usuario que recibe de Unified ICM a hexadecimales y modifica la US (si está presente) y sobrescribe el valor de GTD entrante. Sólo se modificará la parte US, con el formato: US,3,<valor hexadecimal convertido de los datos de ICM>
Cuando GTD no está presente en el segmento de llamada entrante, Unified CVP imprime un mensaje informativo en el seguimiento que indica No hay cuerpo GTD presente en el cuerpo de la persona que llama y la llamada continúa como una llamada normal.
A continuación se muestra un ejemplo de cómo se debe recibir esta información:
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-
CVP espera que esté en los datos de GTD y no en el encabezado. Esta es la razón por la que los datos de usuario a usuario del campo de encabezado no se procesan como UI desde el CVP.
Ahora, en relación con el paso de información con encabezados SIP. Una vez configurados correctamente, estos encabezados SIP se pasan a Unified ICM en el campo SIPHeaderInfo de los mensajes Nueva llamada e Instrucción de solicitud. Para acceder a la variable de encabezado SIP en el script ICM, lea la variable de llamada Call.SIPHeader. Por lo tanto, si desea tener esta información con los datos de la interfaz de usuario en los registros de CVP, los datos de GTD deben estar presentes en el tramo de llamada entrante del mensaje SIP INVITE.