一种实现控制通道绑定的方法和装置制造方法及图纸

本发明专利技术公开了一种实现控制通道绑定的方法和装置，包括：第一节点向第二节点发送配置Config消息；其中，Config消息中包含有第二节点的IPCC的标识；当第一节点接收到来自第二节点的配置确认ConfigAck消息时，第一节点判断出ConfigAck消息中的第二节点的IPCC的标识与Config消息中的第二节点的IPCC的标识相同，向第二节点发送Hello消息。通过本发明专利技术的方案，由于Config消息中包含有第二节点的IPCC的标识，因此，第一节点的一个IPCC能够与第二节点的多个IPCC进行绑定，从而在发送Hello消息时，只需要发送一个Hello消息来实现对第二节点的多个IPCC的刷新，减少了发送Hello消息的数量，保证了及时刷新IPCC。

【技术实现步骤摘要】

本专利技术涉及数据网络通讯领域，尤指一种实现控制通道绑定的方法和装置。
技术介绍
在当前通用多协议标记交互协议(GMPLS，GeneralizedMulti-protocolLabelSwitching)中，链路管理协议(LMP，LinkManagementProtocol)用来管理节点之间的链路以及控制通道的管理。LMP的功能包括控制通道管理、链路属性关联、链路连通性验证和故障管理。其中前两项用于管理流量工程(TE，TrafficEngineering)，是链路必备的核心功能；后两项是可选的扩展功能，用于应对控制通道与数据通道分离的情况。控制通道的管理用于建立和维持相邻两个节点之间IP控制通道(IPCC，IPControlChannel)的连接。在相邻两个节点之间，LMP要求至少由一条可用的双向控制通道，每条控制通道都是相互独立的，在控制通道上独立发送Hello消息进行保活。控制通道管理是针对LMP会话本身的协商和维护而言的，用于邻居发现后在控制平面上建立相邻物理节点之间的IPCC，以便运行参数协商和信令消息的传递。IPCC用来传递控制平面的信息，主要包括链路管理、资源管理、标签分发信息、动态路由信息等。IPCC的实现方式有带内和带外两种：带内是指承载信令的通道被嵌在携带数据的光链路中，也就是说信令和业务数据共享同一个信道；带外是指专用信令通道和承载数据的光链路分离，也就是说信令和业务数据分开传输。现有的实现控制通道绑定的方法大致包括：第一节点通过与待绑定的IPCC对应的接口向与自身相邻的第二节点发送配置(Config)消息；其中，Config消息结构如表1所示。表1其中，CommonHeader字段为控制头，LOCAL_CCID字段为第一节点的IPCC的标识，MESSAGE_ID字段为用于实现消息可靠性的标识，LOCAL_NODE_ID字段为第一节点的标识，CONFIG字段为协商参数；第二节点根据Config消息中的CONFIG字段进行参数协商，如果协商成功，则向第一节点发送配置确认(ConfigAck)消息；如果协商失败，则向第一节点发送配置不确认(ConfigNack)消息；其中，ConfigAck消息或ConfigNack消息结构如表2所示。CommonHeaderLOCAL_CCIDLOCAL_NODE_IDREMOTE_CCIDMESSAGE_ID_ACKREMOTE_NODE_IDCONFIG表2其中，LOCAL_CCID字段为第二节点中与接收到Config消息的接口对应的IPCC的标识，LOCAL_NODE_ID字段为第二节点的标识，REMOTE_NODE_ID字段为第一节点的标识，REMOTE_CCID为第一节点的IPCC的标识，MESSAGE_ID_ACK字段为对MESSAGE_ID字段的回应。第一节点根据协商参数通过已绑定的IPCC对应的接口向第二节点发送Hello消息，以实现对第二节点的与接收到Hello消息的接口对应的IPCC的刷新；Hello消息结构如表3所示。表3其中，LOCAL_CCID为第一节点的IPCC的标识，HELLO字段为序列号。现有的实现控制通道绑定的方法中，由于第一节点的IPCC和第二节点的IPCC之间通过接口来进行绑定，第一节点的一个IPCC只能绑定第二节点的一个IPCC，因此，当IPCC的数量增多时，需要发送大量的Hello消息来实现IPCC的刷新，容易造成网络上消息的拥塞，从而无法及时刷新IPCC。
技术实现思路
为了解决上述问题，本专利技术提出了一种实现控制通道绑定的方法和装置，能够保证及时刷新IPCC。为了达到上述目的，本专利技术提出了一种实现控制通道IPCC绑定的方法，包括：第一节点向第二节点发送配置Config消息；其中，Config消息中包含有第二节点的IPCC的标识；当第一节点接收到来自第二节点的配置确认ConfigAck消息时，第一节点判断出ConfigAck消息中的第二节点的IPCC的标识与Config消息中的第二节点的IPCC的标识相同，向第二节点发送Hello消息。优选地，当所述第一节点判断出所述ConfigNack消息中的第二节点的IPCC的标识与所述Config消息中的第二节点的IPCC的标识不相同时，该方法还包括：所述第一节点向用户发送表示进行配置修改操作的信息。优选地，当所述第一节点接收到来自所述第二节点的配置不确认ConfigNack消息时，该方法还包括：所述第一节点判断出所述ConfigNack消息中包含有表示所述第二节点不支持多IPCC的绑定操作的信息或表示所述第二节点在进行IPCC绑定操作时发生错误的信息，向用户发送表示进行配置修改操作的信息。优选地，当所述第一节点判断出所述ConfigNack消息中没有表示所述第二节点不支持多IPCC的绑定操作的信息和表示所述第二节点在进行IPCC绑定操作时发生错误的信息时，该方法还包括：所述第一节点调整所述Config消息中的协商参数后继续执行所述向第二节点发送Config消息的步骤。优选地，所述Hello消息中包含有一个或一个以上所述第二节点的IPCC的标识。本专利技术还提出了一种实现控制通道IPCC绑定的方法，包括：第二节点接收到来自第一节点的配置Config消息，在预先设置的自身的IPCC的标识中查找到Config消息中的第二节点的IPCC的标识，根据Config消息中的协商参数进行协商；当协商成功时，向第一节点发送配置确认ConfigAck消息，并保存Config消息中的第一节点的IPCC的标识和第二节点的IPCC的标识之间的对应关系；第二节点接收到来自第一节点的Hello消息，在对应关系中查找Hello消息中第一节点的IPCC的标识对应的第二节点的IPCC的标识，对查找到的第二节点的IPCC的标识进行刷新。优选地，当所述第二节点在预先设置的自身的IPCC的标识中查找不到Config消息中的第二节点的IPCC的标识时，该方法还包括：所述第二节点向所述第一节点发送包含有表示自身在进行IPCC绑定操作时发生错误的信息的配置不确认ConfigNack消息。优选地，当协商不成功时，该方法还包括：所述第二节点向所述第一节点发送不包含表示自身在进行IPCC绑定操作时发生错误的信息和表示自身不支持多IPCC的绑定操作的信息的ConfigNack消息。优选地，所述第二节点接收到来自第一节点的Config消息后，在所述在预先设置的自身的IPCC的标识中查找到Config消息中的第二节点的IPCC的标识之前还包括：所述第二节点判断出所述Config消息中包含有所述第二节点的IPCC的标识，且自身支持多IPCC的绑定操作。优选地，当所述第二节点判断出所述Config消息中包含有所述第二节点的IPCC的标识，且自身不支持多IPCC的绑定操作时，该方法还包括：所述第二节点向所述第一节点发送包含有表示自身不支持多IPCC的绑定操作的信息的ConfigNack消息。优选地，所述第二节点接收到来自第一节点的Hello消息后，所述在对应关系中查找Hello消息中第一节点的IPCC的标识对应的第二节点的IPCC的标识之前还包括：所述第二节点判断出所述Hello消息没有所述第二节本文档来自技高网...

