CN115941016A - 北斗通信系统中紧凑反馈方法、系统及相关装置 - Google Patents
北斗通信系统中紧凑反馈方法、系统及相关装置 Download PDFInfo
- Publication number
- CN115941016A CN115941016A CN202111276866.1A CN202111276866A CN115941016A CN 115941016 A CN115941016 A CN 115941016A CN 202111276866 A CN202111276866 A CN 202111276866A CN 115941016 A CN115941016 A CN 115941016A
- Authority
- CN
- China
- Prior art keywords
- frame
- field
- terminal
- user
- cpack
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种北斗通信系统中紧凑反馈方法、系统及相关装置,可以在完整型格式的反馈帧的基础上增加了一类紧凑型格式的反馈帧。该紧凑型格式的反馈帧的帧头中对完整型格式的反馈帧的帧头中数据量进行了压缩,以提高北斗通信系统中出站链路的传输效率。
Description
技术领域
本申请涉及卫星通信领域,尤其涉及一种北斗通信系统中紧凑反馈方法、系统及相关装置。
背景技术
北斗卫星导航系统是我国自主研制的集定位、授时、通信于一体的重大基础设施。北斗短报文通信业务是北斗卫星导航系统区别于美国GPS、俄罗斯GLONASS、欧洲GALILEO等其他全球导航系统的特色之一。北斗短报文通信业务特别适用于在海洋、沙漠、草原、无人区等移动通信未覆盖、或覆盖不了、或通信系统被破坏的区域进行通信。北斗三号卫星的短报文系统对短报文技术体制进行了升级,实现了军民信号分离,国家在确保军用需求完全满足的前提下,将北斗短报文业务的通信系统一些必要的资源开放给民用,针对民用业务和设备特性,需要依据北斗短报文业务的通信系统的特性设计通信协议。
目前,北斗短报文业务的通信系统中,北斗网络设备向终端发送数据的出站链路上的容量受北斗短报文业务的通信系统的设计限制。当前出站链路中每个波束的容量为2kbit/s,在下行链路信道质量好的时候也只有4kbit/s。在支持18个波束的北斗短报文系统中,整个系统的总容量最好才为40kbit/s。由于当前北斗短报文业务的通信系统中,没有单独的控制信道,所有用户共享该北斗短报文业务的通信系统的出站链路,需要有较高的帧头开销来分别为不同的用户调度出站资源。北斗网络设备在接收到终端发送的通用数据帧后,需要在出站链路上回复ACK帧给终端。对于ACK帧等反馈帧,其数据部分只有4bit内容,较大的帧头开销使得出站链路可容纳的反馈帧有限,存在不能及时给北斗通信系统下的所有终端同时回复反馈帧的问题。
因此,如何提高出站链路的反馈帧反馈效率,成为了北斗短报文业务的通信系统中亟待解决的难题。
发明内容
本申请提供了一种一种北斗通信系统中紧凑反馈方法、系统及相关装置,实现了对完整型格式的反馈帧的帧头中数据量进行了压缩,得到一种紧凑型格式的反馈帧,以提高出站链路的传输效率。
第一方面,本申请提供了一种北斗通信系统中紧凑反馈方法,包括:终端发送N个卫星链路控制层协议数据单元SLC PDU给北斗网络设备,N为正整数,该N个SLC PDU包括第一SLC PDU,其中,该第一SLC PDU的帧头包括第一用户标识ID字段和确认模式使能AMenable字段,该第一用户ID字段用于指示该终端的设备标识,该AM enable字段用于指示该终端在卫星链路控制SLC层支持的确认模式。当该AM enable字段的值用于指示该终端支持紧凑型Cpack确认模式时,该终端接收到该北斗网络设备发送的第一紧凑型Cpack反馈帧,该第一Cpack反馈帧用于指示该北斗网络设备针对该N个SLC PDU的接收情况;其中,该第一Cpack反馈帧包括第一用户紧凑型标识CID字段,该第一用户CID字段用于指示该终端的紧凑型设备标识,该第一用户CID字段的数据长度小于该第一用户ID字段的数据长度。
通过本申请提供的一种北斗通信系统中紧凑传输方法,可以在完整型格式的反馈帧的基础上增加了一类紧凑型格式的反馈帧。该紧凑型格式的反馈帧的帧头中对完整型格式的反馈帧的帧头中数据量进行了压缩,以提高北斗通信系统中出站链路的传输效率。
在一种可能的实现方式中,该方法还包括:当该AM enable字段的值用于指示该终端支持完整型Apack确认模式时,该终端接收到该北斗网络设备发送的第一完整型Apack反馈帧,该第一Apack反馈帧用于指示该北斗网络设备针对该N个SLC PDU的接收情况;其中,该第一Apack反馈帧的帧头包括第二用户ID字段,该第二用户ID字段用于指示该终端的设备标识,该第二用户ID字段的值与该第一用户ID字段的值相同。
在一种可能的实现方式中,该第一Apack反馈帧的帧头还包括第一帧类型字段,该第一帧类型字段用于指示该第一Apack反馈帧的帧类型为完整性确认标识符Apack ACK帧或Apack回执帧。
在一种可能的实现方式中,该第一Apack反馈帧的帧头还包括起始标识字段,其中,该起始标识字段处于该第一Apack反馈帧的帧头中起始位置,该起始标识字段用于标识该第一Apack反馈帧的起始位置。
在一种可能的实现方式中,该第一Cpack反馈帧的帧头包括第二帧类型字段和第一帧长字段,该第二帧类型字段的值用于指示该第一Cpack反馈帧的帧类型为灵活反馈帧,该第一帧长字段用于指示该第一Cpack反馈帧中该第一用户CID字段和反馈信息的总数据长度。
在一种可能的实现方式中,该第一Cpack反馈帧的帧头包括第三帧类型字段和第一帧子类型字段,该第三帧类型字段的值用于指示该第一Cpack反馈帧的帧类型为紧凑帧,该第一帧子类型字段的值用于指示该第一Cpack反馈帧的帧子类型为紧凑型确认标识符Cpack ACK帧或Cpack回执帧。
在一种可能的实现方式中,该第一Cpack反馈帧的帧头包括第四帧类型字段,该第四帧类型字段的值用于指示该第一Cpack反馈帧的帧类型为Cpack ACK帧或Cpack回执帧。
在一种可能的实现方式中,该该起始标识字段的数据长度与该第一用户CID字段的数据长度相同。
在一种可能的实现方式中,该起始标识字段的数据长度为第一长度;其中,当该第一用户ID字段中数据长度为该第一长度的指定部分数据与该起始标识字段的值不同时,该第一用户CID字段的值为该第一用户ID字段中的该指定部分数据;当该第一用户ID字段中数据长度为该第一长度的指定部分数据与该起始标识字段的值相同时,该第一用户CID字段的值为该第一用户ID字段中的该指定部分数据与预设值之和。
在一种可能的实现方式中,该终端接收到该北斗网络设备发送的第一紧凑型Cpack反馈帧,具体包括:该终端接收到该北斗网络设备发送的第一物理帧;该终端从该第一物理帧中解析出该第一Cpack反馈帧。
第二方面,本申请提供了另一种北斗通信系统中紧凑反馈方法,包括:北斗网络设备接收终端发送的M个SLC PDU,M为正整数,该M个SLC PDU包括第一SLC PDU,其中,该第一SLC PDU的帧头包括第一用户标识ID字段和AM enable字段,该第一用户ID字段用于指示该终端的设备标识,该AM enable字段用于指示该终端在SLC层支持的确认模式;当该AMenable字段的值用于指示该终端支持Cpack确认模式时,该北斗网络设备发送第一Cpack反馈帧给该终端,该第一Cpack反馈帧用于指示该北斗网络设备针对该M个SLC PDU的接收情况;其中,该第一Cpack反馈帧包括第一用户CID字段,该第一用户CID字段用于指示该终端的紧凑型设备标识,该第一用户CID字段的数据长度小于该第一用户ID字段的数据长度。
在一种可能的实现方式中,该方法还包括:当该AM enable字段的值用于指示该终端支持完整型Apack确认模式时,该北斗网络设备向该终端发送第一完整型Apack反馈帧,该第一Apack反馈帧用于指示该北斗网络设备针对该N个SLC PDU的接收情况;其中,该第一Apack反馈帧的帧头包括第二用户ID字段,该第二用户ID字段用于指示该终端的设备标识,该第二用户ID字段的值与该第一用户ID字段的值相同。
在一种可能的实现方式中,该第一Apack反馈帧的帧头还包括第一帧类型字段,该第一帧类型字段用于指示该第一Apack反馈帧的帧类型为完整性确认标识符Apack ACK帧或Apack回执帧。
在一种可能的实现方式中,该第一Apack反馈帧的帧头还包括起始标识字段,其中,该起始标识字段处于该第一Apack反馈帧的帧头中起始位置,该起始标识字段用于标识该第一Apack反馈帧的起始位置。
在一种可能的实现方式中,该第一Cpack反馈帧的帧头包括第二帧类型字段和第一帧长字段,该第二帧类型字段的值用于指示该第一Cpack反馈帧的帧类型为灵活反馈帧,该第一帧长字段用于指示该第一Cpack反馈帧中该第一用户CID字段和反馈信息的总数据长度。
在一种可能的实现方式中,该第一Cpack反馈帧的帧头包括第三帧类型字段和第一帧子类型字段,该第三帧类型字段的值用于指示该第一Cpack反馈帧的帧类型为紧凑帧,该第一帧子类型字段的值用于指示该第一Cpack反馈帧的帧子类型为紧凑型确认标识符Cpack ACK帧或Cpack回执帧。
在一种可能的实现方式中,该第一Cpack反馈帧的帧头包括第四帧类型字段,该第四帧类型字段的值用于指示该第一Cpack反馈帧的帧类型为Cpack ACK帧或Cpack回执帧。
在一种可能的实现方式中,该该起始标识字段的数据长度与该第一用户CID字段的数据长度相同。
在一种可能的实现方式中,该起始标识字段的数据长度为第一长度;其中,当该第一用户ID字段中数据长度为该第一长度的指定部分数据与该起始标识字段的值不同时,该第一用户CID字段的值为该第一用户ID字段中的该指定部分数据;当该第一用户ID字段中数据长度为该第一长度的指定部分数据与该起始标识字段的值相同时,该第一用户CID字段的值为该第一用户ID字段中的该指定部分数据与预设值之和。
在一种可能的实现方式中,该北斗网络设备发送第一Cpack反馈帧给该终端,具体包括:该北斗网络设备将该第一Cpack通用数据帧放入到第一物理帧中;该北斗网络设备发送该第一物理帧给该终端。
第三方面,本申请提供了一种北斗通信系统,包括:终端和北斗网络设备;其中,终端可以执行上述第一方面中任一种可能的实现方式中的方法。北斗网络设备可以执行上述第一方面中任一种可能的实现方式中的方法。
第四方面,本申请提供了一种通信装置,包括一个或多个处理器、一个或多个存储器和收发器。收发器、该一个或多个存储器与一个或多个处理器耦合,一个或多个存储器用于存储计算机程序代码,计算机程序代码包括计算机指令,当一个或多个处理器执行计算机指令时,使得通信装置执行上述第一方面任一项可能的实现方式中的方法。
其中,该通信装置可以为终端或其他产品形态的设备。
第五方面,本申请提供了一种通信装置,包括一个或多个处理器、一个或多个存储器和收发器。收发器、该一个或多个存储器与一个或多个处理器耦合,一个或多个存储器用于存储计算机程序代码,计算机程序代码包括计算机指令,当一个或多个处理器执行计算机指令时,使得通信装置执行上述第二方面任一项可能的实现方式中的方法。
其中,该通信装置可以为北斗网络设备,或北斗网络设备中的任一网元或多个网元的组合。
第六方面,本申请提供了一种计算机存储介质,包括计算机指令,当计算机指令在计算机上运行时,使得计算机执行上述第一方面任一项可能的实现方式中的方法。
第七方面,本申请提供了一种计算机存储介质,包括计算机指令,当计算机指令在计算机上运行时,使得计算机执行上述第二方面任一项可能的实现方式中的方法。
第八方面,本申请提供了一种计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机执行上述第一方面任一项可能的实现方式中的方法。
第九方面,本申请提供了一种计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机执行上述第二方面任一项可能的实现方式中的方法。
第十方面,本申请提供了一种芯片或芯片系统,应用于终端,包括处理电路和接口电路,接口电路用于接收代码指令并传输至处理电路,处理电路用于运行代码指令以执行上述第一方面任一项可能的实现方式中的方法。
其中,第二方面至第六方面的有益效果,请参见第一方面的有益效果,不重复赘述。
附图说明
图1为本申请实施例提供的一种北斗通信系统的架构示意图;
图2A为本申请实施例提供的一种北斗通信系统中数据入站的传输过程示意图;
图2B为本申请实施例提供的一种北斗通信系统中数据出站的传输过程示意图;
图3为本申请实施例提供的终端的硬件结构示意图;
图4A为本申请实施例中提供的一种北斗通信系统的入站数据的协议封装架构示意图;
图4B为本申请实施例中提供的一种北斗通信系统的入站数据的协议解析架构示意图;
图5A为本申请实施例中提供的一种北斗通信系统的出站数据的协议封装架构示意图;
图5B为本申请实施例中提供的一种北斗通信系统的出站数据的协议解析架构示意图;
图6A为本申请实施例中提供的一种出站的通用数据帧的帧格式示意图;
图6B为本申请实施例中提供的一种出站的Apack ACK帧的帧格式示意图;
图6C为本申请实施例中提供的一种出站的回执帧的帧格式示意图;
图6D为本申请实施例中提供的一种出站的Cpack ACK帧的帧格式示意图;
图7为本申请实施例中提供的一种出站用户帧的调度过程示意图;
图8A为本申请实施例中提供的另一种出站的通用数据帧的帧格式示意图;
图8B为本申请实施例中提供的另一种出站的ACK帧的帧格式示意图;
图8C为本申请实施例中提供的另一种出站的回执帧的帧格式示意图;
图8D-图8I为本申请实施例中提供的一组出站的灵活反馈帧的帧格式示意图;
图9本申请实施例中提供的另一种出站用户帧的调度过程示意图;
图10A为本申请实施例中提供的一种出站的Apack通用数据帧的帧格式示意图;
图10B为本申请实施例中提供的一种出站的Apack ACK帧的帧格式示意图;
图10C为本申请实施例中提供的一种出站的Apack回执帧的帧格式示意图;
图10D-图10F为本申请实施例中提供的一组出站的紧凑帧的帧格式示意图;
图11本申请实施例中提供的另一种出站用户帧的调度过程示意图;
图12A为本申请另一实施例中提供的一种出站的Apack通用数据帧的帧格式示意图;
图12B为本申请另一实施例中提供的一种出站的Apack ACK帧的帧格式示意图;
图12C为本申请另一实施例中提供的一种出站的Apack回执帧的帧格式示意图;
图12D为本申请另一实施例中提供的一种出站的Cpack通用数据帧的帧格式示意图;
图12E为本申请另一实施例中提供的一种出站的CpackACK帧的帧格式示意图;
图12F为本申请另一实施例中提供的一种出站的Cpack回执帧的帧格式示意图;
图13本申请实施例中提供的另一种出站用户帧的调度过程示意图;
图14为本申请实施例中提供的一种北斗通信系统中紧凑反馈方法的流程示意图;
图15为本申请实施例提供的一种SLC PDU的帧格式示意图;
图16为本申请实施例提供的一种通信装置的结构示意图;
图17为本申请实施例提供的另一种通信装置的结构示意图;
图18为本申请实施例提供的另一种通信装置的结构示意图;
图19为本申请实施例提供的另一种通信装置的结构示意图。
具体实施方式
下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。其中,在本申请实施例的描述中,除非另有说明,“/”表示或的意思,例如,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的入站数据的协议封装架构。
图4A示出了本申请实施例中提供的一种北斗通信系统10的入站数据的协议封装架构示意图。
如图4A所示,终端100上的北斗报文传输协议层可以分为应用层(applicationlayer protocol)、消息数据汇聚层(message data convergence protocol,MDCP)、卫星链路控制层(satellite link control protocol,SLC)和物理层(physical layerprotocol,PHY)。
终端100发送数据给北斗网络设备200时,终端100上的北斗报文传输协议的工作流程可以如下:
在APP层,终端100可以将原始数据通过压缩算法,压缩成压缩数据,并在压缩数据前面添加压缩指示字段,其中,压缩指示字段可用于表示该压缩数据的压缩算法类型。之后,终端100可以将压缩数据加密,得到加密后数据,并在加密后数据的头部添加加密指示字段,该加密指示字段用于表示该加密后的数据的加密算法类型。终端100可以将加密后数据、压缩指示字段、加密指示字段封装成应用层报文下发给MDCP层。其中,该应用层报文包括报文头和报文数据。该报文头中包括压缩指示字段、加密指示字段等等。该报文数据包括上述加密后数据。
可选的,终端100也可以将压缩指示字段和压缩数据一起进行加密,得到加密后数据。
在MDCP层,终端100可以通过层间接口获取到APP层下发的应用层报文,并将应用层报文作为一个MDCP SDU。由于受空口的限制,终端100每次只能在物理层发送的指定长度的物理帧,这样,约束了MDCP层数据的长度为指定长度。因此,在MDCP层,终端100可以在MDCPSDU的尾部添加填充数据(padding)至指定长度,并在MDCP SDU的头部添加冗余长度指示字段。该冗余长度指示字段可用于表示该填充数据的长度。终端100可以将填充数据以及增加冗余长度指示字段之后的MDCP SDU,拆分成一个或多个固定长度的MDCP分段数据(M_segment),并在每个MDCP分段数据的头部添加后继指示字段,得到MDCP PDU,即MDCP PDU包括M_segment和后继指示字段。其中,后继指示字段可用于表示当前的MDCPPDU是连续发送的多个MDCP PDU中的起始MDCPPDU、中间MDCP PDU或最后一个MDCP PDU;或者,是单独发送的一个MDCP PDU。
在SLC层,终端100可以通过层间接口获取到MDCP层下发的MDCPPDU,作为SLCSDU。在SLC层,终端100可以将SLCSDU分段成一个或多个(最多4个)固定长度的SLC分段数据(S_segment),并在每个S_segment头部添加帧头信息,得到SLC PDU。
在PHY层,终端100可以通过层间接口获取到SLC层下发的SLC PDU,作为PHY层的编码块(code block),并在code block的头部添加同步头,在code block的尾部添加校验位字段。其中,在上述北斗通信系统10中,可以采用循环冗余校验(cyclic redundancycheck,CRC)对编码块进行校验,因此,该校验位字段中可以包括CRC码。终端100可以对codeblock和校验位字段进行编码(例如polar编码),得到编码数据(coded data),再在codeddata中插入导频,得到导频编码数据(pilot+data)。然后,终端100通过底层硬件对同步头和导频编码数据依次进行调制得到调制数据(modulateddata)。终端100可以对调制数据进行扩频,得到扩频调制数据(spread+modulateddata)。终端100可以将扩频调制数据发送给北斗短报文卫星21,经由北斗短报文卫星21中继转发给北斗网络设备200。
下面介绍本申请实施例中提供的一种北斗通信系统10的入站数据的协议解析架构。
图4B示出了本申请实施例中提供的一种北斗通信系统10的入站数据的协议解析架构示意图。
如图4B所示,北斗网络设备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的北斗短报文传输协议层的工作流程可以如下:
在PHY层,北斗网络设备200可以获取到终端100发送的经过调制和扩频后的导频编码数据。北斗网络设备200可以对接收到的扩频调制数据(spread+modulateddata)进行解扩频,得到调制数据(modulateddata)。然后,北斗网络设备200可以对调制数据进行解调,得到导频编码数据(pilot+data)。接着,北斗网络设备200去除导频编码数据中的导频信息,得到编码数据(codedata)。然后,北斗网络设备200可以对编码数据进行解码,并通过校验位字段中的校验数据验证编码块(codeblock)的完整性。若完整,则北斗网络设备200可以提取出编码块(codeblock),通过层间接口呈递给SLC层,作为SLC层的SLC PDU。
在SLC层,北斗网络设备200可以基于SLC PDU的帧头信息,将属于同一个SLC SDU的SLC PDU拼接成一个SLC SDU。北斗网络设备200可以将SLC SDU通过层间接口呈递给MDCP层,作为MDCP层的MDCP PDU。
在MDCP层,北斗网络设备200可以将属于同一个MDCP SDU的所有MDCP PDU拼接成一个MDCP SDU。北斗网络设备200可以将MDCP SDU通过层间接口呈递到APP层,作为APP层接收到的应用层报文。
在APP层,北斗网络设备200可以基于应用层报文的报文头,对应用层报文进行解密、解压缩,得到原始数据。
本申请实施例中,上述协议处理过程仅为示例说明,本申请对协议处理的具体操作不作限定。
下面介绍本申请实施例中提供的一种北斗通信系统10的出站数据的协议封装架构。
图5A示出了本申请实施例中提供的一种北斗通信系统10的出站数据的协议封装架构示意图。
如图5A所示,北斗网络设备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的出站数据的协议解析架构。
图5B示出了本申请实施例中提供的一种北斗通信系统10的出站数据的协议解析架构示意图。
如图5B所示,终端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可以基于应用层报文的报文头,对应用层报文进行解密、解压缩,得到原始数据。
本申请实施例中,上述协议处理过程仅为示例说明,本申请对协议处理的具体操作不作限定。
在北斗通信系统10中,出站链路中每个波束的容量为2kbit/s,在出站链路的S2C-d信道支路质量好的时候也只有4Kbit/s。在支持18个波束的北斗通信系统10中,处于波束重复覆盖的部分,整个系统的出站链路总容量最好才为40Kbit/s。由于当前北斗通信系统中没有单独的控制信道,所有终端共享该北斗通信系统10的出站链路,需要有较高的帧头开销来分别为不同的终端调度出站资源。
其中,入站单条消息的数据量不同时,入站链路每秒可容纳的消息数量可以如下表1所示:
表1
由上述表1可以看出,1个汉字可以用16bit的数据来表示。
1、当入站单条消息的汉字量为100个汉字时,入站单条消息的数据量为1600bit。在采用数据长度为512bit的入站通用数据帧时,单条消息使用的通用数据帧的数量为4个,因此,单条消息占用的入站资源量为2048bit。其中,单条消息使用的控制字段开销(包括帧头开销、包头开销、报文头开销和校验位开销等等)为447bit,单条消息使用的数据净荷为1601bit,单波束每秒可支持46.18条入站消息。
2、当入站单条消息的汉字量为48个汉字时,入站单条消息的数据量为768bit。在采用数据长度为512bit的入站通用数据帧时,单条消息使用的通用数据帧的数据量为2个,因此,单条消息占用的入站资源量为1024bit。其中,单条消息使用的控制字段开销(包括帧头开销、包头开销、报文头开销和校验位开销等等)为249bit,单条消息使用的数据净荷为775bit,单波束每秒可支持92.36条入站消息。
3、当入站单条消息的汉字量为22个汉字时,入站单条消息的数据量为352bit。在采用数据长度为512bit的入站通用数据帧时,单条消息使用的通用数据帧的数据量为1个,因此,单条消息占用的入站资源量为512bit。其中,单条消息使用的控制字段开销(包括帧头开销、包头开销、报文头开销和校验位开销等等)为150bit,单条消息使用的数据净荷为362bit,单波束每秒可支持184.72条入站消息。
但是,在2kbit/s的出站链路中,每个125ms的物理传输时隙中除去11ms的保留端,实际出站物理帧的时间长度只有114ms,除去校验位,出站物理帧中用户可用数据大约只有200bit。其中,SLC层的用户帧的帧头开销在56bit。对于ACK帧,其数据部分只有4bit内容,即使出站物理帧中全部给ACK帧使用,一个出站物理帧中最多也只能携带3个ACK帧。每1秒,北斗网络设备200在可以在单波束中发送8个物理帧,因此,北斗网络设备200在单波束上每秒也只能支持反馈24个ACK帧,在大部分场景下都小于单波束每秒入站的消息数量。这样,会导致北斗网络设备200不能及时给发送了入站消息的终端反馈ACK帧,导致出站链路的传输效率低。
因此,本申请实施例中提供了一种北斗通信系统中紧凑反馈方法,可以实现在完整数据包(Apack)格式的反馈帧的基础上增加了一类紧凑数据包(compactpack,Cpack)格式的反馈帧(例如CpackACK帧、Cpack回执帧)。该Cpack格式的反馈帧的帧头与Apack格式的反馈帧的帧头相比,帧头的数据量得到了压缩,提高了出站链路的传输效率。
下面介绍本申请实施例中提供的一组出站的用户帧。
图6A示出了本申请实施例提供的一种出站的通用数据帧。
如图6A所示,出站时的通用数据帧可以包括通用数据帧帧头和用户信息。其中,用户信息用于承载北斗网络设备200发送的出站消息数据。通用数据帧帧头可以包括起始标识字段、帧类型字段、帧长字段、用户ID字段,帧总数字段和帧序号字段。其中,
起始标识字段,可用于标识通用数据帧的起始位置,其中,起始标识字段的数据长度可以为8bit。
帧类型字段,可用于指示该通用数据帧的帧类型。其中,帧类型字段的数据长度可以为2bit,出站的用户帧的帧类型可以包括通用数据帧、ACK帧和回执帧。
其中,帧类型字段的值及其含义可以如下表2所示:
表2
帧类型字段的值 | 含义 |
00 | 通用数据帧 |
01 | ACK帧 |
10 | 回执帧 |
11 | 预留(RSV) |
由上述表2可知,帧类型字段的值为“00”指示的帧类型为通用数据帧。帧类型字段的值为“01”指示的帧类型为ACK帧。帧类型字段的值为“10”指示的帧类型为回执帧。帧类型字段的值为“11”为预留(reserve,RSV)值。上述表2仅仅用于解释本申请,不应构成限定,具体实现中,还可以有更多或更少的帧类型,因此,帧类型字段的数据长度可以更长或更短。
帧长字段,可用于指示通用数据帧中用户信息的数据长度。其中,在出站S2C-d信道支路的传输速率为2kbit/s时,帧长字段的数据长度可以为8bit;在出站S2C-d信道支路的传输速率为4kbit/s时帧长字段的数据长度可以为9bit。
用户ID字段,可用于指示该通用数据帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
若终端100从北斗网络设备200的S2C-d信道支路传输的物理帧中解析出用户ID字段与该终端100的用户ID相同的用户帧时,终端100可以该识别该用户帧的帧类型,若该用户帧的帧类型为通用数据帧时,则终端100可以将该通用数据帧作为SLC层的SLC PDU进行组帧,并在组帧之后得到的SLC SDU通过层间接口从SLC层呈递到MDCP层,在MDCP层进行组包。其中,针对终端100在SLC层组帧和在MDCP层组包的过程,可以参考前述图5B所示实施例,在此不再赘述。
帧总数字段,可用于指示该通用数据帧所在的SLC会话中包括通用数据帧的总数量。其中,SLC会话中包括通用数据帧的总数量的最大值为4时,该帧总数的数据长度可以为2bit。
帧序号字段,可用于指示该通用数据帧在一个SLC会话中的帧序号。其中,SLC会话中包括通用数据帧的总数量的最大值为4时,该帧序号字段的数据长度可以为2bit。
在一些实施例中,上述通用数据帧帧头还可以包括确认模式使能(acknowledgemodeenable,AMenable)字段,其中,该通用数据帧帧头中的AM enable字段,可用于指示终端100在SLC层采用确认模式还是非确认模式接收北斗网络设备200发送的通用数据帧。
图6B示出了本申请实施例中提供的一种出站的完整(Apack)格式的ACK帧。
如图6B所示,该Apack格式的ACK帧(简称,Apack ACK帧)可以包括ApackACK帧帧头和ACK域。其中,该ApackACK帧帧头可以包括起始标识字段、帧类型字段和用户ID字段。其中:
起始标识字段,可用于标识该Apack ACK帧的起始位置。
帧类型字段,可用于指示该ApackACK帧的帧类型。其中,帧类型字段的数据长度可以为2bit,用户帧的帧类型可以包括通用数据帧、ApackACK帧和回执帧。有关帧类型字段的每个值的含义可以参考前述表2所示,在此不再赘述。
用户ID字段,可用于指示该Apack ACK帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
ACK域,可用于指示北斗网络设备200对终端在一个SLC会话中连续发送的N个通用数据帧的接收情况。其中,N的最大值可以取4。此时ACK域中包括确认标识符位图(ACKbitmap),该ACK bitmap的数据长度可以为4bit。其中,该ACK bitmap中1个bit用于表示N个通用数据帧中1个通用数据帧的接收情况。
图6C示出了本申请实施例中提供的一种出站的回执帧。
如图6C所示,该回执帧可以包括回执帧头和回执信息。其中,该回执帧头可以包括起始标识字段、帧类型字段和用户ID字段。其中:
该起始标识字段,可用于指示该回执帧的起始位置。
该帧类型字段指示该回执帧的帧类型。其中,帧类型字段的数据长度可以为2bit,出站的用户帧的帧类型可以包括通用数据帧、ApackACK帧和回执帧。有关帧类型字段的每个值的含义可以参考前述表2所示,在此不再赘述。
用户ID字段,可用于指示该回执帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
回执信息,可用于指示北斗网络设备200对终端发送的应用层报文的解析情况。其中,回执信息的数据长度可以为4bit。
图6D示出了本申请实施例中提供的一种出站的紧凑(Cpack)格式的ACK帧。
如图6D所示,该Cpack格式的ACK帧(简称,Cpack ACK帧)可以包括CpackACK帧帧头和ACK域。其中,该CpackACK帧帧头可以包括帧类型字段和用户CID字段。
其中,用户CID字段,可用于表示该CpackACK帧的接收方的紧凑型设备标识。该用户CID字段的数据长度可以为8bit。
其中,用户CID字段的值可以是该Cpack格式的通用数据帧的接收方的用户ID的后8位。
在一种可能的实现方式中,北斗网络设备200可以对该Cpack格式的通用数据帧的接收方(例如终端100)发送的数据请求帧中携带的用户ID以及该数据请求帧中指定数据信息确定出用户CID值。
例如,北斗网络设备200可以针对数据请求帧中携带的用户ID以及数据请求帧中数据部分的最后16bit数据进行哈希(hash)运算,得到8bit的用户CID。
ACK域,可用于指示北斗网络设备200对终端在一个SLC会话中连续发送的N个通用数据帧的接收情况。其中,N的最大值可以取4。此时ACK域中包括确认标识符位图(ACKbitmap),该ACK bitmap的数据长度可以为4bit。其中,该ACK bitmap中1个bit位用于表示N个通用数据帧中1个通用数据帧的接收情况。
下面基于上述图6A-图6D示出的一组出站的用户帧,介绍本申请实施例中北斗网络设备200在出站物理帧中调度用户帧的过程以及终端100从出站物理帧中解析用户帧的过程。
图7示出了本申请实施例中提供的用户帧调度过程。
如图7所示,北斗网络设备200可以在S2C-d信道支路上发送出站物理帧。其中,出站物理帧的时间长度可以为114ms,S2C-d信道支路上的传输速率可以为2kbit/s或4kbit/s。
出站物理帧可以包括物理帧头、一个或多个用户帧和校验位。其中,物理帧头可以包括版本号。该版本号可用于表示当前北斗网络设备200使用的物理帧格式的版本。其中,北斗网络设备200在出站物理帧中调度的用户帧可以包括Apack ACK帧、Cpack ACK帧、回执帧和通用数据帧。
例如,出站物理帧中可以包括有发送给终端100的Cpack ACK帧、发送给终端400的回执帧、发送给终端500的通用数据帧、发送给终端600的Apack ACK帧。
其中,终端100从出站物理帧中解析出发送给终端100的用户帧的过程可以如下:
1、终端100可以在PHY层识别出站物理帧中的物理帧头,其中,物理帧头可以包括版本号字段,版本号字段的数据长度为3bit。
2、终端100在PHY层解码S2C-d信道支路上的出站物理帧时,可以依次采用2kbit/s、4kbit/s的传输速率进行解码,当终端100用2kbit/s的传输速率对出站物理帧解码成功时,终端100可以确定出S2C-d信道支路上的传输速率为2kbit/s。当终端100用4kbit/s的传输速率对出站物理帧解码成功时,终端100可以确定出S2C-d信道支路上的传输速率为4kbit/s。因此,终端100在PHY层对出站物理帧解码成功后,可以将S2C-d信道支路上的传输速率从PHY层呈递给SLC层,用于在SLC层解析出站物理帧中的用户帧时,确定通用数据帧中帧长字段的数据长度。其中,当S2C-d信道支路上的传输速率为2kbit/s时,通用数据帧中帧长字段的数据长度为8bit。当S2C-d信道支路上的传输速率为4kbit/s时,通用数据帧中帧长字段的数据长度为9bit。
在本申请实施例中,以S2C-d信道支路上的传输速率为2kbit/s、通用数据帧中帧长字段的数据长度为8bit,作为示例,对终端100从出站物理帧中解析用户帧的过程进行说明。
3、由于完整帧中起始标识字段的长度为8bit,起始标识字段的值为预设值,例如,起始标识字段的值为“01111110”。终端100可以判断出站物理帧中紧随物理帧头之后的8bit数据是否与起始标识字段的值相同,若是,则终端100可以确定出站物理帧中紧随物理帧头之后的第1个用户帧为完整帧,其中,完整帧的帧类型包括通用数据帧、ApackACK帧和回执帧。
当第1个用户帧为完整帧时,终端100可以进一步基于第1个用户帧中的帧类型字段确定出第1个用户帧的帧类型。其中:
(1)若第1个用户帧为通用数据帧时,终端100可以判断第1个用户帧的用户ID字段是否与终端100的用户ID相同,若相同,则终端100可以确定该第1个用户帧为发送给终端100的通用数据帧,终端100可以将该通用数据帧作为SLC PDU在SLC层进行组帧在MDCP层进行组包,最终将组包成的MDCP SDU作为应用层的应用层报文从MDCP层呈递到应用层。若该通用数据帧的用户ID字段与终端100的用户ID不相同,则终端100丢弃该通用数据帧,继续解析出站物理帧中后续的用户帧。
其中,通用数据帧帧头的数据长度可以为固定值,例如,56bit。其中,通用数据帧帧头中帧长字段的值用于指示通用数据帧中用户信息的数据长度,例如,为Xbit。因此,终端100可以确定出通用数据帧的总数据长度为(56+X)bit。
(2)若第1个用户帧为Apack ACK帧时,终端100可以判断该Apack ACK帧的用户ID字段的值是否与终端100的用户ID相同,若相同,则终端100可以确定该Apack ACK帧的接收方为终端100,并解析该Apack ACK帧的ACK bitmap;若该Apack ACK帧的用户ID字段的值与终端100的用户ID不相同,则终端100丢弃该Apack ACK帧,继续解析出站物理帧中后续的用户帧。
其中,Apack ACK帧的总数据长度为固定值,例如,44bit。
(3)若第1个用户帧为回执帧时,终端100可以判断该回执帧的用户ID字段的值是否与终端100的用户ID相同,若相同,则终端100可以确定该回执帧的接收方为终端100,并解析该回执帧的回执信息;若该回执帧的用户ID字段的值与终端100的用户ID不相同,则终端100丢弃该回执帧,继续解析出站物理帧中后续的用户帧。
其中,回执帧的总数据长度为固定值,例如,44bit。
若终端100可以判断出站物理帧中紧随物理帧头之后的8bit数据与起始标识字段的值不相同,则终端100可以确定出第1个用户帧为Cpack ACK帧,且该出站物理帧中紧随物理帧头之后的8bit数据为Cpack ACK帧中的用户CID字段。终端100可以进一步判断CpackACK帧中的用户CID字段的值是否与终端100的用户CID相同,若相同,则终端100可以确定该Cpack ACK的接收方为终端100;若Cpack ACK帧中的用户CID字段的值与终端100的用户CID不相同,则终端100可以确定该Cpack ACK帧的接收方为其他终端,并丢弃该Cpack ACK帧,继续解析出站物理帧中后续的用户帧。
其中,Cpack ACK帧的总数据长度为固定值,例如,12bit。
4、终端100在确定出第1个用户帧的总数据长度后,可以基于第1个用户帧的总数据长度,确定出第2个用户帧的帧头在出站物理帧中的位置。
5、终端100在确定出第2个用户帧的帧类型后,可以基于该帧类型对应的帧格式,解析出第2个用户帧的帧头,并确定出第2个用户帧的总数据长度。
6、终端100在确定出第2个用户帧整个帧的数据长度后,可以基于第2个用户帧的总数据长度,确定出第3个用户帧的帧头在出站物理帧中的位置。
其中,终端100对出站物理帧中第2个用户帧以及后续的用户帧的解析过程可以参考针对出站物理帧中第1个用户帧的解析过程,在此不再赘述。
在一种可能的实现方式中,北斗网络设备200在生成终端100的初始用户CID之后,若确定出终端100的初始用户CID与起始标识相同,则北斗网络设备200可以对用户CID进行修正,其中,修正之后的用户CID与起始标识不同。CpackACK帧中用户CID字段携带该修正之后的用户CID。
示例性的,初始用户CID可以为“01111110”,起始标识可以为“01111110”。初始用户CID与起始标识重复,北斗网络设备200可以在初始用户CID的值最后一个bit上加上“1”,得到修正之后的用户CID。修正之后的用户CID可以为“01111111”。
其中,初始用户CID字段的值可以是该Cpack ACK帧的接收方ID的后8位。
在一种可能的实现方式中,北斗网络设备200可以对该Cpack格式的用户帧的接收方(例如终端100)发送的数据请求帧中携带的用户ID以及该数据请求帧中指定数据信息确定出初始用户CID值。例如,北斗网络设备200可以针对数据请求帧中携带的用户ID以及数据请求帧中指定数据信息进行哈希(hash)运算,得到8bit的初始用户CID。
例如,北斗网络设备200可以针对数据请求帧中携带的用户ID以及数据请求帧中数据部分的最后16bit数据进行哈希(hash)运算,得到8bit的初始用户CID。
其中,终端100计算终端100的初始用户CID的过程以及终端100对初始用户CID的修正过程,可以参考北斗网络设备200计算终端100的初始用户CID的过程以及对初始用户CID的修正过程,在此不再赘述。
下面介绍本申请实施例中提供的另一组出站的用户帧。
图8A示出了本申请实施例中提供的一种出站的通用数据帧。
如图8A所示,出站的通用数据帧可以包括通用数据帧帧头和用户信息。其中,用户信息用于承载北斗网络设备200发送的出站消息数据。通用数据帧帧头可以包括、帧类型字段、帧长字段、用户ID字段、帧总数字段和帧序号字段。其中:
帧类型字段,可用于指示该通用数据帧的帧类型。其中,帧类型字段的数据长度可以为2bit,出站的用户帧的帧类型可以包括通用数据帧、ACK帧、回执帧和灵活反馈帧。
其中,帧类型字段的值及其含义可以如下表3所示:
表3
帧类型字段的值 | 含义 |
00 | 通用数据帧 |
01 | 普通ACK帧 |
10 | 普通回执帧 |
11 | 灵活反馈帧 |
由上述表3可知,帧类型字段的值为“00”指示的帧类型为通用数据帧。帧类型字段的值为“01”指示的帧类型为普通ACK帧。帧类型字段的值为“10”指示的帧类型为普通回执帧。帧类型字段的值为“11”指示的帧类型为灵活反馈帧,其中,灵活反馈帧可以包括停等Apack ACK帧、停等Cpack ACK帧、并行Apack ACK帧、并行Cpack ACK帧、Apack回执帧、Cpack回执帧。上述表3仅仅用于解释本申请,不应构成限定。具体实现中,还可以有更多或更少的帧类型,因此,帧类型字段的数据长度可以更长或更短。
帧长字段,可用于指示通用数据帧中用户信息的数据长度。其中,在出站S2C-d信道支路的传输速率为2kbit/s时,帧长字段的数据长度可以为8bit;在出站S2C-d信道支路的传输速率为4kbit/s时帧长字段的数据长度可以为9bit。
用户ID字段,可用于指示该通用数据帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
帧总数字段,可用于指示该通用数据帧所在的SLC会话中包括通用数据帧的总数量。其中,SLC会话中包括通用数据帧的总数量的最大值为4时,该帧总数的数据长度可以为2bit。
帧序号字段,可用于指示该通用数据帧在一个SLC会话中的帧序号。其中,SLC会话中包括通用数据帧的总数量的最大值为4时,该帧序号字段的数据长度可以为2bit。
在一些实施例中,上述通用数据帧帧头还可以包括AMenable字段,其中,该通用数据帧帧头中的AM enable字段,可用于指示终端100在SLC层采用确认模式还是非确认模式接收北斗网络设备200发送的通用数据帧。
图8B示出了本申请实施例中提供的一种出站的ACK帧。
如图8B所示,该ACK帧可以包括ACK帧帧头和ACK域。其中,该ACK帧帧头可以包括帧类型字段和用户ID字段。
该帧类型字段指示该ACK帧的帧类型。其中,帧类型字段的数据长度可以为2bit,用户帧的帧类型可以包括通用数据帧、ACK帧、回执帧和灵活反馈帧。有关帧类型字段的每个值的含义可以参考前述表3所示,在此不再赘述。
用户ID字段,可用于指示该ACK帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
ACK域,可用于指示北斗网络设备200对终端在一个SLC会话中连续发送的N个通用数据帧的接收情况。其中,N的最大值可以取4。此时ACK域中包括确认标识符位图(ACKbitmap),该ACK bitmap的数据长度可以为4bit。其中,该ACK bitmap中1个bit用于表示N个通用数据帧中1个通用数据帧的接收情况。
图8C示出了本申请实施例中提供的一种出站的回执帧。
如图8C所示,该回执帧可以包括回执帧头和回执信息。其中,该回执帧头可以包括帧类型字段和用户ID字段。该帧类型字段指示该回执帧的帧类型。其中,帧类型字段的数据长度可以为2bit,出站的用户帧的帧类型可以包括通用数据帧、ACK帧和回执帧。有关帧类型字段的每个值的含义可以参考前述表3所示,在此不再赘述。
用户ID字段,可用于指示该回执帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
回执信息,可用于指示北斗网络设备200对终端发送的应用层报文的解析情况。其中,回执信息的数据长度可以为4bit。
图8D-图8I示出了本申请实施例中提供的一组出站的灵活反馈帧。
其中,灵活反馈帧的子类型可以包括停等Apack ACK帧、停等Cpack ACK帧、并行Apack ACK帧、并行Cpack ACK帧、Apack回执帧和Cpack回执帧。
图8D示出了本申请实施例中提供的一种停等Apack ACK帧。
如图8D所示,停等Apack ACK帧包括停等Apack ACK帧帧头和反馈信息。其中,停等Apack ACK帧帧头可以包括帧类型字段和帧长字段,帧类型字段位于帧长字段之前。反馈信息中可以包括用户ID字段。其中:
帧类型字段,可用于指示停等Apack ACK帧的帧类型。其中,帧类型字段的数据长度可以为2bit,用户帧的帧类型可以包括通用数据帧、ACK帧、回执帧和灵活反馈帧。有关帧类型字段的每个值的含义可以参考前述表3所示,在此不再赘述。
帧长字段,可用于指示反馈信息的数据长度。其中,帧长字段的数据长度可以为6bit。由于停等Apack ACK帧的反馈信息中只包括有用户ID字段,因此,停等Apack ACK帧中帧长字段的值为用户ID字段的数据长度。
用户ID字段,可用于指示该停等Apack ACK帧的接收终端的设备标识。其中,用户ID字段的值为34bit,则停等Apack ACK帧中帧长字段的值为“100010”。
在本申请实施例中,当终端100向北斗网络设备200发送SLC PDU的帧头中总帧数字段指示的帧总数为“1”时,表示终端100发送一个SLC PDU给北斗网络设备200之后,需要北斗网络设备200针对该单个SLC PDU反馈接收情况,因此,北斗网络设备200返回的ACK帧中可以取消ACK bitmap部分。当终端100不支持Cpack确认模式时且终端100发送的SLC PDU中总帧数字段指示的帧总数为“1”时,北斗网络设备200可以在接收到终端100发送的单个SLC PDU后就返回该停等Apack ACK帧给终端100。
图8E示出了本申请实施例中提供的一种停等Cpack ACK帧。
如图8E所示,停等Cpack ACK帧包括停等Cpack ACK帧帧头和反馈信息。其中,停等Cpack ACK帧帧头可以包括帧类型字段和帧长字段,帧类型字段位于帧长字段之前。反馈信息中可以包括用户CID字段。其中:
帧类型字段,可用于指示停等Cpack ACK帧的帧类型。其中,帧类型字段的数据长度可以为2bit,用户帧的帧类型可以包括通用数据帧、ACK帧、回执帧和灵活反馈帧。有关帧类型字段的每个值的含义可以参考前述表3所示,在此不再赘述。
帧长字段,可用于指示反馈信息的数据长度。其中,帧长字段的数据长度可以为6bit。由于停等Cpack ACK帧的反馈信息中只包括有用户CID字段,因此,停等Apack ACK帧中帧长字段的值为用户CID字段的数据长度。
用户CID字段,可用于指示该停等Cpack ACK帧的接收终端的紧凑型设备标识。其中,用户CID字段的值为8bit,则停等Cpack ACK帧中帧长字段的值为“000100”。有关用户CID的文字说明可以参考前述图6D所示实施例针对用户CID的文字描述,在此不再赘述。
在本申请实施例中,当终端100向北斗网络设备200发送SLC PDU的帧头中总帧数字段指示的帧总数为“1”时,表示终端100发送一个SLC PDU给北斗网络设备200之后,需要北斗网络设备200针对该单个SLC PDU反馈接收情况,因此,北斗网络设备200返回的ACK帧中可以取消ACK bitmap部分。当终端100支持Cpack确认模式时且终端100发送的SLC PDU中总帧数字段指示的帧总数为“1”时,北斗网络设备200可以在接收到终端100发送的单个SLCPDU后就返回该停等Cpack ACK帧给终端100。
图8F示出了本申请实施例中提供的一种并行Apack ACK帧。
如图8F所示,并行Apack ACK帧包括并行Apack ACK帧帧头和反馈信息。其中,并行Apack ACK帧帧头可以包括帧类型字段和帧长字段,帧类型字段位于帧长字段之前。反馈信息中可以包括用户ID字段和ACK域。其中:
帧类型字段,可用于指示并行Apack ACK帧的帧类型。其中,帧类型字段的数据长度可以为2bit,用户帧的帧类型可以包括通用数据帧、ACK帧、回执帧和灵活反馈帧。有关帧类型字段的每个值的含义可以参考前述表3所示,在此不再赘述。
帧长字段,可用于指示反馈信息的数据长度。其中,帧长字段的数据长度可以为6bit。由于并行Apack ACK帧的反馈信息中只包括有用户ID字段和ACK域,因此,并行ApackACK帧中帧长字段的值为用户ID字段和ACK域的数据长度之和。
用户ID字段,可用于指示该并行Apack ACK帧的接收终端的设备标识。其中,用户ID字段的值为34bit。
ACK域,可用于指示北斗网络设备200对终端在一个SLC会话中连续发送的N个通用数据帧的接收情况。其中,N的最大值可以取4。此时ACK域中包括确认标识符位图(ACKbitmap),该ACK bitmap的数据长度可以为4bit。其中,该ACK bitmap中1个bit用于表示N个通用数据帧中1个通用数据帧的接收情况。
因此,用户ID字段和ACK域的数据长度之和为38bit,并行Apack ACK帧中帧长字段的值为“100110”。
在本申请实施例中,终端100可以向北斗网络设备200连续发送N个SLC PDU后,再接收北斗网络设备200反馈的该N个SLC PDU的接收情况,其中,北斗网络设备200返回的ACK帧中ACK bitmap用于表示北斗网络设备200针对该N个SLC PDU的接收情况。其中,ACKbitmap的数据长度为N的最大值(例如,4)。当N小于ACK bitmap的数据长度时,ACK bitmap中指定位置的N个bit可用于表示北斗网络设备200针对该N个SLC PDU的接收情况。当终端100不支持Cpack确认模式,北斗网络设备200可以在接收到终端100发送的N个SLC PDU中的M个SLC PDU后就返回该并行Apack ACK帧给终端100,其中,M小于或等于N,且M、N为正整数。
图8G示出了本申请实施例中提供的一种并行Cpack ACK帧。
如图8G所示,并行Cpack ACK帧包括并行Cpack ACK帧帧头和反馈信息。其中,并行Cpack ACK帧帧头可以包括帧类型字段和帧长字段,帧类型字段位于帧长字段之前。反馈信息中可以包括用户CID字段和ACK域。其中:
帧类型字段,可用于指示并行Cpack ACK帧的帧类型。其中,帧类型字段的数据长度可以为2bit,用户帧的帧类型可以包括通用数据帧、ACK帧、回执帧和灵活反馈帧。有关帧类型字段的每个值的含义可以参考前述表3所示,在此不再赘述。
帧长字段,可用于指示反馈信息的数据长度。其中,帧长字段的数据长度可以为6bit。由于并行Cpack ACK帧的反馈信息中只包括有用户CID字段和ACK域,因此,并行CpackACK帧中帧长字段的值为用户CID字段和ACK域的数据长度之和。
用户CID字段,可用于指示该并行Cpack ACK帧的接收终端的紧凑型设备标识。其中,用户CID字段的值为8bit。有关用户CID的文字说明可以参考前述图6D所示实施例针对用户CID的文字描述,在此不再赘述。
ACK域,可用于指示北斗网络设备200对终端在一个SLC会话中连续发送的N个通用数据帧的接收情况。其中,N的最大值可以取4。此时ACK域中包括确认标识符位图(ACKbitmap),该ACK bitmap的数据长度可以为4bit。其中,该ACK bitmap中1个bit用于表示N个通用数据帧中1个通用数据帧的接收情况。
因此,用户CID字段和ACK域的数据长度之和为12bit,并行Apack ACK帧中帧长字段的值为“001100”。
在本申请实施例中,终端100可以向北斗网络设备200连续发送N个SLC PDU后,再接收北斗网络设备200反馈的该N个SLC PDU的接收情况,其中,北斗网络设备200返回的ACK帧中ACK bitmap用于表示北斗网络设备200针对该N个SLC PDU的接收情况。其中,ACKbitmap的数据长度为N的最大值(例如,4)。当N小于ACK bitmap的数据长度时,ACK bitmap中指定位置的N个bit可用于表示北斗网络设备200针对该N个SLC PDU的接收情况。当终端100支持Cpack确认模式,北斗网络设备200可以在接收到终端100发送的N个SLC PDU中的M个SLC PDU后就返回该并行Cpack ACK帧给终端100,其中,M小于或等于N,且M、N为正整数。
图8H示出了本申请实施例中提供的一种Apack回执帧。
如图8H所示,Apack回执帧包括Apack回执帧帧头和反馈信息。其中,Apack回执帧帧头可以包括帧类型字段和帧长字段,帧类型字段位于帧长字段之前。反馈信息中可以包括用户ID字段、ACK域和回执信息。其中:
帧类型字段,可用于指示Apack回执帧的帧类型。其中,帧类型字段的数据长度可以为2bit,用户帧的帧类型可以包括通用数据帧、ACK帧、回执帧和灵活反馈帧。有关帧类型字段的每个值的含义可以参考前述表3所示,在此不再赘述。
帧长字段,可用于指示反馈信息的数据长度。其中,帧长字段的数据长度可以为6bit。由于Apack回执帧的反馈信息中只包括有用户ID字段、ACK域和回执信息,因此,Apack回执帧中帧长字段的值为用户ID字段、ACK域以及回执信息的数据长度之和。
用户ID字段,可用于指示该Apack回执帧的接收终端的设备标识。其中,用户ID字段的值为34bit。
ACK域,可用于指示北斗网络设备200对终端在一个SLC会话中连续发送的N个通用数据帧的接收情况。其中,N的最大值可以取4。此时ACK域中包括确认标识符位图(ACKbitmap),该ACK bitmap的数据长度可以为4bit。其中,该ACK bitmap中1个bit用于表示N个通用数据帧中1个通用数据帧的接收情况。
回执信息,可用于指示北斗网络设备200对终端发送的应用层报文的解析情况。其中,回执信息的数据长度可以为4bit。
因此,用户ID字段、ACK域以及回执信息的数据长度之和为42bit,Apack回执帧中帧长字段的值为“101010”。
在本申请实施例中,当北斗网络设备200接收到终端100发送的第一应用层报文中所有的SLC PDU后,北斗网络设备200可以第一应用层报文中所有SLC PDU,依次经过组帧和组包流程,在APP层生成第一应用层报文,并对在APP层对第一应用层报文进行解析。北斗网络设备200可以将对第一应用层报文的解析结果在SLC层通过回执帧反馈给终端100。其中,当终端100不支持Cpack确认模式时,北斗网络设备200可以在接收到终端100发送的第一应用层报文,并对第一应用层报文解析后,发送Apack回执帧给终端100。
图8I示出了本申请实施例中提供的一种Cpack回执帧。
如图8I所示,Cpack回执帧包括Cpack回执帧帧头和反馈信息。其中,Cpack回执帧帧头可以包括帧类型字段和帧长字段,帧类型字段位于帧长字段之前。反馈信息中可以包括用户CID字段、ACK域和回执信息。其中:
帧类型字段,可用于指示Cpack回执帧的帧类型。其中,帧类型字段的数据长度可以为2bit,用户帧的帧类型可以包括通用数据帧、ACK帧、回执帧和灵活反馈帧。有关帧类型字段的每个值的含义可以参考前述表3所示,在此不再赘述。
帧长字段,可用于指示反馈信息的数据长度。其中,帧长字段的数据长度可以为6bit。由于Apack回执帧的反馈信息中只包括有用户CID字段、ACK域和回执信息,因此,Apack回执帧中帧长字段的值为用户CID字段、ACK域以及回执信息的数据长度之和。
用户CID字段,可用于指示该Cpack回执帧的接收终端的紧凑型设备标识。其中,用户CID字段的值为8bit。有关用户CID的文字说明可以参考前述图6D所示实施例针对用户CID的文字描述,在此不再赘述。
ACK域,可用于指示北斗网络设备200对终端在一个SLC会话中连续发送的N个通用数据帧的接收情况。其中,N的最大值可以取4。此时ACK域中包括ACK bitmap,该ACK bitmap的数据长度可以为4bit。其中,该ACK bitmap中1个bit用于表示N个通用数据帧中1个通用数据帧的接收情况。
回执信息,可用于指示北斗网络设备200对终端发送的应用层报文的解析情况。其中,回执信息的数据长度可以为4bit。
因此,用户CID字段、ACK域以及回执信息的数据长度之和为16bit,Cpack回执帧中帧长字段的值为“010000”。
在本申请实施例中,当北斗网络设备200接收到终端100发送的第一应用层报文中所有的SLC PDU后,北斗网络设备200可以第一应用层报文中所有SLC PDU,依次经过组帧和组包流程,在APP层生成第一应用层报文,并对在APP层对第一应用层报文进行解析。北斗网络设备200可以将对第一应用层报文的解析结果在SLC层通过回执帧反馈给终端100。其中,当终端100支持Cpack确认模式时,北斗网络设备200可以在接收到终端100发送的第一应用层报文,并对第一应用层报文解析后,发送Cpack回执帧给终端100。
下面基于上述图8A-图8I示出的一组出站的用户帧,介绍本申请实施例中北斗网络设备200在出站物理帧中调度用户帧的过程以及终端100从出站物理帧中解析用户帧的过程。
图9示出了本申请实施例中提供的用户帧调度过程。
如图9所示,北斗网络设备200可以在S2C-d信道支路上发送出站物理帧。其中,出站物理帧的时间长度可以为114ms,S2C-d信道支路上的传输速率可以为2kbit/s或4kbit/s。
出站物理帧可以包括物理帧头、一个或多个用户帧和校验位。其中,物理帧头可以包括版本号。该版本号可用于表示当前北斗网络设备200使用的物理帧格式的版本。
当出站物理帧中同时调度有反馈帧和通用数据帧时,出站物理帧中反馈帧的调度顺序可以在通用数据帧的调度顺序之前,反馈帧的调度顺序也可以在通用数据帧的调度顺序之后。其中,反馈帧可以包括普通ACK帧、普通回执帧以及灵活反馈帧。其中,普通ACK帧、普通回执帧以及灵活反馈帧的帧格式可以参考上述图8B-图8I所示实施例,在此不再赘述。
例如,出站物理帧中可以包括发送给终端100的灵活反馈帧、发送给终端400的普通回执帧、发送给终端500的通用数据帧和发送给终端600的普通ACK帧。其中,调度顺序从前到后依次可以是:“发送给终端100的灵活反馈帧——发送给终端400的普通回执帧——发送给终端500的通用数据帧——发送给终端600的普通ACK帧”。
其中,终端100从出站物理帧中解析出发送给终端100的用户帧的过程可以如下:
1、终端100可以在PHY层识别出站物理帧中的物理帧头,其中,物理帧头可以包括版本号字段,版本号字段的数据长度为3bit。
2、终端100在PHY层解码S2C-d信道支路上的出站物理帧时,可以依次采用2kbit/s、4kbit/s的传输速率进行解码,当终端100用2kbit/s的传输速率对出站物理帧解码成功时,终端100可以确定出S2C-d信道支路上的传输速率为2kbit/s。当终端100用4kbit/s的传输速率对出站物理帧解码成功时,终端100可以确定出S2C-d信道支路上的传输速率为4kbit/s。因此,终端100在PHY层对出站物理帧解码成功后,可以将S2C-d信道支路上的传输速率从PHY层呈递给SLC层,用于在SLC层解析出站物理帧中的用户帧时,确定通用数据帧中帧长字段的数据长度。其中,当S2C-d信道支路上的传输速率为2kbit/s时,通用数据帧中帧长字段的数据长度为8bit。当S2C-d信道支路上的传输速率为4kbit/s时,通用数据帧中帧长字段的数据长度为9bit。
在本申请实施例中,以S2C-d信道支路上的传输速率为2kbit/s、通用数据帧中帧长字段的数据长度为8bit,作为示例,对终端100从出站物理帧中解析用户帧的过程进行说明。
3、由于反馈帧帧头中的第1个字段和通用数据帧帧头中的第1个字段都为2bit的帧类型字段。终端100可以基于出站物理帧中紧随物理帧头之后的第1个用户帧的帧类型字段,确定出第1个用户帧的帧类型。
(1)当第1个用户帧为通用数据帧时,终端100可以判断该通用数据帧的用户ID字段是否与终端100的用户ID相同,若相同,则终端100可以确定该通用数据帧接收方为终端100,终端100可以将该通用数据帧作为SLC PDU在SLC层进行组帧在MDCP层进行组包,最终将组包成的MDCP SDU作为应用层的应用层报文从MDCP层呈递到应用层。若该通用数据帧的用户ID字段与终端100的用户ID不相同,则终端100丢弃该通用数据帧,继续解析出站物理帧中后续的用户帧。
其中,通用数据帧帧头的数据长度可以为固定值,例如,48bit。其中,通用数据帧帧头中帧长字段的值用于指示通用数据帧中用户信息的数据长度,例如,为Xbit。因此,终端100可以确定出通用数据帧的总数据长度为(48+X)bit。
(2)当第1个用户帧为普通ACK帧或者普通回执帧时,终端100可以通过普通ACK帧或者普通回执帧的用户ID字段的值确定出是否与终端100的用户ID相同,若相同,则终端100可以确定该普通ACK帧或者普通回执帧的接收方为终端100;若不相同,则终端100丢弃该普通ACK帧或者普通回执帧,继续解析出站物理帧中后续的用户帧。
其中,Apack ACK帧的总数据长度为固定值,Apack回执帧的总数据长度也为固定值,例如,Apack ACK帧的总数据长度以及Apack回执帧的总数据长度可以都为40bit。
(3)当第1个用户帧为灵活反馈帧时,终端100可以进一步通过灵活反馈帧的帧长字段,确定出灵活反馈帧的子类型,并基于灵活反馈帧的子类型对应的帧格式,解析该灵活反馈帧的用户ID字段或者用户CID字段。若灵活反馈帧中用户ID字段的值(或用户CID字段的值)与终端100的用户ID(或用户CID)相同,则终端100可以确定该灵活反馈帧的接收方为终端100;若不相同,则终端100丢弃该灵活反馈帧,继续解析出站物理帧中后续的用户帧。其中,灵活反馈帧的子类型包括停等Apack ACK帧、停等Cpack ACK帧、并行Apack ACK帧、并行Cpack ACK帧、Apack回执帧、Cpack回执帧。
例如,当灵活反馈帧中帧长字段的值为“100010”时,该灵活反馈帧的子类型为停等Apack ACK帧。当灵活反馈帧中帧长字段的值为“000100”时,该灵活反馈帧的子类型为停等Cpack ACK帧。当灵活反馈帧中帧长字段的值为“100110”时,该灵活反馈帧的子类型为并行Apack ACK帧。当灵活反馈帧中帧长字段的值为“001100”时,该灵活反馈帧的子类型为并行Cpack ACK帧。当灵活反馈帧中帧长字段的值为“101010”时,该灵活反馈帧的子类型为Apack回执帧。当灵活反馈帧中帧长字段的值为“010000”时,该灵活反馈帧的子类型为Cpack回执帧。
具体针对灵活反馈帧的帧格式可以参考上述图8D-图8I所示实施例,在此不再赘述。
在一种可能的实现方式中,出站物理帧的物理帧头中版本号字段可以用于指示出站物理帧中放入了一种灵活反馈帧的子类型。例如,当版本号字段的值为“000”时,出站物理帧中只放入了并行Apack ACK帧。当版本号字段的值为“001”时,出站物理帧中只放入了并行Cpack ACK帧,等等。
4、终端100在确定出第1个用户帧的总数据长度后,可以基于第1个用户帧的总数据长度,确定出第2个用户帧的帧头在出站物理帧中的位置。
5、终端100在确定出第2个用户帧的帧类型后,可以基于该帧类型对应的帧格式,解析出第2个用户帧的帧头,并确定出第2个用户帧的总数据长度。
6、终端100在确定出第2个用户帧整个帧的数据长度后,可以基于第2个用户帧的总数据长度,确定出第3个用户帧的帧头在出站物理帧中的位置。
其中,终端100对出站物理帧中第2个用户帧以及后续的用户帧的解析过程可以参考针对出站物理帧中第1个用户帧的解析过程,在此不再赘述。
在一种可能的实现方式中,北斗网络设备200在生成终端100的初始用户CID之后,若确定出终端100的初始用户CID与起始标识相同,则北斗网络设备200可以对用户CID进行修正,其中,修正之后的用户CID与起始标识不同。停等Cpack ACK帧的用户CID字段、并行Cpack ACK帧的用户CID字段以及Cpack回执帧的用户CID字段携带该修正之后的用户CID。
示例性的,初始用户CID可以为“01111110”,起始标识可以为“01111110”。初始用户CID与起始标识重复,北斗网络设备200可以在初始用户CID的值最后一个bit上加上“1”,得到修正之后的用户CID。修正之后的用户CID可以为“01111111”。
其中,初始用户CID字段的值可以是该Cpack ACK帧的接收方ID的后8位。
在一种可能的实现方式中,北斗网络设备200可以对该Cpack格式的用户帧的接收方(例如终端100)发送的数据请求帧中携带的用户ID以及该数据请求帧中指定数据信息确定出初始用户CID值。例如,北斗网络设备200可以针对数据请求帧中携带的用户ID以及数据请求帧中指定数据信息进行哈希(hash)运算,得到8bit的初始用户CID。
例如,北斗网络设备200可以针对数据请求帧中携带的用户ID以及数据请求帧中数据部分的最后16bit数据进行哈希(hash)运算,得到8bit的初始用户CID。
其中,终端100计算终端100的初始用户CID的过程以及终端100对初始用户CID的修正过程,可以参考北斗网络设备200计算终端100的初始用户CID的过程以及对初始用户CID的修正过程,在此不再赘述。
下面介绍本申请实施例中提供的另一组出站的用户帧。
图10A示出了本申请实施例中提供的一种出站的Apack通用数据帧。
如图10A所示,出站的Apack通用数据帧可以包括Apack通用数据帧帧头和用户信息。其中,用户信息用于承载北斗网络设备200发送的出站消息数据。Apack通用数据帧帧头可以包括帧类型字段、帧长字段、用户ID字段、帧总数字段和帧序号字段。帧类型字段位于Apack通用数据帧帧头的起始位置。其中:
帧类型字段,可用于指示该Apack通用数据帧的帧类型。其中,帧类型字段的数据长度可以为2bit,出站的用户帧的帧类型可以包括Apack通用数据帧、ApackACK帧、Apack回执帧和紧凑帧。
其中,帧类型字段的值及其含义可以如下表4所示:
表4
帧类型字段的值 | 含义 |
00 | Apack通用数据帧 |
01 | ApackACK帧 |
10 | Apack回执帧 |
11 | 紧凑帧 |
由上述表4可知,帧类型字段的值为“00”指示的帧类型为Apack通用数据帧。帧类型字段的值为“01”指示的帧类型为ApackACK帧。帧类型字段的值为“10”指示的帧类型为Apack回执帧。帧类型字段的值“11”指示的帧类型为紧凑帧。其中,紧凑帧可以包括Cpack通用数据帧、Cpack ACK帧和Cpack回执帧。上述表4仅仅用于解释本申请,不应构成限定。具体实现中,还可以有更多或更少的帧类型,因此,帧类型字段的数据长度可以更长或更短。
帧长字段,可用于指示Apack通用数据帧中用户信息的数据长度。其中,在出站S2C-d信道支路的传输速率为2kbit/s时,帧长字段的数据长度可以为8bit;在出站S2C-d信道支路的传输速率为4kbit/s时帧长字段的数据长度可以为9bit。
用户ID字段,可用于指示该Apack通用数据帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
帧总数字段,可用于指示该Apack通用数据帧所在的SLC会话中包括Apack通用数据帧的总数量。其中,SLC会话中包括Apack通用数据帧的总数量的最大值为4时,该帧总数的数据长度可以为2bit。
帧序号字段,可用于指示该Apack通用数据帧在一个SLC会话中的帧序号。其中,SLC会话中包括Apack通用数据帧的总数量的最大值为4时,该帧序号字段的数据长度可以为2bit。
图10B示出了本申请实施例中提供的一种出站的Apack ACK帧。
如图10B所示,该Apack ACK帧可以包括Apack ACK帧帧头和ACK域。其中,该ACK帧帧头可以包括帧类型字段和用户ID字段。帧类型字段位于ApackACK帧帧头的起始位置。
其中:
该帧类型字段,可用于指示该ApackACK帧的帧类型。其中,帧类型字段的数据长度可以为2bit,用户帧的帧类型可以包括Apack通用数据帧、ApackACK帧、Apack回执帧和紧凑帧。有关帧类型字段的每个值的含义可以参考前述表4所示,在此不再赘述。
用户ID字段,可用于指示该ApackACK帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
ACK域,可用于指示北斗网络设备200对终端在一个SLC会话中连续发送的N个通用数据帧的接收情况。其中,N的最大值可以取4。此时ACK域中包括确认标识符位图(ACKbitmap),该ACK bitmap的数据长度可以为4bit。其中,该ACK bitmap中1个bit用于表示N个通用数据帧中1个通用数据帧的接收情况。
图10C示出了本申请实施例中提供的一种出站的Apack回执帧。
如图10C所示,该Apack回执帧可以包括回执帧头和回执信息。其中,该回执帧头可以包括帧类型字段和用户ID字段。帧类型字段位于Apack回执帧帧头的起始位置。
该帧类型字段,可用于指示该Apack回执帧的帧类型。其中,帧类型字段的数据长度可以为2bit,出站的用户帧的帧类型可以包括Apack通用数据帧、ApackACK帧、Apack回执帧和紧凑帧。有关帧类型字段的每个值的含义可以参考前述表4所示,在此不再赘述。
用户ID字段,可用于指示该Apack回执帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
回执信息,可用于指示北斗网络设备200对终端发送的应用层报文的解析情况。其中,回执信息的数据长度可以为4bit。
图10D-图10F示出了本申请实施例中提供的一组出站的紧凑帧。
其中,紧凑帧的子类型可以包括Cpack通用数据帧、Cpack ACK帧和Cpack回执帧。
图10D示出了本申请实施例中提供的另一种出站的Cpack通用数据帧。
如图10D所示,出站的Cpack通用数据帧可以包括Cpack通用数据帧帧头和用户信息。其中,用户信息用于承载北斗网络设备200发送的出站消息数据。Cpack通用数据帧帧头可以包括帧类型字段、帧子类型字段、用户CID字段和帧长字段。帧类型字段位于Cpack通用数据帧帧头的起始位置,帧子类型字段位于帧长字段之前。其中:
帧类型字段,可用于指示该Cpack通用数据帧的帧类型。其中,帧类型字段的数据长度可以为2bit,出站的用户帧的帧类型可以包括Apack通用数据帧、ApackACK帧、Apack回执帧和紧凑帧。有关帧类型字段的每个值的含义可以参考前述表4所示,在此不再赘述。
帧子类型字段,可用于指示该Cpack通用数据帧的子类型。其中,帧子类型字段的数据长度可以为2bit。
其中,帧类型字段的值及其含义可以如下表5所示:
表5
帧子类型字段的值 | 含义 |
00 | Cpack通用数据帧 |
01 | CpackACK帧 |
10 | Cpack回执帧 |
11 | RSV |
由上述表5可知,帧子类型字段的值为“00”指示的子类型为Cpack通用数据帧。帧子类型字段的值为“01”指示的子类型为CpackACK帧。帧子类型字段的值为“10”指示的子类型为Cpack回执帧。帧类型字段的值“11”为预留值。具体实现中,还可以有更多或更少的帧类型,因此,帧类型字段的数据长度可以更长或更短。
用户CID字段,可用于指示该Cpack通用数据帧的接收终端的紧凑型设备标识。其中,用户CID字段的值为8bit。有关用户CID的文字说明可以参考前述图6D所示实施例针对用户CID的文字描述,在此不再赘述。
帧长字段,可用于指示Cpack通用数据帧中用户信息的数据长度。其中,在出站S2C-d信道支路的传输速率为2kbit/s时,帧长字段的数据长度可以为8bit;在出站S2C-d信道支路的传输速率为4kbit/s时帧长字段的数据长度可以为9bit。
图10E示出了本申请实施例中提供另一种Cpack ACK帧。
如图10E所示,该Cpack ACK帧可以包括CpackACK帧帧头和ACK域。其中,该CpackACK帧帧头可以包括帧类型字段、帧子类型字段和用户CID字段。
帧类型字段,可用于指示该CpackACK的帧类型。其中,帧类型字段的数据长度可以为2bit,出站的用户帧的帧类型可以包括Apack通用数据帧、ApackACK帧、Apack回执帧和紧凑帧。有关帧类型字段的每个值的含义可以参考前述表4所示,在此不再赘述。
帧子类型字段,可用于指示该CpackACK帧的子类型。其中,帧子类型字段的数据长度可以为2bit。有关帧子类型字段的每个值的含义可以参考前述表5所示,在此不再赘述。
用户CID字段,可用于表示该CpackACK帧的接收方的紧凑型设备标识。该用户CID字段的数据长度可以为8bit。有关用户CID的文字说明可以参考前述图6D所示实施例针对用户CID的文字描述,在此不再赘述。
ACK域,可用于指示北斗网络设备200对终端在一个SLC会话中连续发送的N个通用数据帧的接收情况。其中,N的最大值可以取4。此时ACK域中包括确认标识符位图(ACKbitmap),该ACK bitmap的数据长度可以为4bit。其中,该ACK bitmap中1个bit位用于表示N个通用数据帧中1个通用数据帧的接收情况。
图10F示出了本申请实施例中提供另一种Cpack回执帧。
如图10F所示,Cpack回执帧包括Cpack回执帧帧头和回执信息。其中,Cpack回执帧帧头可以包括帧类型字段、帧子类型字段和用户CID字段。
帧类型字段,可用于指示该Cpack回执帧的帧类型。其中,帧类型字段的数据长度可以为2bit,出站的用户帧的帧类型可以包括Apack通用数据帧、ApackACK帧、Apack回执帧和紧凑帧。有关帧类型字段的每个值的含义可以参考前述表4所示,在此不再赘述。
帧子类型字段,可用于指示该Cpack回执帧的子类型。其中,帧子类型字段的数据长度可以为2bit。有关帧子类型字段的每个值的含义可以参考前述表5所示,在此不再赘述。
用户CID字段,可用于表示该Cpack回执帧的接收方的紧凑型设备标识。该用户CID字段的数据长度可以为8bit。有关用户CID的文字说明可以参考前述图6D所示实施例针对用户CID的文字描述,在此不再赘述。
回执信息,可用于指示北斗网络设备200对终端发送的应用层报文的解析情况。其中,回执信息的数据长度可以为4bit。
在一些实施例中,上述Apack通用数据帧帧头还可以包括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。
下面基于上述图10A-图10F示出的一组出站的用户帧,介绍本申请实施例中北斗网络设备200在出站物理帧中调度用户帧的过程以及终端100从出站物理帧中解析用户帧的过程。
图11示出了本申请实施例中提供的用户帧调度过程。
如图11所示,北斗网络设备200可以在S2C-d信道支路上发送出站物理帧。其中,出站物理帧的时间长度可以为114ms,S2C-d信道支路上的传输速率可以为2kbit/s或4kbit/s。
出站物理帧可以包括物理帧头、一个或多个用户帧和校验位。其中,物理帧头可以包括版本号。该版本号可用于表示当前北斗网络设备200使用的物理帧格式的版本。
其中,出站物理帧中调度的用户帧的帧类型可以包括Apack通用数据帧、ApackACK帧、Apack回执帧和紧凑帧。其中,紧凑帧的子类型可以包括Cpack通用数据帧、CpackACK帧和Cpack回执帧。其中,Apack通用数据帧、Apack ACK帧、Apack回执帧以及紧凑帧的帧格式可以参考上述图10B-图10F所示实施例,在此不再赘述。
例如,出站物理帧中可以包括发送给终端100的Cpack ACK帧、发送给终端400的Cpack通用数据帧、发送给终端500的Apack通用数据帧、发送给终端600的Apack ACK帧。
其中,终端100从出站物理帧中解析出发送给终端100的用户帧的过程可以如下:
1、终端100可以在PHY层识别出站物理帧中的物理帧头,其中,物理帧头可以包括版本号字段,版本号字段的数据长度为3bit。
2、终端100在PHY层解码S2C-d信道支路上的出站物理帧时,可以依次采用2kbit/s、4kbit/s的传输速率进行解码,当终端100用2kbit/s的传输速率对出站物理帧解码成功时,终端100可以确定出S2C-d信道支路上的传输速率为2kbit/s。当终端100用4kbit/s的传输速率对出站物理帧解码成功时,终端100可以确定出S2C-d信道支路上的传输速率为4kbit/s。因此,终端100在PHY层对出站物理帧解码成功后,可以将S2C-d信道支路上的传输速率从PHY层呈递给SLC层,用于在SLC层解析出站物理帧中的用户帧时,确定通用数据帧中帧长字段的数据长度。其中,当S2C-d信道支路上的传输速率为2kbit/s时,通用数据帧中帧长字段的数据长度为8bit。当S2C-d信道支路上的传输速率为4kbit/s时,通用数据帧中帧长字段的数据长度为9bit。
在本申请实施例中,以S2C-d信道支路上的传输速率为2kbit/s、通用数据帧中帧长字段的数据长度为8bit,作为示例,对终端100从出站物理帧中解析用户帧的过程进行说明。
3、由于Apack通用数据帧帧头中第1个字段、Apack ACK帧帧头中第1个字段、Apack回执帧中第1个字段、以及紧凑帧中第1个字段都为2bit的帧类型字段。终端100可以基于出站物理帧中紧随物理帧头之后的第1个用户帧的帧类型字段,确定出第1个用户帧的帧类型。
(1)当第1个用户帧为Apack通用数据帧时,终端100可以判断第1个用户帧的用户ID字段是否与终端100的用户ID相同,若相同,则终端100可以确定该第1个用户帧为发送给终端100的Apack通用数据帧,终端100可以将该第1个用户帧在SLC层进行组帧在MDCP层进行组包,最终将组包成的MDCP SDU作为应用层的应用层报文从MDCP层呈递到应用层。若第1个用户帧的用户ID字段与终端100的用户ID不相同,则终端100丢弃该Apack通用数据帧,继续解析出站物理帧中后续的用户帧。
其中,Apack通用数据帧帧头的数据长度可以为固定值,例如,48bit。其中,Apack通用数据帧帧头中帧长字段的值用于指示通用数据帧中用户信息的数据长度,例如,为Xbit。因此,终端100可以确定出Apack通用数据帧的总数据长度为(48+X)bit。
(2)当第1个用户帧为ApackACK帧或者Apack回执帧时,终端100可以通过ApackACK帧或者Apack回执帧的用户ID字段的值确定出是否与终端100的用户ID相同,若相同,则终端100可以确定该ApackACK帧或者Apack回执帧的接收方为终端100;若不相同,则终端100丢弃该ApackACK帧或者Apack回执帧,继续解析出站物理帧中后续的用户帧。
其中,Apack ACK帧的总数据长度为固定值,Apack回执帧的总数据长度也为固定值,例如,Apack ACK帧的总数据长度以及Apack回执帧的总数据长度可以都为40bit。
(3)当第1个用户帧为紧凑帧时,终端100可以进一步通过紧凑帧的帧子类型字段,确定出紧凑帧的子类型,并基于紧凑帧的子类型对应的帧格式,解析该紧凑帧的用户CID字段。若紧凑帧中用户CID字段的值与终端100的用户CID相同,则终端100可以确定该紧凑帧的接收方为终端100;若不相同,则终端100丢弃该紧凑帧,继续解析出站物理帧中后续的用户帧。其中,紧凑帧的子类型包括Cpack通用数据帧、Cpack ACK帧和Cpack回执帧。
具体针对紧凑帧的帧格式可以参考上述图10D-图10F所示实施例,在此不再赘述。
4、终端100在确定出第1个用户帧的总数据长度后,可以基于第1个用户帧的总数据长度,确定出第2个用户帧的帧头在出站物理帧中的位置。
5、终端100在确定出第2个用户帧的帧类型后,可以基于该帧类型对应的帧格式,解析出第2个用户帧的帧头,并确定出第2个用户帧的总数据长度。
6、终端100在确定出第2个用户帧整个帧的数据长度后,可以基于第2个用户帧的总数据长度,确定出第3个用户帧的帧头在出站物理帧中的位置。
其中,终端100对出站物理帧中第2个用户帧以及后续的用户帧的解析过程可以参考针对出站物理帧中第1个用户帧的解析过程,在此不再赘述。
在一种可能的实现方式中,北斗网络设备200在生成终端100的初始用户CID之后,若确定出终端100的初始用户CID与起始标识相同,则北斗网络设备200可以对用户CID进行修正,其中,修正之后的用户CID与起始标识不同。紧凑帧的用户CID字段携带该修正之后的用户CID。
示例性的,初始用户CID可以为“01111110”,起始标识可以为“01111110”。初始用户CID与起始标识重复,北斗网络设备200可以在初始用户CID的值最后一个bit上加上“1”,得到修正之后的用户CID。修正之后的用户CID可以为“01111111”。
其中,初始用户CID字段的值可以是该Cpack ACK帧的接收方ID的后8位。
在一种可能的实现方式中,北斗网络设备200可以对该紧凑帧的接收方(例如终端100)发送的数据请求帧中携带的用户ID以及该数据请求帧中指定数据信息确定出初始用户CID值。例如,北斗网络设备200可以针对数据请求帧中携带的用户ID以及数据请求帧中指定数据信息进行哈希(hash)运算,得到8bit的初始用户CID。
例如,北斗网络设备200可以针对数据请求帧中携带的用户ID以及数据请求帧中数据部分的最后16bit数据进行哈希(hash)运算,得到8bit的初始用户CID。
其中,终端100计算终端100的初始用户CID的过程以及终端100对初始用户CID的修正过程,可以参考北斗网络设备200计算终端100的初始用户CID的过程以及对初始用户CID的修正过程,在此不再赘述。
下面介绍本申请实施例中提供的另一组出站的用户帧。
图12A示出了本申请实施例中提供的一种出站的Apack通用数据帧。
如图12A所示,出站的Apack通用数据帧可以包括Apack通用数据帧帧头和用户信息。其中,用户信息用于承载北斗网络设备200发送的出站消息数据。Apack通用数据帧帧头可以包括帧类型字段、帧长字段、用户ID字段、帧总数字段和帧序号字段。帧类型字段位于Apack通用数据帧帧头的起始位置。其中:
帧类型字段,可用于指示该Apack通用数据帧的帧类型。其中,帧类型字段的数据长度可以为3bit,出站的用户帧的帧类型可以包括Apack通用数据帧、Cpack通用数据帧、ApackACK帧、Cpack ACK帧、Apack回执帧和Cpack回执帧。
其中,帧类型字段的值及其含义可以如下表6所示:
表6
帧类型字段的值 | 含义 |
000 | Apack通用数据帧 |
001 | Cpack通用数据帧 |
010 | ApackACK帧 |
011 | Cpack ACK帧 |
100 | Apack回执帧 |
101 | Cpack回执帧 |
110 | RSV |
111 | RSV |
由上述表6可知,帧类型字段的值为“000”指示的帧类型为Apack通用数据帧。帧类型字段的值为“001”指示的帧类型为Cpack通用数据帧。帧类型字段的值为“010”指示的帧类型为ApackACK帧。帧类型字段的值为“011”指示的帧类型为CpackACK帧。帧类型字段的值为“100”指示的帧类型为Apack回执帧。帧类型字段的值为“101”指示的帧类型为Cpack回执帧。帧类型字段的值“110”和“111”为预留值。上述表6仅仅用于解释本申请,不应构成限定。具体实现中,还可以有更多或更少的帧类型,因此,帧类型字段的数据长度可以更长或更短。
帧长字段,可用于指示通用数据帧中用户信息的数据长度。其中,在出站S2C-d信道支路的传输速率为2kbit/s时,帧长字段的数据长度可以为8bit;在出站S2C-d信道支路的传输速率为4kbit/s时帧长字段的数据长度可以为9bit。
用户ID字段,可用于指示该通用数据帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
帧总数字段,可用于指示该通用数据帧所在的SLC会话中包括通用数据帧的总数量。其中,SLC会话中包括通用数据帧的总数量的最大值为4时,该帧总数的数据长度可以为2bit。
帧序号字段,可用于指示该通用数据帧在一个SLC会话中的帧序号。其中,SLC会话中包括通用数据帧的总数量的最大值为4时,该帧序号字段的数据长度可以为2bit。
图12B示出了本申请实施例中提供的一种出站的Apack ACK帧。
如图12B所示,该Apack ACK帧可以包括Apack ACK帧帧头和ACK域。其中,该ACK帧帧头可以包括帧类型字段和用户ID字段。帧类型字段位于ApackACK帧帧头的起始位置。
其中:
该帧类型字段指示该ACK帧的帧类型。其中,帧类型字段的数据长度可以为3bit,用户帧的帧类型可以包括Apack通用数据帧、Cpack通用数据帧、ApackACK帧、Cpack ACK帧、Apack回执帧和Cpack回执帧。有关帧类型字段的每个值的含义可以参考前述表6所示,在此不再赘述。
用户ID字段,可用于指示该ACK帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
ACK域,可用于指示北斗网络设备200对终端在一个SLC会话中连续发送的N个通用数据帧的接收情况。其中,N的最大值可以取4。此时ACK域中包括确认标识符位图(ACKbitmap),该ACK bitmap的数据长度可以为4bit。其中,该ACK bitmap中1个bit用于表示N个通用数据帧中1个通用数据帧的接收情况。
图12C示出了本申请实施例中提供的一种出站的Apack回执帧。
如图12C所示,该Apack回执帧可以包括回执帧头和回执信息。其中,该Apack回执帧头可以包括帧类型字段和用户ID字段。帧类型字段位于Apack回执帧帧头的起始位置。
该帧类型字段指示该Apack回执帧的帧类型。其中,帧类型字段的数据长度可以为3bit,出站的用户帧的帧类型可以包括Apack通用数据帧、Cpack通用数据帧、ApackACK帧、Cpack ACK帧、Apack回执帧和Cpack回执帧。有关帧类型字段的每个值的含义可以参考前述表6所示,在此不再赘述。
用户ID字段,可用于指示该Apack回执帧的接收终端的设备标识。其中,用户ID字段的数据长度可以为34bit。
回执信息,可用于指示北斗网络设备200对终端发送的应用层报文的解析情况。其中,回执信息的数据长度可以为4bit。
图12D示出了本申请实施例中提供的另一种出站的Cpack通用数据帧。
如图12D所示,出站的Cpack通用数据帧可以包括Cpack通用数据帧帧头和用户信息。其中,用户信息用于承载北斗网络设备200发送的出站消息数据。Cpack通用数据帧帧头可以包括帧类型字段、用户CID字段和帧长字段。帧类型字段位于Cpack通用数据帧帧头的起始位置。其中:
该帧类型字段,可用于指示该Cpack通用数据帧的帧类型。其中,帧类型字段的数据长度可以为3bit,出站的用户帧的帧类型可以包括Apack通用数据帧、Cpack通用数据帧、ApackACK帧、Cpack ACK帧、Apack回执帧和Cpack回执帧。有关帧类型字段的每个值的含义可以参考前述表6所示,在此不再赘述。
用户CID字段,可用于指示该Cpack通用数据帧的接收终端的紧凑型设备标识。其中,用户CID字段的值为8bit。有关用户CID的文字说明可以参考前述图6D所示实施例针对用户CID的文字描述,在此不再赘述。
帧长字段,可用于指示Cpack通用数据帧中用户信息的数据长度。其中,在出站S2C-d信道支路的传输速率为2kbit/s时,帧长字段的数据长度可以为8bit;在出站S2C-d信道支路的传输速率为4kbit/s时帧长字段的数据长度可以为9bit。
图12E示出了本申请实施例中提供另一种Cpack ACK帧。
如图12E所示,该Cpack ACK帧可以包括CpackACK帧帧头和ACK域。其中,该CpackACK帧帧头可以包括帧类型字段和用户CID字段。
帧类型字段,可用于指示该CpackACK的帧类型。其中,帧类型字段的数据长度可以为3bit,出站的用户帧的帧类型可以包括Apack通用数据帧、Cpack通用数据帧、ApackACK帧、Cpack ACK帧、Apack回执帧和Cpack回执帧。有关帧类型字段的每个值的含义可以参考前述表6所示,在此不再赘述。
用户CID字段,可用于表示该CpackACK帧的接收方的紧凑型设备标识。该用户CID字段的数据长度可以为8bit。有关用户CID的文字说明可以参考前述图6D所示实施例针对用户CID的文字描述,在此不再赘述。
ACK域,可用于指示北斗网络设备200对终端在一个SLC会话中连续发送的N个通用数据帧的接收情况。其中,N的最大值可以取4。此时ACK域中包括确认标识符位图(ACKbitmap),该ACK bitmap的数据长度可以为4bit。其中,该ACK bitmap中1个bit位用于表示N个通用数据帧中1个通用数据帧的接收情况。
图12F示出了本申请实施例中提供另一种Cpack回执帧。
如图12F所示,Cpack回执帧包括Cpack回执帧帧头和回执信息。其中,Cpack回执帧帧头可以包括帧类型字段和用户CID字段。
帧类型字段,可用于指示该Cpack回执帧的帧类型。其中,帧类型字段的数据长度可以为3bit,出站的用户帧的帧类型可以包括Apack通用数据帧、Cpack通用数据帧、ApackACK帧、Cpack ACK帧、Apack回执帧和Cpack回执帧。有关帧类型字段的每个值的含义可以参考前述表6所示,在此不再赘述。
用户CID字段,可用于表示该Cpack回执帧的接收方的紧凑型设备标识。该用户CID字段的数据长度可以为8bit。有关用户CID的文字说明可以参考前述图6D所示实施例针对用户CID的文字描述,在此不再赘述。
回执信息,可用于指示北斗网络设备200对终端发送的应用层报文的解析情况。其中,回执信息的数据长度可以为4bit。
下面基于上述图12A-图12F示出的一组出站的用户帧,具体介绍本申请实施例中北斗网络设备200在出站物理帧中调度用户帧的过程。
图13示出了本申请实施例中提供的用户帧的调度过程。
如图13所示,北斗网络设备200可以在S2C-d信道支路上发送出站物理帧。其中,出站物理帧的时间长度可以为114ms,S2C-d信道支路上的传输速率可以为2kbit/s或4kbit/s。
出站物理帧可以包括物理帧头、一个或多个用户帧和校验位。其中,物理帧头可以包括版本号。该版本号可用于表示当前北斗网络设备200使用的物理帧格式的版本。
其中,出站物理帧中调度的用户帧的帧类型可以包括Apack通用数据帧、ApackACK帧、Apack回执帧和紧凑帧。其中,紧凑帧的子类型可以包括Cpack通用数据帧、CpackACK帧和Cpack回执帧。其中,Apack通用数据帧、Apack ACK帧、Apack回执帧以及紧凑帧的帧格式可以参考上述图10B-图10F所示实施例,在此不再赘述。
例如,出站物理帧中可以包括发送给终端100的Cpack ACK帧、发送给终端400的Cpack通用数据帧、发送给终端500的Apack通用数据帧、发送给终端600的Apack ACK帧。
其中,终端100从出站物理帧中解析出发送给终端100的用户帧的过程可以如下:
1、终端100可以在PHY层识别出站物理帧中的物理帧头,其中,物理帧头可以包括版本号字段,版本号字段的数据长度为3bit。
2、终端100在PHY层解码S2C-d信道支路上的出站物理帧时,可以依次采用2kbit/s、4kbit/s的传输速率进行解码,当终端100用2kbit/s的传输速率对出站物理帧解码成功时,终端100可以确定出S2C-d信道支路上的传输速率为2kbit/s。当终端100用4kbit/s的传输速率对出站物理帧解码成功时,终端100可以确定出S2C-d信道支路上的传输速率为4kbit/s。因此,终端100在PHY层对出站物理帧解码成功后,可以将S2C-d信道支路上的传输速率从PHY层呈递给SLC层,用于在SLC层解析出站物理帧中的用户帧时,确定通用数据帧中帧长字段的数据长度。其中,当S2C-d信道支路上的传输速率为2kbit/s时,通用数据帧中帧长字段的数据长度为8bit。当S2C-d信道支路上的传输速率为4kbit/s时,通用数据帧中帧长字段的数据长度为9bit。
3、由于Apack通用数据帧帧头中第1个字段、Apack ACK帧帧头中第1个字段、Apack回执帧中第1个字段、Cpack通用数据帧帧头中第1个字段、Cpack ACK帧帧头中第1个字段以及Cpack回执帧中第1个字段都为3bit的帧类型字段。终端100可以基于出站物理帧中紧随物理帧头之后的第1个用户帧的帧类型字段,确定出第1个用户帧的帧类型。
(1)当第1个用户帧为Apack通用数据帧时,终端100可以判断该Apack通用数据帧的用户ID字段是否与终端100的用户ID相同,若相同,则终端100可以确定该Apack通用数据帧接收方为终端100,终端100可以将该Apack通用数据帧作为SLC PDU在SLC层进行组帧在MDCP层进行组包,最终将组包成的MDCP SDU作为应用层的应用层报文从MDCP层呈递到应用层。若该Apack通用数据帧的用户ID字段与终端100的用户ID不相同,则终端100丢弃该Apack通用数据帧,继续解析出站物理帧中后续的用户帧。
其中,Apack通用数据帧帧头的数据长度可以为固定值,例如,49bit。Apack通用数据帧帧头中帧长字段的值用于指示Apack通用数据帧中用户信息的数据长度,例如,为Xbit。因此,终端100可以确定出Apack通用数据帧的总数据长度为(49+X)bit。
(2)当第1个用户帧为ApackACK帧或者Apack回执帧时,终端100可以通过ApackACK帧或者Apack回执帧的用户ID字段的值确定出是否与终端100的用户ID相同,若相同,则终端100可以确定该ApackACK帧或者Apack回执帧的接收方为终端100;若不相同,则终端100丢弃该ApackACK帧或者Apack回执帧,继续解析出站物理帧中后续的用户帧。
其中,Apack ACK帧的总数据长度为固定值,Apack回执帧的总数据长度也为固定值,例如,Apack ACK帧的总数据长度以及Apack回执帧的总数据长度可以都为41bit。
(3)当第1个用户帧为Cpack通用数据帧时,终端100可以判断该Cpack通用数据帧的用户CID字段是否与终端100的用户CID相同,若相同,则终端100可以确定该Cpack通用数据帧的接收方为终端100,终端100可以将该Cpack通用数据帧作为SLC PDU在SLC层进行组帧在MDCP层进行组包,最终将组包成的MDCP SDU作为应用层的应用层报文从MDCP层呈递到应用层。若该Cpack通用数据帧的用户CID字段与终端100的用户CID不相同,则终端100丢弃该Cpack通用数据帧,继续解析出站物理帧中后续的用户帧。
其中,Cpack通用数据帧帧头的数据长度可以为固定值,例如,19bit。Cpack通用数据帧帧头中帧长字段的值用于指示Cpack通用数据帧中用户信息的数据长度,例如,为Xbit。因此,终端100可以确定出Cpack通用数据帧的总数据长度为(19+X)bit。
(4)当第1个用户帧为CpackACK帧或者Cpack回执帧时,终端100可以通过CpackACK帧或者Cpack回执帧的用户CID字段的值确定出是否与终端100的用户CID相同,若相同,则终端100可以确定该CpackACK帧或者Cpack回执帧的接收方为终端100;若不相同,则终端100丢弃该CpackACK帧或者Cpack回执帧,继续解析出站物理帧中后续的用户帧。
其中,Cpack ACK帧的总数据长度为固定值,Cpack回执帧的总数据长度也为固定值,例如,Cpack ACK帧的总数据长度以及Cpack回执帧的总数据长度可以都为15bit。
4、终端100在确定出第1个用户帧的总数据长度后,可以基于第1个用户帧的总数据长度,确定出第2个用户帧的帧头在出站物理帧中的位置。
5、终端100在确定出第2个用户帧的帧类型后,可以基于该帧类型对应的帧格式,解析出第2个用户帧的帧头,并确定出第2个用户帧的总数据长度。
6、终端100在确定出第2个用户帧整个帧的数据长度后,可以基于第2个用户帧的总数据长度,确定出第3个用户帧的帧头在出站物理帧中的位置。
其中,终端100对出站物理帧中第2个用户帧以及后续的用户帧的解析过程可以参考针对出站物理帧中第1个用户帧的解析过程,在此不再赘述。
下面介绍本申请实施例中提供的一种北斗通信系统中紧凑反馈方法。
图14示出了本申请实施例中提供的一种北斗通信系统中紧凑反馈方法的流程示意图。
如图14所示,该北斗通信系统中紧凑反馈方法可以包括如下步骤:
S1401、终端100可以将第一应用层报文拆分成一个或多个SLC SDU,其中,一个或多个SLC SDU包括第一SLC SDU。
具体的,针对终端100将第一应用层报文拆分成一个或多个SLC SDU的过程,可以参考前述图4A所示实施例,在此不再赘述。
S1402、终端100将第一SLC SDU拆分成N个SLC PDU。
具体的,针对终端100将第一SLC SDU拆分成N个SLC PDU的过程,可以参考前述图4A所示实施例,在此不再赘述。
S1403、终端100将第一SLC SDU中的N个SLC PDU发送给北斗网络设备200。其中,该N个SLC PDU的帧头中携带有终端100的用户ID和确认使能(AM enable)字段,其中,AMenable字段用于指示终端100支持的确认模式。
其中,第一SLC SDU的帧格式可以参考图15所示的SLC PDU的帧格式。
如图15所示,入站物理帧可以包括同步头和数据段。其中,同步头可用于北斗网络设备200同步入站物理帧,并识别数据段的开始位置。该同步头的时间长度可以为40ms。
入站物理帧的数据段可以包括用户帧和校验位。其中,在北斗通信系统10中,可以采用循环冗余校验(CRC)对数据段进行校验,该校验位中可以包括CRC校验码。该入站用户帧可以包括帧头信息(也可以被称为帧格式指示信息)和用户信息。其中,通用数据帧的入站用户帧的帧头信息可以包括版本号、子类型指示字段、用户ID字段、出站链路指示字段、确认模式使能(AM enable)字段、帧总数字段、帧序号字段、服务数据单元交替指示字段、保留(reserve,RSV)域。其中,SLC PDU的帧类型为通用数据帧。
版本号字段,可用于指示入站用户帧的协议格式版本。其中,版本号字段的数据长度可以为3bit。
子类型指示字段,可用于指示入站用户帧的子类型。其中,子类型指示字段的数据长度可以为3bit。入站用户帧的子类型可以包括通用数据帧(或者可称为信息报文帧)、ACK帧、回执帧、位置上报帧、应急救援帧等等。
用户ID字段可用于指示终端100的设备标识。其中,该用户ID字段的数据长度可以为34bit。
AM enable字段,可用于指示终端100在SLC层支持的确认模式。其中,该AM enable字段的数据长度可以为2bit。
其中,AM enable字段的值及其含义可以如下表7所示:
表7
AM enable字段的值 | 含义 |
00 | 非确认模式 |
01 | Cpack确认模式 |
10 | Apack确认模式 |
11 | 保留(RSV) |
由上表7可以看出,AM enable字段的值为“00”,表示终端100不支持确认模式的反馈机制,即采用非确认模式传输数据。当北斗网络设备200接收到终端100发送的SLC PDU中AM enable字段的值为“00”后,北斗网络设备200可以不发送ACK帧给终端100。上述表7仅仅用于解释本申请,不应构成限定。
AM enable字段的值为“01”,表示终端100支持Cpack确认模式的反馈机制。当北斗网络设备200接收到终端100发送的SLC PDU中AM enable字段的值为“01”后,北斗网络设备200可以发送Cpack格式的反馈帧(包括Cpack ACK帧或者Cpack回执帧)给终端100。
AM enable字段的值为“10”,表示终端100支持Apack确认模式的反馈机制。当北斗网络设备200接收到终端100发送的SLC PDU中AM enable字段的值为“10”后,北斗网络设备200可以发送Apack格式的反馈帧(包括Apack ACK帧或者Apack回执帧)给终端100。
帧总数字段,可用于表示该通用数据帧(即SLC PDU)所在的SLC会话中包括通用数据帧的总数量。其中,该帧总数字段的长度可以是2bit。当帧总数字段的长度为2bit时,一个SLC会话中最多可包括4个通用数据帧。
帧序号字段,可用于表示该通用数据帧在一个SLC会话中的序号。该帧序号字段的长度可以是2bit。
SAI字段,可用于指示该通用数据帧是否为新的帧。通过与SLC会话中前一个通用数据帧的SAI值进行比较,若出现翻转表示该通用数据帧为新的帧,否则是重传帧。其中,该SAI字段的数据长度可以为1bit。
保留(RSV)域,可用于预留用于协议扩展。其中,该保留域的数据长度可以为3bit。
用户信息中可以包括应用层报文的部分或全部数据。
S1404、北斗网络设备200接收到第一SLC SDU中的M个SLC PDU。其中,M小于或等于N,且M、N为正整数。
S1405、北斗网络设备200在接收到第一SLC SDU中的M个SLC PDU后,基于M个SLCPDU的AM enable字段,确定出终端100支持Cpack确认模式时,生成第一Cpack反馈帧。其中,第一Cpack反馈帧中携带终端100的用户CID。
其中,当第一Cpack反馈帧为Cpack ACK帧时,第一Cpack反馈帧用于表示北斗网络设备对第一SLC SDU中N个SLC PDU的接收情况。当第一Cpack反馈帧为Cpack回执帧时,第一Cpack回执帧用于表示北斗网络设备200对第一应用层报文的解析情况。
S1406、北斗网络设备200将第一Cpack反馈帧调度到第一出站物理帧中。
S1407、北斗网络设备200发送第一出站物理帧。
S1408、北斗网络设备200从第一出站物理帧中解析出第一Cpack反馈帧。
其中,第一Cpack反馈帧的帧格式可以如上述图6D所示。北斗网络设备200将第一Cpack反馈帧调度到第一出站物理帧的过程以及终端100从第一出站物理帧中解析出第一Cpack反馈帧的过程可以参考上述图7所示实施例,在此不再赘述。
在一种可能的实现方式中,第一Cpack反馈帧的帧格式可以如上述图8E、图8G、图8I所示。北斗网络设备200将第一Cpack反馈帧调度到第一出站物理帧的过程以及终端100从第一出站物理帧中解析出第一Cpack反馈帧的过程可以参考上述图9所示实施例,在此不再赘述。
在一种可能的实现方式中,第一Cpack反馈帧的帧格式可以如上述图10E、图10F所示。北斗网络设备200将第一Cpack反馈帧调度到第一出站物理帧的过程以及终端100从第一出站物理帧中解析出第一Cpack反馈帧的过程可以参考上述图11所示实施例,在此不再赘述。
在一种可能的实现方式中,第一Cpack反馈帧的帧格式可以如上述图12E、图12F所示。北斗网络设备200将第一Cpack反馈帧调度到第一出站物理帧的过程以及终端100从第一出站物理帧中解析出第一Cpack反馈帧的过程可以参考上述图13所示实施例,在此不再赘述。
在一种可能的实现方式中,北斗网络设备200在确定出终端100支持Cpack确认模式时,可以组建Cpack和Apack两种格式的反馈帧,即第一Cpack反馈帧和第一Apack反馈帧。北斗网络设备200可以在接收到第一SLC SDU中的M个SLC PDU之后的指定时间窗内发送第一Cpack反馈帧给终端100。其中,终端100和北斗网络设备200可以预设有该指定时间窗的值。例如,该指定时间窗可以为北斗网络设备200接收到第一SLC SDU中的M个SLC PDU之后的第2个物理传输时隙至第4个物理传输时隙。其中,一个物理传输时隙可以为125ms。
若北斗网络设备200在指定时间窗内调度第一Cpack反馈帧失败,则北斗网络设备200可以采用Apack反馈模式,调度第一Apack反馈帧到出站物理帧中反馈给终端100。
终端100若在指定时间窗内解析第一Cpack反馈帧失败,则终端100可以按照Apack反馈帧的帧格式从出站物理帧中尝试解析北斗网络设备200发送给终端100的Apack反馈帧。
在一种可能的实现方式中,北斗网络设备200可以在出站物理帧中调度多个终端的用户帧。若北斗网络设备200向终端100发送Cpack反馈帧的时间窗口与北斗网络设备200向终端400发送Cpack用户帧(包括Cpack通用数据帧、Cpack反馈帧)的时间窗口有重叠,并且终端100的用户CID与该终端400的用户CID相同,则北斗网络设备200可以采用Apack确认模式向终端100发送Apack反馈帧,向该终端400发送Apack用户帧(包括Cpack通用数据帧、Cpack反馈帧)。这样,可以避免终端100的用户CID在与其他终端的用户CID重复时,误接收到其他终端的用户帧。
可选的,若北斗网络设备200向终端100发送Cpack反馈帧的时间窗口与北斗网络设备200向终端400发送Cpack用户帧的时间窗口有重叠,且,终端100的用户CID与终端400的用户CID相同,且,终端100接收Cpack反馈帧的下行波束与终端400接收Cpack用户帧的下行波束有重复时,则北斗网络设备200可以采用Apack确认模式向终端100发送Apack反馈帧,向该终端400发送Apack用户帧(包括Cpack通用数据帧、Cpack反馈帧)。这样,可以避免终端100的用户CID在与其他终端的用户CID重复时,误接收到其他终端的用户帧。
通过本申请实施例提供的一种北斗通信系统中紧凑反馈方法,终端可以发送N个SLC PDU给北斗网络设备,N为正整数,N个SLC PDU包括第一SLC PDU,其中,第一SLC PDU的帧头信息包括第一用户标识ID字段和确认模式使能AM enable字段,第一用户标识ID字段用于指示终端的设备标识,AM enable字段用于指示终端在SLC层支持的确认模式。在北斗网络设备接收到终端发送的N个SLC PDU中的M个SLC PDU(N大于或等于M,M为正整数)后,若AM enable字段的值用于指示终端支持Cpack确认模式,北斗网络设备可以向终端发送的第一Cpack反馈帧,第一Cpack反馈帧用于指示北斗网络设备针对该N个SLC PDU的接收情况;其中,第一Cpack反馈帧包括第一用户CID字段,第一用户CID字段用于指示终端的紧凑型设备标识,第一用户CID字段的数据长度小于所述第一用户ID字段的数据长度。
其中,Apack反馈帧和Cpack反馈帧的帧格式可以参考上述图6A-图6D所示实施例,或者参考上述图8A-图8I所示实施例,或者参考上述图10A-图10F所示实施例,或者参考上述图12A-图12F所示实施例,在此不再赘述。
上述内容详细阐述了本申请提供的方法,为了便于更好地实施本申请实施例的上述方案,本申请实施例还提供了相应的装置或设备。
本申请实施例可以根据上述方法示例对终端100和进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
下面将结合图16至图19详细描述本申请实施例的通信装置。
在采用集成的单元的情况下,参见图16,图16是本申请实施例提供的通信装置1600的结构示意图。该通信装置1600可以为上述实施例中的终端100。可选的,通信装置1600可以为一种芯片/芯片系统,例如,北斗通信芯片。如图16所示,该通信装置1600可以包括收发单元1610和处理单元1620。
一种设计中,处理单元1620,可用于生成N个SLC PDU,其中,N个SLC PDU包括第一SLC PDU,第一SLC PDU的帧头包括第一用户ID字段和AM enable字段,第一用户ID字段用于指示终端的设备标识,AM enable字段用于指示终端在SLC层支持的确认模式。
收发单元1610,可用于发送上述N个SLC PDU给北斗网络设备。
收发单元1610,还用于当AM enable字段的值用于指示终端支持Cpack确认模式时,接收到北斗网络设备发送的第一Cpack反馈帧,第一Cpack反馈帧用于指示北斗网络设备针对N个SLC PDU的接收情况;其中,第一Cpack反馈帧包括第一用户CID字段,第一用户CID字段用于指示终端的紧凑型设备标识,第一用户CID字段的数据长度小于第一用户ID字段的数据长度。
可选的,收发单元1610,还可用于执行上述图14所示方法实施例中终端100执行的有关发送和接收的功能步骤。
可选的,处理单元1620,还可用于执行上述图14所示方法实施例中终端100执行的有关SLC PDU的生成,以及出站物理帧中用户帧的解析等功能步骤。
应理解,该种设计中的通信装置1600可对应执行前述实施例中终端100执行的方法步骤,为了简洁,在此不再赘述。
在采用集成的单元的情况下,参见图17,图17是本申请实施例提供的通信装置1700的结构示意图。该通信装置1700可以为上述实施例中的北斗网络设备200。可选的,通信装置1700可以为北斗网络设备200中的具体网元,例如,北斗地面收发站22、北斗中心站23、北斗短报文融合通信平台24中的一个网元或多个网元的组合。如图17所示,该通信装置1700可以包括收发单元1710和处理单元1720。
一种设计中,收发单元1710,可用于接收终端发送的M个SLC PDU,M为正整数,M个SLC PDU包括第一SLC PDU,其中,第一SLC PDU的帧头包括第一用户ID字段和AM enable字段,所述第一用户ID字段用于指示所述终端的设备标识,所述AM enable字段用于指示所述终端在SLC层支持的确认模式;
处理单元1720,可用于基于接收到的M个SLC PDU,生成第一Cpack反馈帧。
收发单元1710,还用于当AM enable字段的值用于指示终端支持Cpack确认模式时,发送第一Cpack反馈帧给终端,第一Cpack反馈帧用于指示北斗网络设备针对M个SLCPDU的接收情况;其中,第一Cpack反馈帧包括第一用户CID字段,第一用户CID字段用于指示终端的紧凑型设备标识,第一用户CID字段的数据长度小于第一用户ID字段的数据长度。
可选的,收发单元1710,还可用于执行上述图14所示方法实施例中北斗网络设备200执行的有关发送和接收的功能步骤。
可选的,处理单元1720,还可用于执行上述图14所示方法实施例中北斗网络设备200执行的有关终端100发送的SLC PDU的解析,以及各种出站用户帧的生成等功能步骤。
应理解,该种设计中的通信装置1700可对应执行前述实施例中北斗网络设备200执行的方法步骤,为了简洁,在此不再赘述。
以上介绍了本申请实施例的终端100和北斗网络设备200,应理解,但凡具备上述图16所述的终端100的功能的任何形态的产品,但凡具备上述图17所述的北斗网络设备200的功能的任何形态的产品,都落入本申请实施例的保护范围。
作为一种可能的产品形态,本申请实施例所述的终端100,可以由一般性的总线体系结构来实现。
参见图18,图18是本申请实施例提供的通信装置1800的结构示意图。该通信装置1800可以是终端100,或其中的装置。如图18所示,该通信装置1800包括处理器1801和与所述处理器内部连接通信的收发器1802。其中,处理器1801是通用处理器或者专用处理器等。例如可以是卫星通信的基带处理器或中央处理器。卫星通信的基带处理器可以用于对卫星通信协议以及卫星通信数据进行处理,中央处理器可以用于对通信装置(如,基带芯片,终端、终端芯片等)进行控制,执行计算机程序,处理计算机程序的数据。收发器1802可以称为收发单元、收发机、或收发电路等,用于实现收发功能。收发器1802可以包括接收器和发送器,接收器可以称为接收机或接收电路等,用于实现接收功能;发送器可以称为发送机或发送电路等,用于实现发送功能。可选的,通信装置1800还可以包括天线1803和/或射频单元(图未示意)。所述天线1803和/或射频单元可以位于所述通信装置1800内部,也可以与所述通信装置1800分离,即所述天线1803和/或射频单元可以是拉远或分布式部署的。
可选的,通信装置1800中可以包括一个或多个存储器1804,其上可以存有指令,该指令可为计算机程序,所述计算机程序可在通信装置1800上被运行,使得通信装置1800执行上述方法实施例中描述的方法。可选的,所述存储器1804中还可以存储有数据。通信装置1800和存储器1804可以单独设置,也可以集成在一起。
其中,处理器1801、收发器1802、以及存储器1804可以通过通信总线连接。
一种设计中,通信装置1800可以用于执行前述实施例中终端100的功能:处理器1801可以用于执行上述图14等所示方法实施例中终端100执行的有关SLC PDU的生成,以及出站物理帧中用户帧的解析等功能步骤和/或用于本文所描述的技术的其它过程;收发器1802可以用于执行上述图14所示方法实施例中终端100执行的有关发送和接收的功能步骤和/或用于本文所描述的技术的其它过程。
在上述任一种设计中,处理器1801中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路,或者是接口,或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的,也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写,或者,上述收发电路、接口或接口电路可以用于信号的传输或传递。
在上述任一种设计中,处理器1801可以存有指令,该指令可为计算机程序,计算机程序在处理器1801上运行,可使得通信装置1800执行上述方法实施例中终端100执行的方法步骤。计算机程序可能固化在处理器1801中,该种情况下,处理器1801可能由硬件实现。
在一种实现方式中,通信装置1800可以包括电路,所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本申请中描述的处理器和收发器可实现在集成电路(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)等。
本申请中描述的通信装置的范围并不限于此,而且通信装置的结构可以不受图18的限制。通信装置1800可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置1800可以是:
(1)独立的集成电路IC,或芯片,或,芯片系统或子系统;
(2)具有一个或多个IC的集合,可选的,该IC集合也可以包括用于存储数据,计算机程序的存储部件;
(3)ASIC,例如调制解调器(Modem);
(4)可嵌入在其他设备内的模块;
(5)接收机、终端、智能终端、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等;
(6)其他等等。
作为一种可能的产品形态,本申请实施例所述的北斗网络设备200中的任一网元(例如、北斗地面收发站22、北斗中心站23、北斗短报文融合通信平台24),可以由一般性的总线体系结构来实现。
参见图19,图19是本申请实施例提供的通信装置1900的结构示意图。该通信装置1900可以是北斗网络设备200,或其中的装置。如图19所示,该通信装置1900包括处理器1901和与所述处理器内部连接通信的收发器1902。其中,处理器1901是通用处理器或者专用处理器等。例如可以是卫星通信的基带处理器或中央处理器。卫星通信的基带处理器可以用于对卫星通信协议以及卫星通信数据进行处理,中央处理器可以用于对通信装置(如,基带芯片等)进行控制,执行计算机程序,处理计算机程序的数据。收发器1902可以称为收发单元、收发机、或收发电路等,用于实现收发功能。收发器1902可以包括接收器和发送器,接收器可以称为接收机或接收电路等,用于实现接收功能;发送器可以称为发送机或发送电路等,用于实现发送功能。可选的,通信装置1900还可以包括天线1903和/或射频单元(图未示意)。所述天线1903和/或射频单元可以位于所述通信装置1900内部,也可以与所述通信装置1900分离,即所述天线1903和/或射频单元可以是拉远或分布式部署的。
可选的,通信装置1900中可以包括一个或多个存储器1904,其上可以存有指令,该指令可为计算机程序,所述计算机程序可在通信装置1900上被运行,使得通信装置1900执行上述方法实施例中描述的方法。可选的,所述存储器1904中还可以存储有数据。通信装置1900和存储器1904可以单独设置,也可以集成在一起。
其中,处理器1901、收发器1902、以及存储器1904可以通过通信总线连接。
一种设计中,通信装置1900可以用于执行前述实施例中北斗网络设备200的功能:处理器1901可以用于执行上述图14所示方法实施例中北斗网络设备200执行的有关终端100发送的SLC PDU的解析,以及各种出站用户帧的生成等功能步骤和/或用于本文所描述的技术的其它过程;收发器1902可以用于执行上述图14所示方法实施例中北斗网络设备200执行的有关发送和接收的功能步骤和/或用于本文所描述的技术的其它过程。
在上述任一种设计中,处理器1901中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路,或者是接口,或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的,也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写,或者,上述收发电路、接口或接口电路可以用于信号的传输或传递。
在上述任一种设计中,处理器1901可以存有指令,该指令可为计算机程序,计算机程序在处理器1901上运行,可使得通信装置1900执行上述方法实施例中终端100执行的方法步骤。计算机程序可能固化在处理器1901中,该种情况下,处理器1901可能由硬件实现。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序代码,当上述处理器执行该计算机程序代码时,处理器执行前述任一实施例中的方法。
本申请实施例还提供一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行前述任一实施例中的方法。
本申请实施例还提供一种通信装置,该装置可以以芯片的产品形态存在,该装置的结构中包括处理器和接口电路,该处理器用于通过接收电路与其它装置通信,使得该装置执行前述任一实施例中的方法。
本申请实施例还提供一种北斗通信系统,包括终端100和北斗网络设备200,该终端100和北斗网络设备200可以执行前述任一实施例中的方法。
本申请全文介绍了北斗通信系统中短报文的通信功能,可以理解的是,其他卫星系统中也可能存在支持短报文的通信功能。因此,不限制在北斗通信系统中,若有其他卫星系统也支持短报文的通信功能,本申请中介绍的方法,也同样适用于其他卫星系统的通信。
结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现,也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器(Random Access Memory,RAM)、闪存、可擦除可编程只读存储器(Erasable Programmable ROM,EPROM)、电可擦可编程只读存储器(ElectricallyEPROM,EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于核心网接口设备中。当然,处理器和存储介质也可以作为分立组件存在于核心网接口设备中。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机可读存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (28)
1.一种北斗通信系统中紧凑反馈方法,其特征在于,包括:
终端发送N个卫星链路控制层协议数据单元SLC PDU给北斗网络设备,N为正整数,所述N个SLC PDU包括第一SLC PDU,其中,所述第一SLC PDU的帧头包括第一用户标识ID字段和确认模式使能AM enable字段,所述第一用户ID字段用于指示所述终端的设备标识,所述AMenable字段用于指示所述终端在卫星链路控制SLC层支持的确认模式;
当所述AM enable字段的值用于指示所述终端支持紧凑型Cpack确认模式时,所述终端接收到所述北斗网络设备发送的第一紧凑型Cpack反馈帧,所述第一Cpack反馈帧用于指示所述北斗网络设备针对所述N个SLC PDU的接收情况;其中,所述第一Cpack反馈帧包括第一用户紧凑型标识CID字段,所述第一用户CID字段用于指示所述终端的紧凑型设备标识,所述第一用户CID字段的数据长度小于所述第一用户ID字段的数据长度。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当所述AM enable字段的值用于指示所述终端支持完整型Apack确认模式时,所述终端接收到所述北斗网络设备发送的第一完整型Apack反馈帧,所述第一Apack反馈帧用于指示所述北斗网络设备针对所述N个SLC PDU的接收情况;其中,所述第一Apack反馈帧的帧头包括第二用户ID字段,所述第二用户ID字段用于指示所述终端的设备标识,所述第二用户ID字段的值与所述第一用户ID字段的值相同。
3.根据权利要求2所述的方法,其特征在于,所述第一Apack反馈帧的帧头还包括第一帧类型字段,所述第一帧类型字段用于指示所述第一Apack反馈帧的帧类型为完整性确认标识符Apack ACK帧或Apack回执帧。
4.根据权利要求3所述的方法,其特征在于,所述第一Apack反馈帧的帧头还包括起始标识字段,其中,所述起始标识字段处于所述第一Apack反馈帧的帧头中起始位置,所述起始标识字段用于标识所述第一Apack反馈帧的起始位置。
5.根据权利要求3所述的方法,其特征在于,所述第一Cpack反馈帧的帧头包括第二帧类型字段和第一帧长字段,所述第二帧类型字段的值用于指示所述第一Cpack反馈帧的帧类型为灵活反馈帧,所述第一帧长字段用于指示所述第一Cpack反馈帧中所述第一用户CID字段和反馈信息的总数据长度。
6.根据权利要求3所述的方法,其特征在于,所述第一Cpack反馈帧的帧头包括第三帧类型字段和第一帧子类型字段,所述第三帧类型字段的值用于指示所述第一Cpack反馈帧的帧类型为紧凑帧,所述第一帧子类型字段的值用于指示所述第一Cpack反馈帧的帧子类型为紧凑型确认标识符Cpack ACK帧或Cpack回执帧。
7.根据权利要求3所述的方法,其特征在于,所述第一Cpack反馈帧的帧头包括第四帧类型字段,所述第四帧类型字段的值用于指示所述第一Cpack反馈帧的帧类型为CpackACK帧或Cpack回执帧。
8.根据权利要求4所述的方法,其特征在于,所述所述起始标识字段的数据长度与所述第一用户CID字段的数据长度相同。
9.根据权利要求8所述的方法,其特征在于,所述起始标识字段的数据长度为第一长度;其中,
当所述第一用户ID字段中数据长度为所述第一长度的指定部分数据与所述起始标识字段的值不同时,所述第一用户CID字段的值为所述第一用户ID字段中的所述指定部分数据;
当所述第一用户ID字段中数据长度为所述第一长度的指定部分数据与所述起始标识字段的值相同时,所述第一用户CID字段的值为所述第一用户ID字段中的所述指定部分数据与预设值之和。
10.根据权利要求1-9中任一项所述的方法,其特征在于,所述终端接收到所述北斗网络设备发送的第一紧凑型Cpack反馈帧,具体包括:
所述终端接收到所述北斗网络设备发送的第一物理帧;
所述终端从所述第一物理帧中解析出所述第一Cpack反馈帧。
11.一种北斗通信系统中紧凑反馈方法,其特征在于,包括:
北斗网络设备接收终端发送的M个SLC PDU,M为正整数,所述M个SLC PDU包括第一SLCPDU,其中,所述第一SLC PDU的帧头包括第一用户标识ID字段和AM enable字段,所述第一用户ID字段用于指示所述终端的设备标识,所述AM enable字段用于指示所述终端在SLC层支持的确认模式;
当所述AM enable字段的值用于指示所述终端支持Cpack确认模式时,所述北斗网络设备发送第一Cpack反馈帧给所述终端,所述第一Cpack反馈帧用于指示所述北斗网络设备针对所述M个SLC PDU的接收情况;其中,所述第一Cpack反馈帧包括第一用户CID字段,所述第一用户CID字段用于指示所述终端的紧凑型设备标识,所述第一用户CID字段的数据长度小于所述第一用户ID字段的数据长度。
12.根据权利要求11所述的方法,其特征在于,所述方法还包括:
当所述AM enable字段的值用于指示所述终端支持完整型Apack确认模式时,所述北斗网络设备向所述终端发送第一完整型Apack反馈帧,所述第一Apack反馈帧用于指示所述北斗网络设备针对所述N个SLC PDU的接收情况;其中,所述第一Apack反馈帧的帧头包括第二用户ID字段,所述第二用户ID字段用于指示所述终端的设备标识,所述第二用户ID字段的值与所述第一用户ID字段的值相同。
13.根据权利要求12所述的方法,其特征在于,所述第一Apack反馈帧的帧头还包括第一帧类型字段,所述第一帧类型字段用于指示所述第一Apack反馈帧的帧类型为完整性确认标识符Apack ACK帧或Apack回执帧。
14.根据权利要求13所述的方法,其特征在于,所述第一Apack反馈帧的帧头还包括起始标识字段,其中,所述起始标识字段处于所述第一Apack反馈帧的帧头中起始位置,所述起始标识字段用于标识所述第一Apack反馈帧的起始位置。
15.根据权利要求13所述的方法,其特征在于,所述第一Cpack反馈帧的帧头包括第二帧类型字段和第一帧长字段,所述第二帧类型字段的值用于指示所述第一Cpack反馈帧的帧类型为灵活反馈帧,所述第一帧长字段用于指示所述第一Cpack反馈帧中所述第一用户CID字段和反馈信息的总数据长度。
16.根据权利要求13所述的方法,其特征在于,所述第一Cpack反馈帧的帧头包括第三帧类型字段和第一帧子类型字段,所述第三帧类型字段的值用于指示所述第一Cpack反馈帧的帧类型为紧凑帧,所述第一帧子类型字段的值用于指示所述第一Cpack反馈帧的帧子类型为紧凑型确认标识符Cpack ACK帧或Cpack回执帧。
17.根据权利要求13所述的方法,其特征在于,所述第一Cpack反馈帧的帧头包括第四帧类型字段,所述第四帧类型字段的值用于指示所述第一Cpack反馈帧的帧类型为CpackACK帧或Cpack回执帧。
18.根据权利要求14所述的方法,其特征在于,所述所述起始标识字段的数据长度与所述第一用户CID字段的数据长度相同。
19.根据权利要求18所述的方法,其特征在于,所述起始标识字段的数据长度为第一长度;其中,
当所述第一用户ID字段中数据长度为所述第一长度的指定部分数据与所述起始标识字段的值不同时,所述第一用户CID字段的值为所述第一用户ID字段中的所述指定部分数据;
当所述第一用户ID字段中数据长度为所述第一长度的指定部分数据与所述起始标识字段的值相同时,所述第一用户CID字段的值为所述第一用户ID字段中的所述指定部分数据与预设值之和。
20.根据权利要求11-19中任一项所述的方法,其特征在于,所述北斗网络设备发送第一Cpack反馈帧给所述终端,具体包括:
所述北斗网络设备将所述第一Cpack通用数据帧放入到第一物理帧中;
所述北斗网络设备发送所述第一物理帧给所述终端。
21.一种北斗通信系统,其特征在于,包括终端和北斗网络设备;其中,
所述终端,用于执行权利要求1-10中任一项所述的方法;
所述北斗网络设备,用于执行权利要求11-20中任一项所述的方法。
22.一种通信装置,其特征在于,包括一个或多个处理器、一个或多个存储器和收发器;其中,所述收发器、所述一个或多个存储器与所述一个或多个处理器耦合,所述一个或多个存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令,当一个或多个处理器在执行所述计算机指令时,使得所述通信装置执行如权利要求1-10中任一项所述的方法。
23.根据权利要求22所述的通信装置,其特征在于,所述通信装置为终端。
24.一种通信装置,其特征在于,包括一个或多个处理器、一个或多个存储器、收发器;其中,所述收发器、所述一个或多个存储器与所述一个或多个处理器耦合,所述一个或多个存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令,当一个或多个处理器在执行所述计算机指令时,使得所述通信装置执行如权利要求11-20中任一项所述的方法。
25.根据权利要求24所述的通信装置,其特征在于,所述通信装置为北斗网络设备。
26.一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当所述指令在计算机上运行时,使得所述计算机执行如权利要求1-10中任一项所述的方法。
27.一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当所述指令在计算机上运行时,使得所述计算机执行如权利要求11-20中任一项所述的方法。
28.一种芯片或芯片系统,应用于终端,其特征在于,包括处理电路和接口电路,所述接口电路用于接收代码指令并传输至所述处理电路,所述处理电路用于运行所述代码指令以执行如权利要求1-10中任一项所述的方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110904042 | 2021-08-06 | ||
CN2021109040428 | 2021-08-06 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115941016A true CN115941016A (zh) | 2023-04-07 |
Family
ID=86699546
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111276866.1A Pending CN115941016A (zh) | 2021-08-06 | 2021-10-29 | 北斗通信系统中紧凑反馈方法、系统及相关装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115941016A (zh) |
-
2021
- 2021-10-29 CN CN202111276866.1A patent/CN115941016A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP4369632A1 (en) | Outbound data transmission method and system in beidou communication system, and related apparatus | |
WO2023011376A1 (zh) | 一种北斗通信系统中密钥更新方法、系统及相关装置 | |
EP4358431A1 (en) | Multi-frame fusion transmission method in beidou communication system, and related apparatus | |
WO2023011362A1 (zh) | 一种北斗通信系统中出站传输控制方法、系统及相关装置 | |
CN115696237A (zh) | 一种北斗通信系统中加密方法、系统及相关装置 | |
CN115734303A (zh) | 一种切换网络的方法及相关装置 | |
WO2023185893A1 (zh) | 一种卫星信号捕获方法及相关装置 | |
EP4355024A1 (en) | Inbound transmission control method and system in beidou communication system, and related apparatus | |
WO2023124186A1 (zh) | 通信方法和通信装置 | |
EP4358432A1 (en) | Mail download and query method in beidou communication system, and system and related apparatus | |
CN115842799A (zh) | 北斗通信系统中的信箱概况查询方法、系统及相关装置 | |
CN115941016A (zh) | 北斗通信系统中紧凑反馈方法、系统及相关装置 | |
CN115694596B (zh) | 一种北斗通信系统中入站传输控制方法、系统及相关装置 | |
CN115706603A (zh) | 北斗通信系统中紧凑传输方法、系统及相关装置 | |
WO2023011478A1 (zh) | 一种北斗通信系统中的数据压缩方法、系统及相关装置 | |
WO2023011329A1 (zh) | 一种北斗通信系统中数据传输控制方法、系统及相关装置 | |
WO2023011377A1 (zh) | 一种北斗通信系统中应用层回执传输方法、系统及装置 | |
WO2023083027A1 (zh) | 一种北斗通信系统中的参数更新方法、系统及相关装置 | |
CN116708317B (zh) | 数据包mtu的调整方法、装置和终端设备 | |
CN116032336A (zh) | 北斗通信系统中波束选择方法、系统及相关装置 | |
CN115706605A (zh) | 北斗通信系统中入站调度方法及相关装置 | |
CN117424678A (zh) | 北斗通信系统中入站压缩传输方法、系统及装置 | |
WO2023011603A1 (zh) | 一种北斗通信系统中位置上报方法、系统及相关装置 | |
WO2023011594A1 (zh) | 北斗通信系统中的信箱概况查询方法、系统及相关装置 | |
CN115707034A (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 |