going beyond the traditional limitations of communications may 20, 2013 noriyuki fujita, takashi...
TRANSCRIPT
Going beyond the traditional limitations of communications
May 20, 2013
Noriyuki Fujita, Takashi Egawa
NEC Corporation
Page 1
Problems Communication faces at disasters
▐ Immediate request of usePeople needs communication at the very moment of disasters.
Half-a-day interruption? Noooo!
▐ Enormous amount of trafficTens-times call request continues for a day after major earthquakes If we could have managed them, people had called more, no doubt
Page 2
congestion
Limit of use
Sorry, it’s not yet repaired
Traditional strategy to combat disasters
▐ Robust facilitiesJapan’s buildings are robust thanks to ‘building standards law’Japanese operators have long experience of their own
▐ RedundancyRing-topology fiber, backup facilities, remote data center,…
▐ Quick repairtemporary radio station, handy switches, satellite link, …
▐ Restriction of communications/ prioritizationSome calls (e.g., calls from Govts, rescue teams) are prioritized, but others are restricted
Page 3
Limitation of traditional methodologies
▐ CostRobust facilities, redundant links, equipment for quick repair… all increases the CAPEX
▐ TrainingSpecial system often doesn’t work in emergencySystem doesn’t start up, people don’t know how to use it
▐ Limited coveragePrioritization of important traffic is a way, but it saves prioritized, limited number of users only
Page 4
We have been agonizing to balancethese limitations with various requirements
We have mighty computers in our hands today
▐ Thanks to the Internet, access speed has increased drasticallyMbps is not rare today. Will be common in the future
▐ Mobile phone is a mighty, handy computer It can store and process information as digital data
▐ Well-designed data center survives earthquakes and tsunamis
Page 5
We may overcome one of many traditional limitations
If we use mobile as receivers of broadcast?If we use mobile’s processing power?
If we store & send ‘I’m alive’ message as digital data?If we store data and wait to communicate till possible?
Phuket, Thailand, 20 May 2013 6
Cell Broadcast Service (CBS)-- if mobile is broadcast receiver? --
Phuket, Thailand, 20 May 2013 7
a) Emergency Alert by Cell Broadcast Service (CBS)• Actions in a few seconds in advance of strong quakes significantly
reduce damages– Automatic quake detection/notification gives you in distant area a few seconds – Human lives can be saved from collapse of buildings
• Accurate and timely delivery of disaster information is critical
Broadcast delivery based on automatic earthquake detection and its impact analysis
Earthquake Early WarningAn earthquake occurred in the Pacific Ocean.Please prepare for strong quakes.
Tsunami WarningPeople near a coast, please immediately evacuate to a safe place such as on a hill.
Mobile user
Quake Warning
Sound
Phuket, Thailand, 20 May 2013 8
b) Delivery of Evacuation Information• Evacuation information should be delivered to
mobile phones in damaged areas• CBS is network congestion tolerant
– It enables to deliver urgent information under congestion after a disaster.
Mobile user
An evacuation instruction from disaster
Evacuation Instruction ( Example)“ABC city issued an evacuation advisory.A large fire occurred in …Please get to your nearest evacuation place immediately. Evacuation place is: C-1 park for D district, E-4 elementary school for B district…”
In Japan the service is used for smaller disasters today
Phuket, Thailand, 20 May 2013 9
System Structure of NEC’s Cell Broadcast Service• Broadcasts information to cell phones in the suffered area
– Cell Broadcast Center (NC7000-CB) broadcasts messages to phone cells– Automatic operation is triggered via M2M interface of NC7000-CB– Message input operation is performed manually via Web I/F of Area
Management Server (NC7000-AM)
Area Management ServerNC7000-AM
Cell Broadcast CenterNC7000-CB
Emergency AlertProvider
(Human Operator)
Web I/F
Common Alerting Protocol(CAP) *2
EarthquakeDetection
Cell Broadcast Service (CBS)
Emergency Alert Provider (Machine)
RNCs
Service AreaBroadcast Protocol
(SABP) *1
Mobile BaseStations
Cells
*1 SABP is a 3GPP standard protocol.*2 CAP is an OASIS standard protocol.
Machine to Machine (M2M) I/F
Phuket, Thailand, 20 May 2013 10
SUPL Location Platform (SLP)-- if we use mobile’s processing
power? --
Phuket, Thailand, 20 May 2013 11
a) Position Report on Emergency Call• In Japan, on receiving an emergency call, a Public Safety Answering
Point (PSAP) can acquire the caller’s position information based on A-GPS or Cell.– Emergency calls from mobile phones increased in Japan Quake 2011.
Public Safety Answering Point(PSAP)
110: Police119: Medical/Fire118: On the sea
Position Information
Emergency Call
Fire Rescue
Accident on the sea
Phuket, Thailand, 20 May 2013 12
b) Utilization of Location Services for Consumers• Web-based position information service is helpful when call
is restricted.– Navigation services for getting to an evacuation place– Tracking services for locating families and friends
Navigation Services Tracking Services
Self Positioning
People having difficulties to get home(at Japan Quake 2011)
Position Information
Phuket, Thailand, 20 May 2013 13
System Structure of NEC’s Positioning Solution• NC7600-AG provides Positioning Service (A-GPS and Cell) for
SUPL-Enabled Terminals (3G/LTE)– compliant with OMA standards: Secure User Plane Location (SUPL)
and Mobile Location Protocol (MLP)– supports self positioning and position requests by SUPL Agent– will also provide A-GLONASS
NC7600-AG
LBS ProviderLBSEnd User
SUPL Agent
Mobile Location Protocol
(MLP)Secure User PlaneLocation Protocol
(SUPL)
SUPL Positioning Centre (SPC)
SUPL Positioning Centre (SPC)
SUPL Location Centre (SLC)
SUPL Location Centre (SLC)
SUPL-Enabled Terminal (SET)
PSAP
A-GPS: Assisted GPSLBS: Location Based ServiceA-GLONASS: Assisted Global Navigation Satellite System
SUPL Location Platform(SLP)Self Positioning
Position Request
Phuket, Thailand, 20 May 2013 14
Disaster Voice Messaging Service (DVMS)
Phuket, Thailand, 20 May 2013 15
Communication Problems in Japan Quake 2011• Huge volume of phone calls generated in Metropolitan area to inform
his/her situations, to inquire others’ safety, etc.• Network operators restricted phone calls to avoid a system stop
– Fixed network: 90 percent calls were restricted at most (NTT East)– Mobile network: 90 percent voice calls and 30 percent packets were restricted
at most (NTT DOCOMO)• The key problem is how to establish an alternative communication means
when telephony system is hardly available
Public Network
Request for relief
Safety confirmation
Notification of the rescheduling
Suffering situation inquiry
OUT OFSERVICE
OUT OFSERVICE
Phuket, Thailand, 20 May 2013 16
Alternative Communication Means in Disasters• Voice communication is required in disasters to carry feeling of relief
SMS
MessageBoard
Fixed Phone
Mobile Phone
Text-based communication means
available in disasters
unavailable in disasters
MMS
Voice-based communication means
DVMS
Disaster Voice Messaging Service (DVMS) was developed after Japan Quake 2011
Mobile and fixed phones, SMS, and MMS are affected by call restriction
Twitter and Facebook are available in disasters, but they are not for urgent communications
Phuket, Thailand, 20 May 2013 17
NEC’s Disaster Voice Messaging Solution: NC7000-RX-VM• NEC provides a voice messaging solution for disasters that
– utilizes the subscriber database of the operator,– is scalable to huge message traffic, and– delivers prompt messages with push notifications.
Sender
Receiver
1. Records a voice message in a terminal
3. Notifiesmessage arrival
4. Downloads the voice message
5. Notifies delivery result
NC7000-RX-VMVoice Messaging Server
HTTPHTTP
Push NotificationPush Notification
2. Uploads the voice message
Huge message traffic can be handled
Voice messages are delivered with small delay
Users can send/receive messages by designating
telephone numbers(without pre-registration)
Phuket, Thailand, 20 May 2013 18
User Interface Example in the Client• A user can send a voice message similar to making a telephone call
Enter phone numberof the receiver
Record a voice message(up to 30 seconds)
Tap “Send” button
Receiver
Receive notificationof message arrival
Sender
Service is enabled by SMS broadcast Tap “Download & playback”
button
Receive notificationof delivery result
DVMS availability• Messages can be sent via Android/iOS application or a few
models of feature phone• Messages can be received via Android/iOS application or web
browserAlmost all of the mobile phones can receive messages in
Japan• Mobile operators (DOCOMO, KDDI, SoftBank) show lists of
DVMS-compatible mobile devices
• Feature phones with web browser• Windows Phone• Feature phones with web browser• Windows Phone
• Android• iOS• (a few feature phones)
• Android• iOS• (a few feature phones)
Sending&Receiving
Receiving
Phuket, Thailand, 20 May 2013 19
Operations of DVMS• Service operation policy in Japan
– DVMS is enabled when a disaster occurs (earthquake, typhoon, snowstorm, etc.)
– DVMS is also available on 1st and 15th days every month as trialMobile portal site of KDDI on Nov. 28, 2012
Disaster message board is enabledDisaster message board is enabled
DVMS is enabled
Snowstorm in Hokkaido(November 27, 2012)Snowstorm in Hokkaido(November 27, 2012)
Earthquake in Sanriku(M7.3, December 7, 2012)
Earthquake in Sanriku(M7.3, December 7, 2012)
Recent cases
Earthquake in Awaji(M6.3, April 13, 2013)Earthquake in Awaji
(M6.3, April 13, 2013)
Phuket, Thailand, 20 May 2013 20
Phuket, Thailand, 20 May 2013 21
Structure of DVMS network in Japan• DVMS will cover all residents in Japan by cooperation of mobile operators• Interconnection has started among NTT DOCOMO, KDDI and SoftBank Mobile
since April 2013
TCA: Telecommunications Carriers AssociationMIC: Ministry of Internal Affairs and Communications
NTT DOCOMO SoftBankMobile
TCA, MIC
KDDI Others
DVMS
Interconnection
DVMSDVMS
Smart phones and feature phones
DVMS Interconnection Guidelines by TCA (Nov. 28, 2011)
Phuket, Thailand, 20 May 2013 22
DTN(Delay/Disruption/Disconnection-
Tolerant Network)-- If we store data and communicate
when possible? --
Delay Tolerant Technology at disasters
• How to find the target is usually difficult at DTN, but at disasters it is rather easy(People say ‘ok, that car delivers us the message!’)
Phuket, Thailand, 20 May 2013 23
Moves around
Portablebase station
on a car
Moves around
Mails, messages
Oh, you arehere! I have
messages for you
End-users
Use cases of DTNDisaster info broadcast Info sharing inside devastated area
Communication among end-usersSharing survived
communication infrastructure
Municipalities,Govts, etc.
End-users
‘I’m alive’ ‘I found xx missing’, etc.
Evacuation info, etc.
Mail, etc.
uplink
Communication with outside of
devastated area
© NEC Corporation 2013 Page 24
Wi-Fi access point w/ DTN function
© NEC Corporation 2013 Page 25
Portable DTN access pointFixed DTN access point
Solar panel (190W max) + battery (200Wh*3)
Can supply AC andUSB power
Wi-Fi with DTN
Battery ( 200Wh )Works 8-10h
Normal mode: temporary WiFi access point(used e.g., at crowded event to enhance capacity)Disaster mode: DTN enabled
Research funded by MIC, JP Govt
Phuket, Thailand, 20 May 2013 26