<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
Note also that the cellular systems have full-duplex transceivers using very stringent subchannel and timeslot assignments to jam so many high-bandwidth smartphones into one serving cell (basestation coverage area), prohibiting direct mobile-to-mobile communications
(all is relayed through the basestation). Again, the central control.
<div></div>
<div><br>
</div>
<div>But, regarding bandwidth, there are numerous higher-efficiency encodings than Bell 202 or G3RUH. Look at the menu in Fldigi. We just need one tuned for packet instead of RTTY, and accept that it won't be backwards compatible with Bell 202.</div>
<div><br>
</div>
<div>That, and we have to better solve the channel access problem, to get better use of what bandwidth we do have, per Scott's observation. </div>
<div><br>
</div>
<div>Andrew, KA2DDO</div>
-------- Original message --------<br>
From: "Stephen H. Smith" <wa8lmf2@aol.com> <br>
Date:09/05/2014 14:38 (GMT-05:00) <br>
To: TAPR APRS Mailing List <aprssig@tapr.org> <br>
Cc: <br>
Subject: Re: [aprssig] Digital two-way Radio communication in emergency situations
<br>
<br>
<div class="BodyFragment">
<div class="PlainText">On 9/5/2014 12:08 PM, andrewemt wrote:<br>
> Well, nothing says we have to stay at 1200 baud. There have been 9600 baud<br>
> amateur radio modems around for over a decade. And a parallel protocol (using a<br>
> different AX.25 PID value) could be used for acknowledged messaging and log<br>
> transmission (perhaps metering the log transmissions to prevent clogging the<br>
> channel) while asynchronous un-acked APRS is still used for position and status<br>
> reporting.<br>
><br>
> Can we go to a wider (more spectrum - eating) channel to gain baud rate? In the<br>
> quoted system, there might not be voice repeaters to piggyback off, so we don't<br>
> have to be constrained by their limitations.<br>
><br>
<br>
NO! Ham-style G3RUH 9600 baud modulation (direct binary FSK modulation of <br>
the FM carrier) as used in off-the-shelf "9600-baud packet" (i.e. like the <br>
Kenwood and Yaesu APRS radios at 9600) is now a definite NO-NO in any of the <br>
non-ham spectrum under control of the US FCC. It completely fills a 25 <br>
KHz-wide channel.<br>
<br>
For the last year and a half, the FCC has required 12.5 KHz channel spacing in <br>
the land-mobile bands. The so-called "narrow-banding" mandate, effective Jan 1 <br>
2013, has forced ALL classic "5 KHz deviation" 20 or 25 KHz-spaced channels <br>
to be CUT IN HALF. This means essentially 2.5 KHz deviation on analog voice, <br>
and complex modulation schemes and emission masks for digital that keep all <br>
modulation products and sidebands within +/- 6.25 KHz of the carrier.<br>
<br>
In the indeterminate future (5-10 years ??), the FCC plans to split the <br>
channels AGAIN to 6.25 KHz spacing!!<br>
<br>
We hams have the luxury of NOT being under the narrow-banding mandate that <br>
every-one else is, and still being able to use wider-band channels.<br>
<br>
<br>
<br>
Schemes like P25 and DMR (Digital Mobile Radio a.k.a. "MotoTrbo") digital voice <br>
radio use 4-frequency or more FSK or QPSK modulation schemes with very <br>
elaborate pulse-shaping to cram a raw 9600 BPS bit rate into these narrow <br>
channels. This after very intricate computation to decompose analog voice into <br>
a 2400 bps or 4800 bps raw data stream.<br>
<br>
This is possible only with massive amounts of digital signal processing at both <br>
the TX and RX end. The radio amounts to a fairly high-powered computer that <br>
almost incidentally has RF capabilities.<br>
<br>
On top of this, because rather-high bit-error rates occur on RF channels where <br>
signals are subjected to multipath distortion, fading and just plain noise <br>
(compared to wired Ethernet, etc) the desired data to be transmitted is <br>
surrounded in massive multiple-layers of forward-error-correction coding. FEC <br>
allows damaged packets to be "fixed" at the receiving end without <br>
retransmission; a key requirement for real-time non-stop digital voice <br>
transmission. But the overhead of this "packing-for-shipment" coding is <br>
horrendous. It reduces the net data throughput 50%! The "9600 BPS" transport <br>
stream of P25 only delivers a net 4800 BPS data rate!<br>
<br>
The impact of this is:<br>
<br>
- Power consumption from the intensive computing required along with the <br>
traditional RF components dramatically reduces battery life of hand-helds.<br>
<br>
- The usable range for a given band, transmit power and antenna is sharply <br>
reduced, compared to analog voice or even classic 1200-baud packet. Typically <br>
you will require TWO or THREE times as many base stations & repeaters to <br>
achieve the same coverage footprint as with analog systems.<br>
<br>
This is due to the "all-or-nothing" nature of digital systems. There IS NO <br>
gradually-degrading-but-still-usable fringe-area reception, as in analog <br>
systems. Once the bit-error rate at the receive end exceeds the ability of any <br>
FEC schemes used to recover missing bits, you "fall-off-the-edge-of-the-world" <br>
data-wise. (The result is the same hiccupping, stuttering or complete silence <br>
you get with digital cell phones when you get too far away from the cell site.) <br>
You must have basically what amounts to "full-smash" hard-quieted signal <br>
levels on analog systems, throughout the intended system coverage area, <br>
before narrow-digital will work consistently and reliably.<br>
<br>
Bear in mind that public cellular networks have MASSIVE MASSIVE base-station <br>
infrastructure, with a base station typically every 2-3 miles or less. <br>
Public-safety and customary land-mobile networks, by contrast, typically have <br>
base station and repeater infrastructure 10s of miles apart. This makes a <br>
night-and-day difference in the practicality of low-power digital user <br>
terminals (i.e. hand-helds).<br>
<br>
_________________________________________________________<br>
<br>
<br>
Stephen H. Smith wa8lmf (at) aol.com<br>
Skype: WA8LMF<br>
EchoLink: Node # 14400 [Think bottom of the 2-meter band]<br>
Home Page: <a href="http://wa8lmf.net">http://wa8lmf.net</a><br>
<br>
Live Off-The-Air APRS Activity Maps<br>
<<a href="http://wa8lmf.net/map">http://wa8lmf.net/map</a>><br>
<br>
Long-Range APRS on 30 Meters HF<br>
<<a href="http://wa8lmf.net/aprs/HF_APRS_Notes.htm">http://wa8lmf.net/aprs/HF_APRS_Notes.htm</a>><br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
aprssig mailing list<br>
aprssig@tapr.org<br>
<a href="http://www.tapr.org/mailman/listinfo/aprssig">http://www.tapr.org/mailman/listinfo/aprssig</a><br>
</div>
</div>
</body>
</html>