WO2018157531A1 - 一种车载紧急呼叫的方法及设备 - Google Patents

一种车载紧急呼叫的方法及设备 Download PDF

Info

Publication number
WO2018157531A1
WO2018157531A1 PCT/CN2017/090655 CN2017090655W WO2018157531A1 WO 2018157531 A1 WO2018157531 A1 WO 2018157531A1 CN 2017090655 W CN2017090655 W CN 2017090655W WO 2018157531 A1 WO2018157531 A1 WO 2018157531A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication link
auxiliary device
msd
server
voice
Prior art date
Application number
PCT/CN2017/090655
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 CN201780008491.6A priority Critical patent/CN108684216A/zh
Publication of WO2018157531A1 publication Critical patent/WO2018157531A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • 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]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure

Definitions

  • the embodiments of the present invention relate to the field of communications, and in particular, to a method and a device for in-vehicle emergency calls.
  • an emergency call (eCall) system can be integrated in the car.
  • the in-vehicle eCall device can notify the rescuer of the minimum set of data (MSD) for reflecting the accident information.
  • MSD minimum set of data
  • the in-vehicle eCall device can automatically initiate an emergency call to be established via a wireless network and a public switched telephone network/general switched telephone network (PSTN/GSTN).
  • PSTN/GSTN public switched telephone network/general switched telephone network
  • the voice communication link from the car to the emergency rescue center In this way, the in-vehicle eCall device can transmit the MSD including the time, location, driving direction and vehicle information of the accident to the emergency rescue center through the established voice communication link for the rescuer to view.
  • the car eCall device Due to the failure of the car eCall device, or the wireless network signal is particularly poor, the current service status of the wireless network is invalid. At this time, the car eCall device cannot initiate an emergency call, and thus the emergency rescue center cannot obtain the emergency call center. MSD.
  • the MSD packet loss rate on the voice communication link from the car to the emergency rescue center will be large, so the MSD may not be sent to the emergency rescue center, resulting in the emergency rescue center successfully obtaining the MSD. The probability is lower.
  • the embodiment of the present invention provides a method and a device for in-vehicle emergency call, which solves the problem that an emergency rescue center cannot obtain an MSD and an emergency rescue center successfully obtains an MSD due to a poor wireless network signal due to invalid current service status of the wireless network. Lower question.
  • a first aspect of the embodiments of the present application provides a method for an in-vehicle emergency call, which is applied to an in-vehicle eCall device, where the in-vehicle eCall device includes a short-range communication module, and the method may include: acquiring an MSD, and determining wireless of the in-vehicle eCall device When the communication function fails, the MSD is sent to the auxiliary device through the short-range communication module, so that the auxiliary device sends the MSD to the server.
  • the in-vehicle eCall device after acquiring the MSD, the in-vehicle eCall device sends the MSD to the auxiliary device through the short-range communication module when determining the wireless communication function failure of the in-vehicle eCall device, so that the auxiliary device sends the MSD To the server.
  • the in-vehicle eCall device solves the problem that the emergency rescue center cannot acquire the MSD by transmitting the MSD to the emergency rescue center by means of the auxiliary device.
  • the present application is directly transmitted to the emergency rescue center by the in-vehicle eCall device in the prior art.
  • the in-vehicle eCall device transmits the MSD to the emergency rescue center by means of the auxiliary device, which improves the probability of the emergency rescue center successfully obtaining the MSD.
  • sending the MSD to the auxiliary device through the short-range communication module may specifically include: acquiring the current service state of the wireless network. And when it is determined that the current service state of the wireless network is invalid, the MSD is sent to the auxiliary device through the short-range communication module.
  • the MSD when determining that the wireless communication function of the in-vehicle eCall device is faulty, the MSD is sent to the auxiliary device by using the short-range communication module, which may specifically include: The MSD is transmitted to the auxiliary device through the short-range communication module upon acquiring a message indicating that the first voice communication link establishment fails or is abnormally terminated.
  • the first voice communication link is a voice communication link of the in-vehicle eCall device to the server via the wireless network and the PSTN/GSTN when the current service state of the wireless network is valid.
  • the method before determining that the wireless communication function of the in-vehicle eCall device is faulty, before sending the MSD to the auxiliary device by using the short-range communication module, the method may further include: The MSD is transmitted to the server over the first voice communication link, the first voice communication link being a voice communication link of the in-vehicle eCall device to the server via the wireless network and the PSTN/GSTN when the current service state of the wireless network is active.
  • sending the MSD to the auxiliary device through the short-range communication module may specifically include: determining that the confirmation message sent by the server is not received within the preset time. Sending the MSD to the auxiliary device through the short-range communication module.
  • the confirmation information is used to notify the in-vehicle eCall device that the server has successfully received the MSD.
  • the short-distance communication module sends the MSD to the auxiliary device, so that the auxiliary device sends the MSD to the server, which may include: sending the auxiliary device a data connection request to establish a first data communication link between the in-vehicle eCall device and the auxiliary device, and a second data communication link between the auxiliary device and the wireless network, and adopt a short-range communication module to pass the first data communication
  • the link sends the MSD to the secondary device such that the secondary device transmits the MSD to the server over the second data communication link and the third data communication link.
  • the third data communication link is a data communication link of the wireless network to the server via the Internet (Internet).
  • the method may include: transmitting, by using a short-range communication module, a transmission control protocol (TCP) connection request to the auxiliary device through the first data communication link, so that the auxiliary device passes the second data communication link and the third data communication link.
  • TCP transmission control protocol
  • the method further includes: transmitting, by using the short-distance communication module, the user's voice information to the auxiliary device by using the first data communication link, so as to assist the device
  • the voice information is transmitted to the server through the second data communication link and the third data communication link.
  • the method may further include: sending a voice connection request to the auxiliary device, to establish a second voice communication link between the in-vehicle eCall device and the auxiliary device And using a short-range communication module, sending a dialing instruction carrying an emergency number to the auxiliary device through the second voice communication link, so as to establish a third voice communication link, and adopting a short-distance communication module through the second voice communication link
  • the user's voice information is sent to the accessory device so that the accessory device transmits the voice message to the server over the third voice communication link.
  • the third voice communication link is a voice communication link of the auxiliary device to the server via the wireless network and the PSTN/GSTN.
  • the short-range communication module is a Bluetooth module
  • the auxiliary device is a mobile phone.
  • the MSD is sent to the auxiliary device through the short-range communication module, so that the auxiliary device sends the MSD to the server, which may specifically include: determining the wireless communication function of the in-vehicle eCall device.
  • the MSD is sent to the handset via the Bluetooth module so that the handset sends the MSD to the server.
  • a second aspect of the embodiments of the present application provides a method for an in-vehicle emergency call.
  • the method may include: the auxiliary device receives an MSD sent by the in-vehicle eCall device, and sends the MSD to the server.
  • the auxiliary device after receiving the MSD sent by the in-vehicle eCall device, the auxiliary device sends the MSD to the server.
  • the auxiliary device solves the problem that the emergency rescue center cannot acquire the MSD by forwarding the MSD sent by the in-vehicle eCall device to the emergency rescue center.
  • the present application is directly transmitted to the emergency rescue center by the in-vehicle eCall device in the prior art.
  • the auxiliary device in the relay forwards the MSD sent by the in-vehicle eCall device to the emergency rescue center, thereby improving the probability that the emergency rescue center successfully obtains the MSD.
  • the auxiliary device may further include: the auxiliary device receiving the data connection request sent by the in-vehicle eCall device, to establish the in-vehicle eCall device and the auxiliary device.
  • the auxiliary device receives the MSD sent by the in-vehicle eCall device, and specifically includes: the auxiliary device receives the MSD sent by the in-vehicle eCall device through the first data communication link.
  • the sending, by the auxiliary device, the MSD to the server may include: the auxiliary device sending the MSD to the server by using the second data communication link and the third data communication link.
  • the third data communication link is a data communication link of the wireless network to the server via the Internet.
  • the auxiliary device may further include : the auxiliary device receives the TCP connection request sent by the in-vehicle eCall device through the first data communication link, and sends the TCP to the server through the second data communication link and the third data communication link The connection request is received, and the auxiliary device receives the response message returned by the server through the second data communication link and the third data communication link, and sends a response message to the in-vehicle eCall device through the first data communication link. The response message is used to notify the in-vehicle eCall device that the first data communication link and the second data communication link have been successfully established.
  • the method further includes: the auxiliary device receiving the voice information of the user sent by the in-vehicle eCall device through the first data communication link, and passing the second data The communication link and the third data communication link send voice information to the server.
  • the method may further include: the auxiliary device receiving the voice connection request sent by the in-vehicle eCall device, to establish a second between the in-vehicle eCall device and the auxiliary device a voice communication link, and receiving a dialing command carrying an emergency number transmitted by the in-vehicle eCall device through the second voice communication link to establish a third voice communication link, and the auxiliary device receiving the in-vehicle eCall device through the second voice communication link
  • the transmitted voice information of the user and the voice information is sent to the server through the third voice communication link.
  • the third voice communication link is a voice communication link of the auxiliary device to the server via the wireless network and the PSTN/GSTN.
  • a third aspect of the embodiments of the present application provides a method for in-vehicle emergency call, which is applied to a server, where the server includes an MSD data receiving module, and the method may include: receiving, by the MSD data receiving module, the MSD sent by the auxiliary device.
  • the server receives the MSD sent by the auxiliary device through the MSD data receiving module.
  • the server solves the problem that the emergency rescue center cannot acquire the MSD by receiving the MSD transmitted by the in-vehicle eCall device forwarded by the auxiliary device.
  • the wireless network signal difference causes the wireless communication function to be faulty
  • the design of the auxiliary device is more mature than the in-vehicle eCall device, compared with the MSD sent by the server in the prior art directly receiving the in-vehicle eCall device, in the present application
  • the emergency rescue center receives the MSD sent by the auxiliary equipment, which improves the probability of the emergency rescue center successfully obtaining the MSD.
  • the server receives the MSD sent by the auxiliary device by using the MSD data receiving module, and specifically includes: the server adopts an MSD data receiving module, and the receiving auxiliary device passes the second data communication link. And the MSD sent by the third data communication link.
  • the second data communication link is a data communication link between the auxiliary device and the wireless network
  • the third data communication link is a data communication link of the wireless network to the server via the Internet.
  • the server adopts an MSD data receiving module, and before receiving the MSD sent by the auxiliary device by using the second data communication link and the third data communication link
  • the method further includes: the server receiving the TCP connection request sent by the auxiliary device by using the second data communication link and the third data communication link, and returning the response information to the auxiliary device by using the second data communication link and the third data communication link.
  • the response message is used to notify the in-vehicle eCall device that the first data communication link and the second data communication link have been successfully established.
  • the method may further include: the server receiving the voice information of the user sent by the auxiliary device by using the second data communication link and the third data communication link.
  • the method may further include: the server receiving the voice information of the user that is sent by the auxiliary device by using the third voice communication link.
  • the third language The voice communication link is a voice communication link of the auxiliary device to the server via the wireless network and the PSTN/GSTN.
  • a fourth aspect of the embodiments of the present application provides an in-vehicle eCall device, including: an MSD data management module, a voice call management module, and a short-range communication module.
  • MSD data management module for acquiring MSD.
  • the voice call management module is configured to determine whether a wireless communication function of the in-vehicle eCall device has failed.
  • the short-range communication module is configured to: when the voice call management module determines that the wireless communication function of the in-vehicle eCall device fails, send the MSD acquired by the MSD data management module to the auxiliary device, so that the auxiliary device sends the MSD to the server.
  • the short-range communication module is specifically configured to: acquire a current service state of the wireless network; and send an MSD to the auxiliary device when determining that the current service state of the wireless network is invalid.
  • the short-range communication module is specifically configured to: obtain a message for indicating that the first voice communication link fails to be established or is abnormally terminated.
  • the first voice communication link is a voice communication link of the in-vehicle eCall device to the server via the wireless network and the PSTN/GSTN when the current service state of the wireless network is valid.
  • the in-vehicle eCall device further includes: a wireless communication module. a wireless communication module, configured to send, by the first voice communication link, an MSD to the server, where the first voice communication link is a voice communication of the in-vehicle eCall device to the server via the wireless network and the PSTN/GSTN when the current service state of the wireless network is valid link.
  • the short-range communication module is specifically configured to send an MSD to the auxiliary device when the confirmation message sent by the server is not received within the preset time. The confirmation message is used to notify the in-vehicle eCall device that the server has successfully received the MSD.
  • the short-range communication module is specifically configured to: send a data connection request to the auxiliary device to establish a relationship between the in-vehicle eCall device and the auxiliary device. a data communication link, and a second data communication link between the auxiliary device and the wireless network; transmitting the MSD to the auxiliary device over the first data communication link, so that the auxiliary device communicates through the second data communication link and the third data communication The link sends the MSD to the server.
  • the third data communication link is a data communication link of the wireless network to the server via the Internet.
  • the short-range communication module is further configured to: send a TCP connection request to the auxiliary device by using the first data communication link, so that the auxiliary device passes the The two data communication link and the third data communication link send a TCP connection request to the server; and receive a response message sent by the auxiliary device through the first data communication link.
  • the response message is used to notify the in-vehicle eCall device that the first data communication link and the second data communication link have been successfully established.
  • the short-range communication module is further configured to send, by using the first data communication link, the voice information of the user to the auxiliary device, so that the auxiliary device passes the The two data communication links and the third data communication link send voice information to the server.
  • the short-range communication module is further configured to: send a voice connection request to the auxiliary device, to establish a relationship between the in-vehicle eCall device and the auxiliary device a second voice communication link; transmitting a dialing command carrying an emergency number to the auxiliary device through the second voice communication link to establish a third voice communication link, the third voice communication link being the auxiliary device via the wireless network and the PSTN/GSTN a voice communication link to the server; to the auxiliary device through the second voice communication link The user's voice information is sent so that the auxiliary device sends voice information to the server through the third voice communication link.
  • the short-range communication module is a Bluetooth module
  • the auxiliary device is a mobile phone.
  • the Bluetooth module is configured to send an MSD to the mobile phone when the voice call management module determines that the wireless communication function fails, so that the mobile phone sends the MSD to the server.
  • an auxiliary device comprising: a short-range communication module and a wireless communication module.
  • the short-range communication module is configured to receive the MSD sent by the in-vehicle eCall device.
  • the wireless communication module is configured to send the MSD received by the short-range communication module to the server.
  • the short-range communication module is further configured to receive a data connection request sent by the in-vehicle eCall device to establish a first data communication link between the in-vehicle eCall device and the auxiliary device, And a second data communication link between the auxiliary device and the wireless network.
  • the short-range communication module is specifically configured to receive the MSD sent by the in-vehicle eCall device through the first data communication link.
  • the wireless communication module is specifically configured to send the MSD to the server through the second data communication link and the third data communication link, where the third data communication link is a data communication link of the wireless network to the server via the Internet.
  • the short-range communication module is further configured to receive a TCP connection request sent by the in-vehicle eCall device through the first data communication link.
  • a wireless communication module configured to send, by the second data communication link and the third data communication link, a TCP connection request received by the short-range communication module to the server; the receiving server passes the second data communication link and the third data communication link
  • the response message returned by the road is used to notify the in-vehicle eCall device that the first data communication link and the second data communication link have been successfully established.
  • the short-range communication module is further configured to send, by using the first data communication link, a response message received by the wireless communication module to the in-vehicle eCall device.
  • the short-range communication module is further configured to receive voice information of the user sent by the in-vehicle eCall device through the first data communication link.
  • the wireless communication module is further configured to send the voice information received by the short-range communication module to the server through the second data communication link and the third data communication link.
  • the short-range communication module is further configured to receive a voice connection request sent by the in-vehicle eCall device to establish a relationship between the in-vehicle eCall device and the auxiliary device. a second voice communication link; receiving a dialing instruction carrying an emergency number transmitted by the in-vehicle eCall device through the second voice communication link to establish a third voice communication link, wherein the third voice communication link is an auxiliary device via the wireless network and A voice communication link of the PSTN/GSTN to the server; receiving voice information of the user transmitted by the in-vehicle eCall device through the second voice communication link.
  • the wireless communication module is further configured to send the voice information received by the short-range communication module to the server through the third voice communication link.
  • a sixth aspect of the embodiments of the present application provides a server, where the server includes an MSD data receiving module.
  • the MSD data receiving module is configured to receive the MSD sent by the auxiliary device.
  • the MSD data receiving module is specifically configured to receive an MSD sent by the auxiliary device by using the second data communication link and the third data communication link.
  • Second data communication chain The road is a data communication link between the auxiliary device and the wireless network
  • the third data communication link is a data communication link of the wireless network to the server via the Internet.
  • the MSD data receiving module is further configured to receive a TCP connection sent by the auxiliary device by using the second data communication link and the third data communication link. Requesting: returning response information to the auxiliary device through the second data communication link and the third data communication link, the response message being used to notify the in-vehicle eCall device that the first data communication link and the second data communication link have been successfully established.
  • the server further includes: a voice modulation and demodulation module. And a voice modem module, configured to receive voice information of the user sent by the auxiliary device by using the second data communication link and the third data communication link.
  • the server further includes: a voice modulation and demodulation module.
  • the voice modulation and demodulation module is configured to receive voice information of the user sent by the auxiliary device through the third voice communication link, and the third voice communication link is a voice communication link of the auxiliary device to the server via the wireless network and the PSTN/GSTN.
  • a seventh aspect of the embodiments of the present application provides an apparatus, including: at least one processor, and a memory.
  • the memory is for storing a computer program, such that when the computer program is executed by at least one processor, a possible implementation of the first aspect or the first aspect, a possible implementation of the second or second aspect, and a third aspect or A method of on-board emergency call of any of the possible implementations of the third aspect.
  • An eighth aspect of the embodiments of the present application provides a computer storage medium having stored thereon a computer program, the program being executed by the processor, implementing the first aspect or the possible implementation of the first aspect, the second aspect or the second A possible implementation of the aspect, and the method of the in-vehicle emergency call of any of the third aspect or the third aspect of the possible implementation.
  • FIG. 2 is a system architecture diagram of an in-vehicle emergency call according to an embodiment of the present application
  • FIG. 3 is a schematic structural diagram of a Bluetooth module according to an embodiment of the present application.
  • FIG. 4 is a system architecture diagram of another in-vehicle emergency call according to an embodiment of the present application.
  • FIG. 5 is a schematic structural diagram of an in-vehicle eCall device according to an embodiment of the present application.
  • FIG. 6 is a schematic structural diagram of an auxiliary device according to an embodiment of the present application.
  • FIG. 7 is a schematic structural diagram of a server according to an embodiment of the present application.
  • FIG. 8 is a flowchart of a method for an emergency call on board according to an embodiment of the present application.
  • FIG. 9 is a flowchart of a method for in-vehicle emergency call under the system architecture 20 shown in FIG. 2 according to an embodiment of the present application;
  • FIG. 10 is a flowchart of a method for in-vehicle emergency call under the system architecture 30 shown in FIG. 4 according to an embodiment of the present application;
  • FIG. 11 is a schematic structural diagram of another vehicle-mounted eCall device according to an embodiment of the present application.
  • FIG. 12 is a schematic structural diagram of another vehicle-mounted eCall device according to an embodiment of the present application.
  • FIG. 13 is a schematic structural diagram of another vehicle-mounted eCall device according to an embodiment of the present application.
  • FIG. 14 is a schematic structural diagram of another auxiliary device according to an embodiment of the present disclosure.
  • FIG. 15 is a schematic structural diagram of another auxiliary device according to an embodiment of the present application.
  • FIG. 16 is a schematic structural diagram of another server according to an embodiment of the present application.
  • FIG. 17 is a schematic structural diagram of another server according to an embodiment of the present application.
  • FIG. 18 is a schematic structural diagram of another server according to an embodiment of the present application.
  • the system architecture 10 may include: an in-vehicle eCall device 11, a wireless network 12, a PSTN/GSTN 13, and a server 14 deployed in an emergency rescue center.
  • the wireless network 12 is a wireless network of a third-party carrier such as Mobile, China Unicom, and the like, and includes an access network device (for example, a base station) and a core network device.
  • PSTN/GSTN 13 is a circuit-switched network based on analog technology for transmitting voice data messages.
  • the in-vehicle eCall device 11 can establish a first voice communication link to the server 14 via the wireless network 12 and the PSTN/GSTN 13 after being triggered, and pass The established first voice communication link transmits to the server 14 the MSD including the time, location, driving direction and vehicle information of the accident and the voice information of the user.
  • the specific process of the in-vehicle eCall device 11 transmitting the MSD and the user's voice information to the server 14 through the first voice communication link is as follows: when the in-vehicle eCall device is integrated When a vehicle accident occurs in the vehicle equipment of 11, the vehicle eCall device 11 can be automatically triggered by the accident party or by the vehicle collision signal. At this time, the voice call management module of the in-vehicle eCall device 11 can obtain the current service state of the wireless network 12 from the wireless communication module of the in-vehicle eCall device 11.
  • the voice call management module may send an instruction carrying the emergency number to the wireless communication module, so that the wireless communication module establishes via the wireless network 12 and the PSTN/GSTN 13 to the server 14 according to the instruction.
  • the first voice communication link After the first voice communication link is established, the voice call management module may instruct the MSD data management module of the in-vehicle eCall device 11 to transmit the acquired MSD.
  • the MSD data management module may first send the MSD to the MSD data modulation and demodulation module of the in-vehicle eCall device 11, and the MSD data modulation and demodulation module may modulate the MSD into an audio (adaptibve multi-rate, AMR) format.
  • the voice data message is then sent to the wireless communication module, so that the wireless communication module sends the voice data message to the server 14 via the first voice communication link via the antenna.
  • the MSD data modem module of the server 14 may demodulate the voice data packet to obtain an MSD, and send the obtained MSD to the MSD data of the server 14.
  • the display module is displayed for rescuers to view.
  • the MSD data display module may send an indication that the MSD is successfully received to the processor of the server 14, and the processor may send a message that the MSD receives the success to the MSD data modem module according to the indication, so that the MSD data modulation and demodulation module A message that the MSD reception is successful is transmitted to the in-vehicle eCall device 11 through the first voice communication link.
  • the wireless communication module of the in-vehicle eCall device 11 may send the message to the voice call management module via the voice data modem module.
  • the voice call management module can switch to the voice call state, so that the accident party and the rescue personnel can perform voice through the first voice communication link. Call and exchange accident information.
  • the failure occurs in the wireless communication module or antenna of the in-vehicle eCall device 11 (where the failure of the wireless communication module may include failure of the wireless protocol stack or failure of the baseband circuit), or wireless
  • the network 12 signal is particularly poor, the current service state of the wireless network is invalid, so that the emergency rescue center cannot obtain the MSD.
  • the in-vehicle eCall device 11 stops the MSD after a certain period of time (for example, 4s). The transmission and switching to voice calls will result in a lower probability of the emergency rescue center successfully obtaining the MSD.
  • the embodiment of the present application provides an on-board emergency call.
  • the method is applied to an in-vehicle eCall device, the in-vehicle eCall device includes a short-range communication module, and the basic principle of the in-vehicle emergency call method is: the in-vehicle eCall device acquires the MSD, and when determining that the wireless communication function of the in-vehicle eCall device fails, The MSD is sent to the auxiliary device through the short-range communication module so that the auxiliary device transmits the MSD to the server.
  • the in-vehicle eCall device solves the problem that the emergency rescue center cannot acquire the MSD by transmitting the MSD to the emergency rescue center by means of the auxiliary device.
  • the wireless network signal difference causes the wireless communication function to malfunction
  • the present application is directly transmitted to the emergency rescue center by the in-vehicle eCall device in the prior art.
  • the in-vehicle eCall device transmits the MSD to the emergency rescue center by means of the auxiliary device, which improves the probability of the emergency rescue center successfully obtaining the MSD.
  • the system architecture 20 may include: an in-vehicle eCall device 21, a wireless network 22, a PSTN/GSTN 23, and an auxiliary device. Device 24, Internet 25 and server 26.
  • the in-vehicle eCall device 21 can transmit the MSD and the user's voice information to the server 26 by means of the auxiliary device 24.
  • the in-vehicle eCall device 21 may include: a positioning module 211, an MSD data management module 212, an MSD data modem module 213, a voice call management module 214, a voice modem module 215, a wireless communication module 216, and a short From the communication module 217.
  • the positioning module 211 is configured to acquire information such as the time, location, and driving direction of the accident when the vehicle equipment has a traffic accident.
  • the positioning module 211 can be a global position system (GPS) module.
  • GPS global position system
  • the MSD data management module 212 is configured to obtain information such as the time, location, and driving direction of the accident from the positioning module 211, and after receiving the indication of the sending MSD of the voice call management module 214, the obtained information and the pre-stored vehicle. The information is sent as an MSD.
  • the voice modulation and demodulation module 215 is configured to modulate the voice information of the user into a voice data message in the AMR format.
  • the voice call management module 214 is configured to determine whether the wireless communication function is faulty.
  • the voice call management module 214 is further configured to initiate an emergency call to instruct the MSD data management module 212 to send the MSD to the MSD number.
  • the MSD data modem module 213 is configured to modulate the MSD into a voice data message in the AMR format and send it to the wireless communication module 216.
  • the wireless communication module 216 is configured to send a voice data message modulated by the MSD.
  • the voice call management module 214 is further configured to switch to the voice call state, and send the voice information of the user to the wireless communication module 216 via the voice modulation and demodulation module 215.
  • the wireless communication module 216 is further configured to send a voice data message modulated by the voice information of the user.
  • the voice call management module 214 is further configured to instruct the MSD data management module 212 to send the MSD through the short-range communication module 217, and initiate an emergency call to demodulate by voice modulation.
  • the module 215 and the short-range communication module 217 transmit a voice data message modulated by the user's voice information.
  • the short-range communication module 217 can support a standard hands-free profile (HFP) and a dial up networking (DUN) for establishing a connection with the auxiliary device 24, so that the in-vehicle eCall device 21 can use the auxiliary.
  • HFP hands-free profile
  • DUN dial up networking
  • the short-range communication module 217 may be a Bluetooth module, a ZigBee communication module, a near field communication (NFC) module, or the like.
  • the short-range communication module 217 is taken as an example for the Bluetooth module.
  • the Bluetooth module may include a Bluetooth voice management sub-module, a Bluetooth Internet access sub-module, and a Bluetooth communication sub-module.
  • the Bluetooth voice management sub-module has the functions of establishing, maintaining, and disconnecting a Bluetooth voice call, so that the car eCall device 21 can perform a voice call by using the auxiliary device 24.
  • the Bluetooth Internet Management sub-module has the function of establishing, maintaining, and disconnecting the Bluetooth Internet access, so that the in-vehicle eCall device 21 can send the MSD to the server 26 by means of the Internet access function of the auxiliary device 24.
  • the wireless network 22 may be a wireless network of a third-party carrier such as Mobile, China Unicom, or a wireless fidelity (WiFi).
  • the wireless network 22 can include access network devices (e.g., base stations) and core network devices, and the like.
  • PSTN/GSTN 23 as a traditional telephone network, is a circuit-switched network based on analog technology for transmitting voice data messages.
  • the auxiliary device 24 is a device having a wireless calling and Internet access function, and may be, for example, a mobile phone, a wireless landline, or the like.
  • the auxiliary device 24 can include a short range communication module 241 and a wireless communication module 242.
  • the short-range communication module 241 is the same as the short-range communication module 217 included in the in-vehicle eCall device, and is used to establish a connection with the in-vehicle eCall device 21, so that the voice and Internet access functions of the auxiliary device 24 can be used by the in-vehicle eCall device 21.
  • the short-range communication module 241 may be the Bluetooth module in FIG.
  • the wireless communication module 242 is configured to forward the MSD sent by the in-vehicle eCall device and the voice information of the user.
  • the server 26 is configured to receive the MSD sent by the eCall device and the voice information of the user.
  • the server 26 may include: a voice modulation and demodulation module 261, a voice call module 262, an MSD data modem module 263, an MSD data display module 264, and an MSD data receiving module 265.
  • the voice modulation and demodulation module 261 is configured to demodulate the received voice data packet to obtain voice information of the user.
  • the voice call module 262 is used for the rescue personnel and the user to make a voice call.
  • the MSD data display module 264 is configured to display the MSD for the rescuer to view.
  • the MSD data modem module 263 is configured to demodulate the received voice data message to obtain an MSD.
  • the MSD data receiving module 265 is configured to receive the MSD sent by the auxiliary device 24.
  • the in-vehicle eCall device 21 can transmit the MSD and the user's voice to the server 26 through the first voice communication link when it is determined that the wireless communication function of the in-vehicle eCall device has not failed. information.
  • the in-vehicle eCall device 21 may use the short-range communication module 217 to transmit the MSD to the auxiliary device 24 through the first data communication link when the wireless communication function of the in-vehicle eCall device is determined to be faulty, and the auxiliary device 24 passes through the wireless network 22
  • the second data communication link and the third data communication link of the Internet 25 to the server 26 transmit the MSD to the server 26, and the short-range communication module 217 is used to transmit the user's voice information to the auxiliary device 24 via the second voice communication link.
  • the user's voice information is transmitted to the server by the auxiliary device 24 through the third voice communication link to the server 26 via the wireless network 22 and the PSTN/GSTN 23.
  • FIG. 4 is a system architecture diagram of another in-vehicle emergency call provided by an embodiment of the present application.
  • the system architecture 30 may include: an in-vehicle eCall device 31, a wireless network 32, and a PSTN/GSTN 33.
  • the in-vehicle eCall device 31 can transmit the MSD and the user to the server 36 through the first voice communication link when determining that the wireless communication function of the in-vehicle eCall device has not failed. Voice message. And the in-vehicle eCall device 31 can transmit the MSD and the user's voice information to the auxiliary device 34 through the first data communication link when the wireless communication function of the in-vehicle eCall device is determined to be faulty, and the auxiliary device 34 is transmitted by the auxiliary device 34.
  • the MSD and the user's voice information are transmitted to the server 36 via the second data communication link and the third data communication link to the server 36 via the wireless network 32 and the Internet 35.
  • the voice modulation and demodulation module 315 is configured to modulate the voice information of the user into a voice data message in the AMR format.
  • the voice modulation and demodulation module 315 is configured to modulate the voice information of the user into a voice data message in an IP format.
  • each module except the voice modulation and demodulation module 315 in the system architecture 30 is the same as the specific description of the corresponding module in the system architecture 20, and details are not described herein again.
  • FIG. 5 is a schematic diagram of a composition of an in-vehicle eCall device according to an embodiment of the present disclosure.
  • the in-vehicle eCall device may include at least one processor 41, a memory 42, a communication interface 43, and a communication bus 44.
  • the processor 41 is a control center of the in-vehicle eCall device, and may be a processor or a collective name of a plurality of processing elements.
  • the processor 41 is a central processing unit (CPU), may be an application specific integrated circuit (AS1C), or one or more integrated circuits configured to implement the embodiments of the present application.
  • CPU central processing unit
  • AS1C application specific integrated circuit
  • DSPs microprocessors
  • FPGAs field programmable gate arrays
  • the processor 41 can perform various functions of the in-vehicle eCall device by running or executing a software program stored in the memory 42 and calling data stored in the memory 42.
  • processor 41 may include one or more CPUs, such as CPU0 and CPU1 shown in FIG.
  • the in-vehicle eCall device can include multiple processors, such as processor 41 and processor 45 shown in FIG. Each of these processors can be a single core processor (CPU) or a multi-core processor (multi-CPU).
  • processors herein may refer to one or more devices, circuits, and/or processing cores for processing data, such as computer program instructions.
  • the memory 42 can be a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (RAM) or other type that can store information and instructions.
  • the dynamic storage device can also be an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, and a disc storage device. (including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or can be used to carry or store desired program code in the form of instructions or data structures and can be Any other media accessed, but not limited to this.
  • Memory 42 may be present independently and coupled to processor 41 via communication bus 44. The memory 42 can also be integrated with the processor 41.
  • the memory 42 is used to store a software program that executes the solution of the present invention, and is controlled by the processor 41 for execution.
  • the communication interface 43 uses a device such as any transceiver for communicating with other devices or communication networks, such as auxiliary devices, radio access networks (RANs), wireless local area networks (WLANs), etc. .
  • the communication interface 43 may include a receiving unit that implements a receiving function, and a transmitting unit that implements a transmitting function.
  • the communication bus 44 may be an industry standard architecture (ISA) bus, a peripheral component interconnect (PCI) bus, or an extended industry standard architecture (EISA) bus.
  • ISA industry standard architecture
  • PCI peripheral component interconnect
  • EISA extended industry standard architecture
  • the bus can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, only one thick line is shown in Figure 5, but it does not mean that there is only one bus or one type of bus.
  • FIG. 6 is a schematic diagram of a configuration of an auxiliary device according to an embodiment of the present disclosure. Specifically, the method in the application of the present invention uses an auxiliary device as a mobile phone as an example to introduce a method for in-vehicle emergency call provided by the present invention.
  • the mobile phone may include: a Bluetooth module 50, a wireless communication module 51, a touch screen 52, a processor 53, a memory 54, a power source 55, a gravity sensor 56, an audio circuit 57, a speaker 58, and a microphone 59. These components can be connected by bus or directly. It will be understood by those skilled in the art that the structure of the handset shown in FIG. 6 does not constitute a limitation to the handset, and may include more components than those illustrated, or some components may be combined, or different components may be arranged.
  • the Bluetooth module 50 is a printed circuit board assembly (PCBA) integrated with a Bluetooth function for short-range wireless communication.
  • the Bluetooth module 50 supports standard hands-free A hands-free profile (HFP) and a dial up networking (DUN) are used to establish a connection with an in-vehicle eCall device so that the car eCall device can use the voice and Internet functions of the accessory device.
  • HFP hands-free profile
  • DUN dial up networking
  • the wireless communication module 51 can be used for transmitting and receiving information or during a call, receiving and transmitting signals, and in particular, processing the received information to the processor 54; in addition, transmitting the signal generated by the processor 53.
  • the wireless communication module 51 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier (LNA), a duplexer, and the like.
  • the wireless communication module 51 can also communicate with the network and other devices through wireless communication.
  • the touch screen, 52 may be referred to as a touch display panel, for implementing the input and output functions of the mobile phone, and collecting touch operations on or near the user (such as the user using any suitable object or accessory such as a finger, a stylus, etc.
  • the processor 53 is the control center of the handset, which connects various portions of the entire handset using various interfaces and lines, by executing or executing software programs and/or modules stored in the memory 54, and recalling data stored in the memory 54, executing The phone's various functions and processing data, so that the overall monitoring of the phone.
  • processor 53 may include one or more processing units; processor 53 may integrate an application processor and a modem processor.
  • the application processor mainly processes an operating system, a user interface, an application, and the like, and the modem processor mainly processes wireless communication. It can be understood that the above modem processor may not be integrated into the processor 53.
  • the memory 54 can be used to store data, software programs, and modules, and can be a volatile memory such as a RAM or a non-volatile memory such as a ROM or a flash memory. Hard disk drive (HDD) or solid-state drive (SSD); or a combination of the above types of memory.
  • the program code for storing the emergency call provided by the embodiment of the present application is executed by the processor 53 by executing the program code.
  • the power source 55 which can be a battery, is logically coupled to the processor 53 through a power management system to manage functions such as charging, discharging, and power management through the power management system.
  • a gravity sensor 56 can detect the magnitude of the acceleration of the mobile phone in various directions (usually three axes), and can detect the magnitude and direction of gravity when stationary, and can be used to identify the gesture of the mobile phone (such as horizontal and vertical screen switching, related Game, magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tapping). It should be noted that the mobile phone may also include other sensors, such as a pressure sensor, a light sensor, a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, and the like, and details are not described herein.
  • Audio circuitry 57, speaker 58, microphone 59 can provide an audio interface between the user and the handset.
  • the audio circuit 57 can transmit the converted electrical data of the received audio data to the speaker 58 for conversion to the sound signal output by the speaker 58.
  • the microphone 59 converts the collected sound signal into an electrical signal by the audio circuit 57. After receiving, it is converted into audio data, and then the audio data is output to the wireless communication module 51 for transmission to, for example, another mobile phone, or the audio data is output to the processor 53 for further processing.
  • FIG. 7 is a schematic structural diagram of a server according to an embodiment of the present disclosure. As shown in FIG. To include at least one processor 61, memory 62, communication interface 63, and communication bus 64.
  • the processor 61 is a control center of the server, and may be a processor or a collective name of a plurality of processing elements.
  • processor 61 is a CPU, and may be an ASIC, or one or more integrated circuits configured to implement embodiments of the present application, such as one or more DSPs, or one or more FPGAs.
  • the processor 61 can perform various functions of the server by running or executing a software program stored in the memory 62 and calling data stored in the memory 62.
  • processor 61 may include one or more CPUs, such as CPU0 and CPU1 shown in FIG.
  • the server may include multiple processors, such as processor 61 and processor 65 shown in FIG. Each of these processors can be a Single-CPU or a Multi-CPU.
  • a processor herein may refer to one or more devices, circuits, and/or processing cores for processing data, such as computer program instructions.
  • the memory 62 can be a ROM or other type of static storage device that can store static information and instructions, RAM or other types of dynamic storage devices that can store information and instructions, or can be an electrically erasable programmable read only memory EEPROM, CD-ROM. Or other disc storage, optical disc storage (including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), disk storage media or other magnetic storage devices, or can be used to carry or store expectations in the form of instructions or data structures Program code and any other medium that can be accessed by a computer, but is not limited thereto.
  • Memory 62 may be present independently and coupled to processor 61 via communication bus 64. The memory 62 can also be integrated with the processor 61.
  • the memory 62 is used to store a software program that executes the solution of the present invention, and is controlled by the processor 61 for execution.
  • the Communication interface 63 using devices such as any transceiver, for communicating with other devices or communication networks, such as auxiliary devices, RAN, WLAN, and the like.
  • the communication interface 63 may include a receiving unit that implements a receiving function, and a transmitting unit that implements a transmitting function.
  • the communication bus 64 can be an ISA bus, a PCI bus, or an EISA bus.
  • the bus can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, only one thick line is shown in Figure 7, but it does not mean that there is only one bus or one type of bus.
  • FIG. 8 is a flowchart of a method for in-vehicle emergency call according to an embodiment of the present application. As shown in FIG. 8 , the method may include:
  • the vehicle eCall device acquires the MSD.
  • the in-vehicle eCall device may, after being triggered, instruct the MSD data management module to acquire the MSD by the voice call management module, so that the MSD data management module can obtain an accident including The MSD of the time, place, direction of travel and vehicle information.
  • the in-vehicle eCall device sends the MSD to the auxiliary device through the short-range communication module when determining that the wireless communication function of the in-vehicle eCall device is faulty.
  • the voice call management module of the in-vehicle eCall device can instruct the MSD data management module to pass when determining the wireless communication function failure of the in-vehicle eCall device.
  • the over-short communication module transmits the obtained MSD to the auxiliary device.
  • the auxiliary device receives the MSD sent by the in-vehicle eCall device.
  • the short-distance communication module of the auxiliary device can receive the MSD transmitted by the in-vehicle eCall device.
  • the auxiliary device sends the MSD to the server.
  • the short-range communication module of the auxiliary device may send the MSD to the wireless communication module of the auxiliary device, so that the wireless communication module sends the MSD to the server.
  • the server receives the MSD sent by the auxiliary device by using an MSD data receiving module.
  • the in-vehicle eCall device after acquiring the MSD, the in-vehicle eCall device sends the MSD to the auxiliary device through the short-range communication module when determining the wireless communication function failure of the in-vehicle eCall device, so that the auxiliary device sends the MSD To the server.
  • the in-vehicle eCall device solves the problem that the emergency rescue center cannot acquire the MSD by transmitting the MSD to the emergency rescue center by means of the auxiliary device.
  • the present application is directly transmitted to the emergency rescue center by the in-vehicle eCall device in the prior art.
  • the in-vehicle eCall device transmits the MSD to the emergency rescue center by means of the auxiliary device, which improves the probability of the emergency rescue center successfully obtaining the MSD.
  • FIG. 9 is a flowchart of a method for in-vehicle emergency call in the system architecture 20 shown in FIG. 2 according to an embodiment of the present application. As shown in FIG. 9, the method may include:
  • the short-range communication modules included in the vehicle eCall device and the auxiliary device are all Bluetooth modules, and the sub-modules included in the Bluetooth module in FIG. 3 are taken as an example for the vehicle emergency. The method of calling is explained.
  • the vehicle eCall device acquires the MSD.
  • the voice call management module may instruct the MSD data management module to acquire the MSD, and the MSD data management module may obtain the MSD including the time, location, driving direction and vehicle information of the accident.
  • the voice call management module can determine whether the wireless communication function has failed. If the voice call management module determines that the wireless communication function has not failed, the wireless communication module may transmit the MSD acquired in step 801 to the server through the first voice communication link, the first voice communication link is via the wireless network and the PSTN/ GSTN to the server's communication link. If the voice call management module determines that the wireless communication function has failed, the following steps 802 - 818 may be performed:
  • the in-vehicle eCall device sends a data connection request to the auxiliary device when determining that the wireless communication function of the in-vehicle eCall device fails.
  • the Bluetooth communication sub-module may be instructed to establish a data communication link, and at this time, the Bluetooth communication sub-module may send a data connection request to the auxiliary device.
  • the in-vehicle eCall device can determine whether the wireless communication function is faulty in the following three manners.
  • Mode 1 The in-vehicle eCall device determines the wireless communication when determining that the current service state of the wireless network is invalid. The function has failed.
  • the voice call management module can obtain the current service state of the wireless network from the wireless communication module. If the voice call management module determines that the current service state of the wireless network is invalid, it is determined that the wireless communication function has failed.
  • the current service status of the wireless network may be invalid due to a failure of the wireless communication module or the antenna of the in-vehicle eCall device, or may be caused by a particularly poor wireless network signal.
  • Mode 2 The in-vehicle eCall device determines that the wireless communication function has failed when acquiring a message indicating that the first voice communication link establishment fails or is abnormally terminated.
  • the voice call management module may send an instruction carrying the emergency number to the wireless communication module to establish a first voice communication link.
  • the wireless communication module can monitor the establishment of the first voice communication link in real time, and report the message indicating the establishment of the first voice communication link to the voice call management module.
  • the message may be a message indicating that the first voice communication link fails to be established or is abnormally terminated, or may be a message indicating that the first voice communication link is successfully established. If the voice call management module acquires a message indicating that the first voice communication link establishment fails or is abnormally terminated, it may be determined that the wireless communication function has failed.
  • Mode 3 The in-vehicle eCall device determines that the wireless communication function has failed when the confirmation information sent by the server is not received within the preset time.
  • the voice call management module may instruct the MSD data management module to send the MSD to the server through the first voice communication link.
  • the server may send an acknowledgement message to the voice call management module through the first voice data communication link, and the acknowledgement message is used to notify the in-vehicle eCall device that the server has successfully received the MSD. If the voice call management module determines that the acknowledgment message sent by the server is not received within the preset time, it is determined that the wireless communication function has failed. If the voice call management module determines that the confirmation message is received within the preset time, it can switch to the voice call so that the accident party and the rescue personnel can communicate the accident information.
  • the auxiliary device receives a data connection request sent by the in-vehicle eCall device to establish a first data communication link between the in-vehicle eCall device and the auxiliary device, and a second data communication link between the auxiliary device and the wireless network.
  • the Bluetooth communication sub-module of the auxiliary device can receive the data connection request sent by the in-vehicle eCall device to establish the first data between the in-vehicle eCall device and the auxiliary device.
  • a communication link, and a second data communication link between the auxiliary device and the wireless network can be used to establish the first data between the in-vehicle eCall device and the auxiliary device.
  • the in-vehicle eCall device sends a TCP connection request to the auxiliary device by using the first data communication link.
  • the MSD data management module of the in-vehicle eCall device can serve as a TCP client, and send a TCP connection to the Bluetooth communication sub-module via the Bluetooth Internet management sub-module.
  • the Bluetooth communication sub-module can send a TCP connection request to the auxiliary device through the first data communication link, so that the auxiliary device can access the third data of the server via the second data communication link and the existing wireless network via the Internet.
  • the communication link sends the TCP connection request to the server.
  • the auxiliary device receives a TCP connection request sent by the in-vehicle eCall device through the first data communication link, and sends the TCP connection request to the server by using the second data communication link and the third data communication link.
  • the Bluetooth communication sub-module of the auxiliary device can receive the TCP connection request and send the TCP connection request to the wireless communication module, so that the wireless communication module passes the The two data communication link sends the TCP connection request to the wireless network. Since the TCP connection request includes the IP address of the server deployed in the emergency rescue center, the wireless network can transmit the TCP connection request to the server via the Internet according to the IP address of the server included in the TCP request. Since the MSD data receiving module of the server can always be in the listening state as the TCP server, the MSD data receiving module of the server can receive the TCP connection request.
  • the server receives a TCP connection request sent by the auxiliary device by using the second data communication link and the third data communication link.
  • the server returns a response message to the auxiliary device by using the second data communication link and the third data communication link.
  • the response message is used to notify the in-vehicle eCall device that the first data communication link and the second data communication link have been successfully established.
  • the MSD data receiving module of the server may return a response message to the auxiliary device through the second data communication link and the third data communication link.
  • the auxiliary device receives a response message returned by the server through the second data communication link and the third data communication link, and sends a response message to the in-vehicle eCall device through the first data communication link.
  • the wireless communication module of the auxiliary device may receive a response message returned by the server through the second data communication link and the third data communication link, and send the response message to The Bluetooth communication sub-module, at this time, the Bluetooth communication sub-module can send a response message to the in-vehicle eCall device through the first data communication link.
  • the in-vehicle eCall device receives a response message sent by the auxiliary device through the first data communication link, and sends the MSD to the auxiliary device by using the first data communication link.
  • the Bluetooth communication sub-module of the in-vehicle eCall device can send the received response message to the MSD data management module via the Bluetooth Internet Management sub-module.
  • the MSD data management module may send the MSD to the Bluetooth communication sub-module via the Bluetooth Internet access sub-module, so that the Bluetooth communication sub-module sends the MSD to the auxiliary device through the first data communication link.
  • the auxiliary device receives the MSD sent by the in-vehicle eCall device through the first data communication link.
  • the Bluetooth communication sub-module of the auxiliary device can receive the MSD sent by the in-vehicle eCall device.
  • the auxiliary device sends the MSD to the server by using the second data communication link and the third data communication link.
  • the Bluetooth communication sub-module of the auxiliary device can transmit the MSD to the wireless communication module of the auxiliary device, and the wireless communication module can send the MSD to the server through the second data communication link and the third data communication link.
  • the server receives an MSD sent by the auxiliary device by using the second data communication link and the third data communication link.
  • the MSD data receiving mode of the server after the auxiliary device sends the MSD to the server The block can then receive the MSD transmitted by the secondary device over the second data communication link and the third data communication link.
  • the in-vehicle eCall device sends a voice connection request to the auxiliary device.
  • the voice call management module may instruct the Bluetooth communication sub-module to establish a voice communication link when determining that the wireless communication function of the in-vehicle eCall device has failed.
  • the Bluetooth communication sub-module can send a voice connection request to the secondary device.
  • the auxiliary device receives a voice connection request sent by the in-vehicle eCall device to establish a second voice communication link between the in-vehicle eCall device and the auxiliary device.
  • the Bluetooth communication sub-module of the auxiliary device can receive the voice connection request sent by the in-vehicle eCall device to establish a second voice between the in-vehicle eCall device and the auxiliary device. Communication link.
  • the in-vehicle eCall device sends a dialing instruction carrying the emergency number to the auxiliary device through the second voice communication link.
  • the voice call management module of the in-vehicle eCall device may send a dialing instruction carrying the emergency number to the Bluetooth communication sub-module, so that the Bluetooth communication sub-module passes the instruction through the second The voice communication link is sent to the auxiliary device.
  • the auxiliary device receives the dialing instruction carrying the emergency number transmitted by the in-vehicle eCall device through the second voice communication link to establish a third voice communication link.
  • the third voice communication link is a voice communication link of the accessory to the server via the wireless network and PSTN/GSTN.
  • the Bluetooth communication sub-module of the auxiliary device can receive the dialing instruction carried by the in-vehicle eCall device carrying the emergency number to establish the third voice communication link.
  • the process of establishing the third voice communication link is: the Bluetooth communication sub-module may instruct the wireless communication module to establish a voice communication link between the auxiliary device and the wireless network after receiving the dialing instruction carrying the emergency number. And transmitting the dialing instruction to the wireless network through the voice communication link m.
  • the wireless network can determine the voice communication link n between the wireless network and the PSTN/GSTN according to the received emergency number, and send the dialing command to the PSTN/GSTN through the voice communication link n, so that the PSTN/GSTN is based on the emergency number.
  • the voice communication link t of the PSTN/GSTN to the server of the emergency rescue center is determined, and the dialing instruction is sent to the server through the voice communication link t.
  • the third voice communication link from the accessory to the server (the third voice communication link including the voice communication link m, the voice communication link n, and the voice communication link t) is established.
  • the in-vehicle eCall device sends the user's voice information to the auxiliary device through the second voice communication link.
  • the accident party can perform a voice call.
  • the voice call management module of the in-vehicle eCall device can first send the simulated voice information of the accident party to the voice modulation and demodulation module. So that the voice modulation and demodulation module modulates the analog voice information into a voice data message of the AMR format that can be transmitted on the voice communication link, and then sends the voice data message to the Bluetooth communication submodule via the Bluetooth voice management submodule. So that the Bluetooth communication sub-module sends the voice data message to the auxiliary device through the second voice communication link.
  • the auxiliary device receives the voice information of the user sent by the in-vehicle eCall device through the second voice communication link, and sends the voice information to the server by using the third voice communication link.
  • the Bluetooth communication sub-module of the auxiliary device can receive the voice data message sent by the in-vehicle eCall device, and A wireless communication module that is sent to the accessory. At this time, the wireless communication module can send the voice data message to the server through the third voice communication link.
  • the server receives voice information of the user sent by the auxiliary device through the third voice communication link.
  • the voice modem module of the server may demodulate the received voice data packet to obtain simulated voice information. For rescuers to listen to, and make a voice call with the party involved.
  • step 802-step 812 has no relationship with the execution of step 813-step 819, that is, step 802-step 812 may be performed first, and then step 813-step 819 may be performed, or Step 813 - step 819 may be performed first, and then step 802 - step 812 may be performed.
  • step 802 - step 812 and step 813 - step 819 may be performed at the same time.
  • the order of execution of steps 813-819 is not specifically limited.
  • the in-vehicle eCall device after acquiring the MSD, the in-vehicle eCall device sends the MSD to the auxiliary device through the short-range communication module when determining the wireless communication function failure of the in-vehicle eCall device, so that the auxiliary device sends the MSD To the server.
  • the in-vehicle eCall device solves the problem that the emergency rescue center cannot acquire the MSD by transmitting the MSD to the emergency rescue center by means of the auxiliary device.
  • the present application is directly transmitted to the emergency rescue center by the in-vehicle eCall device in the prior art.
  • the in-vehicle eCall device transmits the MSD to the emergency rescue center by means of the auxiliary device, which improves the probability of the emergency rescue center successfully obtaining the MSD.
  • FIG. 10 is a flowchart of a method for in-vehicle emergency call in the system architecture 30 shown in FIG. 3 according to an embodiment of the present disclosure. As shown in FIG. 10, the method may include:
  • Step 901 to step 912 and the specific description of step 901 to step 912 in the embodiment of the present application is the same as the specific description of step 801 to step 812 in another embodiment of the present invention, and step 901 in the embodiment of the present application.
  • step 912 For a detailed description of the step 912, reference may be made to the specific description of the corresponding steps in the steps 801 to 812 in another embodiment, and details are not described herein again.
  • the in-vehicle eCall device sends the user's voice information to the auxiliary device through the first data communication link.
  • the accident party can perform an IP voice call.
  • the voice call management module can first send the simulated voice information of the accident party to the voice modulation and demodulation module. So that the voice modem module modulates the analog voice information into a voice data message in an IP format that can be transmitted on the data communication link, and then sends the voice data message to the Bluetooth communication sub-module so that the Bluetooth communication sub-module The voice data message is sent to the auxiliary device via the first data communication link.
  • the auxiliary device receives the voice information of the user sent by the in-vehicle eCall device through the first data communication link, and sends the voice information to the server through the second data communication link and the third data communication link.
  • the Bluetooth communication sub-module of the auxiliary device can receive the voice sent by the in-vehicle eCall device.
  • the data message is sent to the wireless communication module of the auxiliary device.
  • the wireless communication module can send the voice data message to the server through the second data communication link and the third data communication link.
  • the server receives voice information of the user that is sent by the auxiliary device by using the second data communication link and the third data communication link.
  • the voice modem module of the server may demodulate the received voice data packet to obtain simulated voice information. For rescuers to listen to, and make a voice call with the party involved.
  • the in-vehicle eCall device after acquiring the MSD, the in-vehicle eCall device sends the MSD to the auxiliary device through the short-range communication module when determining the wireless communication function failure of the in-vehicle eCall device, so that the auxiliary device sends the MSD To the server.
  • the in-vehicle eCall device solves the problem that the emergency rescue center cannot acquire the MSD by transmitting the MSD to the emergency rescue center by means of the auxiliary device.
  • the present application is directly transmitted to the emergency rescue center by the in-vehicle eCall device in the prior art.
  • the in-vehicle eCall device transmits the MSD to the emergency rescue center by means of the auxiliary device, which improves the probability of the emergency rescue center successfully obtaining the MSD.
  • each network element such as an in-vehicle eCall device, an auxiliary device, and a server, in order to implement the above functions, includes hardware structures and/or software modules corresponding to each function.
  • a network element such as an in-vehicle eCall device, an auxiliary device, and a server
  • the present invention can be implemented in a combination of hardware or hardware and computer software in combination with the algorithm steps of the various examples described in the embodiments disclosed herein. Whether a function is implemented in hardware or computer software to drive hardware depends on the specific application and design constraints of the solution. A person skilled in the art can use different methods for implementing the described functions for each particular application, but such implementation should not be considered to be beyond the scope of the present invention.
  • the embodiment of the present application may divide the function modules of the in-vehicle eCall device, the auxiliary device, and the server according to the foregoing method example.
  • each function module may be divided according to each function, or two or more functions may be integrated into one process.
  • the above integrated modules can be implemented in the form of hardware or in the form of software functional modules. It should be noted that the division of the module in the embodiment of the present application is schematic, and is only a logical function division, and the actual implementation may have another division manner.
  • FIG. 11 is a schematic diagram showing a possible composition of the in-vehicle eCall device involved in the above embodiments and embodiments.
  • the in-vehicle eCall device may include: MSD.
  • the MSD data management module 1001 is configured to support step 701 in the method for performing the in-vehicle emergency call shown in FIG. 8 by the in-vehicle eCall device, and step 801 in the method for in-vehicle emergency call shown in FIG. Step 901 in the method of in-vehicle emergency call.
  • the voice call management module 1002 is configured to support that the in-vehicle eCall device performs a vehicle emergency call, and determines that the wireless communication function is faulty.
  • the short-range communication module 1003 is configured to support step 702 in the method for performing the in-vehicle emergency call shown in FIG. 8 by the in-vehicle eCall device, and step 802, step 804 and step in the method for in-vehicle emergency call shown in FIG. 809, step 813, step 815, step 817, step 902, step 904, step 909, step 913 in the method of in-vehicle emergency call shown in FIG.
  • the in-vehicle eCall device may further include: a wireless communication module 1004.
  • the wireless communication module 1004 is configured to support the in-vehicle eCall device to send the MSD to the server through the first voice communication link in the method of performing the in-vehicle emergency call.
  • the in-vehicle eCall device provided by the embodiment of the present application is configured to perform the above-described method of in-vehicle emergency call, so that the same effect as the above-described method of in-vehicle emergency call can be achieved.
  • FIG. 13 shows another possible composition diagram of the in-vehicle eCall device involved in the above embodiment.
  • the in-vehicle eCall device includes a processing module 1101 and a communication module 1102.
  • the processing module 1101 is configured to control and manage the action of the in-vehicle eCall device.
  • the processing module 1101 is configured to support the in-vehicle eCall device to perform step 701 in FIG. 8, step 801 in FIG. 9, step 901 in FIG. 10, and/or Or other processes for the techniques described herein.
  • the communication module 1102 is configured to support communication between the in-vehicle eCall device and other network entities, such as auxiliary devices.
  • the communication module 1102 is configured to support the in-vehicle eCall device to perform step 702 in FIG. 8, step 802, step 804, step 809, step 813, step 815, step 817 in FIG. 9, step 902, step 904 in FIG. Step 909 and step 913.
  • the in-vehicle eCall device may further include a storage module 1103 for storing program codes and data of the in-vehicle eCall device.
  • the processing module 1101 can be a processor or a controller. It is possible to implement or carry out the various illustrative logical blocks, modules and circuits described in connection with the present disclosure.
  • the processor can also be a combination of computing functions, for example, including one or more microprocessor combinations, a combination of a DSP and a microprocessor, and the like.
  • the communication module 1102 can be a transceiver, a transceiver circuit, a communication interface, or the like.
  • the storage module 1103 can be a memory.
  • FIG. 14 shows a possible composition diagram of the auxiliary device involved in the above and the embodiments, as shown in FIG. 14.
  • the auxiliary device may include short-range communication.
  • the short-range communication module 1201 is configured to support step 703 in the method for the auxiliary device to perform the on-vehicle emergency call shown in FIG. 8, and the steps 803 and 805 in the method for in-vehicle emergency call shown in FIG.
  • the receiving the in-vehicle eCall device transmits the voice information of the user through the second voice communication link, and the receiving vehicle eCall device in the method of the in-vehicle emergency call shown in FIG.
  • the wireless communication module 1202 is configured to support step 704 in the method for the auxiliary device to perform the in-vehicle emergency call shown in FIG. 8, and the second data communication link is described in step 805 in the method for in-vehicle emergency call shown in FIG. And the third data communication link sends a TCP connection request to the server, the receiving as described in step 808 The server sends the voice information to the server through the third voice communication link, the response message returned by the second data communication link and the third data communication link, and the step 811, step 818, the in-vehicle emergency call shown in FIG.
  • step 905 The method of transmitting a TCP connection request to the server through the second data communication link and the third data communication link in step 905, the receiving server described in step 908, by the second data communication link and the third data
  • the auxiliary device provided by the embodiment of the present application is used for the method for performing the above-described on-vehicle emergency call, and thus the same effect as the above-described method for in-vehicle emergency call can be achieved.
  • Fig. 15 shows another possible composition diagram of the auxiliary device involved in the above embodiment.
  • the auxiliary device includes a processing module 1301 and a communication module 1302.
  • the processing module 1301 is for controlling management of the actions of the auxiliary device, and/or other processes for the techniques described herein.
  • the communication module 1302 is configured to support communication between the auxiliary device and other network entities, such as an in-vehicle eCall device and a server.
  • the communication module 1302 is configured to support the auxiliary device to perform step 703, step 704 in FIG. 8, step 803, step 805, step 808, step 810, step 811, step 814, step 816, step 818, and FIG. Step 903, step 905, step 908, step 910, step 911, and step 914 in 10.
  • the auxiliary device may further include a storage module 1303 for storing program codes and data of the auxiliary device.
  • the processing module 1301 can be a processor or a controller. It is possible to implement or carry out the various illustrative logical blocks, modules and circuits described in connection with the present disclosure.
  • the processor can also be a combination of computing functions, for example, including one or more microprocessor combinations, a combination of a DSP and a microprocessor, and the like.
  • the communication module 1302 can be a transceiver, a transceiver circuit, a communication interface, or the like.
  • the storage module 1303 may be a memory.
  • FIG. 16 is a schematic diagram showing a possible composition of the server involved in the foregoing and the embodiment.
  • the server may include: an MSD data receiving module 1401. .
  • the MSD data receiving module 1401 is configured to support step 705 in the method for the server to perform the in-vehicle emergency call shown in FIG. 8, and step 806 and step 812 in the method for in-vehicle emergency call shown in FIG. Step 906 and step 912 in the method of in-vehicle emergency call.
  • the server may further include: a voice modulation and demodulation module 1402.
  • the voice modem module 1402 is configured to support step 819 in the method for the server to perform the in-vehicle emergency call shown in FIG. 9, and step 915 in the method for in-vehicle emergency call shown in FIG.
  • the server provided in the embodiment of the present application is configured to perform the above-described method of in-vehicle emergency call, so that the same effect as the above-described method of in-vehicle emergency call can be achieved.
  • FIG. 18 shows another of the servers involved in the above embodiment.
  • the server includes a processing module 1501 and a communication module 1502.
  • the processing module 1501 is for controlling management of the actions of the server, and/or other processes for the techniques described herein.
  • the communication module 1502 is configured to support communication between the server and other network entities, such as auxiliary devices.
  • the communication module 1502 is configured to support the server to perform step 705 in FIG. 8, step 806, step 812, step 819 in FIG. 9, step 906, step 912, step 915 in FIG.
  • the server may also include a storage module 1503 for storing program code and data of the server.
  • the processing module 1501 can be a processor or a controller. It is possible to implement or carry out the various illustrative logical blocks, modules and circuits described in connection with the present disclosure.
  • the processor can also be a combination of computing functions, for example, including one or more microprocessor combinations, a combination of a DSP and a microprocessor, and the like.
  • the communication module 1502 can be a transceiver, a transceiver circuit, a communication interface, or the like.
  • the storage module 1503 can be a memory.
  • the disclosed apparatus and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the modules or units is only a logical function division.
  • there may be another division manner for example, multiple units or components may be used.
  • the combination may be integrated into another device, or some features may be ignored or not performed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may be one physical unit or multiple physical units, that is, may be located in one place, or may be distributed to multiple different places. . Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a readable storage medium.
  • the technical solution of the embodiments of the present application may be embodied in the form of a software product in the form of a software product in essence or in the form of a contribution to the prior art, and the software product is stored in a storage medium.
  • a number of instructions are included to cause a device (which may be a microcontroller, chip, etc.) or a processor to perform all or part of the steps of the methods described in various embodiments of the present invention.
  • the foregoing storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请实施例公开了一种车载紧急呼叫的方法及设备，解决了由于无线网络的当前服务状态无效导致的紧急救援中心无法获得MSD和由于无线网络信号较差导致的紧急救援中心成功获得MSD的概率较低的问题。具体方案为：获取MSD，并在确定车载eCall装置的无线通信功能发生故障时，通过短距通信模块向辅助设备发送MSD，以便辅助设备将MSD发送至服务器。本申请实施例用于车载eCall装置发起紧急呼叫的过程中。

Description

一种车载紧急呼叫的方法及设备
本申请要求2017年3月3日提交中国专利局、申请号为201710125018.8、发明名称为“一种车载紧急呼叫的方法和设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请文件中。
技术领域
本申请实施例涉及通信领域，尤其涉及一种车载紧急呼叫的方法及设备。
背景技术
在道路运输过程中，汽车经常发生交通事故，此时如果救援人员可以及时获知事故信息并开展救援，那么事故当事人便能够得到及时的救援，从而减少财产损失，降低人员伤亡。
在现有技术中，为了能够让救援人员及时获知事故信息，可以在汽车上集成车载紧急呼叫(emergency call，eCall)***。这样，当汽车发送交通事故时，车载eCall装置可以将用于反映事故信息的最小数据集合(minimum set of data，MSD)通知给救援人员。具体的，当汽车发生交通事故时，车载eCall装置可以自动发起紧急呼叫，以便经过无线网络以及公共交换电话网络或通用交换电话网(public switched telephone network/general switched telephone network，PSTN/GSTN)，建立汽车到紧急救援中心的语音通信链路。这样，车载eCall装置可以将包括有事故发生的时间、地点，行车方向和车辆信息的MSD通过建立好的语音通信链路发送至紧急救援中心，以供救援人员查看。
现有技术至少存在如下问题：
由于在车载eCall装置发生故障，或者无线网络信号特别差的情况下，无线网络的当前服务状态是无效的，此时，车载eCall装置是无法发起紧急呼叫的，这样，紧急救援中心也就无法获得MSD。
由于在无线网络信号较差的情况下，在汽车到紧急救援中心的语音通信链路上传输MSD的丢包率会较大，因此MSD可能无法发送到紧急救援中心，导致紧急救援中心成功获得MSD的概率较低。
发明内容
本申请实施例提供一种车载紧急呼叫的方法及设备，解决了由于无线网络的当前服务状态无效导致的紧急救援中心无法获得MSD和由于无线网络信号较差导致的紧急救援中心成功获得MSD的概率较低的问题。
为达到上述目的，本申请实施例采用如下技术方案：
本申请实施例的第一方面，提供一种车载紧急呼叫的方法，应用于车载eCall装置，该车载eCall装置包括短距通信模块，该方法可以包括：获取MSD，并在确定车载eCall装置的无线通信功能发生故障时，通过短距通信模块向辅助设备发送MSD，以便辅助设备将MSD发送至服务器。
本申请实施例提供的车载紧急呼叫的方法，车载eCall装置在获取到MSD之后，在确定车载eCall装置的无线通信功能故障时，通过短距通信模块向辅助设备发送MSD，以便辅助设备将MSD发送至服务器。这样，在由于无线网络的当前服务状态无效导致无线通信功能发生故障的情况下，车载eCall装置通过借助辅助设备向紧急救援中心传输MSD，解决了紧急救援中心无法获取MSD的问题。且，在无线网络信号差导致无线通信功能发生故障的情况下，由于辅助设备的设计比车载eCall装置成熟，因此与现有技术中的车载eCall装置直接向紧急救援中心发送MSD相比，本申请中的车载eCall装置借助辅助设备向紧急救援中心发送MSD，提高了紧急救援中心成功获得MSD的概率。
结合第一方面，在一种可能的实现方式中，在确定车载eCall装置的无线通信功能发生故障时，通过短距通信模块向辅助设备发送MSD，具体的可以包括：获取无线网络的当前服务状态，并在确定无线网络的当前服务状态无效时，通过短距通信模块向辅助设备发送MSD。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，在确定车载eCall装置的无线通信功能发生故障时，通过短距通信模块向辅助设备发送MSD，具体的可以包括：在获取到用于指示第一语音通信链路建立失败或被异常终止的消息时，通过短距通信模块向辅助设备发送MSD。其中，第一语音通信链路是在无线网络的当前服务状态有效时，车载eCall装置经由无线网络和PSTN/GSTN到服务器的语音通信链路。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，在确定车载eCall装置的无线通信功能发生故障时，通过短距通信模块向辅助设备发送MSD之前，还可以包括：通过第一语音通信链路向服务器发送MSD，该第一语音通信链路是在无线网络的当前服务状态有效时，车载eCall装置经由无线网络和PSTN/GSTN到服务器的语音通信链路。此时，相应的，在确定车载eCall装置的无线通信功能发生故障时，通过短距通信模块向辅助设备发送MSD，具体的可以包括：确定在预设时间内未接收到服务器发送的确认消息时，通过短距通信模块向辅助设备发送MSD。其中，确认信息用于通知车载eCall装置，服务器已成功接收到MSD。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，通过短距通信模块向辅助设备发送MSD，以便辅助设备将MSD发送至服务器，具体的可以包括：向辅助设备发送数据连接请求，以建立车载eCall装置和辅助设备之间的第一数据通信链路，以及辅助设备和无线网络之间的第二数据通信链路，并采用短距通信模块，通过第一数据通信链路向辅助设备发送MSD，以便辅助设备通过第二数据通信链路和第三数据通信链路向服务器发送MSD。其中，第三数据通信链路是无线网络经由互联网(Internet)到服务器的数据通信链路。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，为了确保MSD的可靠传输，在采用短距通信模块，通过第一数据通信链路向辅助设备发送MSD之前，还可以包括：采用短距通信模块，通过第一数据通信链路向辅助设备发送传输控制协议(transmission control protocol，TCP)连接请求，以便辅助设备通过第二数据通信链路和第三数据通信链路向服务器发送TCP连接请求，并接收辅助 设备通过第一数据通信链路发送的回应消息。其中，回应消息用于通知车载eCall装置第一数据通信链路和第二数据通信链路已建立成功。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，还可以包括：采用短距通信模块，通过第一数据通信链路向辅助设备发送用户的语音信息，以便辅助设备通过第二数据通信链路和第三数据通信链路向服务器发送语音信息。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，还可以包括：向辅助设备发送语音连接请求，以建立车载eCall装置和辅助设备之间的第二语音通信链路，并采用短距通信模块，通过第二语音通信链路向辅助设备发送携带紧急救援号码的拨号指令，以便建立第三语音通信链路，且采用短距通信模块，通过第二语音通信链路向辅助设备发送用户的语音信息，以便辅助设备通过第三语音通信链路向服务器发送语音信息。其中，第三语音通信链路是辅助设备经由无线网络和PSTN/GSTN到服务器的语音通信链路。
结合第一方面和上述可能的实现方式，在另一种可能的实现方式中，短距通信模块为蓝牙模块，辅助设备为手机。此时，在确定车载eCall装置的无线通信功能发生故障时，通过短距通信模块向辅助设备发送MSD，以便辅助设备将MSD发送至服务器，具体的可以包括：在确定车载eCall装置的无线通信功能发生故障时，通过蓝牙模块向手机发送MSD，以便手机将MSD发送至服务器。
本申请实施例的第二方面，提供一种车载紧急呼叫的方法，该方法可以包括：辅助设备接收车载eCall装置发送的MSD，并向服务器发送MSD。
本发明实施提供的车载紧急呼叫的方法，辅助设备在接收到车载eCall装置发送的MSD之后，向服务器发送MSD。这样，在由于无线网络的当前服务状态无效导致无线通信功能发生故障的情况下，辅助设备通过将车载eCall装置发送的MSD转发至紧急救援中心，解决了紧急救援中心无法获取MSD的问题。且，在无线网络信号差导致无线通信功能发生故障的情况下，由于辅助设备的设计比车载eCall装置成熟，因此与现有技术中的车载eCall装置直接向紧急救援中心发送MSD相比，本申请中的辅助设备向紧急救援中心转发车载eCall装置发送的MSD，提高了紧急救援中心成功获得MSD的概率。
结合第二方面，在一种可能的实现方式中，在辅助设备接收车载eCall装置发送的MSD之前，还可以包括：辅助设备接收车载eCall装置发送的数据连接请求，以建立车载eCall装置和辅助设备之间的第一数据通信链路，以及辅助设备和无线网络之间的第二数据通信链路。此时，辅助设备接收车载eCall装置发送的MSD，具体的可以包括：辅助设备接收车载eCall装置通过第一数据通信链路发送的MSD。辅助设备向服务器发送MSD，具体的可以包括：辅助设备通过第二数据通信链路和第三数据通信链路向服务器发送MSD。其中，第三数据通信链路是无线网络经由互联网到服务器的数据通信链路。
结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，为了确保MSD的可靠传输，在辅助设备接收车载eCall装置通过第一数据通信链路发送的MSD之前，还可以包括：辅助设备接收车载eCall装置通过第一数据通信链路发送的TCP连接请求，并通过第二数据通信链路和第三数据通信链路向服务器发送TCP 连接请求，且辅助设备接收服务器通过第二数据通信链路和第三数据通信链路返回的回应消息，并通过第一数据通信链路向车载eCall装置发送回应消息。该回应消息用于通知车载eCall装置第一数据通信链路和第二数据通信链路已建立成功。
结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，还可以包括：辅助设备接收车载eCall装置通过第一数据通信链路发送的用户的语音信息，并通过第二数据通信链路和第三数据通信链路向服务器发送语音信息。
结合第二方面和上述可能的实现方式，在另一种可能的实现方式中，还可以包括：辅助设备接收车载eCall装置发送的语音连接请求，以建立车载eCall装置和辅助设备之间的第二语音通信链路，并接收车载eCall装置通过第二语音通信链路发送的携带紧急救援号码的拨号指令，以便建立第三语音通信链路，且辅助设备接收车载eCall装置通过第二语音通信链路发送的用户的语音信息，并通过第三语音通信链路向服务器发送语音信息。其中，第三语音通信链路是辅助设备经由无线网络和PSTN/GSTN到服务器的语音通信链路。
本申请实施例的第三方面，提供一种车载紧急呼叫的方法，应用于服务器，该服务器包括MSD数据接收模块，该方法可以包括：服务器通过MSD数据接收模块，接收辅助设备发送的MSD。
本申请实施例提供的车载紧急呼叫的方法，服务器通过MSD数据接收模块，接收辅助设备发送的MSD。这样，在由于无线网络的当前服务状态无效导致无线通信功能发生故障的情况下，服务器通过接收辅助设备转发的车载eCall装置发送的MSD，解决了紧急救援中心无法获取MSD的问题。且，在无线网络信号差导致无线通信功能发生故障的情况下，由于辅助设备的设计比车载eCall装置成熟，因此与现有技术中的服务器直接接收车载eCall装置发送的MSD相比，本申请中的紧急救援中心接收辅助设备发送的MSD，提高了紧急救援中心成功获得MSD的概率。
结合第三方面，在一种可能的实现方式中，服务器通过MSD数据接收模块，接收辅助设备发送的MSD，具体的可以包括：服务器采用MSD数据接收模块，接收辅助设备通过第二数据通信链路和第三数据通信链路发送的MSD。其中，第二数据通信链路是辅助设备和无线网络之间的数据通信链路，第三数据通信链路是无线网络经由互联网到服务器的数据通信链路。
结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，在服务器采用MSD数据接收模块，接收辅助设备通过第二数据通信链路和第三数据通信链路发送的MSD之前，还可以包括：服务器接收辅助设备通过第二数据通信链路和第三数据通信链路发送的TCP连接请求，并通过第二数据通信链路和第三数据通信链路向辅助设备返回回应信息。该回应消息用于通知车载eCall装置第一数据通信链路和第二数据通信链路已建立成功。
结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，还可以包括：服务器接收辅助设备通过第二数据通信链路和第三数据通信链路发送的用户的语音信息。
结合第三方面和上述可能的实现方式，在另一种可能的实现方式中，还可以包括：服务器接收辅助设备通过第三语音通信链路发送的用户的语音信息。该第三语 音通信链路是辅助设备经由无线网络和PSTN/GSTN到服务器的语音通信链路。
本申请实施例的第四方面，提供一种车载eCall装置，该车载eCall装置包括：MSD数据管理模块、语音呼叫管理模块和短距通信模块。MSD数据管理模块，用于获取MSD。语音呼叫管理模块，用于判断车载eCall装置的无线通信功能是否发生故障。短距通信模块，用于在语音呼叫管理模块确定车载eCall装置的无线通信功能发生故障时，向辅助设备发送MSD数据管理模块获取的MSD，以便辅助设备将MSD发送至服务器。
结合第四方面，在一种可能的实现方式中，短距通信模块，具体用于：获取无线网络的当前服务状态；在确定无线网络的当前服务状态无效时，向辅助设备发送MSD。
结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，短距通信模块，具体用于：在获取到用于指示第一语音通信链路建立失败或被异常终止的消息时，向辅助设备发送MSD。第一语音通信链路是在无线网络的当前服务状态有效时，车载eCall装置经由无线网络和PSTN/GSTN到服务器的语音通信链路。
结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，车载eCall装置还包括：无线通信模块。无线通信模块，用于通过第一语音通信链路向服务器发送MSD，第一语音通信链路是在无线网络的当前服务状态有效时，车载eCall装置经由无线网络和PSTN/GSTN到服务器的语音通信链路。短距通信模块，具体用于确定在预设时间内未接收到服务器发送的确认消息时，向辅助设备发送MSD。确认信息用于通知车载eCall装置，服务器已成功接收到MSD。
结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，短距通信模块，具体用于：向辅助设备发送数据连接请求，以建立车载eCall装置和辅助设备之间的第一数据通信链路，以及辅助设备和无线网络之间的第二数据通信链路；通过第一数据通信链路向辅助设备发送MSD，以便辅助设备通过第二数据通信链路和第三数据通信链路向服务器发送MSD。第三数据通信链路是无线网络经由互联网到服务器的数据通信链路。
结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，短距通信模块，还用于：通过第一数据通信链路向辅助设备发送TCP连接请求，以便辅助设备通过第二数据通信链路和第三数据通信链路向服务器发送TCP连接请求；接收辅助设备通过第一数据通信链路发送的回应消息。回应消息用于通知车载eCall装置第一数据通信链路和第二数据通信链路已建立成功。
结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，短距通信模块，还用于通过第一数据通信链路向辅助设备发送用户的语音信息，以便辅助设备通过第二数据通信链路和第三数据通信链路向服务器发送语音信息。
结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，短距通信模块，还用于：向辅助设备发送语音连接请求，以建立车载eCall装置和辅助设备之间的第二语音通信链路；通过第二语音通信链路向辅助设备发送携带紧急救援号码的拨号指令，以便建立第三语音通信链路，第三语音通信链路是辅助设备经由无线网络和PSTN/GSTN到服务器的语音通信链路；通过第二语音通信链路向辅助设备 发送用户的语音信息，以便辅助设备通过第三语音通信链路向服务器发送语音信息。
结合第四方面和上述可能的实现方式，在另一种可能的实现方式中，短距通信模块为蓝牙模块，辅助设备为手机。蓝牙模块，用于在语音呼叫管理模块确定无线通信功能发生故障时，向手机发送MSD，以便手机将MSD发送至服务器。
具体的实现方式可以参考第一方面或第一方面的可能的实现方式提供的车载紧急呼叫的方法中车载eCall装置的行为功能。
本发明实施的第五方面，提供一种辅助设备，该辅助设备包括：短距通信模块和无线通信模块。短距通信模块，用于接收车载eCall装置发送的MSD。无线通信模块，用于向服务器发送短距通信模块接收到的MSD。
结合第五方面，在一种可能的实现方式中，短距通信模块，还用于接收车载eCall装置发送的数据连接请求，以建立车载eCall装置和辅助设备之间的第一数据通信链路，以及辅助设备和无线网络之间的第二数据通信链路。短距通信模块，具体用于接收车载eCall装置通过第一数据通信链路发送的MSD。无线通信模块，具体用于通过第二数据通信链路和第三数据通信链路向服务器发送MSD，第三数据通信链路是无线网络经由互联网到服务器的数据通信链路。
结合第五方面和上述可能的实现方式，在另一种可能的实现方式中，短距通信模块，还用于接收车载eCall装置通过第一数据通信链路发送的TCP连接请求。无线通信模块，还用于通过第二数据通信链路和第三数据通信链路向服务器发送短距通信模块接收到的TCP连接请求；接收服务器通过第二数据通信链路和第三数据通信链路返回的回应消息，回应消息用于通知车载eCall装置第一数据通信链路和第二数据通信链路已建立成功。短距通信模块，还用于通过第一数据通信链路向车载eCall装置发送无线通信模块接收到的回应消息。
结合第五方面和上述可能的实现方式，在另一种可能的实现方式中，短距通信模块，还用于接收车载eCall装置通过第一数据通信链路发送的用户的语音信息。无线通信模块，还用于通过第二数据通信链路和第三数据通信链路向服务器发送短距通信模块接收到的语音信息。
结合第五方面和上述可能的实现方式，在另一种可能的实现方式中，短距通信模块，还用于接收车载eCall装置发送的语音连接请求，以建立车载eCall装置和辅助设备之间的第二语音通信链路；接收车载eCall装置通过第二语音通信链路发送的携带紧急救援号码的拨号指令，以便建立第三语音通信链路，第三语音通信链路是辅助设备经由无线网络和PSTN/GSTN到服务器的语音通信链路；接收车载eCall装置通过第二语音通信链路发送的用户的语音信息。无线通信模块，还用于通过第三语音通信链路向服务器发送短距通信模块接收到的语音信息。
具体的实现方式可以参考第二方面或第二方面的可能的实现方式提供的车载紧急呼叫的方法中辅助设备的行为功能。
本申请实施例的第六方面，提供一种服务器，该服务器包括MSD数据接收模块。MSD数据接收模块，用于接收辅助设备发送的MSD。
结合第六方面，在一种可能的实现方式中，MSD数据接收模块，具体用于接收辅助设备通过第二数据通信链路和第三数据通信链路发送的MSD。第二数据通信链 路是辅助设备和无线网络之间的数据通信链路，第三数据通信链路是无线网络经由互联网到服务器的数据通信链路。
结合第六方面和上述可能的实现方式，在另一种可能的实现方式中，MSD数据接收模块，还用于接收辅助设备通过第二数据通信链路和第三数据通信链路发送的TCP连接请求；通过第二数据通信链路和第三数据通信链路向辅助设备返回回应信息，回应消息用于通知车载eCall装置第一数据通信链路和第二数据通信链路已建立成功。
结合第六方面和上述可能的实现方式，在另一种可能的实现方式中，服务器还包括：语音调制解调模块。语音调制解调模块，用于接收辅助设备通过第二数据通信链路和第三数据通信链路发送的用户的语音信息。
结合第六方面和上述可能的实现方式，在另一种可能的实现方式中，服务器还包括：语音调制解调模块。语音调制解调模块，用于接收辅助设备通过第三语音通信链路发送的用户的语音信息，第三语音通信链路是辅助设备经由无线网络和PSTN/GSTN到服务器的语音通信链路。
具体的实现方式可以参考第三方面或第三方面的可能的实现方式提供的车载紧急呼叫的方法中服务器的行为功能。
本申请实施例的第七方面，提供一种装置，包括：至少一个处理器，以及存储器。存储器用于存储计算机程序，使得计算机程序被至少一个处理器执行时实现如第一方面或第一方面的可能的实现方式，第二方面或第二方面的可能的实现方式，以及第三方面或第三方面的可能的实现方式中任意一项的车载紧急呼叫的方法。
本申请实施例的第八方面，提供一种计算机存储介质，其上存储有计算机程序，程序被处理器执行时实现如第一方面或第一方面的可能的实现方式，第二方面或第二方面的可能的实现方式，以及第三方面或第三方面的可能的实现方式中任意一项的车载紧急呼叫的方法。
附图说明
图1为现有技术提供的一种***架构图；
图2为本申请实施例提供的一种车载紧急呼叫的***架构图；
图3为本申请实施例提供的一种蓝牙模块的组成示意图；
图4为本申请实施例提供的另一种车载紧急呼叫的***架构图；
图5为本申请实施例提供的一种车载eCall装置的组成示意图；
图6为本申请实施例提供的一种辅助设备的组成示意图；
图7为本申请实施例提供的一种服务器的组成示意图；
图8为本申请实施例提供的一种车载紧急呼叫的方法的流程图；
图9为本申请实施例提供的一种在图2所示的***架构20下的车载紧急呼叫的方法的流程图；
图10为本申请实施例提供的一种在图4所示的***架构30下的车载紧急呼叫的方法的流程图；
图11为本申请实施例提供的另一种车载eCall装置的组成示意图；
图12为本申请实施例提供的另一种车载eCall装置的组成示意图；
图13为本申请实施例提供的另一种车载eCall装置的组成示意图；
图14为本申请实施例提供的另一种辅助设备的组成示意图；
图15为本申请实施例提供的另一种辅助设备的组成示意图；
图16为本申请实施例提供的另一种服务器的组成示意图；
图17为本申请实施例提供的另一种服务器的组成示意图；
图18为本申请实施例提供的另一种服务器的组成示意图。
具体实施方式
图1为现有技术提供的一种***架构图，如图1所示，该***架构10可以包括：车载eCall装置11、无线网络12、PSTN/GSTN 13和部署在紧急救援中心的服务器14。其中，无线网络12是移动、联通等第三方运营商的无线网络，包括接入网设备(如，基站)和核心网设备等。PSTN/GSTN 13，是一种以模拟技术为基础的电路交换网络，用于传输语音数据报文。
其中，当集成有车载eCall装置11的车辆设备发生交通事故时，车载eCall装置11可以在被触发后，建立经由无线网络12和PSTN/GSTN 13到服务器14的第一语音通信链路，并通过建立好的第一语音通信链路向服务器14传输包括有事故发生的时间、地点、行车方向和车辆信息的MSD以及用户的语音信息。
如图1所示，基于车载eCall装置11和服务器14包括的模块，车载eCall装置11通过第一语音通信链路向服务器14发送MSD和用户的语音信息的具体流程为：当集成有车载eCall装置11的车辆设备发生交通事故时，可以由事故当事人手动或者由车辆碰撞信号自动触发车载eCall装置11。此时，车载eCall装置11的语音呼叫管理模块可以从车载eCall装置11的无线通信模块处获得无线网络12的当前服务状态。如果无线网络12的当前服务状态有效，则语音呼叫管理模块可以向无线通信模块发送携带有紧急救援号码的指令，以便无线通信模块根据该指令，建立经由无线网络12和PSTN/GSTN 13到服务器14的第一语音通信链路。在第一语音通信链路建立好之后，语音呼叫管理模块可以指示车载eCall装置11的MSD数据管理模块发送获取到的MSD。此时，MSD数据管理模块可以先将MSD发送至车载eCall装置11的MSD数据调制解调模块，MSD数据调制解调模块便可以将MSD调制成语音(adaptibve multi-rate，AMR)格式(format)的语音数据报文，然后再将语音数据报文发送至无线通信模块，以便无线通信模块经天线将语音数据报文通过第一语音通信链路发送至服务器14。
服务器14的MSD数据调制解调模块在接收到车载eCall装置发送的语音数据报文后，可以将该语音数据报文进行解调，以获得MSD，并将获得的MSD发送至服务器14的MSD数据显示模块进行显示，以供救援人员查看。此时，MSD数据显示模块可以向服务器14的处理器发送MSD接收成功的指示，处理器便可以根据该指示向MSD数据调制解调模块发送MSD接收成功的消息，以便该MSD数据调制解调模块通过第一语音通信链路向车载eCall装置11发送MSD接收成功的消息。车载eCall装置11的无线通信模块在接收到MSD接收成功的消息后，可以将该消息经由语音数据调制解调模块发送至语音呼叫管理模块。语音呼叫管理模块便可以切换到语音通话状态，以便事故当事人和救援人员通过第一语音通信链路进行语音 通话，交流事故信息。
但是，在现有技术的***架构10中，由于在车载eCall装置11的无线通信模块或天线发生故障(其中，无线通信模块发生故障可以包括无线协议栈发生故障或基带电路发生故障)，或者无线网络12信号特别差的情况下，无线网络的当前服务状态是无效的，这样，紧急救援中心是无法获得MSD的。另外，由于在无线网络12信号较差的情况下，在第一语音通信链路上传输MSD的丢包率会较大，且车载eCall装置11会在一定时间段(如，4s)后停止MSD的传输，并切换到语音通话，因此会导致紧急救援中心成功获得MSD的概率较低。
为了解决由于无线网络的当前服务状态无效导致的紧急救援中心无法获取MSD和由于无线网络信号较差导致的紧急救援中心成功获得MSD的概率较低的问题，本申请实施例提供一种车载紧急呼叫的方法，应用于车载eCall装置，该车载eCall装置包括短距通信模块，该车载紧急呼叫的方法的基本原理是：车载eCall装置获取MSD，并在确定车载eCall装置的无线通信功能发生故障时，通过短距通信模块向辅助设备发送MSD，以便辅助设备将该MSD发送至服务器。这样，在由于无线网络的当前服务状态无效导致无线通信功能发生故障的情况下，车载eCall装置通过借助辅助设备向紧急救援中心传输MSD，解决了紧急救援中心无法获取MSD的问题。且，在无线网络信号差导致无线通信功能发生故障的情况下，由于辅助设备的设计比车载eCall装置成熟，因此与现有技术中的车载eCall装置直接向紧急救援中心发送MSD相比，本申请中的车载eCall装置借助辅助设备向紧急救援中心发送MSD，提高了紧急救援中心成功获得MSD的概率。
下面将结合附图对本申请实施例的实施方式进行详细描述。
图2示出的是本申请实施例提供的一种车载紧急呼叫的***架构图，如图2所示，该***架构20可以包括：车载eCall装置21、无线网络22、PSTN/GSTN 23、辅助设备24、互联网25和服务器26。
其中，车载eCall装置21，可以借助辅助设备24向服务器26传输MSD和用户的语音信息。在具体的实现中，车载eCall装置21可以包括：定位模块211、MSD数据管理模块212、MSD数据调制解调模块213、语音呼叫管理模块214、语音调制解调模块215、无线通信模块216和短距通信模块217。
其中，定位模块211，用于在车辆设备发生交通事故时，获取事故发生的时间、地点和行车方向等信息。在一种实施例中，该定位模块211可以为全球定位***(global position system，GPS)模块。
MSD数据管理模块212，用于从定位模块211处获得事故发生的时间、地点和行车方向等信息，并在接收到语音呼叫管理模块214的发送MSD的指示后，将获得的信息和预存的车辆信息作为MSD发送。
语音调制解调模块215，用于将用户的语音信息调制成AMR格式的语音数据报文。
语音呼叫管理模块214，用于判断无线通信功能是否发生故障。
在确定车载eCall装置的无线通信功能未发生故障的情况下：语音呼叫管理模块214，还用于发起紧急呼叫，以指示MSD数据管理模块212将MSD发送至MSD数 据调制解调模块213。MSD数据调制解调模块213，用于将MSD调制成AMR格式的语音数据报文，并将其发送至无线通信模块216。无线通信模块216，用于发送由MSD调制得到的语音数据报文。且在语音数据报文发送成功后，语音呼叫管理模块214，还用于切换到语音通话状态，并将用户的语音信息经由语音调制解调模块215发送至无线通信模块216。无线通信模块216，还用于发送由用户的语音信息调制得到的语音数据报文。
在确定车载eCall装置的无线通信功能发生故障的情况下：语音呼叫管理模块214，还用于指示MSD数据管理模块212通过短距通信模块217发送MSD，并发起紧急呼叫，以便通过语音调制解调模块215和短距通信模块217发送由用户的语音信息调制得到的语音数据报文。短距通信模块217，可以支持标准的免提协议(hands-free profile，HFP)和拨号网络协议(dial up networking，DUN)，用于和辅助设备24建立连接，使得车载eCall装置21可以使用辅助设备24的语音和上网功能。
示例性的，短距通信模块217可以是蓝牙模块、ZigBee通信模块、近距离无线通信(near field communication，NFC)模块等。在本发明实施例中，以短距通信模块217为蓝牙模块为例进行说明。如图3所示，在具体的实现中，蓝牙模块可以包括蓝牙语音管理子模块、蓝牙上网管理子模块和蓝牙通信子模块。其中，蓝牙语音管理子模块，具有建立、维护、断开蓝牙语音通话的功能，使得车载eCall装置21可以借助辅助设备24，进行语音通话。蓝牙上网管理子模块，具有建立、维护、断开蓝牙上网通路的功能，使得车载eCall装置21可以借助辅助设备24的上网功能，向服务器26发送MSD。
无线网络22，可以是移动、联通等第三方运营商的无线网络，也可以是无线局域网(wireless fidelity，WiFi)。在具体的实现中，无线网络22可以包括接入网设备(如，基站)和核心网设备等。
PSTN/GSTN 23，作为传统的电话网络，是一种以模拟技术为基础的电路交换网络，用于传输语音数据报文。
辅助设备24，为具备无线通话和上网功能的设备，例如，可以为手机、无线座机等。在具体的实现中，辅助设备24可以包括短距通信模块241和无线通信模块242。其中，短距通信模块241，与车载eCall装置包括的短距通信模块217是相同的，其用于和车载eCall装置21建立连接，使得辅助设备24的语音和上网功能可以被车载eCall装置21使用。示例性的，短距通信模块241可以是图3中的蓝牙模块。无线通信模块242，用于转发车载eCall装置发送的MSD和用户的语音信息。
服务器26，用于接收eCall装置发送的MSD和用户的语音信息。在具体的实现中，服务器26可以包括：语音调制解调模块261、语音呼叫模块262、MSD数据调制解调模块263、MSD数据显示模块264和MSD数据接收模块265。
其中，语音调制解调模块261，用于将接收到的语音数据报文进行解调，以获得用户的语音信息。
语音呼叫模块262，用于救援人员和用户进行语音通话。
MSD数据显示模块264，用于显示MSD，以供救援人员查看。
在无线通信功能未发生故障的情况下，MSD数据调制解调模块263，用于将接收到的语音数据报文进行解调，以获得MSD。
在无线通信功能发生故障的情况下，MSD数据接收模块265，用于接收辅助设备24发送的MSD。
当集成有车载eCall装置21的车辆设备发生交通事故时，车载eCall装置21可以在确定车载eCall装置的无线通信功能未发生故障时，通过第一语音通信链路向服务器26发送MSD和用户的语音信息。且车载eCall装置21可以在确定车载eCall装置的无线通信功能发生故障时，采用短距通信模块217，通过第一数据通信链路向辅助设备24传输MSD，并由辅助设备24通过经由无线网络22和互联网25到服务器26的第二数据通信链路和第三数据通信链路向服务器26传输MSD，且采用短距通信模块217，通过第二语音通信链路向辅助设备24传输用户的语音信息，并由辅助设备24通过经由无线网络22和PSTN/GSTN 23到服务器26的第三语音通信链路向服务器传输用户的语音信息。
图4示出的是本申请实施例提供的另一种车载紧急呼叫的***架构图，如图4所示，该***架构30可以包括：车载eCall装置31、无线网络32、PSTN/GSTN 33、辅助设备34、互联网35和服务器36。
其中，当集成有车载eCall装置31的车辆设备发生交通事故时，车载eCall装置31可以在确定车载eCall装置的无线通信功能未发生故障时，通过第一语音通信链路向服务器36发送MSD和用户的语音信息。且车载eCall装置31可以在确定车载eCall装置的无线通信功能发生故障时，采用短距通信模块317，通过第一数据通信链路向辅助设备34传输MSD和用户的语音信息，并由辅助设备34通过经由无线网络32和互联网35到服务器36的第二数据通信链路和第三数据通信链路向服务器36传输MSD和用户的语音信息。
在无线通信功能未发生故障的情况下，语音调制解调模块315，用于将用户的语音信息调制成AMR格式的语音数据报文。
在无线通信功能发生故障的情况下，语音调制解调模块315，用于将用户的语音信息调制成IP格式的语音数据报文。
需要说明的是，***架构30中的除语音调制解调模块315外的各个模块的具体描述与***架构20中相应模块的具体描述相同，本申请实施例在此不再赘述。
图5为本申请实施例提供的一种车载eCall装置的组成示意图，如图5所示，车载eCall装置可以包括至少一个处理器41，存储器42、通信接口43和通信总线44。
下面结合图5对车载eCall装置的各个构成部件进行具体的介绍：
处理器41是车载eCall装置的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器41是一个中央处理器(central processing unit，CPU)，也可以是特定集成电路(application specific integrated circuit，ASlC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(diaital signal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)。
其中，处理器41可以通过运行或执行存储在存储器42内的软件程序，以及调用存储在存储器42内的数据，执行车载eCall装置的各种功能。
在具体的实现中，作为一种实施例，处理器41可以包括一个或多个CPU，例如图5中所示的CPU0和CPU1。
在具体实现中，作为一种实施例，车载eCall装置可以包括多个处理器，例如图5中所示的处理器41和处理器45。这些处理器中的每一个可以是一个单核处理器(single-CPU)，也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
存储器42可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器42可以是独立存在，通过通信总线44与处理器41相连接。存储器42也可以和处理器41集成在一起。
其中，所述存储器42用于存储执行本发明方案的软件程序，并由处理器41来控制执行。
通信接口43，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如辅助设备、无线接入网(radio access network，RAN)，无线局域网(wireless local area networks，WLAN)等。通信接口43可以包括接收单元实现接收功能，以及发送单元实现发送功能。
通信总线44，可以是工业标准体系结构(industry standard architecture，ISA)总线、外部设备互连(peripheral component interconnect，PCI)总线或扩展工业标准体系结构(extended industry standard architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
图6为本申请实施例提供的一种辅助设备的组成示意图，具体的，本申请实施例以辅助设备为手机为例，对本发明提供的车载紧急呼叫的方法进行介绍。
下面结合附图对手机的各个构成部件进行具体的介绍。如图6所示，手机可以包括：蓝牙模块50、无线通信模块51、触控屏52、处理器53、存储器54、电源55、重力传感器56、音频电路57、扬声器58和麦克风59等部件，这些部件之间可以以总线连接，也可以直连连接。本领域技术人员可以理解，图6中示出的手机结构并不构成对手机的限定，可以包括比图示更多的部件，或者组合某些部件，或者不同的部件布置。
其中，蓝牙模块50，是一种集成蓝牙功能的印刷电路板组件(printed circuit board assembly，PCBA)，用于短距离无线通讯。该蓝牙模块50，支持标准的免提 协议(hands-free profile，HFP)和拨号网络协议(dial up networking，DUN)，用于和车载eCall装置建立连接，以便车载eCall装置可以使用辅助设备的语音和上网功能。
无线通信模块51，可用于收发信息或通话过程中，信号的接收和发送，特别地，将接收到的信息给处理器54处理；另外，将处理器53生成的信号发送出去。通常，无线通信模块51包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noise amplifier，LNA)、双工器等。此外，无线通信模块51还可以通过无线通信与网络和其他设备通信。
触控屏，52可称为触控显示面板，用于实现手机的输入和输出功能，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控屏52上或在触控屏52附近的操作)，并根据预先设定的程式驱动相应的连接装置。还可用于显示由用户输入的信息或提供给用户的信息(如通过摄像头采集到的图像)以及手机的各种菜单。
处理器53是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器54内的软件程序和/或模块，以及调用存储在存储器54内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。在具体实现中，作为一种实施例，处理器53可包括一个或多个处理单元；处理器53可集成应用处理器和调制解调处理器。其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器53中。
存储器54可用于存储数据、软件程序以及模块，可以是易失性存储器(volatile memory)，例如RAM；或者非易失性存储器(non-volatile memory)，例如ROM，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；或者上述种类的存储器的组合。具体的，存储器54内可存储程序代码，该程序代码用于使处理器53通过执行该程序代码，执行本申请实施例提供的车载紧急呼叫的方法。
电源55，可以为电池，通过电源管理***与处理器53逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
重力传感器(gravity sensor)56，可以检测手机在各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等。需要说明的是，手机还可以包括其它传感器，比如压力传感器、光传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路57、扬声器58、麦克风59可提供用户与手机之间的音频接口。音频电路57可将接收到的音频数据转换后的电信号，传输到扬声器58，由扬声器58转换为声音信号输出；另一方面，麦克风59将收集的声音信号转换为电信号，由音频电路57接收后转换为音频数据，再将音频数据输出至无线通信模块51以发送给比如另一手机，或者将音频数据输出至处理器53以便进一步处理。
图7为本申请实施例提供的一种服务器的组成示意图，如图7所示，服务器可 以包括至少一个处理器61，存储器62、通信接口63和通信总线64。
下面结合图7对服务器的各个构成部件进行具体的介绍：
处理器61是服务器的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器61是一个CPU，也可以是ASIC，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个DSP，或，一个或者多个FPGA。
其中，处理器61可以通过运行或执行存储在存储器62内的软件程序，以及调用存储在存储器62内的数据，执行服务器的各种功能。
在具体的实现中，作为一种实施例，处理器61可以包括一个或多个CPU，例如图7中所示的CPU0和CPU1。
在具体实现中，作为一种实施例，服务器可以包括多个处理器，例如图7中所示的处理器61和处理器65。这些处理器中的每一个可以是一个Single-CPU，也可以是一个Multi-CPU。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
存储器62可以ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器62可以是独立存在，通过通信总线64与处理器61相连接。存储器62也可以和处理器61集成在一起。
其中，所述存储器62用于存储执行本发明方案的软件程序，并由处理器61来控制执行。
通信接口63，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如辅助设备，RAN，WLAN等。通信接口63可以包括接收单元实现接收功能，以及发送单元实现发送功能。
通信总线64，可以是ISA总线、PCI总线或EISA总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
图8为本申请实施例提供的一种车载紧急呼叫的方法的流程图，如图8所示，该方法可以包括：
701、车载eCall装置获取MSD。
其中，当集成有车载eCall装置的车辆设备发生交通事故时，车载eCall装置可以在被触发后，由语音呼叫管理模块指示MSD数据管理模块获取MSD，这样，MSD数据管理模块便可以获得包括有事故发生的时间、地点、行车方向和车辆信息的MSD。
702、车载eCall装置在确定车载eCall装置的无线通信功能发生故障时，通过短距通信模块向辅助设备发送MSD。
其中，在MSD数据管理模块获取到MSD后，车载eCall装置的语音呼叫管理模块可以在确定车载eCall装置的无线通信功能故障时，指示MSD数据管理模块通 过短距通信模块向辅助设备发送获得的MSD。
703、辅助设备接收车载eCall装置发送的MSD。
其中，在车载eCall装置通过短距通信模块发送了MSD之后，辅助设备的短距通信模块可以接收车载eCall装置发送的MSD。
704、辅助设备向服务器发送MSD。
其中，在辅助设备接收到MSD之后，辅助设备的短距通信模块可以向辅助设备的无线通信模块发送MSD，以便该无线通信模块向服务器发送MSD。
705、服务器通过MSD数据接收模块，接收辅助设备发送的MSD。
本申请实施例提供的车载紧急呼叫的方法，车载eCall装置在获取到MSD之后，在确定车载eCall装置的无线通信功能故障时，通过短距通信模块向辅助设备发送MSD，以便辅助设备将MSD发送至服务器。这样，在由于无线网络的当前服务状态无效导致无线通信功能发生故障的情况下，车载eCall装置通过借助辅助设备向紧急救援中心传输MSD，解决了紧急救援中心无法获取MSD的问题。且，在无线网络信号差导致无线通信功能发生故障的情况下，由于辅助设备的设计比车载eCall装置成熟，因此与现有技术中的车载eCall装置直接向紧急救援中心发送MSD相比，本申请中的车载eCall装置借助辅助设备向紧急救援中心发送MSD，提高了紧急救援中心成功获得MSD的概率。
图9为本申请实施例提供的一种在图2所示的***架构20下的车载紧急呼叫的方法的流程图，如图9所示，该方法可以包括：
需要说明的是，为了便于理解，在本申请实施例中，以车载eCall装置和辅助设备包括的短距通信模块均为蓝牙模块，且以图3中蓝牙模块包括的子模块为例对车载紧急呼叫的方法进行说明。
801、车载eCall装置获取MSD。
其中，在车载eCall装置被触发后，语音呼叫管理模块可以指示MSD数据管理模块获取MSD，MSD数据管理模块便可以获得包括有事故发生的时间、地点、行车方向和车辆信息的MSD。
且在车载eCall装置被触发后，语音呼叫管理模块可以判断无线通信功能是否发生故障。如果语音呼叫管理模块确定无线通信功能未发生故障，则无线通信模块可以将步骤801获取到的MSD通过第一语音通信链路发送至服务器，该第一语音通信链路是经由无线网络和PSTN/GSTN到服务器的通信链路。如果语音呼叫管理模块确定无线通信功能发生故障，则可以执行以下步骤802-步骤818：
802、车载eCall装置在确定车载eCall装置的无线通信功能发生故障时，向辅助设备发送数据连接请求。
示例性的，如果语音呼叫管理模块确定无线通信功能发生故障，则可以指示蓝牙通信子模块建立数据通信链路，此时，蓝牙通信子模块便可以向辅助设备发送数据连接请求。
在本申请实施例中，车载eCall装置可以采用以下三种方式判断无线通信功能是否发生故障。
方式1，车载eCall装置在确定无线网络的当前服务状态无效时，确定无线通信 功能发生故障。
其中，在车载eCall装置被触发后，语音呼叫管理模块可以从无线通信模块处获得无线网络的当前服务状态。如果语音呼叫管理模块确定无线网络的当前服务状态无效，则确定无线通信功能发生故障。
需要说明的是，在本申请实施例中，无线网络的当前服务状态无效可能是车载eCall装置的无线通信模块或天线发生故障导致的，也可能是无线网络信号特别差导致的。
方式2，车载eCall装置在获取到用于指示第一语音通信链路建立失败或被异常终止的消息时，确定无线通信功能发生故障。
其中，在无线网络的当前服务状态有效时，语音呼叫管理模块可以向无线通信模块发送携带有紧急救援号码的指令，以便建立第一语音通信链路。在第一语音通信链路建立的过程中，无线通信模块可以实时的监控第一语音通信链路的建立情况，并向语音呼叫管理模块上报用于指示第一语音通信链路的建立情况的消息，该消息可以是用于指示第一语音通信链路建立失败或被异常终止的消息，也可以是用于指示第一语音通信链路建立成功的消息。若语音呼叫管理模块获取到用于指示第一语音通信链路建立失败或被异常终止的消息，则可以确定无线通信功能发生故障。
方式3，车载eCall装置确定在预设时间内未接收到服务器发送的确认信息时，确定无线通信功能发生故障。
示例性的，在第一语音通信链路建立成功的基础上，语音呼叫管理模块可以指示MSD数据管理模块通过第一语音通信链路向服务器发送MSD。这样，服务器可以在成功解调出MSD并进行显示后，通过第一语音数据通信链路向语音呼叫管理模块发送确认消息，该确认消息用于通知车载eCall装置，服务器已成功接收MSD。如果语音呼叫管理模块确定在预设时间内未接收到服务器发送的确认消息，则确定无线通信功能发生故障。如果语音呼叫管理模块确定在预设时间内接收到该确认消息，则可以切换到语音通话，以便事故当事人和救援人员交流事故信息。
803、辅助设备接收车载eCall装置发送的数据连接请求，以建立车载eCall装置和辅助设备之间的第一数据通信链路，以及辅助设备和无线网络之间的第二数据通信链路。
示例性的，在车载eCall装置向辅助设备发送了数据连接请求之后，辅助设备的蓝牙通信子模块可以接收车载eCall装置发送的数据连接请求，以建立车载eCall装置和辅助设备之间的第一数据通信链路，以及辅助设备和无线网络之间的第二数据通信链路。
804、车载eCall装置通过第一数据通信链路向辅助设备发送TCP连接请求。
示例性的，由于车载eCall装置是采用TCP/IP协议向服务器发送MSD的，因此，车载eCall装置的MSD数据管理模块可以作为TCP客户端，经由蓝牙上网管理子模块向蓝牙通信子模块发送TCP连接请求，此时，蓝牙通信子模块便可以通过第一数据通信链路向辅助设备发送TCP连接请求，以便辅助设备通过第二数据通信链路和已有的无线网络经由互联网到服务器的第三数据通信链路向服务器发送该TCP连接请求。
805、辅助设备接收车载eCall装置通过第一数据通信链路发送的TCP连接请求，并通过第二数据通信链路和第三数据通信链路向服务器发送该TCP连接请求。
示例性的，在车载eCall装置向辅助设备发送了TCP连接请求之后，辅助设备的蓝牙通信子模块可以接收该TCP连接请求，并将该TCP连接请求发送至无线通信模块，以便无线通信模块通过第二数据通信链路向无线网络发送该TCP连接请求。由于TCP连接请求中包括部署在紧急救援中心的服务器的IP地址，因此无线网络可以根据TCP请求中包括的服务器的IP地址将该TCP连接请求经由互联网发送至服务器。由于服务器的MSD数据接收模块可以作为TCP服务端(Server)一直处于监听状态，因此服务器的MSD数据接收模块可以接收到该TCP连接请求。
806、服务器接收辅助设备通过第二数据通信链路和第三数据通信链路发送的TCP连接请求。
807、服务器通过第二数据通信链路和第三数据通信链路向辅助设备返回回应消息。
其中，回应消息用于通知车载eCall装置第一数据通信链路和第二数据通信链路已建立成功。在服务器接收到TCP连接请求之后，服务器的MSD数据接收模块可以通过第二数据通信链路和第三数据通信链路向辅助设备返回回应消息。
808、辅助设备接收服务器通过第二数据通信链路和第三数据通信链路返回的回应消息，并通过第一数据通信链路向车载eCall装置发送回应消息。
示例性的，在服务器向辅助设备返回了回应消息之后，辅助设备的无线通信模块可以接收服务器通过第二数据通信链路和第三数据通信链路返回的回应消息，并将该回应消息发送至蓝牙通信子模块，此时，蓝牙通信子模块便可以通过第一数据通信链路向车载eCall装置发送回应消息。
809、车载eCall装置接收辅助设备通过第一数据通信链路发送的回应消息，并通过第一数据通信链路向辅助设备发送MSD。
示例性的，在辅助设备向车载eCall装置发送了回应消息之后，车载eCall装置的蓝牙通信子模块可以将接收到的回应消息，经由蓝牙上网管理子模块发送至MSD数据管理模块。这样，MSD数据管理模块便可以在接收到该回应消息后，经由蓝牙上网管理子模块向蓝牙通信子模块发送MSD，以便蓝牙通信子模块通过第一数据通信链路向辅助设备发送MSD。
810、辅助设备接收车载eCall装置通过第一数据通信链路发送的MSD。
示例性的，在车载eCall装置向辅助设备发送了MSD之后，辅助设备的蓝牙通信子模块便可以接收车载eCall装置发送的MSD。
811、辅助设备通过第二数据通信链路和第三数据通信链路向服务器发送MSD。
示例性的，辅助设备的蓝牙通信子模块可以将MSD发送至辅助设备的无线通信模块，该无线通信模块便可以通过第二数据通信链路和第三数据通信链路向服务器发送MSD。
812、服务器接收辅助设备通过第二数据通信链路和第三数据通信链路发送的MSD。
示例性的，在辅助设备向服务器发送了MSD之后，服务器的MSD数据接收模 块便可以接收辅助设备通过第二数据通信链路和第三数据通信链路发送的MSD。
813、车载eCall装置向辅助设备发送语音连接请求。
示例性的，语音呼叫管理模块在确定车载eCall装置的无线通信功能发生故障时，可以指示蓝牙通信子模块建立语音通信链路。此时，蓝牙通信子模块便可以向辅助设备发送语音连接请求。
814、辅助设备接收车载eCall装置发送的语音连接请求，以建立车载eCall装置和辅助设备之间的第二语音通信链路。
示例性的，在车载eCall装置向辅助设备发送了语音连接请求之后，辅助设备的蓝牙通信子模块可以接收车载eCall装置发送的语音连接请求，以建立车载eCall装置和辅助设备之间的第二语音通信链路。
815、车载eCall装置通过第二语音通信链路向辅助设备发送携带有紧急救援号码的拨号指令。
示例性的，在第二语音通信链路建立好之后，车载eCall装置的语音呼叫管理模块可以向蓝牙通信子模块发送携带有紧急救援号码的拨号指令，以便蓝牙通信子模块将该指令通过第二语音通信链路发送至辅助设备。
816、辅助设备接收车载eCall装置通过第二语音通信链路发送的携带有紧急救援号码的拨号指令，以建立第三语音通信链路。
示例性的，第三语音通信链路是辅助设备经由无线网络和PSTN/GSTN到服务器的语音通信链路。在车载eCall装置向辅助设备发送了携带有紧急救援号码的拨号指令之后，辅助设备的蓝牙通信子模块可以接收车载eCall装置发送的携带有紧急救援号码的拨号指令，以建立第三语音通信链路。
具体的，建立第三语音通信链路的过程是：蓝牙通信子模块可以在接收到携带有紧急救援号码的拨号指令后，指示无线通信模块建立辅助设备和无线网络之间的语音通信链路m，并通过语音通信链路m向无线网络发送该拨号指令。无线网络可以根据接收到的紧急救援号码确定无线网络和PSTN/GSTN之间的语音通信链路n，并通过语音通信链路n向PSTN/GSTN发送该拨号指令，以便PSTN/GSTN根据紧急救援号码，确定PSTN/GSTN到紧急救援中心的服务器的语音通信链路t，并通过语音通信链路t向服务器发送该拨号指令。这样，从辅助设备到服务器的第三语音通信链路(该第三语音通信链路包括语音通信链路m、语音通信链路n和语音通信链路t)便建立好了。
817、车载eCall装置通过第二语音通信链路向辅助设备发送用户的语音信息。
示例性的，在第三语音通信链路建立好之后，事故当事人便可以进行语音通话，此时，车载eCall装置的语音呼叫管理模块可以先将事故当事人的模拟语音信息发送至语音调制解调模块，以便语音调制解调模块将模拟语音信息调制成可以在语音通信链路上传输的AMR格式的语音数据报文，然后再将语音数据报文经由蓝牙语音管理子模块发送至蓝牙通信子模块，以便蓝牙通信子模块将语音数据报文通过第二语音通信链路发送至辅助设备。
818、辅助设备接收车载eCall装置通过第二语音通信链路发送的用户的语音信息，并通过第三语音通信链路向服务器发送该语音信息。
示例性的，在车载eCall装置向辅助设备发送了由用户的语音信息调制得到的语音数据报文之后，辅助设备的蓝牙通信子模块可以接收车载eCall装置发送的该语音数据报文，并将其发送至辅助设备的无线通信模块。此时，该无线通信模块便可以通过第三语音通信链路向服务器发送该语音数据报文。
819、服务器接收辅助设备通过第三语音通信链路发送的用户的语音信息。
示例性的，在辅助设备向服务器发送了由用户的语音信息调制得到的语音数据报文之后，服务器的语音调制解调模块可以将接收到的语音数据报文进行解调，获得模拟语音信息，以供救援人员收听，并与事故当事人进行语音通话。
需要说明的是，在本申请实施例中，步骤802-步骤812，与步骤813-步骤819的执行没有先后关系，即可以先执行步骤802-步骤812，然后再执行步骤813-步骤819，或者，也可以先执行步骤813-步骤819，然后再执行步骤802-步骤812，或者，还可以同时执行步骤802-步骤812和步骤813-步骤819，本申请实施例在此对步骤802-步骤812，与步骤813-步骤819的执行顺序不做具体限制。
本申请实施例提供的车载紧急呼叫的方法，车载eCall装置在获取到MSD之后，在确定车载eCall装置的无线通信功能故障时，通过短距通信模块向辅助设备发送MSD，以便辅助设备将MSD发送至服务器。这样，在由于无线网络的当前服务状态无效导致无线通信功能发生故障的情况下，车载eCall装置通过借助辅助设备向紧急救援中心传输MSD，解决了紧急救援中心无法获取MSD的问题。且，在无线网络信号差导致无线通信功能发生故障的情况下，由于辅助设备的设计比车载eCall装置成熟，因此与现有技术中的车载eCall装置直接向紧急救援中心发送MSD相比，本申请中的车载eCall装置借助辅助设备向紧急救援中心发送MSD，提高了紧急救援中心成功获得MSD的概率。
图10为本申请实施例提供的一种在图3所示的***架构30下的车载紧急呼叫的方法的流程图，如图10所示，该方法可以包括：
步骤901-步骤912，且，在本申请实施例中步骤901-步骤912的具体描述与本发明另一实施例中步骤801-步骤812的具体描述一一相同，对于本申请实施例中步骤901-步骤912的具体描述可以参考另一实施例中步骤801-步骤812中相应步骤的具体描述，在此不再详细赘述。
913、车载eCall装置通过第一数据通信链路向辅助设备发送用户的语音信息。
示例性的，在车载eCall装置接收到辅助设备发送的回应消息之后，事故当事人可以进行IP语音通话，此时，语音呼叫管理模块可以先将事故当事人的模拟语音信息发送至语音调制解调模块，以便语音调制解调模块将模拟语音信息调制成可以在数据通信链路上传输的IP格式的语音数据报文，然后再将该语音数据报文发送至蓝牙通信子模块，以便蓝牙通信子模块将该语音数据报文通过第一数据通信链路发送至辅助设备。
914、辅助设备接收车载eCall装置通过第一数据通信链路发送的用户的语音信息，并通过第二数据通信链路和第三数据通信链路向服务器发送该语音信息。
示例性的，在车载eCall装置向辅助设备发送了由用户的语音信息调制得到的语音数据报文之后，辅助设备的蓝牙通信子模块可以接收车载eCall装置发送的该语音 数据报文，并将其发送至辅助设备的无线通信模块。此时，该无线通信模块便可以通过第二数据通信链路和第三数据通信链路向服务器发送该语音数据报文。
915、服务器接收辅助设备通过第二数据通信链路和第三数据通信链路发送的用户的语音信息。
示例性的，在辅助设备向服务器发送了由用户的语音信息调制得到的语音数据报文之后，服务器的语音调制解调模块可以将接收到的语音数据报文进行解调，得到模拟语音信息，以供救援人员收听，并与事故当事人进行语音通话。
本申请实施例提供的车载紧急呼叫的方法，车载eCall装置在获取到MSD之后，在确定车载eCall装置的无线通信功能故障时，通过短距通信模块向辅助设备发送MSD，以便辅助设备将MSD发送至服务器。这样，在由于无线网络的当前服务状态无效导致无线通信功能发生故障的情况下，车载eCall装置通过借助辅助设备向紧急救援中心传输MSD，解决了紧急救援中心无法获取MSD的问题。且，在无线网络信号差导致无线通信功能发生故障的情况下，由于辅助设备的设计比车载eCall装置成熟，因此与现有技术中的车载eCall装置直接向紧急救援中心发送MSD相比，本申请中的车载eCall装置借助辅助设备向紧急救援中心发送MSD，提高了紧急救援中心成功获得MSD的概率。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如车载eCall装置、辅助设备、服务器为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
本申请实施例可以根据上述方法示例对车载eCall装置、辅助设备和服务器进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下，图11示出了上述和实施例中涉及的车载eCall装置的一种可能的组成示意图，如图11所示，该车载eCall装置可以包括：MSD数据管理模块1001、语音呼叫管理模块1002和短距通信模块1003。
其中，MSD数据管理模块1001，用于支持车载eCall装置执行图8所示的车载紧急呼叫的方法中的步骤701，图9所示的车载紧急呼叫的方法中的步骤801，图10所示的车载紧急呼叫的方法中的步骤901。
语音呼叫管理模块1002，用于支持车载eCall装置执行车载紧急呼叫的方法中的确定无线通信功能发生故障。
短距通信模块1003，用于支持车载eCall装置执行图8所示的车载紧急呼叫的方法中的步骤702，图9所示的车载紧急呼叫的方法中的步骤802、步骤804、步骤 809、步骤813、步骤815、步骤817，图10所示的车载紧急呼叫的方法中的步骤902、步骤904、步骤909、步骤913。
在本申请实施例中，进一步的，如图12所示，车载eCall装置还可以包括：无线通信模块1004。
无线通信模块1004，用于支持车载eCall装置执行车载紧急呼叫的方法中的通过第一语音通信链路向服务器发送MSD。
需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
本申请实施例提供的车载eCall装置，用于执行上述车载紧急呼叫的方法，因此可以达到与上述车载紧急呼叫的方法相同的效果。
在采用集成的单元的情况下，图13示出了上述实施例中所涉及的车载eCall装置的另一种可能的组成示意图。如图13所示，该车载eCall装置包括：处理模块1101和通信模块1102。
处理模块1101用于对车载eCall装置的动作进行控制管理，例如，处理模块1101用于支持车载eCall装置执行图8中的步骤701，图9中的步骤801，图10中的步骤901，和/或用于本文所描述的技术的其它过程。通信模块1102用于支持车载eCall装置与其他网络实体，如辅助设备的通信。例如，通信模块1102用于支持车载eCall装置执行图8中的步骤702，图9中的步骤802、步骤804、步骤809、步骤813、步骤815、步骤817，图10中的步骤902、步骤904、步骤909、步骤913。车载eCall装置还可以包括存储模块1103，用于存储车载eCall装置的程序代码和数据。
其中，处理模块1101可以是处理器或控制器。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块1102可以是收发器、收发电路或通信接口等。存储模块1103可以是存储器。
在采用对应各个功能划分各个功能模块的情况下，图14示出了上述和实施例中涉及的辅助设备的一种可能的组成示意图，如图14所示，该辅助设备可以包括：短距通信模块1201和无线通信模块1202。
其中，短距通信模块1201，用于支持辅助设备执行图8所示的车载紧急呼叫的方法中的步骤703，图9所示的车载紧急呼叫的方法中的步骤803、步骤805中所述的接收车载eCall装置通过第一数据通信链路发送的TCP连接请求、步骤808中所述的通过第一数据通信链路向车载eCall装置发送回应消息、步骤810、步骤814、步骤816、步骤818中所述的接收车载eCall装置通过第二语音通信链路发送的用户的语音信息，图10所示的车载紧急呼叫的方法中的步骤903、步骤905中所述的接收车载eCall装置通过第一数据通信链路发送的TCP连接请求、步骤908中所述的通过第一数据通信链路向车载eCall装置发送回应消息、步骤910、步骤914中所述的接收车载eCall装置通过第一数据通信链路发送的用户的语音信息。
无线通信模块1202，用于支持辅助设备执行图8所示的车载紧急呼叫的方法中的步骤704，图9所示的车载紧急呼叫的方法中的步骤805中所述的通过第二数据通信链路和第三数据通信链路向服务器发送TCP连接请求、步骤808中所述的接收 服务器通过第二数据通信链路和第三数据通信链路返回的回应消息、步骤811、步骤818中所述的通过第三语音通信链路向服务器发送语音信息，图10所示的车载紧急呼叫的方法中的步骤905中所述的通过第二数据通信链路和第三数据通信链路向服务器发送TCP连接请求、步骤908中所述的接收服务器通过第二数据通信链路和第三数据通信链路返回的回应消息、步骤911、步骤914中所述的通过第二数据通信链路和第三数据通信链路向服务器发送语音信息。
需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
本申请实施例提供的辅助设备，用于执行上述车载紧急呼叫的方法，因此可以达到与上述车载紧急呼叫的方法相同的效果。
在采用集成的单元的情况下，图15示出了上述实施例中所涉及的辅助设备的另一种可能的组成示意图。如图15所示，该辅助设备包括：处理模块1301和通信模块1302。
处理模块1301用于对辅助设备的动作进行控制管理，和/或用于本文所描述的技术的其它过程。通信模块1302用于支持辅助设备与其他网络实体，如车载eCall装置、服务器的通信。例如，通信模块1302用于支持辅助设备执行图8中的步骤703、步骤704，图9中的步骤803、步骤805、步骤808、步骤810、步骤811、步骤814、步骤816、步骤818，图10中的步骤903、步骤905、步骤908、步骤910、步骤911、步骤914。辅助设备还可以包括存储模块1303，用于存储辅助设备的程序代码和数据。
其中，处理模块1301可以是处理器或控制器。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块1302可以是收发器、收发电路或通信接口等。存储模块1303可以是存储器。
在采用对应各个功能划分各个功能模块的情况下，图16示出了上述和实施例中涉及的服务器的一种可能的组成示意图，如图16所示，该服务器可以包括：MSD数据接收模块1401。
其中，MSD数据接收模块1401，用于支持服务器执行图8所示的车载紧急呼叫的方法中的步骤705，图9所示的车载紧急呼叫的方法中的步骤806、步骤812，图10所示的车载紧急呼叫的方法中的步骤906、步骤912。
在本申请实施例中，进一步的，如图17所示，服务器还可以包括：语音调制解调模块1402。
语音调制解调模块1402，用于支持服务器执行图9所示的车载紧急呼叫的方法中的步骤819，图10所示的车载紧急呼叫的方法中的步骤915。
需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
本申请实施例提供的服务器，用于执行上述车载紧急呼叫的方法，因此可以达到与上述车载紧急呼叫的方法相同的效果。
在采用集成的单元的情况下，图18示出了上述实施例中所涉及的服务器的另一 种可能的组成示意图。如图18所示，该服务器包括：处理模块1501和通信模块1502。
处理模块1501用于对服务器的动作进行控制管理，和/或用于本文所描述的技术的其它过程。通信模块1502用于支持服务器与其他网络实体，如辅助设备的通信。例如，通信模块1502用于支持服务器执行图8中的步骤705，图9中的步骤806、步骤812、步骤819，图10中的步骤906、步骤912、步骤915。服务器还可以包括存储模块1503，用于存储服务器的程序代码和数据。
其中，处理模块1501可以是处理器或控制器。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块1502可以是收发器、收发电路或通信接口等。存储模块1503可以是存储器。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何在本发明揭露的技术范围内的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (40)

  1. 一种车载紧急呼叫的方法，其特征在于，所述方法应用于车载紧急呼叫eCall装置，所述车载eCall装置包括短距通信模块，所述方法包括：
    获取最小数据集合MSD；
    在确定所述车载eCall装置的无线通信功能发生故障时，通过所述短距通信模块向辅助设备发送所述MSD，以便所述辅助设备将所述MSD发送至服务器。
  2. 根据权利要求1所述的方法，其特征在于，所述在确定所述车载eCall装置的无线通信功能发生故障时，通过所述短距通信模块向辅助设备发送所述MSD，包括：
    获取无线网络的当前服务状态；
    在确定所述无线网络的当前服务状态无效时，通过所述短距通信模块向所述辅助设备发送所述MSD。
  3. 根据权利要求1所述的方法，其特征在于，所述在确定所述车载eCall装置的无线通信功能发生故障时，通过所述短距通信模块向辅助设备发送所述MSD，包括：
    在获取到用于指示第一语音通信链路建立失败或被异常终止的消息时，通过所述短距通信模块向所述辅助设备发送所述MSD，所述第一语音通信链路是在无线网络的当前服务状态有效时，所述车载eCall装置经由所述无线网络和公共交换电话网络PSTN/通用交换电话网GSTN到所述服务器的语音通信链路。
  4. 根据权利要求1所述的方法，其特征在于，所述在确定所述车载eCall装置的无线通信功能发生故障时，通过所述短距通信模块向辅助设备发送所述MSD之前，还包括：
    通过第一语音通信链路向所述服务器发送所述MSD，所述第一语音通信链路是在无线网络的当前服务状态有效时，所述车载eCall装置经由所述无线网络和PSTN/GSTN到所述服务器的语音通信链路；
    所述在确定所述车载eCall装置的无线通信功能发生故障时，通过所述短距通信模块向辅助设备发送所述MSD，包括：
    确定在预设时间内未接收到所述服务器发送的确认消息时，通过所述短距通信模块向所述辅助设备发送所述MSD，所述确认信息用于通知所述车载eCall装置，所述服务器已成功接收到所述MSD。
  5. 根据权利要求1-4中任一项所述的方法，其特征在于，所述通过所述短距通信模块向辅助设备发送所述MSD，以便所述辅助设备将所述MSD发送至服务器，包括：
    向所述辅助设备发送数据连接请求，以建立所述车载eCall装置和所述辅助设备之间的第一数据通信链路，以及所述辅助设备和无线网络之间的第二数据通信链路；
    采用所述短距通信模块，通过所述第一数据通信链路向所述辅助设备发送所述MSD，以便所述辅助设备通过所述第二数据通信链路和第三数据通信链路向所述服务器发送所述MSD，所述第三数据通信链路是所述无线网络经由互联网Internet到所述服务器的数据通信链路。
  6. 根据权利要求5所述的方法，其特征在于，在所述采用所述短距通信模块，通过所述第一数据通信链路向所述辅助设备发送所述MSD之前，还包括：
    采用所述短距通信模块，通过所述第一数据通信链路向所述辅助设备发送传输控 制协议TCP连接请求，以便所述辅助设备通过所述第二数据通信链路和所述第三数据通信链路向所述服务器发送所述TCP连接请求；
    接收所述辅助设备通过所述第一数据通信链路发送的回应消息，所述回应消息用于通知所述车载eCall装置所述第一数据通信链路和所述第二数据通信链路已建立成功。
  7. 根据权利要求5或6所述的方法，其特征在于，所述方法还包括：
    采用所述短距通信模块，通过所述第一数据通信链路向所述辅助设备发送用户的语音信息，以便所述辅助设备通过所述第二数据通信链路和所述第三数据通信链路向所述服务器发送所述语音信息。
  8. 根据权利要求1-6中任一项所述的方法，其特征在于，所述方法还包括：
    向所述辅助设备发送语音连接请求，以建立所述车载eCall装置和所述辅助设备之间的第二语音通信链路；
    采用所述短距通信模块，通过所述第二语音通信链路向所述辅助设备发送携带紧急救援号码的拨号指令，以便建立第三语音通信链路，所述第三语音通信链路是所述辅助设备经由无线网络和PSTN/GSTN到所述服务器的语音通信链路；
    采用所述短距通信模块，通过所述第二语音通信链路向所述辅助设备发送用户的语音信息，以便所述辅助设备通过所述第三语音通信链路向所述服务器发送所述语音信息。
  9. 根据权利要求1-8中任一项所述的方法，其特征在于，所述短距通信模块为蓝牙模块，所述辅助设备为手机；
    所述在确定所述车载eCall装置的无线通信功能发生故障时，通过所述短距通信模块向辅助设备发送所述MSD，以便所述辅助设备将所述MSD发送至服务器，包括：
    在确定所述车载eCall装置的无线通信功能发生故障时，通过所述蓝牙模块向所述手机发送所述MSD，以便所述手机将所述MSD发送至所述服务器。
  10. 一种车载紧急呼叫的方法，其特征在于，所述方法包括：
    辅助设备接收车载紧急呼叫eCall装置发送的最小数据集合MSD；
    所述辅助设备向服务器发送所述MSD。
  11. 根据权利要求10所述的方法，其特征在于，在所述辅助设备接收车载紧急呼叫eCall装置发送的最小数据集合MSD之前，还包括：
    所述辅助设备接收所述车载eCall装置发送的数据连接请求，以建立所述车载eCall装置和所述辅助设备之间的第一数据通信链路，以及所述辅助设备和无线网络之间的第二数据通信链路；
    所述辅助设备接收车载紧急呼叫eCall装置发送的最小数据集合MSD，包括：
    所述辅助设备接收所述车载eCall装置通过所述第一数据通信链路发送的所述MSD；
    所述辅助设备向服务器发送所述MSD，包括：
    所述辅助设备通过所述第二数据通信链路和第三数据通信链路向所述服务器发送所述MSD，所述第三数据通信链路是所述无线网络经由互联网Internet到所述服务器的数据通信链路。
  12. 根据权利要求11所述的方法，其特征在于，在所述辅助设备接收所述车载eCall装置通过所述第一数据通信链路发送的所述MSD之前，还包括：
    所述辅助设备接收所述车载eCall装置通过所述第一数据通信链路发送的传输控制协议TCP连接请求，并通过所述第二数据通信链路和所述第三数据通信链路向所述服务器发送所述TCP连接请求；
    所述辅助设备接收所述服务器通过所述第二数据通信链路和所述第三数据通信链路返回的回应消息，并通过所述第一数据通信链路向所述车载eCall装置发送所述回应消息，所述回应消息用于通知所述车载eCall装置所述第一数据通信链路和所述第二数据通信链路已建立成功。
  13. 根据权利要求11或12所述的方法，其特征在于，所述方法还包括：
    所述辅助设备接收所述车载eCall装置通过所述第一数据通信链路发送的用户的语音信息；
    所述辅助设备通过所述第二数据通信链路和所述第三数据通信链路向所述服务器发送所述语音信息。
  14. 根据权利要求10-12中任一项所述的方法，其特征在于，所述方法还包括：
    所述辅助设备接收所述车载eCall装置发送的语音连接请求，以建立所述车载eCall装置和所述辅助设备之间的第二语音通信链路；
    所述辅助设备接收所述车载eCall装置通过所述第二语音通信链路发送的携带紧急救援号码的拨号指令，以便建立第三语音通信链路，所述第三语音通信链路是所述辅助设备经由无线网络和公共交换电话网络PSTN/通用交换电话网GSTN到所述服务器的语音通信链路；
    所述辅助设备接收所述车载eCall装置通过所述第二语音通信链路发送的用户的语音信息；
    所述辅助设备通过所述第三语音通信链路向所述服务器发送所述语音信息。
  15. 一种车载紧急呼叫的方法，其特征在于，所述方法应用于服务器，所述服务器包括最小数据集合MSD数据接收模块，所述方法包括：
    所述服务器通过所述MSD数据接收模块，接收辅助设备发送的所述MSD。
  16. 根据权利要求15所述的方法，其特征在于，所述服务器通过所述MSD数据接收模块，接收辅助设备发送的所述MSD，包括：
    所述服务器采用所述MSD数据接收模块，接收所述辅助设备通过第二数据通信链路和第三数据通信链路发送的所述MSD，所述第二数据通信链路是所述辅助设备和无线网络之间的数据通信链路，所述第三数据通信链路是所述无线网络经由互联网Internet到所述服务器的数据通信链路。
  17. 根据权利要求16所述的方法，其特征在于，在所述服务器采用所述MSD数据接收模块，接收所述辅助设备通过第二数据通信链路和第三数据通信链路发送的所述MSD之前，还包括：
    所述服务器接收所述辅助设备通过所述第二数据通信链路和所述第三数据通信链路发送的传输控制协议TCP连接请求；
    所述服务器通过所述第二数据通信链路和所述第三数据通信链路向所述辅助设备 返回回应信息，所述回应消息用于通知车载紧急呼叫eCall装置所述第一数据通信链路和所述第二数据通信链路已建立成功。
  18. 根据权利要求16或17所述的方法，其特征在于，所述方法还包括：
    所述服务器接收所述辅助设备通过所述第二数据通信链路和所述第三数据通信链路发送的用户的语音信息。
  19. 根据权利要求15-17任一项所述的方法，其特征在于，所述方法还包括：
    所述服务器接收所述辅助设备通过第三语音通信链路发送的用户的语音信息，所述第三语音通信链路是所述辅助设备经由无线网络和公共交换电话网络PSTN/通用交换电话网GSTN到所述服务器的语音通信链路。
  20. 一种车载紧急呼叫eCall装置，其特征在于，所述车载eCall装置包括MSD数据管理模块、语音呼叫管理模块和短距通信模块；
    所述MSD数据管理模块，用于获取最小数据集合MSD；
    所述语音呼叫管理模块，用于判断所述车载eCall装置的无线通信功能是否发生故障；
    所述短距通信模块，用于在所述语音呼叫管理模块确定所述车载eCall装置的无线通信功能发生故障时，向辅助设备发送所述MSD数据管理模块获取的所述MSD，以便所述辅助设备将所述MSD发送至服务器。
  21. 根据权利要求20所述的车载eCall装置，其特征在于，所述短距通信模块，具体用于：
    获取无线网络的当前服务状态；
    在确定所述无线网络的当前服务状态无效时，向所述辅助设备发送所述MSD。
  22. 根据权利要求20所述的车载eCall装置，其特征在于，所述短距通信模块，具体用于：
    在获取到用于指示第一语音通信链路建立失败或被异常终止的消息时，向所述辅助设备发送所述MSD，所述第一语音通信链路是在无线网络的当前服务状态有效时，所述车载eCall装置经由所述无线网络和公共交换电话网络PSTN/通用交换电话网GSTN到所述服务器的语音通信链路。
  23. 根据权利要求20所述的车载eCall装置，其特征在于，所述车载eCall装置还包括：无线通信模块；
    所述无线通信模块，用于通过第一语音通信链路向所述服务器发送所述MSD，所述第一语音通信链路是在无线网络的当前服务状态有效时，所述车载eCall装置经由所述无线网络和PSTN/GSTN到所述服务器的语音通信链路；
    所述短距通信模块，具体用于确定在预设时间内未接收到所述服务器发送的确认消息时，向所述辅助设备发送所述MSD，所述确认信息用于通知所述车载eCall装置，所述服务器已成功接收到所述MSD。
  24. 根据权利要求20-23中任一项所述的车载eCall装置，其特征在于，所述短距通信模块，具体用于：
    向所述辅助设备发送数据连接请求，以建立所述车载eCall装置和所述辅助设备之间的第一数据通信链路，以及所述辅助设备和无线网络之间的第二数据通信链路；
    通过所述第一数据通信链路向所述辅助设备发送所述MSD，以便所述辅助设备通过所述第二数据通信链路和第三数据通信链路向所述服务器发送所述MSD，所述第三数据通信链路是所述无线网络经由互联网Internet到所述服务器的数据通信链路。
  25. 根据权利要求24所述的车载eCall装置，其特征在于，所述短距通信模块，还用于：
    通过所述第一数据通信链路向所述辅助设备发送传输控制协议TCP连接请求，以便所述辅助设备通过所述第二数据通信链路和所述第三数据通信链路向所述服务器发送所述TCP连接请求；
    接收所述辅助设备通过所述第一数据通信链路发送的回应消息，所述回应消息用于通知所述车载eCall装置所述第一数据通信链路和所述第二数据通信链路已建立成功。
  26. 根据权利要求24或25所述的车载eCall装置，其特征在于，
    所述短距通信模块，还用于通过所述第一数据通信链路向所述辅助设备发送用户的语音信息，以便所述辅助设备通过所述第二数据通信链路和所述第三数据通信链路向所述服务器发送所述语音信息。
  27. 根据权利要求20-25中任一项所述的车载eCall装置，其特征在于，所述短距通信模块，还用于：
    向所述辅助设备发送语音连接请求，以建立所述车载eCall装置和所述辅助设备之间的第二语音通信链路；
    通过所述第二语音通信链路向所述辅助设备发送携带紧急救援号码的拨号指令，以便建立第三语音通信链路，所述第三语音通信链路是所述辅助设备经由无线网络和PSTN/GSTN到所述服务器的语音通信链路；
    通过所述第二语音通信链路向所述辅助设备发送用户的语音信息，以便所述辅助设备通过所述第三语音通信链路向所述服务器发送所述语音信息。
  28. 根据权利要求20-27中任一项所述的车载eCall装置，其特征在于，所述短距通信模块为蓝牙模块，所述辅助设备为手机；
    所述蓝牙模块，用于在所述语音呼叫管理模块确定所述车载eCall装置的无线通信功能发生故障时，向所述手机发送所述MSD，以便所述手机将所述MSD发送至所述服务器。
  29. 一种辅助设备，其特征在于，所述辅助设备包括：短距通信模块和无线通信模块；
    所述短距通信模块，用于接收车载紧急呼叫eCall装置发送的最小数据集合MSD；
    所述无线通信模块，用于向服务器发送所述短距通信模块接收到的所述MSD。
  30. 根据权利要求29所述的辅助设备，其特征在于，
    所述短距通信模块，还用于接收所述车载eCall装置发送的数据连接请求，以建立所述车载eCall装置和所述辅助设备之间的第一数据通信链路，以及所述辅助设备和无线网络之间的第二数据通信链路；
    所述短距通信模块，具体用于接收所述车载eCall装置通过所述第一数据通信链路发送的所述MSD；
    所述无线通信模块，具体用于通过所述第二数据通信链路和第三数据通信链路向所述服务器发送所述MSD，所述第三数据通信链路是所述无线网络经由互联网Internet到所述服务器的数据通信链路。
  31. 根据权利要求30所述的辅助设备，其特征在于，
    所述短距通信模块，还用于接收所述车载eCall装置通过所述第一数据通信链路发送的传输控制协议TCP连接请求；
    所述无线通信模块，还用于通过所述第二数据通信链路和所述第三数据通信链路向所述服务器发送所述短距通信模块接收到的所述TCP连接请求；接收所述服务器通过所述第二数据通信链路和所述第三数据通信链路返回的回应消息，所述回应消息用于通知所述车载eCall装置所述第一数据通信链路和所述第二数据通信链路已建立成功；
    所述短距通信模块，还用于通过所述第一数据通信链路向所述车载eCall装置发送所述无线通信模块接收到的所述回应消息。
  32. 根据权利要求30或31所述的辅助设备，其特征在于，
    所述短距通信模块，还用于接收所述车载eCall装置通过所述第一数据通信链路发送的用户的语音信息；
    所述无线通信模块，还用于通过所述第二数据通信链路和所述第三数据通信链路向所述服务器发送所述短距通信模块接收到的所述语音信息。
  33. 根据权利要求29-31中任一项所述的辅助设备，其特征在于，
    所述短距通信模块，还用于接收所述车载eCall装置发送的语音连接请求，以建立所述车载eCall装置和所述辅助设备之间的第二语音通信链路；接收所述车载eCall装置通过所述第二语音通信链路发送的携带紧急救援号码的拨号指令，以便建立第三语音通信链路，所述第三语音通信链路是所述辅助设备经由无线网络和公共交换电话网络PSTN/通用交换电话网GSTN到所述服务器的语音通信链路；接收所述车载eCall装置通过所述第二语音通信链路发送的用户的语音信息；
    所述无线通信模块，还用于通过所述第三语音通信链路向所述服务器发送所述短距通信模块接收到的所述语音信息。
  34. 一种服务器，其特征在于，所述服务器包括最小数据集合MSD数据接收模块；
    所述MSD数据接收模块，用于接收辅助设备发送的所述MSD。
  35. 根据权利要求34所述的服务器，其特征在于，
    所述MSD数据接收模块，具体用于接收所述辅助设备通过第二数据通信链路和第三数据通信链路发送的所述MSD，所述第二数据通信链路是所述辅助设备和无线网络之间的数据通信链路，所述第三数据通信链路是所述无线网络经由互联网Internet到所述服务器的数据通信链路。
  36. 根据权利要求35所述的服务器，其特征在于，
    所述MSD数据接收模块，还用于接收所述辅助设备通过所述第二数据通信链路和所述第三数据通信链路发送的传输控制协议TCP连接请求；通过所述第二数据通信链路和所述第三数据通信链路向所述辅助设备返回回应信息，所述回应消息用于通知车载紧急呼叫eCall装置所述第一数据通信链路和所述第二数据通信链路已建立成功。
  37. 根据权利要求35或36所述的服务器，其特征在于，所述服务器还包括：语音调制解调模块；
    所述语音调制解调模块，用于接收所述辅助设备通过所述第二数据通信链路和所述第三数据通信链路发送的用户的语音信息。
  38. 根据权利要求34-36任一项所述的服务器，其特征在于，所述服务器还包括；语音调制解调模块；
    所述语音调制解调模块，用于接收所述辅助设备通过第三语音通信链路发送的用户的语音信息，所述第三语音通信链路是所述辅助设备经由无线网络和公共交换电话网络PSTN/通用交换电话网GSTN到所述服务器的语音通信链路。
  39. 一种装置，包括：至少一个处理器，以及存储器；其特征在于，
    所述存储器用于存储计算机程序，使得所述计算机程序被所述至少一个处理器执行时实现如权利要求1-19中任一项所述的车载紧急呼叫的方法。
  40. 一种计算机存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-19中任一项所述的车载紧急呼叫的方法。
PCT/CN2017/090655 2017-03-03 2017-06-28 一种车载紧急呼叫的方法及设备 WO2018157531A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201780008491.6A CN108684216A (zh) 2017-03-03 2017-06-28 一种车载紧急呼叫的方法及设备

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710125018.8 2017-03-03
CN201710125018 2017-03-03

Publications (1)

Publication Number Publication Date
WO2018157531A1 true WO2018157531A1 (zh) 2018-09-07

Family

ID=63370295

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/090655 WO2018157531A1 (zh) 2017-03-03 2017-06-28 一种车载紧急呼叫的方法及设备

Country Status (2)

Country Link
CN (1) CN108684216A (zh)
WO (1) WO2018157531A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4254999A4 (en) * 2020-12-18 2023-12-27 Huawei Technologies Co., Ltd. VEHICLE AND EMERGENCY CALL METHOD, APPARATUS AND SYSTEM THEREOF

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111901741A (zh) * 2019-05-06 2020-11-06 上海擎感智能科技有限公司 一种紧急呼叫方法、车机及计算机存储介质
CN112055350B (zh) * 2020-08-11 2022-06-03 博泰车联网科技(上海)股份有限公司 一种紧急求援方法及装置
CN112256614B (zh) * 2020-09-30 2023-04-11 华为技术有限公司 通信方法及装置
CN112689246A (zh) * 2020-12-23 2021-04-20 惠州市德赛西威汽车电子股份有限公司 一种融合v2x技术的车辆紧急呼叫***
CN114980059A (zh) * 2021-02-26 2022-08-30 华为技术有限公司 多设备联合呼叫方法和装置
CN112714399B (zh) * 2021-03-26 2021-06-25 宁波均联智行科技股份有限公司 一种车辆无线信号异常时的信息传递方法及装置
CN115243221A (zh) * 2022-06-13 2022-10-25 合肥移瑞通信技术有限公司 车载设备的通信方法、装置、***、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102573125A (zh) * 2010-12-31 2012-07-11 上海博泰悦臻电子设备制造有限公司 车载智能通信***
CN103516786A (zh) * 2013-08-30 2014-01-15 北京远特科技有限公司 车载***通信服务的方法和***
CN103973765A (zh) * 2013-01-24 2014-08-06 福特全球技术公司 当数据传输失败时使用自动语音发送数据的方法和***

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2680534B1 (en) * 2012-06-28 2017-12-27 Harman Becker Automotive Systems GmbH Logging for telematic systems
US9688246B2 (en) * 2013-02-25 2017-06-27 Ford Global Technologies, Llc Method and apparatus for in-vehicle alarm activation and response handling
US8933822B2 (en) * 2013-03-15 2015-01-13 Ford Global Technologies, Llc Method and apparatus for extra-vehicular emergency updates following an accident
US20150109997A1 (en) * 2013-10-21 2015-04-23 Alexander Sirotkin Apparatus, system and method of interfacing between a cellular manager and a wlan access device
KR101562591B1 (ko) * 2014-06-03 2015-10-23 엘지전자 주식회사 이동 단말기 및 이를 이용한 차량의 사고 발생 처리 방법
US9681282B2 (en) * 2014-10-08 2017-06-13 Qualcomm Incorporated Techniques for supporting telematics-enhanced emergency calls from mobile phones
CN105472091B (zh) * 2016-01-29 2018-07-27 腾讯科技（深圳）有限公司 一种信息处理方法及移动终端

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102573125A (zh) * 2010-12-31 2012-07-11 上海博泰悦臻电子设备制造有限公司 车载智能通信***
CN103973765A (zh) * 2013-01-24 2014-08-06 福特全球技术公司 当数据传输失败时使用自动语音发送数据的方法和***
CN103516786A (zh) * 2013-08-30 2014-01-15 北京远特科技有限公司 车载***通信服务的方法和***

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4254999A4 (en) * 2020-12-18 2023-12-27 Huawei Technologies Co., Ltd. VEHICLE AND EMERGENCY CALL METHOD, APPARATUS AND SYSTEM THEREOF

Also Published As

Publication number Publication date
CN108684216A (zh) 2018-10-19

Similar Documents

Publication Publication Date Title
WO2018157531A1 (zh) 一种车载紧急呼叫的方法及设备
WO2018177425A1 (zh) 一种请求救援的方法、装置和***
US9055425B2 (en) Method and apparatus for enhancing emergency calling with mobile devices
US9674683B2 (en) Method and system for transmitting vehicle data using an automated voice
CN105532025B (zh) 紧急呼叫处理
KR102126239B1 (ko) 외장 단말을 이용하여 자동차의 긴급 상황을 통보하는 장치 및 방법
WO2019128581A1 (zh) 配置信息的传输方法和相关设备
JP6426079B2 (ja) Ｂｌｕｅｔｏｏｔｈネットワークでデータ通信を中継するための方法および装置
US9117373B2 (en) Method and apparatus for extra-vehicular emergency updates following an accident
JP2016226011A5 (zh)
US20210337583A1 (en) Data transmission method and corresponding terminal
WO2012166663A4 (en) Remotely activatable locator with backchannel
EP3829209B1 (en) Interference reporting control in case of idc
CN104769977B (zh) 管理无线通信网络中的非语音紧急服务
KR20160144719A (ko) 무선 통신 시스템에서 위치 기반으로 주변 차량의 멀티미디어 데이터를 수신하는 방법 및 그 장치
WO2013149428A1 (zh) 一种实现切换到设备间通信模式的方法、网络装置和终端
WO2020024789A1 (zh) 避让行驶方法及相关产品
CN110519172A (zh) 无线通信方法和设备
WO2017054606A1 (zh) 一种基于d2d通信的预警方法及相关装置
CN113079223A (zh) 一种业务数据传输方法及装置
WO2016119233A1 (zh) 一种终端设备呼叫冲突的处理方法和终端设备
JP2011232872A (ja) 緊急通報システムおよび緊急通報方法
WO2019090644A1 (zh) 一种用于通信信息处理的方法及移动终端
KR101293881B1 (ko) 구조문자 메시지 전송시스템 및 이를 이용한 구조문자 메시지 전송방법
JP6753413B2 (ja) 装置及び方法

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: 17898863

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17898863

Country of ref document: EP

Kind code of ref document: A1