CN117811637A

CN117811637A - 一种卫星消息传输方法、系统与终端设备

Info

Publication number: CN117811637A
Application number: CN202311561749.9A
Authority: CN
Inventors: 田伟; 李朝阳; 张世茗; 王东旭
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2023-03-15
Filing date: 2023-03-15
Publication date: 2024-04-02

Abstract

本申请实施例提供一种卫星消息传输方法、系统与终端设备，可以实现在北斗短报文中指示北斗卫星消息的标识，并且可以减少对报文空间的占用；其中，北斗卫星消息的标识可以便于关联包括北斗卫星消息的多条消息之间的关系。该方法中，第一终端设备响应于用于指示发送卫星消息的操作，基于时间戳信息生成卫星消息的标识；然后，将卫星消息的标识与卫星消息的消息内容一起发送出去。相比于通用技术生成卫星消息的标识，基于时间戳信息生成卫星消息的标识可以占用更少的报文空间。

Description

一种卫星消息传输方法、系统与终端设备

本申请是分案申请，原申请的申请号是202310288193.4，原申请日是2023年03月15日，原申请的全部内容通过引用结合在本申请中。

技术领域

本申请涉及终端技术领域，尤其涉及一种卫星消息传输方法、系统与终端设备。

背景技术

随着技术的发展和进步，终端设备的功能逐渐完善和丰富。以手机为例，目前越来越多的手机具有北斗短报文通信服务功能，可以为用户提供无网络环境下的通信保障。

由于卫星通信的速率限制，当前通过卫星发送和接收消息的消息容量具有一定限制，例如一些实现方式中北斗短报文最多能够传输400比特(bit)的内容。而且，消息的收件人号码、位置信息、用户输入的信息内容都会占用北斗短报文的消息容量。因此，用户在北斗短报文实际可以输入的信息内容存在较大的限制。

发明内容

本申请提供一种卫星消息传输方法、系统与终端设备，可以实现在北斗短报文中指示北斗卫星消息的标识，并且可以减少对报文空间的占用；其中，北斗卫星消息的标识可以便于关联包括北斗卫星消息的多条消息之间的关系。

第一方面，本申请实施例提供了一种卫星消息传输方法。该方法中，第一终端设备响应于在第一界面上的第一操作，基于第一时间戳信息生成第一消息标识，所述第一操作用于指示所述第一终端设备发送卫星消息；所述第一终端设备向卫星发送第一卫星消息，所述第一卫星消息包括所述第一消息标识和第一消息内容。

该方法中，基于时间戳信息生成北斗卫星消息的标识(identity document，ID)，可以减少北斗卫星消息的ID对北斗短报文的消息容量的占用。以及，通过北斗卫星消息的ID，可以实现对多条消息的关联，从而可以实现用户更加直观地确定消息之间的关系。

在一种可能的设计中，所述基于第一时间戳信息生成第一消息标识，包括：采用第一预设时长对所述第一时间戳信息进行取余处理，得到取余结果；根据所述取余结果，生成所述第一消息标识。示例性的，第一预设时长可以为卫星消息的预设最大存储时长，例如可以为7天。在一些实施例中，所述根据所述取余结果，生成所述第一消息标识，包括：将所述取余结果作为所述第一消息标识。

该设计中，通过采用时间戳信息生成北斗卫星消息的ID，相比于采用通用技术生成的北斗消息的ID，可以减少对北斗短报文的消息容量的占用。

在一种可能的设计中，所述方法还包括：所述第一终端设备接收卫星发送的第二卫星消息，所述第二卫星消息包括第二消息标识和第二消息内容；其中，所述第二消息标识与所述第一消息标识相同，所述第二消息内容为所述第一消息内容的回复内容。在一些实施例中，第二消息标识可以理解为第一消息标识，第一终端设备的通信对端设备接收到第一终端设备发送的第一消息标识和第一消息内容之后，向第一终端设备回复消息时，在回复消息中携带所述第一消息标识，从而可以通过消息标识指示该条回复消息为针对第一消息内容的回复消息。所述第一终端设备基于所述第二卫星消息显示第二界面；其中，在所述第二界面中所述第二消息内容与所述第一消息内容进行关联显示。可以理解，卫星消息进行传输时，卫星消息中携带的为编码之后的消息内容和消息标识，以及，终端设备接收到第二卫星消息之后，对编码的消息内容和消息标识进行解码，基于解码之后消息标识确定消息之间的关联关系对解码之后的消息内容进行显示。尽管本申请实施例中未介绍编码和解码，可以理解消息可以编码后进行传输，以及在接收后进行解码处理。

该设计中，第一终端设备基于接收到的卫星消息中携带的消息标识与第一终端设备发送消息的消息标识进行匹配，可以准确地获取到消息之间的关联关系，从而可以实现具有消息之间的关联展示，从而可以实现用户更加直观地确定消息之间的关系。

在一种可能的设计中，所述第一终端设备接收卫星发送的第二卫星消息之前，所述方法还包括：所述第一终端设备响应于第二操作，向卫星发送第一请求消息，所述第一请求消息用于请求获取所述第一终端设备待接收的卫星消息。

该设计中，第一终端设备可以向卫星主动进行查询，以获取到待接收的卫星消息，从而可以扩展实现无网络连接状态下的更多场景，提升用户的通信保障。

在一种可能的设计中，所述第一时间戳信息为所述第一终端设备响应于所述第一操作获取的当前世界标准时间(universal time coordinated，UTC)。

该设计中，通过采用UTC，可以实现更准确的生成北斗卫星消息的ID，避免北斗卫星消息的ID的重复等问题。

基于上述各种可能的设计，所述第一卫星消息为北斗卫星消息。

第二方面，本申请实施例还提供另一种卫星消息传输方法。第一终端设备响应于在第一界面上的第一操作，基于第一时间戳信息生成第一消息标识，所述第一操作用于指示所述第一终端设备发送卫星消息；所述第一终端设备基于所述第一时间戳信息生成第一传输码，所述第一传输码用于获取所述第一消息标识；所述第一终端设备向卫星发送第一卫星消息，所述第一卫星消息包括所述第一传输码和第一消息内容。

该方法中，基于时间戳信息生成北斗卫星消息的ID和传输码，并在卫星消息中携带传输码，通过传输码也可以间接指示北斗卫消息的ID，这样可以减少对北斗短报文的消息容量占用。以及，通过北斗卫星消息的ID，可以实现对多条消息的关联，从而可以实现用户更加直观地确定消息之间的关系。

在一种可能的设计中，所述基于第一时间戳信息生成第一消息标识，包括：采用第一预设时长对所述第一时间戳信息进行取余处理，得到第一取余结果；根据所述第一取余结果，生成所述第一消息标识。在一种可能的设计中，所述第一预设时长大于或等于卫星消息的预设存储时长。示例性的，第一预设时长可以为卫星消息的预设最大存储时长，例如可以为7天。在一些实施例中，所述根据所述第一取余结果，生成所述第一消息标识，包括：将所述第一取余结果作为所述第一消息标识。

