数据的封装方法、装置、系统及计算机可读存储介质
技术领域
本发明涉及数字信息传输技术领域，尤其涉及支持多种格式的数据信息传输的数字广播系统，尤其涉及一种数据的封装方法、装置、系统及计算机可读存储介质。
背景技术
目前数字广播系统的数据封装方法主要将所有的待传输数据都按照自身系统定义的数据封装方式进行封装，而不能根据待传输数据的数据特点对待传输数据进行相应方式的数据封装，从而导致宽带损耗。由此可知，目前数字广播系统的数据封装方法不能将待传输数据进行分类封装，以及宽带损耗大。
发明内容
本发明的主要目的在于提供一种数据的封装方法、装置、系统及计算机可读存储介质，旨在解决目前数字广播系统的数据封装方法不能将待传输数据进行分类封装，以及宽带损耗大的技术问题。
为实现上述目的，本发明提供一种数据的封装方法，所述数据的封装方法包括以下步骤：
接收待传输数据，根据所述待传输数据中的数据标识和传输需求进行分类，确定所述待传输数据对应的数据类型；
根据所述数据类型确定所述待传输数据对应的封装格式编码，根据所述封装格式编码确定对应的数据封装格式，并根据所述数据封装格式将所述待传输数据转化为对应的数据封装包；
根据所述数据封装格式确定对应的数据封装规则，通过所述数据封装规则将所述数据封装包进行封装。
可选地，所述根据所述数据封装格式确定对应的数据封装规则，通过所述数据封装规则将所述数据封装包进行封装的步骤包括：
若所述数据封装格式为消息包封装格式，则确定所述数据封装包为消息封装包，并确定所述数据封装规则为消息包封装规则；
获取消息信道的剩余容量，并检测所述剩余容量是否大于或者等于所述消息封装包的第一字节长度；
若检测到所述剩余容量大于或者等于所述第一字节长度，则检测第一消息子信道是否存在第一剩余容量；
若检测到不存在所述第一剩余容量，则将所述消息封装包封装至第二消息子信道。
可选地，所述根据所述数据封装格式确定对应的数据封装规则，通过所述数据封装规则将所述数据封装包进行封装的步骤包括：
若所述数据封装格式为业务流封装格式，则确定所述数据封装包为业务封装包，并确定所述数据封装规则为业务流封装规则；
获取第一业务子信道的第一信道长度，并检测所述业务封装包的第二字节长度是否小于所述第一信道长度；
若检测到所述第二字节长度小于所述第一信道长度，则检测是否存在第一业务封装包；
若检测到存在所述第一业务封装包，则检测所述第一业务封装包封装后第二业务子信道剩余的第二信道长度，并将所述业务封装包分段封装至所述第一业务子信道和所述第二业务子信道。
可选地，所述根据所述数据类型确定所述待传输数据对应的封装格式编码，根据所述封装格式编码确定对应的数据封装格式的步骤包括：
获取格式编码映射表，根据所述数据类型在所述格式编码映射表中确定所述待传输数据对应的封装格式编码；
获取封装格式映射表，根据所述封装格式映射表和所述封装格式编码确定所述待传输数据对应的数据封装格式。
可选地，所述根据所述数据封装格式将所述待传输数据转化为对应的数据封装包的步骤包括：
若所述数据封装格式为消息包封装格式，则将所述待传输数据转化为消息封装包；
若所述数据封装格式为业务流封装格式或者业务包封装格式，则将所述待传输数据转化为业务封装包。
可选地，所述接收待传输数据，根据所述待传输数据中的数据标识和传输需求进行分类，确定所述待传输数据对应的数据类型的步骤包括：
接收所述待传输数据，并获取所述待传输数据中的数据标识和数据参数传输类型，结合所述数据标识和所述数据参数传输类型将所述待传输数据进行分类，确定所述待传输数据对应的数据类型。
可选地，所述接收待传输数据，根据所述待传输数据中的数据标识和传输需求进行分类，确定所述待传输数据对应的数据类型的步骤之前，还包括：
侦测到上层应用发出数据传输指令后，将输入数据格式发送至所述上层应用，以供所述上层应用将待发送数据的数据格式转换为所述输入数据格式，得到所述待传输数据。
此外，为实现上述目的，本发明还提供一种数据的封装装置，其特征在于，所述数据的封装装置包括：
接收模块，用于接收待传输数据；
分类模块，用于根据所述待传输数据中的数据标识和传输需求进行分类，确定所述待传输数据对应的数据类型；
确定模块，用于根据所述数据类型确定所述待传输数据对应的封装格式编码，根据所述封装格式编码确定对应的数据封装格式；
转化模块，用于根据所述数据封装格式将所述待传输数据转化为对应的数据封装包；
所述确定模块还用于根据所述数据封装格式确定对应的数据封装规则；
封装模块，用于通过所述数据封装规则将所述待传输数据进行封装。
此外，为实现上述目的，本发明还提供一种数据的封装系统，所述数据的封装系统包括存储器、处理器和存储在所述存储器上并在所述处理器上运行的数据的封装程序，所述数据的封装程序被所述处理器完成时实现如上所述的数据的封装方法的步骤。
此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有数据的封装程序，所述数据的封装程序被处理器完成时实现如上所述的数据的封装方法的步骤。
本发明实现通过接收待传输数据，根据待传输数据中的数据标识和传输需求进行分类，确定待传输数据对应的数据类型，根据数据类型确定待传输数据对应的封装格式编码，根据封装格式编码确定对应的数据封装格式，并根据数据封装格式将待传输数据转化为对应的数据封装包，根据数据封装格式确定对应的数据封装规则，通过数据封装规则将数据封装包进行封装。由此可知，本发明在数据封装的过程，需要根据数据标识和传输需求将待传输数据进行分类，然后确定待传输数据对应的封装格式编码，根据封装格式编码确定对应的数据封装格式，再根据数据封装格式确定对应的数据封装规则，并通过数据封装规则对数据封装包进行封装，实现了根据待传数据的特点和传输需求对待传输数据进行设计，从而实现了根据待传输数据的分类不同，通过不同的数据封装规则进行数据封装，从而减少了带宽损耗。
附图说明
图1是本发明数据的封装方法第一实施例的流程示意图；
图2是本发明数据的分析方法第一实施例消息封装包的封装格式示意图；
图3是本发明数据的分析方法第一实施例业务封装包的业务流封装格式示意图；
图4是本发明数据的分析方法第一实施例业务封装包的业务包封装格式示意图；
图5是本发明数据的分析方法第一实施例的消息包封装规则示意图；
图6是本发明数据的分析方法第一实施例的业务流封装规则示意图；
图7是本发明数据的分析方法第一实施例的业务包封装规则示意图；
图8是本发明数据的分析方法第一实施例系统配置信息的输入数据格式示意图；
图9是本发明数据的分析方法第一实施例消息数据的输入数据格式示意图；
图10是本发明数据的分析方法第一实施例业务数据的输入数据格式示意图；
图11是本发明数据的分析方法第二实施例务净荷映射到交织块的过程示意图；
图12是本发明数据的封装装置较佳的结构示意图；
图13是本发明实施例方案涉及的硬件运行环境的结构示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
本发明提供一种数据的封装方法，参照图1至图11，图1为本发明数据的封装方法第一实施例的流程示意图；图2为本发明数据的封装方法第一实施例的消息封装包封装格式示意图；图3为本发明数据的封装方法第一实施例业务封装包的业务流封装格式示意图；图4为本发明数据的封装方法第一实施例业务封装包的业务包封装格式示意图；图5为本发明数据的封装方法第一实施例的消息包封装规则示意图；图6为本发明数据的封装方法第一实施例的业务流封装规则示意图；图7为本发明数据的封装方法第一实施例的业务包封装规则示意图；图8为本发明数据的封装方法第一实施例系统配置信息的输入数据格式示意图；图9为本发明数据的封装方法第一实施例消息数据的输入数据格式示意图；图10为本发明数据的封装方法第一实施例业务数据的输入数据格式示意图；图11为本发明数据的封装方法第二实施例务净荷映射到交织块的过程示意图。
本发明实施例提供了数据的封装方法的实施例，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些数据下，可以以不同于此处的顺序完成所示出或描述的步骤。
数据的封装方法包括:
步骤S10，接收待传输数据，根据所述待传输数据中的数据标识和传输需求进行分类，确定所述待传输数据对应的数据类型。
数字广播系统接收上层应用发送的待传输数据，然后获取待传输数据中的数据标识，根据数据标识与业务类型的映射关系确定待传输数据的业务类型，并获取待传输数据对应的数据传输方式，再结合业务类型和数据传输方式将待传输数据进行分类，确定待传输数据对应的数据类型。
其中，上层应用包括但不限制于新型数字化广播系统，本实施例中尤其指共生调频数据广播(CD-Radio)系统，以及其他数字广播系统。业务类型包括但不限制于系统配置信息、消息数据和业务数据。系统配置信息包括但不限制于物理层发射端功能控制参数、消息数据传输控制参数和业务数据传输控制参数。消息数据包括系统消息数据和用户消息数据，系统消息数据来自于系统配置信息，用于物理层传输控制信息，用户消息数据为上层应用的功能，用于传输简短数据和已确定内容数据。业务数据包括业务流数据和业务包数据。数据传输方式包括但不限制于消息包传输方式、业务流传输方式和业务包传输方式。数据类型包括但不限制于物理层配置参数、系统信息、用户消息、业务流和业务包。
进一步地，所述步骤S10包括：
步骤a，接收所述待传输数据，并获取所述待传输数据中的数据标识和数据参数传输类型，结合所述数据标识和所述数据参数传输类型将所述待传输数据进行分类，确定所述待传输数据对应的数据类型。
具体地，数字广播系统接收上层应用发送的待传输数据，然后获取待传输数据中链路层接口的数据标识，根据数字广播系统中的预设数据映射表确定待传输数据对应的业务类型，然后获取待传输数据中数据参数传输类型，结合业务类型和数据参数传输类型进行分类，确定待传输数据对应的数据类型。
其中，链路层接口是待传输数据中数据格式的一部分。预设数据映射表是根据需求预先数字广播系统中设定的，本实施例不作限制。数据参数传输类型包括但不限制于系统信息包传输、用户消息包传输、业务流传输和业务包传输，其中，系统信息包传输和用户消息包传输都属于消息包传输。消息包传输应用于各类消息数据的传输。业务流传输和业务包传输均应用于业务数据的传输过程。业务流传输应用于在数据传输过程中对待传输数据没有完整性检测的场景。业务包传输具备一定的结构性，可对接收到的待传输数据进行完整性检测，主要应用于在数据传输过程中，待传输数据对数据缺失和准确性比较敏感的场景。
需要说明的是，待传输数据的数据格式为数据标识+数据长度或者数据编号+数据传输控制参数域或者上层应用控制参数域+数据传输系统参数域或者数据内容域。
在本实施例中，比如，预设数据映射表中数据标识与业务类型的映射关系为数据标识0x00对应系统配置信息、数据标识0x01对应消息数据和数据标识0x02对应业务数据，数字广播系统接收到待传输数据中的数据标识为0x01，获取到待传输数据中数据参数传输类型为用户消息包传输，数字广播系统确定接收到待传输数据的数据类型为用户消息。
步骤S20，根据所述数据类型确定所述待传输数据对应的封装格式编码，根据所述封装格式编码确定对应的数据封装格式，并根据所述数据封装格式将所述待传输数据转化为对应的数据封装包。
数字广播系统确定待传输数据对应的数据类型之后，根据数据类型与封装格式编码在数字广播系统的映射关系确定待传输数据对应的封装格式编码，然后根据封装格式编码与数据封装格式在数字广播系统的映射关系确定待传输数据对应的数据封装格式，再将待传输数据转化为与数据封装格式对应的数据封装包。
需要说明的是，数据类型与封装格式编码在数字广播系统的映射关系，以及封装格式编码与数据封装格式在数字广播系统的映射关系是预先在数字广播系统设定的，本实施例不作限制。
进一步地，所述步骤S20包括：
步骤b，获取格式编码映射表，根据所述数据类型在所述格式编码映射表中确定所述待传输数据对应的封装格式编码；
步骤c，获取封装格式映射表，根据所述封装格式映射表和所述封装格式编码确定所述待传输数据对应的数据封装格式。
具体地，数字广播系统获取数字广播系统中的格式编码映射表，根据数据类型与封装格式编码在格式编码映射表中的映射关系，确定待传输数据对应的封装格式编码，再获取数字广播系统中的封装格式映射表，根据封装格式编码与数据封装格式在封装格式映射表中的映射关系，确定待传输数据对应的数据封装格式。其中格式编码映射表和封装格式映射表是你根据需求在数字广播系统中预先设定的，本实施例不作限制。
在本实施例中，比如，格式编码映射表中数据类型与封装格式编码的映射关系为系统信息对应封装格式编码1、用户消息对应封装格式编码2、业务流对应封装格式编码3和业务包对应封装格式编码4。封装格式映射表中根据封装格式编码与数据封装格式的映射关系为封装格式编码1对应系统消息包封装格式，封装格式编码2对应用户消息包封装格式，封装格式编码3对应业务流封装格式和封装格式编码4对应业务包封装格式。数字广播系统获取到的待传输数据的数据类型为用户消息，则确定该待传输数据的封装格式编码为2，数据封装格式为用户消息包封装格式。
步骤d，若所述数据封装格式为消息包封装格式，则将所述待传输数据转化为消息封装包；
步骤e，若所述数据封装格式为业务流封装格式或者业务包封装格式，则将所述待传输数据转化为业务封装包。
具体地，数字广播系统若检测到获取的待传输数据的数据封装格式为消息包封装格式，则将该待传输数据转化为与该数据封装格式对应的消息封装包。数字广播系统若检测到获取的待传输数据的数据封装格式为业务流封装格式或者业务包封装格式，则将该待传输数据转化为与该数据封装格式对应的业务封装包。其中，消息包封装格式包括系统消息包封装格式和用户消息包封装格式，对应的消息封装包包括系统消息封装包和用户消息封装包。
需要说明的是，参照图2，图2为本发明消息封装包的封装格式。消息封装包的数据封装格式为包头+消息数据净荷，包头包括封装格式编码、消息数据编码、起始标识、结束标识和净荷长度，其中，封装格式编码的字节长度为2字节，消息数据编码的字节长度为6字节，起始标识的字节长度为1字节，结束标识的字节长度为1字节，净荷长度的字节长度为6字节，以及消息数据净荷的字节长度不作限制。若单个完整待传输数据的净荷长度最大字节长度限定为M字节，转化为对应数据封装格式的消息封装包最大字节长度为M+2字节。由于消息封装包的频谱模式不同，传输消息封装包的消息信道的容量也不相同，其中，消息信道中包括多个带有编码的FEC(Forward Error Correction，前向纠错码)，即一个消息信道中包括多个带有编码的消息子信道。
进一步地，参照图3，图3为本发明业务封装包的业务流封装格式。业务封装包的业务流封装格式为包头+净荷分段，包头包括二进制编码、保留位和净荷长度，其中二进制编码的字节长度为2字节，保留位的字节长度为6字节，净荷长度的字节长度为8字节，以及净荷分段的字节长度不作限制。
进一步地，参照图4，图4为本发明业务封装包的业务包封装格式。业务封装包的业务包封装格式为包头+净荷分段，包头包括二进制编码、计数编码、起始标识、结束标识和净荷长度，其中，二进制编码的字节长度为2字节，计数编码的字节长度为4字节，起始标识的字节长度为1字节，结束标识的字节长度为1字节，净荷长度的字节长度为8字节，净荷分段的字节长度不作限制。业务封装包是通过多个带有编码的业务子信道传输的。
步骤S30，根据所述数据封装格式确定对应的数据封装规则，通过所述数据封装规则将所述数据封装包进行封装。
数字广播系统根据数据封装格式与数据封装规则在数字广播系统中的映射关系确定待传输数据对应的数据封装规则，然后通过数据封装规则将待传输数据对应的数据封装包进行封装。其中，数据封装格式与数据封装规则的映射关系是预先在数字广播系统中设定的，本实施例不作限制。
进一步地，所述步骤S30包括：
步骤f，若所述数据封装格式为消息包封装格式，则确定所述数据封装包为消息封装包，并确定所述数据封装规则为消息包封装规则；
步骤g，获取消息信道的剩余容量，并检测所述剩余容量是否大于或者等于所述消息封装包的第一字节长度；
步骤h，若检测到所述剩余容量大于或者等于所述第一字节长度，则检测第一消息子信道是否存在第一剩余容量；
步骤i，若检测到不存在所述第一剩余容量，则将所述消息封装包封装至第二消息子信道。
具体地，参照图5，图5为本发明消息包封装规则，数字广播系统若检测到数据封装格式为消息包封装格式，则确定数据封装包为消息封装包，并确定数据封装规则为消息包封装规则，数字广播系统获取消息信道的剩余容量，并检测剩余容量是否大于或者等于消息封装包的第一字节长度，若检测到剩余容量大于或者等于第一字节长度，则检测第一消息子信道是否存在第一剩余容量，若检测到剩余容量小于第一字节长度，则将该消息封装包封装至其他剩余容量大于或者等于第一字节长度的消息信道中。若检测到剩余容量大于或者等于第一字节长度，并检测到不存在第一剩余容量，则将消息封装包封装至第二消息子信道，若检测到存在第一剩余容量，则将第一字节长度拆分成与第一剩余容量大小相等的第一信息封装包，并将该第一消息封装包封装至第一消息子信道，再将剩余的第二消息封装包封装至第二消息子信道。
需要说明的是，同一个消息封装包可以被拆分到不同的消息子信道，但是不能被拆分到不同的消息信道。
在本实施例中，比如，消息信道的剩余容量为10字节，第一消息子信道的容量为2字节，第二消息子信道的容量为8字节，消息封装包的字节长度为9字节，数字广播系统将该消息封装包先拆分出2字节的第一信息封装包封装至第一消息子信道，再将剩余7字节的第二消息封装包封装至第二消息子信道。
步骤j，若所述数据封装格式为业务流封装格式，则确定所述数据封装包为业务封装包，并确定所述数据封装规则为业务流封装规则；
步骤k，获取第一业务子信道的第一信道长度，并检测所述业务封装包的第二字节长度是否小于所述第一信道长度；
步骤l，若检测到所述第二字节长度小于所述第一信道长度，则检测是否存在第一业务封装包；
步骤m，若检测到存在所述第一业务封装包，则检测所述第一业务封装包封装后第二业务子信道剩余的第二信道长度，并将所述业务封装包分段封装至所述第一业务子信道和所述第二业务子信道。
具体地，参照图6，图6为本发明业务流封装规则，数字广播系统若检测到数据封装格式为业务流封装格式，则确定数据封装包为业务封装包，并确定数据封装规则为业务流封装规则，数字广播系统获取第一业务子信道的第一信道长度，并检测业务封装包的第二字节长度是否小于第一信道长度，若检测到第二字节长度小于第一信道长度，则检测是否存在第一业务封装包，若检测到存在第一业务封装包，则检测第一业务封装包封装后第二业务子信道剩余的第二信道长度，并将该业务封装包拆分为与第二信道长度的长度大小相等的第二业务封装包，并将该第二业务封装包封装至第二业务子信道中，再将该业务封装包剩余的第三业务封装包封装至第一业务子信道。若检测到不存在第一业务封装包，则直接将该业务封装包封装至第一业务子信道。
需要说明的是，当业务封装包的剩余净荷长度大于或者等于对应的业务子信道长度时，业务流封装的大小限定为业务子信道长度。一个业务流封装可以封装多个业务封装包。
进一步地，参照图7，图7为本发明业务包封装规则，数字广播系统若检测到数据封装格式为业务包封装格式，则确定数据封装包为业务封装包，并确定数据封装规则为业务包封装规则，数字广播系统获取第一业务子信道的第一信道长度，并检测业务封装包的第二字节长度是否小于第一信道长度，若检测到第二字节长度小于第一信道长度，则检测是否存在第一业务封装包，若检测到存在第一业务封装包，则检测第一业务封装包封装后第二业务子信道剩余的第二信道长度，并将该业务封装包拆分为与第二信道长度的长度大小相等的第二业务封装包，并将该第二业务封装包封装至第二业务子信道中，再将该业务封装包剩余的第三业务封装包封装至第一业务子信道。若检测到不存在第一业务封装包，则直接将该业务封装包封装至业务子信道。
需要说明的是，当业务封装包的剩余净荷长度大于或者等于对应的业务子信道长度时，业务包封装的大小限定为业务子信道长度。一个业务包封装只可以封装一个业务封装包。
进一步地，所述数据的封装方法还包括：
步骤n，侦测到上层应用发出数据传输指令后，将输入数据格式发送至所述上层应用，以供所述上层应用将待发送数据的数据格式转换为所述输入数据格式，得到所述待传输数据。
数字广播系统侦测到上层应用发出数据传输指令后，将输入数据格式发送至上层应用，上层应用接收到该输入数据格式后，将待发送数据的数据格式转换为该输入数据格式，得到待传输数据，并将该待传输数据发送至数字广播系统。
其中，参照图8，图8为本发明系统配置信息的输入数据格式，系统配置信息的输入数据格式为数据标识+数据长度+上层应用控制参数域+数据传输系统参数域。数据标识的字节长度为1字节，0x00表示为系统配置信息。数据长度的字节长度为1字节，表示系统配置信息的内容长度，不包括数据标识和数据长度。
上层应用控制参数域包括系统启动时间、授时功能指示、频谱模式和帧长度。其中，系统启动时间的字节长度为4字节，0表示立即启动，其他值表示物理帧信号的开始发射时间，当授时功能开启时也对应授时开启时的初始时间。授时功能指示的字节长度为1字节，指示系统是否开启授时功能，发送授时消息。频谱模式的字节长度为1字节，共生调频数据广播系统中有8种频谱模式。帧长度的字节长度为1字节，取值表示一个物理帧包含子帧的个数。
数据传输系统参数域包括业务数量、业务编号LDPC(低密度校验码)块数、编码码率、交织深度、映射方式、数据封装格式、扩频倍率、授权序列。其中，业务数量的字节长度为1字节，表示物理信号帧内承载的业务个数。业务编号的字节长度为1字节，表示业务的标识和排列编号。LDPC块数的字节长度为1字节，表示取值为物理帧内业务的FEC编码块数。编码码率的字节长度为1字节，表示FEC编码码率中的对应编号。交织深度的字节长度为1字节，表示业务的交织深度。映射方式的字节长度为1字节，表示业务的星座映射方式。数据封装格式的字节长度为1字节，1表示业务流，2表示业务包。扩频倍率的字节长度为1字节，表示业务需要扩频时的扩频参数。授权序列的字节长度为1字节，用于初始化物理层扰码的初始PN(Pseudo-Noise Code，PN码)值。
进一步地，参照图9，图9为本发明消息数据的输入数据格式，消息数据的输入数据格式为数据标识+消息编号+消息数据传输控制参数域+消息数据内容域。其中，消息编码(十进制表示)和消息编码对应的类型为消息编码0对应控制消息，消息编码1对应授时消息，消息编码2对应紧急消息，消息编码3对应业务描述消息，消息编码4对应RTK(Real-timeKinematic，实时动态)消息，以及消息编码5至消息编码63对应其他用户消息。其中，数据标识的字节长度为1字节，0x01表示消息数据。消息编号的字节长度为1字节，取值范围1至63。
消息数据传输控制参数域包括消息时间戳、重复播发次数和播发间隔。其中消息时间戳的字节长度为1字节，表示消息的发送时间信息。重复播发次数的字节长度为1字节，表示消息重复播发多次后结束播发，0表示不重发，255表示无限重发，其他值表示实际重发次数。播发间隔的字节长度为1字节，表示。以物理帧为单位，0表示每个物理帧都播发，其他值表示间隔多少个物理帧再次播发。
消息数据内容域包括消息数据长度和消息数据净荷。其中，消息数据长度的字节长度为1字节，表示消息数据净荷的长度，单位为字节，取值范围1至60。消息数据净荷的字节长度不作限制，表示消息数据的净荷内容，对应用户定义的一条完整消息数据。
进一步地，参照图10，图10为本发明业务数据的输入数据格式，业务数据的输入数据格式为数据标识+业务编号+业务数据传输控制参数域+业务数据内容域。其中，数据标识的字节长度为1字节，0x02表示业务数据。业务编号的字节长度为1字节，表示业务的排列编号，业务在物理层上排列的顺序和业务数据对应调制参数在系统控制信息消息中的排列顺序由此编号给出，作为优先级的一个编号。业务数据传输控制参数域包括业务时间戳，字节长度为4字节，表示业务的发送时间信息(0则表示即时按顺序发送)。业务数据内容域包括业务长度和业务净荷，其中，业务长度的字节长度为2字节，表示业务净荷的长度，单位为字节。业务净荷字节长度不作限制，表示业务的净荷内容，对应用户的一个业务数据包。
本实施例通过接收待传输数据，根据待传输数据中的数据标识和传输需求进行分类，确定待传输数据对应的数据类型，根据数据类型确定待传输数据对应的封装格式编码，根据封装格式编码确定对应的数据封装格式，并根据数据封装格式将待传输数据转化为对应的数据封装包，根据数据封装格式确定对应的数据封装规则，通过数据封装规则将数据封装包进行封装。由此可知，本发明在数据封装的过程，需要根据数据标识和传输需求将待传输数据进行分类，然后确定待传输数据对应的封装格式编码，根据封装格式编码确定对应的数据封装格式，再根据数据封装格式确定对应的数据封装规则，并通过数据封装规则对数据封装包进行封装，实现了根据待传数据的特点和传输需求对待传输数据进行设计，从而实现了根据待传输数据的分类不同，通过不同的数据封装规则进行数据封装，从而减少了带宽损耗。
进一步地，提出本发明数据的封装方法第二实施例。
所述数据的封装方法第二实施例与所述数据的封装方法第一施例的区别在于，所述数据的封装方法还包括：
步骤o，确定所述待传输数据对应的数据输出格式，并将封装后的待传输数据转化为所述数据输出格式的传输数据源发送至物理层。
具体地，数字广播系统根据待传输数据的数据类型确定对应的输出数据标识，根据数据输出标识和数据输出格式在数字广播系统中的映射关系确定对应的数据输出格式，然后将封装后的待传输数据转化为与该数据输出格式对应的传输数据源，再将该传输数据源发送至物理层。其中，数据输出标识和数据输出格式的映射关系确定对应的数据输出格式是在数字广播系统预先设定的，本实施例不作限制。
其中，系统配置信息的输出数据格式为数据输出标识+数据长度+上层应用控制参数域+数据传输系统参数域。数据输出标识的字节长度为1字节，0x30表示为系统配置信息输出格式。数据长度的字节长度为1字节，表示系统配置信息的内容长度，不包括数据标识和数据长度。
上层应用控制参数域包括系统启动时间、授时功能指示、频谱模式和帧长度。其中，系统启动时间的字节长度为4字节，0表示立即启动，其他值表示物理帧信号的开始发射时间，当授时功能开启时也对应授时开启时的初始时间。授时功能指示的字节长度为1字节，指示系统是否开启授时功能，发送授时消息。频谱模式的字节长度为1字节，共生调频数据广播系统中有8种频谱模式。帧长度的字节长度为1字节，取值表示一个物理帧包含子帧的个数。
数据传输系统参数域包括业务数量、业务编号LDPC(低密度校验码)块数、编码码率、交织深度、映射方式、数据封装格式、扩频倍率、授权序列。其中，业务数量的字节长度为1字节，表示物理信号帧内承载的业务个数。业务编号的字节长度为1字节，表示业务的标识和排列编号。LDPC块数的字节长度为1字节，表示取值为物理帧内业务的FEC编码块数。编码码率的字节长度为1字节，表示FEC编码码率中的对应编号。交织深度的字节长度为1字节，表示业务的交织深度。映射方式的字节长度为1字节，表示业务的星座映射方式。数据封装格式的字节长度为1字节，1表示业务流，2表示业务包。扩频倍率的字节长度为1字节，表示业务需要扩频时的扩频参数。授权序列的字节长度为1字节，用于初始化物理层扰码的初始PN(Pseudo-Noise Code，PN码)值。
进一步地，消息数据的输出数据格式为数据输出标识+数据长度+消息数据传输控制参数域+消息包列表。其中，数据输出标识的字节长度为1字节，0x04表示消息数据输出格式。数据长度的字节长度为2字节，表示从时间戳开始到消息包结束(包括填充数据)的长度，单位为字节。消息数据传输控制参数域包括时间戳，字节长度为4字节，0表示立即发送，其他值对应物理帧信号的起始时间。消息包列表包括控制信息消息包、消息数据封装包、业务填充包和填充数据。其中，控制信息消息包字节长度固定为16字节。消息数据封装包可有多个，消息数据封装包1表示根据消息数据的实时情况进行封装后得到的消息数据封装包1，消息数据封装包2表示根据消息数据的实时情况进行封装后得到的消息数据封装包2....至消息数据封装包n表示根据消息数据的实时情况进行封装后得到的消息数据封装包n，n为大于或者等于1的任意整数值，本实施例不作限定。业务填充包的字节长度为1字节，用0xc0表示。填充数据为全0。
进一步地，业务数据的输入数据格式为数据输出标识+数据长度+业务数据传输控制参数域+业务数据封装列后数据域。其中，数据输出标识的字节长度为1字节，0x05表示业务数据输出格式。业务数据传输控制参数域包括时间戳字节长度为4字节，0表示立即发送，其他值对应物理帧信号的起始时间。
业务数据封装列后数据域包括业务编号、交织编号、数据长度、业务数据域、业务填充包和填充数据。其中，业务编号的字节长度为1字节，表示传输内容所对应的业务编号。交织编号的字节长度为1字节，表示业务在物理帧分为多个交织块时，应按照交织块的先后顺序依次发送给物理层。数据长度的字节长度为2字节，表示业务数据域+业务填充包+填充数据的总长度，单位为字节。业务数据域，表示业务数据域内包含多个业务封装包(业务流封装包或者业务包封装包)，总长度满足物理层对一个交织块数据量的需求。业务填充包的字节长度为1字节，用0xc0表示。填充数据全0。其中，业务数据域、业务填充包和填充数据构成物理层交织块。
需要说明的是，参照图11，图11为本发明业务净荷映射到交织块的过程，在共生调频数据广播系统中，业务封装包按业务区分以交织块为单位填充到链路层业务数据的业务数据域，当业务数据域不够组成完整的物理层交织块时，以业务填充包补充完整，业务数据域、填充包、填充数据组成物理层交织块。物理层交织块加上必要的数据传输格式后，形成链路层业务数据传送到物理层，物理层根据“物理层配置信息表”中对各个业务的调制参数的描述完成对业务数据的调制和映射。链路层将链路层业务数据以业务的交织块为基本单元向物理层传输，向物理层发送链路层业务数据时，每个链路层业务数据中仅包含一个业务的一个交织块的数据。业务中包含多个交织块时应按交织块顺序依次传输包含各理层交织块的链路层业务数据。数字广播系统包含多业务时，按照业务编号的顺序，依次传送完一个业务的所有物理层交织块后再传送下一个业务的数据。
本实施例通过确定待传输数据对应的数据输出格式，并将封装后的待传输数据转化为数据输出格式的传输数据源发送至物理层。由此可知，本实施例通过协调上层应用与物理层之间的数据转换关系，对待传输数据进行整理后再向下传至物理层，保障传输质量的同时，简化了上层应用与物理层的操作难度。
此外，本发明还提供一种数据的封装装置，参照图12，所述数据的封装装置包括：
接收模块10，用于接收待传输数据；
分类模块20，用于根据所述待传输数据中的数据标识和传输需求进行分类，确定所述待传输数据对应的数据类型；
确定模块30，用于根据所述数据类型确定所述待传输数据对应的封装格式编码，根据所述封装格式编码确定对应的数据封装格式；
转化模块40，用于根据所述数据封装格式将所述待传输数据转化为对应的数据封装包；
所述确定模块30还用于根据所述数据封装格式确定对应的数据封装规则；封装模块50，用于通过所述数据封装规则将所述待传输数据进行封装。
进一步地，所述确定模块30还用于若所述数据封装格式为消息包封装格式，则确定所述数据封装包为消息封装包，并确定所述数据封装规则为消息包封装规则。
进一步地，所述封装模块50包括：
第一获取单元，用于获取消息信道的剩余容量；
第一检测单元，用于检测所述剩余容量是否大于或者等于所述消息封装包的第一字节长度；若检测到所述剩余容量大于或者等于所述第一字节长度，则检测第一消息子信道是否存在第一剩余容量；
第一封装单元，用于若检测到不存在所述第一剩余容量，则将所述消息封装包封装至第二消息子信道。
进一步地，所述确定模块30还用于若所述数据封装格式为业务流封装格式，则确定所述数据封装包为业务封装包，并确定所述数据封装规则为业务流封装规则。
进一步地，所述封装模块50包括：
第二获取单元，用于获取第一业务子信道的第一信道长度；
第二检测单元，用于检测所述业务封装包的第二字节长度是否小于所述第一信道长度；若检测到所述第二字节长度小于所述第一信道长度，则检测是否存在第一业务封装包；若检测到存在所述第一业务封装包，则检测所述第一业务封装包封装后第二业务子信道剩余的第二信道长度；
第二封装单元，用于所述业务封装包分段封装至所述第一业务子信道和所述第二业务子信道。
进一步地，所述确定模块30包括：
第三获取单元，用于获取格式编码映射表；
确定单元，用于根据所述数据类型在所述格式编码映射表中确定所述待传输数据对应的封装格式编码；
所述第三获取单元还用于获取封装格式映射表；
所述确定单元还用于根据所述封装格式映射表和所述封装格式编码确定所述待传输数据对应的数据封装格式。
进一步地，所述转化模块还用于若所述数据封装格式为消息包封装格式，则将所述待传输数据转化为消息封装包；若所述数据封装格式为业务流封装格式或者业务包封装格式，则将所述待传输数据转化为业务封装包。
进一步地，所述接收模块10还用于接收所述待传输数据。
进一步地，所述分类模块20包括：
第四获取单元，用于获取所述待传输数据中的数据标识和数据参数传输类型；
分类单元，用于结合所述数据标识和所述数据参数传输类型将所述待传输数据进行分类。
进一步地，所述确定模块30还用于确定所述待传输数据对应的数据类型。
进一步地，所述数据的封装装置还包括：
发送模块，用于侦测到上层应用发出数据传输指令后，将输入数据格式发送至所述上层应用，以供所述上层应用将待发送数据的数据格式转换为所述输入数据格式，得到所述待传输数据。
本发明基于数据的封装装置具体实施方式与上述基于数据的封装方法各实施例基本相同，在此不再赘述。
此外，本发明还提供一种数据的封装系统。如图13所示，图13是本发明实施例方案涉及的硬件运行环境的结构示意图。
需要说明的是，图13即可为数据的封装系统的硬件运行环境的结构示意图。
如图13所示，该数据的封装系统可以包括：处理器1001，例如CPU(CentralProcessing Unit，中央处理器)，存储器1005，用户接口1003，网络接口1004，通信总线1002。通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(board)，可选用户接口1003还可以包括标准的有线接口(如USB(Universal Serial Bus，通用串行总线)接口)、无线接口(如蓝牙接口)。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI((Wireless-Fidelity))接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
可选地，数据的封装系统还可以包括RF(Radio Frequency，射频)电路，传感器、WiFi模块等等。
本领域技术人员可以理解，图13中示出的数据的封装系统结构并不构成对数据的封装系统的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图13所示，作为一种计算机存储介质的存储器1005中可以包括操作设备、网络通信模块、用户接口模块以及数据的封装程序。其中，操作设备是管理和控制数据的封装系统硬件和软件资源的程序，支持数据的封装程序以及其它软件或程序的运行。
在图所示的数据的封装系统中，用户接口1003主要用于上层应用，以接收数字广播系统发送的数据输入格式和将待传输数据发送至数字广播系统；网络接口1004主要用于数字广播系统，以接收上层应用发送的待传输数据和将封装后的待传输数据发送至物理层；处理器1001可以用于调用存储器1005中存储的数据的封装程序，并完成如上所述的数据的封装系统的控制方法的步骤。
本发明数据的封装系统具体实施方式与上述数据的封装方法各实施例基本相同，在此不再赘述。
此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有数据的封装程序，所述数据的封装程序被处理器完成时实现如上所述的数据的封装方法的步骤。
本发明计算机可读存储介质具体实施方式与上述数据的封装方法各实施例基本相同，在此不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的数据下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多数据下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件货物的形式体现出来，该计算机软件货物存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台数据的封装系统完成本发明各个实施例所述的方法。
