D-STAR

aus Wikipedia, der freien Enzyklopädie
Dies ist die aktuelle Version dieser Seite, zuletzt bearbeitet am 3. März 2022 um 20:32 Uhr durch imported>Aka(568) (→‎Rechtliche Situation in Deutschland: Dateigröße angepasst).
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)

D-STAR (Digital Smart Technologies for Amateur Radio) ist ein digitaler Übertragungsstandard, mit dem Sprache (Modus DV digital voice) und Daten (Modus DD digital data) über schmalbandige Funkverbindungen übertragen werden können. Dieser Standard wurde zwischen 1999 und 2001 durch den japanischen Amateurfunkverband Japan Amateur Radio League entwickelt.[1] Auf Anfragen der JARL hatte sich dann zunächst nur die Firma ICOM dieses Protokolls angenommen und Relaisfunkstellen, Endgeräte sowie Software auf kommerzieller Basis entwickelt und vertrieben. Erst Mitte 2016 stellte die Firma Kenwood als zweiter Hersteller mit dem TH-D74 ein Gerät für D-STAR vor.

Einsatzmöglichkeiten

Innerhalb eines D-STAR-Netzes kann die Kommunikation auf direktem Wege zwischen den Endgeräten oder auch über Relaisfunkstellen und das Internet erfolgen. Der DD-Modus (=Digital Data Mode) erfolgt nur über das 23-cm-Band. Im DV-Modus (=Digital Voice Mode) sind folgende Möglichkeiten implementiert:

  • digitalisierte Sprache mit 2,4 kBit/s plus Vorwärtsfehlerkorrektur (FEC) mit 1,2 kBit/s,
  • Kurztextmeldung parallel zur Sprachübertragung,[2]
  • Datenübertragung über den 1,2-kBit/s-Datenkanal parallel zur Sprachübertragung,
  • GPS-Tracking über den 1,2-kBit/s-Datenkanal (allerdings nicht isoliert wie bei APRS, sondern parallel zur Sprachübertragung; reine GPS-Daten über Repeater – insbesondere automatisch – abzusenden ist unerwünscht, da hierdurch die Sprachkommunikation gestört wird;[3] teilweise werden GPS-Aussendungen ohne Sprachanteil unterdrückt),
  • automatisches Routing in Verbindung mit manuellem Roaming,
  • Verlinkung von Relaisfunkstellen untereinander,
  • Verlinkung mittels Konferenzservern,
  • experimentelle Verlinkung mit Echolink und APCO P25 sowie DMR (Hytera) über spezielle Konferenzräume (siehe Abschnitt DCS).

Mit Erscheinen des Handfunkgerätes Icom ID-51E PLUS Anfang 2015 wird ein „schnellerer“ DV-Datenbetriebsmodus unter der Bezeichnung DV Fast Data Mode beworben:

  • 3480 bps Übertragungsrate
  • kein Sprachkanal
  • inkompatibel zur Low-Speed-Datenkommunikation im DV-Modus

Im DD-Modus sind folgende Möglichkeiten implementiert:

  • 128 kBit/s IP-Datenkanal, bei der das Funkgerät und die Relaisfunkstelle im Bridge-Modus arbeiten,
  • jedes IP-basierte Protokoll möglich,
  • Internet-Zugriff (ähnlich WLAN) entsprechend den nationalen Vorschriften.

Technik

IC-E91AD, das erste in Deutschland erhältliche Duoband-Handfunkgerät mit optionaler D-STAR-Funktionalität

D-STAR nutzt ein offenes Protokoll.[4] Bei D-STAR werden alle Informationen durch GMSK-Frequenzumtastung digital übertragen. Dabei setzt sich der 4,8-kbit/s-Datenstrom zusammen aus dem Sprachkanal (2,4 kbit/s), der FEC (1,2 kbit/s) und dem Datenkanal (1,2 kbit/s). Daraus ergibt sich dann die Kanalbandbreite von 6 kHz. Für Breitband-Datenverbindungen mit 128 kbit/s ist eine Kanalbandbreite von 150 kHz und für Backbone-Verbindungen mit 10 MBit/s eine Bandbreite von 10,5 MHz vorgesehen.

