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.

<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 199 of 350<br />

CGS network and accessibility via networks, ground network bandwidth, major user<br />

sites, etc);<br />

○ Additional design-flexibility to adapt to the EDRS phase-in for its optimal usage;<br />

○ An open design provisioning for the accommodation of the <strong>GSC</strong> third-party<br />

collaboration opportunities defined in section 4.2.3 to provide for long-term scalability<br />

in both data-access performance and range of products supplied;<br />

○ A very high degree of automation requiring only operator supervision throughout the<br />

data-elaboration chain from the antenna to the user bases.<br />

In addition, the design rationale and derived functional breakdown shall account for the<br />

potential for pre-existing solutions responding in the large part to the demand, hence<br />

optimising the downstream competitive procurement processes and the reuse of well-proven<br />

and reliable solutions.<br />

5.2.2.1.3 Breakdown<br />

The data-management functional breakdown is described here following the data elaboration<br />

logic from <strong>Sentinel</strong>-2 data acquisition at the ground-stations to data delivery the final users.<br />

The functional breakdown is depicted on Figure 5-1 and features:<br />

○ A Data-Reception (DRX) function responsible for data acquisition from the spacecrafts<br />

and front-end data-handling activities. This function aims for a maximum reuse of<br />

existing ground-infrastructure X-Band tracking antennas (or EDRS compatible Ka-<br />

Band still antennas) and a sentinel-generic Demodulator and Front-End Processing<br />

(DFEP) equipment;<br />

○ A Data Processing Control (DPC) function responsible for managing all data<br />

processing activities, in charge of the systematic processing of Level-0 products and<br />

higher-level production management through dedicated data-processors. It is also in<br />

charge of supervising on-line quality control activities on the performed production and<br />

for hosting user-provided processors fruit of third-party hosted-processing<br />

collaborations (Cf. sections 4.2.3 and 4.10.2.2).<br />

The DPC function aims for a rule-based data-driven management of the real-time<br />

dataflow, whilst offering additional on-demand processing capabilities as required for<br />

Data-Access. It is intended as providing most of the required parallel processing<br />

management and be highly scalable with computing hardware in this respect.<br />

○ An Instrument Data Processing (IDP) function responsible for implementing in<br />

coordination with the DPC function the data-processing algorithms of the MSI to<br />

generate the core <strong>PDGS</strong> data-products.<br />

In addition, the user-provided processors resulting from the hosted-processing<br />

collaboration service defined in section 4.10.2.2 will be integrated as independent IDP<br />

functions. The prototype Level-2A processor will be hosted in the <strong>PDGS</strong> via this<br />

method.<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!