Gebruik van de show call active voice Command om problemen met spraakkwaliteit op te lossen

Inleiding

Dit document bespreekt de opdrachtoutput van de show call active voice (alleen geregistreerde klanten) en laat zien hoe de opdrachtoutput problemen met de spraakkwaliteit oplost.

Opmerking: de opdrachten waarnaar in dit document wordt verwezen, zijn gekoppeld aan de Command Lookup Tool (alleen geregistreerde klanten). Gebruik deze tool om meer informatie over specifieke opdrachten te zoeken.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

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

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

toon vraag actieve stemUitvoer van het Bevel

Het bevel van de showvraag actieve stem staat u toe om de inhoud van de actieve vraaglijst te tonen. De voorgestelde informatie omvat vraagtijden, wijzerplaatpeers, verbindingen, kwaliteit van de dienstparameters, en gateway behandeling van jitter. Deze informatie kan nuttig zijn wanneer u een waaier van problemen van de stemkwaliteit problemen oplost.

De tabel in dit document bevat de uitvoer van een voorbeeldweergave van de call active voice-opdracht en een korte uitleg van elke parameter.

Opmerking: De show call active voice commando toont gegevens van de gewone oude telefoonservice (POTS) en VoIP call benen op de spraakgateway. In de rest van het document worden enkele parameters in vet gedrukte tekst voor verdere bespreking aangegeven.

De waarden van de showvraag actieve bevel voor zowel de telefonie als de benen van VoIP van om het even welke actieve vraag. Voor elke poot worden dezelfde algemene parameters weergegeven, gevolgd door specifieke parameters voor het soort call leg. In deze tabel worden deze parametersecties aangegeven met een schaduwkop.

Gebruik de show call active voice-opdracht in gebruiker EXEC of geprivilegieerde EXEC-modus om gespreksinformatie weer te geven voor spraakoproepen die bezig zijn.

show call active voice [brief [id identifier] | compact [duration {less time | more
 time}] | echo-canceller call-id | id identifier | redirect {rtpvt | tbct}] 

Er zijn vele argumenten en opties voor deze opdracht. In deze lijst worden enkele bruikbaardere argumenten beschreven:

• kort—(optioneel) Hier wordt een verkorte versie weergegeven.

• compact—(optioneel) Hier worden actieve oproepen weergegeven die langer of korter zijn dan een opgegeven tijd.

• duur— (Optioneel) Geeft actieve aanroepen weer die langer of korter zijn dan een opgegeven tijd.

• echo-canceller call-id—(optioneel) Hier wordt informatie weergegeven over de status van de uitgebreide echo canceller (EC). Om de echostaat te vragen, moet u de hexadecimale ID van tevoren kennen. Om de hexadecimale ID te vinden, voer de opdracht van de de showvraag actieve stem korte in of gebruik de opdracht van de showspraakvraag. Het bereik loopt van 0 tot FFFFFFFF.

