CN116800695A - 信号打包方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明涉及车辆通信技术领域，公开了信号打包方法、装置、计算机设备及存储介质，本发明提供的方法包括获取待打包信号以及待打包信号的属性信息；基于属性信息对待打包信号进行分组，确定待打包信号组以及待打包信号组的优先级；基于待打包信号组的大小在已创建PDU中进行查询，确定待打包信号组对应的目标PDU；基于优先级配置文件以及待打包信号组的优先级，将待打包信号组内的待打包信号打包至目标PDU中，以得到打包结果，优先级配置文件用于表示优先级与打包策略的对应关系。该方法根据不同信号打包的策略需求，灵活配置打包的顺序与关注重点，降低了信号打包过程中优先级变更导致的成本问题，也为之后信号打包优先级策略的修改增加了相关依据。

Description

信号打包方法、装置、计算机设备及存储介质

技术领域

本发明涉及车辆通信领域，具体涉及信号打包方法、装置、计算机设备及存储介质。

背景技术

在汽车CAN与CAN-FD总线网络设计阶段，经常会出现PDU(Protocol Data Unit，即协议数据单元)信号打包问题，即，将不同类型的报文数据抽象为具有统一ID、名称的数据包，并排布至合适的PDU中。针对设计过程中的信号打包问题，当前存在一定程度的自动化方案，可以简单的根据信号的长度，发送方ECU(Electronic Control Unit，电子控制单元)与接收方ECU，将信号打包至相应的PDU中，便于CAN/CAN-FD总线控制器进行发送。但是，面对复杂的信号打包需求，仍然采用人工打包的方式处理。

发明内容

有鉴于此，本发明提供了一种信号打包方法、装置、计算机设备及存储介质，以解决PDU信号打包的问题。

第一方面，本发明提供了一种信号打包方法，所述方法包括：

获取待打包信号以及所述待打包信号的属性信息；

基于所述属性信息对所述待打包信号进行分组，确定待打包信号组以及所述待打包信号组的优先级；

基于所述待打包信号组的大小在已创建PDU中进行查询，确定所述待打包信号组对应的目标PDU；

基于优先级配置文件以及所述待打包信号组的优先级，将所述待打包信号组内的待打包信号打包至所述目标PDU中，以得到打包结果，所述优先级配置文件用于表示优先级与打包策略的对应关系。

本发明实施例提供的信号打包方法，基于待打包信号的属性信息对其进行分组，实现对相同或相似类型的待打包信号进行统一的打包管理，简化了信号打包的处理过程，且基于待打包信号组的大小在已创建PDU中进行查询得到能够容纳待打包信号组的目标PDU，保证了所得到的目标PDU的准确性，对待打包信号的打包是基于优先级配置文件进行的，在打包策略调整时，只需调整该优先级配置文件即可，而避免对整个打包过程的调整，可以根据不同信号打包的策略需求，灵活配置打包的顺序与关注重点，降低了信号打包过程中优先级变更导致的成本问题，也为之后信号打包优先级策略的修改增加了相关依据。

在一些可选的实施方式中，获取所述待打包信号的属性信息包括：

获取信号需求表以及信号转发需求表，所述信号需求表用于表示所述待打包信号的第一属性信息，所述信号转发需求表用于表示具有路由关系的待打包信号的第二属性信息；

对所述信号需求表以及所述信号转发需求表进行解析，得到所述待打包信号的第一属性信息以及第二属性信息，所述待打包信号的属性信息包括所述第一属性信息以及所述第二属性信息。

本发明实施例提供的信号打包方法，由于有的待打包信号是具有路由关系的，而有的是不具有路由关系的，采用信号需求表与信号转发需求表分别表示待打包信号的第一属性信息与第二属性信息，实现对不同类型的属性信息的统一管理。

在一些可选的实施方式中，所述基于所述属性信息对所述待打包信号进行分组，确定待打包信号组以及所述待打包信号组的优先级，包括：

基于所述第一属性信息，对所述待打包信号进行分组，得到初始打包信号组；

基于所述第二属性信息对所述初始打包信号组内的待打包信号进行分组调整，得到所述待打包信号组；

利用优先级与属性信息的对应关系，确定所述待打包信号组的优先级。

本发明实施例提供的信号打包方法，由于第一属性信息是与所有的待打包信号对应的，利用第一属性信息对所有的待打包信号进行分组，能够提高所得到的初始打包信号组的准确性，在此基础上，结合第二属性信息对初始打包信号组内的待打包信号进行调整，进一步提高了所得到的待打包信号的准确性。

在一些可选的实施方式中，所述基于所述待打包信号组的大小在已创建PDU中进行查询，确定所述待打包信号组对应的目标PDU，包括：

获取所述已创建PDU的剩余大小；

获取所述待打包信号组中各个待打包信号的大小，并对所述待打包信号组中各个待打包信号的大小进行求和，得到所述待打包信号组的需求大小；

基于所述待打包信号组的需求大小以及所述已创建PDU的剩余大小，确定所述目标PDU。

