Röstsamtalsloggar och videosamtalsloggar för Azure Communication Services

Artikel
05/09/2024

Azure Communication Services erbjuder loggningsfunktioner som du kan använda för att övervaka och felsöka din Communication Services-lösning. Du konfigurerar dessa funktioner via Azure-portalen.

Innehållet i den här artikeln refererar till loggar som aktiverats via Azure Monitor (se även Vanliga frågor och svar). Information om hur du aktiverar loggarna för Communication Services finns i Aktivera loggning i diagnostikinställningar.

Databegrepp

Följande beskrivningar på hög nivå av databegrepp är specifika för röstsamtal och videosamtal. Dessa begrepp är viktiga att granska så att du kan förstå innebörden av de data som samlas in i loggarna.

Entiteter och ID:t

Bekanta dig med följande termer:

Anrop: Som representeras i data är ett anrop en abstraktion som avbildas av correlationId. Värden för correlationId är unika för varje anrop, och de är tidsbundna av callStartTime och callDuration.
Deltagare: Den här entiteten representerar anslutningen mellan en slutpunkt och servern. En deltagare (participantId) är bara närvarande när samtalet är ett gruppsamtal.
Slutpunkt: Det här är den mest unika entiteten som representeras av endpointId. Varje anrop är en händelse som innehåller data från två eller flera slutpunkter. Slutpunkter representerar deltagarna i samtalet.

EndpointType anger om slutpunkten är en mänsklig användare (PSTN eller VoIP), en robot eller servern som hanterar flera deltagare i ett samtal. När ett endpointType värde är "Server"tilldelas slutpunkten inte ett unikt ID. Du kan analysera endpointType och antalet endpointId värden för att avgöra hur många användare och andra icke-mänskliga deltagare (robotar och servrar) som ansluter till ett anrop.

Interna SDK:er för Android och iOS återanvänder samma endpointId värde för en användare i flera anrop, så att du kan få en förståelse för upplevelser mellan sessioner. Den här processen skiljer sig från webbaserade slutpunkter, som alltid genererar ett nytt endpointId värde för varje nytt anrop.
Ström: Det här är den mest detaljerade entiteten. Det finns en ström för varje riktning (inkommande eller utgående) och mediaType värde (till exempel Audio eller Video).

Datadefinitioner

Schema för användningslogg

Property	beskrivning
`Timestamp`	Tidsstämpeln (UTC) för när loggen genererades.
`Operation Name`	Åtgärden som är associerad med loggposten.
`Operation Version`	Värdet `api-version` som är associerat med åtgärden, om åtgärden `Operation Name` utfördes via ett API. Om inget API motsvarar den här åtgärden representerar versionen versionen av åtgärden, om egenskaperna som är associerade med åtgärden ändras i framtiden.
`Category`	Loggkategorin för händelsen. Kategorin är den kornighet där du kan aktivera eller inaktivera loggar på en resurs. Egenskaperna som visas i blobben för `properties` en händelse är desamma inom en loggkategori och resurstyp.
`Correlation ID`	ID:t för korrelerade händelser. Du kan använda den för att identifiera korrelerade händelser mellan flera tabeller.
`Properties`	Andra data som gäller för olika kommunikationstjänster.
`Record ID`	Det unika ID:t för en användningspost.
`Usage Type`	Användningsläget (till exempel Chatt, PSTN eller NAT).
`Unit Type`	Den typ av enhet som användningen baseras på för ett användningsläge (till exempel minuter, megabyte eller meddelanden).
`Quantity`	Antalet enheter som används eller förbrukas för den här posten.

Schema för anropssammanfattningslogg

