# US 2014/0195102 A1 · Vehicle communications via wireless access vehicle environment > Agents: this data is available as JSON from the patentgrep API and MCP server — see https://patentgrep.com/llms.txt - Number: US 2014/0195102 A1 - Document ID: US20140195102A1 - Status: Published application - Kind: A1 - Application number: 14/151,035 - Filed: 2014-01-09 - Published: 2014-07-10 - Earliest claimed: 2013-01-09 - Inventors: MARTIN D. NATHANSON - Web page: https://patentgrep.com/patent/US20140195102A1 ## CPC - H04W 48/16: Discovering, processing access restriction or access information - B60K 35/23: Head-up displays [HUD] (optical aspects of head-up displays G02B27/01) - B60K 35/28: characterised by the type of the output information, e.g. video entertainment or vehicle dynamics information; characterised by the purpose of the output information, e.g. for attracting the attention of the driver - B60K 35/85: Arrangements for transferring vehicle- or driver-related data - G07C 5/008: {communicating information to a remotely located station (transmission systems for measured values G08C)} - G07C 5/0808: {Diagnosing performance data (testing of vehicles G01M17/00; testing of electrical installation on vehicles G01R31/005)} - H04L 67/12: specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks - H04W 4/40: for vehicles, e.g. vehicle-to-pedestrians [V2P] - H04W 4/44: for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H] - H04W 4/48: for in-vehicle communication - H04W 12/06: Authentication - B60K 2360/166: Navigation - B60K 2360/5905: Wi-Fi® - B60K 2360/5915: Inter vehicle communication - H04W 4/025: {using location based information parameters} - H04W 84/12: WLAN [Wireless Local Area Networks] - H04W: WIRELESS COMMUNICATION NETWORKS (broadcast communication H04H; communication systems using wireless links for non-selective communication, e.g. wireless extensions H04M1/72) - B60K: ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES - G07C: TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE - H04L: TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION (arrangements common to telegraphic and telephonic communication H04M) ## Abstract Vehicle Communications using IEEE 802.11p WAVE functionality includes structure and method whereby a smart phone (SP) linked to an On Board Unit (OBU) having WAVE functionality, and incorporating Automotive Telemetry Protocol (ATP), has at least one processor to configure the SP as a GUI for the OBU, and to enable WAVE authentication of the SP through a networked Road Side Unit. Preferably, the OBU opens, after a command from an ATP Client, a virtual connection for streaming data between the vehicle data bus and a remote server providing an automotive scan tool. Also preferably, the SP may use either cellular or IEEE 802.11 control signals to trialaterate its geographic position with greater accuracy than GPS, and to hand off the geo-position fixes to the OBU. Accumulated geo-location information may be reported to a remote server, providing a centralized geographic trend analysis of plural SPs operating with OBUs. ## Claims ### Claim 1 A vehicle on-board-unit (OBU) comprising: at least one processor running at least one computer program configured to enable the OBU to (i) comply with IEEE 802.11p Wireless Access Vehicular Environment (WAVE) functionality, including the IEEE 1609 suite of specifications. and (ii) trilaterate position fixes based on the geo-location of roadside units (RSUs) from which it can receive periodic WAVE service advertisements and the variable signal strength indicated in said announcements. ### Claim 2 (depends on 1) A vehicle on-board-unit (OBU) according to claim 1, wherein the at least one processor running the at least one computer program is configured to comply with the Automotive Telemetry Protocol. ### Claim 3 (depends on 1) A vehicle on-board-unit (OBU) according to claim 1, wherein the at least one processor running the at least one computer program is configured to open, on reception of a mobile-terminated command from an ATP Client, a virtual streaming connection between the OBD-II port and a remote computer program performing the functions of an automotive scan tool, and to close said virtual connection when (i) a closure is initiated by a remote scan tool user, (ii) loss of communications with a vehicle data bus is detected, (iii) a closure notification is issued from an intermediary maintaining the streaming connection, or (iv) automotive events have occurred requiring immediate ATP communications which necessitate the closure of the streaming connection. ### Claim 4 A roadside unit (RSU) comprising: at least one processor running at least one computer program adapted to enable the RSU to (i) comply with IEEE 802.11p Wireless Access Vehicular Environment (WAVE) functionality, including the IEEE 1609 suite of specifications. and (ii) to provide a UDP/IPv6-based geo-location service as a WAVE application in accordance with IEEE 1609.1, residing at an assigned UDP port, enabled to acquire its own geo-location from any remote Geographic Information System host and to respond to UDP requests from any OBU with the geo-location of the RSU. ### Claim 5 (depends on 1) A smart phone comprising: at least one processor running at least one computer program configured to configure the smart phone as a user interface for a vehicle on-board-unit (OBU) according to claim 1. ### Claim 6 (depends on 5) A smart phone according to claim 5, wherein the at least one processor running the at least one computer program is further configured to, when the smart phone is operating as a display mechanism for WAVE safety messages, (i) redirect incoming calls to voice mail, and (ii) suppress all forms of visual or audible notifications that are generated by other services embedded in the smart phone, including at least one of (a) call-waiting, (b) incoming email or text message notification, and (c) mobile-terminated web push notifications. ### Claim 7 (depends on 5) A smart phone according to claim 5, wherein the at least one processor running the at least one computer program is further configured to (i) forward IEEE 802.11p MAC address and signal strength information for roadside units (RSUs), received by WAVE-enabled on-board unit (OBU), to a host geo-location server and (ii) redirect trilaterated position fixes received from the host geo-location server, to the WAVE-enabled on-board unit (OBU). ### Claim 8 (depends on 5) A smart phone according to claim 5, wherein the at least one processor running the at least one computer program is further adapted to (i) incorporate the ability to compute trilaterated position fixes based on IEEE 802.11p signal strength information for roadside units (RSUs) received by a WAVE-enabled on-board unit (OBU) and (ii) interrogate a geo-location service for the location of each RSU when it first becomes visible and maintain an internal list of RSUs that may be used as trilateration reference points. ### Claim 9 A smart phone comprising: at least one processor running at least one computer program configured to (i) configure the smart phone as a user interface for a vehicle on-board-unit (OBU) having IEEE 802.11p Wireless Access Vehicular Environment (WAVE) functionality, and (ii) to disable out-going calls when the smart phone is operating as a display mechanism for WAVE safety messages. ### Claim 10 (depends on 9) A smart phone according to claim 9, wherein the at least one processor running the at least one computer program is further adapted, in the absence of a sufficient number of visible IEEE 802.11p RSUs, to trialaterate positions fixes by (i) substituting the signal strength and MAC addresses obtained from IEEE 802.11 beacon signals emanating from WiFi access points (ii) substitute the signal strength and unique identifiers obtained from beacon signals emanating from cellular bases stations. ### Claim 11 (depends on 9) A smart phone according to claim 9, wherein the at least one processor running at least one computer program is further configured to send, periodically, accumulated location and device status information to a host geo-location server which is aggregating information from a plurality of smart phones, and enabling said geo-location server to identify patterns from the aggregated information, that may be reported either to said smart phone or to interested third parties. ### Claim 12 (depends on 2) A smart phone comprising the hardware and software components of the OBU according to claim 2. ### Claim 13 A vehicle on-board-unit (OBU) comprising: at least one processor running at least one computer program adapted to enable the OBU to comply with (i) IEEE 802.11p Wireless Access Vehicular Environment (WAVE) functionality, and (ii) the Automotive Telemetry Protocol. ### Claim 14 (depends on 13) A vehicle on-board-unit (OBU) according to claim 13, wherein the at least one processor running the at least one computer program is adapted to open, on reception of a mobile-terminated command from an authorized ATP Client, a virtual streaming connection between the OBD-II port and a remote computer program performing the functions of an automotive scan tool, and to close said virtual connection when (i) a closure is initiated by remote scan tool user, (ii) loss of communications with the vehicle data bus is detected, (iii) a closure notification is issued from an intermediary responsible for maintaining the streaming connection, or (iv) automotive events have occurred requiring immediate ATP communications which necessitate the closure of the streaming connection. ### Claim 15 (depends on 1) A smart phone comprising: at least one processor running at least one computer program adapted to configure the smart phone as a user interface for a vehicle on-board-unit (OBU) according to claim 1. ### Claim 16 A smart phone comprising: at least one processor running at least one computer program adapted to (i) configure the smart phone as a user interface for a vehicle on-board-unit (OBU) having IEEE 802.11p Wireless Access Vehicular Environment (WAVE) functionality, and (ii) to disable out-going calls when the smart phone is operating as a display mechanism for WAVE safety messages. ### Claim 17 (depends on 16) A smart phone according to claim 16, wherein the at least one processor running the at least one computer program is further adapted to, when the smart phone is operating as a display mechanism for WAVE safety messages, (i) redirect incoming calls to voice mail, and (ii) suppress all forms of visual or audible notifications that are generated by other services embedded in the smart phone, including at least one of (a) call-waiting, (b) incoming email or text message notification, and (c) mobile-terminated web push notifications. ### Claim 18 (depends on 16) A smart phone according to claim 16, wherein the at least one processor running the at least one computer program is further adapted to (i) forward IEEE 802.11p MAC address and signal strength information for roadside units (RSUs), received by WAVE-enabled on-board unit (OBU), to a host geo-location server and (ii) redirect trilaterated position fixes received from the host geo-location server, to the WAVE-enabled on-board unit (OBU). ### Claim 19 (depends on 16) A smart phone according to claim 16, wherein the at least one processor running at least one computer program is further adapted to send, periodically, accumulated location and device status information to a host geo-location server which is aggregating information from a plurality of smart phones, and enabling said geo-location server to identify patterns from the aggregated information, that may be reported either to said smart phone or to interested third parties. ### Claim 20 (depends on 8) A smart phone, according to claim 8, operable to measure acceleration relative to longitudinal and lateral axes of the vehicle, and to report said measurements to Automotive Telemetry Protocol (ATP) client systems via a wide-area network interface of the smart phone. ### Claim 21 (depends on 20) A smart phone, according to claim 20, operable to report, to remote ATP client systems, its International Mobile Subscriber Identity (IMSI) as a proxy for a driver identification. ### Claim 22 (depends on 8) A smart phone, according to claim 8, wherein the at least one processor running the at least one computer program is further adapted to determine a position using only two RSUs. ### Claim 23 A smart phone vehicle on-board-unit (OBU) comprising: at least one processor running at least one computer program adapted to enable the OBU to (i) receive from a road side unit (RSU) a service advertisement announcing the availability of a Wireless Access Vehicular Environment (WAVE) application to the OBU, the service advertisement including the RSU identification encapsulated therein, (ii) request the RSU geographic location from the announced WAVE application, and (iii) receive the requested RSU geographic location from the RSU. ### Claim 24 (depends on 23) The smart phone OBU according to claim 23, wherein the at least one processor running at least one computer program is adapted to request the RSU geographic location from the announced WAVE application as a UDP/IPv6 packet (User Datagram Protocol/Internet protocol, version 6). ### Claim 25 (depends on 23) The smart phone OBU according to claim 23, wherein the at least one processor running at least one computer program is adapted to receive the requested RSU geographic location from the RSU, wherein the requested RSU geographic location is stored a priori in the RSU. ### Claim 26 (depends on 4) The roadside unit (RSU) according to claim 4, wherein the at least one processor running the at least one computer program is adapted to enable the RSU to receive signal strength information from at least one neighboring RSU, and to include said signal strength information in a Service Announcement sent to at least one On Board Unit.