呼叫仲裁节点失败路由重选方法、交换机和系统的制作方法

专利名称：呼叫仲裁节点失败路由重选方法、交换机和系统的制作方法
技术领域：
本发明涉及一种BICC呼叫仲裁节点(CMN)失败路由重选方法、交换机和系统。
背景技术：
与承载独立的呼叫控制协议(BICC， Bearer Independent Call Control Protocol)是由ITU-TSGll小组制订的与承栽无关的呼叫控制协议。BICC 协议的主要目的是解决呼叫控制和承载控制分离的问题，使呼叫控制信令可 在诸如消息传递部分(MTP) 、 SS7网络、异步传输模式(ATM)网络、网 际协议(IP)网络之类的各种网络上承载。BICC协议由ISDN用户部分(ISUP)演变而来，是传统电信网络向综 合多业务网络演进的重要支撑工具。BICC协议把支持BICC信令的节点分 为服务节点(SN )和呼叫仲裁节点(CMN ) 。 SN具有承载控制功能(BCF )， CMN不具有承载控制功能。对于SN，呼叫功能和承栽控制功能在物理上既 可以分开，也可以不分开，如果分开，那么呼叫功能和承载控制功能实体需 要用呼叫承载控制(CBC)信令来发送消息。BICC从真正意义上解决了呼 叫控制和承载控制相分离的问题。ATM具有很好的QoS保证和呼叫处理能 力，BICC能够更好地支持ATM网络承载，这也是业界看好BICC的原因之在现有技术中，由本局交换机来控制承载，局间使用BICC信令，如果 出局路由选路失败，则重现选择新的出局路由。然而，如果本次呼叫本交换机(即本局交换机)作为BICC CMN,利用现有技术中的失败路由重选机制，则可能导致出局有控制承载，而入局并没 有控制承载，这就与BICC本身所描述的呼叫建立模型相冲突，从而无法建立呼叫。发明内容有鉴于此，本发明实施例的主要目的是提出一种BICC CMN的失败路 由重选方法，在本局交换冲几作为CMN出局路由失败后能够重新选择出局路 由，从而顺利建立呼叫。本发明的另一目的是提出一种BICC CMN的失败路由重选系统，在本 局交换机作为CMN出局路由失败后能够重新选择出局路由，从而顺利建立 呼叫。本发明的再一 目的是提出 一种在本次呼叫中作为BICC CMN的交换机， 在本局交换机作为CMN出局路由失败后能够重新选择出局路由，从而顺利 建立呼叫。为达到上述目的，本发明的技术方案是这样实现的一种与承载独立的呼叫控制协议(BICC )呼叫仲裁节点(CMN) 失败 路由重选方法，预先在作为BICC CMN的交换局上配置出局路由失败原因 值、指定路由及所述出局路由失败原因值与指定路由的对应关系；当出局路由失败时，所述作为BICC CMN的交换局获取出局路由失败 原因值，并根据所述出局路由失败原因值与指定路由的对应关系，将通话出 路连接到所述指定路由。一种失败^各由重选系统，该系统包括后向局点，用于当选择出局路由失败时，向作为BICCCMN的MSC服 务器提供包含出局路由失败原因值的拆线消息；MSC服务器，作为BICC CMN，用于从所述拆线消息中获取出局路由 失败原因值，并根据预先设定的出局路由失败原因值与指定路由的对应关 系，对媒体网关进行控制以将通话出路连接到所述指定路由；媒体网关，用于接受MSC服务器的控制，将通话出路连接到所述指定 路由。一种交换机，该交换机包括呼叫处理单元，用于接收并转发呼叫中的承载相关信息，并获取出局路由 失败原因值；承栽建立单元，用于同媒体网关进行承载信息的交互；选路单元，用于根据预先设定的出局路由失败原因值与指定路由的对应 关系，将通话出路连接到所述指定路由。从上述技术方案中可以看出，在本发明中，公开了一种BICC CMN失 败路由重选方法，预先在作为BICC CMN的交换局上配置出局路由失败原 因值、指定路由及所述出局路由失败原因值与指定路由的对应关系，该方法 还包括当出局路由失败时，所述BICC CMN获取出局路由失败原因值， 并根据所述出局路由失败原因值与指定路由的对应关系，将通话出路连接到 所述指定路由。由此可见，应用本发明后，本局作为BICCCMN， BICC局 间承载建立前，后向局返回拆线消息携带特殊的拆线原因值或者本局选择出 局CIC失败，本局支持通过失败处理数据配置实现对于指定的失败原因值进 行重新选择出局路由，从而能够提高呼叫接通率。