toon vraag actieve stem Parameter	Verklaring van de parameter
GENERIEK:	Generieke stats voor de POTS call leg die volgt
InstellenTijd=866793 ms	De kloktijd in stappen van 100 ms wanneer de POTS-poot wordt gestart. Voor inkomende ISDN POTS-oproepen is dit het tijdstip waarop het installatiebericht voor Q.931 wordt ontvangen.
Index=1
PeerAddress=100	Het bestemming-Patroon dat deze POTS peer aanpast. Voor een inkomende POTS call leg, is dit het call number of Automatic Number Identification (ANI).
PeerSubAddress=
PeerID=100	De dial peer-id die voor dit gespreksbeen wordt gebruikt. In dit geval zijn de PeerID en de PeerAddress hetzelfde, hoewel dit niet nodig is.
PeerIfIndex=9	Het nummer van de spraakpoortindex voor deze peer. Voor ISDN-media is dit het indexnummer van het B-kanaal dat voor deze oproep wordt gebruikt.
LogicalIfIndex=5	De index die intern wordt gebruikt om de logische interface voor de oproep te identificeren.
ConnectTime=867030	De kloktijd in stappen van 100 ms wanneer de POTS-poot wordt aangesloten. Voor een inkomende ISDN POTS-gesprekspoot is dit het tijdstip waarop het bericht Q.931 verbinding maakt.
CallDuration=00:12:26	De tijd in hh:mm:ss waarvoor de oproep vastlegt.
CallState=4	De vraagstaat voor het vraagbeen (4=active, 3=connected, 2=connect). De vraagstaat is actief.
CallOrigin=2	Oorsprong vs. antwoord (1=originate, 2=response) voor de vraagpoot. Deze gateway beantwoordt deze (POTS) vraag poot.
ChargedUnits=0	Het totale aantal oplaadeenheden dat van toepassing is op deze peer sinds het opstarten van het systeem. De maateenheid voor dit gebied is honderdste van een seconde.
InfoType=2	Het informatietype voor deze oproep (1=fax, 2=voice). Dit is een spraakoproep.
TransmitPackets=37291	Het aantal pakketten dat wordt verzonden van de digitale signaalprocessor (DSP) naar de telefonieinterface.
TransmitBytes=725552	Het aantal bytes tellen equivalent van de waarde van POTS TransmissionPackets.
OntvangPakketten=1689	Het aantal pakketten dat door DSP van de interface van de telefonie wordt ontvangen.
ReceiveBytes=33780	De byte tellen equivalent van de waarde van POTS ReceivePackets.
TELELEASE:	POTS-call leg
Verbinding ID=[0xC59FE183 0xB1700D7 0x00x84431C]	Dit is het verbindingsidentificatienummer dat de gateway geeft om deze vraag uniek te vertegenwoordigen. Het past over alle vraagbenen van de vraag op deze gateway.
TXduur=746070 ms	Duur van de aanroep (ms) = 12 min 26 seconden = 746 seconden = 746070 ms.
VoiceTXDuration=33780 ms	De cumulatieve tijd in ms wanneer spraakpakketten worden verzonden van de POTS-peer voor telefonie naar de VoIP-gateway.
FaxTXduur=0 ms	De cumulatieve tijd in ms wanneer de router in faxmodus staat.
CoderTypeRate=g729r8	De codec die voor de aanroep wordt gebruikt.
Ruisniveau=-59	Het actieve geluidsniveau voor deze oproep. Deze waarde wordt berekend in de module van de de lawaaigeneratie van het comfort en wordt gebruikt om comfort lawaai te produceren wanneer de opsporing van de stemactiviteit (VAD) wordt toegelaten.
ACOMLniveau=20	Het huidige ACOM-niveau voor deze oproep. ACOM is het gecombineerde verlies dat door de echo-annuler wordt bereikt. Deze waarde is de som van het Echo Return Loss (ERL), Echo Return Loss Enhancement (ERLE) en het Non-Linear Processing (NLP)-verlies voor de oproep.
OutSignal Level=-64	Het uitvoersignaalniveau in decibel per milliwatt (dBm).
InSignalLevel=-58	Het invoersignaalniveau in dBm.
InfoActivity=2	De actieve status van de informatieoverdrachtactiviteit voor deze oproep.
niveau = 20	De ERL voor deze oproep.
SessionTarget=	Deze waarde is van toepassing op VoIP-gespreksbenen. Deze waarde wordt gespecificeerd in de VoIP-dial-peer. Er is geen sessiedoel voor POTS call benen.
ImgPages=0
GENERIEK:	Generieke statistieken voor te volgen VOIP-gesprekspoot:
InstellenTijd=866928 ms	De kloktijd wordt in stappen van 100 ms verlengd wanneer de VoIP-gesprekspoot wordt gestart. Voor uitgaande H.323 VoIP-oproepen is dit het tijdstip waarop het setup-bericht van de H.323-oproep wordt verzonden.
Index=1
PeerAddress=200	Het bestemmingspatroon van de peer. Voor een uitgaande VoIP-gesprekspoot is dit het opgeroepen nummer of DNIS (Dial Number Identification Service).
PeerSubAddress=
PeerID=200	De peer-ID die wordt gekoppeld aan de DNIS. In dit geval zijn de peerID en de DNIS hetzelfde, hoewel dat niet nodig is.
PeerIfIndex=11
LogicalIfIndex=0
ConnectTime=867029	De kloktijd in stappen van 100 ms waarmee de VoIP-poot verbinding maakt. Voor een uitgaande H.323 VoIP-gespreksbeen is dit het tijdstip waarop het H.323-oproepbericht connect wordt ontvangen.
CallDuration=00:12:27	De duur in hh:mm:ss van een oproep.
CallState=4	De vraagstaat voor vraagbeen (4=active, 3=connected, 2=connect). De vraagstaat is actief.
CallOrigin=1	Origineer vs. antwoord (1=originate, 2=response) voor call leg. Deze gateway komt voort uit deze (VoIP) call leg.
ChargedUnits=0
InfoType=2
TransmitPackets=1689	Het aantal VoIP-pakketten dat door deze gateway op dit gespreksgedeelte wordt verzonden.
TransmitBytes=33780	Het aantal bytes is gelijk aan de waarde van VoIP TransmissionPackets. Dit moet VoiceTxDuration van de telefoongesprekspoot aanpassen aangezien met G.729 één byte per 1 ms wordt verzonden.
GetPackets=37343	Het aantal VoIP-pakketten dat door deze gateway wordt ontvangen op dit gespreksgedeelte.
ReceiveBytes=746860	Het aantal bytes is gelijk aan de waarde van VoIP Receive Packets.
VOIP:	VoIP-gespreksbeen
Connection-id[0xC59FE183 0xB1700D7 0x00x84431C]	Dit is het verbindingsidentificatienummer dat de gateway geeft om deze vraag uniek te vertegenwoordigen. Het past over alle vraagbenen van de vraag op deze gateway.
RemoteIPAaddress=10.1.1.2	Het externe IP-adres voor het gesprek.
Remote UDPort=18280	De externe User Datagram Protocol (UDP)-poort voor het gesprek.
RoundTripDelay=53 ms	De vertraging van de ronde reis zoals gemeten door de gateway.
Geselecteerde QoS=best-inspanning	Het Resource Reservation Protocol (RSVP) is niet geselecteerd in de dial-peer voor deze oproep.
TX_DTMFRelay=cisco-RTP	De vorm van DTMF RELAY die voor de vraag (als om het even welk) wordt gebruikt.
SessionProtocol=cisco	Het Session Protocol voor het gesprek. Het protocol "cisco" is de standaardinstelling, met behulp van H.323 signalering en RTP-pakketten voor het spraakverkeer. Session Initiation Protocol (SIP) is het andere VoIP-signaleringsprotocol dat kan worden gespecificeerd met behulp van de peer-opdracht voor sessieprotocol (alleen geregistreerde klanten). Non-VoIP-protocollen zoals AAL2 voor VoATM of het VoFR-protocol (Cisco proprietary Voice over Frame Relay) en FRFll voor VoFR kunnen ook worden gespecificeerd.
SessionTarget=ipv4:10.1.1.2	Het sessiedoel van de dial-peer. Het sessiedoel is RAS als er een gatekeeper wordt gebruikt.
OnTimeRVplayout=742740	De duur in ms van de spraakplayout van de gegevens die op tijd voor deze vraag worden ontvangen. De totale duur van de spraakplayout kan worden afgeleid door de duur van de spraakvulling toe te voegen aan de duur van OnTimeRvPlayout.
GapFillWithSilence=0 ms	De GW-gateway (Time) speelde stilte. In deze situaties treedt het stilzwijgen op: Wanneer een pakket is verloren en er is geen audiosteekproef beschikbaar om te spelen. Bijvoorbeeld wanneer twee of meer pakketten achtereenvolgens verloren gaan. Deze situatie kan ertoe leiden dat een hoorbare klik of hiaat door de gebruiker wordt gehoord. Wanneer de playout buffer zich aan een grotere waarde aanpast door stilte tussen gebufferde spraakpakketten in te voegen. Deze situatie leidt niet tot een akoestisch verlies aan kwaliteit.
GapFillWithPrediction=0 ms	De duur in ms van het spraaksignaal dat wordt afgespeeld met het signaal dat wordt gesynthetiseerd uit parameters, of monsters van gegevens die het op tijd voorafgaan. Deze lacune vult zich voor omdat de spraakgegevens verloren gaan of niet op tijd van de spraakgateway voor deze vraag worden ontvangen. Voorbeelden van een dergelijke pullout zijn frameraser en frame-verberging strategieën in G.729 en G.723.1 compressie algoritmen.
GapFillMet interpolatie=0 ms	Wat GapFillWithPrediction betreft, maar rekening houdend met monsters die zijn ontvangen na het ontbrekende spraakverkeer en zijn opgeslagen in de de-jitter buffer. Momenteel niet in gebruik.
GapFillMetRedundantie=0 ms	Als een redundant coderingsschema wordt gebruikt door de zender, dan kan de payload van verloren of late pakketten gedeeltelijk of volledig worden hersteld en worden afgespeeld met een verminderde impact op de spraakkwaliteit. Deze techniek wordt momenteel niet ondersteund.
HiWaterPlayoutDelay=70 ms	De First-In, First-Out (FIFO) jitterbuffer hoge markering die de maximumdiepte aangeeft waaraan de de-jitterbuffer voor deze vraag aanpast.
LoWaterPlayoutDelay=69 ms	De FIFO jitter buffer lage markering die de minimale diepte aangeeft waaraan de de-jitter buffer zich aanpast voor deze oproep.
Ontvankvertraging=69 ms	De huidige playout FIFO-vertraging plus de decodervertraging voor de oproep.
LostPackets=0 ms	De verloren RTP-pakketten werden weergegeven in ms. Elke positieve sprong in het volgnummer voegt toe aan de LostPackets teller. Bijvoorbeeld, als een gateway pakketten met een opeenvolging van aantallen in de orde van N-1, N, N+1, N+3, N+2, N+4 ontvangt, dan de LostPackets tegentoename. De grootte van de afschrikkingsbuffer en het tijdstip waarop het "verloren" pakket aankomt, bepalen of het pakket kan worden afgespeeld.
EarlyPackets=1 ms	Het aantal vroege die pakketten RTP in ms worden vertegenwoordigd. RTP-pakketten worden op het moment van verzending getimd en de RTP-tijdstempelwaarde is in het pakket opgenomen. Het tijdstip waarop het pakket wordt ontvangen wordt ook vastgesteld door de lokale klok van de gateway. Als het lokale kloktijdverschil (ontvangen tijd) van twee aangrenzende pakketten kleiner is dan hun RTP-tijdstempelverschil (verzonden tijd), wordt het tweede pakket als vroeg beschouwd. Een vroeg pakket kan voorkomen wanneer het netwerkgebruik plotseling daalt. Dit resulteert in een lagere netwerkvertraging voor een bepaald pakket.
LatePackets=0 ms	Het aantal late RTP-pakketten weergegeven in ms. Deze waarde wordt verhoogd wanneer een pakket met een RTP opeenvolgingsaantal in één van beiden van deze omstandigheden wordt ontvangen: Het RTP-volgnummer is ouder dan het RTP-volgnummer van het pakket dat momenteel wordt afgespeeld. Het RTP-volgnummer is later dan het pakket dat momenteel wordt afgespeeld maar buiten de beschikbare afspeelbuffer.
VAD = ingeschakeld	VAD is ingeschakeld voor deze call leg.
CoderTypeRate=g729r8	Het codec-type dat voor deze oproep wordt gebruikt.
CodecBytes=20	De payloadgrootte, in bytes, voor de gebruikte codec.
SignalingType=CAS	Het signaleringstype voor de oproep. Dit is alleen voor permanente gesprekken.

