<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 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
h3
{mso-style-priority:9;
mso-style-link:"Heading 3 Char";
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:13.5pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.Heading3Char
{mso-style-name:"Heading 3 Char";
mso-style-priority:9;
mso-style-link:"Heading 3";
font-family:"Cambria","serif";
color:#4F81BD;
font-weight:bold;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></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 bgcolor=white lang=EN-GB link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Which is one reason for avoiding mentioning PUS at all.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>You are correct that the MOIMS interactions have traditionally been internal to the ground segment, but that as spacecraft become more complex and autonomous, the MOIMS functions are migrating to spacecraft. Having a set of standardised interactions between those functions that can be deployed across any type of link: Ground-Ground, Space-Ground, Space-Space (or at least internal to a Spacecraft) is the raison d’être of MO. You are correct that within Europe, PUS has been used to support this migration in terms of standardised services to support on-board scheduling, etc., but it has limitations (very basic services, mixed layering, dependency on Packets as the only transfer protocol) and it is not globally accepted. Within CCSDS, it is the MO path that enables this in a way that is not restricted to the Space-Ground link.<o:p></o:p></span></p><p class=MsoNormal><a name="_MailEndCompose"><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></a></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Ramon Krosley [mailto:r.krosley@andropogon.org] <br><b>Sent:</b> 07 June 2017 13:36<br><b>To:</b> peter.m.shames@jpl.nasa.gov<br><b>Cc:</b> roger.rocketbrain@btinternet.com; sea-sa@mailman.ccsds.org<br><b>Subject:</b> Re: [Sea-sa] Next telecon planning<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal style='line-height:15.6pt'><span style='font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333'>PUS is taking more of this conversation that I had in mind. I was hoping to represent two modes of spacecraft operation, which are opposite ends of a spectrum extending from ground control to autonomy, the latter applying more to future missions. The idea is that MOIMS SM&C may be a more suitable platform for autonomous operations than the older technologies, perhaps due to the "same level" architecture that Roger mentioned. If we could discuss the requirements driving the architectural choices, that might provide some material for the green book to gain more support from people who currently design around older technologies. <o:p></o:p></span></p><div style='border-top:solid #DDDDDD 1.0pt;border-left:none;border-bottom:solid #DDDDDD 1.0pt;border-right:none;padding:2.0pt 0cm 2.0pt 0cm;margin-top:2.25pt;margin-bottom:2.25pt'><p class=MsoNormal style='line-height:15.6pt'><span style='font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333'>On June 6, 2017 17:14 MDT, "Shames, Peter M (312B)" <<a href="mailto:peter.m.shames@jpl.nasa.gov">peter.m.shames@jpl.nasa.gov</a>> wrote:<o:p></o:p></span></p></div><p class=MsoNormal style='line-height:15.6pt'><span style='font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333'> <o:p></o:p></span></p><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'>FYI –</span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'> </span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'>The older PUS spec was rejected by NASA when I was offered up a few years ago, for a number of technical reasons. The new PUS is a 600 page behemouth. And, from a NASA point of view we would have to ask, why not also DEM, and GMSEC, and …</span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'> </span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'>Let's not stray into that territory unless we really need to.</span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'> </span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'>Thanks, Peter</span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'> </span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'> </span><span style='color:#333333'><o:p></o:p></span></p><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><b><span style='color:black'>From: </span></b><span style='color:black'>Ramon Krosley <<a href="mailto:r.krosley@andropogon.org">r.krosley@andropogon.org</a>><br><b>Date: </b>Tuesday, June 6, 2017 at 12:25 PM<br><b>To: </b>Roger Thompson <<a href="mailto:roger.rocketbrain@btinternet.com">roger.rocketbrain@btinternet.com</a>>, Peter Shames <<a href="mailto:peter.m.shames@jpl.nasa.gov">peter.m.shames@jpl.nasa.gov</a>>, SEA-SA <<a href="mailto:sea-sa@mailman.ccsds.org">sea-sa@mailman.ccsds.org</a>><br><b>Subject: </b>RE: [Sea-sa] Next telecon planning</span><span style='color:#333333'><o:p></o:p></span></p></div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='color:#333333'> <o:p></o:p></span></p></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'>Thanks, Roger, I’m glad to learn of the “next generation” view; that sounds contemporaneous with increasing autonomy. The reason for mentioning PUS was that it often comes up in SOIS discussions in the context of remote operation of a vehicle, rather than in facilitating some degree of autonomous operation. There is a willingness in the SOIS app working group to support PUS, in addition to supporting MOIMS. I think those goals are probably compatible; they are treated in SOIS as externalities. I’m eager to hear your thoughts, both on the autonomy issue and on the mutual support idea.</span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'>Ramon</span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'> </span><span style='color:#333333'><o:p></o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><b><span style='font-size:11.0pt;color:#333333'>From:</span></b><span style='font-size:11.0pt;color:#333333'> Roger Thompson [<a href="mailto:roger.rocketbrain@btinternet.com">mailto:roger.rocketbrain@btinternet.com</a>]<br><b>Sent:</b> Tuesday, June 6, 2017 1:12 PM<br><b>To:</b> 'Ramon Krosley' <<a href="mailto:r.krosley@andropogon.org">r.krosley@andropogon.org</a>>; 'Shames, Peter M (312B)' <<a href="mailto:peter.m.shames@jpl.nasa.gov">peter.m.shames@jpl.nasa.gov</a>>; 'SEA-SA' <<a href="mailto:sea-sa@mailman.ccsds.org">sea-sa@mailman.ccsds.org</a>><br><b>Subject:</b> RE: [Sea-sa] Next telecon planning</span><span style='color:#333333'><o:p></o:p></span></p></div></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='color:#333333'> <o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='font-size:11.0pt;color:#1F497D'>Hi Ray,</span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='font-size:11.0pt;color:#1F497D'> </span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='font-size:11.0pt;color:#1F497D'>I will consider more fully and respond during our telecon. However, a key point to note is that the PUS is not a CCSDS standard – it is a current ECSS standard and widely used within Europe by ESA and EUMETSAT. It has never been adopted by NASA. The standardisation space occupied by PUS overlaps with the MO Services, but unlike MO it is explicitly cast in terms of CCSDS Packets and so is really only applicable to a space link. Like MO, it has standardised services, although it is worth noting that these are not all at the same level, and as a result end-to-end interactions may actually require the use of multiple PUS services. You could view MO as the “next generation” PUS. As MO does not require PUS, it would seem an unnecessary complication to include it in our reference model.</span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='font-size:11.0pt;color:#1F497D'> </span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='font-size:11.0pt;color:#1F497D'>Cheers,</span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='font-size:11.0pt;color:#1F497D'> </span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='font-size:11.0pt;color:#1F497D'>Roger</span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='font-size:11.0pt;color:#1F497D'> </span><span style='color:#333333'><o:p></o:p></span></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";color:#333333'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";color:#333333'> SEA-SA [<a href="mailto:sea-sa-bounces@mailman.ccsds.org">mailto:sea-sa-bounces@mailman.ccsds.org</a>] <b>On Behalf Of </b>Ramon Krosley<br><b>Sent:</b> 06 June 2017 18:38<br><b>To:</b> 'Shames, Peter M (312B)'; 'SEA-SA'<br><b>Subject:</b> Re: [Sea-sa] Next telecon planning</span><span style='color:#333333'><o:p></o:p></span></p></div></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='color:#333333'> <o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'>I was working on writing some of the material for the SAA green book, and came to the conclusion that there is an aspect of the material that we have not yet discussed. We have seen the architecture of MOIMS, and we have pursued the architecture of SOIS. We have even gotten a hint of parallel functions in Richard’s review of MO and EDS. There still remains a gap in the overall interoperation between MOIMS and SOIS.</span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'>Roger mentioned recently that, if he could see the SOIS application support services, then he could talk about how MOIMS could use them. I have some results from the Spring meeting that address this issue, which I’ll put into the meeting materials on CWE. I think there is more to the interaction between these domains than the service interfaces, and that addition is the subject of this message.</span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'>If it seems reasonable to the group, here is a start on this gap, a potential topic in tomorrow’s teleconference. The following is draft text for Section 1.1 in the SAA green book, for discussion. I am probably doing an injustice by mentioning packet utilization standard, but Roger can set me straight on how that school of thought is represented in MOIMS. The new topic introduced here is reuse of components on different platforms. There may be other topics in the interaction of MOIMS and SOIS that I have missed. This deviates slightly from Peter’s initial <i><<summary>></i>, so I want to test that possibility.</span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='font-size:11.0pt;color:#333333'> </span><span style='color:#333333'><o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='color:#333333'>The purpose of this document is to harmonize the standards for mission operations with the standards for onboard interface services. This harmonization must occur in two modes of operation.<o:p></o:p></span></p><p class=MsoNormalCxSpMiddle style='mso-margin-top-alt:0cm;margin-right:0cm;margin-bottom:8.0pt;margin-left:72.0pt;mso-add-space:auto;text-indent:-18.0pt;line-height:105%'><span style='font-size:10.0pt;line-height:105%;font-family:Symbol;color:#333333'>·</span><span style='font-size:7.0pt;line-height:105%;color:#333333'> </span><span style='color:#333333'>Historically, onboard interface services have been a simple conduit at the space end of telecommands and telemetry, while mission operations has occupied the Earth end of those communications.<o:p></o:p></span></p><p class=MsoNormalCxSpMiddle style='mso-margin-top-alt:0cm;margin-right:0cm;margin-bottom:8.0pt;margin-left:72.0pt;mso-add-space:auto;text-indent:-18.0pt;line-height:105%'><span style='font-size:10.0pt;line-height:105%;font-family:Symbol;color:#333333'>·</span><span style='font-size:7.0pt;line-height:105%;color:#333333'> </span><span style='color:#333333'>As missions move farther from Earth, mission operations inevitably will place applications onboard space vehicles, due to the increasing need for timely autonomous behavior in distant flight.<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='color:#333333'>The packet utilization standard (PUS) has emerged as an organizing principle affecting data onboard a vehicle to serve the needs of Earth-based mission operations. Within CCSDS, the MOIMS standards are developing to support increasing autonomy in flight. SOIS must provide useful services in both modes of operation.<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='color:#333333'>Another trend in space technology is an increasing need for economy in the infrastructure. One manifestation of this trend is that reuse is replacing recurring engineering. SOIS provides techniques for reusing hardware and software among projects and among agencies. As the common denominator in the two modes of operation, the techniques provided by SOIS can increase the reusability of MOIMS applications.<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='color:#333333'>This document reviews the architectures of MOIMS and SOIS in order to recognize how to harmonize communications and how to improve reusability. As the first step in that review, the separate goals of MOIMS and SOIS appear below. Recommendations for future collaboration appear at the end of this document.<o:p></o:p></span></p><div style='border:solid white 1.0pt;padding:1.0pt 0cm 1.0pt 0cm'><h3 style='margin-left:36.0pt;line-height:15.6pt'><span style='font-family:"Arial","sans-serif";color:#333333'>1.1.1</span><span style='font-size:7.0pt;color:#333333'> </span><span style='font-family:"Arial","sans-serif";color:#333333'>Purpose of MOIMS<o:p></o:p></span></h3></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='color:#333333'>…to be written…<o:p></o:p></span></p><div style='border:solid white 1.0pt;padding:1.0pt 0cm 1.0pt 0cm'><h3 style='margin-left:36.0pt;line-height:15.6pt'><span style='font-family:"Arial","sans-serif";color:#333333'>1.1.2</span><span style='font-size:7.0pt;color:#333333'> </span><span style='font-family:"Arial","sans-serif";color:#333333'>Purpose of SOIS<o:p></o:p></span></h3></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='color:#333333'>The fundamental purpose of SOIS is to provide communication between applications onboard a vehicle and the following categories of communication endpoints.<o:p></o:p></span></p><p class=MsoNormalCxSpMiddle style='mso-margin-top-alt:0cm;margin-right:0cm;margin-bottom:8.0pt;margin-left:72.0pt;mso-add-space:auto;text-indent:-18.0pt;line-height:105%'><span style='font-size:10.0pt;line-height:105%;font-family:Symbol;color:#333333'>·</span><span style='font-size:7.0pt;line-height:105%;color:#333333'> </span><span style='color:#333333'>Devices onboard the vehicle<o:p></o:p></span></p><p class=MsoNormalCxSpMiddle style='mso-margin-top-alt:0cm;margin-right:0cm;margin-bottom:8.0pt;margin-left:72.0pt;mso-add-space:auto;text-indent:-18.0pt;line-height:105%'><span style='font-size:10.0pt;line-height:105%;font-family:Symbol;color:#333333'>·</span><span style='font-size:7.0pt;line-height:105%;color:#333333'> </span><span style='color:#333333'>Other applications onboard the vehicle<o:p></o:p></span></p><p class=MsoNormalCxSpMiddle style='mso-margin-top-alt:0cm;margin-right:0cm;margin-bottom:8.0pt;margin-left:72.0pt;mso-add-space:auto;text-indent:-18.0pt;line-height:105%'><span style='font-size:10.0pt;line-height:105%;font-family:Symbol;color:#333333'>·</span><span style='font-size:7.0pt;line-height:105%;color:#333333'> </span><span style='color:#333333'>Applications external to the vehicle<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='color:#333333'>For communications with endpoints external to the vehicle, SOIS organizes onboard protocols as necessary to supplement external protocols provided by communication devices onboard the vehicle.<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt;line-height:15.6pt'><span style='color:#333333'>In addition to facilitating communication, SOIS provides an electronic data sheet (EDS) standard that enables reuse of devices and software functions among projects and among agencies. In this role, SOIS can assure compatibility of data interfaces of reused applications in new assemblies.<o:p></o:p></span></p></div><p class=MsoNormal style='line-height:15.6pt'><span style='font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333'> <o:p></o:p></span></p></div></body></html>