一种基于融合传输系统的文件传输方法技术方案

本申请提供一种基于融合传输系统的文件传输方法，所述方法包括：获取待推送的所述文件的文件编码符号以及所述文件对应的文件描述信息，并将所述文件描述信息以及待推送的所述文件的文件编码符号封装为融合传输流发送至终端；在接收到终端发送的文件源符号重传请求后，重新获取请求的所述文件的文件源符号，将所述文件的文件源符号封装为文件源符号重传响应发送至终端。本申请的文件传输方法在终端对文件的文件编码符号解码失败后，发送文件源符号重传请求至服务器侧，服务器将请求的文件源符号封装为文件源符号重传响应发送至终端，以实现终端对文件的全部解码，从而保证文件传输的可靠性。

A File Transfer Method Based on Fusion Transfer System

【技术实现步骤摘要】
一种基于融合传输系统的文件传输方法
本申请涉及通信
，特别涉及一种基于融合传输系统的文件传输方法。
技术介绍
卫星移动广播系统是利用地球同步轨道卫星来为信号覆盖区域(可包括一个或多个国家和地区)提供包括音频、视频、数据等在内的多媒体信息服务。卫星移动广播具有覆盖区域广、在开阔地区信号传输稳定、支持终端的高速移动等优点，尤其适合为车载终端提供信息服务。但是目前卫星移动广播在进行业务数据传输的过程中，业务只能依赖单一的传输服务，比如单独由卫星广播网提供的传输服务或是单独由移动通信网提供的互联网传输服务。现有技术中，当推送某个文件时，终端只有在特定时间从头到尾将该文件接收完毕后彻底解码才能完成数据的接收。假如文件解码失败，需要服务器侧轮播多遍来实现文件的重传，但是不能避免文件的已接收部分的重复接收，造成冗余数据的产生。
技术实现思路
有鉴于此，本申请实施例提供了一种基于融合传输系统的文件传输方法及装置、计算设备和计算机可读存储介质，以解决现有技术中存在的技术缺陷。本申请公开了一种基于融合传输系统的文件传输方法，应用于服务器，所述方法包括：获取待推送的所述文件的文件编码符号以及所述文件对应的文件描述信息，并将所述文件描述信息以及待推送的所述文件的文件编码符号封装为融合传输流发送至终端；在接收到终端发送的文件源符号重传请求后，重新获取请求的所述文件的文件源符号，将所述文件的文件源符号封装为文件源符号重传响应发送至终端。本申请公开了一种基于融合传输系统的文件传输方法，应用于终端，所述方法包括：接收融合传输流中的文件描述信息；根据所述文件描述信息接收融合传输流中的对应的文件编码符号；对接收到的所述文件的文件编码符号进行解码，在确定对整个文件解码失败后，向服务器发送文件源符号重传请求；对接收到封装有所述文件的文件源符号的文件源符号重传响应进行解析，得到所述文件的文件源符号；根据所述文件源符号进行解码，在确定对整个文件解码失败后，继续向服务器发送文件源符号重传请求，直至解码得到整个文件。本申请公开了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现以下步骤：获取待推送的所述文件的文件编码符号以及所述文件对应的文件描述信息，并将所述文件描述信息以及待推送的所述文件的文件编码符号封装为融合传输流发送至终端；在接收到终端发送的文件源符号重传请求后，重新获取请求的所述文件的文件源符号，将所述文件的文件源符号封装为文件源符号重传响应发送至终端。本申请公开了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现以下步骤：接收融合传输流中的文件描述信息；根据所述文件描述信息接收融合传输流中的对应的文件编码符号；对接收到的所述文件的文件编码符号进行解码，在确定对整个文件解码失败后，向服务器发送文件源符号重传请求；对接收到封装有所述文件的文件源符号的文件源符号重传响应进行解析，得到所述文件的文件源符号；根据所述文件源符号进行解码，在确定对整个文件解码失败后，继续向服务器发送文件源符号重传请求，直至解码得到整个文件。本申请公开了一种计算机可读存储介质，其存储有计算机程序，该程序被处理器执行时实现如上所述的用于服务器的文件传输方法的步骤或用于终端的文件传输方法的步骤。本申请提供的基于融合传输系统的文件传输方法，在终端对文件的文件编码符号解码失败后，发送文件源符号重传请求至服务器侧，服务器将请求的文件源符号封装为文件源符号重传响应发送至终端，以实现终端对文件的全部解码，从而保证文件传输的可靠性。并且，本申请的方法可以准确地查找到需求重传的文件源符号，从而避免文件的已接收部分的重复接收，节省了网络链路资源。附图说明图1是本申请实施例的融合传输系统的结构示意图；图2是本申请实施例的用于服务器侧的基于融合传输系统的协议栈的结构示意图；图3是本申请实施例的用于终端侧的基于融合传输系统的协议栈的结构示意图；图4是本申请实施例的融合传输流的结构示意图；图5是本申请实施例的融合传输块的结构示意图；图6是本申请实施例的文件编码符号标识的结构示意图；图7是本申请实施例的每个融合传输流在下一代广播电视无线NGB-W/S信道中的映射过程示意图；图8是本申请实施例的每个融合传输流在数字卫星广播系统DVB-S信道中的映射过程示意图；图9是本申请实施例的用于服务器的基于融合传输系统的文件传输方法流程图；图10是本申请实施例的业务描述信息的结构示意图；图11是本申请实施例的业务描述信息的扩展信息的结构示意图；图12是本申请实施例的文件轮播信息的结构示意图；图13是本申请实施例的文件MD5码的结构示意图；图14是本申请实施例的文件名的结构示意图；图15是本申请实施例的文件A在融合传输流的四个时间段上进行推送的示意图；图16是本申请实施例的某个星期的业务编排表；图17是本申请实施例的第一融合传输块的结构示意图；图18是本申请实施例的一个业务描述信息封装到两个连续的融合传输块的示意图；图19是本申请实施例的融合传输流的生成示意图；图20是本申请实施例的终端在发送UDP重传请求至服务器请求重传的示意图；图21是本申请实施例的终端在发送HTTP重传请求至服务器请求重传的示意图；图22是本申请实施例的UDP文件源符号重传请求的结构图；图23是本申请实施例的UDP文件源符号重传响应的结构图；图24是本申请实施例的HTTP文件源符号重传响应的结构图；图25是本申请实施例的用于服务器的基于融合传输系统的文件传输方法流程图；图26是本申请实施例的用于终端的基于融合传输系统的文件传输方法流程图；图27是本申请实施例的用于终端的基于融合传输系统的文件传输方法流程图；图28是本申请实施例的基于融合传输系统的文件传输装置的结构图；图29是本申请实施例的基于融合传输系统的文件传输装置的结构图。具体实施方式在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。首先对本申请下文中会涉及的名词术语进行解释。业务(service)——在广播者的控制下，可以按照时间表分步广播的一系列节目或数据。卫星移动多媒体(mobilesatellitemultimedia)——通过卫星通信网络向移动终端提供的多媒体服务，如音视频、点播和数据推送业务。卫星广播网(satellitebroadcastnetwork)——基于地球同步轨道卫星来提供音视频广播和其他信息服务的网络。移动通信网(mobilecommunicationnetwork)——基于地面基站来提供移动通信和双向数据传输的网络，包括2G/双向/xG。网络融合传输(networkconvergedtransmission)——同一个业务采用卫星广播网和移动通信网两种网络途径来进行传输以提高业务覆盖范围和业务可靠性的传输方式。传输流(MPEG2-TS，又称TS)——用于音效、图像与数据的通信协定，用来封装音视频媒体数据的复合信息流。融合传输块(convergedtransportblock)——本文档来自技高网...