Sprachcodierung

Im DV-Modus wird die Sprache zunächst digitalisiert und anschließend mittels proprietärem Sprachcodec AMBE hinsichtlich der geforderten Datenrate von 2,4 kbit/s komprimiert.

DMR, die von Yaesu vertriebenen Digitalgeräte auf Basis von Continuous 4 level FM (C4FM), APCO P25, TETRA, NXDN wie auch der digitale Übertragungsstandard von Alinco sind mit D-STAR nicht kompatibel. Allerdings erlauben einige DSTAR-Relais, Sprachnachrichten mit anderen digitalen Systemen auszutauschen,[5] s. u.

Rechtliche Situation in Deutschland

Verschlüsselte Übertragungsverfahren sind im internationalen Funkverkehr gemäß der Vollzugsordnung für den Funkdienst (Art. 25.2A) und in Deutschland gemäß der Amateurfunkverordnung (§ 16 Abs. 7 und 8) untersagt. Daher bestanden zunächst Bedenken, ob der Einsatz des proprietären Codecs als Verschlüsselung gewertet werden müsste.

Nach Auskunft der in Deutschland für den Amateurfunkdienst zuständigen Behörde, der Bundesnetzagentur, vom 30. April 2008[6] gibt es keine rechtlichen Einwände gegen den Einsatz des DV-Modus in Deutschland trotz der proprietären Natur des Codecs. Das AMBE+-Verfahren produziert einen Datenstrom, dessen Inhalt nicht ohne Rückgriff auf proprietäre Verfahren ausgewertet werden kann. Die der Behörde vorliegende Dokumentation[7] sei hierfür ausreichend.

Nutzer-Software

Zur Datenübertragung über den parallel zur Sprache übertragenen Datenkanal gibt es diverse Programme wie

  • D-StarLet (Text-Chat)
  • Dstar Comms PRO (SMS, E-Mail)
  • DStar TV (Standbildübertragung)
  • D-Term[8] (Text-Chat)
  • D-RATS[9] (Text-Chat, Dateiübertragung, Positionsübertragung, E-Mail (u. a. WinLink-Anbindung)).

Infrastruktur-Software

Die Internet-Gateways für D-STAR liefen zunächst nur unter Linux mit einer proprietären Gatewaysoftware des Herstellers ICOM.

Der Gatewaysoftware fehlen jedoch einige Features wie zum Beispiel Konferenzschaltungen, Rufzeichenliste im Internet etc. Diese Funktionen werden von den Zusatzsoftwarepaketen „DSM“ (D-STAR Monitor) zur webbasierten Aktivitätsanzeige[10] und „dplus“[11] mit seinen Reflektor-Systemen REFnnn mit virtuellen Konferenzräumen[12] ergänzt. Diese Softwarepakete (closed source) wurden von Funkamateuren geschrieben. Die Ergänzungen fielen jedoch durch Mängel und Probleme im Bereich des Datenschutzes auf.

Datenschutzrechtliche Bedenken

Die Arbeitsgemeinschaft Zukunft Amateurfunkdienst hat eine Erklärung veröffentlicht, die im Funk-Telegramm 8/2009 wiedergegeben wurde[13]. Man sah es als problematisch an, welche Daten an den Trust-Server in den USA versandt werden: Ein Gatewaybetreiber hätte demnach keinerlei Kontrolle darüber, welche Dienste auf seinem Gateway-Server liefen und welche Daten überhaupt über seinen Internetanschluss übertragen würden. Ein fremdes anonymes US-Trustserver-Team hätte de facto Root-Zugriff auf die Recher.

Daher wurden nach und nach freie und teilweise freie Software-Lösungen entwickelt. Die bekanntesten sind:

  • ircDDBGateway – aufbauend auf dem ircDDB Netz, aber nicht gleichzusetzen mit diesem, ermöglicht diese Software den Betrieb von Relaisfunkstellen mit der Hardware von ICOM sowie freien Entwicklungen wie zum Beispiel dem DVRPTR Modem Board und den Betrieb eines Hotspot, einer Art Kleinst-Relaisfunkstelle im Simplex-Betrieb. Die Einbindung in das ircDDB-Netz ist möglich, aber nicht zwingend notwendig. Es gibt fertige Pakete für Linux und Windows, sowie den Quellcode zum selbst kompilieren.
  • ControlCenter – eine Entwicklung der DVRPTR-Entwickler zum Betreiben von Relaisfunkstellen, Hotspots u. v. m. mit den DVRPTR-Boards. Sie läuft unter Windows und das Windows Binary mit Hilfe von Mono auch unter Linux.

