[发明专利]一种呼叫处理方法、系统及装置

说明书

技术领域

本发明涉及通信领域，尤其涉及一种呼叫处理方法、系统及装置。

背景技术

在通信网络中，用户可以通过运营商网络提供的连接业务来连通自己的设 备，例如，用户可以通过某个光网络运营商提供的光连接业务来连接两台路由 器。在网络中引入控制平面的情况下，控制平面定义通用的协议，可以实现用 户业务的快速自动创建。该协议包括呼叫和连接两部分，呼叫用于实现用户接 入权限的认证、用户侧链路信息的交换等功能，连接主要实现用户业务的提供， 即在运营商网络中进行资源分配及预留。

参见图1，是现有技术的呼叫模型示意图，两客户侧网络利用UNI(User Network Interface)链路接入服务侧网络，服务侧网络传送客户侧信号到另一端。 UNI两端节点中，客户侧网络中的节点称作UNI-C，服务侧网络中的节点称作 UNI-N。

在建立UNI-C之间的连接之前，先建立呼叫以实现两端路由信息的交互， 以及服务侧网络的准入控制功能，呼叫建立成功之后，再建立相应的连接。客 户侧网络设备发起的呼叫，可以由服务侧网络的接入设备进行处理，也可以由 一个专门的单元来处理，其中，处理呼叫的单元称作呼叫管理器(Call Manager)。

如图1所示，在建立UNI-C1和UNI-C2之间的连接之前，UNI-C1发起呼 叫建立过程，即发送呼叫建立请求消息到UNI-N1，消息中携带请求带宽等相关 信息。UNI-N1根据预先配置的策略确定是否允许该呼叫，如果允许，则将呼叫 建立请求消息转发到UNI-N2，UNI-N2再将呼叫建立请求消息转发到UNI-C2。 UNI-C2查看本地UNI链路带宽等信息，如果满足需求，则返回呼叫建立响应 消息给UNI-N2，消息中可以携带本地可用UNI链路信息，用于建立连接时指 定可用链路。UNI-N2再将呼叫建立响应消息转发给UNI-N1，UNI-N1再转发给 UNI-C1，至此呼叫建立成功。在上述过程中，UNI-C1、UNI-N1、UNI-N2、UNI-C2 都具有处理呼叫的功能，即都实现了呼叫管理器的功能。

呼叫建立成功之后，发起连接建立过程。例如，UNI-C1发送连接建立请求 消息给UNI-N1，指定建立到UNI-C2的连接，并指定远端链路。UNI-N1计算 合适的路径，并建立到UNI-C2的连接。

发明人在实施本发明的过程中，发现现有的呼叫模型至少具有如下缺点： 现有的通用多协议标签交换(GMPLS，General Multi-Protocol Label Switch)呼 叫模型只支持端到端的呼叫处理，在连接业务经过多个服务侧网络(假定每个 服务侧网络划分为一个域)的情况下，现有的呼叫模型不支持各域对呼叫的分 段处理，从而不支持域间链路选择及各域的准入控制等功能。

发明内容

本发明实施例所要解决的技术问题是：提供一种呼叫处理方法、系统及装 置，克服现有技术中在客户侧业务经过多个服务侧网络的情况下，不支持各域 对呼叫进行分段处理的缺陷。

为解决上述问题，本发明实施例提供了一种呼叫处理方法，该方法包括：

呼叫发起方获得处理呼叫的网域中的全部或部分呼叫管理器的地址信息， 所述全部或部分呼叫管理器包括与所述呼叫发起方相邻的处理所述呼叫的呼叫 管理器；

所述呼叫发起方根据所述全部或部分呼叫管理器的地址信息中的所述第一 呼叫管理器的地址信息向所述相邻的呼叫管理器发送第一呼叫建立请求消息；

所述呼叫发起方接收来自所述相邻的呼叫管理器的第一呼叫建立响应消 息，所述第一呼叫建立响应消息由所述相邻的呼叫管理器针对所述第一呼叫建 立请求消息发出。

相应地，本发明实施例还提供了一种呼叫处理方法，该方法包括：

呼叫管理器获得处理呼叫的网域中该呼叫管理器和呼叫接收节点之间的全 部或部分呼叫管理器的地址信息，所述全部或部分呼叫管理器包括与该呼叫管 理器相邻的下一个呼叫管理器；

所述呼叫管理器根据所述全部或部分呼叫管理器的地址信息中的所述下一 个呼叫管理器的地址信息向所述下一个呼叫管理器发送第三呼叫建立请求消 息，所述第三呼叫建立请求消息包括所述全部或部分呼叫管理器的地址信息；

所述呼叫管理器接收来自所述相邻的呼叫管理器的第三呼叫建立响应消 息，所述第三呼叫建立响应消息由所述相邻的呼叫管理器针对所述第三呼叫建 立请求消息发出。