Introduction
Ce document décrit les étapes pour transmettre les données UUI sur CVP.
Conditions préalables
Exigences
Cisco vous recommande de prendre connaissance des rubriques suivantes :
- CVP
- Scripts ICM (Intelligent Contact Management)
- Protocole d'ouverture de session (SIP)
Composants utilisés
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
Configuration
Vous pouvez transmettre des données génériques vers et depuis Unified ICM via Unified CVP à l'aide de l'interface utilisateur.
Pour ce faire, il suffit de renseigner le paramètre UUS (souvent appelé UUI) dans le message d'adresse initiale (IAM) des données GTD (Generic Transparency Descriptor) envoyées à la passerelle à partir du réseau dans le message de configuration Q.931.
La passerelle envoie ces données à Unified CVP via des messages SIP. Unified CVP peut alors envoyer les données à Unified ICM lors d'un nouvel appel.
Scénarios de traitement UUI :
Lorsque des données GTD sont présentes dans la branche d'appel entrant du message SIP INVITE, Unified CVP enregistre les données GTD en tant que GTD entrante et la partie UUI (si elle est présente) est transmise à Unified ICM. Si Unified ICM modifie les données, il renvoie l'UUI modifiée à Unified CVP. Unified CVP convertit les données UUI qu'il reçoit de Unified ICM en hexadécimal et modifie l'UUS (s'il est présent) et remplace la valeur GTD entrante. Seule la partie US sera modifiée, au format suivant : UUS,3,<valeur hexadécimale convertie des données d'ICM>
Lorsque GTD n'est pas présent dans le segment d'appel entrant, Unified CVP imprime un message d'information sur le suivi indiquant Aucun corps GTD présent dans le corps de l'appelant et l'appel continue comme un appel normal.
Voici un exemple de la manière dont ces informations doivent être reçues :
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 s'attend à ce qu'il figure dans les données GTD et non dans l'en-tête. C'est la raison pour laquelle les données d'utilisateur à utilisateur dans votre champ d'en-tête ne sont pas traitées en tant qu'interface utilisateur du CVP.
Passons maintenant à la transmission des informations avec les en-têtes SIP. Une fois configurés correctement, ces en-têtes SIP sont transmis à Unified ICM dans le champ SIPHeaderInfo des messages d'instructions de nouvel appel et de demande. Pour accéder à la variable d'en-tête SIP dans le script ICM, lisez la variable d'appel Call.SIPHeader. Par conséquent, si vous souhaitez que ces informations avec les données UUI figurent dans les journaux CVP, les données GTD doivent être présentes dans la branche d'appel entrant du message SIP INVITE.
Commentaires