ircDDB-Netz

Um auf Trustserver verzichten zu können, werden hier die Routinginformationen parallel zu den konventionellen Methoden auch durch ein auf IRC-Technik basierendes System verteilt.[14] Seit dem 20. Februar 2011 werden die Daten nur dann im ircDDB Live Log sowie der LastHeard-Liste angezeigt, wenn der Benutzer dies ausdrücklich freigeschaltet hat, indem er eine Aussendung mit dem Zielrufzeichen „VIS   ON“ getätigt hat. Zum Deaktivieren wird dementsprechend einmalig das Zielrufzeichen „VIS   OFF“ gesendet.[15] Bis dahin wurden – auch ohne explizite Einwilligung der Nutzer – die Verbindungsdaten auch von mindestens einem Serverbetreiber in den USA gespeichert und über eine Webschnittstelle abrufbar gemacht.[16]

xReflector

Die Zusammenschaltung mehrerer Relais zu einer Konferenz ist im ursprünglichen D-STAR-Protokoll nicht vorgesehen. Um dies zu ermöglichen wurde das xReflector-System als Alternative zu den bereits genannten dplus-Reflektoren entworfen. Dieses erwies sich jedoch als störanfällig – so konnten Verbindungen durch kurze Träger unterbrochen werden (z. B. auch durch eine automatische Aussendung einer GPS-Bake), – so dass es inzwischen durch das DCS-System ersetzt wurde.

DCS (Digital Call Server)

Die X-Reflektoren wurden ab Mitte 2012 durch das DCS-System ersetzt.[17] Über die so genannten Digital Call Server lassen sich mehrere Relaisfunkstellen zu Konferenzen zusammenschalten, ähnlich wie mit den davor genutzten X-Reflektoren. Die Server selbst sind durchnummeriert, In Deutschland befindet sich der Server DCS001. Jeder Server ist in 26 Konferenzräume von A bis Z unterteilt. Die Konferenzräume A aller DCS-Server sind weltweit zusammen geschaltet (Bezeichnung des Konferenzraums „weltweiter Funkverkehr“). Raum Z entspricht der Echo-Funktion.[18] Somit bleiben 24 Räume, denen Funktionen zugewiesen werden können.

Bei DCS werden die Routinginformationen nicht nur zu Beginn einer Aussendung, sondern wiederholt im Abstand von 20 ms[19] (laut anderer Quelle[20] alle 200 ms) übertragen, dadurch ist das System im Vergleich zum X-Reflektornetz weniger anfällig gegen kurze Störungen.

Im DCS-System werden momentan Rufzeichen, die nicht über DTMF-Kennungen angemeldet sind, von der Nutzung der DCS-Reflektoren ausgeschlossen, um – laut Aussagen der Betreiber – den Rufzeichenmissbrauch auf lokale Repeater einzuschränken[21] beziehungsweise im Falle des Missbrauchs eine rechtliche Handhabe bei Vorfällen dieser Art zu haben.[22] Es ist nicht dokumentiert, ob diese Anmeldung gültig bleibt, auch wenn die DCS-Kennung verfällt. (siehe CCS (Call Connection Service))

Das Anschalten eines Repeaters ist, wie auch bei X-Reflektoren über eine siebenstellige Eingabe des Reflektors und L (für Linken) in dem URCALL-Feld möglich; also DCS001CL um sich mit dem Konferenzraum C (Konferenzraum Deutschland) des DCS Servers Nummer 1 zu verbinden. Ebenso gestaltet sich das Trennen durch U an der 8. Stelle des URCALL-Feldes.

