STREY - Tag 'DAB-XPlorer' (RSS Feed)

Warnmeldung „Subchannel contains constant content“ im DAB-XPlorer

mstrey@strey.biz — Tue, 23 Jul 2013 00:00:00 +0200

Normalerweise soll in Audio-Sub-Channels echter Inhalt ohne Füllbits (Padding Bits) übertragen werden. Die Meldung Subchannel contains constant content wird vom DAB-XPlorer immer dann ausgegeben, wenn in einem Sub-Channel innerhalb eines 24-ms-Frames nur konstante Daten enthalten sind, also z. B. nur 0x00.

Die Meldung ist ein guter Indikator für folgende Ereignisse:

Ausfall des Enkoders für Audio oder Datendienste
Ausfall der Zuführungsstrecke

In beiden Fällen würde der Ensemble-Multiplexer als Ersatz konstante Werte, z. B. 0x00, 0xA5 oder 0xFF, eintasten.

In dem beschriebenen Fall hat die Meldung jedoch eine andere Ursache:

Leider werden für DAB+ in der Praxis Enkoder verwendet, die nicht standardkonform mit der verfügbaren Bitrate und deren dynamischer Aufteilung auf Audio und PAD umgehen können oder die falsch konfiguriert sind.

Bei DAB+ wird ein Superframe von 120 ms Länge, d. h. über je fünf 24-ms-Frames gebildet. In diesem sind mehrere Audio Access Units eingebettet. Zusätzlich kann der Superframe auch programmbegleitende Daten (PAD) beinhalten, die ggf. auch mehr als 24 ms belegen können.

Laut Standard soll der DAB+-Audio-Enkoder die PAD-Kapazität dynamisch vergeben. Je nachdem, was tatsächlich an PAD eingespeist wird, soll die Audiokompression angepasst werden, um frei werdende Kapazität für eine dynamische Qualitätsverbesserung zu nutzen.

Nicht standardkonforme Enkoder reservieren stattdessen immer eine feste Bitrate für PAD und tasten dann Padding-Bytes ein, wenn keine PAD-Daten bzw. zu wenig PAD-Daten vorhanden sind.

Daneben wird Meldung auch oft beobachtet, wenn Stille im DAB+-Audio-Signal vorhanden ist. Scheinbar erzeugen dann einige Audio-Enkoder sehr kurze Audio Access Units und füllen den Rest mit Padding-Bytes auf, was ebenfalls nicht empfohlen wird.

Die verfügbare Bitrate wird also nicht vollständig zur Audio-Kodierung und damit zur Qualitätsverbesserung genutzt. Es besteht kein akuter Handlungsbedarf aber die Audio-Qualität lässt sich durch dynamische Bitratenanpassung verbessern.

Filtern von Meldungen beim DAB-XPlorer

mstrey@strey.biz — Tue, 23 Jul 2013 00:00:00 +0200

Der Messages Viewer des DAB-XPlorer liefert eine Historie der Analyse des betrachteten Datenstromes. Dabei können je nach untersuchtem Datenstrom unter Umständen schnell sehr viele Meldungen auflaufen, so dass es schwer wird den Überblick zu behalten.

Sie können deshalb über die Schaltfläche Filter ein separates Fenster öffnen, über das Sie fein abgestuft einzelne Meldungen oder auch ganze Gruppen von Meldungen deaktivieren können.

: Messages Viewer mit dem Filter-Button

Das Fenster Messages Filter beinhaltet alle Meldungs-Typen, die bisher im Message-Panel angezeigt wurden. Mit Refresh können Sie diese Liste aktualisieren und mit Apply wird die gewählte Einstellung angewendet. Mit Export können Sie die Filterkonfiguration in einer XML-Datei speichern um sie mit Import später wieder zu laden.

: Filter-Fenster

Überwachung der Synchronität durch Messung der zeitlichen Lage des DAB-Signals

mstrey@strey.biz — Wed, 29 Aug 2012 10:00:00 +0200

