华为中层咨询:3G核心网建网策略和海外建网实践bnjv

上传人:痛*** 文档编号:247014929 上传时间:2024-10-17 格式:PPTX 页数:98 大小:5.12MB
收藏 版权申诉 举报 下载
华为中层咨询:3G核心网建网策略和海外建网实践bnjv_第1页
第1页 / 共98页
华为中层咨询:3G核心网建网策略和海外建网实践bnjv_第2页
第2页 / 共98页
华为中层咨询:3G核心网建网策略和海外建网实践bnjv_第3页
第3页 / 共98页
资源描述:

《华为中层咨询:3G核心网建网策略和海外建网实践bnjv》由会员分享,可在线阅读,更多相关《华为中层咨询:3G核心网建网策略和海外建网实践bnjv(98页珍藏版)》请在装配图网上搜索。

1、,0,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,WCDMA核心网建网策略和海外建网实践,3G网络建设的总体原则,网络稳定优先原则,GSM是中国移动网络的基础,是业务服务的主体,3G建设应保证GSM网络的稳定性,网络逐步融合原则,充分利用现有的2G网络资源,兼顾网络的向后演进,选择最佳的发展时机,逐步实现核心网络的融合,平滑演进原则,3G建设初期.充分考虑网络架构和设备架构的向后平滑演进,避免在未来的发展中,网络架构出现振荡,核心网电路域网络建设策略,核心网分组域网络

2、建设策略,核心网业务支撑部署策略,核心网建网参考实例,R99和R4核心网的差别,MSC,SCP,HLR,MSC,RAN,RAN,RAN,TDM,TUP/ISUP,R99,Network,MAP,Over,TDM,CAP Over TDM,MSC Server,SCP,HLR,RAN,RAN,RAN,TDM/ATM/IP,MGW,MGW,MSC,Server,ISUP/BICC,R4,Network,H.248,H.248,MAP,Over,TDM/IP,CAP,Over,TDM/IP,R4建网模式所带来的优点,TMSC,MSC SERVER,MGW,MGW,全国长途网,IP,Server,MG

3、W,MGW,MGW,MGW,MGW,MGW,MGW,移动业务需要全程全网升级,大本地网,本地网数量少,大容量,少局所,无局点扩容,分布式组网,解决容量、覆盖和路由迂回之间的矛盾,Server,集中方便业务部署和集中维护管理,R4建网模式和软交换设备满足了,快速建网,和,快速灵活业务部署,的要求。,扩容部分,核心网电路域建设基本原则,基于R4软交换IP承载建设核心网电路域,初期新建为主,在3G发展期根据网络负荷,升级成本,组网架构等因素逐步进行网络融合,最终实现GSM和WCDMA融合的统一核心网,汇接局、关口局、HLR,STP网元利用2G网已建设备,统筹考虑2G,3G用户发展需求,升级和扩容,G

4、SM-MSC,BSS,UTRAN,UMTS-MSC,GSM/WCDMA MSC,BSS,UTRAN,融合的业务平台,融合的业务平台,网络建设初期,网络建设发展期,网络规划,本地网,关口局,信令网,汇接局,网络可靠性保证,网络演进和迁移,大本地网规划原则,地理位置临近:,大,本地网内,各地区间地理位置临近,便于大本地网内不同地区间MGW的互联,节省传输;,经济联系紧密:,经济联系紧密的地区间,话务量大,将这些地区划分到一个大本地网内,有利于将局间的话务变成局内的话务,;,总用户容量适中:,建议根据规划,在网络发展中、后期,各地区总用户容量在60160万之间才规划为一个大本地网;,包含的行政地区数

5、量适宜:,建议一个大本地网,包含36个地区(GSM本地网)为宜;,遵循省内汇接区的划分:,大本地网的划分遵守省内汇接区的划分,更好的适应省内长途汇接的需求.不建议大本地网的行政区跨越不同的省内汇接区;,MSC Server设置原则,MSC Server的规划基于“集中放置、集中管理”的原则;建议MSC Server单元集中放置在大本地网中心城市,或全部集中放置在省会城市;,每个大本地网可设一个或多个MSC Server,MSC Server建议采用大容量的设备,建议以60万用户,120万用户为单位均衡设置;,一个本地网有两个以上MSC Server时,其RNC的归属划分应遵循尽量少的MSC间越

