doc.: IEEE psc Submission Slide1 PicoCast Forum Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Personal Space Communication with WPAN Broadcasting] Date Submitted: [10 March 2010] Source: [S.M. Ryu, J.U.Seo, D.Y. Kim, Y.J.Park, & C.H. Yon] Company [PicoCast Forum, ISO/IEC JTC1/SC6, IEEE Region 10, LG Telecom] ] Re: [In response to WNG call for presentations.] Abstract: [In the future, most users want to maintain their personal space within a fluid, moving environment. Service providers should approach and broadcast their services to these user spaces, allowing users to select service amongst broadcasting services, as if selecting a radio channel. Thus, if service broadcasts within personal spaces became standard, then the Personal Space Communication (PSC) based on WPAN technology will become a leading & killer application for Ubiquitous services in the future. We can ascertain that connections of PSC spaces will represent a large part of future 5G mobile communication.] Purpose:[Information related to the request for international cooperation] Notice:This document has been prepared to assist the IEEE P It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. Release:The contributor acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P

doc.: IEEE psc Submission Slide2 PicoCast Forum March 2010 S.M. Ryu, J.U. Seo PicoCast Forum D.Y. Kim ISO/IEC JTC1/SC6 Y.J. Park IEEE Region 10 C.H. Yon LG Telecom WPAN Broadcasting for Personal Space Communication

doc.: IEEE psc Submission Slide3 PicoCast Forum Contents  Congratulatory message for PSC  Why PicoCast ?  Success stories of new technologies  User Oriented Paradigm Shift  User Requirements for PSC  Technical Requirements for PSC  Upgrading PSC standard from ISO/IEC29157  Relationship between PSC and 5G  The value of PSC as mobile carrier

doc.: IEEE psc Submission Slide4 PicoCast Forum Part 1  Congratulatory message for PSC Dr. Park Y.J. Director, IEEE Region 10

doc.: IEEE psc Submission Slide5 PicoCast Forum 1 st Step : Personal Terminal Mobility –Basic mobile communication services Personal Mobile Services 2 nd Step : Personal Number Mobility –Service provider independent number services 3 rd Step : Personal Information Mobility –SIM(Subscriber Identification Module) services 4 th Step : Personal Environment Mobility –Environment follows when a personal space moves Personal Space Communication

doc.: IEEE psc Submission Slide6 PicoCast Forum Part 2  Why PicoCast ?  Success stories of new technologies Dr. Seo J.U. Chairman, PicoCast Forum

doc.: IEEE psc Submission Slide7 PicoCast Forum How to increase mobile channel capacity ? MacroMicroPicoFemto Capacity ,000 Low Power Personal Space Mobility Tx Power 11/1,0001/1,000,000 3Km Macro. 300m Micro 30m Pico Femto 3m Ubiquitous World  Personal Mobile Space (WPAN)  Find new frequencies that haven’t been developed?; no more available  Find new signal processing techniques ?; only few times increasable  The only way to achieve few thousand times capacity ; reduce cell size Why PicoCast ? - Capacity

doc.: IEEE psc Submission Slide8 PicoCast Forum Change My Smartphone Change My Smartphone why? Why PicoCast ? - Multi-peer Group Game Group Game

doc.: IEEE psc Submission Slide9 PicoCast Forum English Korean PSC Earphone Multi-lingual broadcast : Subway lines and Tourist Information Japane se Japane se Chines e Chines e Why PicoCast? - Select Service as if a radio

doc.: IEEE psc Submission Slide10 PicoCast Forum Part 3  User Oriented Paradigm Shift  User Requirements for PSC Dr. Ryu S.M. Vice Chair, PicoCast Forum

doc.: IEEE psc Submission Slide11 PicoCast Forum Lazybones want quick & convenient service PicoCast Personal Space Communication PlatformSoftwareInternet Business Solution OS Data Center ? Ubiquitous StandardExclusiveOpen, Share User Convenience Environment Mobility Paradigm Shift – Invisible World User-Oriented Mobile Space Personal Space Communication

doc.: IEEE psc Submission Slide12 PicoCast Forum Wired Broad- casting Mobile Wired Mobile Broad- casting Int er net WLAN Femto IPTV Home Appliance Mobile VoIP User Space WSD Paradigm Shift – Personal Space Communication Mobile Wired Broad- casting PSC Internet Mobile Wired Broad- casting Internet Femto IPTV Mobile VoIP User oriented Ubiquitous  PSC WLAN

doc.: IEEE psc Submission Slide13 PicoCast Forum User terminals should meet provider I/F specs. Mobile Phone WiMAX IPTV RFID USN DMB Mobile VoIP WSD LTE Space User WiMAX IPTV RFID USN Mobile Phone DMB Mobile VoIP LTE WSD Providers should translate their services to user I/F spec. within user mobile space. Provider-Oriented User-Oriented Paradigm Shift – User-Oriented Terminal

