Embed Size (px)
Citation preview
1IWAN2005:L. Sacks
On the manipulation of JPEG2000, in-flight, using active components on next generation satellites
`
UCL– Peter Kirstein– Saleem Bhatti– Lionel Sacks– Stefanos Zachariadis
IABG– Wolfgang Fritsche– Karl Mayer– Gerhard Gessler
ESA– Erling Kristiansen– Frank Zeppenfeldt
Outcomes from ESA Projectwith
2IWAN2005:L. Sacks
On the manipulation of JPEG2000, in-flight, using active components on next generation satellites
`
In the traditional Active Network sense of manipulation of a data stream
Two Scenarios:• Transcoding
– Algorithmic Approach– Functional Programming
• Intelligent Dropping– Policy based Approach– Declarative Programming
• Programmable– Complex algorithms and policies
can be asserted
• Active– The system can respond
intelligently– In response to the environment &
user requirements
3IWAN2005:L. Sacks
We code to 5 levels.Code Stream SequenceProgressively increase resolution
e.g. MPEG2000 encodes progressively to achievemulti-resolution coding.
Quick Reminder: Scalable Coding JPEG2000
4IWAN2005:L. Sacks
SourceImages
Network Links
ReducedCapacity
Transcode
Change:Resolution,
Bits per Pixel
Displays
Change resolution – to match smaller devices (e.g. PDA/Phones)Change Bits per Pixel – to preserve frame rate for lower capacity links
The encoded frame stream can be processed ‘on the fly’Using fast integer algorithms, to transform the images
Illustration: Transcoding of JPEG2000Functional AN
5IWAN2005:L. Sacks
Intelligent Dropping
Video Frame 1 Video Frame 2F1P1
F1P2
F1P3
F1P4
F1P5
F1P6
F1P7 ……… ...…..
………..
F1Pn
F2P1
F2P2
F2P3 …………
….
H1Payload
(video data)
H2Payload
(video data)
H3Payload
(video data)
Motion JPEG2000 Codestream
Network Layer Active Packets Legend:
F1 = video frame 1P1 = JPEG2000 packet 1
H1 = active header for network packet 1
Policy based AN
Active Packet
Identifier
Payload (Data) from video encoder
codestream
1 bit 1 bit DFL bytes
Last Packet Marker
2 byte 2 byte 2 byte
Motion JPEG2000 frame
sequence #
Packet Priority Range
Packet Priority
Sequence # Reserved
6 bit
Active Header+ Intelligent dropping
6IWAN2005:L. Sacks
On the manipulation of JPEG2000, in-flight, using active components on next generation satellites
`
Implementation on a Satellite Platform?
Adding Functionality to the Space Segment:
• Long term development– Hard to keep track of MM
protocols
• Highly restrictive Environment
• Future Directions:– Variable Foot-print; both down link
and Return Channel– Adaptive Forwarded Error
Correction– On platform routing
• ESA Requirement:– Investigate how Programmable and
Active Networks may be applied.
7IWAN2005:L. Sacks
users
Media ContentProvider
Target Scenario: Multi-media distribution
Next Gen Satellite:DVB-S2
Variable FootprintsSwitching, routing
Onboard Processing
Users: Direct orLAN Reception
Beyond the ‘Bent Pipe’!Beyond the ‘Bent Pipe’!•Possible CongestionPossible Congestion•Variable link capacity (adaptive FEC)Variable link capacity (adaptive FEC)•Tending to be more symmetricTending to be more symmetric
8IWAN2005:L. Sacks
users
Date Preparation
Target Scenario: Active Component Location(s)
Service Engineering on And around the Satellite Matched Plug-ins
Or Proxies
Service Engineer &Software provider
PANPAN
PAN
PAN
9IWAN2005:L. Sacks
PAN
Internet
InternetPAN
PANPAN SCR
SCA
media(content)
server
Sat EdgeNode
SpaceNode
Sat EdgeNode
media(content)
Consumer
Performance Issues: Space
• Limited Performance• Per Service vs Per Flow?• Trade-off performance vs
robustness
• Cross Compiled– Pre-verification?
• Hardware Assist– FPGA / ASICs– Speed vs robustness
10IWAN2005:L. Sacks
Impact from DVB-S2
• Variable Data Frame– Due to adaptive FEC
• Varies on but Up and Down link
Motion JPEG 2000
Encoder
Satellite (Active Node)
Active En-capsulator
Active De-capsulator
Motion JPEG 2000
Decoder
Video Recorder (Source)
Video Player (Sink)
Intelligent Dropping Service
Satellite TX Terminal
Satellite RX Terminal
Link quality
Feedback
Link Quality &
Congestion Feedback
Intelligent Dropping Service
LDPC & FEC
feedback (max DFL)
Satellite RF Link
Policy based AN
LDPC BCH Uncoded BCH coded block LDPC Coded Block Max DFLcode rate Block Kbch [BBFRAME] + [BBFRAME] + [BBFRAME] -
[BBFRAME] [BCHFEC] [BCHFEC+LDPCFEC] [BBHEADER]1/4 16,008 16 200 64 800 15,9281/3 21,408 21 600 64 800 21,3282/5 25,728 25 920 64 800 25,6481/2 32,208 32 400 64 800 32,1283/5 38,688 38 880 64 800 38,6082/3 43,040 43 200 64 800 42,9603/4 48,408 48 600 64 800 48,3284/5 51,648 51 840 64 800 51,5685/6 53,840 54 000 64 800 53,7608/9 57,472 57 600 64 800 57,392
9/10 58,192 58 320 64 800 58,112
* Npad = Kbch – DFL -80 ** DFL = maximum DFL
when Npad = 0
LDPC FEC BCH FEC BB Frame
Total length = 64,800 bits (normal FEC frame) or 16,200 bits (short FEC frame)
BB Header Padding Data Field
DFL**
BB Frame length = Kbch
80 bits Npad*
11IWAN2005:L. Sacks
Overall Archichitecture• Routing / Re-direction
– Coordinated between MSP and SSP
– Example; using net filter
– May use encapsulation, flow labels, optional headers
• Proxy Registrar / Discovery
• Service:– Defined by matching Active
Components
Edu.UCL.satin…Edu.UCL.satin…
GroundStation mod
modEncap / Decap
Dynamic-LMUDynamic-LMU
IF-LMUIF-LMU
Res-LMURes-LMU
Resources
Netfilter IF
Dep
loye
r /
Reg
istr
arD
eplo
yer
/ R
egis
trar
JVM
:J2S
E
LM
UR
epo
sitory
‘IP’ Layer
Edu.UCL.satin…Edu.UCL.satin…
Switchingmoddemod
demod mod
Encap / Decap
‘IP’ Layer
Dynamic-LMUDynamic-LMU
IF-LMUIF-LMU
Res-LMURes-LMU
Resources
Sat Platform
Netfilter IF
De
plo
yer
/ R
egi
stra
rD
epl
oye
r /
Re
gist
rar
JVM
:J2
ME
:CD
C JNI
GroundSegment
SpaceSegment
12IWAN2005:L. Sacks
• ‘Integrity’ management through shim layer APIs
• Isolation by application through Network Interface
Performance Issues: Integrity & Security
• Separation of Control Channel• Encryption, signing etc.
13IWAN2005:L. Sacks
Questions.
Thanks!
http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=22363
Contact: [email protected] www.ee.ucl.ac.uk/acse/