在一种可能的设计中，所述基于所述第一时间戳信息生成第一传输码，包括：采用第二预设时长对所述第一时间戳信息进行取余处理，得到第二取余结果；根据所述第二取余结果，生成所述第一传输码。在一种可能的设计中，所述第二预设时长大于或等于卫星消息从所述第一终端设备到服务器所需的最大传输时长。示例性的，第二预设时长可以为卫星消息从终端设备发送到服务器接收所需要的最大传输时长，例如可以为4分钟。在一些实施例中，所述根据所述第二取余结果，生成所述第一传输码，包括：将所述第二取余结果作为所述第一传输码。

该设计中，通过采用时间戳信息生成传输码，以及通过传输码间接指示北斗卫星消息的ID，相比于采用通用技术生成的北斗消息的ID，可以减少对北斗短报文的消息容量的占用。

在一种可能的设计中，所述方法还包括：所述第一终端设备接收卫星发送的第二卫星消息，所述第二卫星消息包括第二消息标识和第二消息内容；其中，所述第二消息标识与所述第一消息标识相同，所述第二消息内容为所述第一消息内容的回复内容；所述第一终端设备基于所述第二卫星消息显示第二界面；其中，在所述第二界面中所述第二消息内容与所述第一消息内容进行关联显示。

在一种可能的设计中，所述第一时间戳信息为所述第一终端设备响应于所述第一操作获取的当前UTC。

第三方面，本申请实施例还提供一种卫星消息传输方法。该方法中，服务器通过卫星接收来自第一终端设备的第一卫星消息，所述第一卫星消息包括第一传输码和第一消息内容，所述第一传输码用于获取所述第一消息标识；所述服务器基于第二时间戳信息和所述第一传输码，得到第一时间戳信息；所述第一时间戳早于所述第二时间戳；所述服务器基于所述第一时间戳信息得到所述第一消息标识；所述服务器向第二终端设备发送第一消息，所述第一消息包括所述第一消息标识和所述第一消息内容。

该方法中，服务器从卫星消息中解析出第一传输码之后，基于第一传输码的编码方式，服务器可以确定出生成第一传输码所对应的第一时间戳信息；进一步的，基于北斗卫星消息的ID的编码方式，服务器可以采用相同的编码方式，基于第一时间戳信息得到北斗卫星消息的ID。通过该方式，在需要传输北斗卫星消息的ID的场景下，可以减少对北斗短报文的消息容量的占用。

在一种可能的设计中，所述方法还包括：所述服务器接收所述第二终端设备发送的第二消息，所述第二消息包括第二消息标识和第二消息内容；其中，所述第二消息标识与所述第一消息标识相同，所述第二消息内容为所述第一消息内容的回复内容；所述服务器向卫星发送第二卫星消息，所述第二卫星消息包括所述第二消息标识和所述第二消息内容。

在一种可能的设计中，所述服务器基于第二时间戳信息和所述第一传输码，得到第一时间戳信息，包括：所述服务器基于所述第二时间戳信息生成第二传输码；当确定所述第二传输码与所述第一传输码相同，确定所述第一时间戳信息为所述第二时间戳信息；当确定所述第二传输码与所述第一传输码不同，基于早于所述第二时间戳信息M个预设时间间隔的时间戳信息生成传输码，直到确定出与所述第一传输码相同的传输码对应的第三时间戳信息，确定所述第一时间戳信息为所述第三时间戳信息；其中，所述M为从小到大依次取值的正整数，所述预设时间间隔小于或等于第一预设时长；所述第一预设时长为所述第一卫星消息从所述第一终端设备发送到所述服务器接收的预设传输时长。

在一种可能的设计中，所述第二时间戳信息为所述服务器接收到所述第一卫星消息时获取的当前UTC。

第四方面，本申请实施例还提供一种终端设备，所述终端设备包括存储器和一个或多个处理器；其中，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述计算机指令被所述处理器执行时，使得所述终端设备执行上述第一方面或第二方面中任一种可能设计中第一终端设备执行的方法。

第五方面，本申请实施例还提供一种终端设备，该终端设备包括执行上述第一方面或第二方面中任一种可能设计中的方法的模块/单元。这些模块/单元可以通过硬件实现，也可以通过硬件执行相应的软件实现。

在一些实施例中，终端设备可以包括处理模块和通信模块，其中，所述处理模块，可用于响应于在第一界面上的第一操作，基于第一时间戳信息生成第一消息标识，所述第一操作用于指示所述第一终端设备发送卫星消息；所述通信模块，可用于向卫星发送第一卫星消息，所述第一卫星消息包括所述第一消息标识和第一消息内容。

在另一些实施例中，终端设备可以包括处理模块和通信模块，其中，所述处理模块，可用于响应于在第一界面上的第一操作，基于第一时间戳信息生成第一消息标识，所述第一操作用于指示所述第一终端设备发送卫星消息；所述处理模块，还用于基于所述第一时间戳信息生成第一传输码，所述第一传输码用于获取所述第一消息标识；所述通信模块，用于向卫星发送第一卫星消息，所述第一卫星消息包括所述第一传输码和第一消息内容。

第六方面，本申请实施例还提供一种服务器，所述服务器包括存储器和一个或多个处理器；其中，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述计算机指令被所述处理器执行时，使得所述服务器执行上述第三方面中任一种可能设计中服务器执行的方法。

第七方面，本申请实施例还提供一种服务器，该服务器包括执行上述第三方面中任一种可能设计中的方法的模块/单元。这些模块/单元可以通过硬件实现，也可以通过硬件执行相应的软件实现。

在一些实施例中，服务器可以包括处理模块和通信模块，其中，所述通信模块，用于通过卫星接收来自第一终端设备的第一卫星消息，所述第一卫星消息包括第一传输码和第一消息内容，所述第一传输码用于获取所述第一消息标识；所述处理模块，用于基于第二时间戳信息和所述第一传输码，得到第一时间戳信息；所述第一时间戳早于所述第二时间戳；所述处理模块，还用于基于所述第一时间戳信息得到所述第一消息标识；所述通信模块，还用于向第二终端设备发送第一消息，所述第一消息包括所述第一消息标识和所述第一消息内容。

第八方面，本申请实施例还提供一种卫星消息传输系统。所述系统可以至少包括如上述第四方面所述的终端设备和上述第六方面所述的服务器。

第九方面，提供了一种计算机可读存储介质，计算机可读介质存储有计算机程序(也可以称为代码，或指令)当其在计算机上运行时，使得计算机执行上述第一方面或上述第二方面或上述第三方面中任一种可能设计中的方法。

第十方面，提供了一种计算机程序产品，计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当计算机程序被运行时，使得计算机执行上述第一方面或上述第二方面或上述第三方面中任一种可能设计中的方法。

