Re: [digitalradio] source coding, Randomizing
Lester Veenstra wrote: > >I am sorry that I did not make myself clear enough. My argument > is directed to transmitted signal formats. That is, what is covered by > §97.307 Emission standards. > All the FCC requires is that the protocol/algorithm be made available if required. Does not have to be published, and there is no requirement for every ham to be able to monitor. Just that if the FCC asks, it's made available. I know this first hand as my club worked directly with them in the mid-80's on a new modulation scheme developed by a member. We offered to provide the algorithm or keep source in escrow, and they basically said if they needed to monitor they had ways and would contact us as needed. IE: No need for source, etc. The modem was sold commercially, so the club wanted to have all above board. Even P3 is snoopable with commercial programs, so it's just a non-issue. Even hams could snoop P3 if they wanted to with the new capabilities SDR offers. Just record the data stream, and decode and work out the FEC over time. Not to defend SCS, but by providing the general description, tone frequencies, etc, for P3 there is more than enough information for the mode to be monitored by any agency who needs to. As a side note, the FCC also ruled on our new modulation scheme that randomization did not constitute encryption, nor was it considered spread spectrum. Randomization of data is both common and desired for modulation schemes as it keeps the average power up and minimizes the effect of sidebands in some schemes. (They are there, just less noticeable). If we dug very deeply I suspect we'd find P3 randomizes as well for the same reasons. To quote G3RUH who also used randomization in this modem: "Secondly, since the data stream is now randomised, its spectral energy is evenly spread out at all times. Intense spectral lines do not suddenly appear and create sporadic splatter into nearby channels. A third reason is that since the data is guaranteed to have a regular supply of ones and zeros, the receiver's bit clock recovery and demodulation circuits work better. " We had challenges from the nay-sayers on both points, so we had it in writing from the FCC engineers. So the idea that any mod scheme which does not send steady tones when sending zeros is spread spectrum is just flat out wrong. While SS can be thought of as an extreme form of randomization, randomization does not always equal SS. There are specific coding sequences used to improve decoding that are also pseudo random that are in common usage. Have fun, Alan km4ba
RE: [digitalradio] source coding, Randomizing
John: I am sorry that I did not make myself clear enough. My argument is directed to transmitted signal formats. That is, what is covered by §97.307 Emission standards. Les Lester B Veenstra MØYCM K1YCM <mailto:les...@veenstras.com> les...@veenstras.com <mailto:m0...@veenstras.com> m0...@veenstras.com <mailto:k1...@veenstras.com> k1...@veenstras.com US Postal Address: PSC 45 Box 781 APO AE 09468 USA UK Postal Address: Dawn Cottage Norwood, Harrogate HG3 1SD, UK Telephones: Office: +44-(0)1423-846-385 Home: +44-(0)1943-880-963 Guam Cell: +1-671-788-5654 UK Cell: +44-(0)7716-298-224 US Cell: +1-240-425-7335 Jamaica: +1-876-352-7504 This e-mail and any documents attached hereto contain confidential or privileged information. The information is intended to be for use only by the individual or entity to whom they are addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this e-mail or any documents attached hereto is prohibited. From: digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com] On Behalf Of "John Becker, WØJAB" Sent: Sunday, June 06, 2010 6:44 PM To: digitalradio@yahoogroups.com Subject: RE: [digitalradio] source coding, Randomizing By the same thinking (that being that a commercial company) is making any money should you not put kenwood and yaesu into the same? Or how about that mean money making company that made your sound card interface. or microsoft. John, W0JAB At 10:12 AM 6/6/2010, you wrote: >You can of course protect your intellectual property. But such a commercial format belongs on commercial frequencies. That is, it has no place as a format used for amateur radio.
RE: [digitalradio] source coding, Randomizing
By the same thinking (that being that a commercial company) is making any money should you not put kenwood and yaesu into the same? Or how about that mean money making company that made your sound card interface. or microsoft. John, W0JAB At 10:12 AM 6/6/2010, you wrote: >You can of course protect your intellectual property. But such a commercial >format belongs on commercial frequencies. That is, it has no place as a >format used for amateur radio.
Re: [digitalradio] source coding, Randomizing, outer FEC, Inner FEC, coding to symbol, modulation of symbol(s)
On 06/06/2010 10:48 AM, "John Becker, WØJAB" wrote: > At 03:22 AM 6/6/2010, you wrote: (in part) >> In the end, systems like ROS, Clover, PACKTOR-XXX, etc, where there is not >> full published trasparency in the encoding process, are not suitable for >> legal amateur use, in my humble opinion. > > In other words, no one has the right to make money from their > hard work and what could have been $$$ millions spent on research > and development as would have been the case with Pactor 3. Or the > right to protect it. They can keep it secret all they want. I just do not believe amateur operators should use such protocols on the amateur bands. -- All rights reversed.
RE: [digitalradio] source coding, Randomizing, outer FEC, Inner FEC, coding to symbol, modulation of symbol(s)
You can of course protect your intellectual property. But such a commercial format belongs on commercial frequencies. That is, it has no place as a format used for amateur radio. Lester B Veenstra MØYCM K1YCM <mailto:les...@veenstras.com> les...@veenstras.com <mailto:m0...@veenstras.com> m0...@veenstras.com <mailto:k1...@veenstras.com> k1...@veenstras.com US Postal Address: PSC 45 Box 781 APO AE 09468 USA UK Postal Address: Dawn Cottage Norwood, Harrogate HG3 1SD, UK Telephones: Office: +44-(0)1423-846-385 Home: +44-(0)1943-880-963 Guam Cell: +1-671-788-5654 UK Cell: +44-(0)7716-298-224 US Cell: +1-240-425-7335 Jamaica: +1-876-352-7504 This e-mail and any documents attached hereto contain confidential or privileged information. The information is intended to be for use only by the individual or entity to whom they are addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this e-mail or any documents attached hereto is prohibited. From: digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com] On Behalf Of "John Becker, WØJAB" Sent: Sunday, June 06, 2010 3:49 PM To: digitalradio@yahoogroups.com Subject: Re: [digitalradio] source coding, Randomizing, outer FEC, Inner FEC, coding to symbol, modulation of symbol(s) At 03:22 AM 6/6/2010, you wrote: (in part) >In the end, systems like ROS, Clover, PACKTOR-XXX, etc, where there is not >full published transparency in the encoding process, are not suitable for >legal amateur use, in my humble opinion. In other words, no one has the right to make money from their hard work and what could have been $$$ millions spent on research and development as would have been the case with Pactor 3. Or the right to protect it.
Re: [digitalradio] source coding, Randomizing, outer FEC, Inner FEC, coding to symbol, modulation of symbol(s)
At 03:22 AM 6/6/2010, you wrote: (in part) >In the end, systems like ROS, Clover, PACKTOR-XXX, etc, where there is not >full published trasparency in the encoding process, are not suitable for >legal amateur use, in my humble opinion. In other words, no one has the right to make money from their hard work and what could have been $$$ millions spent on research and development as would have been the case with Pactor 3. Or the right to protect it.
Re: [digitalradio] source coding, Randomizing, outer FEC, Inner FEC, coding to symbol, modulation of symbol(s)
Many thanks, Les, for your comprehensive answer which has greatly increased my understanding of the issue. Not quite as straightforward as I imagined! 73 Robert