Gebruik van de opdrachtoutput om problemen met spraakkwaliteit op te lossen

Dit deel omvat een discussie over het effect van spraakkwaliteit van de gemarkeerde parameters in de tabel Parameters.

Consumptie van dial-peers voor matching en bandbreedte

Deze parameters geven informatie over een bepaalde VoIP-poot van een oproep. In dit bepaalde voorbeeld van de vraagpoot, de vraaggelijken met wijzerplaat peer 200, wordt de gebruikte codec G.729 met een payloadgrootte van 20 bytes, en VAD wordt toegelaten.

• PeerID=200

• CoderTypeRate=g729r8

• CodecBytes=20

• VAD = ingeschakeld

Deze informatie, wanneer gecombineerd met informatie over de netwerkconfiguratie, zoals Layer 2-transport en het optionele gebruik van gecomprimeerde RTP stelt u in staat om de vereisten per gespreksbandbreedte te bepalen voor gesprekken die overeenkomen met deze dial-peer. Raadpleeg Voice over IP - per gespreksbandbreedteverbruik voor meer informatie.

Als de geleverde bandbreedte ontoereikend is om het aantal vraag te steunen, dan kan het resultaat veranderlijke of synthetische stem zijn.

Opmerking: De opdrachtaanroepdrempel kan worden gebruikt als een van de methoden voor gesprekstoegangscontrole, maar dit commando werkt niet voor uitgaande gesprekken van ISDN-interfaces naar H323-netwerken.