Ein wesentliches Qualitätsmerkmal von Gleichwellennetzen ist die zeitliche Synchronität der Sender. Das selbe COFDM-Signal wird – abgesehen von einem manchmal zur Feinabstimmung bewusst eingefügten Zeitversatz von wenigen Mikrosekunden – von allen Sendern zur gleichen Zeit abgestrahlt.

Abbildung 1: Versorgungsgebiete eines Gleichwellennetzes aus sieben Sendern in verschiedenen Betriebszuständen. Das jeweils versorgte Gebiet ist grün dargestellt.

Abbildung 1 illustriert, was passiert, wenn diese Synchronitätsbedingung nicht eingehalten wird. Es zeigt das mit einem vereinfachten Ausbreitungsmodell berechnete Versorgungsgebiet eines Gleichwellennetzes aus sieben Sendern. Das Versorgungsgebiet im Falle eines Synchronitätsfehlers (b) ist kleiner als das bei Ausfall des mittleren Senders (c). Auf einen Synchronitätsfehler muss deshalb umgehend reagiert werden.

Um wechselnde Delays bei der Zuführung des Sendesignals vom Head-End zu den Sendestandorten auszugleichen, wird heute im Allgemeinen ein dynamischer Laufzeitausgleich mit in das ETI-Signal eingefügten Zeitstempeln angewendet. In solchen DAB-Gleichwellennetzen ist die zeitliche Lage des abgestrahlten COFDM-Signals determiniert. D. h. Zeitmarken im gesendeten DAB-Signal, wie das periodisch auftretende Nullsymbol, treten an allen Sendern im Gleichwellennetz zur selben, reproduzierbaren Zeit auf.

Das beim SDMB 100 und beim DAB-XPlorer mit dem UEB400-DXP-Empfänger angewandte Prinzip der Synchronitätsüberwachung nutzt diesen Umstand, um durch Messung am Senderausgang Synchronitätsfehler zu entdecken. Beide Geräte messen fortlaufend den Sendezeitpunkt eines bestimmten Nullsymbols bezogen auf eine Normalzeit. Während diese Zeitreferenz beim UEB400-DXP die mit einem integrierten GPS-Empfänger ermittelte GPS-Zeit ist, verlässt sich der SDMB 100 auf einen externen 1PPS-Takt sowie einen NTP-Server.

Abbildung 2: Zeitmarken im DAB-Signal im Zeitbereich. Das Bild zeigt den ersten Abschnitt eines Transport Frames von 96 ms Länge (Mode I) mit dem Synchronisation Channel, der aus Null Symbol und Phasenreferenzsymbol besteht. Nach Dekodierung des FIC-Inhalts steht auch der CIF-Zähler aus FIG 0/0 zur Verfügung.

Abbildung 2 zeigt, welche Zeitmarken innerhalb des DAB-Signals für die Synchronitätsüberwachung benutzt werden können. In determiniertem zeitlichen Zusammenhang mit dem Nullsymbol stellen die in den genannten Geräten integrierten DAB-Empfänger ein periodisches Frametriggersignal zur Verfügung, dessen zeitliche Lage mit einer geeigneten Hardware mikrosekundengenau in Beziehung zum vom GPS-Empfänger bzw. von einer externen Quelle gelieferten 1-PPS-Takt gesetzt werden kann.

Abbildung 3: Prinzip der Messung der zeitlichen Lage des Nullsymbols beim stationären On-Site-Monitoring

Der in Fast Information Group (FIG) 0/0 des FIC kodierte CIF-Zähler zählt die Common Interleaved Frames (CIF) modulo 5000. Da ein CIF 24 ms lang ist, kommt exakt alle 120 Sekunden ein CIF-Zähler 0. Mit Hilfe des CIF-Zählers aus dem dekodierten FIC kann ermittelt werden, zu welchem Frame der zur Bestimmung von t_n im Abbildung 3 herangezogene Frametrigger gehört. Auch die Zeit des für die Messung verwendeten Sekundenimpulses ist entweder als GPS- oder NTP-Zeit bekannt. Damit kann berechnet werden, wann das zum Frame 0 gehörende Nullsymbol aufgetreten ist. Die Zeitdifferenz Δt zwischen der 2-Minuten-Grenze der Referenzzeit und dem Auftreten des Nullsymbols von Frame 0 ist der von den genannten Geräten als Qualitätskriterium für die Synchronität in Mikrosekunden gemessene Wert.