【技术保护点】
1.一种基于融合传输系统的文件传输方法，应用于服务器，其特征在于，所述方法包括：获取待推送的所述文件的文件编码符号以及所述文件对应的文件描述信息，并将所述文件描述信息以及待推送的所述文件的文件编码符号封装为融合传输流发送至终端；在接收到终端发送的文件源符号重传请求后，重新获取请求的所述文件的文件源符号，将所述文件的文件源符号封装为文件源符号重传响应发送至终端。

【技术特征摘要】
1.一种基于融合传输系统的文件传输方法，应用于服务器，其特征在于，所述方法包括：获取待推送的所述文件的文件编码符号以及所述文件对应的文件描述信息，并将所述文件描述信息以及待推送的所述文件的文件编码符号封装为融合传输流发送至终端；在接收到终端发送的文件源符号重传请求后，重新获取请求的所述文件的文件源符号，将所述文件的文件源符号封装为文件源符号重传响应发送至终端。2.根据权利要求1所述的方法，其特征在于，还包括：将所述文件添加到业务中，并根据所述业务生成对应的业务描述信息；其中，所述业务描述信息包括：业务描述信息头以及该业务中所述文件的文件描述信息。3.根据权利要求2所述的方法，其特征在于，所述业务描述信息头包括：控制消息类型、控制消息长度、业务编排周期序号、描述信息更新序号、文件描述信息个数；所述文件描述信息包括：基本信息和扩展信息；所述基本信息包括：文件描述信息长度、全局文件标识、文件长度、扩展信息指示、文件轮播状态指示和文件类型；所述扩展信息包括：下一个扩展信息指示、扩展信息类型、扩展信息长度和扩展信息内容。4.根据权利要求2所述的方法，其特征在于，将所述文件描述信息以及待推送的所述文件的文件编码符号封装为融合传输流发送至终端，包括：根据预先存储的业务编排表中的推送时间段，将待推送的所述文件的文件编码符号封装为第一融合传输块；其中，所述业务编排表预先存储有每个文件的推送时间段；按照设定的时间间隔，将最新生成的业务描述信息封装为第二融合传输块；将所述第二融合传输块和所述第一融合传输块封装至同一个融合传输流发送至终端。5.根据权利要求4所述的方法，其特征在于，所述第一融合传输块包括：第一融合传输块头、第一融合传输块净荷和校验码；所述第一融合传输块净荷包括：符号头、一个或两个所述文件的文件编码符号标识、一个或两个所述文件的文件编码符号字段以及填充码；所述符号头包括：业务流内编号、局部文件标识、符号封装模式和保留字段；所述第二融合传输块包括：第二融合传输块头、第二融合传输块净荷和校验码；第二融合传输块净荷包括：消息头指示字段和业务描述信息字段。6.根据权利要求2所述的方法，其特征在于，所述服务器将所述业务描述信息以及待推送的所述文件的文件编码符号通过卫星广播信道发送至所述终端；所述服务器通过互联网信道接收所述文件源符号重传请求和发送所述文件源符号重传响应。7.根据权利要求6所述的方法，其特征在于，所述互联网信道包括：用户数据报协议UDP信道和超文本传输协议HTTP信道；所述文件源符号重传请求包括：UDP文件源符号重传请求和HTTP文件源符号重传请求；所述文件源符号重传响应包括：UDP文件源符号重传响应和HTTP文件源符号重传响应；所述服务器经由UDP信道接收UDP文件源符号重传请求，所述服务器将所述UDP文件源符号重传响应经由UDP信道发出；所述服务器经由HTTP信道接收HTTP文件源符号重传请求，所述服务器将所述HTTP文件源符号重传响应经由HTTP信道发出。8.根据权利要求7所述的方法，其特征在于，当终端请求重传的文件源符号数据量小于阈值时，所述服务器通过UDP信道接收所述UDP文件源符号重传请求和发送UDP所述文件源符号重传响应；当终端请求重传的文件源符号数据量大于阈值时，所述服务器通过HTTP信道接收所述HTTP文件源符号重传请求和发送所述HTTP文件源符号重传响应。9.根据权利要求7所述的方法，其特征在于，所述UDP文件源符号重传请求包括：融合传输流协议版本、消息报文类型、消息报文长度、融合传输流标识、业务流内编号、业务内文件标识、重传请求编号、请求重传的源符号总数、请求的源符号组数、每一组文件源符号列表和校验码；每一组所述文件源符号列表包括：源块号、文件源符号起始标识以及文件源符号个数；所述UDP文件源符号重传响应包括：融合传输流协议版本、消息报文类型、消息报文长度、融合传输流标识、重传请求编号、每个第一融合传输块的长度、需要重传的第一融合传输块的数量、至少一个请求的第一融合传输块以及校验码。10.根据权利要求7所述的方法，其特征在于，所述HTTP文件源符号重传请求包括：URL前缀、端口号、具体目录和请求参数；所述请求参数包括：融合传输流标识、重传请求编号、流内业务编号、业务内文件标识和请求的源符号列表；所述HTTP文件源符号重传响应包括：响应头和响应主体；所述响应头包括：响应主体类型、响应主体长度和响应主体摘要；所述响应主体包括：融合传输流协议版本、融合传输流标识、重传请求编号、每个第一融合传输块的长度、需要重传的第一融合传输块的数量和至少一个请求的第一融合传输块。11.根据权利要求1所述的...

【专利技术属性】
技术研发人员：南凯，王冬冬，张威，姜红旗，邢观斌，邱翔东，李群，
申请(专利权)人：国广融合北京传媒科技发展有限公司，
类型：发明
国别省市：北京,11