基于卫星的车辆求救方法、装置、设备及可读存储介质

技术领域

本申请涉及卫星通信技术领域，尤其涉及一种基于卫星的车辆求救方法、装置、设备及可读存储介质。

背景技术

目前，近些年来，随着汽车总量的不断攀升，汽车安全成为各大消费者关注的重点。其中紧急救援服务系统(ECALL，emergencyCall)作为汽车发生事故或紧急情况下的一种紧急呼叫服务，它能第一时间为车主请求紧急救援，尽可能的降低事故造成的伤害。基于移动电话或无线局域网的传统通信方法通常依赖基站或基站周边设施的支持，然而在面对一些偏远地区或极端情况，移动电话或无线局域网可能失效，这将严重增加车主的安全风险。

发明内容

本申请的主要目的在于提供一种基于卫星的车辆求救方法，旨在解决车辆在处于移动电话或无线局域网失效的场景下，将严重增加车主的安全风险的技术问题。

为实现上述目的，本申请提供一种基于卫星的车辆求救方法，所述车辆配置有卫星通信组件，所述基于卫星的车辆求救方法包括：

在所述车辆触发事故报警信号后，通过所述卫星通信组件向求救目标拨打卫星电话；

若无法拨通所述求救目标的卫星电话，则更换所述求救目标，基于新的求救目标执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤，直至拨通卫星电话；

若在拨通卫星电话后，所述卫星电话被非正常挂断，则返回执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤。

可选地，在所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤之前，所述方法包括：

监测所述车辆的气囊状态，以及监测是否存在所述车辆的ECALL按键信号；

若所述气囊状态为弹出状态和/或存在所述ECALL按键信号，则触发事故报警信号。

可选地，所述基于卫星的车辆求救方法还包括：

检测所述车辆的所在位置、所述车辆的移动网络信号以及所述车辆的气囊状态；

若所述所在位置为预设偏远位置、所述移动网络信号的强度小于信号强度阈值或者所述气囊状态为弹出状态，则退出所述车辆上ECALL按键防误触功能。

可选地，在所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤之前，所述方法还包括：

确定所述车辆当前移动网络信号的信号强度；

若所述信号强度小于预设信号强度阈值，则执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤；

若所述信号强度大于或等于预设信号强度阈值，则通过移动网络向所述求救目标拨打网络电话；

若所述网络电话无法拨通，则执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤。

可选地，在所述车辆触发事故报警信号后，所述方法还包括：

基于所述车辆的车辆信息生成事故报警信息；

通过卫星通信组件将所述事故报警信息发送至所述求救目标。

可选地，所述基于所述车辆的车辆信息生成事故报警信息的步骤包括：

获取当前时间以及当前存储的所述车辆信息，其中，所述车辆信息包括事故报警信号触发类型、车辆位置、车辆类型、车内人数、碰撞方向、所述车辆在事故发生时段的车辆行驶方向和车辆速度，所述事故发生时段为所述事故报警信号触发前后的预设时段；

基于预设卫星通信格式对所述当前时间以及所述车辆信息进行封装，得到所述事故报警信息。

可选地，在所述车辆触发事故报警信号后，所述方法还包括：

若所述事故报警信号基于气囊弹出触发生成，则输出报警提示信号；

若所述报警提示信号在输出后的预设时间段内未被复位消除，则执行所述过所述卫星通信组件向求救目标拨打卫星电话的步骤，和/或，执行所述基于所述车辆的车辆信息生成事故报警信息的步骤；

若所述报警提示信号在输出后的预设时间段内被复位消除，则消除所述事故报警信号。

为实现上述目的，本申请还提供一种基于卫星的车辆求救装置，所述车辆配置有卫星通信组件，所述基于卫星的车辆求救装置包括：

第一通信模块，用于在所述车辆触发事故报警信号后，通过所述卫星通信组件向求救目标拨打卫星电话；

更换模块，用于若无法拨通所述求救目标的卫星电话，则更换所述求救目标，基于新的求救目标执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤，直至拨通卫星电话；

复拨模块，用于若在拨通卫星电话后，所述卫星电话被非正常挂断，则返回执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤。

为实现上述目的，本申请还提供一种基于卫星的车辆求救设备，所述基于卫星的车辆求救设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于卫星的车辆求救程序，所述基于卫星的车辆求救程序被所述处理器执行时实现如上述的基于卫星的车辆求救方法的步骤。

