CN101507196A - 呼叫仲裁节点失败路由重选方法、交换机和系统 - Google Patents

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

Info

Publication number
CN101507196A
CN101507196A CNA2007800003313A CN200780000331A CN101507196A CN 101507196 A CN101507196 A CN 101507196A CN A2007800003313 A CNA2007800003313 A CN A2007800003313A CN 200780000331 A CN200780000331 A CN 200780000331A CN 101507196 A CN101507196 A CN 101507196A
Authority
CN
China
Prior art keywords
bicc
cmn
carrying
route
outgoing route
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2007800003313A
Other languages
English (en)
Other versions
CN101507196B (zh
Inventor
徐旭东
朱浩鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2007800003313A priority Critical patent/CN101507196B/zh
Publication of CN101507196A publication Critical patent/CN101507196A/zh
Application granted granted Critical
Publication of CN101507196B publication Critical patent/CN101507196B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/06—Arrangements for interconnection between switching centres using auxiliary connections for control or supervision, e.g. where the auxiliary connection is a signalling system number 7 link
    • H04M7/063—Arrangements for interconnection between switching centres using auxiliary connections for control or supervision, e.g. where the auxiliary connection is a signalling system number 7 link where the telephone network is a network other than PSTN/ISDN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/64—Distributing or queueing
    • H04Q3/66—Traffic distributors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13141—Hunting for free outlet, circuit or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13145—Rerouting upon failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13176—Common channel signaling, CCS7
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13196—Connection circuit/link/trunk/junction, bridge, router, gateway

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例公开了一种与承载独立的呼叫控制协议(BICC)呼叫仲裁节点(CMN)失败路由重选方法，预先在作为BICC CMN的交换局上配置出局路由失败原因值、指定路由及所述出局路由失败原因值与指定路由的对应关系；当出局路由失败时，作为BICC CMN的交换局获取出局路由失败原因值，并根据出局路由失败原因值与指定路由的对应关系，将通话出路连接到指定路由。本发明还公开一种BICC CMN失败路由重选系统和交换机。应用本发明以后，本局交换机作为BICC CMN，出局路由失败后能够重新选择出局路由，从而顺利建立呼叫。

Description

呼叫仲裁节点失败路由重选方法、交换机和系统
技术领域
本发明涉及与承载独立的呼叫控制协议(BICC)技术领域，更具体地，本发明涉及一种BICC呼叫仲裁节点(CMN)失败路由重选方法、交换机和系统。
发明背景
与承载独立的呼叫控制协议(BICC，Bearer Independent Call ControlProtocol)是由ITU-TSG11小组制订的与承载无关的呼叫控制协议。BICC协议的主要目的是解决呼叫控制和承载控制分离的问题，使呼叫控制信令可在诸如消息传递部分(Message Transfer Part，MTP)、SS7网络、异步传输模式(Asynchronous Transfer Mode，ATM)网络、网际协议(InternetProtocol，IP)网络之类的各种网络上承载。
BICC协议由ISDN用户部分(ISDN User Part，ISUP)演变而来，是传统电信网络向综合多业务网络演进的重要支撑工具。BICC协议把支持BICC信令的节点分为服务节点(Service Node，SN)和呼叫仲裁节点(Call Media Node，CMN)。SN具有承载控制功能(Bearing ControlFunction，BCF)，CMN不具有承载控制功能。对于SN，呼叫功能和承载控制功能在物理上既可以分开，也可以不分开，如果分开，那么呼叫功能和承载控制功能实体需要用呼叫承载控制(Call Bearing Control，CBC)信令来发送消息。BICC从真正意义上解决了呼叫控制和承载控制相分离的问题。ATM具有很好的服务质量(Quality OfService，QoS)保证和呼叫处理能力，BICC能够更好地支持ATM网络承载，这也是业界看好BICC的原因之一。
在现有技术中，由本局交换机来控制承载，局间使用BICC信令，如果出局路由选路失败，则重新选择出局路由。
然而，如果本次呼叫本交换机(即本局交换机)作为BICC CMN，利用现有技术中的失败路由重选机制，则可能导致出局有控制承载，而入局并没有控制承载，这就与BICC本身所描述的呼叫建立模型相冲突，从而无法建立呼叫。
发明内容
本发明实施例提出一种BICC CMN的失败路由重选方法，在本局交换机作为CMN出局路由失败后能够重新选择出局路由，从而顺利建立呼叫。
本发明实施例还提出一种BICC CMN的失败路由重选系统，在本局交换机作为CMN出局路由失败后能够重新选择出局路由，从而顺利建立呼叫。
本发明实施例还提出一种在本次呼叫中作为BICC CMN的交换机，在本局交换机作为CMN出局路由失败后能够重新选择出局路由，从而顺利建立呼叫。
本发明实施例的技术方案是这样实现的：
一种与承载独立的呼叫控制协议(BICC)呼叫仲裁节点(CMN)失败路由重选方法，预先在作为BICC CMN的交换局上配置出局路由失败原因值、指定路由及所述出局路由失败原因值与指定路由的对应关系；
当出局路由失败时，所述作为BICC CMN的交换局获取出局路由失败原因值，并根据所述出局路由失败原因值与指定路由的对应关系，将通话出路连接到所述指定路由。
一种失败路由重选系统，该系统包括：
后向局点，用于当选择出局路由失败时，向作为BICC CMN的MSC服务器提供包含出局路由失败原因值的拆线消息；
MSC服务器，作为BICC CMN，用于从所述拆线消息中获取出局路由失败原因值，并根据预先设定的出局路由失败原因值与指定路由的对应关系，对媒体网关进行控制以将通话出路连接到所述指定路由；
媒体网关，用于接受MSC服务器的控制，将通话出路连接到所述指定路由。
一种交换机，该交换机包括：
呼叫处理单元，用于接收并转发呼叫中的承载相关信息，并获取出局路由失败原因值；
承载建立单元，用于同媒体网关进行承载信息的交互；
选路单元，用于根据预先设定的出局路由失败原因值与指定路由的对应关系，将通话出路连接到所述指定路由。
从上述技术方案中可以看出，在本发明实施例中，公开了一种BICCCMN失败路由重选方法，预先在作为BICC CMN的交换局上配置出局路由失败原因值、指定路由及所述出局路由失败原因值与指定路由的对应关系，该方法还包括：当出局路由失败时，所述BICC CMN获取出局路由失败原因值，并根据所述出局路由失败原因值与指定路由的对应关系，将通话出路连接到所述指定路由。由此可见，应用本发明后，本局作为BICC CMN，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失败路由重选方法的示范性流程示意图。如图1所示，本交换局(简称为本局)作为BICC CMN，该方法包括：
步骤101：预先在作为BICC CMN的交换局上配置出局路由失败原因值、指定路由及所述出局路由失败原因值与指定路由的对应关系。
步骤102：当出局路由失败时，所述作为BICC CMN的交换局获取出局路由失败原因值，并根据所述出局路由失败原因值与指定路由的对应关系，将通话出路连接到所述指定路由。
其中，既可以当BICC CMN出局路由失败时，由本局自身提供出局路由失败原因值。也可以是当后向局点选择出局路由失败时，由后向局点向本局提供包含出局路由失败原因值的拆线消息，然后本局再从所述拆线消息中获取出局路由失败原因值。
在步骤102将通话出路连接到所述指定路由之后或编码协商后，本局可以作为BICC CMN，也可以不作为BICC CMN，而且可以是在呼叫承载建立前触发BICC CMN失败路由重选，也可以是在呼叫承载建立后触发BICC CMN失败路由重选。
此时，如果指定路由为BICC-TDM互通，该方法可以进一步包括：本局与前向局点进行承载信息的交互，以支持本局和前向局点的TrFO流程。
也可以是，当将通话出路连接到指定路由之后，本局不再作为BICCCMN，并且所述出局路由失败在BICC局间承载建立前，指定路由为BICC-BICC互通。此时该方法需要进一步包括：本局与前向局点和后向局点分别进行承载信息的交互，以支持本局与所述前向局点和后向局点的TrFO流程。
如果出局路由失败是在BICC局间承载建立前，而通话出路连接到指定路由之后，并且本局仍然作为BICC CMN。此时，该方法应该进一步包括：本局在出局消息中转发原有的局间承载信息。
另外，如果将通话出路连接到所述指定路由之后或编码协商后，并且本局不再作为BICC CMN，而且出局路由失败是在BICC局间承载建立后，同时指定路由为BICC-TDM互通，那么该方法应该进一步包括：本局使用承载重定向流程通知前向局间重新建立承载，并且本局与前向局点进行承载信息的交互，以支持本局和所述前向局点的TrFO流程。
如果将通话出路连接到所述指定路由之后或编码协商后，并且本局不再作为BICC CMN，而且所述出局路由失败在BICC局间承载建立后，同时指定路由为BICC-BICC互通，那么该方法应该进一步包括：本局使用承载重定向流程通知前向局间重新建立承载，并且本局与前向局点和后向局点分别进行承载信息的交互，以支持本局与所述前向局点和后向局点的TrFO流程。
如果出局路由失败在BICC局间承载建立后，所述将通话出路连接到所述指定路由之后或编码协商后，本局作为BICC CMN；
此时该方法进一步包括：本局使用承载重定向流程通知前向局间重新建立承载，并且本局在出局消息中转发原有的局间承载信息。
图2为根据本发明实施例的BICC CMN失败路由重选系统的示范性结构图。
如图2所示，该系统包括：
后向局点201，用于当选择出局路由失败时，向作为BICC CMN的MSC SERVER 202(简称为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 SERVER 202可以集成为一个节点，而后向局点201和所述指定路由的交换机也可以集成为一个节点。
在本发明中，本局作为BICC CMN，如果本局选择出局路由失败或者后续局点选择出局路由失败，可以在BICC CMN节点通过失败处理数据配置实现对于指定的失败原因值进行重新选择出局路由，从而提高呼叫接通率。
实现重新选路后，本局可以仍然为CMN，也有可能不为CMN。同样，本局作为BICC CMN，既可以在原有呼叫承载建立之前触发失败路由重选，也可以在原有呼叫承载建立后触发失败路由重选。
如果本局作为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失败路由重选方法流程示意图。
在第二实施例中，本局作为BICC CMN，在原有的呼叫承载建立前触发失败路由重选，并且失败路由重选后本局非BICC CMN，而且失败路由重选后为BICC-BICC互通。本次呼叫，本局作为BICC CMN节点配置了失败处理数据，本局选择出局路由失败，或者在前向局与后向局承载建立之前，后向局返回携带特殊的拆线原因值的拆线消息；本局进行失败处理，根据失败处理数据重新选择出局路由。
在第二实施例中，在重新选择出局路由后，本局非BICC CMN，因此需要进行BICC承载建立流程。如果重新选路之后为BICC-BICC互通，本局需要与前向局以及后续局进行承载信息的交互，其中使用BICC承载建立流程，支持本局与前向局以及后续局的TrFO流程。
在图6中以ISUP为例对本局与前向局和后续局的承载信息交互流程作示范性说明。如图6所示流程，MSC服务器接收到IAM消息后，选择出局路由，将所述IAM消息进行转发；当选择出局路由失败时，MSC服务器根据所收到失败原因和预先配置的失败处理数据，进行失败处理即重新选择出局路由；MSC服务器既与前向局进行承载信息交互，又与媒体网关(MGW)进行承载信息的交互，并且同后续局进行承载信息交互。
图7为根据本发明第三实施例的BICC CMN失败路由重选示意图。图8为根据本发明第三实施例的BICC CMN失败路由重选方法流程示意图。
在第三实施例中，本局作为BICC CMN，在原有的呼叫承载建立前触发失败路由重选，并且重新选路后本局仍然为BICC CMN。呼叫中本局作为BICC CMN节点配置了失败处理数据，本局选择出局路由失败，或者在前向局与后向局承载建立之前，后向局返回携带特殊的拆线原因值的拆线消息；本局进行失败处理，根据失败处理数据重新选择出局路由，并且重新选路后本局仍然为BICC CMN。
在第三实施例中，本局作为BICC CMN配置了根据指定原因值进行失败重新选路的数据。本局选择出局路由失败，在后续局承载建立前或者编解码协商前，本局收到后续局的拆线消息并且拆线消息中携带指定的原因值，本局就进行BICC CMN的失败路由重选流程。
在重新选择出局路由后，本局为BICC CMN，出局路由为BICC中继，本局需要在出局的IAM(Initial Address)消息中转发原有的承载信息，后续呼叫流程与普通的BICC CMN呼叫流程相同。在原有呼叫承载建立之后触发BICC CMN失败路由重选的实施例。
以下实施例描述本局作为BICC CMN在原有呼叫承载建立之后触发失败路由重选的机制。本次呼叫本局作为BICC CMN节点，预先配置失败处理数据，如果前向局与后向局在呼叫承载建立之后，后向局点返回拆线消息携带特殊的拆线原因值，则本局在失败处理时重新选择出局路由。
本发明中，本次呼叫本局作为BICC CMN节点，预先配置失败处理数据，如果前向局与后向局承载建立之后，后向局点返回拆线消息携带特殊的拆线原因值，则本局在失败处理时重新选择出局路由。
同样，此时重新选路后本局仍然可以为BICC CMN，或者非BICCCMN。
如果前向局与后向局承载建立之后，触发BICC CMN的失败路由重选，需要使用BICC承载重定向功能(ITU-T Q.1902.6)，前向局需要支持作为承载重定向中的BC-Anchor node。
BICC承载重定向可以实现以下功能：当呼叫过程中承载连接建立完成之后，如果业务层需要把始发呼叫从原被叫重新连接到另外一个目的地(比如呼叫无应答前转)，利用承载重定向功能，就可以拆除此已经建立好的承载连接，并重新建立一条从主叫到新目的地之间的直连承载。
在BICC承载重定向中，存在四种业务节点，分别是：
呼叫控制锚定节点CC-Anchor node(Call Control Anchor Node)，为触发BICC承载重定向功能的服务节点(SN)或者CMN节点，此节点在BICC承载重定向过程中作为呼叫控制的锚定节点，所有呼叫控制相关信令都通过此节点进行处理。
承载控制锚定节点BC-Anchor node(Bear Control Anchor node)，此节点在BICC承载重定向过程中作为承载控制的锚定节点，新的以及旧的承载都在此节点终结。
重定向初始节点(Redirecting-from node)，此节点在BICC承载重定向过程中作为呼叫的初始终结节点，承载重定向结束之后，BC-Anchornode删除与此节点的承载连接。
重定向终结节点(Redirecting-to node)，此节点在BICC承载重定向过程结束之后作为呼叫的终结节点，BC-Anchor node建立与此节点的承载连接。
上述四种节点并不一定是独立的，它们可以组合成一个物理节点。
图9为根据本发明第四实施例的BICC CMN失败路由重选示意图。图10为根据本发明第四实施例的BICC CMN失败路由重选方法流程示意图。
在第四实施例中，本局作为BICC CMN，在原有的呼叫承载建立后触发失败路由重选，重新选路后本局非BICC CMN，并且重选选路之后为BICC-TDM互通。
首先，本局作为BICC CMN，在前向局与后续局承载建立之后或者编解码协商后，本局将收到后续局的拆线消息，在拆线消息中携带有指定的原因值，而且本局预先配置有根据指定原因值进行失败重新选路的数据。此时本局就发送释放完成消息RLC(Release Complete Message)，同时进行BICC CMN的失败路由重选流程。
如果重新选择出局路由后，本局非BICC CMN，本局需要主动通知前向局进行承载重定向流程。
下面通过具体消息来描述承载重定向流程。本领域技术人员可以意识到，下列的各种具体消息仅为示范性说明，并不用于限定本发明的保护范围。实质上，BICC CMN失败路由重选使用的承载重定向流程并不局限于下列消息。
其中，如果重新选路之后为BICC-TDM互通，本局通过发送Redirect Forwards Request消息，主动通知前向局进行承载重定向流程。前向局发送Bearer Redirection Connect Forwards消息通知本局可以进行承载重定向流程，该消息中携带新呼叫承载相关信息。
此时本局作为BICC承载重定向中的CC-Anchor node以及Redirecting-from node和Redirecting-to node，前向局作为BC-Anchornode。
然后，本局需要与前向局进行承载信息的交互(具体可以使用BICC承载建立流程)，前向局通过消息Redirect Bearer Connected通知本局承载建立完成，本局发送Redirect Bearer Release Request消息通知前向局开始释放路由重选之前呼叫相关的承载，然后前向局回送Redirect BearerRelease Proceed消息通知本局释放路由重选之前呼叫相关的承载。
由于本局之前作为BICC CMN，不控制承载，因此本局直接回送Redirect Bearer Release Complete消息通知前向局承载释放完毕，前向局承载释放之后，承载重定向流程结束。本局发送IAM(ISUP)消息出局，后续流程与普通的BICC-TDM互通流程相同。
由图9可见，MSC服务器之前为BICC-BICC互通，经过上述详细说明后在失败路由重选后为BICC-TDM互通。
图11为根据本发明第五实施例的BICC CMN失败路由重选示意图。图12为根据本发明第五实施例的BICC CMN失败路由重选方法流程示意图。
在第五实施例中，本局作为BICC CMN，在原有的呼叫承载建立后触发失败路由重选，重新选路后本局非BICC CMN，并且重选选路之后为BICC-BICC互通。
首先，本局作为BICC CMN，在前向局与后续局承载建立之后或者编解码协商后，本局收到后续局的拆线消息，在拆线消息中携带有指定的原因值，而且本局预先配置有根据指定原因值进行失败重新选路的数据。此时本局就发送RLC消息，同时进行BICC CMN的失败路由重选流程。
如果重新选择出局路由后，本局非BICC CMN，本局需要主动通知前向局进行承载重定向流程。
其中，如果重新选路之后为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 Request消息通知前向局开始释放路由重选之前呼叫相关的承载，然后前向局回送Redirect Bearer Release Proceed消息通知本局释放路由重选之前呼叫相关的承载。
由于本局之前为BICC CMN，不控制承载，因此本局直接回送Redirect Bearer Release Complete消息通知前向局承载释放完毕，前向局承载释放之后，承载重定向流程就结束，后续流程与普通的BICC-TDM互通流程相同。
由图11可见，MSC服务器之前为BICC-BICC互通，经过上述详细说明后在失败路由重选后仍然为BICC-TDM互通。
图13为根据本发明第六实施例的BICC CMN失败路由重选示意图；图14为根据本发明第六实施例的BICC CMN失败路由重选方法流程示意图。
在第六实施例中，本局作为BICC CMN，在原有的呼叫承载建立后触发失败路由重选，并且重新选路后本局仍然是BICC CMN。
对于重新选路后本局仍然为BICC CMN的情形：
首先，本局作为BICC CMN，在前向局与后续局承载建立之后或者编解码协商后，本局收到后续局的拆线消息，拆线消息中携带有指定的原因值，同时本局预先配置有根据指定原因值进行失败重新选路的数据。本局收到拆线消息后，发送RLC消息，同时进行BICC CMN的失败路由重选流程。
如果重新选择出局路由后，本局还是作为BICC CMN，本局通过发送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 Request消息通知前向局开始释放路由重选之前呼叫相关的承载，然后前向局回送Redirect Bearer Release Proceed消息通知本局释放路由重选之前呼叫相关的承载。
由于本局之前为BICC CMN，不控制承载，因此本局直接回送Redirect Bearer Release Complete消息通知前向局承载释放完毕，前向局承载释放之后，承载重定向流程就结束了，后续流程与普通的BICCCMN呼叫流程相同。
由图13可见，MSC服务器之前为BICC CMN，经过上述详细说明在失败路由重选后仍然为BICC CMN。
综上所述，如果本局作为BICC CMN，在BICC局间承载建立前，后向局返回拆线消息携带特殊的拆线原因值，此时本局支持通过失败处理数据配置实现对于指定的失败原因值重新选择出局路由。
针对上述在BICC局间承载建立前触发失败路由的情形，对于新的出局呼叫，本局有可能仍然为BICC CMN，此时需要转发原有的局间承载信息。如果为BICC-BICC互通，此时本局需要重新建立承载，以支持本局与前向局以及后续局的TrFO流程。如果为BICC-TDM互通，本局需要重新建立承载，支持本局与前向局的TrFO流程。
另外，还可以本局作为BICC CMN，在BICC局间承载建立之后，后向局返回拆线消息携带特殊的拆线原因值，本局支持通过失败处理数据的配置实现对于指定的失败原因值进行重新选择出局路由。同时，BICC CMN发起BICC承载重定向流程，触发前向局重新建立承载。
针对上述在BICC局间承载建立后触发失败路由的情形，对于新的出局呼叫，对于新的出局呼叫，本局有可能仍然为BICC CMN，此时本局需要转发前向局在承载重定向流程中重新申请的承载的相关信息。如果为BICC-BICC互通，本局需要重新建立承载，支持本局与前向局以及后续局的TrFO流程。如果为BICC-TDM互通，本局需要重新建立承载，支持本局与前向局的TrFO流程。
基于上述分析，本发明还提出了一种交换机。
图15为根据本发明的交换机的示范性结构示意图。该交换机在本次呼叫中作为BICC CMN，如图15所示，该交换机包括：
呼叫处理单元1501，用于接收并转发呼叫中的承载相关信息，并在所述本次呼叫承载建立之前获取出局路由失败原因值；
承载建立单元1502，用于同网关和前向局点分别进行承载信息的交互；
选路单元1503，用于根据预先设定的出局路由失败原因值与指定路由的对应关系，将通话出路连接到所述指定路由。
其中，选路单元1503可以根据预先设定的出局路由失败原因值与指定路由的对应关系，将通话出路连接到窄带中继电路，也可以将通话出路连接到BICC中继电路。
如果将通话出路重新出局连接到窄带中继电路(例如ISUP电路)，承载建立单元1502需要与前向局点进行承载信息的交互(比如通过导通消息COT(Continuity Signal))，此时承载建立单元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请求，通知前向局点进行承载重定向，释放原有呼叫的承载；前向局点返回Bearer Redirection Connect Forwards消息，通知本局可以进行承载重定向，并在该消息中返回新呼叫承载相关信息；本局使用前向局点所通知的新呼叫承载相关信息与网关进行承载交互，同时使用BICC信令与前向局点进行承载信息的交互，然后前向局点通过Redirect Bearer Connected消息通知本局承载建立完成，本局还通过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请求，通知前向局点进行BICC承载重定向，释放原有呼叫的承载；前向局点返回Bearer Redirection ConnectForwards消息，通知本局可以进行承载重定向，并在该消息中返回新呼叫承载相关信息；本局使用前向局点所通知的新呼叫承载相关信息与网关进行承载交互，同时使用BICC信令与前向局点进行承载信息的交互，本局选择出局为BICC中继，同时使用BICC信令与前向局点和后向局点进行承载信息的交互，然后前向局点通过Redirect Bearer Connected消息通知本局承载建立完成，本局还通过Redirect Bearer Release Request消息通知前向局开始释放路由重选之前呼叫相关的承载；前向局点再通过Redirect Bearer Release Proceed消息通知本局释放完毕路由重选之前的呼叫相关承载；然后本局通过Redirect Bearer Release Complete消息通知前向局点原有的承载已经释放完毕。此时，重新选路后出局为BICC中继电路，需要发送ISUP的IAM消息出局建立呼叫。
如果将通话出路重新出局连接到BICC中继电路，并且出局呼叫配置本局为BICC CMN，那么本局需要通知前向局点进行承载重定向流程，并且在失败路由重选之后，本局作为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消息通知前向局点原有的承载已经释放完毕。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

1、一种与承载独立的呼叫控制协议BICC呼叫仲裁节点CMN失败路由重选方法，其特征在于，预先在作为BICC CMN的交换局上配置出局路由失败原因值、指定路由及所述出局路由失败原因值与指定路由的对应关系；
当出局路由失败时，所述作为BICC CMN的交换局获取出局路由失败原因值，并根据所述出局路由失败原因值与指定路由的对应关系，将通话出路连接到所述指定路由。
2、根据权利要求1所述的BICC CMN失败路由重选方法，其特征在于，所述获取出局路由失败原因值包括：
当所述作为BICC CMN的交换局出局路由失败时，其自身提供出局路由失败原因值；或
当后向局点选择出局路由失败时，向所述作为BICC CMN的交换局提供包含出局路由失败原因值的拆线消息，所述作为BICC CMN的交换局从所述拆线消息中获取出局路由失败原因值。
3、根据权利要求1或2所述的BICC CMN失败路由重选方法，其特征在于，将通话出路连接到指定路由之后或编码协商后，原作为BICC CMN的交换局不再作为BICC CMN，并且所述出局路由失败在BICC局间承载建立前。
4、根据权利要求3所述的BICC CMN失败路由重选方法，其特征在于，
所述指定路由为BICC-TDM互通，并且所述原作为BICC CMN的交换局与前向局点进行承载信息的交互；或
所述指定路由为BICC-BICC互通，并且所述原作为BICC CMN的交换局与前向局点和后向局点分别进行承载信息的交互。
5、根据权利要求1或2所述的BICC CMN失败路由重选方法，其特征在于，所述出局路由失败在BICC局间承载建立前，将通话出路连接到所述指定路由之后或编码协商后，所述原作为BICC CMN的交换局作为BICC CMN；
该方法进一步包括：所述原作为BICC CMN的交换局在出局消息中转发原有的局间承载信息。
6、根据权利要求1或2所述的BICC CMN失败路由重选方法，其特征在于，将通话出路连接到所述指定路由之后或编码协商后，所述原作为BICC CMN的交换局不再作为BICC CMN，并且所述出局路由失败在BICC局间承载建立后。
7、根据权利要求6所述的BICC CMN失败路由重选方法，其特征在于，
所述指定路由为BICC-TDM互通，所述原作为BICC CMN的交换局使用承载重定向流程通知前向局间重新建立承载，并且所述原作为BICC CMN的交换局与前向局点进行承载信息的交互；或
所述指定路由为BICC-BICC互通，所述原作为BICC CMN的交换局使用承载重定向流程通知前向局间重新建立承载，并且所述原作为BICC CMN的交换局与前向局点和后向局点分别进行承载信息的交互。
8、根据权利要求1或2所述的BICC CMN失败路由重选方法，其特征在于，所述出局路由失败在BICC局间承载建立后，所述将通话出路连接到所述指定路由之后或编码协商后，所述原作为BICCCMN的交换局作为BICC CMN；
该方法进一步包括：所述原作为BICC CMN的交换局使用承载重定向流程通知前向局间重新建立承载，并且所述原作为BICC CMN的交换局在出局消息中转发原有的局间承载信息。
9、一种失败路由重选系统，其特征在于，该系统包括：
后向局点，用于当选择出局路由失败时，向作为BICC CMN的MSC服务器提供包含出局路由失败原因值的拆线消息；
MSC服务器，作为BICC CMN，用于从所述拆线消息中获取出局路由失败原因值，并根据预先设定的出局路由失败原因值与指定路由的对应关系，对媒体网关进行控制以将通话出路连接到所述指定路由；
媒体网关，用于接受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的本交换机获取出局路由失败原因值。
CN2007800003313A 2007-02-28 2007-10-12 呼叫仲裁节点失败路由重选方法、交换机和系统 Expired - Fee Related CN101507196B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2007800003313A CN101507196B (zh) 2007-02-28 2007-10-12 呼叫仲裁节点失败路由重选方法、交换机和系统

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CNA2007100842917A CN101257437A (zh) 2007-02-28 2007-02-28 呼叫仲裁节点失败路由重选方法、交换机和系统
CN200710084291.7 2007-02-28
CN2007800003313A CN101507196B (zh) 2007-02-28 2007-10-12 呼叫仲裁节点失败路由重选方法、交换机和系统
PCT/CN2007/070884 WO2008104113A1 (fr) 2007-02-28 2007-10-12 Procédé de resélection de route de défaillance du nœud de médiation d'appel et échangeur et système de celui-ci

Publications (2)

Publication Number Publication Date
CN101507196A true CN101507196A (zh) 2009-08-12
CN101507196B CN101507196B (zh) 2012-05-23

Family

ID=39283912

Family Applications (2)

Application Number Title Priority Date Filing Date
CNA2007100842917A Pending CN101257437A (zh) 2007-02-28 2007-02-28 呼叫仲裁节点失败路由重选方法、交换机和系统
CN2007800003313A Expired - Fee Related CN101507196B (zh) 2007-02-28 2007-10-12 呼叫仲裁节点失败路由重选方法、交换机和系统

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CNA2007100842917A Pending CN101257437A (zh) 2007-02-28 2007-02-28 呼叫仲裁节点失败路由重选方法、交换机和系统

Country Status (4)

Country Link
EP (1) EP1965579B1 (zh)
CN (2) CN101257437A (zh)
ES (1) ES2469615T3 (zh)
WO (1) WO2008104113A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8774005B2 (en) 2008-09-26 2014-07-08 Telefonaktiebolaget L M Ericsson (Publ) Congestion control method and devices
US9397945B2 (en) 2012-10-26 2016-07-19 Intel Corporation Physical uplink control channel (PUCCH) resource allocation (RA) for a hybrid automatic retransmission re-quest-acknowledge (HARQ-ACK) transmission
CN103079242B (zh) * 2012-12-18 2015-09-30 华为技术有限公司 呼叫切换方法、装置和系统
CN105144768B (zh) * 2013-04-26 2019-05-21 英特尔Ip公司 频谱共享情境中的共享频谱重新分配

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5642396A (en) * 1995-05-10 1997-06-24 Mci Corporation Release cause table for failed calls in SS7/ISDN Networks
US6597658B1 (en) * 1998-12-28 2003-07-22 At&T Corp. Hierarchical telecommunications network with fault recovery
CN1154300C (zh) * 2001-08-13 2004-06-16 华为技术有限公司 支持多个媒体网关的综合业务数字网用户部分路由的方法
DE50115850D1 (de) * 2001-11-09 2011-05-26 Nokia Siemens Networks Gmbh Bereitstellung von IVR Ressourcen in BICC Netzen
US20030204593A1 (en) * 2002-04-25 2003-10-30 International Business Machines Corporation System and method for dynamically altering connections in a data processing network
CN1798423A (zh) * 2004-12-21 2006-07-05 中兴通讯股份有限公司 承载与控制分离的移动通讯网络中的路由选择方法
CN100417293C (zh) * 2005-06-20 2008-09-03 华为技术有限公司 一种呼叫处理方法

Also Published As

Publication number Publication date
WO2008104113A1 (fr) 2008-09-04
CN101257437A (zh) 2008-09-03
EP1965579B1 (en) 2014-03-19
ES2469615T3 (es) 2014-06-18
CN101507196B (zh) 2012-05-23
EP1965579A1 (en) 2008-09-03

Similar Documents

Publication Publication Date Title
JP4001813B2 (ja) テレコミュニケーションシステムにおけるユーザターミナルへの接続の監視
US6724801B1 (en) Method and system enabling communications between a switched telephone network and a wireless network
JP4598144B2 (ja) 呼制御とベアラ制御とが分離された通信ネットワークの柔軟性を増加させる方法
JP4532048B2 (ja) セルラ・ネットワークにおいて、呼制御とベアラ制御とを分離して、レイヤ・アドレスと論理ポイントとを逆方向に転送する、基本的呼の設定の実施方法
CN1930849B (zh) 用于在电信网中建立呼叫的方法；电信网；和分组网的控制装置
US20050180396A1 (en) Managing routing path of voice over internet protocol (VoIP) system
CN101507196B (zh) 呼叫仲裁节点失败路由重选方法、交换机和系统
WO2009026841A1 (fr) Système, appareil et procédé de prestation de service au dispositif utilisateur
CN101083700B (zh) 一种跨域接收视频业务的方法、装置及系统
JP2001060974A (ja) パケットネットワークと回路ネットワークを含む通信ネットワークにおいて呼を設定する方法
KR100964465B1 (ko) 화상통화 지원 단말기와 미지원 단말기 간 호 처리 방법 및이를 위한 호 처리 서버 및 이동통신 시스템
US6738472B1 (en) System and method for managing telephony network resources
CN101171774B (zh) 在无线通信系统中根据终端状态通知改变的服务信息的方法和设备
JP4820323B2 (ja) 通信網選択システム
KR100303642B1 (ko) 호 전환 시 경로최적화 방법
CN101222777B (zh) 一种降低承载与控制分离系统中同抢的方法及其系统
JP2002141935A (ja) 通信網の品質制御管理システム
US8948160B1 (en) Controlling services in a circuit-switched network from a packet network
KR20100064874A (ko) 호 설정 중 착신자에 의한 서비스 전환 시스템 및 방법
US20040017791A1 (en) Network controlled call forwarding
JP2007043368A (ja) 通信装置
WO2001026348A1 (en) Apparatus, systems and methods for selectively connecting automatically-rejected telephone calls

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20120523