Presentation is loading. Please wait.

Presentation is loading. Please wait.

Going beyond the traditional limitations of communications May 20, 2013 Noriyuki Fujita, Takashi Egawa NEC Corporation Page 1.

Similar presentations

Presentation on theme: "Going beyond the traditional limitations of communications May 20, 2013 Noriyuki Fujita, Takashi Egawa NEC Corporation Page 1."— Presentation transcript:

1 Going beyond the traditional limitations of communications May 20, 2013 Noriyuki Fujita, Takashi Egawa NEC Corporation Page 1

2 Problems Communication faces at disasters Immediate request of use People needs communication at the very moment of disasters. Half-a-day interruption? Noooo! Enormous amount of traffic Tens-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, its not yet repaired

3 Traditional strategy to combat disasters Robust facilities Japans buildings are robust thanks to building standards law Japanese operators have long experience of their own Redundancy Ring-topology fiber, backup facilities, remote data center,… Quick repair temporary radio station, handy switches, satellite link, … Restriction of communications/ prioritization Some calls (e.g., calls from Govts, rescue teams) are prioritized, but others are restricted Page 3

4 Limitation of traditional methodologies Cost Robust facilities, redundant links, equipment for quick repair … all increases the CAPEX Training Special system often doesnt work in emergency System doesnt start up, people dont know how to use it Limited coverage Prioritization of important traffic is a way, but it saves prioritized, limited number of users only Page 4 We have been agonizing to balance these limitations with various requirements

5 We have mighty computers in our hands today Thanks to the Internet, access speed has increased drastically Mbps 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 mobiles processing power? If we store & send Im alive message as digital data? If we store data and wait to communicate till possible?

6 Phuket, Thailand, 20 May Cell Broadcast Service (CBS) -- if mobile is broadcast receiver? --

7 Phuket, Thailand, 20 May 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 Warning An earthquake occurred in the Pacific Ocean. Please prepare for strong quakes. Tsunami Warning People near a coast, please immediately evacuate to a safe place such as on a hill. Mobile user

8 Phuket, Thailand, 20 May 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

9 Phuket, Thailand, 20 May System Structure of NECs 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 Server NC7000-AM Cell Broadcast Center NC7000-CB Emergency Alert Provider (Human Operator) Web I/F Common Alerting Protocol (CAP) *2 Earthquake Detection Cell Broadcast Service (CBS) Emergency Alert Provider (Machine) RNCs Service Area Broadcast Protocol (SABP) *1 Mobile Base Stations Cells *1 SABP is a 3GPP standard protocol. *2 CAP is an OASIS standard protocol. Machine to Machine (M2M) I/F

10 Phuket, Thailand, 20 May SUPL Location Platform (SLP) -- if we use mobiles processing power? --

11 Phuket, Thailand, 20 May a) Position Report on Emergency Call In Japan, on receiving an emergency call, a Public Safety Answering Point (PSAP) can acquire the callers position information based on A-GPS or Cell. – Emergency calls from mobile phones increased in Japan Quake Public Safety Answering Point (PSAP) 110: Police 119: Medical/Fire 118: On the sea Position Information Emergency Call Fire Rescue Accident on the sea

12 Phuket, Thailand, 20 May 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 ServicesTracking Services Self Positioning People having difficulties to get home (at Japan Quake 2011) Position Information

13 Phuket, Thailand, 20 May System Structure of NECs 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 Provider LBS End User SUPL Agent Mobile Location Protocol (MLP) Secure User Plane Location Protocol (SUPL) SUPL Positioning Centre (SPC) SUPL Location Centre (SLC) SUPL-Enabled Terminal (SET) PSAP A-GPS: Assisted GPS LBS: Location Based Service A-GLONASS: Assisted Global Navigation Satellite System SUPL Location Platform (SLP) Self Positioning Position Request

14 Phuket, Thailand, 20 May Disaster Voice Messaging Service (DVMS)

15 Phuket, Thailand, 20 May 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 OF SERVICE OUT OF SERVICE

16 Phuket, Thailand, 20 May Alternative Communication Means in Disasters Voice communication is required in disasters to carry feeling of relief SMS Twitter Facebook Message Board 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

17 Phuket, Thailand, 20 May NECs 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. Notifies message arrival 4. Downloads the voice message 5. Notifies delivery result NC7000-RX-VM Voice Messaging Server HTTP Push 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)

18 Phuket, Thailand, 20 May User Interface Example in the Client A user can send a voice message similar to making a telephone call Enter phone number of the receiver Record a voice message (up to 30 seconds) Tap Send button Receiver Receive notification of message arrival Sender Service is enabled by SMS broadcast Tap Download & playback button Receive notification of delivery result

19 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 browser Almost 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

20 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 trial Mobile portal site of KDDI on Nov. 28, 2012 Disaster message board is enabled DVMS is enabled Snowstorm in Hokkaido (November 27, 2012) Earthquake in Sanriku (M7.3, December 7, 2012) Recent cases Earthquake in Awaji (M6.3, April 13, 2013) Phuket, Thailand, 20 May

21 Phuket, Thailand, 20 May 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 Association MIC: Ministry of Internal Affairs and Communications NTT DOCOMO SoftBank Mobile TCA, MIC KDDI Others DVMS Interconnection DVMS Smart phones and feature phones DVMS Interconnection Guidelines by TCA (Nov. 28, 2011)

22 Phuket, Thailand, 20 May DTN (Delay/Disruption/Disconnection- Tolerant Network) -- If we store data and communicate when possible? --

23 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 Moves around Portable base station on a car Moves around Mails, messages Oh, you are here! I have messages for you End-users

24 Use cases of DTN Disaster info broadcast Info sharing inside devastated area Communication among end-users Sharing survived communication infrastructure Municipalities, Govts, etc. End-users Im alive I found xx missing, etc. Evacuation info, etc. Mail, etc. uplink Communication with outside of devastated area © NEC Corporation 2013 Page 24

25 Wi-Fi access point w/ DTN function © NEC Corporation 2013 Page 25 Portable DTN access point Fixed DTN access point Solar panel (190W max) + battery (200Wh*3) Can supply AC and USB 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

26 Phuket, Thailand, 20 May

Download ppt "Going beyond the traditional limitations of communications May 20, 2013 Noriyuki Fujita, Takashi Egawa NEC Corporation Page 1."

Similar presentations

Ads by Google