为实现上述目的，本申请还提供一种可读存储介质，所述可读存储介质上存储有基于卫星的车辆求救程序，所述基于卫星的车辆求救程序被处理器执行时实现如上述的基于卫星的车辆求救方法的步骤。

本申请实施例提出的一种基于卫星的车辆求救方法、装置、设备及可读存储介质。在本申请实施例中，车辆上配置有卫星通信组件，在所述车辆触发事故报警信号后，通过所述卫星通信组件向求救目标拨打卫星电话；若无法拨通所述求救目标的卫星电话，则更换所述求救目标，基于新的求救目标执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤，直至拨通卫星电话；若在拨通卫星电话后，所述卫星电话被非正常挂断，则返回执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤。即在车辆触发事故报警信号后，车辆将自动通过卫星通信组件向求救目标拨打卫星电话。为保证卫星电话通信有效性，在无法拨通时，将更换求救目标，或者在卫星电话被非正常挂断后重播，从而确保车辆用户可与外界及时联系求救。同时，相比于传统通过移动电话或无线局域网进行呼救的方式，本申请通过卫星通讯组件实现事故发生后的自动对外呼救，由于卫星信号具有更广的覆盖范围，可大大提高在偏远地区或极端情况下对外呼救的成功率，从而降低车主的安全风险。

附图说明

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

图2为本申请基于卫星的车辆求救方法中第一实施例的流程示意图；

图3为本申请基于卫星的车辆求救方法中第二实施例的流程示意图；

图4为本申请基于卫星的车辆求救方法中第三实施例的流程示意图；

图5为本申请基于卫星的车辆求救方法中通信框架示意图；

图6为本申请基于卫星的车辆求救方法中第四实施例的流程示意图；

图7为本申请基于卫星的车辆求救方法中的基于卫星的车辆求救装置的结构示意图。

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

具体实施方式

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

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

本申请实施例的设备可以是车辆，也可以是PC、智能手机、平板电脑、便携计算机等电子终端设备。

如图1所示，该设备可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，设备还可以包括摄像头、RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。其中，传感器比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏的亮度，接近传感器可在移动终端移动到耳边时，关闭显示屏和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；当然，移动终端还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

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

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及基于卫星的车辆求救程序。

在图1所示的设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的基于卫星的车辆求救程序，所述车辆配置有卫星通信组件，并执行以下操作：

在所述车辆触发事故报警信号后，通过所述卫星通信组件向求救目标拨打卫星电话；

若无法拨通所述求救目标的卫星电话，则更换所述求救目标，基于新的求救目标执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤，直至拨通卫星电话；

若在拨通卫星电话后，所述卫星电话被非正常挂断，则返回执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤。

进一步地，处理器1001可以调用存储器1005中存储的基于卫星的车辆求救程序，还执行以下操作：

在所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤之前，所述方法包括：

监测所述车辆的气囊状态，以及监测是否存在所述车辆的ECALL按键信号；

若所述气囊状态为弹出状态和/或存在所述ECALL按键信号，则触发事故报警信号。

进一步地，处理器1001可以调用存储器1005中存储的基于卫星的车辆求救程序，还执行以下操作：

所述基于卫星的车辆求救方法还包括：

检测所述车辆的所在位置、所述车辆的移动网络信号以及所述车辆的气囊状态；

若所述所在位置为预设偏远位置、所述移动网络信号的强度小于信号强度阈值或者所述气囊状态为弹出状态，则退出所述车辆上ECALL按键防误触功能。

进一步地，处理器1001可以调用存储器1005中存储的基于卫星的车辆求救程序，还执行以下操作：

在所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤之前，所述方法还包括：

确定所述车辆当前移动网络信号的信号强度；

若所述信号强度小于预设信号强度阈值，则执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤；

若所述信号强度大于或等于预设信号强度阈值，则通过移动网络向所述求救目标拨打网络电话；

若所述网络电话无法拨通，则执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤。

进一步地，处理器1001可以调用存储器1005中存储的基于卫星的车辆求救程序，还执行以下操作：

在所述车辆触发事故报警信号后，所述方法还包括：

基于所述车辆的车辆信息生成事故报警信息；