doc.: IEEE psc Submission Slide14 PicoCast Forum HSDPA WiMAX LTE PSC = User Interface Select among services broadcast by providers Mobile service Wired Service PC IPTV Home Appliances User Oriented Terminal Femto-cell Paradigm Shift – Personal Broadcasting (PicoCast) Service Option selected by user

doc.: IEEE psc Submission Slide15 PicoCast Forum Off-line IPTV (On-line) PSC Requirements –Space Secretary Seeing Hearing Feeling Space Secretary Mobile video Audio / Voice Sensor Location / Direction Control data Low power & Medium speed WPAN 2-way Broadcasting

doc.: IEEE psc Submission Slide16 PicoCast Forum UWB ? Bluetooth Data Transmit Rate Power Consumption WLAN Audio Mobile Video VideoVoiceSensor RFID Ultra Low Power Bluetooth Mobile Phone Power Consumption ZigBee PSC needs a single solution for multiple Services Low power consumption & Medium speed multimedia Container Concept Based Sensor & Multimedia Protocol ISO/IEC PSC PSC Requirements –Single solution for multiple services

doc.: IEEE psc Submission Slide17 PicoCast Forum O1O1 O2O2 Frequency Tx : 0dbm fI2fI2 Spurious :-60dbm 60dB fO2fO2 Tx : 0dbm Rx : -80dbm 80dB Rx : -80dbm Search Frequency M I2I2 M C F M C F M C F M A C F M A C F M A C F I1I1 I3I3 UWB 40dB Shall not receive during adjacent PHY is transmitting PSC Requirements – Avoid mutual interference

doc.: IEEE psc Submission Slide18 PicoCast Forum 2-D 3-D GC1 GC2 GC4 GC8 GC26 Self Organizing Cell Planning is inevitable Container Concept is Required to avoid mutual interference in dense environment GC1 GC2 GC3 GC8 PSC Requirements – 3D Cell Planning increasing Mutual Interference

doc.: IEEE psc Submission Slide19 PicoCast Forum PSC Requirements –Container Structure VideoAudioDataSenso r Higher synchronization performance is required ; 128bits preamble

doc.: IEEE psc Submission Slide20 PicoCast Forum 30m Pico Femto 3m Open PHY Interface Power Control Smooth Sliding Sync Role Exchange QoS Check / Sounding Location / Direction Emergency Flooding Roaming / Hand-over Sensor Mesh Relay FCC Regulation Through Body 3m = Forward Body 30m PSC Requirements – Futher considerations

doc.: IEEE psc Submission Slide21 PicoCast Forum Part 4  Technical Requirements for PSC  Upgrading ISO/IEC29157 for PSC Dr. Kim D.Y. Chair, ISO/IEC JTC 1/SC6

doc.: IEEE psc Submission Slide22 PicoCast Forum ISM 2.4G 900M White Space ~Mbps mm Wave ~10 cm Low Speed UWB ~10Mbps PHY MAC APP High QoS High Speed Full Single MAC Hybrid Dual MAC Arrange Requirements  List user requirements  Check reliability  If no, reduce requirements Challenges & Opportunities  Overcome Near / Far Interference  Single MAC for Multiple PHYs  Tradeoff between power & speed  Provide QoS with Low latency Independent Multiple MAC Choose existing technique  Select adequate PHY  Select good chip solution  Enhance antenna matching  Reduce system size by good design Technical Requirements for PSC Solution

doc.: IEEE psc Submission Slide23 PicoCast Forum Solutions for Challenges 1. Near / Far Interference  Chg. : Shall not receive while adjacent devices are transmitting, even at  different frequencies  Sol. : Synchronized Frame can reject mutual interference among PHYs 128bit multi preamble is necessary to enhance sync. probability 2. Single MAC to support Multi-PHYs  Chg. : Single PHY cannot meet wide user service requirements  Sol. : Container Concept accommodates various information Boxes Synchronized Frame can support different PHYs without interference 3. Tradeoff between Power & Speed  Chg. : Low power sensors and Medium speed multimedia should be supported  Sol. : Single MAC for Multi PHY concept can support Multi RF Block Sensors use single RF Block; Multimedia uses multi RF Blocks 4. Provide QoS with Low Latency  Chg. : Ensure broadcasting performance and low latency without ARQ  Sol. : Frequency and Time hybrid diversity algorithm is necessary Time diversity only cannot overcome multi path fading effect

doc.: IEEE psc Submission Slide24 PicoCast Forum Single MAC supporting Multiple PHYs  PHY Type : 900M/2.4G ISM, 700M WS, UWB, mm Wave & etc  PHY Interface : Synchronized Container Based multi-PHY support  Special Features :  Interference Rejection thru Synchronized Containers  Scalable data rate for each PHY  Location & Direction reporting PSC MAC (Baseband) PHY #1 (RF #1) PHY #2 (RF #2) PHY #N (RF #N) Basic Speed ~Mbps Latency < 20msec Location <10cm