Als de kenmerken van de vraagpoot niet correct lijken, herzie uw wijzerplaat peer configuratie en aanpassing. Raadpleeg een aantal van de documenten met betrekking tot dial-peers die op de pagina Technische ondersteuning van Call Routing/kiesschema’s zijn vermeld.

Gegrafeerde spraak

Gekoppelde spraak, waarvan choppy en synthetische spraak goede voorbeelden zijn, kan voorkomen in een aantal omstandigheden die gewoonlijk worden geassocieerd met onjuist geleverde WAN-links. Deze kunnen het gevolg zijn van het ontbreken van de juiste verbindingstoegangscontrole (CAC), of van verkeerd geconfigureerde spraakprioritering. Het bevel van de showvraag actieve stem verstrekt zicht in deze kwesties met deze parameters:

• OnTimeRVplayout=742740

• GapFillWithSilence=0 ms

• GapFillWithPrediction=0 ms

• HiWaterPlayoutDelay=70 ms

• LoWaterPlayoutDelay=69 ms

• Ontvankvertraging=69 ms

• LostPackets=0 ms

• EarlyPackets=1 ms

• LatePackets=0 ms

De opdracht OnTimeRvPlayout biedt een goed algemeen overzicht van de gezondheid van de oproep in vergelijking met de duur van de Total Voice Playout. De totale duur van de spraakplayout kan worden afgeleid met de toevoeging van de duur van de spraakvulling aan de duur van OnTimeRvPlayout. Als het aandeel van de tijd van de spraakuitdraai hoog is dan is de vraag waarschijnlijk gezond.

