TELEPHONE-AS-KEY LOCALIZATION BASED ON OBJECT SCAPTURE

By employing range detection sensors and vehicle-to-vehicle communication to adjust RSSI thresholds based on object density, the system addresses the challenge of signal attenuation in personal area networks, improving the accuracy of mobile device localization in vehicle systems.

DE102018101959B4Active Publication Date: 2025-10-30FORD GLOBAL TECH LLC
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
DE102018101959
Authority / Receiving Office
DE · DE
Patent Type
Patents
Current Assignee / Owner
Priority Date
2017-01-31
Filing Date
2018-01-29
Publication Date
2025-10-30
Estimated Expiration
2038-01-29

AI Technical Summary

Technical Problem

The accuracy of locating a mobile device using personal area networks in vehicle systems is hindered by reflections and attenuation of signals due to objects and people, making it difficult to set accurate thresholds for passive access and welcoming modes.

Method used

A vehicle system that utilizes range detection sensors and vehicle-to-vehicle communication to categorize the density of objects around the vehicle, adjusting RSSI thresholds for passive entry and welcoming zones based on detected object density.

Benefits of technology

Improves the accuracy of mobile device localization by dynamically adjusting RSSI thresholds based on the vehicle's surroundings, enhancing the reliability of passive entry and welcoming functions.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 00000000_0000_ABST
    Figure 00000000_0000_ABST
Patent Text Reader

Abstract

Vehicle, including: Sensors to detect objects around the vehicle; Wireless nodes to receive RSSI values ​​from a mobile device; and a telephone key unit to: a set of objects to determine the vehicle; to determine an initial RSSI threshold based on the quantity; and in response to an average of a section of RSSI values ​​that meet the first RSSI threshold, to prepare a door of the vehicle.
Need to check novelty before this filing date? Find Prior Art

Description

TECHNICAL AREA

[0001] The present disclosure relates generally to the remote control of subsystems of a vehicle and in particular to telephone-as-key localization based on object detection. GENERAL STATE OF THE ART

[0002] Phone-as-a-Key (PaaK) technology allows access to features traditionally associated with a key fob via a smartphone app. The smartphone running the PaaK app communicates with vehicles over a wireless network. However, vehicles, such as cars and trucks, are often parked in areas with poor electromagnetic properties, which can block or attenuate communication between the phone and the vehicle. Additionally, other devices sharing the frequency band near the vehicle can cause interference. Both electromagnetic properties and frequency band interference can reduce the range of PaaK features. SUMMARY

[0003] The attached claims define this application. The present disclosure summarizes aspects of embodiments and should not be used to limit the claims. Other implementations are considered in accordance with the techniques described herein, as will be apparent to the person skilled in the art upon review of the following drawings and detailed description, and these implementations are intended to be within the scope of this application. Exemplary embodiments are disclosed for phone-as-key localization based on object detection. An exemplary disclosed vehicle includes sensors, wireless nodes, and a phone-as-key unit. The exemplary sensors detect objects around the vehicle. The exemplary wireless nodes receive RSSI values ​​from a mobile device. The exemplary phone-as-key unit determines a set of objects around the vehicle.The example phone-key unit also determines an initial RSSI threshold based on the quantity. Additionally, in response to an average of a section of RSSI values ​​that meet the initial RSSI threshold, the phone-key unit prepares a vehicle door.

[0004] An exemplary disclosed method involves detecting objects around the vehicle using area-sensing sensors. The exemplary method also involves receiving RSSI values ​​from a mobile device via a multitude of wireless nodes. The exemplary method includes determining a set of objects around the vehicle. Additionally, the exemplary method includes determining an initial RSSI threshold based on this set and, in response to an average of a section of the RSSI values ​​that meet the initial RSSI threshold, preparing a door for the vehicle.

