imported>SchlurcherBot: Bot: http → https

2025-11-25T09:56:22Z

Bot: http → https

Neue Seite

{{Dieser Artikel|erläutert einen Amateurfunkstandard. Zum Suchalgorithmus D* (englisch „D-Star“) siehe [[D*-Algorithmus]].}}

'''D-STAR''' ''(Digital Smart Technologies for [[Amateurfunkdienst|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.<ref>[http://www.jarl.com/d-star/ jarl.com]</ref> Auf Anfragen der JARL hatte sich dann zunächst nur die Firma [[Icom (Communication Equipment)|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 [[Liste von Amateurfunkgeräten#TH-D74|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 [[Relaisfunkstelle]]n 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,<ref>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.“''</ref>
* [[Datenübertragung]] über den 1,2-kBit/s-Datenkanal parallel zur Sprachübertragung,
* [[Global Positioning System|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;<ref>[https://dl0bn.de/archiv/2012/f2112.pdf 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.</ref> 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 [[Digital Mobile Radio#DMR im Amateurfunk|DMR]] ([[Hytera]]) über spezielle Konferenzräume (siehe [[#DCS (Digital Call Server)|Abschnitt DCS]]).
Mit Erscheinen des [[Handfunkgerät]]es [[Liste von Amateurfunkgeräten#ID-51E|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 ==
[[Datei:ICOM IC-91AD D-STAR handheld transceiver.jpeg|mini|hochkant|IC-E91AD, das erste in Deutschland erhältliche Duoband-[[Walkie-Talkie|Handfunkgerät]] mit optionaler D-STAR-Funktionalität]]

D-STAR nutzt ein offenes Protokoll.<ref>[https://www.jarl.com/d-star/shogen.pdf jarl.com] (PDF) </ref> 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är]]em [[Codec#Sprachcodecs|Sprachcodec]] [[Advanced Multi-Band Excitation|AMBE]] hinsichtlich der geforderten Datenrate von 2,4 kbit/s komprimiert.

[[Digital Mobile Radio|DMR]], die von [[Yaesu Musen|Yaesu]] vertriebenen Digitalgeräte auf Basis von Continuous 4 level FM ([[C4FM]]), [[APCO P25]], [[Terrestrial Trunked Radio|TETRA]], [[NXDN]] wie auch der digitale Übertragungsstandard von [[Alinco]] sind mit D-STAR nicht kompatibel. Allerdings erlauben einige DSTAR-Reflektoren, Sprachnachrichten mit anderen digitalen Systemen auszutauschen,<ref>[https://projekt-pegasus.net/about/ projekt-pegasus.net]</ref> 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|afuv_2005|juris|text=§ 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<ref>[https://web.archive.org/web/20160328084358/http://www.agz-ev.de/hamradio2day/ausgaben/2008_290.html Ausgabe 290 / 2008 vom 04.05.2008 agz-ev.de, Version vom 28.03.2016 im Internet Archive, abgerufen am 26. Mai 2021]</ref> 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<ref>[https://www.arrl.org/files/file/D-STAR.pdf arrl.org] (PDF; 220 kB) </ref> 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<ref>[https://web.archive.org/web/20160328084349/http://www.d-term.de/ ''D-TERM''.] d-term.de</ref> (Text-Chat)
* D-RATS<ref>{{Webarchiv |url=http://www.d-rats.com/ |text=''D-RATS. A Communications Tool For D-STAR.'' |wayback=20160825110327}} Abgerufen am 3. Januar 2014 (englisch).</ref> (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 (Unternehmen)|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<ref>[http://www.dstarusers.org/ dstarusers.org] Tabellarische Anzeige der US-Trust-angebundenen Relaisfunkstellen (englisch)</ref> und „dplus“<ref>[http://www.opendstar.org/tools/CHANGELOG-dplus.txt opendstar.org] Änderungs-Historie der dplus Versionen mit Syntax-Beschreibungen (d-term.de)</ref> mit seinen Reflektor-Systemen REFnnn mit virtuellen Konferenzräumen<ref>[http://www.dstarinfo.com/reflectors.aspx Liste der dplus-Reflektoren.] dstarinfo.com (englisch)</ref> ergänzt. Diese Softwarepakete (closed source) wurden von Funkamateuren geschrieben. Die Ergänzungen fielen jedoch durch Mängel und Probleme im Bereich des [[Datenschutz]]es auf.

=== ICOM Gatewaysoftware Historie ===
Ursprünglich als alleiniger Anbieter einer Gatewaysoftware für die weltweite Vernetzung von D-STAR Relaisfunkstellen gab es folgende Versionen, die hauptsächlich für die Betreiber dieser Relaisfunkstellen relevant waren und auch heute noch größtenteils sind:
* G1 – Die erste veröffentlichte Version für die Allgemeinheit lief auf den Betriebssystemen [[Fedora (Linux-Distribution)]] Core 2 oder [[Red Hat]](R) Linux 9. Sie erschien 2005.<ref>[https://www.dropbox.com/s/rv0j3c5noo03t70/RS-RP2C%20Gateway%20SW%20Setup%20Instructions.pdf?e=1&dl=0 Original Installationsanleitung von ICOM]</ref>
* G2 – Im Jahr 2008 kam die aktualisierte Version 2 der ICOM Gatewaysoftware heraus.<ref>[https://icomuk.co.uk/G2-D-Star-Gateway-Software-released-in-the-UK/2/811/ Meldung von ICOM UK zur Verfügbarkeit der Version G2]</ref> Diese Version war beschränkt auf das Linux Betriebssystem [[CentOS]] 5 in der 32-Bit Version.
* G3 – 2019 kam der nächste Update auf die Version 3. Diese war nun auf CentOS5 (32 oder 64 Bit), CentOS 6 (32 oder 64 Bit) oder CentOS 7 (64 Bit) installierbar. Das bereitgestellte RPM Paket für CentOS 5 und 6 war jedoch weiterhin 32 Bit Architektur, aber die Version für CentOS 7 war in 64 Bit compiliert.<ref>[https://icomuk.co.uk/D-STAR-Gateway-Version-3-G3-Software-Now-Available-to-Repeater-Keepers-in-the-UK/2/290/ ICOM UK Ankündigung zur Version G3]</ref> In der Installationsanleitung wurde auch zum ersten Mal auf die End-of-Support Zeiten der einzelnen CentOS Versionen hingewiesen.
* G3.10 – Schon 2022 kam dann der Update auf Version 3.10 und musste auf neue Gatewayserver installiert werden. Alte Systeme mit Version G3 sind aber noch weiterhin lauffähig und können weiter betrieben werden. Die neue Version 3.10 kam nur noch mit einem RPM File zur 64 Bit Installation auf CentOS 7 (64 Bit).
* G3.2 – Im Februar 2024 wurde die neue Version 3.2 in den Foren auf groups.io angekündigt.<ref>[https://groups.io/g/dstar-admins/message/2240 Message from Fred about developement]</ref> Ende Mai 2024 gab es dann die ersten Meldungen aus den USA über die neue Version, die nun auf [[AlmaLinux]] 9 (64 Bit) basiert und damit die abgekündigte CentOS Familie verlässt.

=== Datenschutzrechtliche Bedenken ===
Die Arbeitsgemeinschaft Zukunft Amateurfunkdienst hat eine Erklärung veröffentlicht, die im ''[[Funk-Telegramm]]'' 8/2009 wiedergegeben wurde<ref name="DC5JQ">{{Literatur |Autor=Ralph P. Schorn, DC5JQ |Hrsg=ArbeitsGemeinschaft Zukunft Amateurfunkdienst e. V. |Titel=Ausgabe 321 |Sammelwerk=HamRadio 2day |Nummer=321 |Datum=2009-06-14 |Kapitel=''Datenschutz im Amateurfunk und speziell bei D-STAR.'' |Seiten=1–5 |Online=[https://web.archive.org/web/20160328084353/http://agz-ev.de/hamradio2day/ausgaben/2009_321.html Online]}}</ref>. 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 [[Internet Relay Chat|IRC]]-Technik basierendes System verteilt.<ref>[https://web.archive.org/web/20160304142257/http://www.amateurfunk-wiki.de/index.php/D-STAR web.archive.org] Abschnitt ircDDB-Netz im Amateurfunk-Wiki.</ref> 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.<ref>[https://ircddb.net/live-vis-deu.html ircddb.net] Information auf ircddb.net, abgerufen am 10. Juni 2012.</ref> 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.<ref>[https://web.archive.org/web/20170626104536/http://www.dstardb.com/Privacy.php Informationen.] dstardb.com (d-term.de)</ref>

=== 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.<ref>{{Webarchiv |url=http://www.qslnet.de/member/dj1whv/?D-STAR:REFLEKTOREN:DCS_-_xNET |text=Archivlink |wayback=20140728112545}} Informationen auf der Website von DJ1WHV, abgerufen am 4. Dezember 2012.</ref> Ü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.<ref>Harald Kaufmann, DL2HCK: Blocken im D-Star-DCS-System; erschienen in CQDL 8/2014</ref> 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<ref>[https://web.archive.org/web/20150312054639/http://dl4ah.beepworld.de/index.htm Informationen zum D-Star-Repeater DB0SHA]</ref> (laut anderer Quelle<ref name="CCS-System">[https://db0ulm.wordpress.com/2012/10/01/vom-dcs-zum-ccs-d-star-callsign-routing-wird-zum-kinderspiel/ db0ulm.wordpress.com] Thomas Grassmann: Vom DCS zum CCS – D-Star callsign routing wird zum Kinderspiel, abgerufen am 28. Dezember 2012.</ref> 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<ref>[https://web.archive.org/web/20180924032228/http://www.dstar.ch/pages/posts/rufzeichenmissbrauch-im-dcs-system-19.php Info bei dstar.ch: ''Rufzeichenmissbrauch im DCS System''], abgerufen am 18. Mai 2014.</ref> beziehungsweise im Falle des Missbrauchs eine rechtliche Handhabe bei Vorfällen dieser Art zu haben.<ref>{{Webarchiv|url=http://db0fhn.efi.fh-nuernberg.de:8080/cmd?cmd=READ+DARC+20145 |wayback=20140518135210 |text=''Nutzung von D-Star-Reflektor DCS001 erfordert Registrierung''. |archiv-bot=2023-12-08 05:36:30 InternetArchiveBot }} Deutschlandrundspruch des DARC; abgerufen am 18. Mai 2014.</ref> Es ist nicht dokumentiert, ob diese Anmeldung gültig bleibt, auch wenn die DCS-Kennung verfällt. ''(siehe [[#CCS (Call Connection Service)|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.<ref>[https://web.archive.org/web/20161227015128/http://www.amateurfunk-wiki.de/index.php?title=D-STAR_Benutzung D-Star Benutzung im Amateurfunk-Wiki]</ref> Eine Statusabfrage erfolgt durch Übertragung der 0 (Null), zum Trennen dient # (Raute).<ref>{{Literatur |Autor=Torsten Schultze, Sven Mewes |Titel=DCS: Ersatz für xReflectoren |Sammelwerk=[[Funkamateur (Zeitschrift)|Funkamateur]] |Nummer=6/2012 |Datum=2012-06 |ISSN=0016-2833 |Seiten=660}}</ref>


Zur experimentellen Verknüpfung mit Echolink war Konferenzraum V des schweizerischen DCS-Servers DCS003 auf den Echolink-Node 8008 HB9DR-R geschaltet.<ref>{{Webarchiv |url=http://dstar.hb9hd.ch/index.php?option=com_content&view=article&id=117&Itemid=156 |text=D-Star HB9HD |wayback=20130327011233}}</ref>
Echolink ist aus dem D-Star-Netz im Moment über die DTMF-Kennung ''0000'' erreichbar.<ref>[http://dcs.xreflector.net/dtmf-search.php?CS=ECHOL Info-Seite des xReflector-Netzes], abgerufen am 18. Mai 2014.</ref>
Der Raum „M“ am österreichischen Reflektor DCS009 – aus dem D-STAR-Netz über DTMF D913 erreichbar – ist mit dem Hytera-DMR-Netz verbunden.<ref>Bob Kolator (OE1KBS): Brücken zwischen D-Star, Motorola, Hytera; erschienen in CQDL 5/2015, S. 50.</ref>


==== 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.<ref>[https://web.archive.org/web/20180223171654/http://srg-radio.de/ccs%20dl5di.htm CCS-Betrieb – Ein Hinweis von OM Sven DO5SL] auf der Homepage der ''Spessart-Relais-Gruppe,'' abgerufen am 24. Dezember 2013.</ref>

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.<ref>[https://web.archive.org/web/20160429075324/http://srg-radio.de/PDF-Sheets/ccs_benutzerhandbuch.pdf ''CCS – Call Connection Service'' – Benutzerhandbuch.] (PDF) Homepage der ''Spessart-Relais-Gruppe''.</ref> 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).<ref name="CCS-System" />
Zum Beenden der über CCS-Callsign-Routing aufgebauten Verlinkung sendet man – abweichend von Echolink sowie der Konferenzraumverlinkung – den DTMF-Ton „A“.<ref>Thomas Mansch: [https://www.qrz.com/db/DL2MT ''DL2MT''.] qrz.com</ref>

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.<ref>{{Literatur |Autor=Hans-Jürgen Barthen, Jochen Berns |Titel=Aufräumaktionen bei D-STAR |Sammelwerk=[[Funkamateur (Zeitschrift)|Funkamateur]] |Nummer=5/2015 |Datum=2015-05 |ISSN=0016-2833 |Seiten=570}}</ref>

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.<ref>{{Webarchiv |url=http://www.mc0yad.com/call-connection-service.html |text=''Call Connection Service – Basics and Hints'' |wayback=20170303192742}} 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.”</ref>

==== 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 [[Digital Mobile Radio|DMR]]-System zusammengeführt<ref>{{Webarchiv |url=http://dmr.ham-digital.net/dmr-userreg.php |text=User Register |wayback=20160328204922}} Abgerufen am 28. März 2016.</ref>. Für das Routing innerhalb des eigenen Landes reicht es aus, die letzten 4 Ziffern zur Adressierung zu verwenden.<ref>[https://web.archive.org/web/20180223232314/http://ham-digital.net/html/ccs7-DEU.html „CCS7 – was ist das?“] ham-digital.net</ref> 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.<ref>[http://www.d-star.asia/ d-star.asia]</ref> 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.
# Integration der ICOM-Platine UT-118DV mit AMBE 2020 Chip zur Nachrüstung analoger Funkgeräte durch Satoshi Yasuda (7M3TJZ/AD6GZ),
# Eigenbauprojekt mit AMBE2020 Chip von AE4JV/Moetronix,
# Eigenbauprojekt mit AMBE2020 Chip zur reinen Codierung der NF
# Erweiterungsplatine für ein umgebautes C5-Telefon von DO1FJN<ref>[https://web.archive.org/web/20160627194311fw_/http://www.digisolutions.de/c5umbau/index.html DV-Modem für das Siemens C5]</ref>
# DVRPTR-Platine zur Verwendung als Dongle, Hotspot oder Vollduplex-Relais bzw. DV-Transceiver (Anschluss an 9k6-fähiges Funkgerät)
# UP4DAR-Platine als ''open source Universal Platform for Digital Amateur Radio''<ref>{{Webarchiv |url=http://www.up4dar.de/ |text=UP4DAR – Universal Platform for Digital Amateur Radio |wayback=20130115040731}} abgerufen am 29. Dezember 2012.</ref>
# Empfang mittels SDR und Dekodierung der D-Star-Header-Informationen durch das Programm dstar.exe<ref>[http://www.rtl-sdr.com/decoding-d-star-headers-rtl-sdr/ rtl-sdr.com]</ref>
# Empfang mittels SDR und Sprachdekodierung durch das Programm DSD 1.7 (Digital Speech Decoder)<ref>[http://www.rtl-sdr.com/receiving-dstar-voice-dsd-1-7-windows/ rtl-sdr.com]</ref>

== Verbreitung und Netzaufbau in Deutschland, Österreich und der Schweiz ==
Die „Taunus-Relais-Gruppe“ betreibt seit Januar 2007 eine D-STAR-Relaisstation auf dem [[Großer Feldberg|Großen Feldberg]] im [[Taunus]] {{Höhe|881|DE-NHN|link=1}} 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 Großer Feldberg|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)|Dnepr]]-Rakete vom [[Kosmodrom Jasny]] gestartet. Weitere Implementierungen finden sich in dem belgischen Satelliten [[OUFTI-1]] (2016) und in der [[D-Star One|D-Star-One-Serie]] des Berliner Unternehmens ''German Orbital Systems'' (seit 2017).

== Weblinks ==
{{Commonscat}}



* [https://www.arrl.org/files/file/D-STAR.pdf D-STAR Beschreibung.] (PDF; 225 kB) [[ARRL]] (englisch)

* [https://ircddb.net/live.htm Live-Ticker des ircDDB Network]
* [https://relaislisten.darc.de/ D-Star-Repeaterliste Deutschland mit Suchfunktion und Kartendarstellungen] innerhalb des Internetangebotes des [[Deutscher Amateur-Radio-Club|DARC]]

== Einzelnachweise ==
<references />

{{Navigationsleiste WinLink Betriebsarten}}

{{SORTIERUNG:DSTAR}}
[[Kategorie:Kommunikationsprotokoll (Funktechnik)]]
[[Kategorie:Amateurfunkbetriebsart]]
[[Kategorie:Abkürzung]]

D-STAR - Versionsgeschichte

imported>SchlurcherBot: Bot: http → https