190 likes | 200 Views
GPSShare utilizes nearby devices and Bluetooth to provide location services in GPS-unavailable areas. It extends localization through fixed beacons and mobile devices, enabling efficient indoor localization and network coverage expansion. The system architecture involves HTTP POST, data network Bluetooth, and server-side processing. Implementation details include beacon placement, mobile provider integration, and deployed infrastructure using low-cost hardware. Challenges like varying Bluetooth implementations and limited accessibility documentation are addressed, with proposed further integration with popular location-based services. Acknowledgments go to Prof. Andreas Savvides and others for their contributions.
E N D
GPSShare: A Location-Sharing Mobile Network Kyle Gong Yale EECS, 2009 Advisor: Andreas Savvides
Motivation • Location information has many useful applications including navigation, localized search, and social networking service • Already billions of mobile devices in the field, most have Bluetooth, only a few have GPS • GPS coverage unavailable in many areas: • Indoor, underground, “urban canyon”
Example Scenario • Felix is waiting for his friend Gabe to get out of lab to order food from Ivy Noodle. • He wants to know when Gabe leaves Becton, so that he can order the food on time. • He could use BScope Mobile to do this, but Gabe’s phone doesn’t have GPS.
Solution HTTP POST, Data Network Bluetooth Gabe’s BlackBerry GPSShare Beacon at Becton Center HTTP BScope Web Portal Email, SMS Felix’s iPhone BScope Server
GPSShare • GPSShare takes advantage of the similar locations of nearby devices and Bluetooth technology to extend localization service • Two source modes: • Beacon: Fixed location • Mobile provider: GPS-enabled mobile devices
Localization Using GPSShare Non-GPS Enabled GPS Enabled
Localization Using GPSShare Receives location update from beacon
Localization Using GPSShare Gets new location from mobile GPSShare provider
Localization Using GPSShare Location update from beacon
Localization Using GPSShare Estimated path (black) approximates true path (green)
GPSShare Network • GPS-enabled clients share with clients without • Low percentage of GPS-enabled can serve large percentage of unenabled devices • Hybrid managed and ad-hoc network allows for minimum service level while GPS-enabled clients increase coverage as more users join the network, upgrade devices
Indoor Localization • Beacons can be placed indoors to extend localization to areas where GPS coverage is unavailable • Allows device to conserve power by avoiding continuously searching for a signal, while remaining responsive to changes in location • Allows for location information to be extended through location descriptors such as floor, building name, room number and other labels
Implementation • Beacon: • Linux, BlueZ, PyBlueZ, Python • Mobile provider: • BlackBerry, Java API, JSR-82 • Receiver: • BlackBerry, Java API, JSR-82 • Mac OS X, Cocoa/ObjC, IOBluetooth Framework
Deployed Infrastructure • Low beacon hardware constraints: • Lightweight development platform such as SheevaPlug, even embedded • Low cost Bluetooth transceiver • Allows for wide deployment on campus, building interiors Marvell SheevaPlug
Campus Coverage • Just a few beacons can cover campus • 27 Central (blue) • 55 Greater (purple) • Beacon Cost: < $50
Challenges • Many different Bluetooth implementations, with varying levels of accessibility, limited documentation • Limited hardware availability • Wireless network performance inconsistent
Further Steps • Implement on low-cost development hardware, deploy test infrastructure • Integrate with additional location-based services such as Google Maps and Latitude
Acknowledgments • Thanks to: • Prof. Andreas Savvides • Simon Tao • Athanasios Bamis and Thiago Teixeira • Richard Alimi