250 likes | 414 Views
Patton Visuality TM Platform. Vehicular Communication Systems for Situational Awareness Gun Akkor Patton Electronics Co. gakkor@patton.com. Roadmap. Situational awareness System architecture Application challenges Performance evaluation Future research Concluding remarks.
E N D
Patton VisualityTM Platform Vehicular Communication Systems for Situational Awareness Gun Akkor Patton Electronics Co. gakkor@patton.com
EMERGENCY SERVICES WORKSHOP Roadmap • Situational awareness • System architecture • Application challenges • Performance evaluation • Future research • Concluding remarks
EMERGENCY SERVICES WORKSHOP What is Situational Awareness? And why do we need it?
EMERGENCY SERVICES WORKSHOP Situational awareness • Collect real or near real-time sensory input from mobile and fixed assets: • Video • Audio • GPS • Other I/O (e.g. on-board car diagnostics, door locks, panic button) • Aggregate at a central location to provide a cognitive reaction to a condition or event.
EMERGENCY SERVICES WORKSHOP Situational awareness (cont’d) • Make data available to multiple users • Support different platforms: desktops, laptops, handheld computers, PDAs and Smartphones • Allow content sharing between local and remote users • Allow remote configurability of the system to adapt to changing conditions on the field.
EMERGENCY SERVICES WORKSHOP Applications • Support of law enforcement personnel • In police cruisers replacing existing DVR solutions • Emergency response assistance • In coordination of fire and rescue operations • Protection of personnel, vital equipment and goods • School buses • VIP protection • Guarantee integrity of transferred goods • Transfer of valuable commodities • Protection of armored vehicle fleets
EMERGENCY SERVICES WORKSHOP Components of Visuality Platform A high-level overview
EMERGENCY SERVICES WORKSHOP System Architecture
EMERGENCY SERVICES WORKSHOP In-vehicle “remote” units • Up to 4 composite (NTSC/PAL) camera inputs • Up to 4 line-level mono audio sources • On-board GPS receiver with standard NMEA-0183 GPGGA and GPVTG output • Video encoded (MPEG4) up to D1 (720x480) resolution and 30 fps per channel for on-board storage on hard disk or SD/SDHC card • Video encoded (H.264) up to SIF (352x240) resolution and 15 fps per channel for over the air transmission Model T7714 Model T7712
EMERGENCY SERVICES WORKSHOP In-vehicle “remote” units (cont’d) • Audio sampled at 22.05 kHz, encoded (AAC) at 16-128 kbps • Metadata and audio multiplexed with video as an MPEG2 TS • PTZ controller on RS-485 serial interface (supports Pelco-D and Rvision protocols) • Support for multiple cellular network technologies (GPRS, EDGE, 1xRTT, EVDO, HSPA) using PCI Express form factor modems • 12V DC input via standard car or rechargeable lithium ion battery Model T7714 Model T7712
EMERGENCY SERVICES WORKSHOP Command “headend” server • Compact PCI computer blade with accompanying 2U rack-mount chassis • Gatekeeper of the entire system • Terminates VPN connections • Aggregates received content and makes it available as multicast streams to local and remove users • Serves KML pages that can be network-linked from Google Earth • Supports asset sharing up to 24 remote units
EMERGENCY SERVICES WORKSHOP Command shift concept
EMERGENCY SERVICES WORKSHOP Command shift concept (cont’d) • Remotes register with the primary command server (CS) at startup and pull their current assignments. • Secondary command servers also register with the primary and pull the list of remotes that are assigned to them. • Primary CS can move any asset to/from a secondary and make content available to operators of the secondary. • Primary CS can recall any unit when needed.
EMERGENCY SERVICES WORKSHOP Design Challenges Trade-offs and design choices
EMERGENCY SERVICES WORKSHOP Video compression algorithms • Adaptive frame rate change (3..30) • Adaptive bit-rate change (40Kbps – 2.5Mbps) • Adaptive quantization – dynamically adjust QP parameter to target constant bit rate (CBR) • Increased group of picture (GOP) size • Only P-frames, no B-frames are used to eliminate buffering needs at the receiver • Force an I-frame when scene change is above 40%
EMERGENCY SERVICES WORKSHOP Remove command and control • Common Object Request Broker Architecture (CORBA) • Standard defined by Object Management Group (OMG) • Allows multiple machines to communicate over the network over IIOP protocol (Internet Inter-orb Protocol) • Well defined uniform application programming interface (API) • Transparent access whether local or remote
EMERGENCY SERVICES WORKSHOP Adaptive rate control
EMERGENCY SERVICES WORKSHOP Adaptive rate-control (cont’d) • Light-weight probe packets sent from remotes to headend to record round trip time (every 2 seconds) • Queue backlog on the cellular network interface is measured (every 2 seconds) • A moving average window is used to smooth measurements (5 to 20-sample size) • Moving average backlog value is compared to a configurable threshold
EMERGENCY SERVICES WORKSHOP Adaptive rate-control (cont’d) • Rate is adjusted such that maximum amount of data put on the queue in one RTT time never exceeds the available queue space – a simple delay-bandwidth product alike approach
EMERGENCY SERVICES WORKSHOP Prototype setup System evaluation
EMERGENCY SERVICES WORKSHOP Experimental Setup • 5-vehicle fleet • Each equipped with 4 NTSC cameras facing front, rear, left and right side • Cellular-GPS combo antennas places on the roof of each vehicle • Units are configured to transmit all 4-streams, CIF size (352x240) , 10 fps and 100 kbps
EMERGENCY SERVICES WORKSHOP Experimental results Adjusted rate on the cellular uplink Instantaneous and moving average round-trip-delay (5-sample window)
EMERGENCY SERVICES WORKSHOP Visuality System in Action A short demonstration video
EMERGENCY SERVICES WORKSHOP Future directions • Alternative wireless technologies • WiMax • LTE • Incorporate vehicle’s on-board diagnostic computer (OBD) • Engine codes • Sudden acceleration/de-acceleration • Connecting tracking devices, PDAs, digital video recorders over 802.11 or 802.15
EMERGENCY SERVICES WORKSHOP Future directions (cont’d) • Improve adaptive rate-control • Smooth out instantaneous rate spikes • Investigate scalable video extensions for rate adaptation • Open-platform software and hardware • Open to integration of other software and hardware modules