Ein SLA für Voice & Video im Telekommunikationsnetz ist nur dann wirklich belastbar, wenn die QoS-Kriterien klar definiert, messbar und technisch durchsetzbar sind. Viele Verträge scheitern nicht an der Absicht, sondern an unpräzisen Formulierungen wie „hohe Qualität“ oder „priorisiert“ – ohne konkrete Grenzwerte, Messmethoden, Geltungsbereiche und Ausnahmen. Für Echtzeitdienste wie VoIP, Unified Communications, WebRTC-Video Calls oder IPTV sind die klassischen QoS-Größen Latenz, Jitter und Paketverlust entscheidend, ergänzt um Service-KPIs wie Call Setup Time, Erfolgsraten oder MOS/R-Faktor. Gleichzeitig muss ein Telco-SLA die Realität großer Netze abbilden: mehrere Domänen (Access, Aggregation, Core, Interconnect), unterschiedliche Transporttechnologien (Ethernet, MPLS, Segment Routing), variable Funkbedingungen (bei Mobilfunk) sowie Übergabepunkte zu Partnern, Cloud-Plattformen und Peering. Dieser Artikel zeigt, wie Sie ein SLA für Voice & Video so formulieren, dass es sowohl für Kunden verständlich als auch für Provider operativ handhabbar ist: mit sauberen QoS-Kriterien, klaren Messpunkten, definierten Klassen/Markierungen, geeigneten Messverfahren und praxisnahen Regeln für Ausnahmen und Nachweisführung.
Warum SLAs für Echtzeitdienste besondere Präzision brauchen
Bei Best-Effort-Datenverkehr ist ein SLA oft eher ein Verfügbarkeitsversprechen. Bei Voice & Video geht es zusätzlich um das Nutzererlebnis in Echtzeit. Schon kleine Abweichungen können hör- oder sichtbar werden. Ein gutes SLA muss deshalb zwei Ebenen verbinden:
- Netz-QoS: messbare Transportqualität (Latenz, Jitter, Verlust), die durch QoS-Mechanismen steuerbar ist.
- Service-QoE: wahrnehmbare Qualität (z. B. MOS, Video-Freeze-Events), die vom End-to-End-Pfad inklusive Endpunkten abhängt.
Die Kunst besteht darin, SLA-Kriterien so zu definieren, dass sie eindeutig sind, reproduzierbar gemessen werden können und gleichzeitig fair bleiben – denn nicht jede Störung liegt im Einflussbereich des Providers (z. B. LAN des Kunden, WLAN, Endgeräte, externe Cloud-Edges).
Begriffsrahmen: SLA, SLO und KPI sauber trennen
In der Praxis werden diese Begriffe oft vermischt. Für ein professionelles SLA ist eine klare Trennung hilfreich:
- SLA (Service Level Agreement): vertragliche Zusage inkl. Messmethode, Geltungsbereich, Reporting und Konsequenzen.
- SLO (Service Level Objective): Zielwert(e), die ein SLA erfüllen sollen (z. B. „Jitter < X“).
- KPI (Key Performance Indicator): gemessene Kennzahl zur Bewertung (z. B. „Paketverlust in Klasse Voice“).
Ein gutes SLA beschreibt: welche KPIs gemessen werden, welche SLOs gelten, wo gemessen wird, wie oft ausgewertet wird und wann ein SLA als verletzt gilt.
Welche QoS-Kriterien ein Voice-&-Video-SLA enthalten sollte
Für Echtzeitdienste sind drei Netzmetriken nahezu immer Pflicht. Dazu kommen servicebezogene Kennzahlen, die die Kundensicht besser abbilden.
Netzmetriken (QoS): Latenz, Jitter, Paketverlust
- One-Way Latenz: sofern messbar, die aussagekräftigste Verzögerungskennzahl für Echtzeit.
- Round-Trip Time (RTT): praktikable Alternative, wenn One-Way nicht sauber messbar ist.
- Jitter: idealerweise als Perzentile (z. B. 95./99.), nicht nur als Durchschnitt.
- Paketverlust: zusätzlich zur Durchschnittsrate sollte Burstiness berücksichtigt werden (Loss-Cluster).
In Telco-SLAs ist es sinnvoll, diese Werte pro Serviceklasse zu definieren, nicht nur „gesamt“. Voice- und Video-Verkehr laufen in der Regel in definierten QoS-Klassen, und genau diese Klassen sollen geschützt werden.
Service-KPIs (QoE-nahe): MOS, R-Faktor und Setup-Kennzahlen
- MOS/R-Faktor: als aggregierter Qualitätsindikator für Voice (modellbasiert oder aus RTCP/Analytics).
- Call Setup Time: Zeit vom Wahlbeginn bis zum Rufaufbau (insbesondere relevant bei SIP/IMS).
- Call Success Rate: Anteil erfolgreicher Verbindungen (z. B. ohne Abbruch in den ersten Sekunden).
- Video-QoE: Freeze-Events, Bitrate-Switches, Paketverlust/Jitter aus Plattform-Telemetrie (bei UC/WebRTC).
Service-KPIs sind sehr wertvoll, müssen aber sauber eingegrenzt werden: Sie hängen von Endgeräten, Codecs, Plattformen und dem Pfad bis zur Gegenstelle ab. Deshalb sind sie im SLA meist nur dann sinnvoll, wenn der Provider den Service end-to-end kontrolliert (z. B. managed UC, SIP-Trunk, VoLTE, IPTV).
Voice und Video sind verschieden: SLA-Kriterien nach Diensttyp differenzieren
Ein häufiger Fehler ist ein „Einheits-SLA“ für alle Echtzeitdienste. In der Praxis sollten Sie mindestens zwischen diesen Kategorien unterscheiden:
- Voice (VoIP/IMS/VoLTE): höchste Sensitivität, geringe Bandbreite, strikte Anforderungen an Jitter und Verlust.
- Interaktives Video (Meetings/WebRTC/UC): hohe, variable Bandbreite; benötigt bevorzugte Behandlung, aber meist nicht strict-priority wie Audio.
- IPTV/Managed Video: besonders verlustsensibel; stabile Durchsatzfenster und niedrige Drop-Rate sind zentral.
- OTT-Streaming: toleranter bei Latenz, aber sensibel für Durchsatzstabilität und Drop-Cluster; SLA ist hier oft eingeschränkt, wenn externe Plattformen beteiligt sind.
Für SLA-Formulierungen heißt das: Voice bekommt strengere QoS-SLOs als Video. Video erhält definierte Mindestressourcen und Schutz vor Drop-Spitzen, aber die Architektur muss verhindern, dass Video die Voice-Klasse verdrängt.
QoS-Klassen im SLA: Der vertragliche Bezug zur technischen Umsetzung
Damit SLA-Kriterien im Telco-Netz überhaupt durchsetzbar sind, muss das SLA den Bezug zu QoS-Klassen herstellen. Andernfalls ist unklar, welcher Verkehr geschützt wird und wie Messungen erfolgen.
- Serviceklassen benennen: z. B. „Voice Media“, „Voice Signaling“, „Interactive Video“, „Best Effort“.
- Markierungsprofil definieren: DSCP/CoS/MPLS-TC Mapping (als Bedeutung, nicht nur als Zahlenliste).
- Trust Boundary festlegen: wo Kundenmarkierungen akzeptiert oder überschrieben werden.
- Profilierung: Bandbreitenbudgets pro Klasse (z. B. Voice-Budget pro Anschluss oder pro Standort).
Das schützt beide Seiten: Der Kunde weiß, welche Markierungen und Budgets gelten, der Provider kann Missbrauch verhindern und QoS stabil betreiben.
Messmethoden im SLA: Was wird wie und wo gemessen?
Messmethoden sind das Herz eines SLA. Ohne klare Messdefinitionen entstehen im Streitfall sofort Interpretationsprobleme. Bewährt hat sich eine Kombination aus aktiven und passiven Messungen.
Aktive Messung (Synthetic Probes)
- Vorteil: reproduzierbar, kontrolliert, gut für SLA-Nachweise.
- Typische Messungen: UDP-Jitter/Loss/Delay pro Klasse, definierte Testintervalle, Messpunkte an definierten Netzgrenzen.
- Wichtig: Tests müssen dieselben QoS-Klassen nutzen wie der Service, sonst messen Sie am SLA vorbei.
Passive Messung (Telemetrie/Flow/RTCP/Interface-Stats)
- Vorteil: realer Traffic, reale Lastsituation, gute Ursachenanalyse.
- Beispiele: Queue-Drops pro Klasse, Policer-Hits, Shaping-Rate, RTCP-Reports, SBC-Analytics.
- Wichtig: Datenqualität und Sampling müssen definiert sein, sonst sind Trends schwer belastbar.
Messpunktdefinition: UNI, NNI, Backbone, Cloud-Edge
Ein SLA muss exakt festlegen, zwischen welchen Punkten gemessen wird. Typische Grenzpunkte im Telco-Umfeld sind:
- UNI (User Network Interface): Kundenübergabe, häufig SLA-Grenze für Access-Services.
- PE/Service Edge: Provider-Edge als Messpunkt für QoS-Klassen im Backbone.
- NNI/Interconnect: Übergabe an Partner/Carrier oder Cloud-Interconnect.
Je weiter die SLA-Grenze „nach außen“ geschoben wird (z. B. bis zu einem Cloud-PoP), desto schwieriger wird die eindeutige Verantwortlichkeit – und desto wichtiger werden klare Ausnahmen.
Auswertelogik: Perzentile, Messfenster und „SLA-Verletzung“ definieren
Ein häufiges SLA-Problem ist die falsche Statistik. Echtzeitqualität bricht oft in kurzen Peaks ein. Durchschnittswerte verschleiern das. Deshalb sollten SLAs für Voice & Video Perzentile und definierte Messfenster nutzen.
- Perzentile statt Mittelwerte: z. B. 95./99. Perzentil für Jitter und Delay.
- Messfenster: z. B. 5-Minuten-Intervalle, stündliche Aggregation, monatliche SLA-Bewertung.
- Schwellwertlogik: wie viele Intervalle dürfen verletzt sein, bevor das SLA als gebrochen gilt?
- Ausreißerbehandlung: definieren, ob und wie Wartungsfenster oder Großstörungen ausgenommen sind.
Für Telco-Backbones ist zusätzlich sinnvoll, SLA-Kriterien pro Klasse zu bewerten: Ein SLA für Voice ist verletzt, wenn die Voice-Klasse Drops oder Jitter-Spitzen zeigt – unabhängig davon, ob Best Effort „noch okay“ war.
Kapazität und QoS: Warum ein SLA ohne Dimensionierungsregeln riskant ist
QoS kann priorisieren, aber keine Kapazität erzeugen. Wenn ein Link dauerhaft überlastet ist, wird selbst die beste Policy irgendwann an Grenzen stoßen. Deshalb sollten SLAs mindestens implizit oder explizit klarstellen, dass Premium-Klassen an Profile gebunden sind und dass bestimmte Überbuchungsgrade im Best Effort zulässig sind.
- Premium-Budgets: Voice/Video-Profile pro Anschluss oder Standort verhindern Übernutzung.
- Admission/Policy Controls: bei managed Services kann gesteuert werden, wie viele gleichzeitige Sessions garantiert werden.
- Engpassmanagement: Shaping an rate-limitierten Links reduziert Drop-Spitzen und schützt Echtzeitklassen.
In SLA-Texten sollte klar sein: Der Provider garantiert Qualität innerhalb definierter Profile und Klassen – nicht für unbegrenzten „Premium“-Traffic.
Praktische SLA-Bausteine: So formulieren Sie QoS-Kriterien eindeutig
- Servicebeschreibung: Welche Dienste sind umfasst (Voice, Video Calls, IPTV), welche nicht.
- QoS-Klassen und Markierung: Welche Klasse gilt wofür, inklusive Trust Boundary und Mapping-Regeln.
- SLOs pro Klasse: Grenzwerte für Latenz/Jitter/Loss (idealerweise als Perzentile).
- Messmethode: aktiv/passiv, Messintervalle, Messpunkte, Datenquellen.
- Reporting: Frequenz (z. B. monatlich), Darstellung (Dashboards, Reports), Aufbewahrung.
- Ausnahmen: Wartungsfenster, höhere Gewalt, Störungen außerhalb der SLA-Grenze, Kundennetz/WLAN/Endgeräte.
- Remedies: Gutschriften, Eskalationsstufen, Reaktions- und Wiederherstellungszeiten.
Diese Bausteine machen ein SLA nicht nur juristisch klarer, sondern reduzieren auch operative Diskussionen, weil Mess- und Verantwortungsgrenzen vorab definiert sind.
Typische Stolperfallen bei Voice-&-Video-SLAs
- „Priorisiert“ ohne Definition: Ohne Klassen/Markierung und Queue-Verhalten ist der Begriff wertlos.
- Messung am falschen Punkt: Kunden messen im WLAN, Provider misst am UNI – ohne Abgrenzung entsteht Streit.
- Durchschnittswerte: Verbergen Peak-Probleme; Echtzeit leidet oft durch kurze Jitter-Spikes.
- Keine Profilierung: Premium-Klassen laufen über, weil Kunden zu viel „Premium“ senden.
- Service-KPIs ohne Kontrolle: MOS für OTT-Meetings zu garantieren ist riskant, wenn Cloud/Endgeräte außerhalb der Kontrolle liegen.
Monitoring und Nachweis: SLA-konforme Qualität im Betrieb sicherstellen
Ein SLA ist nur so gut wie die Fähigkeit, es im Betrieb nachzuweisen. Dafür empfiehlt sich ein zweistufiges Monitoring:
- Netzebene (QoS): Queue-Drops pro Klasse, Queue-Depth, Policer-Hits, Shaping-Rate, Latenz/Jitter über kritische Links.
- Serviceebene (QoE): MOS/R-Faktor (bei Voice), Call Setup Time, Abbruchraten, Video-Freeze-Events (bei managed UC/IPTV).
Besonders wertvoll ist die Korrelation: Wenn MOS sinkt, sollten Sie zeitgleich sehen können, ob Drops in der Voice-Klasse auftreten, ob Jitter-Spitzen an einem Interconnect entstehen oder ob ein SBC/Edge-System ausgelastet ist.
Häufige Fragen zur SLA-Definition für Voice & Video
Sollten MOS und R-Faktor Teil des SLA sein?
Das kann sinnvoll sein, wenn der Provider den Dienst end-to-end kontrolliert (z. B. SIP-Trunk mit managed CPE, VoLTE, IPTV). Für OTT-Plattformen wie öffentliche Cloud-Meetings ist es riskanter, weil Endgeräte, WLAN und externe PoPs die Werte stark beeinflussen können. In solchen Fällen sind Netz-SLOs pro Klasse oft die belastbarere SLA-Basis.
Wie gehe ich mit Cloud-Peering und externen Plattformen um?
Definieren Sie klare SLA-Grenzen (z. B. bis zur Provider-Edge oder bis zu einem definierten Interconnect) und benennen Sie externe Abhängigkeiten als Ausnahmen. Wenn Sie eine höhere Garantie wollen, bieten sich dedizierte Interconnects und managed Pfade an, die Messbarkeit verbessern.
Was ist der wichtigste SLA-Indikator für Voice?
Aus Netzsicht sind Drops in der Voice-Klasse und Jitter-Spitzen die stärksten Warnsignale. Aus Servicesicht sind MOS/R-Faktor-Verteilungen und Audio-Interruptions sehr aussagekräftig. Ein gutes SLA kombiniert beides: klare QoS-SLOs pro Klasse und ergänzende Service-KPIs, wo der Provider Kontrolle hat.
