性能指标-234G-分析类-互联网端到端性能感知指标分析手册

一、背景

随着近年LTE大量建设与TD、GPRS三网共营，整体网络结构越来越复杂。新的LTE

网络技术和经验不成熟，网络出现各种问题故障，造成投诉量急剧攀升。应对现网的复

杂问题，对网络的监控和考核指标优化提升，是日常维护优化重要工作。根据省公司考

核要求制定了相关考核和监.控指标定义及门限，总结一般提升和优化方法，定制成端到

端性能指标手册。

二、考核指标定义及门限

2.1考核指标定义

2.1.1.3G考核指标定义

2.1.1.1.RAB建立时长

1、省公司考核定义

记录发出E-RABSETUPREQUEST请求时间tO、收到E-RABSETUPRESPONSE响应时间

tl,RAB承载建立时长二tl-tO。

2、瑞原公式

RAB时延=SUM(RESPONSESIME)/SUM(SUCCESS)*100机

RESPONSE_TIME：RAB响应时延,从CN发起RABSETUPREQUEST到CN收到RNC返回

响应RABSETUPRESPONSE作为截止点；

SUCCESS：RAB成功次数。

3、信令流程

在通信网络中,RAB(RadioAccessBearer)是指用户平面的承载,用于UE和CN

(CommunicatingNot通信网络)之间传送语音数据及多媒体业务。

EJ

55

G02:28:42'475[GMMSM]ServiceReque$t

02:28:42,506[SCCPNGN]ConnectonConfirm

02:28:42*506[RA6AP]SecuhtModeCommand〉

q02:28:42693[RANAP]SecurSyModeComplete

02:28:42709[RANAP]CommonlD〉

02:28:42709[RANAP]RAB-A$$ignmentRequest〉

02:28:43*629[RANAP]RAB-AssignmentResponse

RAB建立是由CN发起，UTRAN执行的功能，基本流程为:

CN向UTRAN发送RAB指配请求消息RABASSIGNMENTREQUEST,发起RAB建立过程。

2.SRNC接收到RAB建立请求后，将RAB的QoS参数映射为AAL2链路特性参数与无线资源特性参数，lu接口的

ALCAP根据其中的AAL2铤路特性参数发起lu接口的用户面传输承载建立过程（对于PS域，本步不存在）。

3.SRNC向所控制的NodeB发送无线链路重配置准备消息RADIOLINKRECONFIGURATIONPREPARE,请求所控制的

NodeB准备在已有的无线链路卜.增加•条（或多条）承载RAB的专用传输信道（DCH）O

4.NodeB分配相应的资源，然后向所屈的SRNC发送无线链路重配置准备完成消息RADIOLINKRECONFIGURATION

READY,通知SRNC无线链路重配置准备完成。

5.SRNC中lub接口的ALCAP发起lub接口的用户面传输承载建立过程。NodeB1jSRNC通过交换DCH帧协议的上

下行同步帧建立同步。

6.SRNC向UE发送RRC协议的无线承载建立消息RADIOBEARERSETUP。

7.SRNC向所控制的NodeB发送无线链路重配置执行消息RADIOLINKRECONFIGURATIONCOMMIT。

8.UE执行RB建立后，向SRNC发送无线承载建立完成消息RADIOBEARERSETUPCOMPLETE.

9.SRNC接收到无线承载建立完成的消息后，向CN回应RAB指配响应消息RABASSIGNMENTRESPONSE,RAB建立

流程结束。

4、来源：广州本地瑞原信令平台I仍空S巴iLI

5、影响：

RAB建立时延过长，可能导致会话层PDP激活超时，不仅影响用户网络接入感知，同

时导致核心网信令负荷增大。

6、分析：

RAB建立时延过长分析，统计现网网元，找出时延过大网元，根据网元从属关系下钻

维度分析。包括TOPn的SGSN、RNC、小区、用户和终端等维度进行时延过长分析。

RAB时延分析

核心侧原因分无线侧原因分用户侧原因分

析析析