本发明实施例提供的信号打包方法，由于待打包信号组内包括多个待打包信号，多个待打包信号的大小之和表示该待打包信号组的需求大小，利用该需求大小与已创建PDU的剩余大小的大小关系，得到目标PDU，从而保证了目标PDU能够容纳打包信号。

在一些可选的实施方式中，所述基于优先级配置文件以及所述待打包信号组的优先级，将所述待打包信号组内的待打包信号打包至所述目标PDU中，以得到打包结果，包括：

基于所述优先级配置文件以及所述待打包信号组的优先级，确定所述待打包信号组的目标打包策略；

基于所述目标打包策略对所述待打包信号组中的待打包信号进行打包，得到打包信号；

若所述打包信号的大小小于所述目标PDU的剩余大小，将所述打包信号加入所述目标PDU中，以得到所述打包结果。

本发明实施例提供的信号打包方法，在打包信号的大小小于目标PDU的剩余大小时，表示目标PDU能够容纳该打包信号，且保证同一待打包信号组对应的打包信号是存在于同一目标PDU中的。

在一些可选的实施方式中，所述基于优先级配置文件以及所述待打包信号组的优先级，将所述待打包信号组内的待打包信号打包至所述目标PDU中，以得到打包结果，还包括：

若所述打包信号的大小大于所述目标PDU的剩余大小，创建新的PDU并将所述打包信号加入所述新的PDU中，以得到所述打包结果。

本发明实施例提供的信号打包方法，在目标PDU剩余大小不够容纳目标信号的情况下时，才会创建新的PDU，以保持较高的总线负载率与利用率。

在一些可选的实施方式中，所述基于优先级配置文件以及所述待打包信号组的优先级，将所述待打包信号组内的待打包信号打包至所述目标PDU中，以得到打包结果，还包括：

获取所述待打包信号组内具有路由关系的待打包信号；

若具有路由关系的待打包信号在打包后目标网段或发送网段发生变化，发出打包判断提醒，以确定当前是否需要对待打包信号进行打包。

本发明实施例提供的信号打包方法，由于具有路由关系的待打包信号在打包后目标网段或发送网段发生变化，仍然存在拆分后重新打包的情况，对于这种情况是否需要打包不做判断，需要给予用户提示，由用户根据车辆设计实际情况，判断是否应用路由之后的打包策略。

第二方面，本发明实施例还提供了一种信号打包装置，所述装置包括：

获取模块，用于获取待打包信号以及所述待打包信号的属性信息；

分组模块，用于基于所述属性信息对所述待打包信号进行分组，确定待打包信号组以及所述待打包信号组的优先级；

查询模块，用于基于所述待打包信号组的大小在已创建PDU中进行查询，确定所述待打包信号组对应的目标PDU；

打包模块，用于基于优先级配置文件以及所述待打包信号组的优先级，将所述待打包信号组内的待打包信号打包至所述目标PDU中，以得到打包结果，所述优先级配置文件用于表示优先级与打包策略的对应关系。

本发明实施例提供的信号打包装置，基于待打包信号的属性信息对其进行分组，实现对相同或相似类型的待打包信号进行统一的打包管理，简化了信号打包的处理过程，且基于待打包信号组的大小在已创建PDU中进行查询得到能够容纳待打包信号组的目标PDU，保证了所得到的目标PDU的准确性，对待打包信号的打包是基于优先级配置文件进行的，在打包策略调整时，只需调整该优先级配置文件即可，而避免对整个打包过程的调整，可以根据不同信号打包的策略需求，灵活配置打包的顺序与关注重点，降低了信号打包过程中优先级变更导致的成本问题，也为之后信号打包优先级策略的修改增加了相关依据。

第三方面，本发明提供了一种计算机设备，包括：存储器和处理器，存储器和处理器之间互相通信连接，存储器中存储有计算机指令，处理器通过执行计算机指令，从而执行上述第一方面或其对应的任一实施方式的信号打包方法。

第四方面，本发明提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机指令，计算机指令用于使计算机执行上述第一方面或其对应的任一实施方式的信号打包方法。

需要说明的是，本发明实施例提供的计算机设备以及计算机可读存储介质是用于执行上述任一实施方式中所述的信号打包方法，因此，上述信号打包方法所具有的有益效果，对于计算机设备以及计算机可读存储介质而言也同样适用，因此，在此不再赘述。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例的信号打包方法的流程示意图；

图2是根据本发明实施例的另一信号打包方法的流程示意图；

图3是根据本发明实施例的又一信号打包方法的流程示意图；

图4是根据本发明实施例的信号打包装置的结构框图；

图5是本发明实施例的计算机设备的硬件结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

