<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:0 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
span.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle21
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:720054354;
mso-list-type:hybrid;
mso-list-template-ids:-1923698612 67698705 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
{mso-level-text:"%1\)";
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1
{mso-list-id:1429622433;
mso-list-type:hybrid;
mso-list-template-ids:-1331127428 67698713 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l1:level1
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#203864;mso-style-textfill-fill-color:#203864;mso-style-textfill-fill-alpha:100.0%">Dear Wolfgang,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#203864;mso-style-textfill-fill-color:#203864;mso-style-textfill-fill-alpha:100.0%">I can go along with not using just the “TM” qualifier for the
</span><span style="color:#203864;mso-style-textfill-fill-color:#203864;mso-style-textfill-fill-alpha:100.0%">Synchronization and Channel Decoding FR Set and FR. However, I find using “Telemetry” instead to be problematic because (a) it is just the expansion
of “TM”, and (b) the point of AOS was that it is more than what is traditionally thought of as “command’ and “telemetry” (also voice, video, video files, etc.). On the other hand, leaving it just unqualified “Frame Synchronization” is perhaps too broad, especially
with the possibility of some future use of variable-length USLP on the return link (or the future use of the FR to represent the TC receiving functions onboard a spacecraft). How about “Fixed Length Frame Synchronization and Channel Decoding”? That mirrors
the terminology on the sending side. Then it’s applicable to TM, AOS, and FLF USLP frames.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#203864;mso-style-textfill-fill-color:#203864;mso-style-textfill-fill-alpha:100.0%"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#203864;mso-style-textfill-fill-color:#203864;mso-style-textfill-fill-alpha:100.0%">Your subsequent email indicates that you have seen my correction to combine TM and AOS SDLP functionality into common FRs. I confess
that I have not confirmed that it will be simple or appropriate to combine AOS and TM Packet Extraction and De-encapsulation, although that is my feeling based on what I know about the two SDLPs. I propose that for now we carry it as a combined FR and schedule
it as a “Tier 2” issue due for resolution by, say, the end of February? If it then turns out that it would be inappropriate to combine the two, could we consider putting both FRs in the same FR Set with rules to the effect that it is an exclusive OR situation?
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#203864;mso-style-textfill-fill-color:#203864;mso-style-textfill-fill-alpha:100.0%"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#203864;mso-style-textfill-fill-color:#203864;mso-style-textfill-fill-alpha:100.0%">Best regards,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#203864;mso-style-textfill-fill-color:#203864;mso-style-textfill-fill-alpha:100.0%">John</span><span style="color:#203864;mso-style-textfill-fill-color:#203864;mso-style-textfill-fill-alpha:100.0%"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> Wolfgang Hell <wo_._he@t-online.de> <br>
<b>Sent:</b> Tuesday, November 05, 2019 8:43 AM<br>
<b>To:</b> John Pietras <john.pietras@gst.com><br>
<b>Cc:</b> Holger.Dreihahn@esa.int; harald.ernst@esa.int; Pham, Timothy T (3300) <Timothy.T.Pham@jpl.nasa.gov><br>
<b>Subject:</b> Re: Functional Resource Set Names<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Dear John,<span style="color:#1F497D">,,</span><span style="font-size:12.0pt"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I agree with most of the changes that you are suggesting for the Functional Resource Sets. The few concerns I have are the following:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">a) TM Synchronization and Channel Decoding: I understand your motivation for not mentioning AOS in the resource set name, but it may be confusing for readers that further down AOS and even USLP frames show up although earlier on it looks
like only TM frames are handled. It might therefore be better to use a "neutral" term such a Telemerty (rather than using the TM acronym) or simply talk of "Frame Synchronization".<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">b) TM Space Link Protocol Reception and<span style="font-size:7.0pt">
</span>AOS Space Link Protocol Reception: At the Fall Meeting we had agreed that the TM and AOS MC Demultiplexer as well as the TM and AOS VC Demultiplexer should be merged and your latest spreadsheet fr_work_table confirms that decision. Given that I have
a problem having separate TM and AOS Space Link Protocol Reception FR Sets. Granted, we have not yet discussed if Packet Extraction & Deencapsulation can be covered by a common TM and AOS type, but regardless we have now the question to which FR Set the TM/AOS
MC/VC Demux and Reception FR types belong.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Best regards,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Wolfgang<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Am 04.11.2019 um 15:24 schrieb John Pietras:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal">Dear Wolfgang,<o:p></o:p></p>
<p class="MsoNormal">In order to facilitate the future possibility of using some of our current FRs in other node types besides ESLTs (e.g., on space nodes) , we decided to remove the “forward” and “return” prefixes of FR names/classifiers when the sender/receiver
nature of the FR could be inferred from other elements of the name – e.g., “Mux” designates the sender side (and thus the forward link from the ESLT’s perspective). However, we did not discuss extending this renaming to the FR Sets that contain those FRs.
<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Here is my list of proposed modified FR St names. If you agree we can use these in the SANA FRs and the FR Reference Model:<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">a.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>CCSDS 401 Forward Physical Channel Transmission becomes CCSDS 401 Physical Channel Transmission<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">b.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>CCSDS 415 Forward Physical Channel Transmission becomes CCSDS 415 Physical Channel Transmission
<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">c.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>CCSDS 401 Return Physical Channel Reception becomes CCSDS 401 Physical Channel Reception
<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">d.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>CCSDS 415 Return Physical Channel Reception becomes CCSDS 415 Physical Channel Reception<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">e.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Forward TC Synchronization and Channel Encoding becomes TC Synchronization and Channel Encoding<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">f.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Forward Fixed Length Frame (FLF) Synchronization, Channel Encoding, and OID Generation becomes Fixed Length Frame (FLF) Synchronization, Channel Encoding, and OID Generation<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">g.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Return TM Synchronization and Channel Decoding becomes TM Synchronization and Channel Decoding (Note – although this FR applies to AOS and fixed-length FLF as well, the relevant Blue Book is called “TM …” so that’s the source of the
name.)<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">h.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Forward TC Space Link Protocol Transmission becomes TC Space Link Protocol Transmission<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">i.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Forward AOS Space Link Protocol Transmission becomes AOS Space Link Protocol Transmission<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">j.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Forward Variable Length Frame Unified Space Data Link Protocol Transmission becomes Variable Length Frame Unified Space Data Link Protocol Transmission<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">k.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Forward Fixed Length Frame Unified Space Data Link Protocol Transmission becomes Fixed Length Frame Unified Space Data Link Protocol Transmission<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">l.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Return TM Space Link Protocol Reception becomes TM Space Link Protocol Reception<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">m.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Return AOS Space Link Protocol Reception becomes AOS Space Link Protocol Reception<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">n.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Return Variable Length Frame Unified Space Data Link Protocol Reception becomes Variable Length Frame Unified Space Data Link Protocol Reception<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">o.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Return Fixed Length Frame Unified Space Data Link Protocol Reception becomes Fixed Length Frame Unified Space Data Link Protocol Reception<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.25in"> <o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.25in">The remaining FR Set names do not need to be changed because:<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo4"><![if !supportLists]><span style="mso-list:Ignore">1)<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>They don’t have “forward” or “return” in them<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo4"><![if !supportLists]><span style="mso-list:Ignore">2)<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>The “forward” or “return” in their names are from the SLE or CSTS service provider FRs that they contain, or<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo4"><![if !supportLists]><span style="mso-list:Ignore">3)<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>They are associated with the IOAG Forward File and Return File services (e.g., Forward File Data Delivery Production and Return File Data Delivery Production). However, now that IOAG has subdivided these into CFDP-File services and PACKETS-File
services (which may involve different FR types) these FR Sets should be revisited in the future.<o:p></o:p></p>
<p class="MsoListParagraph"> <o:p></o:p></p>
<p class="MsoListParagraph" style="margin-left:9.0pt">Best regards,<o:p></o:p></p>
<p class="MsoListParagraph" style="margin-left:9.0pt">John<o:p></o:p></p>
</blockquote>
<p><o:p> </o:p></p>
</div>
</body>
</html>