CN101174974B - 用于o-uni系统的节点维护的消息处理方法 - Google Patents
用于o-uni系统的节点维护的消息处理方法 Download PDFInfo
- Publication number
- CN101174974B CN101174974B CN200610137816A CN200610137816A CN101174974B CN 101174974 B CN101174974 B CN 101174974B CN 200610137816 A CN200610137816 A CN 200610137816A CN 200610137816 A CN200610137816 A CN 200610137816A CN 101174974 B CN101174974 B CN 101174974B
- Authority
- CN
- China
- Prior art keywords
- message
- instance
- node
- acknowledge message
- acknowledge
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种用于O-UNI系统的节点维护的消息处理方法,包括以下步骤:O-UNI系统中的第一节点周期性地在定时器确定的周期内向第二节点发送第一确认消息,以确认对方的存在;第二节点收到第一确认消息后,向第一节点发送第二确认消息;以及第一节点如果接收到第二确认消息,则在两节点间建立邻居关系。
Description
技术领域
本发明涉及一种O-UNI系统中用于维护节点状态的消息处理方法,尤其涉及通讯领域的自动交换光网络系统。
背景技术
ASON(Automatically Switched Optical Net-work)即自动交换光网络,是指在选路和信令控制之下完成自动交换功能的新一代光网络,也可以看作是一种标准化的智能光传送网。在ASON中,业务可以实现动态连接,时隙资源也可以进行动态分配,同时支持不同的技术方案和不同的业务需求,具备高可靠性、高可扩展性等特点。对运营商来说,有了ASON,网络业务的调配将会变得更加灵活,可将话音信号传输、IP业务传输、ATM信号传输、数字图像信号传输融为一体,可以在同一传送平台上提供话音信号、数据信号、图像信号的传输,实现传输网络的统一。
在ASON(自动交换光网络)中,O-UNI(光用户网络接口)是连接用户终端(包括IP路由器,ATM交换机,SDH交换机等设备)和光网络层设备的接口。客户设备通过这个接口动态地请求获取、撤销、修改具有一定特性的光带宽连接资源。在连接建立之前,用户终端节点之间需要互相向对端发送HELLO消息,用于发现对方的存在。以便后续建立连接。同时,在连接建立完成后,两个节点之间还需定期的互相发送HELLO消息,以便相互确认对方状态的完好。这就是节点之间邻居关系的维护。
然而,在现有技术中还没有能够同时解决ASON网络中节点相互发现,状态确认以及维护节点邻居关系的有效方法。而这些问题又都成为ASON技术发展中必须要解决的问题。
因此,需要一种O-UNI系统中节点连接状态维护的解决方案,能够解决上述相关技术中的问题。
发明内容
本发明旨在提供一种能够解决节点的相互发现、以及状态的确认、维护节点的邻居关系的解决方案,能够解决上述相关技术中的等问题。
根据本发明的一个方面,提供了一种用于O-UNI系统的节点维护的消息处理方法,包括以下步骤:
O-UNI系统中的第一节点周期性地在定时器确定的周期内向第二节点发送第一确认消息,以确认对方的存在;
第二节点收到第一确认消息后,向第一节点发送第二确认消息;以及
第一节点如果接收到第二确认消息,则在两节点间建立邻居关系。
在上述消息处理方法中,第一节点和第二节点发送第一和第二确认消息分别包括以下步骤:第一节点和第二节点分别在第一和第二确认消息中设置instance参数,其中,instance参数为系统时间参数,其包括源instance和目的instance;以及在第一和第二确认消息中记录所发送的消息的源节点地址、目的节点地址和消息类型.
在上述消息处理方法中,还包括以下步骤:第一节点向第二节点发送第一确认消息时,初始化定时器且将源instance设置为初始系统时间,将目的instance设置为0。
在上述消息处理方法中,第一节点如果接收到第二确认消息,则在两节点间建立邻居关系还包括以下步骤:第一节点在周期内不断尝试接收第二确认消息,直到接收到消息类型为HELLO_REQ的第二确认消息。
在上述消息处理方法中,如果在周期内接收到消息类型为HELLO_REQ的第二确认消息,则第一节点相应地设置instance参数,且在相应的数据结构中记录所设置的instance参数,并重新启动定时器。
在上述消息处理方法中,还包括以下步骤:如果第二确认消息的源instance不为0、目的instance等于0,并且源instance和目的instance是首次接收到,则将第一确认消息的源instance设置为当前系统时间,目的instance为0。
在上述消息处理方法中,还包括以下步骤:如果第二确认消息的源instance不为0、目的instance等于0,并且源instance和目的instance不是首次接收到,则将第一确认消息的源instance设置为当前系统时间,将目的instance设置为第一节点接收到的第二确认消息的源instance。
在上述消息处理方法中,还包括以下步骤:如果第二确认消息的源instance和目的instance均不为0,则分别将第一确认消息的源instance和目的instance设置为第二确认消息的目的instance和源instance。
在上述消息处理方法中,如果在周期内接收到第二确认消息,但判断其消息类型为HELLO_ACK,则在周期内继续尝试接收第二确认消息。
在上述消息处理方法中,如果在周期内未接收到第二确认消息,则重新启动定时器,然后执行下一周期向第二节点发送第一确认消息,以确认对方的存在的步骤。
在上述消息处理方法中,第一节点向第二节点重新发送第一确认消息时,第一确认消息的源instance和目的instance为在发送第一确认消息的数据结构中的最后一组instance参数值。
通过上述技术方案,本发明实现了如下技术效果:
1)O-UNI系统连接维护消息处理方法解决节点的相互发现,以及状态的确认,维护节点的邻居关系问题;
2)方法简单可靠。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1示出根据本发明的消息处理方法流程图;
图2示出根据本发明的一个实施例的消息处理方法示意图;以及
图3示出根据本发明的一个实施例的消息处理方法流程图。
具体实施方式
下面将参考附图并结合实施例,来详细说明本发明。
图1示出了根据本发明的用于维护节点状态的消息处理方法;
如图1所示,根据本发明的用于维护节点状态的消息处理方法包括以下步骤:
步骤S102,O-UNI系统中的第一节点周期性地在定时器确定的周期内向第二节点发送第一确认消息,以确认对方的存在;
步骤S104,第二节点收到第一确认消息后,向第一节点发送第二确认消息;以及
步骤S106,第一节点如果接收到第二确认消息,则在两节点间建立邻居关系。
在上述消息处理方法中,步骤S102和步骤S104分别包括以下步骤:第一节点和第二节点分别在第一和第二确认消息中设置instance参数,其中,instance参数为系统时间参数,其包括源instance和目的instance;以及在第一和第二确认消息中记录所发送的消息的源节点地址、目的节点地址和消息类型。
在上述消息处理方法中,还包括以下步骤:第一节点向第二节点发送第一确认消息时,初始化定时器且将源instance设置为初始系统时间,将目的instance设置为0。
在上述消息处理方法中,步骤S106还包括以下步骤:第一节点在周期内不断尝试接收第二确认消息,直到接收到消息类型为HELLO_REQ的第二确认消息。
在上述消息处理方法中,如果在周期内接收到消息类型为HELLO_REQ的第二确认消息,则第一节点相应地设置instance参数,且在相应的数据结构中记录所设置的instance参数,并重新启动定时器。
在上述消息处理方法中,还包括以下步骤:如果第二确认消息的源instance不为0、目的instance等于0,并且源instance和目的instance是首次接收到,则将第一确认消息的源instance设置为当前系统时间,目的instance为0。
在上述消息处理方法中,还包括以下步骤:如果第二确认消息的源instance不为0、目的instance等于0,并且源instance和目的instance不是首次接收到,则将第一确认消息的源instance设置为当前系统时间,将目的instance设置为第一节点接收到的第二确认消息的源instance。
在上述消息处理方法中,还包括以下步骤:如果第二确认消息的源instance和目的instance均不为0,则分别将第一确认消息的源instance和目的instance设置为第二确认消息的目的instance和源instance。
在上述消息处理方法中,如果在周期内接收到第二确认消息,但判断其消息类型为HELLO_ACK,则在周期内继续尝试接收第二确认消息。
在上述消息处理方法中,如果在周期内未接收到第二确认消息,则重新启动定时器,然后执行下一周期向第二节点发送第一确认消息,以确认对方的存在的步骤。
在上述消息处理方法中,第一节点向第二节点重新发送第一确认消息时,第一确认消息的源instance和目的instance为在发送第一确认消息的数据结构中的最后一组instance参数值。
下面结合图2来详细说明根据本发明的一个实施例。
步骤S202,节点A向节点B首次发送一个HELLO消息,消息中源instance为0x216ba(初始系统时间),目的instance为0。记录这两个发送的源instance和目的instance。填写发送HELLO消息的消息类型为20(标准HELLO消息),ctype=1。
步骤S204,节点B收到REQEST类型的HELLO消息后,回应发送HELLO消息,回应消息中,源instance为0x40574,(B节点的初始系统时间),目的instance为0。填写发送HELLO消息的消息类型为20(标准HELLO消息),ctype=1。
步骤S206,节点A收到节点B发送过来的HELLO消息,HELLO中源instance不为0(0x40574),目的instance等于0,这里假定这两个instance值不是首次接收到(即在记录接收instance的数据结构中可以找到这两个instance值),那么填写节点A发送HELLO消息的源instance为0xbdf6(当前系统时间),目的instance为节点A接收到HELLO消息的源instance。填写发送HELLO消息的消息类型为20(标准HELLO消息)。判断发送HELLO消息的源instance和目的instance是否记录在发送instance的数据接收中?如果没有记录,则记录。定时器重新计时。
步骤S208,判断A节点HELLO定时器是否触发?如果没有触发,则继续等待,假如此时刚好A节点HELLO定时器刚好触发,则节点A需要向节点B发送HELLO消息,填写发送HELLO消息的instance值。其中发送的源instance和目的instance为在发送instance的数据结构中的最后一组数值。这里假设是上次A节点发送HELLO消息的instance值,即源instance为0xbdf6,目的instance为0x40574。填写发送HELLO消息的消息类型为20(标准HELLO消息)。以后继续重复上面过程使O-UNI系统的节点邻居、关系得到不断的刷新。
步骤S210,节点A收到节点B发送过来的HELLO消息,填写节点A发送HELLO消息的源instance为0x40574,目的instance为节点A接收到HELLO消息的源instance,即0xbdf6。填写发送HELLO消息的消息类型为20(标准HELLO消息)。
下面结合图3来详细说明根据本发明的另一个实施例。
步骤S302,节点A首次向节点B发送HELLO消息。初始化HELLO消息定时器。另发送HELLO消息中的源instance为初始系统时间,目的instance为0。记录这两个发送的源instance和目的instance。填写发送消息的源节点A地址,目的节点B地址,填写发送HELLO消息的消息类型为20(标准HELLO消息),ctype=1,转向第二步。
步骤S304,判断节点A是否接收到节点B发送过来的HELLO消息。如果收到的话,则执行步骤S306。否则执行步骤S310。
步骤S306,如果接收到HELLO消息的消息类型为HELLO_REQ,则执行步骤S308,如果接收到HELLO消息的消息类型为HELLO_ACK,则执行步骤S310。
步骤S308,如果节点A接收到节点B发送HELLO消息的源instance不为0,目的instance等于0,并且这两个instance值是首次接收到(即在记录接收instance的数据结构中找不到这两个instance值),那么填写节点A发送HELLO消息的源instance为当前系统时间,目的instance为0.如果节点A接收到节点B发送HELLO消息的源instance不为0,目的instance等于0,并且这两个instance值不是首次接收到(即在记录接收instance的数据结构中可以找到这两个instance值),那么填写节点A发送HELLO消息的源instance为当前系统时间,目的instance为节点A接收到HELLO消息的源instance.如果节点A接收到节点B发送HELLO消息的源instance不为0,目的instance不为0,那么那么填写节点A发送HELLO消息的源instance为接收到HELLO消息目的instance,发送HELLO消息的目的instance为接收到HELLO消息的源instance.填写发送HELLO消息的消息类型为20(标准HELLO消息).判断接收到HELLO消息的源instance和目的instance.是否记录在接收instance的数据结构中?如果没有记录,则记录.判断发送HELLO消息的源instance和目的instance是否记录在发送instance的数据接收中?如果没有记录,则记录.定时器重新计时.则执行步骤S310.
步骤S310,判断节点A的HELLO定时器是否启动,并且计时器到达指定的触发时刻。如果是,节点A向节点B发送HELLO消息,填写发送HELLO消息的instance值。其中发送的源instance和目的instance为在发送instance的数据接收中最后一组数值。填写发送HELLO消息的消息类型为20(标准HELLO消息)。转向步骤S304。如果HELLO定时器没有到达指定触发时刻,直接转向步骤S304。
采用本发明所述方法,很好的解决了O-UNI系统中节点相互发现、状态确认以及连接状态维护问题。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1.一种消息处理方法,用于光用户网络接口系统的节点维护,其特征在于,包括以下步骤:
光用户网络接口系统中的第一节点周期性地在定时器确定的周期内向第二节点发送第一确认消息,以确认对方的存在;
所述第二节点收到所述第一确认消息后,向所述第一节点发送第二确认消息;以及
所述第一节点如果接收到所述第二确认消息,则在两节点间建立邻居关系。
2.根据权利要求1所述的消息处理方法,其特征在于,所述第一节点和第二节点发送所述第一和第二确认消息分别包括以下步骤:
所述第一节点和第二节点分别在所述第一和第二确认消息中设置instance参数,其中,instance参数为系统时间参数,其包括源instance和目的instance;以及
在所述第一和第二确认消息中记录所发送的消息的源节点地址、目的节点地址和消息类型。
3.根据权利要求2所述的消息处理方法,其特征在于,还包括以下步骤:
所述第一节点向所述第二节点发送所述第一确认消息时,初始化所述定时器且将所述源instance设置为初始系统时间,将所述目的instance设置为0。
4.根据权利要求1所述的消息处理方法,其特征在于,所述第一节点如果接收到所述第二确认消息,则在两节点间建立邻居关系还包括以下步骤:
所述第一节点在所述周期内不断尝试接收所述第二确认消息,直到接收到消息类型为HELLO_REQ的所述第二确认消息。
5.根据权利要求4所述的消息处理方法,其特征在于,如果在所述周期内接收到消息类型为HELLO_REQ的所述第二确认消息,则所述第一节点相应地设置instance参数,且在相应的数据结构中记录所设置的instance参数,并重新启动所述定时器。
6.根据权利要求5所述的消息处理方法,其特征在于,还包括以下步骤:
如果所述第二确认消息的所述源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,则分别将所述第一确认消息的源instance和所述目的instance设置为所述第二确认消息的所述目的instance和所述源instance。
9.根据权利要求4所述的消息处理方法,其特征在于,如果在所述周期内接收到所述第二确认消息,但判断其消息类型为HELLO_ACK,则在所述周期内继续尝试接收所述第二确认消息。
10.根据权利要求4所述的消息处理方法,其特征在于,如果在所述周期内未接收到所述第二确认消息,则重新启动所述定时器,然后执行下一周期向所述第二节点发送所述第一确认消息,以确认对方的存在的步骤.
11.根据权利要求10所述的消息处理方法,其特征在于,所述第一节点向所述第二节点重新发送所述第一确认消息时,所述第一确认消息的源instance和目的instance为在所述发送所述第一确认消息的数据结构中的最后一组instance参数值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610137816A CN101174974B (zh) | 2006-11-01 | 2006-11-01 | 用于o-uni系统的节点维护的消息处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610137816A CN101174974B (zh) | 2006-11-01 | 2006-11-01 | 用于o-uni系统的节点维护的消息处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101174974A CN101174974A (zh) | 2008-05-07 |
CN101174974B true CN101174974B (zh) | 2010-05-12 |
Family
ID=39423249
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610137816A Expired - Fee Related CN101174974B (zh) | 2006-11-01 | 2006-11-01 | 用于o-uni系统的节点维护的消息处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101174974B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1622547A (zh) * | 2003-11-28 | 2005-06-01 | 华为技术有限公司 | 链路管理方法 |
CN1747432A (zh) * | 2004-09-09 | 2006-03-15 | 华为技术有限公司 | 一种链路类型的发现方法 |
CN1801802A (zh) * | 2004-12-31 | 2006-07-12 | 华为技术有限公司 | 通用多协议标签交换路径上节点重启恢复的方法 |
CN1852149A (zh) * | 2005-09-20 | 2006-10-25 | 华为技术有限公司 | 一种网络管理系统中对网元服务器进行认证的方法 |
-
2006
- 2006-11-01 CN CN200610137816A patent/CN101174974B/zh not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1622547A (zh) * | 2003-11-28 | 2005-06-01 | 华为技术有限公司 | 链路管理方法 |
CN1747432A (zh) * | 2004-09-09 | 2006-03-15 | 华为技术有限公司 | 一种链路类型的发现方法 |
CN1801802A (zh) * | 2004-12-31 | 2006-07-12 | 华为技术有限公司 | 通用多协议标签交换路径上节点重启恢复的方法 |
CN1852149A (zh) * | 2005-09-20 | 2006-10-25 | 华为技术有限公司 | 一种网络管理系统中对网元服务器进行认证的方法 |
Non-Patent Citations (1)
Title |
---|
全文. |
Also Published As
Publication number | Publication date |
---|---|
CN101174974A (zh) | 2008-05-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5509331B2 (ja) | メッセージ転送方法及びネットワークノード | |
MX2011006536A (es) | Nodo de red y metodo para controlar los recursos en una red de comunicaciones. | |
JP2008167331A (ja) | 拡張された保守ドメインレベル管理方法、通信装置、プログラム及びデータ構造 | |
CN101222486B (zh) | 自动交换光网络中节点故障后路由重启恢复的控制方法 | |
CN1801802B (zh) | 通用多协议标签交换路径上节点重启恢复的方法 | |
CN101909006B (zh) | 双向转发检测报文发送、接收方法及其装置与通信系统 | |
CN102098596A (zh) | 光网络中路由建立方法及装置 | |
CN101114954A (zh) | 协议测试装置 | |
US20060013126A1 (en) | Tunnel failure notification apparatus and method | |
CN1328889C (zh) | 一种基于链路状态的路由方法 | |
CN105591892B (zh) | 一种平滑重启流程的启动方法和装置 | |
CN101610181A (zh) | 实现故障检测的方法、装置及系统 | |
CN101888343B (zh) | 一种业务数据的发送方法及系统 | |
CN101174974B (zh) | 用于o-uni系统的节点维护的消息处理方法 | |
CN101360348B (zh) | 一种业务首尾节点之间的虚拟控制通道建立方法 | |
CN101945308B (zh) | 一种自动交换光网络中业务迁移的方法和装置 | |
CN103051484A (zh) | 会话业务处理方法、系统和会话边缘控制器 | |
JP2008079330A (ja) | 通信機器、通信方法、通信プログラム、通信回路、携帯電話、表示装置、印刷装置、記録装置 | |
CN101166113B (zh) | O-uni系统链路维护的消息处理方法 | |
CN102223241A (zh) | 网络变化通知方法和设备 | |
CN101166112A (zh) | O-uni系统的简化消息处理方法 | |
CN101166110A (zh) | O-uni系统的链路维护过程中的消息处理方法 | |
CN105553864B (zh) | 降低lmp中消息数量的方法及装置 | |
US7110364B1 (en) | Optical link adjacency discovery protocol and an optical network therefor | |
CN103166922A (zh) | 点对点叠加网络中的呼叫请求处理方法、系统和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100512 Termination date: 20151101 |
|
EXPY | Termination of patent right or utility model |