CN117376886A - 车辆紧急呼叫方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种车辆紧急呼叫方法、装置、设备及计算机可读存储介质，涉及卫星通信技术领域。所述车辆紧急呼叫方法包括以下步骤：获取当前车辆的紧急呼叫的最小数据集和用户通话数据；基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心；基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心。本申请解决了现有车辆紧急呼叫的可靠性偏低的技术问题。

Description

车辆紧急呼叫方法、装置、设备及计算机可读存储介质

技术领域

本申请涉及卫星通信技术领域，尤其涉及一种车辆紧急呼叫方法、装置、设备及计算机可读存储介质。

背景技术

随着车辆持有量的迅速上涨，车辆安全也愈发受到人们的重视。E-Call(Emergency-Call，车载紧急呼叫系统)的出现，在驾驶员遇到紧急事故(如车祸)，可以通过E-Call向呼叫中心进行紧急呼叫，从而可以有效缩短事故救援时间，提高救援效率。

当前的车辆紧急呼叫系统通常采用地面基站进行紧急呼叫的信息传输，然而在车辆可接收到的基站信号较弱、带宽不足的情况下，难以保障车辆的紧急呼叫能够及时送达呼叫中心，导致车辆紧急呼叫的可靠性偏低。

发明内容

本申请的主要目的在于提供一种车辆紧急呼叫方法，旨在解决现有车辆紧急呼叫的可靠性偏低的技术问题。

为实现上述目的，第一方面，本申请提供一种车辆紧急呼叫方法，应用于车辆紧急呼叫设备，所述车辆紧急呼叫方法包括以下步骤：

获取当前车辆的紧急呼叫的最小数据集和用户通话数据；

基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心；

基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心。

根据第一方面，在所述获取当前车辆的紧急呼叫的最小数据集和用户通话数据的步骤之前，包括：

获取所述当前车辆的当前运行信息；

从所述当前运行信息中提取出目标救援信息，并基于所述目标救援信息生成所述当前车辆的紧急呼叫的最小数据集；

采集所述当前车辆的用户语音信息作为用户通话数据。

根据第一方面，或者以上第一方面的任意一种实现方式，在所述获取当前车辆的紧急呼叫的最小数据集和用户通话数据的步骤之前，还包括：

判断是否接收到紧急呼叫指令；

若接收到所述紧急呼叫指令，则建立与所述天通卫星的短信通道与通话通道，并执行步骤：获取当前车辆的紧急呼叫的最小数据集和用户通话数据。

根据第一方面，或者以上第一方面的任意一种实现方式，所述基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心的步骤，包括：

将所述最小数据集封装为卫星短信数据；

将所述卫星短信数据经所述短信通道发送至所述天通卫星，以使所述天通卫星将所述卫星短信数据转发至所述预设呼叫中心。

根据第一方面，或者以上第一方面的任意一种实现方式，所述基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心的步骤，包括：

将所述用户通话数据封装为卫星通话数据；

将所述卫星通话数据经所述通话通道发送至所述天通卫星，以使所述天通卫星将所述卫星通话数据转发至所述预设呼叫中心。

根据第一方面，或者以上第一方面的任意一种实现方式，所述基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心的步骤，所述车辆紧急呼叫方法还包括：

接收所述天通卫星下发的中心通话数据，其中所述中心通话数据为所述预设呼叫中心反馈所述当前车辆的语音数据；

控制所述当前车辆输出所述中心通话数据。

根据第一方面，或者以上第一方面的任意一种实现方式，在所述获取当前车辆的紧急呼叫的最小数据集和用户通话数据的步骤之后，所述车辆紧急呼叫方法还包括：

获取所述当前车辆的基站连接状态，其中所述基站连接状态为所述当前车辆与地面基站之间的网络连接状态；

在所述基站连接状态为良好连接状态后，将所述最小数据集和所述用户通话数据经所述地面基站转发至预设呼叫中心；

在所述基站连接状态不为良好连接状态后，执行步骤：基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心。

第二方面，本申请提供一种车辆紧急呼叫装置，应用于车辆紧急呼叫设备，所述车辆紧急呼叫装置包括：

获取模块，用于获取当前车辆的紧急呼叫的最小数据集和用户通话数据；

第一发送模块，用于基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心；

第二发送模块，用于基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心。

