网络业务整体优化服务方案-For GXUC

1 Nokia Siemens Networks Presentation / Author/ Date PS端到端优化服务方案简介PDF 文件使用 pdfFactory Pro 试用版本创建 2 Nokia Siemens Networks Presentation / Author/ Date E2E专题简介PS端到端优化简介成功案例分享PDF 文件使用 pdfFactory Pro 试用版本创建 3 Nokia Siemens Networks Presentation / Author/ Date 移动数据业务引导全面网络优化解决方案InternetGnGb/Iu GiBSC/RNC SGSN GGSNWAPGWMMSCSMSCMSC综合业务管理类平台MISC、BOSS各类SP平台、WAP网站、Web网站其它不断新增的业务节点核心网传送效率，丢包，KPI指标，配置；GB带宽、BSC内部PCU的利用负荷、EDAP资源无线口RLC传送效率无线上/下行发送带宽C/I干扰,主控重选协议与方式WAP GW以及上层的拆合开销TCP建立和延迟和的启动发送效率网关即关联网元容量、队列、负荷应用层设计定制关系批价、鉴权运营商自定义流程端到端的数据业务优化需要综合评估及优化与业务相关的所有环节，采用的验证方式通常也是以端到端测量和部分重点区域验证相结合的方式，注重业务性能直观的改善。通过端到端业务优化所发现的基础承载网络类问题，可以通过引入有针对性的网络优化，进行业务质量的全面性提升。涉及的影响面根据运营商签订的网络优化规模而定。通过端到端业务优化所发现的业务类网元问题，可通过引入有针对性的业务网关系统优化、平台优化等服务进行全面性提升。通过这样的优化可以提升与该系统相关的全省、甚至几个省的业务质量。通过端到端业务优化所发现的综合业务管理类网元问题，可以引入有针对性的高端咨询服务，从业务及网络的角度帮助运营商完善其自主建立的系统。新的优化模式：业务优化引导网络优化移动数据业务发展的趋势为：牵扯的节点不断增多（外延扩大）、协议越趋复杂（深度增加）、私有协议层出不穷（缺乏规范支撑）。需要有新的优化方法来保证各类业务的性能质量。PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 4 Nokia Siemens Networks Presentation / Author/ Date 终端用户业务质量感知分解业务平台终端 终端网络用户感知影响因素最终可以归纳为终端、网络和业务平台三个关键环节的质量因素。如何全面、系统的提升三方面的整体质量性能是提升用户感知的前提。终端网络业务平台PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 5 Nokia Siemens Networks Presentation / Author/ Date 业务种类核心网及各类业务平台基站接入网络无线网络终端用户感知的提升通过端到端网络的整体性能提升实现ATM/IPSTM-1/IPIMS coreCSCF, BGCF,MRFC,HSS3G NodeBsE1/IPPacket CoreSGSN, GGSNGb-EE1/STM-1/IPCircuit CoreMSC server, MGW HLRE1基站接入网络Service enabler and platformSMS MMS SIPCentx VOIP iTVSDHCarrier EthernetL3 MPLS / IPWLANSoft PC ClientGSM/ GPRS BTSsWAP VPNStreaming3rd platformFW、Router、BOSSApplicationplatformSMSC、WAPGW、MMSC终端PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 6 Nokia Siemens NetworksE2E优化内容无线网络优化 基站接入网络优化 核心网络优化网络参数优化BTS RNC SGSN GGSNUE WEB业务性能优化容量优化PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 7 Nokia Siemens Networks Presentation / Author/ Date E2E专题优化简介PS端到端优化简介成功案例分享PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 8 Nokia Siemens Networks Presentation / Author/ Date 流媒体优化的端到端解决方案网络评估: 评估网络承载层的容量流媒体评估: 分析终端用户对流媒体业务质量的感知流媒体优化: 确定适当的内容码片编码方式流媒体优化: 优化自客户终端到服务器的所有相关网元参数流媒体优化: 确认业务性能的提高E2E perspective AnalysisGGSNBackbone3G-SGSNUTRAN IUProtocol AnalyzerGiRNCBackboneTest phone GGSNSGSN Streaming ServerTime 1Setup CompletedStreaming Data PacketStreaming Data PacketSetup SignalingProtocol AnalyzerProtocol AnalyzerTime 1-Time0 = Connection Setup timeTime0 Connection Setup Request业务分析示意图PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 9 Nokia Siemens Networks Presentation / Author/ Date 流媒体业务特征分析流媒体目前是目前较为流行的数据业务，在可以预见的时间内必要会成为主要的移动数据业务，因此对流媒体的分析、优化是必要的、及时的。网络特征带宽大信道状况相对稳定上行流量与下行流量独立流媒体质量分辨率（QVGA以上）帧速率（通常25帧/秒以上）流媒体传输模式 C-S模式 (大多使用私有协议） P2P 模式网络特征带宽有限（丢包率高）信道状况变化大时延抖动大上行流量影响下行流量流媒体质量分辨率（QCIF/SQCIF）帧速率（小于15帧/秒）流媒体传输模式 C-S模式标准RTSP/RTP3G-上网卡/本流媒体业务 终端特性强劲的计算处理能力海量内存播放器种类繁多 终端特性处理能力有限可用内存相对较小播放器功能和种类较少固网流媒体 移动流媒体随着技术的发展以及应用的推广，用户要求在现有的条件下享受固网流媒体的业务质量PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 10 Nokia Siemens Networks Presentation / Author/ Date 影响流媒体业务质量的关键因素LANGPRS/EGPRS/WCDMAUplink (RTSP/RTCP)Downlink (RTSP/RTP/RTCP)Streaming serverStreaming clientGPRS/EGPRS/WCDMA IP connection片源质量及编解码与网络的配合性流媒体服务器系统与网络现状的配合传输过程中的信令流程各个相关网元的参数设置相关网元配置、性能传输带宽、质量终端处理能力及与网络的配合情况等等PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 11 Nokia Siemens Networks Presentation / Author/ Date 3G PS Core QoS 端到端优化服务描述分析方法及手段q针对3G网络中QoS端到端实现规范的落地分析，结合现网的实际情况，调查现网的QoS设置合理性。q确定可以实施QoS联调测试的所有网元参数（包括HLR、GSN、RNC、NB），检查其合理性并进行优化调整q进行QoS参数设置调整与端到端测试相结合的效果验证，同时进行端到端的信令流程跟踪分析，确认QoS设置在各相关网元中被正确执行q无线网络调度算法优化确保无线资源的合理分配（配合QoS profile设定策略）终端性能分析的输出结果：qQoS的一致性验证测试汇总qVIP用户的定义和保障方案q针对3G用户的QoSProfile定义规范qQoS参数调整&业务性能影响测试评估报告主要的工作内容及计划：qSGSN下发的QoS是否与HLR定义的一致检查q不同的QoS定义对用户的性能影响q不同的QoS等级的SIM卡是否体现性能的不同qVIP用户、普通用户如何定义原则及规范q无线资源调度算法优化q网络容量评估及参数优化PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 12 Nokia Siemens Networks Presentation / Author/ Date InternetGnIub GiRNC SGSN GGSNIUNode BHLR3G PS Core QoS 优化服务方案介绍e.g. 8, 16, 32, 64, 128 or 384 kbps Max allowed bitrate(up/down)e.g. 8, 16, 32, 64, 128 or 384 kbps Guaranteed bitrate(up/down)Same value (1, 2 or 3) as in ARPTHPConversational, streaming, interactive or backgroundTraffic ClassSame value (1, 2 or 3) as in THPARP1000 msTransfer delayNoDelivery order1500 octetsMaximum SDU sizeNoDelivery of Err. SDUs10-4SDU Error ratio10-5Residual BERExample valuesRel99 QoSattribute 2. 整理HLR内QoS profile参数3.GGSN网元策略及参数设定优化7.端到端测试分析达到：不同的QoS定义对用户的性能影响不同的QoS等级的SIM卡是否体现性能的不同多用户、混合业务用户使用性能评估优化QoS相关参数调整后性能提升6.准入算法、降速接入、DCCC算法、最大速率协商、抢占算法等无线资源分配方法优化5.业务综合优先级配置策略优化（TC、ARP、THP）、GBR分配、RRM4.SGSN下发的QoS是否与HLR定义的一致1.VIP用户、普通用户定义方法研究：按精确号码来划分以品牌来划分统计每用户的交费/流量比和流量大小，定义一个门限值。大于门限值的作为VIP不同APN用户按资费套餐类型划分其他方式IETF DSCP* marking on IP flow level Applied to prioritize the traffic flows Lower priority packets are dropped first when the network is congested Expedited Forwarding class: “virtual leased line” and Assured Forwarding classes: differentiation with packet loss, delay and jitterPDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 13 Nokia Siemens Networks Presentation / Author/ Date 可实现的功能3G PS Core QoS 端到端保障服务最终实现的功能q通过端到端的手段对3G用户进行分业务类型、分用户级别的QoS参数设置并结合资源调度算法实现提升重点用户感知、改善重点业务性能、保障网络资源合理利用的目的。q调整网络中与QoS相关的所有网元的参数，使QoS参数设定真正对各类业务、各类用户产生积极作用q确定VIP用户类别的划分方法及其对应的科学QoS profile设置，保证VIP用户使用性能的同时不会造成普通用户的使用问题，从而避免普通用户的投诉。q通过信令分析检查相关网元是否严格按照3GPP规范支持QoS参数，并针对存在故障的网元提交优化整改建议。q按照用户类别、业务大类（TC）进行流量管理，合理分配VIP及普通用户业务使用带宽。PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 14 Nokia Siemens Networks Presentation / Author/ Date WAP 应用性能E2E分析BSC SGSN GGSN FWGb GnGiWAP GW ClusterCMNETFWAlteon LBBTSGRE 路由器Abis，EDAPRadius 服务器CPU 负载分析丢包分析流量分析验证时延分析验证成功率分析CPU 负载分析丢包分析流量分析状态表利用率分析NAT转换利用率分析CPU 负载分析丢包分析流量分析TCP 性能分析（WAP2.0）WAP 性能统计分析CPU 负载分析丢包分析流量分析状态表利用率分析NAT转换利用率分析WAP性能统计分析：WAP连接时延分析WAP连接成功率分析WAP数据接收时延分析WAP数据接收成功率分析丢包对WAP 性能的分析重传对WAP性能的分析错序包对WAP性能的分析不同型号手机对WAP性能的分析模拟用户在静止或移动状态下：用户端WAP连接时延分析用户端WAP连接成功率分析用户端WAP数据接收时延分析用户端WAP数据接收成功率分析利用WAPMAX等工具收集Gb/Gn/Gi接口的WAP业务数据分析全网WAP业务的性能状况针对问题进行模拟测试，分析并提出优化建议PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 15 Nokia Siemens Networks Presentation / Author/ Date 彩信业务性能E2E分析MMSCBSC SGSN GGSN FWBSGb Gn GiTest LaptopTest LaptopIP 骨干网Test LaptopTest LaptopTest LaptopNetAct Inspector with client software (MMS Receiver)NetAct Inspector or MMS verifier信令议WAP GWSMSCMSC SMPPTest Laptop with EtherealLaptop with TrafficaAMMS业务的成功率MMS平均时延各种失败的分布状况端到端和点到点的时延、丢包、重传，定位发生问题的原因、位置PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 16 Nokia Siemens Networks Presentation / Author/ Date VPN专网业务优化方案Monitoring topology：BSC SGSN GGSNGb GnGi FWBSCBSVPN terminal信令仪表GiEtherealAbis2MLine？ FWVPN server systemSysLogEtherealSGSNBSSSNDCPAPPTCP/UDPIPMACGSM RFRLCLLCMSMAC NSGSM RF L1RLC BSSGPGTPUDPIPSNDCPLLCBSSGPNSL1 L1LLCMACRadiointerfaceUm Gb Gn GiG703Frame Relay100 MbpsEthernet4 octet9 octets30 octets4 octets20 octets (fixed)8 octets20 octets (min)8 octets18 octets (H+T) - 802.3Total = 74 octetsGGSNUSERPAYLOADGTPUDPIPL1LLCMACAPPTCP/UDPIPL2L1Total = 51 octetsRelayRelayGPRS IP Backbone InternetF/R - 4 octets20 octets (min)24 octets / 8 octetsVariable20 octets (min)24 octets / 8 octetsVariableMS or VPN terminal VPN server systemReference story: 福彩VPN、电力抄表VPN、检察院VPN； Physical layer Application LayerPDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 17 Nokia Siemens Networks Presentation / Author/ Date E2E专题优化简介PS端到端优化简介成功案例分享PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 18 Nokia Siemens Networks Presentation / Author/ Date 索爱手机设计问题，属于被动接受网络发出的RTP包，造成无法使用流媒体业务，需要在NetScreen防火墙修改策略Xx流媒体服务器性能不佳：1：200 ok包过大2：响应消息过慢3：重传时间设置过短WAPGWEGPRS网络中的流媒体端到端业务优化GGSN3SGSN GPRS核心网GGSN2GGSN1IP承载网络wapGW1wapGW2XX网管中心测试服务器增值业务中心XX流媒体服务器wapGW3BSCNetscreen防火墙EDAP带宽窄，造成拥塞溢出WAPGW1没有进行地址转换。造成业务失败根据流量调整EDAP，业务与网络性能优良 调整WAPGW设置，业务正常修改NetScreen策略后业务正常1 23PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 19 Nokia Siemens Networks Presentation / Author/ Date GetACK200 OKSegment 1Segment 2Gb信令 手机在发出Get消息后又发出一条广播消息，此消息是没有必要的，会耗费资源，且增大时延3秒PCU是在收到了200 OK和Segment1&2后过了1.1秒才开始建立DL TBF的，这表明PCU中存在较大的延时。 Abis信令由于同步问题，Gn口信令比Gb&Abis口信令时间上慢2秒。BTS BSC SGSNGGSNGb Gn GiAbisNettestEthereal1DL TBF建立后200 OK和Segment1&2就顺利的发向了MS端WAP业务在Gb和Abis时延分析PCU问题必须结合多接口数据进行联合分析，否则这个问题根本不能被精确定位单从Gb信令和Abis信令上看都是正常的，不存在时延！Gb信令流程正常！ Abis信令流程正常！问题：WAP接入速度很慢！PCU问题处理后RLC正常重传，WAP下载速率变化如图所示：10158910111213141516Before AfterWAP下载速率（Kbps)PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 20 Nokia Siemens Networks Presentation / Author/ Date 通过E2E分析解决WAP下载速率过慢问题ACK200 OK 从Get到Ack之间的时延较大是2秒，。DL AckGb信令时延超过4秒GetGbAbis和前一例相同，PCU在收全了一组Gb口的数据之后才开始分配DL TBF，向手机传送数据，这样大大加大了响应的时延。此处问题影响到了0.7秒的延迟如上图所示的测试中我们发现了在该会话过程中，segment Result 2与Ack 2之间的延时较大，达到了4.51秒，显著影响了此次WAP下载的速度(仅有5.595K)。132PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 21 Nokia Siemens Networks Presentation / Author/ Date 在FTP DT测试中频繁出现吊死现象BSC181下多次DT测试，都会出现很差的GPRS结果，主要表现是：FTP停传吊死；时隙申请困难，流量断续。无线组的分析结果：分配3个时隙后，变成1个，与时隙被挤掉有关，这属于正常现象，但是后续路段长期数据不能下传（尽管时隙也会恢复到3个）。根据无线和Gb接口的联合分析验证了我们的设想，因为新的小区存在PDCH的Downgrade，也造成PCU中BVC buffer Size的变化，导致后继的LLC 包不能正常地被PCU接收，同时在Gb接口出现大量的LLC discard现象，造成FTP的停传。PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 22 Nokia Siemens Networks Presentation / Author/ Date 统计中的LLC_discard比例也明显减小根据E2E的分析结果找出相应有效的解决方法将FTP server上CWND设为5，MTU 设为1460，这样可以把FTP的传输窗口和PCU上MS Buffer对应起来，可以有效地避免小区重选后的不必要重传。对BSC上的流控参数做必要的调整，且对CMAX、CDEF和CDED做必要改动，一般将CDED调为2，并减少CMAX令其等于CDEF4或6，避免BVC Buffer的频繁变化。由此可见此更改可以大大改进DT测试的效果，且更改后根据无线部分可根据此更改建议将主要路段均作相应更改。调整后的初步DT测试结果如下：优化前优化后PDF 文件使用 pdfFactory Pro 试用版本创建 Soc Classification level 23 Nokia Siemens Networks Presentation / Author/ Date 通过E2E优化解决VPN业务用户终端自动断线问题Cause_Ini 消息代码为0x25、0x6异常情况：cause proc:0x66（cause INI：0X25） cause proc:0x28（cause INI：0X6） cause proc:0x1（cause INI：0X0） cause proc:0x60（cause INI：0X0）其具体意义是终端已经处于Attach并且PDP激活状态，在没有做Detach的前提下终端又重新Attach，按照规范，SGSN会现发起PDP deactive 对应cause proc:0x66（cause INI：0X25）；接着发起detach流程，对应proc:0x28（cause INI：0X6）；接着再接受终端侧的Attach请求，终端继而又进行了PDP激活请求并成功。Reattach 和PDP请求均为终端侧发起（由于cause INI为0x0），所以我们可以确定这类问题的产生是由于终端问题造成的，继而通过研究终端软件程序发现终端在以下4种情况下会发