CN105072047B - 一种报文传输及处理方法 - Google Patents

Abstract

本发明公开了一种报文传输及处理方法，包括：发送端定义报文的报文头及报文数据；发送端通过第一接口发送报文的报文头至第一接收端，同时通过第二接口发送该报文的报文数据至第一接收端；第一接收端分别对报文头及报文数据进行并行处理。本申请中同时分别的将报文的报文头及报文数据发送至第一接收端，即将报文头及报文数据进行并行传输，并由第一接收端对报文头及报文数据进行并行处理。通过对同一报文的报文头及报文数据进行并行传输及并行处理的方式，提高了报文的传输速度和处理速度，并且，将报文头与报文数据分开处理，避免了对于逻辑资源的浪费情况的发生。因此，能够在保证报文的传输速度及处理速度的同时，避免逻辑资源的浪费。

Description

一种报文传输及处理方法

技术领域

本发明涉及技术芯片设计领域，更具体地说，涉及一种报文传输及处理方法。

背景技术

随着服务器应用领域的不断发展，高端服务器的应用需求已经进入了一个重要阶段。复杂体系结构的实现需要依赖于能够实现高性能指标、高安全性、高可用性、高可靠性等特点的高端服务器系统，而这就需要网络控制类芯片控制多路处理器系统，使系统内部报文传输达到高效可靠、安全稳定。对于支持大规模多节点网络系统的复杂报文协议，需要提高网络控制芯片处理大量并发报文数据的能力和更有效率地利用控制芯片间的数据接口。

对于常用的网络控制芯片之间的报文，报文的报文头与报文数据往往是通过同一套接口一起进行传输的，且芯片内部对报文头和报文数据的处理也是一起的。但是发明人发现，通过同一套接口传输整个的包括有报文头及报文数据的报文的传输速度并不高；同时，对于报文的报文头及报文数据一起处理的方式会造成逻辑资源的浪费，这是因为在实际应用中，大部分对于报文头的操作和解析是不需要报文数据的，并且当需要处理的报文数量较多以及报文数据的长度较长的时候，这种浪费就更加明显。

综上所述，如何提供一种传输速度较高，且能够避免逻辑资源浪费的报文传输及处理方法，是目前本领域技术人员亟待解决的问题。

发明内容

本发明的目的是提供一种报文传输及处理方法，以解决现有技术中存在的接口资源和逻辑资源浪费较严重的问题。

为了实现上述目的，本发明提供如下技术方案：

一种报文传输及处理方法，包括：

发送端定义报文的报文头及报文数据；

所述发送端通过第一接口发送所述报文的报文头至第一接收端，同时通过第二接口发送该报文的报文数据至所述第一接收端；

所述第一接收端分别对所述报文头及所述报文数据进行并行处理。

优选的，所述发送端发送所述报文的报文头及报文数据，包括：

所述发送端为所述报文的报文头及报文数据分配同样的ID号，并将携带有所述ID号的报文头通过所述第一接口发送至所述第一接收端，同时将携带有所述ID号的报文数据通过所述第二接口发送至所述第一接收端。

优选的，所述第一接收端接收到所述报文的报文头及报文数据之后，还包括：

所述第一接收端发送接收完成信号至所述发送端，以指示所述发送端将所述报文头及所述报文数据的ID号进行回收。

优选的，所述方法还包括：

所述第一接收端为所述报文的报文头及报文数据分配同样的ID号，并分别对所述报文头及所述报文数据进行并行处理；

所述第一接收端通过第三接口将处理完成的携带有所述ID号的报文头发送至第二接收端，同时将处理完成的携带有所述ID号的报文数据发送至所述第二接收端；

所述第一接收端接收所述第二接收端发送的接收完成信号，并对所述ID号进行回收。

优选的，所述第一接收端接收所述报文头及所述报文数据之后，还包括：

所述第一接收端将所述报文头及所述报文数据分别进行缓存；

待所述报文头及所述报文数据全部接收完成后再执行分别对所述报文头及所述报文数据进行并行处理的步骤。

优选的，还包括：

所述发送端统计待发送的全部报文分别对应的报文数据的长度，得到统计结果；

根据所述统计结果设置所述第二接口的宽度。

优选的，还包括：

所述第一接收端确定所述报文数据的长度为报文类型；

根据所述报文类型为所述报文数据分配缓存空间。

优选的，还包括：

所述发送端判断即将发送的所述报文数据的长度是否大于所述第二接口的宽度；

如果是，则将所述报文数据按照所述第二接口的宽度进行分段，以通过所述第二接口对所述报文数据进行分段发送至所述第一接收端，如果否，则将所述报文数据通过所述第二接口直接发送至所述第一接收端。

