基于Release重发统计的定时器设置检查方法

1、基于release重发统计的定时器设置检查方法前言：一直以來，“无线掉话率”作为集团公司考核各个省市网络质量的重要kpi指标之一， 倍受关注；为了使网管掉话率能够比较真实地反映实际的网络质量，2010年集团公司在网 络质量竞赛试点北京项目屮严格规定了 rlt定时器以及t305/t308定时器的时长设置，并多 次以公文或工单的形式加以强调。为了在表面上“提升网络质量”，修改定吋器来快速达成 目标，成为了一些个人或组织的手段，这种做法不但掩盖了网络的真实质量，而且给用户造 成了 “无声”的恶性体验，并且在存在多计费的问题，后果极其恶劣。为了保证指标的真实 性和考核的公平性，需要有手段能够快速、准确

2、地发现网络屮不符要求的定时器设置。福建 公司根据白身的仪表使用经验，总结出一套“基于release重发统计的定时器设置检查方法”, 该方法只需要采集a 口/lu 口信令，根据“无线掉话与release重发的占比关系”判断rlt 定时器与t305/t308定时器时长关系來判断定时器设置是否符合要求。当rlt设置值大于 t305+2xt308时，release重发的占比将大幅上升,经验数据表明当占比超过0.1时，可以 认为可能存在定时器设置问题，超过0.5可以确认存在问题。该方法具有操作简单(只需挂a 口和lu 口)、可同时检查g网和t网、检查准确等特点, 值得在各项检查中运用。原理分析：木段基于

3、a 口信令流程进行分析，lu 口流程不再赘述。ms a|bts a|bsc a|msc|bsc bbts bms b305*:ton-305-308-:«ih 30530归<< 1(vxiwnaml c<>w>nlctqi >ffl (u)正谢恬况('1 oai c nniv'knil i ><c lt>ar卜的种放倍令流种图(a)正常情况下的释放信令流程通过图(a)正常情况下的释放信令流程，可以知道t305定时器在发送disconnect消息 时启动，收至!l release消息时停止；t308在发送releas

4、e消息时启动，收至！i releasecomplete 时停止。t305/t308定时器可以存在于终端侧以及网络侧。在终端与网络侧存在无线失步时(不考虑呼叫重建以及cellupdate等机制)，实际上终 端是无法与网络侧发生sccp层以上的信令双向交互，包括cc呼叫控制信令消息，这就意 味着在a 口和lu 口信令上只能由网络侧msc通过bsc/rnc下发cc呼叫控制信令消息，并 且通过cc呼叫控制相关定时器超时触发a 口/lu 口的释放流程。msbssmsc.discoxmect4305 suxtydisconnectk冷-releasek05 expiredrelease 一一 >11

5、hx$tt3cb start冷releasehist t308 expiredreleaseybcond t308 start.cfearcmdsecond t308 expired图(b)终端失步情况下被动释放的信令流程通过图(b)终端失步情况下被动释放的信令流程，对以知道终端ms在与网络侧失步后， 实际上无法对msc发送的disconnect消息进行回复(正常情况下，终端ms需要回复release 消息给msc,见图(a),必然导致t305定时器超时，该过程即图(b)中所示的a过程，该过 程等待吋长就是t305定吋器设置时长。在t305定吋器超吋后，msc将会通过a 口/lu 口下 发re

6、lease消息并且笫一次启动t308定时器，当终端ms与网络侧继续处于失步状态，无法 对msc发送的release消息进行回复(正常情况下,终端ms需要回复releasecomplete消 息给msc),因此必然导致t308定时器超时，该过程即图(b)中所示的b过程，该过程等待 时k就是t308定时器设置时长。在t308定时器第一次超时后，msc将会通过a 口/lu 口再 次下发release消息并且第二次启动t308定时器，当终端ms与网络侧继续处于失步状态， 无法对msc发送的release消息进行回复(正常情况下，终端ms需要回复releasecomplete 消息给msc),因此必然导

7、致t308定时器第二次超时，该过程即图(b)中所示的c过程，该 过程等待时长就是t308定时器设置时长。在t308定时器第二次超时后，就由msc发起a 口/lu 口释放流程(通过 clearcommand/lureleasecommand)。以上分析，均是单纯从msc侧和终端侧的高层信令进行分析，实际上在终端与网络侧 失步后，bsc/rnc均存在无线链路超时机制，通过无线链路定时器rlt超时向msc发送 clearrequesr/lureleaserequest触发a 口/lu 口释放，该触发过程以发生在图(b)终端失步情 况下被动释放的信令流程屮所标示的a/b/c过程屮。一旦该过程触发，t3

8、05/t308定时器也 将随着a 口/lu 口释放而停止，同时clearrequesr/lureleaserequest触发的a 口/lu 口释放计 入无线掉话。数据分析：根据集团公司规定，rlt设置为16s, t305设置为16s, t308设置为8s,实际上终端失 步造成无线链路定时器rlt超时均应该发生在t305/t308定时器超时前，全部计入无线掉话。 但是，一些省市修改了 rlt定时器，使rlt>32s(t3o5+t3o8*2),另一些省市修改了 t3os/t3o8 定时器，使t305+t308*2<16s；导致无线掉话指标“优秀”。本段以lu 口信令流程进行分析，a 口

9、流程不再赘述。序号值令的间1 2011-io-1408:18 54480 606tick)2 20m-10-k08:18 s4s»611ticw3 2011-101408:189630 62ltic»4 2011-10-1408:18 55!90s7h>ck)5 2011-10-1408:18:55370 ®95t>ck)6 2011-10-h06:1855380 696tick)7 2011-10-k08:1855530®l!tick)8 2011-10-k06:18s5540c12tick)9 2011-10-1408:1855560&#