Zusätzlich besteht nun auch die Möglichkeit, Steuerbefehle – wie auch das Verbinden und Trennen – über DTMF-Töne zu übertragen. Dies gestaltet sich bei den meisten auf dem Markt befindlichen Geräten einfacher als die Anpassung des URCALL-Feldes (es sei denn, man belegt einzelne Speicherplätze mit den entsprechenden Kommandos, dann muss man allerdings für jeden Repeater mehrere Speicherplätze mit den jeweiligen Kommandos belegen). Zur Verbindung mit einem Konferenzraum sendet man D plus Nummer des Servers (einstellig) + Nummer des Konferenzraumes (zweistellig; A=01, B=02 … Z=26) durch DTMF, also D103, um sich mit dem Konferenzraum C des Servers DCS001 zu verbinden.[23] Eine Statusabfrage erfolgt durch Übertragung der 0 (Null), zum Trennen dient # (Raute).[24]

Zur experimentellen Verknüpfung mit Echolink war Konferenzraum V des schweizerischen DCS-Servers DCS003 auf den Echolink-Node 8008 HB9DR-R geschaltet.[25] Echolink ist aus dem D-Star-Netz im Moment über die DTMF-Kennung 0000 erreichbar.[26] Der Raum „M“ am österreichischen Reflektor DCS009 – aus dem D-STAR-Netz über DTMF D913 erreichbar – ist mit dem Hytera-DMR-Netz verbunden.[27]

CCS (Call Connection Service)

Das CCS System vereinigt als nächste Ausbaustufe von DCS die Eigenschaften des originären Callsign-Routings, IrcDDB, D-Plus und StarNET.[28]

Beim Callsign-Routing werden hier die Repeater automatisch temporär verlinkt, so dass ein direktes Antworten (ohne Programmierung des Empfängers im URCALL-Feld) nötig sowie auch ein Mithören auf dem angesprochenen Repeater ermöglicht wird.[29] Beim originären Callsign-Routing kann man im Gegensatz dazu auf dem Zielrepeater nicht mithören; eine Rückmeldung, ob der Zielrepeater belegt oder nicht erreichbar war erfolgte nur über eine kryptische Text-Meldung im Display; der Angesprochene musste vor dem Antworten das Callsign-Routing zum Anrufenden programmieren, bereits bei kurzen Störungen brach die Weiterleitung zusammen.

Im Gegensatz zum DCS-System ist nun auch Callsign-Routing über DTMF-Kommandos möglich. Hierfür müssen persönliche DTMF-Kennungen zugeteilt werden (vergleiche Echolink).[20] Zum Beenden der über CCS-Callsign-Routing aufgebauten Verlinkung sendet man – abweichend von Echolink sowie der Konferenzraumverlinkung – den DTMF-Ton „A“.[30]

Da das System mit nur einem vierstelligen Adressraum dimensioniert wurde, reichten aufgrund vieler Anmeldungen für das CCS-System Anfang 2015 die verfügbaren Kennungen nicht mehr aus. Daher wurden ohne Vorankündigung die Benutzer aus der CCS-Datenbank gelöscht, die D-Star mehrere Monate nicht mehr genutzt hatten. Eine Neuanmeldung über Internet ist jedoch jederzeit möglich.[31]

Stationen, die über CCS-Callsign-Routing via DTMF-Kommando erreichbar sind, nutzen idealerweise das vierstellige Suffix-Feld des Mycall-Eintrags, um ihre CCS-Nummer auszusenden.[32]

CCS7 (Call Connection Service)

Hierbei handelt es sich um eine Erweiterung des CCS-Systems auf 7 Stellen, wobei hier die ersten drei Ziffern aus dem Mobile Country Code (MCC) bestehen. Die Kennungen werden mit dem DMR-System zusammengeführt[33]. Für das Routing innerhalb des eigenen Landes reicht es aus, die letzten 4 Ziffern zur Adressierung zu verwenden.[34] Seit 2015 findet ein Testbetrieb auf isolierten Servern statt.

Selbstbauprojekte

