专利名称：用于o-uni系统的节点维护的消息处理方法
技术领域：
本发明涉及一种O-UNI系统中用于维护节点状态的消息处理 方法，尤其涉及通讯领域的自动交换光网络系统。
背景技术：
ASON (Automatically Switched Optical Net-work )即自动交换 光网络，是指在选路和信令控制之下完成自动交换功能的新一代光 网络，也可以看作是一种标准化的智能光传送网。在ASON中，业 务可以实现动态连4姿，时隙资源也可以进4于动态分配，同时支持不 同的4支术方案和不同的业务需求，具备高可靠性、高可扩展性等特 点。对运营商来说，有了ASON,网络业务的调配将会变得更加灵 活，可将话音信号传输、IP业务传输、ATM信号传输、数字图像 信号传输融为一体，可以在同一传送平台上提供话音信号、数据信 号、图像信号的传输，实现传输网络的统一。 在ASON (自动交换光网络)中，O-UNI (光用户网络接口 ) 是连接用户终端(包括IP路由器，ATM交换机，SDH交换机等设 备)和光网络层设备的接口。客户设备通过这个接口动态地请求获 取、撤销、修改具有一定特性的光带宽连接资源。在连接建立之前， 用户终端节点之间需要互相向对端发送HELLO消息，用于发现对 方的存在。以^更后续建立连接。同时，在连接建立完成后，两个节
点之间还需定期的互相发送HELLO消息，以《更对目互确i人对方状态 的完好。这就是节点之间邻居关系的维护。
然而，在现有技术中还没有能够同时解决ASON网络中节点相 互发现，状态确i人以及维护节点邻居关系的有效方法。而这些问题 又都成为ASON技术发展中必须要解决的问题。
因此，需要一种O-UNI系统中节点连接状态维护的解决方案， 能够解决上述相关技术中的问题。
发明内容
本发明旨在提供一种能够解决节点的相互发现、以及状态的确 认、维护节点的邻居关系的解决方案，能够解决上述相关技术中的 等问题。
根据本发明的一个方面，提供了一种用于O-UNI系统的节点维 护的消息处理方法，包纟舌以下步骤
O-UNI系统中的第一节点周期性地在定时器确定的周期内向 第二节点发送第一确认消息，以确认对方的存在；
第二节点收到第 一确认消息后，向第 一节点发送第二确认消 息；以及
第 一节点如果接收到第二确认消息，则在两节点间建立邻居关系。
在上述消息处理方法中，第一节点和第二节点发送笫一和笫二 确i人消息分别包4舌以下步骤第一节点和第二节点分别在第一和第 二确i人消息中i殳置instance参数，其中，instance参数为系统时间参
数，其包括源instance和目的instance;以及在第一和笫二确认消息 中记录所发送的消息的源节点地址、目的节点地址和类型。
在上述消息处理方法中，还包^^以下步骤第一节点向第二节 点发送第一确认消息时，初始化定时器且将源instance设置为初始 系乡充时间，将目的instance i殳置为0。
在上述消息处理方法中，第一节点如果接收到第二确认消息， 则在两节点间建立邻居关系还包括以下步骤第一节点在周期内不 断尝试接收第二确认消息，直到接收到消息类型为HELLO—REQ的 第二确"i人消息。
在上述消息处理方法中，如果在周期内接收到消息类型为 HELLO—REQ的第二确iU肖息，则第一节点相应地i殳置instance参 数，且在相应的数据结构中记录所设置的instance参数，并重新启 动定时器。
在上述消息处理方法中，还包4舌以下步骤如果第二确i人消息 6勺源、instance不为0、 目6々instance等于0， 并且源、instance和目6勺 instance是首次接收到，则将第一确认消息的源instance设置为当前 系纟克时间，目的instance为0。
在上述消息处理方法中，还包4舌以下步骤如果第二确i人消息 的源instance不为0、目的instance等于0,并且源instance和目的 instance不是首次接收到，则将第一确认消息的源instance设置为当 前系统时间，将目的instance设置为第一节点接收到的第二确认消 息的源instance-
在上述消息处理方法中，还包括以下步骤如果第二确认消息 的源instance和目的instance均不为0，则分别将第一确iU肖息的源instance和目的instance i殳置为第二确i人消息的目的instance和源 instance 。
在上述消息处理方法中，如果在周期内接收到第二确iU肖息， 但判断其消息类型为HELLO—ACK，则在周期内继续尝试接收笫二 确-认消息。
在上述消息处理方法中，如果在周期内未接收到第二确认消 息，则重新启动定时器，然后执4于下一周期向第二节点发送第一确 i人消息，以确^人对方的存在的步骤。
在上述消息处理方法中，第一节点向第二节点重新发送笫一确 iU肖息时，第 一确i人消息的源instance和目的instance为在发送第 一确iU肖息的凄t悟结构中的最后一组instance参凄t值。
通过上述4支术方案，本发明实现了如下4支术效果
1) O-UNI系统连接维护消息处理方法解决节点的相互发现， 以及状态的确i人，维护节点的邻居关系问题；
2) 方法简单可靠。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部 分地从说明书中变得显而易见，或者通过实施本发明而了解。本发 明的目的和其4也优点可通过在所写的i兌明书、4又利要求书、以及附 图中所特别指出的结构来实现和获得。
附困说明
此处所i兑明的附困用来提供对本发明的进一歩理解，构成本申 请的一部分，本发明的示意性实施例及其i兌明用于解释本发明，并
不构成对本发明的不当限定。在附图中
图1示出才艮据本发明的消息处理方法流程图2示出才艮据本发明的一个实施例的消息处理方法示意图；以
及
图3示出4艮据本发明的一个实施例的消息处理方法流程图。
^#^实施方式
下面将参考附图并结合实施例，来详细说明本发明。
图1示出了才艮据本发明的用于维护节点状态的消息处理方法；
如图l所示，4艮据本发明的用于维护节点状态的消息处理方法 包才舌以下步骤
步骤S102, O-UNI系统中的第一节点周期性地在定时器确定 的周期内向第二节点发送第 一确认消息，以确认对方的存在；
步骤S104,第二节点收到第一确认消息后，向第一节点发送第 二确iU肖息；以及
步骤S106，第一节点如果接收到第二确认消息，则在两节点间 建立邻居关系。在上述消息处理方法中，步骤S102和步骤S104分别包4舌以下 步骤第一节点和第二节点分别在第一和第二确认消息中设置 instance参数，其中，instance参豸丈为系统时间参数，其包4舌源instance 和目的instance;以及在第一和第二确iU肖息中i己录所发送的消息 的源节点:地址、目的节点地址和类型。
在上述消息处理方法中，还包括以下步骤第一节点向第二节 点发送第一确认消息时，初始化定时器且将源instance设置为初始 系统时间，将目的instance设置为0。
在上述消息处理方法中，步骤S106还包括以下步骤第一节 点在周期内不断尝试接收第二确认消息，直到接收到消息类型为 HELLO—REQ的第二确i人消息。
在上述消息处理方法中，如果在周期内接收到消息类型为 HELLO_REQ的第二确i人消息，则第一节点相应地设置instance参 数，且在相应的数据结构中记录所设置的instance参数，并重新启 动定时器。
在上述消息处理方法中，还包括以下步骤如果第二确认消息 的源instance不为0、 目的instance等于0， 并且源instance和目的 instance是首次接收到，则将第一确认消息的源instance设置为当前 系纟克时间，目的instance为0。
在上述消息处理方法中，还包括以下步骤如果第二确i人消息 的源instance不为0、 目的instance等于0, 并且源instance和目的 instance不是首次接收到，则将第一确认消息的源instance设置为当 前系统时间，将目的instance设置为第一节点接收到的第二确认消 息的源instance。
在上述消息处理方法中，还包:fe以下步骤如果第二确iU肖息 的源instance和目的instance均不为0,则分别将第一确i人消息的源 instance和目的instance i殳置为第二确i人消息的目的instance和源 instance 。
在上述消息处理方法中，如果在周期内接收到第二确i人消息， ^旦判断其消息类型为HELLO—ACK，则在周期内继续尝试接收第二 确i人消息。
在上述消息处理方法中，如果在周期内未接收到第二确认消 息，则重新启动定时器，然后执4于下一周期向第二节点发送第一确 iU肖息，以确i人对方的存在的步骤。
在上述消息处理方法中，第一节点向第二节点重新发送第一确 i人消息时，第 一确i人消息的源instance和目的instance为在发送第 一确^人消息的凄t据结构中的最后一组instance参凄史值。
下面结合图2来详细i兌明4艮据本发明的一个实施例。
步骤S202，节点A向节点B首次发送一个HELLO消息，消 息中源instance为0x216ba(4刀始系纟充时间)，目的instance为0。 i己 录这两个发送的源instance和目的instance。 t真写发送HELLO消息 的消息类型为20 (标准HELLO消息)，ctype=l 。
步骤S204，节点B收到REQEST类型的HELLO消息后，回 应发送HELLO消息，回应消息中，源instance为0x40574，(B节点 的初始系统时间)，目的instance为0 。填写发送HELLO消息的消 息类型为20 (标准HELLO消息)，ctype=l 。
步骤S206，节点A收到节点B发送过来的HELLO消息， HELLO中源instance不为0(0x40574),目的instance等于0，这里
夺支定这两个instance值不是首;欠接》)丈到(即在^己录接4丈instance的 数据结构中可以找到这两个instance值)，那么填写节点A发送 HELLO消息的源instance为0xbd伤(当前系统时间)，目的instance 为节点A接收到HELLO消息的源instance。填写发送HELLO消息 的消息类型为20 (标准HELLO消息)。判断发送HELLO消息的源 instance和目的instance是否i己录在发送instance的数才居接收中？如 果没有记录，则记录。定时器重新计时。
步骤S208，判断A节点HELLO定时器是否触发？如果没有触 发，则继续等待，假如此时刚好A节点HELLO定时器刚好触发， 则节点A需要向节点B发送HELLO消息，填写发送HELLO消息 的instance值。其中发送的源instance和目的instance为在发送 instance的数据结构中的最后一组数值。这里〗艮设是上次A节点发 送HELLO消'，包'6勺instance 4直,民卩》原instance为0xbdf6，目6勺instance 为0x40574。填写发送HELLO消息的消息类型为20 (标准HELLO 消息)。以后继续重复上面过程使O-UNI系统的节点邻居、关系得 到不断的刷新。
步骤S210，节点A收到节点B发送过来的HELLO消息，填 写节点A发送HELLO消息的源instance为0x40574，目的instance 为节点A 4妻收到HELLO消息的源instance,即0xbdf6。填写发送 HELLO消息的消息类型为20 (标准HELLO消息)。
下面结合图3来详细i兌明才艮据本发明的另一个实施例。
步骤S302，节点A首次向节点B发送HELLO消息。初始化 HELLO消息定时器。另发送HELLO消息中的源instance为初始系 统时间，目的instance为0。 i己录这两个发送的源instance和目的 instance。填写发送消息的源节点A地址，目的节点B地址，填写
发送HELLO消息的消息类型为20 (标准HELLO消息)，ctype=l, 转向第二步。
步骤S304，判断节点A是否接收到节点B发送过来的HELLO 消息。如果收到的话，则执行步骤S306。否则执行步骤S310。
步骤S306 ,如果接收到HELLO消息的消息类型为 HELLO—REQ，则执4亍步骤S308，如果接收到HELLO消息的消息 类型为HELLO—ACK，则执4亍步骤S310。
步骤S308，如果节点A接收到节点B发送HELLO消息的源 instance不为0， 目6々instance等于0, 并且这两个instance值是首 次接收到(即在记录接收instance的数据结构中找不到这两个 instance值)，那么填写节点A发送HELLO消息的源instance为当 前系统时间，目的instance为0。如果节点A接收到节点B发送 HELLO消息的源instance不为0，目的instance等于0，并且这两 个instance ^f直不是首次接收到(即在i己录接收instance的数才居结构 中可以找到这两个instance值)，那么填写节点A发送HELLO消息 的源instance为当前系统时间，目的instance为节点A接收到 HELLO消息的源instance。如果节点A接收到节点B发送HELLO 消息的源instance不为0 ，目的instance不为0,那么那么填写节点 A发送HELLO消息的源instance为4妻收到HELLO消息目的 instance,发送HELLO消息的目的instance为接收到HELLO消息 的源instance-填写发送HELLO消息的消息类型为2(X标准HELLO 消息)。判断4妄收到HELLO消息的源instance和目的instance。是 否记录在接收instance的数据结构中？如果没有记录，则记录。判 断发送HELLO消息的源instance和目的instance是否记录在发送 instance的数据接收中？如果没有记录，则记录。定时器重新计时。 则执4亍步骤S310。
步骤S310,判断节点A的HELLO定时器是否启动，并且i十时 器到达指定的触发时刻。如果是，节点A向节点B发送HELLO消 息，填写发送HELLO消息的instance值。其中发送的源instance 和目的instance为在发送instance的数据接收中最后一组数值。填 写发送HELLO消息的消息类型为20 (标准HELLO消息)。转向步 骤S304。如果HELLO定时器没有到达指定触发时刻，直接转向步 骤S304。
釆用本发明所述方法J艮好的解决了 O-UNI系统中节点相互发 现、状态确i人以及连接状态维护问题。
以上所述^f又为本发明的优选实施例而已，并不用于限制本发 明，对于本领域的技术人员来说，本发明可以有各种更改和变化。 凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进 等，均应包含在本发明的保护范围之内。
权利要求
1.一种消息处理方法，用于光用户网络接口系统的节点维护，其特征在于，包括以下步骤光用户网络接口系统中的第一节点周期性地在定时器确定的周期内向第二节点发送第一确认消息，以确认对方的存在；所述第二节点收到所述第一确认消息后，向所述第一节点发送第二确认消息；以及所述第一节点如果接收到所述第二确认消息，则在两节点间建立邻居关系。
2. 根据利要求1所述的消息处理方法，其特征在于，所述第一 节点和第二节点发送所述第一和第二确认消息分别包括以下 步骤所述第一节点和第二节点分别在所述笫一和第二确认消 息中设置instance参数 ，其中，instance参数为系乡充时间参数， 其包括源instance和目的instance; 以及在所述第 一和第二确认消息中记录所发送的消息的源节 点:地址、目的节点地址和类型。
3. 根据权利要求2所述的消息处理方法，其特征在于，还包括以 下步骤所述第 一节点向所述第二节点发送所述第 一确认消息时， 初始化所述定时器且将所述源instance设置为初始系统时间， 将所述目的instance设置为0。
4. 根据权利要求1所述的消息处理方法，其特征在于，所述第一节点如果接收到所述第二确认消息，则在两节点间建立邻居关系还包4舌以下步骤所述第一节点在所述周期内不断尝试接收所述第二确认 消息，直到4矣收到消息类型为HELLO_REQ的所述第二确认消息。
5. 根据权利要求4所述的消息处理方法，其特征在于，如果在所 述周期内接收到消息类型为HELLO_REQ的所述第二确消息，则所述第一节点相应地设置所述instance参数，且在相应的数据结构中记录所设置的instance参数，并重新启动所述定时器。
6. 根据权利要求5所述的消息处理方法，其特征在于，还包括以 下步骤如果所述第二确i/J肖息的所述源instance不为0、所述目 的instance等于0， 并且所述源instance和所述目的instance是首次接收到，则将所述第一确认消息的源instance设置为当 前系统时间，目的instance为0 。
7. 根据权利要求5所述的消息处理方法，其特征在于，还包括以 下步骤如果第二确认消息的所述源instance不为0、所述目的 instance等于0，并且所述源instance和所述目的instance不是 首次接收到，则将所述第一确认消息的源instance设置为当前 系统时间，将所述目的instance设置为第一节点接收到的所述 第二确认消息的源instance。
8. 根据权利要求5所述的消息处理方法，其特征在于，还包括以 下步骤如果所述第二确认消息的所述源instance和所述目的 instance均不为0，则分另M夸所述第一确iU肖息的源instance 和所述目的instance i殳置为所述第二确认消息的所述目的 instance和所述源instance 。
9. 根据权利要求4所述的消息处理方法，其特征在于，如果在所 述周期内接收到所述第二确认消息，但判断其消息类型为 HELLO—ACK，则在所述周期内继续尝试接收所述第二确认消息。
10. 根据权利要求4所述的消息处理方法，其特征在于，如果在所 述周期内未接收到所述第二确认消息，则重新启动所述定时 器，然后执行下一周期向所述第二节点发送所述第一确认消 息，以确认对方的存在的步骤。
11. 根据权利要求10所述的消息处理方法，其特征在于，所述第 一节点向所述第二节点重新发送所述第一确认消息时，所述第 一确认消息的所述源instance和戶斤述目的instance为在所述发 送所述第一确认消息的数据结构中的最后一组instance参数 值。
全文摘要
本发明提供了一种用于O-UNI系统的节点维护的消息处理方法，包括以下步骤O-UNI系统中的第一节点周期性地在定时器确定的周期内向第二节点发送第一确认消息，以确认对方的存在；第二节点收到第一确认消息后，向第一节点发送第二确认消息；以及第一节点如果接收到第二确认消息，则在两节点间建立邻居关系。
文档编号H04L12/24GK101174974SQ20061013781
公开日2008年5月7日 申请日期2006年11月1日 优先权日2006年11月1日
发明者杜建平 申请人:中兴通讯股份有限公司