Pakketten die te lang in het pakketnetwerk worden gedropt of vertraagd, kunnen problemen met de spraakkwaliteit veroorzaken.

Bij ontvangst van pakketten die zo lang worden vertraagd dat ze niet kunnen worden gebruikt, of wanneer pakketten in het netwerk worden gedropt en helemaal niet worden ontvangen, probeert een IP-telefoon of spraakgateway de spraakstroom zo goed mogelijk te reconstrueren door de voorspelling van het spraaksignaal.

Geef herhaaldelijk het actieve stembevel uit van de showvraag op een IOS gateway om zicht in deze kwestie te verstrekken:

• LatePackets—Het aantal pakketten dat buiten de vertragingsperiode voor het afspelen van de de-jitter-buffer aankomt. Deze pakketten worden verworpen.

• LostPackets—Het aantal pakketten dat nooit bij de ontvangende IP-telefoon of gateway aankomt.

• GapFillWithPrediction—De hoeveelheid pakketvoorspelling in een aanroep. Verdeel dit aantal door de tijd van de pakketsteekproef om het aantal beïnvloede pakketten te bepalen.

• GapFillWithSilence — De hoeveelheid stilte-invoeging in de aanroep.

Opmerking: De actieve opdracht van de showpoort op een Catalyst-gateway geeft u een indicatie van jitter voor een oproep (Hi/Low water playout-vertraging), hoewel het geen onderscheid maakt tussen de invoeging van voorspellende en stilte.