信号打包场景中往往存在有很多共生情况的出现，如功能安全的信号需要与其影响的信号打包在一起；再如CRC(Cyclic Redundancy Check，循环冗余校验)与RC(Redundancy Check，冗余校验)信号需要放置在PDU中指定的位置上(一般是低四位)；再如信号打包在面对路由状况时显得更为复杂，不仅需要考虑路由的类型是PDU路由还是信号路由，还需要考虑经过路由后的源头与目标是否一致，规则条目很多，容易导致相互冲突时无法确定优先选择何种规则进行处理。其次，各大厂商的信号打包规则，由于各自注重的点不同，所以很难总结出一套通用的规则描述，也给相关自动化打包脚本的开发增加了难度。再次，在相关技术中，一方面需要为可能后期添加的信号保存裕量，另一方面需要尽量减少新建PDU的数量，以保持较高的总线负载率与利用率，对打包脚本的智能化程度要求较高。最后，CAN报文与CAN-FD报文经常混合出现在总线上，对于CAN报文来说，由于长度固定，从逻辑上实现打包比较方便，对于CANFD报文来说，由于其长度不定，也给新增PDU时的默认长度设置增加了难度，如果设置位数过短，则减少了可扩展性，之后信号打包会出现相关逻辑报文无法争取而放入的现象；如果设置位数过长，则会导致默认建立的PDU长度过剩，导致资源的浪费。总体而言，由于相关技术中的信号打包方法遵循的是定制化的逻辑，在更换场景或者规则后，很可能便不再适用，极大的延迟了网络通信的设计周期，也使打包程序的灵活性和复用性大大的降低了。

基于此，本发明实施例提供了一种信号打包方法，通过对待打包信号进行分组以及优先级配置文件，对待打包信号进行打包得到打包结果。根据不同信号打包的策略需求，灵活配置打包的顺序与关注重点，降低了信号打包过程中优先级变更导致的成本问题，也为之后信号打包优先级策略的修改增加了相关依据。

根据本发明实施例，提供了一种信号打包方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在本实施例中提供了一种信号打包方法，可用于计算机设备，如电脑、平板电脑等，图1是根据本发明实施例的信号打包方法的流程图，如图1所示，该流程包括如下步骤：

步骤S101，获取待打包信号以及待打包信号的属性信息。

待打包信号是依据用户需求给定的，例如，在信号打包之前，获取到用户的需求，得到待打包信号，采用信号需求表的方式表征这些待打包信号。当然，待打包信号的表征方式并不限于此，也可以采用其他方式表示，在此对其并不做任何限定。

待打包信号的属性信息包括但不限于待打包信号的发送周期、发送的信号组以及发送节点等等。其中，对于具有路由关系的待打包信号，在其属性信息中还包括有路由信息，例如，路由类型，发送网段、目标网段等等。路由类型包括PDU路由以及信号路由，PDU路由转发不影响信号打包后的PDU结构，而信号路由转发则相当于将信号重新进行打包，相当于更改了信号自身所在的发送网段与目标网段。

待打包信号的属性信息可以是用户在提出待打包信号的需求时一并给出的，例如，对于待打包信号A而言，给出其对应的发送周期、发送的信号组以及发送节点等等。若待打包信号A还具有路由关系，则还需要给出待打包信号A的路由信息等等。

待打包信号的属性信息与待打包信息可以是在同一个信号需求表中表征的，也可以是分别在不同的需求表中表征的，等等，在此对其并不做任何限制，具体根据实际需求进行设置即可。

步骤S102，基于属性信息对待打包信号进行分组，确定待打包信号组以及待打包信号组的优先级。

对待打包信号进行分组的目的是，将相同或相似的待打包信号进行统一的打包管理。具体地，将相同属性的待打包信号划分至同一待打包信号组，或者，将属性值在同一范围内的待打包信号划分至同一待打包信号组。例如，将相同发送周期的信号放置在同一组中，如10ms、20ms、50ms、100ms、500ms、大于1s、事件型信号等。或者，相同发送信号组字段的待打包信号放置在同一组中。即，根据发送周期、发送的信号组、发送节点等属性信息进行分组，供之后优先级排列使用。

在确定出待打包信号组之后，基于待打包信号组对应的属性信息确定待打包信号组的优先级。例如，发送周期越短，其对应的优先级越高等等。待打包信号组优先级的确定，可以是通过优先级与属性信息的对应关系得到，即，通过设置有属性信息对应的优先级，得到优先级与属性信息的对应关系。利用各个待打包信号组对应的属性信息，查询该对应关系，即可确定待打包信号组的优先级。

步骤S103，基于待打包信号组的大小在已创建PDU中进行查询，确定待打包信号组对应的目标PDU。

由于对待打包信号进行打包后，是需要放入PDU中的。为了保证较高的总线负载以及利用率，尽量采用已创建PDU放置打包后的信号。基于此，基于待打包信号组的大小，在已创建PDU中进行查询，以保证查询得到的目标PDU能够容纳打包后的信号。

对于各个PDU而言，是依据长度需求进行创建的。即，PDU的初始长度已知，在放入打包信号后，由于打包信号的大小也可知，因此，可以得到各个已创建PDU的剩余大小。将待打包信号组的大小与各个已创建PDU的剩余大小进行比较，筛选出剩余大小大于待打包信号组大小的已创建PDU，将其作为目标PDU。

需要说明的是，此处筛选出的目标PDU可以是一个或多个，若为多个可以选择剩余大小最大的已创建PDU作为目标PDU，或者，可以将筛选出的多个已创建PDU均作为目标PDU，以便后续步骤进行再次筛选。

