【精品】西门子掉话分析

1、西门子系统tch掉话分析本文仅以两门子理论知识结合在工作小碰到的一些问题，对西门子系统tch掉话 做归类分析，仅做参考，不足之处请补充或指正。西门子系统的tch掉话从计数器方面分类大体可以分成3类，分别是 nrfltch、小区内切换掉话（unihialc）和小区间切换掉话（unihirlc）。 非切换掉话为当占用tch时由于无线链路丢失而发生的掉话；小区内切换掉话为 在小区内切换时产生的掉话，小区间切换掉话为在小区间切换时产生的掉话。1. nrfltchnrfltch 的统计项为 nrfltch (1, 2) , number of radio links while using a tch,

2、共分为9个子项。1) nrfltch (1, 2, 1) : t200 expired (t200 超时掉话)1.2.3.4 abnormal call release procedurecall drop: bts sends error indication to the bscmsbtsbscmscjj l丄call or dedicated connection (sdcch or facch) established.5p.ts hassent tum lay厂 |message in acknowledged mode*.i n200+1 times to the ms witho

3、uti receiving an appropriate layer21i acknowledgement.'"errinnrfltch (1.)or*nrflsdcc d )(cause: timer t200 expired n200+1 times)bts向ms发送第二层信令（响应模式）超过n200+1次后未收到ms的响应,bts向bsc发送errin （error indication）,原因为t200超时，记一次掉话。这种掉话主要是在空口上无线环境较差引起。因此发生t200掉话的小区往往伴随 有 t_msrfpci expired （nrfltch （1, 2, 4

4、）及 radio link failure（nrfltch （1, 2, 7）掉话（这些掉话后文会详细描述）。当然如果定时器t200设置过小也容易引起t200超时，引起t200超时掉话。但在 实际情况下该参数在现网数据库中一般作为默认参数进行设置，因此出现这种问题 的概率较小。一般情况下建议将facchtchf设为200以上。t200 默认参数设置：225-200-204-225-225-225-255此类掉话在网络屮发生的概率：较高。bscmsc2) nrfltch (1, 2, 2) : unsolicited dm response,multiple frame established

5、state (复帧已建立状态时主动断连模式响应)msbts丄call or dedicated connection (sdcch or facch) established.dm-errinfacchorsdcch(cause: unsolicited dm response, multiple frame established states i aii i anrfltch/2.) or*nrflsdcc (2.)1ii ms has sent a um layer 2 (lapdm) 1 i message dm (disconnect mode) to the | i bts whi

6、le the bts-lis communication | | is in multiple frame stablished state' jms在空口向bts发送第二层消息dm (断连模式)，但bts与ms z间已经为复 帧已建立状态。这时bts向bsc发送errin (error indication)消息，原因是复 帧已建立状态时主动断连模式响应。注:此类掉话在现网中还没有出现过,因此对于此类掉话暂时还无直观的认识。以厉在有条件的悄 况下将此类掉话的分析加以补充。此类掉话在网络中发生的概率：无。3) nrfltch (1, 2, 3) : sequence error (队列

7、错误)msbtsbscmscbts监测到第二层信令确认模式中有不规则的信息流控制功能（错误的消息队 列）o 此后 bts 向 bsc 发送 errin （error indication）,原因是 sequence error （队列错误）。这种掉话多为天馈系统放大器的线性功能不好，且开启了上行dtx （不连续发 射）引起。解决该问题的最好办法就是更换放大器。考虑到成本因素，一般情况下只需将该小 区的上行dtx关掉即可。相关参数：dtxul设为shnfshnh。此类掉话在网络屮发生的概率：较低。4) nrfltch (1, 2, 4) : t.msrfpci expiredmsbtsbscms

8、cstart i traucall setup.dt1 (ass req):attchsei(1.：i :：tass att i：2.):if last tch start :aaltchti :phcrq m:mtchbut1 (t) (start):phccnchnav(tch)chnakstart t msrfpcii(asscmd)|*asscmd i7l i lost istop ttrali datrq (ass cmd)start t10expiry t msrfpciconfl(cause: t_ msrfpci expired) ， nrfltchj4jbj dt1 (cl

9、req)icaus-b： radto interface msg failure),dti(clcmd)(cause: radb interface msg failure)release of resources.bts 向 ms 发送 ass cmd (assignment command)后，ms 一直未向 bts 发送 sabm消息建立rr连接，直到t_msrfpci超时，产生掉话。bts向bsc发送 confl (connection failure indication)消息，原因是 t_msrfpci 超时。这种掉话主要原因是空口上误码率较高引起信令丢失引起的。干扰，电平低，硬件