根据第二方面，获取模块，还用于：

获取所述当前车辆的当前运行信息；

从所述当前运行信息中提取出目标救援信息，并基于所述目标救援信息生成所述当前车辆的紧急呼叫的最小数据集；

采集所述当前车辆的用户语音信息作为用户通话数据。

根据第二方面，或者以上第二方面的任意一种实现方式，所述车辆紧急呼叫装置，还用于：

判断是否接收到紧急呼叫指令；

若接收到所述紧急呼叫指令，则建立与所述天通卫星的短信通道与通话通道，并执行步骤：获取当前车辆的紧急呼叫的最小数据集和用户通话数据。

根据第二方面，或者以上第二方面的任意一种实现方式，第一发送模块，用于：

将所述最小数据集封装为卫星短信数据；

将所述卫星短信数据经所述短信通道发送至所述天通卫星，以使所述天通卫星将所述卫星短信数据转发至所述预设呼叫中心。

根据第二方面，或者以上第二方面的任意一种实现方式，第二发送模块，用于：

将所述用户通话数据封装为卫星通话数据；

将所述卫星通话数据经所述通话通道发送至所述天通卫星，以使所述天通卫星将所述卫星通话数据转发至所述预设呼叫中心。

根据第二方面，或者以上第二方面的任意一种实现方式，所述车辆紧急呼叫装置，还用于：

接收所述天通卫星下发的中心通话数据，其中所述中心通话数据为所述预设呼叫中心反馈所述当前车辆的语音数据；

控制所述当前车辆输出所述中心通话数据。

根据第二方面，或者以上第二方面的任意一种实现方式，所述车辆紧急呼叫装置，还用于：

获取所述当前车辆的基站连接状态，其中所述基站连接状态为所述当前车辆与地面基站之间的网络连接状态；

在所述基站连接状态为良好连接状态后，将所述最小数据集和所述用户通话数据经所述地面基站转发至预设呼叫中心；

在所述基站连接状态不为良好连接状态后，执行步骤：基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心。

第三方面，本申请提供了一种车辆紧急呼叫设备，所述车辆紧急呼叫设备包括：存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述计算机程序配置为实现如上所述的车辆紧急呼叫方法的步骤。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质中存储了计算机程序，当所述计算机程序被处理器执行时，使得处理器执行如上述第一方面或第一方面的可能的实现方式中任一项所述的车辆紧急呼叫方法。

第五方面，本申请实施例提供了一种计算机程序，该计算机程序包括用于执行第一方面以及第一方面的任意可能的实现方式中的车辆紧急呼叫方法的指令。

本申请提出了一种车辆紧急呼叫方法、装置、设备及计算机可读存储介质，通过获取当前车辆的紧急呼叫的最小数据集和用户通话数据。进而基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心，从而将最小数据集以天通卫星的卫星短信数据的形式经天通卫星转发至预设呼叫中心。并基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心。从而将用户通话数据以天通卫星的卫星通话数据的形式经天通卫星转发至预设呼叫中心。本申请通过利用天通卫星的通话通道实现紧急呼叫电话的拨打，同时利用天通卫星的短信通道将最小数据集发送到预设呼叫中心，构成基于天通卫星的紧急呼叫流程，由此规避了地面基站的基站信号较弱、带宽不足等情况对紧急呼叫的影响，有效提高了车辆紧急呼叫的可靠性。此外，由于本申请是借助所述天通卫星的短信通道与通话通道分别实现最小数据集的传输和电话拨打，因此可以实现所述最小数据集的数据传输和通话同时进行，无需如同现有的基于地面基站的车辆紧急呼叫方案一般先进行所述最小数据集的数据传输才能进行通话，也有效提高了车辆紧急呼叫的效率。

附图说明

图1为本申请车辆紧急呼叫方法第一实施例的流程示意图；

图2为本申请车辆紧急呼叫方法第二实施例的流程示意图；

图3为本申请车辆紧急呼叫方法第三实施例的流程示意图；

图4为本申请实施例方案涉及的场景示意图；

图5为本申请车辆紧急呼叫装置的结构示意图；

图6为本申请实施例方案涉及的硬件运行环境的设备结构示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

以下结合部分现有技术对本申请车辆紧急呼叫方法进行说明：

