核心网容灾策略.ppt

上传人:laozhun 文档编号:2964969 上传时间:2023-03-05 格式:PPT 页数:46 大小:3.29MB
返回 下载 相关 举报
核心网容灾策略.ppt_第1页
第1页 / 共46页
核心网容灾策略.ppt_第2页
第2页 / 共46页
核心网容灾策略.ppt_第3页
第3页 / 共46页
核心网容灾策略.ppt_第4页
第4页 / 共46页
核心网容灾策略.ppt_第5页
第5页 / 共46页
点击查看更多>>
资源描述

《核心网容灾策略.ppt》由会员分享,可在线阅读,更多相关《核心网容灾策略.ppt(46页珍藏版)》请在三一办公上搜索。

1、核心网容灾策略,中国移动通信研究院,2008年4月,n,n,2,容灾策略核心网,核心网容灾总体策略核心网网元容灾策略,MSC/SGSN POOL引入策略,核心网领域技术研讨会,网络纵览,Content Service,第3方应用,Web SVR,业,接入网,终端和卡,务,业务网,管理,SCP,SMSC,LC,平台,BSCPCU,BTS,IN,SMS-GW,SMS,WAP GW,MMS,LCS,BSS,BTS,PSTN/PLMN,核心网元、业务网元,核心网GSMGMSC,STPTDM汇接网TMSC,STP,SS7信令网HLR软交换汇接网TMSS,STP控制层,GPRS,IT支撑系统,WLAN,个

2、人用户,TMG,承载层,SGSN,GGSN,MSC,IP专网,CMNet,专线接入,传送网,SDH,同步网,LMDS,企业用户,WDM/DWDM核心网领域技术研讨会,Computer,3,5%,4,现网故障分析,网管支撑 无线数据 1%11%交换8%互联互通18%,传输24%动力环境33%,传输,动力环境,互联互通,交换,数据,网管支撑,无线,2007年1月-10月现网故障按系统分类核心网领域技术研讨会,5,核心网容灾的总体策略建立多层次的容灾机制备份设备保障,“双路由、双节点”,关键核心网元,网络整体体系保障从网络整体安全角度针对各,“双路由、双节点”策略保障实现业务的负荷分担,(HLR)建

3、设独立容灾备份设备,层网络制订相应的保障机制应急预案核心网领域技术研讨会,n,n,6,容灾策略核心网,核心网容灾总体策略核心网网元容灾策略,MSC/SGSN POOL引入策略,核心网领域技术研讨会,l,l,l,l,l,l,7,核心网网元容灾策略网元纵览按照容灾效果(业务可用性、用户满意度影响程度),对中国移动各核心业务网元的容灾级别划分如下:第一级:HLR:所有业务的基础支撑网元。第二级:提供基础业务和重要业务的网元:话音:MSC Server、MGW、GMSC、TMSC、,2G TDM MSC、短信:数据:SGSN、,TMGW、CMN等短信中心GGSN,l,。,第三级:提供低端、过渡、附加和

4、增值业务性质的网元:话音:SCP/VC、VPMN、被叫付费、移动总机、12590、彩铃。短信:短信网关。数据:WAP网关、彩信。核心网领域技术研讨会,l,l,l,l,l,l,8,核心网网元容灾策略网元纵览按照容灾效果(业务可用性、用户满意度影响程度),对中国移,动各核心业务网元的容灾级别划分如下:第一级:HLR:所有业务的基础支撑网元。第二级:提供基础业务和重要业务的网元:话音:MSC Server、MGW、GMSC、TMSC、,当前重点网元预先准备备份网元,2G TDM MSC、短信:数据:SGSN、,TMGW、CMN等短信中心GGSN,l,。,第三级:提供低端、过渡、附加和增值业务性质的网

