上海移动彩铃系统IP化改造研究

摘要：彩铃业务是一种个性化的回铃音业务。它是一项由被叫用户定制，为主叫用户提供一段悦耳的音乐或问候语来代替普通回铃音的业务。随着网络的不断演进，中国移动核心网已经实现网络的IP化改造，因此彩铃平台的IP化改造已经迫在眉睫。本文从上海移动彩铃平台现状出发，结合彩铃业务规范和技术要求，研究分析IP化改造后彩铃平台的变化，对比IP化后的信令变化，以提升维护工作中技术储备。

关键词：彩铃 IP化 BICC

中图分类号：TN929.5 文献标识码：A 文章编号：1007-9416（2013）03-0135-01

1 引言

彩铃业务是一种个性化的回铃音业务。它是一项由被叫用户定制，为主叫用户提供一段悦耳的音乐或问候语来代替普通回铃音的业务。随着网络的不断演进，中国移动核心网已经实现网络的IP化改造。在全网设备IP化趋势下，为实现网络的扁平化，降低建设成本和运维成本，上海移动对彩铃平台进行了扩容改造工程，实现彩铃平台IP化改造，为用户提供更丰富的增值业务，提高用户对业务的满意度。

本文将从网络结构、设备板卡、信令协议等方面深入分析彩铃IP化改造前后的差异性，以尽快使维护人员掌握彩铃IP化后彩铃平台特性。

2 彩铃IP化后分析

2.1 网络结构变化

彩铃平台IP化后，网络结构主要变化在信令路由接入部分。改造前，彩铃信令话务网结构采用软交换关口局承载网外话务，本地汇接局承载本地话务，长途话务由长途软交换转接。改造后，网外信令由关口局转接，长途局转接省际省内端局到彩铃平台的信令。

2.2 硬件变化

IP化改造后，由于对接信令协议由窄带ISUP变化为宽带BICC，需要增加相应的处理BICC信令的硬件，以支持宽带业务的资源消耗。彩铃设备硬件变化主要分两个方面，一个是MGC提供的信令接入方式变化，一个是MGW提供的媒体流承载方式变化。

（1）MGC变化：信令接入由原来的CSU+EPI替换为IFM+BFI；改造前，ISUP信令由CSU后插板EPI板接E1线与对端进行信令交互；改造后，采用BICC对接信令协议，由IFM后插板BFI板接网线到CE，通过IP承载网与对端进行信令交互，因此IP化改造中必须配置BICC信令接入的IFM单板，处理BICC信令IP报文。增加信令处理单板CCU；由于CCU单板处理ISUP信令的能力大约是100CAPS，处理BICC的能力大约为70CAPS，由ISUP改为BICC后，将加大系统对这部分的开销，所以需要增加CCU单板。

信令接入方式差异：

改造前EPI-->CSU

改造后BFI-->IFM-->CCU

（2）MGW变化：外部承载由E32板替换为HRD单板；改造前，外部承载媒体流由外部中继E32单板通过E1与对端设备连接实现；改造后，外部承载媒体流由HRD单板出网线连接至CE设备与对端进行承载的通信。增加内部窄带语音到外部IP的宽窄带中继转换板VPB；改造前E32板用于承载内部中继和外部中继，改造后E32板只用于承载内部中继，外部中继由HRD承担，所以需要增加配置宽窄带转换板VPB，用于编解码协商。增加呼叫管理板CMF；每块CMF的处理能力是1000PPS（每秒报文数），BICC接入方式下每个彩铃呼叫的H248消息比ISUP方式增加约一倍，故需要相应增加呼叫处理板CMF，具体增加数量可根据业务预测量进行计算。

媒体承载建立方式差异：

改造前E32（内部中继）-->TNB-->E32（外部中继）

改造后E32（内部中继）-->TNB-->VPB-->HRD（外部中继）-->CE

2.3 信令协议变化

目前对于彩铃业务应用来讲，IP化即是采用BICC接入方式来建设或改造彩铃应用的URP局点。IP化改造前后，对接信令协议由ISUP改造为BICC。

BICC（BearerIndependentCallControlprotocol）协议是UMTSR4阶段Nc口协议，是在骨干网中使用的与承载无关的呼叫控制信令协议。它不直接对媒体资源（ATM、IP）进行控制，而是通过标准的承载控制协议（H.248协议）对这些资源进行控制。

BICC协议是在窄带ISUP协议的基础上发展来的，是在窄带ISUP基础上增加APM机制，删除电路控制机制后形成的，它全面支持ISUP提供的既有服务，同时使MGCserver可以独立于不同的MGW（ATM、IP），做到控制和承载相分离。

ISUP中继群是一组相同属性电路的集合。BICC中继群对应了一个它所控制的MGW，并设置了BICC承载相关属性。ISUP的CIC是电路标识码的意思，它与ISUP所控制的一条TDM电路所对应。BICC的CIC是呼叫实例码的意思，只用来标识一次呼叫中的消息序列。所以，BICC不需要配置电路。可以承载在包括ATM网络和IP网络在内的各种数据网络，利用该信令协议就可以承载全方位的PSTN/ISDN业务。目前比较成熟的可承载BICC协议的传输协议是：MTP3/MTP3b、SCTP、M3UA等。彩铃系统IP化后使用的是M3UA的传输协议。

2.4 BICC信令交互过程

一个正常的BICC呼叫，从呼叫开始到承载建立，包括三个协商过程：

（1）两端MGC之间的编解码协商（这个过程就是确认两个局点之间的一次通话中，话路的语音包使用什么样的编解码格式。一般情况下，这个过程在第一个IAM消息和第一个APM就已完成。本次彩铃系统使用的编解码协商格式为AMR2。（2）两端MGC之间交换各自的隧道信息，这个过程也在IAM消息和APM消息中完成。（3）URP在默认情况下，都是需要进行MGW之间协商，协商成功才能正常呼叫，否则会拆线。

3 维护建议

通过对彩铃平台IP化改造后系统地分析比较，可以看出在彩铃IP化后，设备硬件及信令协议都发生了很大的变化，在日常维护工作中，要加强对结构变化部分关注。遇到网络故障或用户投诉时，要善于运用信令消息跟踪工具，跟踪分析整体信令流程，关注各节点媒体协商消息参数，帮助快速定位问题。

参考文献

[1]顾明.业务平台IP化研究.电信工程技术与标准化，2009.

[2]符坚.彩铃业务系统的建设.邮电设计技术，2004.

[3]《彩铃业务总体技术要求》.