步骤S104，基于优先级配置文件以及待打包信号组的优先级，将待打包信号组内的待打包信号打包至目标PDU中，以得到打包结果。

其中，所述优先级配置文件用于表示优先级与打包策略的对应关系。

优先级配置文件依据用户需求得到的，或者，在信号打包之前，用户提供的等等。该优先级配置文件表示的是优先级与打包策略的对应关系，不同优先级对应的打包策略不同。

例如，优先级等级从低到高分别为L0～L5，其对应的打包策略如下所示：

L0：优先级最低，没有合适的PDU可供打包，需要新建一个全新的PDU，再将打包信号置入其中。

L1：存在与信号需求表中发送节点、接收节点、周期相同的已创建PDU，可以满足基本打包需求，不需要新建PDU。

L2：存在与信号需求表中发送节点、接收节点、周期相同的已创建PDU，且预留了相同的网段。

L3：除了保留与L2相同的属性外，还增加了信号组功能的描述，即指定功能组的字段相同的信号，需要打包至指定PDU的规则。

L4：根据设计模式，必须打包至同一PDU的信号，其中包括功能安全信号，即原始信号的CRC信号与RC信号；还包括有效性检查信号，即原始信号与原始信号的有效信号；以及信号需求表中推荐列备注的，需要打包到一起的信号。这部分内容的优先级可以通过配置文件的形式，进行灵活定制。

L5(后续可以继续根据实际情况，灵活的增加或降低优先级)：考虑到最复杂情况，通过完全新建PDU的形式进行创建，还可以添加其他的规则，扩展信号打包功能。

需要说明的是，上述仅仅是优先级与打包策略的对应示意，并不限定本发明的保护范围，具体是根据实际需求进行设置的。上述优先级与打包策略的对应关系是通过优先级配置文件进行表示的，其是用户根据实际需求确定的。

在确定出待打包信号组的优先级之后，利用该优先级配置文件确定该优先级对应的打包策略，并基于确定出的打包策略对待打包信号组内的待打包信号进行打包得到打包信号，再将打包信号加入目标PDU中得到打包结果。具体地，根据确定的优先级对待打包信号进行打包，即从优先等级高的打包策略开始检查信号是否符合执行该优先级策略高的打包策略(如名称匹配、信号组要求匹配，特定位置匹配、发送/接收方匹配)，确定出打包策略之后再对待打包信号进行打包。在打包策略中，需要给定对齐方式、RC/CRC信号的排布区域、新建PDU的默认大小等必要信息之后，根据规则依次执行从高优先级到低优先级的打包操作，得到打包结果。

本实施例提供的信号打包方法，基于待打包信号的属性信息对其进行分组，实现对相同或相似类型的待打包信号进行统一的打包管理，简化了信号打包的处理过程，且基于待打包信号组的大小在已创建PDU中进行查询得到能够容纳待打包信号组的目标PDU，保证了所得到的目标PDU的准确性，对待打包信号的打包是基于优先级配置文件进行的，在打包策略调整时，只需调整该优先级配置文件即可，而避免对整个打包过程的调整，可以根据不同信号打包的策略需求，灵活配置打包的顺序与关注重点，降低了信号打包过程中优先级变更导致的成本问题，也为之后信号打包优先级策略的修改增加了相关依据。

在本实施例中提供了一种信号打包方法，可用于计算机设备，如电脑、平板电脑等，图2是根据本发明实施例的信号打包方法的流程图，如图2所示，该流程包括如下步骤：

步骤S201，获取待打包信号以及待打包信号的属性信息。

具体地，上述步骤S201包括：

步骤S2011，获取信号需求表以及信号转发需求表。

其中，信号需求表用于表示待打包信号的第一属性信息，信号转发需求表用于表示具有路由关系的待打包信号的第二属性信息。

信号需求表是用于表示所有的待打包信号，待打包信号的第一属性信息包括但不限于发送周期、发送的信号组以及发送节点等等。其中，发送节点即信号需求表中的发送方ECU字段。信号转发需求表用于表示信号需求表中具有路由关系的待打包信号的第二属性信息，第二属性信息也可以表示有具有路由关系的待打包信号的路由信息，例如，路由类型、发送网段、目标网段等等。

例如，信号需求表中记录有100个待打包信号以及100个待打包信号的第一属性信息，信号转发需求表中记录有其中60个待打包信号的第二属性信息，这60个待打包信号为具有路由关系的待打包信号。

信号需求表以及信号转发需求表均是基于用户需求设置的，例如，在信号打包之前，从用户处获取信号需求表以及信号转发需求表。或者，通过与用户的沟通，确定信号需求表以及信号转发需求表。

在一些可选的实施方式中，在信号打包之前还包括获取已存有若干打包完成的PDU与报文的Excel数据库。该Excel数据库包括PDU名称、PDU长度，已经打包的信号组与信号名称，起始长度、发送方ECU字段、接收方ECU字段、发送网段以及目标网段等信息。