第十一方面，还提供一种终端设备上的图形用户界面，该终端设备具有显示屏、一个或多个存储器、以及一个或多个处理器，所述一个或多个处理器用于执行存储在所述一个或多个存储器中的一个或多个计算机程序，所述图形用户界面包括所述第一终端设备执行本申请实施例第一方面或第二方面任一可能的实现方式时显示的图形用户界面。

第十二方面，本申请还提供一种芯片，所述芯片用于读取存储器中存储的计算机程序，执行上述任一方面及其各可能的设计终端设备执行的方法。

第十三方面，本申请还提供一种芯片系统，该芯片系统包括处理器，用于支持计算机装置实现上述任一方面及其各可能的设计终端设备执行的方法。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器用于保存该计算机装置必要的程序和数据。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

需要说明的是，本申请实施例第二方面至第十三方面提供的终端设备的各个设计的有益效果请参考第一方面至第三方面任一种可能的设计的有益效果，此处不再赘述。

附图说明

图1为本申请实施例提供的一种终端设备的硬件架构的示意图；

图2为本申请实施例提供的一种终端设备的软件系统架构框图；

图3为本申请实施例提供的一种卫星消息传输方法适用的应用场景图；

图4为本申请实施例提供的一种卫星消息传输方法的界面示意图；

图5为本申请实施例提供的一种卫星消息传输方法的流程示意图之一；

图6为本申请实施例提供的一种卫星消息传输方法的流程示意图之二；

图7为本申请实施例提供的一种卫星消息传输方法的流程示意图之三；

图8为本申请实施例提供的一种卫星消息传输方法的流程示意图之四。

具体实施方式

下面将结合附图，对本申请实施例进行详细描述。

本申请实施例可以应用于终端技术领域，具体可以适用于涉及卫星短报文通信的应用场景中，以下实施例中以卫星短报文为北斗短报文作为示例。北斗相关技术和功能的实现可以依托于卫星或卫星组网等，以实现通信和服务等。尽管地面通信技术的发展已经可以满足用户较多通信场景的需求，但无法实现地面通信网络全面覆盖。因此，在一些地面通信网络不存在或无法存在的区域，可以基于北斗技术实现通信，也即北斗报文(也可称为“北斗卫星消息”、“北斗短消息”、“北斗消息”、“卫星消息”等名称，本申请实施例中可以互相被替换使用)通信服务功能，该功能可以借助卫星或卫星组网实现通信。

一种可选的实施例中，发送端设备可以采用北斗短报文的形式向接收端设备发送北斗卫星消息。接收端设备可以通过即时通信技术或运营商网络实现对北斗卫星消息的回复。基于此，发送端设备也可以实现在无网络连接状态下通过北斗卫星通道主动查询回复消息，也可以实现在有网络连接状态下通过与服务器之间的长连接通道获取到回复消息。

由于北斗卫星消息的使用、资源等因素的限制，为了提升包括北斗卫星消息的通信的准确性，可以通过消息交互过程中携带北斗卫星消息的标识(identity document，ID)来关联交互的一组通信消息。可选的，包括北斗卫星消息的一组通信消息中包括至少一条北斗卫星消息，回复消息可以为北斗卫星消息、也可以不属于北斗卫星消息，本申请对此不进行限定。可以理解，一组通信消息可以理解为发送端设备发起通信之后，双方针对该通信的回复消息。

然而，由于卫星通信中北斗短报文的容量限制，例如最大可以传输400bit，在北斗短报文中增加任何信息都会导致减少北斗短报文中实际可承载的信息。当采用通用技术生成的唯一标识，一般表现为长整(long)型数据，占用64bit，从而导致北斗短报文中实际可承载信息的容量降低。

有鉴于此，本申请实施例提供一种卫星消息传输方法。该方法中，提供一种新的生成北斗卫星消息的ID的方案。通过基于时间戳生成北斗卫星消息的ID，可以实现对北斗卫星消息的ID占用空间的压缩。这样，不仅可以实现通过北斗卫星消息的ID确定多条消息之间的关联关系，还可以降低对北斗短报文的消息容量的占用影响。

本申请实施例可以应用于诸如手机、PC、平板电脑、可穿戴设备(例如，手表、手环等)、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)、智能家居设备(例如，智能电视，智能音箱等)等具有北斗短报文通信服务功能的终端设备。可以理解的是，本申请实施例对终端设备的具体类型不作任何限制。

本申请实施例可以应用到的终端设备，示例性实施例包括但不限于搭载或者其它操作系统的终端设备。上述便携式终端设备也可以是其它便携式终端设备，诸如具有触敏表面(例如触控面板)的膝上型计算机(Laptop)等。

图1示出了一种可能的终端设备的硬件结构示意图。其中，所述终端设备200包括：射频(radio frequency，RF)电路210、电源220、处理器230、存储器240、输入单元250、显示单元260、音频电路270、通信接口280、以及无线保真(wireless-fidelity，Wi-Fi)模块290等部件。本领域技术人员可以理解，图1中示出的终端设备200的硬件结构并不构成对终端设备200的限定，本申请实施例提供的终端设备200可以包括比图示更多或更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图1中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

下面结合图1对所述终端设备200的各个构成部件进行具体的介绍：

所述RF电路210可用于通信或通话过程中，数据的接收和发送。特别地，所述RF电路210在接收到基站的下行数据后，发送给所述处理器230处理；另外，将待发送的上行数据发送给基站。通常，所述RF电路210包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noise amplifier，LNA)、双工器等。

此外，RF电路210还可以通过无线通信网络和其他设备进行通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(global system of mobilecommunication，GSM)、通用分组无线服务(general packet radio service，GPRS)、码分多址(code division multiple access，CDMA)、宽带码分多址(wideband code divisionmultiple access，WCDMA)、长期演进(long term evolution，LTE)、电子邮件、短消息服务(short messaging service，SMS)等。

所述终端设备200还能够实现通信业务，与其他终端设备实现交互，因此所述终端设备200需要具有数据传输功能，即所述终端设备200内部需要包含通信模块。虽然图1示出了所述RF电路210、所述Wi-Fi模块290、和所述通信接口280等通信模块，但是可以理解的是，所述终端设备200中存在上述部件中的至少一个或者其他用于实现通信的通信模块(如蓝牙模块)，以进行数据传输。

例如，当所述终端设备200为手机时，所述终端设备200可以包含所述RF电路210，还可以包含所述Wi-Fi模块290，或可以包含蓝牙模块(图1中未示出)；当所述终端设备200为计算机时，所述终端设备200可以包含所述通信接口280，还可以包含所述Wi-Fi模块290，或可以包含蓝牙模块(图1中未示出)；当所述终端设备200为平板电脑时，所述终端设备200可以包含所述Wi-Fi模块，或可以包含蓝牙模块(图1中未示出)。

Wi-Fi技术属于短距离无线传输技术，所述终端设备200通过Wi-Fi模块290可以连接访问接入点(access point，AP)，从而实现数据网络的访问。所述Wi-Fi模块290可用于通信过程中，数据的接收和发送。