10、 问题都会引起此类掉话。此类掉话与nrfltch (1, 2, 1)(t200超时)的原因基本相同，均为空口上误码率较高引起。因此此类掉话也往往伴随有nrfltch (1, 2, 1)和nrfltch(1, 2, 7) (radio link failure)掉话。因此解决此类掉话的主要方法就是通过路测证实该小区是否存在干扰，电平过低， 硬件问题等引起空口上误码率增高的问题。此类掉话在网络中发生的概率：较高。5) nrfltch (1, 2, 5) : distance limit exceededmsbtsbscmscor.ii ms-bts distance ii exceeds the

11、threshold |i excdisticonfl(cause: distance limit exceeded)relrqornrflsdcc (5.)dt1 (cl req) (cause: radio interface message failure) .dt1 (cl cmd)dt1 (cl cmp)relcnrchrl(new tchireset t msrfpcirchra:mtchbuti(1.)(stop)-c) if tlie connection failure indication is received for a tch.ijrfltch is triggered

12、: if it is received for an sdcch, nrflsdcc is triggered.该类掉话较易理解，如果bts发现ms-bts的距离超过了 excdist的门限，则 向bsc发送confl消息，原因是距离超过门限。该问题在市区发生的概率很小，只可能在乡村发生。6) nrfltch (1, 2, 6) : handover access failurebts®dbtsqowbscmsccall in progress.ul (meas rep)弘 cchljaul (meas rep)i stan thorqstl(hocmd)ifacchho acces

13、sstart t31241i ms does not react| tophysinfo.no 1| sabp.1 is received i i atthebts, imh hmb ohm om bmb 丄yohm mb « mhb ohbb omi、i ms does not n?acti tophysinfo.noi sabm is revived| at the bts. iul (phys infolul (phys info)bwhci(with ho cause*start ttraumj attchsei(1 );:atinhirc ():it last tch st

14、art : :aaltchti(1j :chnav(newtch)|start t msrfpcidatrqhocmd)han dostart t8-aininirh () j :aouinirhc)；:mtchbuti i l.istart :chnakstop ttraustart t3105expiry t3105 istart t3105该类掉话发生在非同步切换时，ms发送handover access后，未收到bts向ms 发送的physical information消息，bts内的t3105定时器超时超过ny+1次后， bts向bsc发送confl消息，原因是切换接入失败。这种问

15、题的主要原因在于目标小区发送的physical information消息未到达ms,产 生这种问题主要有以下儿种可能：i. 目标小区的tch硬件问题，由于目标小区的bcch接收电平很高，但切入 的tch载频接收电平很低，因此切入时收不到physical information消息ii. 出于bsic记忆效应出现谋切换，即ms试图切入的小区不是已经激活信道 的小区，下行误码率过高，引起ms收不到physical informationiii. 目标小区切入的tch有频率干扰，引起ms收不到physical information解决这类掉话，主要述是要从h标小区方面來找原因。7) nrfltc

16、h (1, 2, 7) : radio link failuremsbtsbscmsc.1.call or dedicated connection (sdcch or facch) established.二二 wr 二二 【radio link counterii in thebts(rdlnktbs) | i reaches u0confl(cause: radio link failure)mrfltchornrflsdcc (7.)该类掉话是网络屮最常见的掉话，在bts侧的无线链路计数器减至0后，bts向 bsc 发送 confl 消息，原因是 radio link failureo

17、无线链路计数器有一个最大值和一个当前值（最大值在网络中一般设为32）,当 前值的范围在0和最大值之间。当bts收到一个sacch复帧后，当前值+2,没 有收到一个sacch复帧则-1,当减至0后，发生掉话。这种问题和t200 expired t_msrfpci expired类似，均为空口上的误码造成，解 决该类问题主要就是在现场路测，找到产生误码的原因，并解决即可。8) nrfltch (1, 2, 8) : remote transcoder failurettrau expiryortsync expiry亍1 conflnrfltch(causg： rernotg transcoder

18、 failure)(&) orwnrflsdcc (8.)该类掉话的主要原因是ttrau超时导致。-般分为两部分:i基站侧根据话务统计的小区掉话原因分类，有一种是remote transcode failure引起的 掉话。在手机用户侧的体验是电话接通后听不到任何声音，类似“单通”的故障。 此类掉话虽然在日常的网络运行小发生的频度不是很高，但是发生后往往引起较高 数量的掉话，对网络的指标影响比较大。本周发生高掉话的宜川_2小区就是出于 级联的传输出现口环引起的。我们先来看看该站的情况:宜川基站为9/8/8配置，莫屮宜川和宜川_3小区共用一个bs240机柜，宜 川_2独用一个bs240机