[0005] An exemplary disclosed tangible computer-readable medium includes instructions which, when executed, cause an exemplary vehicle to (a) detect objects around the vehicle using area-sensing sensors, (b) receive RSSI values ​​from a mobile device via a plurality of wireless nodes, (c) determine a set of objects around the vehicle, (d) determine an initial RSSI threshold based on the set, and (e) prepare a door of the vehicle in response to an average of a section of the RSSI values ​​that satisfy the initial RSSI threshold. BRIEF DESCRIPTION OF THE DRAWINGS

[0006] For a better understanding of the invention, reference may be made to embodiments shown in the following drawings. The components in the drawings are not necessarily to scale, and related elements may be omitted, or in some cases, proportions may be enlarged to emphasize and clearly illustrate the novel features described herein. Furthermore, system components may be arranged in various ways, as is known in the field. In addition, corresponding parts in the different views of the drawings are identified by the same reference numerals. Fig. Figure 1 illustrates a vehicle operated in accordance with the teachings of this revelation. Fig. 2A and Fig. 2B illustrates detection zones around the vehicle. Fig. 1. Fig. 3 is a block diagram of the vehicle's electronic components. Fig. 1. Fig. 4 is a flowchart of a procedure for locating a mobile device based on object detection, which is carried out by the electronic components from Fig. 3 can be implemented. DETAILED DESCRIPTION EXAMPLE FORMS

[0007] Although the invention can be implemented in different forms, some exemplary and non-limiting embodiments are shown in the drawings and described below, whereby it is understood that the present disclosure is to be regarded as an explanation of the invention by means of examples and is therefore not intended to limit the invention to the specific embodiments illustrated.

[0008] Passive Entry and Passive Start (PEPS) systems are increasingly being integrated into vehicles. These PEPS systems allow customers to access and drive their vehicles without interacting with a key fob. PEPS systems use a combination of low-frequency (LF) (e.g., 125 kHz) and ultra-high-frequency (UHF) (e.g., 310 MHz, 315 MHz, etc.) communication to detect and locate key fobs. Antennas in the vehicle transmit LF signals to the key fob. The key fob sends the received signal strength (RSSI) of these signals back to the vehicle via UHF communication. The vehicle determines the key fob's location based on a predefined table of RSSI-to-distance values.The PEPS system sets thresholds for passive access and passive start to activate the respective functions when the mobile device is within the threshold range.

[0009] A Phone-as-a-Key (PaaK) system uses personal networks (e.g., Bluetooth® Low Energy (BLE), etc.) to detect and locate mobile phones. Generally, network control for communicating over personal networks is a standard feature of a mobile device. In this way, the PaaK system can be used on mobile devices without the need for specialized antennas and control systems to communicate over other frequencies (e.g., 125 kHz, 315 MHz, etc.). Like the keyless entry / receipt (PEPS) system, the PaaK system includes passive access, passive start, and illuminated greeting features. However, because personal networks use a relatively high frequency (e.g., the 2.4 GHz band), signals from the PaaK system are more likely to be reflected and attenuated by objects or people in and around the vehicle compared to lower-frequency radiation (e.g., 125 kHz, 315 MHz, etc.).125 kHz) of the keyless entry (KNI) system. Due to the greater likelihood of reflections and attenuation in the frequency bands used by personal networks, accurately determining the position of a mobile phone is difficult when using predefined RSSI distance values. Therefore, due to the technical problems caused by the use of personal networks, setting thresholds for passive entry and welcome mode is challenging. As revealed below, the accuracy of locating a mobile device in a PaaK system when using a personal network is improved by taking objects near the vehicle into account. The accuracy of thresholds for passive entry and welcome mode zones increases when the RSSI thresholds for these zones are set according to the vehicle.A PaaK unit on the vehicle is communicatively coupled to area detection sensors (e.g., ultrasonic sensors, camera(s), radar and / or LiDAR, etc.) and / or a vehicle-to-vehicle communication system (e.g., dedicated short-range communication; DSRC, etc.). The area detection sensors detect objects (e.g., walls, pillars, other vehicles, etc.). The vehicle-to-vehicle communication system communicates with other vehicles to detect them in the vicinity.

