Return-Path: Received: (qmail 20967 invoked from network); 20 Feb 2001 03:59:00 -0000 Received: from unknown (HELO warrior-inbound.servers.plus.net) (212.159.14.227) by excalibur.plus.net with SMTP; 20 Feb 2001 03:59:00 -0000 Received: (qmail 10910 invoked from network); 20 Feb 2001 03:58:57 -0000 Received: from unknown (HELO post.thorcom.com) (212.172.148.70) by warrior with SMTP; 20 Feb 2001 03:58:57 -0000 Received: from majordom by post.thorcom.com with local (Exim 3.16 #2) id 14V3sY-0002Zv-00 for rsgb_lf_group-outgoing@blacksheep.org; Tue, 20 Feb 2001 03:54:18 +0000 X-Priority: 3 X-MSMail-Priority: Normal Received: from kauha.saunalahti.fi ([195.197.53.227]) by post.thorcom.com with esmtp (Exim 3.16 #2) id 14V3sX-0002Zq-00 for rsgb_lf_group@blacksheep.org; Tue, 20 Feb 2001 03:54:17 +0000 Received: from pmk2 (DXXIV.hdyn.saunalahti.fi [195.74.4.224]) by kauha.saunalahti.fi (8.10.1/8.10.1) with SMTP id f1K3snC06345 for ; Tue, 20 Feb 2001 05:54:49 +0200 (EET) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 From: "Paul Keinanen" To: rsgb_lf_group@blacksheep.org Subject: LF: Re: Signalling margins and Shannon, shud we move on? Date: Tue, 20 Feb 2001 05:53:59 +0200 Message-ID: References: <65AECDF1F89AD411900400508BFC869F0D75CC@pdw-mail-1.dera.gov.uk> <3A9160B5.D9C9DE4D@usa.net> <002801c09acb$30ae6cf0$0a00a8c0@ThreeLakes.ca> In-reply-to: <002801c09acb$30ae6cf0$0a00a8c0@ThreeLakes.ca> X-Mailer: Forte Agent 1.7/32.534 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group Sender: On Mon, 19 Feb 2001 18:01:13 -0500, "Larry Kayser" wrote: >This needs to be carefully thought through - I for one am reluctant to bring >up issues about 300 second data bits simply because I know that many of the >participants on this reflector are not even happy about 30 second visual CW >bits. I also am not keen to get into discussions that I know full well are >making other users of the facility unhappy. Extending the bit time might be a good idea if the propagation conditions would remain constant as in space communication. However, in variable propagation conditions, if the message takes hours to transfer, some bits would get through quite strongly, while others would be wiped out completely. Interleaving and ECC would help against this, but again this would extend the transmission period further. How about some Memory-ARQ style system ? Instead of standardising the bit rate, the message would be repeated at an exactly defined ratio (eg. once every 600 s) and the signal from various frames would be summed at the receiving end, integrating the power for a specific bit from multiple frames. The end of the frame (say 60 s) could be a acknowledge period, so when the receiver think that the message has been decoded (e.g. by visual decoding), the recipient would start to send ACK (possibly with a lower data rate) during each acknowledge period. At the original transmitting site this ACK message would finally accumulate to an ACK code and the original transmitter could then stop transmitting, cutting the transmission time to a minimum. With a symmetrical link (same ERP and same background noise levels) the recipient could event start sending ACK as soon as the message framing has been established (while still many data bits are unclear), since during the time the ACK message has accumulated sufficiently, most likely the original message would be clear enough :-). Anyway, stations close to the transmitter site could decode the message within a few minutes and thus now what is going on, without having to wait for hours to se what that mysterious transmission is all about. Paul OH3LWR