<font size=2 face="sans-serif">Dear all,</font>
<br>
<br><font size=2 face="sans-serif">Please find attached the CCSDS CSS Area
response to the action mentioned above</font>
<br>
<br><font size=2 face="sans-serif">ciao</font>
<br><font size=2 face="sans-serif">nestor</font>
<br><font size=2 face="Calibri">================================</font>
<br><font size=2 face="Calibri">For your convenience, the CMCA AI reads
as follows:</font>
<p>
<table width=699 style="border-collapse:collapse;">
<tr valign=top height=8>
<td width=187 style="border-style:solid;border-color:#000000;border-width:1px 3px 1px 1px;padding:0px 0px;"><font size=2 face="Times New Roman">CMC-A-2015-05-05</font><font size=3 face="Times New Roman">
</font>
<td width=507 style="border-style:solid;border-color:#000000;border-width:1px 1px 1px 3px;padding:0px 0px;"><font size=2 face="Times New Roman">The
Cross Support Services Area was requested to consider using Terrestrial
Generic File Transfer Service along with the Tracking Data Message (TDM)
to potentially eliminate the need for a new CSTS Offline Radiometric Service
standard.</font><font size=3 face="Times New Roman"> </font><font size=2 face="Times New Roman"><br>
Action: Cross Support Services Area</font><font size=3 face="Times New Roman">
</font><font size=2 face="Times New Roman"><br>
Due Date: 30 June 2015</font><font size=3 face="Times New Roman"> </font><font size=2 face="Times New Roman"><br>
Status: Open</font></table>
<br><font size=2 face="Calibri"> </font>
<br><font size=2 face="Calibri"><b><i>Summary Response:</i></b></font>
<br><font size=2 face="Calibri">As written the action is already satisfied
and can be closed.  The plan is already to use TDM via TGFT.  
 More detailed discuss can be found below.</font>
<br><font size=2 face="Calibri"> </font>
<br><font size=2 face="Calibri"><b><i>More detailed discussion:</i></b></font>
<br><font size=2 face="Calibri"> </font>
<br><font size=2 face="Calibri">Other than it's identification, the off-line
radiometric data transfer service is only mentioned in IOAG service catalog
one, June 2013 version, as part of the validated radiometric service type.
Therefore, from the CSS area perspective, the question is really about
what is meant by "validated" radiometric service. To that end
the cross support services area is pursuing a study which can be projected
to be available at the fall 2015 meetings as to the concerns, issues, and
suggestions with regard to producing validated radiometric data. As a result
of this, if we proceed in defining the validator radiometric service it
will likely only be a relatively thin recommendation that addresses concerns
for packaging of TDM's in the validated context and indicating also the
rather thin profile needed for putting this on top of TGFT.  Below
is the extract from the IOAG service catalog describing this service.</font>
<br><font size=2 face="Calibri">  </font>
<br><font size=2 face="Calibri">---from IOAG June 2103 service catalog---</font>
<br><font size=2 face="Calibri"> </font>
<br><font size=2 face="Calibri">VALIDATED DATA RADIO METRIC SERVICE TYPE</font>
<br><font size=2 face="Calibri">This Service enables a Control Center to
receive the data involved in orbit computation as received</font>
<br><font size=2 face="Calibri">and validated by a Ground Tracking Asset.
Validated data include traditional and Pseudo-Noise</font>
<br><font size=2 face="Calibri">ranging results as well as correlated Delta-DOR
data. Such data are provided to a Control Center</font>
<br><font size=2 face="Calibri">within files assembled by the Ground Tracking
Asset. This Service relies on the following Space</font>
<br><font size=2 face="Calibri">Link Interface Standards and Ground Link
Interface Standards.</font>
<br><font size=2 face="Calibri">• Radio Frequency and Modulation [RFM]
limited to module for “Radio Metric”</font>
<br><font size=2 face="Calibri">• Pseudo-Noise (PN) Ranging Systems [PNR]</font>
<br><font size=2 face="Calibri">• CSTS Offline Radio Metric Service [CORS]
over</font>
<br><font size=2 face="Calibri">• CSTS Transfer File Service [CFXS]</font>
<br><font size=2 face="Calibri"> </font>
<br><font size=2 face="Calibri">Remark - The [DDORO] Recommended Practice
addresses Delta-DOR aspects as e.g.,</font>
<br><font size=2 face="Calibri">configuration requirements for interagency
Delta-DOR measurement; interagency exchange of</font>
<br><font size=2 face="Calibri">measurement data; parameters that are necessary
in order to correlate and process the data at one of</font>
<br><font size=2 face="Calibri">the agencies; interagency transfer of the
generated observables; and the end-to-end flow of control.</font>
<br><font size=2 face="Calibri">Remark - The two CSTS File Services listed
above are “to be written”. It is assumed that a generic</font>
<br><font size=2 face="Calibri">transfer file service allowing to transfer
files between two units, i.e. [CFXS], will be available and</font>
<br><font size=2 face="Calibri">- on top of this generic service – more
“specialized” file services will allow requesting the</font>
<br><font size=2 face="Calibri">dedicated processing for the file being
transferred. In this case, it is expected that the CSTS Offline</font>
<br><font size=2 face="Calibri">Radio Metric Service will allow the Ground
Tracking Asset to inform the Control Center about</font>
<br><font size=2 face="Calibri">applied processing and file contents (i.e.
Tracking Data Messages (TDM) according to the [TDM]</font>
<br><font size=2 face="Calibri">standard specifying a format for use in
exchanging spacecraft tracking data).</font><PRE>This message and any attachments are intended for the use of the addressee or addressees only.
The unauthorised disclosure, use, dissemination or copying (either in whole or in part) of its
content is not permitted.
If you received this message in error, please notify the sender and delete it from your system.
Emails can be altered and their integrity cannot be guaranteed by the sender.

Please consider the environment before printing this email.
</PRE>