Ein Bausatz zur Erweiterung handelsüblicher FM-Funkgeräte war über ein Amateurfunkmagazin erhältlich.[35] Auch Funktelefone aus dem ehemaligen C-Netz (z. B. Siemens C5) können mit DV-Modem nachgerüstet werden. Ferner gibt es verschiedene Software-Projekte, die sich mit der Dekodierung von D-Star beschäftigen.

  1. Integration der ICOM-Platine UT-118DV mit AMBE 2020 Chip zur Nachrüstung analoger Funkgeräte durch Satoshi Yasuda (7M3TJZ/AD6GZ),
  2. Eigenbauprojekt mit AMBE2020 Chip von AE4JV/Moetronix,
  3. Eigenbauprojekt mit AMBE2020 Chip zur reinen Codierung der NF
  4. Erweiterungsplatine für ein umgebautes C5-Telefon von DO1FJN[36]
  5. DVRPTR-Platine zur Verwendung als Dongle, Hotspot oder Vollduplex-Relais bzw. DV-Transceiver (Anschluss an 9k6-fähiges Funkgerät)
  6. UP4DAR-Platine als open source Universal Platform for Digital Amateur Radio[37]
  7. Empfang mittels SDR und Dekodierung der D-Star-Header-Informationen durch das Programm dstar.exe[38]
  8. Empfang mittels SDR und Sprachdekodierung durch das Programm DSD 1.7 (Digital Speech Decoder)[39]

Verbreitung und Netzaufbau in Deutschland, Österreich und der Schweiz

Die „Taunus-Relais-Gruppe“ betreibt seit Januar 2007 eine D-STAR-Relaisstation auf dem Großen Feldberg im Taunus 881 m ü. NHN mit der Sendefrequenz 439,450 MHz und der Empfangsfrequenz 431,850 MHz. Das Amateurfunkrufzeichen war zunächst DB0DFT B. Nach Umzug aus dem Fernmeldeturm in den gegenüberliegenden Aussichtsturm in Betriebsräume des Hessischen Rundfunks im Mai 2007 wurde das Rufzeichen in DB0HRF B geändert. Eine Gatewayanbindung an das weltweite D-STAR-Netz besteht seit Oktober 2007.

Im Laufe der Jahre wuchs die Anzahl der Relaisfunkstellen stetig und es entwickelten sich verschiedene Netze (siehe oben), die teilweise auch netzübergreifende Verbindungen erlauben. Weltweit gibt es mit Stand Januar 2014 über 1600 registrierte Gateways mit einem oder mehreren angeschlossenen Relais. Rund 110 Gateways in Deutschland, 13 in Österreich und 21 in der Schweiz zählt das ircDDB-Netzwerk. Dazu kommen noch eine unbekannte Anzahl von Hotspots, die in der Regel keine eigene Registrierung haben und somit nicht statistisch erfassbar sind.

Amateurfunksatelliten

Der erste Erdsatellit mit einem dedizierten D-STAR-Transponder war der russische Erdbeobachtungssatellit TabletSat-Aurora. Er wurde am 19. Juni 2014 mit einer Dnepr-Rakete vom Kosmodrom Jasny gestartet. Weitere Implementierungen finden sich in dem belgischen Satelliten OUFTI-1 (2016) und in der D-Star-One-Serie des Berliner Unternehmens German Orbital Systems (seit 2017).

Weblinks

Commons: D-STAR – Sammlung von Bildern, Videos und Audiodateien