上行或下行lub下行扩频码不］用户终端问展

8传输带宽不够S

上行或下行CE

S资源不够

lu资源不足导

jps域迁移过程

!致失败,导致失败

lu接口用户面［■空口失败导致

承载建立失败・PS域建立失败

1、核心侧原因分析：

1.1由于lu资源不足导致失败

1.2上行或下行lub传输带宽不够

1.3上行或下行CE资源不够

1.4lu接口用户面承载建立失败

2、无线侧原因分析

2.1由于CS或PS域迁移过程导致失败。

2.2由于空口失败导致CS或PS域建立失败

2.3下行功率不够或上行干扰大

2.4下行扩频码不够

3、用户侧原因分析

3.1用户终端问题

3.2用户数据问题

2.1.1.2.PDP激活时长

1、省公司考核定义

记录发出PDPContextREQUEST请求时间tO、收到PDPContextRESPONSE响应时间

tl,则激活时长二tl-tO

2、瑞原公式

PDP激活时延=SUM（RESPONSETIME）/SUM（SUCCESS）*100%

RESPONSESIME：PDP激活响应时延，从MS发起PDPcontextactivationrequest

到MS收到SGSN返回响应PDPcontextactivationaccept作为截止点；

SUCCESS：PDP激活成功次数。

3、信令流程

PDP上下文激活是指UE发起PS域业务时，向网络侧发起请求，让网络给终端分配一

个IP地址，然后数据网络的传输（IP传输）使用该地址进行会话。

手机-----------------RNCSGSNGGSN

1激活PDPcontext清束

2.建立PDPcontext请求

（携带SGSNIP地址和T日D）

3建立PDPcontext响应

4RAB建立请求（携带GGSNIP地址和TEID）

（携帚GGSNIPaddress和T日D）

RAB旗立

SGSN告依GGSNRNCIP旭址.

5RAB建立响应TQD以及PDPQoS"竹是否有变

（RANIP地址和T曰D）

6.更新PDPcontext请求

（RNCIP地址和TEID）

7.更新PDPcontext响应

8激活POPcontext请求接受

.

ChredGTPTunnel建①

537

03:5926875[GMMSM]ServiceRequest、

,03:59:26'891(SCCP_NGN]ConnectiorjConfirm

c

03:59:26*891[RANAP]SecuritModeCommand