E-Call(Emergency-Call，车载紧急呼叫系统)可以在汽车发生事故时被动激活(当然可以操作按键主动激活)，将当前行车信息发送给呼叫中心，由此使得救援响应更加及时。当前的车辆紧急呼叫系统是通过利用了2G(2nd-Generation，第二代移动通信技术)和3G(3rd-Generation，第三代移动通信技术)网络支持电路域紧急呼叫的能力，使用带内调制技术将最小数据集(MSD，Minimum Set of Data)时分复用和调制到数字语音通带，然后通过2G/3G话音通道传送到呼叫中心。

因此也带来了一个问题，车辆紧急呼叫系统需要借助地面基站进行紧急呼叫的信息传输，然而在车辆可接收到的基站信号较弱、带宽不足的情况下，难以保障车辆的紧急呼叫能够及时送达呼叫中心，导致车辆紧急呼叫的可靠性偏低。并且由于是将最小数据集时分复用和调制到数字语音通带，因此在传输所述最小数据集的同时并不能进行通话，当前通常是最小数据集在eCall连接之后就开始传输，早于语音电话，即呼叫中心在接收到了最小数据集之后才与车主通话。

本申请通过利用天通卫星的通话通道实现紧急呼叫电话的拨打，同时利用天通卫星的短信通道将最小数据集发送到预设呼叫中心，构成基于天通卫星的紧急呼叫流程，由此规避了地面基站的基站信号较弱、带宽不足等情况对紧急呼叫的影响，有效提高了车辆紧急呼叫的可靠性。此外，由于本申请是借助所述天通卫星的短信通道与通话通道分别实现最小数据集的传输和电话拨打，因此可以实现所述最小数据集的数据传输和通话同时进行，无需如同现有的基于地面基站的车辆紧急呼叫方案一般先进行所述最小数据集的数据传输才能进行通话，也有效提高了车辆紧急呼叫的效率。

请参照图1，图1为本申请车辆紧急呼叫方法第一实施例的流程示意图。需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请第一实施例提供一种车辆紧急呼叫方法，所述车辆紧急呼叫方法包括以下步骤：

步骤S100，获取当前车辆的紧急呼叫的最小数据集和用户通话数据；

本实施例中，需要说明的是，所述最小数据集包括紧急呼叫相关信息，如触发原因(自动触发或者手动触发)、紧急呼叫类型(真正的紧急呼叫或者是测试紧急呼叫)、车辆类型(轿车、公交车等)、车辆唯一标示号、燃油类别、时间戳、车辆位置信息(即车辆的经纬度信息)、位置信息的精度(10m、5m等)、车辆行驶方向、乘车人数等。所述用户通话数据为在触发紧急呼叫后，通过拾音设备(如麦克风)采集到的用户的语音信息。

本实施例可以通过直接获取其他设备生成的当前车辆的紧急呼叫的最小数据集和用户通话数据，也可以通过获取所述当前车辆的当前运行信息，并根据所述当前运行信息生成所述最小数据集，并采集所述当前车辆的用户语音信息作为用户通话数据。

其中，在步骤S100中所述获取当前车辆的紧急呼叫的最小数据集和用户通话数据的步骤之前，还包括：

步骤A10，判断是否接收到紧急呼叫指令；

步骤A20，若接收到所述紧急呼叫指令，则建立与所述天通卫星的短信通道与通话通道，并执行步骤：获取当前车辆的紧急呼叫的最小数据集和用户通话数据。

本实施例中，需要说明的是，所述紧急呼叫指令可以是被动下发，也可以是主动下发。示例性地，用户可以通过按下预设紧急呼叫按键(如“SOS”按键)，主动下发所述紧急呼叫指令。在所述当前车辆处于预设紧急呼叫场景(如撞车)时，下发所述紧急呼叫指令。例如，可以通过判断所述当前车辆的安全气囊是否打开，确定所述当前车辆是否处于预设紧急呼叫场景。若所述当前车辆的安全气囊打开，则可以判定所述当前车辆处于预设紧急呼叫场景。

本实施例通过判断是否接收到紧急呼叫指令，确定所述当前车辆是否需要发起紧急呼叫。若接收到所述紧急呼叫指令，则可以建立与所述天通卫星的短信通道与通话通道，并执行步骤：获取当前车辆的紧急呼叫的最小数据集和用户通话数据。若未接收到所述紧急呼叫指令，则可以执行步骤：判断是否接收到紧急呼叫指令。