Einzelnachweise

  1. jarl.com
  2. Englische Bedienungsanleitung des IC-E92, S. 53 (sowie bis auf die Gerätebezeichnung gleichlautend bei IC-E91 und IC-E2828): „Only 1 message can be stored in the IC-E92. The received message is cleared by turning power OFF, or overwritten when another message is received. A transmitted message that includes lower case characters from the IC-E92 may not be decoded and displayed correctly by the ID-800H, IC-V82/U82, etc.“„Nur eine Nachricht kann im IC-E92 gespeichert werden. Die empfangene Nachricht wird beim Ausschalten gelöscht oder überschrieben, wenn eine andere Mitteilung empfangen wird. Eine gesendete Nachricht, die Kleinbuchstaben vom IC-E92 enthält, wird vom ID-800H, IC-V82/U82 u. s. w. nicht korrekt decodiert und angezeigt.“
  3. http://www.darc.de/uploads/media/Heru_21-12_v._29.08.2012_01.pdf (PDF) Abschnitt „Datenfunkbetrieb und automatische GPS-Baken über D-Star-Relais“, abgedruckt auf Seite 5 des Hessenrundspruchs Nr. 21/12 vom 29. August 2012, abgerufen am 7. Dezember 2012.
  4. jarl.com (PDF)
  5. projekt-pegasus.net
  6. Ausgabe 290 / 2008 vom 04.05.2008 agz-ev.de, Version vom 28.03.2016 im Internet Archive, abgerufen am 26. Mai 2021
  7. arrl.org (PDF; 220 kB)
  8. D-TERM. d-term.de
  9. D-RATS. A Communications Tool For D-STAR. (Memento des Originals vom 25. August 2016 im Internet Archive)  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/www.d-rats.com Abgerufen am 3. Januar 2014 (englisch).
  10. dstarusers.org Tabellarische Anzeige der US-Trust-angebundenen Relaisfunkstellen (englisch)
  11. opendstar.org Änderungs-Historie der dplus Versionen mit Syntax-Beschreibungen (d-term.de)
  12. Liste der dplus-Reflektoren. dstarinfo.com (englisch)
  13. Dr. Ralph P. Schorn, DC5JQ: Ausgabe 321. In: ArbeitsGemeinschaft Zukunft Amateurfunkdienst e. V. (Hrsg.): HamRadio 2day. Nr. 321, 14. Juni 2009, Datenschutz im Amateurfunk und speziell bei D-STAR., S. 1–5 (Online).
  14. web.archive.org Abschnitt ircDDB-Netz im Amateurfunk-Wiki.
  15. ircddb.net Information auf ircddb.net, abgerufen am 10. Juni 2012.
  16. Informationen. dstardb.com (d-term.de)
  17. Archivlink (Memento vom 28. Juli 2014 im Internet Archive) Informationen auf der Website von DJ1WHV, abgerufen am 4. Dezember 2012.
  18. Harald Kaufmann, DL2HCK: Blocken im D-Star-DCS-System; erschienen in CQDL 8/2014
  19. Informationen zum D-Star-Repeater DB0SHA
  20. a b db0ulm.wordpress.com Thomas Grassmann: Vom DCS zum CCS – D-Star callsign routing wird zum Kinderspiel, abgerufen am 28. Dezember 2012.
  21. Info bei dstar.ch: Rufzeichenmissbrauch im DCS System, abgerufen am 18. Mai 2014.
  22. Nutzung von D-Star-Reflektor DCS001 erfordert Registrierung. Deutschlandrundspruch des DARC; abgerufen am 18. Mai 2014.
  23. D-Star Benutzung im Amateurfunk-Wiki
  24. D-Star HB9HD (Memento vom 27. März 2013 im Internet Archive)
  25. Info-Seite des xReflector-Netzes, abgerufen am 18. Mai 2014.
  26. Bob Kolator (OE1KBS): Brücken zwischen D-Star, Motorola, Hytera; erschienen in CQDL 5/2015, S. 50.
  27. CCS-Betrieb – Ein Hinweis von OM Sven DO5SL auf der Homepage der Spessart-Relais-Gruppe, abgerufen am 24. Dezember 2013.
  28. CCS – Call Connection Service – Benutzerhandbuch. (PDF) Homepage der Spessart-Relais-Gruppe.
  29. Thomas Mansch: DL2MT. qrz.com
  30. Call Connection Service – Basics and Hints (Memento vom 3. März 2017 im Internet Archive) auf den Seiten der Cwmbran and District Amateur Radio Society (englisch): “It is common practice now for CCS capable stations to use the four digit suffix field to store and display their CCS number (and no longer the type of radio you are using or your name) This also makes it easy for someone else to find you and call you without having to look you up in the database.”
  31. User Register (Memento vom 28. März 2016 im Internet Archive) Abgerufen am 28. März 2016.
  32. „CCS7 – was ist das?“ ham-digital.net
  33. d-star.asia
  34. DV-Modem für das Siemens C5
  35. UP4DAR – Universal Platform for Digital Amateur Radio (Memento vom 15. Januar 2013 im Internet Archive) abgerufen am 29. Dezember 2012.
  36. rtl-sdr.com
  37. rtl-sdr.com