CN1885991A - 一种呼叫处理方法 - Google Patents

一种呼叫处理方法 Download PDF

Info

Publication number
CN1885991A
CN1885991A CNA2005100768958A CN200510076895A CN1885991A CN 1885991 A CN1885991 A CN 1885991A CN A2005100768958 A CNA2005100768958 A CN A2005100768958A CN 200510076895 A CN200510076895 A CN 200510076895A CN 1885991 A CN1885991 A CN 1885991A
Authority
CN
China
Prior art keywords
soft switching
switching server
cause value
mobile soft
server
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
CNA2005100768958A
Other languages
English (en)
Other versions
CN100417293C (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 CNB2005100768958A priority Critical patent/CN100417293C/zh
Priority to PCT/CN2006/001402 priority patent/WO2006136098A1/zh
Publication of CN1885991A publication Critical patent/CN1885991A/zh
Application granted granted Critical
Publication of CN100417293C publication Critical patent/CN100417293C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开一种呼叫处理方法，以解决现有技术中，因始发移动软交换服务器不区别接续失败原因，简单的进行释放呼叫处理而造成的呼叫成功率低的问题。一种呼叫处理方法，包括如下步骤：第一移动软交换服务器将携带被叫终端地址的呼叫消息发送给第二移动软交换服务器进行接续；第二移动软交换服务器在接续所述呼叫失败时，返回携带原因值的REL消息，所述原因值标识接续失败的原因；第一移动软交换服务器根据本地路由配置信息判断是否可以通过第三移动软交换服务器接续所述呼叫，如果是则将所述呼叫消息发送给第三移动软交换服务器进行接续；如果否则释放所述呼叫。

Description

一种呼叫处理方法
技术领域
本发明涉及移动通信技术，特别公开一种呼叫处理方法。
背景技术
第三代移动通信WCDMA(Wideband Code Division Multiple Access，码分多址接入网)3GPP(3rd Generation Partnership Project，第三代移动通信标准化伙伴项目)R4(Release 4)将核心网络电路域MSC(Mobile services SwitchingCenter，移动交换中心)拆分为MSC Server(移动软交换服务器)和MGW(MediaGateway，媒体网关)两个设备，从而实现了业务控制和业务承载的分离，其中：核心网络电路域MSC server与MGW是两个独立的设备，中间通过Mc接口进行连接。MSC Server设备主要完成呼叫控制、媒体网关完成承载控制。Mc接口是MSC Server和MGW之间的控制接口，MSC Server通过Megaco/H.248协议对MGW进行控制。
如图1所示，为呼叫的处理的基本流程，其中：移动软交换服务器1为呼叫始发服务器，移动软交换服务器2为呼叫汇接服务器，处理流程包括以下步骤：
S1、MSC Server1接收到入局的携带着被叫终端号码called party number的IAM(Initial address message)呼叫消息；
S2、MSC Server1分析被叫终端号码，确定此呼叫的路由方式是移动软交换服务器2所对应的局点，那么MSC Server1就向MSC Server2发送IAM消息；
正常情况下，MSC Server2通过去被叫终端的媒体网关和电路接续呼叫，但是，当MSC Server2因各种故障无法正常接续本次呼叫时，执行步骤S3；
S3、MSC Server2向MSC Server1返回一个REL(Release message)消息通知接续本次呼叫失败；
S4、当MSC Server1收到REL消息后，向MSC Server2返回一个RLC(Release complete message)确认消息，并释放呼叫。
REL消息中，携带有指示接续失败原因的原因值，MSC Server1可以对这些原因值进行统计分析。但是在呼叫始发端并没有根据REL携带原因值设置不同的处理流程，而是一律采用释放呼叫的处理方式进行简单处理，降低了呼叫的成功率、影响了用户的满意度。
并且，现有REL消息中携带的原因值是根据ITU-T Q.850协议中定义的失败原因代码填写的，ITU-T Q.850协议中涉及的失败原因都是根据R99组网模式中出现的故障类型进行定义，对于因分离架构而引入新的两类能够造成路由失败的故障：媒体网关故障和电路全忙并没有进行定义新的原因值。
发明内容
本发明公开一种呼叫处理方法，以解决现有技术中，因始发移动软交换服务器不区别接续失败原因，简单的进行释放呼叫处理而造成的呼叫成功率低的问题。
一种呼叫处理方法，包括如下步骤：
A、第一移动软交换服务器将携带被叫终端地址的呼叫消息发送给第二移动软交换服务器进行接续；
B、第二移动软交换服务器在接续所述呼叫失败时，返回携带原因值的REL消息，所述原因值标识接续失败的原因；
C、第一移动软交换服务器根据本地路由配置信息判断是否可以通过第三移动软交换服务器接续所述呼叫，如果是则执行步骤D；如果否则执行步骤E；
D、第一移动软交换服务器将所述呼叫消息发送给第三移动软交换服务器进行接续；
E、第一移动软交换服务器释放所述呼叫。
当所述原因值为相关的非被叫终端不可达原因值时，第一移动软交换服务器执行所述判断。
所述非被叫终端不可达原因值包括：标识去被叫终端的媒体网关故障和/或电路全忙的原因值。
所述步骤B包括：所述的媒体网关故障或电路全忙由第二移动软交换服务器根据本地可用资源信息进行确认。
所述方法还包括：统计所述原因值并进行分析的步骤。
本发明的有益效果如下：
应用本发明所述方法，当呼叫接续失败时，根据本地路由配置信息选择可用的其他软交换服务器进行迂回路由，呼叫的成功率；
进一步，将接续失败的原因分为两大类，一类是被叫终端自身造成的不可达，另一类包括现有原因中所有其他原因，在始发端软交换服务器侧，利用现有的REL消息中携带的原因值对两类原因进行判断，如果是第一类，则释放呼叫，不再占用系统资源进行无意义的迂回，如果是第二类，根据本地路由配置信息，当有可用的其他服务器可以接续本次呼叫时进行迂回路由；
并且，对现有的原因值进行扩充，增加了由于移动软交换服务器和媒体网关分离架构下的两类故障：出局媒体网关和出局电路全忙的原因值，使始发端软交换服务器可以识别这两种接续失败原因，从而利用上述的迂回方法进一步提高了呼叫成功率，同时提高了对原因值进行统计和分析的可靠性。
附图说明
图1为现有技术中呼叫处理流程图；
图2为本发明所述通过其他软交换服务器迂回的呼叫处理流程图。
具体实施方式
随着组网方式的变化，网络结构更加灵活，在一次呼叫选路过程中，如果不是由于被叫终端忙、关机等无法接通产生的呼叫失败，而是由于路由局自身的问题导致无法成功路由本次呼叫时，完全可以利用移动软交换服务器进行迂回路由处理流程如图2所示：
其中，步骤S1～S3和现有技术相同；
S4、当MSC Server1收到REL消息后，向MSC Server2返回一个RLC确认消息，这时并不直接释放呼叫，而是分析REL中Cause参数的原因值，根据制定的迂回路由策略进行判断，如果是可以迂回路由的接续失败原因，则执行步骤S5；否则释放呼叫。
这里所述的迂回路由策略设置在移动软交换服务器的配置信息中，在迂回路由策略中，将接续失败的原因值分为两大类：第一类为被叫终端忙、关机等暂时无法接通产生的接续失败，例如：现有ITU-T Q.850协议中原因值为17、18等接续失败原因，对应的原因值称为终端不可达原因值，这时，应该立即释放，不再占用系统资源；第二类是进行汇接的移动软交换服务器方由于线路等原因无法正常路由呼叫导致的接续失败，包括除被叫终端不可达之外的所有其他原因，本发明将这些原因称为非被叫终端不可达原因，相对的原因值称为非被叫终端不可达原因值，这时，如果网络结构允许，可以通过另一个移动软交换服务器进行迂回路由，接续呼叫。
因此，移动软交换服务器在收到REL消息后，首先分析REL中Cause参数的原因值是否属于第二类原因值，如果是，根据路由数据配置重新选择一个出局路由，执行步骤S5。
具体如何将原因值分为第一类和第二类，由运营商根据资源可用情况、服务质量策略等因素确定，并不限定本发明的保护范围。
在这一步骤中，也可以对所有接续失败的呼叫选择可用移动软交换服务器进行迂回路由，但是，如果是第一类原因，则后续的迂回多数是没有意义的，造成系统资源的浪费，因此，较佳的实现方式还是根据具体原因进行分类的处理方式。
S5、MSC Server1发送IAM消息，目的地为进行迂回路由的软交换服务器3；
S6、S7、S8、S9、在MSC Server3上，经过对被叫号码分析，能够找到路由被叫的可用的媒体网关和电路，呼叫继续接续，最终完成通话，否则还可以接着按照本发明提供的方法查找第四个可以迂回路由的软交换服务器，直到所有的路由都不通时，再释放呼叫。
通过本发明提供的方法，利用REL消息中携带有具体接续失败的原因值，灵活的处理不同原因引发的路由失败，提高了呼叫的成功率。
为实现上述方法，在MSC Server2发送给MSC Server1的REL消息中，必须携带明确的原因值，以便决定是否进行迂回路由，但是核心网分离架构下的较常出现两种故障：媒体网关故障和电路全忙故障，由于现有技术中没有对这两种故障定义原因代码和处理流程，导致主叫MSC Server首先无法从返回的REL消息中识别出确切的接续失败原因而不能选择正确的处理流程进行迂回路由，降低了呼叫的成功率，同时因为无法明确统计接续失败原因，造成整个系统的性能分析也存在一定失误。
为解决上述问题，需要在ITU-T Q.850协议中对现有的接续失败原因值进行扩展，扩展BICC/ISUP信令中Cause参数的Cause value的枚举定义，增加如下两个定义：
Cause value 35：新增此枚举值用于表示电路全忙；
Cuase value 36：新增此枚举值用于表示媒体网关故障。
同时，在MSC Server的迂回策略的第二类原因值中，增加35和36两项，在MSC Server在检查到该原因值时，不释放呼叫，而是重新路由到其他MSCServer进行接续。
35和36两个原因值是现有ITU-T Q.850协议中没有用到的两个空闲代码，也可以选择其他空闲代码，只要BICC/ISUP消息中Cause参数的字段位数支持即可。
并且在MSC Server的相关处理流程中，增加判断媒体网关是否故障或电路是否全忙的步骤，媒体网关和电路的当前使用情况都登记在MSC Server的资源信息中并随时更新的，具体过程为：
MSC Server和媒体网关之间通过Mc接口利用物理线路连接，媒体网关在上电后，向MSC server请求注册认证，MSC server将通过注册认证的媒体网关设置为可用媒体网关并登记，之后MSC server和媒体网关可以实时或周期性发送心跳消息检测线路是否故障，媒体网关侧也可以通过相关消息的交互主动要求MSC server去激活，MSC server将出现线路故障或要求去激活的媒体网关设置为不可用媒体网关并进行登记，这样，MSC server可以随时掌握当前所配置媒体网关的可用情况；对于电路的使用情况，也在当前可用资源中进行登记，作为MSC server路由呼叫时进行线路选择的依据。
当去被叫终端的媒体网关不止一个时，只有全部媒体网关都故障或者没有故障的媒体网关电路都忙时，MSC Server才无法路由本次呼叫，这时，路由MSC Server需要将接续失败原因在REL消息中通知主叫MSC Server。
综上，对MSC-SERVER1而言，呼叫开始路由至MSC-SERVER2，但在MSC-SERVER2呼叫失败，返回REL消息，MSC-SERVER1检查原因值，如果是35或者是36，那么就根据迂回策略，不释放呼叫，而是重新路由到MSC-SERVER3上，继续接续呼叫，从而提高了用户的满意度。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (5)

1、一种呼叫处理方法，其特征在于，包括如下步骤：
A、第一移动软交换服务器将携带被叫终端地址的呼叫消息发送给第二移动软交换服务器进行接续；
B、第二移动软交换服务器在接续所述呼叫失败时，返回携带原因值的REL消息，所述原因值标识接续失败的原因；
C、第一移动软交换服务器根据本地路由配置信息判断是否可以通过第三移动软交换服务器接续所述呼叫，如果是则执行步骤D；如果否则执行步骤E；
D、第一移动软交换服务器将所述呼叫消息发送给第三移动软交换服务器进行接续；
E、第一移动软交换服务器释放所述呼叫。
2、如权利要求1所述的方法，其特征在于，所述步骤C中：当所述原因值为相关的非被叫终端不可达原因值时，第一移动软交换服务器执行所述判断。
3、如权利要求2所述的方法，其特征在于，所述非被叫终端不可达原因值包括：标识去被叫终端的媒体网关故障和/或电路全忙的原因值。
4、如权利要求3所述的方法，其特征在于，所述步骤B包括：所述的媒体网关故障或电路全忙由第二移动软交换服务器根据本地可用资源信息进行确认。
5、如权利要求1、2、3或4所述的方法，其特征在于，所述方法还包括：统计所述原因值并进行分析的步骤。
CNB2005100768958A 2005-06-20 2005-06-20 一种呼叫处理方法 Expired - Fee Related CN100417293C (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CNB2005100768958A CN100417293C (zh) 2005-06-20 2005-06-20 一种呼叫处理方法
PCT/CN2006/001402 WO2006136098A1 (fr) 2005-06-20 2006-06-20 Procédé de traitement d’appel

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2005100768958A CN100417293C (zh) 2005-06-20 2005-06-20 一种呼叫处理方法

Publications (2)

Publication Number Publication Date
CN1885991A true CN1885991A (zh) 2006-12-27
CN100417293C CN100417293C (zh) 2008-09-03

Family

ID=37570108

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2005100768958A Expired - Fee Related CN100417293C (zh) 2005-06-20 2005-06-20 一种呼叫处理方法

Country Status (2)

Country Link
CN (1) CN100417293C (zh)
WO (1) WO2006136098A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008104113A1 (fr) * 2007-02-28 2008-09-04 Huawei Technologies Co., Ltd. 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
CN108197015A (zh) * 2017-12-29 2018-06-22 天脉聚源（北京）科技有限公司 以消息的方式写入日志数据的方法及装置
CN113691680A (zh) * 2021-08-17 2021-11-23 北京恒安嘉新安全技术有限公司 一种bicc呼叫阻断方法、系统、装置、设备及介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6104717A (en) * 1995-11-03 2000-08-15 Cisco Technology, Inc. System and method for providing backup machines for implementing multiple IP addresses on multiple ports
DE19834674A1 (de) * 1998-07-31 2000-02-03 Ericsson Telefon Ab L M Verfahren, Vermittlungsstelle, Telekommunikationssystem und Mobilstation für ein vorübergehendes selektives nationales Roaming bei vorgegebenen Netzbetriebsbedingungen in einem Mobilfunk-Kommunikationssystem
JP2001189743A (ja) * 2000-01-04 2001-07-10 Toshiba Corp 通信システム
JP3948277B2 (ja) * 2001-12-27 2007-07-25 富士ゼロックス株式会社 外部ネットワーク接続のための設定情報割当方法
US20030204593A1 (en) * 2002-04-25 2003-10-30 International Business Machines Corporation System and method for dynamically altering connections in a data processing network

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008104113A1 (fr) * 2007-02-28 2008-09-04 Huawei Technologies Co., Ltd. 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
CN101507196B (zh) * 2007-02-28 2012-05-23 华为技术有限公司 呼叫仲裁节点失败路由重选方法、交换机和系统
CN108197015A (zh) * 2017-12-29 2018-06-22 天脉聚源（北京）科技有限公司 以消息的方式写入日志数据的方法及装置
CN113691680A (zh) * 2021-08-17 2021-11-23 北京恒安嘉新安全技术有限公司 一种bicc呼叫阻断方法、系统、装置、设备及介质
CN113691680B (zh) * 2021-08-17 2024-01-30 北京恒安嘉新安全技术有限公司 一种bicc呼叫阻断方法、系统、装置、设备及介质

Also Published As

Publication number Publication date
CN100417293C (zh) 2008-09-03
WO2006136098A1 (fr) 2006-12-28

Similar Documents

Publication Publication Date Title
CN1922907A (zh) 通信网络
US20080161054A1 (en) Node selection function for multipoint radio network configurations
CN1359595A (zh) 电信系统中的号码可移植性业务
US8009809B2 (en) Method and system for call proceeding in an intelligent network system
US7787905B2 (en) Operating of a switching node in a communications network comprising both a layered and a non-layered architectural environment
CN1885991A (zh) 一种呼叫处理方法
CN101543100A (zh) 一种处理容灾切换的方法、装置及系统
CN1559154A (zh) 用于在电信网中建立连接的方法和节点
EP2991303A1 (en) Session association method, apparatus, and system
CN100388809C (zh) 一种在ip承载网中转发业务流的方法
CN1754395A (zh) 用于测量电信系统中两个核心子网络之间的核心接口的状态的装置和方法
CN1581997A (zh) 电路域多媒体业务回退到语音业务的实现方法
US7924992B2 (en) Method of ensuring call processing for intelligent user
CN1201610C (zh) 通信系统内的连接建立
CN1455606A (zh) 在信令链路组中用于管理信令链路的方法和装置
CN101453752B (zh) 通信网中实现业务优先级的方法、系统及设备
US8614736B2 (en) Method and device for presenting reason prompt for video call failure
CN1630416A (zh) 用于在移动网络与无线网络之间漫游的方法和系统
EP2288204A1 (en) An implementing method, network device and network system for voice call continuity service
CN100344111C (zh) 智能网系统中保证呼叫接续的方法及装置
EP3817351A1 (en) A system for performing analytics and blocking fraudulent subscriber identities in a communication network
EP1790142B1 (en) Technique for providing selective access to network node
CN101047570A (zh) 媒体网关控制器确定用于承载的媒体网关的方法
CN1306779C (zh) 一种ip网络中的媒体流处理方法
CN101123821B (zh) 一种用户设备接入ip多媒体子系统的呼叫/注册方法

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: 20080903

CF01 Termination of patent right due to non-payment of annual fee