通过卫星通信组件将所述事故报警信息发送至所述求救目标。

进一步地，处理器1001可以调用存储器1005中存储的基于卫星的车辆求救程序，还执行以下操作：

所述基于所述车辆的车辆信息生成事故报警信息的步骤包括：

获取当前时间以及当前存储的所述车辆信息，其中，所述车辆信息包括事故报警信号触发类型、车辆位置、车辆类型、车内人数、碰撞方向、所述车辆在事故发生时段的车辆行驶方向和车辆速度，所述事故发生时段为所述事故报警信号触发前后的预设时段；

基于预设卫星通信格式对所述当前时间以及所述车辆信息进行封装，得到所述事故报警信息。

进一步地，处理器1001可以调用存储器1005中存储的基于卫星的车辆求救程序，还执行以下操作：

在所述车辆触发事故报警信号后，所述方法还包括：

若所述事故报警信号基于气囊弹出触发生成，则输出报警提示信号；

若所述报警提示信号在输出后的预设时间段内未被复位消除，则执行所述过所述卫星通信组件向求救目标拨打卫星电话的步骤，和/或，执行所述基于所述车辆的车辆信息生成事故报警信息的步骤；

若所述报警提示信号在输出后的预设时间段内被复位消除，则消除所述事故报警信号。

参照图2，本申请基于卫星的车辆求救方法的第一实施例，车辆配置有卫星通信组件，所述基于卫星的车辆求救方法包括：

步骤S10，在所述车辆触发事故报警信号后，通过所述卫星通信组件向求救目标拨打卫星电话；

需要说明的是，本实施例中的车辆上会配置有卫星通信组件，例如，卫星无线电测定服务组件(RDSS，Radio Determination Satellite Service)，通过卫星通信组件可实现车辆与卫星之间的通讯。相比通过移动电话或无线局域网，卫星通讯具有更强的通信稳定性，保证紧急情况下用户在偏远地区也可及时与外界取得联系，从而降低车主的安全风险。

示例性的，本实施例中的车辆上可安装有传感器的，通过传感器的信号来判断的车辆是否发生事故，例如，传感器可以是加速度传感器，通过加速度传感器通过采集车辆的加速度，通常情况下当车辆发生较为严重的事故时，会导致车辆加速度发生变化，如车辆发生激烈碰撞，使得车速迅速降低，车辆加速度超过预设加速度阈值，则可判定车辆发生较为严重的安全事故，并触发生成事故报警信号，此外，用户也可手动触发生成事故报警型号。

而在事故报警信号触发生成后，车辆将通过卫星通信组件向求救目标拨打卫星电话，其中，求救目标可以是预先设置的救援平台，也可以是车辆用户设置的特定人员，例如，朋友或亲人等。在卫星电话拨通后，车辆用户可及时的与救援方取得联系，以确认是否需要救援，或沟通事故现状，例如，事故发生地点或者事故严重程度，从而便于救援方开展续救援工作。

在一可行的实施方式中，在所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤之前，所述方法包括：

步骤S01，监测所述车辆的气囊状态，以及监测是否存在所述车辆的ECALL按键信号；

步骤S02，若所述气囊状态为弹出状态和/或存在所述ECALL按键信号，则触发事故报警信号。

需要说明的是，当前大多数车辆上都会配备有气囊(即安全气囊)，且在通常情况下，安全气囊会在车辆发生严重事故的情况下自动弹出，以保证乘车人员的安全。故事故报警信号可以基于气囊弹出状态生成，例如，气囊弹出状态和非弹出状态气囊组件将会输出不同的PWM信号(Pulse Width Modulation，脉冲宽度调制)，通过不同的PWM信号来判断气囊的状态。此外，用户也可主动触发事故报警信号，例如，用户通过按下车辆上的ECALL按键也可主动触发事故报警信号。故本实施例，可对气囊状态以及ECALL按键信号是否存在进行监测。若监测到气囊状态为弹出状态和/或存在ECALL按键信号，则可触发生成事故报警信号。

在一可行的实施方式中，在所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤之前，所述方法还包括：

步骤S110，确定所述车辆当前移动网络信号的信号强度；

步骤S120，若所述信号强度小于预设信号强度阈值，则执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤；

步骤S130，若所述信号强度大于或等于预设信号强度阈值，则通过移动网络向所述求救目标拨打网络电话；

