Contenu

Introduction

Conditions préalables

Conditions requises

Composants utilisés

Configuration

Introduction

Ce document décrit les étapes pour passer les données UUI sur CVP.

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

- CVP

- Script de l'Intelligent Contact Management (missile aux performances améliorées)

- Protocole SIP (Session Initiation Protocol)

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Configuration

Vous pouvez passer des données génériques à et de l'Unified ICM par CVP unifié utilisant Utilisateur-à-UserInformation (UUI).

Ceci est accompli en remplissant paramètre UUS (souvent connu sous le nom d'UUI) dans le message d'InitialAddress (JE SUIS) des données génériques du descripteur de transparence (GTD) qui sont envoyées à la passerelle du réseau dans le message de configuration Q.931.

La passerelle envoie ces données CVP unifié par des messages SIP. CVP unifié peut alors envoyer les données à l'Unified ICM à un nouvel appel.

UUI traitant des scénarios :

Quand les données GTD sont présentes dans le segment d'appel entrant du message de SIP INVITE, CVP unifié enregistre les données GTD pendant que GTD d'arrivée et les UUI partagent (si présent) sont passés à UnifiedICM si l'Unified ICM modifie les données, il envoient l'UUI modifié de nouveau à CVP unifié. CVP unifié convertit les données UUI qu'il reçoit de l'Unified ICM dans l'hexa et modifie l'UUS (s'il est présent) et remplace la valeur d'arrivée GTD. Seulement la partie UUS bemodified, utilisant le format : Valeur d'hexa UUS,3,<converted des données d'ICM>

Quand GTD n'est pas présent dans le segment d'appel entrant, CVP unifié imprime un message d'information sur le suivi énonçant qu'aucun corps GTD actuel dans le corps d'appelant et l'appel ne continue comme appel régulier.

Voici un exemple comment 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: <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-

CVP s'attend à ce qu'il soit dans des données GTD et pas dans l'en-tête. C'est la raison pour laquelle les données individuelles dans votre domaine d'en-tête ne sont pas traitées comme UUI du CVP.

Maintenant considérant à passer les informations avec des en-têtes de SIP. Une fois que configurées correctement, ces en-têtes de SIP sont passées à l'Unified ICM dans le domaine de SIPHeaderInfo du nouvel appel et demandent des messages d'instruction. Pour accéder à la variable d'en-tête de SIP dans le script ICM, lisez la variable d'appel Call.SIPHeader. Ainsi si vous voulez avoir ces informations avec des données UUI dans le CVP se connectent, puis les données GTD doivent être présentes dans le segment d'appel entrant du message de SIP INVITE.