所述终端设备200可以通过所述通信接口280与其他设备实现物理连接。可选的，所述通信接口280与所述其他设备的通信接口通过电缆连接，实现所述终端设备200和其他设备之间的数据传输。

所述存储器240可用于存储软件程序以及模块。所述处理器230通过运行存储在所述存储器240的软件程序以及模块，从而执行所述终端设备200的各种功能应用以及数据处理。可选的，所述存储器240可以主要包括存储程序区和存储数据区。其中，存储程序区可存储操作系统(主要包括内核层、系统层、应用程序框架层和应用程序层等各自对应的软件程序或模块)。

此外，所述存储器240可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

所述输入单元250可用于接收用户输入的数字或字符信息等多种不同类型的数据对象的编辑操作，以及产生与所述终端设备200的用户设置以及功能控制有关的键信号输入。可选的，输入单元250可包括触控面板251以及其他输入设备252。

其中，所述触控面板251，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在所述触控面板251上或在所述触控面板251附近的操作)，并根据预先设定的程序驱动相应的连接装置。本申请实施例中，所述触控面板251可以收集用户在显示面板261上的操作，例如用户在显示面板261上显示的界面中，用于回复北斗卫星消息的触控操作等。

可选的，所述其他输入设备252可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

所述显示单元260可用于显示由用户输入的信息内容或提供给用户的信息内容以及所述终端设备200的各种菜单。所述显示单元260即为所述终端设备200的显示系统，用于呈现界面，实现人机交互。所述显示单元260可以包括显示面板261。可选的，所述显示面板261可以采用液晶显示屏(liquid crystal display，LCD)、有机发光二极管(organiclight-emitting diode，OLED)等形式来配置。本申请实施例中，当终端设备200为北斗卫星消息的接收端时，所述显示单元260可用于为用户显示界面，以便于用户可以通过界面查看接收到的北斗卫星消息，以及还可以通过界面实现对北斗卫星消息的回复等；或者，当终端设备200为北斗卫星消息的发送端设备时，所述显示单元260也可用于为用户显示界面，以便于用户可以通过界面实现北斗卫星消息的发送，以及还可以通过界面实现对接收端回复的消息的接收。

所述处理器230是所述终端设备200的控制中心，利用各种接口和线路连接各个部件，通过运行或执行存储在所述存储器240内的软件程序和/或模块，以及调用存储在所述存储器240内的数据，执行所述终端设备200的各种功能和处理数据，从而实现基于所述终端设备200的多种业务。本申请实施例中，处理器230可用来实现本申请实施例提供的卫星消息传输方法。

所述终端设备200还包括用于给各个部件供电的电源220(比如电池)。可选的，所述电源220可以通过电源管理系统与所述处理器230逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。

如图1所示，终端设备200还包括音频电路270、麦克风271和扬声器272，可提供用户与终端设备200之间的音频接口。音频电路270可用于将音频数据转换为扬声器272能够识别的信号，并将信号传输到扬声器272，由扬声器272转换为声音信号输出。麦克风271用于收集外部的声音信号(如人说话的声音、或者其它声音等)，并将收集的外部的声音信号转换为音频电路270能够识别的信号，发送给音频电路270。音频电路270还可用于将麦克风271发送的信号转换为音频数据，再将音频数据输出至RF电路210以发送给比如另一终端设备，或者将音频数据输出至存储器240以便后续进一步处理。

尽管未示出，所述终端设备200还可以包括摄像头、至少一种传感器等，在此不再赘述。至少一种传感器可以包含但不限于压力传感器、气压传感器、加速度传感器、距离传感器、指纹传感器、触摸传感器、温度传感器等。

本申请实施例涉及的操作系统(operating system，OS)，是运行在终端设备200上的最基本的系统软件。终端设备200的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以采用分层架构的操作系统为例，示例性说明终端设备200的软件系统架构。

图2为本申请实施例提供的一种终端设备的软件系统架构框图。如图2所示，终端设备的软件系统架构可以是分层架构，例如可以将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将操作系统分为五层，从上至下分别为应用程序层，应用程序框架层(framework，FWK)，运行时和系统库，内核层，以及硬件层。

应用程序层可以包括一系列应用程序包。如图2所示，应用程序层可以包括相机、设置、皮肤模块、用户界面(user interface，UI)、第三方应用程序等。其中，第三方应用程序可以包括无线局域网(wireless local area network，WLAN)、音乐、通话、蓝牙、视频、备忘录、信息等。在本申请实施例中，可以重点关注应用程序层可以提供的即时通信应用程序(application，APP)(例如畅连APP)，或信息APP，可以在即时通信APP或信息APP中实现北斗卫星消息的发送与接收；其中，在终端设备无网络服务时，可以采用北斗短报文形式发送消息。

一种可能的实现方式中，应用程序可以使用java语言开发，通过调用应用程序框架层所提供的应用程序编程接口(application programming interface，API)来完成，开发者可以通过应用程序框架层来与操作系统的底层(例如硬件层、内核层等)进行交互，开发自己的应用程序。该应用程序框架层主要是操作系统的一系列的服务和管理系统。

应用程序框架层为应用程序层的应用程序提供应用编程接口和编程框架。应用程序框架层包括一些预定义函数。如图2所示，应用程序框架层可以包括活动管理器，窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

活动管理器用于管理各个应用程序生命周期并提供常用的导航回退功能，为所有程序的窗口提供交互的接口。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供终端设备的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端设备振动，指示灯闪烁等。

运行时包括核心库和虚拟机。运行时负责操作系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是操作系统的核心库。应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体框架(media framework)，三维图形处理库(例如：OpenGL ES)，二维图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了二维和3D图层的融合。

媒体框架支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体框架可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

二维图形引擎是二维绘图的绘图引擎。

在一些实施例中，三维图形处理库可以用于绘制三维的运动轨迹图像，二维图形引擎可以用于绘制二维的运动轨迹图像。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

硬件层可以包括各类传感器，例如加速度传感器、重力传感器、触摸传感器等。

通常终端设备200可以同时运行多个应用程序。较为简单的，一个应用程序可以对应一个进程，较为复杂的，一个应用程序可以对应多个进程。每个进程具备一个进程号(进程ID)。

应理解，本申请实施例中“以下至少一(项)个”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b或c中的至少一项(个)，可以表示：a，b，c，a和b，a和c，b和c，或a、b和c，其中a、b、c可以是单个，也可以是多个。“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。

另外，需要理解的是，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

应理解，终端设备的硬件结构可以如图1所示，软件系统架构可以如图2所示，其中，终端设备中的软件系统架构对应的软件程序和/或模块可以存储在存储器240中，处理器230可以运行存储器240中存储的软件程序和应用，以执行本申请实施例提供的一种卫星消息传输方法的流程。

为了便于理解本申请提供的卫星消息传输方法，以下结合图3至图8所示的内容，对采用本申请提供的方法的实现过程进行介绍。