步骤S200，基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心；

本实施例中，需要说明的是，所述短信通道为所述天通卫星实现短信功能的通讯通道。所述预设呼叫中心可以是公共安全应答点(Public Safety Answering Point，PSAP)，当然也可以是第三方的救援平台。

本实施例可以通过天通卫星的短信通道将所述最小数据集发送至所述天通卫星，然后所述天通卫星再将所述最小数据集转发至预设呼叫中心，以使所述预设呼叫中心得到反映所述当前车辆与紧急呼叫相关的最小数据集。进一步地，为了保障所述最小数据集的实时性，可以在所述最小数据集更新后，基于天通卫星的短信通道，将更新后的最小数据集发送至预设呼叫中心。

其中，步骤S200中所述基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心的步骤，包括：

步骤S210，将所述最小数据集封装为卫星短信数据；

步骤S220，将所述卫星短信数据经所述短信通道发送至所述天通卫星，以使所述天通卫星将所述卫星短信数据转发至所述预设呼叫中心。

由于需要通过天通卫星的短信通道进行所述最小数据集的传输，因此本实施例需要先将所述最小数据集封装为卫星短信数据。然后再将所述卫星短信数据经所述短信通道发送至所述天通卫星，进而所述天通卫星可以将所述卫星短信数据转发至所述预设呼叫中心，以使所述预设呼叫中心得到反映所述当前车辆与紧急呼叫相关的最小数据集。

步骤S300，基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心。

本实施例中，需要说明的是，所述通话通道为所述天通卫星实现卫星通话功能的通讯通道。

本实施例可以通过天通卫星的通话通道将所述用户通话数据发送至所述天通卫星，然后所述天通卫星再将所述用户通话数据转发至预设呼叫中心，以使所述预设呼叫中心对于当前车辆的用户通话数据的接收。可以理解的是，由于本实施例是借助所述天通卫星的短信通道与通话通道分别实现最小数据集的传输和电话拨打，因此本实施例对于步骤S200与步骤S300的执行顺序并不做限制，即可以先执行步骤S200再执行步骤S300，也可以先执行步骤S300再执行步骤S200，还可以同时执行步骤S200和步骤S300。

其中，步骤S300中所述基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心的步骤，包括：

步骤S310，将所述用户通话数据封装为卫星通话数据；

步骤S320，将所述卫星通话数据经所述通话通道发送至所述天通卫星，以使所述天通卫星将所述卫星通话数据转发至所述预设呼叫中心。

由于需要通过天通卫星的通话通道进行所述用户通话数据的传输，因此本实施例需要先将所述用户通话数据封装为卫星通话数据。然后再将所述用户通话数据经所述通话通道发送至所述天通卫星，进而所述天通卫星可以将所述用户通话数据转发至所述预设呼叫中心，以使所述预设呼叫中心对于当前车辆的用户通话数据的接收。

其中，步骤S300中所述基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心的步骤，所述车辆紧急呼叫方法还包括：

步骤B10，接收所述天通卫星下发的中心通话数据，其中所述中心通话数据为所述预设呼叫中心反馈所述当前车辆的语音数据；

步骤B20，控制所述当前车辆输出所述中心通话数据。

本实施例在将所述用户通话数据发送至预设呼叫中心的同时，还通过所述通话通道接收所述天通卫星下发的中心通话数据，其中所述中心通话数据为在所述天通卫星的通话通道建立后，所述预设呼叫中心反馈所述当前车辆的语音数据。进而可以控制所述当前车辆输出所述中心通话数据。由此实现了所述当前车辆与所述预设呼叫中心之间的通话。

在本申请第一实施例中，通过获取当前车辆的紧急呼叫的最小数据集和用户通话数据。进而基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心，从而将最小数据集以天通卫星的卫星短信数据的形式经天通卫星转发至预设呼叫中心。并基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心。从而将用户通话数据以天通卫星的卫星通话数据的形式经天通卫星转发至预设呼叫中心。本实施例通过利用天通卫星的通话通道实现紧急呼叫电话的拨打，同时利用天通卫星的短信通道将最小数据集发送到预设呼叫中心，构成基于天通卫星的紧急呼叫流程，由此规避了地面基站的基站信号较弱、带宽不足等情况对紧急呼叫的影响，有效提高了车辆紧急呼叫的可靠性。此外，由于本实施例是借助所述天通卫星的短信通道与通话通道分别实现最小数据集的传输和电话拨打，因此可以实现所述最小数据集的数据传输和通话同时进行，无需如同现有的基于地面基站的车辆紧急呼叫方案一般先进行所述最小数据集的数据传输才能进行通话，也有效提高了车辆紧急呼叫的效率。

