A接口信令统计掉话次数与OMC统计掉话次数的比较及分析

A接口信令统计掉话次数与OMC统计掉话次数的比较及分析

ID:41762203

大小:415.87 KB

页数:11页

时间:2019-09-01

A接口信令统计掉话次数与OMC统计掉话次数的比较及分析_第1页
A接口信令统计掉话次数与OMC统计掉话次数的比较及分析_第2页
A接口信令统计掉话次数与OMC统计掉话次数的比较及分析_第3页
A接口信令统计掉话次数与OMC统计掉话次数的比较及分析_第4页
A接口信令统计掉话次数与OMC统计掉话次数的比较及分析_第5页
资源描述:

《A接口信令统计掉话次数与OMC统计掉话次数的比较及分析》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、A接口信令统计掉话次数与OMC统计掉话次数的比较及分析一・背景CMCC在2004年对各移动公司进行A接口挂表测试,从信令上统计掉话次数,并与网管指标比较,以确定上报指标的正确性。根据CMCC对掉话的定义,认为AssignmentComplete以及heindovercomplete后出现的clearrequest消息为一次TCH掉话。二・数据统计通过对多BSC大量的信令数据分析以及与0MC统计比较发现,A接口统计的掉话次数与OMC统计的掉话次数相比,存在不固定的误差。有时A接口统计的掉话次数偏多,有时又偏少,两

2、者相差比例不固定。以下是长春某个BSC多吋段统计的结果:BSC跟踪时间统计时间段A接口统计掉话OMCR统计掉话误差cc332(X)4-11-1816:00-17:00246283-13.07%cc332004-11-1817:00-18:00253266-4.89%cc332004-11-1818:00-19:00253257-1.56%cc332(X)4-11-1819:()0-20:00234232().85%cc332004-11-1820:00-21:00153157-2.55%cc332004-11-

3、1918:00-19:002082060.96%cc332004・ll・1919:00-20:001611610.00%cc332004-11-1920:00-21:00144153-5.88%cc332004-11-1921:00-22:0012310514.63%cc332004-11-1922:00-23:0066617.58%cc332(X)4-11-208:(X)-9:(X)22413639.29%cc332004-11-209:00-10:0031524920.95%cc332004-11-2010

4、:00-11:0028824614.58%cc332(X)4-11-2112:00-13:0089348845.35%cc332004-11-2113:00-14:0038830222.16%cc332004-11-2114:00-15:002772692.89%cc332(X)4-11-2115:00-16:00262278-5.76%cc332004-11-2116:00-17:00263273-3.66%cc332004-11-2117:00-18:00205230-10.87%cc332(X)4-11-

5、2118:00-19:00175202•13.37%合计5131455411.2%误差率计算公式:IA—B

6、/max(A,B)A:A接口统计掉话次数B:OMC统计掉话次数三•数据分析说明:OMC统计的掉话按照统计对象不同可分为两种,以Abis口信令触发的掉话(MC736,MC14C,MC739)和以BSC内的计时器触发的掉话(MC621)。信令统计的掉话根据CMCC的定义是以A接口出现的clearrequest(TCH建立后)为基准的。根据这两者定义统计出掉话次数后,比较掉话的一致性,存在以下两个疑问:1.cl

7、earrequest(TCH后)是否真的代表掉话?或者说在A口上发生的每次clearrequest(TCH后)OMC是否都会记为掉话?2.OMC统计的每次掉话是否都会在A接口上触发clearrequest?从现网的大量数据分析得知,以上两个疑问的答案都是否定的(在后面的具体分析中可知)。也就是说,A口信令统计岀的掉话次数与OMC统计的掉话次数比较的话,木身就存在一定的误差,误差的范围不定。根据误差率的不同,定义了以下3种情况:1.误差率在-3%到3%范围内,A接口统计的掉话次数与OMC统计大致相等2•误差率大于

8、3%,A接口统计的掉话次数大于OMC统计3.误差率小于-3%,A接口统计的掉话次数小于OMC统计■A接口信令统计掉话次数大于OMC统计掉话次数这种情况比较普遍,极端情况下误差率达到40%。目前发现以下两种情况会造成A口比OMC多记掉话。□通话过程屮伴随短信流程(可通过修改交换机参数TC1N消除)这种情况对误差的影响与这时段的短信量成正比,短信量越多,存在这种流程的数量就越多,误差也越大。通话过程中伴随短信的流程完全符合GSM规范,但是由于个别类型的手机在通话结束后无法回应确认消息,造成网络侧等待手机回应,最后由

9、手机侧主动释放链路的情况,在A口上会岀现clearrequest消息,而Abis口为正常释放流程,固OMC不记为掉话,这就产牛了误差。根据目前的分析,出现这种问题的手机基本集中在三星以及与三星合作的手机(康佳等)。下图所示为通话过程中同时出现短消息流程的情况,即:手机在成功占用TCII后收到网络侧下发的短消息CPDAT,接着手机挂机,手机始终没有向网络侧冋应CPACK,而网络侧持续等待

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。