D-STAR (Digital Smart Technologies for Amateur Radio) is a digital voice and data protocol specification for amateur radio. The system was developed in the late 1990s by the Japan Amateur Radio League and uses minimum-shift keying in its packet-based standard. There are other digital modes that have been adapted for use by amateurs, but D-STAR was the first that was designed specifically for amateur radio.
Several advantages of using digital voice modes are that it uses less bandwidth than older analog voice modes such as amplitude modulation and frequency modulation. The quality of the data received is also better than an analog signal at the same signal strength, as long as the signal is above a minimum threshold and as long as there is no multipath propagation.
D-STAR compatible radios are available for HF, VHF, UHF, and microwave amateur radio bands. In addition to the over-the-air protocol, D-STAR also provides specifications for network connectivity, enabling D-STAR radios to be connected to the Internet or other networks, allowing streams of voice or packet data to be routed via amateur radio.
D-STAR compatible radios are manufactured by Icom, Kenwood, and FlexRadio Systems.[1]
In 1998 an investigation into finding a new way of bringing digital technology to amateur radio was started. The process was funded by a ministry of the Japanese government, then called the Ministry of Posts and Telecommunications, and administered by the Japan Amateur Radio League. In 2001, D-STAR was published as the result of the research.[2]
In September 2003 Icom named Matt Yellen, KB7TSE (now K7DN), to lead its US D-STAR development program.[3]
Starting in April 2004 Icom began releasing new "D-STAR optional" hardware. The first to be released commercially, was a 2-meter mobile unit designated IC-2200H. Icom followed up with 2 meter and 440 MHz handheld transceivers the next year. However, the yet to be released UT-118 add-on card was required for these radios to operate in D-STAR mode. Eventually, the card became available and once installed into the radios, it provided D-STAR connectivity. The June 2005 edition of the American Radio Relay League's QST magazine reviewed the Icom IC-V82.
JARL released some changes to the existing D-STAR standard in late 2004. Icom, aware that the changes were coming, delayed the release of their hardware in anticipation of the changes.
The Icom ID-1 1.3 GHz mobile radio was released in late 2004. The ID-1 was the first D-STAR radio that provided digital data (DD) mode operation. In this mode, data can be transferred at 128 kbit/s as a wireless bridge via the RJ-45 Ethernet jack on the radios. It was the only radio to provide this function until the release of the IC-9700 in 2019.
The first D-STAR satellite QSO occurred between Michael, N3UC, in Haymarket, Virginia and Robin, AA4RC, in Atlanta, Georgia while working AMSAT's AO-27 microsatellite (Miniaturized satellite) in 2007.[4] The two experienced minor difficulty with doppler shift during the QSO.
As of late 2009, there are around 10,800 D-STAR users talking through D-STAR repeaters with Internet connectivity via the G2 Gateway. There are approximately 550 G2 enabled repeaters now active. Note, these numbers do not include users with D-STAR capabilities that are not within range of a repeater, or working through D-STAR repeaters that do not have Internet connectivity.
The first D-STAR capable microsatellite was launched in early 2016. OUFTI-1 is a CubeSat built by Belgian students at the University of Liège and I.S.I.L (Haute École de la Province de Liège). The name is an acronym for Orbital Utility For Telecommunication Innovation. The goal of the project is to develop expertise in various aspects of satellite design and operation.[5] [6] The satellite weighs just 1 kilogram and utilizes a UHF uplink and a VHF downlink.
In 2015, FlexRadio Systems added D-STAR support to their line of HF transceivers and receivers via a software upgrade. D-STAR support requires the addition of the ThumbDV device[7] from NW Digital Radio.[8]
The system today is capable of linking repeaters together locally and through the Internet utilizing callsigns for routing of traffic. Servers are linked via TCP/IP utilizing proprietary "gateway" software, available from Icom. This allows amateur radio operators to talk to any other amateurs participating in a particular gateway "trust" environment. The current master gateway in the United States is operated by the K5TIT group in Texas, who were the first to install a D-STAR repeater system in the U.S.[9]
D-STAR transfers both voice and data via digital encoding over the 2 m (VHF), 70 cm (UHF), and 23 cm (1.3 GHz) amateur radio bands. There is also an interlinking radio system for creating links between systems in a local area on 10 GHz, which is valuable to allow emergency communications oriented networks to continue to link in the event of internet access failure or overload.
Within the D-STAR Digital Voice protocol standards (DV), voice audio is encoded as a 3,600 bit/s data stream using proprietary AMBE encoding, with 1,200 bit/s FEC, leaving 1,200 bit/s for an additional data "path" between radios utilizing DV mode. On air bit rates for DV mode are 4,800 bit/s over the 2 m, 70 cm and 23 cm bands.
In addition to digital voice mode (DV), a Digital Data (DD) mode can be sent at 128 kbit/s only on the 23 cm band. A higher-rate data protocol, currently believed to be much like ATM, is used in the 10 GHz "link" radios for site-to-site links.
Radios providing DV data service within the low-speed voice protocol variant typically use an RS-232 or USB connection for low-speed data (1,200 bit/s), while the Icom ID-1 and IC-9700 radios offer a standard Ethernet connection for high-speed (128 kbit/s) connections on the 23 cm band. This allows easy interfacing with computer equipment.[10]
The current gateway control software rs-rp2c version G2, more commonly called "Gateway 2.0". Though most Linux distributions should be suitable, the recommended configuration uses CentOS Linux 5.1 with the latest updates, typically running (kernel 2.4.20. glibc 2.3.2 and BIND 9.2.1 or later). The CPU should be 2.4 GHz or faster and the memory should at least be 512 MB or greater. There should be two network interface cards and at least 10 GB free of hard drive space which includes the OS install. Finally for middleware, Apache 2.0.59, Tomcat 5.5.20, mod_jk2 2.0.4, OpenSSL 0.9.8d, Java SE 5.0 and postgreSQL 8.2.3 are utilized, but these can be different as updates occur.
Along with the open-source tools, the Icom proprietary dsipsvd or "D-STAR IP Service Daemon" and a variety of crontab entries utilize a mixture of the local PostgreSQL and BIND servers to look up callsigns and "pcname" fields (stored in BIND) which are mapped to individual 10.x.x.x internal-only addresses for routing of both voice and data traffic between participating gateways.
During installation, the Gateway 2.0 software installation script builds most of the Web-based open-source tools from source for standardization purposes, while utilizing some of the packages of the host Linux system, thus making CentOS 5.1 the common way to deploy a system, to keep incompatibilities from occurring in both package versions and configuration.
Additionally, gateways operating on the U.S. trust server are asked during initial setup to install DStarMonitor which is an add-on tool that allows the overall system administrators to see the status of each Gateway's local clock and other processes and PIDs needed for normal system operation, and also sends traffic and other data to servers operated under the domain name of "dstarusers.org". By this means a complete tracking of user behaviour is technically possible. Installation of this software also includes JavaAPRSd, a Java-based APRS interface which is utilized on Gateway 2.0 systems to interface between the Icom/D-STAR GPS tracking system called DPRS to the more widely known and utilized amateur radio APRS system.
Each participating amateur station wanting to use repeaters/gateways attached to a particular trust server domain must "register" with a gateway as their "home" system, which also populates their information into the trust server—a specialized central gateway system—which allows for lookups across a particular trust server domain. Only one "registration" per trust domain is required. Each amateur is set aside eight 10.x.x.x internal IP addresses for use with their callsign or radios, and various naming conventions are available to utilize these addresses if needed for specialized callsign routing. Most amateurs will need only a handful of these "registered" IP addresses, because the system maps these to callsigns, and the callsign can be entered into multiple radios.
The gateway machine controls two network interface controllers, the "external" one being on a real 10.x.x.x network behind a router. A router that can perform network address translation on a single public IP address (can be static or dynamic in Gateway G2 systems) to a full 10.x.x.x/8 network is required. From there, the Gateway has another NIC connected directly to the D-STAR repeater controller via 10BASE-T and the typical configuration is a 172.16.x.x (/24) pair of addresses between the gateway and the controller.
The main differences between Gateway V1 and V2 are the addition of a relational database (PostgreSQL) for more flexibility and control of updates, versus the previous use of only BIND for "database" activities, the addition of both an administrative and end-user Web interface for registration which was previously handled via command-line commands by the Gateway V1 system administrators, dropping the requirement for static public IP addresses for gateways, and the ability of the software to use a fully qualified domain name to find and communicate with the trust server, allowing for redundancy/failover options for the trust server administrators. Finally, a feature called "multicast" has been added for administrators to be able to provide users with a special "name" they can route calls to which will send their transmissions to up to ten other D-STAR repeaters at the same time. With cooperation between administrators, a "multicast group" can be created for multiple repeater networks or other events.
Another additional feature of Gateway G2 is the ability to use callsign "suffixes" appended to the user's callsign in a similar fashion to the repeaters and gateways in the original system, which allow for direct routing to a particular user's radio or between two user radios with the same base callsign, by utilizing the 8th most significant field of the callsign and adding a letter to that location, both in the gateway registration process on the web interface, and in the radios themselves.
The Gateway V1 software was similar to Gateway G2, and utilized Fedora Core 2+ or Red Hat Linux 9+ OS on a Pentium-grade 2.4 GHz or faster machine.
Gateway software developed by Jonathan Naylor, G4KLX, has a larger network of repeaters and users and is being adopted by former Gateway G2 users as the G2 system is closed source, only supports Icom repeaters, and runs on Centos 5.x which will reach end of life in March 2017.[11] ircDDBGateway operates on the ircDDB[12] and QuadNet2[13] networks and is licensed under GPL-2.0.
ircDDBGateway supports Icom controllers and repeaters, as well as homebrew repeaters and hotspots (simplex access points). It provides more linking and routing options over the Gateway V1 and G2.
ircDDBGateway can run on various distributions of Linux and versions of Microsoft Windows. Computer requirements can be as simple as a Raspberry Pi.
Refactored ircDDBGateway by Geoffery Merck F4FXL. Known to support Icom 3rd Generation repeaters.
Various projects exist for gateway administrators to add "add-on" software to their gateways, including the most popular package called "dplus" created by Robin Cutshaw AA4RC. A large number of Gateway 2.0 systems are offering services added by this software package to their end-users, and users are getting used to having these features. Features include the ability to link systems directly, "voice mail" (a single inbox today), ability to play/record audio to and from the repeaters connected to the Gateway and the most important, the ability for DV-Dongle users to communicate from the Internet to the radio users on the repeaters.
There is often a misconception by users and system administrators alike that the Gateway 2.0 systems have these add-on features from dplus by default, a testament to the popularity of this add-on software. Dplus software development has an active following, and features such as multiple repeater/system connections similar to the type of linking done by other popular repeater-linking systems (IRLP and EchoLink) are being worked on.
The loss of Internet does not degrade the local operation of a D-STAR repeater system. Over the Internet linking and routing of traffic may be degraded. Some groups are using microwave-based systems, such as HamWAN,[18] to link repeaters.
FlexRadio Systems D-STAR implementation requires the use of a $129 add-on module to their FLEX-6000 Series Radios.
The world's first non-Icom D-Star repeater was developed by KB9KHM using a GMSK Node Adaptor developed by Satoshi Yasuda and DVAR Hotspot software developed by KB9KHM in 2008. This repeater could link over the Internet with other Icom repeater gateways and Reflectors via D-Plus. It did not support callsign routing or slash routing via the K5TIT G2 network.
The first non-Icom D-STAR repeater fully supporting the K5TIT G2 network and D-Plus, GB7MH, went live on 10 September 2009, in West Sussex, England.Whilst waiting for the DSL line installation, the repeater is connected to the Internet via a 3G dongle from network operator "Three".The system is built around Satoshi Yasuda's GMSK Node Adapter, a Mini-ITX system running CentOS 4, a Tait T800 repeater and G2 code written by G4ULF.All the usual G2 features such as callsign routing, D-Plus linkage and DPRS via D-STAR Monitor are supported.https://www.w4vld.com/repeater-tech-d-star/https://www.qsl.net/rvarc/files/WS4VA_D-STAR_Presentation.pdfhttp://www.d-star.asia/misc/D-Star+Repeater.pdf
Today a home-brewed D-STAR repeater can be built using open source software, used commercial radio equipment and a computer. One group advocating the construction of home-brewed D-STAR repeaters is Free-Star. Free-Star is an experimental approach to the implementation of a vendor neutral, and open source, digital communication network for amateur radio.[21]
GB7LF in Lancaster, UK, went live in May 2009 and was a converted Tait repeater. It was preceded by two others in Weston-Super-Mare, UK and also another in Staffordshire, UK.https://ukrepeater.net/historic.htm
D-StarLet is an open source client-server solution that allows content creation and modification from certain persons. D-StarLet interfaces with a D-STAR radio through the serial port. It works with Windows (98+), Linux (Red Hat 7.3+), Apple Mac OS X, and others.
The program D-PRS Interface includes a "Query" entry field that streamlines this process allowing the user to simply enter the desired command. Most DStarQuery systems will respond with a list of available commands when "?D*info?" is received.
See also: Amateur Radio Emergency Service.
D-RATS is a D-STAR communications tool that supports text chat, TCP/IP forwarding, file transfers, and can act as an e-mail gateway. There is also the ability to map user's positions using the D’PRS function of D-STAR. The application is written in Python/GTK and is cross-platform. It runs on Windows, Mac OS X, and Linux. The application was developed by Dan Smith (KK7DS) for the Washington County Amateur Radio Emergency Service in Oregon.[22]
D-STAR is able to send data to emergency responders in the event of a disaster. Served agencies can relate to sending e-mail or other documents to someone. The quantity of data sent can be higher compared to traditional amateur modes. Voice and even CW are capable of getting a message through albeit slowly, but D-STAR can transfer documents, images, and spreadsheets.
It was in the Great Coastal Gale of 2007 the Washington County ARES group was able to test D-STAR during this series of several strong Pacific storms that interrupted conventional communication systems for up to one week. Primary emergency traffic for the American Red Cross and the Vernonia, Oregon Fire Department was handled by the group using traditional FM voice because the group had no D-STAR repeater equipment available. Once the situation's communication needs became established the D*Chat messaging function was used to send small text transmissions via D-STAR simplex at distances of up to seventeen miles.
An ability for amateurs to send files during this weather event would have greatly increased the capacity for ARES to help during the emergency. Although D*Chat was a useful means of communication D-RATS was developed to help fill the gaps that may have been lacking. Another improvement over D*Chat that D-RATS provides is form support. Users can set up frequently used forms well before they are necessary and when the need comes all that is required is to fill in the fields. In this way, for example, emergency forms from the Red Cross, National Traffic System, or the Incident Command System, such as the FEMA standard ICS-213, could be generated and sent.
See also: Amateur radio homebrew. The first presumed D-STAR radio including pictures and diagrams can be found at Moetronix.com's Digital Voice Transceiver Project. This page includes the schematic, source, and whitepaper.
Another project is Satoshi Yasuda's (7M3TJZ/AD6GZ) experiments with a UT-118 DV adapter. This project involves interfacing Icom's UT-118 with other manufacturer's amateur radio transceivers. With this project some VHF/UHF/SHF amateur radio transceivers are capable of being adapted for D-STAR operation. This requires access to the receiver's discriminator and to the direct FM modulator of the radio, sometimes available at a 9,600 bit/s packet interface. Satoshi's product is no longer available. There is an alternative available at www.
Antoni Navarro (EA3CNO) also has designed another interface based on a PIC microprocessor and UT-118 module.
With the rise of cheap RTL-chip based Software Defined Radios, there also appeared various software decoders to decode digital speech information carried by radio signals. Recently, this also includes D-Star. There are third-party decoders available, either for the protocol data and for the digital speech content, but legal conflicts with the patented AMBE vocoder may exist in some jurisdictions.
HF/VHF/UHF 5w/10w Users can enjoy the latest G3 Gateway and DV mode features and have direct access to the D-STAR network with Terminal/Access point modes. The Photo Share feature as seen in the IC-9700 is available on the IC-705 to share photos with other IC-705 and IC-9700 radios without a computer.
VHF/UHF/SHF transceiver announced recently by ICOM.
HF/VHF/UHF transceiver. Must purchase optional UT-121 D-STAR module.
HF/VHF/UHF transceiver. Includes built-in D-STAR capability and monochrome touchscreen.
Note: These transceivers are not available in North America and appear to be OEM versions of the Icom ID-800H
| AOR | AR-DV1 and AR-DV10 Receiver | No | Wide band receiver (100 kHz - 1300 MHz) capable of decoding multiple digital voice modes | |
| DV-RPTR | Node adapter & Hotspot | Yes | Open Source hardware and firmware. Can be used for simplex node or repeater. | |
| DVMEGA | Dualband Radio Hotspot & GMSK Node Adaptor | Yes | Hotspot and GMSK Node Adaptors give D-STAR users access to the reflector network. | |
| FlexRadio Systems | Yes | No | (FLEX-6700, FLEX-6500, FLEX-6300, FLEX-6700R) | |
| Icom | Yes | Yes | (ID-1, ID-800H, ID-880H, IC-2200H, IC-2820H, IC-705, IC-80D, IC-91AD, IC-92AD, ID-RP2000V, ID-RP4000V, ID-31A, ID-51A, ID-52, IC-7100, IC-9100, IC-9700, ID-5100A) | |
| Kenwood | Yes | Yes | (TH-D74) | |
| MicroWalt Corporation DUTCH*Star | Mini Hotspot & Node Adaptor | Yes | Hotspot / Node Adaptors give D-STAR users access to remote D-STAR systems using over-the-air interface. Can be used as a simplex node or repeater. | |
| Moetronix | DV Dongle & DVAP | No | (Available through multiple amateur radio dealers.) | |
| NW Digital Radio | ThumbDV and PiDV AMBE decoders. UDRC and UDRC II (Universal Digital Radio Controller[30]) which adds D-STAR to the Yaesu DR-1X repeater or homebrew hotspots and repeaters | No | ThumbDV D-STAR DV USB (AMBE decoder in thumb drive) and D-STAR DV add on card for Raspberry Pi. UDRC and UDRC II Raspberry Pi hat sound card and controller for digital radio repeaters and hotspots. | |
| UP4DAR | Node adapter & Hotspot | Yes | Open Source hardware and firmware. Can be used for IP-reflector, dongle, modem or hotspot. |