步骤S140，若所述网络电话无法拨通，则执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤。

示例性的，在通过卫星通信组件向求救目标拨打卫星电话的步骤之前。可先确定车辆当前移动网络的信号强度，在信号强度较弱无法进行网络通信时，即信号强度小于预设信号强度阈值，再执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤。若信号强度良好，即信号强度大于或等于预设信号强度阈值，则可直接通过移动网络向求救目标拨打网络电话，从而避免浪费卫星通讯资源的浪费。此外，若尝试过网络电话后，网络电话无法拨通，则再通过所述卫星通信组件向求救目标拨打卫星电话。

可理解的是，在本实施例中，将根据移动网络的信号强度来选择，使用移动网络通信还是卫星通信，从而保证通信资源的游有效利用。

步骤S20，若无法拨通所述求救目标的卫星电话，则更换所述求救目标，基于新的求救目标执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤，直至拨通卫星电话；

示例性的，对于卫星电话无法拨通的情况，可以原先设置多个求救目标(如包括默认求救目标和备用求救目标，通常为保证求救目标的有效性和即时性，默认求救目标可设置为救援平台)，以保证可联系上求救目标。如在向一个求救目标连续拨打卫星电话达到预设次数后(例如，两次或三次)，依然无法拨通，则可更换求救目标，再基于新的求救目标执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤，直至拨通卫星电话。可以理解的是，在本实施例中，当一个求救目标无法拨通卫星电话时，将更换求救目标拨打卫星电话，从而保证车辆用户可联系上求救目标。

步骤S30，在拨通卫星电话后，若所述卫星电话被非正常挂断，则返回执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤。

示例性的，在拨通卫星电话后，若卫星电话被非正常挂断，例如，因为信号问题造成通话中断等，此时表示车辆用户实际并未与求救目标完成沟通，故可继续返回执行通过所述卫星通信组件向求救目标拨打卫星电话的步骤。其中，还需要说明的是，当因为非正常挂断而返回拨打卫星电话时，此时卫星电话的拨打对象可优选为非正常挂断时的求救目标。

在本实施例中，车辆上配置有卫星通信组件，在所述车辆触发事故报警信号后，通过所述卫星通信组件向求救目标拨打卫星电话；若无法拨通所述求救目标的卫星电话，则更换所述求救目标，基于新的求救目标执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤，直至拨通卫星电话；若在拨通卫星电话后，所述卫星电话被非正常挂断，则返回执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤。即在车辆触发事故报警信号后，车辆将自动通过卫星通信组件向求救目标拨打卫星电话。为保证卫星电话通信有效性，在无法拨通时，将更换求救目标，或者在卫星电话被非正常挂断后重播，从而确保车辆用户可与外界及时联系求救。同时，相比于传统通过移动电话或无线局域网进行呼救的方式，本申请通过卫星通讯组件实现事故发生后的自动对外呼救，由于卫星信号具有更广的覆盖范围，可大大提高在偏远地区或极端情况下对外呼救的成功率，从而降低车主的安全风险。

参照图3，基于本申请第一实施例提出本申请的第二实施例，在本实施例中，与上述实施例相同或相似的部分，可参照上述内容，此处将不再赘述。所述基于卫星的车辆求救方法还包括：

步骤S11，检测所述车辆的所在位置、所述车辆的移动网络信号以及所述车辆的气囊状态；

步骤S12，若所述所在位置为预设偏远位置、所述移动网络信号的强度小于信号强度阈值或者所述气囊状态为弹出状态，则退出所述车辆上ECALL按键防误触功能。

需要说明的是，对于通过气囊状态触发事故报警信号，车辆可通过实时检测安全气囊PWM的脉冲信号频率，当PWM的脉冲频率从正常的值跳变到警报值时并持续一定次数后即检测到安全气囊弹出，触发事故报警信号。故通常情况下，气囊状态不会误触发事故报警信号。而对于用户手动按下ECALL按键，触发事故报警信号的情况。由于手动操作，故需要对ECALL按键设置防误触功能，例如，当用户点击ECALL按钮后，车辆检测到按键的电平变化，并持续达到预设时长后，再触发事故报警信号，在实际场景中考虑误触情况，即电平变化时间较短为超过预设时长，则不触发事故报警信号。但考虑到车辆发生事故后，车主手动触发事故报警信号存在有困难，故在高风险环境下，为降低手动触发难度，可退出防误触功能。

