Digitalradio-in-Deutschland

Da war dann Hessen aber bestimmt noch gespeichert.

Meine Radios haben jeweils im Fall egoFM vom 6C Oberpfalz dieses nie als "DAB+ Leipzig" abgespielt, sondern das sofort überschrieben, ganz ohne Suchlauf. Aber wohlmöglich verhält sich das hier ganz anders.

Stimmt schon wie @Nicoco schreibt. Neuere FS Module ueberschreiben den Mux Namen nach einer durch den Netzbetreiber erfolgten Aenderung nicht mehr. Alte Venice oder Verona hatten das noch gemacht. Der 5A Kiel heisst bei meinem Digitradio 11 bis heute 5A und nicht 5A + 6B. Da hilft auch kein neuer Scan sondern wirklich nur ein Werksreset.

Das ist ja auch nicht vergleichbar. Das Problem kam daher, dass Münsterland und Hessen Süd die selbe Ensemble-ID genutzt haben.
Bei Leipzig und Oberpfalz ist dies ja nicht der Fall.

Ah okay ja. Das hatte ich so damals nur bei den 2. Bundesmux Tests, als dann immer noch "2. BuMux Test" angezeigt wurde, obwohl es schon als "Antenne DE" sendete. Naja, gibt schlimmeres.

Natürlich ist das nicht tragisch. Aber es ist vollkommen unnötig und vermeidbar, in dem man nicht einfach die selbe Ensemble-ID mehrfach nutzt.
Man hat sich ja schon etwas dabei gedacht, dass jeder Mux eine eigenständige und eindeutige ID haben soll.

Da wird schlicht jemand beim Konfigurieren des Multiplexers in der Zeile einer Tabelle verutscht sein. Wer weiss, der Backup Multiplexer so der mal anspringt, hat dann womoeglich eine andere, die korrekte ID und dann beginnen die Probleme beim Empfang bzw. Nichtempfang des nicht gespeicherten Muxes..

Nein, so einfach ist es nicht.
Das Problem kommt daher, dass die BNetzA früher die SFN-Kenner nach dem Muster "D__00<XXX>" vergeben hat. Für Hessen Süd "D_00006", daraus resultiert Ensemble-ID "1006".
In den vergangenen Jahren hat man sich aber entschlossen, die SFN-Kenner nach einem neuen Muster zu vergeben: "D_<Bundesland>_DAB_00<XXX>"
Für die sechs NRW-Regiomuxe hat man dabei zunächst "D_NW_DAB_00001" bis "D_NW_DAB_00006" vergeben.
Daraus resultieren dann die Ensemble-IDs 1001 bis 1006.
Für 1001-1005 war das auch kein Problem, da diese IDs bisher frei waren.
1006 war aber eben bereits durch Hessen Süd belegt, da dort noch die SFN-Kennung nach altem Muster aktiv ist.
Zunächst ist diese Dopplung schlicht niemandem aufgefallen und ich würde MB hier auch von der Schuld entlasten. Sie haben die Ensemble-ID korrekt nach dem von der BNetzA zugewiesenen SFN-Kenner eingestellt.
Daraufhin hat die BNetzA nun dem Münsterland-Mux die neue SFN-Kennung "D_NW_DAB_00011" zugeteilt, woraufhin die Ensemble-ID korrekterweise auf "1011" angepasst wurde.
Als nächstes müsste nun noch Region Leipzig seine Ensemble-ID von "1011" auf "1017" ändern, da dort schon immer der SFN-Kenner "D_SN_DAB_00017" vergeben wurde. Dann hat sich das Thema doppelte Ensemble-IDs (erstmal) erledigt.