[0010] When the PaaK unit first detects the mobile device, it activates the area detection sensors and / or the vehicle-to-vehicle communication system to detect objects near the vehicle. The PaaK unit categorizes the density of objects near the vehicle. In some examples, the PaaK unit categorizes object density into three categories. In a first category (e.g., a "High Density" category), the PaaK unit detects several large objects around the vehicle. In a second category (e.g., a "Medium Density" category), the PaaK unit detects some objects around the vehicle. In a third category (e.g., a "Low Density" category), the PaaK unit detects no objects around the vehicle. The PaaK unit sets the RSSI thresholds for the passive access and greet mode zones based on the detected category.

[0011] Fig. Figure 1 illustrates a vehicle 100 operated in accordance with the teachings of this disclosure. The vehicle 100 can be a standard gasoline-powered vehicle, a hybrid vehicle, an electric vehicle, a fuel cell vehicle, and / or a vehicle type with any other propulsion system. The vehicle 100 includes parts related to propulsion, such as a powertrain with an engine, a transmission, a suspension, a driveshaft, and / or wheels, etc. The vehicle 100 can be non-autonomous, semi-autonomous (e.g., some routine driving functions are controlled by the vehicle 100), or autonomous (e.g., driving functions are controlled by the vehicle 100 without direct driver input). In the illustrated example, the vehicle 100 includes sensors 102, an onboard communications platform 104, wireless nodes 106, and a body control module 108.

[0012] The sensors can be arranged in and around the vehicle 100 in any suitable manner. The sensors can be located inside the cabin of the vehicle 100 or in the body of the vehicle 100 (such as the engine compartment, wheel wells, etc.) to measure properties inside the vehicle 100. For example, such sensors can include accelerometers, odometers, speedometers, pitch and yaw sensors, wheel speed sensors, microphones, tire pressure sensors, and biometric sensors, etc. In the illustrated example, the sensors include one or more area detection sensors 102, which are mounted to measure properties around the exterior of the vehicle 100. The area detection sensors 102 are mounted on the vehicle 100 to detect objects (e.g., people, vehicles, walls, etc.) in the vicinity of the vehicle 100.The area detection sensors 102 can include ultrasonic sensors, radar, LiDAR, cameras and / or infrared sensors, etc. The area detection sensors 102 detect the distance and / or relative size of objects from the vehicle 100.

[0013] The onboard Communications Platform 104 includes wireless network interfaces to enable communication with external networks. The onboard Communications Platform 104 also includes hardware (e.g., processors, memory, data storage, antenna, etc.) and software to control the wired or wireless network interfaces. In some examples, the onboard Communications Platform 104 includes a module of a cellular model (e.g., including protocols such as Global System for Mobile Communications (GSM), Universal Mobile Telecommunications System (UMTS), Long Term Evolution (LTE), Code Division Multiple Access (CDMA), etc.) and / or a wireless local area network module (including IEEE 802.11 a / b / g / n / ac or others).In the illustrated example, the onboard communications platform 104 includes a dedicated short-range communication (DSRC) module 110 for detecting other vehicles in the vicinity of the vehicle 100. The exemplary DSRC module 110 includes antenna(s), radio equipment, and software for transmitting messages and establishing communication between the vehicle 100 and other nearby vehicles, which are also equipped with a DSRC module, infrastructure-based modules (not shown), and mobile device-based modules (not shown). Further information about the DSRC network and how the network can communicate with vehicle hardware and software is available in the US Department of Transportation's June 2011 "Core System Requirements Specification (SyRS) Report" (available at http: / / www.its.dot.gov / meetings / pdf / CoreSystem_SE_SyRS RevA%20(2011-06-13)).(pdf), which is hereby incorporated in its entirety by reference, together with all the documents listed on pages 11 to 14 of the SyRS report. DSRC systems containing infrastructure information are known as a "roadside" system. DSRC can be combined with other technologies, such as the Global Positioning System (GPS), Visible Light Communication (VLC), cellular communication, and short-range radar, enabling vehicles to communicate their position, speed, direction, relative position to other objects, and to exchange information with other vehicles or external computer systems. Currently, the DSRC network is identified by the abbreviation DSRC or by its name. However, other names are sometimes used, usually related to a vehicle connectivity program or similar.The majority of these systems are either pure DSRC or a variation of the IEEE 802.11 radio standard. However, in addition to pure DSRC systems, dedicated wireless communication systems between cars and roadside infrastructure systems should also be covered, which are combined with GPS and based on an IEEE 802.11 protocol for wireless local area networks (such as 802.11p, etc.).

