130 likes | 226 Views
UCL Peter Kirstein Saleem Bhatti Lionel Sacks Stefanos Zachariadis. IABG Wolfgang Fritsche Karl Mayer Gerhard Gessler ESA Erling Kristiansen Frank Zeppenfeldt. `. On the manipulation of JPEG2000, in-flight, using active components on next generation satellites.
E N D
UCL Peter Kirstein Saleem Bhatti Lionel Sacks Stefanos Zachariadis IABG Wolfgang Fritsche Karl Mayer Gerhard Gessler ESA Erling Kristiansen Frank Zeppenfeldt ` On the manipulation of JPEG2000, in-flight, using active components on next generation satellites Outcomes from ESA Project with
` 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 • Programmable • Complex algorithms and policies can be asserted • Active • The system can respond intelligently • In response to the environment &user requirements Two Scenarios: • Transcoding • Algorithmic Approach • Functional Programming • Intelligent Dropping • Policy based Approach • Declarative Programming
Quick Reminder: Scalable Coding JPEG2000 e.g. MPEG2000 encodes progressively to achieve multi-resolution coding. Code Stream Sequence Progressively increase resolution We code to 5 levels.
Illustration: Transcoding of JPEG2000 Functional AN The encoded frame stream can be processed ‘on the fly’ Using fast integer algorithms, to transform the images Source Images Network Transcode Change: Resolution, Bits per Pixel Links Reduced Capacity Displays Change resolution – to match smaller devices (e.g. PDA/Phones) Change Bits per Pixel – to preserve frame rate for lower capacity links
Video Frame 1 Video Frame 2 Motion JPEG2000 Codestream F1 P1 F1 P2 F1 P3 F1 P4 F1 P5 F1 P6 F1 P7 ……… ...….. ……….. F1 Pn F2 P1 F2 P2 F2 P3 ……………. H1 H2 H3 Payload (video data) Payload (video data) Payload (video data) Network Layer Active Packets • Legend: • F1 = video frame 1 • P1 = JPEG2000 packet 1 • H1 = active header for network packet 1 Intelligent Dropping Policy based AN Active Header + Intelligent dropping
` 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.
Target Scenario: Multi-media distribution Next Gen Satellite: DVB-S2 Variable Footprints Switching, routing Onboard Processing Media Content Provider Users: Direct or LAN Reception users • Beyond the ‘Bent Pipe’! • Possible Congestion • Variable link capacity (adaptive FEC) • Tending to be more symmetric
Service Engineer & Software provider PAN PAN PAN PAN Target Scenario: Active Component Location(s) Service Engineering on And around the Satellite Date Preparation Matched Plug-ins Or Proxies users
Limited Performance Per Service vs Per Flow? Trade-off performance vs robustness Cross Compiled Pre-verification? Hardware Assist FPGA / ASICs Speed vs robustness PAN PAN PAN PAN Performance Issues: Space media (content) server Sat Edge Node Space Node Sat Edge Node media (content) Consumer SCR Internet Internet SCA
Variable Data Frame Due to adaptive FEC Varies on but Up and Down link Impact from DVB-S2 Policy based AN
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 Overall Archichitecture JNI Edu.UCL.satin… Sat Platform Edu.UCL.satin… IF-LMU JVM:J2SE LMU Repository IF-LMU Resources Resources JVM:J2ME:CDC Deployer / Registrar Dynamic-LMU Deployer / Registrar Dynamic-LMU Res-LMU Res-LMU Netfilter IF Netfilter IF ‘IP’ Layer ‘IP’ Layer Space Segment Encap / Decap Ground Segment Switching Ground Station Encap / Decap demod mod mod demod mod mod
‘Integrity’ management through shim layer APIs Isolation by application through Network Interface Separation of Control Channel Encryption, signing etc. Performance Issues: Integrity & Security
Questions. Thanks! http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=22363 Contact: lsacks@ee.ucl.ac.uk www.ee.ucl.ac.uk/acse/