CN115706603A - 北斗通信系统中紧凑传输方法、系统及相关装置 - Google Patents

北斗通信系统中紧凑传输方法、系统及相关装置 Download PDF

Info

Publication number
CN115706603A
CN115706603A CN202111276873.1A CN202111276873A CN115706603A CN 115706603 A CN115706603 A CN 115706603A CN 202111276873 A CN202111276873 A CN 202111276873A CN 115706603 A CN115706603 A CN 115706603A
Authority
CN
China
Prior art keywords
frame
field
terminal
data
user
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN202111276873.1A
Other languages
English (en)
Inventor
朱旭东
甘雯昱
钱锋
王宝
余小勇
徐海博
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN115706603A publication Critical patent/CN115706603A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了北斗通信系统中紧凑传输方法、系统及相关装置,可以在完整型格式的通用数据帧的基础上增加了一类紧凑型格式的通用数据帧。该紧凑型格式的通用数据帧的用户帧头中对完整型格式的通用数据帧的帧头中数据量进行了压缩,以提高北斗通信系统中出站链路的传输效率。

Description

北斗通信系统中紧凑传输方法、系统及相关装置
技术领域
本申请涉及卫星通信技术领域,尤其涉及一种北斗通信系统中紧凑传输方法及相关装置。
背景技术
北斗卫星导航系统是我国自主研制的集定位、授时、通信于一体的重大基础设施。北斗短报文通信业务是北斗卫星导航系统区别于美国GPS、俄罗斯GLONASS、欧洲GALILEO等其他全球导航系统的特色之一。北斗短报文通信业务特别适用于在海洋、沙漠、草原、无人区等移动通信未覆盖、或覆盖不了、或通信系统被破坏的区域进行通信。北斗三号卫星的短报文系统对短报文技术体制进行了升级,实现了军民信号分离,国家在确保军用需求完全满足的前提下,将北斗短报文业务的通信系统一些必要的资源开放给民用,针对民用业务和设备特性,需要依据北斗短报文业务的通信系统的特性设计通信协议。
目前,北斗短报文业务的通信系统中,北斗网络设备向终端发送数据的出站链路上的容量受北斗短报文业务的通信系统的设计限制。当前出站链路中每个波束的容量为2kbit/s,在下行链路信道质量好的时候也只有4kbit/s。在支持18个波束的北斗短报文系统中,整个系统的总容量最好才为40kbit/s。由于当前北斗短报文业务的通信系统中,没有单独的控制信道,所有用户共享该北斗短报文业务的通信系统的出站链路,需要有较高的帧头开销来分别为不同的用户调度出站资源。
因此,如何提高出站链路的数据传输效率,成为了北斗短报文业务的通信系统中亟待解决的难题。
发明内容
本申请提供了一种北斗通信系统中紧凑传输方法、系统及相关装置,实现了对完整型格式的通用数据帧的帧头中数据量进行了压缩,得到一种紧凑型格式的通用数据帧,以提高出站链路的传输效率。
第一方面,本申请提供了一种北斗通信系统中紧凑传输方法,包括:终端发送数据请求帧给北斗网络设备,该数据请求帧的帧头包括第一用户标识ID字段,该第一用户ID字段用于指示该终端的设备标识,该数据请求帧用于请求该北斗网络设备发送业务数据给该终端;该终端接收到该北斗网络设备发送的第一Cpack通用数据帧,其中,该第一Cpack通用数据帧的帧头包括第一用户紧凑型标识CID字段;其中,该第一用户CID字段用于指示该终端的紧凑型设备标识,该第一用户CID字段的数据长度小于该第一用户ID字段的数据长度。
通过本申请提供的一种北斗通信系统中紧凑传输方法,可以在完整型格式的通用数据帧的基础上增加了一类紧凑型格式的通用数据帧。该紧凑型格式的通用数据帧的帧头中对完整数据包格式的通用数据帧的帧头中数据量进行了压缩,以提高北斗通信系统中出站链路的传输效率。
在一种可能的实现方式中,该第一Cpack通用数据帧的帧头还包括第一帧长字段,该第一帧长字段用于指示该第一Cpack通用数据帧中用户信息的数据长度。
在一种可能的实现方式中,该第一Cpack通用数据帧的帧头还包括第一帧类型字段,该第一帧类型字段处于该第一Cpack通用数据帧的帧头中的起始位置,该第一帧类型字段的值用于指示该第一Cpack通用数据帧的帧类型为Cpack通用数据帧。
在一种可能的实现方式中,该数据请求帧的帧头还包括调度请求SR字段,该调度请求SR字段用于指示该终端是否支持接收紧凑型Cpack格式的通用数据帧;该终端接收到该北斗网络设备发送的第一Cpack通用数据帧,具体包括:当该SR字段的值用于指示该终端支持Cpack格式的通用数据帧时,该终端接收到该北斗网络设备发送的该第一Cpack通用数据帧。
这样,终端可以通过数据请求帧中的SR字段,建议北斗网络设备是否采用Cpack格式的通用数据帧给终端发送数据。
在一种可能的实现方式中,该方法还包括:当该SR字段的值用于指示该终端不支持Cpack格式的通用数据帧,该终端接收到该北斗网络设备发送的第一完整型Apack通用数据帧,其中,该第一Apack通用数据帧的帧头包括第二用户ID字段,其中,该第二用户ID字段用于指示该终端的标识,该第二用户ID字段的值与该第一用户ID字段的值相同。
在一种可能的实现方式中,该第一Apack通用数据帧的帧头还包括第二帧类型字段、第二帧长字段、帧总数字段和帧序号字段;其中,该第二帧类型字段用于指示该第一Apack通用数据帧的帧类型,该第二帧长字段用于指示该第一Apack通用数据帧中用户信息的数据长度,该帧总数字段用于指示该第一Apack通用数据帧所在的SLC会话中包括Apack通用数据帧的总数量,该帧序号用于指示该第一Apack通用数据帧在一个SLC会话中的帧序号。
在一种可能的实现方式中,当该第一Cpack通用数据帧的帧头不包括第一帧类型字段时,该第一Apack通用数据帧的帧头还包括起始标识字段;其中,该起始标识字段处于该第一Apack通用数据帧的帧头中起始位置,该起始标识字段用于标识该第一Apack通用数据帧的起始位置。
在一种可能的实现方式中,该起始标识字段的数据长度与该第一用户CID字段的数据长度相同。
在一种可能的实现方式中,该起始标识字段的数据长度为第一长度;其中,当该第一用户ID字段中数据长度为该第一长度的指定部分数据与该起始标识字段的值不同时,该第一用户CID字段的值为该第一用户ID字段中的该指定部分数据;当该第一用户ID字段中数据长度为该第一长度的指定部分数据与该起始标识字段的值相同时,该第一用户CID字段的值为该第一用户ID字段中的该指定部分数据与预设值之和。
在一种可能的实现方式中,该终端接收到该北斗网络设备发送的第一Cpack通用数据帧,具体包括:该终端接收到该北斗网络设备发送的第一物理帧;该终端从该第一物理帧中解析出该第一Cpack通用数据帧。
第二方面,本申请提供另了一种北斗通信系统中紧凑传输方法,包括:北斗网络设备接收终端发送的数据请求帧,该数据请求帧的帧头包括第一用户ID字段,该第一用户ID字段用于指示该终端的设备标识,该数据请求帧用于请求该北斗网络设备发送业务数据给该终端;该北斗网络设备发送第一Cpack通用数据帧给该终端,其中,该第一Cpack通用数据帧的帧头包括第一用户CID字段;其中,该第一用户CID字段用于指示该终端的紧凑型设备标识,该第一用户CID字段的数据长度小于该第一用户ID字段的数据长度。
在一种可能的实现方式中,该第一Cpack通用数据帧的帧头还包括第一帧长字段,该第一帧长字段用于指示该第一Cpack通用数据帧中用户信息的数据长度。
在一种可能的实现方式中,该第一Cpack通用数据帧的帧头还包括第一帧类型字段,该第一帧类型字段处于该第一Cpack通用数据帧的帧头中的起始位置,该第一帧类型字段用于指示该第一Cpack通用数据帧的帧类型为Cpack通用数据帧。
在一种可能的实现方式中,该数据请求帧的帧头还包括SR字段,该SR用于指示该终端是否支持Cpack格式的通用数据帧;
该北斗网络设备发送第一Cpack通用数据给该终端,具体包括:
当该SR字段的值用于指示该终端支持Cpack格式的通用数据帧时,该北斗网络设备发送该第一Cpack通用数据帧给该终端。
在一种可能的实现方式中,该方法还包括:当该SR字段的值用于指示该终端不支持Cpack格式的通用数据帧,该北斗网络设备发送第一Apack通用数据帧给该终端,其中,该第一Apack通用数据帧的帧头包括第二用户ID字段,其中,该第二用户ID字段用于指示该终端的标识,该第二用户ID字段的值与该第一用户ID字段的值相同。
在一种可能的实现方式中,该第一Apack通用数据帧的帧头还包括第二帧类型字段、第二帧长字段、帧总数字段和帧序号字段;其中,该第二帧类型字段用于指示该第一Apack通用数据帧的帧类型,该第二帧长字段用于指示该第一Apack通用数据帧中用户信息的数据长度,该帧总数字段用于指示该第一Apack通用数据帧所在的SLC会话中包括Apack通用数据帧的总数量,该帧序号用于指示该第一Apack通用数据帧在一个SLC会话中的帧序号。
在一种可能的实现方式中,当该第一Cpack通用数据帧的帧头不包括第一帧类型字段时,该第一Apack通用数据帧的帧头还包括起始标识字段;其中,该起始标识字段处于该第一Apack通用数据帧的帧头中起始位置,该起始标识字段用于表示该第一Apack通用数据帧的起始位置。
在一种可能的实现方式中,该起始标识字段的数据长度与该第一用户CID字段的数据长度相同。
在一种可能的实现方式中,该起始标识字段的数据长度为第一长度;其中,当该第一用户ID字段中数据长度为该第一长度的指定部分数据与该起始标识字段的值不同时,该第一用户CID字段的值为该第一用户ID字段中的该指定部分数据;当该第一用户ID字段中数据长度为该第一长度的指定部分数据与该起始标识字段的值相同时,该第一用户CID字段的值为该第一用户ID字段中的该指定部分数据与预设值之和。
在一种可能的实现方式中,该北斗网络设备发送第一Cpack通用数据帧给该终端,具体包括:该北斗网络设备基于该数据请求帧生成第一应用层报文;该北斗网络设备将该第一应用层报文拆分成一个或多个Cpack通用数据帧,该一个或多个Cpack通用数据帧包括该第一Cpack通用数据帧;该北斗网络设备将该第一Cpack通用数据帧放入到第一物理帧中;该北斗网络设备发送该第一物理帧给该终端。
第三方面,本申请提供了一种北斗通信系统,包括:终端和北斗网络设备;其中,终端可以执行上述第一方面中任一种可能的实现方式中的方法。北斗网络设备可以执行上述第一方面中任一种可能的实现方式中的方法。
第四方面,本申请提供了一种通信装置,包括一个或多个处理器、一个或多个存储器和收发器。收发器、该一个或多个存储器与一个或多个处理器耦合,一个或多个存储器用于存储计算机程序代码,计算机程序代码包括计算机指令,当一个或多个处理器执行计算机指令时,使得通信装置执行上述第一方面任一项可能的实现方式中的方法。
其中,该通信装置可以为终端或其他产品形态的设备。
第五方面,本申请提供了一种通信装置,包括一个或多个处理器、一个或多个存储器和收发器。收发器、该一个或多个存储器与一个或多个处理器耦合,一个或多个存储器用于存储计算机程序代码,计算机程序代码包括计算机指令,当一个或多个处理器执行计算机指令时,使得通信装置执行上述第二方面任一项可能的实现方式中的方法。
其中,该通信装置可以为北斗网络设备,或北斗网络设备中的任一网元或多个网元的组合。
第六方面,本申请提供了一种计算机存储介质,包括计算机指令,当计算机指令在计算机上运行时,使得计算机执行上述第一方面任一项可能的实现方式中的方法。
第七方面,本申请提供了一种计算机存储介质,包括计算机指令,当计算机指令在计算机上运行时,使得计算机执行上述第二方面任一项可能的实现方式中的方法。
第八方面,本申请提供了一种计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机执行上述第一方面任一项可能的实现方式中的方法。
第九方面,本申请提供了一种计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机执行上述第二方面任一项可能的实现方式中的方法。
第十方面,本申请提供了一种芯片或芯片系统,应用于终端,包括处理电路和接口电路,接口电路用于接收代码指令并传输至处理电路,处理电路用于运行代码指令以执行上述第一方面任一项可能的实现方式中的方法。
其中,第二方面至第六方面的有益效果,请参见第一方面的有益效果,不重复赘述。
附图说明
图1为本申请实施例提供的一种北斗通信系统的架构示意图;
图2A为本申请实施例提供的一种北斗通信系统中数据入站的传输过程示意图;
图2B为本申请实施例提供的一种北斗通信系统中数据出站的传输过程示意图;
图3为本申请实施例提供的终端的硬件结构示意图;
图4为本申请实施例中提供的一种北斗通信系统的出站数据的协议封装架构示意图;
图5为本申请实施例中提供的一种北斗通信系统的出站数据的协议解析架构示意图;
图6为本申请实施例中提供的一种北斗通信系统中出站时SLC层的通用数据帧的格式示意图;
图7A为本申请实施例中提供的一种出站的Apack通用数据帧的帧格式示意图;
图7B为本申请实施例中提供的一种出站的Cpack通用数据帧的帧格式示意图;
图7C为本申请实施例中提供的一种出站的ACK帧的帧格式示意图;
图7D为本申请实施例中提供的一种出站的回执帧的帧格式示意图;
图8A为本申请另一实施例中提供的一种出站的Apack通用数据帧的帧格式示意图;
图8B为本申请另一实施例中提供的一种出站的Cpack通用数据帧的帧格式示意图;
图8C为本申请另一实施例中提供的一种出站的ACK帧的帧格式示意图;
图8D为本申请另一实施例中提供的一种出站的回执帧的帧格式示意图;
图9为本申请实施例中提供的一种北斗通信系统中紧凑传输方法的流程示意图;
图10为本申请实施例中提供的一种入站的通用数据帧的帧格式示意图;
图11为本申请实施例中提供的一种出站物理帧中通用数据帧的调度示意图;
图12为本申请实施例中提供的一种Cpack通用数据帧的调度过程示意图;
图13A为本申请实施例中提供的一种Cpack通用数据帧的调度时间窗口示意图;
图13B为本申请实施例中提供的另一种Cpack通用数据帧的调度时间窗口示意图;
图14为本申请实施例提供的一种通信装置的结构示意图;
图15为本申请实施例提供的另一种通信装置的结构示意图;
图16为本申请实施例提供的另一种通信装置的结构示意图;
图17为本申请实施例提供的另一种通信装置的结构示意图。
具体实施方式
下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。其中,在本申请实施例的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B;文本中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,另外,在本申请实施例的描述中,“多个”是指两个或多于两个。
以下,术语“第一”、“第二”仅用于描述目的,而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征,在本申请实施例的描述中,除非另有说明,“多个”的含义是两个或两个以上。
下面介绍本申请实施例中提供的一种北斗通信系统10。
图1示出了本申请实施例中提供的一种北斗通信系统10的架构示意图。
如上图1所示,北斗通信系统10可以包括终端100、北斗短报文卫星21、北斗网络设备200、短消息中心25和终端300。可选的,该北斗通信系统10还可以包括国家紧急救援平台26、国家紧急救援中心27。
其中,终端100可以发送短报文信息给北斗短报文卫星21,北斗短报文卫星21只进行中继,直接将终端100发送的短报文信息转发给地面的北斗网络设备200。北斗网络设备200可以根据北斗通信协议解析卫星转发的短报文信息,并将从短报文信息中解析出的通用报文类型的报文内容转发给短消息中心(short message service center,SMSC)25。短消息中心25可以通过传统的蜂窝通信网络,将报文内容转发给终端300。北斗网络设备200也可以将终端100发送的紧急求救类型的报文,通过国家紧急救援平台26发送给国家紧急救援中心27。
终端300也可以通过传统的蜂窝通信网络,将短消息发送给短消息中心25。短消息中心25可以将终端300的短消息转发给北斗网络设备200。北斗网络设备200可以将终端300的短消息通过北斗短报文卫星21中继发送给终端100。
其中,上述北斗网络设备200可以包括北斗地面收发站22、北斗中心站23和北斗短报文融合通信平台24。其中,北斗地面收发站22可以包括分别具有发送功能的一个或多个设备和具有接收功能的一个或多个设备,或者可以包括具有发送功能和接收功能的一个或多个设备,此处不作限定。北斗地面收发站22可用于北斗网络设备200在物理层(physicallayer protocol,PHY)对数据的处理功能。北斗中心站23可用于北斗网络设备200在卫星链路层(satellite link control protocol,SLC)层和消息数据汇聚层(message dataconvergence protocol,MDCP)对数据的处理功能。北斗短报文融合通信平台24可用于在应用层(application layer protocol,APP)对数据的处理功能。
其中,由于北斗通信系统10是通过卫星链路进行通信,其主要特性是:时延长(单向约270ms),链路损耗大。当前北斗通信系统10支持的业务主要是突发短消息业务,不支持连接状态管理、移动性管理和广播控制信息等。
终端100可以主动通过北斗短报文卫星21给北斗网络设备200发送数据。但是,由于没有空口信令,地面的中心站无法主动寻呼用户。由于卫星通信传播距离远,北斗通信系统10中对终端100的发送功率要求高。受限当前终端100上射频器件的限制,终端100无法向北斗短报文卫星21长时间持续发送信号。为了尽量不损坏终端100上射频器件,终端100的射频器件在发送状态持续工作一段时间后,必须停止工作一段时间后才能继续切换到发送状态继续工作。其中,终端100上发送状态的持续时长由终端100的底层硬件能力所决定。在上述北斗通信系统10中,为了保证终端100接收到的数据和发送的数据互不干扰,终端100不支持发送数据和接收数据同时发生。终端100需要在发送数据后,再等待接收北斗网络设备200发送的数据。
其中,北斗网络设备200的工作模式可以是双工模式,可以同时收发数据,且北斗网络设备200可以长时间发送和接收数据。
图2A示出了本申请实施例提供的一种北斗通信系统中数据入站的传输过程。
如图2A所示,数据入站可以指终端100将数据发送给北斗网络设备200。例如,终端100可以向北斗地面收发站22发送数据帧。北斗地面收发站22可以将数据帧发送给北斗中心站23。北斗中心站23可以将数据帧汇聚成应用层报文上报给北斗短报文融合通信平台24。北斗中心站23可以在接收到终端100发送的数据帧后,向终端100返回SLC层的确认字符(acknowledgecharacter,ACK)。该ACK可用于指示北斗网络设备200是否成功收到终端100发送的数据帧。
图2B示出了本申请实施例提供的一种北斗通信系统中数据出站的传输过程。
如图2B所示,数据出站可以指北斗网络设备200将数据发送给终端100。例如,北斗网络设备200中的北斗短报文融合通信平台24可以将应用层报文发送给北斗中心站23;然后北斗中心站23可以将该应用层报文拆分成一个或多个数据帧发送给北斗地面收发站22,由北斗短报文卫星21中继后发送给终端100。可选的,终端100接收到数据帧后可以向北斗中心站23返回SLC层的ACK。该ACK可用于终端100是否成功接收到北斗网络设备200发送的数据帧。
图3示出了终端100的结构示意图。
下面以终端100为例对实施例进行具体说明。应该理解的是,图3所示终端100仅是一个范例,并且终端100可以具有比图3中所示的更多的或者更少的部件,可以组合两个或多个的部件,或者可以具有不同的部件配置。图3中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
终端100可以包括:处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
可以理解的是,本发明实施例示意的结构并不构成对终端100的具体限定。在本申请另一些实施例中,终端100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,存储器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
其中,控制器可以是终端100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据,可从所述存储器中直接调用。避免了重复存取,减少了处理器110的等待时间,因而提高了系统的效率。
在一些实施例中,处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口,集成电路内置音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或通用串行总线(universal serial bus,USB)接口等。
I2C接口是一种双向同步串行总线,包括一根串行数据线(serial data line,SDA)和一根串行时钟线(serail clock line,SCL)。在一些实施例中,处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K,充电器,闪光灯,摄像头193等。例如:处理器110可以通过I2C接口耦合触摸传感器180K,使处理器110与触摸传感器180K通过I2C总线接口通信,实现终端100的触摸功能。
I2S接口可以用于音频通信。在一些实施例中,处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合,实现处理器110与音频模块170之间的通信。在一些实施例中,音频模块170可以通过I2S接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信,将模拟信号抽样,量化和编码。在一些实施例中,音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中,音频模块170也可以通过PCM接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线,用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中,UART接口通常被用于连接处理器110与无线通信模块160。例如:处理器110通过UART接口与无线通信模块160中的蓝牙模块通信,实现蓝牙功能。在一些实施例中,音频模块170可以通过UART接口向无线通信模块160传递音频信号,实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器110与显示屏194,摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface,CSI),显示屏串行接口(displayserial interface,DSI)等。在一些实施例中,处理器110和摄像头193通过CSI接口通信,实现终端100的拍摄功能。处理器110和显示屏194通过DSI接口通信,实现终端100的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号,也可被配置为数据信号。在一些实施例中,GPIO接口可以用于连接处理器110与摄像头193,显示屏194,无线通信模块160,音频模块170,传感器模块180等。GPIO接口还可以被配置为I2C接口,I2S接口,UART接口,MIPI接口等。
USB接口130是符合USB标准规范的接口,具体可以是Mini USB接口,Micro USB接口,USB Type C接口等。USB接口130可以用于连接充电器为终端100充电,也可以用于终端100与外围设备之间传输数据。也可以用于连接耳机,通过耳机播放音频。该接口还可以用于连接其他电子设备,例如AR设备等。
可以理解的是,本发明实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对终端100的结构限定。在本申请另一些实施例中,终端100也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块140可以通过终端100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时,还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,外部存储器,显示屏194,摄像头193,和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块140也可以设置于同一个器件中。
终端100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。终端100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在终端100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(lownoise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A,受话器170B等)输出声音信号,或通过显示屏194显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在终端100上的包括无线局域网(wireless localarea networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星系统(global navigation satellite system,GNSS),卫星通信模块,调频(frequency modulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
其中,卫星通信模块可用于与卫星网络设备进行通信,例如在北斗通信系统中,卫星通信模块可以与北斗网络设备200通信,卫星通信模块的可支持与北斗网络设备200之间的短报文传输。
在一些实施例中,终端100的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得终端100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications,GSM),通用分组无线服务(general packet radio service,GPRS),码分多址接入(code divisionmultiple access,CDMA),宽带码分多址(wideband code division multiple access,WCDMA),时分码分多址(time-division code division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system,GPS),全球导航卫星系统(globalnavigation satellite system,GLONASS),北斗卫星导航系统(beidou navigationsatellite system,BDS),准天顶卫星系统(quasi-zenith satellite system,QZSS)和/或星基增强系统(satellite based augmentation systems,SBAS)。
终端100通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像,视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,终端100可以包括1个或N个显示屏194,N为大于1的正整数。
终端100可以通过ISP,摄像头193,视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如,拍照时,打开快门,光线通过镜头被传递到摄像头感光元件上,光信号转换为电信号,摄像头感光元件将所述电信号传递给ISP处理,转化为肉眼可见的图像。ISP还可以对图像的噪点,亮度,肤色进行算法优化。ISP还可以对拍摄场景的曝光,色温等参数优化。在一些实施例中,ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB,YUV等格式的图像信号。在一些实施例中,终端100可以包括1个或N个摄像头193,N为大于1的正整数。
数字信号处理器用于处理数字信号,除了可以处理数字图像信号,还可以处理其他数字信号。例如,当终端100在频点选择时,数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。终端100可以支持一种或多种视频编解码器。这样,终端100可以播放或录制多种编码格式的视频,例如:动态图像专家组(moving picture experts group,MPEG)1,MPEG2,MPEG3,MPEG4等。
NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。通过NPU可以实现终端100的智能认知等应用,例如:图像识别,人脸识别,语音识别,文本理解等。
外部存储器接口120可以用于连接外部存储卡,例如Micro SD卡,实现扩展终端100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令,从而执行终端100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(比如声音播放功能,图像播放功能等)等。存储数据区可存储终端100使用过程中所创建的数据(比如音频数据,电话本等)等。此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。
终端100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A,也称“喇叭”,用于将音频电信号转换为声音信号。终端100可以通过扬声器170A收听音乐,或收听免提通话。
受话器170B,也称“听筒”,用于将音频电信号转换成声音信号。当终端100接听电话或语音信息时,可以通过将受话器170B靠近人耳接听语音。
麦克风170C,也称“话筒”,“传声器”,用于将声音信号转换为电信号。当拨打电话或发送语音信息时,用户可以通过人嘴靠近麦克风170C发声,将声音信号输入到麦克风170C。终端100可以设置至少一个麦克风170C。在另一些实施例中,终端100可以设置两个麦克风170C,除了采集声音信号,还可以实现降噪功能。在另一些实施例中,终端100还可以设置三个,四个或更多麦克风170C,实现采集声音信号,降噪,还可以识别声音来源,实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130,也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform,OMTP)标准接口,美国蜂窝电信工业协会(cellular telecommunications industry association of the USA,CTIA)标准接口。
压力传感器180A用于感受压力信号,可以将压力信号转换成电信号。在一些实施例中,压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多,如电阻式压力传感器,电感式压力传感器,电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A,电极之间的电容改变。终端100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194,终端100根据压力传感器180A检测所述触摸操作强度。终端100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中,作用于相同触摸位置,但不同触摸操作强度的触摸操作,可以对应不同的操作指令。例如:当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时,执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时,执行新建短消息的指令。
陀螺仪传感器180B可以用于确定终端100的运动姿态。在一些实施例中,可以通过陀螺仪传感器180B确定终端100围绕三个轴(即,x,y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的,当按下快门,陀螺仪传感器180B检测终端100抖动的角度,根据角度计算出镜头模组需要补偿的距离,让镜头通过反向运动抵消终端100的抖动,实现防抖。陀螺仪传感器180B还可以用于导航,体感游戏场景。
气压传感器180C用于测量气压。在一些实施例中,终端100通过气压传感器180C测得的气压值计算海拔高度,辅助定位和导航。
磁传感器180D包括霍尔传感器。终端100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中,当终端100是翻盖机时,终端100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态,设置翻盖自动解锁等特性。
加速度传感器180E可检测终端100在各个方向上(一般为三轴)加速度的大小。当终端100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态,应用于横竖屏切换,计步器等应用。
距离传感器180F,用于测量距离。终端100可以通过红外或激光测量距离。在一些实施例中,拍摄场景,终端100可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器,例如光电二极管。发光二极管可以是红外发光二极管。终端100通过发光二极管向外发射红外光。终端100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时,可以确定终端100附近有物体。当检测到不充分的反射光时,终端100可以确定终端100附近没有物体。终端100可以利用接近光传感器180G检测用户手持终端100贴近耳朵通话,以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式,口袋模式自动解锁与锁屏。
环境光传感器180L用于感知环境光亮度。终端100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合,检测终端100是否在口袋里,以防误触。
指纹传感器180H用于采集指纹。终端100可以利用采集的指纹特性实现指纹解锁,访问应用锁,指纹拍照,指纹接听来电等。
温度传感器180J用于检测温度。在一些实施例中,终端100利用温度传感器180J检测的温度,执行温度处理策略。例如,当温度传感器180J上报的温度超过阈值,终端100执行降低位于温度传感器180J附近的处理器的性能,以便降低功耗实施热保护。在另一些实施例中,当温度低于另一阈值时,终端100对电池142加热,以避免低温导致终端100异常关机。在其他一些实施例中,当温度低于又一阈值时,终端100对电池142的输出电压执行升压,以避免低温导致的异常关机。
触摸传感器180K,也称“触控面板”。触摸传感器180K可以设置于显示屏194,由触摸传感器180K与显示屏194组成触摸屏,也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器180K也可以设置于终端100的表面,与显示屏194所处的位置不同。
骨传导传感器180M可以获取振动信号。在一些实施例中,骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏,接收血压跳动信号。在一些实施例中,骨传导传感器180M也可以设置于耳机中,结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号,解析出语音信号,实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息,实现心率检测功能。
按键190包括开机键,音量键等。按键190可以是机械按键。也可以是触摸式按键。终端100可以接收按键输入,产生与终端100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。例如,作用于不同应用(例如拍照,音频播放等)的触摸操作,可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作,马达191也可对应不同的振动反馈效果。不同的应用场景(例如:时间提醒,接收信息,闹钟,游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和终端100的接触和分离。终端100可以支持1个或N个SIM卡接口,N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡,Micro SIM卡,SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同,也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端100通过SIM卡和网络交互,实现通话以及数据通信等功能。在一些实施例中,终端100采用eSIM,即:嵌入式SIM卡。eSIM卡可以嵌在终端100中,不能和终端100分离。
下面介绍本申请实施例中提供的一种北斗通信系统10的出站数据的协议封装架构。
图4示出了本申请实施例中提供的一种北斗通信系统10的出站数据的协议封装架构示意图。
如图4所示,北斗网络设备200中的北斗短报文传输协议层可以应用层(application layer protocol)、消息数据汇聚层(message data convergenceprotocol,MDCP)、卫星链路控制层(satellite link control protocol,SLC)和物理层(physical layer protocol,PHY)。其中,北斗网络设备200可以包括北斗地面收发站22、北斗中心站23和北斗短报文融合通信平台24。北斗地面收发站22可用于负责PHY层的协议处理。北斗中心站23可用于负责SLC层和MDCP层的协议处理。北斗短报文融合通信平台24可用于负责APP层的协议处理。
北斗网络设备200发送数据给终端100时,北斗网络设备200中的北斗短报文传输协议的工作流程可以如下:
在APP层,北斗网络设备200可以将原始数据通过压缩算法,压缩成压缩数据,并在压缩数据前面添加压缩指示字段,其中,压缩指示字段可用于表示该压缩数据的压缩算法类型。之后,北斗网络设备200可以将压缩数据加密,得到加密后数据,并在加密后数据的头部添加加密算法字段,该加密算法字段用于表示该加密后的数据的加密算法类型。北斗网络设备200可以将加密后数据、压缩指示字段、加密指示字段封装成应用层报文下发给MDCP层。其中,该应用层报文可以包括报文头和报文数据。该报文头中可以包括压缩指示字段和加密指示字段等等。该报文数据包括上述加密后数据。
可选的,北斗网络设备200也可以将压缩指示字段和压缩数据一起进行加密,得到加密后数据。
在MDCP层,北斗网络设备200可以通过层间接口获取到APP层下发的应用层报文,并将应用层报文作为一个MDCP SDU。在MDCP层,北斗网络设备200可以将一个MDCP SDU拆分成一个或多个固定长度的MDCP分段数据(M_segement),并在每个MDCP分段数据的头部添加后继指示字段,得到MDCP PDU,即MDCP PDU包括M_segement和后继指示字段。其中,后继指示字段可用于表示当前的MDCP PDU是连续发送的多个MDCP PDU的起始MDCP PDU或中间MDCP PDU或最后一个MDCP PDU;或者是单独发送的一个MDCP PDU。
在SLC层,北斗网络设备200可以通过层间接口获取到MDCP层下发的MDCP PDU,作为SLC SDU。在SLC层,北斗网络设备200可以将SLC SDU分段成一个或多个(例如,最多4个)固定长度的SLC分段数据(S_segement),并在每个S_segement头部添加帧头信息,得到SLCPDU。
这里,可以理解的是,为了适应物理层的帧长,SLC层需要将数据进行分段。而SLC层的设计一个SLC SDU最多只能分成N(例如,N为4)个SLC PDU,因此MDCP层也需要将数据进行分段。
在PHY层,北斗网络设备200可以通过层间接口获取到SLC层下发的SLC PDU。北斗网络设备200可以从SLC层获取到一个用户或多个用户的SLC PDU。北斗网络设备200可以将多个用户的SLC PDU拼接在一起,再加上物理帧的帧头(例如版本号)作为PHY层的编码块(code block),并在code block的尾部添加校验位(例如,循环冗余校验(cyclicredundancy check,CRC)码),并对code block和CRC码进行编码(例如polar编码),编码后的物理帧加上保留段可以组成一个固定长度的物理时隙的卫星到用户端数据(satellitetoconsumerdata,S2C-d)信道支路(简称,数据支路或者电文支路)的编码数据。其中,北斗网络设备200可以将一个用户的多个SLC PDU分别放到不同的物理帧中。然后,北斗网络设备200将S2C-d信道支路的编码数据和卫星到用户端导频(satellitetoconsumerpilot,S2C-p)支路(简称,导频支路)的导频信息组成导频编码数据,即出站数据。北斗网络设备200可以将出站数据发送给北斗短报文卫星21,经由北斗短报文卫星21中继转发给终端100。
可以理解的是,S2C_p支路的导频信息与卫星波束相关。当卫星波束号是已知信息时,S2C-p支路的导频信息(即,副码)也是已知的,无需解码的。而S2C-d支路的编码数据是需要解码的。其中,S2C-p信道与S2C-d信道的中心频率和带宽相同,S2C-p信道上的信号与S2C-d信道上的信号相互正交。
其中,上述物理时隙的时间长度可以是125ms,物理帧的时间长度可以是114ms,保留段的时间长度可以是11ms。
本申请实施例中,此处仅为示例说明,本申请对PHY层的具体操作不作限定。
下面介绍本申请实施例中提供的一种北斗通信系统10的出站数据的协议解析架构。
图5示出了本申请实施例中提供的一种北斗通信系统10的出站数据的协议解析架构示意图。
如图5所示,终端100的北斗短报文传输协议层可以分为应用层(applicationlayer protocol)、消息数据汇聚层(message data convergence protocol,MDCP)、卫星链路控制层(satellite link control protocol,SLC)和物理层(physical layerprotocol,PHY)。
终端100在接收到北斗网络设备发送的数据时,终端100的北斗短报文传输协议层的工作流程可以如下:
在PHY层,终端100可以获取到北斗网络设备200发送的经过调制和扩频后的导频编码数据。终端100可以对接收到的扩频调制数据(spread+modulated data)进行解扩频,得到调制数据(modulated data)。然后,终端100可以对调制数据进行解调,得到导频编码数据(pilot+data)。接着,终端100可以去除导频编码数据中的导频信息,得到编码数据(code data)。然后,终端100可以对编码数据进行解码,并通过校验位字段中的校验数据验证编码块(code block)的完整性。若完整,则终端100可以提取出编码块(code block),通过层间接口呈递给SLC层,作为SLC层的SLC PDU。
这里,该导频编码数据即为上述北斗网络设备200发送的出站数据,该出站数据由S2C-d信道的编码数据和S2C-p信道的导频信息组成。
在SLC层,终端100可以基于SLC PDU的帧头信息,将属于同一个SLC SDU的SLC PDU拼接成一个SLC SDU。终端100可以将SLC SDU通过层间接口呈递给MDCP层,作为MDCP层的MDCP PDU。
在MDCP层,终端100可以将属于同一个MDCP SDU的所有MDCP PDU拼接成一个MDCPSDU。终端100可以将MDCP SDU通过层间接口呈递到APP层,作为APP层接收到的应用层报文。
在APP层,终端100可以基于应用层报文的报文头,对应用层报文进行解密、解压缩,得到原始数据。
本申请实施例中,上述协议处理过程仅为示例说明,本申请对协议处理的具体操作不作限定。
下面介绍本申请实施例中提供的一种北斗通信系统中出站数据帧的格式。
图6示例性的示出了本申请实施例提供的一种北斗通信系统中出站时SLC层的通用数据帧的格式。
如图6所示,北斗网络设备200最终发送给终端100的出站数据包括S2C-p支路的导频信息和S2C-d支路的数据信息。S2C-p支路的导频信息中的副码可用于辅助终端解析出S2C-d支路中的数据信息。S2C-d支路中的一个物理时隙可以为125ms,其中,一个物理时隙中可以用于传输出站物理帧,物理帧的时长可以为114ms,物理时隙中剩余的11ms可以为保留段。
出站物理帧可以包括物理帧头和数据段。其中,物理帧头中包括有版本号字段,该版本号字段可用于表示当前北斗网络设备200使用的物理帧格式的版本。该版本号字段的数据长度可以是3bit。出站物理帧的数据段可以包括北斗网络设备200在SLC层发给一个或多个终端的用户帧以及校验位字段。其中,在北斗通信系统10中,可以采用循环冗余校验(CRC)对数据段进行校验,该校验位中可以包括CRC校验码。
SLC层的用户帧可以包括用户帧头和用户信息。其中,当SLC层的用户帧的帧类型为通用数据帧时,通用数据帧的帧头可以包括但不限于如下字段:起始标识字段、帧类型字段、帧长字段、用户ID字段、帧总数字段和帧序号字段。其中:
起始标识字段,可用于标识该通用数据帧的起始位置,其中,起始标识字段的数据长度可以为8bit。
帧类型字段,可用于指示该通用数据帧的帧类型。其中,帧类型字段的数据长度可以为2bit,出站的用户帧的帧类型可以包括通用数据帧、ACK帧和回执帧。
其中,帧类型字段的值及其含义可以如下表1所示:
表1
帧类型字段的值 含义
00 通用数据帧
01 ACK帧
10 回执帧
11 预留(RSV)
由上述表1可知,帧类型字段的值为“00”指示的帧类型为通用数据帧。帧类型字段的值为“01”指示的帧类型为ACK帧。帧类型字段的值为“10”指示的帧类型为回执帧。帧类型字段的值为“11”为预留(reserve,RSV)值。上述表1仅仅用于解释本申请,不应构成限定,具体实现中,还可以有更多或更少的帧类型,因此,帧类型字段的数据长度可以更长或更短。
帧长字段,可用于指示通用数据帧中用户信息的数据长度。其中,在出站S2C-d信道支路的传输速率为2kbit/s时,帧长字段的数据长度可以为8bit;在出站S2C-d信道支路的传输速率为4kbit/s时帧长字段的数据长度可以为9bit。
用户ID字段,可用于指示该通用数据帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
若终端100在SLC层从北斗网络设备200的S2C-d信道支路传输的物理帧中解析出用户ID字段与该终端100的用户ID相同的用户帧时,终端100可以进一步通过识别该用户帧的帧类型,若该用户帧的帧类型为通用数据帧时,则终端100可以将该通用数据帧作为SLC层的SLC PDU进行组帧,并在组帧之后得到的SLC SDU通过层间接口从SLC层呈递到MDCP层,在MDCP层进行组包。其中,针对终端100在SLC层组帧和在MDCP层组包的过程,可以参考前述图5所示实施例,在此不再赘述。
帧总数字段,可用于指示该通用数据帧所在的SLC会话中包括通用数据帧的总数量。其中,SLC会话中包括通用数据帧的总数量的最大值为4时,该帧总数字段的数据长度可以为2bit。
帧序号字段,可用于指示该通用数据帧在一个SLC会话中的帧序号。其中,SLC会话中包括通用数据帧的总数量的最大值为4时,该帧序号字段的数据长度可以为2bit。
由上述内容可以看出,每个出站物理帧的时间长度在114ms,当出站链路的传输速率在2kbit/s时,每个物理帧的实际传输的数据量只有228bit。无论一个出站的通用数据帧中用户的数据量有多少,SLC层的通用数据帧帧头开销都为固定值(56bit),在用户信息的数据量较小的业务场景下,出站链路的传输效率就更加低了。
因此,本申请实施例提供了一种北斗通信系统中紧凑传输方法,可以在完整数据包(Apack)格式的通用数据帧的基础上增加了一类紧凑数据包(compactpack,Cpack)格式的通用数据帧。该紧凑数据包格式的通用数据帧的用户帧头中对完整数据包格式的通用数据帧中的用户帧头的数据量进行了压缩,以提高出站链路的传输效率。
下面介绍本申请实施例中提供的一组出站的Apack通用数据帧(即Apack格式的通用数据帧)、Cpack通用数据帧(即Cpack格式的通用数据帧)、ACK帧和回执帧。
图7A示出了本申请实施例中提供的一种出站的Apack通用数据帧。
如图7A所示,Apack格式的通用数据帧可以包括Apack通用数据帧帧头和用户信息。其中,Apack通用数据帧帧头中可以包括起始标识字段、帧类型字段、帧长字段、用户ID字段、帧总数字段和帧序号字段。其中,针对Apack通用数据帧帧头中各字段的描述可以参考前述图6所示实施例中通用数据帧的帧格式,在此不再赘述。
图7B示出了本申请实施例中提供的一种出站的Cpack通用数据帧。
如图7B所示,Cpack格式的通用数据帧可以包括Cpack通用数据帧帧头和用户信息。其中,Cpack通用数据帧帧头可以包括用户CID字段和帧长字段。其中,用户CID字段可以在Cpack通用数据帧帧头中的最靠前位置,帧长字段可以在Cpack通用数据帧帧头中位于用户CID字段之后的位置。
其中,用户CID字段,可用于表示该Cpack格式通用数据帧的接收方的紧凑型设备标识。该用户CID字段的数据长度可以为8bit。
在出站S2C-d信道支路的传输速率为2kbit/s时,帧长字段的数据长度可以为8bit;在出站S2C-d信道支路的传输速率为4kbit/s时,帧长字段的数据长度可以为9bit。
其中,用户CID字段的值可以是该Cpack格式的通用数据帧的接收方ID的后8位。
在一种可能的实现方式中,北斗网络设备200可以对该Cpack格式的通用数据帧的接收方(例如终端100)发送的数据请求帧中携带的用户ID以及该数据请求帧中指定数据信息确定出用户CID值。
例如,北斗网络设备200可以针对数据请求帧中携带的用户ID以及数据请求帧中数据部分的最后16bit数据进行哈希(hash)运算,得到8bit的用户CID。
图7C示出了本申请实施例中提供的一种出站的ACK帧。
如图7C所示,该ACK帧可以包括ACK帧帧头和ACK域。其中,该ACK帧帧头可以包括起始标识字段、帧类型字段和用户ID字段。
起始标识字段,可用于标识该ACK帧的起始位置,其中,起始标识字段的数据长度可以为8bit。
该帧类型字段指示该ACK帧的帧类型。帧类型字段的数据长度可以为2bit,SLC层的出站用户帧的帧类型可以包括通用数据帧、ACK帧和回执帧。有关帧类型字段的每个值的含义可以参考前述表1所示,在此不再赘述。
用户ID字段,可用于指示该ACK帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
ACK域用于指示北斗网络设备200对终端发送的入站的通用数据帧的接收情况。
图7D示出了本申请实施例中提供的一种出站的回执帧。
如图7D所示,该回执帧可以包括回执帧头和回执信息。其中,该回执帧头可以包括帧类型字段和用户ID字段。
起始标识字段,可用于标识该回执帧的起始位置,其中,起始标识字段的数据长度可以为8bit。
该帧类型字段指示该回执帧的帧类型。帧类型字段的数据长度可以为2bit,SLC层的出站用户帧的帧类型可以包括通用数据帧、ACK帧和回执帧。有关帧类型字段的每个值的含义可以参考前述表1所示,在此不再赘述。
用户ID字段,可用于指示该ACK帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
回执信息,可用于指示北斗网络设备200对终端发送的应用层报文的解析情况。
在一些实施例中,上述Apack通用数据帧帧头还可以包括确认模式使能(acknowledgemodeenable,AMenable)字段,其中,该Apack通用数据帧帧头中的AM enable字段,可用于指示终端100在SLC层采用确认模式还是非确认模式接收北斗网络设备200发送的Apack通用数据帧。
其中,可选的,上述Cpack通用数据帧帧头中还可以包括AM enable字段,可用于指示终端100在SLC层采用确认模式还是非确认模式接收北斗网络设备200发送的Cpack通用数据帧。
在一些实施例中,上述Cpack通用数据帧帧头中还可以包括帧总数字段和帧序号字段。其中,Cpack通用数据帧帧头中的帧总数字段,可用于指示该Cpack通用数据帧所在的SLC会话中包括Cpack通用数据帧的总数量。其中,SLC会话中包括Cpack通用数据帧的总数量的最大值为4时,Cpack通用数据帧帧头中的帧总数字段的数据长度可以为2bit。
Cpack通用数据帧帧头中的帧序号字段,可用于指示该Cpack通用数据帧在一个SLC会话中的帧序号。其中,SLC会话中包括Cpack通用数据帧的总数量的最大值为4时,该Cpack通用数据帧帧头中的帧序号字段的数据长度可以为2bit。
下面介绍本申请实施例中提供的另一组出站的Apack通用数据帧、Cpack通用数据帧、ACK帧和回执帧。
图8A示出了本申请实施例中提供的一种出站的Apack通用数据帧。
如图8A所示,Apack通用数据帧可以包括Apack通用数据帧帧头和用户信息。其中,Apack通用数据帧帧头中可以包括帧类型字段、帧长字段、用户ID字段、帧总数字段和帧序号字段。
帧类型字段,可用于指示该通用数据帧的帧类型。其中,帧类型字段的数据长度可以为2bit,SLC层的出站用户帧的帧类型可以包括Apack通用数据帧、ACK帧、回执帧和Cpack通用数据帧。
其中,帧类型字段的值的含义可以如下表2所示:
表2
帧类型字段的值 含义
00 Apack通用数据帧
01 ACK帧
10 回执帧
11 Cpack通用数据帧
由上述表2可知,帧类型字段的值为“00”指示的帧类型为Apack通用数据帧。帧类型字段的值为“01”指示的帧类型为ACK帧。帧类型字段的值为“10”指示的帧类型为回执帧。帧类型字段的值为“11”指示的帧类型为Cpack通用数据帧。上述表2仅仅用于解释本申请,不应构成限定,具体实现中,还可以有更多或更少的帧类型,因此,帧类型字段的数据长度可以更长或更短。
帧总数字段,可用于指示该Apack通用数据帧所在的SLC会话中包括Apack通用数据帧的总数量。其中,SLC会话中包括Apack通用数据帧的总数量的最大值为4时,该帧总数字段的数据长度可以为2bit。
帧序号字段,可用于指示该Apack通用数据帧在一个SLC会话中的帧序号。其中,SLC会话中包括Apack通用数据帧的总数量的最大值为4时,该帧序号字段的数据长度可以为2bit。
图8B示出了本申请实施例中提供的一种出站的Cpack通用数据帧。
如图8B所示,Cpack通用数据帧可以包括Cpack通用数据帧帧头和用户信息。其中,Cpack通用数据帧帧头可以包括帧类型字段、用户CID字段和帧长字段。其中,帧类型字段可以在Cpack通用数据帧帧头中的最靠前位置,用户CID字段和帧长字段可以在Cpack通用数据帧帧头中位于帧类型字段之后的位置。
帧类型字段,可用于指示该Cpack通用数据帧的帧类型。帧类型字段的数据长度可以为2bit,SLC层的出站用户帧的帧类型可以包括Apack通用数据帧、ACK帧、回执帧和Cpack通用数据帧。有关帧类型字段的每个值的含义可以参考前述表2所示,在此不再赘述。
用户CID字段可用于表示该Cpack格式通用数据帧的接收方的紧凑型设备标识。该用户CID字段的数据长度可以为8bit。
图8C示出了本申请实施例中提供的另一种出站的ACK帧。
如图8C所示,该ACK帧可以包括ACK帧帧头和ACK域。其中,该ACK帧帧头可以包括帧类型字段和用户ID字段。
该帧类型字段指示该ACK帧的帧类型。其中,帧类型字段的数据长度可以为2bit,SLC层的出站用户帧的帧类型可以包括Apack通用数据帧、Cpack通用数据帧、ACK帧和回执帧。有关帧类型字段的每个值的含义可以参考前述表2所示,在此不再赘述。
用户ID字段,可用于指示该ACK帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
ACK域用于指示北斗网络设备200对终端发送的入站的通用数据帧(SLC PDU)的接收情况。
图8D示出了本申请实施例中提供的一种出站的回执帧。
如图8D所示,该回执帧可以包括回执帧头和回执信息。其中,该回执帧头可以包括帧类型字段和用户ID字段。该帧类型字段指示该回执帧的帧类型。其中,帧类型字段的数据长度可以为2bit,出站的用户帧的帧类型可以包括Apack通用数据帧、Cpack通用数据帧、ACK帧和回执帧。有关帧类型字段的每个值的含义可以参考前述表2所示,在此不再赘述。
用户ID字段,可用于指示该ACK帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
回执信息,可用于指示北斗网络设备200对终端发送的应用层报文的解析情况。
在一些实施例中,上述Apack通用数据帧帧头还可以包括确认模式使能(acknowledgemodeenable,AMenable)字段,其中,该Apack通用数据帧帧头中的AM enable字段,可用于指示终端100在SLC层采用确认模式还是非确认模式接收北斗网络设备200发送的Apack通用数据帧。
其中,可选的,上述Cpack通用数据帧帧头中还可以包括AM enable字段,可用于指示终端100在SLC层采用确认模式还是非确认模式接收北斗网络设备200发送的Cpack通用数据帧。
在一些实施例中,上述Cpack通用数据帧帧头中还可以包括帧总数字段和帧序号字段。其中,Cpack通用数据帧帧头中的帧总数字段,可用于指示该Cpack通用数据帧所在的SLC会话中包括Cpack通用数据帧的总数量。其中,SLC会话中包括Cpack通用数据帧的总数量的最大值为4时,Cpack通用数据帧帧头中的帧总数字段的数据长度可以为2bit。
Cpack通用数据帧帧头中的帧序号字段,可用于指示该Cpack通用数据帧在一个SLC会话中的帧序号。其中,SLC会话中包括Cpack通用数据帧的总数量的最大值为4时,该Cpack通用数据帧帧头中的帧序号字段的数据长度可以为2bit。
下面介绍本申请实施例中提供的一种北斗通信系统中紧凑传输方法。
图9示出了本申请实施例中提供的一种北斗通信系统中紧凑传输方法的流程示意图。
如图9所示,该方法包括:
S901、终端100发送数据请求给北斗网络设备200。其中,该数据请求中携带用户ID字段和调度请求(schedulingrequest,SR)字段。
其中,数据请求帧的格式可以参考图10所示的通用数据帧的帧格式。
如图10所示,入站物理帧可以包括同步头和数据段。其中,同步头可用于北斗网络设备200同步入站物理帧,并识别数据段的开始位置。该同步头的时间长度可以为40ms。
入站物理帧的数据段可以包括SLC层的入站用户帧和校验位。其中,在北斗通信系统10中,可以采用循环冗余校验(CRC)对数据段进行校验,该校验位中可以包括CRC校验码。
该SLC层的入站用户帧可以包括帧头信息(也可以被称为帧格式指示信息)和用户信息。其中,当SLC层的入站用户帧的帧类型为通用数据帧时,通用数据帧的帧头信息可以包括版本号、子类型指示字段、用户ID字段、确认模式使能(AM enable)字段、帧总数字段、帧序号字段、服务数据单元交替指示(service data unit alternated Indicator,SAI)字段、SR字段、保留(reserve,RSV)域。
版本号字段,可用于指示入站用户帧的协议格式版本。其中,版本号字段的数据长度可以为3bit。
子类型指示字段,可用于指示入站用户帧的子类型。其中,子类型指示字段的数据长度可以为3bit。入站用户帧的子类型可以包括通用数据帧(或者可称为信息报文帧)、ACK帧、回执帧、位置上报帧、应急救援帧等等。数据请求帧的子类型为通用数据帧。
用户ID字段可用于指示终端100的设备标识。其中,该用户ID字段的数据长度可以为34bit。
AM enable字段,可用于指示北斗网络设备200在SLC层采用确认模式还是非确认模式接收终端100发送的通用数据帧。其中,该AM enable字段的数据长度可以为1bit。
帧总数字段,可用于表示该通用数据帧所在的SLC会话中包括通用数据帧的总数量。其中,该帧总数字段的长度可以是2bit。当帧总数字段的长度为2bit时,一个SLC会话中最多可包括4个通用数据帧。
帧序号字段,可用于表示该通用数据帧在一个SLC会话中的序号。该帧序号字段的长度可以是2bit。
SAI字段,可用于指示该通用数据帧是否为新的帧。通过与SLC会话中前一个通用数据帧的SAI值进行比较,若出现翻转表示该通用数据帧为新的帧,否则是重传帧。其中,该SAI字段的数据长度可以为1bit。
SR字段,可用于表示终端100是否支持接收Cpack格式的通用数据帧。其中,该SR字段的数据长度可以为1bit。SR字段的值为“1”用于指示终端100支持接收Cpack格式的通用数据帧。SR字段的值为“0”用于指示终端100支持接收Cpack格式的通用数据帧。
保留(RSV)域,可用于预留用于协议扩展。其中,该保留域的数据长度可以为3bit。
用户信息中可以包括应用层报文。该应用层报文中可以包括报文头和报文数据。其中,该报文头可以包括业务类型字段、加密指示字段、压缩指示字段。业务类型可用于指示应用层报文的业务类型。应用层报文的业务类型可以包括信箱概况查询业务、信件下载业务、通信报文业务。该数据请求帧的业务类型为信箱概况查询业务,或者信件下载业务。
当该应用层报文的业务类型为信箱概况查询业务时,报文数据中可以携带终端100的查询信息,其中,查询信息包括终端100查询目标终端发送给终端100的消息的数量,等等。
当该应用层报文的业务类型为信件下载请求业务时,该报文数据中可以携带消息ID,该消息ID用于指示终端100上一次接收成功的信件的ID。
S902、北斗网络设备200响应于数据请求帧,生成第一应用层报文。
具体的,北斗网络设备200在接收到数据请求帧之后,可以从数据请求帧中解析出应用层报文,并从应用层业务报文的业务类型指示字段区分该数据请求帧的业务类型。
若该数据请求帧的业务类型为信箱概况查询业务时,终端100可以基于查询信息生成第一应用层报文。
若该数据请求帧的业务类型为信件下载请求业务时,终端100解析出数据请求帧的报文数据中携带的消息ID。北斗网络设备200可以基于终端100请求的北斗网络设备200发送的消息ID,从终端100的信箱中确定出第一消息,并基于第一消息生成第一应用层报文。
S903、若北斗网络设备200基于SR字段,确定出终端100支持接收Cpack格式的通用数据帧,则将第一应用层报文拆分成一个或多个Cpack格式的通用数据帧。其中,该一个或多个Cpack格式的通用数据帧可以包括第一Cpack通用数据帧。
该第一Cpack通用数据帧可以为第一应用层报文的一个或多个Cpack格式的通用数据帧中的任意一个Cpack格式的通用数据帧。
具体的,北斗网络设备200将第一应用层报文依次在MDCP层进行分包、在SLC层进行分帧,最终在SLC层将第一应用层报文拆分成一个或多个Cpack格式的通用数据帧。针对北斗网络设备200将第一应用层报文拆分成一个或多个Cpack格式的通用数据帧的过程,可以参考前述图4所示实施例中针对应用层报文的协议封装过程,在此不再赘述。
其中,Cpack格式的通用数据帧的帧格式可以参考前述图7B或图8B所示实施例,在此不再赘述。
S904、北斗网络设备200发送第一Cpack通用数据帧给终端100。
具体的,北斗网络设备200可以将第一Cpack通用数据帧在物理层作为出站的用户帧放入第一物理帧中,并对第一物理帧进行编码调制。北斗网络设备200可以在S2C-p信道支路上发送导频信息,在S2C-d信道支路上发送第一物理帧。
在一种可能的实现方式中,北斗网络设备200还可以将其他终端的用户帧也放入第一物理帧中。其中,其他终端发送的通用数据帧的格式可以为Apack格式或者Cpack格式。其中,通用数据帧的Apack格式和Cpack格式可以参考前述图7A至图7B所示实施例中提及的一组Apack格式和Cpack格式的通用数据帧。或者,Apack格式以及Cpack格式可以参考前述图8A至图8B所示实施例中提及的一组Apack格式和Cpack格式的通用数据帧。
示例性的,如图11所示,北斗网络设备200可以将待发送给终端100的Cpack通用数据帧以及待发送给终端500的Cpack通用数据帧以及待发送给终端400的Apack通用数据帧都放入第一物理帧中。北斗网络设备200可以在S2C-p信道支路上发送导频信息,在S2C-d数据信道上发送第一物理帧。其中,S2C-p信道支路上的导频信息可以包括时间长度为125ms的副码。第一物理帧的时间长度可以为114ms。S2C-d数据信道的传输速率可以为2kbps或4kbps。
在一种可能的实现方式中,若北斗网络设备200基于SR字段,确定出终端100不支持接收Cpack格式的通用数据帧时,诶对网络设备可以将第一应用层拆分成一个或多个Apack格式的通用数据帧,其中,该一个或多个Apack格式的通用数据帧中包括第一Apack通用数据帧。其中,该第一Apack通用数据帧可以为第一应用层报文的一个或多个Apack格式的通用数据帧中的任意一个Apack格式的通用数据帧。Apack格式的通用数据帧的帧格式可以参考前述图7A或图8A所示实施例,在此不再赘述。
在一种可能的实现方式中,上述数据请求帧也可以不包括SR字段,终端100可以通过数据请求帧的帧头中版本号字段来指示终端100是否支持Cpack格式的通用数据帧。
下面介绍终端100对第一物理帧中接收方为终端100的用户帧的解析过程。
情形1、出站的各类用户帧的帧格式为上述图7A至图7D所示时,终端100对第一物理帧中接收方为终端100的用户帧的解析过程可以包括如下步骤:
(1)、终端100可以在PHY层识别出站物理帧中的物理帧头,其中,物理帧头可以包括版本号字段,版本号字段的数据长度为3bit。
(2)、终端100在PHY层解码S2C-d信道支路上的出站物理帧时,可以依次采用2kbit/s、4kbit/s的传输速率进行解码,当终端用2kbit/s的传输速率对出站物理帧解码成功时,终端可以确定出S2C-d信道支路上的传输速率为2kbit/s。当终端用4kbit/s的传输速率对出站物理帧解码成功时,终端可以确定出S2C-d信道支路上的传输速率为4kbit/s。因此,终端在PHY层对出站物理帧解码成功后,可以将S2C-d信道支路上的传输速率从PHY层呈递给SLC层,用于在SLC层解析出站物理帧中的用户帧时,确定通用数据帧中帧长字段的数据长度。其中,当S2C-d信道支路上的传输速率为2kbit/s时,通用数据帧中帧长字段的数据长度为8bit。当S2C-d信道支路上的传输速率为4kbit/s时,通用数据帧中帧长字段的数据长度为9bit。
在本申请实施例中,以S2C-d信道支路上的传输速率为2kbit/s、通用数据帧中帧长字段的数据长度为8bit,作为示例,对终端100从出站物理帧中解析用户帧的过程进行说明。
(3)、终端100可以基于终端100的用户ID,确定出终端100的用户CID。
其中,针对终端100的用户CID的生成过程可以参考前述图7B所示实施例,在此不再赘述。
(4)、由于完整帧中起始标识字段的长度为8bit,起始标识字段的值为预设值,例如,起始标识字段的值为“01111110”。终端100可以判断出站物理帧中紧随物理帧头之后的8bit数据是否与起始标识字段的值相同,若是,则终端100可以确定出站物理帧中紧随物理帧头之后的第1个用户帧为完整帧,其中,完整帧的帧类型包括Apack通用数据帧、ACK帧和回执帧。
当第1个用户帧为完整帧时,终端100可以进一步基于第1个用户帧中的帧类型字段确定出第1个用户帧的帧类型。其中:
若第1个用户帧为Apack通用数据帧时,终端100可以判断第1个用户帧的用户ID字段是否与终端100的用户ID相同,若相同,则终端100可以确定该第1个用户帧为发送给终端100的Apack通用数据帧,终端100可以将该Apack通用数据帧作为SLC PDU在SLC层进行组帧在MDCP层进行组包,最终将组包成的MDCP SDU作为应用层的应用层报文从MDCP层呈递到应用层。若该Apack通用数据帧的用户ID字段与终端100的用户ID不相同,则终端100丢弃该通用数据帧,继续解析出站物理帧中后续的用户帧。
其中,Apack通用数据帧帧头的数据长度可以为固定值,例如,56bit。其中,Apack通用数据帧帧头中帧长字段的值用于指示通用数据帧中用户信息的数据长度,例如,为Xbit。因此,终端100可以确定出通用数据帧的总数据长度为(56+X)bit。
若第1个用户帧为ACK帧时,终端100可以判断该Apack ACK帧的用户ID字段的值是否与终端100的用户ID相同,若相同,则终端100可以确定该Apack ACK帧的接收方为终端100,并解析该Apack ACK帧的ACK bitmap;若该Apack ACK帧的用户ID字段的值与终端100的用户ID不相同,则终端100丢弃该Apack ACK帧,继续解析出站物理帧中后续的用户帧。
其中,ACK帧的总数据长度为固定值,例如,44bit。
若第1个用户帧为回执帧时,终端100可以判断该回执帧的用户ID字段的值是否与终端100的用户ID相同,若相同,则终端100可以确定该回执帧的接收方为终端100,并解析该回执帧的回执信息;若该回执帧的用户ID字段的值与终端100的用户ID不相同,则终端100丢弃该回执帧,继续解析出站物理帧中后续的用户帧。
其中,回执帧的总数据长度为固定值,例如,44bit。
若出站物理帧中紧随物理帧头之后的8bit数据与起始标识字段的值不相同,则终端100可以确定出第1个用户帧为Cpack通用数据帧,且该出站物理帧中紧随物理帧头之后的8bit数据为Cpack通用数据帧中的用户CID字段。终端100可以进一步判断Cpack通用数据帧中的用户CID字段的值是否与终端100的用户CID相同,若相同,则终端100可以确定该Cpack通用数据帧的接收方为终端100;若Cpack通用数据帧中的用户CID字段的值与终端100的用户CID不相同,则终端100可以确定该Cpack通用数据帧的接收方为其他终端,并丢弃该Cpack通用数据帧,继续解析出站物理帧中后续的用户帧。
其中,Cpack通用数据帧帧头的数据长度可以为固定值,例如,16bit。其中,Cpack通用数据帧帧头中帧长字段的值用于指示通用数据帧中用户信息的数据长度,例如,为Xbit。因此,终端100可以确定出通用数据帧的总数据长度为(16+X)bit。
(5)、终端100在确定出第1个用户帧的总数据长度后,可以基于第1个用户帧的总数据长度,确定出第2个用户帧的帧头在出站物理帧中的位置。
(6)、终端100在确定出第2个用户帧的帧类型后,可以基于该帧类型对应的帧格式,解析出第2个用户帧的帧头,并确定出第2个用户帧的总数据长度。
(7)、终端100在确定出第2个用户帧整个帧的数据长度后,可以基于第2个用户帧的总数据长度,确定出第3个用户帧的帧头在出站物理帧中的位置。
其中,终端100对出站物理帧中第2个用户帧以及后续的用户帧的解析过程可以参考针对出站物理帧中第1个用户帧的解析过程,在此不再赘述。
在一种可能的实现方式中,北斗网络设备200在生成终端100的初始用户CID之后,若确定出终端100的初始用户CID与起始标识相同,则北斗网络设备200可以对用户CID进行修正,其中,修正之后的用户CID与起始标识不同。Cpack通用数据帧中用户CID字段携带该修正之后的用户CID。
示例性的,初始用户CID可以为“01111110”,起始标识可以为“01111110”。初始用户CID与起始标识重复,北斗网络设备200可以在初始用户CID的值最后一个bit上加上“1”,得到修正之后的用户CID。修正之后的用户CID可以为“01111111”。
其中,初始用户CID字段的值可以是该Cpack格式的通用数据帧的接收方ID的后8位。
在一种可能的实现方式中,北斗网络设备200可以对该Cpack格式的通用数据帧的接收方(例如终端100)发送的数据请求帧中携带的用户ID以及该数据请求帧中指定数据信息确定出初始用户CID值。例如,北斗网络设备200可以针对数据请求帧中携带的用户ID以及数据请求帧中指定数据信息进行哈希(hash)运算,得到8bit的初始用户CID。
例如,北斗网络设备200可以针对数据请求帧中携带的用户ID以及数据请求帧中数据部分的最后16bit数据进行哈希(hash)运算,得到8bit的初始用户CID。
其中,终端100计算终端100的初始用户CID的过程可以参考北斗网络设备200计算终端100的初始用户CID的过程,在此不再赘述。
情形2、当出站的各类用户帧的帧格式为上述图8A至图8D所示时,终端100对第一物理帧中接收方为终端100的用户帧的解析过程可以包括如下步骤:
(1)、终端100可以在PHY层识别出站物理帧中的物理帧头,其中,物理帧头可以包括版本号字段,版本号字段的数据长度为3bit。
(2)、终端100在PHY层解码S2C-d信道支路上的出站物理帧时,可以依次采用2kbit/s、4kbit/s的传输速率进行解码,当终端用2kbit/s的传输速率对出站物理帧解码成功时,终端可以确定出S2C-d信道支路上的传输速率为2kbit/s。当终端用4kbit/s的传输速率对出站物理帧解码成功时,终端可以确定出S2C-d信道支路上的传输速率为4kbit/s。因此,终端在PHY层对出站物理帧解码成功后,可以将S2C-d信道支路上的传输速率从PHY层呈递给SLC层,用于在SLC层解析出站物理帧中的用户帧时,确定通用数据帧中帧长字段的数据长度。其中,当S2C-d信道支路上的传输速率为2kbit/s时,通用数据帧中帧长字段的数据长度为8bit。当S2C-d信道支路上的传输速率为4kbit/s时,通用数据帧中帧长字段的数据长度为9bit。
在本申请实施例中,以S2C-d信道支路上的传输速率为2kbit/s、通用数据帧中帧长字段的数据长度为8bit,作为示例,对终端100从出站物理帧中解析用户帧的过程进行说明。
(3)、终端100可以基于终端100的用户ID,确定出终端100的用户CID。
其中,针对终端100的用户CID的生成过程可以参考前述图7B所示实施例,在此不再赘述。
(4)由于Apack通用数据帧帧头中第1个字段、ACK帧帧头中第1个字段、回执帧中第1个字段、以及Cpack通用数据帧帧头中第1个字段都为2bit的帧类型字段。终端100可以基于出站物理帧中紧随物理帧头之后的第1个用户帧的帧类型字段,确定出第1个用户帧的帧类型。
当第1个用户帧为Apack通用数据帧时,终端100可以判断该Apack通用数据帧的用户ID字段是否与终端100的用户ID相同,若相同,则终端100可以确定该Apack通用数据帧为发送给终端100的Apack通用数据帧,终端100可以将该Apack通用数据帧在SLC层进行组帧在MDCP层进行组包,最终将组包成的MDCP SDU作为应用层的应用层报文从MDCP层呈递到应用层。若该Apack通用数据帧的用户ID字段与终端100的用户ID不相同,则终端100丢弃该Apack通用数据帧,继续解析出站物理帧中后续的用户帧。
其中,Apack通用数据帧帧头的数据长度可以为固定值,例如,48bit。其中,Apack通用数据帧帧头中帧长字段的值用于指示通用数据帧中用户信息的数据长度,例如,为Xbit。因此,终端100可以确定出Apack通用数据帧的总数据长度为(48+X)bit。
当第1个用户帧为ACK帧或者回执帧时,终端100可以通过ACK帧或者回执帧的用户ID字段的值确定出是否与终端100的用户ID相同,若相同,则终端100可以确定该ACK帧或者回执帧的接收方为终端100;若不相同,则终端100丢弃该ACK帧或者回执帧,继续解析出站物理帧中后续的用户帧。
其中,ACK帧的总数据长度为固定值,回执帧的总数据长度也为固定值,例如,ACK帧的总数据长度以及回执帧的总数据长度可以都为40bit。
当第1个用户帧为Cpack通用数据帧时,终端100可以基于该Cpack通用数据帧的用户CID字段。若Cpack通用数据帧中用户CID字段的值与终端100的用户CID相同,则终端100可以确定该Cpack通用数据帧的接收方为终端100;若不相同,则终端100丢弃该Cpack通用数据帧,继续解析出站物理帧中后续的用户帧。
(5)终端100在确定出第1个用户帧的总数据长度后,可以基于第1个用户帧的总数据长度,确定出第2个用户帧的帧头在出站物理帧中的位置。
(6)终端100在确定出第2个用户帧的帧类型后,可以基于该帧类型对应的帧格式,解析出第2个用户帧的帧头,并确定出第2个用户帧的总数据长度。
(7)终端100在确定出第2个用户帧整个帧的数据长度后,可以基于第2个用户帧的总数据长度,确定出第3个用户帧的帧头在出站物理帧中的位置。
其中,终端100对出站物理帧中第2个用户帧以及后续的用户帧的解析过程可以参考针对出站物理帧中第1个用户帧的解析过程,在此不再赘述。
其中,北斗网络设备200调度发送Cpack通用数据帧的过程可以参考图12所示。
如图12所示,北斗网络设备200调度发送Cpack通用数据帧的过程可以如下:
1、终端100可以发送数据请求帧给北斗网络设备200。
2、在北斗网络设备200基于数据请求帧中的SR字段确定出终端100支持接收Cpack格式的通用数据帧后,北斗网络设备200可以基于第一应用层报文组建Cpack和Apack两种格式的通用数据帧。即,北斗网络设备200可以将第一应用层报文拆分成一个或多个Cpack格式的通用数据帧(包括第一Cpack通用数据帧),并且,将第一应用层报文拆分成一个或多个Apack格式的通用数据帧。
3、北斗网络设备200可以在接收到数据请求帧之后的指定时间窗内选择紧凑模式发送时隙调度发送Cpack格式的通用数据帧给终端100。
其中,终端100和北斗网络设备200可以预设有该指定时间窗的值。例如,该指定时间窗可以为北斗网络设备200接收到数据请求帧之后的第2个物理传输时隙至第4个物理传输时隙。其中,一个物理传输时隙可以为125ms。
4、终端100可以尝试在指定时间窗内解析北斗网络设备200发送给终端100的Cpack通用数据帧。
具体解析Cpack通用数据帧的过程,可以参考前述实施例,在此不再赘述。
在一种可能的实现方式中,若北斗网络设备200在指定时间窗内的紧凑模式发送时隙调度第一应用层报文的Cpack通用数据帧失败,则北斗网络设备200可以采用完整模式,调度第一应用层报文的Apack通用数据帧到完整模式发送时隙进行发送。其中,该完整模式发送时隙可以在指定时间窗内的物理传输时隙中,也可以在指定时间窗之外的物理传输时隙中。
终端100若在指定时间窗内解析Cpack通用数据帧失败,则终端100可以按照Apack通用数据帧的协议格式尝试解析北斗网络设备200发送给终端100的Apack通用数据帧。
示例性的,如图13A所示,指定时间窗可以是在北斗网络设备200接收到终端100的数据请求帧之后的第2个物理传输时隙至第4个物理传输时隙。当北斗网络设备200调度发送第一应用层报文的Cpack通用数据帧到指定时间窗中的紧凑模式发送时隙失败时,北斗网络设备200可以调度第一应用层报文的Apack通用数据帧在接收到数据请求帧之后的第5个物理传输时隙中完整模式发送时隙进行发送。
在一种可能的实现方式中,若北斗网络设备200在指定时间窗内的紧凑模式发送时隙调度Cpack通用数据帧失败,则北斗网络设备200可以在指定时间窗之外的紧凑模式发送时隙调度发送Cpack通用数据帧。若终端100在指定时间窗内的紧凑模式发送时隙解析Cpack通用数据帧失败,则终端100还可以在指定时间窗之后的物理传输时隙继续解析Cpack通用数据帧。
示例性的,如图13B所示,指定时间窗可以是在北斗网络设备200接收到终端100的数据请求帧之后的第2个物理传输时隙至第4个物理传输时隙。当北斗网络设备200调度发送第一应用层报文的Cpack通用数据帧到指定时间窗中的紧凑模式发送时隙失败时,北斗网络设备200可以调度第一应用层报文的Cpack通用数据帧在接收到数据请求帧之后的第5个物理传输时隙中紧凑模式发送时隙进行发送。
在一种可能的实现方式中,北斗网络设备200可以接收到终端100发送的数据请求帧1和终端500的数据请求帧2,其中,终端100和终端500都支持接收Cpack格式的通用数据帧。若北斗网络设备200向终端100发送通用数据帧的时间窗口与北斗网络设备200向终端500发送通用数据帧的时间窗口有重叠,并且终端100的用户CID与终端500的用户CID相同,则北斗网络设备200可以采用Apack模式向终端100和终端500发送Apack格式的通用数据帧。这样,可以避免终端100的用户CID在与其他终端重复时误接收到其他终端的通用数据帧。
可选的,若北斗网络设备200向终端100发送通用数据帧的时间窗口与北斗网络设备200向终端500发送通用数据帧的时间窗口有重叠,且,终端100的用户CID与终端500的用户CID相同,且,终端100接收通用数据帧的下行波束与500接收通用数据帧的下行波束有重复时,则北斗网络设备200可以采用Apack模式向终端100和终端500发送Apack格式的通用数据帧。这样,可以避免终端100的用户CID在与其他终端重复时误接收到其他终端的通用数据帧。
通过本申请实施例提供的一种北斗通信系统中紧凑传输方法,终端可以发送数据请求帧给北斗网络设备,其中,数据请求帧的帧头包括第一用户ID字段,第一用户ID字段用于指示终端的设备标识,数据请求帧用于请求北斗网络设备发送业务数据给终端。北斗网络设备在接收到数据请求帧后,可以发送第一Cpack通用数据帧给北斗网络设备,其中,第一Cpack通用数据帧的帧头可以包括第一用户CID字段,其中,第一用户CID字段用于指示终端的紧凑型设备标识。第一用户CID字段的数据长度小于第一用户ID字段的数据长度。这样,可以提高北斗通信系统中出站链路的传输效率。
其中,Apack通用数据帧和Cpack通用数据帧的帧格式可以参考上述图7A-图7B所示实施例,或者参考上述图8A-图8B所示实施例,在此不再赘述。
上述内容详细阐述了本申请提供的方法,为了便于更好地实施本申请实施例的上述方案,本申请实施例还提供了相应的装置或设备。
本申请实施例可以根据上述方法示例对终端100和进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
下面将结合图14至图17详细描述本申请实施例的通信装置。
在采用集成的单元的情况下,参见图14,图14是本申请实施例提供的通信装置1400的结构示意图。该通信装置1400可以为上述实施例中的终端100。可选的,通信装置1400可以为一种芯片/芯片系统,例如,北斗通信芯片。如图14所示,该通信装置1400可以包括收发单元1410和处理单元1420。
一种设计中,处理单元1420,可用于生成数据请求帧。
收发单元1410,可用于发送数据请求帧给北斗网络设备,数据请求帧的帧头包括第一用户标识ID字段,第一用户ID字段用于指示终端的设备标识,数据请求帧用于请求北斗网络设备发送业务数据给终端。
收发单元1410,还用于接收到北斗网络设备发送的第一Cpack通用数据帧,其中,第一Cpack通用数据帧的帧头包括第一用户紧凑型标识CID字段;其中,第一用户CID字段用于指示终端的紧凑型设备标识,第一用户CID字段的数据长度小于第一用户ID字段的数据长度。
可选的,收发单元1410,还可用于执行上述图9所示方法实施例中终端100执行的有关发送和接收的功能步骤。
可选的,处理单元1420,还可用于执行上述图9所示方法实施例中终端100执行的有关数据请求帧生成,以及出站物理帧中用户帧的解析等功能步骤。
应理解,该种设计中的通信装置1400可对应执行前述实施例中终端100执行的方法步骤,为了简洁,在此不再赘述。
在采用集成的单元的情况下,参见图15,图15是本申请实施例提供的通信装置1500的结构示意图。该通信装置1500可以为上述实施例中的北斗网络设备200。可选的,通信装置1500可以为北斗网络设备200中的具体网元,例如,北斗地面收发站22、北斗中心站23、北斗短报文融合通信平台24中的一个网元或多个网元的组合。如图15所示,该通信装置1500可以包括收发单元1510和处理单元1520。
一种设计中,收发单元1510,可用于接收终端发送的数据请求帧,其中,数据请求帧的帧头包括第一用户标识ID字段,第一用户ID字段用于指示终端的设备标识,数据请求帧用于请求北斗网络设备发送业务数据给终端。
处理单元1520,可用于基于数据请求帧,生成第一Cpack通用数据帧。
收发单元1510,还用于发送第一Cpack通用数据帧给所述终端,其中,第一Cpack通用数据帧的帧头包括第一用户CID字段;其中,第一用户CID字段用于指示终端的紧凑型设备标识,第一用户CID字段的数据长度小于第一用户ID字段的数据长度。
可选的,收发单元1510,还可用于执行上述图9所示方法实施例中北斗网络设备200执行的有关发送和接收的功能步骤。
可选的,处理单元1520,还可用于执行上述图9所示方法实施例中北斗网络设备200执行的有关数据请求帧的解析,以及各种出站用户帧的生成等功能步骤。
应理解,该种设计中的通信装置1500可对应执行前述实施例中北斗网络设备200执行的方法步骤,为了简洁,在此不再赘述。
以上介绍了本申请实施例的终端100和北斗网络设备200,应理解,但凡具备上述图14所述的终端100的功能的任何形态的产品,但凡具备上述图15所述的北斗网络设备200的功能的任何形态的产品,都落入本申请实施例的保护范围。
作为一种可能的产品形态,本申请实施例所述的终端100,可以由一般性的总线体系结构来实现。
参见图16,图16是本申请实施例提供的通信装置1600的结构示意图。该通信装置1600可以是终端100,或其中的装置。如图16所示,该通信装置1600包括处理器1601和与所述处理器内部连接通信的收发器1602。其中,处理器1601是通用处理器或者专用处理器等。例如可以是卫星通信的基带处理器或中央处理器。卫星通信的基带处理器可以用于对卫星通信协议以及卫星通信数据进行处理,中央处理器可以用于对通信装置(如,基带芯片,终端、终端芯片等)进行控制,执行计算机程序,处理计算机程序的数据。收发器1602可以称为收发单元、收发机、或收发电路等,用于实现收发功能。收发器1602可以包括接收器和发送器,接收器可以称为接收机或接收电路等,用于实现接收功能;发送器可以称为发送机或发送电路等,用于实现发送功能。可选的,通信装置1600还可以包括天线1603和/或射频单元(图未示意)。所述天线1603和/或射频单元可以位于所述通信装置1600内部,也可以与所述通信装置1600分离,即所述天线1603和/或射频单元可以是拉远或分布式部署的。
可选的,通信装置1600中可以包括一个或多个存储器1604,其上可以存有指令,该指令可为计算机程序,所述计算机程序可在通信装置1600上被运行,使得通信装置1600执行上述方法实施例中描述的方法。可选的,所述存储器1604中还可以存储有数据。通信装置1600和存储器1604可以单独设置,也可以集成在一起。
其中,处理器1601、收发器1602、以及存储器1604可以通过通信总线连接。
一种设计中,通信装置1600可以用于执行前述实施例中终端100的功能:处理器1601可以用于执行上述图9等所示方法实施例中终端100执行的数据请求帧生成,以及出站物理帧中用户帧的解析等功能步骤和/或用于本文所描述的技术的其它过程;收发器1602可以用于执行上述图9所示方法实施例中终端100执行的有关发送和接收的功能步骤和/或用于本文所描述的技术的其它过程。
在上述任一种设计中,处理器1601中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路,或者是接口,或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的,也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写,或者,上述收发电路、接口或接口电路可以用于信号的传输或传递。
在上述任一种设计中,处理器1601可以存有指令,该指令可为计算机程序,计算机程序在处理器1601上运行,可使得通信装置1600执行上述方法实施例中终端100执行的方法步骤。计算机程序可能固化在处理器1601中,该种情况下,处理器1601可能由硬件实现。
在一种实现方式中,通信装置1600可以包括电路,所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本申请中描述的处理器和收发器可实现在集成电路(integrated circuit,IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit,ASIC)、印刷电路板(printed circuitboard,PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造,例如互补金属氧化物半导体(complementary metal oxide semiconductor,CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor,NMOS)、P型金属氧化物半导体(positive channelmetal oxide semiconductor,PMOS)、双极结型晶体管(bipolar junction transistor,BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。
本申请中描述的通信装置的范围并不限于此,而且通信装置的结构可以不受图16的限制。通信装置1600可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置1600可以是:
(1)独立的集成电路IC,或芯片,或,芯片系统或子系统;
(2)具有一个或多个IC的集合,可选的,该IC集合也可以包括用于存储数据,计算机程序的存储部件;
(3)ASIC,例如调制解调器(Modem);
(4)可嵌入在其他设备内的模块;
(5)接收机、终端、智能终端、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等;
(6)其他等等。
作为一种可能的产品形态,本申请实施例所述的北斗网络设备200中的任一网元(例如、北斗地面收发站22、北斗中心站23、北斗短报文融合通信平台24),可以由一般性的总线体系结构来实现。
参见图17,图17是本申请实施例提供的通信装置1700的结构示意图。该通信装置1700可以是北斗网络设备200,或其中的装置。如图17所示,该通信装置1700包括处理器1701和与所述处理器内部连接通信的收发器1702。其中,处理器1701是通用处理器或者专用处理器等。例如可以是卫星通信的基带处理器或中央处理器。卫星通信的基带处理器可以用于对卫星通信协议以及卫星通信数据进行处理,中央处理器可以用于对通信装置(如,基带芯片等)进行控制,执行计算机程序,处理计算机程序的数据。收发器1702可以称为收发单元、收发机、或收发电路等,用于实现收发功能。收发器1702可以包括接收器和发送器,接收器可以称为接收机或接收电路等,用于实现接收功能;发送器可以称为发送机或发送电路等,用于实现发送功能。可选的,通信装置1700还可以包括天线1703和/或射频单元(图未示意)。所述天线1703和/或射频单元可以位于所述通信装置1700内部,也可以与所述通信装置1700分离,即所述天线1703和/或射频单元可以是拉远或分布式部署的。
可选的,通信装置1700中可以包括一个或多个存储器1704,其上可以存有指令,该指令可为计算机程序,所述计算机程序可在通信装置1700上被运行,使得通信装置1700执行上述方法实施例中描述的方法。可选的,所述存储器1704中还可以存储有数据。通信装置1700和存储器1704可以单独设置,也可以集成在一起。
其中,处理器1701、收发器1702、以及存储器1704可以通过通信总线连接。
一种设计中,通信装置1700可以用于执行前述实施例中北斗网络设备200的功能:处理器1701可以用于执行上述图9所示方法实施例中北斗网络设备200执行的有关数据请求帧的解析,以及各种出站用户帧的生成等功能步骤和/或用于本文所描述的技术的其它过程;收发器1702可以用于执行上述图9所示方法实施例中北斗网络设备200执行的有关发送和接收的功能步骤和/或用于本文所描述的技术的其它过程。
在上述任一种设计中,处理器1701中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路,或者是接口,或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的,也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写,或者,上述收发电路、接口或接口电路可以用于信号的传输或传递。
在上述任一种设计中,处理器1701可以存有指令,该指令可为计算机程序,计算机程序在处理器1701上运行,可使得通信装置1700执行上述方法实施例中终端100执行的方法步骤。计算机程序可能固化在处理器1701中,该种情况下,处理器1701可能由硬件实现。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序代码,当上述处理器执行该计算机程序代码时,处理器执行前述任一实施例中的方法。
本申请实施例还提供一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行前述任一实施例中的方法。
本申请实施例还提供一种通信装置,该装置可以以芯片的产品形态存在,该装置的结构中包括处理器和接口电路,该处理器用于通过接收电路与其它装置通信,使得该装置执行前述任一实施例中的方法。
本申请实施例还提供一种北斗通信系统,包括终端100和北斗网络设备200,该终端100和北斗网络设备200可以执行前述任一实施例中的方法。
本申请全文介绍了北斗通信系统中短报文的通信功能,可以理解的是,其他卫星系统中也可能存在支持短报文的通信功能。因此,不限制在北斗通信系统中,若有其他卫星系统也支持短报文的通信功能,本申请中介绍的方法,也同样适用于其他卫星系统的通信。
结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现,也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器(Random Access Memory,RAM)、闪存、可擦除可编程只读存储器(Erasable Programmable ROM,EPROM)、电可擦可编程只读存储器(ElectricallyEPROM,EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于核心网接口设备中。当然,处理器和存储介质也可以作为分立组件存在于核心网接口设备中。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机可读存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (28)

1.一种北斗通信系统中紧凑传输方法,其特征在于,包括:
终端发送数据请求帧给北斗网络设备,所述数据请求帧的帧头包括第一用户标识ID字段,所述第一用户ID字段用于指示所述终端的设备标识,所述数据请求帧用于请求所述北斗网络设备发送业务数据给所述终端;
所述终端接收到所述北斗网络设备发送的第一紧凑型Cpack通用数据帧,其中,所述第一Cpack通用数据帧的帧头包括第一用户紧凑型标识CID字段;其中,所述第一用户CID字段用于指示所述终端的紧凑型设备标识,所述第一用户CID字段的数据长度小于所述第一用户ID字段的数据长度。
2.根据权利要求1所述的方法,其特征在于,所述第一Cpack通用数据帧的帧头还包括第一帧长字段,所述第一帧长字段用于指示所述第一Cpack通用数据帧中用户信息的数据长度。
3.根据权利要求2所述的方法,其特征在于,所述第一Cpack通用数据帧的帧头还包括第一帧类型字段,所述第一帧类型字段处于所述第一Cpack通用数据帧的帧头中的起始位置,所述第一帧类型字段的值用于指示所述第一Cpack通用数据帧的帧类型为Cpack通用数据帧。
4.根据权利要求1-3中任一项所述的方法,其特征在于,所述数据请求帧的帧头还包括调度请求SR字段,所述调度请求SR字段用于指示所述终端是否支持接收紧凑型Cpack格式的通用数据帧;
所述终端接收到所述北斗网络设备发送的第一Cpack通用数据帧,具体包括:
当所述SR字段的值用于指示所述终端支持Cpack格式的通用数据帧时,所述终端接收到所述北斗网络设备发送的所述第一Cpack通用数据帧。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
当所述SR字段的值用于指示所述终端不支持Cpack格式的通用数据帧,所述终端接收到所述北斗网络设备发送的第一完整型Apack通用数据帧,其中,所述第一Apack通用数据帧的帧头包括第二用户ID字段,其中,所述第二用户ID字段用于指示所述终端的标识,所述第二用户ID字段的值与所述第一用户ID字段的值相同。
6.根据权利要求5所述的方法,其特征在于,所述第一Apack通用数据帧的帧头还包括第二帧类型字段、第二帧长字段、帧总数字段和帧序号字段;其中,所述第二帧类型字段用于指示所述第一Apack通用数据帧的帧类型,所述第二帧长字段用于指示所述第一Apack通用数据帧中用户信息的数据长度,所述帧总数字段用于指示所述第一Apack通用数据帧所在的SLC会话中包括Apack通用数据帧的总数量,所述帧序号用于指示所述第一Apack通用数据帧在一个SLC会话中的帧序号。
7.根据权利要求6所述的方法,其特征在于,当所述第一Cpack通用数据帧的帧头不包括第一帧类型字段时,所述第一Apack通用数据帧的帧头还包括起始标识字段;其中,所述起始标识字段处于所述第一Apack通用数据帧的帧头中起始位置,所述起始标识字段用于标识所述第一Apack通用数据帧的起始位置。
8.根据权利要求7所述的方法,其特征在于,所述起始标识字段的数据长度与所述第一用户CID字段的数据长度相同。
9.根据权利要求8中所述的方法,其特征在于,所述起始标识字段的数据长度为第一长度;其中,
当所述第一用户ID字段中数据长度为所述第一长度的指定部分数据与所述起始标识字段的值不同时,所述第一用户CID字段的值为所述第一用户ID字段中的所述指定部分数据;
当所述第一用户ID字段中数据长度为所述第一长度的指定部分数据与所述起始标识字段的值相同时,所述第一用户CID字段的值为所述第一用户ID字段中的所述指定部分数据与预设值之和。
10.根据权利要求1-9中任一项所述的方法,其特征在于,所述终端接收到所述北斗网络设备发送的第一Cpack通用数据帧,具体包括:
所述终端接收到所述北斗网络设备发送的第一物理帧;
所述终端从所述第一物理帧中解析出所述第一Cpack通用数据帧。
11.一种北斗通信系统中紧凑传输方法,其特征在于,包括:
北斗网络设备接收终端发送的数据请求帧,所述数据请求帧的帧头包括第一用户ID字段,所述第一用户ID字段用于指示所述终端的设备标识,所述数据请求帧用于请求所述北斗网络设备发送业务数据给所述终端;
所述北斗网络设备发送第一紧凑型Cpack格式通用数据帧给所述终端,其中,所述第一Cpack通用数据帧的帧头包括第一用户CID字段;其中,所述第一用户CID字段用于指示所述终端的紧凑型设备标识,所述第一用户CID字段的数据长度小于所述第一用户ID字段的数据长度。
12.根据权利要求11所述的方法,其特征在于,所述第一Cpack通用数据帧的帧头还包括第一帧长字段,所述第一帧长字段用于指示所述第一Cpack通用数据帧中用户信息的数据长度。
13.根据权利要求12所述的方法,其特征在于,所述第一Cpack通用数据帧的帧头还包括第一帧类型字段,所述第一帧类型字段处于所述第一Cpack通用数据帧的帧头中的起始位置,所述第一帧类型字段用于指示所述第一Cpack通用数据帧的帧类型为Cpack通用数据帧。
14.根据权利要求11-13中任一项所述的方法,其特征在于,所述数据请求帧的帧头还包括SR字段,所述SR用于指示所述终端是否支持Cpack格式的通用数据帧;
所述北斗网络设备发送第一Cpack通用数据给所述终端,具体包括:
当所述SR字段的值用于指示所述终端支持Cpack格式的通用数据帧时,所述北斗网络设备发送所述第一Cpack通用数据帧给所述终端。
15.根据权利要求14所述的方法,其特征在于,所述方法还包括:
当所述SR字段的值用于指示所述终端不支持Cpack格式的通用数据帧,所述北斗网络设备发送第一Apack通用数据帧给所述终端,其中,所述第一Apack通用数据帧的帧头包括第二用户ID字段,其中,所述第二用户ID字段用于指示所述终端的标识,所述第二用户ID字段的值与所述第一用户ID字段的值相同。
16.根据权利要求15所述的方法,其特征在于,所述第一Apack通用数据帧的帧头还包括第二帧类型字段、第二帧长字段、帧总数字段和帧序号字段;其中,所述第二帧类型字段用于指示所述第一Apack通用数据帧的帧类型,所述第二帧长字段用于指示所述第一Apack通用数据帧中用户信息的数据长度,所述帧总数字段用于指示所述第一Apack通用数据帧所在的SLC会话中包括Apack通用数据帧的总数量,所述帧序号用于指示所述第一Apack通用数据帧在一个SLC会话中的帧序号。
17.根据权利要求16所述的方法,其特征在于,当所述第一Cpack通用数据帧的帧头不包括第一帧类型字段时,所述第一Apack通用数据帧的帧头还包括起始标识字段;其中,所述起始标识字段处于所述第一Apack通用数据帧的帧头中起始位置,所述起始标识字段用于表示所述第一Apack通用数据帧的起始位置。
18.根据权利要求17所述的方法,其特征在于,所述起始标识字段的数据长度与所述第一用户CID字段的数据长度相同。
19.根据权利要求18所述的方法,其特征在于,所述起始标识字段的数据长度为第一长度;其中,
当所述第一用户ID字段中数据长度为所述第一长度的指定部分数据与所述起始标识字段的值不同时,所述第一用户CID字段的值为所述第一用户ID字段中的所述指定部分数据;
当所述第一用户ID字段中数据长度为所述第一长度的指定部分数据与所述起始标识字段的值相同时,所述第一用户CID字段的值为所述第一用户ID字段中的所述指定部分数据与预设值之和。
20.根据权利要求11-19中任一项所述的方法,其特征在于,所述北斗网络设备发送第一Cpack通用数据帧给所述终端,具体包括:
所述北斗网络设备基于所述数据请求帧生成第一应用层报文;
所述北斗网络设备将所述第一应用层报文拆分成一个或多个Cpack通用数据帧,所述一个或多个Cpack通用数据帧包括所述第一Cpack通用数据帧;
所述北斗网络设备将所述第一Cpack通用数据帧放入到第一物理帧中;
所述北斗网络设备发送所述第一物理帧给所述终端。
21.一种北斗通信系统,其特征在于,包括终端和北斗网络设备;其中,
所述终端,用于执行权利要求1-10中任一项所述的方法;
所述北斗网络设备,用于执行权利要求11-20中任一项所述的方法。
22.一种通信装置,其特征在于,包括一个或多个处理器、一个或多个存储器和收发器;其中,所述收发器、所述一个或多个存储器与所述一个或多个处理器耦合,所述一个或多个存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令,当一个或多个处理器在执行所述计算机指令时,使得所述通信装置执行如权利要求1-9中任一项所述的方法。
23.根据权利要求22所述的通信装置,其特征在于,所述通信装置为终端。
24.一种通信装置,其特征在于,包括一个或多个处理器、一个或多个存储器、收发器;其中,所述收发器、所述一个或多个存储器与所述一个或多个处理器耦合,所述一个或多个存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令,当一个或多个处理器在执行所述计算机指令时,使得所述通信装置执行如权利要求11-20中任一项所述的方法。
25.根据权利要求24所述的通信装置,其特征在于,所述通信装置为北斗网络设备。
26.一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当所述指令在计算机上运行时,使得所述计算机执行如权利要求1-10中任一项所述的方法。
27.一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当所述指令在计算机上运行时,使得所述计算机执行如权利要求11-20中任一项所述的方法。
28.一种芯片或芯片系统,应用于终端,其特征在于,包括处理电路和接口电路,所述接口电路用于接收代码指令并传输至所述处理电路,所述处理电路用于运行所述代码指令以执行如权利要求1-10中任一项所述的方法。
CN202111276873.1A 2021-08-06 2021-10-29 北斗通信系统中紧凑传输方法、系统及相关装置 Pending CN115706603A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2021109025682 2021-08-06
CN202110902568 2021-08-06

Publications (1)

Publication Number Publication Date
CN115706603A true CN115706603A (zh) 2023-02-17

Family

ID=85180611

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111276873.1A Pending CN115706603A (zh) 2021-08-06 2021-10-29 北斗通信系统中紧凑传输方法、系统及相关装置

Country Status (1)

Country Link
CN (1) CN115706603A (zh)

Similar Documents

Publication Publication Date Title
WO2023011376A1 (zh) 一种北斗通信系统中密钥更新方法、系统及相关装置
EP4369632A1 (en) Outbound data transmission method and system in beidou communication system, and related apparatus
EP4358431A1 (en) Multi-frame fusion transmission method in beidou communication system, and related apparatus
WO2023011362A1 (zh) 一种北斗通信系统中出站传输控制方法、系统及相关装置
EP4355024A1 (en) Inbound transmission control method and system in beidou communication system, and related apparatus
CN115696237A (zh) 一种北斗通信系统中加密方法、系统及相关装置
CN115734303A (zh) 一种切换网络的方法及相关装置
WO2023185893A1 (zh) 一种卫星信号捕获方法及相关装置
WO2023124186A1 (zh) 通信方法和通信装置
EP4358432A1 (en) Mail download and query method in beidou communication system, and system and related apparatus
CN115842799A (zh) 北斗通信系统中的信箱概况查询方法、系统及相关装置
CN115706603A (zh) 北斗通信系统中紧凑传输方法、系统及相关装置
CN115941016A (zh) 北斗通信系统中紧凑反馈方法、系统及相关装置
WO2023011478A1 (zh) 一种北斗通信系统中的数据压缩方法、系统及相关装置
WO2023083027A1 (zh) 一种北斗通信系统中的参数更新方法、系统及相关装置
WO2023011329A1 (zh) 一种北斗通信系统中数据传输控制方法、系统及相关装置
WO2023011377A1 (zh) 一种北斗通信系统中应用层回执传输方法、系统及装置
CN116708317B (zh) 数据包mtu的调整方法、装置和终端设备
WO2023011603A1 (zh) 一种北斗通信系统中位置上报方法、系统及相关装置
CN116032336A (zh) 北斗通信系统中波束选择方法、系统及相关装置
CN115706605A (zh) 北斗通信系统中入站调度方法及相关装置
CN115842800B (zh) 北斗通信系统中的信件下载查询方法、系统及相关装置
CN117424678A (zh) 北斗通信系统中入站压缩传输方法、系统及装置
CN115550892B (zh) 同步系统信息的方法和装置
WO2023011594A1 (zh) 北斗通信系统中的信箱概况查询方法、系统及相关装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination