通辽移动MSC POOL实施方案建议

/webmoney - 1 - 通辽 移动 MSC in POOL 实施方案 建议书 爱立信（中国）通信有限公司 2008年 08月 /webmoney - 2 - 目录 1. 概述 . 3 2. MSC POOL 技术原理介绍 . 3 2.1 MSC POOL 技术简介 .3 2.2 MSC POOL 实现机制 .4 2.2.1 MSC POOL 实现条件 . 4 2.2.2 Virtual MGW . 5 2.2.3 MSC 选择机制 . 6 2.2.4 NRI和 TMSI . 7 2.3 MSC POOL 工作过程 .8 2.4 MSC POOL 的故障检测及业务恢复 .9 2.4.1 故障检测机制 . 9 2.4.2 业务恢复机制 . 9 2.5 MSC POOL 技术作用与优点 .10 3. MSC POOL 网络规划 . 13 3.1 MSC POOL 实施的条件 .13 3.2 MSC POOL 网络冗余 .14 3.3 NRI和 CAP 设置 .15 3.4 小区 和位置区的数据定义 .16 3.5 移动性管理 .17 4. MSC POOL 对网络影响 . 18 4.1 网络容量 .18 4.2 节点配置 .19 4.3 寻呼 .19 4.4 网管计费 .19 4.5 业务 .19 5. 通辽移动 MSC POOL 方案建议 . 20 5.1 网络现状 .20 5.1.1 网络拓扑 . 20 5.1.2 实施 MSC POOL 软硬件条件 . 20 5.1.3 通辽软交换网络现状 . 20 5.2 MSC POOL 试点方案建议 .21 5.2.1 MSC POOL 试点实施范围 . 21 方案一： GS17/GM4 和 GS18/GM5 组成 Pool，基本 IP 化改造。 . 21 .1 网络调整 . 22 .2 方案特点 . 25 方案二： GS17/GM4 和 GS18/GM5 组成 Pool，深度 IP 化改造。 . 25 .1 网络调整 . 26 .2 方案特点 . 27 方案三： GS08/GM3 和 GS18/GM5 组成 Pool，基本 IP 化改造。 . 27 .1 网络调整 . 28 .2 方案特点 . 28 5.2.2 总结 . 29 /webmoney - 3 - 1. 概述 随着 GSM移动通信网络的快速发展，软交换大规模的投入使用，移动用户数也在不断增长，话务日益增加，这些都使得网络对 MSC/MSC server 的容量合理配置及话务合理分配提出了更高的要求。另一方面，网络需要不断的增加节点来满足其发展，每次扩容都使运行商不得不重新规划和分割网络的位置区，越来越多的位置更新和切换对网络资源都是一种不小的开销，于是简化网络的扩容被重视起来，合理分担网络中的话务也显得越发重要，同时还要兼顾网络资源，注重网络安全，所有这些都成 为运营商亟待解决的问题。正是针对这一需求，爱立信 按照 3GPP规范 推出的 MSC POOL 功能，不仅可以 简化网络扩容、合理分配话务 ，而且 可以优化网络资源 ， 简化网络管理，更可以充分 保证网络安全，是 未来核心网的发展方向。 通辽 移动 GSM核心网络 已经全面引入了分离架构的软交换， 部署了爱立信最新的 MSS R4， MSC server 集中放置， MGW 分布部署，并 准备 开展 IP 专用骨干网的建设和 Nb over IP 的实施准备， 核心网 正逐步发展成为高效可持续发展的现代化网络。基于下面的原因，我们建议 通辽 移动实施 MSC POOL 来 推动核心网的进一步优化 。 MSC POOL 技术不仅可以实现节点的实时备份，更是一个强大的网络优化方案，是核心网向 2G/3G公共 IP 网络演进的最佳解决方案。 软交换网络的管理体制模式正向集中方向发展， 通辽 移动 MSC-S 已经集中放置，集中管理， MSC POOL 顺应这一趋势，并且简化了集中管理的难度。 通辽从核心网到无线网都是爱立信的设备，实施 MSC POOL 方便快捷。 MSC POOL 已经是成熟技术，全球已经有 6个 MSC POOL 商用网络，国内 也已经有 3个商用网络。 综上所述， 通辽 移动实施 MSC POOL 的条 件已经成熟，建议 开展 MSC POOL 的实施试点工作，不仅可以优化现有网络，增强交换网络的安全性和运营效率，而且可以为将来的大规模应用打下良好基础。 2. MSC POOL 技术原理介绍 2.1 MSC POOL 技术 简介 爱立信遵循 3GPP 规范（ TS23.236， Iu Flex）推出了 MSC POOL 核心网优化解决方案。MSC POOL 简称为 Iu Flex，与传统的 RNC/BSC 与 MSC-s 一对一的固定控制关系不同， MSC POOL 是把若干个和 BSC/RNC 相连的 MSC-s 放在一个池内，组成一个大的服务区域。池内的BSC/RNC 受控于池内所有 MSC-s，池里的 MSC-s 为整个大服务区域服务。如下图所示： /webmoney - 4 - 传统网络结构S e r v i c e A r e a 1M S CM S CB S CB S CB S CB S CB S CB S CS e r v i c e A r e a 2M S CM S CS e r v i c e A r e a 3M S CM S CB S CB S CB S CB S CM S C P o o l 网络结构P o o l S e r v i c e A r e aM S CM S CB S CB S CB S CB S CB S CB S CM S CM S CM S CM S CB S CB S CB S CB S CB S C/ R N CB S C/ R N CB S C/ R N CB S C/ R N CB S C/ R N CB S C/ R N CB S C/ R N CB S C/ R N CB S C/ R N CB S C/ R N C 目前爱立信能在一个 POOL 服务区中集成 32 个 MSC-s， 128 个 BSC， 2048 个 LA。 MSC POOL 实现机制简单，当终端用户进入到 POOL 服务区时， BSC/RNC 会根据 POOL中 MSC-s 处理能力分配用户登记到一个 MSC-s 上，用户在该 POOL 区域内漫游时，一直登记在该 MSC-s 内，直到出了该 POOL 区域。一旦某个 MSC-s 出现故障时， BSC/RNC 会自动实时选用 POOL 中其他正常工作的 MSC-s 来完成呼叫，无 需与其他网元的配合工作。 TS23.236 中关于 Iu Flex的规范定义适用 GSM和 TD-SCDMA网络，爱立信的 MSC POOL方案严格遵循规范要求，在系统配合方面对 BSC 和 RNC 的软件功能配合支持要求相同，完全适用于 GSM和 TD 网络。 2.2 MSC POOL 实现机制 2.2.1 MSC POOL 实现条件 爱立信 MSC POOL 既可以在传统的 MSC 上实现，也可以在软交换上实现，但是如果在MSC 上实施， MSC 需要和每个 BSC 连接， A接口传输需要较大的冗余，网络结构也比较复杂。而且 GSM核心网正逐步向着基于 IP 承载的软交换的方 向演进，所以建议直接在软交换上实施MSC POOL，这样网络结构清晰，实施简单，而且符合核心网的发展趋势，具体网络结构如下图所示。 /webmoney - 5 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e x a m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts leve l 2 - 52 0 p tM U C h i n a I n t e rn a l r o a d s h o w M SC P o o l I n t r o d u c t i o n Ap ri l 2 0 0 617M - M G wM - M G wMSC - S MSC - SMSC P o o l Ar e a MSC P o o l M e m b e rs M - MG W M - MG WM - MG WR AN R AN R AN R ANR ANL A 1 L A 2 L A 4 L A 3 L A 6MSC P oo l A - i nt erf ace w i t h S i g na l i ng an d pa y l oa d ov er T D M S i g na l i ng an d C on t r o li nt erf ace ove r I PMS C Pool Imple mented in MS S 在软交换网络中实施 MSC POOL 需要的软硬件条件为： 硬件： 基于 AXE810 平台的 MSC Server 基于 BC2XX或 BC30XX系列的 MGW 基于 AXE810 或者 BYB501 平台的 BSC 软件： MSS R4, BSS R12 OSS RC3.1 理想条件下 BSS 均为支持 MSC POOL 的爱立信设备，对于 POOL 服务区内目前不支持MSC POOL 的其他厂家 BSS，也可以正常工作于非 POOL 状态下，不会受到 POOL 的影响。 2.2.2 Virtual MGW 在软交换结构下，为了实施 MSC POOL，需要一个 MSC-s 可以控制多个 MGW，且每个MGW 可以被多个 MSC-s 控制，爱立信使用虚拟 MGW 功能来完成，虚拟 MGW 的概念为： 1 个实体 MGW 可以逻辑的划分为 32 个虚拟 MGW，每个虚拟 MGW 只能被 1 个 MSC-S 所控制，则1 个实体 MGW 可以被 32 个 MSC-S 所控制。因此就轻松实现了每个 MSC-S 可以控制所有的BSC，每个 BSC 可 被所有 MSC-S 所控制。虚拟 MGW 原理请参见下图。 /webmoney - 6 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p t商业保密，请勿外传 C BC / R X D Ari e l H u a n g 2 0 0 5 - 12 - 0819虚拟 MG w1V i rt ual MG WM SC Se rv e rs32 . . 3 2M - MG W1V i rt ual MG W32 . . 3 2 1V i rt ual MG W32 . . 3 2M - MG W M - MG W 2.2.3 MSC 选择机制 当用户漫游进 POOL 服务区时，会进行位置更新，登记到 POOL 中的某个 MSC 中。为了选择合适的 MSC， POOL 所有的 BSC/RNC 中会定义 POOL 中各个 MSC 的容量因子 CAP，该因子用来表征各个 MSC 处理能力的大小以便 BSC确定选择哪一个 MSC 完成位置更新，取值范围1 256。 BSC/RNC 会根据容量因子，确定分配至各个 MSC 的用户比例，一般情况下建议根据 MSC CP 的处理能力 来定义容量因子， POOL 中的各个 BSC 使用同样的 CAP 值来标致 MSC 的能力，如下图所示： /webmoney - 7 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tM U C h i n a I n t e r n a l r o a d s h o w M SC P o o l I n t r o d u c t i o n Ap ri l 2 0 0 619De finit ion of the ca p ac ity v alue s (C AP )953 . 8A P Z 2 1 2 4 01907 . 6A P Z 2 1 2 5 05025C A P2A P Z 2 1 3 3 31A P Z 2 1 2 3 0A P Z C a p a c it y Fac t o rM S C P o o l M e m b e rV a l u es 1 - 25 6 c an be us e dE x a m p l e o f CAP d e fi n i ti o n :iiCAPCAP1iiCAPCAP4iiCAPCAP3iiCAPCAP2M S C - S M S C - S M S C - S M S C - SReg iste r e dS u b scr ibe r sB S CB S CB S C12 3 4 2.2.4 NRI 和 TMSI MSC POOL 功能为了尽量减少对现有节点的改动，利用重新定义的 TMSI作为识别用户的重要手段。 GSM规范规定 TMSI长度为 32 位二进制，其中 6 位为 TMSI Generation， 26 位为TMSI Identification。 MSC POOL 巧妙的利用了 TMSI，并对其做了重新定义，长度依然 32 位，但是分成了三部分，如下图所示 。 TMSI Generation 没有变化，但是增加了 NRI（ Network Resource Identifier）字段，该字段长度为 0 10bit，借用了原来 TMSI Idenfication 的长度。 NRI用于标识 POOL 中的各个 MSC 以及登记在该 MSC 上的用户。每个 MSC 可以有一个或多个NRI。但 POOL 中不同 MSC 的 NRI必须不同。 T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tEri c s s o n C o n f i d e n t i a l 2 0 0 6 - 12 - 215215= 3 2 ,7 6 81510216= 6 5 ,5 3 6169217= 1 3 1 ,0 7 2178218= 2 6 2 ,1 4 4187219= 5 2 4 ,2 8 8196220= 1 , 0 4 8 , 5 7 6205221= 2 , 0 9 7 , 1 5 2214222= 4 , 1 9 4 , 3 0 4223223= 8 , 3 8 8 , 6 0 8232224= 1 6 ,7 7 7 ,2 1 6241225= 3 3 ,5 5 4 ,4 3 2250 (v a l u e n o t a p p l i c a b l e f o r p o o l )M a x . V LR c a p a c it y ba s e d on T M SI le ng thAv a il a bl e T M SI le ng th (bi t s )NR I le ng th (bi t s )T M S I -Genera t ionT M S I - I den t i f ic a t ion2425262728293031 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0O c te t 3O c te t 4 O c te t 1O c te t 2S e t i n s t a nda r d i z a t i o nN et w ork R e s our c e I den t i f ier (N R I )M a x 1 0 b its2 5 b itsT M S IS tru ctu re : /webmoney - 8 - 2.3 MSC POOL 工作过程 如下图所示，当用户漫游进 POOL 服务区时，会进行位置更新，登记到 POOL 中的某个MSC 中。 POOL 所有的 BSC/RNC 需要定义各 MSC 的容量因子，该因 子对应了各 MSC 处理能力的大小。 BSC/RNC 会根据容量因子，确定分配至各个 MSC 的用户比例，如下图中 3 个 MSC的容量因子为 4:2:2，从而 BSC/RNC 分配到各个 MSC 的用户比例为 50%:25%:25%。 224相对容量因子 (1 -2 5 5 ), B S C /RNC 中定义25%25%50%话务比例 %7, 8MSC 35, 6MSC 20, 1 , 2 , 3 , 4MSC 1NRI (0 - 1 0 2 3 ), 在MS C 和 BSC /RNC中定义M S C1M S C1BS C /RNCBS C /RNCM S C2M S C2M S C3M S C3BS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCMSC - s 资源池区域用户分配举例 :当用户漫游入池服务区域时， BSC / RNC 将用户分配至池中某 MSC 。BSC / RN C 根据各 M SC 的相对容量因子，选择其中一个。此次选择 MSC 1 Lo c a t ion Upda t e用户漫游入池服务区域MSC 分配用户 TM S I，其中包括 NR I . NR I用以识别池中各 MSC . Tem p or a ry Mobil e Sub sc rib e r I den t i t y (TMSI )TM SIGen er at i onNet w or k Res ou rceI d en t if i er (NRI )TM SII d en t if i c a t io nTM SI Ass ig nme nt(TMSI in c l . NR I =1 )义在和用户分配举例 当用户漫游入池服务区域时， 将用户分配至池中某 。对容量因子，选择其中一个。此次选择用户漫游入池服务区域用以识别池中各 如果 BSC/RNC 将该用户分配到 MSC1，则将相应的信令转发至 MSC1。 MSC1 在 用户通过鉴权等操作后，会给用户分配一个 TMSI，其中的 NRI字段为 MSC1 的 NRI中的某一个，上图中为 NRI=1。 当用户发起呼叫时， BSC会根据用户 TMSI中的 NRI标识将话务路由至用户登记的 MSC 上完成呼叫。如下 图所示。 MSC1MSC1B SC /RNCB SC /RNCMSC2MSC2MSC3MSC3B SC /RNCB SC /RNC BSCBSCB SC /RNCB SC /RNC BSCBSCPoo l Service Ar ea话务分配举例 : BSC 将话务路由至用户所注册的 MSCBSC / R N C 根据用户 T M SI 中NRI 字段将话务路由至用户所在 M SC“ C all Se t up ”(T M S I in c l.N R I = 1)已在池中注册的用户发起呼叫M SC 验证 NRI 后，处理呼叫T em p ora ry M obil e Sub s c ribe r I den t i t y (T M SI )T M SIGen er ati onN etw ork R es ou rc eI d en t if i er (N R I )T M SII d en t if i c a t io n“ C all C o nti nu e ”224相对容量因子 (1 -2 55 ) , B S C /RN C 中定义25%25%50%话务比例 %7, 8M SC 35, 6M SC 20, 1 , 2 , 3 , 4M SC 1N R I (0 - 1 0 23 ) , 在M SC 和 BSC /RN C中定义话务分配举例 将话务路由至用户所注册的根据用户 中字段将话务路由至用户所在已在池中注册的用户发起呼叫验证 后，处理呼叫相对容量因子中定义话务比例 在和中定义 /webmoney - 9 - 若 POOL 中某一 MSC 宕机，则当用户重新试图接入网络时（位置更新，呼叫尝试等），BSC/RNC 会立刻重新计算其他 MSC 的容量因子，将用户分配至池中其他 MSC，用户感受不到任何网络服务的中断，实现了 “零 ”宕机时间。如下图所示。 T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tM U C h i n a I n t e r n a l r o a d s h o w M SC P o o l I n t r o d u c t i o n Ap ri l 2 0 0 620MSC P ool M ember Fail ure and Recovery Act ionM S C - S1o u t o f o p e r a t ionV L R ca p a ci t yV L R u s a g eiiCAPCAP1iiCAPCAP 4iiCAPCAP3iiCAPCAP2R e g i st e r e dS u b scr i b e r sM S C- S M S C- S M S C- S M S C- SRA NRA NRA N12 3 4 1,4iiiCAPCAP 1,3iiiCAPCAP 1,2iiiCAPCAPR e g i st e r e dS u b scr i b e r sM S C- S M S C- S M S C- S M S C- SV L R u s a g eRANRANRAN1 2 3 4 2.4 MSC POOL 的 故障检测及业务恢复 2.4.1 故障检测机制 MSC 的故障检测机制基于现有的 A接口 BSSAP 信令故障检测机制。当到某个 MSC 的BSSAP 信令确认不通时， BSC 认为 MSC 不可达，自动将收到的用户呼叫请求及位置更新请求按比例转移到 MSC Pool 内的其他可用的 MSC，用户将登记在新的 MSC 内。 所以， Pool 中的 MSC Server 之间不需要具备心跳链路等机制来进行故障检测。 2.4.2 业务恢复机制 倒换 对于倒换，严格意义上来说，在 MSC Pool 里，故障 MSC 的业务会被其他正常工作的 MSC共同承担，所以故障 MSC 的用户不会完全倒换到某一个 MSC 上。从概念上理解，故障 MSC 的用户会被 BSC 按照各个正常 MSC 的相对容量分配到 MSC Pool 里到其他正常工作的 MSC 上。而且， MSC Pool 方案下的倒换是基于需求的，也就是说，只有当故障 MSC 下的用户有呼叫需求的时候，才启动倒 换流程。而不是有一个 MSC 故障，就在故障时刻将该 MSC 下的用户大规模全 /webmoney - 10 - 部倒换。在 MSC Pool 方式下，如果 MSC 的故障很快恢复，而且故障期间某个用户并没有呼叫事件发生，那么当该 MSC 恢复进入 Pool 后，该用户的业务完全不受影响， MSC 的故障对其下用户是透明的。所以，很明显的可以看出， MSC Pool 下的倒换方式降低了网络负荷、简化了倒换程序、提高了网络效率。 举个例子来说，如果 MSC Pool 中某个 MSC 发生故障，当故障 MSC 下的用户发起呼叫请求或者位置更新请求的时候， BSC 根据 TMSI中的 NRI值，发现 原有登记 MSC 已经故障，于是按照各个剩余 MSC 的相对容量选择一个 MSC 处理该用户的呼叫请求，但是该 MSC 发现此用户不是自己的用户，于是拒绝该业务请求，并且返回相应的错误代码。手机收到错误代码后立即发起位置更新，重新正常注册到 Pool 中某个正常的 MSC。 因此，综上所述，对于故障 MSC 下的用户，第一次主动呼叫或者位置更新失败，但是后续业务正常恢复，因此从倒换开始到第一次接通用户主叫业务的时间非常短。而且，从倒换开始到业务接管的整个过程，或者说整个业务恢复的过程完全是自动实时进行的，无需事先预置为人工方式。 倒 回 当故障的 MSC Server 恢复正常后，可将其加入到 MSC Pool 重新提供服务，即我们通常所指的倒回操作。将恢复后的故障 MSC 加入 MSC Pool 的操作和加入一个新的 MSC Server 大致相同。 对于倒回，严格意义上来说，先前分布到各个正常 MSC 上的用户也不会全部迁回到恢复后的 MSC 上，也没有必要全部迁回到恢复后的 MSC 上。因为在 MSC Pool 里，一个用户只要在Pool 里漫游，那么它总是被初始登记的 MSC 所服务。这种服务方式降低了网络负荷、提高了运行效率。 对于短时间的故障，小部分用户发起呼叫 请求，会被 BSC 重新自动分配到其他 MSC 进行服务（无需事先预置为人工方式），但是大部分用户仍然驻留在原有故障 MSC。那么该 MSC 一旦投入工作，那么其下用户就相应的恢复了服务。对于长时间的故障，可能大部分的用户已经由其他的 MSC 服务，如果需要的话，可以通过手工方式，作为一种辅助手段，将某个 MSC 上一定数量或者一定比例的用户通过负载重分配的方式迁移到恢复后的 MSC 上。这个过程和 Pool 正常运行时，对某个 MSC 进行维护操作，转移其部分或者全部用户的流程是相同的。 因此，综上所述，在倒回过程中，用户的业务是不受到 影响的。 2.5 MSC POOL 技术作用 与优 点 MSC POOL 技术 具有如下 作用 和优 点 ： MSC 动态 负荷分担，降低拥塞 /webmoney - 11 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tC BC / N T C o n f i d e n t i a l C N C S R e d u n d a n c y s o l u t i o n7MSC P OOL ：动态负荷分担简化网络规划与设计！ 话务负荷被平均分配给资源池中的 M SC ，对每个 M SC 来说没有负荷高峰。S e r v ic e Ar e a 1MS CMS CB S CB S CS e r v ic e Ar e a 2MS CMS CS e r v ic e Ar e a 3MS CMS CB S CB S CB S CB S CB S CB S CB S CB S CP o o l S e r v ic e Ar e aMS CMS CBS C /RNCBS C /RNCMS CMS CMS CMS CBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNC产生拥塞的风险高！减小拥塞的风险！ 资源池可以提供更高的容量（ 1 +1 =3 ）， 现有容量可以充分利用。 从 POOL 中 MSC 的角度来看，它脱离了以往的自上而下的垂直控制体系，不再负责控制具体某一区域的话务，而是共同管理 POOL 覆盖的区域，由 BSC 根据 MSC 处理能力平均各个MSC 的负荷，避免因某一区域话务过载而造成的某个 MSC 的处理器 P 负荷过高，降低了设备拥塞的可能 。 减少核心网络信令开销和节点负荷： T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tC BC / N T C o n f i d e n t i a l C N C S R e d u n d a n c y s o l u t i o n9MSC P OOL ：减少位置更新和切换 BSC /RNC 把漫游进入 M SC 资源池服务区的用户分配给 M SC 。S e r v ic e Ar e a 1MS CMS CB S CB S CS e r v ic e Ar e a 2MS CMS CS e r v ic e Ar e a 3MS CMS CB S CB S CB S CB S CB S CB S CB S CB S CP o o l S e r v ic e Ar e aMS CMS CBS C /RNCBS C /RNCMS CMS CMS CMS CBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNC根据 M S C 的容量进行话务负荷的分配减少跨 M S C 的切换和位置更新，降低核心网信令负荷，增加系统容量。对终端没有影响 用户始终保持登记在同一个 M S C 上，直到用户漫游出该 M SC 资源池服务区。 POOL 的概念提供了大的公共 MSC 服务区，原有 MSC 间位置更新和切换全部转化为 MSC内位置更新和切换，意味着 MSC 间的切换和位置更新的减少，可以显著降低网络的信令负荷和节点的处理器负荷，优化了网络资源的利用。 均衡网络话务高峰 /webmoney - 12 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tC BC / N T C o n f i d e n t i a l C N C S R e d u n d a n c y s o l u t i o n8MSC P OOL ：均衡话务高峰P o o l S e r v ic e Ar e aMS CMS CBS C /RNCBS C /RNCMS CMS CBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCS e r v ic e Ar e a 1 （望京）MS CMS CB S CB S CS e r v ic e Ar e a 2 （国贸）B S CB S CMS CMS CB S CB S CB S CB S C每个区域的核心网设备容量都必须考虑最高话务负荷的情况。设备利用率低。Cap a cit y=10 0 0 K Cap a cit y=10 0 0 K平均不同区域在不同时段的话务高峰。核心网独立规划。降低投资成本。Cap a cit y=50 0 K Cap a cit y=50 0 K M SC 资源池方式可以平均不同区域在不同时段的话务高峰。 降低设备的直接投资成本和后期运维成本，提高资源利用率。 POOL 的引入可以均衡不同地区网络不同时段的话务高峰：如均衡工作区和住宅区在上班、下班后的不同话务峰值。 POOL 的覆盖面积越大，均衡的效果就越明显。 网络级冗余备份保障机制： T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tC BC / N T C o n f i d e n t i a l C N C S R e d u n d a n c y s o l u t i o n11MSC P OOL ：网络级冗余备份 零宕机时间S e r v ic e Ar e a 1MS CMS CB S CB S CS e r v ic e Ar e a 2MS CMS CS e r v ic e Ar e a 3MS CMS CB S CB S CB S CB S CB S CB S CB S CB S C 当 M S C 资源池中的某个节点发生故障时， B S C / R N C 把无线接入网络中的终端的服务请求（位置更新、试呼），重新分配给资源池中仍然正常工作的 M S C 。P o o l S e r v ic e Ar e aMS CMS CBS C /RNCBS C /RNCMS CMS CMS CMS CBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNC 唯一遵从 3 G P P 标准规范的软交换控制层冗余备份方案。 优点： 提高 M S C 服务性能，在控制层面作到零宕机时间。 当需要进行维护或升级时，控制 P o o l 内的 M S C 暂停服务，由 P o o l内的其他M S C 接替服务，不影响用户的使用和运营商的话费收入。零宕机时间！提高网络可靠性！ 假如网络中某一节点故障或拥塞， BSC/RNC 可相应选择 POOL 内其它可用节点实时接替，实现真正意义上实时网络级冗余安全保障机制，此方式和其他实时备份方式相比，更节省网络资源， POOL 内节点数越多，资源越节省。 网络升级维护时， 也可以人为将 POOL 中的MSC 可以提前将话务转到其它 MSC 上，没有业务中断时间，不会对用户造成影响。 简化网络规划、优化 MSC 资源 /webmoney - 13 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tC BC / N T C o n f i d e n t i a l C N C S R e d u n d a n c y s o l u t i o n10MSC P OOL ：简化网络规划和扩容 M SC 资源池中的节点数量可以随着话务量的增长逐步增加。P o o l S e r v ic e Ar e aMS CMS CBS C /RNCBS C /RNCMS CMS CBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCS e r v ic e Ar e a 1MS CMS CB S CB S CS e r v ic e Ar e a 2MS CMS CB S CB S CB S CB S CB S CB S CB S CB S CMS Ca S e r v ic e Ar e a 2 bMS CMS C通过重新划分服务区来实现扩容。无线接入网需要重新配置。只需在 M S C 资源池中增加一个M S C ，即可方便地实现扩容。核心网规划与无线接入网规划相对独立。 POOL 的引入，使话务在所有节点中平 均分配，避免传统网络中不同节点在不同峰值的网络资源不均衡利用而需要网络规划都按各自忙时话务配置的状况。 POOL 的网络规划可直接简化为按 POOL 需要支持总容量并考虑 N+1 的冗余配置。 POOL 的引入，使 BSS 受所有 MSC 控制，话务在所有 MSC 中平均分配，实现了无线接入网络和核心网络的互不影响。无线网络规划和核心网规划可以分别进行，互不影响，只要总容量匹配即可。 3. MSC POOL 网络规划 3.1 MSC POOL 实施的条件 MSC POOL能够在不改变网络拓扑结构的情况下，在移动软交换网络中实现 。 MSC POOL的 网络结构如下图所示。 /webmoney - 14 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tC o m m e rc i a l i n c o n f i d e n c e 2 0 0 6 - 0 7 - 2413 8 25MSC P OOL 网络拓扑M S C 池结构的软交换网络M -M S C - S M S C - SM S C Pool 服务区M S C Pool -MG W -MG WBS C BS C BS C BS CTD M 承载IP 信令TD M 信令IP 承载 如图所示， 在现网的软交换网络结构下需 要 满足下列的条件即可实施 MSC POOL。 Nb over IP Mc 接口多联 具体的说，就是首先 移动软交换 内部要采用 IP 承载， IP 承载才可以真正体现软交换的优势，也是中国移动软交换网络下一步发展的趋势。其次由于 POOL 中每个 MSC-S 要管理 POOL内所有的 MGW，所以 MSC-S 与 MGW 之间的 Mc 接口的多联也是必须的。 现在 Mc 接口已经是IP 传输，通过 IP 路由设置即可轻松实现 Mc 接口多联。 MSC POOL 对于 POOL 中节点和 POOL外其他节点的连接 没有特殊的要求，可以沿用现有的连接方式不变。 我们更关注的是 VoIP 改造的范围， 希望 所有与 MSC POOL 有 ISUP 路由的 MSC-S 都能实现 IP 承载。 如果完全没有 TDM的连接 （ A接口除外） ， 现网的数据改动就大大减少。 所以 VoIP的改造是 MIP 实施的前提。 另外， 我们建议 通辽的关口局 也具备 IP 承载功能， MSC POOL 中节点与外部 TDM节点的信令和话务均通过 IP 化的关口局进行转接，减少了外部局向，可以大幅减少 MSC POOL 进一步扩展的复杂性和工作量。 所以说， IP 化改造的程度将直接影响 MSC POOL 实施的 繁简，同时 也决定了 TDM端口的冗余量。 3.2 MSC POOL 网络冗余 MSC POOL 可以实现 MSC-S 的实时冗余备份，如果利用 MSC POOL 来进行 MSC-S 的冗余备份，需要考虑 MSC-S 的节点容量和信令接口的冗余。 /webmoney - 15 - MPMPMPAT MT ERM INA T IONSD SPR ES OUR C E S( D EV ICES)MGwMS CS erverMS CS erverTS CS erverv M G wT D MT ERM INA T IONS( GROU PS )v M G wT D MT ERM INA T IONS( GROU PS )v M G wT D MT ERM INA T IONS( GROU PS )32IPT ERM INA T IONSMSC POOL 实现 MSC-S 的冗余备份，对 MGW 没有备份的作用。由于实施 MSC POOL 需要 MGW 启用虚拟 MGW 功能，即把一个 MGW 硬件节点从逻辑上划分为多个 Virtual MGW，由多个 MSC-S 分别控制。 MGW 所有的 IP 端口资源和其他编解码器资源可以被所有虚拟 MGW 共享，但是对于 TDM端口 ，每个虚拟 MGW 需要专用的 TDM端口，不能共享， 如下图所示。 这样当 POOL 中某个 MSC-S 故障时，对应虚拟 MGW 的 TDM端口将不可用，所以 MGW 的 TDM资源以及所有和 MGW 有 TDM连接关系的节点，需要考虑 TDM端口资源的冗余。 假设 POOL 中有 N个 MSC-S，则每个 MGW 需要定义 N个 Virtual MGW 由 N个 MSC-S分别管理，每个 Virtual MGW 需要分配不同的 TDM资源，其他 IP 和 TC 等资源可以共用。一个MSC-S 故障时，每个 MGW 中对应的那一个虚拟 MGW 的 TDM资源变为不可用，即可用 TDM端口减少了 1/N。 3.3 NRI 和 CAP 设置 NRI（ Network Resource Identifier） 是分配给用户 TMSI中的一个标准字段，该字段通过网管手段在 BSC 和 MSC-S 上面定义，用于标识 Pool 内特定的 MSC-S。 NRI的长度设定决定了POOL 中 MSC-S 的数量和 MSC-S 用户容量，同时在相邻的 POOL 中 NRI不可以冲突 。 每个MSC Server 最多可配置 8 个 NRI的数值 。 一般在网络运行状态下，不允许在线更改 NRI的长度值。 建议在 MSC POOL 规划的前期 尽量 准确 的规划好 NRI的数据定义 ，以避免未来的改动。 目前集团公司 建议 NRI长度设置为 7 位， 如下图所示。 这样 共有 127 个 NRI可用（ 0 不可用）， 每个 MSC-S 根据容量需求 配置 1 个 或多个 NRI， 可以满足现在和未来 MSC-S 的用户容量， 127 个 NRI也可以满足相邻 POOL 中 NRI的互不冲突。 /webmoney - 16 - NRI length (bits) Maximal MSC Pool Size Remaining available TMSI length (bits) Maximum VLR subscriber capacity / TMSI length 1 1 25 225 = 33,554,432 2 3 24 224 = 16,777,216 3 7 23 223 = 8,388,608 4 15 22 222 = 4,194,304 5 31 21 221 = 2,097,152 6 63 20 220 = 1,048,576 7 127 19 219 = 524,288 容量因子 CAP 的 定义决定了 POOL 内 MSC-S 所 带用户的比例。 BSC根据容量 因子 决定按照什么样的比例 把用户分配到 POOL 内 某个 MSC-S 上 。 MSC-S 对应的 CAP 数值越大则分配到MSC-S 的用户数越多。 建议根据 MSC-S 的处理能力来定义 CAP，由于爱立信 MSC-S 的处理能力主要由 APZ的类型决定，所以 APZ的类型是定义 CAP 参数的主要参考。 CAP 的最大值为 255，考虑到今后会提出更大容量的 APZ类型，建议对目前的 APZ 212 50 配置 CAP 值 50。正常情况下所有的 BSC 中对于 MSC-S 的 容量因子 CAP 的定义值 应该 相同 ，相同处理能力的 MSC-S 的容量因子也应该相同。在一些特殊情况下也可以 对相同处理能力的 MSC-S 设置不同的容量因子。 建议的容量因子设置如下表所示。 MSC Pool Member APZ Capacity Factor CAP APZ 212 40 3.8 25 APZ 212 50 7.6 50 3.4 小区和位置区的数据定义 由于 MSC POOL 内每个 MSC-S 管理 POOL 内所有的 BSC 和 无线区域 ， 如下图所示。 所以 POOL 内所有的 MSC-S 的小区和位置区的数据定义应该相同（ 如果 MSC-S 连接 POOL 外的BSC 则例外 ）。即每个 MSC-S 有相同的内部小区和外部小区的定义数据。 /webmoney - 17 - 3.5 移动性 管理 用户 从 POOL 外 漫游入 POOL 内 当终端用户在空闲状态漫游入 POOL 服务区域时，手机要执行位置更新； BSC 根据相应的用户分配算法分配该用户到 POOL 内某一 MSC-S。 BSC 的用户分配算法基于在 BSC 上面定义的POOL 内各 MSC-S 相互间的容量因子 CAP 的数值。 新用户的位置更新登记涉及 MSC-S 和网络的 HLR 间的信令交互。 当 BSC 把用户登记的信令传送到一个 MSC-S 后，该 MSC-S 向该用户分配含有 NRI的TMSI，该 NRI再网络中特指该 MSC-S。 用户在 POOL 内的漫游 当 用户在 POOL 内漫游时，位置更新指向该 MSC-S（ BSC基于 TMSI/NRI路由信令）使得用户一直登记在该 MSC-S。所以用户在 POOL 内无线区域位置更新时并不需要改变 MSC-S，也就是不需要跨 MSC-S 的位置更新和 MSC-S 与 HLR 的信令交互。 POOL 内用户在发起话务请求时 BSC 根据对用户已分配的 TMSI/NRI值路由信令指向该用户登记在的 MSC-S，由用户登记在的 MSC-S 处理该用户话务的信令。 用户 从 POOL 内 漫游出 POOL 外 当 POOL 内的用户漫游出 POOL 的服务区并作位置更新时，新的 POOL 外 MSC-S 可根据如下两种方式识别 POOL 内的源 MSC-S，并路由 MAP 信令提取用户加密认证信息： 如果 POOL 外的 MSC-S 具有“增强关联 VLR 功能”， POOL 外的 MSC-S 根据接受到的TMSI/NRI功能识别 POOL 内的源 MSC-S 并直接进行信令路由。 如果 POOL 外的 MSC-S 不具有“增强关联 VLR 功能”，则通过在 POOL 内定义一个“代理 MSC-S/VLR”实现。 POOL 外的 MSC-S 提供 TMSI/NRI消息与 POOL 内的代理 MSC-S 互Location area 1 A2 A3 A1 A4 A5 A7 A6 B2 B3 B1 B4 B5 C7 B6 C2 C3 C1 C4 C5 C7 C6 D2 D3 D1 D4 D5 D7 D6 Pool Area Location area 2 Location area 3 Location area 4 MSC-S MSC-S MSC-S MSC-S /webmoney - 18 - 通，代理 MSC Sever/VLR 根据查询 NRI的数据进一步路由信 令到源 MSC-S 取得用户的加密认证信息。该方式一般是其它设备商的 MSC-S 采用的互通方式。 话务在 POOL 内的切换 当用户在 MSC-S POOL 内漫游并处于话务过程中时，会发生无线位置区 LA的更新，但由于用户一直登记在一个 MSC-S， 不涉及 MSC-S 间的变更，所以在该情形下只有单一 MSC-S 内的话务切换。 话务从 POOL 内向 POOL 外的切换 POOL 内的用户漫游并切换出 MSC-S POOL 的情形与普通的 MSC-S 间切换处理方式相同。 话务从 POOL 外向 POOL 内的切换 当处于 POOL 外 MSC-S 的用 户发起一个话务呼叫并漫游入 POOL 内，则发生一个到POOL 内 MSC-S 的切换。 如果 POOL 外的 MSC-S 不支持 “邻接 MSC-S 组” 功能 ， 该网络情形下，为了保证 POOLMSC-S 处理切换话务的负荷均匀， POOL 内的每个 MSC-S 区可以定义不同的 POOL 外相邻的位置区和无线小区，也就是整个 POOL 的无线服务区数据由 POOL 内的MSC-S 分担定义。 如果 POOL 外的 MSC-S 支持 “邻接 MSC-S 组” 功能 ，在该情形下通过“邻接 MSC-S组”的定义该方式实现话务切换的负荷分担。 当终端用户切换的通话结束时，手机端重 新作无线的位置更新， BSC 根据各 MSC-S 的CAP 值算法重新分配用户到某一新的 MSC-S，用户新登记的 MSC-S 可能与切换时处理话务的MSC-S 不同。 当用户在 POOL 内发生语音呼叫，并且漫游出 MSC-S POOL 的服务区，又在话务继续的情形下返还入 POOL 的时候，后继的切换仍然以第一个 POOL 内的 MSC-S 作为 Anchor MSC-S。 4. MSC POOL 对网络影响 4.1 网络容量 实施 MSC POOL 后对网络中节点容量的影响有以下几个方面： MSC-S 间的切换和位置更新减少，使得 MSC-S 容量增加 MSC-S 间的切换和位置更新减少，使得 HLR 容量增加 话务流向改变 导致的话务模型 也 改变会影响 MSC-S 节点容量 ： 同一个 BSC 管理的用户间的呼叫可能会成为 MSC-S 间呼叫 不同 BSC 下管理的用户间的呼叫可能会成为 MSC-S 内呼叫 /webmoney - 19 - 从 MSC POOL 实现机制 来看，由于切换和位置更新的减少，会使节点容量增加，同时由于节点的负载均衡，整个网络的容量也会增加。具体的容量增加情况取决于具体网络的规模现状和话务模型。 4.2 节点配置 实施 MSC POOL 后对网络中节点配置的影响有以下几个方面： MSC POOL 中 MSC-S 负荷分担， 容量 需要 重新规划 各局向信令 由于 MSC-S 容量改变，需要 重新核算 由于 MSC POOL 实现节点备份，需要考虑 MSC-S 的 容量冗余 由于 MSC POOL 实现节点备份，需要考虑 MSC-S 的 信令冗余 由于 虚拟 MGW 功能对 TDM资源的影响 ，需要结合冗余备份考虑 TDM端口的冗余 4.3 寻呼 在 MSC POOL 的组网方式下，由于每个 MSC-S 管理 POOL 内全部 BSC 的每个位置区以及相应的无线数据，所以在 MSC-S 上使用 Global 寻呼将增加无线网络负荷（且通常情况下二次寻呼的成功率只有 10左右）。 建议对 POOL 内的第一次和第二次寻呼数据均采用本地寻呼的方式，这样可以极大的减小A接口的信令负荷。 （对于不明的 LA寻呼，系统维持采用 Global 寻呼） 。 4.4 网管计费 OSS RC3.1 可以支持对 MSC POOL 的管理。 MSC POOL 要求 POOL 内的所有节点（包括MSC-S、 MGW、 BSC 及所控制的无线节点）由同一套网管进行管理。 MSC POOL 对现有的计费方式没有影响。 4.5 业务 MSC POOL 的实施对短信、彩铃、智能网的业务没有任何影响，实施方式与以前相同。 由于 MSC POOL 扩大了 MSC-S 的管理范围，原有的 基于 MSC 的差分业务会受到影响； 由于 MSC POOL 扩大了 MSC-S 的管理范围，原有的 基于 MSC 的漫游限制业务会受到影响 。 MSC POOL 对业务的影响的实质是： 由于 MSC POOL 扩大了 MSC 管理的无线区域，MSC ID 已经无法反映用户的准确位置信息 。如果现网没有基于 MSC ID 来区分用户详细位置信息的业务，或者使用 LAI来区分用户位置，则 MSC POOL 对业务不会有任何影响。 /webmoney - 20 - 5. 通辽 移动 MSC POOL 方案 建议 5.1 网络现状 5.1.1 网络 拓扑 13 期 扩容后， 通辽 移动 GSM核心网络已经全面引入了分离架构的软交换， 部署了爱立信最新的 MSS R4， MSC server 集中放置， MGW 分布部署， 但 Nb over IP 的 工作尚未开展 ，软交换局之间以及软交换和其他端局之间都是 TDM连接。 现网软交换的网络拓扑如下图所示。 T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tEri c s s o n C o n f i d e n t i a l 2 0 0 6 - 12 - 2127M S SM GwH / L S T PH S LB SCB SCB SCH L RH L RIP 信令TD M 话务64k 信令M S CM S CM S CGM S CGM S CM Gw其他 M S S其他 M S CM S S现网通辽网络拓扑 5.1.2 实施 MSC POOL软硬件条件 MSS R4：条件已具备。 通辽 移动现网爱立信软交换均为 MSS R4。 BSS R12：条件已具备。 13 期扩容计划升级所有 BSC 为 R12。 Nb over IP：条件 不 具备。 软硬件均不具备。 站点方案：条件 部分 具 备。 13 期扩容站点方案 按照 Mc 接口需求 进行配置， 但剩余端口和容量可以承担部分 Nb 话务。 OSS RC3.1，且 POOL 内 CN和 BSS 用同一套 OSS 管理：条件已具备。 5.1.3 通辽 软交换网络现状 通辽 的软交换规模如下 图 所示。 /webmoney - 21 - MSC server 放置地点 MSC server Mgw 站点 13 期设计话务量 管理 BSC 是否已入网 通辽 GS1 GM1 移动河西局四楼 2924 BSC6 已入网 2504 BSC10 已入网 呼和浩特 GS08 GM3 移动综合楼五楼 2440 BSC1 已 入网 2775 BSC8 已入网 GS17 GM4 移动河西局四楼 2704 BSC2 已入网 4874 BSC11 已入网 GS18 GM5 移动综合楼五楼 5599 BSC12 已入网 5.2 MSC POOL 试点 方案 建议 5.2.1 MSC POOL试点 实施范围 通辽 作为 内蒙的 大 城市，存在四 套爱立信软交换，实施 MSC POOL 对网络的优化作用会比较明显，而且 实施 MSC POOL 的条件已经 基本 具备， 建议选择 通辽 先行开展 MSC POOL 的试点工作。 目前 13 期 工期结束后 ， 通辽 4 套 软交换全部 入网 ， 但 4 套软交换分属两张 IP 承载网。 为了确保试点工作的顺利进行和不影响现网业务，试点方案的制定我们秉承以下几个原则。 从少量节点，小范围做起。 尽量选择在同一个机房内或者在同一张 IP 承载网上的设备。 尽可能减少对网络其他部分的影响。 制定详细的实施步骤，保证现网业务的正常运行。 同时， VOIP 的改造程度将直接影响方案制定。下面我们将从 VOIP 的不同改造程度来详细论述。 方案一： GS17/GM4 和 GS18/GM5 组成 Pool，基本 IP 化改造 。 因为 GM4 和 GM5 不在同一个机房，所以此方案的前提是 GM4 和 GM5 之间的 Nb 话务能够通过 IP 承载网疏通 ，所谓基本 IP 化改造，就是指 Pool 内实现语音 IP 承载， Pool 外仍然保持原有 TDM承载方式。 网络拓扑 如下图所示。 /webmoney - 22 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tEri c s s o n C o n f i d e n t i a l 2 0 0 6 - 12 - 2128M S S 18M Gw 5H / L S T PH S LB SC 1 1B SC 2H L RIP 信令TD M 话务64k 信令M S CM S CM S CGM S S其他 M S CM Gw其他 M S SM S S方案一网络拓扑IP 语音M S S 17M Gw 4B SC 1 2 .1 网络调整 Nb 接口 IP 承载 软交换节点 GM4 和 GM5 都 需要 配置 IP 接口板 和相关软件 支持 IP 信令和话务， 本 方案 要求 GM4 和 GM5 之间的 IP 话务能够通过 IP 承载网疏通，否则需要 IP 专线连接。 话务上， MGW 节点之间将采用 IP 承载， 与 Pool 外 软交换节点 、 与传统 MSC 之间仍采用TDM承载 。 信 令上， GS17、 GS18 之间采用 BICC 信令， 与 Pool 外 软交换节点 、 与传统 MSC 之间 仍采用 ISUP 信令，并以 MGW 作为 SGW， MSC-S/MGW 与其它节点的信令连接方式不变。 虚拟 MGW 实施 MSC POOL 要求 MGW 被 POOL 中所有 MSC-S 控制，所以需要使用虚拟 MGW 功能划分多个虚拟 MGW 归属于不同的 MSC-S，由于 MGW 上的 TDM端口不能被多个虚拟 MGW 共享，所以需要在 MGW 上对 TDM端口进行分组，设置多少个虚拟 MGW 就需要多少个 TDM资源组 ，如下图所示。 /webmoney - 23 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tEri c s s o n C o n f i d e n t i a l 2 0 0 7 - 7 - 1627虚拟 MG W ： T DM 端口定义M - MG WBSCM U XU se r p l a n e T D M d e v i c e s fo rM S C - 1 , M S C - 2 , M S C - X ( o n E1 / S T M - 1)U se r p l a n e T D M d e v i c e s fo r M S C - 1 , M S C - 2 , M S C - X o n S T M-1vmgw1 vmgw2 vmgwXMSC p o o l m em b er sM S C poo l a r e aIP IPM - MG WM - MG WM -MG WSTP/S GWS I G T R A NMSC - 1 MSC - 2MSC - X MSC-S 容量冗余 实施 MSC POOL后 MSC-S 的节点容量会随着话务模型的改变而有所增加。 但如果考虑MSC POOL 冗余备份的作用，需要 MSC-S 容量留一定的冗余。建议冗余备份考虑 N+1 备份，即POOL 中 1 个 MSC-S 故障时 POOL 中其他 MSC-S 能够承担所有的话务。 MSC-S 的容量冗余需要对 MSC-S 的处理能力进行核算，如果基于 CP5 的话务模型 来计算，使用 CP50 的 MSC-S 的处理用户数为 80 万。 试点方案中 通辽 2 套 MSC server 设计用户数 GS17 为 40 万， GS18 为 30 万。 考虑 1 个MSC-S 故障时另外 1 个 MSC-S 要承担 全部 70 万用户。所以从容量冗余的角度，现有 CP 处理能力可以满足 POOL 的要求。 MSC-S 信令冗余 由于实施 POOL 后每个 MSC-S 的容量均发生变化，所以需要重新计算 MSC-S 各个局向的信令链路数量。 另外如果考虑冗余备份， 当 POOL 中一个 MSC-S 故障时，剩余 MSC-S 要分担故障 MSC-S 的信令负荷， 所以需要考虑信令的冗余。建议 考虑 100冗余， 即保证一个 MSC-S的信令负荷不超过 0.2， 则由 N个 MSC 组成的 POOL 中： MSC-S 信令链路数量 MSC-S 设计信令链路 N/N-1 GS17 和 GS18 与 LSTP 的信令连接均为高速 2M，即便考虑冗余也不需要额外增加信令链路。 TDM 端口冗余 假设 POOL 中有 N个 MSC-S，则每个 MGW 需要定义 N个 Virtual MGW 由 N个 MSC-S分别管理，每个 Virtual MGW 需要分配不同的 TDM资源，其他 IP 和 TC 等资源可以共用。一个 /webmoney - 24 - MSC-S 故障时，每个 MGW 中对应的那一个虚拟 MGW 的 TDM资源变为不可用，即可用 TDM端口减少了 1/N。 涉及的局向： MGW BSC， MGW TMSC， MGW GMSC， MGW VMSC， MGW MGW（ Pool 外） 我们 建议实施 MSC POOL 时考虑适当的冗余。因为我们平时链路设计负荷是 70，当一个 Server 故障时我们能够容忍链路负荷在短时间内达到 90或者以上。当故障 Server 恢复时，链路负荷重新恢复到正常状态。同时， 由于现网 TDM端口有 相当可观 的配置余量 ，所以实际增加的端口并没有想象中的多。我们 建议优先考虑 A接口冗余， 对于 TMSC， GMSC 和 VMSC 局向，未来的趋势是 IP 承载， 且随着 POOL 的扩大需要的冗余越少，所以 不建议因为冗余增加 过多的 TDM端口。 A接口 2M需求 2（ A口话务量 /0.9/31） 软硬件配置 硬件配置 按照信令 100冗余， A接口 TDM端口 90 负荷 计算，需要扩容的 硬件有： MSC-S： GS17、 GS18 各增加 1 对 SLI；目录价共 1,001,874CNY。 MGW： GM4 和 GM5 各 增加 4 块 ET-MFG。 目录价共 1,379,050CNY（属于 VOIP 硬件）。 BSC： BSC2 加 1 个 ET155； BSC11 和 BSC12 不需增加。目录价共 250,614CNY。 其他： GMSC， TMSC 和 VMSC 需要增加 少量 E1，这部分 TDM端口不建议新购，可以考虑利用冗余端口。 软件配置 基于 通辽 移动现网的情况，实施 MSC POOL 需要增加的软件如下 （目录价） ： MSC-S： 可选软件： MSC Pool Enhanced Functionality Package ； 325CNY/SCC 可选软件： MSC Pool Load Re-distribution ； 99CNY/SCC 可选软件： Improved MGW selection for ISUP routes (RPC) ； 4CNY/SCC MGW： 可选软件： Virtual Media Gateway； 108.6CNY/SCC VOIP feature； Signalling support for IP transport for MSC-S； 69CNY/erl /webmoney - 25 - Compressed Speech in the Core Network for MSC-S ； 554CNY/erl IP connection enabler on Nb interface for MSC-S ； 125CNY/erl Compressed Speech on Nb for MGW ； 520CNY/erl Measurement-Based Admission Control for MGW； 111CNY/erl IP transport for MGW； 116CNY/erl IP traffic enabler on Nb interface for MGW； 149CNY/erl 其他 ： BSC2 的 DL3 软件费，目录价共 60,392CNY .2 方案特点 只 涉及 2 个 MSC-S， 2 个 MGW 和 3 个 BSC，节点数量少，实施快速，对现网影响 较小 ； 对 IP 化改造的依赖程度较小，只要求 GM4 和 GM5