6、局切换原则;,为便于传输电路组织,局址应选在传输的节点上,以利于传输路由组织;同时MSC-SERVER应尽量靠近IP承载网核心路由器机房;,MGW设置原则,为方便就近和其它网元话路互通,MGW原则上设置在地级市;,在中小城市,MGW单元的容量按照话路互通的需求配置,建议以10万用户为最小的MGW配置单位;,在特大城市和大城市对容量需求较大的地区,MGW的设置以容量为设置原则,考虑MGW的设置为40-100万用户为设置单位,不建议设置过多的MGW;,MGW之间采用IP承载,设备IP地址分配遵循承载网的地址分配方式;,为便于传输和承载网络的组织、调度,MGW单元站点应优先选择靠近IP承载网的接入节

7、点,同时应尽量考虑和RNC同机房放置;,网元数目设置考虑将来的发展需求,尽量在后期只进行直接扩容。,大本地网架构,省或国家IP骨干网,GSM,中心城市,MSC Server,GSM,周边城市,MGW,MGW,Router,Router,GSM,MGW,本地IP网,Router,RAN,RAN,RAN,周边城市,大本地网,Router,ATM,TDM,IP,大本地网下的计费和漫游解决,RNC,RNC,MGW,RNC,MGW,RNC,MGW,虚拟MSC方案,Small City,Small City,Small City,Mini City,Metropolis,Virtual MSC1,Virt

8、ual MSC2,Virtual MSC3,Virtual MSC4,MSC-SERVER可以集中放置在运维力量强大的中心城市,而MGW则根据互通需求灵活设置,可以和RNC同址设置;,虚拟MSC方案将MSC-SERVER按照GSM本地网区域划分为不同的虚拟MSC,继承GSM漫游和计费规则,RNC,RNC,MGW,RNC,MGW,RNC,MGW,分布式组网模式,Small City,Small City,Mini City,Metropolis,MSC,PSTN GW,Small City,Only signalling,BB,初期阶段阶段本地网拓扑,RAN,RAN,MGW,MGW,Server

9、,GMSC,VMSC,VMSC,BSC,BSC,L/HSTP,3G HLR,2G HLR,2G,3G本地网松耦合,话路和信令通过转接点隔离;,GMSC通过扩容后可以2G/3G共用;IP长途汇接网可以共用;,话路隔离点,信令隔离点,TMGW,TMSC-Server,GMSC规划建议,GMSC采用2G/3G综合关口局模式;,综合关口局初期可以采用GSM现网关口局设备,设置原则可以沿袭GSM的设置原则;,发展期综合关口局向R4软交换演进,融入R4 IP网络,在未来全业务融合的组网趋势下,关口局将同时具备2G,3G以及NGN的综合关口功能,同时具备和视讯网互通的能力,并适应全IP的组网要求,所以关口局

10、向软交换组网架构演进是必然的趋势;,在3G建设前的GMSC建设,应尽量选择具备向软交换演进能力的设备,现网部分无法演进的设备可以退化为2G GW或者逐步退网。,GMSC初期模式,MSC Server,IP承载网,2G/3G GMSC,2G MSC,2G MSC,MGW,MGW(TC),MGW,TDM,TDM,TDM,M-ISUP,基于现网2G MSC的综合关口局模式:,现有的2G关口局直接作为2G/3G综合关口局,完成正常的关口互通功能以及取路由信息等移动性功能,GMSC的发展期模式,关口局的发展期建设模式:采用软交换的2G/3G综合关口局模式,MSC Server,IP承载网络,2G MSC

11、,2G MSC,MGW,MGW(TC),MGW,2G/3G GMSC Server,MGW,2G GW(可选),MGW,MGW(VIG),视讯网,信令网规划建议,信令网初期可以充分借用成熟的TDM 7号信令网实现信令寻址和互通,但从未来发展的考虑,应积极在局部应用中引入信令的IP承载;,R4组网中部分宽带信令如Iu接口信令可以通过内置SG或者独立SG的方式实现互通,Mc接口信令基于IP电信专网实现互通;,信令网发展阶段,可以考虑建设单独的IP信令网,负责所有宽带和窄带信令的IP承载。IP信令网的架构模式可以参考目前TDM信令网的架构模式;,信令路由规划,MSC Server和RNC之间的信令,