5、元:话音:SCP/VC、VPMN、被叫付费、移动总机、12590、彩铃。短信:短信网关。数据:WAP网关、彩信。核心网领域技术研讨会,l,l,l,l,l,l,l,9,核心网网元容灾策略网元纵览按照容灾效果(业务可用性、用户满意度影响程度),对中国移动各核心业务网元的容灾级别划分如下:,第一级:HLR:所有业务的基础支撑网元。第二级:提供基础业务和重要业务的网元:话音:MSC Server、MGW、GMSC、TMSC、,其它网元或以双路由、双节点实现业务,2G TDM MSC、短信:数据:SGSN、。,TMGW、CMN等短信中心GGSN,负荷分担;或引入应急系统,避免重大事故发生,第三级:提供低

6、端、过渡、附加和增值业务性质的网元:话音:SCP/VC、VPMN、被叫付费、移动总机、12590、彩铃。短信:短信网关。数据:WAP网关、彩信。核心网领域技术研讨会,10,关键网元容灾方案的问题,HLR N+1非实时备份,投资:预先配置“备份”节点,效果:0.51小时恢复全部业务其他方案:N+1实时备份,预先配置“备份”节点同厂家备份,MSC割接方案,效果:人工割接(0.5小时以上);倒换时间还受决策流程限制,其他方案:N+1实时备份,预先配置“备份”节点,积极跟踪MSC Pool、SGSN Pool及分布式HLR方案商用进展情况,在未来通过引入新技术实现核心网网元容灾。,核心网领域技术研讨会

7、,n,n,11,容灾策略核心网,核心网容灾总体策略核心网网元容灾策略,MSC/SGSN POOL引入策略,核心网领域技术研讨会,n,n,12,MSC/SGSN POOL引入策略,nnn,驱动力原理优势SGSN POOL引入策略MSC POOL引入策略核心网领域技术研讨会,13,MSC/SGSN POOL驱动力通过引入资源池,实现核心网资源的错峰共享,可显著节省网络投资。,无资源池,有资源池,核心网领域技术研讨会,n,n,14,MSC/SGSN POOL引入策略,nnn,驱动力原理优势SGSN POOL引入策略MSC POOL引入策略核心网领域技术研讨会,15,MSC(SGSN)Pool原理MS

8、C/SGSN POOL网络结构:u BSC/RNC与MSC/SGSN为多对多的关系,呈网状结构u 多个MSC(SGSN)组成一个POOL,多个BSC/RNC也能组成一个POOL。u 不同BSC POOL之间可以有重叠网元。,MSC/SGSN,MSC/SGSNPool 1,MSC/SGSN,MSC/SGSN,MSC/SGSNPool 2,MSC/SGSN,BSC,RNC,BSS/RAN BSCPool 1,BSC,BSS/RAN BSCPool 2,RNC,核心网领域技术研讨会,16,MSC Pool原理,技术原理现有网络结构,Area1MSC/VLR(MSC-S+MGW),Area2MSC/V

9、LR(MSC-S+MGW),Area3MSC/VLR(MSC-S+MGW),BSC,BSC,BSC,BSC,BSC,1、减少跨MSC/VLR的位置更新、切换、2、降低MSC/VLR与HLR之,间的信令负荷,MSC POOL Area,MSC/VLR,MSC/VLR,MSC/VLR,MSC POOL,(MSC-S+MGW),(MSC-S+MGW),(MSC-S+MGW),-3GPP TS 23.236,A-Flex,BSC,BSC,BSC,BSC,BSC,核心网领域技术研讨会,相对容量因数(1-255),在BSC定义,4,MSC2,2,MSC Pool原理(续)选择MSCMS进入MSC POOL

10、服务区域,首先需为MS选择一个“拜访MSC/VLR(MSC-S)”假设NNSF点为BSC,即由BSC负责将漫游进入池服务区域的用户分配到不同MSC/VLR(MSC-S),MSC 分配一个 TMSI,,Pool Service Area,其中包括一个NRI。NRI用于识别该 MSC。,MSC1,MSC2,MSC3,BSC(NNSF点)根据相对的MSC 的容量因数,BSC,BSC,BSC,BSC,BSC,选择一个MSC,如MSC1。用户漫游进入 池的服务区域.,位置更新,分配TMSI(TMSI incl.NRI=1),(0-1023),在MSC和BSC定义,Temporary Mobile Sub

