欢迎来到天天文库
浏览记录
ID:11105561
大小:534.50 KB
页数:24页
时间:2018-07-10
《基于信令系统的ps域承载性能分析》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库。
1、基于信令系统的PS域承载性能分析1、PS域附着分析(1)流程分析PS附着在IU口上的流程如下图所示。RNC向CN发送AttachRequest,系统进行鉴权,鉴权通过后,CN发送AttachAccept,其中包含新分配的PTMSI,手机收到后应向CN回复AttachComplete消息,PS附着流程结束。图示如下:图1PS附着流程本次信令分析PS附着概况统计和图示如下:表2PS附着统计指标统计项目次数比例PS附着尝试次数3723100%PS附着成功次数360596.83%PS附着拒绝次数1052.82%与UE无线联系丢失次数40.11%PS附着无线过程失败次数50.13%PS附着请求无响应
2、次数40.11%图2PS附着流程鱼骨图PS附着成功率为96.83%,分析信令数据造成PS附着不成功的主要原因是附着拒绝(105次),PS附着过程中与终端失去联系(4次),PS附着无线过程失败(5次)和PS附着请求无响应(4次)。其中PS附着过程中与终端失去联系造成附着失败的主要原因可以被认为与无线环境相关,而PS 附着无线过程失败是由于用户终端问题,PS附着请求无响应是由于超时造成的。以下我们对附着失败详细列出及分析原因。(1)PS附着拒绝分析表3PS附着拒绝原因分布表PS附着拒绝原因次数PSservicesnotallowed105下面列出了这种PS拒绝的流程:PS附着拒绝,拒绝原因为“
3、PSservicenotallowed”。这通常是由用户没有开通PS功能权限引起的。图3PS附着拒绝:PSservicenotallowed以上数据可以看出,所有附着拒绝是由于用户没有使用PS业务的权限。建议南京公司为这些用户开启PS业务权限,使这些用户可以使用TD数据业务。用户列表如下:表4PS附着失败次数的用户列表IMSIPS失败次数46007711955095831460022957209283204600797910012021146007710782261910460029963814369746007711955838864600229572104495460028961618
4、557446007711955064934600015912317393未知2460004714138652146000208453662114600001641195871(1)与UE失去联系分析在PS附着过程中与UE失去联系通常与无线环境相关。以下列表为与终端失去联系的小区信息,以便对这些小区的无线环境进行核查:表5与UE失去联系的小区列表小区名CIIMSIHITS江宁医科大-1213014600225144047381江宁T-3211434600051914383751江宁T-1211414600210526057031溧水花园-121451未知1(1)PS附着无线过程失败分析PS附
5、着无线过程失败和与UE失去联系相似,通常也与无线环境和用户终端相关,从以下统计结果来看大部分失败都为华为的ET128数据卡,建议对用户终端进行专项测试。表6PS附着无线过程失败表IMSIIMEI终端名称PS失败次数460022614401764860039001940550华为数据卡1460021958711283860039002135180华为数据卡1460028506915063860039002132120华为数据卡1460023518614992860039000378290华为数据卡1460020041335022860013000977200夏新手机1(2)PS附着请求无响应
6、分析PS附着请求无响应主要是因为超时所造成的,其无响应主要发生在核心网侧,可能与SGSN有关。统计列表如下:表7PS附着请求无响应表IMSI超时次数460004404129891146000142453294114600210526057311未知1(1)PS附着时延分析PS附着时延是指从ATTACHREQUEST到ATTACHCOMPLETE之间的时长。本次分析信令数据的平均附着时长为1.61秒,基本正常。以下为主要PS附着时延分布图示:图4PS附着时延分布图(正常部分)从PS附着时延分布时来看,主要分两个部分,一部分为小于1.5秒的,占了约50%;另一部分为大于1.5秒,占了约另一半。
7、这两部分的主要区别为附着过程中鉴权和核心网响应时间。建议对核心网及以上部分的设置进行检查。正常附着时长和超长附着时长的流程如下两图所示:图5PS附着过程中鉴权过程和核心网响应过长,时延为3.13秒图6PS附着过程中鉴权过程正常,时延为0.45秒1、PDP激活分析(1)流程分析PDP上下文激活在Iu口上的流程如下图所示。首先RNC向CN发送Serviserequest,通过鉴权加密后,RNC向CN发起ActivatePDP
此文档下载收益归作者所有