<div dir="ltr">Thank you Wally. This is an excellent summary and greatly helps define remaining work. <br><br>Questions and comments? Bring 'em on.<br><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr">-Michelle W5NYV<br><br><div dir="ltr"><br></div></div></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Mar 2, 2019 at 2:31 PM Wally Ritchie via Ground-Station <ground-station@lists.openresearch.institute> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><font face="monospace, monospace">I've begun some work on an Internet based simulator for a p4b geosat. It focuses on the Narrowband Multiplexor entity that relays the data from the uplinks to the DVB-S2 downlink. (More on this in a few days in another thread). <br><br>In the process I've collected a random assortment of "sort of consensus" thinking as I recall it from the slack channels over the last year or two. <br><br>Please comment here or on slack regarding any that are not actual likelies or are not understood. <br><br>Wally WU1Y<br><br><br>1. The Downlink will likely have power output of 10W – 100W into a hemispherical beam.<br>2. The Downlink will likely have symbol rate of 1 Mbaud to 10 Mbaud. <br>3. The downlink will likely have a saturated and unfiltered final. <br>4. The downlink will likely provide a DVB-S2 carrier.<br>5. The downlink will likely use GSE supporting multiple streams and ACM/VCM. <br>6. The primary stream will likely be a flow of UDP broadcast packets at 25 pps. These will carry the relayed narrowband channel data and system data. <br>7. System data will likely include both telemetry and operational data (e.g. logs) and will be unencrypted except where necessary. <br>8. A narrow band multiplexor (NBM) entity will likely combine the system streams and the relayed narrowband channels into a single UDP packet flow which will have priority over other flows. <br>9. Wideband channels will likely be supported and relayed in separate IP packet flows (or perhaps repeated BBFRAMES). <br>10. System data may in some cases utilize separate IP packet flows. <br>11. Narrowband uplinks will likely be handled by a multi-channel receiver with 64 – 128 channels spaced at 25kHz (or somewhere between 12.5 to 75kHz). Note that with 64 25kHz channels the narrowband input spectrum would be 1.6MHz. <br>12. Earth stations will likely require a sub-ppm accuracy station clock with Frequency Accuracy and Stability on the order of 100ppb for 25kHz channels. The clock may have to be synchronized to the downlink. Note that 1ppm at 5GHz corresponds to 5kHz frequency shift.<br>13. Uplinks will need to control power output, frequency, and timing to arrive in their assigned uplink slot.<br>14. Narrowband Uplink modulation will likely be some form of GMSK or QPSK and could vary over the lifetime of the repeater. <br>15. Narrowband Uplink PSD will need to maintain power in the adjacent channels below specified tbd limits.<br>16. Uplink spurious outputs both in-band and out-out of band will need to be kept below specified tbd limits. <br>17. The possible (and wildly optimistic) presence of other satellites with 5GHz uplinks as close as 2 degrees should be recognized. <br>18. Narrowband Uplink transmissions will likely be framed in 40ms slots matching the NBM frame rate. <br>19. Narrowband Uplink symbol rates will likely be on the order of 5000 baud to 2000 baud for 25KHz channel spacing. <br>20. Narrowband Uplink transmissions from active stations will be continuous back to back frames. Where the frame does not carry relayed speech (e.g. silence intervals) identification or alternate data may be transmitted and relayed.<br>21. Frames containing station identification will likely be FEC coded (e.g. Golay Coding).  <br>22. Preambles on each frame will likely be required for synchronization and adaptive equalization. <br>23. Longer preambles may be required on the initial frames of a transmission. <br>24. Identification will likely be required on the first frame of a sequence and periodically during a continuous sequence. <br>25. Data within a frame will only be relayed through the NBM when fully conforming to the rules.<br>26. Where the receiver is unable to synchronize and decode a frame, parametric data related to the transmission will likely be substituted for the missing payload.  <br>27. Dedicated channel sets on both band edges will be used for testing and commissioning. <br>28. Stations will not be permitted to transmit on regular channels until they have been commissioned using automated procedure that take place using the commissioning channels. Any transmission by an un-commissioned station will be considered intentional interference.<br>29. A cease transmission command will likely be provided in the NBM output requiring all stations to immediately and temporarily cease transmission. This might be used to support processes to identify and locate interference or unauthorized transmissions.  <br>30. Commissioning will likely involve short transmission bursts on the order of 3 to 5 frames in a test channel. Commissioning transmissions will likely be separated in time (many seconds for an individual station). <br>31. Commissioning channels will likely dedicate one or more adjacent guard channels to be used in the commissioning process (e.g. proving adjacent channel power, frequency, and frame alignment measurement to verify that the station is within tbd limits.<br>32. Allocation of a commissioning channel to a station will likely involve a fair hash algorithm based on offered demand and capacity. Transmission Collisions will be possible and expected during commissioning. <br>33. Allocation of channels to commissioned stations will likely use a channel allocation protocol operating within single channels (as opposed to the multiple channels used for commissioning/test). Note that a station cannot be identified until its transmissions can be decoded by the receiver. <br>34. Once a station is able to transmit a compliant signal in the commissioning channel it will acquire a secure access token through interaction with the server. This will likely involve authentication. The token will be used to identify the station in transmissions. The receiver will likely substitute the station's actual callsign for the token in the downlink.  <br>35. The NBM output configuration will likely be flexible allowing for a variable number of active uplink channels of various payload rates with an aggregate relayed payload on the order of 256kps.<br>36. The NBM will likely support Nx800 channel allocations with N <= 12 (i.e. 800 to 9600bps). <br>37. During any given frame (UDP packet), an NBM channel segment may carry Uplink Payload, Uplink Identification (Station ID and payload type), Parametric Receiver Data, or System Data. <br><br><br></font><br></div>
_______________________________________________<br>
Ground-Station mailing list<br>
Ground-Station@lists.openresearch.institute<br>
<a href="http://lists.openresearch.institute/mailman/listinfo/ground-station" rel="noreferrer" target="_blank">http://lists.openresearch.institute/mailman/listinfo/ground-station</a><br>
</blockquote></div>