【技术保护点】
一种实现控制通道IPCC绑定的方法，其特征在于，包括：第一节点向第二节点发送配置Config消息；其中，Config消息中包含有第二节点的IPCC的标识；当第一节点接收到来自第二节点的配置确认ConfigAck消息时，第一节点判断出ConfigAck消息中的第二节点的IPCC的标识与Config消息中的第二节点的IPCC的标识相同，向第二节点发送Hello消息。

【技术特征摘要】
1.一种实现控制通道IPCC绑定的方法，其特征在于，包括：第一节点向第二节点发送配置Config消息；其中，Config消息中包含有第二节点的IPCC的标识；当第一节点接收到来自第二节点的配置确认ConfigAck消息时，第一节点判断出ConfigAck消息中的第二节点的IPCC的标识与Config消息中的第二节点的IPCC的标识相同，向第二节点发送Hello消息。2.根据权利要求1所述的方法，其特征在于，当所述第一节点判断出所述ConfigNack消息中的第二节点的IPCC的标识与所述Config消息中的第二节点的IPCC的标识不相同时，该方法还包括：所述第一节点向用户发送表示进行配置修改操作的信息。3.根据权利要求1或2所述的方法，其特征在于，当所述第一节点接收到来自所述第二节点的配置不确认ConfigNack消息时，该方法还包括：所述第一节点判断出所述ConfigNack消息中包含有表示所述第二节点不支持多IPCC的绑定操作的信息或表示所述第二节点在进行IPCC绑定操作时发生错误的信息，向用户发送表示进行配置修改操作的信息。4.根据权利要求3所述的方法，其特征在于，当所述第一节点判断出所述ConfigNack消息中没有表示所述第二节点不支持多IPCC的绑定操作的信息和表示所述第二节点在进行IPCC绑定操作时发生错误的信息时，该方法还包括：所述第一节点调整所述Config消息中的协商参数后继续执行所述向第二节点发送Config消息的步骤。5.根据权利要求1或2所述的方法，其特征在于，所述Hello消息中包含有一个或一个以上所述第二节点的IPCC的标识。6.一种实现控制通道IPCC绑定的方法，其特征在于，包括：第二节点接收到来自第一节点的配置Config消息，在预先设置的自身的
\tIPCC的标识中查找到Config消息中的第二节点的IPCC的标识，根据Config消息中的协商参数进行协商；当协商成功时，向第一节点发送配置确认ConfigAck消息，并保存Config消息中的第一节点的IPCC的标识和第二节点的IPCC的标识之间的对应关系；第二节点接收到来自第一节点的Hello消息，在对应关系中查找Hello消息中第一节点的IPCC的标识对应的第二节点的IPCC的标识，对查找到的第二节点的IPCC的标识进行刷新。7.根据权利要求6所述的方法，其特征在于，当所述第二节点在预先设置的自身的IPCC的标识中查找不到Config消息中的第二节点的IPCC的标识时，该方法还包括：所述第二节点向所述第一节点发送包含有表示自身在进行IPCC绑定操作时发生错误的信息的配置不确认ConfigNack消息。8.根据权利要求6或7所述的方法，其特征在于，当协商不成功时，该方法还包括：所述第二节点向所述第一节点发送不包含表示自身在进行IPCC绑定操作时发生错误的信息和表示自身不支持多IPCC的绑定操作的信息的ConfigNack消息。9.根据权利要求6或7所述的方法，其特征在于，所述第二节点接收到来自第一节点的Config消息后，在所述在预先设置的自身的IPCC的标识中查找到Config消息中的第二节点的IPCC的标识之前还包括：所述第二节点判断出所述Config消息中包含有所述第二节点的IPCC的标识，且自身支持多IPCC的绑定操作。10.根据权利要求9所述的方法，其特征在于，当所述第二节点判断出所述Config消息中包含有所述第二节点的IPCC的标识，且自身不支持多IPCC的绑定操作时，该方法还包括：所述第二节点向所述第一节点发送包含有表示自身不支持多IPCC的绑
\t定操作的信息的ConfigNack消息。11.根据权利要求6或7所述的方法，其特征在于，所述第二节点接收到来自第一节点的Hello消息后，所述在对应关系中查找Hello消息中第一节点的IPCC的标识对应的第二节点的IPCC的标识之前还包括：所述第二节点判断出所述Hello消息没有所述第二节点的IPCC的标识。12.根据权利要求11所述的方法，其特征在于，当所述第二节点判断出所述Hello消息中包含有所述第二节点的IPCC的标识时，该方法还包括：所述第二节点对所述Hello消息中的第二节点的IPCC的标识进行刷新。13.一种第一节点，其特征在于，至少包括：第一发送模块，用于向第二节点发送配置Config消息；其中，Config消息中包含有第二节点的IPCC的标识；接收到第一通知消息，向第二节点发...

【专利技术属性】
技术研发人员：吴海生，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：广东;44