• Synthetisch

  Een kleine hoeveelheid van predictive insertion is niet waarneembaar in het menselijk oor. Echter, een grote hoeveelheid veroorzaakt waarschijnlijk een verminkte kwaliteit in de stem die kan worden beschreven als synthetische of robotische stem.

• Choppy voice

  Als de pakketten worden gelaten vallen of laat aankomen, dan is het niet mogelijk voor de ontvangende codec decoder om het stemsignaal te voorspellen. In dit geval wordt het signaal vervangen door stilte die in de spraak wordt ingebracht.

  Als de vertraging variabel is (jitter), worden er bovendien pakketten afgespeeld die te laat aankomen, maar binnen de vertraging van de playout periode van de ontvangende de-jitter buffer, maar kan een onderschrijding van de de-jitter buffer veroorzaken. Een onderschrijding doet zich voor wanneer er geen pakketten meer in de buffer worden gehouden en de toespraak wordt vertraagd wanneer de buffer wacht op het volgende pakket om aan te komen. Een hoorbare spraakkloof kan het gevolg zijn.

  Een kleine hoeveelheid stilte inbrengen of jitter is niet te detecteren voor het menselijk oor. Echter, een grote hoeveelheid veroorzaakt waarschijnlijk een kwaliteit in de stem die kan worden omschreven als choppy stem of gebroken stem.

  Opmerking: Als de netwerkvertraging voldoende variabel is, is het waarschijnlijk dat het resulterende geluid van de spraak zowel synthetisch als choppy is.

Oplossen van problemen met vervormde spraak

Bepaal de oorzaak van de vertraging en (indien mogelijk) elimineer deze.

De oorzaken van vertragingen of dalingen in een pakkettelefonienetwerk kunnen vele en gevarieerd zijn. Enkele veelvoorkomende voorbeelden zijn:

• Misgeconfigureerde Low Latency Queuing

• Misgeconfigureerde fragmentatie voor lage-snelheidslinks

• Misgeconfigureerde traffic shaping en/of Frame Relay CIR (alleen geregistreerde klanten)

• Koppelingen met overgeëngageerde bandbreedte op het pad van de oproep. Een slechte CAC voor spraakoproepen bijvoorbeeld. Een voorbeeld is een G.711-oproep zonder cRTP of VAD over een 64 Kbps-link.

• Duplex mismatches in een Ethernet-omgeving

• CPU intensieve bewerkingen op een router in het pad van de oproep. Bijvoorbeeld, zuivert aan een console of het opslaan van de routerconfiguratie kan hoog CPU-gebruik veroorzaken dat pakketten vertraagt die het oversteken.

Het is ook mogelijk om de gateway de-jitter buffers te stemmen voor betere spraakprestaties in suboptimale datanetwerken. De resultaten zijn echter beperkt tot de mate waarin het datanetwerk zich correct gedraagt. Raadpleeg voor meer informatie Problemen met QoS Chopy Voice Problemen oplossen of een aantal documenten die worden vermeld op de pagina voor technische ondersteuning van spraakkwaliteit.

