29.11.2014 Views

GSC Sentinel-2 PDGS OCD - Emits - ESA

GSC Sentinel-2 PDGS OCD - Emits - ESA

GSC Sentinel-2 PDGS OCD - Emits - ESA

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Some relevant use cases are presented according to this operation scenario:<br />

<strong>GSC</strong> <strong>Sentinel</strong>-2 <strong>PDGS</strong> <strong>OCD</strong><br />

Issue 1 Revision 2 (draft) - 25.07.2010<br />

GMES-GSEG-EOPG-TN-09-0008<br />

page 293 of 350<br />

The MSI on-board and on-ground configuration generated during the phase E-2 will be<br />

supplied by the <strong>PDGS</strong>/MPA function;<br />

<strong>PDGS</strong> operations reports such as the ground stations acquisition reports will be<br />

gathered and stored for later supply to the MPA function;<br />

<br />

The operator via the MCC HMI will generate the <strong>PDGS</strong> data-circulation / archive rules.<br />

6.14.3.3 Coordinated Release<br />

The scenario stands for the operator-driven release of a selected set of Mission Reference<br />

Files. The release of such files should be done before their activation time (i.e. before they<br />

become applicable). In some cases, the operator will explicitly define such activation time, or<br />

leave original activation time stamped on the file as defined by the source generator.<br />

Prior to the mission reference files release, the POM is made aware of the mission reference<br />

changes and their expected impact and is sought for approval.<br />

The following steps are identified for this operation scenario:<br />

1) The POM can be reported on the mission reference files updated (e.g. affected files,<br />

specially the ones related to the mission configuration). The MMA approves such new<br />

configuration changes;<br />

2) The Operator validates the selected files to be released (e.g. file validation, parameters<br />

cross checks among different files, specific rules according to the file nature);<br />

3) The MCC function generates a check-list to specify the mission reference files to be<br />

released defining their activation time;<br />

4) After successful coherency checks and the check-list generation, the selected mission<br />

reference files are released and delivered (i.e. components are delivered according to<br />

the data circulation rules).<br />

Some relevant use cases are presented according to this operation scenario:<br />

New NUC table (generated by the MPA function) is released to the FOS. It is supplied<br />

in OBSM and a SOR form request is submitted to the FOS. The SOR form response is<br />

autonomously processed by the MCC function and in case of update rejection, the<br />

operator alerted;<br />

New reference orbit scenario is delivered to the FOS and the <strong>PDGS</strong> relevant functions;<br />

The MCC function will ensure both the on-ground and on-board applicability time<br />

coherency when required (e.g. on-ground GIPP updates and the on-board<br />

configuration update).<br />

6.14.3.4 Uncoordinated Release<br />

The scenario stands for the autonomous uncoordinated release of the configured mission<br />

reference files as they are gathered, ingested and classified by the MCC (cf. Registration of<br />

new Mission Reference Files).<br />

<strong>ESA</strong> UNCLASSIFIED – For Official Use<br />

© <strong>ESA</strong><br />

The copyright of this document is the property of <strong>ESA</strong>. It is supplied in confidence and shall not be reproduced, copied or<br />

communicated to any third party without written permission from <strong>ESA</strong>.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!