优选的，还包括：

所述发送端根据所述报文头的长度设置所述第一接口的宽度，其中，所述发送端待发送的全部报文分别对应的报文头的长度均相同。

本发明提供的一种报文传输及处理方法，包括：发送端定义报文的报文头及报文数据；所述发送端通过第一接口发送所述报文的报文头至第一接收端，同时通过第二接口发送该报文的报文数据至所述第一接收端；所述第一接收端分别对所述报文头及所述报文数据进行并行处理。与现有技术相比，本申请中同时分别的将报文的报文头及报文数据发送至第一接收端，即将报文头及报文数据进行并行传输，并由第一接收端对报文头及报文数据进行并行处理。由此，通过对同一报文的报文头及报文数据进行并行传输及并行处理的方式，提高了报文的传输速度和处理速度，并且，将报文头与报文数据分开处理，避免了背景技术中提到的对于逻辑资源的浪费情况的发生。因此，本申请实施例公开的一种报文传输及处理方法，在保证报文的传输速度及处理速度的同时，避免了逻辑资源的浪费。

附图说明

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

图1为本发明实施例提供的一种报文传输及处理方法的流程图。

具体实施方式

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

请参阅图1，其示出了本发明实施例提供的一种报文传输及处理方法的流程图，可以包括以下步骤：

S11：发送端定义报文的报文头及报文数据。

报文(message)是网络中交换与传输的数据单元，即站点一次性要发送的数据块。报文包含了将要发送的完整的数据信息，其长度不限且可变。报文可分为报文头及报文数据，其中，报文头用于保存报文的状态和控制信息，如报文类型、报文长度、报文版本、路由信息(发送端及接收端的设定)、操作信息(读、写或其他特殊操作)及优先级等等各种协议支持的信息；而报文数据包含的是报文真正需要传输给目标节点的数据，目标节点可通过对报文头的解析确定对报文应执行的处理，而对于报文数据，则按照报文头规定的方式对数据进行相关操作。其中，节点即为发送端或者接收端的总称。

S12：发送端通过第一接口发送报文的报文头至第一接收端，同时通过第二接口发送该报文的报文数据至第一接收端。

其中，并行传输是在传输中有多个数据位同时在设备之间进行的传输，而在设备之间对于同一报文的报文头及报文数据分别且同时的进行传输的方式即为并行传输，并行传输存在传输速度快，且控制简单的特点。

S13：第一接收端分别对报文头及报文数据进行并行处理。

并行处理(Parallel Processing)是计算机系统中能同时执行两个或更多个处理的一种计算方法。并行处理可同时工作于同一程序的不同方面。并行处理的主要目的是节省大型和复杂问题的解决时间。而本申请中的并行处理为同时且分别对报文头及报文数据进行处理。

本申请公开的一种报文传输及处理方法中，同时分别的将报文的报文头及报文数据发送至第一接收端，即将报文头及报文数据进行并行传输，并由第一接收端对报文头及报文数据进行并行处理。由此，通过对同一报文的报文头及报文数据进行并行传输及并行处理的方式，提高了报文的传输速度和处理速度，并且，将报文头与报文数据分开处理，避免了背景技术中提到的对于逻辑资源的浪费情况的发生。因此，本申请实施例公开的一种报文传输及处理方法，在保证报文的传输速度及处理速度的同时，避免了逻辑资源的浪费。

并且，在对报文头及报文数据的并行处理中，能够考虑到报文头及报文数据在内容特性即处理方式的区别，选取分别适合于报文头及报文数据的处理方式，更充分的利用了逻辑资源。从而实现了在节点内部报文流高速传输的同时，充分利用逻辑资源。

上述实施例提供的一种报文传输及处理方法中，发送端发送报文的报文头及报文数据，可以包括：

发送端为报文的报文头及报文数据分配同样的ID号，并将携带有ID号的报文头通过第一接口发送至第一接收端，同时将携带有ID号的报文数据通过第二接口发送至第一接收端。

发送端为报文的报文头及报文数据分配同样的ID号，可以使得第一接收端在接收报文的报文头及报文数据之后，通过查询ID号而获知同一报文的报文头及报文数据，因此，增强了对于报文传输的准确性，避免出现将报文头及报文数据搭配错误，如将一个报文的报文头认为成另一报文的报文头的情况的发生。

并且，在第一接收端接收到报文的报文头及报文数据之后，还可以包括：

第一接收端发送接收完成信号至发送端，以指示发送端将报文头及报文数据的ID号进行回收。