示例性的，车辆还将实时检测其所在的位置、车辆的移动网络信号以及车辆的气囊状态、以判断车辆是否处于高风险环境。进一步的，若所在位置为预设偏远位置、移动网络信号的强度小于信号强度阈值或气囊状态为弹出状态，则退出ECALL按键防误触功能，从而提高事故报警信号触发的灵敏度。其中，预设偏远位置可以是山区、无人区等；移动网络信号的强度阈值可设置为信息无法发送的强度程度，也可由技术人员根据实际需求设置。

参照图4，基于本申请第一实施例提出本申请的第二实施例，在本实施例中，与上述实施例相同或相似的部分，可参照上述内容，此处将不再赘述。在所述车辆触发事故报警信号后，所述方法还包括：

步骤A10，基于所述车辆的车辆信息生成事故报警信息；

需要说明的是，在一些事故较为严重的情况下，例如，用户陷入昏迷，此时用户将无法与求救目标沟通，故在本实施例中车辆除了自动拨打卫星电话外，车辆还将自动向用户发送报警信息，以保证用户无法与求救目标沟通的情况下，可发送求救信息。

示例性的，而在事故报警信号触发生成后，车辆将根据自身的车辆信息生成事故报警信息，事故报警信息用于表征车辆当前所在位置以及车辆的受损情况等，从而便于救援方及时知晓事故车辆的现状，便于后续救援工作的开展，具体的，事故报警信息的内容也可由技术人员设置。

在一可行的实施方式中，基于所述车辆的车辆信息生成事故报警信息的步骤包括：

步骤A11，获取当前时间以及当前存储的所述车辆信息，其中，所述车辆信息包括事故报警信号触发类型、车辆位置、车辆类型、车内人数、碰撞方向、所述车辆在事故发生时段的车辆行驶方向和车辆速度，所述事故发生时段为所述事故报警信号触发前后的预设时段；

步骤A12，基于预设卫星通信格式对所述当前时间以及所述车辆信息进行封装，得到所述事故报警信息。

示例性的，车辆生成的事故报警信号将触发车辆生成事故报警信息，例如。事故报警信号生成后，车辆将获取当前时间以及当前存在的车辆信息。其中，车辆上的TBOX(TelematicsBOX，远程信息处理器)可按照一定的频率采集车辆信息，或者触发事故报警信号后采集车辆信息，每次采集到新的车辆信息后，新的车辆信息将被到特定的存储区域。故对于车辆信息可直接从特定的存储区域读取。在将获取到的当前时间以及车辆信息进行封装，由于需要通过卫星通信链路发送事故报警信息，故当前时间以及车辆信息需要以预设卫星通信格式进行封装。例如，若卫星为北斗卫星，则预设卫星通信格式可以为北斗短报文协议的格式。

示例性的，车辆信息可包括事故报警信号触发类型，事故报警信号触发类型可以包括事故报警信号是由气囊触发生成的还是由ECALL按键触发生成；车辆位置可以包括经度、纬度、海拔等；车辆类型可以包括车辆具体的型号或车辆的VIN(VehicleIdentification Number，车辆识别码)；车辆人数，即乘车人数，可通过座位下方的传感器或图像识别得到；碰撞方向，可通过车辆上的气囊的弹出情况确定，例如，可将弹出气囊相对于车辆的位置作为车辆的碰撞方向；所述车辆在事故发生时段的车辆行驶方向和车辆速度，车辆行驶方向和车辆速度可用于还原车辆发生事故时的运动轨迹，从而确定事故的严重程度。其中，事故发生时段为所述事故报警信号触发前后的预设时段，可以理解的是，车辆信息可按照一定的频率采集，且并储存至特定的存储区，对于不同时刻的车辆信息，可以以消息队列的形式存储，例如，消息队列为固定长度，当存在有新的车辆信息被采集到后，可将新的车辆信息放置在消息队列的头部，并将消息队列尾部的消息删除。故生成报警消息时，可将特定存储区的所有车辆信息均打包存储。可以理解的是，车辆信息中的内容可用于救援平台对事故严重程度进行分析，从而便于后续救援工作的准备和开展。

