APSDEU-7

20-22 Sept 2006, Honolulu Hawaii1

ASIA-PACIFIC RARS ADM DISCUSSIONS

coordinated by David Griersmith at7th Meeting of APSDEU, Honolulu Hawaii

20-22 September 2006

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 2

Asia-Pacific RARS Issues (1)

Add more stations to fill gaps

Project plan (Coordinator)

AAPP V6 coinciding with Metop – BUFR conversion built in

Inter-regional data exchanges - when and where

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 3

New station status Australia - Casey & Davis, Antarctica - expected to provide AAPP files by April 2007

Canada - n/a - Will be contacted around end of 2006 – have expressed interest in accessing Asia-Pacific region ATOVS data

Singapore - Singapore - Trial exchange planned for September/October 2006 between Singapore and Melbourne, thereafter expect to go operational

Philippines - Quezon City - Station requires an upgrade plus AAPP New Zealand - MetService station yet to be upgraded; NIWA station operational

Possibility of sourcing data from NIWA station Fiji - Nandi – upgrade of station required and possible by early 2007 - FMS is committed

to contributing to RARS USA – Honolulu - under discussion Antarctica - Dumont D’Urville - TBD McMurdo - Station operators yet to be contacted pending coverage requirement Tahiti (France) - Tahiti - Station operator yet to be contacted pending coverage

requirement Russia -Vladivostok - Test exchange of data with Melbourne expected in Sept/Oct 2006

Hong Kong (China) - Hong Kong - Trial exchange to be requested for October 2006

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 4

Asia-Pacific RARS Issues (2)

Coordinator to promulgate WMO RARS operator/contributor standards

Coordinator to contact WMO/EUMETSAT with list of proposed three letter unique station identifiers

Coordinator to establish data base of all HRPT stations in A-P RARS baseline network in coordination with ITSC/WMO – need assistance of contributing countries – status reports

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 5

Asia-Pacific RARS Issues (3)

File naming e.g. V5.3 renames files to

hirsl1d_noaaNN_yyyymmdd_hhmm_nnnnn.l1dhhmm taken from HRPT file and is not time when s/w is run such as

BUFR creation time

Inter-regional centre requirements

ADM trial led by China – Australia to write to China to participate in prototype/trial

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 6

Z_RARS_C_cccc_yyyyMMddhhmmss_Rrrr_(AAPP filename)_bufr.bin

① ② ③

Japan China Australia S. Korea

① Start Time of Reception

BUFR Creating Time

BUFR Creating Time

？

②Name of the receiving station

Small letter

Name of the central station

Small letter

Name of the receiving station

Capital letter

Name of the receiving station

Small letter

③AAPP_RUN naming regulation

EARS naming regulation

AAPP Temporarily name

AAPP_RUN naming regulation

Japan ：Z_RARS_C_RJTD_20060801054652_Rkiy_hirsl1c_noaa18_20060801_0546_06173_l1c_bufr.bin

Australia ： Z_RARS_C_AMMC_20060801080855_RMEL_hrsn_l1c_bufr.bin

China：Z_RARS_C_BAWX_20060801075501_Rpek_hirs_20060801_0728_noaa18_06175_PEK_l1c_bufr.bin

S. Korea ： Z_RARS_C_RKSL_??????????????_Rseo_hirsl1c_noaa17_20060801_0045_21316_l1c_bufr.bin

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 7

Asia-Pacific RARS Issues (4)

Which are the intraregional dissemination centres (nodes) Tokyo, Melbourne, Beijing, possibly Seoul and Singapore?

NWP impact studies to be advised to Coordinator and WMO

Implementation of EUMETSAT quality software

Coordinator to maintain and circulate table of focal points

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 8

The people: Focal Points A-P RARS

Singapore - Yong Miow Koon on yong_miow_koon@nea.gov.sg Fiji - Leonard Bale on leonard.bale@met.gov.fj China - Li Xiang on email lixiang@cma.gov.cn; also Licheng Zhao Canada - Josee Morneau Korea - Mi-Lim Ou on milim@kma.go.kr; Dr Seon-Kyun Baek &

Mr Dong-il Lee (telecomm); Russia, Vladivostok - Anatoly Alexanin on alexs@satellite.dvo.ru Australia - David Griersmith on d.griersmith@bom.gov.au NZ - Murray Douglas MetService & Michael Uddstrom NIWA Japan - Takahiro Saito on RT comms t_saito@naps.kishou.go.jp;

also Hitomi Miyamoto, Hiroyuki Ichijo Yoshiaki Takeuchi & Akihiko Nakazono

USA – NOAA NWS Bill Webb, James Heil - who else? Eumetsat/UKMO inter-regional contacts - Anders Soerensen &

