Verkehrstrennung wegen der vielen parallelen Dienste
- Mobile-Backhaul-Services mit Metro-Netzwerkarchitekturen umsetzen
- Achtung: Blitzschlag
- Synchronisierung ist zentral für ein richtiges Timing
- Verkehrstrennung wegen der vielen parallelen Dienste
- Kosten-/Nutzenbetrachtungen
- Referenz-Architektur für Metro-Ethernet
Traffic-Separation gibt - wie in MEF 22 definiert - Richtlinien hinsichtlich der Anzahl der notwendigen Class-of-Services (COS) vor. Hinzu kommt ein Framework, um Verkehrs-Typen in einer begrenzten Anzahl von COS-Typen zu bündeln sowie die Anforderungen an die Leistungsmerkmale für jede dieser Klassen. Traffic-Separation ist wichtig auf Grund der großen Bandbreite an Diensten, die das Metro-Netzwerk transportiert. Sie setzt auch Verkehrs-Priorisierung durch, die notwendig ist, um Synchronisierungsanforderungen zwischen den RAN-BS (Radio-Access-Network-Base-Station) und den RAN-NC (RAN-Network-Controller) zu erfüllen.
»Ethernet-Operation, Administration and Maintenance«-Standards (EOAM) adressieren Fehlererkennung, Service-Management und Performance-Monitoring. Entsprechende existierende Standards umfassen das Connectivity-Fault-Management (CFM) nach IEEE 802.1ag. Es ermöglicht dem Service-Provider zu bestimmen, ob ein spezieller Service an einen Kunden geliefert wird. Hinzu kommt ein exakt definierbarer Grad an Granularität, als lediglich nur einen fehlerhaften Link im Netzwerk zu erkennen. Performance-Monitoring gemäß ITU Y.1731 versetzt die Service-Provider in die Lage, Paketverlust oder -verzögerung zu analysieren, um die Service-Performance zu ermitteln.
Es existieren mehrere verschiedene Metro-Netzwerkarchitekturen, die in der Lage sind, EMBS zu übertragen. Im Allgemeinen sind diese Methoden als Metro-Virtual-Private-LAN-Services (VPLS), Metro-Multi-Protocol-Label-Switching (MPLS) und Metro-Ethernet-Transport klassifiziert. Jeder dieser Ansätze erlaubt es, den Service-Providern EMBS anzubieten, ebenso Dienste wie E-FTTX für Unternehmen und stationäre Triple-Play-Aggregation.