[发明专利]呼叫路径信息的获取方法及系统

说明书

本发明公开了一种呼叫路径信息的获取方法及系统，在上述方法中，PCE节点获取呼叫路径计算请求消息，其中，呼叫路径计算请求消息用于从PCE节点获取呼叫路径计算请求消息的发送方至呼叫接收方的呼叫路径信息，发送方包括呼叫路径的源节点，呼叫接收方包括呼叫路径的目的节点；PCE节点计算呼叫路径信息，并向发送方返回呼叫路径计算响应消息，其中，呼叫路径计算响应消息中携带有呼叫路径信息。根据本发明提供的技术方案，从而在跨域网络实现了GMPLS呼叫的动态路径计算。

技术领域

本发明涉及通信领域，具体而言，涉及一种呼叫路径信息的获取方法及系统。

背景技术

呼叫是表示为一个网络层次的用户提供的服务，连接是网络用于提供该服务的一种手段。自动交换光网络（Automatic Switched Optical Network，简称为ASON）控制平面规范了呼叫和连接控制的分离，其目的在于减少中间连接控制节点的冗余呼叫控制信息。

呼叫控制功能在用户网络入口（User Network Interface，简称为UNI）或在域间的网关处（即E-NNI参考点）提供，中间设备仅需要支持连接控制功能，而不需要提供呼叫控制功能。域边界的呼叫控制器根据运营者定义的域间交互策略来执行操作。根据呼叫是否穿越多个域，一个端到端呼叫可能由多个呼叫段组成，以用于验证网络节点的可达性。

RFC4974中描述了IETF中通过扩展基于流量工程的资源预留协议（RSVP-TE）对呼叫的支持。通用多协议标签交换（Generalized Multi-Protocol Label Switching，简称为GMPLS）中通过通告（Notify）消息进行呼叫的建立，呼叫和连接互相独立，该Notify消息中的Admin_status对象中的C比特位表示该Notify消息有别于其它Notify消息，而只是用于呼叫的用途。

在多域场景下，同一条业务需要经过多个域，业务经过的每个域都需要处理该业务对应的呼叫。因此，在呼叫发起方发起呼叫时，可以在呼叫建立请求消息中显式指定各域需要处理该呼叫的节点及其顺序，并将呼叫建立请求消息发往下一个处理该呼叫的节点。

下一个处理该呼叫的节点处理该呼叫之后，可以根据消息中指定的处理该呼叫的节点信息继续转发，从而每个指定需要处理该呼叫的节点都可以接收到该消息，并进行呼叫处理。如果处理呼叫的全部节点同意建立该呼叫，则从呼叫目的地依次返回呼叫建立成功响应，呼叫发起方收到成功响应，呼叫建立成功。但是RFC4974目前只规范了支持呼叫的信令扩展。当呼叫跨域多个自治系统（Autonomous System，简称为AS）的时候，如何获得呼叫过程中的路由节点信息，在相关技术中还没有相应的解决方案。

发明内容

本发明提供了一种呼叫路径信息的获取方法及系统，以至少解决相关技术中当GMPLS呼叫跨越多个AS时，无法获取呼叫过程中从源节点至目的节点的路径信息的问题。

根据本发明的一个方面，提供了一种呼叫路径信息的获取方法。

根据本发明的呼叫路径信息的获取方法包括：PCE节点获取呼叫路径计算请求消息；PCE节点计算呼叫路径信息，并向呼叫路径计算请求消息的发送方返回呼叫路径计算响应消息，其中，呼叫路径计算响应消息中携带有发送方至呼叫接收方的呼叫路径信息。

优选地，发送方包括呼叫路径的源节点，呼叫接收方包括呼叫路径的目的节点。

优选地，呼叫路径计算请求消息中还携带有请求对象RP，其中，请求对象中包括用于指示路径类型的比特位，当比特位设置为第一预设值时，从源节点至目的节点的路径为呼叫路径；当比特位设置为第二预设值时，从源节点至目的节点的路径为连接路径。

优选地，上述比特位为C比特位。