参阅图3，为本申请实施例提供的一种卫星消息传输方法适用的应用场景示意图。该应用场景中可以包括但不限于：手机A301、卫星302、服务器303以及手机B 304。基于图3示出的应用场景，首先介绍涉及北斗卫星消息的通信流程。其中，

手机A301，可用于在无网络连接状态下，采用北斗短报文形式向卫星302发送北斗卫星消息。其中，北斗卫星消息中可以包括但不限于：收件人号码、消息关联标识等。其中，消息关联标识可用于直接或间接指示北斗卫星消息的ID，北斗卫星消息的ID可用于确定多条消息之间的关联关系。示例性的，图4为本申请实施例提供的一种卫星消息传输方法的交互界面示意图。图4可以包括手机A301示出的界面410，界面410可用于指示张三通过手机A301向收件人李四和王五发送北斗卫星消息之后的显示界面，可以包括发送北斗卫星消息的预览卡片401。需要说明的是，本申请实施例中，不限定实现北斗卫星消息的发送和接收所采用的应用程序，例如可以为即时通信APP、也可以为信息APP。以及，本申请实施例中，尽管图4中以消息卡片形式显示北斗卫星消息，实际实现时也可以采用文本内容等形式来展示，本申请对此不进行限定。

卫星302，可用于接收来自手机A 301的北斗卫星消息，以及根据北斗卫星消息中携带的收件人号码确定收件人对应的服务器303。然后，卫星302，还用于将北斗卫星消息发送到收件人对应的服务器303上。其中，卫星302可通过北斗卫星地面信息处理中心(也可简称为“地面站”)，将北斗卫星消息发送给服务器303。

服务器303，可用于接收卫星302发送来的北斗卫星消息，以及根据北斗卫星消息中携带的收件人号码确定收件人对应的终端设备，例如可以为手机B 304。示例性的，服务器303，还可用于解析北斗卫星消息中携带的消息关联标识，获取北斗卫星消息的ID。以及，服务器303，可用于将包括北斗卫星消息的ID的北斗卫星消息发送给手机B 304。

手机B 304，可用于接收来自服务器303发送来的北斗卫星消息；其中，北斗卫星消息中可以包括北斗卫星消息的ID。示例性的，图4还可以包括手机B 304示出的界面420，界面420可用于指示收件人李四通过手机B 304接收到来自张三的北斗卫星消息之后的显示界面，可以包括接收北斗卫星消息的预览卡片402。从界面420中可以看到，预览卡片402中可以包括“回复”控件，用户可以通过“回复”控件向手机A301进行消息回复。

手机B 304，还可用于响应于用户对“回复”控件的触控操作，对接收到的北斗卫星消息进行回复。示例性的，图4中还可以包括手机B 304示出的界面430，界面430可用于指示收件人李四对来自张三的北斗卫星消息的回复界面，该回复界面可以包括回复北斗卫星消息的预览卡片403。另外，基于对来自张三的北斗卫星消息的回复，预览卡片403显示时还可结合界面420示出的预览卡片402进行关联显示，例如可显示为界面430所示的叠加显示，从而可以便于用户直观地确定两条消息之间具有回复的关联关系。

然后，手机B 304，还可用于向服务器303发送回复消息，回复消息中可以携带北斗卫星消息的ID，用于指示该回复消息是针对哪条北斗卫星消息的回复。

服务器303，还可用于接收来自手机B 304的回复消息，并存储回复消息。

在一些实施例中，在手机A301处于无网络连接状态的场景下，由于北斗卫星的移动性等特点，北斗卫星较难主动进行下行通信。一般场景下，手机A 301在发送北斗卫星消息之后，可以通过信件查询机制，向卫星302主动查询是否存在待接收的消息。基于此，手机A301还用于向卫星302发送信件下载请求消息，卫星接收到信件下载请求消息之后，可向服务器303继续发送信件下载请求消息，该信件下载请求中可以携带手机A 301上的联系人号码、消息关联标识中的至少一种，例如手机A 301上的联系人号码可以为张三的号码。

服务器303，还可用于接收来自卫星302的信件下载请求消息，根据信件下载请求消息中携带的手机A301上的联系人号码和/或消息关联标识，查询是否存在对应的待接收消息。示例性的，当服务器303查询到存在对应的回复消息之后，向卫星302返回对应的回复消息。

卫星302，还用于接收来自服务器303返回的回复消息，以及将该回复消息下发给手机A301；其中，该回复消息可以携带消息关联标识，消息关联标识可用于直接或间接指示北斗卫星消息的ID，北斗卫星消息的ID可用于确定多条消息之间的关联关系。

手机A 301，可用于接收来自卫星302下发的回复消息，以及根据回复消息中携带的消息关联标识获取到北斗卫星消息的ID，并根据北斗卫星消息的ID显示界面。示例性的，图4中还可以包括手机A 301示出的界面440，界面440可用于指示张三接收到李四的回复消息之后的显示界面，该显示界面可以包括接收到的回复消息的预览卡片404。其中，根据回复消息中携带的北斗卫星消息的ID，预览卡片404显示时还可结合界面410示出的预览卡片401进行关联显示，例如可显示界面440所示的叠加显示，从而可以便于用户直观地确定两条消息之间具有回复的关联关系。

需要说明的是，上述介绍内容中涉及到的触控操作可以通过但不限于以下方式实现：点击操作、或双击操作、或长按操作、或语音指令等，具体实施时可以根据终端设备配置的形式进行实现。以及，上述各场景中涉及的有网络连接状态可以包括蜂窝网络、Wi-Fi网络等；可以理解，无网络连接状态时，终端设备可以采用北斗卫星网络进行通信。

基于前述对采用本申请实施例提供的方法可以达到的界面处理效果进行说明的内容，以下介绍本申请提供的卫星消息传输方法的实现过程，以用来说明如何采用本申请提供的方法达到前述介绍到的图4所示的界面处理效果。从而可以实现对北斗卫星消息的回复以及回复消息的接收，可以满足更多的北斗通信的应用场景，为用户提供更好的通信保障。

一种可选的实施例中，参阅图5，为本申请实施例提供的一种卫星消息传输方法的流程示意图。该流程可以包括：

步骤501、第一终端设备获取北斗卫星消息的消息内容和生成北斗卫星消息的ID。

在一种可能的实施例中，第一终端设备采用当前时间戳信息，生成北斗卫星消息的ID。示例性的，当前时间戳信息例如可以通过世界标准时间(universal timecoordinated，UTC)确定。一般情况下，UTC为秒(S)级单位的时间，终端设备的UTC时间以通过北斗卫星进行校准。由于北斗卫星消息一般需要用户手动编辑，为了减少计算量，可以从分钟级为单位进行考虑；以及，由于北斗卫星的使用限制和资源限制、和北斗卫星消息的使用场景(一般为较为紧急的无网络连接状态下使用)，北斗卫星消息可以预设存储有效期。示例性的，基于UTC生成北斗卫星消息的ID可参阅以下公式1：

