View Single Post
  #6   Report Post  
Old November 19th 07, 08:06 AM posted to rec.radio.amateur.antenna
MRW MRW is offline
external usenet poster
 
First recorded activity by RadioBanter: Aug 2006
Posts: 22
Default How do you determine the data rate capacity of a channelallocation?

On Nov 9, 3:18 pm, Jim Lux wrote:
MRW wrote:
I'm not sure where else to ask this question, but I guess since this
group deals with antennas then maybe you guys are familiar with this.
This is regarding HDTV broadcast:


"Because of the 6 MHz. channel bandwidth allocated, each channel will
only support a data rate of 19.2 Mb/sec."


How is 19.2Mb/sec calculated?


Thanks!


The channel capacity (idealized) can be computed with Shannon's equation:

C = B * log2(1+ S/N)

From this we can see that you can get an arbitrary number of bits per
second through any bandwidth, if you have a high enough SNR and smart
enough channel coding. (viz, 56kbps telephone modems through a 3kHz
telephone wire channel)

there's a tradeoff, of course..

You can only radiate so much power (regulator and practical limits)
You can only point that power in so tight a beam (broadcast has to be
semi-omnidirectional, at least in a horizontal plane)
There's a practical limit to antenna size both at transmit and receive side.
You're ultimately limited by kTB noise at the receiver (most consumers
would balk at liquid helium cooled receivers)

So, what they did was pick a transmitter EIRP, a notional consumer
receive antenna gain and receiver noise figure, a typical radius to some
"service contour", and do the link budget..(with most of the numbers
chosen to match the existing analog services)

from that, they figure that they get enough SNR to support 19.2 Mbps
(with a substantial margin to allow for fading)

In this case, we can calculate backwards:
2^(19.2/6)-1 = S/N

S/N = 8.2 or about 9dB

The goal of the designer, then, is to figure out a coding and modulation
strategy that works well with the impairments typical of the path
(multipath probably is the most annoying one) and which allows
inexpensive receivers to be made, potentially at the expense of a more
complex transmitter.

The 4 popular strategies a
some form of n-ary PSK (8PSK)
QAM
COFDM
8VSB

all have pros and cons (some deal with multipath better, some are more
efficient for transmitting with better peak/average ratio, some deal
with doppler better).. For instance, on a satellite link from GEO, you
don't have to agonize about doppler,and you want to run saturated
amplifiers(for efficiency), so the PSK modulations are popular.

Once you know the bit rate, then it's a matter of coding/compressing the
raw video (which for HD is several Gbps) to fit in the 19Mbps channel.
Again, you want to push for simple decoders (which are going to be made
and sold in millions) at the expense of complex encoders (which are
going to be made and sold in dozens or hundreds).

Most of the compression standards allow for varying sophistication in
the encoding process, all with the same decoder. For instance, you can
do no frame-to-frame compression, in which case you'll have to lose a
lot of detail in the frames to get it to fit (this is the cheap
encoder). Or, you can use a fancier encoder that uses frame to frame
compression (i.e. figure out the background once and send it once, then
just send changes). Same decoder, but image quality is MUCH better.

Anyone who has "digital TV" from satellite or cable co has seen the
difference in encoder quality. Things encoded at the broadcast network
headend (where they've got more money) tend to look better than things
encoded in the cable TV local headend (like local commercials).

Likewise, one can tradeoff speed of encoding.. you can do a good
encoding job in much slower than real time cheaper than doing it in real
time. So a pre-recorded program could be encoded/compressed to a high
quality, without spending a huge amount of money.



Thank you very much! This has to be one of the most useful posts I've
read.