每次第一接收端接收报文头及报文数据后，将接收完成信号发送至发送端，发送端即可获知接收端已接收到同一报文的报文头及报文数据，则将该报文对应的ID号进行回收，以便后续发送报文时对ID号的利用。发送端可以包括一个空闲ID池，池中包括有空闲的可被分配给报文的ID号。由此，每次将一个ID号分配给即将发送的报文时，则将该ID号移出空闲ID池，当将ID号进行回收后，再将ID号放回空闲ID池。通过回收可以保证空闲ID池中始终保存有空闲的ID，以保证对后续发送的报文的ID号的分配。

上述实施例提供的一种报文传输及处理方法中，还可以包括：

第一接收端为报文的报文头及报文数据分配同样的ID号，并分别对报文头及报文数据进行并行处理；

第一接收端通过第三接口将处理完成的携带有ID号的报文头发送至第二接收端，同时将处理完成的携带有ID号的报文数据发送至第二接收端；

第一接收端接收第二接收端发送的接收完成信号，并对ID号进行回收。

其中，上述实施例提到的为报文头及报文数据分配同样的ID号，即为将该ID号写入报文头及报文数据中。

需要对报文进行处理的节点，在对报文进行处理之前需要对报文的报文头及报文数据分配同样的ID号，由此，在对报文并行处理完成后，能够准确获知同一报文的报文头及报文数据。另外，第一接收端将处理完成的报文头及报文数据发送至其他节点的过程与上述实施例中发送端向第一接收端发送报文的过程相同，区别仅仅在于ID号的分配时间不同。

其中，上述步骤的实施需要在报文传输过程中的发送端及接收端预先设定有一套传输ID号的管理逻辑的实施方式。而在每个节点内部都应设置有这套管理逻辑，这是因为每个节点均可作为发送端及接收端，在其作为发送端的时候，需要为报文的传输分配ID号，在作为接收端的时候，需要为报文的处理分配ID号。因此，在每个节点内部均可包括一个空闲ID池，以保证对于报文头及报文数据的ID号的正常分配。

上述实施例提供的一种报文传输及处理方法中，第一接收端接收报文头及报文数据之后，还可以包括：

第一接收端将报文头及报文数据分别进行缓存；

待报文头及报文数据全部接收完成后再执行分别对报文头及报文数据进行并行处理的步骤。

第一接收端中可以设置有与报文头及报文数据分别对应的两个缓存空间，即报文头具有报文头缓存空间，报文数据具有报文数据缓存空间。由此，在同一报文的报文头及报文数据均接收完毕后再对报文头及报文数据进行处理，能够避免报文头或者报文数据其中一项处理完成之后，另外一项还未开始处理，对报文的管理造成不便的情况发生。并且对应的，可以在同一报文的报文头及报文数据均进行处理完毕后再同时进行发送。

并且，上述实施例提供的一种报文传输及处理方法中，还可以包括：

所述发送端根据所述报文头的长度设置所述第一接口的宽度，其中，所述发送端待发送的全部报文分别对应的报文头的长度均相同。

可以预先设定报文头的长度，在定义每个报文时均将其定义为预先设定的长度，由此，每个报文头的长度均相同，根据每个报文头的长度可以设置第一接口的宽度，即，可将第一接口的宽度设置为与报文头的长度相同，由此，能够大大节省接口资源，避免第一接口的宽度过宽造成对于接口资源的浪费。并且，对应的，可以在根据报文头的长度设置上述实施例中提到的报文头缓存空间，如确定一般需缓存的报文头数量，然后将报文头的长度与报文头的数量的乘积的宽度作为报文头缓存空间的宽度，由此，避免了报文头缓存空间过大造成存储资源被闲置的情况发生，能够大大节省存储资源。

另外，上述实施例提供的一种报文传输及处理方法中，还可以包括：

发送端统计待发送的全部报文分别对应的报文数据的长度，得到统计结果；

根据统计结果设置第二接口的宽度。

发送端得到统计结果，统计结果可以包括有待发送的全部报文分别对应的报文数据的长度，由此，能够根据全部报文数据的长度，确定合适的第二接口的宽度。即，根据不同长度的报文数据出现的频率评估第二接口的宽度。如果第二接口的宽度过长，那么当报文数据的长度远远小于第二接口的宽度时，会造成第二接口的接口资源的浪费；如果第二接口宽度过窄，那么当报文数据的长度远远大于第二接口的宽度时，在传输之前对报文数据的处理得比较繁琐，浪费逻辑资源。因此，应选择一个较为合适的第二接口的宽度，以尽量避免出现报文数据的长度远远小于或者远远大于第二接口的宽度的情况发生，由此，能够节省接口资源及逻辑资源。