12、MSC Server和MGW之间的信令(Mc接口),MSC呼叫相关的信令(M-ISUP,BICC),MSC呼叫无关的信令(MAP/CAP),MSC Server,MGW,MSC Server,MGW,RNC,RANAP/SCCP/MTP3B/SAAL/ATM,H.248/SCTP,BICC/M3UA,RANAP/M3UA,GMSC,STP,SMSC,HLR,SCP,MAP,ISUP,ATM,IP,TDM,PSTN/PLMN,TMSC Server,MSC Server和RNC之间的信令,RANAP,SCCP,MTP3B,SAAL,ATM,MGW/SG,MSC Server,RNC,MTP3B,

13、SAAL,ATM,RANAP,SCCP,M3UA,SCTP,IP,ATM,IP,M3UA,SCTP,IP,M3UA,MSC Server和RNC之间的RANAP信令路由,通过MGW的内置SG转接,MSC server和MGW之间的信令,MSC Server和MGW之间的H.248信令路由,1、MSC Server和MGW之间的信令主要指控制信令H.248;推荐统一采用IP承载的H.248/SCTP/IP方式,H.248,SCTP,IP,IP承载模式,呼叫相关的信令,MSC呼叫相关的信令路由,呼叫相关信令主要指局间呼叫的BICC信令以及关口互通的M-ISUP信令,,3G网内BICC信令建议采用I

14、P承载,M-ISUP建议采用SIGTRAN方式(MGW内置SG);,M-ISUP协议应该继续保持现有的信令路由方式,有两种场景:通过2G STP或MGW内置SG转接;,BICC协议涉及到网内互通,在采用IP承载方式的前提下有两种组网方式:TMSC Server兼做CMN或采用独立的CMN。,建议采用TMSC Server兼做CMN的方式,。考虑到中国移动网络规模很大,建议采用分层的架构。,呼叫相关的信令-M-ISUP信令,MSC Server,GMSC,M-ISUP信令互通,建议统一采用方式2,STP,SS7,SS7,M-ISUP,MTP3,MTP2,TDM,MTP3,MTP2,TDM,M-I

15、SUP,M3UA,SCTP,IP,M3UA,SCTP,IP,MGW/SG,MSC Server,GMSC,SS7,SIGTRAN,方式1通过STP转接M-ISUP信令,方式2通过MGW内置SG转接M-ISUP信令,呼叫相关的信令-BICC信令,BICC信令互通,建议采用方式1,MSC Server,MSC Server,TMSC Server,MSC Server,BICC/SCTP/IP,BICC/SCTP/IP,方式1TMSC Server兼做CMN,IP-STP,MSC Server,BICC/M3UA/SCTP/IP,MSC Server,BICC/M3UA/SCTP/IP,方式2独立

16、的IP-STP做CMN,呼叫无关的信令,MSC呼叫无关的信令路由,呼叫无关的信令主要指MAP/CAP等SS7信令,这类信令建议由MSC-SERVER/HLR/SCP/SMSC等直接出SS7信令接口,,初期可以通过传统TDM信令网承载(STP连接),;,采用TDM方式则同目前的信令网方式,尽量采用2M信令接口;,随着3G网络发展,在适当的时候以SIGTRAN方式在IP上承载,可以采用独立SG模式,并逐步构建IP-STP信令网,SCCP,MTP3,MTP2,L1,MAP/CAP,TCAP,SCCP,M3UA,SCTP,IP,SCCP,MTP3,MTP2,L1,MSC Server,TDM,IP,SCCP,M3UA,SCTP,IP,MAP/CAP,TCAP,独立SG,HLR/SCP,汇接网规划建议,发展初期,省际汇接保持现有两个平面之间的关系,2G和3G互通话务承载在IP汇接平面,发展初期,省内汇接可以考虑将IP汇接网延伸到省内,2G和3G互通话务承载在IP汇接平面;,加快TDM汇接网改造,改造可以从省内汇接网逐步过渡到省际汇接网。,省际TDM,省际IP,省内TDM,省内IP,GSM本地网,

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

相关资源

更多
正为您匹配相似的精品文档
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  sobing.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!