步骤A20，过卫星通信组件将所述事故报警信息发送至所述求救目标。

示例性的，生成事故报警信息后，可通过卫星通信组件与卫星之间的卫星通讯链路将事故报警信息发送至卫星，例如，基于北斗短报文协议的格式要求，事故报警信息中可包括收信方ID(Identity document，身份证标识号)、频点、报文通信频率、入站确认申请、编码类别、通信长度及通信数据等。卫星再将事故报警信息转发至与车辆关联的救援平台。卫星也可根据事故报警信息的接收情况或转发请款向车辆上的卫星通信组件发送反馈信息。反馈信息中可包括，指令执行时间、入站发射类型、发射情况、失败原因、剩余时间等信息。此外，对于事故报警信息，可设置为卫星通信组件发送优先级最高的信息，从而保证事故报警信息可被优先发送出去，同时，卫星通信组件在发送时，也可对事故报警信息进行硬件加密，保证发出的消息不被恶意篡改、解析等，且相比于软件加密，硬件加密具有更搞的加密效率和安全性，保证事故报警信息可被及时发送出去。

例如，参照图5，为本申请的通信框架示意图。图中，安全气囊控制器将产生PWM脉冲，ECALL按键将会产生电平信号。PWM脉冲和电平信号将被输入至车辆上的MCU(MicroControl Unit，微控制单元)，MCU中的ECALL检测模块将根据PWM脉冲和电平信号判断是否产生报警信号，而在产生报警信号的情况下SBOX(Safety box，安全盒子)将退出低功耗模式，并对通过TBOX获取到的时间、车辆的位置以及车况信息等，进行封装得到ECALL信息，也即事故报警信息，在通过RDSS中的卫星消息发送模块，向北斗卫星发送卫星消息(即事故报警信息，也可以是卫星电话)，北斗卫星再将事故报警信息转发至救援平台，从而实现呼救。

在本实施例中，车辆上配置有卫星通信组件，在所述车辆触发事故报警信号后，基于所述车辆的车辆信息生成事故报警信息；过卫星通信组件将所述事故报警信息发送至所述求救目标。也即当车辆在发生事故后，车辆将自动触发事故报警信号，并在事故报警信号触发后根据车辆信息生成事故报警信息，而事故报警信息将通过卫星通信组件发送至和车辆关联的救援平台上，从而对外求救，可在用户无法与外界沟通的情况下承担对外呼救的任务。

参照图6，基于本申请第一实施例、第二实施例、第三实施例提出本申请的第四实施例，在所述车辆触发事故报警信号后，所述方法还包括：

步骤B10，若所述事故报警信号基于气囊弹出触发生成，则输出报警提示信号；

步骤B20，若所述报警提示信号在输出后的预设时间段内未被复位消除，则执行所述过所述卫星通信组件向求救目标拨打卫星电话的步骤，和/或，执行所述基于所述车辆的车辆信息生成事故报警信息的步骤；

步骤B30，若所述报警提示信号在输出后的预设时间段内被复位消除，则消除所述事故报警信号。

示例性的，在所述车辆触发事故报警信号后，可判断触发生成事故报警信号是基于气囊弹出触发生成，还是基于ECALL按键触发生成。若事故报警信号仅基于气囊弹出触发生成的，则可输出报警提示信号。例如，可输出语音报警提示信息，从而告知用户车辆即将向救援平台发送事故报警信息。且若在报警提示信号在输出后的预设时间段内未被复位消除，即可确定用户确实需要呼救服务。再执行所述过卫星通信组件将所述事故报警信息发送至所述求救目标的步骤即可。若报警提示信号在输出后的预设时间段内被复位消除，则表示用户可能并不需要呼救服务，相应的将事故报警信号消除。

可以理解的是，在实际应用中，由于事故报警信号可基于气囊弹出或ECALL按键触发生成，其中，基于气囊弹出是自动触发事故报警信号，但值的注意的是，虽然安全气囊大多是在发生严重事故情况下弹出，但是也存在有在较小安全事故场景下弹出的情况，此时可能并不需要对外呼救，或者，车俩事故发生市区、街区等，救援资源较为丰富的区域，用户也可在车辆输出报警提示信号后，手动复位消除报警提示信号，从而表示无需对外呼救，从而避免浪费救援资源。此外，对于由ECALL按键触发生成的事故报警信号，由于ECALL按键是用于手动触发的，故可不必进行输出报警提示信号等待用户确认的步骤。

