一种事务报文处理方法和装置制造方法及图纸

本发明专利技术实施例公开了一种事务报文处理方法和装置。其中，所述方法包括：接收串行下发的报文数据分包，其中，所述报文数据分包通过对待下发的事务报文进行分包获得；当某个报文数据分包处理失败时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚。通过本发明专利技术实施例，能够实现在由多个分包数据包构成的报文数据包在传输过程中的整体完整性。

【技术实现步骤摘要】

本专利技术涉及网络通信
，更具体地说，涉及一种事务报文处理方法和装置。
技术介绍
网络配置协议(Network Configuration Protocol, NETC0NF)电信设备的基础配 置协议。现有NETC0NF中，为了保证数据的完整性，提供了当报文出错时进行报文回滚 (error-option取rollkick-on-error)的操作机制，所述报文回滚即当报文出错时，取消 对当前报文执行的相关操作，具体方式如图1所示，其中，用户通过客户端向位于服务器端 的电信设备下发配置数据，电信设备接收到配置数据之后，对配置数据进行相应的处理，当 配置数据处理失败后，进行相关配置数据处理事务的回滚操作，当回滚操作仍然失败时则 向客户端返回处理失败消息结果。然而，现有NETC0NF中支持的报文回滚机制只能保证当次回滚操作涉及报文的完 整性，但在网络管理实际应用场景中，针对大容量的NETC0NF报文，通常会进行分包处理， 将大容量的报文数据包划分为多个数据分包。在这种情况下，仅支持每一个分包报文的完 整性是不够的，需要有一种机制可以支持所有这些分包报文的整体完整性。换言之，现有技 术中只能进行分包后的单个数据包中报文的回滚，从而保证单个分包中数据的完整性，但 无法保证所有分包构成的整个数据包的完整性。
技术实现思路
有鉴于此，本专利技术实施例提供一种事务报文处理方法和装置，实现在由多个分包 数据包构成的报文数据包在传输过程中的整体完整性。本专利技术实施例提供一种事务报文处理方法，所述方法包括接收串行下发的报文数据分包，其中，所述报文数据分包通过对待下发的事务报 文进行分包获得；当某个报文数据分包处理失败时，将包括该处理失败的报文数据分包在内的所有 已接收的报文数据分包的处理操作进行回滚。优选的，所述通过对待下发的事务报文进行分包获得所述报文数据分包，包括将待下发的事务报文划分为多个具有同一事务标识的报文数据分包。进一步，所述方法还包括为最后下发的报文数据分包设置表示所述事务下发完毕的结束标识。进一步，所述方法还包括当在预置时间间隔内没有接收到下一个报文数据分包时，则将所有已接收的报文 数据分包的处理操作进行回滚。一种事务报文处理装置，所述装置包括接收模块，用于接收串行下发的报文数据分包，其中，所述报文数据分包通过对待下发的事务报文进行分包获得；操作回滚模块，用于当某个报文数据分包处理失败时，将包括该处理失败的报文 数据分包在内的所有已接收的报文数据分包的处理操作进行回滚。优选的，所述报文数据分包中携带同一事务标识。优选的，所述报文数据分包中最后下发的报文数据分包携带表示所述事务下发完 毕的结束标识。进一步，所述装置还包括 时间预置模块，用于预置接收相邻两个数据分包之间的时间间隔；相应地，所述操作回滚模块，还用于当在预置时间间隔内没有接收到下一个报文 数据分包时，则将所有已接收的报文数据分包的处理操作进行回滚。一种事务报文处理系统，所述系统包括报文数据发送端，用于串行下发报文数据分包，其中，通过对待下发的事务报文进 行分包获得所述报文数据分包；报文数据接收端，用于接收所述报文数据分包，当某个报文数据分包处理失败时， 将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚ο同现有技术相比，本专利技术实施例在进行多报文的事务处理时，将整体报文进行数 据分包的划分并串行下发，在对报文数据分包进行处理时，当出现处理失败的情形时，将包 括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚，保 证所有的报文数据分包作为一个整体执行，从而能够满足由多个分包数据包构成的报文数 据包在传输过程中的整体完整性需求。附图说明为了更清楚地说明本专利技术实施例的技术方案，下面将对实施例或现有技术描述中 所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实 施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图 获得其他的附图。图1为现有NETC0NF技术中支持的报文回滚机制示意图；图2为现有报文回滚机制中客户端和服务器端之间交互过程的示意图；图3为本专利技术实施例提供的事务报文处理方法流程示意图；图4为本专利技术实施例提供的另一种事务报文处理方法流程示意图；图5为本专利技术实施例提供的批量配置场景下，客户端和服务器端之间交互过程的 示意图；图6为本专利技术实施例提供的对于关联对象的配置场景下，客户端和服务器端之间 交互过程的示意图；图7为本专利技术实施例提供的一种事务报文处理装置结构示意图；图8为本专利技术实施例提供的另一种事务报文处理装置结构示意图；图9为本专利技术实施例提供的一种事务报文处理系统结构示意图。具体实施例方式下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于 本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他 实施例，都属于本专利技术保护的范围。通常，在进行多报文的事务处理时，为了保证当前操作报文的完整性，如果当前报 文操作失败，则对当前的失败操作进行回滚。以服务器端处理三个由客户端下发的配置数 据分包为例，客户端和服务器端之间的交互过程如图2所示，首先，由于客户端需要下发的 配置数据量较大，因此，配置数据在客户端被处理划分为三个数据分包进行串行下发；第一 个数据分包下发至服务器端后，由服务器端进行相应的处理操作，当处理失败时，当次处理 操作回滚，当处理成功时，服务器端向客户端发送处理成功的反馈消息，从而客户端继续下 发第二个数据分包；同理，第二个数据分包在服务器端进行相应的处理操作，当处理失败 时，第二次处理操作回滚，当处理成功时，服务器端向客户端发送处理成功的反馈消息；当 服务器端处理第三个数据分包失败时，第三次处理操作回滚，上述第一次和第二次的处理 操作仍然保留。可见，现有技术中，仅能通过回滚机制保证每个数据分包的完整性，无法保证所有 数据分包构成的整体数据的完整性。因此，无法满足某些应用场景中数据接收端需要接收 所有数据，且当部分数据处理失败时则拒绝接收所有数据的特定应用。为了避免出现上述缺陷，本专利技术实施例提供了一种事务报文处理方法、装置及系 统。本专利技术实施例提供了一种事务报文处理方法，如图3所示，为该方法的步骤流程， 该方法可以包括以下步骤步骤301、接收串行下发的报文数据分包，其中，所述报文数据分包通过对待下发 的事务报文进行分包获得；该步骤中，对于多报文的事务处理，需要首先将需要下发的所有报文数据进行分 包划分的操作，在下发所述报文数据分包的过程中，仍然按照各报文数据分包在原事务报 文中的执行顺序进行串行下发；步骤302、当某个报文数据分包处理失败时，将包括该处理失败的报文数据分包在 内的所有已接收的报文数据分包的处理操作进行回滚。当接收到报文数据分包之后，便开始执行对该分包中携带的报文的处理操作，当 发现本次处理操作发送错误，处理失败时，为了保证当前操作报文的完整性，对本次执行失 败的处理操作进行回滚；与现有技术的不同之处在于，本专利技术实施例为了保证所有数据分 包构成的整体数据的完整性，还需要将之前的成功处理操作本文档来自技高网...