Abbildung 4: Definition des Delays als Zeitdifferenz zwischen der 2-Minuten- Grenze der GPS-Zeit und dem Auftreten des Phasenreferenzsymbols im Transmission Frame, der einen Common Interleaved Frame mit dem Zähler 0 enthält.

Bei fehlerfreiem Betrieb muss das Delay Δt an einem Sendestandort während der gesamten Laufzeit des Gleichwellennetzes (d. h. so lange der Multiplexer nicht ausgeschaltet wird) konstant bleiben. Bei idealer Synchronität des Netzes ist dieser Wert auch von Sender zu Sender gleich. Das mit einer Auflösung von einer Mikrosekunde gemessene Delay Δt kann Werte zwischen 0 und 119.999.999 μs annehmen.

Analyse von DAB-Audio-Fehlern mit dem DAB-XPlorer

mstrey@strey.biz — Tue, 28 Aug 2012 00:00:00 +0200

Audiodekodierung im DAB-XPlorer

Die DAB-XPlorer-Software analysiert den einlaufenden Datenstrom eines kompletten DAB-Multiplexes. Teil der Software sind Audiodekoder für MPEG-1/2 Audio Layer 2 (Musicam im konventionellen DAB) und MPEG-4 HE AAC v2 (DAB+). Es laufen jeweils so viele Audiodekoder parallel, wie Audio-Services im Multiplex sind.

Grundsätzlich kennt die DAB-XPlorer-Software zwei Arten des Umganges mit den vom Audiodekoder gelieferten Qualitätsinformationen. Entweder werden die Fehler einfach gezählt oder die Zahl der beobachteten Fehler wird zu der jeweiligen Gesamtzahl beobachtbarer Fehler ins Verhältnis gesetzt und liefert so eine Angabe in Prozent oder als Fehlerrate in Exponentialdarstellung.

Damit die Audiofehler konventioneller DAB-Services mit denen von DAB+-Services in einer gemeinsamen Tabelle dargestellt werden können, wurden in der DAB-XPlorer-Software generische Namen für die einzelnen Fehlerraten definiert, die, je nach Audiokodierung, unterschiedliche Bedeutung haben. Dies sind:

Errors
CRC-Header
CRC-Frame
RS-BER (nur für DAB+)
RS-Packets (nur für DAB+)

Diese Fehlerraten sind in der Tabelle SubCh Details im Modul ETI-XPlorer übersichtlich für alle Subchannel im Multiplex dargestellt.

: Darstellung der Audio-Fehler im Modul ETI-XPlorer der DAB-XPlorer-Software

Audio-Fehler bei DAB

In klassischen DAB-Services erfolgt die Audiokodierung mit MPEG-1 Audio Layer 2 (auch bekannt als MP2 oder Musicam). Informationen über die Qualität der zu dekodierenden Audio-Frames lassen sich hier aus den Prüfsummen des Cyclic Redundancy Check (CRC) ablesen. Davon gibt es zwei, nämlich eine im Header und eine für die Skalenfaktoren. In der Terminologie des vielen Nutzern noch bekannten frühen DAB-Messempfängers DAB 752 von Philips entspricht der ISO-CRC dem Header CRC und der SF-CRC dem Skalenfaktor-CRC. Daneben zählte der DAB 752 auch noch die Anzahl der stummgeschalteten Audio-Frames. Da aber die Entscheidung, ab welchem Schädigungsgrad ein Audio-Frame verworfen, also stumm geschaltet wird, der Intelligenz des Audiodekoders obliegt, ist diese Zahl ein „weicher“ Faktor, der stark von der Implementierung des verwendeten Audiodekoders abhängt. Die DAB-XPlorer-Software beschränkt sich deshalb auf die Zählung der fehlerhaften Header-CRCs und der fehlerhaften Skalenfaktor-CRCs. Ferner wird noch ausgewertet, ob die als Datenstrom in den Audiodekoder fließenden Audio-Frames überhaupt als solche erkannt werden konnten.