03:59:27,015[RANAPJSecurityModeComplete、

,03:59:27*031[RANAP]CommonlD

03:59:27'171[GMMSMJActivatePDPcontextreqiest

_03:59:27,343[RANAP]RAB-AssignmentRequest

03:59:28,310(RANAP]RAB-AssianmentResponse

03:59:28,310[GMMSMActivatePDPcontextacc

1.手机发起基于APN的PDPcontext激活。

2.SGSN将之与该用户subscriberdataprofile核对通过后，向GGSN发起"CreatePDPcontextrequest,

消息携带SGSNIP地址和TEID(TunnelendpointID)。

3.GGSN接受请求，回应“CreatePDPcontextresponse",消息携带GGSNIP地址和TEID,GnGTPtunnel

建立。

4.SGSN如果决定建立DirectTunnel,向RNC发送ttRABassignmentrequest”，消息携带GGSNIP地址和TEID。

5.RNC回应URABestablishmentresponse"，消息携带RNCIP地址和TEID,luRAB建立，构成TwoGTPTunnel.

6.SGSN向GGSN发送“UpdatePDPcontextrequest”，消息携带RNCIP地址和TEID。

7.GGSN收到后更新内部参数，并回应“UpdatePDPcontextresponse"。

8.SGSN向手机发送“AclivwlePDPcontextacceptM,至此DirectTunnel成功建立，GTP-U数据在RNC—GGSN

之间直接传送。

PDP.pcap

4、来源：广州本地瑞原信令平台

5、影响:

PDP激活时延过长，直接影响用户网页和应用打开速度，最终影响用户网络使用感知。

6、分析:

PDP激活时延过长分析，统计现网网元，找出时延过大网元，根据网元从属关系下钻

维度分析。包括TOPn的GGSN、SGSN、RNC、小区、用户和终端等维度进行时延过长分析。

GGSN

维度分SGSN维

PDP建立时延分度分析

析析

PDP创建分RAB建立分

析析

根据PDP激活信令流程包含关系，统计RAB建立时延和GN口PDP创建时延在PDP激

活过程总时延中占比情况，确定是否由于RAB建立时延过长或GN口PDP创建时延过长而

导致PDP激活时延过长问题。

2.1.1.3.TCP连接建立时长

1、省公司考核定义

记录发出TCPsyn握手请求时间tO、收到TCPack握手确认时间tl,TCP连接建立

时长二建议含重传的时间）

2、瑞原公式

TCP建立时延=SUM(SUCCESSDELAY)/SUM(SUCCESS)*100%

SUCCESS_DELAY：TCP三次握手时延，从客户端发起发起SYN到客户端收到ACK作为

截止点，即完成三次握手的总时延。

SUCCESS：TCP三次握手成功次数。

3、信令流程

TCP三次握手

，一nn

Bmi

112.(J0.35.25112.60.3,198

02:28:42'475[TCP]Syn、

,40239'

,0228:42506[TCP版k,Syn

,40239

02:28:42'647[TCPM、

,40239'

1.第一次握手：建立连接时，客户端发送syn包（syn=j）到服务器，并进入SYN_SENT状态，等待服务器确认；

2.第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+l）,同时冉己也发送一个SYN包（syn=k）,

即SYN+ACK包，此时服务器进入SYNRECV状态；

3.第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK（ack=k+l）,此包发送完毕，客户端

和服务器进入ESTABLISHED（TCP连接成功）状态，完成三次握手。

IBI

4、来源：广州本地瑞原信令平台0包

5、影响：

现网业务流量70%来源于HTTP业务，而HTTP业务是基于TCP协议进行传输的，TCP

建立时延过长，直接影响后续业务连接浏览，因此影响用户业务使用感知。

6、分析:

TCP时延过长分析，统计现网网元，找出时延过大网元，根据网元从属关系下钻维度

分析。包括TOPn的SP、11\GGSN、SGSN、RNC、小区、用户和终端等维度的时延过长分

析。

TCP网络侧时延为luPS口至SP的时延，网络侧时延包含核心网管道时延、承载网络

(CMNET、他网运营商)以及SP服务器时延等;

TCP无线侧时延为MS至luPS口的时延，包含无线空口、终端处理等时延。

2.1.1.4.3G下载速率O500KB)

1、省公司考核定义

取单次会话总流量＞500KB的业务：记录发出第一个get包请求时间tO,收到该次TCP

会话最后一个数据包的时间tl,在此时间内收到的所有包括IP包头、TCP/UDP包头的下

行应用层IP流量和记为L,下载速率为L/(tl-tO)；

对于会话总流量＞5OOKB的非HTTP业务：记录TCPsyn握手请求到最后TCPFIN结束

的总时长和流量，流量/总时长；(剔除超长TCP连接)

2、瑞原公式

GET速率=sum(Content_length)/sum(Response_time)

Content_length：数据大的大小，在用户发起GET请求里包含该字段的内容，根据

省公司定义，考核指标内的包大小必须大于500KB

Response]ime：用户发起GET请求到用户收到最后一个包的总时延。

3、信令流程

Hill

WHH

894

02:27:37844[TCPJSyn

—

02:27:37,860[TCPJ^ck.Syn

02:27:38,125[TCPJAck

02:27:38328[HTTP]Get)

(02:27:38,343[TCPHck

02:27:38'343[HTTPJResponse

02:27:38'343[TCP^ckfin

02:27:38'437[TCPJAck

02:27:38468[TCPJ^ckfin

02:27:38*484(TCPJAck

1.用户发起基于HTTP的GET请求，里而包含大于500KB流量大小的内容：

2.网络收到请求后返回Response作为响应：

3.之后网络开始向用户不停的传送数据包，当传完最后一个包时，统计的总时延为Responsejime。

0101

4、来源：广州本地瑞原信令平台I大于500K.pcap

5、影响:

流量大于500K的下载速率过低，网页内容显示过慢，甚至无法显示，不仅影响用户

业务使用感知，还可能导致用户直接停止使用该业务。

6、分析:

下载速率

分析

流量大于500K的下载速率分析，统计现网网元，找出时延过大网元，根据网元从属

关系下钻维度分析。包括TOPn的SP、IP、GGSN、SGSN、RNC、小区、用户和终端等维度

的时延过长分析。

1.互联网调度分析:

1.1跨网访问调度分析：检查路由配置分析，检查资源是否未引入，如果速率较差的

资源改从本网调度，资源性能和速率均好控制。

1.2跨省调度路由分析：检查ICP调度是否错误，检查资源容量质量是否存在问题,

如果速率较差的资源改从本网调度，资源性能和速率均好控制。

2.资源类型分析：

2.1访问资源为文本，图片，视频等可引入缓存cache加载，提升用户访问效率，提

供用户感知。

2.2访问资源为银行，手游等交互类，需要检查资源调度是否合理，ICP质量是否正

常。

3.省网及SP性能分析:

3.1网络IDC接入网问题分析；

3.2CMNet省外/骨干网问题分析；

3.3CMNet出口问题分析；

3.4sp低速率贡献值分析；

4.网络策略分析：

4.1网络承载业务Cache\IDC\CDN服务器容量问题分析

4.2网络承载业务Cache\TDC\CDN服务器质量分析

4.3TCP加速分析（TCP加速会增加TCP时延，却给数据传输的性能增色不少）

4.4CDN加速/CACHE缓存应用（CDN分发网络尽可能避开互联网上有可能影响数据传

输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定;Cache的是将用户访问或下

载的热点内容在存储设备中保存一个副本，当内容再次被用户访问或下载时，不必连接

到驻留（源）网站，而是由Cache中保留的副本直接提供，以达到加速访问或下载，降

低网间带宽和依赖的目的，对速率有很大提升作用）

5.结构分析：

5.1包大小结构分析：将包分小于30k、30-100k.100-200k.200-300k、300-500k、

500-2m、大于2m,分析包大小与速率的相关性。

5.2速率区间结构分析：将大包速率区间分小于2m、2m-3M>3M-4M、4M以上速率分

布在2M标准以下的业务采样做下钻分析，

6.承载网网元分析：

6.1综合网关分析（综合网关性能优于传统网关，将业务由综合网关承载速率会提升

明显，另外MSS参数设置对速率影响也比较明显）

6.2路由策略分析（现网中SGW网元组pool,这种情况下路由策略显得比较重要，

如果业务有物理实体的网元内部路由效果明显好于外部路由）

2.1.1.5.小于30K流量时长

1、省公司考核定义

对于会话总流量〈3OKB的HTTP业务：记录发出第一个GET数据包时间t0、收到全部

页面内容最后1个数据包时间11,在此时时间内收到全部页面内容记为全部页面内容提

取成功;对于会话总流量〈30KB的非HTTP业务:记录TCPsyn握手请求到最后TCPFIN

结束的总时长（剔除超长TCP连接）

2、瑞原公式

小于30KB流量业务下载时长=SUM（Response_time）/SUM（SUCCESS）*100%

Response〕ime：下载时延，从用户收到第一个GET数据包的时间到收到最后一个数

据包的时延。（注：限定请求包流量小于30KB）

SUCCESS：下载成功次数。

3、信令流程

信令流程请参照3G卜.载速率O500KB）信令流程图。

陶

4、来源：广州本地瑞原信令平台冲30厅吗

5、影响：

小包时延过长，不仅降低了网络资源利用率和网络质量性能，而且影响用户网络使

用感知。

6、分析:

小包时延过长分析，首先分段统计TCP小包时延，根据现网每段所耗时间，确定TCP

小包在传输过程中，在哪个节点段耗时比例与正常情况下的比例不一致，然后排查该段

设备、数据和传输等。进行定位问题点后，联合相关维护人员进行优化。

2.1.2.4G考核指标定义

2.1.2.1.E-RAB承载建立时长

1、省公司考核定义

记录发出E-RABSETIPREQUEST请求时间tO、收到E-RABSETUPRESPONSE响应时间

tl,E-RAB承载建立时长二tl-tO。

2、瑞原公式

E-RAB时延=SUM(RESPONSE_TIME)/SUM(SUCCESS)*100%。

RESPONSETIME：E-RAB响应时延，从CN发起E-RABSETUPREQUEST到CN收到MME

返回响应E-RABSETUPRESPONSE作为截止点；

SUCCESS：E-RAB成功次数。

3、信令流程

在通信网络中，E-RAB(EvolvedRadioAccessBearer)是指用户平面的承载,用

于UE和CN(CommunicatingNet通信网络)之间传送语音数据及多媒体业务。

UE

RRC:RadioBearerSetup

4

00:24:41758[S1APJUplink.NASTransport[EPSSMJPDNconnectivityrequest

00:24:41*827[S1APJE-RABSetupRequest[EPSSMActivatedefaultEPSbearercontextrequest

00:24:41'931[S1APJE-RABSetupResponse

00:24:41,931[S1AP]UplinkNASTransport[EPSSMActivatedefaultEPSbearercontextaccept

E-RAB建立是由CN发起，E-UTRAN执行的功能，基本流程为：

1.E-RAB是由于核心网发起的,MME向ENB发起E-RAB建立请求

2.ENB与UE间发起建立无线承载建立

3.无线承载建立成功后，ENB向删E回应E-RAB建立响应

4.最后E-RAB建立完成

南

4、来源：广州本地瑞原信令平台IE-RAB.pc叩

5、影响：

E-RAB建立时延过长，可能导致默认承载建立超时，不仅影响用户网络接入感知，同

时导致核心网信令负荷增大。

6、分析:

E-RAB建立时延过长，主要是由于无线资源紧张和无线环境恶劣等情况造成。统计现

网网元，找出时延过大网元，根据网元从属关系下钻维度分析。包括TOPn的PGW、SGW、

MME、小区、用户和终端等维度的时延过长分析。

E-RAB时延

分析

核心侧问题今二点匚■三二三二■

分析

2心网参数

设置宇tT[•行为异常

更件设备故

数设置・数据问题

传输参数设

置

传输质量和

故障

1、核心网侧问题分析:

1.1核心网参数设置

1.2硬件故障方面排查

1.3传输参数设置

1.4传输质量和故障

2、无线侧问题分析

2.1无线质量和干扰

2.2eNODEB参数设置

2.3无线资源不足

3、用户侧问题分析

3.1终端或用户行为异常

3.2用户开户数据异常

2.1.2.2.PDN连接建立时长

1、省公司考核定义

记录发出PDNCONNECTIVITYREQUEST请求时间tO、收到ActivateDefaultEPSbearer

contextaccept或ActivatededicatedEPSbearercontextaccept接受时间tl,PDN

连接建立时长二tl-to。

2、瑞原公式

PDN连接时延=SUM(RESPONSETIME)/SUM(SUCCESS)*100机

RESPONSETIME：建立时延,从CN发起PDNCONNECTIVITYREQUEST到CN收到MME

返回响应ActivateDefaultEPSbearercontextaccept作为截止点；

SUCCESS：PDN连接成功次数。

3、信令流程

UEMME

PD\CONNECTIVITYRFQUFST

[CHVATEDEFAULTEPSBEARERCONTEXTREQUEST

\(TIVATPDfEAlLTEPSBFARF.R(ONHXTA((FPT

・11a

48

00:24:40'028[S1AP]lnitialUEMessage[EPSMMAttachrequest[E?SSM]PDNconnectivityrequest

00:24:40,031[S1AP]DownlinkNASTransport[EPSSMJESMinformationrequest

00:24:40*077[SIAPJUpinkNASTransport[EPSSMJESMinformaticnresponse

00:24:40*473(S1AP]UECapabilkyInfoIndication

(00:24:40*513[S1AP)InitialContextSetupRe$pon$e

00:24:40,557[SIAPJUpSnkNASTransport[EPSMMJAttachcomplete[EPSSMActivatedefaultEPSbearercontextaccept

0110

4、来源：广州本地瑞原信令平台PDN连接PC叩

5、影响:

PDN连接时延过长，可能导致附着超时，不仅影响用户网络接入感知，同时导致核心

网信令负荷增大。

6、分析:

用P/

终端

PDN连接时♦♦维度

延分析分析

创建S5口I创建S11口I建立默认无线小区用户终端

会话时延［会话时延承载时延

I资源/性能类型/数据

分析［分析・分析

分析分析

PDN连接时延过长，造成原因较多，主要是核心网资源分配和用户数据等问题。统计

现网网元，找出时延过大网元，根据网元从属关系下钻维度分析。包括TOPn的PGW.SGW、

MME、小区、用户和终端等维度的时延过长分析。

2.1.2.3.TCP连接建立时长

1、省公司考核定义

记录发出TCPsyn握手请求时间tO、收到TCPack握手确认时间tl,TCP连接建立

时长二tl-tO（建议含重传的时间）

2、瑞原公式

TCP建立时延=SUM(SUCCESSDELAY)/SUM(SUCCESS)*100%

SUCCESS_DELAY：TCP三次握手时延，从客户端发起发起SYN到客户端收到ACK作为

截止点，即完成三次握手的总时延。

SUCCESS：TCP三次握手成功次数。

3、信令流程

598

,40239

■已方艰峋工邸ckfyc

,40239

02:28:42,647口邸kc、

,40239

4.第一次握手•：建立连接时，客户端发送syn包（syn=j）到服务器，并进入SYN_SENT状态，等待服务器确认；

5.第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+l）,同时自己也发送一个SYN包（syn=k）,

即SYN+ACK包，此时服务器进入SYN_RECV状态；

6.第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK（ack=k+l）,此包发送完毕，客户端

和服务器进入ESTABLISHED（TCP连接成功）状态，完成三次握手。

4、来源：广州本地瑞原信令平台ITCP*ap|

5、影响：

现网业务流量70%来源于HTTP业务，而HTTP业务是基于TCP协议进行传输的，TCP

建立时延过长，直接影响后续业务连接浏览，因此影响用户业务使用感知。

6、分析：

TCP时延过长分析，统计现网网元，找出时延过大网元，根据网元从属关系下钻维度

分析。包括TOPn的SP、IP、PGW、SGW、分ODEB、小区、用户和终端等维度的时延过长分

析。

TCP网络侧时延为S1JJ口至SP的时延，网络侧时延包含核心网管道时延、承载网络

(CMNET、他网运营商)以及SP服务器时延等;

TCP无线侧时延为MS至S1_U口的时延，包含无线空口、终端处理等时延。

2.1.2.4.4G下载速率O500KB)

1、省公司考核定义

取单次会话总流量＞500KB的业务：记录发出第一个get包请求时间10,收到该次TCP

会话最后一个数据包的时间tl,在此时间内收到的所有包括IP包头、TCP/UDP包头的下

行应用层IP流量和记为L,下载速率为L/(tl-tO)；

对于会话总流量＞500KB的非HTTP业务：记录TCPsyn握手请求到最后TCPFIN结束

的总时长和流量，流量/总时长；(剔除超长TCP连接)

2、瑞原公式

GET速率=sum(Contentlength)/sum(Responsetime)

Content_length：数据大的大小，在用户发起GET请求里包含该字段的内容，根据

省公司定义，考核指标内的包大小必须大于500KB

Response]ime：用户发起GET请求到用户收到最后一个包的总时延。

3、信令流程

■111

894

02:27:37844[TCPJSyn

02:27:37*860[TCP肉入Syn

02:27:38125[TCPHck)

02:27:38328[HTTP]Get)

02:27:38'343[TCPPick

02:27:38'343[HTTPJResponse

02:27:38'343[TCP^ckfin

02:27:38'437[TCP^ck

02:27:38468[TCP^ckfin

02:27:38'484[TCPPick

4.用户发起基于HTTP的GET请求，里面包含大于500KB流量大小的内容：

5.网络收到请求后返回Response作为响应：

6.之后网络开始向用户不停的传送数据包，当传完最后一个包时，统计的总时延为Response】ime。

[owl

幽

4、来源：广州本地瑞原信令平台1大于50°K.pcap

5、影响：

流量大于500K的下载速率过低，网页内容显示过慢，甚至无法显示，不仅影响用户

业务使用感知，还可能导致用户直接停止使用该业务。

6、分析：

流量大于500K的下载速率分析，统计现网网元，找出时延过大网元，根据网元从属

关系下钻维度分析。包括TOPn的SP、IP、GGSN、SGSN、RNC、小区、用户和终端等维度

的时延过长分析。

1.互联网调度分析：

1.1跨网访问调度分析：检查路由配置分析，检查资源是否未引入，如果速率较差的

资源改从本网调度，资源性能和速率均好控制。

1.2跨省调度路由分析：检查ICP调度是否错误，检查资源容量质量是否存在问题,

如果速率较差的资源改从本网调度，资源性能和速率均好控制。

2.资源类型分析：

2.1访问资源为文本，图片，视频等可引入缓存cache加载，提升用户访问效率，提

供用户感知。

2.2访问资源为银行，手游等交互类，需要检查资源调度是否合理，ICP质量是否正

常。

3.省网及SP性能分析：

3.1网络IDC接入网问题分析；

3.2CMNet省外/骨干网问题分析；

3.3CMNet出口问题分析；

3.4sp低速率贡献值分析；

4.网络策略分析：

4.1网络承载业务Cache\TDC\CDN服务器容量问题分析

4.2网络承载业务Cachc\IDC\CDN服务器质量分析

4.3TCP加速分析（TCP加速会增加TCP时延，却给数据传输的性能增色不少）

4.4CDN加速/CACHE缓存应用（CDN分发网络尽可能避开互联网上有可能影响数据传

输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定;Cache的是将用户访问或下

载的热点内容在存储设备中保存一个副本，当内容再次被用户访问或下载时，不必连接

到驻留（源）网站，而是由Cache中保留的副本直接提供，以达到加速访问或下载，降

低网间带宽和依赖的目的,对速率有很大提升作用）

5.结构分析：

5.1包大小结构分析：将包分小于30k、30-100k.100-200k>200-3001^300-500k>

500-2m、大于2nb分析包大小与速率的相关性。

5.2速率区间结构分析：将大包速率区间分小于2m、2m-3M、3M-4M、4M以上速率分

布在2M标准以下的业务采样做下钻分析，

6.承载网网元分析：

6.1综合网关分析（综合网关性能优于传统网关，将业务由综合网关承载速率会提升

明显，另外MSS参数设置对速率影响也比较明显）

6.2路由策略分析（现网中SGW网元组pool,这种情况下路由策略显得比较重要，

如果业务有物理实体的网元内部路由效果明显好于外部路由）

2.1.2.5.小于30K流量时长

1、省公司考核定义

对于会话总流量〈30KB的HTTP业务：记录发出第一个GET数据包时间tO、收到全部

页面内容最后1个数据包时间tl,在此时时间内收到全部页面内容记为全部页面内容提

取成功；对于会话总流量＜30KB的非HTTP业务：记录TCPsyn握手请求到最后TCPFIN

结束的总时长（剔除超长TCP连接）

2、瑞原公式

小于30KB流量业务下载时长=SUM（Responsesime）/SUM（SUCCESS）*100%

Response_time：下载时延，从用户收到第一个GET数据包的时间到收到最后一个数

据包的时延。（注：限定请求包流量小于30KB）

SUCCESS：下载成功次数。

3、信令流程

信令流程请参照4G下载速率O500KB）信令流程图。

陶I

4、来源：广州本地瑞原信令平台少于3°Kpcap

5、影响：

小包时延过长，不仅降低了网络资源利用率和瓯络质量性能，而且影响用户网络使

用感知。

6、分析:

小包时延过长分析，首先分段统计TCP小包时延，根据现网每段所耗时间，确定TCP

小包在传输过程中，在哪个节点段耗时比例与正常情况下的比例不一致，然后排查该段

设备、数据和传输等。定位问题点后，联合相关维护人员进行优化。

2.2考核指标门限

目前省公司对3G和4G网络的考核指标及门限如下所示：

一体化竞赛考核指标基准值挑战值

3G下载速率O500KB)400Kbps500Kbps

3GRAB建立时长1500(ns1000ms

3GPDP建立时长1800ms1200ms

3GTCP连接建立时长800ins500ms

3G<30K流量时长5000ms3000ms

4G下载速率O500KB)2Mbps3Mbps

CSFB语音回落成功率92%96%

三、KPI指标定义及分析思路

3.1KPI指标门限

瑞原2/3/4G平台定义的告警主要有ATTACH、PDP/默认承载、RAU/TAU、DNS、TCP、

GET、POST七大指标的成功率和时延告警，各个维度的告警指标和门限详细如下:

瑞原234G平台的告

警指标及告警门限.

3.2KPI指标定义

3.2.1.3GKPI

.ATTACH指标

1、信令流程:

\fSIILIRA、IIIKWSGSTIoklSGS、］|必国H|叶R

1.AtuchR!quest

i''■

2.iRequest

UdenHfkahciRf)n*e

.

3^,Identil\Request

3.Idenlitxte即onse,

电1AuthcnU:aton-一4

5aU|xiMcLaalien

■

力cancelL31)on

5cCancelIotiotiAcE________

»In3cliSub?.ribciDud

.

5eIn«enSiih»MiherDatak

然UpdateLo<ationAck

■

JAlUd】Accepi

7.AltdvhCompxic.

2、瑞原公式：

ATTACH成功率=SUM(success)/SUM(attempt)*100%

在手机发出AttachRequest后收到Attachaccepte信令记为一次成功事件：

ATTACH时延=SUM(response_time)/SUM(success)*100%

Attach时延指从MS发起AttachRequest到AttachAccept的时间间隔,当发生市复Attach尝试时，取第一次

Attach尝试至AttachAccept的时间间隔;

ATTACH核心时延二SUM(Accept_Delay)/SUM(success)*100%

Attach时延指从MS发起AttachRequest到AttachAccept的时间间隔，当发生重复Attach尝试时，取第一次

Attach尝试至AttachAccept的时间间隔;

ATTACH无线时延二SUM(Cmp_Delay)/SUM(success)*100%

Attach时延指从MS发起AttachRequest到AttachComplete的时间间隔,当发生重复Attach尝试时,取第一

次Attach尝试至AttachComplete的时间间隔：

3、来源：广州本地瑞原信令平台

4、分析

结束

网络便因

无钱问足核心网向购

谦且处理

分析步骤：

1、ATTACH指标分析，了解ATTACH指标是从哪个时刻开始下降？出现下降时刻现网

是否存在相关设备操作？

2、ATTACH成功率下降，在SGSN维度是否存在集中性？若存在特定SGSN,再进一

步查看是否存在特定的LAC或CI,或查看该SGSN的ATTACH失败原因占比情况，查看详

细信令消息导致ATTACH失败的原因。

3、根据SGSN集中性、失败原因、特定LAC或ci,来定位是HLR（或AUG问题、

网络问题还是用户问题导致ATTACH指标下降。

.PDP指标

1、信令流程:

手机RNCSGSNGGSN

1激话PDPcontext请*

2建立PDPcontext请求

（携带SGSNIP地址和TEID）

3.建立PDPcontext响应

4RAB建立请求（携带GGSNIP地址和TEID）