11、scriber Identity(TMSI),MSC1,50%,1,2,3,4,TMSI,Network Resource,TMSI,2,25%,5,6,Generation,Identifier(NRI),IdentificationMSC3核心网领域技术研讨会,25%,7,8,17,发生的话务(%),MSC1,MSC2,MSC3,BSC,BSC,BSC,BSC,BSC,4,2,18,MSC Pool原理(续)呼叫处理MS在MSC POOL服务区域漫游,使用业务 假设NNSF点为BSC,即由BSC负责将MS的业务请求送至MS的“拜访MSC/VLR(MSC-S)”Pool Service Ar

12、ea,MSC核实NRI,处理呼叫,MSC1,MSC2,MSC3,BSC根据NRI将话务路由到MSC,BSC,BSC,BSC,BSC,BSC,“CallSetup”(TMSI,“CallContinue”,登记到池里的用户现在发起,incl.,一个呼叫,NRI=1),相对容量因数(1-255),在BSC定义,发生的话务(%),NRI(0-1023),在MSC 和BSC定义,Temporary Mobile Subscriber Identity(TMSI),MSC1,50%,1,2,3,4,TMSI,Network Resource,TMSI,MSC2,2,25%,5,6,Generation,

13、Identifier(NRI)Identification,MSC3,25%,7,8,核心网领域技术研讨会,n,n,19,MSC/SGSN POOL引入策略,nnn,驱动力原理优势SGSN POOL引入策略MSC POOL引入策略核心网领域技术研讨会,20,MSC/SGSN Pool优势提高网络效率,实现网络资源共享均衡话务在不同区域的时间分布,提高设备利用率,降低信令负荷提供更安全的网络,实现实时容灾备份能力提供更容易维护管理的网络简化交换机间的割接操作(主要体现在设备维护和版本升级等期间)简化网络扩容复杂度(核心网与无线网可根据各自需求独立扩容),无MSC Pool,有MSC Pool,话

14、务峰值出现在不同时间不同地点,必须按各自最大可能出现的话务来配置单个节点。核心网领域技术研讨会,n,n,21,MSC/SGSN POOL引入策略,nnn,驱动力原理优势SGSN POOL引入策略MSC POOL引入策略核心网领域技术研讨会,22,SGSN POOL引入策略,基于TDM的SGSN Pool,基于Gb Over IP的SGSN Pool,SGSN1,SGSN2,SGSN3,SGSN1,SGSN2,SGSN3,IP网络,BSC1,BSC2,BSC3,BSC1,BSC2,BSC3,TDM/ATM下实现SGSN POOL占用过多的传输资源部分厂家PCU无法支持如此多的E1接口,IP化基础

15、上实现SGSN POOL一方面可以提供更高的带宽,另一方面网络结构清晰、维护简单,另一方面网络结构复杂,维护复杂;SGSN POOL引入策略:在IP化的基础上考虑Flex功能的引入核心网领域技术研讨会,n,n,23,MSC/SGSN POOL引入策略,nnn,驱动力原理优势SGSN POOL引入策略MSC POOL引入策略核心网领域技术研讨会,1,1,24,MSC POOL关键问题IP化与MSC POOL实施的关系,23,关键技术成熟度风险因素核心网领域技术研讨会,25,IP化与MSC POOL实施的关系MSC POOLIP化,A接口承载IP化,核心网领域技术研讨会,核心网承载IP化,26,A

16、接口电路的连接,现阶段A接口TDM承载BSC连接单个或多个MGW/SG尽量与本地MGW连接(VMGW)在传输资源准许的情况下可实现部分MGW容灾MSC POOL Area,A接口IP化演进BSC连接多个或所有MGW/SG完全实现MGW容灾同时提高本地MGW设备利用率MSC POOL Area,MSC-SMGWBSC,MSC-SMGW,MSC-SMGWBSC,MSC-SMGWBSC,MSC-SMGW,MSC-SMGWBSC,核心网领域技术研讨会,27,A接口电路的选择控制,现阶段A接口TDM承载现有标准定义TDM电路资源由MSC-S控制,存在问题有:VMGW的TDM电路不共享,TDM资源复用性低