当然，对于第一接口和第二接口宽度的确定还需要考虑ID号的分配，当需要对报文头及报文数据分配ID号时，则第一接口的宽度为报文头及ID号的长度总和，每个报文数据的长度也可认为报文数据的实际长度与ID号的长度总和。

在确定了第二接口的宽度之后，发送端判断即将发送的报文数据的长度是否大于第二接口的宽度；如果是，则将报文数据按照第二接口的宽度进行分段，以通过第二接口对报文数据进行分段发送至第一接收端，如果否，则将报文数据通过第二接口直接发送至第一接收端。

由于第二接口的宽度是根据待发送的全部报文数据确定的，因此，能够尽量避免出现报文数据的长度远远小于或者远远大于第二接口的宽度的情况发生，按照上述方式进行报文数据的发送，节省了接口资源和逻辑资源。

相应的，上述实施例提供的一种报文传输及处理方法中，还可以包括：

所述第一接收端确定所述报文数据的长度为报文类型；

根据所述报文类型为所述报文数据分配缓存空间。

由此，能够根据报文数据的长度为报文数据分配存储空间，而对于报文数据的长度，则是无法确定的，因此，需要根据报文数据的长度为其分配不同宽度的缓存空间。而综合上述实施例公开的技术特征可知，报文头的长度可设置为相同的，由此，相同长度的报文头可共用一个缓存空间，而长度不尽相同的报文数据，则具有与不同报文数据对应的不同的缓存空间。进一步节省了存储资源。

其中，报文类型与报文操作类型不完全一致，其仅仅与报文数据的长度有关，因此，在确定报文数据对应的缓存空间时，也可根据报文类型进行确定。可见，对报文数据的分类，也只是用于为不同长度的报文数据分配不同的缓存空间和第二接口。

另外需要说明的是，发送端和接收端的定义是相对而言的，即对于一次报文发送，发送报文的为发送端，接收报文的为接收端，而接收端再将报文发送至其他节点时，接收端则变成发送端，其他节点即变成接收端。且，本申请中的第一接收端及第二接收端仅仅是为了表达这是两个接收端，而无其他实际意义。其中，发送端和接收端均可以是网络控制芯片。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (7)

1.一种报文传输及处理方法，其特征在于，包括：

发送端定义报文的报文头及报文数据；

所述发送端通过第一接口发送所述报文的报文头至第一接收端，同时通过第二接口发送该报文的报文数据至所述第一接收端；

所述第一接收端分别对所述报文头及所述报文数据进行并行处理；

所述发送端发送所述报文的报文头及报文数据，包括：

所述发送端为所述报文的报文头及报文数据分配同样的ID号，并将携带有所述ID号的报文头通过所述第一接口发送至所述第一接收端，同时将携带有所述ID号的报文数据通过所述第二接口发送至所述第一接收端；

所述第一接收端接收所述报文头及所述报文数据之后，还包括：

所述第一接收端将所述报文头及所述报文数据分别进行缓存；

待所述报文头及所述报文数据全部接收完成后再执行分别对所述报文头及所述报文数据进行并行处理的步骤。

2.根据权利要求1所述的方法，其特征在于，所述第一接收端接收到所述报文的报文头及报文数据之后，还包括：

所述第一接收端发送接收完成信号至所述发送端，以指示所述发送端将所述报文头及所述报文数据的ID号进行回收。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述第一接收端为所述报文的报文头及报文数据分配同样的ID号，并分别对所述报文头及所述报文数据进行并行处理；

所述第一接收端通过第三接口将处理完成的携带有所述ID号的报文头发送至第二接收端，同时将处理完成的携带有所述ID号的报文数据发送至所述第二接收端；

所述第一接收端接收所述第二接收端发送的接收完成信号，并对所述ID号进行回收。

4.根据权利要求1所述的方法，其特征在于，还包括：

所述发送端统计待发送的全部报文分别对应的报文数据的长度，得到统计结果；

根据所述统计结果设置所述第二接口的宽度。

5.根据权利要求4所述的方法，其特征在于，还包括：

所述第一接收端确定所述报文数据的长度为报文类型；

根据所述报文类型为所述报文数据分配缓存空间。

6.根据权利要求4所述的方法，其特征在于，还包括：

所述发送端判断即将发送的所述报文数据的长度是否大于所述第二接口的宽度；

如果是，则将所述报文数据按照所述第二接口的宽度进行分段，以通过所述第二接口对所述报文数据进行分段发送至所述第一接收端，如果否，则将所述报文数据通过所述第二接口直接发送至所述第一接收端。

7.根据权利要求1至6任一项所述的方法，其特征在于，还包括：

所述发送端根据所述报文头的长度设置所述第一接口的宽度，其中，所述发送端待发送的全部报文分别对应的报文头的长度均相同。