[Cesg-all] Re: Rick Schnurr's comments re: AOS Pink Sheets

Tue, 15 Jul 2003 13:22:55 -0700

--=====================_713886578==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

At 12:58 PM 7/15/2003, Greg J Kazz wrote:
>** It's a flight system issue. The flight system requires a simple method 
>for identifying AOS frames for retransmission.

Ah, so this proposed change *is* tied to the new ARQ protocol. Then why not 
engineer them together?

In that case, why not solve the problem fully in the context of the current 
international standard?  If you go to page 5-64 paragraph 5.4.10.2.b you 
will see that a PDU is already specified to support the SLAP retransmission 
protocol. In fact, all of the service specifications and primitives are 
already worked out for you; the only thing that was never specified is the 
precise semantics and syntax of the SLAP-PDU itself. Note that 6.2e on page 
6-3 even accommodates a contiguous expandable counter that is surely easier 
to process by a receiving spacecraft than 24-bits here and 3-bits there 
[and x-bits somewhere else if you run into the data rate stops]?

///adrian

--=====================_713886578==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
At 12:58 PM 7/15/2003, Greg J Kazz wrote: 
<blockquote type=cite class=cite cite>** It's a flight system issue. The
flight system requires a simple method for identifying AOS frames for
retransmission. </blockquote> 
Ah, so this proposed change *is* tied to the new ARQ protocol. Then why
not engineer them together? 
In that case, why not solve the problem fully in the context of the
current international standard?&nbsp; If you go to page 5-64 paragraph
5.4.10.2.b you will see that a PDU is already specified to support the
SLAP retransmission protocol. In fact, all of the service specifications
and primitives are already worked out for you; the only thing that was
never specified is the precise semantics and syntax of the SLAP-PDU
itself. Note that 6.2e on page 6-3 even accommodates a contiguous
expandable counter that is surely easier to process by a receiving
spacecraft than 24-bits here and 3-bits there [and x-bits somewhere else
if you run into the data rate stops]? 
///adrian 
</html>

--=====================_713886578==_.ALT--