Sissend, statisch en knipperen

Deze parameters identificeren of VAD voor deze vraag wordt gebruikt en welke wijzerplaatpeer wordt gebruikt:

• VAD = ingeschakeld

• PeerID=200

• Ruisniveau=-59

Problemen met sissen en knippen oplossen

Om sissende en sommige front-end het knippen kwesties op te lossen, pas muziek-drempel of vad-tijd waarden (of onbruikbaar maken VAD) alvorens u problemen oplossen andere mogelijke problemen.

Test door comfort-lawaai uit te schakelen (alleen geregistreerde klanten) of VAD volledig uit te schakelen. Als het symptoom stopt, dan is de generatie van het comfort van lawaai de waarschijnlijke oorzaak van het probleem. Verlaging van de muziekdrempel (alleen geregistreerde klanten) waarbij spraak wordt gedetecteerd of verhoging van de vad-time (alleen geregistreerde klanten) waarden op de gateway kan het sissen of knippen minder merkbaar maken zonder de noodzaak om VAD permanent uit te schakelen. Deze technieken maken VAD in feite onbruikbaar bij lage volumes en/of tijdens kleine gaten, respectievelijk. Het is niet praktisch om comfort lawaai alleen uit te schakelen omdat die actie andere stemkwaliteitssymptomen veroorzaakt zoals klikken en/of gaten van absolute stilte tussen zinnen.

Raadpleeg Problemen oplossen met Hissen en Statisch voor meer informatie. Als deze afstemmingstechnieken het probleem niet oplossen, schakelt u VAD uit. Dit resulteert in een verlies aan bandbreedtebesparingen.

Problemen met sissen en knippen in één richting oplossen

VAD is de oorzaak van de meeste sissende problemen. Daarom is het belangrijk om te identificeren of het wordt toegelaten. Een van de eerste stappen om sissende of voorste knipsels van zinnen op te lossen is om VAD uit te schakelen. Daarom is het belangrijk om te kunnen vaststellen of het gehandicapt is.

Als sissen of knippen slechts in één richting gebeurt, de uitgaande richting, dan kan het te wijten zijn aan VAD die in deze richting wordt toegelaten alhoewel u hebt geprobeerd om het in de VoIP wijzerplaat peer onbruikbaar te maken. In dit geval toont de opdracht actieve spraak van de showoproep VAD ingeschakeld en de PeerID in gebruik 0. Om dit probleem te overwinnen, configureer je het inkomende call-number <number_dialed> (geregistreerde klanten alleen) commando op de VoIP dial peer om ervoor te zorgen dat oproepen naar het PSTN overeenkomen met deze peer bij de gateway. Anders, vraag in deze richting komt overeen met de standaard wijzerplaatpeer die VAD toegelaten door gebrek heeft.

Echo

Deze parameters zijn belangrijk om echo problemen op te lossen:

• ACOMLniveau=20

• OutSignal Level=-64

• InSignalLevel=-58

• niveau = 20

  De output van de testtoon is -15 en met 0 dB verlies van een lus voorzien. Daarom komt het terug op -15 dB. De ERL-waarde is op dit punt niet van belang, omdat de echo-canceller het invoersignaal niet als echo beschouwt.

  Opmerking: Het OutSignalLevel geeft de waarde van het niveau weer nadat de uitvoerdemping op het signaal is toegepast. Het InSignalLevel-niveau toont de waarde van het niveau nadat de invoerversterking is toegepast.

  Als de ERL-waarde te laag is, is het echosignaal dat terugkeert naar de gateway mogelijk te luid (binnen 6 db van het sprekersignaal). Dit zorgt ervoor dat de echo canceller het te beschouwen als spraak (dubbelspraak) in plaats van echo. Daarom annuleert de echo canceller de echo niet. ERL moet tussen 6 db en 20 db liggen om de echo-kankercel te kunnen gebruiken.