参照图2，图2为本申请车辆紧急呼叫方法的第二实施例的流程示意图。

在本申请另一实施例中，与上述实施例相同或相似的内容，可以参考上文介绍，后续不再赘述。本申请第二实施例提供一种车辆紧急呼叫方法，其中，在步骤S100中所述获取当前车辆的紧急呼叫的最小数据集和用户通话数据的步骤之前，包括：

步骤S110，获取所述当前车辆的当前运行信息；

步骤S120，从所述当前运行信息中提取出目标救援信息，并基于所述目标救援信息生成所述当前车辆的紧急呼叫的最小数据集；

步骤S130，采集所述当前车辆的用户语音信息作为用户通话数据。

本实施例中，所述目标救援信息为厂商指定采集的车辆运行参数，可以包括必选参数和可选参数，所述必选参数为相关标准规范指定所述最小数据集包含的车辆运行参数，所述可选参数为根据实际需求要求所述最小数据集包含的车辆运行参数。

本实施例通过获取所述当前车辆的当前运行信息，进而从所述当前运行信息中提取出生成所述最小数据集所需的目标救援信息。然后可以基于所述目标救援信息，按照所述最小数据集的数据格式，生成所述当前车辆的紧急呼叫的最小数据集。另外还可以采集所述当前车辆的用户语音信息作为用户通话数据。

本申请第二实施例中，通过获取所述当前车辆的当前运行信息；从所述当前运行信息中提取出目标救援信息，并基于所述目标救援信息生成所述当前车辆的紧急呼叫的最小数据集；采集所述当前车辆的用户语音信息作为用户通话数据。由此可以根据需求不同，提取对应的目标救援信息，由此获得的最小数据集可以更加贴合实际业务场景的需求。

参照图3，图3为本申请车辆紧急呼叫方法的第三实施例的流程示意图。

在本申请另一实施例中，与上述实施例相同或相似的内容，可以参考上文介绍，后续不再赘述。本申请第三实施例提供一种车辆紧急呼叫方法，在步骤S100所述获取当前车辆的紧急呼叫的最小数据集和用户通话数据的步骤之后，所述车辆紧急呼叫方法还包括：

步骤C10，获取所述当前车辆的基站连接状态，其中所述基站连接状态为所述当前车辆与地面基站之间的网络连接状态；

步骤C20，在所述基站连接状态为良好连接状态后，将所述最小数据集和所述用户通话数据经所述地面基站转发至预设呼叫中心；

步骤C30，在所述基站连接状态不为良好连接状态后，执行步骤：基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心。

本实施例中，需要说明的是，所述基站连接状态为所述当前车辆与地面基站之间的网络连接状态，所述网络连接状态包括良好连接状态和非良好连接状态，所述地面基站可以是构成地面蜂窝网络的2G基站、3G基站。

本实施例通过获取所述当前车辆的基站连接状态，以确定所述当前车辆与可连接到的地面基站之间的网络连接状态。在所述基站连接状态为良好连接状态后，说明所述当前车辆与可连接到的地面基站之间的网络连接状态良好，可以将所述最小数据集和所述用户通话数据经所述地面基站转发至预设呼叫中心。在所述基站连接状态不为良好连接状态后，说明所述当前车辆与可连接到的地面基站之间的网络连接状态较差，则可以执行步骤：基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心。以借助天通卫星实现紧急呼叫。

本申请第三实施例中，通过获取所述当前车辆的基站连接状态，其中所述基站连接状态为所述当前车辆与地面基站之间的网络连接状态；在所述基站连接状态为良好连接状态后，将所述最小数据集和所述用户通话数据经所述地面基站转发至预设呼叫中心；在所述基站连接状态不为良好连接状态后，执行步骤：基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心。由此，本实施例则可以在网络连接状态良好的情况下，将所述最小数据集和所述用户通话数据经所述地面基站转发至预设呼叫中心，无需借助天通卫星，有利于降低紧急呼叫的成本。