图1为根据本发明实施例的BICC CMN失败路由重选方法的示范性流 程示意图；图2为根据本发明实施例的BICC CMN失败路由重选系统的示范性结 构图；图3为根据本发明第一实施例的BICC CMN失败路由重选示意图； 图4为根据本发明第一实施例的BICC CMN失败路由重选方法流程示 意图；图5为根据本发明第二实施例的BICC CMN失败路由重选示意图；图6为根据本发明第二实施例的BICC CMN失败路由重选方法流程示 意图；图7为根据本发明第三实施例的BICC CMN失败路由重选示意图； 图8为根据本发明第三实施例的BICC CMN失败路由重选方法流程示 意图；图9为根据本发明第四实施例的BICC CMN失败路由重选示意图； 图10为根据本发明第四实施例的BICC CMN失败路由重选方法流程示 意图；图11为根据本发明第五实施例的BICC CMN失败路由重选示意图； 图12为根据本发明第五实施例的BICC CMN失败路由重选方法流程示 意图；图13为根据本发明第六实施例的BICC CMN失败路由重选示意图； 图14为根据本发明第六实施例的BICC CMN失败路由重选方法流程示 意图；图15为根据本发明实施例的交换机的示范性结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点表达得更加清楚明白，下面结合附 图及具体实施例对本发明再作进一步详细的说明。图1为根据本发明实施例的BICC CMN失败路由重选方法的示范性流 程示意图。如图l所示，本交换局(简称为本局)作为BICC CMN,该方法 包括步骤101:预先在作为BICC CMN的交换局上配置出局路由失败原因 值、指定路由及所述出局路由失败原因值与指定路由的对应关系。步骤102:当出局路由失败时，所述作为BICC CMN的交换局获取出局 路由失败原因值，并根据所述出局路由失败原因值与指定路由的对应关系， 将通话出路连接到所述指定路由。其中，既可以当BICC CMN出局路由失败时，由本局自身提供出局路由失败原因值。也可以是当后向局点选择出局路由失败时，由后向局点向本 局提供包含出局路由失败原因值的拆线消息，然后本局再从所述拆线消息中 获取出局路由失败原因值。在步骤102将通话出路连接到所述指定路由之后或编码协商后，本局可 以作为BICCCMN,也可以不作为BICCCMN，而且可以是在呼叫承载建立 前触发BICC CMN失败路由重选，也可以是在呼叫承载建立后触发BICC CMN失败路由重选。此时，如果指定路由为BICC-TDM互通，该方法可以进一步包括本 局与前向局点进行承载信息的交互，以支持本局和前向局点的TrFO流程。也可以是，当将通话出路连接到指定路由之后，本局不再作为BICC CMN,并且所述出局路由失败在BICC局间承栽建立前，指定路由为 BICC-BICC互通。此时该方法需要进一步包括本局与前向局点和后向局 点分别进行承载信息的交互，以支持本局与所述前向局点和后向局点的 TrFO流程。如果出局路由失败是在BICC局间承载建立前，而通话出路连接到指定 路由之后，并且本局仍然作为BICC CMN。此时，该方法应该进一步包括 本局在出局消息中转发原有的局间承载信息。另外，如果将通话出路连接到所述指定路由之后或编码协商后，并且本 局不再作为BICCCMN,而且出局路由失败是在BICC局间承载建立后，同 时指定路由为BICC-TDM互通，那么该方法应该进一步包括本局使用承 载重定向流程通知前向局间重新建立承载，并且本局与前向局点进行承载信 息的交互，以支持本局和所述前向局点的TrFO流程。如果将通话出路连接到所述指定路由之后或编码协商后，并且本局不再作为BICCCMN，而且所述出局路由失败在BICC局间承载建立后，同时指 定路由为BICC-BICC互通，那么该方法应该进一步包括本局使用承载重 定向流程通知前向局间重新建立承载，并且本局与前向局点和后向局点分别进行承载信息的交互，以支持本局与所述前向局点和后向局点的TrFO流程。 如果出局路由失败在BICC局间承载建立后，所述将通话出路连接到所述指定路由之后或编码协商后，本局作为BICCCMN;此时该方法进 一 步包括本局使用承载重定向流程通知前向局间重新建立承栽，并且本局在出局消息中转发原有的局间承载信息。图2为根据本发明实施例的BICC CMN失败路由重选系统的示范性结构图。如图2所示，该系统包括后向局点201，用于当选择出局路由失败时，向作为BICC CMN的MSC SERVER202 (简称为MSS )提供包含出局路由失败原因值的拆线消息；作为BICC CMN的MSC SERVER 202,用于从所述拆线消息中获取出局路 由失败原因值，并根据预先设定的出局路由失败原因值与指定路由的对应关系， 对媒体网关203进行控制以将通话出路连接到所述指定路由；媒体网关203,用于接受作为BICC CMN的MSC SERVER 202的控制， 将通话出路连接到所述指定路由。其中，后向局点201具体可以为Redirecting-from node节点，作为BICC CMN的MSC SERVER 202具体可以为CC-Anchor node节点。另外，该系 统中还可以进一步包括作为前向局点的BC-Anchor node节点》并且，后向 局点201和作为BICC CMN的MSC SERVER202可以集成为 一个节点，而 后向局点201和所述指定路由的交换机也可以集成为一个节点。在本发明中，本局作为BICCCMN，如果本局选择出局路由失败或者后 续局点选择出局路由失败，可以在BICC CMN节点通过失败处理数据配置 实现对于指定的失败原因值进行重新选择出局路由，从而提高呼叫接通率。 实现重新选路后，本局可以仍然为CMN,也有可能不为CMN。同样， 本局作为BICCCMN,既可以在原有呼叫承载建立之前触发失败路由重选， 也可以在原有呼叫承栽建立后触发失败路由重选。如果本局作为BICC CMN，在原有的呼叫承载建立之前触发失败路由重选，此时本局预先配置了根据指定原因值进行失败重新选路的数据，然后当 本局选择出局路由失败时，或者在后续局承载建立前或者编解码协商前，本局收到后续局的拆线消息并且携带指定的原因值，本局就进行BICC CMN的失败路由重选流程。图3为根据本发明第一实施例的BICC CMN失败路由重选示意图。图4 为根据本发明第 一 实施例的BICC CMN失败路由重逸方法流程示意图。在第一实施例中，本局作为BICC CMN在原有的呼叫承载建立前触发 失败路由重选，失败路由重选后本局非BICC CMN,并且失败路由重选后为 BICC-TDM互通。本次呼叫，本局作为BICC CMN节点配置了失败处理数 据，本局选择出局^^由失败，或者在前向局与后向局承载建立之前，后向局 返回携带特殊的拆线原因值的拆线消息；本局进行失败处理，根据失败处理 数据重新选择出局路由。在第一实施例中，重新选择出局路由后本局非BICC CMN,因此需要进 行BICC承载建立流程。同时，由于重新选路之后为BICC-TDM互通，本 局需要与前向局进行承载信息的交互，其中使用BICC承载建立流程，支持 本局与前向局的TrFO流程。如图4所示，该过程包括MSC服务器接收Initial Address,并将Initial Address信息转发出去，而后续流程类似于现有技术的 普通BICC局间呼叫流程。图5为根据本发明第二实施例的BICC CMN失败路由重选示意图。图6 为根据本发明第二实施例的BICC CMN失败路由重选方法流程示意图。在第二实施例中，本局作为BICCCMN，在原有的呼叫承载建立前触发 失败路由重选，并且失败路由重选后本局非BICCCMN，而且失败路由重选 后为BICC-BICC互通。本次呼叫，本局作为BICC CMN节点配置了失败处 理数据，本局选择出局路由失败，或者在前向局与后向局承栽建立之前，后 向局返回携带特殊的拆线原因值的拆线消息；本局进行失败处理，根据失败 处理数据重新选择出局路由。在第二实施例中，在重新选择出局路由后，本局非BICCCMN,因此需要进行BICC承载建立流程。如果重新选路之后为BICC-BICC互通，本局 需要与前向局以及后续局进行承载信息的交互，其中使用BICC承载建立流 程，支持本局与前向局以及后续局的TrFO流程 在图6中以ISUP为例对本局与前向局和后续局的承载信息交互流程作 示范性说明。如图6所示流程，MSC服务器接收到IAM消息后，选择出局 路由，将所述IAM消息进行转发；当选择出局路由失败时，MSC服务器根 据所收到失败原因和预先配置的失败处理数据，进行失败处理即重新选择出 局路由；MSC服务器既与前向局进行承载信息交互，又与媒体网关(MGW) 进行承载信息的交互，并且同后续局进行承载信息交互。图7为根据本发明第三实施例的BICCCMN失败路由重选示意图。图8 为^f艮据本发明第三实施例的BICC CMN失败路由重选方法流程示意图。在第三实施例中，本局作为BICCCMN，在原有的呼叫承载建立前触发 失败^各由重选，并且重新选^各后本局仍然为BICC CMN。呼叫中本局作为 BICCCMN节点配置了失败处理数据，本局选择出局路由失败，或者在前向 局与后向局承栽建立之前，后向局返回携带特殊的拆线原因值的拆线消息； 本局进行失败处理，根据失败处理数据重新选择出局路由，并且重新选路后 本局仍然为BICC CMN。在第三实施例中，本局作为BICC CMN配置了根据指定原因值进行失 败重新选路的数据。本局选择出局路由失败，在后续局承载建立前或者编解 码协商前，本局收到后续局的拆线消息并且拆线消息中携带指定的原因值， 本局就进行BICC CMN的失败路由重选流程。在重新选择出局路由后，本局为BICCCMN,出局路由为BICC中继， 本局需要在出局的IAM (Initial Address )消息中转发原有的承载信息，后续 呼叫流程与普通的BICC CMN呼叫流程相同。在原有呼叫承载建立之后触 发BICC CMN失败路由重选的实施例。以下实施例描述本局作为BICC CMN在原有呼叫承载建立之后触发失 败路由重选的冲几制。本次呼叫本局作为BICC CMN节点，预先配置失败处理数据，如杲前向局与后向局在呼叫承载建立之后，后向局点返回拆线消息 携带特殊的拆线原因值，则本局在失败处理时重新选择出局路由。本发明中，本次呼叫本局作为BICC CMN节点，预先配置失败处理数 据，如果前向局与后向局承载建立之后，后向局点返回拆线消息携带特殊的 拆线原因值，则本局在失败处理时重新选择出局路由。同样，此时重新选路后本局仍然可以为BICC CMN，或者非BICC CMN。 如果前向局与后向局承载建立之后，触发BICC CMN的失败路由重选， 需要使用BICC承载重定向功能(ITU-T Q.l卯2.6)，前向局需要支持作为 岸、载重定向中的BC-Anchor node。BICC承栽重定向可以实现以下功能当呼叫过程中承载连接建立完成 之后，如果业务层需要把始发呼叫从原被叫重新连接到另外一个目的地(比 如呼叫无应答前转)，利用承载重定向功能，就可以拆除此已经建立好的承 栽连接，并重新建立一条从主叫到新目的地之间的直连承载。 在BICC承载重定向中，存在四种业务节点，分别是 呼叫控制锚定节点CC-Anchor node ( Call Control Anchor Node ),为触 发BICC承载重定向功能的服务节点(SN)或者CMN节点，此节点在BICC 承载重定向过程中作为呼叫控制的锚定节点，所有呼叫控制相关信令都通过 此节点进行处理。《义载4空制4苗定节点BC-Anchor node ( Bear Control Anchor node ) ' jt匕节 点在BICC承栽重定向过程中作为承载控制的锚定节点，新的以及旧的承载 都在此节点终结。重定向初始节点(Redirecting-from node )，此节点在BICC承载重定向 过程中作为呼叫的初始终结节点，承载重定向结束之后，BC-Anchor node 删除与此节点的承载连接。重定向终结节点(Redirecting-to node ),此节点在BICC承载重定向过 程结束之后作为呼叫的终结节点，BC-Anchor node建立与此节点的承载连 接。上述四种节点并不一定是独立的，它们可以组合成一个物理节点。图9为根据本发明第四实施例的BICC CMN失败路由重选示意图。图 10为根据本发明第四实施例的BICC CMN失败路由重选方法流程示意图。在第四实施例中，本局作为BICC CMN,在原有的呼叫承载建立后触发 失败路由重选，重新选路后本局非BICC CMN,并且重选选路之后为 BICC-TDM互通。首先，本局作为BICCCMN，在前向局与后续局承载建立之后或者编解 码协商后，本局将收到后续局的拆线消息，在拆线消息中携带有指定的原因 值，而且本局预先配置有根据指定原因值进行失败重新选路的数据。此时本 局就发送RLC消息，同时进行BICC CMN的失败路由重选流程。如果重新选择出局路由后，本局非BICCCMN,本局需要主动通知前向 局进行承载重定向流程。下面通过具体消息来描述承载重定向流程。本领域技术人员可以意识 到，下列的各种具体消息仅为示范性说明，并不用于限定本发明的保护范围。 实质上，BICC CMN失败路由重选使用的承载重定向流程并不局限于下列消 自、'"、o其中，如果重新选路之后为BICC-TDM互通，本局通过发送Redirect Forwards R叫uest消息，主动通知前向局进行承载重定向流程。前向局发送 Bearer Redirection Connect Forwards消息通知本局可以进行承载重定向流 程，该消息中携带新呼叫承栽相关信息。此时本局作为BICC承载重定向中的CC-Anchor node以及 Redirecting-from node和Redirecting-to node, 前向局作为BC-Anchor node。然后，本局需要与前向局进行承载信息的交互(具体可以使用BICC承 载建立流程)，前向局通过消息Redirect Bearer Connected通知本局岸、载建 立完成，本局发送Redirect Bearer Release Request消息通知前向局开始释放 路由重选之前呼叫相关的承载，然后前向局回送Redirect Bearer Release Proceed消息通知本局释放路由重选之前呼叫相关的承载。由于本局之前作为BICC CMN,不控制承栽，因此本局直接回送Redirect Bearer Release Complete消息通知前向局承载释放完毕，前向局承载释放之 后，承栽重定向流程结束。本局发送IAM(ISUP)消息出局，后续流程与 普通的BICC-TDM互通流程相同。由图9可见，MSC服务器之前为BICC-BICC互通，经过上述详细说明 后在失败路由重选后为BICC-TDM互通。图11为根据本发明第五实施例的BICC CMN失败路由重选示意图。图 12为根据本发明第五实施例的BICC CMN失败路由重选方法流程示意图。在第五实施例中，本局作为BICCCMN，在原有的呼叫承栽建立后触发 失败路由重选，重新选路后本局非BICC CMN，并且重选选路之后为 B1CC-B1CC互通。首先，本局作为BICC CMN,在前向局与后续局承载建立之后或者编解 码协商后，本局收到后续局的拆线消息，在拆线消息中携带有指定的原因值， 而且本局预先配置有根据指定原因值进行失败重新选路的数据。此时本局就 发送RLC消息，同时进行BICC CMN的失败^各由重选流程。如果重新选择出局^f各由后，本局非BICCCMN，本局需要主动通知前向 局进行承栽重定向流程。其中，如果重新选路之后为BICC-BICC互通，本局通过发送Redirect Forwards Request消息，主动通知前向局进行承载重定向流程，前向局发送 Bearer Redirection Connect Forwards消息通知本局可以进行承载重定向流 程，该消息中携带新呼叫承载相关信息。此时本局作为BICC承载重定向中的CC-Anchor node以及 Redirecting-from node , 前向局作为 BC-Anchor node , 后续局作为 Redirecting-to node。然后，本局需要与前向局以及后续局进行承栽信息的交互(具体可以使 用BICC承载建立流程)，前向局通过消息Redirect Bearer Connected通知 本局承载建立完成，本局发送Redirect Bearer Release R叫uest消息通知前向局开始释放路由重选之前呼叫相关的承载，然后前向局回送Redirect Bearer Release Proceed消息通知本局释放路由重选之前呼叫相关的承栽。由于本局之前为BICCCMN,不控制承载，因此本局直接回送Redirect Bearer Release Complete消息通知前向局承载释放完毕，前向局承载释放之 后，承载重定向流程就结束，后续流程与普通的BICC-TDM互通流程相同。由图11可见，MSC服务器之前为BICC-BICC互通，经过上述详细说 明后在失败if各由重选后仍然为BICC-TDM互通。图13为根据本发明第六实施例的BICCCMN失败路由重选示意图；图 14为根据本发明第六实施例的BICC CMN失败路由重选方法流程示意图。在第六实施例中，本局作为BICC CMN,在原有的呼叫7 、栽建立后触发 失败路由重选，并且重新选路后本局仍然是BICC CMN。对于重新选路后本局仍然为BICC CMN的情形首先，本局作为BICCCMN,在前向局与后续局7 义栽建立之后或者编解 码协商后，本局收到后续局的拆线消息，拆线消息中携带有指定的原因值， 同时本局预先配置有根据指定原因值进行失败重新选路的数据。本局收到拆 线消息后，发送RLC消息，同时进行BICC CMN的失败路由重选流程。如果重新选择出局路由后，本局还是作为BICC CMN,本局通过发送 Redirect Forwards Request消息，主动通知前向局进行 K载重定向流程。前 向局发送Bearer Redirection Connect Forwards消息通知本局可以进4亍岸义载重 定向流程，该消息中携带新呼叫承栽相关信息。此时本局作为 BICC承载重定向中的 CC-Anchor node以及 Redirecting-from node ， 前向局作为 BC-Anchor node , 后续局〗乍为 Redirecting-to node。前向局以及后续局进行承载信息的交互(具体可以使用 BICC承载建立流程)，前向局通过消息Redirect Bearer Connected通知本局 承载建立完成，本局发送Redirect Bearer Release R叫uest消息通知前向局开 始释放路由重选之前呼叫相关的承载，然后前向局回送Redirect Bearer Release Proceed消息通知本局释放路由重选之前呼叫相关的承载。由于本局之前为BICCCMN,不控制承栽，因此本局直接回送Redirect Bearer Release Complete消息通知前向局承载释放完毕，前向局承栽释放之 后，承载重定向流程就结束了 ，后续流程与普通的BICC CMN呼叫流程相同。由图13可见，MSC服务器之前为BICCCMN，经过上述详细说明在失 败路由重选后仍然为BICC CMN。综上所述，如果本局作为BICCCMN，在BICC局间承载建立前，后向 局返回拆线消息携带特殊的拆线原因值，此时本局支持通过失败处理数据配 置实现对于指定的失败原因值重新选择出局路由。针对上述在BICC局间承栽建立前触发失败路由的情形，对于新的出局 呼叫，本局有可能仍然为BICCCMN,此时需要转发原有的局间承载信息。 如果为BICC-BICC互通，此时本局需要重新建立承载，以支持本局与前向 局以及后续局的TrFO流程。如果为BICC-TDM互通，本局需要重新建立 承栽，支持本局与前向局的TrFO流程。另外，还可以本局作为BICC CMN，在BICC局间承载建立之后，后向 局返回拆线消息携带特殊的拆线原因值，本局支持通过失败处理数据的配置 实现对于指定的失败原因值进行重新选择出局路由。同时，BICC CMN发起 BICC承载重定向流程，触发前向局重新建立承载。针对上述在BICC局间承载建立后触发失败路由的情形，对于新的出局 呼叫，对于新的出局呼叫，本局有可能仍然为BICCCMN,此时本局需要转 发前向局在承载重定向流程中重新申请的承载的相关信息。如果为BICC-B1CC互通，本局需要重新建立承载，支持本局与前向局以及后续局的TrFO 流程。如果为BICC-TDM互通，本局需要重新建立承载，支持本局与前向 局的TrFO流程。基于上述分析，本发明还提出了一种交换机。图15为根据本发明的交换机的示范性结构示意图。该交换机在本次呼 叫中作为BICCCMN，如图15所示，该交换机包括呼叫处理单元1501,用于接收并转发呼叫中的承载相关信息，并在所 述本次呼叫承载建立之前获取出局路由失败原因值；承栽建立单元1502,用于同网关和前向局点分别进行承载信息的交互；选路单元1503，用于根据预先设定的出局路由失败原因值与指定路由 的对应关系，将通话出路连接到所述指定路由。其中，选路单元1503可以根据预先设定的出局路由失败原因值与指定 路由的对应关系，将通话出路连接到窄带中继电路，也可以将通话出路连接 到BICC中继电路。如果将通话出路重新出局连接到窄带中继电路(例如1SUP电路)，承 载建立单元1502需要与前向局点进行承载信息的交互(比如通过COT消 息)，此时承载建立单元1502还应该与媒体网关进行交互以建立承载(比 如通过ISUP的IAM消息)。在失败路由重选之后，本局为BICC-ISUP互 通，本局非BICC CMN。如果将通话出路重新出局连接到BICC中继电路，根据配置，本局出局 呼叫不为BICC CMN，此时承载建立单元1502需要与前向局点进行承载信 息的交互，承载建立单元1502还应该与媒体网关进行交互以建立承载(比 如通过ISUP的IAM消息)。在失败路由重选之后，本局为BICC-ISUP互 通，本局非BICC CMN。如果将通话出路重新出局连接到BICC中继电路，并且出局呼叫配置本 局为BICC CMN，那么在失败路由重选之后，本局作为BICC CMN需要转 发原有的局间承栽相关信息。呼叫处理单元1501,可以在所述本次呼叫承载建立之前从后向局点接 收包含出局路由失败原因值的拆线消息，并从所述拆线消息中获取出局路由 失败原因值。呼叫处理单元1501，还可以在本次呼叫承栽建立之前从本局 获取出局路由失败原因值。在图15中描述了呼叫处理单元1501在本次呼叫承栽建立之前获取出局 路由失败原因值，实际上呼叫处理单元1501还可以在本次呼叫承载建立之后获取出局路由失败原因值。下面描述在本次呼叫承载建立之后获取出局路由失败原因值的具体情形类似地，选路单元1503既可以根据预先设定的出局路由失败原因值与 指定路由的对应关系，将通话出路连接到窄带中继电路，也可以将通话出路 连接到BICC中继电路。如果将通话出路重新出局连接到窄带中继电路(例如ISUP电路)，承 载建立单元1502需要与前向局点进行承载重定向，此时承载建立单元1502 还应该与媒体网关进行交互以建立承载(比如通过ISUP的IAM消息)。在 失败路由重选之后，本局为BICC-ISUP互通，本局非BICCCMN。具体地，本局与前向局点和媒体网关的交互包括首先向前向局点发送 Redirect Forwards Request i會求，通知前向局点进4亍《、栽重定向，释方文原有 呼叫的；f义载；前向局点返回Bearer Redirection Connect Forwards消息，通知 本局可以进行承载重定向，并在该消息中返回新呼叫承载相关信息；本局使 用前向局点所通知的新呼叫承栽相关信息与网关进行承栽交互，同时使用 BICC信令与前向局点进行承载信息的交互，然后前向局点通过Redirect Bearer Connected消息通知本局？R载建立完成，本局还通过Redirect Bearer Release Request消息通知前向局开始释放路由重选之前呼叫相关的承载；前 向局点再通过Redirect Bearer Release Proceed消息通知本局释放完毕路由重 选之前的呼叫相关承载；然后本局通过Redirect Bearer Release Complete消 息通知前向局点原有的承载已经释放完毕。此时，重新选路后出局为窄带中 继电路(比如ISUP电路)，需要发送ISUP的IAM消息出局建立呼叫。如果将通话出路重新出局连接到BICC中继电路，根据配置，本局出局 呼叫不为BICC CMN，此时承栽建立单元1502需要与前向局点进行承栽信 息的交互，承载建立单元1502还应该与媒体网关进行交互以建立承载(比 如通过ISUP的IAM消息)。在失败路由重选之后，本局为BICC-ISUP互 通，本局非BICC CMN。具体地，本局与前向局点和媒体网关的交互包括首先向前向局点发送Redirect Forwards Request i青求，通知前向局点进4亍BICC岸义载重定向，释力支原有呼叫的承载；前向局点返回Bearer Redirection Connect Forwards消息， 通知本局可以进行承栽重定向，并在该消息中返回新呼叫承载相关信息；本局使用前向局点所通知的新呼叫承载相关信息与网关进行承载交互，同时使 用B1CC信令与前向局点进行承载信息的交互，本局选择出局为BICC中继， 同时使用BICC信令与前向局点和后向局点进行承栽信息的交互，然后前向 局点通过Redirect Bearer Connected消息通知本局承栽建立完成，本局还通 过Redirect Bearer Release Request消息通知前向局开始释放路由重选之前呼 叫相关白勺7了义载；前向局点再通过Redirect Bearer Release Proceed消息通知本 局释放完毕5各由重选之前的呼叫相关7K载；然后本局通过Redirect Bearer Release Complete消息通知前向局点原有的承栽已经释放完毕。此时，重新 选路后出局为BICC中继电路，需要发送ISUP的IAM消息出局建立呼叫。如果将通话出路重新出局连接到BICC中继电路，并且出局呼叫配置本 局为BICCCMN，那么本局需要通知前向局点进行承栽重定向流程，并且在 失败路由重选之后，本局作为BICC CMN需要转发原有的局间承栽相关信具体地首先向前向局点发送Redirect Forwards Request请求，通知前 向局点进行BICC承载重定向，释放原有呼叫的承载；前向局点返回Bearer Redirection Connect Forwards消息，通知本局可以进行承载重定向，并在该 消息中返回新呼叫承载相关信息；本局选择出局为BICC中继，并且新的出 局呼叫本局仍然为BICC CMN，本局直接转发前向局点通知本局的新呼叫承 栽相关信息到后向局点；然后前向局点通过Redirect Bearer Connected消息 通知本局承栽建立完成，本局还通过Redirect Bearer Release Request消息通 知前向局开始释放路由重选之前呼叫相关的承栽；前向局点再通过Redirect Bearer Release Proceed消息通知本局释放完毕路由重选之前的呼叫相关承 载；然后本局通过Redirect Bearer Release Complete消息通知前向局点原有的承载已经释放完毕。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护 范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1. 一种与承载独立的呼叫控制协议BICC呼叫仲裁节点CMN失败路由重选方法，其特征在于，预先在作为BICC CMN的交换局上配置出局路由失败原因值、指定路由及所述出局路由失败原因值与指定路由的对应关系；当出局路由失败时，所述作为BICC CMN的交换局获取出局路由失败原因值，并根据所述出局路由失败原因值与指定路由的对应关系，将通话出路连接到所述指定路由。
2、 根据权利要求1所述的BICC CMN失败路由重选方法，其特征在于， 所述获取出局路由失败原因值包括当所述作为BICCCMN的交换局出局路由失败时，其自身提供出局路由失 败原因值；或当后向局点选择出局路由失败时，向所述作为BICCCMN的交换局提供包 含出局路由失败原因值的拆线消息，交换局从所述拆线消息中获取出局路由失 败原因值。
3、 根据权利要求1或2所述的BICC CMN失败路由重选方法，其特征在 于，将通话出路连接到指定路由之后或编码协商后，本局不再作为BICCCMN, 并且所述出局路由失败在BICC局间承载建立前。
4、 根据权利要求3所述的BICCCMN失败路由重选方法，其特征在于， 所述指定路由为BICC-TDM互通，并且本局与前向局点进行承载信息的交互；或所述指定路由为BICC-BICC互通，并且本局与前向局点和后向局点分别进 行承载信息的交互。
5、 根据权利要求1或2所述的BICC CMN失败路由重选方法，其特征在 于，所述出局路由失败在BICC局间承载建立前，将通话出路连接到所述指定 路由之后或编码协商后，本局作为BICCCMN;该方法进一步包括本局在出局消息中转发原有的局间承栽信息。
6、 根据权利要求1或2所述的BICC CMN失败路由重选方法，其特征在 于，将通话出路连接到所述指定路由之后或编码协商后，本局不再作为BICC CMN,并且所述出局路由失败在BICC局间承载建立后。
7、 根据权利要求6所述的BICC CMN失败路由重选方法，其特征在于， 所述指定路由为BICC-TDM互通，本局使用承载重定向流程通知前向局间重新建立承载，并且本局与前向局点进行承载信息的交互；或所述指定路由为BICC-BICC互通，本局使用承载重定向流程通知前向局间 重新建立承载，并且本局与前向局点和后向局点分别进行承载信息的交互。
8、 根据权利要求1或2所述的BICC CMN失败路由重选方法，其特征在 于，所述出局路由失败在BICC局间承载建立后，所述将通话出路连接到所述 指定路由之后或编码协商后，本局作为BICC CMN;该方法进一步包括本局使用承载重定向流程通知前向局间重新建立承栽， 并且本局在出局消息中转发原有的局间承栽信息。
9、 一种失败路由重选系统，其特征在于，该系统包括后向局点，用于当选择出局路由失败时，向作为BICC CMN的MSC服务 器提供包含出局路由失败原因值的拆线消息；MSC服务器，作为BICCCMN,用于从所述拆线消息中获取出局路由失败 原因值，并根据预先设定的出局路由失败原因值与指定路由的对应关系，对媒体网关进行控制以将通话出路连接到所迷指定路由；媒体网关，用于接受MSC服务器的控制，将通话出路连接到所述指定路由。
10、 根据权利要求9所述的失败路由重选系统，其特征在于，所述后向局 点包括重定向初始节点Redirecting-from node。
11、 根据权利要求9所述的失败路由重选系统，其特征在于，所述BICC CMN包括呼叫控制锚定节点CC-Anchor node。
12、 根据权利要求9所述的失败路由重选系统，其特征在于，该系统进一 步设置有包括承栽控制锚定节点BC-Anchor node的前向局点。
13、 一种交换机，其特征在于，该交换机包括呼叫处理单元，用于接收并转发呼叫中的承栽相关信息，并获取出局路由 失败原因值；承载建立单元，用于同媒体网关进行承载信息的交互；选路单元，用于根据预先设定的出局路由失败原因值与指定路由的对应关 系，将通话出路连接到所述指定路由。
14、 根据权利要求13所述的交换机，其特征在于，所述呼叫处理单元，用于在本次呼叫承载建立之前获取出局路由失败原因 值；或所述呼叫处理单元，用于在本次呼叫承载建立之后获取出局路由失败原因 值，并且承载建立单元，进一步用于和前向局点进行承栽重定向处理。
15、 根据权利要求13所述的交换机，其特征在于，所述选路单元，用于根据预先设定的出局路由失败原因值与指定路由的对 应关系，将通话出路连接到窄带中继电路或BICC中继电路。
16、 根据权利要求13-15中任一项所述的交换机，其特征在于，所述呼叫 处理单元，用于从后向局点接收包含出局路由失败原因值的拆线消息，并从所 述拆线消息中获取出局路由失败原因值，或直接从本局获取出局路由失败原因 值。
全文摘要
本发明实施例公开了一种与承载独立的呼叫控制协议(BICC)呼叫仲裁节点(CMN)失败路由重选方法，预先在作为BICC CMN的交换局上配置出局路由失败原因值、指定路由及所述出局路由失败原因值与指定路由的对应关系；当出局路由失败时，作为BICC CMN的交换局获取出局路由失败原因值，并根据出局路由失败原因值与指定路由的对应关系，将通话出路连接到指定路由。本发明还公开一种BICC CMN失败路由重选系统和交换机。应用本发明以后，本局交换机作为BICC CMN，出局路由失败后能够重新选择出局路由，从而顺利建立呼叫。
文档编号H04L12/56GK101257437SQ20071008429
公开日2008年9月3日 申请日期2007年2月28日 优先权日2007年2月28日
发明者徐旭东, 朱浩鹏 申请人:华为技术有限公司