Auf die Anzeige in der DAB-XPlorer-Software bilden sich die vom Audiodekoder gelieferten Informationen so ab:

Errors: Anzahl der seit dem Start des Audiodekoders nicht als solche erkannten Audio-Frames
CRC-Header: Anzahl von Audio-Frames mit fehlerhaftem Header-CRC zur Anzahl von erkannten Audio-Frames
CRC-Frame: Anzahl von Audio-Frames mit fehlerhaftem Skalenfaktor-CRC zur Anzahl von erkannten Audio-Frames
RS-BER: bleibt leer
RS-Packets: bleibt leer

Wichtig ist noch zu erwähnen, dass ein Audio-Frame durchaus noch (hörbare) Fehler enthalten kann, auch wenn alle Prüfsummen stimmen. Mit den CRCs wird nur die Korrektheit der sensibelsten Teile der Audio-Information geprüft.

Audio-Fehler bei DAB+

Codierung

Bei DAB+-Services erfolgt die Audiokodierung nach dem Standard MPEG-4 HE AAC v2. Auf der Ebene der Audiokodierung gibt es die sogenannten Access Units (AU), die 20 ms, 30 ms oder 40 ms lang und mit einem CRC versehen sind. Der gesamte sich ab hier anschließende Rest der Kodierung ist DAB-spezifisch und hat bereits nichts mehr mit dem eigentlichen AAC+-Dekoder zu tun.

Für den Transport über DAB werden die AUs zunächst zu 120 ms langen Superframes zusammengefasst. Der Superframe bekommt einen Header, der die Audio-Parameter und die Startpositionen der AUs innerhalb des Superframes enthält. Dieser Header wird mit einem Fire-Code geschützt, der es gestattet, Fehler im Header zu erkennen und einen einzelnen Burstfehler von bis zu 6 Bits zu korrigieren.

Danach werden aus den Superframes jeweils 120 Byte große RS-Pakete gebildet und über einen Reed-Solomon-Enkoder mit zusätzlichen Fehlerschutzbits versehen, die bei der Dekodierung eine Fehlerkorrektur ermöglichen sollen. Weil die zeitliche Länge der Superframes fest steht, hängt die Anzahl der pro Superframe übertragenen Bits und damit auch die Anzahl der für die Übertragung eines Superframes nötigen RS-Pakete von der Audio-Datenrate ab. Für eine Datenrate von 96 kBit/s werden z. B. 12 RS-Pakete zur Übertragung eines Superframes benötigt. Ein RS-Paket hat damit in diesem Beispiel eine Dauer von 10 ms.

Das folgende Bild gibt einen Überblick über die drei Fehlerschutzmechanismen.

: Bildung eines Superframes bei DAB+. Die verschiedenen Fehlerschutzmechanismen sind rot markiert.

Dekodierung

Beim Empfang eines Subchannels mit einem DAB+-Audiosignal ist die erste Aufgabe, zunächst einmal zu erkennen, wo ein Superframe anfängt. Hier besteht die erste Möglichkeit, eine Qualitätsinformation abzuleiten, nämlich zu zählen, wie viele der eigentlich erwarteten Superframes nicht als solche erkannt werden.

Danach erfolgt die RS-Dekodierung. Dabei als fehlerhaft erkannte Bits werden (alle) vom RS-Dekoder korrigiert. Die maximale Fehlerrate liegt dabei bei $5 \times 10^{- 2}$ . Sind mehr Bits fehlerhaft, als korrigiert werden können, dann meldet der Dekoder dieses RS-Paket als fehlerhaft.

Im dritten Schritt wird der Fire-Code des Superframe-Headers geprüft. Verbleiben hier unkorrigierbare Fehler, so wird dies ebenfalls als Fehlerinformation gemeldet. Der Header wird dann nicht verwendet. Statt dessen nimmt der Dekoder den Header des vorherigen Superframes.