17、POOL内拓扑改变时,重新调整TDM资源配置,工程量大MSC POOL Area,A接口IP化演进标准定义IP类资源由MGW控制可解决TDM承载的问题MSC POOL Area,MSC-S,MSC-S,MSC-S,MSC-S,MSC-S,MSC-S,MGWBSC,核心网领域技术研讨会,MGWBSC,28,A接口电路的选择控制,现阶段A接口TDM承载现有标准定义TDM电路资源由MSC-S控制,存在问题有:VMGW的TDM电路不共享,TDM资源复用性低POOL内拓扑改变时,重新调整TDM资源配置,工程量大MSC POOL Area,A接口IP化演进标准定义IP类资源由MGW控制可解决TDM承载的问

18、题MSC POOL Area,MSC-S,MSC-S,MSC-S,MSC-S,MSC-S,MSC-S,MSC-S,POOL内新增MSC-S,MGW,标准化:A接口TDM电路,MGW,资源管理,BSC,核心网领域技术研讨会,BSC,29,A接口承载的IP化-小结,A接口IP化和实施MSC Pool无必然联系,A接口IP化有助于MSC POOL:简化BSC与MGW的多连接简化A接口资源配置简化网络维护,A接口TDM承载限制MSC Pool实施规模和效果,核心网领域技术研讨会,承载,IP化,30,核心网侧承载的IP化,IP 网络,1.A接口TDM承载时需要MGW支持VMGW功能;,2.VMGW间或对

19、外的接口如采用TDM网状互联,将导致,POOL内拓扑异常复杂,难以实施;,3.因此核心网层承载的IP化是MSC POOL实施的基本前提,核心网领域技术研讨会,1,2,3,4,31,关键技术成熟度,NNSF功能节点的选择,MSC POOL异厂家组网,MSC POOL网络容灾,MSC POOL计费方案,核心网领域技术研讨会,持,32,关键技术成熟度:NNSF功能节点的选择,BSC代理NNSF经济可行性:POOL内BSC均需升级运维可行性:网管维护需要同时管理无线与核心网设备支持情况:标准相对完善,主流厂家均支持可实施性:所有试点BSC均具备改造条件,可适用此方案MSC POOL Area,MGW代

20、理NNSF经济可行性:POOL内MGW均需升级运维可行性:网络维护集中于CN网元支持情况:标准还在制定,少数厂家支可实施性:试点BSC部分/全部不具备改造条件,但MGW具备改造条件MSC POOL Area,MSC-S,MSC-S,MSC-S,MSC-S,MGWNNSFBSC,MGWNNSFBSC,标准化:MGW代理NNSF,NNSFMGWBSC,NNSFMGWBSC,核心网领域技术研讨会,33,关键技术成熟度:MSC POOL异厂家组网方案一,1.技术现状:A接口TDM承载:BSC仅与本地MGW连接,POOL内MSC-S需要通过VMGW控制所有MGW Mc接口未开放:MSC-S只能管理同厂家

21、MGW2.MSC POOL组网受限:池内核心网设备必须由同厂家设备组网 池内BSC设备可由异厂家设备组网核心网领域技术研讨会,MSC-SAMGWNNSFBSC1MSC-SANNSFMGWBSC1,MSC-SAMGWNNSFBSC2方案二MSC-SANNSFMGWBSC2,方案一,34,关键技术成熟度:MSC POOL网络容灾1.技术现状:A接口TDM承载:BSC仅与本地MGW连,接,POOL内MSC-S需要通过VMGW控制所有MGW2.MSC POOL容灾范围:MGW:A接口TDM承载时,在传输资源准许的情况下,BSC与MGW连接方案,以验证MGW容灾效果 MSC-S:NNSF由BSC或MGW