参见图4，图4为本申请实施例方案涉及的场景示意图。

如图4所示，本实施例中，所述车辆紧急呼叫方法应用于天通终端，所述天通终端设置于所述当前车辆内，所述天通终端包括蓝牙模组、CAN(Controller Area Network，控制器局域网络)模组、定位模组、卫星通信模组和MCU(Micro-Controller Unit，微控制单元)。蓝牙模组、CAN模组和定位模组，用于获取当前车辆的紧急呼叫的最小数据集和用户通话数据。蓝牙模组用于与所述当前车辆的DHU(Driver information Head unit，集成式信息系统单元，也可称车机)进行数据交互，获得当前车辆的车辆信息(如车辆类型、车辆唯一标示号、燃油类别、时间戳、乘客人数等)。CAN模组用于与所述当前车辆的ECUs(ElectronicControl Units，各个电子控制单元)进行数据交互，获得各电子控制单元的运行参数。定位模组用于获取所述当前车辆的车辆位置信息、位置信息的精度等。卫星通信模组用于基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心；还用于基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心。当然，还用于接收所述天通卫星下发的中心通话数据，以及建立与所述天通卫星的短信通道与通话通道。MCU用于控制蓝牙模组、CAN模组、定位模组、卫星通信模组执行上述操作。

参见图5，图5为本申请车辆紧急呼叫装置的结构示意图。

如图5所示，本申请实施例提供一种车辆紧急呼叫装置，应用于车辆紧急呼叫设备，所述车辆紧急呼叫装置包括：

获取模块10，用于获取当前车辆的紧急呼叫的最小数据集和用户通话数据；

第一发送模块20，用于基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心；

第二发送模块30，用于基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心。

可选地，获取模块10，还用于：

获取所述当前车辆的当前运行信息；

从所述当前运行信息中提取出目标救援信息，并基于所述目标救援信息生成所述当前车辆的紧急呼叫的最小数据集；

采集所述当前车辆的用户语音信息作为用户通话数据。

可选地，所述车辆紧急呼叫装置，还用于：

判断是否接收到紧急呼叫指令；

若接收到所述紧急呼叫指令，则建立与所述天通卫星的短信通道与通话通道，并执行步骤：获取当前车辆的紧急呼叫的最小数据集和用户通话数据。

可选地，第一发送模块20，用于：

将所述最小数据集封装为卫星短信数据；

将所述卫星短信数据经所述短信通道发送至所述天通卫星，以使所述天通卫星将所述卫星短信数据转发至所述预设呼叫中心。

可选地，第二发送模块30，用于：

将所述用户通话数据封装为卫星通话数据；

将所述卫星通话数据经所述通话通道发送至所述天通卫星，以使所述天通卫星将所述卫星通话数据转发至所述预设呼叫中心。

可选地，所述车辆紧急呼叫装置，还用于：

接收所述天通卫星下发的中心通话数据，其中所述中心通话数据为所述预设呼叫中心反馈所述当前车辆的语音数据；

控制所述当前车辆输出所述中心通话数据。

可选地，所述车辆紧急呼叫装置，还用于：

获取所述当前车辆的基站连接状态，其中所述基站连接状态为所述当前车辆与地面基站之间的网络连接状态；

在所述基站连接状态为良好连接状态后，将所述最小数据集和所述用户通话数据经所述地面基站转发至预设呼叫中心；

在所述基站连接状态不为良好连接状态后，执行步骤：基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心。

本申请提供的车辆紧急呼叫装置，采用上述各实施例中的车辆紧急呼叫方法，解决了现有车辆紧急呼叫的可靠性偏低的技术问题。与现有技术相比，本申请实施例提供的车辆紧急呼叫装置的有益效果与上述实施例提供的车辆紧急呼叫方法的有益效果相同，且该车辆紧急呼叫装置中的其他技术特征与上述实施例方法公开的特征相同，在此不做赘述。

如图6所示，图6为本申请实施例方案涉及的硬件运行环境的设备结构示意图。

具体地，所述车辆紧急呼叫设备可以是天通终端、PC(Personal Computer，个人计算机)、平板电脑、便携式计算机或者服务器等设备。

