一种建立域间呼叫的方法、系统及装置的制作方法

专利名称：一种建立域间呼叫的方法、系统及装置的制作方法
技术领域：
本发明涉及通信领域，尤其涉及一种建立域间呼叫的方法、系统及装置。
背景技术：
在通信网络中，用户可以通过运营商网络提供的连接业务来连通自己的设 备，例如，用户可以通过某个光网络运营商提供的光连接业务来连接两台路由 器。在没有使用控制平面的情况下，这种连接业务都是通过管理平面提供的， 即用户如果希望某运营商给自己提供一条连接业务，则首先向该运营商申请连 接业务。运营商按照一定的策略进行接入控制及计费，并通过管理平面下发命 令到节点，创建相应的连接业务。
基于上述模式下业务开通速度慢且管理复杂的缺点，在网络中引入了控制 平面。控制平面定义通用的协议，可以实现用户业务的快速自动创建。该协议 包括呼叫和连接两部分，呼叫用于实现用户接入权限的认证、用户側链路信息 的交换等功能，连接主要实现用户业务的提供，即在运营商网络中进行资源分 配及预留。
如图1所示，是现有技术的呼叫模型示意图。两个客户侧网络通过服务侧
网络互连，客户侧网络和服务侧网络之间通过用户网络接口 UNI (User Network Interface)链路进行连接。UNI链路两端的节点中，位于客户侧网络的节点称作 UNI-C,位于服务侧网络的节点称作UNI-N。
在客户侧的两个网络没有使用路由协议来交换两个网络的路由信息的情况 下，UNI-C1不知道UNI-C2的链路信息。此时，如果要建立UNI-C1到UNI-C2 的连接，可以先利用呼叫消息交换两端的UNI链路信息，再选择合适的UNI链 路来建立连接。例如UNI-C1发送呼叫消息到UNI-C2,携带本侧可用的UNI 链路信息；UNI-C2返回呼叫消息给UNI-C1时，也携带本侧可用的UNI链路信 息。从而，UNI-C1可获得远端的链路信息，可以选择一条满足业务需求的链路 供将要建立的业务使用。呼叫建立之后，UNI-Cl发送连接建立消息到UNI-Nl, 在消息中指明远端链路，可快速地建立可用的连接。发明人在实施本发明的过程中，发现现有的呼叫模型至少具有如下缺点 在连接业务经过多个服务侧网络的情况下，现有的呼叫模型不支持多个网络对 呼叫的分段处理。

发明内容
本发明实施例要解决的技术问题是提供一种建立域间呼叫的方法、系统 及装置，克服现有技术中在连接业务经过多个服务侧网络的情况下，不支持多 个网域对呼叫进行分段处理的缺陷。
为解决上述问题，本发明实施例提供了一种建立域间呼叫的方法，用于建 立从第一网域到第二网域的呼叫，该方法包括接收源节点发送的携带业务信 息的呼叫建立请求消息；根据上述业务信息和预置的边界链路信息，确定第二 网域，将上述呼叫建立请求消息转发至第二网域；接收来自第二网域的呼叫建 立响应消息，该呼叫建立响应消息包括目的节点的可用链路信息和第二网域的 呼叫标识；将呼叫建立响应消息中第二网域的呼叫标识替换为第一网域的呼叫 标识，其中，上述第一网域的呼叫标识基于上述业务信息确定；发送经替换的 呼叫建立响应消息至源节点。
相应地，本发明实施例还提供了一种呼叫管理器，包括消息收发单元和 处理单元；其中消息收发单元，用于接收源节点发送的携带业务信息的呼叫 建立请求消息；将呼叫建立请求消息转发至处理单元确定的第二网域；接收来 自第二网域的呼叫建立响应消息，其中，呼叫建立响应消息包括目的节点的可 用链路信息和第二网域的呼叫标识；发送经处理单元替换的呼叫建立响应消息 至源节点；处理单元，用于根据上述业务信息和预置的边界链路信息，确定第 二网域；将呼叫建立响应消息中的第二网域的呼叫标识替换为第 一 网域的呼叫 标识，其中，上述第一网域的呼叫标识基于上述业务信息确定。
相应地，本发明实施例还提供了一种建立域间呼叫的系统，包括源节点、 目的节点以及多个呼叫管理器，每一个呼叫管理器对应于一个网域；其中呼 叫管理器，用于接收源节点发送的携带业务信息的呼叫建立请求消息；根据上 述业务信息和预置的边界链路信息，确定第二网域，将呼叫建立请求消息转发 至第二网域；接收来自第二网域的呼叫建立响应消息，该呼叫建立响应消息包 括目的节点的可用链路信息和第二网域的呼叫标识；将呼叫建立响应消息中第二网域的呼叫标识替换为第一网域的呼叫标识，其中，上述第一网域的呼叫标
识基于上述业务信息确定；发送替换后的呼叫建立响应消息至源节点。
由上述技术方案可以看出，在源节点到目的节点的连接业务经过多个服务 侧网络的情况下，通过本发明实施例提供的建立域间呼叫的方法、系统及装置， 能够实现多个网域对源节点到目的节点的呼叫进行分段处理，从而进一步实现 各个网域之间的链路选择及准入控制。