22、/SG代理时,都能实现对MSC-S的容灾备份 存在问题:“被叫业务恢复”的解决方案不完善核心网领域技术研讨会,MSC-SAMGWNNSFBSC1MSC-SAMGWNNSFBSC1,MSC-SAMGWNNSFBSC2方案二MSC-SBMGWNNSFBSC2,35,关键技术成熟度:计费方案-虚拟MSC ID,技术现状POOL内每个MSC-S需要管理POOL内所有计费区,方案选择建议沿用软交换IP化改造时的大本地网策略,继续使用虚拟MSC ID以实现对同一交换机上不同计费区的计费核心网领域技术研讨会,存在问题POOL跨计费区规划,原有每个独立端局并非管理所有计费区时,则相对于非POOL组网需要更多的

23、MSC ID码号资源,36,风险因素,1、目前对厂家OMC的要求不明确,规范未发布2、目前对省话务网管的改造需求不明确3、MSC POOL运营维护需要保证相关设备配置准确一致,设定,1、采用虚拟MSC ID计费,与软交换IP化改造中大本地网计费要求一致。计费准确性有待试点验证2、MSC POOL组网可能需要更多的MSC ID码号资源,/修改配置风险高计费,网管维护,风险因素,负荷不均其他,BSC/MGW支持NNSF功能后对性能的影响 POOL内某个MSC-S故障后“被叫业务恢复”的解决方案还不完善,1、用户移动的不确定性,可能造成部分A接口拥塞需要冗余配置A接口传输资源(A接口不能共享)2、用

24、户话务模型的不确定性,可能造成用户分配不均衡或话务分布不均衡需要冗余配置MSC-S/MGW 设备容量;负荷不均需要人工检测,并人工启动负荷重分配流程核心网领域技术研讨会,37,MSC POOL引入策略,现阶段(A接口采用TDM承载),今后(A/Iu-CS接口实现IP化),A/Iu接口IP化,MSC POOL Area,MSC POOL Area,MSC-S池BSC池,MSC-SMGWBSC,MSC-SMGWBSC,MSC-SMGWBSC,MSC-SMGWRNC,MSC-S池MGW池BSC池,MSC POOL组网:小规模试点,BSC仅与本地MGW连接。Pool效果:在一个MSC Pool范围内形

25、成两个资源池,MSC-S池和BSC池。原因:若基于TDM链路实现全连接,则传输效率低、设备利用率低、运维协调难度大,MSC POOL组网:在网络验证后推广,基于IP链路实现BSC/RNC与Pool内所有MGW全连接,Pool效果:在一个MSC Pool范围形成三个资源池:MSC-S池、MGW池、BSC池,实现更好的容灾和资源利用效果。,核心网领域技术研讨会,38,核心网领域技术研讨会,39,附录:虚拟MSC ID计费-MSCID码号资源的增加,1个MSC ID,2个MSC ID,1个MSC ID,2个MSC ID,组POOL前,无跨本地网组网共需2个MSC ID,组POOL后每个MSC-S管A

26、地区理的计费区如果增加,则需要更多MSC ID码号资源,组POOL后,跨本地网组网共需4个MSC ID码号需求增加B地区,2个MSC ID,2个MSC ID,2个MSC ID,2个MSC ID,组POOL前,端局跨本地网组网共需4个MSC ID,A地区核心网领域技术研讨会,组POOL后,跨本地网组网共需4个MSC ID码号需求不变B地区,1,3,40,附录:负荷迁移,负荷迁移,MSC Pool,通过O&M将用户从Pool内注册的,MSCServer1,MSCServer2,MSC迁移到其它MSC可在设备维护和版,通知MSCServer迁移用户2,(NRI1)null-NRI,4 non-bro