其中，公式1中的(ID)_B可表示转换为二进制之后的北斗卫星消息的ID，(ID)_D可表示十进制的北斗卫星消息的ID；UTC_N1可表示第一终端设备生成北斗卫星消息的ID时的当前UTC；可用于表示将秒级的UTC转换为分钟级的UTC时间；％可用于表示进行取余运算；X可用于表示预设存储有效期；C可用于表示≥0的整数，可以为自定义的常数，用于避免存在北斗卫星消息的ID的冲突。

例如，本申请实施例中以X为7天作为示例，实际实现时可以进行自定义配置。当X为7时，(X*24*60)＝10800，(ID)_D转换为(ID)_B之后，最少可以占用14bit。这样，相比于采用通用技术生成的long型标识(一般占用64bit)，可以降低对北斗短报文空间的占用。

可以理解，基于如公式1所示的方式计算得到的北斗卫星消息的ID，当X取7时，北斗卫星消息的ID在7天内不会被重复使用，因此不会发生消息关联有误的问题发生。另外，第一终端设备在生成该北斗卫星消息的ID之后，可以同时启用针对该北斗卫星消息的计时，当计时到达预设时长阈值时，可以清除该北斗卫星消息；例如预设时长阈值可以为(X*24*60+C)，或者也可以为X*24*60等，当X为7，该条北斗卫星消息可存储7天，因此可以该条北斗卫星消息对应的北斗卫星消息ID不会对下一周期北斗卫星消息的ID取值产生影响。

步骤502、第一终端设备向卫星发送北斗短报文(本申请实施例中也可称为“北斗卫星消息”)，北斗短报文中携带北斗卫星消息的ID。示例性的，第一终端设备可以基于步骤501得到的北斗卫星消息的消息内容和北斗卫星消息的ID进行组帧，采用北斗短报文的形式发送给卫星。另外，可以理解，北斗短报文中还可以携带但不限于：一个或多个收件人号码、第一终端设备的位置信息等。

步骤503、卫星向服务器发送北斗短报文，北斗短报文中携带北斗卫星消息的ID。示例性的，卫星可以通过北斗卫星地面信息处理中心将北斗短报文发送到服务器。可以理解，卫星或北斗卫星地面信息处理中心可以基于北斗短报文中包括的一个或多个收件人号码，确定一个或多个收件人对应的一个或多个服务器；其中，多个收件人可以对应相同的服务器，也可以对应不同的服务器，本申请对此不进行限定。

步骤504、服务器向第二终端设备发送北斗短报文，北斗短报文中携带北斗卫星消息的ID。示例性的，服务器可以根据北斗短报文中的收件人号码，确定收件人对应的第二终端设备。可以理解，图5中以一个收件人对应的第二终端设备作为示例，实际实现时，可以根据北斗短报文中包括的收件人确定。

步骤505、第二终端设备获取对北斗卫星消息的回复消息的消息内容。示例性的，第二终端设备可以通过显示界面向用户展示接收到的北斗卫星消息，以及还可以向用户提供用于回复该北斗卫星消息的控件，例如图4中的界面420所示。然后，第二终端设备响应于用户回复北斗卫星消息的触控操作，可获取到对北斗卫星消息的回复消息的消息内容，例如图4中的界面420所示。

步骤506、第二终端设备向服务器发送回复报文(本申请实施例中也可称为“回复消息”)，回复报文中携带北斗卫星消息的ID。示例性的，第二终端设备可以基于步骤505得到的回复消息的消息内容和从步骤504接收到的北斗卫星消息的ID进行组帧，得到回复报文。

步骤507、服务器存储回复报文。可以理解，基于处于无网络连接状态的第一终端设备接收回复报文时，需要采用信件查询机制主动查询，服务器可以先对回复报文进行存储。另外，为了避免对存储资源的占用浪费，服务器还可设置预设存储时长，例如预设存储时长可以为7天。

步骤508、第一终端设备向卫星发送信件查询请求消息。其中，信件查询请求消息中可以包括第一终端设备上的联系人号码和/或北斗卫星消息的ID，第一终端设备上的联系人号码和/或北斗卫星消息的ID可用于服务器查询是否存在第一终端设备待接收的回复消息。

步骤509、卫星向服务器发送信件查询请求消息。示例性的，卫星也可以通过北斗卫星地面信息处理中发送该信件查询请求消息。同理，信件查询请求消息中可以包括第一终端设备上的联系人号码和/或北斗卫星消息的ID，第一终端设备上的联系人号码和/或北斗卫星消息的ID可用于服务器查询是否存在第一终端设备待接收的回复消息。

步骤510、服务器响应于信件查询请求消息，查询是否存在回复报文。示例性的，服务器可基于第一终端设备上的联系人号码和/或北斗卫星消息的ID，查询存储中是否存在第一终端设备上的联系人号码和/或北斗卫星消息的ID对应的回复报文。当确定存在回复报文时，继续执行以下步骤511。

步骤511、服务器向卫星发送回复报文，回复报文中携带北斗卫星消息的ID。示例性的，服务器可以通过北斗卫星地面信息处理中心向卫星发送回复报文。可以理解，服务器或北斗卫星地面信息处理中向卫星发送回复报文时，可以通过北斗卫星通道采用北斗短报文形式发送，从而可以实现北斗卫星的上行通信。

步骤512、卫星向第一终端设备下发回复报文，回复报文中携带北斗卫星消息的ID。

步骤513、第一终端设备基于北斗卫星消息的ID显示回复消息的消息内容。示例性的，如图4所示的界面440，手机A可将回复消息解码之后的消息内容采用预览卡片404的形式进行显示，从预览卡片404可以看出，手机A可以将具有相同的北斗卫星消息的ID的多条消息可以进行关联显示，例如界面440所示的叠加显示等。

另一种可选的实施例中，参阅图6，为本申请实施例提供的一种卫星消息传输方法的另一流程示意图。该流程可以包括：

步骤501、第一终端设备获取北斗卫星消息的消息内容和生成北斗卫星消息的ID。其中，第一终端设备生成北斗卫星消息的ID可参阅图5介绍的内容，在此不再赘述。

步骤601、第一终端设备基于北斗卫星消息的ID，生成第一传输码。

在一种可能的实施方式中，基于北斗卫星消息的ID可以通过第一终端设备生成北斗卫星消息的ID时的时间戳信息确定(以下实施例中为便于区分，称为第一时间戳信息)；并且，北斗卫星消息从第一终端设备发送到服务器所需要的最大传输时间不超过Y分钟(min)，例如Y可以取1min、或2min、或3min或4min等，具体实现时可根据实际业务情况进行自定义设置。其中，1min转换为二进制占用1bit，2min至4min转换为二进制占用2bit。因此，相比于北斗卫星消息的ID占用的空间，通过传输码可以实现二次压缩，从而可以进一步降低对北斗短报文的消息容量的占用。