对于信号需求表而言，其具体包括发送节点、网段以及发送周期等必要参数，以及功能组描述、信号类型标识等说明性字段。信号转发需求表反映了信号的第二属性信息以及可能具备的路由类型，其中，路由类型包括PDU路由以及信号路由。

如上文所述，Excel数据库中记录有已存有若干打包完成的PDU，即，已经打包完成的打包信号，这些打包信号可以是以前手动分配的，也可以是自动打包完成的信号，这些信号至少包含如下字段：已打包PDU名称，PDU总长度，未使用的PDU长度，发送周期，信号组(可以为空)，包含信号名称，起始字节位置(Start bit)，信号长度，发送方ECU字段，发送总线名称，接收方ECU字段以及接收总线名称。这些字段用作后续信号打包的预设字段，用作参考。在后续自动打包时，在待打包信号的第一属性信息以及第二属性信息中进行预设字段的匹配，从而确定出预设字段的属性值。

步骤S2012，对信号需求表以及信号转发需求表进行解析，得到待打包信号的第一属性信息以及第二属性信息。

其中，所述待打包信号的属性信息包括第一属性信息以及第二属性信息。

如上文所述，信号需求表用于表示第一属性信息，转发需求表用于表示第二属性信息。且在上述步骤S2012中，通过对已打包信号的分析，得到预设字段。基于此，利用预设字段在信号需求表与信号转发需求表中进行查询，得到待打包信号的第一属性信息以及第二属性信息。即，上述预设字段表示的是第一属性名称以及第二属性名称，通过对信号需求表以及信号转发需求表进行解析，得到第一属性名称以及第二属性名称对应的属性值，从而得到待打包信号的第一属性信息与第二属性信息。

步骤S202，基于属性信息对待打包信号进行分组，确定待打包信号组以及待打包信号组的优先级。

具体地，上述步骤S202包括：

步骤S2021，基于第一属性信息，对待打包信号进行分组，得到初始打包信号组。

例如，第一属性信息包括发送周期、发送的信号组以及发送节点。基于此，将相同发送周期的待打包信号放置在同一初始打包信号组，将发送信号组字段相同的待打包信号放置在同一初始打包信号组，将发送方ECU字段相同的待打包信号放置在同一初始打包信号组。其中，若同一待打包信号既包括有发送周期又包括有发送信号组，则此时先依据发送信号组进行初始打包信号组的划分，再满足发送周期等等。

需要说明的是，各个第一属性信息的分组优先级是根据实际需求设置，在此对其并不做任何限制。若同一待打包信号同时满足具有多个第一属性信息的字段，则依据分组优先级对具有多个第一属性信息的待打包信号进行分组，得到初始打包信号组。

步骤S2022，基于第二属性信息对初始打包信号组内的待打包信号进行分组调整，得到待打包信号组。

由于有的待打包信号是具有路由关系的，即，存在具有第二属性信息的待打包信号，因此，需要结合第二属性信息对初始打包信号组内的待打包信号进行分组调整，得到待打包信号组。例如，若第二属性信息包括路由类型，发送网段以及目标网段，则可以分别将路由类型相同，或发送网段相同，或目标网段相同的待打包信号划分至同一待打包信号组。

步骤S2023，利用优先级与属性信息的对应关系，确定待打包信号组的优先级。

如上文所述，属性信息与优先级存在对应关系。由于待打包信号组包括相同属性信息的待打包信号，因此，通过待打包信号的属性信息与优先级的对应关系，即可确定出待打包信号组的优先级。其中，确定出待打包信号组的优先级是用于确定后续的打包策略。

步骤S203，基于待打包信号组的大小在已创建PDU中进行查询，确定待打包信号组对应的目标PDU。详细请参见图1所示实施例中步骤S103的描述，在此不再赘述。

步骤S204，基于优先级配置文件以及待打包信号组的优先级，将待打包信号组内的待打包信号打包至目标PDU中，以得到打包结果。

其中，所述优先级配置文件用于表示优先级与打包策略的对应关系。详细请参见图1所示实施例中步骤S104的描述，在此不再赘述。

本实施例提供的信号打包方法，由于有的待打包信号是具有路由关系的，而有的是不具有路由关系的，采用信号需求表与信号转发需求表分别表示待打包信号的第一属性信息与第二属性信息，实现对不同类型的属性信息的统一管理。由于第一属性信息是与所有的待打包信号对应的，利用第一属性信息对所有的待打包信号进行分组，能够提高所得到的初始打包信号组的准确性，在此基础上，结合第二属性信息对初始打包信号组内的待打包信号进行调整，进一步提高了所得到的待打包信号的准确性。

在本实施例中提供了一种信号打包方法，可用于计算机设备，如电脑、平板电脑等，图3是根据本发明实施例的信号打包方法的流程图，如图3所示，该流程包括如下步骤：

步骤S301，获取待打包信号以及待打包信号的属性信息。详细请参见图2所示实施例中步骤S201的描述，在此不再赘述。

步骤S302，基于属性信息对待打包信号进行分组，确定待打包信号组以及待打包信号组的优先级。详细请参见图2所示实施例中步骤S202的描述，在此不再赘述。

