Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Configuratie

Inleiding

In dit document worden de stappen beschreven om UUI-gegevens over CVP door te geven.

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

- CVP

- Intelligent Contact Management (ICM)-abonnement

- Session Initiation Protocol (SIP)

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies.

Configuratie

U kunt generieke gegevens naar en van Unified ICM door Unified CVP doorgeven met behulp van User-to-UserInformation (UUI).

Dit wordt verwezenlijkt door de UUS parameter (vaak bekend als de UUI) in het InitiëleAddress Message (IAM) van de Generic Transparency Descriptor (GTD) gegevens te bevolken die naar de gateway van het netwerk in het Q.931 setup-bericht wordt verzonden.

De gateway stuurt deze gegevens naar Unified CVP via SIP-berichten. Unified CVP kan de gegevens dan naar Unified ICM op een nieuwe vraag verzenden.

UI-verwerkingsscenario’s:

Wanneer GTD gegevens in het inkomende vraagbeen van het SIP INVITE bericht aanwezig zijn, slaat Unified CVP de GTD gegevens op als inkomende GTD en het UUI gedeelte (indien aanwezig) wordt doorgegeven aan Unified ICM als Unified ICM de gegevens wijzigt, stuurt het gewijzigde UUI terug naar Unified CVP. Unified CVP converteert de UUI-gegevens die het van Unified ICM naar Hex ontvangt en wijzigt de VS (indien aanwezig) en overschrijft de inkomende GTD-waarde. Alleen het Amerikaanse gedeelte wordt aangepast, in de indeling: US,3,<geconverteerde Hex-waarde van gegevens van ICM>

Wanneer GTD niet aanwezig is in het inkomende telefoongedeelte, drukt Unified CVP een informatief bericht af op het spoor met de vermelding No GTD Body aanwezig in de lagere instantie en de oproep blijft als een regelmatige oproep.

Hier volgt een voorbeeld van hoe deze informatie moet worden ontvangen:

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 verwacht dat het in GTD-gegevens en niet in de header zit. Dit is de reden waarom de gebruiker-naar-gebruiker gegevens in uw header veld niet als UUI worden verwerkt vanuit de CVP.

Raadpleeg het gedeelte Informatie doorgeven met SIP-koppen. Zodra deze correct zijn ingesteld worden deze SIP-headers doorgegeven naar Unified ICM in het veld SIPHeaderInfo van de berichten over nieuwe oproep en aanvraag. Om toegang te krijgen tot de variabele SIP-header in het ICM script, lees de aanroepvariabele Call.SIPHeader. Dus als je deze informatie met UUI-gegevens in de CVP-logbestanden wilt hebben, dan moeten GTD-gegevens aanwezig zijn in de inkomende call-poot van het SIP INVITE-bericht.