图l是现有技术提供的呼叫模型的示意图； 图2是本发明实施例提供的一种建立域间呼叫的方法流程图； 图3是本发明实施例提供的建立域间呼叫的第一场景示意图； 图4是本发明实施例提供的建立域间呼叫的第二场景示意图； 图5是本发明实施例提供的建立域间呼叫的第三场景示意图； 图6是本发明实施例提供的建立域间呼叫的系统的结构示意图。
具体实施例方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清 楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是 全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
参见图2，是本发明实施例提供的一种建立域间呼叫的方法流程图。在源节 点到目的节点的连接经过多个服务侧网络(假定每个服务侧网络划分为一个网 域)情况下，各个网域之间对从源节点到目的节点的呼叫进行分段处理。该方 法用于建立从第一网域到第二网域的呼叫，包括如下步骤
5200、 接收源节点发送的携带业务信息的呼叫建立请求消息；
5201、 根据上述业务信息和预置的边界链路信息，确定第二网域；
5202、 将上述呼叫建立请求消息转发至上述第二网域；
5203、 接收来自上述第二网域的呼叫建立响应消息，该呼叫建立响应消息 包括目的节点的可用链路信息和第二网域的呼叫标识；
5204、 将上述呼叫建立响应消息中第二网域的呼叫标识替换为第 一网域的呼叫标识，其中，上述第一网域的呼叫标识基于上述业务信息确定； S205 、发送经替换的呼叫建立响应消息至源节点。
具体的，在步骤S200之后，还包括根据上述业务信息和预置的域内拓朴 信息，确定第一网域的域内链i 各。
在步骤S201之后，还包括根据上述业务信息和上述预置的边界链路信息， 确定第一网域与第二网域的域间链路。呼叫建立请求消息经由第一网域的域内 链;洛、第 一 网域与第二网域的域间链路发送给第二网域。
在步骤S203之后，还包括记录上述第一网域的呼叫标识和上述第二网域 的呼叫标识的对应关系；则在步骤S205之后，还包括接收源节点发送的连接 建立请求消息，该连接建立请求消息携带有业务信息和第一网域的呼叫标识； 根据上述的第一网域的呼叫标识和第二网域的呼叫标识的对应关系，将连接建 立请求消息中第 一 网域的呼叫标识替换为对应的第二网域的呼叫标识，通过上 述第一网域的域内链路、上述第一网域与第二网域的域间链路，发送经替换的 连接建立请求消息至第二网域；接收来自第二网域的预留消息，该预留消息包 括第二网域的呼叫标识；才艮据上述对应关系将预留消息中第二网域的呼叫标识 替换为第 一 网域的呼叫标识，发送经替换的预留消息至源节点。
在上述接收源节点发送的连接建立请求消息之前，还包括记录上述业务 信息和第一网域的呼叫标识的对应关系；此时，在根据上述对应关系将连接建 立请求消息中第 一 网域的呼叫标识替换为对应的第二网域的呼叫标识之前，还 包括判断第一网域的呼叫标识对应的业务信息，是否与连接建立请求消息中 携带的业务信息相符，如果是，根据上述的第一网域的呼叫标识和第二网域的 呼叫标识的对应关系将连接建立请求消息中第 一 网域的呼叫标识替换为对应的 第二网域的呼叫标识；如果否，则不执行后续步骤。
上述呼叫建立请求消息还可以包括策略标识；此时，在步骤S201之前， 还包括查找与上述策略标识对应的预置策略；判断呼叫建立请求消息携带的 业务信息是否符合上述预置策略，如果是，执行步骤S201,即根据上述业务信 息和预置的边界链路信息，确定第二网域；如果否，则不执行后续步骤。
本发明实施例在源节点到目的节点的连接业务经过多个服务侧网络的情况 下，能够实现多个网域对源节点到目的节点的呼叫进行分段处理，从而进一步 实现各个网域之间的链路选择。 9参见图3，是本发明实施例提供的建立域间呼叫的第一场景示意图，仅以源 节点到目的节点的连接经过三个网域为例进行说明。每个网域中的节点都配置 有本网域的拓朴信息(如节点、链路信息)，以及与相邻网域的边界链路信息。 且每个网域中均设置有呼叫管理器(Call Manager),用于对源节点R1到目的节 点R2的呼叫进行处理。
具体的，建立源节点Rl到目的节点R2的呼叫过程如下
源节点Rl发起携带有业务信息的呼叫建立请求消息，沿提供连接业务的网 域逐跳发送至目的节点R2;其中，上述业务信息用于指示建立连接的源节点、 目的节点及所需带宽；每个网域的呼叫管理器在接收到呼叫建立请求消息后， 分别对呼叫进行处理。
例如，如图3中所示的呼叫管理器1在接收到呼叫建立请求消息后，根据 呼叫建立请求消息中携带的业务信息配置本网域的呼叫标识，记录该业务信息 与对应的呼叫标识的对应关系，并保存该呼叫标识及对应的业务信息；根据上 述业务信息以及预置的域内拓朴信息，确定本网域满足业务需求的域内链路， 建立并保存上述域内链路与上述呼叫标识的映射关系；根据上述业务信息以及 预置的边界链路信息，确定与本网域相邻的提供连接业务的相邻下游网域，将 呼叫建立请求消息传送至相邻下游网域；
目的节点R2接收到源节点发起的呼叫建立请求消息后，查看本地链路信息， 选择满足业务需求的可用链路，并构造携带有目的节点的可用链路信息的呼叫 建立响应消息，沿各个提供连接业务的网域返回源节点；
如图3所示的呼叫管理器1在接收到相邻下游网域返回的呼叫建立响应消 息后，保存上述响应消息中携带的相邻下游网域的呼叫标识，记录相邻下游网 域的呼叫标识与本网域的呼叫标识的对应关系；通过计算获得本网域与相邻上 游网域之间满足业务需求的域间可用链^各信息；将上述域间可用链路信息添加 到呼叫建立响应消息，并将呼叫建立响应消息中的相邻下游网域的呼叫标识替 换为本网域的呼叫标识后，将呼叫建立响应消息发往其相邻上游网域；
源节点R1接收呼叫建立响应消息，其中，消息中包括各网域间的可用链路 信息，以及与其相邻的网域的呼叫标识，呼叫建立成功。
呼叫建立完成后，启动连接建立。连接建立的具体过程如下
源节点Rl发起连接建立请求消息，沿提供连接业务的网域逐跳发送至目的节点；其中，连接建立请求消息中携带有业务信息、呼叫标识、以及域间可用 链路信息；
如图3所示的入边界节点2在接收到连接建立请求消息后，根据连接建立 请求消息中的呼叫标识，从呼叫管理器1中查找对应的业务信息，校验建立请 求消息中携带的业务信息是否与呼叫管理器1所保存的业务信息相符，若是， 则根据呼叫标识与域内链路的映射关系，确定本网域的域内链路(假定节点3 为该域内链路的出边界节点)，并沿域内链路将连接建立请求消息发送至出边界 节点3;出边界节点3根据本网域的呼叫标识与相邻下一个网域的呼叫标识的对 应关系，将上述连接建立请求消息中的呼叫标识替换为相邻网域的呼叫标识， 沿域间链路发送至所述相邻网域。在具体实施当中，各出边界节点可以在建立 连接的时候从呼叫管理器中得到下一个网域的呼叫标识信息，或者也可以由呼 叫管理器在建立呼叫的时候主动将相关的呼叫标识信息告知相关的边界节点。 若上述连接建立请求消息中的业务信息与呼叫标识对应的业务信息不相符，则 连接建立失败。
本发明实施例在源节点到目的节点的连接业务经过多个服务侧网络的情况 下，能够实现多个网域对源节点到目的节点的呼叫进行分段处理，从而进一步 实现各个网域之间的链路选择。
进一步的，在具体实施当中，呼叫管理器可以设置在网域的边界节点上， 或者设置在某外部设备上，下面以呼叫管理器设置在网域的入边界节点中为例 进行说明。
如图4所示，是本发明实施例提供的建立域间呼叫的第二场景示意图，仅 以源节点到目的节点的连接经过三个网域为例进行说明。客户侧设备源节点Rl、 目的节点R2分别接入网域A、网域C，网域B可以为网域A提供传送服务， 即可以将从网域A接入的流量传送至网域C。每个网域的入边界节点(节点11、 节点21、节点31)中均设置有呼叫管理器，并且每个网域中的节点都配置有本 网域的拓朴信息(如节点、链路信息)，以及与相邻网域的边界链路信息。
具体的，从源节点Rl到目的节点R2的呼叫建立过程如下
源节点R1发起携带有业务信息的呼叫建立请求消息，其中，业务信息包括 用于指示连接业务的源节点、目的节点及所需带宽信息。
网域A中的入边界节点11接收上述呼叫建立请求消息，并进行处理，包括配置对应于呼叫建立请求消息中的业务信息的呼叫标识CallIDlO，记录上述业 务信息与呼叫标识CallIDlO的对应关系，并保存该呼叫标识CallIDlO及对应的 业务信息；根据业务信息及本网域的拓朴信息进行计算，确定满足业务需求的 域内链路，建立并保存上述域内链路与呼叫标识CallIDlO的映射关系；根据业 务信息以及预置的边界链路信息，确定提供源节点Rl到目的节点R2的连接业 务的下一个网域，例如，如图4所示，布i设通过与网域A相邻的网域B可建立 连接业务，则入边界节点ll将呼叫建立请求消息发送至网域B。网域B中的入边界节点21接收到上述呼叫建立请求消息后，以相同的方法 进行处理，配置对应于业务信息的CallID20,保存业务信息及呼叫标识CallID20 的对应关系；确定网域B中满足业务需求的域内链路，建立并保存上述域内链 路与呼叫标识CallID20的映射关系；将呼叫建立请求消息发送至提供源节点Rl 到源节点2的连接业务的下一个网域C。同理，网域C中的入边界节点31接收到上述呼叫建立请求消息后，配置对 应于业务信息的CallID30，保存业务信息及呼叫标识CallID30的对应关系；确 定网域C中满足业务需求的域内链路，建立并保存上述域内链路与呼叫标识 CallID30的映射关系；将呼叫建立请求消息发送至目的节点R2。目的节点R2接收到上述呼叫建立请求消息后，查看本地链路信息，选择满 足业务需求的可用链路，并构造携带有可能链路信息的呼叫建立响应消息，发 送到网域C内的入边界节点31。网域C的入边界节点31接收上述呼叫建立响应消息，通过计算获得网域C 与网域B之间的满足业务需求的域间可用链路信息，将上述域间可用链路信息 以及本网域配置的呼叫标识CallID30添加到呼叫建立响应消息中发送到网域B。网域B的入边界节点21接收上述呼叫建立响应消息，保存响应消息中携带 的呼叫标识CallID30，并记录呼叫标识CallID30与本网域配置的呼叫标识 CallID20的对应关系；通过计算获得网域B与网域A之间的满足业务需求的域 间可用链路信息，将上述域间可用链路信息添加到呼叫建立响应消息中，并将 呼叫建立响应消息中的呼叫标识CallID30替换为呼叫标识CallID20后发往网域 A。网域A的入边界节点ll接收上述呼叫建立响应消息，保存响应消息中携带 的呼叫标识CallID20，并记录呼叫标识CallID20与本网Jt或配置的呼叫标识CallIDlO的对应关系；将呼叫建立响应消息中的呼叫标识CallID20替换为呼叫 标识CallIDlO后发送到源节点Rl。源节点R1接收呼叫建立响应消息，其中，消息中包括各网域间的可用链路 信息，以及网域A配置的呼叫标识，呼叫建立成功。在呼叫建立成功后，启动连接建立过程，连接建立的具体过程如下源节点Rl根据各域间可用链路信息确定提供连接业务的各个网域的边界节 点，在本发明实施例中，各个网域的边界节点分别为入边界节点11、入边界节 点21、入边界节点31。源节点Rl构造携带有业务信息(源节点、目的节点及 带宽)、呼叫标识CallID10以及边界节点信息的路径消息，并发送至网域A。网域A中的入边界节点11接收上述路径消息，校验路径消息中的业务信息 是否与呼叫标识CallIDlO对应的业务信息相符，若是，则根据所述呼叫标识 CallIDlO与域内链路映射关系，确定网域A的域内链路(假定域内链路的出边 界节点为节点12);沿域内路径将路径消息发送至出边界节点12，请求建立连接；网域A中的出边界节点12接收上述路径消息，根据路径消息中的呼叫标识 CallIDlO与相邻网域B配置的呼叫标识CallID20的对应关系，将路径消息中的 呼叫标识CallIDlO替换为呼叫标识CallID20，并沿满足业务需求的域间链路发 送至网域B的入边界节点21;网域B中的入边界节点21接收上述路径消息，校验路径消息中的业务信息 是否与呼叫标识CallID20对应的业务信息相符，若是，则根据呼叫标识CallID20 与域内链路映射关系，确定网域B的域内链路(假定域内链路的出边界节点为 节点22);沿域内路径将路径消息发送至出边界节点22，请求建立连接；网域B中的出边界节点22接收上述路径消息，根据路径消息中的呼叫标识 CallID20与相邻网域C配置的呼叫标识CallID30的对应关系，将路径消息中的 呼叫标识CallID20替换为呼叫标识CallID30,并沿满足业务需求的域间链路发 送至网域C的入边界节点31;网域C中的入边界节点31接收上述路径消息，校验路径消息中的业务信息 是否与呼叫标识CallID30对应的业务信息相符，若是，则根据呼叫标识CallID30 与域内链路映射关系，确定网域C的域内链路，沿域内路径将路径消息发送至 出边界节点32,请求建立连接；网域C中的出边界节点32接收上述路径消息，将上述路径消息发送至目的 节点R2;
目的节点R2接收路径消息，构造并发送预留消息给网域C的出边界节点 32，其中，预留消息中携带有呼叫标识CallID30;
网域C中的出边界节点32接收上述预留消息，根据消息中的呼叫标识 CallID30与域内链路映射关系，确定网域C的域内路径，沿域内路径将路径消 息发送至网域C的入边界节点31;
网域C中的入边界节点31接收上述预留消息，将预留消息发送至网域B的 出边界节点22;
网域B中的出边界节点22接收上述预留消息，根据预留消息中的呼叫标识 CallID30与呼叫标识CallID20的对应关系，将预留消息中的呼叫标识CallID30 替换为呼叫标识CallID20,并才艮据呼叫标识CallID20与域内链路映射关系，确 定网域B的域内路径，沿域内路径将路径消息发送至网域B的入边界节点21;
网域B中的入边界节点21接收上述预留消息，将预留消息发送至网域A的 出边界节点12;
网域A中的出边界节点12接收上述预留消息，根据预留消息中的呼叫标识 CallID20与呼叫标识CallIDlO的对应关系，将预留消息中的呼叫标识CallID20 替换为呼叫标识CallIDlO，并根据呼叫标识CallIDlO与域内链路映射关系，确 定网域A的域内路径，沿域内路径将路径消息发送至网域A的入边界节点11;
网域A中的入边界节点11接收上述预留消息，将预留消息发送至源节点
Rl;
源节点R1接收上述预留消息，连接建立成功。
本发明实施例在源节点到目的节点的连接业务经过多个服务侧网络的情况 下，能够实现多个网域对源节点到目的节点的呼叫进行分段处理，/人而进一步 实现各个网域之间的链路选择。。
参见图5,是本发明实施例提供的建立域间呼叫的第三场景示意图，仅以源 节点到目的节点的连接经过三个网域为例进行说明。
在本发明实施例中，网域l、网域2、网域3联合提供源节点R1到目的节 点R2的连接业务，其中，网域l、网域3接入客户侧设备，网域2为网域1提 供传送服务，即可以将从网域1中接入的流量传送至网域3。在呼叫建立过程中，可以在呼叫消息中带上策略标识(如合同号)，各个网域的呼叫管理器才艮据策略标识对应的策略进行准入控制。具体的，网域l、网域2、网域3互相签订合同， 定义如下合同1 (ID=1):网域2负责将网域l的最大带宽为X的流量传送到网域 3，网域2向网域1收费Yl;合同2(10 = 2):网域3可以接收从网域2传送过来的最大带宽为X的流 量，这些流量流向网域3的客户设备，网域2向网域3收费Y2;进一步的，客户侧设备Rl及R2分别接入网域1和网域3，客户侧设备Rl 和R2属于同一个客户，并分别与网域l、网域3签订合同，如下合同3 (ID = 3):网域l负责接入客户侧设备Rl最大带宽为X的流量， 网域1向客户收费Y3。合同4(ID = 4):网域3负责传送最大带宽为X的流量到客户侧设备R2， 网域3向客户收费Y4。在具体实施当中，客户侧设备R1中保存有合同3的信息，客户侧设备R2保 存有合同4的信息，网域l中的节点Rll保存有合同3、合同1的信息，网域2 的节点R21和R22保存有合同1、合同2的信息，网域3的节点R31和R32保 存有合同2、合同4的信息。下面仅以建立客户侧设备R1到客户侧设备R2的连接经过三个网域为例， 对利用分段呼叫处理模式实现准入控制的方法进行说明。呼叫建立过程如下(1) 、 Rl发送呼叫建立请求消息(通用多协议标签交换GMPLSCALL中 定义的Notify消息)到Rll，其中，上述消息中携带有业务信息(源节点= Rl,目的节点=R2;带宽=X)及合同信息(ID = 3);(2) 、 Rll接收上述呼叫建立请求消息，并对该呼叫进行处理，包括根 据消息中的合同号，查看预存的合同信息，校验呼叫建立请求消息中携带的业 务信息是否符合合同规定；若符合，则允许该呼叫，分配对应于上述业务信息 的呼叫标识CallID (假定CallID = 10 ),并保存该CallID以及业务信息的对应关 系；Rll根据上述业务信息、预置的拓朴信息以及边界链路信息，确定釆用网域 2传送该业务到R2，并发现R12-R21的链路满足带宽需求，则将R12作为出 边界节点。然后发送呼叫建立请求消息到选定的边界节点R12,其中，呼叫建立 请求消息中携带有业务信息、呼叫标识(CallID=10)以及合同号(ID=1)。(3) 、 R12接收上述呼叫建立请求消息，保存网域1的呼叫标识(CallID-10 )，并将该CallID从消息中去掉，转发给下一个网域的边界节点R21;
(4) 、 R21接收上述呼叫建立请求消息，查看预存的合同信息(ID= 1的 合同需要传送到网域3),校验呼叫建立请求消息中携带的业务信息是否符合合 同规定；若符合，则允许该呼叫，分配对应于上述业务信息的呼叫标识CallID
(假定CallID = 20 ),并保存该CallID以及业务信息的对应关系。R21根据上 述业务信息、预置的拓朴信息以及边界链路信息，确定采用网域3传送该业务 到R2,并发现R23-R31的链路满足带宽需求，则将R23作为出边界节点。 然后发送呼叫建立请求消息到选定的出边界节点R23，其中，呼叫建立请求消息 中携带有业务信息、呼叫标识(CallID = 20)以及合同号(ID = 2);
(5) 、 R23接收上述呼叫建立请求消息，保存网域2的呼叫标识(CallID = 20),并将该CallID从消息中去掉，转发给下一个网域的边界节点R31;
(6) 、 R31接收上述呼叫建立请求消息，查看预存的与网域2签订的合同 信息(ID:2的合同可以接收从网域2传送过来的最大带宽为X的流量，这些 流量流向网域3的客户侧设备)以及与客户签订的合同信息(ID = 4的合同)， 校验呼叫建立请求消息中携带的业务信息是否符合合同规定；若符合，则允许 该呼叫，分配对应于上述业务信息的呼叫标识CallID (假定CallID = 30),并保 存该CallID以及业务信息的对应关系。R31 #4居上述业务信息及预置的拓朴信 息，选择到达客户侧设备R2的路由，将R33作为出边界节点。然后发送呼叫 建立请求消息到选定的出边界节点R33,其中，呼叫建立请求消息中携带有业务 信息、呼叫标识(CallID = 30)以及合同号(ID = 4);
(7) 、 R33接收上述呼叫建立请求消息，并转发给目的节点R2;
(8) 、 R2接收上述呼叫建立请求消息，查看预存的合同信息(10 = 4的合 同)，校验所请求的业务信息是否符合合同规定；若符合，则允许该呼叫，查看 本地链路信息，选择满足业务需求的可用链路，并构造携带有目的节点可用链 路信息的呼叫建立响应消息(GMPLS CALL中定义的Notify消息)，发送给 R33;
(9) 、 R33接收上述呼叫建立响应消息，并转发给R31;
(10) 、 R31接收上述呼叫建立响应消息，查看与网域3与网域2之间的链 路，选择满足业务需求的可用域间链路，并将上述域间可用链路信息以及网域3的呼叫标识(CallID = 30)添加到呼叫建立响应消息中，转发给R23;(11) 、 R23接收上述呼叫建立响应消息，保存网域3的呼叫标识(CallID =30)，并记录呼叫标识(CallID = 30)与网域2的呼叫标识(CallID = 20)的 对应关系，将上述呼叫建立响应消息转发给R21;(12) 、R21接收上述呼叫建立响应消息，查看网域2与网域1之间的链路， 选择满足业务需求的可用域间链路，并将上述域间可用链路信息添加到呼叫建 立响应消息中以及将该消息中的呼叫标识(CallID = 30)替换为网域2的呼叫标 识(CallID = 20)后，转发给R12;(13) 、 R12接收上述呼叫建立响应消息，保存网域2的呼叫标识(CallID =20)，并记录呼叫标识(CallID = 20)与网域1的呼叫标识(CallID = 10)的 对应关系，将上述呼叫建立响应消息转发给Rl 1;(14) 、 Rll接收上述呼叫建立响应消息，将呼叫建立响应消息中的呼叫标 识(CallID = 20)替换为网域l的呼叫标识(CallID=10)后，转发给Rl;(15 )、 Rl接收上述呼叫建立响应消息，消息中包括各网域之间的域间可用 链路信息，以及网域1的呼叫标识信息(CallID= 10)，呼叫建立成功。 在呼叫建立成功后，启动连接建立过程，连接建立的具体过程如下(1 )、 Rl根据各域间可用链路信息确定提供连接业务的各个网域的边界节 点，并构造携带有业务信息(源节点=Rl,目的节点=R2;带宽=X)、呼 叫标识信息(CallID= 10)以及边界节点信息(Rll, R21， R31)的路径消息(资 源预留协议RSVP中的Path消息)，发送给Rll;(2) 、R11收到Path消息，查看消息中的业务信息是否和呼叫标识(CallID -IO)对应的业务信息相符，如果相符，则计算到下一个边界节点R21的路径 (R11-R12-R21),并发送Path消息到下一个节点R12，请求建立连接；(3) 、 R12收到Path消息，R12是出边界节点，根据Path消息中的呼叫 标识(CallID = 10 )与网域2的呼叫标识(CallID = 20)的对应关系，将Path消 息中的呼叫标识(CallID = 10 )替换为呼叫标识(CallID = 20 ),并发送至网域2 的入边界节点R21;(4) 、R21收到Path消息，查看消息中的业务信息是否和呼叫标识(CallID =20)对应的业务信息相符，如果相符，则计算到下一个边界节点R31的路径 (R21-R23-R31 )，并发送Path消息到下一个节点R23,请求建立连接；= 20 )与网域3的呼叫标识(CallID = 30)的对应关系，将Path消 息中的呼叫标识(CallID = 20)替换为呼叫标识(CallID = 30),并发送至网域3 的入边界节点R31;
(6) 、R31收到Path消息，查看消息中的业务信息是否和呼叫标识(CallID =30 )对应的业务信息相符，如果相符，则计算到目的节点R2的路径 (R31-R33-R2),并发送Path消息到下一个节点R33，请求建立连4妻；
(7) 、 R33收到Path消息，直接转发给R2;
(8) 、 R2收到Path消息，构造并发送预留消息(RSVP中的Resv消息) 给R33, Resv消息中携带有呼叫标识(CallID = 30 )。
(9) 、 R33收到Resv消息，转发给R31;
(10) 、 R31收到Resv消息，转发给R23;
(11) 、 R23收到Resv消息，根据Resv消息中的呼叫标识(CallID = 30 ) 与网域2的呼叫标识(CallID = 20)的对应关系，将Resv消息中的呼叫标识
(CallID = 30 )替换为呼叫标识(CallID = 20 )，并发送给R21;
(12) 、 R21收到Resv消息，转发给前一个节点R12;
(13) 、 R12收到Resv消息，根据Resv消息中的呼叫标识(CallID = 20 ) 与网域1的呼叫标识(CallID=10)的对应关系，将Resv消息中的呼叫标识
(CallID = 20)替换为呼叫标识(CallID-10),并发送给Rll;
(14) 、 Rll收到Resv消息，转发给Rl;
(15) 、 Rl收到Resv消息，连接建立成功。
在具体实现中，还可以在呼叫建立过程的步骤(2)、 (4)、 (6)中，可以分 别计算本网域的域内链路、本网域与下游相邻网域的域间链路(若域内链路计 算失败，则拒绝呼叫)，建立并保存本网域的呼叫标识与域内链路的映射关系、 本网域的呼叫标识同上述本网域与下游相邻网域的域间链路的映射关系，从而 在连接建立过程的步骤(2)、 (4)、 (6)中，可以才艮据呼叫标识查看对应的域内 链路、域间链路，而不需要重新计算域内链路、域间链路，确保域内、域间都 有资源，保证业务建立成功。
本发明实施例提供的建立域间呼叫的方法，在源节点到目的节点的连接业 务经过多个服务侧网络的情况下，能够实现多个网域对源节点到目的节点的呼
18叫进行分段处理，从而进一步实现各个网域之间的链路选择及准入控制.上述仅以源节点到目的节点的连接经过三个网域的情况为例进行说明，本 发明的实施方式并不限于此，还可以应用于源节点到目的节点之间存在多个网 域的场景。下面是本发明实施例提供的建立域间呼叫的方法应用于通用多协议标签交换呼叫GMPLS( General Multi-Protocol Label Switch) Call消息中的一个实施例。现有技术的GMPLS Call中呼叫消息的定义如下 〈Notify message〉 := <Common Header〉 [ <INTEGRITY> ][[<MESSAGE—ID—ACK〉 | 〈MESSAGE一ID一NACK〉]…][<MESSAGE—ID> ]<ERROR—SPEO<notify session list><notify session list> ::= [ 〈notify session list〉 ] <notify session><notify session〉 := <SESSION> [ <ADMIN—STATUS> ][<POLICY—DATA〉...] [<LINK_CAPABILITY> ] [<SESSION—ATTRIBUTE〉] [<sender descriptor) | <flow descriptor)]<sender descriptor^ ::= <SENDER—TEMPLATE〉 <SENDER—TSPEC〉<flow descriptor) ::= see [RFC3473]其中，现有技术的<LINK—CAPABILITY>、 <POLICY—DATA〉…等对象都 不能分段处理，CallID放在〈SESSION〉对象中。为了克服现有技术所存在的缺 点，本发明实施例提出的改进方案如下〈Notify message〉 := <Common Header〉 [ <INTEGRITY> ][[〈MESSAGE—ID一ACK〉 | 〈MESSAGE—ID一NACK〉]…] [<MESSAGEJD> ] <ERROR—SPEC> 〈notify session list>
<notify session list> ::= [ <notify session list〉 ] 〈notify session〉
<notify session〉 := <SESSION> [ <ADMIN_STATUS> ] [<sender descriptor^ | <flow descriptor)] [<call manager list> ]
< call manager list 〉:=[< call manager list > ] < call manager >
< call manager > ::= <call manager address〉 [ <POLICY_DATA〉...]
<sender descriptor) ::= see [RFC3473]
<flow descriptor) ::= see [RFC3473]
上述增加的< call manager list >对象，用于实现分,殳处理域间链;洛、准入控 制等功能，该对象的内容就是 一 个呼叫管理器的可达地址。在 〈LINK一CAPABILITY〉前增加一个〈node id〉对象，用于指示该链路所属的节点。
参见图6，是本发明实施例提供的建立域间呼叫的系统的结构示意图，包括 源节点601、目的节点602以及多个呼叫管理器603，每一个呼叫管理器对应于 一个网i^戈；其中
呼叫管理器603,用于接收源节点601发送的携带业务信息的呼叫建立请求 消息；根据上述业务信息和预置的边界链路信息，确定第二网域，将呼叫建立 请求消息转发至第二网域；接收来自第二网域的呼叫建立响应消息，该呼叫建 立响应消息包括目的节点602的可用链路信息和第二网域的呼叫标识；将呼叫建立响应消息中第二网域的呼叫标识替换为第一网域的呼叫标识，其中，上述第一网域的呼叫标识基于上述业务信息确定；发送替换后的呼叫建立响应消息 至源节点601。具体的，呼叫管理器603包括消息收发单元6031和处理单元6032;其中 消息收发单元6031，用于接收源节点601发送的携带业务信息的呼叫建立 请求消息；将呼叫建立请求消息转发至处理单元6032确定的第二网域；接收来 自第二网域的呼叫建立响应消息，其中，呼叫建立响应消息包括目的节点602 的可用链路信息和第二网域的呼叫标识；发送经处理单元替换的呼叫建立响应 消息至源节点601;处理单元6032,用于根据上述业务信息和预置的边界链路信息，确定第二 网域；将呼叫建立响应消息中的第二网域的呼叫标识替换为第 一 网域的呼叫标 识，其中，上述第一网域的呼叫标识基于上述业务信息确定。处理单元具体包括呼叫标识配置模块、网域确定模块和替换模块。其中呼叫标识配置模块，用于根据消息收发单元接收的呼叫建立请求消息中携 带的业务信息，配置第一网域的呼叫标识；网域确定模块，用于根据上述业务信息以及上述预置的边界链路信息，确 定第二网域；替换模块，用于将上述呼叫建立响应消息中的第二网域的呼叫标识替换为 第一网域的呼叫标识。处理单元还包括域内链路确定模块，用于根据上述业务信息以及预置的 域内拓朴信息，确定第一网域的域内链3各。处理单元还包括域间链路确定模块，用于根据上述业务信息和上述预置 的边界链路信息，确定第 一网域与第二网域的域间链路。处理单元还包括存储模块，用于记录第一网域的呼叫标识和第二网域的 呼叫标识的对应关系；本发明实施例提供的建立域间呼叫的方法、系统及装置，在源节点到目的 节点的连接经过多个服务侧网络的情况下，能够实现多个网域对源节点到目的 节点的呼叫进行分段处理，从而进一步实现各个网域之间的链路选"f奪及准入控 制。。是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算 机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。
其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory, ROM)或随机存储记忆体(Random Access Memory, RAM)等。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技 术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这 些改进和润饰也视为本发明的保护范围。
权利要求
1、一种建立域间呼叫的方法，其特征在于，所述方法用于建立从第一网域到第二网域的呼叫，所述方法包括接收源节点发送的携带业务信息的呼叫建立请求消息；根据所述业务信息和预置的边界链路信息，确定第二网域；将所述呼叫建立请求消息转发至所述第二网域；接收来自所述第二网域的呼叫建立响应消息，所述呼叫建立响应消息包括目的节点的可用链路信息和第二网域的呼叫标识；将所述呼叫建立响应消息中第二网域的呼叫标识替换为第一网域的呼叫标识，其中，所述第一网域的呼叫标识基于所述业务信息确定；发送经替换的呼叫建立响应消息至所述源节点。
2、 如权利要求1所述的方法，其特征在于，在所述接收源节点发送的携带 业务信息的呼叫建立请求消息之后，还包括根据所述业务信息和预置的域内拓朴信息，确定所述第一网域的域内链路。
3、 如权利要求2所述的方法，其特征在于，在所述确定第二网域之后，还 包括根据所述业务信息和所述预置的边界链路信息，确定所述第一网域与所述 第二网域的域间链路。
4、 如权利要求3所述的方法，其特征在于，在所述接收来自所述第二网域 的呼叫建立响应消息之后，还包括记录所述第一网域的呼叫标识和所述第二 网i或的呼叫标识的^f应关系；则在所述发送经替换的呼叫建立响应消息至所述源节点之后，还包括 接收所述源节点发送的连接建立请求消息，所述连接建立请求消息携带有所述业务信息和所述第 一 网域的呼叫标识；根据所述对应关系将所述连接建立请求消息中第 一 网域的呼叫标识替换为对应的第二网域的呼叫标识，通过所述第一网域的域内链^各、所述第一网域与所述第二网域的域间链路，发送经替换的连接建立请求消息至所述第二网域；接收来自所述第二网域的预留消息，所述预留消息包括所述第二网域的呼 叫标识；根据所述对应关系将所述预留消息中第二网域的呼叫标识替换为所述 第 一网域的呼叫标识，发送经替换的预留消息至所述源节点。
5、 如权利要求4所述的方法，其特征在于，在所述接收所述源节点发送的 连接建立请求消息之前，还包括记录所述业务信息和所述第 一网域的呼叫标识的对应关系； 在所述根据所述对应关系将所述连接建立请求消息中第 一 网域的呼叫标识 替换为对应的第二网域的呼叫标识之前，还包括判断所述第一网域的呼叫标识对应的业务信息，是否与所述连接建立请求 消息中携带的业务信息相符，如果是，根据所述对应关系将所述连接建立请求 消息中第 一 网域的呼叫标识替换为对应的第二网域的呼叫标识。
6、 如权利要求1至5任一项所述的方法，其特征在于，所述呼叫建立请求 消息还包括策略标识；在所述确定第二网域之前，还包括 查找与所述策略标识对应的预置策略；判断所述呼叫建立请求消息携带的业务信息是否符合所述预置策略，如果 是，根据所述业务信息和预置的边界链路信息，确定第二网域。
7、 一种呼叫管理器，其特征在于，包括消息收发单元和处理单元；其中 所述消息收发单元，用于接收源节点发送的携带业务信息的呼叫建立请求消息；将所述呼叫建立请求消息转发至所述处理单元确定的第二网域；接收来 自所述第二网域的呼叫建立响应消息，其中，所述呼叫建立响应消息包括目的 节点的可用链路信息和第二网域的呼叫标识；发送经所述处理单元替换的呼叫 建立响应消息至所述源节点；所述处理单元，用于根据所述业务信息和预置的边界链路信息，确定所述 第二网域；将所述呼叫建立响应消息中的第二网域的呼叫标识替换为第 一 网域 的呼叫标识，其中，所述第一网域的呼叫标识基于所述业务信息确定。
8、 如权利要求7所述的呼叫管理器，其特征在于，所述处理单元具体包括 呼叫标识配置模块，用于根据所述呼叫建立请求消息携带的业务信息，配置所述第 一 网域的呼叫标识；网域确定模块，用于根据所述业务信息以及所述预置的边界链路信息，确 定所述第二网域；替换模块，用于将所述呼叫建立响应消息中的第二网域的呼叫标识替换为 所述第 一 网域的呼叫标识。
9、 如权利要求8所述的呼叫管理器，其特征在于，所述处理单元还包括 域内链路确定模块，用于根据所述业务信息以及预置的域内拓朴信息，确定所述第 一 网域的域内链^各。
10、 如权利要求9所述的呼叫管理器，其特征在于，所述处理单元还包括 域间链路确定模块，用于根据所述业务信息和所述预置的边界链路信息，确定所述第 一 网域与所述第二网域的域间链^各。
11、 一种建立域间呼叫的系统，其特征在于，包括源节点、目的节点以 及多个呼叫管理器，每一个呼叫管理器对应于一个网域；其中所述呼叫管理器，用于接收所述源节点发送的携带业务信息的呼叫建立请 求消息；根据所述业务信息和预置的边界链路信息，确定第二网域，将所述呼 叫建立请求消息转发至所述第二网域；接收来自所述第二网域的呼叫建立响应 消息，所述呼叫建立响应消息包括所述目的节点的可用链if各信息和第二网域的 呼叫标识；将所述呼叫建立响应消息中第二网域的呼叫标识替换为第 一 网域的 呼叫标识，其中，所述第一网域的呼叫标识基于所述业务信息确定；发送替换 后的呼叫建立响应消息至所述源节点。
12、 如权利要求11所述的系统，其特征在于，所述呼叫管理器包括消息 收发单元和处理单元；其中所述消息收发单元，用于接收所述源节点发送的携带业务信息的呼叫建立 请求消息；将所述呼叫建立请求消息转发至所述处理单元确定的第二网域；接收来自所述第二网域的呼叫建立响应消息，所述呼叫建立响应消息包括所述目的节点的可用链路信息和所述第二网域的呼叫标识；发送经所述处理单元替换 的呼叫建立响应消息至所述源节点；所述处理单元，用于根据所述业务信息和所述预置的边界链路信息，确定 所述第二网域；将所述呼叫建立响应消息中的第二网域的呼叫标识替换为所述 第一网域的呼叫标识。
全文摘要
本发明实施例公开了一种建立域间呼叫的方法、系统及装置，该方法包括接收源节点发送的携带业务信息的呼叫建立请求消息；根据上述业务信息和预置的边界链路信息，确定第二网域，将上述呼叫建立请求消息转发至第二网域；接收来自第二网域的呼叫建立响应消息，该呼叫建立响应消息包括目的节点的可用链路信息和第二网域的呼叫标识；将呼叫建立响应消息中第二网域的呼叫标识替换为第一网域的呼叫标识，其中，上述第一网域的呼叫标识基于上述业务信息确定；发送经替换的呼叫建立响应消息至源节点。采用本发明实施例，在连接经过多个服务侧网络的情况下，可利用分段呼叫模式实现域间链路选择及接入控制。
文档编号H04L29/06GK101668001SQ20081019835
公开日2010年3月10日 申请日期2008年9月5日 优先权日2008年9月5日
发明者资小兵 申请人:华为技术有限公司