步骤S303，基于待打包信号组的大小在已创建PDU中进行查询，确定待打包信号组对应的目标PDU。

具体地，上述步骤S303包括：

步骤S3031，获取已创建PDU的剩余大小。

对于每个新建的PDU而言，其长度是已知的。即，用户会给定新建的PDU的长度，每次将打包信号加入新建的PDU之后，由于打包信号的长度也是已知的，因此，即可确定已创建PDU的剩余大小。在每次加入打包信号之后，需要实时更新已创建PDU的剩余大小，以保证已创建PDU的剩余大小的准确性。

步骤S3032，获取待打包信号组中各个待打包信号的大小，并对待打包信号组中各个待打包信号的大小进行求和，得到待打包信号组的需求大小。

对于待打包信号组内的各个待打包信号而言，其大小是已知的，对待打包信号组内的所有待打包信号的大小进行求和，得到待打包信号组的需求大小。例如，待打包信号组包括3个待打包信号，分别为待打包信号1～待打包信号3，且待打包信号1的大小为D1，待打包信号2的大小为D2，待打包信号3的大小为D3，因此，待打包信号组的需求大小为D1+D2+D3。

步骤S3033，基于待打包信号组的需求大小以及已创建PDU的剩余大小，确定目标PDU。

利用待打包信号组的需求大小在已创建PDU中进行查询，将已创建PDU的剩余大小大于待打包信号组的需求大小的PDU确定为目标PDU。需要说明的是，此处查询到的目标PDU可能是一个或多个等等。

步骤S304，基于优先级配置文件以及待打包信号组的优先级，将待打包信号组内的待打包信号打包至目标PDU中，以得到打包结果。

其中，所述优先级配置文件用于表示优先级与打包策略的对应关系。

具体地，上述步骤S304包括：

步骤S3041，基于优先级配置文件以及待打包信号组的优先级，确定待打包信号组的目标打包策略。

在确定出待打包信号组的优先级之后，通过查询优先级配置文件得到待打包信号组的目标打包策略。

步骤S3042，基于目标打包策略对待打包信号组中的待打包信号进行打包，得到打包信号。

基于目标打包策略对待打包信号进行打包得到打包信号，其中，由于有的打包策略需要在待打包信号的基础上加上校验信号，例如CRC信号等等，这就会导致加入这些信号之后所得到打包信号的长度发生了改变，可能会出现目标PDU的剩余长度无法容纳打包信号。当然，若在上述步骤S3033中确定出的目标PDU为多个，则需要依次判断各个目标PDU的剩余长度是否能够容纳该打包信号。

步骤S3043，若打包信号的大小小于目标PDU的剩余大小，将打包信号加入目标PDU中，以得到打包结果。

步骤S3044，若打包信号的大小大于目标PDU的剩余大小，创建新的PDU并将打包信号加入所述新的PDU中，以得到打包结果。

若打包信号的大小小于目标PDU的剩余大小，则将打包信号直接加入目标PDU中，以得到打包结果；否则，若所有的目标PDU的剩余大小均小于打包信号的大小，则需要创建新的PDU，边将打包信号加入新的PDU中，得到打包结果。

具体地，在待打包信号打包完成后得到打包信号，对其进行二次检查，即检查目标PDU中的剩余大小能否放入该打包信号。如果该打包信号实际上由于其他优先级规则的限制，无法放入目标PDU中(例如，打包信号A的大小可以打包至目标PDU，但高优先级策略要求该目标PDU中必须有CRC信号，放入CRC信号后，剩余的PDU空间不足以再放入加入CRC信号后的信号A)，或者，经过分配操作后仍然有多余的信号，则这类情况属于需要重新建立PDU。

本实施例提供的信号打包方法，由于待打包信号组内包括多个待打包信号，多个待打包信号的大小之和表示该待打包信号组的需求大小，利用该需求大小与已创建PDU的剩余大小的大小关系，得到目标PDU，从而保证了目标PDU能够容纳打包信号。在打包信号的大小小于目标PDU的剩余大小时，表示目标PDU能够容纳该打包信号，且保证同一待打包信号组对应的打包信号是存在于同一目标PDU中的。在目标PDU剩余大小不够容纳目标信号的情况下时，才会创建新的PDU，以保持较高的总线负载率与利用率。

在一些可选的实施方式中，该信号打包方法还包括：

步骤a1，获取待打包信号组内具有路由关系的待打包信号。

步骤a2，若具有路由关系的待打包信号在打包后目标网段或发送网段发生变化，发出打包判断提醒，以确定当前是否需要对待打包信号进行打包。

具体地，对于待打包信号组内具有路由关系的待打包信号，如果发送网段或者目标网段发生变化，则打包信号在后续路由转发时仍然存在拆分后重新打包的情况，则对于这种情况是否需要打包不做判断，需要给予用户提示，由用户根据车辆设计实际情况，判断是否应用路由之后的打包策略。