19、柜，该站配置了 2条pcmb传输。从11刀6日晩开始宜川 _2出现了大量的remote transcode failure掉话，仅11月6日晚忙时数据统计掉话 次数高达426次。随后的初步统计中我们发现掉话都发牛在宜川_2的后4个trx 上。检查数据库可以看到，该站的传输分配为均衡分配的方式（即在一个站配有2 条传输的情况下，两条传输上都创建了 lapd信令，并且均衡分配话务信道）。 当时该站的第二条传输（pcmb:1）的分配如下图所示：bsc$ pcmb:0s- pcmb:1pcmb:2 pcmb:3 由 pcmb:4 spcmb:5pcmb:6 -pcmb:7 e pcmb:8 王 pcm

20、b:9宜川宜川1宜川3pcmbj0pcmb:11 pcmb:12pcmb:13pcmb:14pcmb:15pcmb:16pcmb:17由pcmb:18pcmb:19囱pcmb:20spcmb:21pcmb:22pcmb:23由.pcmb:24由pcmb:27亩pcmb:29etl-pcmb:30pcmb:31可以看到发生掉话的信道（trx4-trx7）都是这在pcmb:1上。我们推测很有可能是传输自环引起的掉话，而且是在该站第二条传输级联到宜川_2所在机柜的 那一段传输有故障时才会产生口前这样的问题：即虽然属于同一条传输，但是只有 宜川_2的信道掉话，而在上面的宜川_1和宜川_3的信道都不掉话

21、，如下图所示:btsm:obtsm:1宜川和宜川_3宜川_2此后到基站现场检查验证了我们的猜测，该段传输自环。正确连接后故障即 排除。根据以往处理此类故障的经验，我们对此类掉话的原因和处理做了一点归 纳，供日后处理类似问题参考：一. 基站载频模块隐性故障。发生频度：最常见故障定位：bs240/bs82的cu或bs60的tpu。 特点：故障模块所对应的载频发生掉话，故障模块在omc±无告警。处理方法：更换隐性故障模块二. 传输自环发牛频度：常见故障定位：pcmb传输连接。特点：在该段传输上所对应的所有载频都发生掉话，掉话次数很高。 处理方法：排除自环故障，正确连接传输线路。举例：本周出

22、现的宜川_2三. 基站coba、cosa模块隐性故障发生频度：较少故障定位：bs240/bs82 的 coba、cosa特点：基站所有的载频都发生掉话(coba)或扩展机柜的载频发生掉话(cosa),掉话次数较高。处理方法：更换隐件故障的coba或cosa。举例：人民公园t_2(metro)的coba故障四. 多站复用传输的设置错误发生频度：较少故障定位：pcmb传输上对各基站时隙的分配设置。特点：仅在多站复用一条pcmb传输时;ii现，掉话都发牛在pcmb上固定的一个 或多个时隙上。而事实上在多站复用时传输设置上将这些时隙分配给了其它基站。 处理方法：更改传输设置或基站数据(即话务信道在pc

23、mb的时隙分配)，使基 站数据和传输设置保持一致。举例：曙光医院(急诊楼)a(in)五. 个別信道的remote transcode failure掉话发生频度：常见故障定位：某些channel特点：在这些channel ±发生掉话，掉话次数不高。处理方法：删除并重创这些channelo六. 更换cosa后的基站重启发生频度：较少故障定位：更换cosa后未重启基站。特点：如杲先前山于cosa隐性故障而发生remote transcode failure掉话，在更换 tcosa后未重启基站，会继续出现此类掉话。处理方法：根据经验在更换cosa后需要重启基站。举例：屮山公园ta(metr

24、o)ii trau侧在trau侧的remote transcoder failure掉话，一般是trau上的某个trac板硬 件故障导致。问题表现为：很多小区均出现大量的remote transcoder failure掉话。解决这类掉话，观察pcma告警，找到并更换相应trac板即可。trau的处理能力不够也会造成这种掉话，典型的特点是在话务量不高时无此类掉 话，但在话务最忙时很多小区普遍出现此类掉话增多的现彖。解决的方法是对trau扩容。9) nrfltch (1, 2, 9) : unspecified cause该类掉话的原因是当触发bsc间切换时，从源小区发出的handover co

25、mmand无 法发送到ms, t8超时造成的掉话。这种掉话的主要问题为切换速度较慢，当触发切换时，源小区的卜行链路己经很 差，无法送达ms造成的。i. 减小源小区至日标小区的homii. 减小源小区的切换平均窗口iii. 打开源小区的快速上行链路切换功能iv. 必要时可增加t8参数的值（经验值为hlfseg36）2.小区内切换掉话btsbscmsccall in progress.start thorqstwihcifsmthhocauseiass cmd is lost.start ttraui attchsei (1.) «if iasi tch start :aaltchti (1):.chnavwv tch)j:mtchbuti (1.) (start)start t msrfpcii (ass cmd>0灯facchchnak一 dat ro (ass cmd)斗istarttiorelrqrelcn；at1nhiacc)；expiry t10unihia