Message-ID: <4F26B9A5.6040109@toya.net.pl>
Date: Mon, 30 Jan 2012 16:39:17 +0100
From: Piotr Mlynarski <sq7mpj@toya.net.pl>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.2.25) Gecko/20111213 Thunderbird/3.1.17
MIME-Version: 1.0
To: rsgb_lf_group@blacksheep.org
References: <3992CC59F7A14AA694628529761EC5DE@AGB>	<4F1F695F.7020400@charter.net> <CAA8k23Rm-kX4nz4nOcaD6Rrbh7-cd+OiP1Jra+SVHriaFwdcMQ@mail.gmail.com>
In-Reply-To: <CAA8k23Rm-kX4nz4nOcaD6Rrbh7-cd+OiP1Jra+SVHriaFwdcMQ@mail.gmail.com>
Subject: Re: LF: WOLF DATA MODE S/N FIG ?
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-rsgb_lf_group@blacksheep.org
Precedence: bulk
Reply-To: rsgb_lf_group@blacksheep.org
X-AOL-SCOLL-URL_COUNT: 0  
x-aol-sid: 3039ac1d40564f26c2834afe
X-AOL-IP: 195.171.43.25
X-AOL-SPF: domain : blacksheep.org SPF : none


W dniu 2012-01-28 20:18, Andy Talbot pisze:
> I've been thinking about the maths behind Wolf and it gets quite interesting.
> One thing we can say, its definitely a spread spectrum system !!!!!!!!
>      SRI USA Hams :-(
>
> A message of 15 characters taken from an alphabet of 40 (A-Z 0-9 and a
> few punctuation) give 80 source bits of data after compression.
> These are expanded to 480 data bits in six parallel tail-biting
> convolutional encoders.    In pure error correction terms this seems
> like mega-overkill, so there's more than meets the eye going on...
> Interleaving may or may not then be employed, but it doesn't affect
> things.
> The 480 bits are then merged with another 480 bits of a PN seqeunce
> (in a not totally dissimilar way that I suspect Opera does) to allow
> the decoder to lock to the sequence.
> The whole lot is then transmitted at 10 Symbols/s BPSK so the whole
> message takes 96 seconds
>

Dear Andy, LF  Group,

In the general description of WOLF given by its Author, Stewart, KK7KA
  http://www.scgroup.com/ham/wolf.html
there is a paragraph shortly describing the error control encoder.
There is also an interesting statement about the performance of turbo codes
used in the modern comm systems.
Unfortunately, the link to the 'comparison paper' is dead. However, 
being in some way interested in the subject
i have managed to find that publication which possibly could be of some 
interest to you and other fellows
it is available here:
http://www.toya.net.pl/~mlynarski/compare-codes.pdf
if you had an earlier  access to this paper , pse disregard my mail.. :)

                  yours, Piotr, sq7mpj

qth: Lodz/jo91rs/