本发明实施例提供的信号打包方法，采用了动态配置的形式，将原有信号打包方法中固定下来的策略浮动化，可以根据不同信号打包的策略需求，灵活配置打包的顺序与关注重点，降低了信号打包过程中优先级变更导致的成本问题，也为之后信号打包优先级策略的修改增加了相关依据。该方法改变了信号打包策略定制过程中最为复杂的需求设计部分，可以在框架设计完成后，继续根据自身的实际需求，定制符合自身需求的打包优先级策略。例如，用户需要更改打包策略的话，不需要修改信号打包方法的框架流程，而仅需提供一个新的优先级配置文件即可实现打包。

在本实施例中还提供了一种信号打包装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

本实施例提供一种信号打包装置，如图4所示，包括：

获取模块401，用于获取待打包信号以及待打包信号的属性信息。

分组模块402，用于基于属性信息对待打包信号进行分组，确定待打包信号组以及待打包信号组的优先级。

查询模块403，用于基于待打包信号组的大小在已创建PDU中进行查询，确定待打包信号组对应的目标PDU。

打包模块404，用于基于优先级配置文件以及待打包信号组的优先级，将待打包信号组内的待打包信号打包至目标PDU中，以得到打包结果，优先级配置文件用于表示优先级与打包策略的对应关系。

在一些可选的实施方式中，获取模块401包括：

需求表获取单元，用于获取信号需求表以及信号转发需求表，所述信号需求表用于表示所述待打包信号的第一属性信息，所述信号转发需求表用于表示具有路由关系的待打包信号的第二属性信息；

解析单元，用于对所述信号需求表以及所述信号转发需求表进行解析，得到所述待打包信号的第一属性信息以及第二属性信息，所述待打包信号的属性信息包括所述第一属性信息以及所述第二属性信息。

在一些可选的实施方式中，分组模块402包括：

第一分组单元，用于基于所述第一属性信息，对所述待打包信号进行分组，得到初始打包信号组；

第二分组单元，用于基于所述第二属性信息对所述初始打包信号组内的待打包信号进行分组调整，得到所述待打包信号组；

优先级单元，用于利用优先级与属性信息的对应关系，确定所述待打包信号组的优先级。

在一些可选的实施方式中，查询模块403包括：

第一获取单元，用于获取所述已创建PDU的剩余大小；

第二获取单元，用于获取所述待打包信号组中各个待打包信号的大小，并对所述待打包信号组中各个待打包信号的大小进行求和，得到所述待打包信号组的需求大小；

目标PDU确定单元，用于基于所述待打包信号组的需求大小以及所述已创建PDU的剩余大小，确定所述目标PDU。

在一些可选的实施方式中，打包模块404包括：

打包策略确定单元，用于基于所述优先级配置文件以及所述待打包信号组的优先级，确定所述待打包信号组的目标打包策略；

打包单元，用于基于所述目标打包策略对所述待打包信号组中的待打包信号进行打包，得到打包信号；

第一大小比较单元，用于若所述打包信号的大小小于所述目标PDU的剩余大小，将所述打包信号加入所述目标PDU中，以得到所述打包结果。

在一些可选的实施方式中，打包模块404还包括：

第二大小比较单元，用于若所述打包信号的大小大于所述目标PDU的剩余大小，创建新的PDU并将所述打包信号加入所述新的PDU中，以得到所述打包结果。

在一些可选的实施方式中，打包模块404还包括：

待打包信号获取单元，用于获取所述待打包信号组内具有路由关系的待打包信号；

提醒单元，用于若具有路由关系的待打包信号在打包后目标网段或发送网段发生变化，发出打包判断提醒，以确定当前是否需要对待打包信号进行打包。

本实施例中的信号打包装置是以功能单元的形式来呈现，这里的单元是指ASIC电路，执行一个或多个软件或固定程序的处理器和存储器，和/或其他可以提供上述功能的器件。

上述各个模块和单元的更进一步的功能描述与上述对应实施例相同，在此不再赘述。

本发明实施例还提供一种计算机设备，具有上述图4所示的信号打包装置。

请参阅图5，图5是本发明可选实施例提供的一种计算机设备的结构示意图，如图5所示，该计算机设备包括：一个或多个处理器10、存储器20，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相通信连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在计算机设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在一些可选的实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个计算机设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图5中以一个处理器10为例。

处理器10可以是中央处理器，网络处理器或其组合。其中，处理器10还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路，可编程逻辑器件或其组合。上述可编程逻辑器件可以是复杂可编程逻辑器件，现场可编程逻辑门阵列，通用阵列逻辑或其任意组合。

其中，所述存储器20存储有可由至少一个处理器10执行的指令，以使所述至少一个处理器10执行实现上述实施例示出的方法。

存储器20可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器20可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些可选的实施方式中，存储器20可选包括相对于处理器10远程设置的存储器，这些远程存储器可以通过网络连接至该计算机设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

存储器20可以包括易失性存储器，例如，随机存取存储器；存储器也可以包括非易失性存储器，例如，快闪存储器，硬盘或固态硬盘；存储器20还可以包括上述种类的存储器的组合。

该计算机设备还包括输入装置30和输出装置40。处理器10、存储器20、输入装置30和输出装置40可以通过总线或者其他方式连接，图5中以通过总线连接为例。

