WO2022126620A1 - 车辆及其紧急呼叫方法、装置及系统 - Google Patents

车辆及其紧急呼叫方法、装置及系统 Download PDF

Info

Publication number
WO2022126620A1
WO2022126620A1 PCT/CN2020/137675 CN2020137675W WO2022126620A1 WO 2022126620 A1 WO2022126620 A1 WO 2022126620A1 CN 2020137675 W CN2020137675 W CN 2020137675W WO 2022126620 A1 WO2022126620 A1 WO 2022126620A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
mobile terminal
call request
communication component
rescue
Prior art date
Application number
PCT/CN2020/137675
Other languages
English (en)
French (fr)
Inventor
刘文亮
朱向赓
孙军
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP20965634.7A priority Critical patent/EP4254999A4/en
Priority to PCT/CN2020/137675 priority patent/WO2022126620A1/zh
Priority to CN202080004255.9A priority patent/CN112715033B/zh
Priority to CN202211553587.XA priority patent/CN116017347A/zh
Publication of WO2022126620A1 publication Critical patent/WO2022126620A1/zh
Priority to US18/210,815 priority patent/US20230336959A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/02—Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
    • B60W50/0205—Diagnosing or detecting failures; Failure detection models
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00—Input parameters relating to data
    • B60W2556/45—External transmission of data to or from the vehicle
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present application relates to the technical field of vehicles, and in particular, to a vehicle and an emergency calling method, device and system thereof.
  • An emergency call (ECALL) system configured in a vehicle generally includes a telematics box (TBOX), which is also connected to an airbag controller of the vehicle.
  • TBOX can automatically make a rescue call to the emergency rescue center after detecting the collision signal sent by the airbag controller.
  • the TBOX will not be able to make a rescue call normally, and the reliability of the emergency call system is poor.
  • the present application provides a vehicle and an emergency call method, device and system thereof, which can solve the technical problem of poor reliability of the emergency call system of the vehicle.
  • the present application provides an emergency call system for a vehicle, the system includes: a vehicle-mounted communication component, a mobile terminal and a fault detection component; the fault detection component is connected to the vehicle-mounted communication component, and the fault detection component is used to obtain the obtained
  • the detection information is sent to the in-vehicle communication component, the detection information includes at least one of fault information of the vehicle and a rescue request; the in-vehicle communication component is configured to adopt wireless communication if it is determined based on the detection information that the vehicle has emergency rescue needs
  • the mobile terminal is configured to send an emergency call request to the rescue platform based on the assistance call request.
  • the in-vehicle communication component can instruct the mobile terminal to assist in sending an emergency call request, thereby effectively improving the reliability of the emergency call system.
  • the in-vehicle communication component is configured to send an assistance call to the mobile terminal by means of wireless communication if it is determined based on the detection information that the vehicle has an emergency rescue requirement, and it is determined that the in-vehicle communication component does not meet the first call condition ask.
  • the in-vehicle communication component determines that it satisfies the first call condition, it can directly send an emergency call request to the rescue platform without sending an assistance call request to the mobile terminal. In this way, not only can the efficiency of sending an emergency call request be effectively improved to ensure timely rescue, but also the waste of power consumption by sending an assistance call request to the mobile terminal can be avoided.
  • the in-vehicle communication component is further configured to send the performance information of the in-vehicle communication component to the mobile terminal by means of wireless communication if it is determined based on the detection information that the vehicle has emergency rescue needs; the mobile terminal is used for Based on the assistance call request, if it is determined based on the performance information of the in-vehicle communication assembly that the in-vehicle communication assembly does not meet the first calling condition, an emergency call request is sent to the rescue platform.
  • the mobile terminal When the mobile terminal determines that the in-vehicle communication component does not have the ability to send the emergency call request, it can send the emergency call request to the rescue platform in time to ensure that the vehicle and the users in the vehicle can be rescued in time. Moreover, if the mobile terminal determines that the in-vehicle communication component satisfies the first call condition, it may not need to send the emergency call request. In this way, not only can it avoid wasting the power of the mobile terminal, but it can also avoid that multiple components send emergency call requests at the same time, causing signals to interfere with each other and affecting communication quality.
  • the first call condition includes at least one of the following conditions: the communication state of the on-board communication component satisfies the communication condition; the on-board communication component is kept connected with the multimedia interactive component of the vehicle; the on-board communication component can obtain The fault information to the vehicle; the in-vehicle communication component can obtain the location information of the vehicle.
  • the first call condition may at least include: the communication state of the in-vehicle communication component satisfies the communication condition.
  • the in-vehicle communication component can be used to: send a connection request to the mobile terminal, and after establishing a wireless connection with the mobile terminal, send an assistance call request to the mobile terminal based on the wireless connection; or, within the target frequency band Broadcast an assistance call request; the mobile terminal is further configured to broadcast an assistance call response in the target frequency band if the assistance call request is detected in the target frequency band.
  • the in-vehicle communication component can send the assistance call request to the mobile terminal in many different ways, thereby effectively improving the flexibility of sending the assistance call request.
  • the mobile terminal is further configured to send the performance information of the mobile terminal to the vehicle-mounted communication component by means of wireless communication; the vehicle-mounted communication component is also used for determining that the mobile terminal does not operate based on the performance information of the mobile terminal. If the second call condition is met, an emergency call request is sent to the rescue platform.
  • the mobile terminal can send performance information to the on-board communication component based on an assistance call request sent by the on-board communication component; or can send performance information to the on-board communication component based on a performance information acquisition request sent by the on-board communication component.
  • the in-vehicle communication component determines based on the performance information that the mobile terminal does not have the ability to send an emergency call request, it can directly send an emergency call request to the rescue platform to ensure timely rescue.
  • the in-vehicle communication component determines that it does not have the ability to send an emergency call request (that is, it does not meet the first call condition), it can still try to send the emergency call request, so as to improve the ability to send the emergency call request as much as possible. probability of success.
  • the second call condition may include: the communication state of the mobile terminal satisfies the communication condition, and/or the remaining power of the mobile terminal is greater than a power threshold.
  • the communication state may be represented by signal strength, and correspondingly, the communication condition may be: the signal strength is greater than the strength threshold.
  • the vehicle-mounted communication component is also used to send rescue information to the mobile terminal by means of wireless communication;
  • the mobile terminal is also used to send rescue information to the vehicle-mounted communication component by means of wireless communication;
  • the target component in the in-vehicle communication component is also used to send the obtained rescue information to the rescue platform;
  • the target component is a component that sends an emergency call request to the rescue platform;
  • the rescue information includes at least one of the following information One: the location information of the vehicle, the fault information of the vehicle, the identification of the rescue platform, and the vehicle information of the vehicle.
  • rescue information obtained by each other can also be exchanged between the vehicle-mounted communication component and the mobile terminal, thereby ensuring that the rescue information sent by the target component to the rescue platform is relatively complete. Furthermore, the rescue efficiency can be effectively improved.
  • the system further includes: a cockpit domain controller connected to the fault detection component; the cockpit domain controller is configured to, if it is determined based on the detection information that the vehicle has an emergency rescue need, send a wireless communication to the cockpit domain controller.
  • the mobile terminal sends an assistance call request.
  • the in-vehicle communication component may also fail to send an assistance call request due to impaired functionality when the vehicle has emergency assistance needs. Therefore, by making the cockpit domain controller also have the function of sending an assistance call request, it can be ensured that when the vehicle has an emergency rescue demand, it can timely instruct the mobile terminal to assist in sending an emergency call request, thereby effectively improving the reliability of the entire system.
  • the cockpit domain controller may also be configured to send the fault information of the vehicle to the mobile terminal by means of wireless communication.
  • the mobile terminal can then send the fault information to the rescue platform to improve rescue efficiency.
  • an emergency calling method is provided, which is applied to a vehicle-mounted communication component in an emergency calling system, the system further includes a mobile terminal and a fault detection component; the method includes: receiving detection information sent by the fault detection component, and the detection The information includes at least one of fault information of the vehicle and a rescue request; if it is determined based on the detection information that the vehicle has emergency rescue needs, an assistance call request is sent to the mobile terminal by means of wireless communication, and the assistance call request is used to indicate The mobile terminal sends an emergency call request to the rescue platform.
  • the process of sending an assistance call request to the mobile terminal by means of wireless communication may include: if it is determined based on the detection information that the vehicle has emergency rescue needs, and It is determined that the in-vehicle communication component does not meet the first calling condition, and a request for assistance calling is sent to the mobile terminal by means of wireless communication.
  • the process of sending an assistance call request to the mobile terminal by means of wireless communication may include: sending a connection request to the mobile terminal, and after establishing a wireless connection with the mobile terminal, sending a request to the mobile terminal based on the wireless connection.
  • Assist call request alternatively, broadcast assist call request in the target band.
  • the method may further include: using wireless communication to receive the performance information of the mobile terminal sent by the mobile terminal based on the assistance call request; if it is determined based on the performance information of the mobile terminal that the mobile terminal does not satisfy the second call condition, send an emergency call request to the rescue platform.
  • an emergency calling method is provided, which is applied to a mobile terminal in an emergency calling system, the system further includes a vehicle-mounted communication component and a fault detection component; the method includes: using wireless communication to receive a message sent by the vehicle-mounted communication component.
  • An assistance call request the assistance call request is sent by the in-vehicle communication component after determining that the vehicle has emergency rescue needs based on detection information obtained by the fault detection component, the detection information includes at least one of the vehicle's fault information and a rescue request
  • An emergency call request is sent to the rescue platform based on the assistance call request.
  • the process of receiving an assistance call request sent by the on-board communication component by means of wireless communication may include: receiving a connection request sent by the on-board communication component, and after establishing a wireless connection with the on-board communication component, receiving the on-board communication component.
  • the component sends an assistance call request based on the wireless connection; or, receives an assistance call request broadcast by the in-vehicle communication component in the target frequency band.
  • the method may further include: using wireless communication to receive performance information of the in-vehicle communication component sent by the in-vehicle communication component; correspondingly, the process of sending an emergency call request to the rescue platform based on the assistance call request may include: Based on the assistance call request, if it is determined based on the performance information of the in-vehicle communication assembly that the in-vehicle communication assembly does not meet the first calling condition, an emergency call request is sent to the rescue platform.
  • the system further includes: a cockpit domain controller that establishes a wireless connection with the mobile terminal; the method may further include: receiving an assistance call request sent by the cockpit domain controller in a wireless communication manner.
  • an in-vehicle communication assembly is provided, applied to an emergency call system, the system further includes a mobile terminal and a fault detection assembly; the in-vehicle communication assembly includes a programmable logic circuit and/or a program instruction, and the in-vehicle communication assembly is used for The method provided by the above aspect and applied to the in-vehicle communication assembly is implemented.
  • a mobile terminal which is used in an emergency call system, and the system further includes a vehicle-mounted communication component and a fault detection component; the mobile terminal includes: a memory, a processor, and a mobile terminal stored in the memory and capable of being processed in the A computer program running on the processor, when the processor executes the computer program, the method provided in the above aspect and applied to the mobile terminal is implemented.
  • a computer-readable storage medium is provided, and instructions are stored in the computer-readable storage medium, and the instructions are executed by a processor to implement the method provided in the above aspect and applied to the in-vehicle communication assembly, or to implement the above aspect.
  • the provided method is applied to a mobile terminal.
  • a vehicle in yet another aspect, includes: a body, and the emergency call system provided in the above aspect; wherein, both the in-vehicle communication component and the fault detection component in the emergency call system are fixedly connected to the body, and the The mobile terminal in the emergency call system can move relative to the vehicle body.
  • Embodiments of the present application provide a vehicle and an emergency call method, device, and system thereof.
  • an on-board communication component in the system can send an assistance call request to a mobile terminal by means of wireless communication.
  • the mobile terminal can then send an emergency call request to the rescue platform based on the assistance call request. Therefore, even if the mobile communication function of the in-vehicle communication assembly itself is damaged, or the hard line between the in-vehicle communication assembly and other devices is disconnected, the in-vehicle communication assembly can instruct the mobile terminal to assist in sending an emergency call request, thereby effectively improving reliability of the emergency call system.
  • FIG. 1 is a schematic structural diagram of an emergency call system for a vehicle provided by an embodiment of the present application
  • FIG. 2 is a schematic structural diagram of another vehicle emergency call system provided by an embodiment of the present application.
  • FIG. 3 is a schematic diagram of information that an in-vehicle communication component interacts with a mobile terminal according to an embodiment of the present application
  • FIG. 5 is a flowchart of a method for sending an assistance call request provided by an embodiment of the present application
  • FIG. 6 is a flowchart of another emergency calling method provided by an embodiment of the present application.
  • FIG. 8 is a schematic structural diagram of a mobile terminal provided by an embodiment of the present application.
  • FIG. 9 is a schematic structural diagram of a vehicle provided by an embodiment of the present application.
  • Embodiments of the present application provide an emergency call system for a vehicle, where the vehicle may be a smart car or a connected car, and the vehicle may be a new energy vehicle (eg, an electric vehicle) or a fuel vehicle.
  • the system includes: an in-vehicle communication component 01 , a mobile terminal 02 and a fault detection component 03 .
  • the fault detection component 03 is connected to the in-vehicle communication component 01, and the fault detection component 03 is configured to send the acquired detection information to the in-vehicle communication component 01, where the detection information includes at least one of vehicle fault information and a rescue request .
  • the in-vehicle communication component 01 is configured to send an assistance call request to the mobile terminal 02 by means of wireless communication if it is determined that the vehicle has emergency rescue needs based on the detection information.
  • the wireless communication manner may include: Bluetooth, wireless fidelity (wireless fidelity, Wi-Fi), or communication through a specific target frequency band.
  • the target frequency band may be a rescue frequency band.
  • the mobile terminal 02 is configured to send an emergency call request to the rescue platform based on the assistance call request.
  • the in-vehicle communication component 01 and the fault detection component 03 are both fixed in the vehicle, while the mobile terminal 02 is not fixed in the vehicle, that is, the mobile terminal 02 can move relative to the body of the vehicle.
  • the mobile terminal 02 may be a mobile phone, a phone watch, a notebook computer, a tablet computer, a wearable device, or the like, which has a communication function and is movable.
  • the in-vehicle communication component 01 can be a module with a mobile communication function, for example, the in-vehicle communication component 01 can be a TBOX, and at least one subscriber identification module (SIM) card is installed in the TBOX.
  • SIM subscriber identification module
  • the embodiments of the present application provide an emergency call system for a vehicle.
  • the on-board communication component in the system can send an assistance call request to a mobile terminal by means of wireless communication.
  • the mobile terminal can then send an emergency call request to the rescue platform based on the assistance call request. Therefore, even if the mobile communication function of the in-vehicle communication assembly itself is damaged, the in-vehicle communication assembly can instruct the mobile terminal to assist in sending an emergency call request, thereby effectively improving the reliability of the emergency call system.
  • FIG. 2 is a schematic structural diagram of another emergency call system provided by an embodiment of the present application.
  • the emergency call system may further include: a microphone 04 , a speaker 05 , an antenna 06 and a positioning component 07 .
  • the positioning component 07 may be a global positioning system (global positioning system, GPS) module.
  • the in-vehicle communication component 01 can be connected to the microphone 04, the speaker 05, the antenna 06 and the positioning component 07 through connecting wires (also called hard wires), respectively. After determining that the vehicle has emergency rescue needs, the in-vehicle communication component 01 can send an emergency call request to the rescue platform 10 through the antenna 06 .
  • the in-vehicle communication component 01 can also send the location information of the vehicle collected by the positioning component 07 to the rescue platform 10, and realize this through the microphone 04 and the speaker 05.
  • the in-vehicle communication component 01 is disconnected from at least one of the microphone 04, the speaker 05, the antenna 06 and the positioning component 07, then the in-vehicle communication component 01 will not be able to work properly with the rescue platform 10. interactive information.
  • the mobile terminal 02 may be a terminal having a positioning function and a voice calling function. Therefore, it can be ensured that after the connection line between the in-vehicle communication component 01 and other devices is disconnected, the mobile terminal 02 can also exchange information with the rescue platform 10 normally, thereby effectively improving the efficiency of rescue.
  • both the in-vehicle communication component 01 and the mobile terminal 02 can send an emergency call request to the rescue platform 10 through the base station 20 .
  • both the in-vehicle communication component 01 and the mobile terminal 02 can establish a communication connection with the base station 20 through the air interface network, and the base station 20 can establish a communication connection with the rescue platform 10 through the public network.
  • both the in-vehicle communication component 01 and the mobile terminal 02 can send an emergency call request to the rescue platform 10 through a second-generation mobile communication network (2-generation mobile networks, 2G), 3G, 4G or 5G.
  • the rescue platform 10 may also be called a rescue center, and sending an emergency call request to the rescue platform 10 can also be understood as making an emergency call to the rescue center.
  • the fault detection component 03 may include at least one of a fault detection subcomponent 031 and an emergency rescue button (also referred to as an SOS button) 032 .
  • the fault detection subcomponent 031 is used to collect fault information of the vehicle
  • the emergency rescue button 032 is used to trigger the generation of a rescue request after detecting a pressing operation.
  • the emergency rescue button 032 may be a physical button in the vehicle, or may also be a virtual button displayed on the human-computer interaction interface in the vehicle.
  • the fault detection sub-assembly 031 may include at least one of the following devices: an airbag controller, a temperature sensor, a smoke sensor, a speed sensor, an accelerometer, a gravity sensor, and the like.
  • the fault information may include at least one of the following information: information used to indicate airbag deployment, vehicle interior temperature, interior smoke concentration, vehicle speed, vehicle acceleration, and vehicle attitude.
  • the in-vehicle communication component 01 may determine that the vehicle has emergency rescue needs when detecting that the detection information includes a rescue request.
  • the in-vehicle communication component 01 can also determine that the vehicle has emergency rescue needs when detecting that the detection information satisfies at least one of the following conditions:
  • the detection information includes information used to indicate the deployment of the airbag, the temperature inside the vehicle is outside the target temperature range, the smoke concentration in the vehicle is greater than the concentration threshold, the speed of the vehicle is greater than the speed threshold, the acceleration of the vehicle is greater than the speed threshold, and the attitude of the vehicle is abnormal Attitude (eg the vehicle is in a rollover state).
  • the information used to indicate the pop-up of the airbag may include the number and position of the popped-up airbag.
  • the target temperature range, concentration threshold, speed threshold, speed threshold and abnormal posture may all be pre-stored in the in-vehicle communication component 01 .
  • the in-vehicle communication component 01 may send an assistance call request to the mobile terminal 02 in various ways.
  • the in-vehicle communication component 01 can be used for: sending a connection request to the mobile terminal 02, and after establishing a wireless connection with the mobile terminal 02, sending an assistance call request to the mobile terminal 02 based on the wireless connection.
  • the in-vehicle communication component 01 can establish a wireless connection with the mobile terminal 02 by means of Bluetooth, Wi-Fi, or near field communication (near field communication, NFC).
  • Bluetooth Wi-Fi
  • NFC near field communication
  • the in-vehicle communication component 01 may first acquire performance information of the mobile terminal 02, and detect whether the mobile terminal 02 meets the second call condition based on the performance information. If the in-vehicle communication component 01 determines that the mobile terminal 02 satisfies the second calling condition, it can send an assistance call request to the mobile terminal 02 . If the in-vehicle communication component 01 determines that the mobile terminal 02 does not meet the second calling condition, it can search for other mobile terminals and send a connection request to the other mobile terminals. Alternatively, if the in-vehicle communication component 01 does not detect a mobile terminal that satisfies the second call condition, it can directly send an emergency call request to the rescue platform 10 .
  • the performance information of the mobile terminal 02 may include: the communication state of the mobile terminal 02 and/or the remaining power of the mobile terminal 02 . If the performance information includes the communication state of the mobile terminal 02, the second call condition may include: the communication state of the mobile terminal 02 satisfies the communication condition. If the performance information includes the remaining power of the mobile terminal 02, the second call condition may include: the remaining power of the mobile terminal 02 is greater than a power threshold.
  • the in-vehicle communication component 01 can be used for broadcasting an assistance call request in the target frequency band. That is, the in-vehicle communication component 01 can send an assistance call request to the mobile terminal 02 by broadcasting.
  • the target frequency band may be a specific rescue frequency band.
  • the mobile terminal 02 can also broadcast an assistance call response in the target frequency band.
  • the in-vehicle communication component 01 can then determine that the mobile terminal 02 has received an assistance call request based on the assistance call response.
  • the in-vehicle communication component 01 may further establish a wireless connection with the mobile terminal 02 that broadcasts the assistance call response.
  • a wireless connection For example, Bluetooth, Wi-Fi or NFC can be established to establish a wireless connection.
  • the in-vehicle communication component 01 can send the assistance call request to the mobile terminal 02 in various ways, thereby effectively improving the flexibility of sending the assistance call request.
  • the in-vehicle communication component 01 can be used to: if it is determined based on the detection information that the vehicle has an emergency rescue requirement, and it is determined that the in-vehicle communication component 01 does not meet the first call condition, use wireless communication to send an assistance call request to the mobile terminal 02.
  • the in-vehicle communication component 01 determines that it meets the first call condition, it can directly send an emergency call request to the rescue platform 10 without sending an assistance call request to the mobile terminal 02 .
  • the efficiency of sending an emergency call request can be effectively improved to ensure timely rescue, but also the waste of power consumption by sending an assistance call request to the mobile terminal 02 can be avoided.
  • the first call condition may include at least one of the following conditions:
  • the communication state of the in-vehicle communication component 01 satisfies the communication condition
  • the in-vehicle communication component 01 is connected to the multimedia interactive component of the vehicle;
  • the in-vehicle communication component 01 can obtain the fault information of the vehicle
  • the in-vehicle communication component 01 can acquire the position information of the vehicle.
  • the multimedia interaction component may include at least an audio interaction component.
  • the audio interaction component may include a microphone 04 and a speaker 05 .
  • the multimedia interaction component may also include an image interaction component, for example, the image interaction component may include a display screen and a camera.
  • the in-vehicle communication assembly 01 When the vehicle has emergency rescue needs, if the mobile communication function of the in-vehicle communication assembly 01 is damaged, or the vehicle is in an area with weak mobile communication signals, the in-vehicle communication assembly 01 will not be able to send an emergency call request normally. Therefore, if an emergency call request needs to be sent through the in-vehicle communication component 01, at least the communication state of the in-vehicle communication component 01 must be ensured to meet the communication conditions.
  • the in-vehicle communication component 01 and the fault detection component 03, the multimedia interaction component, the antenna 06 and the positioning component 07 are all connected by hard wires. Therefore, when the vehicle has emergency rescue needs, the hard wire between the in-vehicle communication component 01 and the above-mentioned devices may be broken or poorly connected, thereby causing the in-vehicle communication component 01 to fail to exchange information with the rescue platform 10 normally. For example, when the connection line between the in-vehicle communication component 01 and the positioning component 07 is broken, the in-vehicle communication component 01 will be unable to obtain and report the position information of the vehicle.
  • the in-vehicle communication component 01 When the connection line between the in-vehicle communication component 01 and the multimedia interaction component is broken, the in-vehicle communication component 01 will be unable to communicate between the in-vehicle user and the rescue platform.
  • the in-vehicle communication component 01 in order to ensure the efficiency of rescue, it is also necessary to ensure that the in-vehicle communication component 01 is connected to the above-mentioned device.
  • the mobile terminal 02 may establish a wireless connection with the in-vehicle communication component 01 in a passive connection manner. That is, the in-vehicle communication component 01 may establish a wireless connection with the mobile terminal 02 after determining that the vehicle has emergency rescue needs based on the detection information, and after determining that the in-vehicle communication component 01 does not meet the first call condition, and send a message to the mobile terminal 02. Assistance call request.
  • the in-vehicle communication component 01 can also be used to send the information of the in-vehicle communication component 01 to the mobile terminal 02 by wireless communication if it is determined based on the detection information that the vehicle has an emergency rescue need. performance information.
  • the mobile terminal 02 can be configured to send an emergency call request to the rescue platform if it is determined based on the performance information of the in-vehicle communication assembly 01 that the in-vehicle communication assembly 01 does not meet the first calling condition based on the assistance call request.
  • the mobile terminal 02 may first detect whether the in-vehicle communication assembly 01 satisfies the first calling condition based on the performance information of the in-vehicle communication assembly 01 . If the mobile terminal 02 determines that the in-vehicle communication component 01 does not meet the first calling condition, it can send an emergency call request to the rescue platform to ensure that the vehicle and the users in the vehicle can be rescued in time.
  • the mobile terminal 02 may not need to send the emergency call request. In this way, not only can it avoid wasting the power of the mobile terminal 02, but it can also avoid that multiple components send emergency call requests at the same time, causing signals to interfere with each other and affecting the communication quality.
  • the performance information of the in-vehicle communication component 01 may include the performance parameters involved in the above-mentioned first call condition.
  • the performance information of the in-vehicle communication component 01 may include at least the communication state, and may also include at least one of the following information: the connection state with the multimedia interaction component, the connection state with the fault detection component 03, And the connection status with the positioning component 07.
  • the in-vehicle communication component 01 may have established a wireless connection with the mobile terminal 02 before determining that the vehicle has rescue needs.
  • the mobile terminal 02 may actively establish a wireless connection with the in-vehicle communication component 01 by means of Bluetooth, Wi-Fi, or NFC.
  • the mobile terminal 02 may also be configured to send the performance information of the mobile terminal 02 to the in-vehicle communication component 01 by means of wireless communication based on the assistance call request.
  • the performance information of the mobile terminal 02 may include: the communication state of the mobile terminal 02 and/or the remaining power of the mobile terminal 02 .
  • the in-vehicle communication component 01 is further configured to send an emergency call request to the rescue platform 10 if it is determined based on the performance information of the mobile terminal 02 that the mobile terminal 02 does not meet the second calling condition.
  • the in-vehicle communication component 01 can directly send the emergency call request to the rescue platform 10, thereby ensuring that the emergency call request can be sent successfully.
  • the mobile terminal 02 can exchange performance information with the in-vehicle communication component 01 .
  • the mobile terminal 02 determines that the in-vehicle communication component 01 does not meet the first calling condition, and the in-vehicle communication component 01 determines that the mobile terminal 02 does not meet the second calling condition, then both the in-vehicle communication component 01 and the mobile terminal 02 will report to the rescue.
  • Platform 10 sends an emergency call request.
  • the probability of successful transmission of the emergency call request can be improved as much as possible.
  • the in-vehicle communication component 01 can send the emergency call request, and the mobile terminal 02 There is no need to send an emergency call request.
  • both the in-vehicle communication component 01 and the mobile terminal 02 can send the emergency call request.
  • the emergency call request can also be sent by the in-vehicle communication component 01 and the component with better communication quality in the mobile terminal 02 .
  • the communication quality may be determined based on a communication state, and the communication state may be represented by signal strength. Correspondingly, better communication quality may refer to stronger signal strength.
  • the in-vehicle communication component 01 can also be used to send rescue information to the mobile terminal 02 by means of wireless communication.
  • the mobile terminal 02 can also be used to send rescue information to the in-vehicle communication component 01 by means of wireless communication.
  • the mobile terminal 02 and the target component in the in-vehicle communication component 01 can also be used to send the obtained rescue information to the rescue platform 10 .
  • the target component is a component that sends an emergency call request to the rescue platform 10 .
  • the rescue information acquired by the target component may include rescue information stored or collected by itself, and rescue information sent by other components through wireless communication.
  • the rescue information may include at least one of the following information: location information of the vehicle, fault information of the vehicle, identification of the rescue platform 10 , and vehicle information of the vehicle.
  • the identification of the rescue platform 10 may include the phone number of the rescue platform 10, or may also include a network address of the rescue platform 10, such as an Internet protocol (Internet protocol, IP) address.
  • the in-vehicle communication component 01 can communicate with the rescue platform 10 by using a voice over Internet protocol (VoIP) technology based on IP.
  • VoIP voice over Internet protocol
  • the vehicle information of the vehicle may include at least one of the following information: vehicle identification number (VIN), fuel consumption, mileage, vehicle model, body color, license plate number, and the like.
  • the in-vehicle communication component 01 and/or the mobile terminal 02 may pre-store the identification of the rescue platform 10 and the vehicle information of the vehicle.
  • the in-vehicle communication component 01 can obtain the position information of the vehicle through the positioning component 07 , and can obtain the fault information of the vehicle through the fault detection subcomponent 031 .
  • the mobile terminal 02 can obtain the position information of the vehicle through the positioning module configured by itself.
  • the rescue information may also include user information (eg, vehicle owner information) pre-stored in the in-vehicle communication component 01 and/or the mobile terminal 02 .
  • user information may include: name, gender, age, height, weight, blood type, and the like.
  • the rescue platform 10 may also establish a communication connection with the backend server of the vehicle, and the rescue platform 10 may obtain vehicle user information from the backend server based on the vehicle information reported by the in-vehicle communication component 01 and/or the mobile terminal 02 .
  • the in-vehicle communication component 01 and the mobile terminal 02 can exchange rescue information obtained by each other, it can be ensured that the rescue information sent by the target component to the rescue platform 10 is relatively complete. Furthermore, the rescue efficiency can be effectively improved.
  • the target component is the in-vehicle communication component 01
  • the in-vehicle communication component 01 after the in-vehicle communication component 01 successfully sends the emergency call request, it can also exchange multimedia data with the rescue platform 10 through its connected multimedia interaction component.
  • the multimedia data indication includes audio data, or may also include image data.
  • the target component is the mobile terminal 02
  • the mobile terminal 02 can automatically open its multimedia interaction module, and exchange multimedia data with the rescue platform 10 through the multimedia interaction module.
  • the multimedia interaction module may at least include a microphone and a speaker.
  • a display and camera can also be included.
  • the system may further include: a cockpit domain controller 08 connected with the fault detection component 03 .
  • the cockpit domain controller 08 can be connected to a gateway (GW) through a controller area network (CAN) bus, and the GW is connected to the fault detection component 03 through a CAN bus.
  • the cockpit domain controller 08 also establishes a wireless connection with the mobile terminal 02, for example, the two can establish a wireless connection through Bluetooth, Wi-Fi or NFC.
  • the cockpit domain controller 08 is configured to send an assistance call request to the mobile terminal 02 by means of wireless communication if it is determined based on the detection information that the vehicle has emergency rescue needs.
  • the in-vehicle communication component 01 may also be unable to send an assistance call request due to damaged functions, or the in-vehicle communication component 01 may be disconnected from the fault detection component 03 due to the disconnection of the connection line, resulting in failure to The vehicle has been detected in emergency need. Therefore, in the embodiment of the present application, by enabling the cockpit domain controller 08 to also have the function of sending an assistance call request, it can be ensured that when the vehicle has emergency rescue needs, the mobile terminal can be instructed to assist in sending the emergency call request in time, thereby effectively improving the reliability of the entire system.
  • the cockpit domain controller 08 may also send the acquired fault information of the vehicle to the mobile terminal 02 .
  • the mobile terminal 02 can send the fault information to the rescue platform 10 to improve rescue efficiency.
  • the mobile terminal 02 may share the fault information with the in-vehicle communication component 01 . Therefore, even if the connection line between the in-vehicle communication assembly 01 and the fault detection assembly 03 is broken, the in-vehicle communication assembly 01 can provide complete rescue information to the rescue platform 10, thereby effectively improving the rescue efficiency.
  • the embodiments of the present application provide an emergency call system for a vehicle.
  • the on-board communication component in the system can send an assistance call request to a mobile terminal by means of wireless communication.
  • the mobile terminal can then send an emergency call request to the rescue platform based on the assistance call request. Therefore, even if the mobile communication function of the in-vehicle communication assembly itself is damaged, or the hard line between the in-vehicle communication assembly and other devices is disconnected, the in-vehicle communication assembly can instruct the mobile terminal to assist in sending an emergency call request, thereby effectively improving The reliability and robustness of the emergency call system are improved.
  • connection between the mobile terminal and the vehicle-mounted communication component is a wireless connection
  • the emergency call system failure caused by the disconnection of the hard line caused by the collision of the vehicle can be avoided. That is, the system provided by the embodiments of the present application enhances the reliability of the connection, which can reduce the probability that the components in the vehicle are damaged due to vehicle collision and fail to trigger the emergency call request, thereby improving the reliability of the entire system.
  • the embodiment of the present application further provides an emergency call method, and the method can be applied to the in-vehicle communication component 01 and the mobile terminal 02 in the emergency call system provided by the foregoing embodiments.
  • the system further includes a fault detection component 03 connected with the in-vehicle communication component 01 .
  • the method provided by the embodiment of the present application includes:
  • Step 101 The in-vehicle communication component receives the detection information sent by the fault detection component.
  • the detection information may include at least one of vehicle failure information and a rescue request.
  • the fault detection component may include a fault detection subcomponent and an emergency rescue button.
  • the fault detection subassembly can be used to collect fault information of the vehicle, and the emergency rescue button can trigger the generation of the rescue request when a pressing operation is detected.
  • Step 102 The cockpit domain controller receives the detection information sent by the fault detection component.
  • the cockpit domain controller can obtain the detection information sent by the fault detection component through the gateway.
  • Step 103 The in-vehicle communication component determines whether the vehicle has emergency rescue needs based on the detection information.
  • step 104 may be performed; if the in-vehicle communication component determines that the vehicle does not have emergency rescue needs, the operation may be terminated.
  • step 105 may also be performed.
  • Step 104 Send an assistance call request to the mobile terminal by means of wireless communication.
  • the in-vehicle communication component determines that the vehicle has emergency rescue needs, it can send an assistance call request to the mobile terminal by means of wireless communication, so as to instruct the mobile terminal to assist in sending the emergency call request. After that, the in-vehicle communication component can continue to perform the following step 109 .
  • Step 105 Send an emergency call request to the rescue platform.
  • the in-vehicle communication component determines that the vehicle has an emergency rescue requirement, it can also directly send an emergency call request to the rescue platform.
  • Step 106 If the cockpit domain controller determines that the vehicle has emergency rescue needs based on the detection information, it sends an assistance call request to the mobile terminal by means of wireless communication.
  • the cockpit domain controller may first determine whether the vehicle has emergency rescue needs based on the detection information. If it is determined that the vehicle has emergency rescue needs, an assistance call request may be sent to the mobile terminal. Therefore, it can be ensured that the cockpit domain controller can also instruct the mobile terminal to assist in sending the emergency call request in a timely manner when the in-vehicle communication component cannot send the assistance call request or cannot detect that the vehicle has emergency rescue needs.
  • Step 107 The mobile terminal sends an emergency call request to the rescue platform based on the received assistance call request.
  • the mobile terminal may send an emergency call request to the rescue platform in response to the assistance call request.
  • Step 108 The mobile terminal sends rescue information to the vehicle-mounted communication component based on the received assistance call request.
  • the mobile terminal may also send rescue information to the in-vehicle communication component in response to the assistance call request.
  • the rescue information may include vehicle location information, vehicle information, user information, and the like.
  • Step 109 the in-vehicle communication component sends rescue information to the mobile terminal.
  • the in-vehicle communication component can also share rescue information with the mobile terminal, and the rescue information can include vehicle location information, fault information, vehicle information, and the like.
  • rescue information can be shared between the mobile terminal and the vehicle-mounted communication component, it can be ensured that the target component used for communication with the rescue platform can acquire and send sufficiently complete rescue information, thereby effectively improving the efficiency of rescue .
  • Step 110 The mobile terminal sends the obtained rescue information to the rescue platform.
  • the mobile terminal can send the obtained rescue information to the rescue platform.
  • the rescue information acquired by the mobile terminal may include rescue information collected by itself (such as vehicle location information, vehicle information, and user information, etc.), rescue information sent by the cockpit domain controller (such as vehicle fault information), and The rescue information shared by the in-vehicle communication component.
  • Step 111 the in-vehicle communication component sends the obtained rescue information to the rescue platform.
  • the in-vehicle communication component can send the obtained rescue information to the rescue platform.
  • the rescue information acquired by the in-vehicle communication component may include rescue information collected by itself and rescue information shared by the in-vehicle communication component.
  • steps 102 and 106 can be deleted according to the situation, that is, the mobile terminal can only be instructed by the in-vehicle communication component to assist in sending the emergency call request.
  • steps 108 and 109 may be deleted according to the situation, that is, the mobile terminal and the in-vehicle communication component may not need to share rescue information.
  • steps 111 and 110 may be deleted according to the situation, that is, the mobile terminal and the in-vehicle communication component may not need to report rescue information.
  • the in-vehicle communication component may first determine whether it has the ability to send an emergency call request. Moreover, the in-vehicle communication component can instruct the mobile terminal to assist in sending the emergency call request when it is determined that it cannot send the emergency call request.
  • the implementation process of the above step 104 may include:
  • Step 1041 Detect whether the in-vehicle communication component satisfies the first call condition.
  • the in-vehicle communication component may first detect whether it satisfies the first calling condition. If the in-vehicle communication component determines that it satisfies the first call condition, the above-mentioned step 105 may be executed, that is, an emergency call request is directly sent to the rescue platform. If the in-vehicle communication component determines that it does not meet the first call condition, the following steps 1042a to 1046a may be performed, or the following step 1042b may be performed.
  • the first call condition may include at least one of the following conditions:
  • the communication state of the in-vehicle communication component satisfies the communication condition
  • the in-vehicle communication component is connected to the multimedia interactive component of the vehicle;
  • the in-vehicle communication component can obtain the fault information of the vehicle
  • the in-vehicle communication component can acquire the position information of the vehicle.
  • Step 1042a searching for surrounding mobile terminals.
  • the in-vehicle communication component determines that it does not meet the first calling condition, it can enable its wireless connection function and search for mobile terminals with the wireless connection function within a certain range around it.
  • the in-vehicle communication component can enable the Bluetooth connection function, and search the surrounding mobile terminals with the Bluetooth connection function, that is, search for the surrounding Bluetooth devices.
  • Step 1043a Send a connection request to the searched mobile terminal.
  • the in-vehicle communication component After the in-vehicle communication component searches for a mobile terminal with a wireless connection function, it can actively send a connection request to the mobile terminal. For example, the in-vehicle communication component can send a Bluetooth connection request to the searched Bluetooth device.
  • Step 1044a establishing a wireless connection with the mobile terminal.
  • the mobile terminal may establish a wireless connection with the in-vehicle communication component in response to the connection request.
  • the Bluetooth device may send a Bluetooth connection response to the in-vehicle communication component in response to the Bluetooth connection request, thereby establishing a Bluetooth connection with the in-vehicle communication component.
  • Step 1045a Detect whether the mobile terminal satisfies the second calling condition.
  • the performance information of the mobile terminal may be sent to the in-vehicle communication component.
  • the in-vehicle communication component can send a performance information acquisition request to the mobile terminal, and the mobile terminal can send the performance information of the mobile terminal to the in-vehicle communication component in response to the performance information acquisition request.
  • the in-vehicle communication component may in turn determine whether the mobile terminal satisfies the second call condition based on the received performance information. If the in-vehicle communication component determines that the mobile terminal does not meet the second call condition, it can be determined that the mobile terminal cannot assist in sending the emergency call request, so the above step 1042a can continue to be performed, that is, continue to search for other mobile terminals. If the in-vehicle communication component determines that the mobile terminal satisfies the second call condition, step 1046a may be executed.
  • the performance information of the mobile terminal may include: the communication state of the mobile terminal, and/or the remaining power of the mobile terminal. If the performance information includes the communication state of the mobile terminal, the second call condition may include: the communication state of the mobile terminal satisfies the communication condition. If the performance information includes the remaining power of the mobile terminal, the second call condition may include: the remaining power of the mobile terminal is greater than a power threshold.
  • Step 1046a Send an assistance call request to the mobile terminal based on the wireless connection.
  • the in-vehicle communication component determines that the mobile terminal satisfies the second call condition, it can be determined that the mobile terminal can normally send an emergency call request, and then an assistance call request can be sent to the mobile terminal based on the wireless connection.
  • step 1045a can also be deleted according to the situation, that is, after the in-vehicle communication component establishes a wireless connection with the mobile terminal, the step 1046a can be directly executed.
  • Step 1042b broadcasting an assistance call request in the target frequency band.
  • the assistance call request may also be broadcast directly in the target frequency band.
  • the target frequency band may be a specific rescue frequency band.
  • the mobile terminal may also perform the following operations:
  • Step 112 after detecting the assistance call request in the target frequency band, detect whether it satisfies the second call condition.
  • the mobile terminal can monitor the signal in the target frequency band. If the mobile terminal detects an assistance call request broadcast by the in-vehicle communication component in the target frequency band, it can first detect whether it meets the second call condition. If the mobile terminal determines that it meets the second calling condition, it can continue to perform step 113; if the mobile terminal determines that it does not meet the second calling condition, it can end the operation, that is, the mobile terminal does not need to respond to the assistance call request.
  • Step 113 Determine whether an assistance call response broadcast by other mobile terminals is monitored in the target frequency band.
  • step 114 may be executed.
  • Step 114 broadcast the assisted call response in the target frequency band.
  • the mobile terminal If the mobile terminal does not monitor the assistance call response broadcast by other mobile terminals in the target frequency band, it can broadcast the assistance call response in the target frequency band. After detecting the assistance call response in the target frequency band, the in-vehicle communication component can determine that the mobile terminal can assist in sending an emergency call request.
  • the in-vehicle communication component may further establish a wireless connection with the mobile terminal broadcasting the assistance call response through the methods shown in the above steps 1043a and 1044a.
  • the mobile terminal and the in-vehicle communication component can exchange rescue information based on the wireless connection. Since the data volume of the rescue information is relatively large, exchanging the rescue information through a wireless connection can avoid occupying the target frequency band for a long time due to the exchange of the rescue information.
  • step 113 can be deleted according to the situation. That is, after the mobile terminal detects the assistance call request and determines that it meets the second call condition, it can broadcast the assistance call response in the target frequency band, regardless of whether other mobile terminals have responded to the assistance call request. Correspondingly, multiple mobile terminals may assist in sending the emergency call request.
  • the above-mentioned step 113 may be performed before step 112, that is, the mobile terminal may check whether it satisfies the second call condition when it determines that other mobile terminals have not responded to the assistance call request.
  • the in-vehicle communication component may first exchange performance information with the mobile terminal. Thereafter, the in-vehicle communication assembly and the mobile terminal may determine whether to send an emergency call request based on the received performance information.
  • the method provided by this embodiment of the present application may further include:
  • Step 115 the in-vehicle communication component sends the performance information of the in-vehicle communication component to the mobile terminal by means of wireless communication.
  • the mobile terminal may establish a wireless connection with the in-vehicle communication component before the above step 103, for example, the mobile terminal may actively establish a wireless connection with the in-vehicle communication component.
  • the in-vehicle communication component determines that the vehicle has emergency rescue needs, it may first send performance information of the in-vehicle communication component to the mobile terminal based on the wireless connection.
  • step 115 may be performed before step 104, or may be performed simultaneously with step 104, which is not limited in this embodiment of the present application.
  • Step 116 Based on the assistance call request, the mobile terminal sends the performance information of the mobile terminal to the in-vehicle communication component by means of wireless communication.
  • the mobile terminal may send its performance information to the in-vehicle communication component in response to the assistance call request.
  • Step 117 The in-vehicle communication component detects whether the mobile terminal satisfies the second calling condition based on the performance information of the mobile terminal.
  • step 105 may be executed, that is, an emergency call request is directly sent to the rescue platform. If the in-vehicle communication component determines that the mobile terminal satisfies the second call condition, it may determine that the mobile terminal can send an emergency call request, and then step 109 may be performed.
  • the in-vehicle communication component may perform both step 105 and step 109 . That is, both the in-vehicle communication assembly and the mobile terminal can send an emergency call request.
  • the in-vehicle communication assembly may perform step 105 and not perform step 109 . That is, when both the in-vehicle communication assembly and the mobile terminal meet the conditions for sending the emergency call request, the emergency call request can be sent only by the in-vehicle communication assembly.
  • the in-vehicle communication component may compare the communication quality of the two, and if the in-vehicle communication component determines that its communication quality is better than that of the mobile terminal, step 105 may be performed, and step 109 may not be performed. If the in-vehicle communication component determines that the communication quality of the mobile terminal is better, step 109 may be executed, and step 105 may not be executed. That is, the emergency call request may be sent by a component with better communication quality.
  • Step 118 The mobile terminal detects whether the in-vehicle communication assembly satisfies the first call condition based on the performance information of the in-vehicle communication assembly.
  • the mobile terminal may execute the above step 107, that is, directly send an emergency call request to the rescue platform. If the mobile terminal determines that the in-vehicle communication component satisfies the first call condition, it may determine that the in-vehicle communication component can send an emergency call request, and then step 108 may be performed.
  • the mobile terminal may perform both step 108 and step 107 . That is, both the in-vehicle communication assembly and the mobile terminal can send an emergency call request.
  • the mobile terminal may compare the communication quality of the two, and if the mobile terminal determines that its communication quality is better than that of the in-vehicle communication component, step 107 may be performed, and step 108 may not be performed. If the mobile terminal determines that the communication quality of the in-vehicle communication component is better, step 108 may be executed, and step 107 may not be executed. That is, the emergency call request may be sent by a component with better communication quality.
  • steps 116 and 117 can be deleted according to the situation, that is, only the mobile terminal can determine which component sends the emergency call request.
  • steps 115 and 118 can be deleted according to the situation, that is, only the in-vehicle communication component can determine which component sends the emergency call request.
  • the embodiments of the present application provide an emergency call method.
  • the vehicle-mounted communication component determines that the vehicle has an emergency rescue need, it can send an assistance call request to a mobile terminal by means of wireless communication, and the mobile terminal can further base on the emergency call request. Assistance call request Send an emergency call request to the rescue platform. Therefore, even if the mobile communication function of the in-vehicle communication assembly itself is damaged, or the hard line between the in-vehicle communication assembly and other devices is disconnected, the in-vehicle communication assembly can instruct the mobile terminal to assist in sending an emergency call request, thereby effectively improving reliability of the emergency call system.
  • connection between the mobile terminal and the vehicle-mounted communication component is a wireless connection
  • the emergency call system failure caused by the disconnection of the hard line caused by the collision of the vehicle can be avoided. That is, the method provided by the embodiments of the present application can reduce the probability that the components in the vehicle are damaged due to vehicle collision, and the emergency call request cannot be triggered, and the reliability is high.
  • Embodiments of the present application further provide an in-vehicle communication assembly, which can be applied to the emergency call system provided by the above embodiments.
  • the system may further include a mobile terminal 02 and a fault detection component 03 .
  • the in-vehicle communication assembly 01 includes programmable logic circuits and/or program instructions, and the in-vehicle communication assembly 01 can be used to implement the method executed by the in-vehicle communication assembly in the above method embodiments.
  • the in-vehicle communication component 01 can be used to implement the methods shown in steps 101 , 103 to 105 , 109 and 111 in the embodiment shown in FIG. 4 .
  • the in-vehicle communication component 01 can also be used to implement the method in the embodiment shown in FIG. 5 .
  • the in-vehicle communication component 01 can also be used to implement the methods shown in steps 115 and 117 in the embodiment shown in FIG. 7 .
  • the in-vehicle communication component 01 may be a TBOX.
  • At least one SIM card is installed in the in-vehicle communication assembly 01, and the in-vehicle communication assembly 01 may further include a baseband chip connected to the SIM card, and a data exchange module for exchanging data with other devices.
  • FIG. 8 is a schematic structural diagram of a mobile terminal provided by an embodiment of the present application.
  • the mobile terminal may include: a processor 801 , a memory 802 , a network interface 803 , and a bus 804 .
  • the bus 804 is used to connect the processor 801 , the memory 802 and the network interface 803 .
  • the communication connection with other devices can be realized through the network interface 803 (which may be wired or wireless).
  • the memory 802 stores a computer program 8021 for realizing various application functions.
  • the processor 801 may be a CPU, and the processor 801 may also be other general-purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays ( FPGA), GPU or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.
  • DSPs digital signal processors
  • ASICs application specific integrated circuits
  • FPGA field programmable gate arrays
  • GPU GPU or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.
  • a general purpose processor may be a microprocessor or any conventional processor or the like.
  • Memory 802 may be volatile memory or nonvolatile memory, or may include both volatile and nonvolatile memory.
  • the non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically programmable Erase programmable read-only memory (electrically EPROM, EEPROM) or flash memory.
  • Volatile memory may be random access memory (RAM), which acts as an external cache.
  • RAM random access memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • SDRAM synchronous dynamic random access memory
  • Double data rate synchronous dynamic random access memory double data date SDRAM, DDR SDRAM
  • enhanced synchronous dynamic random access memory enhanced SDRAM, ESDRAM
  • synchronous link dynamic random access memory direct rambus RAM, DR RAM
  • bus 804 may also include a power bus, a control bus, a status signal bus, and the like.
  • bus 804 may also include a power bus, a control bus, a status signal bus, and the like.
  • the various buses are labeled as bus 804 in the figure.
  • the processor 801 is configured to execute the computer program stored in the memory 802, and the processor 801 implements the method applied to the mobile terminal shown in the above method embodiments by executing the computer program 8021.
  • the processor 801 can implement the methods shown in steps 107, 108 and 110 in the embodiment shown in FIG. 4 by executing the computer program 8021.
  • the method in the embodiment shown in FIG. 6 can also be implemented.
  • the methods shown in steps 116 and 118 in the embodiment shown in FIG. 7 can also be implemented.
  • the above-mentioned in-vehicle communication components and mobile terminals can be implemented by application-specific integrated circuits (ASICs), or programmable logic devices (PLDs).
  • the PLD may be a complex programmable logical device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL), or any combination thereof.
  • CPLD complex programmable logical device
  • FPGA field-programmable gate array
  • GAL generic array logic
  • both the in-vehicle communication component and the mobile terminal may include software for implementing the above method. module.
  • Embodiments of the present application further provide a computer-readable storage medium, where instructions are stored in the computer-readable storage medium, and the instructions are executed by a processor to implement the method applied to the vehicle-mounted communication component in the above method embodiments, or to implement the above The method applied to the mobile terminal in the method embodiment.
  • the embodiments of the present application also provide a computer program product containing instructions, when the computer program product runs on a computer, the computer program product causes the computer to execute the method applied to the vehicle-mounted communication component in the above method embodiment, or execute the method in the above method embodiment.
  • the embodiment of the present application further provides a vehicle, as shown in FIG. 9 , the vehicle may include a body 00, and the emergency call system provided by the above embodiment.
  • the vehicle may include a system as shown in FIG. 1 or FIG. 2 .
  • the in-vehicle communication component 01 and the fault detection component 03 in the emergency call system are both fixedly connected to the vehicle body 00 , and the mobile terminal 02 in the emergency call system can move relative to the vehicle body 00 .
  • the mobile terminal 02 may be a mobile phone, a phone watch, a notebook computer, a tablet computer or a wearable device of the user in the car.
  • the vehicle may be a smart car or a connected car, and the vehicle may be a new energy vehicle (eg, an electric vehicle) or a gasoline vehicle.
  • a new energy vehicle eg, an electric vehicle
  • a gasoline vehicle e.g., a gasoline vehicle
  • the above embodiments may be implemented in whole or in part by software, hardware, firmware or any other combination.
  • the above-described embodiments may be implemented in whole or in part in the form of a computer program product.
  • the computer program product includes one or more computer instructions. When the computer program instructions are loaded or executed on a computer, all or part of the processes or functions described in the embodiments of the present application are generated.
  • the computer may be a general purpose computer, special purpose computer, computer network, or other programmable device.
  • the computer instructions may be stored in or transmitted from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions may be downloaded from a website site, computer, server or data center Transmission to another website site, computer, server, or data center is by wire (eg, coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (eg, infrared, wireless, microwave, etc.).
  • the computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server, a data center, or the like that contains one or more sets of available media.
  • the usable media may be magnetic media (eg, floppy disks, hard disks, magnetic tapes), optical media (eg, DVDs), or semiconductor media.
  • the semiconductor medium may be a solid state drive (SSD).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Automation & Control Theory (AREA)
  • Human Computer Interaction (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Alarm Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)

Abstract

本申请公开了一种车辆及其紧急呼叫方法、装置及系统，涉及车辆技术领域。该系统中的车载通信组件在确定车辆具有紧急救援需求时，可以采用无线通信的方式向移动终端发送协助呼叫请求，该移动终端进而可以基于该协助呼叫请求向救援平台发送紧急呼叫请求。由此，即使车载通信组件自身的移动通信功能受损，或者车载通信组件与其他器件之间的硬线断连，该车载通信组件也能够指示移动终端协助发送紧急呼叫请求，从而有效提高了该紧急呼叫系统的可靠性。

Description

车辆及其紧急呼叫方法、装置及系统 技术领域
本申请涉及车辆技术领域，特别涉及一种车辆及其紧急呼叫方法、装置及系统。
背景技术
车辆中配置的紧急呼叫(emergency call，ECALL)系统一般包括通信盒子(telematics box，TBOX)，该TBOX还与车辆的安全气囊控制器连接。该TBOX可以在检测到安全气囊控制器发送的碰撞信号后，自动向紧急救援中心拨打救援电话。
但是，若车辆碰撞导致该TBOX的移动通信功能受损，则该TBOX将无法正常拨出救援电话，该紧急呼叫系统的可靠性较差。
发明内容
本申请提供了一种车辆及其紧急呼叫方法、装置及系统，可以解决车辆的紧急呼叫系统的可靠性较差的技术问题。
一方面，本申请提供了一种车辆的紧急呼叫系统，该系统包括：车载通信组件、移动终端以及故障检测组件；该故障检测组件与该车载通信组件连接，该故障检测组件用于将获取的检测信息发送至该车载通信组件，该检测信息包括该车辆的故障信息和救援请求中的至少一种；该车载通信组件，用于若基于该检测信息确定车辆具有紧急救援需求，则采用无线通信的方式向该移动终端发送协助呼叫请求；该移动终端，用于基于该协助呼叫请求向救援平台发送紧急呼叫请求。
基于本申请提供的系统，即使该车载通信组件自身的移动通信功能受损，该车载通信组件也能够指示移动终端协助发送紧急呼叫请求，从而有效提高了该紧急呼叫系统的可靠性。
可选地，该车载通信组件，用于若基于该检测信息确定该车辆具有紧急救援需求，且确定该车载通信组件不满足第一呼叫条件，则采用无线通信的方式向该移动终端发送协助呼叫请求。
相应的，车载通信组件若确定自身满足该第一呼叫条件，则可以直接向救援平台发送紧急呼叫请求，而无需再向该移动终端发送协助呼叫请求。由此不仅可以有效提高发送紧急呼叫请求的效率，以确保能够及时获得救援，而且可以避免向移动终端发送协助呼叫请求而浪费功耗。
可选地，该车载通信组件，还用于若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向该移动终端发送该车载通信组件的性能信息；该移动终端，用于基于该协助呼叫请求，若基于该车载通信组件的性能信息确定该车载通信组件不满足第一呼叫条件，则向该救援平台发送紧急呼叫请求。
移动终端在确定车载通信组件不具备发送该紧急呼叫请求的能力时，可以及时向救援平台发送紧急呼叫请求，以确保车辆及车内用户能及时得到救援。并且，移动终端若确定该车载通信组件满足第一呼叫条件，则可以无需发送该紧急呼叫请求。由此，不仅可以避免浪费 移动终端的电量，而且还可以避免多个组件同时发送紧急呼叫请求而导致信号互相干扰，影响通信质量。
可选地，该第一呼叫条件包括下述条件中的至少一种：该车载通信组件的通信状态满足通信条件；该车载通信组件与该车辆的多媒体交互组件保持连接；该车载通信组件能够获取到该车辆的故障信息；该车载通信组件能够获取到该车辆的位置信息。
应理解的是，由于该车载通信组件的通信状态满足通信条件时才能够正常发送该紧急呼叫请求，因此该第一呼叫条件至少可以包括：该车载通信组件的通信状态满足通信条件。
可选地，该车载通信组件可以用于：向该移动终端发送连接请求，以及在与该移动终端建立无线连接后，基于该无线连接向该移动终端发送协助呼叫请求；或者，在目标频段内广播协助呼叫请求；该移动终端，还用于若在该目标频段内检测到该协助呼叫请求，则在该目标频段内广播协助呼叫响应。
该车载通信组件可以通过多种不同的方式向移动终端发送协助呼叫请求，从而有效提高了发送该协助呼叫请求的灵活性。
可选地，该移动终端，还用于采用无线通信的方式向该车载通信组件发送该移动终端的性能信息；该车载通信组件，还用于若基于该移动终端的性能信息确定该移动终端不满足第二呼叫条件，则向该救援平台发送紧急呼叫请求。
其中，该移动终端可以基于车载通信组件发送的协助呼叫请求，向车载通信组件发送性能信息；或者，可以基于车载通信组件发送的性能信息获取请求，向车载通信组件发送性能信息。车载通信组件若基于该性能信息确定移动终端不具备发送紧急呼叫请求的能力，则可以直接向该救援平台发送紧急呼叫请求，以确保能够及时得到救援。在此场景下，若该车载通信组件确定自身也不具备发送紧急呼叫请求的能力(即不满足该第一呼叫条件)，则仍然可以尝试发送该紧急呼叫请求，以尽量提高该紧急呼叫请求发送成功的概率。
可选地，该第二呼叫条件可以包括：该移动终端的通信状态满足通信条件，和/或，该移动终端的剩余电量大于电量阈值。其中，该通信状态可以采用信号强度表示，相应的，该通信条件可以为：信号强度大于强度阈值。
可选地，该车载通信组件，还用于采用无线通信的方式向该移动终端发送救援信息；该移动终端，还用于采用无线通信的方式向该车载通信组件发送救援信息；该移动终端和该车载通信组件中的目标组件，还用于向该救援平台发送获取到的救援信息；其中，该目标组件为向该救援平台发送紧急呼叫请求的组件；该救援信息包括下述信息中的至少一种：该车辆的位置信息，该车辆的故障信息，该救援平台的标识，以及该车辆的车辆信息。
本申请提供的系统中，该车载通信组件和移动终端之间还可以交互各自获取到的救援信息，由此可以确保该目标组件向该救援平台发送的救援信息较为完备。进而，可以有效提高救援的效率。
可选地，该系统还包括：与该故障检测组件连接的座舱域控制器；该座舱域控制器，用于若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向该移动终端发送协助呼叫请求。
由于在车辆具有紧急救援需求时，该车载通信组件也可能因功能受损而无法发送协助呼叫请求。因此通过使该座舱域控制器也具备发送协助呼叫请求的功能，可以确保在车辆具有紧急救援需求时，能够及时指示移动终端协助发送紧急呼叫请求，进而有效提高整个系统的 可靠性。
可选地，该座舱域控制器还可以用于采用无线通信的方式向该移动终端发送该车辆的故障信息。该移动终端进而可以向救援平台发送该故障信息，以提高救援效率。
另一方面，提供了一种紧急呼叫方法，应用于紧急呼叫系统中的车载通信组件，该系统还包括移动终端以及故障检测组件；该方法包括：接收该故障检测组件发送的检测信息，该检测信息包括车辆的故障信息和救援请求中的至少一种；若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向该移动终端发送协助呼叫请求，该协助呼叫请求用于指示该移动终端向救援平台发送紧急呼叫请求。
可选地，若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向该移动终端发送协助呼叫请求的过程可以包括：若基于该检测信息确定该车辆具有紧急救援需求，且确定该车载通信组件不满足第一呼叫条件，则采用无线通信的方式向该移动终端发送协助呼叫请求。
可选地，采用无线通信的方式向该移动终端发送协助呼叫请求的过程可以包括：向该移动终端发送连接请求，以及在与该移动终端建立无线连接后，基于该无线连接向该移动终端发送协助呼叫请求；或者，在目标频段内广播协助呼叫请求。
可选地，该方法还可以包括：采用无线通信的方式接收该移动终端基于该协助呼叫请求发送的该移动终端的性能信息；若基于该移动终端的性能信息确定该移动终端不满足第二呼叫条件，则向该救援平台发送紧急呼叫请求。
又一方面，提供了一种紧急呼叫方法，应用于紧急呼叫系统中的移动终端，该系统还包括车载通信组件以及故障检测组件；该方法包括：采用无线通信的方式接收该车载通信组件发送的协助呼叫请求，该协助呼叫请求为该车载通信组件在基于该故障检测组件获取到的检测信息确定车辆具有紧急救援需求后发送的，该检测信息包括该车辆的故障信息和救援请求中的至少一种；基于该协助呼叫请求向救援平台发送紧急呼叫请求。
可选地，采用无线通信的方式接收该车载通信组件发送的协助呼叫请求的过程可以包括：接收该车载通信组件发送的连接请求，以及在与该车载通信组件建立无线连接后，接收该车载通信组件基于该无线连接发送的协助呼叫请求；或者，接收该车载通信组件在目标频段内广播的协助呼叫请求。
可选地，该方法还可以包括：采用无线通信的方式接收该车载通信组件发送的该车载通信组件的性能信息；相应的，基于该协助呼叫请求向救援平台发送紧急呼叫请求的过程可以包括：基于该协助呼叫请求，若基于该车载通信组件的性能信息确定该车载通信组件不满足第一呼叫条件，则向该救援平台发送紧急呼叫请求。
可选地，该系统还包括：与该移动终端建立有无线连接的座舱域控制器；该方法还可以包括：接收该座舱域控制器采用无线通信的方式发送的协助呼叫请求。
再一方面，提供了一种车载通信组件，应用于紧急呼叫系统，该系统还包括移动终端以及故障检测组件；该车载通信组件包括可编程逻辑电路和/或程序指令，该车载通信组件用于实现上述方面提供的应用于该车载通信组件的方法。
再一方面，提供了一种移动终端，应用于紧急呼叫系统中，该系统还包括车载通信组件以及故障检测组件；该移动终端包括：存储器，处理器及存储在该存储器上并能够在该处理器上运行的计算机程序，该处理器执行该计算机程序时实现上述方面提供的应用于该移动终 端的方法。
再一方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，该指令由处理器执行以实现上述方面提供的应用于车载通信组件的方法，或者，实现上述方面提供的应用于移动终端的方法。
再一方面，提供了一种车辆，该车辆包括：车身，以及如上述方面提供的紧急呼叫系统；其中，该紧急呼叫系统中的车载通信组件和该故障检测组件均与该车身固定连接，该紧急呼叫系统中的移动终端能够相对于该车身移动。
本申请提供的技术方案至少包括以下有益效果：
本申请实施例提供了一种车辆及其紧急呼叫方法、装置及系统，该系统中的车载通信组件在确定车辆具有紧急救援需求时，可以采用无线通信的方式向移动终端发送协助呼叫请求，该移动终端进而可以基于该协助呼叫请求向救援平台发送紧急呼叫请求。由此，即使该车载通信组件自身的移动通信功能受损，或者该车载通信组件与其他器件之间的硬线断连，该车载通信组件也能够指示移动终端协助发送紧急呼叫请求，从而有效提高了该紧急呼叫系统的可靠性。
附图说明
图1是本申请实施例提供的一种车辆的紧急呼叫系统的结构示意图；
图2是本申请实施例提供的另一种车辆的紧急呼叫系统的结构示意图；
图3是本申请实施例提供的一种车载通信组件与移动终端交互的信息的示意图；
图4是本申请实施例提供的一种紧急呼叫方法的流程图；
图5是本申请实施例提供的一种发送协助呼叫请求的方法流程图；
图6是本申请实施例提供的另一种紧急呼叫方法的流程图；
图7是本申请实施例提供的又一种紧急呼叫方法的流程图；
图8是本申请实施例提供的一种移动终端的结构示意图；
图9是本申请实施例提供的一种车辆的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
本申请实施例提供了一种车辆的紧急呼叫系统，该车辆可以为智能汽车或网联汽车，并且，该车辆可以新能源车辆(例如电动汽车)或燃油汽车。如图1所示，该系统包括：车载通信组件01、移动终端02以及故障检测组件03。
该故障检测组件03与该车载通信组件01连接，该故障检测组件03用于将获取到的检测信息发送至该车载通信组件01，该检测信息包括车辆的故障信息和救援请求中的至少一种。
该车载通信组件01，用于若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向该移动终端02发送协助呼叫请求。其中，该无线通信的方式可以包括：蓝牙、无线保真(wireless fidelity，Wi-Fi)或者通过特定的目标频段通信。该目标频段可以为救援频段。
该移动终端02，用于基于该协助呼叫请求向救援平台发送紧急呼叫请求。
在本申请实施例中，该车载通信组件01和故障检测组件03均固定于车辆中，而该移动终端02并未固定于车辆中，即移动终端02能够相对于车辆的车身移动。例如，该移动终端02可以为手机、电话手表、笔记本电脑、平板电脑或可穿戴设备等具备通信功能，且可移动的设备。该车载通信组件01可以为具备移动通信功能的模组，示例的，该车载通信组件01可以为TBOX，该TBOX中安装有至少一个用户身份识别模块(subscriber identification module，SIM)卡。该TBOX可以通过该SIM卡向救援平台发送紧急呼叫请求。
综上所述，本申请实施例提供了一种车辆的紧急呼叫系统，该系统中的车载通信组件在确定车辆具有紧急救援需求时，可以采用无线通信的方式向移动终端发送协助呼叫请求，该移动终端进而可以基于该协助呼叫请求向救援平台发送紧急呼叫请求。由此，即使该车载通信组件自身的移动通信功能受损，该车载通信组件也能够指示移动终端协助发送紧急呼叫请求，从而有效提高了该紧急呼叫系统的可靠性。
图2是本申请实施例提供的另一种紧急呼叫系统的结构示意图，如图2所示，该紧急呼叫系统还可以包括：麦克风04，扬声器05，天线06以及定位组件07。其中，该定位组件07可以为全球定位系统(global positioning system，GPS)模组。该车载通信组件01可以通过连接线(也称为硬线)分别与该麦克风04，扬声器05，天线06和定位组件07连接。该车载通信组件01在确定车辆具有紧急救援需求后，可以通过该天线06向救援平台10发送紧急呼叫请求。并且，该车载通信组件01在接收到该救援平台10发送的紧急呼叫响应后，还可以向该救援平台10发送该定位组件07采集到的车辆的位置信息，以及通过该麦克风04和扬声器05实现用户(例如车内用户)与救援平台10的语音通话。
若车辆具有紧急救援需求时，该车载通信组件01与该麦克风04，扬声器05，天线06和定位组件07中至少一个器件的连接线断开，则该车载通信组件01将无法与救援平台10正常交互信息。而在本申请实施例提供的系统中，该移动终端02可以为具备定位功能和语音通话功能的终端。由此，可以确保车载通信组件01与其他器件之间的连接线断开后，该移动终端02还能够与救援平台10正常交互信息，从而能够有效提高救援的效率。
可选地，如图2所示，该车载通信组件01和移动终端02均可以通过基站20向救援平台10发送紧急呼叫请求。其中，该车载通信组件01和移动终端02均可以通过空口网络与基站20建立通信连接，该基站20则可以通过公网与救援平台10建立通信连接。示例的，该车载通信组件01和移动终端02均可以通过第二代移动通信网络(2-generation mobile networks，2G)、3G、4G或5G向救援平台10发送紧急呼叫请求。
其中，该救援平台10也可以称为救援中心，向救援平台10发送紧急呼叫请求也可以理解为向救援中心拨打紧急救援电话。
在本申请实施例中，参考图2，该故障检测组件03可以包括故障检测子组件031和紧急救援按钮(也可以称为SOS按钮)032中的至少一个。其中，该故障检测子组件031用于采集车辆的故障信息，该紧急救援按钮032用于在检测到按压操作后触发生成救援请求。
可选地，该紧急救援按钮032可以为车辆内的物理按键，或者也可以为车内人机交互界面上显示的虚拟按键。该故障检测子组件031可以包括下述器件中的至少一种：安全气囊控制器、温度传感器、烟雾传感器、速度传感器、加速度计和重力感应器等。相应的，该故障信息可以包括下述信息中的至少一种：用于指示安全气囊弹出的信息、车内温度、车内烟雾浓度、车辆的速度、车辆的加速度和车辆的姿态等。
该车载通信组件01可以在检测到该检测信息包括救援请求时确定该车辆具有紧急救援需求。该车载通信组件01还可以在检测到该检测信息满足下述至少一个条件时，确定该车辆具有紧急救援需求：
检测信息包括用于指示安全气囊弹出的信息，车内温度位于目标温度范围之外，车内烟雾浓度大于浓度阈值，车辆的速度大于速度阈值，车辆的加速度大于速度阈值，车辆的姿态为非正常姿态(例如车辆为翻车状态)。
其中，用于指示安全气囊弹出的信息可以包括弹出的安全气囊的个数和位置。该目标温度范围、浓度阈值、速度阈值、速度阈值以及非正常姿态均可以是该车载通信组件01中预先存储的。
在本申请实施例中，该车载通信组件01可以通过多种不同的方式向移动终端02发送协助呼叫请求。
一方面，该车载通信组件01可以用于：向该移动终端02发送连接请求，以及在与该移动终端02建立无线连接后，基于该无线连接向该移动终端02发送协助呼叫请求。
例如，该车载通信组件01可以通过蓝牙、Wi-Fi或近场通信(near field communication，NFC)等方式与该移动终端02建立无线连接。
可选地，该车载通信组件01在与该移动终端02建立无线连接后，还可以先获取该移动终端02的性能信息，并基于该性能信息检测该移动终端02是否满足第二呼叫条件。若车载通信组件01确定该移动终端02满足第二呼叫条件，则可以向该移动终端02发送协助呼叫请求。若车载通信组件01确定该移动终端02不满足第二呼叫条件，则可以搜索其他移动终端，并向其他移动终端发送连接请求。或者，若车载通信组件01未检测到满足第二呼叫条件的移动终端，则可以直接向救援平台10发送紧急呼叫请求。
其中，该移动终端02的性能信息可以包括：该移动终端02的通信状态，和/或，该移动终端02的剩余电量。若该性能信息包括移动终端02的通信状态，则该第二呼叫条件可以包括：该移动终端02的通信状态满足通信条件。若该性能信息包括移动终端02的剩余电量，则该第二呼叫条件可以包括：该移动终端02的剩余电量大于电量阈值。
另一方面，该车载通信组件01可以用于：在目标频段内广播协助呼叫请求。也即是，该车载通信组件01可以通过广播的方式向移动终端02发送协助呼叫请求。其中，该目标频段可以为特定的救援频段。
相应的，该移动终端02若在该目标频段内检测到该协助呼叫请求，则还可以在该目标频段内广播协助呼叫响应。该车载通信组件01进而可以基于该协助呼叫响应确定该移动终端02已接收到协助呼叫请求。
可选地，该车载通信组件01在该目标频段内检测到协助呼叫响应后，还可以与广播该协助呼叫响应的移动终端02建立无线连接。例如，可以建立蓝牙、Wi-Fi或NFC建立无线连接。
基于上文描述可知，该车载通信组件01可以通过多种不同的方式向移动终端02发送协助呼叫请求，从而有效提高了发送该协助呼叫请求的灵活性。
作为第一种可选的实现方式，该车载通信组件01可以用于：若基于该检测信息确定该车辆具有紧急救援需求，且确定该车载通信组件01不满足第一呼叫条件，则采用无线通信的方式向该移动终端02发送协助呼叫请求。
相应的，车载通信组件01若确定自身满足该第一呼叫条件，则可以直接向救援平台10发送紧急呼叫请求，而无需再向该移动终端02发送协助呼叫请求。由此不仅可以有效提高发送紧急呼叫请求的效率，以确保能够及时获得救援，而且可以避免向移动终端02发送协助呼叫请求而浪费功耗。
可选地，在本申请实施例中，该第一呼叫条件可以包括下述条件中的至少一种：
该车载通信组件01的通信状态满足通信条件；
该车载通信组件01与该车辆的多媒体交互组件保持连接；
该车载通信组件01能够获取到该车辆的故障信息；
该车载通信组件01能够获取到该车辆的位置信息。
其中，该通信状态满足通信条件可以是指：该车载通信组件01的移动通信功能正常，且该车载通信组件01的信号强度大于强度阈值。该多媒体交互组件至少可以包括音频交互组件。例如，参考图2，该音频交互组件可以包括麦克风04和扬声器05。当然，该多媒体交互组件还可以包括图像交互组件，例如，该图像交互组件可以包括显示屏和摄像头。
在车辆具有紧急救援需求时，若车载通信组件01的移动通信功能受损，或车辆处于移动通信信号较弱的区域，则该车载通信组件01将无法正常发出紧急呼叫请求。因此若需通过该车载通信组件01发送紧急呼叫请求，则至少需确保该车载通信组件01的通信状态满足通信条件。
又由于车载通信组件01与故障检测组件03、多媒体交互组件、天线06以及定位组件07均通过硬线连接。因此，在车辆具有紧急救援需求时，该车载通信组件01与上述器件之间的硬线可能会出现断裂或连接不良等问题，进而导致该车载通信组件01无法正常与救援平台10交互信息。例如，车载通信组件01与定位组件07之间的连接线断裂时，车载通信组件01即将无法获取并上报车辆的位置信息。车载通信组件01与多媒体交互组件之间的连接线断裂时，车载通信组件01即将无法实现车内用户与救援平台的通话。相应的，在本申请实施例中，为了确保救援的效率，还需确保该车载通信组件01与上述器件保持连接。
在上述第一种可选的实现方式中，该移动终端02可以通过被动连接的方式与该车载通信组件01建立无线连接。也即是，该车载通信组件01可以在基于该检测信息确定该车辆具有紧急救援需求，且确定该车载通信组件01不满足第一呼叫条件之后，再与该移动终端02建立无线连接，并发送协助呼叫请求。
作为第二种可选的实现方式，该车载通信组件01还可以用于若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向该移动终端02发送该车载通信组件01的性能信息。
该移动终端02，可以用于基于该协助呼叫请求，若基于该车载通信组件01的性能信息确定该车载通信组件01不满足第一呼叫条件，则向该救援平台发送紧急呼叫请求。
也即是，该移动终端02在接收到协助呼叫请求后，可以先基于车载通信组件01的性能信息检测该车载通信组件01是否满足第一呼叫条件。移动终端02若确定该车载通信组件01不满足第一呼叫条件，则可以向救援平台发送紧急呼叫请求，以确保车辆及车内用户能及时得到救援。
并且，移动终端02若确定该车载通信组件01满足第一呼叫条件，则可以无需发送该紧急呼叫请求。由此，不仅可以避免浪费移动终端02的电量，而且还可以避免多个组件同时发 送紧急呼叫请求而导致信号互相干扰，影响通信质量。
其中，该车载通信组件01的性能信息可以包括上述第一呼叫条件中涉及的性能参数。例如，参考图3，该车载通信组件01的性能信息至少可以包括通信状态，且还可以包括下述信息中的至少一种：与多媒体交互组件的连接状态，与故障检测组件03的连接状态，以及与定位组件07的连接状态。
在该第二种可选的实现方式中，该车载通信组件01在确定车辆具有救援需求之前，可以已经与该移动终端02建立有无线连接。例如，在该实现方式中，该移动终端02可以是主动通过蓝牙、Wi-Fi或NFC等方式与该车载通信组件01建立的无线连接。
在该第二种可选的实现方式中，该移动终端02还可以用于基于该协助呼叫请求，采用无线通信的方式向该车载通信组件01发送该移动终端02的性能信息。如图3所示，该移动终端02的性能信息可以包括：该移动终端02的通信状态，和/或，该移动终端02的剩余电量。
该车载通信组件01，还用于若基于该移动终端02的性能信息确定该移动终端02不满足第二呼叫条件，则向该救援平台10发送紧急呼叫请求。车载通信组件01在确定移动终端02无法正常发送紧急呼叫请求时，可以直接向救援平台10发送紧急呼叫请求，由此可以确保该紧急呼叫请求能够成功发送。
基于上文描述可知，移动终端02接收到协助呼叫请求后，可以与该车载通信组件01交互性能信息。并且，若移动终端02确定车载通信组件01不满足第一呼叫条件，且车载通信组件01确定该移动终端02不满足第二呼叫条件，则该车载通信组件01和该移动终端02均会向救援平台10发送紧急呼叫请求。由此，可以尽量提高该紧急呼叫请求发送成功的概率。
对于该车载通信组件01满足第一呼叫条件，且移动终端02也满足第二呼叫条件的场景，作为一种可能的实现方式，可以由该车载通信组件01发送该紧急呼叫请求，而移动终端02则无需发送紧急呼叫请求。或者，该车载通信组件01和该移动终端02均可以发送该紧急呼叫请求。又或者，还可以由该车载通信组件01和该移动终端02中通信质量更优的组件发送该紧急呼叫请求。其中，该通信质量可以基于通信状态确定，该通信状态可以采用信号强度表示。相应的，通信质量更优可以是指信号强度更强。
可选地，如图3所示，该车载通信组件01，还可以用于采用无线通信的方式向该移动终端02发送救援信息。该移动终端02，还可以用于采用无线通信的方式向该车载通信组件01发送救援信息。
该移动终端02和该车载通信组件01中的目标组件，还可以用于向该救援平台10发送获取到的救援信息。
其中，该目标组件为向该救援平台10发送紧急呼叫请求的组件。该目标组件获取到的救援信息可以包括自身存储或采集到的救援信息，以及其他组件通过无线通信的方式发送的救援信息。例如，参考图3，该救援信息可以包括下述信息中的至少一种：车辆的位置信息，车辆的故障信息，救援平台10的标识，以及车辆的车辆信息。
该救援平台10的标识可以包括该救援平台10的电话，或者还可以包括该救援平台10的网络地址，例如互联网协议(Internet protocol，IP)地址。该车载通信组件01可以采用基于IP的语音传输(voice over Internet protocol，VoIP)技术与该救援平台10通信。该车辆的车辆信息可以包括下述信息中的至少一种：车辆识别号码(vehicle identification number，VIN)，油耗，里程，车辆型号，车身颜色和车牌号等。
可以理解的是，该车载通信组件01和/或移动终端02可以预先存储有该救援平台10的标识和该车辆的车辆信息。该车载通信组件01可以通过定位组件07获取车辆的位置信息，并可以通过故障检测子组件031获取车辆的故障信息。该移动终端02可以通过自身配置的定位模组获取车辆的位置信息。
还可以理解的是，除了上述信息之外，该救援信息还可以包括该车载通信组件01和/或移动终端02中预先存储的用户信息(例如车主信息)。例如，该用户信息可以包括：姓名、性别、年龄、身高、体重和血型等。或者，该救援平台10还可以与车辆的后台服务器建立有通信连接，该救援平台10可以基于车载通信组件01和/或移动终端02上报的车辆信息，从该后台服务器中获取车辆的用户信息。
在本申请实施例提供的系统中，由于该车载通信组件01和该移动终端02可以交互各自获取到的救援信息，因此可以确保该目标组件向该救援平台10发送的救援信息较为完备。进而，可以有效提高救援的效率。
还可以理解的是，若该目标组件为车载通信组件01，则该车载通信组件01在成功发送紧急呼叫请求后，还可以通过其所连接的多媒体交互组件与该救援平台10交互多媒体数据。该多媒体数据指示包括音频数据，或者，还可以包括图像数据。
若该目标组件为移动终端02，则该移动终端02在成功发送紧急呼叫请求后，可以自动开启其多媒体交互模组，并通过该多媒体交互模组与该救援平台10交互多媒体数据。其中，该多媒体交互模组至少可以包括麦克风和扬声器。或者，还可以包括显示屏和摄像头。
可选地，继续参考图2，该系统还可以包括：与该故障检测组件03连接的座舱域控制器08。例如，该座舱域控制器08可以通过控制器局域网络(controller area network，CAN)总线与网关(gateway，GW)连接，该GW通过CAN总线与该故障检测组件03连接。并且，该座舱域控制器08还与该移动终端02建立有无线连接，例如，两者可以通过蓝牙、Wi-Fi或NFC等方式建立无线连接。
该座舱域控制器08，用于若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向该移动终端02发送协助呼叫请求。
由于在车辆具有紧急救援需求时，该车载通信组件01也可能因功能受损而无法发送协助呼叫请求，或者该车载通信组件01会因与故障检测组件03之间的连接线断开，导致无法检测到该车辆具有紧急救援需求。因此，在本申请实施例中，通过使该座舱域控制器08也具备发送协助呼叫请求的功能，可以确保在车辆具有紧急救援需求时，能够及时指示移动终端协助发送紧急呼叫请求，进而有效提高整个系统的可靠性。
可选地，该座舱域控制器08还可以将获取到的车辆的故障信息发送至该移动终端02。移动终端02可以向救援平台10发送该故障信息，以提高救援效率。或者，移动终端02可以向该车载通信组件01共享该故障信息。由此，即使该车载通信组件01与故障检测组件03之间的连接线断裂，该车载通信组件01也能够向救援平台10提供完备的救援信息，从而能有效提高救援的效率。
综上所述，本申请实施例提供了一种车辆的紧急呼叫系统，该系统中的车载通信组件在确定车辆具有紧急救援需求时，可以采用无线通信的方式向移动终端发送协助呼叫请求，该移动终端进而可以基于该协助呼叫请求向救援平台发送紧急呼叫请求。由此，即使该车载通信组件自身的移动通信功能受损，或者该车载通信组件与其他器件之间的硬线断连，该车载 通信组件也能够指示移动终端协助发送紧急呼叫请求，从而有效提高了该紧急呼叫系统的可靠性和健壮性。
并且，由于移动终端与车载通信组件之间的连接为无线连接，因此可以避免因车辆碰撞导致硬线断连而引起的紧急呼叫系统故障。也即是，本申请实施例提供的系统增强了连接的可靠性，可以减少车辆碰撞导致车内部件损坏而无法触发紧急呼叫请求的概率，进而提升了整个系统的可靠性。
本申请实施例还提供了一种紧急呼叫方法，该方法可以应用于上述实施例提供的紧急呼叫系统中的车载通信组件01和移动终端02。参考图1和图2，该系统还包括与该车载通信组件01连接的故障检测组件03。如图4所示，本申请实施例提供的方法包括：
步骤101、车载通信组件接收故障检测组件发送的检测信息。
该检测信息可以包括车辆的故障信息和救援请求中的至少一种。其中，该故障检测组件可以包括故障检测子组件和紧急救援按钮。该故障检测子组件可以用于采集车辆的故障信息，该紧急救援按钮在检测到按压操作时可以触发生成该救援请求。
步骤102、座舱域控制器接收故障检测组件发送的检测信息。
如图2所示，该座舱域控制器可以通过网关获取故障检测组件发送的检测信息。
步骤103、车载通信组件基于该检测信息判断该车辆是否具有紧急救援需求。
车载通信组件若确定该车辆具有紧急救援需求，则可以执行下述步骤104；车载通信组件若确定该车辆不具有紧急救援需求，则可以结束操作。可选地，该车载通信组件在确定该车辆具有紧急救援需求时，除了可以执行步骤104，还可以执行步骤105。
步骤104、采用无线通信的方式向移动终端发送协助呼叫请求。
车载通信组件若确定该车辆具有紧急救援需求，则可以采用无线通信的方式向移动终端发送协助呼叫请求，以指示该移动终端协助发送紧急呼叫请求。之后，该车载通信组件可以继续执行下述步骤109。
步骤105、向救援平台发送紧急呼叫请求。
在本申请实施例中，该车载通信组件若确定车辆具有紧急救援需求，也可以直接向救援平台发送紧急呼叫请求。
步骤106、座舱域控制器若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向移动终端发送协助呼叫请求。
座舱域控制器接收到故障检测组件发送的检测信息后，也可以先基于该检测信息判断该车辆是否具有紧急救援需求。若确定车辆具有紧急救援需求，则可以向移动终端发送协助呼叫请求。由此可以确保在车载通信组件无法发送协助呼叫请求或无法检测到车辆具有紧急救援需求的情况下，该座舱域控制器也能够及时指示移动终端协助发送紧急呼叫请求。
步骤107、移动终端基于接收到的协助呼叫请求，向救援平台发送紧急呼叫请求。
移动终端在接收到该车载通信组件和/或该座舱域控制器发送的协助呼叫请求后，即可响应于该协助呼叫请求，向救援平台发送紧急呼叫请求。
步骤108、移动终端基于接收到的协助呼叫请求，向车载通信组件发送救援信息。
在本申请实施例中，该移动终端还可以响应于该协助呼叫请求，向车载通信组件发送救援信息。该救援信息可以包括车辆的位置信息、车辆信息和用户信息等。
步骤109、车载通信组件向移动终端发送救援信息。
该车载通信组件也可以与移动终端共享救援信息，该救援信息可以包括车辆的位置信息、故障信息和车辆信息等。
在本申请实施例中，由于移动终端和车载通信组件之间可以共享救援信息，因此可以确保用于与救援平台通信的目标组件能够获取并发送足够完备的救援信息，从而有效提高了救援的效率。
步骤110、移动终端向救援平台发送获取到的救援信息。
在上述步骤108之后，若移动终端成功发送紧急呼叫请求，如救援电话拨通，则该移动终端即可向救援平台发送获取到的救援信息。其中，该移动终端获取到的救援信息可以包括其自身采集到的救援信息(例如车辆的位置信息、车辆信息和用户信息等)、座舱域控制器发送的救援信息(例如车辆的故障信息)以及该车载通信组件共享的救援信息。
步骤111、车载通信组件向救援平台发送获取到的救援信息。
在上述步骤105之后，若车载通信组件成功发送紧急呼叫请求，则该车载通信组件即可向救援平台发送获取到的救援信息。其中，该车载通信组件获取到的救援信息可以包括其自身采集到的救援信息以及该车载通信组件共享的救援信息。
可以理解的是，图4所示实施例提供的紧急呼叫方法的步骤先后顺序可以进行适当调整，步骤也可以根据情况进行相应增减。例如，步骤102和步骤106可以根据情况删除，即可以仅由车载通信组件指示移动终端协助发送紧急呼叫请求。或者，上述步骤108和步骤109可以根据情况删除，即该移动终端和车载通信组件之间也可以无需共享救援信息。又或者，上述步骤111和步骤110可以根据情况删除，即移动终端和车载通信组件也可以无需上报救援信息。
作为一种可选的实现方式，车载通信组件在确定车辆具有紧急救援需求之后，可以先确定自身是否具备发送紧急呼叫请求的能力。并且，该车载通信组件可以在确定自身无法发送紧急呼叫请求时，再指示移动终端协助发送该紧急呼叫请求。相应的，参考图5，上述步骤104的实现过程可以包括：
步骤1041、检测车载通信组件是否满足第一呼叫条件。
在该实现方式中，车载通信组件若确定车辆具有紧急救援需求，则可以先检测自身是否满足第一呼叫条件。若车载通信组件确定自身满足该第一呼叫条件，则可以执行上述步骤105，即直接向救援平台发送紧急呼叫请求。若车载通信组件确定自身不满足该第一呼叫条件，则可以执行下述步骤1042a至1046a，或者，可以执行下述步骤1042b。
其中，该第一呼叫条件可以包括下述条件中的至少一种：
该车载通信组件的通信状态满足通信条件；
该车载通信组件与该车辆的多媒体交互组件保持连接；
该车载通信组件能够获取到该车辆的故障信息；
该车载通信组件能够获取到该车辆的位置信息。
步骤1042a、搜索周边的移动终端。
若车载通信组件确定自身不满足该第一呼叫条件，则可以开启其无线连接功能并搜索周边一定范围内具有该无线连接功能的移动终端。例如，该车载通信组件可以开启蓝牙连接功能，并搜索周边具有该蓝牙连接功能的移动终端，即搜索周边的蓝牙设备。
步骤1043a、向搜索到的移动终端发送连接请求。
车载通信组件搜索到具备无线连接功能的移动终端后，可以主动向该移动终端发送连接请求。例如，车载通信组件可以向搜索到的蓝牙设备发送蓝牙连接请求。
步骤1044a、与该移动终端建立无线连接。
移动终端可以响应于该连接请求，与该车载通信组件建立无线连接。例如，蓝牙设备可以响应于蓝牙连接请求，向该车载通信组件发送蓝牙连接响应，进而与该车载通信组件建立蓝牙连接。
步骤1045a、检测该移动终端是否满足第二呼叫条件。
在本申请实施例中，移动终端与该车载通信组件建立无线连接后，可以向该车载通信组件发送该移动终端的性能信息。例如，该车载通信组件可以向移动终端发送性能信息获取请求，移动终端可以响应于该性能信息获取请求，向车载通信组件发送该移动终端的性能信息。
该车载通信组件进而可以基于接收到的性能信息确定该移动终端是否满足第二呼叫条件。若车载通信组件确定该移动终端不满足第二呼叫条件，则可以确定该移动终端无法协助发送紧急呼叫请求，因此可以继续执行上述步骤1042a，即继续搜索其他移动终端。若车载通信组件确定该移动终端满足该第二呼叫条件，则可以执行步骤1046a。
其中，该移动终端的性能信息可以包括：该移动终端的通信状态，和/或，该移动终端的剩余电量。若该性能信息包括移动终端的通信状态，则该第二呼叫条件可以包括：该移动终端的通信状态满足通信条件。若该性能信息包括移动终端的剩余电量，则该第二呼叫条件可以包括：该移动终端的剩余电量大于电量阈值。
步骤1046a、基于该无线连接向该移动终端发送协助呼叫请求。
若车载通信组件确定该移动终端满足该第二呼叫条件，则可以确定该移动终端能够正常发送紧急呼叫请求，进而可以基于该无线连接向该移动终端发送协助呼叫请求。
可以理解的是，上述步骤1045a也可以根据情况删除，即车载通信组件在与移动终端建立无线连接后，即可直接执行该步骤1046a。
步骤1042b、在目标频段内广播协助呼叫请求。
若车载通信组件确定自身不满足该第一呼叫条件，则除了通过上述步骤1042a至1046a所示的方式发送协助呼叫请求，还可以直接在目标频段内广播协助呼叫请求。其中，该目标频段可以为特定的救援频段。
可选地，参考图6，在上述步骤1042b之后，该移动终端还可以执行如下操作：
步骤112、在该目标频段内检测到协助呼叫请求后，检测自身是否满足第二呼叫条件。
移动终端可以对该目标频段内的信号进行监听。若移动终端在该目标频段内检测到车载通信组件广播的协助呼叫请求，可以先检测自身是否满足第二呼叫条件。若移动终端确定自身满足该第二呼叫条件，则可以继续执行步骤113；若移动终端确定自身不满足该第二呼叫条件，则可以结束操作，即移动终端无需响应该协助呼叫请求。
步骤113、判断是否在该目标频段内监测到其他移动终端广播的协助呼叫响应。
若移动终端在该目标频段内监测到其他移动终端广播的协助呼叫响应，则可以确定周边存在其他移动终端能够协助发送该紧急呼叫请求，因此可以结束操作，即无需再重复响应该协助呼叫请求。若移动终端在该目标频段内未监测到其他移动终端广播的协助呼叫响应，则可以执行步骤114。
步骤114、在该目标频段内广播协助呼叫响应。
若移动终端在该目标频段内未监测到其他移动终端广播的协助呼叫响应，则可以在该目标频段内广播协助呼叫响应。车载通信组件在该目标频段内检测到该协助呼叫响应后，即可确定该移动终端能够协助发送紧急呼叫请求。
可选地，该车载通信组件在该目标频段内检测到协助呼叫响应后，还可以通过上述步骤1043a和步骤1044a所示的方法与广播该协助呼叫响应的移动终端建立无线连接。之后，该移动终端和车载通信组件即可基于该无线连接交互救援信息。由于救援信息的数据量较大，因此通过无线连接交互救援信息，可以避免因交互救援信息而长时间占用该目标频段。
可以理解的是，上述步骤113可以根据情况删除。也即是，移动终端在检测到协助呼叫请求且确定自身满足该第二呼叫条件后，即可在该目标频段内广播协助呼叫响应，而无需考虑其他移动终端是否已响应该协助呼叫请求。相应的，可以由多个移动终端协助发送该紧急呼叫请求。或者，上述步骤113可以在步骤112之前执行，也即是，移动终端可以在确定其他移动终端还未响应该协助呼叫请求时，再检测自身是否满足该第二呼叫条件。
作为另一种可选的实现方式，车载通信组件在确定车辆具有紧急救援需求之后，可以先与移动终端交互性能信息。之后，该车载通信组件和移动终端可以基于接收到的性能信息确定是否发送紧急呼叫请求。相应的，参考图6，在上述步骤103之后，本申请实施例提供的方法还可以包括：
步骤115、车载通信组件采用无线通信的方式向移动终端发送该车载通信组件的性能信息。
在该实现方式中，移动终端可以在上述步骤103之前与车载通信组件建立无线连接，例如，移动终端可以主动与该车载通信组件建立无线连接。相应的，车载通信组件若确定车辆具有紧急救援需求，则可以先基于该无线连接向移动终端发送该车载通信组件的性能信息。
可以理解的是，该步骤115可以在步骤104之前执行，或者与步骤104同步执行，本申请实施例对此不做限定。
步骤116、移动终端基于该协助呼叫请求，采用无线通信的方式向该车载通信组件发送该移动终端的性能信息。
移动终端接收到车载通信组件和/或座舱域控制器发送的协助呼叫请求后，可以响应于该协助呼叫请求，向车载通信组件发送其性能信息。
步骤117、车载通信组件基于该移动终端的性能信息检测该移动终端是否满足第二呼叫条件。
车载通信组件若确定该移动终端不满足第二呼叫条件，则可以执行上述步骤105，即直接向该救援平台发送紧急呼叫请求。车载通信组件若确定该移动终端满足该第二呼叫条件，则可以确定该移动终端能够发送紧急呼叫请求，进而可以执行步骤109。
可以理解的是，车载通信组件若确定该移动终端满足该第二呼叫条件，且该车载通信组件也满足该第一呼叫条件，则该车载通信组件可以既执行步骤105，也执行该步骤109。也即是，该车载通信组件和移动终端均可以发送紧急呼叫请求。或者，该车载通信组件可以执行步骤105，且不执行该步骤109。也即是，在该车载通信组件和移动终端均满足发送紧急呼叫请求的条件时，可以仅由该车载通信组件发送紧急呼叫请求。又或者，该车载通信组件可以对比两者的通信质量，若车载通信组件确定其通信质量优于移动终端，则可以执行步骤105， 且不执行该步骤109。若车载通信组件确定移动终端的通信质量更优，则可以执行该步骤109，且不执行步骤105。也即是，可以由通信质量更优的组件发送该紧急呼叫请求。
步骤118、移动终端基于该车载通信组件的性能信息检测该车载通信组件是否满足第一呼叫条件。
移动终端若确定该车载通信组件不满足第一呼叫条件，则可以执行上述步骤107，即直接向该救援平台发送紧急呼叫请求。移动终端若确定该车载通信组件满足该第一呼叫条件，则可以确定该车载通信组件能够发送紧急呼叫请求，进而可以执行步骤108。
可以理解的是，移动终端若确定该车载通信组件满足该第一呼叫条件，且该移动终端也满足第二呼叫条件，则该移动终端可以既执行步骤108，也执行该步骤107。也即是，该车载通信组件和移动终端均可以发送紧急呼叫请求。或者，该移动终端可以对比两者的通信质量，若移动终端确定其通信质量优于车载通信组件，则可以执行步骤107，且不执行步骤108。若移动终端确定车载通信组件的通信质量更优，则可以执行该步骤108，且不执行步骤107。也即是，可以由通信质量更优的组件发送该紧急呼叫请求。
还可以理解的是，上述步骤116和步骤117可以根据情况删除，即可以仅由移动终端判断由哪个组件发送紧急呼叫请求。或者，上述步骤115和步骤118可以根据情况删除，即可以仅由车载通信组件判断由哪个组件发送紧急呼叫请求。
综上所述，本申请实施例提供了一种紧急呼叫方法，车载通信组件在确定车辆具有紧急救援需求时，可以采用无线通信的方式向移动终端发送协助呼叫请求，该移动终端进而可以基于该协助呼叫请求向救援平台发送紧急呼叫请求。由此，即使该车载通信组件自身的移动通信功能受损，或者该车载通信组件与其他器件之间的硬线断连，该车载通信组件也能够指示移动终端协助发送紧急呼叫请求，从而有效提高了该紧急呼叫系统的可靠性。
并且，由于移动终端与车载通信组件之间的连接为无线连接，因此可以避免因车辆碰撞导致硬线断连而引起的紧急呼叫系统故障。也即是，本申请实施例提供的方法可以减少车辆碰撞导致车内部件损坏而无法触发紧急呼叫请求的概率，其可靠性较高。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上文描述的紧急呼叫方法的实现过程，可以参考前述系统实施例中的相关描述，在此不再赘述。
本申请实施例还提供了一种车载通信组件，该车载通信组件可以应用于上述实施例提供的紧急呼叫系统。参考图1和图2，该系统还可以包括移动终端02以及故障检测组件03。
该车载通信组件01包括可编程逻辑电路和/或程序指令，该车载通信组件01可以用于实现上述方法实施例中由车载通信组件执行的方法。
例如，该车载通信组件01可以用于实现图4所示实施例中步骤101、步骤103至步骤105、步骤109以及步骤111所示的方法。并且，该车载通信组件01还可以用于实现图5所示实施例中的方法。此外，该车载通信组件01还可以用于实现图7所示实施例中步骤115和步骤117所示的方法。
可选地，该车载通信组件01可以为TBOX。该车载通信组件01中安装有至少一个SIM卡，且该车载通信组件01还可以包括与该SIM卡连接的基带芯片，以及用于与其他器件交互数据的数据交互模组。
本申请实施例还提供了一种移动终端，该移动终端可以应用于上述实施例提供的紧急呼叫系统。参考图1和图2，该系统还包括车载通信组件01以及故障检测组件03。图8是本申请实施例提供的一种移动终端的结构示意图，参考图8，该移动终端可以包括：处理器801、存储器802、网络接口803和总线804。其中，总线804用于连接处理器801、存储器802和网络接口803。通过网络接口803(可以是有线或者无线)可以实现与其他器件之间的通信连接。存储器802中存储有计算机程序8021，该计算机程序8021用于实现各种应用功能。
应理解，在本申请实施例中，处理器801可以是CPU，该处理器801还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、GPU或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。
存储器802可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data date SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。
总线804除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线804。
处理器801被配置为执行存储器802中存储的计算机程序，处理器801通过执行该计算机程序8021来实现上述方法实施例所示的应用于移动终端的方法。例如，处理器801可以通过执行该计算机程序8021来实现图4所示实施例中步骤107、步骤108以及步骤110所示的方法。并且，还可以实现图6所示实施例中的方法。此外，还可以实现图7所示实施例中步骤116和步骤118所示的方法。
应理解的是，本申请实施例提供的上述车载通信组件和移动终端均可以用专用集成电路(application-specific integrated circuit，ASIC)实现，或可编程逻辑器件(programmable logic device，PLD)实现，上述PLD可以是复杂程序逻辑器件(complex programmable logical device，CPLD)，现场可编程门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。
当然，也可以通过软件实现上述方法实施例提供的紧急呼叫方法，当通过软件实现上述方法实施例提供的紧急呼叫方法时，该车载通信组件和移动终端中均可以包括用于实现上述方法的软件模块。
本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，该指令由处理器执行以实现上述方法实施例中应用于车载通信组件的方法，或者实现上述方 法实施例中应用于移动终端的方法。
本申请实施例还提供了一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述方法实施例中应用于车载通信组件的方法，或者执行上述方法实施例中应用于移动终端的方法。
本申请实施例还提供了一种车辆，如图9所示，该车辆可以包括车身00，以及上述实施例提供的紧急呼叫系统。例如，该车辆可以包括如图1或图2所示的系统。
其中，该紧急呼叫系统中的车载通信组件01和该故障检测组件03均与该车身00固定连接，该紧急呼叫系统中的移动终端02则能够相对于该车身00移动。例如，该移动终端02可以为车内用户的手机、电话手表、笔记本电脑、平板电脑或可穿戴设备等等。
可选地，该车辆可以为智能汽车或网联汽车，并且，该车辆可以新能源车辆(例如电动汽车)或燃油汽车。
上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载或执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘(solid state drive，SSD)。
本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。
此外，本申请中术语“至少一个”的含义是指一个或多个，“多个”的含义是指两个或两个以上。
以上所述，仅为本申请的可选实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (22)

  1. 一种车辆的紧急呼叫系统，其特征在于，所述系统包括：车载通信组件、移动终端以及故障检测组件；
    所述故障检测组件与所述车载通信组件连接，所述故障检测组件用于将获取的检测信息发送至所述车载通信组件，所述检测信息包括所述车辆的故障信息和救援请求中的至少一种；
    所述车载通信组件，用于若基于所述检测信息确定所述车辆具有紧急救援需求，则采用无线通信的方式向所述移动终端发送协助呼叫请求；
    所述移动终端，用于基于所述协助呼叫请求向救援平台发送紧急呼叫请求。
  2. 根据权利要求1所述的系统，其特征在于，所述车载通信组件，用于：
    若基于所述检测信息确定所述车辆具有紧急救援需求，且确定所述车载通信组件不满足第一呼叫条件，则采用无线通信的方式向所述移动终端发送协助呼叫请求。
  3. 根据权利要求1所述的系统，其特征在于，所述车载通信组件，还用于若基于所述检测信息确定所述车辆具有紧急救援需求，则采用无线通信的方式向所述移动终端发送所述车载通信组件的性能信息；
    所述移动终端，用于基于所述协助呼叫请求，若基于所述车载通信组件的性能信息确定所述车载通信组件不满足第一呼叫条件，则向所述救援平台发送紧急呼叫请求。
  4. 根据权利要求2或3所述的系统，其特征在于，所述第一呼叫条件包括下述条件中的至少一种：
    所述车载通信组件的通信状态满足通信条件；
    所述车载通信组件与所述车辆的多媒体交互组件保持连接；
    所述车载通信组件能够获取到所述车辆的故障信息；
    所述车载通信组件能够获取到所述车辆的位置信息。
  5. 根据权利要求1至4任一所述的系统，其特征在于，所述车载通信组件，用于：
    向所述移动终端发送连接请求，以及在与所述移动终端建立无线连接后，基于所述无线连接向所述移动终端发送协助呼叫请求；
    或者，在目标频段内广播协助呼叫请求。
  6. 根据权利要求1至5任一所述的系统，其特征在于，所述移动终端，还用于采用无线通信的方式向所述车载通信组件发送所述移动终端的性能信息；
    所述车载通信组件，还用于若基于所述移动终端的性能信息确定所述移动终端不满足第二呼叫条件，则向所述救援平台发送紧急呼叫请求。
  7. 根据权利要求6所述的系统，其特征在于，所述第二呼叫条件包括：所述移动终端的 通信状态满足通信条件，和/或，所述移动终端的剩余电量大于电量阈值。
  8. 根据权利要求1至7任一所述的系统，其特征在于，所述车载通信组件，还用于采用无线通信的方式向所述移动终端发送救援信息；
    所述移动终端，还用于采用无线通信的方式向所述车载通信组件发送救援信息；
    所述移动终端和所述车载通信组件中的目标组件，还用于向所述救援平台发送获取到的救援信息；
    其中，所述目标组件为向所述救援平台发送紧急呼叫请求的组件；所述救援信息包括下述信息中的至少一种：所述车辆的位置信息，所述车辆的故障信息，所述救援平台的标识，以及所述车辆的车辆信息。
  9. 根据权利要求1至8任一所述的系统，其特征在于，所述系统还包括：与所述故障检测组件连接的座舱域控制器；
    所述座舱域控制器，用于若基于所述检测信息确定所述车辆具有紧急救援需求，则采用无线通信的方式向所述移动终端发送协助呼叫请求。
  10. 根据权利要求9所述的系统，其特征在于，所述座舱域控制器，还用于采用无线通信的方式向所述移动终端发送所述车辆的故障信息。
  11. 一种紧急呼叫方法，其特征在于，应用于紧急呼叫系统中的车载通信组件，所述系统还包括移动终端以及故障检测组件；所述方法包括：
    接收所述故障检测组件发送的检测信息，所述检测信息包括车辆的故障信息和救援请求中的至少一种；
    若基于所述检测信息确定所述车辆具有紧急救援需求，则采用无线通信的方式向所述移动终端发送协助呼叫请求，所述协助呼叫请求用于指示所述移动终端向救援平台发送紧急呼叫请求。
  12. 根据权利要求11所述的方法，其特征在于，所述若基于所述检测信息确定所述车辆具有紧急救援需求，则采用无线通信的方式向所述移动终端发送协助呼叫请求，包括：
    若基于所述检测信息确定所述车辆具有紧急救援需求，且确定所述车载通信组件不满足第一呼叫条件，则采用无线通信的方式向所述移动终端发送协助呼叫请求。
  13. 根据权利要求11或12所述的方法，其特征在于，所述采用无线通信的方式向所述移动终端发送协助呼叫请求，包括：
    向所述移动终端发送连接请求，以及在与所述移动终端建立无线连接后，基于所述无线连接向所述移动终端发送协助呼叫请求；
    或者，在目标频段内广播协助呼叫请求。
  14. 根据权利要求11至13任一所述的方法，其特征在于，所述方法还包括：
    采用无线通信的方式接收所述移动终端基于所述协助呼叫请求发送的所述移动终端的性能信息；
    若基于所述移动终端的性能信息确定所述移动终端不满足第二呼叫条件，则向所述救援平台发送紧急呼叫请求。
  15. 一种紧急呼叫方法，其特征在于，应用于紧急呼叫系统中的移动终端，所述系统还包括车载通信组件以及故障检测组件；所述方法包括：
    采用无线通信的方式接收所述车载通信组件发送的协助呼叫请求，所述协助呼叫请求为所述车载通信组件在基于所述故障检测组件获取到的检测信息确定车辆具有紧急救援需求后发送的，所述检测信息包括所述车辆的故障信息和救援请求中的至少一种；
    基于所述协助呼叫请求向救援平台发送紧急呼叫请求。
  16. 根据权利要求15所述的方法，其特征在于，所述采用无线通信的方式接收所述车载通信组件发送的协助呼叫请求，包括：
    接收所述车载通信组件发送的连接请求，以及在与所述车载通信组件建立无线连接后，接收所述车载通信组件基于所述无线连接发送的协助呼叫请求；
    或者，接收所述车载通信组件在目标频段内广播的协助呼叫请求。
  17. 根据权利要求15或16所述的方法，其特征在于，所述方法还包括：采用无线通信的方式接收所述车载通信组件发送的所述车载通信组件的性能信息；
    所述基于所述协助呼叫请求向救援平台发送紧急呼叫请求，包括：
    基于所述协助呼叫请求，若基于所述车载通信组件的性能信息确定所述车载通信组件不满足第一呼叫条件，则向所述救援平台发送紧急呼叫请求。
  18. 根据权利要求15至17任一所述的方法，其特征在于，所述系统还包括：与所述移动终端建立有无线连接的座舱域控制器；所述方法还包括：
    接收所述座舱域控制器采用无线通信的方式发送的协助呼叫请求。
  19. 一种车载通信组件，其特征在于，应用于紧急呼叫系统，所述系统还包括移动终端以及故障检测组件；
    所述车载通信组件包括可编程逻辑电路和/或程序指令，所述车载通信组件用于实现如权利要求11至14任一所述的方法。
  20. 一种移动终端，其特征在于，应用于紧急呼叫系统中，所述系统还包括车载通信组件以及故障检测组件；
    所述移动终端包括：存储器，处理器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求15至18任一所述的方法。
  21. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令， 所述指令由处理器执行以实现如权利要求11至14任一所述的方法，或者，如权利要求15至18任一所述的方法。
  22. 一种车辆，其特征在于，所述车辆包括：车身，以及如权利要求1至10任一所述的紧急呼叫系统；
    其中，所述紧急呼叫系统中的车载通信组件和所述故障检测组件均与所述车身固定连接，所述紧急呼叫系统中的移动终端能够相对于所述车身移动。
PCT/CN2020/137675 2020-12-18 2020-12-18 车辆及其紧急呼叫方法、装置及系统 WO2022126620A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP20965634.7A EP4254999A4 (en) 2020-12-18 2020-12-18 VEHICLE AND EMERGENCY CALL METHOD, APPARATUS AND SYSTEM THEREOF
PCT/CN2020/137675 WO2022126620A1 (zh) 2020-12-18 2020-12-18 车辆及其紧急呼叫方法、装置及系统
CN202080004255.9A CN112715033B (zh) 2020-12-18 2020-12-18 车辆及其紧急呼叫方法、装置及系统
CN202211553587.XA CN116017347A (zh) 2020-12-18 2020-12-18 车辆及其紧急呼叫方法、装置及系统
US18/210,815 US20230336959A1 (en) 2020-12-18 2023-06-16 Vehicle and emergency call method, apparatus and system thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/137675 WO2022126620A1 (zh) 2020-12-18 2020-12-18 车辆及其紧急呼叫方法、装置及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/210,815 Continuation US20230336959A1 (en) 2020-12-18 2023-06-16 Vehicle and emergency call method, apparatus and system thereof

Publications (1)

Publication Number Publication Date
WO2022126620A1 true WO2022126620A1 (zh) 2022-06-23

Family

ID=75549323

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/137675 WO2022126620A1 (zh) 2020-12-18 2020-12-18 车辆及其紧急呼叫方法、装置及系统

Country Status (4)

Country Link
US (1) US20230336959A1 (zh)
EP (1) EP4254999A4 (zh)
CN (2) CN112715033B (zh)
WO (1) WO2022126620A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102023004095A1 (de) 2022-10-17 2024-04-18 Mercedes-Benz Group AG lntegriertes System und Verfahren zur Meldung einer Kollision mit einem Fahrzeug

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114980059A (zh) * 2021-02-26 2022-08-30 华为技术有限公司 多设备联合呼叫方法和装置
CN113344385A (zh) * 2021-06-04 2021-09-03 上汽通用五菱汽车股份有限公司 车辆故障的救援服务方法、车辆及可读存储介质
CN115174530B (zh) * 2022-07-19 2024-01-23 南京四维智联科技有限公司 车辆呼叫服务配置方法、装置、系统、存储介质及设备
CN115348145A (zh) * 2022-08-03 2022-11-15 爱驰汽车有限公司 车载紧急呼叫系统的告警方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103973765A (zh) * 2013-01-24 2014-08-06 福特全球技术公司 当数据传输失败时使用自动语音发送数据的方法和系统
US20180176757A1 (en) * 2015-08-11 2018-06-21 Bayerische Motoren Werke Aktiengesellschaft Providing an Aid Means After a Vehicle Accident
CN108684216A (zh) * 2017-03-03 2018-10-19 华为技术有限公司 一种车载紧急呼叫的方法及设备
US20190066484A1 (en) * 2017-08-28 2019-02-28 Hyundai Motor Company System and method for vehicle inspection

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10037683B1 (en) * 2017-03-24 2018-07-31 GM Global Technology Operations LLC Crash detection using GNSS velocity measurements and bus monitoring
US11812354B2 (en) * 2018-11-28 2023-11-07 Huawei Technologies Co., Ltd. Emergency call based on vehicle-to-vehicle communication

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103973765A (zh) * 2013-01-24 2014-08-06 福特全球技术公司 当数据传输失败时使用自动语音发送数据的方法和系统
US20180176757A1 (en) * 2015-08-11 2018-06-21 Bayerische Motoren Werke Aktiengesellschaft Providing an Aid Means After a Vehicle Accident
CN108684216A (zh) * 2017-03-03 2018-10-19 华为技术有限公司 一种车载紧急呼叫的方法及设备
US20190066484A1 (en) * 2017-08-28 2019-02-28 Hyundai Motor Company System and method for vehicle inspection

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4254999A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102023004095A1 (de) 2022-10-17 2024-04-18 Mercedes-Benz Group AG lntegriertes System und Verfahren zur Meldung einer Kollision mit einem Fahrzeug

Also Published As

Publication number Publication date
CN112715033A (zh) 2021-04-27
EP4254999A1 (en) 2023-10-04
US20230336959A1 (en) 2023-10-19
EP4254999A4 (en) 2023-12-27
CN116017347A (zh) 2023-04-25
CN112715033B (zh) 2022-12-06

Similar Documents

Publication Publication Date Title
WO2022126620A1 (zh) 车辆及其紧急呼叫方法、装置及系统
US10200520B2 (en) Flexible telematics system and method for providing telematics to a vehicle
US9674683B2 (en) Method and system for transmitting vehicle data using an automated voice
US9998892B2 (en) Determining vehicle user location following a collision event
US9716978B2 (en) Mobile communication device system and method for determining mode settings of vehicle passengers
US9432828B1 (en) Vehicle emergency dialing system
WO2020107277A1 (zh) 基于车车通信的紧急呼叫
WO2018157531A1 (zh) 一种车载紧急呼叫的方法及设备
CN110602672B (zh) 蓝牙设备回连方法、装置、终端和计算机可读存储介质
WO2020024789A1 (zh) 避让行驶方法及相关产品
JP2010130531A (ja) ハンズフリー装置及びハンズフリー装置と携帯端末との無線接続方法。
US9497643B2 (en) Automated message enumerated notification
EP3087766B1 (en) Timer continuation in a power reset scenario
CN113079500B (zh) 一种终端激活方法、装置、存储介质及电子设备
US20170352273A1 (en) Point-to-point personal communications in the context of vehicles
CN111010689A (zh) 用于多网络同时紧急呼叫的方法和设备
US20230413028A1 (en) Multi-device joint call method and apparatus
CN116420371A (zh) 一种触发ue测量的方法、装置、通信设备及存储介质
CN116614902A (zh) 一种车辆与手机断开连接的应对方法、装置和汽车
CN117979267A (zh) 执行语音呼叫的方法、设备和计算机程序产品
CN116488706A (zh) 车辆的救援方法、装置、车辆及存储介质
CN114245327A (zh) 建立紧急呼叫的方法、装置、车载移动终端和存储介质
CN114333231A (zh) 紧急呼叫的管理方法、装置、车辆及存储介质
CN117882352A (zh) 一种信息传输方法、装置、通信设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20965634

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020965634

Country of ref document: EP

Effective date: 20230629

NENP Non-entry into the national phase

Ref country code: DE