【技术保护点】
１．一种事务报文处理方法，其特征在于，所述方法包括：接收串行下发的报文数据分包，其中，所述报文数据分包通过对待下发的事务报文进行分包获得；当某个报文数据分包处理失败时，将包括该处理失败的报文数据分包在内的所有已接收的报文数据分包的处理操作进行回滚。

【技术特征摘要】
1.一种事务报文处理方法，其特征在于，所述方法包括接收串行下发的报文数据分包，其中，所述报文数据分包通过对待下发的事务报文进 行分包获得；当某个报文数据分包处理失败时，将包括该处理失败的报文数据分包在内的所有已接 收的报文数据分包的处理操作进行回滚。2.根据权利要求1所述的事务报文处理方法，其特征在于，所述通过对待下发的事务 报文进行分包获得所述报文数据分包，包括将待下发的事务报文划分为多个具有同一事务标识的报文数据分包。3.根据权利要求2所述的事务报文处理方法，其特征在于，所述方法还包括 为最后下发的报文数据分包设置表示所述事务下发完毕的结束标识。4.根据权利要求1 3中任一项所述的事务报文处理方法，其特征在于，所述方法还包括当在预置时间间隔内没有接收到下一个报文数据分包时，则将所有已接收的报文数据 分包的处理操作进行回滚。5.一种事务报文处理装置，其特征在于，所述装置包括接收模块，用于接收串行下发的报文数据分包，其中，所述报文数据分包通过对待下发 的事务报文进行分包获得；操作回滚模块，用于当某...

【专利技术属性】
技术研发人员：牛野，宋小琳，张许宝，
申请(专利权)人：华为技术有限公司，
类型：发明
国别省市：94