doc.: IEEE psc Submission Slide25 PicoCast Forum Idle PHY # 1 Tx RxIdleRxIdle PHY # 2 IdleRxIdleTx IdleRx TxRx PHY # 3  Avoid mutual interference among PHYs in PSC  Shall not receive during adjacent PHY is transmitting.  Transmit together at the same time. M P1P1 P3P3 S2S2 S1S1 S4S4 S3S3 S5S5 P2P2 Tx Rx Tx Rx Tx Rx PSC Master Avoid Interference thru Synchronized Containers

doc.: IEEE psc Submission Slide26 PicoCast Forum Vessel (256msec) #0# 1#2#3# 4# 5# 6# 7# 8# 9# 10# 11# 12# 13# 14# 15 Control Box Payload Box #1Payload Box #nPayload Box #2 Container (16msec) EOB Lock (AA) 128bit Preamble 40bit TagA Payload Hard Box Soft Box PHY dependent constant parameter BB1BB2 RCBMCBTBD MACB / TBD RACB Synchronized Container Structure

doc.: IEEE psc Submission Slide27 PicoCast Forum 64bit is not enough but 128 bit is high enough ; so we suggest multi Preambles N=64 N= bits preambles for synchronization

doc.: IEEE psc Submission Slide28 PicoCast Forum Multiple Preamble Usage C1C1 Remarks 1 ~ 8 (8) General Box purpose (Control, Payload) 9 ~ 12 (4) Hierarchy Beacon Box for synchronization 13 ~ 16 (4) Pairing Box (Fast Beacon Box) 17 ~ 18 (2) Sounding Box 19 Secure 1bit/symbol data transmit 20 ~ 35 (16) Reliable 4bit/symbol data transmit ※ would be substituted by the best code set after simulation study. 36 ~ 41 (16)Hands over for the local broadcasting 42 ~ 49 (8)Define Multi-RF to indicate sequence order 50 ~ 127 (except 119)TBD ; for special PHY applications 119Emergency

doc.: IEEE psc Submission Slide29 PicoCast Forum Test Path Diversity Mode Diversity Number Case A 1 soft wall ~30m Freq / Time2700 / / 29 / 01 / 00 / 0 Time with f / / / / / 229 Time with f / / / / / 111 Case B 2 soft wall ~30m Freq / Time8264 / / / 8637 / 0480 / 0 Time with f / / / / / 309 Time with f / / / / / 418 # of frame error / # of Sync loss Receive sensitivity in multi path fading environment Ensure broadcasting performance without ARQ Should use frequency / Time hybrid diversity algorithm ; Frequency Hopping

doc.: IEEE psc Submission Slide30 PicoCast Forum Master / Slave M S Sync Data M S S S S Star MS S S S M S S S M S S S M S S S Sync Relay - Mesh - Ad-hoc - Hand-over Add to IEEE psc Possible by Existing Solutions PSC Solution – Protocols Multicast MS S S SS S S M S S S S Convergence of Broadcasting & Communication M S S SS S S Broadcast Relay with Single Master Possible by ISO/IEC Group Multi Channel M S S S S

doc.: IEEE psc Submission Slide31 PicoCast Forum Overview of ISO/IEC Proposal February 5, 2008 NP Ballot: February 5, 2008 – May 5, 2008 Meeting: Geneva, Swiss, April 6 – 11, 2008 Meeting: Montreux, Swiss, November 3 – 7, 2008 CD Ballot: November 18, 2008 – February 18, 2009 Meeting: Tokyo, Japan, June 1 – June 5, 2009 FCD Ballot: July 14, 2009 – November 14, 2009 Meeting: Barcelona, Spain, January 18 – 22, 2010  Why ISO/IEC29157(PicoCast) is suitable for PSC service ?  Container concept supports both low-power sensor & medium-speed multimedia.  Abundant channel capacity due to avoidance of mutual interference.  Provides broadcast, multicast & communication convergence protocol.  Local broadcasting gives an additional business model such as advertisement.  Adaptive common channel signaling supports mobile communication protocols.

doc.: IEEE psc Submission Slide32 PicoCast Forum Upgrading Points for PSC Standard ISO/IEC 29157IEEE PSC PHYPHY media 2.4G ISM, all ISM, low speed UWB, mm Wave speed 1Mbps ~ 4Mbps (~ 16Mbps) MACMAC protocol P-P, Star, broadcast, Multicast, multi-direct, broadcast relay  Sync relay, Mesh PHY interface SingleMultiple Container Hard Box, 128bit preamble Hard & Soft Box 0 ~ 128bit preamble APPAPP Message Sensor, Voice, Audio , Mobile Video LocationX ~ 10 cm

doc.: IEEE psc Submission Slide33 PicoCast Forum Part 5  Relationship between PSC and 5G  The value of PSC as mobile carrier Dr. Yon C.H. Vice President of LG Telecom

doc.: IEEE psc Submission Slide34 PicoCast Forum Part 6  PSC Interest Group Schedule for PSC IG & SG  Q & A Mr. Murray P. Chairman PSC Interest Group