Sammanfattningsloggen för samtal innehåller data som hjälper dig att identifiera viktiga egenskaper för alla anrop. En annan anropssammanfattningslogg skapas för varje participantId värde (endpointId om det gäller peer-to-peer-anrop [P2P] i anropet.

Viktigt!

Deltagarinformationen i samtalssammanfattningsloggen varierar beroende på deltagarens klientorganisation. SDK-versionen och OS-versionen redigeras om deltagaren inte finns i samma klientorganisation (kallas även för korsklientorganisation) som Communication Services-resursen. Deltagare mellan klientorganisationer klassificeras som externa användare som bjuds in av en resursklientorganisation för att ansluta till och samarbeta under ett anrop.

Property	beskrivning
`time`	Tidsstämpeln (UTC) för när loggen genererades.
`operationName`	Åtgärden som är associerad med loggposten.
`operationVersion`	Värdet `api-version` som är associerat med åtgärden, om åtgärden `operationName` utfördes via ett API. Om inget API motsvarar den här åtgärden representerar versionen versionen av åtgärden, om egenskaperna som är associerade med åtgärden ändras i framtiden.
`category`	Loggkategorin för händelsen. Den här egenskapen är den kornighet där du kan aktivera eller inaktivera loggar på en resurs. Egenskaperna som visas i blobben för `properties` en händelse är desamma inom en loggkategori och resurstyp.
`correlationId`	Det unika ID:t för ett anrop. Den identifierar korrelerade händelser från alla deltagare och slutpunkter som ansluter under ett enda anrop, och du kan använda dem för att koppla data från olika loggar. Om du någonsin behöver öppna ett supportärende `correlationId` med Microsoft kan du använda värdet för att enkelt identifiera det samtal som du felsöker.
`identifier`	Det unika ID:t för användaren. Identiteten kan vara en Azure Communication Services-användare, ett Microsoft Entra-användar-ID, ett anonymt användar-ID för Teams eller ett Teams-robot-ID. Du kan använda det här ID:t för att korrelera användarhändelser mellan loggar.
`callStartTime`	En tidsstämpel för anropets start, baserat på det första anslutningsförsöket från valfri slutpunkt.
`callDuration`	Samtalets varaktighet uttryckt i sekunder. Den baseras på det första anslutningsförsöket och slutet på den senaste anslutningen mellan två slutpunkter.
`callType`	Typ av anrop. Den innehåller antingen `"P2P"` eller `"Group"`. Ett `"P2P"` anrop är en direkt 1:1-anslutning mellan endast två slutpunkter som inte är server. Ett `"Group"` anrop är ett anrop som har fler än två slutpunkter eller som skapas som `"Group"` anrop före anslutningen.
`teamsThreadId`	Teams tråd-ID. Det här ID:t är endast relevant när samtalet organiseras som ett Teams-möte. Det representerar sedan användningsfallet för samverkan mellan Microsoft Teams och Azure Communication Services. Det här ID:t exponeras i driftloggar. Du kan också hämta det här ID:t via chatt-API:erna.
`participantId`	Det ID som genereras för att representera dubbelriktad anslutning mellan en `"Participant"` slutpunkt (`endpointType` = `"Server"`) och servern. När `callType` = `"P2P"`finns det en direkt anslutning mellan två slutpunkter och inget `participantId` värde genereras.
`participantStartTime`	Tidsstämpeln för början av deltagarens första anslutningsförsök.
`participantDuration`	Varaktigheten för varje deltagaranslutning i sekunder, från `participantStartTime` till tidsstämpeln när anslutningen avslutades.
`participantEndReason`	Orsaken till slutet av en deltagaranslutning. Den innehåller anropande SDK-felkoder som SDK genererar (när det är relevant) för varje `participantId` värde.
`endpointId`	Det unika ID som representerar varje slutpunkt som är ansluten till anropet, där `endpointType` definierar slutpunktstypen. När värdet är `null`är den anslutna entiteten Communication Services-servern ( = `endpointType"Server"`). Värdet `endpointId` kan ibland sparas för samma användare över flera anrop (`correlationId`) för interna klienter. Antalet `endpointId` värden avgör antalet anropssammanfattningsloggar. En distinkt sammanfattningslogg skapas för varje `endpointId` värde.
`endpointType`	Det här värdet beskriver egenskaperna för varje slutpunkt som är ansluten till anropet. Den kan innehålla `"Server"`, `"VOIP"`, `"PSTN"`, `"BOT"`eller `"Unknown"`.
`sdkVersion`	Versionssträngen för den Communication Services Calling SDK-version som varje relevant slutpunkt använder (till exempel `"1.1.00.20212500"`).
`osVersion`	En sträng som representerar operativsystemet och versionen av varje slutpunktsenhet.
`participantTenantId`	ID:t för Den Microsoft-klientorganisation som är associerad med deltagarens identitet. Klientorganisationen kan antingen vara den Azure-klientorganisation som äger Azure Communication Services-resursen eller Microsoft-klientorganisationen för en M365-identitet. Det här fältet används för att vägleda redigering mellan klientorganisationer.
`participantType`	Beskrivning av deltagaren som en kombination av klienten (Azure Communication Services eller Teams) och dess identitet (Azure Communication Services eller Microsoft 365). Möjliga värden är: Azure Communication Services (Azure Communication Services-identitet och Azure Communication Services SDK), Teams (Teams-identitet och Teams-klient), Azure Communication Services som Extern Teams-användare (Azure Communication Services-identitet och Azure Communication Services SDK i Teams-samtal eller möte), Azure Communication Services som Microsoft 365-användare (M365-identitet och Azure Communication Services-klient), och Teams Voice Apps.
`pstnPartcipantCallType`	Den representerar typen och riktningen för PSTN-deltagare, inklusive nödsamtal, direktdirigering, överföring, vidarebefordran osv.

Anropa schema för diagnostiklogg

Samtalsdiagnostikloggar ger viktig information om slutpunkterna och medieöverföringarna för varje deltagare. De innehåller också mått som hjälper dig att förstå kvalitetsproblem.

För varje slutpunkt i ett anrop skapas en distinkt anropsdiagnostiklogg för utgående medieströmmar (t.ex. ljud eller video) mellan slutpunkter. I ett P2P-anrop innehåller varje logg data som relaterar till var och en av de utgående strömmar som är associerade med varje slutpunkt. I gruppanrop participantId fungerar som en nyckelidentifierare för att ansluta relaterade utgående loggar till en distinkt deltagaranslutning. Samtalsdiagnostikloggarna förblir intakta och är desamma oavsett deltagarens klientorganisation.

Kommentar

I den här artikeln finns P2P- och gruppanrop inom samma klientorganisation som standard för alla samtalsscenarier som är mellan klientorganisationer. De anges i enlighet med detta i artikeln.

Property	beskrivning
`operationName`	Åtgärden som är associerad med loggposten.
`operationVersion`	Värdet `api-version` som är associerat med åtgärden, om åtgärden `operationName` utfördes via ett API. Om inget API motsvarar den här åtgärden representerar versionen versionen av åtgärden, om egenskaperna som är associerade med åtgärden ändras i framtiden.
`category`	Loggkategorin för händelsen. Den här egenskapen är den kornighet där du kan aktivera eller inaktivera loggar på en resurs. Egenskaperna som visas i blobben för `properties` en händelse är desamma inom en loggkategori och resurstyp.
`correlationId`	Det unika ID:t för ett anrop. Den identifierar korrelerade händelser från alla deltagare och slutpunkter som ansluter under ett enda anrop. Om du någonsin behöver öppna ett supportärende `correlationId` med Microsoft kan du använda värdet för att enkelt identifiera det samtal som du felsöker.
`participantId`	Det ID som genereras för att representera dubbelriktad anslutning mellan en `"Participant"` slutpunkt (`endpointType` = `"Server"`) och servern. När `callType` = `"P2P"`finns det en direkt anslutning mellan två slutpunkter och inget `participantId` värde genereras.
`identifier`	Det unika ID:t för användaren. Identiteten kan vara en Azure Communication Services-användare, ett Microsoft Entra-användar-ID, ett Teams-objekt-ID eller ett Teams-robot-ID. Du kan använda det här ID:t för att korrelera användarhändelser mellan loggar.
`endpointId`	Det unika ID som representerar varje slutpunkt som är ansluten till anropet, där `endpointType` definierar slutpunktstypen. När värdet är `null`är den anslutna entiteten Communication Services-servern. `EndpointId` kan sparas för samma användare över flera anrop (`correlationId`) för interna klienter men är unik för varje anrop när klienten är en webbläsare.
`endpointType`	Värdet som beskriver egenskaperna för varje `endpointId` instans. Den kan innehålla `"Server"`, `"VOIP"`, `"PSTN"`, `"BOT"`, `"Voicemail"`, `"Anonymous"`eller `"Unknown"`.
`mediaType`	Strängvärdet som beskriver vilken typ av media som överförs mellan slutpunkter i varje ström. Möjliga värden är `"Audio"`, , `"VBSS""Video"`(videobaserad skärmdelning) och `"AppSharing"`.
`streamId`	Ett icke-unikt heltal som tillsammans med `mediaType`kan du använda för att unikt identifiera strömmar med samma `participantId` värde.
`transportType`	Strängvärdet som beskriver nätverkstransportprotokollet för varje `participantId` värde. Den kan innehålla `"UDP"`, `"TCP"`eller `"Unrecognized"`. `"Unrecognized"` anger att systemet inte kunde avgöra om transporttypen var TCP eller UDP.
`roundTripTimeAvg`	Den genomsnittliga tid det tar att hämta ett IP-paket från en slutpunkt till en annan inom en `participantDuration` period. Den här fördröjningen av nätverksspridningen är relaterad till det fysiska avståndet mellan de två punkterna, ljusets hastighet och eventuella omkostnader som de olika routrarna tar mellan. Svarstiden mäts som envägs- eller tur-och-retur-tid (RTT). Dess värde uttryckt i millisekunder. En RTT som är större än 500 ms påverkar samtalskvaliteten negativt.
`roundTripTimeMax`	Den maximala RTT (i millisekunder) som uppmätts för att nå medieströmmen under en `participantDuration` period i ett gruppsamtal eller under en `callDuration` period i ett P2P-anrop.
`jitterAvg`	Den genomsnittliga fördröjningen mellan på varandra följande paket. Azure Communication Services kan anpassas till vissa nivåer av jitter genom buffring. När jitter överskrider buffring, vilket är ungefär vid en `jitterAvg` tidpunkt större än 30 ms, uppstår sannolikt en negativ kvalitetspåverkan. Paketen som anländer i olika hastigheter gör att en högtalares röst låter robotik. Det här måttet mäts för varje medieström under `participantDuration` perioden i ett gruppanrop eller under `callDuration` perioden i ett P2P-anrop.
`jitterMax`	Det maximala jittervärdet som mäts mellan paket för varje medieström. Bursts i nätverksförhållanden kan orsaka problem i trafikflödet för ljud/video.
`packetLossRateAvg`	Den genomsnittliga procentandelen paket som går förlorade. Paketförlust påverkar ljudkvaliteten direkt. Små, enskilda förlorade paket har nästan ingen inverkan, medan förluster från back-to-back orsakar ljud att skära ut helt. Paketen som släpps och inte kommer till deras avsedda mål orsakar luckor i media. Den här situationen resulterar i missade stavelser och ord, tillsammans med hackig video och delning. En paketförlustfrekvens på större än 10 % (0,1) har sannolikt en negativ kvalitetspåverkan. Det här måttet mäts för varje medieström under `participantDuration` perioden i ett gruppanrop eller under `callDuration` perioden i ett P2P-anrop.
`packetLossRateMax`	Det här värdet representerar den maximala paketförlustfrekvensen (procent) för varje medieström under `participantDuration` perioden i ett gruppanrop eller under `callDuration` perioden i ett P2P-anrop. Bursts i nätverksförhållanden kan orsaka problem i trafikflödet för ljud/video.
`JitterBufferSizeAvg`	Den genomsnittliga storleken på jitterbufferten under varje medieströms varaktighet. En jitterbuffert är ett delat dataområde där röstpaket kan samlas in, lagras och skickas till röstprocessorn i jämnt fördelade intervall. Jitterbuffert används för att motverka effekterna av jitter. Jitterbuffertar kan vara antingen statiska eller dynamiska. Statiska jitterbuffertar är inställda på en fast storlek, medan dynamiska jitterbuffertar kan justera sin storlek baserat på nätverksförhållanden. Målet med jitterbufferten är att tillhandahålla en smidig och oavbruten ström av ljud- och videodata till användaren. I webb-SDK är detta "JitterBufferSizeAvg" det genomsnittliga värdet för "jitterBufferDelay" under anropet, "jitterBufferDelay" är varaktigheten för ett ljudexempel eller en videoram som stannar i jitterbutterbufferten. Normalt när värdet "JitterBufferSizeAvg" är större än 200 ms orsakar det en negativ kvalitetspåverkan.
`JitterBufferSizeMax`	Den maximala jitterbuffertstorleken som mäts under varje medieströms varaktighet. Normalt när det här värdet är större än 200 ms orsakar det en negativ kvalitetspåverkan.
`HealedDataRatioAvg`	Den genomsnittliga procentandelen förlorade eller skadade datapaket som har rekonstruerats eller återställts av healern under ljudströmmens varaktighet. Läkta dataförhållande är ett mått på effektiviteten hos felkorrigeringstekniker som används i VoIP-system. När det här värdet är större än 0,1 (10 %), anser vi att strömmen är av dålig kvalitet.
`HealedDataRatioMax`	Det maximala helade dataförhållandet som mäts under varje medieströms varaktighet. När det här värdet är större än 0,1 (10 %), anser vi att strömmen är av dålig kvalitet.
`VideoFrameRateAvg`	Det genomsnittliga antalet videorutor som överförs per sekund under ett video-/skärmdelningsanrop. Videobildrutefrekvensen kan påverka videoströmmens kvalitet och jämnhet, med högre bildfrekvenser som i allmänhet resulterar i jämnare och mer flytande rörelse. Standardramhastigheten för WebRTC-video är vanligtvis 30 bildrutor per sekund (fps), även om detta kan variera beroende på de specifika implementerings- och nätverksvillkoren. Strömkvaliteten anses vara dålig när det här värdet är mindre än 7 för videoströmmen eller mindre än 1 för skärmdelningsström.
`RecvResolutionHeight`	Medelvärdet av den lodräta storleken på den inkommande videoströmmen som överförs under ett video-/skärmdelningssamtal. Den mäts i bildpunkter och är en av de faktorer som avgör videoströmmens övergripande upplösning och kvalitet. Den specifika upplösning som används kan bero på funktionerna i de enheter och nätverksvillkor som ingår i samtalet. Strömkvaliteten anses vara dålig när det här värdet är mindre än 240 för videoström, eller mindre än 768 för skärmdelningsström.
`RecvFreezeDurationPerMinuteInMs`	Den genomsnittliga frysvaraktigheten i millisekunder per minut för inkommande video/skärmdelningsström. Frysningar beror vanligtvis på dåligt nätverkstillstånd och kan försämra strömkvaliteten. Strömkvaliteten anses vara dålig när det här värdet är större än 6 000 ms för videoström eller större än 25 000 ms för skärmdelningsström.

Anropa loggschema för klientåtgärder

Viktigt!

Funktioner som beskrivs i den här artikeln är för närvarande i offentlig förhandsversion. Den här förhandsversionen tillhandahålls utan ett serviceavtal och vi rekommenderar det inte för produktionsarbetsbelastningar. Vissa funktioner kanske inte stöds eller kan vara begränsade. Mer information finns i Kompletterande villkor för användning av Microsoft Azure-förhandsversioner.

Anropsklientens åtgärdslogg innehåller information på klientsidan om de anropande slutpunkterna och deltagarna som deltar i ett samtal. Dessa loggar är för närvarande i förhandsversion och visar klienthändelser som inträffade i ett anrop och vilka åtgärder en kund kan ha vidtagit under ett samtal.

Den här loggen innehåller detaljerad information om åtgärder som vidtas under ett anrop och kan användas för att visualisera och undersöka samtalsproblem med hjälp av samtalsdiagnostik för din Azure Communication Services-resurs. Läs mer om samtalsdiagnostik

Property	beskrivning
`CallClientTimeStamp`	Tidsstämpeln för när åtgärden inträffade på SDK:t i UTC.
`OperationName`	Namnet på den åtgärd som utlöstes på den anropande SDK:t.
`CallId`	Det unika ID:t för ett anrop. Den identifierar korrelerade händelser från alla deltagare och slutpunkter som ansluter under ett enda anrop, och du kan använda dem för att koppla data från olika loggar. Det liknar correlationId i anropssammanfattningsloggen och anropsdiagnostikloggen.
`ParticipantId`	Den unika identifieraren för varje samtalsben (i Gruppsamtal) eller samtalsdeltagare (i Peer to Peer-anrop). Det här ID:t är den viktigaste korrelationspunkten mellan Loggarna CallSummary, CallDiagnostic, CallClientOperations och CallClientMediaStats.
`OperationType`	Anropa klientåtgärd.
`OperationId`	En unik GGUID som identifierar en SDK-åtgärd.
`DurationMs`	Den tid det tog för en anropande SDK-åtgärd att misslyckas eller lyckas.
`ResultType`	Fält som beskriver lyckade eller misslyckade åtgärder.
`ResultSignature`	HTTP-liknande fel eller lyckad kod (200, 500).
`SdkVersion`	Den version av Calling SDK som används.
`UserAgent`	Standardanvändaragentsträngen som baseras på webbläsaren eller plattformen Calling SDK används.
`ClientInstanceId`	En unik GGUID som identifierar CallClient-objektet.
`EndpointId`	Det unika ID som representerar varje slutpunkt som är ansluten till anropet, där endpointType definierar slutpunktstypen. När värdet är null är den anslutna entiteten Communication Services-servern (endpointType = "Server"). EndpointId-värdet kan ibland sparas för samma användare över flera anrop (correlationId) för interna klienter. Antalet endpointId-värden avgör antalet anropssammanfattningsloggar. En distinkt sammanfattningslogg skapas för varje endpointId-värde.
`OperationPayload`	En dynamisk nyttolast som varierar beroende på vilken åtgärd som ger mer åtgärdsspecifik information.

Anropa schema för tidsserielogg för klientmediastatistik

Viktigt!

Tidsserieloggen för tidsserier för samtalsklientmedia innehåller information på klientsidan om medieströmmarna mellan enskilda deltagare som deltar i ett samtal. Dessa loggar är för närvarande i begränsad förhandsversion och ger detaljerade tidsseriedata om ljud-, video- och skärmdelningsmediets ångor mellan deltagarna med ett standard aggregeringsintervall på 10 sekunder. Loggarna innehåller detaljerad tidsserieinformation om medieströmtyp, riktning, codec samt bithastighetsegenskaper (till exempel max, min, genomsnitt).

Den här loggen innehåller mer detaljerad information än samtalsdiagnostikloggen för att förstå kvaliteten på medieångorna mellan deltagarna. Den kan användas för att visualisera och undersöka kvalitetsproblem för dina anrop via Samtalsdiagnostik för din Azure Communication Services-resurs. Läs mer om samtalsdiagnostik

Property	beskrivning
`OperationName`	Åtgärden som är associerad med loggposten.
`CallId`	Det unika ID:t för ett anrop. Den identifierar korrelerade händelser från alla deltagare och slutpunkter som ansluter under ett enda anrop, och du kan använda dem för att koppla data från olika loggar. Det liknar correlationId i anropssammanfattningsloggen och anropsdiagnostikloggen.
`CallClientTimeStamp`	Tidsstämpeln när mediestatistiken registreras.
`MetricName`	Namnet på mediestatistiken, till exempel Bitrate, JitterInMs, PacketsPerSecond osv.
`Count`	Antalet datapunkter som samplas vid en viss tidsstämpel.
`Sum`	Summan av måttvärdena för alla datapunkter som samplas.
`Average`	Det genomsnittliga måttvärdet för de datapunkter som samplas. Genomsnitt = Summa/Antal
`Minimum`	Minsta måttvärden för alla datapunkter som samplas.
`Maximum`	Maximalt antal måttvärden för alla datapunkter som samplas.
`MediaStreamDirection`	Medieströmmens riktning. Det kan vara att skicka eller ta emot
`MediaStreamType`	Typ av medieström. Det kan vara video, ljud eller skärm.
`MediaStreamCodec`	Den codec som används för att koda/avkoda medieströmmen, till exempel H264, OPUS, VP8 osv.
`ParticipantId`	Det unika ID som genereras för att representera varje slutpunkt i anropet.
`ClientInstanceId`	Det unika ID som representerar anropsklientobjektet som skapats i anropande SDK.
`EndpointId`	Det unika ID som representerar varje slutpunkt som är ansluten till anropet. EndpointId kan sparas för samma användare över flera anrop (callIds) för interna klienter, men är unikt för varje anrop när klienten är en webbläsare. Observera att EndpointId för närvarande inte är instrumenterat i den här loggen. När det implementeras i framtiden matchar det värdena i CallSummary/Diagnostics-loggar
`RemoteParticipantId`	Det unika ID som representerar fjärrslutpunkten i medieströmmen. En användare kan till exempel återge flera videoströmmar för de andra användarna i samma anrop. Varje videoström har olika RemoteParticipantId.
`RemoteEndpointId`	Samma som EndpointId, men det representerar användaren på fjärrsidan av strömmen.
`MediaStreamId`	Ett unikt ID som representerar varje medieström i anropet. MediaStreamId är för närvarande inte instrumenterat i klienter. När den implementeras matchar den kolumnen streamId i CallDiagnostics-loggarna.
`AggregationIntervalSeconds`	Tidsintervallet för att aggregera mediestatistiken. För närvarande i anropande SDK samplas mediemåtten var 1 sekund och när vi rapporterar i loggen aggregerar vi alla exempel var 10:e sekund. Så varje rad i den här tabellen har högst 10 samplingspunkter.

P2P jämfört med gruppanrop

Det finns två typer av anrop, som representeras av callType:

Peer-to-peer-anrop (P2P): En anslutning mellan endast två slutpunkter utan serverslutpunkt. P2P-anrop initieras som ett anrop mellan dessa slutpunkter och skapas inte som en gruppanropshändelse före anslutningen.
Gruppsamtal: Alla samtal som har fler än två anslutna slutpunkter. Gruppanrop inkluderar en serverslutpunkt och anslutningen mellan varje slutpunkt och servern. P2P-anrop som lägger till en annan slutpunkt under anropet upphör att vara P2P och de blir ett gruppanrop. Du kan fastställa tidslinjen för när varje slutpunkt anslöt samtalet med hjälp av måtten participantStartTime och participantDuration .

Loggstruktur

Azure Communication Services skapar fyra typer av loggar:

Sammanfattningsloggar för samtal: Innehåller grundläggande information om anropet, inklusive alla relevanta ID:er, tidsstämplar, slutpunkter och SDK-information. För varje deltagare i ett anrop skapar Communication Services en distinkt anropssammanfattningslogg.

Om någon ansluter till ett anrop igen har deltagaren samma EndpointId värde men ett annat ParticipantId värde. Slutpunkten kan sedan ha två sammanfattningsloggar för samtal.
Anropa diagnostikloggar: Innehåller information om strömmen, tillsammans med en uppsättning mått som anger kvaliteten på upplevelsemätningar. För varje EndpointId samtal (inklusive servern) skapar Azure Communication Services en distinkt anropsdiagnostiklogg för varje medieström (till exempel ljud eller video) mellan slutpunkter.
Samtalsklientdriftsloggar: Innehåller detaljerade samtalsklienthändelser. Dessa logghändelser genereras för var och EndpointId en i ett anrop och antalet händelseloggar som genereras beror på vilka åtgärder deltagaren utförde under anropet.
Anropa statistikloggar för klientmedia: Innehåller detaljerade mediaströmvärden. Dessa loggar genereras för varje medieström i ett anrop. För varje EndpointId samtal (inklusive servern) skapar Azure Communication Services en distinkt logg för varje medieström (till exempel ljud eller video) mellan slutpunkter. Mängden data som genereras i varje logg beror på samtalets varaktighet och antalet medieångor i samtalet.

I ett P2P-anrop innehåller varje logg data som relaterar till var och en av de utgående strömmar som är associerade med varje slutpunkt. I ett gruppanrop skapar varje ström som är associerad med endpointType = "Server" en logg som innehåller data för de inkommande strömmarna. Alla andra strömmar skapar loggar som innehåller data för utgående strömmar för alla icke-serverslutpunkter. I gruppanrop använder du participantId värdet som nyckel för att ansluta relaterade inkommande och utgående loggar till en distinkt deltagaranslutning.

Exempel: P2P-anrop

Följande diagram representerar två slutpunkter som är anslutna direkt i ett P2P-anrop. I det här exemplet skapar Communication Services två anropssammanfattningsloggar (en för varje participantID värde) och fyra anropsdiagnostikloggar (en för varje medieström).

För acs-samtalsklientdeltagare (Azure Communication Services) kommer det också att finnas en serie loggar för anropsklientåtgärder och tidsserieloggar för samtalsklientmediastatistik. Det exakta antalet loggar beror på vilken typ av SDK-åtgärder som anropas och hur länge anropet är.

Diagram som visar ett P2P-anrop i samma klientorganisation.

Exempel: Gruppsamtal

Följande diagram representerar ett gruppanropsexempel med tre participantId värden (vilket innebär tre deltagare) och en serverslutpunkt. Flera värden för endpointId kan potentiellt visas i flera deltagare, till exempel när de återansluter till ett anrop från samma enhet. Communication Services skapar en anropssammanfattningslogg för varje participantId värde. Den skapar fyra anropsdiagnostikloggar: en för varje medieström per participantId.

För ACS-anropsklientdeltagare (Azure Communication Services) är loggarna för anropsklientåtgärder desamma som P2P-anrop. För varje deltagare som använder anropande SDK finns det en serie anropsklientdriftsloggar.

För Acs-samtalsklientdeltagare (Azure Communication Services) är loggarna för anropsklientåtgärder och tidsserieloggar för samtalsmediestatistik samma som P2P-anrop. För varje deltagare som använder anropande SDK finns det en serie tidsserieloggar för samtalsklientåtgärder och tidsserieloggar för samtalsmediastatistik.

Diagram som visar ett gruppanrop inom samma klientorganisation.

Exempel: P2P-anrop mellan klientorganisationer

Följande diagram representerar två deltagare i flera klienter som är direkt anslutna i ett P2P-anrop. I det här exemplet skapar Communication Services en anropssammanfattningslogg (en för varje deltagare) med redacted OS- och SDK-versioner. Communication Services skapar också fyra anropsdiagnostikloggar (en för varje medieström). Varje logg innehåller data som relaterar till den utgående strömmen av participantID.

Diagram som visar ett P2P-anrop mellan klientorganisationer.

Exempel: Gruppanrop mellan klientorganisationer

Följande diagram representerar ett gruppanropsexempel med tre participantId värden i flera klienter. Communication Services skapar en anropssammanfattningslogg för varje deltagare med redacted OS- och SDK-versioner. Communication Services skapar också fyra anropsdiagnostikloggar som relaterar till varje participantId värde (en för varje medieström).

Diagram som visar ett gruppanrop mellan klientorganisationer.

Kommentar

Den här versionen stöder endast utgående diagnostikloggar. OS- och SDK-versioner som är associerade med roboten och deltagaren kan redigeras eftersom Communication Services behandlar identiteter för deltagare och robotar på samma sätt.

Exempeldata

P2P-anrop

Här är delade fält för alla loggar i ett P2P-anrop:

"time":                     "2021-07-19T18:46:50.188Z",
"resourceId":               "SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/RESOURCEGROUPS/ACS-TEST-RG/PROVIDERS/MICROSOFT.COMMUNICATION/COMMUNICATIONSERVICES/ACS-PROD-CCTS-TESTS",
"correlationId":            "8d1a8374-344d-4502-b54b-ba2d6daaf0ae",

Samtalssammanfattningsloggar

Samtalssammanfattningsloggar har delad åtgärd och kategoriinformation:

"operationName":            "CallSummary",
"operationVersion":         "1.0",
"category":                 "CallSummary",

Här är en samtalssammanfattning för VoIP-användare 1:

"properties": {
    "identifier":               "acs:61fddbe3-0003-4066-97bc-6aaf143bbb84_0000000b-4fee-66cf-ac00-343a0d003158",
    "callStartTime":            "2021-07-19T17:54:05.113Z",
    "callDuration":             6,
    "callType":                 "P2P",
    "teamsThreadId":            "null",
    "participantId":            "null",    
    "participantStartTime":     "2021-07-19T17:54:06.758Z",
    "participantDuration":      "5",
    "participantEndReason":     "0",
    "endpointId":               "570ea078-74e9-4430-9c67-464ba1fa5859",
    "endpointType":             "VoIP",
    "sdkVersion":               "1.0.1.0",
    "osVersion":                "Windows 10.0.17763 Arch: x64"
}

Här är en samtalssammanfattning för VoIP-användare 2:

"properties": {
    "identifier":               "acs:7af14122-9ac7-4b81-80a8-4bf3582b42d0_06f9276d-8efe-4bdd-8c22-ebc5434903f0",
    "callStartTime":            "2021-07-19T17:54:05.335Z",
    "callDuration":             6,
    "callType":                 "P2P",
    "teamsThreadId":            "null",
    "participantId":            "null",
    "participantStartTime":     "2021-07-19T17:54:06.335Z",
    "participantDuration":      "5",
    "participantEndReason":     "0",
    "endpointId":               "a5bd82f9-ac38-4f4a-a0fa-bb3467cdcc64",
    "endpointType":             "VoIP",
    "sdkVersion":               "1.1.0.0",
    "osVersion":                "null"
}

Här är en sammanfattningslogg för samtal mellan klientorganisationer för VoIP-användare 1:

"properties": {
    "identifier":               "1e4c59e1-r1rr-49bc-893d-990dsds8f9f5",
    "callStartTime":            "2022-08-14T06:18:27.010Z",
    "callDuration":             520,
    "callType":                 "P2P",
    "teamsThreadId":            "null",
    "participantId":            "null",
    "participantTenantId":      "02cbdb3c-155a-4b95-b829-6d56a45787ca",
    "participantStartTime":     "2022-08-14T06:18:27.010Z",
    "participantDuration":      "520",
    "participantEndReason":     "0",
    "endpointId":               "02cbdb3c-155a-4d98-b829-aaaaa61d44ea",
    "endpointType":             "VoIP",
    "sdkVersion":               "Redacted",
    "osVersion":                "Redacted"
}

Här är en samtalssammanfattning för ett PSTN-samtal:

Kommentar

P2P- eller gruppanropsloggar har os- och SDK-versioner redigerade oavsett om det är deltagarens klientorganisation eller robotens klientorganisation.

"properties": {
    "identifier": "b1999c3e-bbbb-4650-9b23-9999bdabab47",
    "callStartTime": "2022-08-07T13:53:12Z",
    "callDuration": 1470,
    "callType": "Group",
    "teamsThreadId": "19:36ec5177126fff000aaa521670c804a3@thread.v2",
    "participantId": " b25cf111-73df-4e0a-a888-640000abe34d",
    "participantStartTime": "2022-08-07T13:56:45Z",
    "participantDuration": 960,
    "participantEndReason": "0",
    "endpointId": "8731d003-6c1e-4808-8159-effff000aaa2",
    "endpointType": "PSTN",
    "sdkVersion": "Redacted",
    "osVersion": "Redacted"
}

Anropa diagnostikloggar

Anropa information om resursåtgärd för diagnostikloggar:

"operationName":            "CallDiagnostics",
"operationVersion":         "1.0",
"category":                 "CallDiagnostics",

Här är en diagnostiklogg för en ljudström från VoIP-slutpunkt 1 till VoIP-slutpunkt 2:

"properties": {
    "identifier":           "acs:61fddbe3-0003-4066-97bc-6aaf143bbb84_0000000b-4fee-66cf-ac00-343a0d003158",
    "participantId":        "null",
    "endpointId":           "570ea078-74e9-4430-9c67-464ba1fa5859",
    "endpointType":         "VoIP",
    "mediaType":            "Audio",
    "streamId":             "1000",
    "transportType":        "UDP",
    "roundTripTimeAvg":     "82",
    "roundTripTimeMax":     "88",
    "jitterAvg":            "1",
    "jitterMax":            "1",
    "packetLossRateAvg":    "0",
    "packetLossRateMax":    "0"
}

Här är en diagnostiklogg för en ljudström från VoIP-slutpunkt 2 till VoIP-slutpunkt 1:

"properties": {
    "identifier":           "acs:7af14122-9ac7-4b81-80a8-4bf3582b42d0_06f9276d-8efe-4bdd-8c22-ebc5434903f0",
    "participantId":        "null",
    "endpointId":           "a5bd82f9-ac38-4f4a-a0fa-bb3467cdcc64",
    "endpointType":         "VoIP",
    "mediaType":            "Audio",
    "streamId":             "1363841599",
    "transportType":        "UDP",
    "roundTripTimeAvg":     "78",
    "roundTripTimeMax":     "84",
    "jitterAvg":            "1",
    "jitterMax":            "1",
    "packetLossRateAvg":    "0",
    "packetLossRateMax":    "0"
}

Här är en diagnostiklogg för en videoström från VoIP-slutpunkt 1 till VoIP-slutpunkt 2:

"properties": {
    "identifier":           "acs:61fddbe3-0003-4066-97bc-6aaf143bbb84_0000000b-4fee-66cf-ac00-343a0d003158",
    "participantId":        "null",
    "endpointId":           "570ea078-74e9-4430-9c67-464ba1fa5859",
    "endpointType":         "VoIP",
    "mediaType":            "Video",
    "streamId":             "2804",
    "transportType":        "UDP",
    "roundTripTimeAvg":     "103",
    "roundTripTimeMax":     "143",
    "jitterAvg":            "0",
    "jitterMax":            "4",
    "packetLossRateAvg":    "3.146336E-05",
    "packetLossRateMax":    "0.001769911"
}

Gruppsamtal

Data för ett gruppanrop genereras i tre anropssammanfattningsloggar och sex anropsdiagnostikloggar. Här är delade fält för alla loggar i anropet:

"time":                     "2021-07-05T06:30:06.402Z",
"resourceId":               "SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/RESOURCEGROUPS/ACS-TEST-RG/PROVIDERS/MICROSOFT.COMMUNICATION/COMMUNICATIONSERVICES/ACS-PROD-CCTS-TESTS",
"correlationId":            "341acde7-8aa5-445b-a3da-2ddadca47d22",

Samtalssammanfattningsloggar

Samtalssammanfattningsloggar har delad åtgärd och kategoriinformation:

"operationName":            "CallSummary",
"operationVersion":         "1.0",
"category":                 "CallSummary",

Här är en anropssammanfattning för VoIP-slutpunkt 1:

"properties": {
    "identifier":               "acs:1797dbb3-f982-47b0-b98e-6a76084454f1_0000000b-1531-729f-ac00-343a0d00d975",
    "callStartTime":            "2021-07-05T06:16:40.240Z",
    "callDuration":             87,
    "callType":                 "Group",
    "teamsThreadId":            "19:meeting_MjZiOTAyN2YtZWU1Yi00ZTZiLT77777OOOOO99999jgxOTkw@thread.v2",
    "participantId":            "04cc26f5-a86d-481c-b9f9-7a40be4d6fba",
    "participantStartTime":     "2021-07-05T06:16:44.235Z",
    "participantDuration":      "82",
    "participantEndReason":     "0",
    "endpointId":               "5ebd55df-ffff-ffff-89e6-4f3f0453b1a6",
    "endpointType":             "VoIP",
    "sdkVersion":               "1.0.0.3",
    "osVersion":                "Darwin Kernel Version 18.7.0: Mon Nov 9 15:07:15 PST 2020; root:xnu-4903.272.3~3/RELEASE_ARM64_S5L8960X"
}

Här är en anropssammanfattning för VoIP-slutpunkt 3:

"properties": {
    "identifier":               "acs:1797dbb3-f982-47b0-b98e-6a76084454f1_0000000b-1531-57c6-ac00-343a0d00d972",
    "callStartTime":            "2021-07-05T06:16:40.240Z",
    "callDuration":             87,
    "callType":                 "Group",
    "teamsThreadId":            "19:meeting_MjZiOTAyN2YtZWU1Yi00ZTZiLTk2ZDUtYTZlM2I2ZjgxOTkw@thread.v2",
    "participantId":            "1a9cb3d1-7898-4063-b3d2-26c1630ecf03",
    "participantStartTime":     "2021-07-05T06:16:40.240Z",
    "participantDuration":      "87",
    "participantEndReason":     "0",
    "endpointId":               "5ebd55df-ffff-ffff-ab89-19ff584890b7",
    "endpointType":             "VoIP",
    "sdkVersion":               "1.0.0.3",
    "osVersion":                "Android 11.0; Manufacturer: Google; Product: redfin; Model: Pixel 5; Hardware: redfin"
}

Här är en samtalssammanfattning för PSTN-slutpunkt 2:

"properties": {
    "identifier":               "null",
    "callStartTime":            "2021-07-05T06:16:40.240Z",
    "callDuration":             87,
    "callType":                 "Group",
    "teamsThreadId":            "19:meeting_MjZiOTAyN2YtZWU1Yi00ZTZiLT77777OOOOO99999jgxOTkw@thread.v2",
    "participantId":            "515650f7-8204-4079-ac9d-d8f4bf07b04c",
    "participantStartTime":     "2021-07-05T06:17:10.447Z",
    "participantDuration":      "52",
    "participantEndReason":     "0",
    "endpointId":               "46387150-692a-47be-8c9d-1237efe6c48b",
    "endpointType":             "PSTN",
    "sdkVersion":               "null",
    "osVersion":                "null"
}

Här är en sammanfattningslogg för samtal mellan klientorganisationer:

"properties": {
    "identifier":               "1e4c59e1-r1rr-49bc-893d-990dsds8f9f5",
    "callStartTime":            "2022-08-14T06:18:27.010Z",
    "callDuration":             912,
    "callType":                 "Group",
    "teamsThreadId":            "19:meeting_MjZiOTAyN2YtZWU1Yi00ZTZiLT77777OOOOO99999jgxOTkw@thread.v2",
    "participantId":            "aa1dd7da-5922-4bb1-a4fa-e350a111fd9c",
    "participantTenantId":      "02cbdb3c-155a-4b95-b829-6d56a45787ca",
    "participantStartTime":     "2022-08-14T06:18:27.010Z",
    "participantDuration":      "902",
    "participantEndReason":     "0",
    "endpointId":               "02cbdb3c-155a-4d98-b829-aaaaa61d44ea",
    "endpointType":             "VoIP",
    "sdkVersion":               "Redacted",
    "osVersion":                "Redacted"
}

Här är en sammanfattningslogg för samtal mellan klientorganisationer med en robot som deltagare:


"properties": {
    "identifier":             "b1902c3e-b9f7-4650-9b23-9999bdabab47",
    "callStartTime":          "2022-08-09T16:00:32Z",
    "callDuration":            1470,
    "callType":               "Group",
    "teamsThreadId":         "19:meeting_MmQwZDcwYTQtZ000HWE6NzI4LTg1YTAtNXXXXX99999ZZZZZ@thread.v2",
    "participantId":           "66e9d9a7-a434-4663-d91d-fb1ea73ff31e",
    "participantStartTime":    "2022-08-09T16:14:18Z",
    "participantDuration":      644,
    "participantEndReason":    "0",
    "endpointId":             "69680ec2-5ac0-4a3c-9574-eaaa77720b82",
    "endpointType":           "Bot",
    "sdkVersion":             "Redacted",
    "osVersion":              "Redacted"
}

Anropa diagnostikloggar

Anropa information om resursåtgärd för diagnostikloggar:

"operationName":            "CallDiagnostics",
"operationVersion":         "1.0",
"category":                 "CallDiagnostics",

Här är en diagnostiklogg för en ljudström från VoIP-slutpunkt 1 till en serverslutpunkt:

"properties": {
    "identifier":           "acs:1797dbb3-f982-47b0-b98e-6a76084454f1_0000000b-1531-729f-ac00-343a0d00d975",
    "participantId":        "04cc26f5-a86d-481c-b9f9-7a40be4d6fba",
    "endpointId":           "5ebd55df-ffff-ffff-89e6-4f3f0453b1a6",
    "endpointType":         "VoIP",
    "mediaType":            "Audio",
    "streamId":             "14884",
    "transportType":        "UDP",
    "roundTripTimeAvg":     "46",
    "roundTripTimeMax":     "48",
    "jitterAvg":            "0",
    "jitterMax":            "1",
    "packetLossRateAvg":    "0",
    "packetLossRateMax":    "0"
}

Här är en diagnostiklogg för en ljudström från en serverslutpunkt till VoIP-slutpunkt 1:

"properties": {
    "identifier":           null,
    "participantId":        "04cc26f5-a86d-481c-b9f9-7a40be4d6fba",
    "endpointId":           null,
    "endpointType":         "Server",
    "mediaType":            "Audio",
    "streamId":             "2001",
    "transportType":        "UDP",
    "roundTripTimeAvg":     "42",
    "roundTripTimeMax":     "44",
    "jitterAvg":            "1",
    "jitterMax":            "1",
    "packetLossRateAvg":    "0",
    "packetLossRateMax":    "0"
}

Här är en diagnostiklogg för en ljudström från VoIP-slutpunkt 3 till en serverslutpunkt:

"properties": {
    "identifier":           "acs:1797dbb3-f982-47b0-b98e-6a76084454f1_0000000b-1531-57c6-ac00-343a0d00d972",
    "participantId":        "1a9cb3d1-7898-4063-b3d2-26c1630ecf03",
    "endpointId":           "5ebd55df-ffff-ffff-ab89-19ff584890b7",
    "endpointType":         "VoIP",
    "mediaType":            "Audio",
    "streamId":             "13783",
    "transportType":        "UDP",
    "roundTripTimeAvg":     "45",
    "roundTripTimeMax":     "46",
    "jitterAvg":            "1",
    "jitterMax":            "2",
    "packetLossRateAvg":    "0",
    "packetLossRateMax":    "0"
}

Här är en diagnostiklogg för en ljudström från en serverslutpunkt till VoIP-slutpunkt 3:

"properties": {
    "identifier":           "null",
    "participantId":        "1a9cb3d1-7898-4063-b3d2-26c1630ecf03",
    "endpointId":           null,
    "endpointType":         "Server"    
    "mediaType":            "Audio",
    "streamId":             "1000",
    "transportType":        "UDP",
    "roundTripTimeAvg":     "45",
    "roundTripTimeMax":     "46",
    "jitterAvg":            "1",
    "jitterMax":            "4",
    "packetLossRateAvg":    "0",

Anropa klientåtgärdsloggen och anropa statistikloggar för klientmedia för P2P- och gruppanrop

För loggen för anropsklientåtgärder och tidsserieloggen för anropsklientens mediastatistik finns det ingen skillnad mellan scenarier för P2P- och gruppsamtal och antalet loggar beror på SDK-åtgärderna och samtalsvaraktigheten. Följande innehåller några allmänna exempel som visar schemat för dessa loggar.

Anropa klientdriftsloggen

Här är en anropsklientåtgärdslogg för åtgärden "CreateView":

"properties": {
    "TenantId":               "4e7403f8-515a-4df5-8e13-59f0e2b76e3a",
    "TimeGenerated":          "2024-01-09T17:06:50.3Z",
    "CallClientTimeStamp":    "2024-01-09T15:07:56.066Z",
    "OperationName":          "CreateView" ,   
    "CallId":                 "92d800c4-abde-40be-91e9-3814ee786b19",
    "ParticipantId":          "2656fd6c-6d4a-451d-a1a5-ce1baefc4d5c",
    "OperationType":          "client-api-request",
    "OperationId":            "0d987336-37e0-4acc-aba3-e48741d88103",
    "DurationMs":             "577",
    "ResultType":             "Succeeded",
    "ResultSignature":        "200",
    "SdkVersion":             "1.19.2.2_beta",
    "UserAgent":              "azure-communication-services/1.3.1-beta.1 azsdk-js-communication-calling/1.19.2-beta.2 (javascript_calling_sdk;#clientTag:904f667c-5f25-4729-9ee8-6968b0eaa40b). Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36",
    "ClientInstanceId":       "d08a3d05-db90-415f-88a7-87ae74edc1dd",
    "OperationPayload":       "{"StreamType":"Video","StreamId":"2.0","Source":"remote","RemoteParticipantId":"remote"}",
    "Type":                   "ACSCallClientOperations"
}

Varje deltagare kan ha många olika mått för ett anrop. Följande fråga kan köras i Log Analytics i Azure-portalen för att visa en lista över alla möjliga åtgärder i loggen för anropsklientåtgärder:

ACSCallClientOperations | distinct OperationName

Anropa tidsserieloggen för klientmediestatistik

Följande är ett exempel på tidsserielogg för mediestatistik. Den visar deltagarens Jitter-mått för att ta emot en ljudström vid en viss tidsstämpel.

"properties": {
    "TenantId":                     "4e7403f8-515a-4df5-8e13-59f0e2b76e3a",
    "TimeGenerated":                "2024-01-10T07:36:51.771Z",
    "OperationName":                "CallClientMediaStatsTimeSeries" ,  
    "CallId":                       "92d800c4-abde-40be-91e9-3814ee786b19", 
    "CallClientTimeStamp":          "2024-01-09T15:07:56.066Z",
    "MetricName":                   "JitterInMs",
    "Count":                        "2",
    "Sum":                          "34",
    "Average":                      "17",
    "Minimum":                      "10",
    "Maximum":                      "25",
    "MediaStreamDirection":         "recv",
    "MediaStreamType":              "audio",
    "MediaStreamCodec":             "OPUS",
    "ParticipantId":                "2656fd6c-6d4a-451d-a1a5-ce1baefc4d5c",
     "ClientInstanceId":            "d08a3d05-db90-415f-88a7-87ae74edc1dd",
    "AggregationIntervalSeconds":   "10",
    "Type":                         "ACSCallClientMediaStatsTimeSeries"
}

Varje deltagare kan ha många olika mediestatistikmått för ett anrop. Följande fråga kan köras i Log Analytics i Azure-portalen för att visa alla möjliga mått i den här loggen:

ACSCallClientMediaStatsTimeSeries | distinct MetricName

Felkoder

Egenskapen participantEndReason innehåller ett värde från uppsättningen anropande SDK-felkoder. Du kan referera till dessa koder för att felsöka problem under anropet för varje slutpunkt. Se Felsökning i Azure Communication Services.

Nästa steg

Lär dig mer om instrumentpanelen insikter för att övervaka loggar och mått för röstsamtal och videosamtal.
Mer information om metodtips för att hantera samtalskvalitet och tillförlitlighet finns i: Förbättra och hantera samtalskvalitet
Lär dig hur du använder samtalsloggar för att diagnostisera problem med samtalskvalitet och tillförlitlighet med samtalsdiagnostik, se: Samtalsdiagnostik

Share via

Röstsamtalsloggar och videosamtalsloggar för Azure Communication Services

Databegrepp

Entiteter och ID:t

Datadefinitioner

Schema för användningslogg

Schema för anropssammanfattningslogg

Anropa schema för diagnostiklogg

Anropa loggschema för klientåtgärder

Anropa schema för tidsserielogg för klientmediastatistik

P2P jämfört med gruppanrop

Loggstruktur

Exempel: P2P-anrop

Exempel: Gruppsamtal

Exempel: P2P-anrop mellan klientorganisationer

Exempel: Gruppanrop mellan klientorganisationer

Exempeldata

P2P-anrop

Samtalssammanfattningsloggar

Anropa diagnostikloggar

Gruppsamtal

Samtalssammanfattningsloggar

Anropa diagnostikloggar

Anropa klientåtgärdsloggen och anropa statistikloggar för klientmedia för P2P- och gruppanrop

Anropa klientdriftsloggen

Anropa tidsserieloggen för klientmediestatistik

Felkoder

Nästa steg

Ytterligare resurser