Dave Lee at Eumetsat (david.lee@eumetsat.int); Roger Saunders at UKMO (r.saunders@ukmo.gov.uk), Roger Carter and Nigel Atkinson nigel.atkinson@metoffice.gov.uk

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 9

Current system configuration

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 10

Pacific gaps

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 11

Addendum:EUMETCast briefing information Sept 2006

This information is from a EUMETSAT presentation at RARS/IGDDS 3rd meeting Aug-Sep 2006, WMO HQ, Geneva.

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 13

Concept & Overview Generic, multi-mission dissemination system based on the

standard DVB multicast technology Use of commercial telecommunication satellites Allowing use of off-the shelf, commercial, inexpensive equipment DVB/MPEG-2 based transport for carrying IP datagrams Use of a set of broadcast satellite forward channels (no return

channel) Components:

Data providers Service management provider (EUMETSAT) Uplink service provider Turn around service provider(s) Satellites (Reference) Reception stations

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 14

Components Figure

Satellite 1

Uplink Provider

EUMETSATService

Management

EUMETSATas DataProvider

ExternalData

Provider 1

ExternalData

Provider n

Com m unicationlines

TurnaroundProvider 1

Users

Users

Users

TurnaroundProvider N

Satellite 2

Satellite N

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 15

Components Data Providers

Provide, via FTP over a number of communication lines (Internet, VPN, leased lines, …), the files to be disseminated, currently:

EUMETSAT DWD (Germany) OSI SAF (Norway & France & Netherlands) Land SAF (Portugal) VITO (Belgium, Vegetation Product)

Service Management Provider (EUMETSAT) Performs all service configuration (bandwidth, users, encryption

parameters, dissemination parameters, …) to the DVB uplink provider via FTP over a secure communication line

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 16

Components Uplink Service Provider

Receives all data to be disseminated from all data providers Co-ordinates the transmissions according to the service configuration Encrypts the data according to the user dissemination configuration Applies Forward Error Correction (FEC) to the data to be multicasted Converts the files into Digital Video Broadcast Broadcasts the signal using a commercial satellite Receives the broadcasted data by a local reference reception station for

service monitoring and service level agreement tracking Current contract with T-Systems Uplink station located in Usingen/Germany

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 17

Components Turn around Service Provider(s)

Receives the DVB signal provided by the uplink service provider Retransmits the data (on DVB packet level) to another S/C Receives retransmitted data by a local reference reception station

for service monitoring and service level agreement tracking One turn around service implemented for African Users (not covered

by the up-link service) Current contract with Telespazio Turn around station in Fucino/Italy

Users inEurope

C-bandUsers

HotBird-6

Ku-band

AtlanticBird-3

C-band

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 18

Components

Satellites Commercial digital TV geostationary satellites for data reception

and transmission

Up-link service S/C:• Hotbird-6

• Located at 13 degree East

• Ku-Band transponder used

Turn around service S/C:• Atlantic Bird-3

• Located at 5 degree West

• C-Band transponder used

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 19

EUMETCast Ku-Band Coverage

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 20

EUMETCast C-Band Coverage

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 21

Components

Reception Stations Antenna:

Size (diameter) depending on EIRP figure at location (=> table) LNB:

For Ku-band: standard digital TV LNB For C-band: different brands, proposed by service provider and used

at EUMETSAT: California Amplifier 140105-1

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 22

Components DVB Receiver Cards used at EUMETSAT

TechniSat SkyStar2 BroadLogic V@box 2030 Pentamedia Pent@value

Workstations Standard / state-of-the-art PC (with USB port)

Software Operating Systems: Windows suite & LINUX EUMETCast Client Software: tq®-TELLICAST

Supporting processing, monitoring & logging of incoming data Configuration constraints:

Recommended/tested combinations: Ku/C-band <=> DVB receiver card <=> Operating System

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 23

Components

Contour Antenna Size Contour Antenna Size(dbW) diameter (m) (dbW) diameter (m)

53 0.85 39 2.4052 0.95 38 2.6951 1.07 37 3.0250 1.20 36 3.3949 1.35 35 3.8048 1.51 34 4.2747 1.70 33 4.7946 1.90 32 5.3745 2.14 31 6.0344 2.40 30 6.7643 2.69 29 7.5942 3.02

Antenna size recommendationsproviding sufficient rain margin in C- and KU-band,

based on EUMETSAT experience,scaled from highlighted antenna sizes

Ku-Band C-Band

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 24

Components: Parts and Costs of a Reception Station

DVB Standard Hardware

LNB Ku-/C-band & Satellite Dish200/1500 EUR

DVB PCI Card 100 EUR

DVB Multicast Client Software 60 EUR

PC, Hard Disk, Ethernet 1000 EUR

1.400/2700 EUR

EUMETCast Key Unit (EKU) 40 EUR

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 25

C-Band Reception Issues

2.4 m antenna dish recommended for Africa & Europe (3.0 to 3.7 m for some African/Indian Ocean islands)

