<html 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:2 4 5 3 5 4 6 3 2 4;}
@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:12.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.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:12.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.apple-converted-space
{mso-style-name:apple-converted-space;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@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:1844665905;
mso-list-type:hybrid;
mso-list-template-ids:552603964 67698703 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
{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;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style>
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt">Dear SLP WG,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">The current version of the USLP RED book with date of Feb 13, 2018 is now found at the URL below:
<a href="http://tiny.cc/hk23qy">http://tiny.cc/hk23qy</a><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Please let me know if you have any issues or questions regarding this material.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">It contains some minor updates since the release of the RED 3.1 version by the Secretariat, due to results of interoperability testing.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">The Sections that have changes are:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<ol style="margin-top:0in" start="1" type="1">
<li class="MsoListParagraph" style="margin-left:0in;mso-list:l0 level1 lfo1"><span style="font-size:11.0pt">Overview of Services – A new diagram (based upon the SDU and PDU diagram that Marjorie DeLandelong developed for the CCSDS IP over CCSDS) has been inserted
into Section 2.2 to introduce the topic of SDUs and PDUs as well as the reoccurring service primitives (.request, .indication, NOTIFY. Indication) along with a few short paragraphs of descriptive text thereafter. See pp. 2-6, 2-7.<o:p></o:p></span></li><li class="MsoListParagraph" style="margin-left:0in;mso-list:l0 level1 lfo1"><span style="font-size:11.0pt">Clean up of the following service diagrams (see text explaining the rationale for the update directly below – diagrams and Sections involved: Figures:
2-6, 4-6, 4-17, 4-24, 4-26 (MC_OCF Service moved from VC Reception Function to MC_Demux function), Text moved from 4.3.6 and moved to 4.3.8. Please note that Figure 2-6 is identical to Figure 4-17 and has always been duplicated in all of the SDLP blue books
for ease of reference.</span><span style="font-size:11.0pt"><o:p></o:p></span></li></ol>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">First of all, the OCF_Flag tells us whether or not an OCF_SDU is or is not contained in any given transfer frame.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">In TM, within a Virtual Channel, the OCF_Flag is static.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">The difference between MC_OCF and VC_OCF service, in MC_OCF service the pick up of the OCF_SDU is from a MC_OCF service provider and the delivery of the OCF_SDU is to the MC_OCF service provider
on the receive side.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">In VC_OCF service, there is an OCF Service provider for each VC that carries an OCF_SDU, which is picked up by that specific VC_OCF service provider and delivered to that VC_OCF service provider
on the receive side.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">Now, because we only have fixed length frames in TM, the requirement in TM is that the OCF services are static i.e., the carrying of an OCF_SDU cannot be changed on a frame by frame basis.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">In USLP, in the general case, the OCF_Flag is dynamic meaning that the transfer of an OCF_SDU can change on a frame by frame basis.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">You asked , “Then, recalling that there is a OCF_Flag in the transfer frame header can the OCF be omitted (if desired) also for fixed length frames?” – Yes it can, however it would complicate the
frame assembly process, since in this case we are dealing with a fixed length frame constraint. So most likely in a fixed length case, the USLP OCF_Flag will be static. But it is not mandatory.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">Note also In AOS there is only VC_OCF service. It is static in a VC and the VC_OCF service is managed because there is no OCF_Flag.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">In USLP, we only have a MC_OCF service. We looked at the MC_OCF service definition as described in Section 3 of TM and compared it to ours in USLP. There is no difference except for the OCF_Flag
requirement i.e., that the flag is static for a mission phase in TM but dynamic (and controlled by the USLP VC Managed Parameters). In other words, USLP allows an OCF_SDU to be carried on a frame by frame basis and in TM, each frame in the VC would have to
carry an OCF_SDU throughout the mission phase.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">So, does that mean we need to rename the OCF service in USLP ? We don’t think so, because we still have a MC_OCF service (as defined) that picks up the OCF_SDUs from one MC_OCF service provider
and delivers all of the OCF_SDUs to one MC_OCF service provider on the receive side. The basics haven’t changed. We just removed the constraint on the OCF_Flag to allow it to be dynamic on a frame by frame basis, mostly because of the variable length frame
nature of USLP which provides better efficiency in transferring OCFs across the link. Also OCF_SDU pick up and delivery are globally identifiable for MC_OCF service.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">Concerning figure 2-5 and 4-6, we believe the figures are correct as currently drawn. Recall that these figures are illustrations of a possible implementation. One can do it in many different ways.
You have the current version but I have also attached it here as well.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">We have the MC_OCF Service injected into the VC Generation box on the sending side, because that is the function where all of the components of the VC come together except for Insert Zone (All
Frames generation) and CRC (All Frames Generation). In the VC generation box is where the VC construction process picks up the OCF_SDU from the MC_OCF service for that participating VC and builds the VC frame. When the flag is set, the OCF_SDU is extracted
and provided to the MC_OCF service within the MC Demultiplexing Function. <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:black">If there are any issues with these updates, we will discuss them at the Spring 2018 meeting in Gaithersburg, MD, USA in early April.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Best Regards,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Greg Kazz<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Principal Engineer<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Technical Group Supervisor,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Project Software and End-to-End Information Systems Engineering (312B)<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Jet Propulsion Laboratory<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">4800 Oak Grove Dr., M/S 301-490<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="ES-MX" style="font-size:11.0pt">Pasadena, CA 91109</span><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="ES-MX" style="font-size:11.0pt">1+(818)393 6529(voice)</span><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">1</span><span lang="ES-MX" style="font-size:11.0pt">+(818)393 6871(fax)</span><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="ES-MX" style="font-size:11.0pt">email: greg.j.kazz@jpl.nasa.gov
</span><span style="font-size:11.0pt"><o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>