此外，参照图7，本申请实施例还提出一种基于卫星的车辆求救装置100，所述基于卫星的车辆求救装置100包括：

第一通信模块10，用于在所述车辆触发事故报警信号后，通过所述卫星通信组件向求救目标拨打卫星电话；

更换模块20，用于若无法拨通所述求救目标的卫星电话，则更换所述求救目标，基于新的求救目标执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤，直至拨通卫星电话；

复拨模块30，用于若在拨通卫星电话后，所述卫星电话被非正常挂断，则返回执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤。

可选地，所述基于卫星的车辆求救装置100还包括触发模块40，所述触发模块40用于：

监测所述车辆的气囊状态，以及监测是否存在所述车辆的ECALL按键信号；

若所述气囊状态为弹出状态和/或存在所述ECALL按键信号，则触发事故报警信号。

可选地，所述基于卫星的车辆求救装置100还包括切换模块50，所述切换模块50用于：

检测所述车辆的所在位置、所述车辆的移动网络信号以及所述车辆的气囊状态；

若所述所在位置为预设偏远位置、所述移动网络信号的强度小于信号强度阈值或者所述气囊状态为弹出状态，则退出所述车辆上ECALL按键防误触功能。

可选地，所述第一通信模块10还：

确定所述车辆当前移动网络信号的信号强度；

若所述信号强度小于预设信号强度阈值，则执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤；

若所述信号强度大于或等于预设信号强度阈值，则通过移动网络向所述求救目标拨打网络电话；

若所述网络电话无法拨通，则执行所述通过所述卫星通信组件向求救目标拨打卫星电话的步骤。

可选地，所述基于卫星的车辆求救装置100还包括第二通信模块60，所述第二通信模块60用于：

基于所述车辆的车辆信息生成事故报警信息；

通过卫星通信组件将所述事故报警信息发送至所述求救目标。

可选地，所述第二通信模块60还用于：

获取当前时间以及当前存储的所述车辆信息，其中，所述车辆信息包括事故报警信号触发类型、车辆位置、车辆类型、车内人数、碰撞方向、所述车辆在事故发生时段的车辆行驶方向和车辆速度，所述事故发生时段为所述事故报警信号触发前后的预设时段；

基于预设卫星通信格式对所述当前时间以及所述车辆信息进行封装，得到所述事故报警信息。

可选地，所述基于卫星的车辆求救装置100还包括提示模块70，所述提示模块70用于：

若所述事故报警信号基于气囊弹出触发生成，则输出报警提示信号；

若所述报警提示信号在输出后的预设时间段内未被复位消除，则执行所述过所述卫星通信组件向求救目标拨打卫星电话的步骤，和/或，执行所述基于所述车辆的车辆信息生成事故报警信息的步骤；

若所述报警提示信号在输出后的预设时间段内被复位消除，则消除所述事故报警信号。

本申请提供的基于卫星的车辆求救装置，采用上述实施例中的基于卫星的车辆求救系统方法，旨在解决车辆在处于移动电话或无线局域网失效的场景下，将严重增加车主的安全风险的技术问题。与现有技术相比，本申请实施例提供的电子设备的有益效果与上述实施例一提供的基于卫星的车辆求救方法的有益效果相同，且该基于卫星的车辆求救装置中的其他技术特征与上述实施例方法公开的特征相同，在此不做赘述。

此外，本申请实施例还提出一种基于卫星的车辆求救设备，所述基于卫星的车辆求救设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于卫星的车辆求救程序，所述基于卫星的车辆求救程序被所述处理器执行时实现如上述的基于卫星的车辆求救方法的步骤。

本申请基于卫星的车辆求救设备的具体实施方式与上述基于卫星的车辆求救方法各实施例基本相同，在此不再赘述。

此外，本申请实施例还提出一种可读存储介质，所述可读存储介质上存储有基于卫星的车辆求救程序，所述基于卫星的车辆求救程序被处理器执行时实现如上述的基于卫星的车辆求救方法的步骤。

本申请介质具体实施方式与上述基于卫星的车辆求救方法各实施例基本相同，在此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

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

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

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