GSM核心网网元容灾方式简介

合集下载

GSM核心网告警梳理讲解

GSM核心网告警梳理讲解

GSM核心网告警梳理目录GSM核心网告警梳理 (1)一.爱立信设备告警概述 (6)1.1原始告警格式 (6)1.2告警列表格式 (6)二.告警列表 (7)(一)极度重视的告警 (8)第I 条直接影响业务的告警(立刻报障省监控、市核心室基维组、电路组,检查EOMS有无自动派单,如无电话通知省监控。

) (8)2.1APPLICATION SYSTEM PASSIVE (8)2.2CCITT7DESTINATION INACCESSIBLE (8)2.3CHARGING DESTINATION FAULT (9)2.4COMMON CHARGING OUTPUT CONGESTION (9)2.5COMMON CHARGING OUTPUT USER FILE MANUALLY BLOCKED (9)2.6CHARGING VIEWS OR LOGS CONGESTION (10)2.7COMMONCHARGING OUTPUT ADJUNCT PROCESSOR INTERFACE CONGESTION (10)2.8COMMON CHARGING OUTPUT ADJUNCT PROCESSOR INTERFACE FAULT (10)2.9COMMON CHARGING OUTPUT CONGESTION FUNCTION TT (11)2.10COMMON CHARGING OUTPUT ERROR (11)2.11DISTRIBUTED GROUP SWITCH TRAFFIC RESTRICTIONS (11)2.12ET H ARDWARE F AULT (12)2.13EXCHANGE INPUT LOAD SUPERVISION (12)2.14GCP P ROTOCOL N EGOTIATION F AILURE (12)2.15GROUP SWITCH TRAFFIC RESTRICTION (13)2.16I NTER S WITCH M ODULE L INK F AULT (13)2.17IO MML SERVER FAULT (14)2.18ISDN-E CHARGING CALL CHARGING FAULT (14)2.19L OSS OF S YSTEM C LOCK (14)2.20M3UA A SSOCIATION D OWN (14)2.21M3UA D ESTINATION I NACCESSIBLE (15)2.22M EDIA G ATEWAY S YSTEM D EGRADED (15)2.23M EDIA G ATEWAY S YSTEM D OWN (16)2.24M EDIA G ATEWAY U NAVAILABLE (16)2.25M EDIA S TREAM B OARD F AULT (16)2.26M EDIA S TREAM F UNCTION,R ESOURCE A CCESS F AILURE (17)2.27MTP3R OUTE S ET U NAVAILABLE (17)2.28MTP3B L INK O UT OF S ERVICE (17)2.29PDH L OSS OF F RAME (18)2.30RADIO CONTROL ADMINISTRATION TRH LOAD THRESHOLD EXCEEDED (19)2.31RADIO TRANSMISSION IP GB INTERFACE FAULT (19)2.32RADIO TRANSMISSION GB INTERFACE FAULT (19)2.33RELOAD OF THE SYSTEM IS PENDING (20)2.34SEMIPERMANENT CONNECTION FAULT (20)2.35SIZE ALTERATION OF DATA FILES SIZE CHANGE REQUIRED (21)2.36SMALL RESTART IS PENDING (21)2.37SYSTEM RESTART (22)2.38TDM T ERMINATION G ROUP,C ONFIGURATION M ISMATCH (22)2.39T ERMINATION G ROUP,C ONFIGURATION M ISMATCH (22)2.40V IRTUAL M EDIA G ATEWAY,GCP L INK D OWN (23)2.41V IRTUAL M EDIA G ATEWAY,GCP MTP-3B L INK D OWN (23)第II 条有可能影响业务的告警(对于路由、信令、选组级、GB口告警检查是否全阻,如有立刻报障省监控、市核心室基维组、电路组,检查EOMS有无自动派单,如无电话通知省监控;其余之间电话报障省监控、市核心室基维组、电路组。

4、中国移动重大故障应急预案指导分册

4、中国移动重大故障应急预案指导分册

CM-IMS设备重大故障应急预案中国移动集团公司发布二零一零年六月前言为切实保障网络安全,避免重大故障发生,落实刘爱力副总裁““低成本”绝不能以牺牲网络质量为代价,绝不是设备采购、网络建设、容灾备份、维护人员等方面低品质下的低成本”,应“纠正由于认识不足而导致的质量保障资源的投入不足”重要指示。

网络安全是电信企业正常运营的核心,是保证网络品质和保障客户利益的基础。

为提升网络安全,特制定本容灾备份指导手册。

参与编写人员张彬管益文叶健景技楼剑帅第一部分核心网容灾 (6)1.核心网容灾意义、原则、实施策略 (6)1.1核心网容灾意义 (6)1.2核心网容灾总体原则 (6)1.3核心网容灾实施策略 (6)2.核心网容灾人员保障及职责分工 (7)3.核心网容灾总体要求 (7)3.1核心网容灾资源管理要求 (8)3.2核心网容灾传输方面要求 (8)3.3核心网容灾割接时限要求 (8)3.4核心网容灾人员配备及能力提升 (9)3.5核心网容灾演练要求 (9)3.6其他 (9)4.容灾备份方案及主要流程 (9)4.1 MSC/MSC Server容灾备份方案 (9)4.1.1 MSC POOL容灾备份方案 (9)4.1.1.1容灾资源需求 (10)4.1.1.2应急数据制作 (10)4.1.1.3应急资料要求 (10)4.1.1.4 容灾操作 (10)4.1.2 MSC Server N + 1非实时容灾备份方案 (11)4.1.3 MGW割接容灾备份方案 (12)4.1.3.1 容灾资源需求 (12)4.1.3.2 应急数据制作 (12)4.1.3.3 应急资料要求 (13)4.1.3.4 容灾操作 (13)4.1.4 BSC/RNC割接容灾备份方案 (14)4.1.4.1 容灾资源需求 (14)4.1.4.2 应急数据制作和定义 (14)4.1.4.3 应急资料要求 (15)4.1.4.4 容灾操作 (16)4.2 MGW容灾备份方案 (16)4.2.1 MSC POOL容灾备份方案 (16)4.2.1.1 容灾资源需求 (16)4.2.1.2 应急数据配置 (17)4.2.1.3 应急资料要求 (17)4.2.1.4 容灾操作 (17)4.2.2 BSC(RNC)割接容灾备份方案 (18)4.3 HLR容灾备份方案 (18)4.3.1 HLR的1 + 1实时容灾备份方案 (18)4.3.1.1 容灾资源需求 (18)4.3.1.2 容灾准备要求 (18)4.3.1.3 容灾步骤 (19)4.3.2 HLR的N + 1动态容灾备份方案 (19)4.3.2.1 容灾资源需求 (19)4.3.1.2 容灾准备要求 (19)4.3.1.3 容灾步骤 (20)4.3.3 HLR的N + 1静态容灾备份方案 (20)4.3.2.1 容灾资源需求 (21)4.3.1.2 容灾准备要求 (21)4.3.1.3 容灾步骤 (21)第二部分无线网容灾 (23)1.无线网容灾意义、原则、实施策略 (23)1.1无线网容灾意义 (23)1.2无线网容灾总体原则 (23)1.3无线网容灾实施策略 (23)2.无线网容灾人员保障及职责分工 (24)3.无线网容灾方案及主要流程 (27)3.1容灾ABIS端口割接 (27)3.1.1 应急资源需求 (27)3.1.2应急数据制作和定义 (28)3.1.3操作流程 (28)3.2. 利用容灾BSC整体割接法 (28)3.2.1应急资源需求 (29)3.2.2应急数据制作和定义 (29)3.2.3操作流程 (30)4.无线网容灾启动及流程 (30)4.1无线网容灾启动要求 (30)4.2无线网容灾启动流程 (30)5.无线网容灾相关要求 (24)5.1无线网容灾方案的总体要求.................... 错误!未定义书签。

CM-IMS网络中重要网元容灾方案

CM-IMS网络中重要网元容灾方案

CM-IMS网络中重要网元容灾方案孙建强吴丽华(中国移动通信集团设计院有限公司北京100080)摘 要 本文针对CM-IMS网络的网络结构、网元功能以及各网元之间连接关系,简要列出C SC F、H SS、MGC F等重要核心网元的节点设置方式,重点分析C M-IMS网络内几个重要网元的容灾方案。

关键词 C M-IMS核心网容灾1前言IMS(IP Mu ltimedia Sub sy st em)即IP多媒体子系统,是一种全新的网络架构和多媒体业务形式,被业界普遍认为是下一代网络的核心控制技术。

经过较长时间的技术论证和网络测试,IMS核心网架构在全业务运营环境下的优势已初现端倪。

IMS具有完全的端到端IP特性,保证了其接入的无关性,实现了3G-PS、LAN、WLAN、WiMAX、x DSL等不同制式终端的接入;IMS更加彻底的控制与承载分离、业务与呼叫控制分离的架构保证了其灵活快速的业务引入能力;IMS继承了移动网络的特性,将用户数据与其相关联的业务数据集中放置到HSS中,用户数据的分离集中更加有利于业务的实现和提供;IMS的核心功能实体之间采用SIP协议,扩展性好,网络兼容性强,网络更加标准和统一。

目前国内三大运营商都在积极筹备建设IMS网络。

其中中国移动已经明确将CM-IMS作为核心网演进方向,并计划以省或者大区为单位建设CM-IMS核心网络,一个省或者一个大区可能只有一套CM-IMS核心网设备,CM-IMS核心网网元对网络安全和容灾的要求就更加突出。

本文针对CM-IMS网络的网络结构、网元功能以及各网元之间连接关系,简要列出CSCF、HSS、MGC F等重要核心网元的节点设置方式,重点分析CM-IMS网络内几个重要网元的容灾方案。

2C M-IM S网络架构内网元C M-IMS标准是中国移动结合自身网络特点,将国际标准IMS进行简化和创新,提出的更加适用于中国移动现网的网络架构,国际标准与现有网络的结合诞生的网络架构更有利于其在现网的部署和在实际应用中发挥作用。

浅析WCDMA核心网容灾技术

浅析WCDMA核心网容灾技术

浅析WCDMA核心网容灾技术伴随着移动软交换技术的全面引入,这种基于控制和承载分离的技术架构,能够实现“大容量、少局所”的建设模式。

而如何采用多层面、多方式的全方位、立体化的容灾技术,全力打造安全、稳定、可靠的移动核心网络成为首要问题。

本文就当前使用的WCDMA系统核心网R4版本的容灾技术进行重点剖析。

一、容灾的必要性WCDMA网络相对于GSM网络,无线侧用户在接入速率上有了很大提高,这对核心网网元的处理能力提出了更高的要求,单个MSC、MSC Server、MGW所承担的用户话务和信令负荷大大提升。

在核心网结构上,R4阶段引入了控制和承载分离的软交换架构,将传统2G网络中的MSC分离成MSC Server和MGW,其中MSC Server负责信令处理、路由和业务;MGW负责媒体流处理。

由于MSC Server和MGW之间只是IP上承载的信令,占用的带宽非常少,MSCServer可集中设置在中心城市;MGW由于容量及处理能力的大幅提高,按照集中化原则,也可集中设置。

这样,整个R4核心网的建设思路是“大容量,少局所”。

一个MSC Server控制多个MGW,组成一个“大本地网”。

(图1)从以上分析看出,基于移动软交换架构的WCDMA核心网,其集中设置的MSC Server将成为网络和设备安全的重要隐患,因此,有必要在建网时考虑其容灾备份方案,预防网元单点故障特别是MSC Server设备故障,而引起大面积网络瘫痪的情况发生。

二、R4核心网容灾方案分析从R4核心网软交换架构,可以看出其单点故障在于:(1)MSC Server失效,导致MSC Server覆盖区域的网络不可用;(2)MGW失效,导致MGW覆盖区域的网络不可用;(3)HLR失效,导致HLR覆盖区域的网络不可用。

针对上述故障点,相应的安全容灾方案有:(1)在MSC Server层面,实施双归属方案。

建设MSC Server容灾备份中心,一个MGW同时接入两个MSC Server,一个主用,一个备用。

做好网络容灾,确保万无一失

做好网络容灾,确保万无一失

做好网络容灾,确保万无一失
最近维护人员都非常认真的做着GSM网的容灾方案,何谓容灾?容灾就是当重大故障发生之时,当不可预知的灾难来临之际,确保我们的网络不瘫痪,确保我们的关键业务不中断的方案和措施。

容灾对于我们通信运营商更是尤为重要,我们全区有几十个交换网元,每一个交换网元的故障都会导致数十万用户通信中断,会给我们企业带来无法估量的损失。

在省公司的统一要求和部署下,交换班经过认真分析和科学规划制定了新乡移动GSM网容灾方案。

当MSS/MGW/BSC宕机或发生重大业务故障时,我们将按照方案中预定的时间要求及时启动应急方案。

遵循先抢通,后抢修的排障原则,将故障系统所辖业务快速割接到其它正常的GSM设备上,确保故障设备的重点基站和重要区域用户的通信业务正常。

为了方案的顺利实施,我们科学分工,责任到人,实行包机制度,将全区所有MSS/MGW/BSC分配到每一个交换维护人员,制定准确完整的容灾数据,并协调传输将所有用于容灾的备份传输布放好,可以随时启用。

通过维护人员的不懈努力,目前所有容灾数据已经准备到位,计划近期将进行一次容灾的应急演练,从而确保GSM网容灾万无一失。

在通信网络日益复杂和庞大的今天,容灾是一种未雨绸缪的主动性,而不是灾难发生后的亡羊补牢。

防微杜渐,居安思危,在我们的努力下,当灾难来临之时,我们的网络必然柳暗花明,畅通无阻。

网络容灾技术手册

网络容灾技术手册

网络容灾技术手册1. 引言网络容灾技术是保证网络系统持续稳定运行的重要手段之一。

在网络中,各种因素可能导致网络系统的中断或故障,如自然灾害、设备故障、网络攻击等,因此,网络容灾技术的运用至关重要。

本手册旨在介绍网络容灾技术的概念、原理和实施方法,帮助读者了解和应用网络容灾技术以确保网络系统的可用性。

2. 网络容灾技术概述网络容灾技术是指通过在网络系统中引入冗余机制和故障恢复机制来应对网络中断和故障的技术手段。

常用的网络容灾技术包括备份系统、冗余路由、负载均衡、故障切换、数据备份与恢复等。

这些技术旨在保证网络系统具备高可用性、高可靠性和高容错性。

3. 备份系统备份系统是指在主系统出现故障时,能够立即切换到备份系统继续运行的技术手段。

主备份系统间通过数据同步机制保持数据的一致性,从而实现故障切换时的快速恢复。

常见的备份系统包括主备份服务器、磁盘阵列备份、数据库备份等。

4. 冗余路由冗余路由是指在网络中通过配置多个路由路径来实现故障切换和负载均衡的技术手段。

冗余路由技术可以有效避免单点故障,提高网络的可用性和可靠性。

常见的冗余路由协议有热备份路由协议、虚拟路由冗余协议等。

5. 负载均衡负载均衡是通过在多个服务器之间分配负载,实现资源的均衡利用,从而提高系统的性能和可靠性。

常见的负载均衡技术包括传统的硬件负载均衡器、软件负载均衡器、基于DNS的负载均衡等。

6. 故障切换故障切换是指在主系统发生故障时,自动将流量切换到备份系统,保证系统的连续运行。

常见的故障切换技术有虚拟IP故障切换、ARP缓存刷新等。

通过故障切换,可以实现对网络系统中故障节点的快速隔离和恢复。

7. 数据备份与恢复数据备份与恢复是指通过定期将数据备份到其他存储媒介,并能够在数据丢失或损坏时快速恢复数据的技术手段。

常见的数据备份与恢复技术包括磁盘阵列备份、镜像备份、增量备份等。

通过合理的数据备份与恢复策略,可以有效保障数据的安全性和完整性。

GSM核心网IP化方案研究与容灾备份分析的开题报告

GSM核心网IP化方案研究与容灾备份分析的开题报告

GSM核心网IP化方案研究与容灾备份分析的开题报告一、研究背景与意义随着移动通信技术的不断发展,GSM核心网已经成为了移动通信领域的重要组成部分。

然而,传统的GSM核心网是基于电路交换技术实现的,随着数据业务的不断增多以及网络流量的急剧增加,传统的GSM核心网已经难以满足现代通信业务的需求。

为了解决这一问题,近年来出现了IP化的GSM核心网技术,该技术利用IP网络实现通信,具有高效、灵活、可靠等优点,有着广泛的应用前景。

因此,本文将开展GSM核心网IP化方案研究与容灾备份分析。

二、研究内容与方法本文将主要研究GSM核心网的IP化方案,包括核心网的网络架构、IP地址规划、路由规划等。

同时,本文还将对GSM核心网IP化方案进行容灾备份分析,研究如何保障核心网的高可用性。

为此,本文将采用如下方法进行研究:(1)文献调查法:通过查阅相关的文献资料,了解目前GSM核心网IP化方案的研究现状及发展趋势。

(2)理论分析法:对GSM核心网IP化的技术原理及其优缺点进行详细的理论分析,为后续的实验设计提供理论基础。

(3)实验设计法:本文将设计相应的实验环境,通过实验验证GSM 核心网IP化方案的可行性,并对方案中存在的问题进行分析和解决。

三、预期成果与应用价值通过本文的研究,主要预期达到以下几点成果:(1)实现GSM核心网的IP化方案,并进行相应的实验验证。

(2)针对GSM核心网IP化方案中存在的容灾备份问题,提出可行的解决方案。

(3)研究GSM核心网IP化方案的应用前景及其在实际应用中的价值。

本文的研究成果将有助于推进GSM核心网技术的升级与改造,提高GSM核心网的性能和可靠性,为移动通信领域的发展做出贡献。

中国联通--GSM核心网网元容灾方式简介70页PPT

中国联通--GSM核心网网元容灾方式简介70页PPT
55、 为 中 华 之 崛起而 读书。 ——周 恩来
பைடு நூலகம்
谢谢!
51、 天 下 之 事 常成 于困约 ,而败 于奢靡 。——陆 游 52、 生 命 不 等 于是呼 吸,生 命是活 动。——卢 梭
53、 伟 大 的 事 业,需 要决心 ,能力 ,组织 和责任 感。 ——易 卜 生 54、 唯 书 籍 不 朽。——乔 特
中国联通--GSM核心网网元 容灾方式简介
26、机遇对于有准备的头脑有特别的 亲和力 。 27、自信是人格的核心。
28、目标的坚定是性格中最必要的力 量泉源 之一, 也是成 功的利 器之一 。没有 它,天 才也会 在矛盾 无定的 迷径中 ,徒劳 无功。- -查士 德斐尔 爵士。 29、困难就是机遇。--温斯顿.丘吉 尔。 30、我奋斗,所以我快乐。--格林斯 潘。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
“MSC Pool”经典网络组织图:
MSC 3 MSC 2 MSC 1 MSC 6 MSC 5 MSC 4
POOL
MSC 7
CS poolarea 1 RAN node Area 1 RAN node Area 2
CS poolarea 2
RAN node Area 3
RAN node Area 4
MSC Server容灾方案-MSC
“MSC Pool”方式:
POOL
基于3GPP TS23.236规范,在软交换分离架构网元组网时,是 指将若干个和BSC/RNC相连的MSC Server放在一个池(Pool)内, 组成一个大的服务区域。
MSC SERVER POOL
MGW POOL
MSC SERVER
LSTP 1/2
CQSVR4
FLTISVR
CQSVR9
CQSVR11
IP承载网
MSC Pool
固话IGW FLTIMGW
FLMGW FLMGW2
GMSC3/4
GMSC1/2
TMSC
BSC2\6\8& IBSC BSC4 RNCTDM信令 TDM承载 I来自信令 IP承载炫铃平台
MSC Server容灾方案-双归属技术

MSC Server容灾方案-MSC


POOL
NNSF将漫游进入池服务区域的用户分配到不同MSC。
用户始终保持登记在同一个MSC上,直到用户漫游出该MSC资源池服务区
MSC Server容灾方案-MSC
NRI重用原则(full distribution):
POOL
Reuse NRI: 11
RAN node Area 5
RAN node Area 6
RAN node Area 7
RAN node Area 8
PS pool-area 1
PS pool-area 2
SGSN 1 SGSN 2
SGSN 3 SGSN 4 SGSN 5
SGSN 6
一组MSC组成MSC POOL,覆盖一组无线区域。 不同MSC POOL可以重叠覆盖。 POOL和非POOL可以混合组网
BTS/NodeB
BTS/NodeB
MSC POOL最关键的就是如何使用户在POOL内无线区域内接入时,都能连接到正确 的MSCS/MGW
MSC Server容灾方案-MSC
“MSC Pool”方式:

POOL
池内的BSC/RNC受控于池内所有MSC Server,池里的MSC Server共同为各 MSC Server覆盖区域之和的大区域服务。
A C/D
Other PLMN C
MSC/VLR
E
GMSC
E
MSC/VLR
传统TDM设备
移动核心网技术交流
一. 软交换端局容灾方案
软交换设备介绍 MSC Server容灾方案 MSC Server容灾方案比较
MGW容灾方案
MGW容灾方案比较
二. HLR容灾方案
MSC Server容灾方案-分类
“热”备份
1.物理MGW间TDM资源越少,组Pool后需要新增的TDM资源越多 2. Pool内MSC Server的个数越多,需要新增的TDM资源越多
跨本地网组POOL时,监听实施不受现有行政区划控制
……….
MSC Server容灾方案-MSC
POOL的优势
Erlang
Erlang
动态调整负荷 住宅区 CBD MSCS MSCS SGSN
NRI: 16,17,18,19,20
NRI: 1,2,3,4,5
city centre
NRI: 11,12,13,14,15
NRI: 6,7,8,9,10 Reuse NRI: 1
MSC Server容灾方案-MSC

POOL
采用“MSC POOL”容灾方式,在故障倒换后,如果故障MSC Server下的用 户未发起一次主叫或者进行位臵更新,则第一次被叫无法正常接续,但不 影响新呼叫的发起和建立—引入被叫解决方案。
容灾效率和效果较好,但对设 备功能要求较高
“冷”备份
备份效果相对较差,但是对设备 功能要求限制较少,目前主流核 心网设备厂家设备均支持
MSC POOL
“1+1”互备
“N+1”主备
“N+1”主备
MSC Server容灾方案-MSC
“MSC Pool”规范的历史:
POOL
最 早 于 1997 年 由 北 电 提 出 ,1993 年 6 月 进 入 3GPP 协 议 , 即 当 时 的 TS23.913-100协议,当时这个功能被称之为“Turbo charger”,初 衷是为了减少用户移动性带来的信令负荷。 TS23.913-100协议是R1999协议族的一员。
户数据,利用双归属技术,使得原属故障MSC Server控制的MGW可以
重新注册到“配对”中未故障的MSC Server,接管故障MSC Server的 业务。
如果主备MSC Server间不具备实时更新用户动态数据能力,则倒换时
需对所辖用户进行强制位置更新。
MSC Server容灾方案-“1+1”互备
MSC Server容灾方案-“1+1”互备
“1+1”互备方案:
指在MSC Server配置时,将MSC Server进行“配对”,每台的备份容 量都等于“配对”中另外一台MSC Server的主用容量。 当“配对”中的某个MSC Server故障时,另一台MSC Server能以自动 或人工方式激活对故障MSC Server备份的相关静态配置数据和动态用
而其与外部网元如HLR/MGW/SCP/SMSC/STP的信令链路正常连接,
且这些链路中除了可能通过STP转接传递的“心跳”消息外,并无信 令负荷。
MSC Server容灾方案-“N+1”主备
“N+1”主备方案:
当N个正常工作的MSC Server中一个出现故障时,备份MSC Server将 激活为主用MSC Server,利用双归属技术,使得原故障MSC Server控 制的MGW注册接入备份MSC Server,从而达到备用的MSC Server自动 接管故障的MSC Server下管理的MGW和BSC的效果。 如果主备MSC Server间不具备实时更新用户动态数据能力,则倒换时 需对所辖用户进行强制位置更新。
基于TDM、IP和ATM的网络上来传输。
软交换设备介绍-混合组网
无线侧
MSC Server/VLR
核心网侧
软交换架构设备
Nc
GMSC Server
Mc A MS
Uu(空中 接口)
A-bis
Mc Nb
MGW
MGW Nb MGW E Mc C/D
BTS
A-bis
BSC
C HLR PSTN
MS
BTS
BSC
MSC Server容灾方案-“N+1”主备
“N+1”主备方案:
MSC SERVER1 备份MSC SERVER MSC SERVERn
MSC SERVER
(主) IP宽带 (备) 信令 “心跳”信令
MGW
MSC Server容灾方案-双归属技术
使用MSC POOL方式容灾,具有自动倒换,“零”故障倒换时间,倒换无 需人工干预,用户感知度小的特点,但是在话音承载仍为TDM未IP化的时 候,使用该组网方式大大增加了网络复杂性,会给网络扩容、设备配臵 和日常维护带来较大的工作量。 由 于 主 流 厂 商 一 般 均 将 NNSF 放 在 BSC/RNC 上 实 现 , 因 此 , 采 用 “ MSC Pool”方式容灾,就需要MGW支持“虚拟MGW”功能、对应MSC Server与MGW 间的信令及承载实现IP化、全部相关BSC支持A-Flex功能、不同厂家BSC 上的A-Flex负荷分担算法兼容等多个条件。而考虑到大部分厂家的现网 在用的BSC设备无法支持该功能,且厂家间实现A-Flex功能算法目前缺乏 兼容性测试,因此,大部分现有GSM网络中无法利用“MSC-Pool”方式实 现容灾。 从核心网各厂家现有设备的支持情况看,“MSC POOL”方式主要适用于新 的移动运营商建网时,在直辖市、省会城市等重点大中型城市本地网内 有重点地使用。
另外,由于“1+1”互备设置的MSC Server的主备容量同机设置的 特点,还可以用于应对节假日突发话务。
MSC Server容灾方案-“N+1”主备
“N+1”主备方案:
指在由N个主用MSC Server 组成的网络中 ,设置一个备份用的 MSC Server的容灾方式。 平时N个MSC Server正常工作,备份用的MSC Server只同时运行主MSC Server相同的软件和数据,并存储所有主用MSC Server数据的镜像,
电路域(CS域)的呼叫与承载的分离:将MSC分为移动软交换服务器
(MSC Server)和媒体网关(MGW),使呼叫控制和承载完全分开。

核心网内支持No.7信令在2个核心网络功能实体间以基于不同的网络
方式来传输,包括基于TDM、IP和ATM的网络上来传输。 核心网电路域的话音业务可选择基于不同的网络方式来传输,包括
双归属(dual homing):同一个媒体网关(MGW)归属于两个MSC
server。正常运行情况下,MGW只注册到一个MSC server上,而当该MSC
server发生故障时,MGW可注册到另一个MSC server上,继续为此MGW下
管理的用户提供业务,这样充分保证了网络的安全性。 采 用 双 归 属 技 术 的 容 灾 方 式 的 主 要 代 表 是 “ 1+1” 互 备 方 案 和 “N+1”主备方案:
相关文档
最新文档