Raadpleeg Problemen met Echo-oplossing tussen IP-telefoons en Cisco IOS-gateways en Echo-probleemoplossing in IP-telefonienetwerken (audio op verzoek) voor informatie over echoproblemen bij probleemoplossing.

Jitter en typische spraakkwaliteitssymptomen

Deze sectie verklaart hoe te om het bevel van de showvraag te gebruiken actieve stem om jitter en typische symptomen van de stemkwaliteit te identificeren.

Een algemeen idee van jitter in het netwerk kan worden bepaald door het actieve stembevel van de showvraag herhaaldelijk uit te geven terwijl een vraag lopend is. Idealiter blijven deze parameters relatief stabiel. Als dat zo is, is dat een indicatie van een soepele pakketstroom. Als er echter jitter aanwezig is, zijn er scherpe, korte termijn pieken zoals die in deze twee steekproefoutput worden getoond:

GapFillWithSilence=950 ms
GapFillWithPrediction=1980 ms
GapFillWithInterpolation=0 ms 
GapFillWithRedundancy=0 ms 
HiWaterPlayoutDelay=350 ms 
LoWaterPlayoutDelay=25 ms 
ReceiveDelay=29 ms
LostPackets=0 
EarlyPackets=0 
LatePackets=83 

. 
. 
GapFillWithSilence=1040 ms 
GapFillWithPrediction=2350 ms 
GapFillWithInterpolation=0 ms 
GapFillWithRedundancy=0 ms 
HiWaterPlayoutDelay=40 ms 
LoWaterPlayoutDelay=28 ms 
ReceiveDelay=35 ms   
LostPackets=0 
EarlyPackets=0 
LatePackets=99

Het stijgende aantal late pakketten in deze voorbeelduitgangen onthullen een mate van jitter. De stilte-invoeging die wordt aangegeven door een toename in de waarde GapFillWithSilence manifesteert zich als hakkerige stem. De voorspellende invoeging, aangegeven door een toename in de GapFillWithPrediction-waarde, heeft de neiging zich te manifesteren als synthetische stem.

Om de hoeveelheid spraaksignaal te wijzigen dat wordt gebufferd om te voorkomen dat er tijdens het afspelen of tijdens het uitvoeren van de jitterbuffer wordt opgetreden, geeft u de opdracht playout-vertraging uit.

De twee modi voor configuratie voor afspeelvertraging zijn adaptief en vast:

• Adaptief staat de jitterbuffer toe om voor de duur van de vraag binnen een gevormd bereik te groeien en te krimpen wanneer u de playout-vertraging {nominale waarde uitgeeft | Maximale waarde | minimum {standaard} | laag | high}} opdracht.

• Fixed wordt ingesteld aan het begin van een oproep wanneer u de playout-vertragingsmodus {adaptief | vast [no-timestamps]} commando.

Raadpleeg Verbeteringen in afspeelvertraging voor meer informatie over VoIP.

Gerelateerde informatie

• Recognizing and Categorizing Symptoms of Voice Quality Problems (Symptomen van spraakkwaliteitsproblemen herkennen en categoriseren)
• TAC-caseverzameling: Bijstand voor probleemoplossing van spraakkwaliteit (alleen geregistreerde klanten)
• Voice-over-IP – bandbreedteverbruik per gesprek
• Probleemoplossing Sissend en statisch
• Problemen met Echo-oplossing tussen IP-telefoons en Cisco IOS-gateways
• Echo-oplossing voor problemen in IP-telefonienetwerken (audio op aanvraag)
• Spraaktechnologie-ondersteuning
• Productondersteuning voor spraak en Unified Communications
• Probleemoplossing voor Cisco IP-telefonie
• Technische ondersteuning en documentatie – Cisco Systems