[0014] In the illustrated example, the wireless nodes 106 are arranged around the vehicle 100. The wireless nodes 106 can be installed, for example, near a front door on the driver's side, a rear door on the driver's side, a front door on the passenger side, a rear door on the passenger side, at the front of the vehicle 100, and / or at the rear of the vehicle 100. Additionally, the vehicle 100 includes one of the wireless nodes 106 inside the vehicle 100 to enable the determination of whether a mobile device 112 is inside or outside the vehicle 100. When activated, the wireless nodes 106 establish connections to the mobile device(s) 112 that have been paired with the wireless node(s) 106. The mobile device(s) 112 can be paired with the wireless node(s) 106 during a setup process via an infotainment head unit.The exemplary wireless nodes 106 implement Bluetooth Low Energy (BLE). The BLE protocol is explained in Volume 6 of the Bluetooth Specification 4.0 (and later revisions), which is maintained by the Bluetooth Special Interest Group.

[0015] Messages can be exchanged between the mobile device(s) 112, with the wireless nodes 106 containing the RSSI and / or RX values ​​between the mobile device(s) 118 and the wireless nodes 106. The RSSI and RX values ​​measure the signal strength along the open path of the radio frequency signal as received by the mobile device 112 (e.g., a smartphone, smartwatch, etc.) from the corresponding wireless node 106. The RSSI is measured as a percentage of the signal strength, with its values ​​(e.g., 0-100, 0-137, etc.) defined by a manufacturer of the hardware used to implement the wireless node 106. Generally, a higher RSSI means that the mobile device 112 is closer to the corresponding wireless node 106. The RX values ​​are measured in decibel milliwatts (dBm).For example, if the mobile device 112 is one meter (3.28 feet) away, the RX value may be -60 dBm, and if the mobile device is two meters (6.56 feet) away, the RX value may be -66 dBm. The RSSI / RX values ​​are used to determine the radial distance from the mobile device 112 to the specified wireless nodes 106. In some examples that utilize trilateration, the wireless nodes 106 are used to determine the position(s) of the mobile device(s) 112 relative to the vehicle 100.

[0016] The body control module 108 controls various subsystems of the vehicle 100. For example, the body control module 108 can control power windows, central locking (e.g., via a door control unit, etc.), an immobilizer, and / or power-adjustable exterior mirrors, etc. The body control module 108 includes circuits to drive, for example, relays (e.g., to control windshield wiper fluid, etc.), DC brush motors (e.g., to control power-adjustable seats, central locking, power windows, windshield wipers, etc.), stepper motors, and / or LEDs, etc. In the illustrated example, the body control module 108 includes a Phone-as-a-Key (PaaK) 114 (sometimes referred to herein as the "key phone" unit).

[0017] The PaaK unit 114 communicates with the mobile device 112 to allow a PaaK app running on the mobile device 112 to control functions of the vehicle 100 as if the mobile device 112 were a key fob. From time to time, the PaaK unit 114 sends a transmission (sometimes referred to as a "query") via the wireless nodes 106 to determine whether paired mobile devices 112 are in the vicinity of the vehicle 100 and / or to detect the presence of such devices. In response to receiving the query transmission, the mobile device 112 sends replies to each of the wireless nodes 106, containing the RSSI with which the query transmission was received by the respective wireless nodes 106. For example, if the vehicle 100 includes six wireless nodes 106, the mobile device 112 can transmit six responses, each with an identifier and the RSSI from one of the wireless nodes 106.Through an exchange of authentication tokens, the PaaK unit 114 is communicatively coupled to the mobile device 112 via one of the wireless nodes 106.