27、adcast LAI,(NRI2),本升级等期间进行可在某个MSC负,O&M,MGW,6重选服务MSCServer,MGW,荷过高时卸载用户,配置MSC状态,MS发起业务,5 重新位置更新,核心网领域技术研讨会,BSC,RNC,BSC,41,附录:网管维护的风险因素,网管需求的改变,MSC POOL维护的风,险设备网管需要增加对MSC,Pool的配置、性能和告警等综合网管上调整部分现有指标的统计汇总方法,北向接口规范调整,增加MSC Pool特性KPI的汇总和报表异厂家组Pool,当采用BSC,网络维护风险因素,POOL内数据配置必须保证一致POOL内增加网元时,需要重新配置BSC到每个MSC

28、-S的电路资源,工程量大,代理NNSF节点,MSC Pool特性需要横跨异厂商网管管理,网管管理和维护界面,不清晰,不容易同步核心网领域技术研讨会,42,附录:A接口电路拥塞,若考虑:BSC忙时全部话务量100Erl有,MSC POOL Area,可能均是此MSC-S登,MSC-S1,MSC-S,MSC-S,记的用户发起则:中继需按100,Erl配置;否则A接口电路可能拥塞假设BSC配置容量:-100 Erl,MGWBSC1,MGWBSC2,核心网领域技术研讨会,43,附录:NNSF算法、负载均衡,NNSF算法,NNSF算法是指:MS第一次进入MSC POOL时,NNSF点为通过BSC接入的M

29、S选择“拜访MSC/VLR(MSC-S)”的机制,NNSF算法需保证POOL内各(MSC-S+MGW)的负载均衡,但3GPP未规定或建议具体的算法,算法一:根据POOL内各MSC-S的配置容量,NNSF点内预先配置MSC-S的容量因子,例如:3个MSC-S的容量分别为40万用户、50万用户、60万用户,则NNSF点内预先配置的MSC-S的容量因子为4:5:6,NNSF点对于新漫游入POOL的MS执行按“MSC-S容量因子”为MS分配“拜访MSC-S”,NNSF点为MS选择“拜访MSC/VLR(MSC-S)”的比例保持不变,直至POOL内MSC-S扩容,人工修改NNSF点预先配置的“MSC-S的

30、容量因子”,算法二:根据POOL内各(MSC-S+MGW)的当前话务负荷,NNSF点实时(约30s)检测当前A接口中继电路的占用情况,例如:BSC与(MSC-S+MGW)1、(MSC-S+MGW)2之间各配置了100条电路,此刻占用电路分别为40条和50条,则NNSF点此刻对于新漫游入POOL的MS执行按“5:4”的比例为MS分配“拜访MSC-S”,NNSF点为MS选择“拜访MSC/VLR(MSC-S)”的比例实时(约30s)调整,核心网领域技术研讨会,44,附录:NNSF算法、负载均衡(续),2种NNSF算法与POOL内(MSC-S+MGW)的负载均衡,MSC-S的VLR中登记用户数的均衡,

31、算法1(容量因子):“静态算法”;基本上能够实现VLR登记用户数的均衡,但由于NNSF点不能感知“MS出POOL”的情况,因此,若POOL内各VLR内“MS出POOL”的比例不均衡,则有可能导致VLR登记用户数的不均衡,算法2(A接口话务量):“动态算法”;从原理上看,并不关心POOL内各MSC-S的VLR登记容量,依靠统计概率保证VLR登记用户数均衡,且在“MS进、出POOL比较频繁”的情况下,NNSF点调整VLR登记用户数的机会更大,有利于实现VLR登记用户数的均衡,MSC-S及MGW的话务负荷均衡,算法1(容量因子):从原理上看,并不关心POOL内各MSC-S、MGW的话务均衡,依靠统计