基于此，第一终端设备除了可以基于第一时间戳信息生成北斗卫星消息的ID，还可基于第一时间戳信息生成第一传输码。这样，可以在北斗短报文中传输第一传输码；可以理解，所述第一传输码可用于指示所述第一时间戳信息，以进一步通过第一时间戳信息计算得到北斗卫星消息的ID。

示例性的，第一终端设备基于第一时间戳信息生成第一传输码可参阅以下公式2-1：

其中，公式2-1中的(TC1)_B可表示转换为二进制之后的第一传输码，(TC1)_D可表示十进制的第一传输码；UTC_N1可表示第一终端设备生成北斗卫星消息的ID时的当前UTC(以下实施例中为便于区分，称为第一UTC)；可用于表示将秒级的UTC转换为分钟级的UTC时间；％可用于表示进行取余运算；Y可用于表示北斗短报文从第一终端设备发送到服务器接收预先配置的最大传输时间。

例如，以Y取4min作为示例，(TC1)_D的值可能为0、1、2、3，对应的(TC1)_B的值为00、01、10、11。

步骤502’、第一终端设备向卫星发送北斗短报文，北斗短报文中携带所述第一传输码。

步骤503’、卫星向服务器发送北斗短报文，北斗短报文中携带所述第一传输码。

可以理解，步骤502’与图5介绍的步骤502类似，步骤503’与图5介绍的步骤503类似，不同之处在于步骤502’和步骤502’传输的北斗短报文中携带的为第一传输码。

步骤602、服务器基于所述第一传输码，确定北斗卫星消息的ID。

与第一终端设备基于第一时间戳信息生成第一传输码相对应的，服务器可以基于相同规则确定出第一时间戳信息。示例性的，服务器可以基于服务器接收到北斗短报文时的当前时间戳信息(以下实施例中为便于区分，称为第二时间戳信息)，生成第二传输码，可参阅以下公式2-2：

其中，公式2-2中的(TC2)_B可表示转换为二进制之后的第二传输码，(TC2)_D可表示十进制的第二传输码；UTC_N2可表示服务器接收到北斗卫星消息对应的UTC(以下实施例中为便于区分，称为第二UTC)；可用于表示将秒级的UTC转换为分钟级的UTC时间；％可用于表示进行取余运算；Y可用于表示北斗短报文从第一终端设备发送到服务器接收预先配置的最大传输时间。y可以表示可变常数，在服务器进行初始计算时可以取0。

例如，以Y取4min作为示例，(TC2)_D的值可能为0、1、2、3，对应的(TC2)_B的值为00、01、10、11。

进一步的，服务器判断第二传输码与第一传输码是否相同，若相同，则可以确定UTC_N2与UTC_N1相同；若不相同，则可以确定UTC_N2与UTC_N1不相同，此时服务器可将UTC_N2向前依次推动1min继续进行计算，例如此时公式2-2中的y可以取1，重新计算得到第二传输码，直到查找到第二传输码与第一传输码相同时对应的时间戳信息。需要说明的是，公式2-2仅为一种可选的示例，不用于限定本申请实施时具体计算时采用的实际公式。例如，第一UTC可以为00:03，则第一传输码为3，第二UTC为00:04，服务器第一次计算得到的第二传输码为0，可以确定第二传输码与第一传输码不同；然后，服务器可基于00:04向前推动1min(也即00:03)进行第二次计算，得到第二传输码为3，此时第二传输码与第一传输码相同，则服务器可以确定得到第一UTC。

服务器基于得到的第一UTC，采用与第一终端设备生成北斗卫星消息的ID相同的方式，生成北斗卫星消息的ID。例如，服务器可基于公式1生成北斗卫星消息的ID。

基于上述介绍内容，通过在北斗短报文中采用传输码形式间接指示北斗卫星消息的ID，在可以基于北斗卫星消息的ID确定多条消息的关联关系的场景上，还可以降低对北斗短报文消息容量的占用，避免影响北斗短报文中实际承载内容。

步骤504、服务器向第二终端设备发送北斗短报文，北斗短报文中携带北斗卫星消息的ID。

需要说明的是，在另一些可选的实施例中，也可以由第二终端设备基于第一传输码，确定北斗卫星消息的ID。在此实施例中，第二终端设备接收到的来自服务器的北斗短报文中可以携带第一传输码。

步骤505、第二终端设备获取对北斗卫星消息的回复消息的消息内容。

步骤506、第二终端设备向服务器发送回复报文，回复报文中携带北斗卫星消息的ID。

步骤507、服务器存储回复报文。

步骤508、第一终端设备向卫星发送信件查询请求消息。

步骤509、卫星向服务器发送信件查询请求消息。

步骤510、服务器响应于信件查询请求消息，查询是否存在回复报文。

步骤511、服务器向卫星发送回复报文，回复报文中携带北斗卫星消息的ID。

步骤513、第一终端设备基于北斗卫星消息的ID显示回复消息的消息内容。

其中，步骤504至步骤513的实现过程可参阅图5中介绍的内容，在此不再赘述。

本申请实施例提供的方法，基于时间戳信息生成北斗卫星消息的ID，可以减少北斗卫星消息的ID对北斗短报文的消息容量占用。或者，基于时间戳信息生成北斗卫星消息的ID和传输码，也可以减少对北斗短报文的消息容量占用。以及，通过北斗卫星消息的ID，可以实现对多条消息的关联，从而可以实现用户更加直观地确定消息之间的关系。

在另一些实施方式中，图7为本申请实施例提供的一种卫星消息传输方法的流程示意图。该流程可以包括：

步骤701、第一终端设备响应于在第一界面上的第一操作，基于第一时间戳信息生成第一消息标识，所述第一操作用于指示所述第一终端设备发送卫星消息。

步骤702、所述第一终端设备向卫星发送第一卫星消息，所述第一卫星消息包括所述第一消息标识和第一消息内容。

在又一些实施方式中，图8为本申请实施例提供的一种卫星消息传输方法的流程示意图。该流程可以包括：

步骤801、第一终端设备响应于在第一界面上的第一操作，基于第一时间戳信息生成第一消息标识，所述第一操作用于指示所述第一终端设备发送卫星消息。

步骤802、所述第一终端设备基于所述第一时间戳信息生成第一传输码，所述第一传输码用于获取所述第一消息标识。

步骤803、所述第一终端设备向卫星发送第一卫星消息，所述第一卫星消息包括所述第一传输码和第一消息内容。

基于以上实施例，本申请还提供一种终端设备，所述终端设备包括多个功能模块；所述多个功能模块相互作用，实现本申请实施例所描述的各方法中终端设备所执行的功能。所述多个功能模块可以基于软件、硬件或软件和硬件的结合实现，且所述多个功能模块可以基于具体实现进行任意组合或分割。如执行图7所示实施例中第一终端设备执行的步骤701和步骤702。或者，还可执行如图8所示实施例中第一终端设备执行的步骤801至步骤803。