[0018] As in Fig. 2A and Fig. As illustrated in Figure 2B, the PaaK unit 114 uses a first RSSI threshold 202 and a second RSSI threshold 204 to define zones around the vehicle 100. The first RSSI threshold 202 defines a "greeting zone." When the mobile device 112 is in the welcoming zone, the body control module 108 turns on welcome lights (e.g., interior and / or exterior lights) and / or adjusts vehicle interior preferences. The second RSSI threshold 204 defines a "passive access zone." When the mobile device 112 is in the passive access zone, the body control module 108 prepares one or more of the doors to be unlocked. In the sense used herein, "preparing" refers to sending a signal to the door control unit to authorize the unlocking of the door in response to the detection of a hand on the door handle.

[0019] The RSSI values ​​of the first RSSI threshold 202 and the second RSSI threshold 204 depend on the density of objects near the vehicle 100. In response to the initial detection of the mobile device 112, the PaaK unit 114 activates the area detection sensors 102 and / or the DSRC module 110 to detect objects 206 (e.g., other vehicles, structural elements, etc.) in the vicinity (e.g., one and a half meters (five feet), three meters (ten feet), etc.) of the vehicle. The PaaK unit 114 categorizes the density of objects into categories. In some examples, the PaaK unit 114 categorizes the density of objects into three categories. In a first category (e.g., a "High Density" category), the PaaK unit 114 detects a set of objects near the vehicle 100 that meet a first density threshold (e.g., are greater than it). For example, the first density threshold could be six objects 206.In the first category, the first RSSI threshold 202 and the second RSSI threshold 204 are relatively small. For example, the first RSSI threshold 202 and the second RSSI threshold 204 might be -60.0 dBm and -68.5 dBm, respectively. In a second category (e.g., a "Medium Density" category), the PaaK unit 114 detects a quantity of objects near the vehicle 100 that meets a second density threshold (e.g., is greater than the first) but does not meet the first density threshold. For example, the second density threshold might be three objects 206. In the second category, the first RSSI threshold 202 and the second RSSI threshold 204 are larger than in the first category. The first RSSI threshold 202 and the second RSSI threshold 204 could, for example, be -56.3 dBm and -66.2 dBm, respectively. In a third category (e.g.,In the "low density" category, the PaaK unit 114 detects a number of objects near the vehicle 100 that do not meet the second density threshold. In the third category, the first RSSI threshold 202 and the second RSSI threshold 204 are higher than in the first and second categories. For example, the first RSSI threshold 202 and the second RSSI threshold 204 could be -53.9 dBm and -64.7 dBm, respectively.

[0020] To determine whether mobile device 112 is within the first RSSI threshold of 202 or the second RSSI threshold of 204, PaaK unit 114 selects a subset of the RSSI values ​​in the responses sent by mobile device 112 in response to the same query transmission. In some examples, PaaK unit 114 selects the two highest RSSI values. PaaK unit 114 calculates the average of the selected RSSI values ​​and compares this average to the first RSSI threshold of 202 and the second RSSI threshold of 204 to determine whether mobile device 112 is in the welcoming zone or the passive access zone. For example, if the RSSI values ​​from mobile device 112 are [-60.2 dBm, -61.0 dBm, -63.8 dBm, -63.5 dBm, -59.8 dBm, -61.7 dBm], the average of the two largest values ​​would be -60.0 dBm.In such an example, the PaaK unit 114 compares -60.0 dBm with the first RSSI threshold 202 and the second RSSI threshold 204.

[0021] Fig. Figure 3 is a block diagram of the electronic components 300 of the vehicle 100. Fig. 1. In the illustrated example, the electronic components 300 include the sensors 102, the on-board communication platform 104, the wireless nodes 106, the body control module 108, the door control units 302 and a vehicle data bus 304.

[0022] The body control module 108 includes a processor or controller 306 and a memory 308. In the illustrated example, the body control module 108 is structured to include the PaaK unit 114. The processor or controller 306 can be any suitable processing device or set of processing devices, such as, but not limited to: a microprocessor, a microprocessor-based platform, a suitable integrated circuit, one or more field-programmable gate arrays (FPGAs), and / or one or more application-specific integrated circuits (ASICs). The memory 308 can be volatile memory (e.g., RAM, which may include non-volatile RAM, magnetic RAM, ferroelectric RAM, and any other suitable forms); non-volatile memory (e.g., disk memory, FLASH memory, EPROMs, EEPROMs, memristor-based non-volatile semiconductor memory, etc.); or immutable memory (e.g.,This refers to EPROMs), read-only memory, and / or high-capacity storage devices (e.g., hard disks, solid-state drives, etc.). In some examples, Memory 308 includes several types of memory, particularly volatile and non-volatile memory.

[0023] The memory 308 is a computer-readable medium into which one or more sets of instructions, such as the software for operating the methods of this disclosure, may be embedded. The instructions may, as described herein, embody one or more of the methods or logic. In a particular embodiment, the instructions may, during execution, reside wholly or at least partially within any one or more of the memory 308, the computer-readable medium, and / or the processor 306.

[0024] The terms “non-transitory computer-readable medium” and “computer-readable medium” are to be understood as including a single medium or multiple media, such as a centralized or distributed database and / or associated caches and servers, on which one or more sets of instructions are stored. The terms “non-transitory computer-readable medium” and “computer-readable medium” also include any physical medium capable of storing, encrypting, or carrying a set of instructions for execution by a processor, or capable of causing a system to perform any one or more of the methods or operations disclosed herein. As used herein, the term “computer-readable medium” is expressly defined to include any type of computer-readable storage device and / or storage disk and excludes the propagation of signals.

[0025] The door control units 302 control various functions related to the corresponding door of the vehicle 100. For example, the door control unit 302 controls a latch (e.g., an electronic lock), the position of the side mirror, and the position of the window. The door control unit 302 includes an electronic circuit (e.g., discrete components, integrated circuits, a processor, etc.) to control, for example, the locking mechanism, control actuators to move the window, and communicate with the body control module 108. The door control unit 302 is electrically coupled to inputs (e.g., toggle switches, switches, buttons, etc.) to control the window and / or the locking mechanism.

[0026] In the illustrated example, the vehicle data bus 304 provides communication links to the sensors 102, the on-board communication platform 104, and the body control module 108. In some examples, the vehicle data bus 304 includes one or more data buses. The vehicle data bus 304 can be implemented in accordance with a Controller Area Network (CAN) bus protocol as defined by the International Organization for Standardization (ISO) 11898-1, a Media-Oriented Systems Transport (MOST) bus protocol, a CAN Flexible Data (CAN FD) bus protocol (ISO 11898-7), a K-line bus protocol (ISO 9141 and ISO 14230-1), an Ethernet™ bus protocol IEEE 802.3 (from 2002 onwards), etc.

[0027] Fig. Figure 4 is a flowchart of a method for locating the mobile device 112 based on the detection of objects 216 in the vicinity of the vehicle 100, which is equipped with electronic components 300. Fig. 3 can be implemented. In block 402, the PaaK unit 114 first waits until it is to wake up the area detection sensors 102 and / or the DSRC module 110. The PaaK unit 114 wakes up the area detection sensors 102 and / or the DSRC module 110 in response to the detection of the mobile device 112 within the area (e.g., via a query transmission). In block 404, the PaaK unit 114 detects objects 216 around the vehicle 100. In block 406, the PaaK unit 114 determines whether the quantity of objects 216 around the vehicle 100 meets the first density threshold. If the quantity of objects 216 around the vehicle 100 meets the first density threshold, the procedure continues with block 408. Otherwise, if the quantity of objects 216 around vehicle 100 does not meet the first density threshold, the procedure continues with block 410.

[0028] At block 408, the PaaK unit 114 sets the first RSSI threshold 202 and the second RSSI threshold 204 based on the density of objects near vehicle 100 so that they fall into the high-density category. At block 410, the PaaK unit 114 determines whether the quantity of objects 216 around vehicle 100 meets the second density threshold. If the quantity of objects 216 around vehicle 100 meets the second density threshold, the procedure continues with block 412. Otherwise, if the quantity of objects 216 around vehicle 100 does not meet the second density threshold, the procedure continues with block 414. At block 412, the PaaK unit 114 sets the first RSSI threshold 202 and the second RSSI threshold 204 based on the density of objects near vehicle 100 so that they are in the medium density category.At block 414, the PaaK unit 114 sets the first RSSI threshold 202 and the second RSSI threshold 204 based on the density of objects near the vehicle 100 so that they fall into the low-density category. At block 416, the PaaK unit 114 retrieves or otherwise receives the RSSI values ​​from the multiple wireless nodes 106 on the outside of the vehicle 100. The RSSI values ​​are received by the wireless nodes 106 from the same mobile device 112 in response to query transmissions. At block 418, the PaaK unit 114 calculates the average of the two highest RSSI values. At block 420, the PaaK unit 114 determines whether the average RSSI value meets the second RSSI threshold 204. If the average RSSI value meets the second RSSI threshold of 204, the procedure continues with block 422.Otherwise, if the average RSSI value does not meet the second RSSI threshold of 204, the procedure continues with block 428.

[0029] At block 422, the PaaK unit 114 activates passive access mode and, for example, instructs the body control module 108 to prepare the doors. At block 424, the PaaK unit 114 performs an interior detection to determine whether the mobile device 112 is inside the vehicle 100. To perform an interior detection, the PaaK unit 112 compares the RSSI values ​​from the wireless nodes 106 on the outside of the vehicle 100 with the RSSI value(s) from the wireless node(s) on the inside of the vehicle 100. At block 426, the PaaK unit 114 determines whether the mobile device 112 is inside the vehicle 100. If the mobile device 112 is inside the vehicle 100, the process returns to block 424. Otherwise, if the mobile device 112 is not inside the vehicle 100, the procedure returns to block 416.

[0030] At block 428, the PaaK unit 114 determines whether the average RSSI value meets the first RSSI threshold of 202. If the average RSSI value meets the first RSSI threshold of 202, the procedure continues to block 430. Otherwise, if the average RSSI value does not meet the first RSSI threshold of 202, the procedure returns to block 416. At block 430, the PaaK unit 114 activates the welcome mode, for example, by instructing the vehicle control module 108 to switch on one or more welcome lights (e.g., interior and / or exterior lights) of the vehicle.

[0031] The flowchart from Fig. 4 is representative of machine-readable instructions stored in a memory (such as memory 308 from Fig. 3) are stored and comprise one or more programs which, when executed by a processor (such as the 304 processor from Fig. 3) cause vehicle 100 to remove the exemplary PaaK unit 114 from Fig. 1 and Fig. 3 to implement. Although the exemplary program(s) in relation to the in Fig. In addition to the illustrated flowchart described in section 4, many other methods can alternatively be used to implement the exemplary PaaK unit 114. For example, the order of execution of the blocks can be changed, and / or some of the described blocks can be modified, removed, or combined.

[0032] In this application, the use of disjunction should include conjunction. The use of definite or indefinite articles should not indicate cardinality. In particular, a reference to "the" object or "a" object should also refer to one of a possible multitude of such objects. Furthermore, the conjunction "or" can be used to indicate features that are present simultaneously, rather than mutually exclusive alternatives. In other words, the conjunction "or" should be understood as including "and / or." The expressions "includes," "containing," and "include" are inclusive and have the same scope as "comprises," "comprising," and "encompassing," respectively.

[0033] The embodiments described above, and in particular any "preferred" embodiments, are possible examples of implementations and are presented solely for the purpose of clearly understanding the principles of the invention. Many variations and modifications can be made to the embodiment(s) described above without substantially departing from the spirit and principles of the techniques described herein. It is intended that all modifications herein are included within the scope of protection of this disclosure and are protected by the following claims.

Claims

[1] Vehicle, comprising: Sensors to detect objects around the vehicle; Wireless nodes to receive RSSI values ​​from a mobile device; and a telephone key unit to: a set of objects to determine the vehicle; to determine an initial RSSI threshold based on the quantity; and in response to an average of a section of RSSI values ​​that meet the first RSSI threshold, to prepare a door of the vehicle. [2] Vehicle according to claim 1, wherein the sensors detect the objects around the vehicle in response to the phone key unit detecting the presence of the mobile device. [3] Vehicle according to claim 1, wherein the telephone key unit is to perform the following functions: Determining a second RSSI threshold based on the quantity; and In response to the average of the section of RSSI values ​​that meet the second RSSI threshold, the vehicle's welcome lights are activated. [4] Vehicle according to claim 3, wherein the telephone key unit is to determine, on the basis of the set of objects around the vehicle, that an area around the vehicle lies in one of a first category, a second category and a third category. [5] Vehicle according to claim 4, wherein the first RSSI threshold and the second RSSI threshold are determined on the basis of whether they are in the first category, the second category or the third category. [6] Vehicle according to claim 1, wherein the wireless nodes comprise a first wireless node and a second wireless node on a first side of the vehicle, a third wireless node and a fourth wireless node on a second side of the vehicle, a fifth wireless node on a front of the vehicle, a sixth wireless node on a rear of the vehicle and a seventh wireless node inside the vehicle. [7] Vehicle according to claim 1, wherein the section of the RSSI values ​​is two of the RSSI values. [8] Procedures, comprehensive: Detection of objects around a vehicle using area detection sensors; Receiving RSSI values ​​from a mobile device via a multitude of wireless nodes; Determining a set of objects around the vehicle using a processor; Determining an initial RSSI threshold based on the quantity; and In response to an average of a section of RSSI values ​​that meet the first RSSI threshold, prepare a door of the vehicle. [9] Method according to claim 8, wherein the detection of the objects around the vehicle is carried out in response to the detection of the presence of the mobile device. [10] Method according to claim 8, comprising: Determining a second RSSI threshold based on the quantity; and In response to the average of the section of RSSI values ​​that meet the second RSSI threshold, the vehicle's welcome lights are activated. [11] Method according to claim 10, comprising, on the basis of the set of objects around the vehicle, determining that an area around the vehicle lies in one of a first category, a second category and a third category. [12] Method according to claim 11, wherein the first RSSI threshold and the second RSSI threshold are determined on the basis of whether they are in the first category, the second category or the third category. [13] Method according to claim 8, wherein receiving the RSSI values ​​from the mobile device includes: Receiving a first and a second RSSI value from a first and a second wireless node on a first side of the vehicle; Receiving a third and a fourth RSSI value from a third and a fourth wireless node on a second side of the vehicle; Receiving a fifth RSSI value from a fifth wireless node at the front of the vehicle; and Receiving a sixth RSSI value from a sixth wireless node at the rear of the vehicle. [14] Method according to claim 8, wherein the section of the RSSI values ​​is two of the RSSI values. [15] Tangible, computer-readable medium comprising instructions which, when executed, cause a vehicle to: To detect objects around the vehicle using area detection sensors; Receiving RSSI values ​​from a mobile device via a multitude of wireless nodes; a set of objects to determine the vehicle; to determine an initial RSSI threshold based on the quantity; and, in response to an average of a section of the RSSI values ​​that meet the initial RSSI threshold, to prepare a door of the vehicle.