10、174;!4tick)10 2011-10-1408:1859480(1006t>ck)11 2011-10-1408:18:59soo(looctick)12 2011-10-1408:1859s20a010t>ck)13 2011-10-k08 1859seogoktick)14 2011-10-k08 1859960c1054tic»15 2011-10-h08:1900290(1087tick)16 2011-101408:1900440(11021217 2011-101408:19:00440(115418 2011-10-u08:190044oaio2t&g

11、t;ck)19 2011-101408:1900440ai02t>ck)20 2011-10-1408:1900他(lloztich)21 2011-10-1408:190044oaio2tick)22 2011-10-1408:19:01100ai68tack)23 2011-101408:19os600(1618t>ck)24 2011-10-1408:1908990u95hic»25 2011-10-1408:1918870 (294st»ck)26 2011-io-1406:19 18 900(2948tick)2t2011-10-k 08:19 27

12、310 o789tick)»20u-io-m 06 19 27 370g795tick)29 2011-10-k08:19 35 310«s89tick)30 2011-10-1406:19:44310 s489tick)31 2011-10-1408:19:53300 (6388tick)32 2011-10-1408:19:53300 (&388tick)532011-io-k06:19.58300(6888tick)pckk.cb.service.req (022<k) rcm>vn<_mq(02i2h) pcxbjdnrrin.rsp(02

13、i9h) poa.avtm_rsp(02uh) ralap.secvmn.kde.coiplni 00. rem idnnin rzq(0216m) rc)a_snw ©105)0 poajdnrrinjsp(021m) fchb.caixjbxenillft； ® i02h) ramap_rabjlssiq®ekt_rw (00000ik) mbaf.rl.ttcpgjrzp (d20003m) xbaf_rl_wcpg_rzady (020010m) m£ rb.sztw omooofm) kbar.rl.kktg.cobilt (d2ooo4n)

14、xbat.rl.restore imd(0200!9h) wsc.mas.ctkl (040009m) rm：_ttas_ctbl(>40009m) rh： uas ctbl(m0009m) ramkp.rabjlssigmieirr.tts? 0)000 . m£ uas cttl(o4o0(mo rkc kb set" cwp(040043m) fc阪 alertik(0101m) mjc «£as.ctrl(040009h) pcra.conact(oiotm) pcxh.disc0mmbctc12sm) xbaf rl fail ind(0

15、200!8k) jcbw.m-_dhl.mq c020007k) _7_【 faa_rzlzasi(d124m) fckb rzlzase (0124)0 umafjv_rzlzas2.co«a1(d (000002k) u)upju_rzlzasbjco«pletb©ooo . m£mc.c0m ml (040010k)00:00-10.706sco>100:00". 7q&razdd locatk>nreoort»oocontroloo.co-10.780m m.atioooooo-xo.c.a-1bitalh

16、oo 00-10 10300:00-10.0000:0040.004ranap* secmrityk4o<leccdkanar. securttvmocs«-<orvtplo«r*0000 3 今.922mmoo:cx> 39.73oq00-30 742cc<mi procctirkj00:00 35raf4ap: rar -oonrkxa staioo：cx> y”？ccaiwtinaoooozo .13ccooooct00:00 16.-1s9 valy zcwrnel cfl <00:0000.00000:00 00 oo!zo&#

17、171;ed cll clrarx00:00 17.07oo(x> 1 h.o1 7razdd lt>-fte4ea«ecorole«eoo：oq la.cxsisccp；沁mbndrtsooo (x> 1 8 ot-r.sccp：羽timsijuc：图（c）修改定吋器后，终端失步情况卜-被动释放的信图（d）修改定时器后，终端失步情况卜被动释放的信令流程（取白rnc）令流程（取白中创信测）通过图（c）/（d）修改定时器后，终端失步情况下被动释放的信令流程，可以观察出实际上 该终端在收到disconnect消息（该disconnect消息为对端手机挂机发送）

18、之前已经失步（判 断原因：disconnect消息与rl_fail_ind消息只差0.03s,根据无线链路指示机制,出现 rl_fail_ind前终端己经失步），对端手机必然感知无声，导致主动释放。以上场景可以总结为：通话过程中，一方出现失步，在rlt定时器未超时前，另一方感 知无声主动挂机，并且失步方由于t305/t308设置时长超过rlt定时器，不计入无线掉话。 可以称为“未计入掉话的用户无声挂机”。针对以上这种“无声挂机”现象，采集lu 口信令将“release重发”作为“无声挂机” 的特征，统计“无声挂机”次数。对修改定时器前后统计指标进行对比：条件设置无线掉话(iurelreq)无声挂机 （release 重发）总感知指标rlt<t305+t308+20. 184%0. 017%0. 202%rlt>t305+t308+20. 05