10-1：诺西 分组域核心网优化交流

/
ATTACH失败原因值-Protocol error, unspecified
Protocol error, unspecified失败主要是由于终端用户与无线网络联系造成的附着 失败或者终端不响应鉴权加密请求消息造成的GPRS附着拒绝。
For internal use only 11 © Nokia Siemens Networks
分组域核心网优化交流
NSN 2010.12
For internal use only 1 © Nokia Siemens Networks
/
网络质量是确保业务满意度的基础
Application 应用层面的优化，如 SP，手机终端设置，TCP参数调整等 优 解
Application UDP/TCP IP
网络潜在问 题及性能瓶 颈突现
网络资源分 配不是最优、 参数设置不 当
设备利用率不 平衡
网络拓扑分 析、容量分 析
3G带来的冲 击和挑战
网间切换频繁
网间匹配优 化模块
业务牵扯网 元增多，故 障点相应增 多
For internal use only 3 © Nokia Siemens Networks
Co-process did not answer Map error unknown subscriber Termination: Mobile is not reachable
For internal use only 4 © Nokia Siemens Networks
/
核心网络性能及瓶颈评估及优化－－容量评估 内容：
安全评估测试
• 网络和设备安全评估测试 • 弱点检查 • 弱点扫描
网络度量 • Log 数据收集分析 • 威胁流量度量 • IDS 数据收集
For internal use only 9 © Nokia Siemens Networks
/
核心网KPI优化案例共享
For internal use only 10 © Nokia Siemens Networks
安全加固优化 过程
网络度量
优化和加固 • 配置优化 • 拓扑优化 • 安全集成优化建议
优化和加固 设计复查
价值
预防网络攻击，减少安全隐患 保护终端用户信息安全 减少不必要的投诉
分析、报告 分析、报告 • 安全问题报告 • 安全危害分析 • 加固和优化实施建议
设计复查 • 拓扑复查 • 防火墙分析 • DNS 分析 • 路由和交换设备安全分析
(Trouble Shooting)
•上层业务体现网络价值、网络质量是上层业务的基础。
•核心网优化协同无线网络优化的系统优化是提升整体网络质量的最佳方式。
For internal use only 2 © Nokia Siemens Networks
/
核心网络运营时面临的问题及应对策略
存在的问题 用户数及流 量激增、各 类业务问题 不断 造成的结果 核心网应对策略 实施网络基 础性能评估 及优化模块
Succeed APN selection fails Co-process did not answ er
18%
GSBASE error, no PDP context found DNS server does not answ er to a DNS-query Ping-Pong RAU prevention
价值
促进网络与终端的协同发展 解决应终端问题带来的烦扰 为市场主推的手机型号提供技术建议
For internal use onlBiblioteka Baidu 8 © Nokia Siemens Networks
/
网络安全加固优化服务
工作内容 网络安全结构和协议分析 项目启动 网络安全扫描 • 方法沟通和交流 网络入侵分析 • 项目计划讨论和制定 和手机病毒分析和防治措施 防火墙安全漏洞、告警、被攻击日志分析 项目启动 安全策略加固措施建议
键入管理地址
显示实时接口 流量状态 显示实时CPU 显示实时物理 Load状态 MEM状态
显示不同网元，如Cisco 交换器和路由器等在不同 端口上的流量进行24小时的实时流量监控
For internal use only 5 © Nokia Siemens Networks
/
核心网络配置优化
内容：
– 分析设备的运行日志/OSS统计数据，统计设备的流量、容量以及数量的负荷 – 参照设备的容量配置和负荷状况，计算网络的容量负荷 – 根据分析结果和业务发展的趋势，提出相应的调整措施或扩容建议
HLR
BSC Abis BTS Gb SGSN Gn Gi GGSN FW C MNET C MNET
价值：
For internal use only 13 © Nokia Siemens Networks
/
RAU时延超大
RAU时延超过5000ms的RAU请求均出现较大比例的Identity request和xid消息，由此看见出现Identity request 和XID消息是造成RAU时延长的另一个主要原因 对于RAU期间出现的Identify Request消息的原因是由于SGSN开启了如下特性导致：
具体的工作内容
• IP路由分析优化建议和实施 • 网络冗余分析优化建议和实施 • 网络时延分析优化建议和实施
Switch1 Gn2 EL1 OSPF Domain EL1 Active link Gn3 EL0 Gn1 Switch2 Backup link EL0 Gn1 Switch2 Gn3 EL1 EL1 OSPF Domain Switch1
价值：
提高整个系统的运行效率 扫除错误设置 提供最优的局数据标准
For internal use only 6 © Nokia Siemens Networks
/
网元结构优化专题－－拓扑分析
对运营商带来的价值
• 解除网络单点故障, 减少用户对网络不稳定的投诉 • 提高网络负荷分担,提高网络资源的利用
–充分了解运营的网络的 资源利用状况
–查找“短板”位置，消 除网络容量瓶颈，合理 、高效利用网络资源 –协助建立容量预警机制 ，确保网络运营安全
O&M
Gb流量监控 Gr流量监控
流量监控系统 （如 MRTG等）
告警收集系统 （如 syslog 服务器）
Traffica
Real-time traffic data
LICENCE CODE:..............SG00645 LICENCE NAME:..............SG6 IMEISV in CDR (10ksub) LICENCE FILE NAME:.........F0902607 SERIAL NUMBER:.............6944208949364
EL0
EL0
HSRP20
Gn2
For internal use only 7 © Nokia Siemens Networks
/
终端网络配合度深入分析
内容
从通过Traffica和信令分析 采集(E)GPRS网络中各类终端 在GMM、SM及各类业务中的性 能表现 分析重点问题终端的故障原 因 通过网络参数调整优化主要 问题终端的KPI性能 对相应终端厂商提出规范化 建议 终端分析范例
化 决 UDP/TCP IP 网 网 GTP SNDCP GTP SNDCP 络 LLC UDP UDP 络 LLC 承载层面的优化，如PS核心网路由设置，无线网络重选问题处理等 L2 L2 IP 参RLC/MAC BSSGP BSSGP IP 存 RLC/MAC NS NS L2 L2 数 在 L1/RF DAbis DAbis FR FR L1 L1 L1 L1/RF L1 物理层面的优化，如 Gb 带宽是否足够，传输是否存在高误码率 配 问 Gn Um Gb Abis Gi MS GGSN BSC / PCU BTS SGSN Application 置 题 Server
82%
GTP is not allow ed to do operation SAPI/NSAPI does not match negotiated value(S) Any read procedure fails
Any write procedure fails Error when handling tables param MS unreachable The BSS has lost radio contact with the MS
SGSN参数检查 GGSN参数检查、访问列表整理 XGSN新功能参数建议 路由数据整理 QoS优化参数整理 三方设备配置检查
配 置 检 查 范 例
•DNS Resolve cache 没有使用，这样会影响 PDP激活时延及增加 PDP激活过程中的 DNS查询 •不使用此DNS Resolve cache 的好 处是如果某些网络配置 的 DNS数据发生了改 变，则不会出现错误的 DNS查询。
/
疑难问题层出 不穷，难以定 位
系统优化
各类KPI优化专题
内容及方法： – 提取GPRS移动管理、会话管理等性能指标数据以及Traffica数据库数据，统计PDP、
Attach等指标的状况和构成 – 分析和优化GPRS关键指标 (PDP、Attach、RAU、Radius等)性能 – 采集和分析Gb/Iu接口的信令信息，分析其性能和存在的问题 – 分析网元的性能状况，获取SGSN, GGSN, router/switch, VLAN的性能状况
/
ATTACH时延超大-重发后成功
从下图可以看到，第1次Attach请求消息中，使用与P-TMSI一样的TLLI：3777135418，SGSN没 有响应，第2次则使用TLLI：2703393594进行Attach请求，这次SGSN响应了用户的请求。TLLI： 3777135418和TLLI：2703393594的二进制码换算如下： TLLI：3777135418二进制码为：11100001001000101000001100111010（Local TLLI） TLLI：2703393594二进制码为：10100001001000101000001100111010（ForeignTLLI） 目前诺西SGSN最新版本的SG7已经支持Attach Accept When TLLI Equals P-TMSI，以降低由于 这种原因导致的Attach重发，并降低整体的Attach时延 。
价值：
– 协助运营商深入的了解网络运行的状况，用户使用的状况，并及时发现存在或潜
在的问题
PDP激活分析
Attach_failure_reason
12000 10000 8000 6000 4000 2000 0
29_11_2004 30_11_2004 01_12_2004 02_12_2004 03_12_2004 04_12_2004 05_12_2004 06_12_2004 07_12_2004 08_12_2004 09_12_2004
For internal use only 12 © Nokia Siemens Networks
/
PDP激活失败-Request service option not subscribed
Requested service option not subscribed：一般是APN设置问题导致的PDP激活失败。事实上，在诺西的 SGSN中有一个功能选项可对用户设错的APN进行纠错。 具体描述如下： APN覆盖功能(全称:SG01074 Nokia SGSN Override of Requested APN in SGSN)是NSN SGSN的一个可选 功能。该功能的主要作用是修改终端用户发送的错误APN,从而达到增加用户的PDP 激活成功率的效果。激活 该功能后，SGSN上可以配置缺省APN参数.当用户发送错误APN并且用户签约数据中存在*号APN时，SGSN会 使用配置的缺省APN进行覆盖，从而成功激活PDP。当用户签约数据不含*号APN时,SGSN会用该用户在HLR 里的第一条签约APN替代其发送的错误APN。（注：用户发送错误APN的定义是其发送的APN在DNS里查询不 到） 那么，出现这些错误的用户很有可能其APN本身设置错误，在HLR的签约信息里APN即未设置*号也无其 他设置。在查询这些用户数据后发现确实存在这样的现象。因此，我们建议HLR里能尽量做全信息以提升用户 的满意度。