Schließlich können anhand der Parameter aus dem Header die Access Units gelesen und anhand ihrer CRCs geprüft werden. Wird dabei ein Fehler festgestellt, so wird die komplette Access Unit verworfen. Alle guten Access Units landen schließlich im eigentlichen Audiodekoder.

Auf die Anzeige in der DAB-XPlorer-Software bilden sich die so während der Dekodierung gelieferten Informationen so ab:

Errors: Anzahl der seit dem Start des Audiodekoders nicht als solche erkannten Audio-Frames
CRC-Header: Anzahl von Superframes mit vom Fire-Code des Superframe-Headers erkannten Blockfehlern zur Anzahl von erkannten Superframes
CRC-Frame: Anzahl von Access Units mit fehlerhafter Prüfsumme zur Anzahl von insgesamt erkannten Access Units
RS-BER: Anzahl der vom Reed-Solomon-Dekoder erkannten und korrigierten Bitfehler zur Gesamtzahl der übertragenen Bits (max. $5 \times 10^{- 2}$
)
RS-Packets: Anzahl der als RS-Pakete mit nicht korrigierbaren Fehlern zur Gesamtzahl der übertragenen RS-Pakete

Interpretation in der Praxis

Was will der Praktiker wissen?

Schlussendlich möchten wir wissen, ob das empfangene Audiosignal dem Hörer noch zugemutet werden kann oder nicht. Deshalb ist es wichtig, zu wissen, wie sich die angezeigten Fehlerraten im Höreindruck abbilden. Die folgenden beiden Abschnitte geben dazu eine Interpretationshilfe, indem sie die angezeigten Parameter entsprechend der Stärke ihres Einflusses auf den Höreindruck sortieren und werten.

DAB

Sortiert nach der Reihenfolge ihres Auftretens und der Schwere der Beeinträchtigung des Höreindrucks ergibt sich bei Musicam-codierten Services das folgende Bild:

keine Fehler: Das kann bedeuten, dass die Wiedergabe tatsächlich einwandfrei ist. Es kann aber auch sein, dass unerkannte Fehler im Datenstrom sind, die von feinen Ohren in ruhiger Umgebung gehört werden.
CRC-Frame: Diese Skalenfaktorfehler sind praktisch immer hörbar. Insbesondere beim mobilen Empfang sind aber gelegentliche niedrige Fehlerraten noch tolerierbar.
CRC-Header: Diese Fehler sind im Allgemeinen deutlich zu hören, aber für den leidgeplagten UKW-Hörer insbesondere bei mobilem Empfang noch auszuhalten.
Error: Nicht erkannte Audio-Frames führen in jedem Fall zu einem Drop-Out von mindestens 24 ms und damit zu einer sehr stark gestörten Wiedergabe.

DAB+

keine Fehler: Die Wiedergabe ist einwandfrei und ohne Fehler.
nur RS-BER: Dieser Parameter zeigt an, dass der Reed-Solomon-Dekoder das tut, wofür er gemacht ist, nämlich Fehler korrigiert. Das ist bei Mobilempfang die Regel und auch beim stationären Empfang häufig zu beobachten. Die Wiedergabe ist einwandfrei und ohne Fehler.
RS-Packets: Ab dem Punkt, wo die Fehlerkorrektur des RS-Dekoders versagt, ist bei DAB+ in der Praxis schon alles verloren. Theoretisch besagen RS-Packetfehler allein zwar noch nicht viel. Die folgenden Fehler treten jedoch bei noch schlechter werdendem oder wechselndem Übertragungskanal sehr schnell hinzu und die Wiedergabe ist deutlich gestört.
CRC-Frame: AU-CRC-Fehler bedeuten, dass 20 ms, 30 ms bzw. 40 ms lange Access Units komplett fehlen. Die Wiedergabe ist damit stark gestört.
CRC-Header: Diese Fehler zeigen an, dass der Fire-Dekoder den Superframe-Header verworfen hat. Für sich genommen ist das nicht schlimm, weil der Header des vorherigen Superframes genommen werden kann. In der Praxis treten diese Fehler aber erst sehr spät zusammen mit deutlich erhöhter RS-Packet-Fehlerrate und AU-CRC-Fehlern auf. Die Wiedergabe ist sehr stark gestört.
Errors: Mit nicht erkannten Superframes fehlen Abschnitte von 120 ms Dauer.

