<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:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}
@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;}
@font-face
        {font-family:TimesNewRomanPSMT;
        panose-1:2 11 6 4 2 2 2 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        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;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.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:1669402404;
        mso-list-type:hybrid;
        mso-list-template-ids:1612872974 -961095378 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l0:level1
        {mso-level-number-format:bullet;
        mso-level-text:-;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:"Calibri",sans-serif;
        mso-fareast-font-family:Calibri;}
@list l0:level2
        {mso-level-number-format:bullet;
        mso-level-text:o;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:"Courier New";}
@list l0:level3
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:Wingdings;}
@list l0:level4
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:Symbol;}
@list l0:level5
        {mso-level-number-format:bullet;
        mso-level-text:o;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:"Courier New";}
@list l0:level6
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:Wingdings;}
@list l0:level7
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:Symbol;}
@list l0:level8
        {mso-level-number-format:bullet;
        mso-level-text:o;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:"Courier New";}
@list l0:level9
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:Wingdings;}
ol
        {margin-bottom:0in;}
ul
        {margin-bottom:0in;}
--></style>
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">Dear CESG & WG Chairs,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I know that all of you are busy with your Working Group and Area meetings.  You may not have time to attend to this, but it is on my mind and I would like to engage you in the discussion too.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">You are all aware (or ought to be) that we have a requirement in our Publications Guidelines, and in the Registry Management Policy document, to document any new terminology that is required and also to check the SANA Terminology registry
 (<a href="https://sanaregistry.org/r/terms/">https://sanaregistry.org/r/terms/</a>) for suitable existing terms before defining any new ones.  I assume that these guidelines are being followed in your WGs (they may not be, you tell me).<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">In recent CESG meetings we have reported on a collaborative effort with our sister organization in ISO, TC20/SC14, to expand the scope of the CCSDS Terms registry to include SC14 terms as well.  We already have some joint standards with
 SC14, primarily in the Nav WG and now the SAWG, and one aspect of this collaboration is going to be to extend the SANA Terms registry to allow use of it to manage both SC14 and CCSDS terms.  The SANA Operator is in the process of creating this extended registry
 in the Beta website, and we will be trying it out in the coming months.  This will allow inclusion of SC14 terms, and browsing across the whole set of space domain terms, but also will allow browsing or querying just the SC14 or CCSDS subsets.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">One aspect of this new approach is that we may discover some terms that are multiply defined.  We already know that within CCSDS itself we have some terms that are multiply defined in different documents.  A simple example of this is issue
 is “packet”:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<table class="MsoNormalTable" border="0" cellpadding="0" width="1440" style="width:15.0in">
<tbody>
<tr>
<td style="padding:.75pt .75pt .75pt .75pt"></td>
<td style="padding:.75pt .75pt .75pt .75pt"></td>
</tr>
</tbody>
</table>
<p class="MsoNormal"><span style="display:none"><o:p> </o:p></span></p>
<table class="MsoNormalTable" border="0" cellpadding="0" width="1440" style="width:15.0in" id="registry-content">
<tbody>
<tr>
<td style="padding:.75pt .75pt .75pt .75pt"></td>
<td width="91" style="width:68.0pt;padding:.75pt .75pt .75pt .75pt">
<p>Assigned<o:p></o:p></p>
</td>
<td width="76" style="width:57.0pt;padding:.75pt .75pt .75pt .75pt">
<p>packet<o:p></o:p></p>
</td>
<td width="424" style="width:318.0pt;padding:.75pt .75pt .75pt .75pt">
<p>An arbitrary integer number of octets.<o:p></o:p></p>
</td>
<td width="184" style="width:138.0pt;padding:.75pt .75pt .75pt .75pt">
<p><a href="https://sanaregistry.org/references/147">[ccsds-851.0-M-1]</a><o:p></o:p></p>
</td>
<td width="645" style="width:483.75pt;padding:.75pt .75pt .75pt .75pt">
<p>1.3.112.4.30.645<o:p></o:p></p>
</td>
</tr>
<tr>
<td style="padding:.75pt .75pt .75pt .75pt"></td>
<td width="91" style="width:68.0pt;padding:.75pt .75pt .75pt .75pt"></td>
<td width="76" style="width:57.0pt;padding:.75pt .75pt .75pt .75pt"></td>
<td width="424" style="width:318.0pt;padding:.75pt .75pt .75pt .75pt"></td>
<td width="184" style="width:138.0pt;padding:.75pt .75pt .75pt .75pt"></td>
<td width="645" style="width:483.75pt;padding:.75pt .75pt .75pt .75pt"></td>
</tr>
</tbody>
</table>
<p class="MsoNormal"><span style="display:none"><o:p> </o:p></span></p>
<table class="MsoNormalTable" border="0" cellpadding="0" width="1440" style="width:15.0in" id="registry-content">
<tbody>
<tr>
<td style="padding:.75pt .75pt .75pt .75pt"></td>
<td width="90" style="width:67.7pt;padding:.75pt .75pt .75pt .75pt">
<p>Assigned<o:p></o:p></p>
</td>
<td width="76" style="width:57.0pt;padding:.75pt .75pt .75pt .75pt">
<p>packet<o:p></o:p></p>
</td>
<td width="424" style="width:318.0pt;padding:.75pt .75pt .75pt .75pt">
<p>Delimited octet aligned data unit.<o:p></o:p></p>
</td>
<td width="184" style="width:138.0pt;padding:.75pt .75pt .75pt .75pt">
<p><a href="https://sanaregistry.org/references/67">[ccsds-850.0-G-1]</a><o:p></o:p></p>
</td>
<td width="645" style="width:483.75pt;padding:.75pt .75pt .75pt .75pt">
<p>1.3.112.4.30.646<o:p></o:p></p>
</td>
</tr>
<tr>
<td style="padding:.75pt .75pt .75pt .75pt"></td>
<td width="90" style="width:67.7pt;padding:.75pt .75pt .75pt .75pt"></td>
<td width="76" style="width:57.0pt;padding:.75pt .75pt .75pt .75pt"></td>
<td width="424" style="width:318.0pt;padding:.75pt .75pt .75pt .75pt"></td>
<td width="184" style="width:138.0pt;padding:.75pt .75pt .75pt .75pt"></td>
<td width="645" style="width:483.75pt;padding:.75pt .75pt .75pt .75pt"></td>
</tr>
</tbody>
</table>
<p class="MsoNormal"><span style="display:none"><o:p> </o:p></span></p>
<table class="MsoNormalTable" border="0" cellpadding="0" width="1441" style="width:1080.75pt" id="registry-content">
<tbody>
<tr>
<td style="padding:.75pt .75pt .75pt .75pt"></td>
<td width="95" style="width:70.95pt;padding:.75pt .75pt .75pt .75pt">
<p>Assigned<o:p></o:p></p>
</td>
<td width="76" style="width:57.0pt;padding:.75pt .75pt .75pt .75pt">
<p>packet<o:p></o:p></p>
</td>
<td width="424" style="width:318.0pt;padding:.75pt .75pt .75pt .75pt">
<p>The protocol data unit of the TC Packetization layer which facilitates the end-to-end transport of command application data. The application data are encapsulated within a leading packet header.<o:p></o:p></p>
</td>
<td width="184" style="width:138.0pt;padding:.75pt .75pt .75pt .75pt">
<p><a href="https://sanaregistry.org/references/129">[ccsds-200.0-G-6]</a><o:p></o:p></p>
</td>
<td width="646" style="width:484.5pt;padding:.75pt .75pt .75pt .75pt">
<p>1.3.112.4.30.647<o:p></o:p></p>
</td>
</tr>
</tbody>
</table>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Note the following:<o:p></o:p></p>
<ul style="margin-top:0in" type="disc">
<li class="MsoListParagraph" style="margin-left:0in;mso-list:l0 level1 lfo1">Packet has three different definitions recorded in the existing registry, from two different Areas (the 850 series documents belong to MOIMS, the 200 series to SLS).<o:p></o:p></li><li class="MsoListParagraph" style="margin-left:0in;mso-list:l0 level1 lfo1">The two MOIMS definitions are different from each other.<o:p></o:p></li><li class="MsoListParagraph" style="margin-left:0in;mso-list:l0 level1 lfo1">The SLS definition identifies the packet as a PDU, but then describes its use but not its structure.<o:p></o:p></li><li class="MsoListParagraph" style="margin-left:0in;mso-list:l0 level1 lfo1">Two of the three definitions are from Green Books, all should be from Blue or Magenta Books.<o:p></o:p></li><li class="MsoListParagraph" style="margin-left:0in;mso-list:l0 level1 lfo1">The SLS definition is tied explicitly to the “TC Packetization Layer”, but the use and definition as we understand it is broader than that.<o:p></o:p></li></ul>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Also be aware that there is no definition of this term in the CCSDS Space Packet Protocol spec, CCSDS 133.0-B-2, which is where this PDU is defined (but not, strangely enough, the term “packet”).  This is a bit bizarre, but it is a fact. 
 The closest it comes, in my estimation, is this sentence in sec 2.1.1 Architecture:<o:p></o:p></p>
<p style="margin-left:.5in"><span style="font-size:12.0pt;font-family:"TimesNewRomanPSMT",serif">“The Space Packet Protocol (SPP) is designed as a self-delimited carrier of a data unit (i.e., a Space Packet) that contains an APID used to identify the data contents,
 data source, and/or data user within a given enterprise.”</span><o:p></o:p></p>
<p class="MsoNormal">I could go on, but I hope you get the point.  We have not, in these recorded “formal” definitions adequately captured something as fundamental as “packet” and we are clearly not using one agreed definition in a consistent way.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Enter the “Terminology Expert Group” or (TEG).   For just our own purposes in CCSDS we need to get these terms sorted out.  Keeping this registry up to date is a task assigned to the CCSDS Chief Technical Editor, but that is more about
 adding new terms than it is fixing what is there (aside from the effects of newly updated standards).  We need to police this ourselves, but we have not been doing that.  The TEG has been identified, but not (yet) formed.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The inclusion of ISO TC20/SC14 terms in this registry brings in a whole new set of terms and challenges.  It also brings in (yes, there is a sort of Silver Lining here) a team in the Ukraine that has been doing a wonderful job of assessing
 the SC14 terminology set for consistency.  And they have tools and techniques in hand to do this (or they did…).  They have indicated that they are willing to bring their process to bear on the whole of the integrated Terms registry.  So this gives us some
 help in managing our problem too.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">What is being proposed is to now form the TEG, with members drawn from both CCSDS and SC14.  This does not need to be a big group, I could even argue that smaller is better.  But we do need someone to lead this and 1-2 other CCSDS people
 to support it.  We are asking the SC14 to do the same.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I’m looking for volunteers.  Please, all of you WG chairs and Area Directors, see if you can’t identify someone who has an interest in this kind of work and is willing to work on this task.  Let me know who you identify.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks, Peter<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>