32、概率保证MSC-S、MGW的话务均衡,算法2(A接口话务量):仅在执行NNSF算法的时刻尽量保证POOL内各MSC-S、MGW的话务均衡,并不能保证在“忙时”的话务均衡;在“MS进、出POOL比较频繁”的情况下,NNSF点调整MS分配的机会更大,有利于实现话务量的均衡,由于NNSF点在MS选择“拜访MSC/VLR(MSC-S)”时,无法预知用户在“忙时”的话务量,因此,无法从根本上保证POOL内MSC-S及MGW的话务均衡,核心网领域技术研讨会,45,附录:NNSF算法、负载均衡(续),2种NNSF算法与POOL内(MSC-S+MGW)的负载均衡,2种NNSF算法,均无法从根本上保证POOL内

33、“各MSC-S的VLR中登记用户数的均衡”和“忙时MSC-S及MGW的话务负荷均衡”,算法1(容量因子):除诺基亚外的各厂家均只采用此方案算法2(A接口话务量):诺基亚仅采用此方案,调整NNSF算法使POOL内“各MSC-S的VLR中登记用户数”均衡的机制,3GPP规范未定义,华为采用MSC-S与NNSF点间私有协议,诺基亚:MSC-S需M14版本(目前为M13)、BSC需S13版本(目前为S11.5),需要中国移动制订统一的标准“MSC-S与NNSF点之间动态调整”或“OMC命令MSC-S、NNSF点调整”,调整NNSF算法使POOL内“各MSC-S及MGW的话务量”均衡的机制,由于无法预知

34、各VLR内用户在“忙时”的业务量,因此,从理论上讲,没有任何一种,算法能够预先调整POOL内各VLR的用户,以保证在“忙时”“各MSC-S及MGW的话务量”,均衡,避免话务溢出。,仅能通过MSC-S、MGW设备容量冗余配置的方式解决,核心网领域技术研讨会,MajpjMVcyzj21HLfrvy96dv02lPPfYgxUS7IYmZkyEmZ0kGeYZS3bpLCkYH1lt4EK7CxmUX3ijoYSOer7ZuaVWYgz4EpZrUirVpMzzvNtf1XZw5oswSXOtFaejnOcmfE1lZgnN1RSXg8wLCG8CVQ3XPJMvodPFWcpiYJgZazNSEP

35、NIaklYSu7qSd1UpaxmZDlpN9zW7kljfsLCLi26Yv109ffbnDH8LbUN1G6ACURQ39eG12KHL9tXsZ1jzgoCK8g1kuNOh5eFvcmVT5ZYVQt9zk3rp3qLnf02FovEXxVRxjCcFRNppiJljNiOuk6fONnyX7fyGg7sXZ49BmCN5oy9VesHpKzdjTKwjrkCEQCFDehVmGax3lrOEbw63VscA3YSijtUKoCyiLzAlVRp7l4QgPNHxvJFFDyjUVN3oHlMah0XBd4uTbkfPIhHtw0evPmYOrdhEDoPwvYhzlGplU1AU9

36、mpyiCXH8gpPCBRYjq77VcnbXumNE1yGfyTsbSj89J63kRTKDkKUg3mdS5sJ4X5cQ8dK7oW9IkScssECQdz2O9UTlpRjAFPChjhLdzopQzwxQf8ozdzOhogwAooXpUF83BX4C3jRgjDJiiXEUDMaNz4vQ4n164vspddHvOIVuBBdMA4xp1YhiHk0vOJ8TL1BxogzVlMpmod6ianYGmksQq6NWCEd56hZF4wfaNyZcrGfNxnPiG6ZAxSkfmhJAKtNmCqbRmppeXp8inz4eq3HkWCMSORyMMX522xpHG6basNr6KQfbZsFbHjzyNlJrruLolKFcC84dqfijBO5Dy2NaBcNEBPgQrT12PgpcKx2or2YChN5DPjs80zzdtdAdTKuW4uVv9bbZu3K2SZ2aEhTlIC1UqrIWibkzwHh6p8gLv26zr01mJybfOzFc4T7kQH1IpPwOzMDnAKPLsLrznXGjFNIA9bSWWms6ibKZwQIKrMzalwbFrQJvOP1rPH8rx2KkyYqrtQk5VRwM1HSX,

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 建筑/施工/环境 > 项目建议


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号