[发明专利]状态数据刷新方法及系统

说明书

技术领域

本发明涉及移动通讯领域，特别是涉及一种状态数据刷新方法及系统。

背景技术

现有技术中，在数据通信的网际协议(Internet Protocol，简称为IP)/多协议标签交换(Multi Protocal Label Switch，简称为MPLS)网络中，一般性的协议通过自身的协议报文进行会话协商，当会话协商成功之后，协议改为使用短小的周期性刷新消息维持会话邻居关系状态保活。

同时也存在另一种软状态协议，软状态协议的特征允许协议体支持动态成员的状态变化和数据变化，并且能够适应路由变化。比较典型的软状态协议是资源预留协议(Resource Reservation Protocol，简称为RSVP)，RSVP通常用于创建一条流量工程(Traffic Engineering，简称为TE)隧道。

图1是现有技术中进行隧道创建和周期性更新的示意图，如图1，当R1与R2之间通过RSVP协议进行隧道建立后，上游结点R1会周期性地向下游结点R2发送路径(Path)消息，Path消息携带完整的对象信息，与隧道建立时使用的path没有区别，Path消息包括以下信息：连接对象(session)、发送模板(send_template)、下一跳对象(next_hop)、连接属性(session_attribute)、流量参数(sent_tspec)、显示路径(explicit_route)。

基于软状态协议的特性，当R1的状态和数据发生变化时，RSVP协议无延迟地将变化的数据信息封装到Path消息中发给下游结点R2。图2是现有技术中隧道通过变化的软状态协议报文更新本地状态的示意图，如图2所示，R2结点会将接收的Path消息中的每一个对象信息与本地存储的对象信息进行完全比较，如果不同就更新状态并继续向下游发送更新变化的Path消息。

同时，为了维护RSVP协议的状态，隧道中的各个结点会周期性定时地向下游结点发送Path消息，各个结点在规定的时间间隔内收到Path消息后进行保护处理，主要是更新保持建链时间(Time To Die，简称为TTD)。

综上所述，软状态协议的特性使得协议中的成员在协议会话建立，建议状态及数据更新，以及协议维持保活这三个过程中使用的都是相同的协议消息。例如，RSVP协议在隧道建立、隧道数据更新、以及隧道保活定时刷新中都使用了相同的Path消息，不仅消息类型相同，同时消息中携带的对象数量也都是相同的。

在这种前提下，现有技术中的方法是协议中的每一个成员在接收到Path消息时是无法区分这个消息是隧道状态数据变化的消息(例如新建Path消息，更新Path消息)还是隧道状态数据不变(例如刷新Path消息)的消息，因此，协议中各个成员不得不逐个比较Path消息中的各个对象数据，如果完全一致则认为是隧道状态数据无变化，仅更新TTD时间，反之只要有一个对象不一致就认为隧道状态数据变化，进行相应的处理。这种传统的方法使得当RSVP已经协商成功并且稳定无状态数据变化的时候，协议中的各个成员也不得不完全比较协议消息中的每一个对象。当网络中部署隧道数量增多时，每个成员都要受迫性地消耗不少时间去比较消息中的所有对象以区分隧道状态数据是否发生变化。这种方式无疑以消耗结点的处理能力为代价。

发明内容

本发明提供一种状态数据刷新方法及系统，以解决现有技术中软状态协议成员在接收到Path消息后需要逐个比较Path消息中的各个对象数据来确定状态数据是否变换而导致的节点资源消耗大的问题。

本发明提供一种状态数据刷新方法，包括：

在软状态协议成员的本地状态数据出现变化的情况下，软状态协议成员将本地保存的年龄AGE计数增加，并将当前的AGE计数携带在软状态协议消息的AGE成员对象中发送给接收方；

接收方接收软状态协议消息，并将AGE成员对象中的AGE计数与本地保存的相应AGE计数进行比较，如果一致，则确认软状态协议成员的本地状态数据未变化，并更新与软状态协议成员的保持建链时间TTD；如果不一致，则确认软状态协议成员的本地状态数据已经变化，并根据软状态协议消息更新本地数据以及更新本地保存的相应AGE计数。

本发明还提供了一种状态数据刷新系统，包括：

软状态协议成员发送方，用于在本地状态数据出现变化的情况下，将本地保存的年龄AGE计数增加，并将当前的AGE计数携带在软状态协议消息的AGE成员对象中发送给软状态协议成员接收方；