1.8 m dish in many cases sufficient (depending also on the quality (noise temperature) of the LNB

C-band significantly less susceptible than Ku-band to rain attenuation, but suffering frequently from electromagnetic interference (mainly radar)

Implementation of bandpass filters has shown good results => elimination of (nearly) all interferences

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 26

Current Services High Rate SEVIRI Image Data - data from Meteosat-8 Low Rate SEVIRI Image Data - data from Meteosat-8 Rapid Scanning Service (RSS) - data from Meteosat-6 High Resolution Image (HRI) - data from Meteosat-7 Indian Ocean Data Coverage (IODC) - data from Meteosat-5 EUMETSAT ATOVS Retransmission Service (EARS) Foreign Satellite Data (FSD) - data from GOES-n (MTSAT1-R to come) Data Collection and Retransmission (DCP) Meteorological Data Dissemination (MDD) Meteorological Products from MSG MPEF Meteorological Products from Satellite Application Facilities DWDSAT Basic Meteorological Data (BMD) for WMO RA VI Vegetation Product

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 27

Data Rate per Service (average per day in Kbps)

High Rate SEVIRI Image Data 710 Low Rate SEVIRI Image Data 15 Rapid Scanning Service (RSS) 48 High Resolution Image (HRI Met-7) 40 Indian Ocean Data Coverage (IODC) 42 ATOVS Retransmission Service (EARS) 30 Foreign Satellite Data (FSD) 14 Data Collection and Retransmission (DCP) 7 Meteorological Data Dissemination (MDD) 4 Meteorological Products from MSG MPEF 39 Meteorological Products from SAFs 55 DWDSAT 190 Basic Meteorological Data for WMO RA VI 10 Vegetation Product (3 times per month) 3

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 28

Current Allocation of Services on Channels

• Channels 2 & 3 are fed into the C-Band turn around service

PIDMulticastChannel

Services Bandwidth

500 Channel 1

BMD-RAVI

SAF-Europe

EARS & Rapid Scan Service

Basic Meteorological Data for WMO RA VI

Land SAF European ProductsOSI SAF KNMI Surface Wind Product

0.300 Mbps

0.064 Kbps

0.064 Kbps300 Channel 2 High Rate SEVIRI (all 12 spectral channels) 1.420 Mbps301 Channel 3 Low Rate SEVIRI:

(IR_016, IR_039, IR_108, VIS006,WV_062)

Meteosat-5 HRI (IODC)Meteosat-7 HRIForeign Satellite Data:

(GOES-9/MTSAT, GOES-10, GOES-12)Meteorological Products from MSG MPEFSAF Products (OSI SAF and non EuropeanLand SAF Products)DCPMDDVegetation Product S10NDVI

0.338 Mbps

302 DWDSAT DWDSAT 1.536 Mbps

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 29

Bandwidth Management & Service Directories

Data of each channel is transmitted in the constraints of the bandwidth of the respective channel

Within a channel, priorities can be assigned Data for each channel is provided via “Service Directories” One or more Service Directories are allocated to one channel Service Directories are implemented on the uplink server Associated with each Service Directory:

Distribution list (users entitled to receive the respective products Allocation of bandwidth characteristics

Data Providers transfer their data directly into the Service Directories

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 30

EUMETCast Multicast Configuration

ServiceDirectory

1

Distributionlist

ServiceDirectory

2

Distributionlist

ServiceDirectory

n

Distributionlist

EUMETCast Server

EU

ME

TC

ast f

iles

IP/DVB gateway

IP s

tream

DV

B s

tream

Other IP streams

DVB multiplexer Other DVB streams

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 31

Service Monitoring

Each data provider is responsible for the monitoring of its own data

EUMETSAT monitors the end to end service for the data provided by EUMETSAT

EUMETSAT supports the service monitoring of external data providers

Each service provider (up-link service and turnaround services) is responsible for monitoring its complete service (penalties in case of failing to accomplish the service level agreement)

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 32

Encryption Enables independent targeting of files towards a single user or

group of users Enables secure control of access at individual file & user level Encryption in accordance with EUMETSAT’s data policy Using the tq-tellicast server S/W Based on the Blowfish algorithm (symmetric 128 bit data keys) Performed in the EUMETCast uplink server Data keys valid for just one transmission Data keys encrypted with private key of target user On the fly encryption, can be switched off on a per channel basis

APSDEU-7, 20-22 Sept 2006, Honolulu Hawaii 33

Decryption Decryption by the tq-tellicast client S/W in combination

with a decryption device (EUMETCast Key Unit: EKU) and the EKU S/W package

EKU is an USB device EKU in conjunction with corresponding username and

user_key/password enables decryption of licensed services

Only data described as “essential” are decrypted without EKU

EKUs are distributed by EUMETSAT to registered users