Analyse strukturierter Verkehrsinformationen – TPEG Decoder Software

mstrey@strey.biz — Fri, 17 Aug 2012 00:00:00 +0200

Der TPEG Analyser ermöglicht die grafische Darstellung und Auswertung von mehreren TPEG Datenströmen in Echtzeit, die Auswertung von aufgezeichneten Daten ist ebenfalls möglich. Aus nichtssagenden Byte-Datenströmen werden leicht zu analysierende TPEG-Datenblöcke. Mit einem Blick können Unterschiede zwischen verschiedenen Diensten erkannt und die wichtigsten Parameter verglichen werden.

Die bmt bietet weitere TPEG Produkte und Dienstleistungen unter www.WEcanTPEG.com an.

TPEG-Anwendungen und -Toolkits

RTM / TEC / TFP / PTI / PKI / SNI / CAI / FPI / LRC / MMC / DLR1 / TMC / ETL / GLR

Demonstration

Demo-Video

Analyse von DAB-Datenströmen – DAB-XPlorer

mstrey@strey.biz — Fri, 17 Aug 2012 00:00:00 +0200

Aus historischen Gründen steht der Name DAB-XPlorer für Zweierlei a) die DAB-XPlorer-Softsuite, die eine Sammlung von Softwarewerkzeugen zur Analyse von DAB-Datenströmen bietet, und b) für die DAB-XPlorer-Hardware, ein ETI- bzw. RDI-zu-USB-Interface. Ursprünglich bildeten beide Komponenten ein Produkt, nämlich den vom Ingenieurbüro Mulka entwickelten und hergestellten DAB-XPlorer. Im Zuge der Evolution dieses Produktes wurde die Software aber so weiterentwickelt, dass sie nun auch Hardware anderer Hersteller unterstützt. Zur Zeit unterstützt die DAB-XPlorer-Software die folgenden Geräte, die von STREY Consult auch zusammen mit der Software geliefert werden können:

das ETI/RDI-zu-USB-Interface, DAB-XPlorer, vom Ingenieurbüro Mulka,
alle Ethernetschnittstellen, die zum Empfang von EDI Datenströmen benutzt werden können,
den unter der Marke VAD vertriebenen DAB-Messempfänger UEB400-DXP und
die Produkte der DABSTOR-Familie der Firma VDL.

Die DAB-XPlorer-Software ist ein Baukastensystem, das aus den folgenden Modulen besteht:

Ensemble Viewer
ETI-XPlorer
FIC-XPlorer
FIC-XTractor
PRBS-Analyzer
Message Viewer
Recorder / Player / Timeshift Buffer
RDI-ETI-Converter
GPS-Campaign-Converter
Triggered Recorder

Zusammen mit den verschiedenen Hardware-Optionen können diese Bausteine zu Lösungen für die verschiedensten Anwendungen bei Broadcastern, Sendernetzbetreibern und Geräteherstellern kombiniert werden.

Ergänzende Produkte

Der DAB-XPlorer kann mit dem TPEG Analyser kombiniert werden.

STREY - Tag 'DAB-XPlorer' (RSS Feed)

Warnmeldung „Subchannel contains constant content“ im DAB-XPlorer

Filtern von Meldungen beim DAB-XPlorer

Überwachung der Synchronität durch Messung der zeitlichen Lage des DAB-Signals

Analyse von DAB-Audio-Fehlern mit dem DAB-XPlorer

Audiodekodierung im DAB-XPlorer

Audio-Fehler bei DAB

Audio-Fehler bei DAB+

Codierung

Dekodierung

Interpretation in der Praxis

Was will der Praktiker wissen?

DAB

DAB+

Analyse strukturierter Verkehrsinformationen – TPEG Decoder Software

TPEG-Anwendungen und -Toolkits

Demonstration

Verwandte Produkte

Analyse von DAB-Datenströmen – DAB-XPlorer

Ergänzende Produkte