基于以上实施例，本申请还提供一种终端设备，该终端设备包括至少一个处理器和至少一个存储器，所述至少一个存储器中存储计算机程序指令，所述终端设备运行时，所述至少一个处理器执行本申请实施例所描述的各方法中终端设备所执行的功能。如执行图7所示实施例中第一终端设备执行的步骤701和步骤702。或者，还可执行如图8所示实施例中第一终端设备执行的步骤801至步骤803。

基于以上实施例，本申请还提供一种计算机程序产品，计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当计算机程序被运行时，使得计算机执行本申请实施例所描述的各方法。

基于以上实施例，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序被计算机执行时，使得所述计算机执行本申请实施例所描述的各方法。

基于以上实施例，本申请还提供了一种芯片，所述芯片用于读取存储器中存储的计算机程序，实现本申请实施例所描述的各方法。

基于以上实施例，本申请提供了一种芯片系统，该芯片系统包括处理器，用于支持计算机装置实现本申请实施例所描述的各方法。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器用于保存该计算机装置必要的程序和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的保护范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

1.一种卫星消息传输方法，其特征在于，包括：

第一终端设备响应于在第一界面上的第一操作，基于第一时间戳信息生成第一消息标识，所述第一操作用于指示所述第一终端设备发送卫星消息；

所述第一终端设备向卫星发送第一卫星消息，所述第一卫星消息包括所述第一消息标识和第一消息内容。

2.根据权利要求1所述的方法，其特征在于，所述基于第一时间戳信息生成第一消息标识，包括：

采用第一预设时长对所述第一时间戳信息进行取余处理，得到取余结果；

根据所述取余结果，生成所述第一消息标识。

3.根据权利要求2所述的方法，其特征在于，所述根据所述取余结果，生成所述第一消息标识，包括：

将所述取余结果作为所述第一消息标识。

4.根据权利要求2或3所述的方法，其特征在于，所述第一预设时长大于或等于卫星消息的预设存储时长。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：

所述第一终端设备接收卫星发送的第二卫星消息，所述第二卫星消息包括第二消息标识和第二消息内容；其中，所述第二消息标识与所述第一消息标识相同，所述第二消息内容为所述第一消息内容的回复内容；

所述第一终端设备基于所述第二卫星消息显示第二界面；其中，在所述第二界面中所述第二消息内容与所述第一消息内容进行关联显示。

6.根据权利要求5所述的方法，其特征在于，所述第一终端设备接收卫星发送的第二卫星消息之前，所述方法还包括：

所述第一终端设备响应于第二操作，向卫星发送第一请求消息，所述第一请求消息用于请求获取所述第一终端设备待接收的卫星消息。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述第一时间戳信息为所述第一终端设备响应于所述第一操作获取的当前世界标准时间UTC。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述第一卫星消息为北斗卫星消息。

9.一种卫星消息传输方法，其特征在于，包括：

所述第一终端设备基于所述第一时间戳信息生成第一传输码，所述第一传输码用于获取所述第一消息标识；

所述第一终端设备向卫星发送第一卫星消息，所述第一卫星消息包括所述第一传输码和第一消息内容。

10.根据权利要求9所述的方法，其特征在于，所述基于第一时间戳信息生成第一消息标识，包括：

采用第一预设时长对所述第一时间戳信息进行取余处理，得到第一取余结果；

根据所述第一取余结果，生成所述第一消息标识。

11.根据权利要求10所述的方法，其特征在于，所述根据所述第一取余结果，生成所述第一消息标识，包括：

将所述第一取余结果作为所述第一消息标识。

12.根据权利要求9至11中任一项所述的方法，其特征在于，所述基于所述第一时间戳信息生成第一传输码，包括：

采用第二预设时长对所述第一时间戳信息进行取余处理，得到第二取余结果；

根据所述第二取余结果，生成所述第一传输码。

13.根据权利要求12所述的方法，其特征在于，所述根据所述第二取余结果，生成所述第一传输码，包括：

将所述第二取余结果作为所述第一传输码。

14.根据权利要求9至13中任一项所述的方法，其特征在于，所述方法还包括：

15.根据权利要求14所述的方法，其特征在于，所述第一终端设备接收卫星发送的第二卫星消息之前，所述方法还包括：

16.根据权利要求10所述的方法，其特征在于，所述第一预设时长大于或等于卫星消息的预设存储时长。

17.根据权利要求12所述的方法，其特征在于，所述第二预设时长大于或等于卫星消息从所述第一终端设备到服务器所需的最大传输时长。

18.一种卫星消息传输方法，其特征在于，包括：

服务器通过卫星接收来自第一终端设备的第一卫星消息，所述第一卫星消息包括第一传输码和第一消息内容，所述第一传输码用于获取所述第一消息标识；

所述服务器基于第二时间戳信息和所述第一传输码，得到第一时间戳信息；所述第一时间戳早于所述第二时间戳；

所述服务器基于所述第一时间戳信息得到所述第一消息标识；

所述服务器向第二终端设备发送第一消息，所述第一消息包括所述第一消息标识和所述第一消息内容。

19.根据权利要求18所述的方法，其特征在于，所述方法还包括：

所述服务器接收所述第二终端设备发送的第二消息，所述第二消息包括第二消息标识和第二消息内容；其中，所述第二消息标识与所述第一消息标识相同，所述第二消息内容为所述第一消息内容的回复内容；

所述服务器向卫星发送第二卫星消息，所述第二卫星消息包括所述第二消息标识和所述第二消息内容。

20.根据权利要求18或19所述的方法，其特征在于，所述服务器基于第二时间戳信息和所述第一传输码，得到第一时间戳信息，包括：

所述服务器基于所述第二时间戳信息生成第二传输码；

当确定所述第二传输码与所述第一传输码相同，确定所述第一时间戳信息为所述第二时间戳信息；

当确定所述第二传输码与所述第一传输码不同，基于早于所述第二时间戳信息M个预设时间间隔的时间戳信息生成传输码，直到确定出与所述第一传输码相同的传输码对应的第三时间戳信息，确定所述第一时间戳信息为所述第三时间戳信息；其中，所述M为从小到大依次取值的正整数，所述预设时间间隔小于或等于第一预设时长；所述第一预设时长为所述第一卫星消息从所述第一终端设备发送到所述服务器接收的预设传输时长。

21.一种终端设备，其特征在于，包括至少一个处理器，所述至少一个处理器与至少一个存储器耦合，所述至少一个处理器用于读取所述至少一个存储器所存储的计算机程序，以执行如权利要求1至17中任一项所述的方法。

22.一种服务器，其特征在于，包括至少一个处理器，所述至少一个处理器与至少一个存储器耦合，所述至少一个处理器用于读取所述至少一个存储器所存储的计算机程序，以执行如权利要求18至20中任一项所述的方法。

23.一种卫星消息传输系统，其特征在于，所述系统包括如权利要求21所述的终端设备和如权利要求22所述的服务器。

24.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行如权利要求1至17中任一项所述的方法。

25.一种包含指令的计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1至17中任一项所述的方法。