Inleiding
Dit document beschrijft de stappen om de UUI-gegevens via CVP door te geven.
Voorwaarden
Vereisten
Cisco raadt kennis van de volgende onderwerpen aan:
- CVP
- Intelligent Contact Management (ICM)-scripting
- Session Initiation Protocol (SIP)
Gebruikte componenten
Dit document is niet beperkt tot specifieke software- en hardware-versies.
Configuratie
U kunt generieke gegevens aan en van Unified ICM doorgeven via Unified CVP met behulp van User-to-User Information (UUI).
Dit wordt gerealiseerd door de UUS-parameter (vaak bekend als de UUI) te vullen in het InitialAddress Message (IAM) van de Generic Transparency Descriptor (GTD)-gegevens die vanuit het netwerk naar de gateway worden verzonden in het Q.931-installatiebericht.
De gateway verstuurt deze gegevens naar Unified CVP via SIP-berichten. Unified CVP kan vervolgens de gegevens naar Unified ICM versturen op een nieuwe oproep.
UUI-verwerkingsscenario’s:
Wanneer GTD-gegevens aanwezig zijn in de inkomende telefoonpoot van het SIP INVITE-bericht, slaat Unified CVP de GTD-gegevens op als inkomende GTD en wordt het UUI-gedeelte (indien aanwezig) doorgegeven aan Unified ICM Als Unified ICM de gegevens wijzigt, wordt de gewijzigde UUI teruggestuurd naar Unified CVP. Unified CVP converteert de UUI-gegevens die het ontvangt van Unified ICM naar Hex en wijzigt de UUS (als het aanwezig is) en overschrijft de inkomende GTD-waarde. Alleen het Amerikaanse deel wordt gewijzigd met behulp van het volgende formaat: UUS,3,<geconverteerde hexadecimale waarde van gegevens van ICM>
Wanneer GTD niet aanwezig is in de inkomende gesprekspoot, drukt Unified CVP een informatieve boodschap op het spoor met vermelding van Geen GTD-lichaam aanwezig in het bellenlichaam en de oproep wordt voortgezet als een reguliere oproep.
Hier is een voorbeeld 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 is en niet in de header. Dit is de reden waarom de user-to-user gegevens in uw headerveld niet worden verwerkt als UUI vanuit de CVP.
Nu met betrekking tot het Doorgeven van informatie met SIP-koppen. Zodra correct gevormd, worden deze SIP- kopballen overgegaan tot Unified ICM op het veld SIPeaderInfo van de Nieuwe vraag en de berichten van de Instructie van het Verzoek. Om tot de variabele van de SIP- Kop in het ICM manuscript toegang te hebben, lees de Call.SIPeader vraagvariabele. Dus als u deze informatie wilt hebben met UUI-gegevens in de CVP-logs, dan moeten GTD-gegevens aanwezig zijn in de inkomende call leg van het SIP INVITE-bericht.