如图6所示，所述车辆紧急呼叫设备可以包括：处理器1001，例如中央处理器(Central Processing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(WIreless-FIdelity，WI-FI)接口)。存储器1005可以是高速的随机存取存储器(RandomAccess Memory，RAM)存储器，也可以是稳定的非易失性存储器(Non-Volatile Memory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图6中示出的设备结构并不构成对所述车辆紧急呼叫设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图6所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及车辆紧急呼叫应用程序。

在图6所示的设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的车辆紧急呼叫程序，实现上述实施例提供的车辆紧急呼叫方法中的操作。

此外，本申请实施例还提出一种计算机存储介质，所述计算机存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述实施例提供的车辆紧急呼叫方法中的操作，具体步骤此处不再过多赘述。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体/操作/对象与另一个实体/操作/对象区分开来，而不一定要求或者暗示这些实体/操作/对象之间存在任何这种实际的关系或者顺序；术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

对于设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的。可以根据实际的需要选择中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，电视机，或者网络设备等)执行本申请各个实施例所述的方法。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种车辆紧急呼叫方法，其特征在于，所述车辆紧急呼叫方法包括以下步骤：

获取当前车辆的紧急呼叫的最小数据集和用户通话数据；

基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心；

基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心。

2.如权利要求1所述的车辆紧急呼叫方法，其特征在于，在所述获取当前车辆的紧急呼叫的最小数据集和用户通话数据的步骤之前，包括：

获取所述当前车辆的当前运行信息；

从所述当前运行信息中提取出目标救援信息，并基于所述目标救援信息生成所述当前车辆的紧急呼叫的最小数据集；

采集所述当前车辆的用户语音信息作为用户通话数据。

3.如权利要求1所述的车辆紧急呼叫方法，其特征在于，在所述获取当前车辆的紧急呼叫的最小数据集和用户通话数据的步骤之前，还包括：

判断是否接收到紧急呼叫指令；

若接收到所述紧急呼叫指令，则建立与所述天通卫星的短信通道与通话通道，并执行步骤：获取当前车辆的紧急呼叫的最小数据集和用户通话数据。

4.如权利要求1所述的车辆紧急呼叫方法，其特征在于，所述基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心的步骤，包括：

将所述最小数据集封装为卫星短信数据；

将所述卫星短信数据经所述短信通道发送至所述天通卫星，以使所述天通卫星将所述卫星短信数据转发至所述预设呼叫中心。

5.如权利要求1所述的车辆紧急呼叫方法，其特征在于，所述基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心的步骤，包括：

将所述用户通话数据封装为卫星通话数据；

将所述卫星通话数据经所述通话通道发送至所述天通卫星，以使所述天通卫星将所述卫星通话数据转发至所述预设呼叫中心。

6.如权利要求5所述的车辆紧急呼叫方法，其特征在于，所述基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心的步骤，所述车辆紧急呼叫方法还包括：

接收所述天通卫星下发的中心通话数据，其中所述中心通话数据为所述预设呼叫中心反馈所述当前车辆的语音数据；

控制所述当前车辆输出所述中心通话数据。

7.如权利要求1至6中任一项所述的车辆紧急呼叫方法，其特征在于，在所述获取当前车辆的紧急呼叫的最小数据集和用户通话数据的步骤之后，所述车辆紧急呼叫方法还包括：

获取所述当前车辆的基站连接状态，其中所述基站连接状态为所述当前车辆与地面基站之间的网络连接状态；

在所述基站连接状态为良好连接状态后，将所述最小数据集和所述用户通话数据经所述地面基站转发至预设呼叫中心；

在所述基站连接状态不为良好连接状态后，执行步骤：基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心。

8.一种车辆紧急呼叫装置，其特征在于，所述车辆紧急呼叫装置包括：

获取模块，用于获取当前车辆的紧急呼叫的最小数据集和用户通话数据；

第一发送模块，用于基于天通卫星的短信通道，将所述最小数据集发送至预设呼叫中心；

第二发送模块，用于基于所述天通卫星的通话通道，将所述用户通话数据发送至预设呼叫中心。

9.一种车辆紧急呼叫设备，其特征在于，所述车辆紧急呼叫设备包括：存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的车辆紧急呼叫方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有车辆紧急呼叫程序，所述车辆紧急呼叫程序被处理器执行时实现如权利要求1至7中任一项所述的车辆紧急呼叫方法的步骤。