输入装置30可接收输入的数字或字符信息，以及产生与该计算机设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等。输出装置40可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。上述显示设备包括但不限于液晶显示器，发光二极管，显示器和等离子体显示器。在一些可选的实施方式中，显示设备可以是触摸屏。

本发明实施例还提供了一种计算机可读存储介质，上述根据本发明实施例的方法可在硬件、固件中实现，或者被实现为可记录在存储介质，或者被实现通过网络下载的原始存储在远程存储介质或非暂时机器可读存储介质中并将被存储在本地存储介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件的存储介质上的这样的软件处理。其中，存储介质可为磁碟、光盘、只读存储记忆体、随机存储记忆体、快闪存储器、硬盘或固态硬盘等；进一步地，存储介质还可以包括上述种类的存储器的组合。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件，当软件或计算机代码被计算机、处理器或硬件访问且执行时，实现上述实施例示出的方法。

虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种信号打包方法，其特征在于，所述方法包括：

获取待打包信号以及所述待打包信号的属性信息；

基于所述属性信息对所述待打包信号进行分组，确定待打包信号组以及所述待打包信号组的优先级；

基于所述待打包信号组的大小在已创建PDU中进行查询，确定所述待打包信号组对应的目标PDU；

基于优先级配置文件以及所述待打包信号组的优先级，将所述待打包信号组内的待打包信号打包至所述目标PDU中，以得到打包结果，所述优先级配置文件用于表示优先级与打包策略的对应关系。

2.根据权利要求1所述的方法，其特征在于，获取所述待打包信号的属性信息包括：

获取信号需求表以及信号转发需求表，所述信号需求表用于表示所述待打包信号的第一属性信息，所述信号转发需求表用于表示具有路由关系的待打包信号的第二属性信息；

对所述信号需求表以及所述信号转发需求表进行解析，得到所述待打包信号的第一属性信息以及第二属性信息，所述待打包信号的属性信息包括所述第一属性信息以及所述第二属性信息。

3.根据权利要求2所述的方法，其特征在于，所述基于所述属性信息对所述待打包信号进行分组，确定待打包信号组以及所述待打包信号组的优先级，包括：

基于所述第一属性信息，对所述待打包信号进行分组，得到初始打包信号组；

基于所述第二属性信息对所述初始打包信号组内的待打包信号进行分组调整，得到所述待打包信号组；

利用优先级与属性信息的对应关系，确定所述待打包信号组的优先级。

4.根据权利要求1所述的方法，其特征在于，所述基于所述待打包信号组的大小在已创建PDU中进行查询，确定所述待打包信号组对应的目标PDU，包括：

获取所述已创建PDU的剩余大小；

获取所述待打包信号组中各个待打包信号的大小，并对所述待打包信号组中各个待打包信号的大小进行求和，得到所述待打包信号组的需求大小；

基于所述待打包信号组的需求大小以及所述已创建PDU的剩余大小，确定所述目标PDU。

5.根据权利要求1所述的方法，其特征在于，所述基于优先级配置文件以及所述待打包信号组的优先级，将所述待打包信号组内的待打包信号打包至所述目标PDU中，以得到打包结果，包括：

基于所述优先级配置文件以及所述待打包信号组的优先级，确定所述待打包信号组的目标打包策略；

基于所述目标打包策略对所述待打包信号组中的待打包信号进行打包，得到打包信号；

若所述打包信号的大小小于所述目标PDU的剩余大小，将所述打包信号加入所述目标PDU中，以得到所述打包结果。

6.根据权利要求5所述的方法，其特征在于，所述基于优先级配置文件以及所述待打包信号组的优先级，将所述待打包信号组内的待打包信号打包至所述目标PDU中，以得到打包结果，还包括：

若所述打包信号的大小大于所述目标PDU的剩余大小，创建新的PDU并将所述打包信号加入所述新的PDU中，以得到所述打包结果。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述基于优先级配置文件以及所述待打包信号组的优先级，将所述待打包信号组内的待打包信号打包至所述目标PDU中，以得到打包结果，还包括：

获取所述待打包信号组内具有路由关系的待打包信号；

若具有路由关系的待打包信号在打包后目标网段或发送网段发生变化，发出打包判断提醒，以确定当前是否需要对待打包信号进行打包。

8.一种信号打包装置，其特征在于，所述装置包括：

获取模块，用于获取待打包信号以及所述待打包信号的属性信息；

分组模块，用于基于所述属性信息对所述待打包信号进行分组，确定待打包信号组以及所述待打包信号组的优先级；

查询模块，用于基于所述待打包信号组的大小在已创建PDU中进行查询，确定所述待打包信号组对应的目标PDU；

打包模块，用于基于优先级配置文件以及所述待打包信号组的优先级，将所述待打包信号组内的待打包信号打包至所述目标PDU中，以得到打包结果，所述优先级配置文件用于表示优先级与打包策略的对应关系。

9.一种计算机设备，其特征在于，包括：

存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行权利要求1至7中任一项所述的信号打包方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机指令，所述计算机指令用于使计算机执行权利要求1至7中任一项所述的信号打包方法。