浅议移动软交换大容量集中化部署

实施效果：

？ XL Axiata全网用户量增长速度较快，但进行大容量集中化部署后，其MSC-S的人均年OPEX有了显著下降，预计2012年比2009年节省约31%.Jabodetabek大区的优化效果更为明显，预计2012年比2009年节省约57%.

？ MGW大容量集中化后，其人均年OPEX也显著下降，预计2012年将比2009年节省约44%.Jabodetabek大区的优化效果更为明显，预计2012年比2009年节省约48%.

-案例小结：

上述移动软交换大容量集中化部署案例给其他仍在犹豫和观望的运营商带来启示：移动软交换大容量集中化部署技术上已经完全成熟，网络易运营、易管理。全球逐步增加的大容量集中化移动软交换部署案例，也将增强中国运营商进行大容量集中化部署的信心。

三、解决之道-移动软交换大容量集中化部署的关键点

当前，主要的中国运营商目前都有数量庞大的移动软交换设备节点。中国运营商的移动软交换的典型网络结构是：以地市或本地网为单位，再根据用户数量建设1个或若干个MSC Pool.每个Pool内含若干个MSC Server，少则2到3个，多个7到8个。每个MSC Server的用户数通常约40万至70万，最多不超过100万。

基于目前的移动软交换网络，移动运营商面临的主要问题有：全网性的新功能引入缓慢，由于需要对现网所有节点进行补丁升级或版本升级，庞大的设备基数导致升级工期漫长，完成一轮升级往往需要一年半以上的时间。数量庞大的节点需要相应数量的机房、能耗和维护管理网络监测人员。各地维护人员水平参差不齐。网络节点多，导致单个呼叫的路径中的潜在故障点也多，导致网络质量的提升遇到一定瓶颈。提升单个节点承载的话务量，大幅减少移动软交换的节点数量，并进行集中化部署已经成为移动运营商正在考虑的对现有网络进行现代化改造一个选项。

对于部署集中化大容量的移动软交换，中国运营商所担心的主要问题有：部署多大容量的节点比较合适？大容量集中化的移动软交换网络的安全性是否有保障？如何实现从现网到大容量集中化移动软交换的平滑部署？等等。下面就这些问题一一进行分析。

1、大容量移动软交换节点的部署容量

？最低容量

建议最低容量为150万用户左右，相当于现网设备2~3倍容量。此时刀片式MSC-S的节能减排指标的优势开始充分显现。

？上限警戒容量

建议刀片式MSC-S使用中的上限警戒容量为最低容量的3倍：450万用户。

考虑到20%的话务处理能力冗余，一台刀片式MSC-S的硬件最大处理能力应该至少达到540万用户。

？正常使用容量

正常使用容量需在上限警戒容量的基础上额外考虑Pool内设备单点故障时的容灾方案。

通常情况下现网Pool内MSC数目为3-7台。

考虑3台MSC组Pool的情况，当1台大容量MSC单点故障时，剩余每台大容量MSC需额外承载50%的用户量，所以正常情况下大容量MSC的用户数为450/1.5=300万用户。

基于200-300万用户的正常使用容量，5台大容量MSC的Pool服务一个大城市或大本地网（1000万~1500万移动用户）。超大城市和超大本地网（2000万用户），可增加Pool内的大容量MSC数量到7台左右。

2、大容量集中化的移动软交换网络的安全保障机制

大容量集中化的移动软交换网络将使用MSC Pool机制提供网络安全保障。为了地理容灾，如何设置中心点及其机房，中心点之间是否容灾，距离多远合适，有不同的方案。

方案1：采用省内双中心异地部署，每个中心多局址的方式，每个中心服务一个片区的MSC Pool，中心之间不容灾，同一MSC Pool内的MSC不跨中心放置；

方案2：采用省内双中心异地部署，每个中心多局址的方式，每个中心服务全部片区的MSC Pool，中心之间通过MSC Pool机制容灾，同一MSC Pool内的MSC跨中心放置；

这两个方案的对比分析如下：

总的来说，在MSC Pool内为保证地理安全，应将同一MSC Pool中的MSC放于至少两个不同地方的机房。

根据容灾程度的不同，同一MSC Pool中的MSC可以选择跨中心点机房部署。比如，如果只是考虑火灾、断电等范围较小的灾害，可以选择同一中心点内异局址部署。而如果需要考虑地震、海啸等范围较大的灾害，可以选择跨中心点部署。

3、大容量集中化的移动软交换网络的平滑部署

为实现大容量集中化的移动软交换网络的平滑部署，有如下建议。

建议全网部署MSC Pool，并加快A接口IP化改造进度，A接口IP化有利于大容量的MSC Server平滑加入MSC Pool.

建议加快全网信令IP化进度，MAP/CAP信令IP化将使得大容量MSC Server实施更为简便。

为配合大容量移动软交换跨本地网组网，建议计费方式统一采用LAC计费方式。由BOSS侧进行软件功能升级实现，核心网话单格式可保持不变。现有基于本地网的网管统计，建议由综合话务网管系统来进行功能开发，网管系统基于现有的MSC Pool统计功能之上，细分本地网粒度，实现分本地网的话务统计功能。