未接通掉话简析及案例分析范志浩.docx

未接通掉话简析及案例分析范志浩.docx

《未接通掉话简析及案例分析范志浩.docx》由会员分享，可在线阅读，更多相关《未接通掉话简析及案例分析范志浩.docx（18页珍藏版）》请在冰点文库上搜索。

未接通掉话简析及案例分析范志浩

未接通、掉话简析及案例分析

―范智浩

目录

1前言2

2路测指标分析2

3未接通3

3.1位置更新过程中的未接通4

3.1.1主叫位置更新引起的未接通4

3.1.2被叫位置更新引起的未接通4

3.2无线链路建立过程中的未接通4

3.2.1SDCCH拥塞引起的未接通4

3.2.2SDCCH掉话引起的未接通5

3.3TCH分配过程中的未接通5

3.3.1TCH分配失败引起的未接通5

3.3.2TCH拥塞引起的未接通5

3.4其它未接通5

4掉话6

4.1无线链路质量差掉话6

4.1.1接收电平低且TA值较大6

4.1.2接收电平低但TA值正常6

4.1.3接收电平正常但质量很低6

4.2切换掉话6

4.2.1误切换6

4.2.2HandoverCommand等无后续信令7

5案例分析7

5.1清河路北河口2掉话问题7

5.2湖西街茶亭新村2掉话问题9

5.3龙园东路古平岗3未接通问题10

5.4长江大桥大桥四处2未接通问题11

5.5虎踞路艺术学校2未接通问题12

5.6江东路聚福园1未接通问题13

5.7绕城公路江宁气象学院3未接通问题14

5.8中山北路下关2掉话问题15

5.9清凉门大桥汉中门1掉话问题15

5.10清凉门大街省邮科所2、赛天皇星2同BCCH问题17

5.11定淮门大街定淮门2未接通问题18

1前言

路测主要是分析空中接口接收到的网络电平质量，从而可以了解一些网络无线情况：

基站分布、覆盖情况，是否存在盲区；切换关系、切换参数、门限设置是否合理；下行链路是否有同邻频干扰；天线扇区是否接反；天线下倾角、方位角及天线高度是否合理；以及网络的其它情况，为制定网络优化方案和实施网络优化提供依据。

测试方法可以采用长通话测试方式（检查通话质量、切换参数）；空闲模式测试方式（检查小区重选参数、LAC区分布的合理性）；扫频测试方式（同邻频干扰、C/I）、自动重拨呼叫测试方式（评估整网性能），各种测试方法依据需要结合使用。

最后根据路测分析的结果，对网络参数、天馈系统进行相应的调整，来达到无线网络优化的目的。

2路测指标分析

一般在路测工作中，我们重点关注的指标有：

电平覆盖、通话质量、未接通和掉话。

电平覆盖弱：

●确实为弱覆盖地区，可调整周边小区天线物理参数（如可调且不影响其它地区）或加新扇区、街道站、新宏站来加强覆盖

●由于小区重选、切换参数等造成的越区覆盖；基站未满功率发射、开启下行功率控制或直放站近远端机存在故障（如上下行功率、增益未调整好）而造成的弱覆盖，可通过参数调整来加强覆盖

通话质量差（下行）：

●由于电平覆盖弱而造成的通话质量差，可通过加强覆盖来提高

●由于同邻频干扰、外部干扰（C网干扰）等造成的通话质量差（如果此时电平覆盖弱，应先加强覆盖），可由RNP重新规划或排除干扰源

●由于直放站故障（如宏站修改相应频点，而对应的选频直放站未修改）

而在这4个指标中，我们最主要分析的是未接通和掉话这两种情况。

CMCC路测规范定义：

1.接通率，定义：

接通率＝接通总次数/试呼总次数×100％；

说明：

（1）试呼次数：

以ChannelRequest和CMServiceRequest（通信管理业务请求）同时出现来确定试呼开始。

（2）接通次数：

当一次试呼开始后出现了Connect，ConnectAcknowledge消息中的任何一条就计数为一次接通。

（3）接通率＝总（Connect或ConnectAcknowledge）数/总（ChannelRequest和CMServiceRequest）数×100％

（4）接通率取主叫测试手机的统计结果。

2.掉话率，定义：

掉话率＝掉话总次数/接通总次数×100％；

说明：

（1）接通次数：

当一次试呼开始后出现了Connect，ConnectAcknowledge消息中的任何一条就计数为一次接通

（2）掉话次数：

在一次通话中如出现Disconnect或ChannelRelease中任意一条，就计为一次呼叫正常释放。

只有当两条消息都未出现而由专用模式转为空闲模式时，才计为一次掉话。

（如通话时间不足规定时长，出现释放，要求通过层3信令解码判断原因）

（3）掉话率取主、被叫手机的统计结果

（4）掉话率＝（主叫掉话+被叫掉话）/（主叫接通+被叫接通）×100％

3未接通

在日常的路测中，我们通常会遇到4种类别的未接通，其一为主被叫位置更新引起的未接通；其二为无线链路建立过程中遇到的未接通；其三为TCH分配过程中遇到的未接通，最后为Paging无响应或手机原因等引起的未接通。

现就各种未接通来做一个具体的分析：

3.1位置更新过程中的未接通

3.1.1主叫位置更新引起的未接通

在GSMDT测试中，手机在通话模式下跨越LAC或在空闲模式下做跨LAC小区重选后，手机会做位置更新。

如果主叫手机还未来得及做位置更新就起呼（上发ChannelRequest），主叫在上发CMServiceRequest后会收到网络侧下发的CMServiceReject，Cause为IMSIunknowninVLR，而造成未接通。

3.1.2被叫位置更新引起的未接通

在GSMDT测试中，手机在通话模式下跨越LAC或在空闲模式下做跨LAC小区重选后，手机会做位置更新。

如果主叫手机寻呼被叫时（AssignmentComplete后），被叫正在进行位置更新，而无法正常响应主叫的寻呼命令，最后主叫会收到网络侧下发的Disconnect，cause为Networkoutofforder或NoUserresponding，从而造成未接通。

3.2无线链路建立过程中的未接通

在无线链路建立过程中，SDCCH信道有时会存在拥塞现象，这种情况会导致未接通；在SDCCH信道分配过程中或分配完以后，无线链路有时会变得较差，致使SDCCH信道不能正常分配或发生SDCCH掉话（大部分小区未开SD切换），此种情况也会导致未接通。

3.2.1SDCCH拥塞引起的未接通

由于SDCCH拥塞导致的未接通，需要结合A接口，Abis接口信令跟踪及OMC统计分析。

具体情况为主被叫手机上发ChannelRequest后，网络无法对其进行正常的立即指配命令。

在测试过程中，有时会看到被叫手机上发3次ChannelRequest后无后续信令（也可能由于上行干扰引起），排除上行干扰后就可能由于SDCCH拥塞引起（可通过查询当时占用小区的MC04判断是否有SDCCH拥塞存在）。

3.2.2SDCCH掉话引起的未接通

在SDCCH正常指配过程中或分配完以后，无线链路有时候会变得很差，质量下降后会引起SDCCH信道不能正常分配或发生SDCCH掉话（大部分小区未开SDCCH切换），从而导致未接通。

3.3TCH分配过程中的未接通

3.3.1TCH分配失败引起的未接通

TCH分配失败引起的未接通，在GSMDT测试中较少发生，具体情况为无线链路较差或其它硬件原因等导致TCH分配失败，从而引起未接通。

3.3.2TCH拥塞引起的未接通

由于TCH拥塞引起的未接通，需要结合A接口，Abis接口信令跟踪及OMC统计来进行具体分析。

具体情况为主叫Callproceeding或被叫Callconfirmed后，网络无Assignmentcommand命令，最后网络侧下发ChannelRelease，cause为Abnormalrelease，timerexpired，从而导致未接通。

3.4其它未接通

在GSMDT测试中，由于网络原因或手机原因等，有时被叫手机不能正常响应网络的寻呼命令，在主叫正常起呼后，由于寻呼不到被叫或手机振铃无响应等情况，致使不能正常接通。

4掉话

在日常的路测中，我们通常会遇到2种类别的掉话，其一为无线链路质量差引起的掉话：

包括弱覆盖、硬件问题、同邻频干扰、参数设置不当；其二为切换掉话：

误切换；HandoverCommand、HandoverFailure后无后续信令。

现就各种掉话情况来做一个具体的分析：

4.1无线链路质量差掉话

4.1.1接收电平低且TA值较大

由于该处离基站较远而造成电平覆盖差，可以检查基站分布情况、勘察相关基站附近环境、检查天馈物理参数（下倾角是否过小等），还应查看相关基站邻区及切换参数设置，是否有可切换的小区而没做邻区关系而造成掉话。

4.1.2接收电平低但TA值正常

可能是由于该处信号衰减较大，也可能是相关基站硬件故障或网络参数设置不当，查看附近是否有建筑物阻挡或基站天馈参数是否与RNP数据相符，还应检查相关基站有否有硬件故障，网络参数设置情况（相关小区是否被禁止、是否被降功率等）。

4.1.3接收电平正常但质量很低

可能是由于干扰造成，也可能是相关基站硬件故障造成，应查看相关小区频率配置，检查是否有同邻频问题，必要时应到现场测试是否有系统外部干扰存在，检查相关基站有否硬件故障。

4.2切换掉话

4.2.1误切换

由于话务量的增加，网络的配置相应增加，频点的复用度也越来越高，造成网络中存在一些同邻频干扰。

在路测过程中由于BSIC未及时更新（30秒更新一次）而造成的同BCCH小区的误切换，切换后又由于占用的TCH电平质量较差而造成掉话。

建议由RNP对该区域的BCCH及BSIC进行调整。

4.2.2HandoverCommand等无后续信令

手机收到HandoverCommand，或者上发HandoverFailure后无后续信令，直接转为空闲模式而造成掉话，检查相关小区切换关系和参数设置，检查相关基站硬件设备，或者从交换侧寻找原因。

5案例分析

5.1清河路北河口2掉话问题

时间：

03月01日09:

57分

描述：

测试车辆沿清河路由北向南行驶，主被叫均占用北河口2（LACCI=20948/56102），被叫电平良好（Rxlev＝－73dBm），想切换至河北大街1，收到HandoverCommand后直接转为空闲模式。

而主叫随着北河口2电平的下降，质量也降到了，后收到Disconnect。

分析：

此次掉话是由于被叫切换掉话。

但是掉话前，主叫质量恶化，查看Mapinfo，发现北河口2的63、60分别与河北大街1的62、59邻频，北河口2的12与河北大街1的12同频（邻区表中显示，河北大街1信号强10多DB）。

建议：

提交RNP修改相关频点。

图1北河口2掉话主叫相关图示

调整情况：

河北大街1频点已更换（12－1012、59－21、62－1008）；上新河1频点已更换（21－74）。

复测情况：

3月7日10:

20，对清河路进行复测。

测试车辆沿清河路由北向南行驶，主被叫占用北河口2时（河北大街1此时比北河口2电平高10dB），但质量良好，并无频点干扰。

复测情况良好。

图2北河口2掉话复测图示

5.2湖西街茶亭新村2掉话问题

时间：

03月01日14:

15分

描述：

测试车辆沿湖西街由南向北行驶，主被叫占用茶亭新村2，电平质量良好（Rxlev＝－55dBm，Rxqual＝0），14:

15:

25主被叫同时电平质量突降（Rxlev＝－100dBm，Rxqual＝7），后直接转为空闲模式。

分析：

由于主被叫同时从Rxlev＝－55dBm，Rxqual＝0突降到Rxlev＝－100dBm，Rxqual＝7，故怀疑茶亭新村2小区有硬件问题。

建议：

查看当时茶亭新村2是否有硬件故障。

图3茶亭新村2掉话主被叫图示

调整情况：

查看该时段茶亭新村2的OMCR话务报告，发现报告不全，查看OMCR历史告警，发现茶亭新村2小区在03月01日14点至15点做过操作，故发生掉话。

查看较晚时段的话务报告，该小区已正常。

复测情况：

3月7日10:

42，对湖西街进行复测。

测试车辆沿湖西街由南向北行驶，在近水西门大街处主被叫切换至茶亭新村2，电平质量均良好（Rxlev=-55dBm，Rxqual=0）。

复测情况良好。

图4茶亭新村2掉话复测图示

5.3龙园东路古平岗3未接通问题

时间：

03月03日10:

05分

描述：

测试车辆沿龙园东路由南向北行驶，主叫占用金港饭店1（LACCI=20948/51071），电平质量良好（Rxlev＝－55dBm，Rxqual＝0），10:

05:

11.265上发AssignmentComplete，后收到Disconnect，cause为Networkoutofforder。

被叫占用金港饭店3（LACCI=20948/51073），后小区重选至古平岗3（LACCI=20977/31113），并在10:

05:

12.125上发ChannelRequestReport，cause为位置更新。

分析：

此处为LAC边界，金港饭店3（LAC=20948）,古平岗3（LAC＝20977），故此次未接通为被叫位置更新引起。

建议：

更合理的划分LAC。

图5古平岗3未接通被叫图示

5.4长江大桥大桥四处2未接通问题

时间：

03月03日11:

07分

描述：

测试车辆沿长江大桥由西向东行驶，主叫占用大桥四处2（LACCI=20763/38162），电平质量良好（Rxlev＝－70dBm，Rxqual＝0）；而被叫占用大桥四处2（Rxlev＝－75dBm），在主叫分配完TCH信道后大约7秒，上发3次ChannelRequestReport，无后续信令。

分析：

由于被叫上发3次ChannelRequestReport，无后续信令，所以怀疑有可能是SD拥塞和上行干扰所致，后查看OMCR话务报告，两者都没有。

图6大桥四处2未接通被叫图示

5.5虎踞路艺术学校2未接通问题

时间：

03月03日11:

30分

描述：

测试车辆沿虎踞路由北向南行驶，主被叫占用艺术学校2（LACCI=20977/31122），电平良好（Rxlev＝－45dBm），主叫分配完TCH信道后，被叫开始进行TCH分配，但是上发CallConfirmed后5秒，收到ChannelRelease，cause为Abnormalrelease，timerexpired，同时主叫收到Disconnect，cause为Resourceunavailable，unspecified。

分析：

从主被叫的信令来分析，此次未接通是由于艺术学校2TCH拥塞引起的。

后查看该时段艺术学校2的OMCR话务报告，发现该时段TCH拥塞与分配失败非常多，故此次未接通是艺术学校2TCH拥塞引起的。

建议：

因为该时段为忙时，而且艺术学校为校区，故发生TCH拥塞和分配失败的可能很大，建议扩容。

图7艺术学校2未接通被叫图示

5.6江东路聚福园1未接通问题

时间：

03月16日17:

40分

描述：

测试车辆沿湘江路右拐至江东路时，主叫占用聚福园1，电平、质量良好（Rxlev＝－45dBm，Rxqual＝0），被叫占用聚福园1。

主叫分配完TCH信道后等待被叫接通，而被叫上发ClassmarkChange后无setup等后续信令，60秒后收到下行的ChannelRelease，主叫则在AssignmentComplete后3秒收到Disconnect（原因为Temporaryfailure）而释放信道。

主叫在这20秒后又寻呼一次被叫，但由于被叫没有释放掉前一信道，故又造成一次未接通，cause为Userbusy。

此后主被叫通话正常。

分析：

可能与交换侧有关。

图8聚福园1未接通主叫信令图示

5.7绕城公路江宁气象学院3未接通问题

时间：

04月07日11:

00分

描述：

测试车辆沿绕城公路由西向东行驶，主叫占用柴家营3，电平质量良好（Rxlev＝－60dBm，Rxqual＝0），主叫上发AssignmentComplete后，被叫响应寻呼（占用江宁气象学院3），但起呼后在SD指配过程中质量很差，造成未接通。

分析：

由于在SD过程中手机是不能切换的，所以被叫在SD指配过程中质量差，但是由于不能切换，所以无法完成后续指配，造成未接通。

在上一次通话中，被叫手机先从柴家营3切换至郝墅1，后又切换至江宁气象学院3，在空闲模式下占用江宁气象学院3，此时柴家营3的信号比江宁气象学院3高12dB左右，但是由于两小区属于不同LAC，所以被叫手机难以小区重选至柴家营3。

建议：

检查绕城立交2、柴家营3、江宁气象学院3的最小接入电平及CRO，并做适当调整，降低江宁气象学院3的CRH，抬高绕城立交2、柴家营3到郝墅1的切换门限，抬高郝墅1到江宁气象学院3的切换门限，尽量在绕城公路上不占用江宁气象学院3。

图9绕城公路江宁气象学院3被叫图示

5.8中山北路下关2掉话问题

时间：

04月06日20:

36分

描述：

测试车辆沿中山北路由西向东行驶，主叫占用挹江门D1，电平质量良好（Rxlev＝－75dBm，Rxqual＝0），被叫占用挹江门1，电平质量良好（Rxlev＝－65dBm，Rxqual＝0），后切换至下关2（Rxlev＝－90dBm，Rxqual＝7），最后掉话。

分析：

被叫切换至下关2之前，下关2电平在－84dBm左右，而占用的挹江门1电平为－65dBm，但是却从挹江门1切换至下关2，造成质量差而掉话。

查看OMCR参数，挹江门1是否开启综合捕捉切换或快速话务切换，并查看OMCR110Counter，挹江门1该时段是否有综合捕捉切换或快速话务切换。

建议：

根据查看结果，关闭挹江门1相关切换功能或提高相关切换门限。

图10中山北路下关2掉话被叫图示

5.9清凉门大桥汉中门1掉话问题

时间：

04月25日12:

16分

描述：

测试车辆沿清凉门大街由西向东行驶，行驶至清凉门大桥时，主叫占用省邮科所3，后切换至汉中门1，电平、质量较差（Rxlev＝－90dBm，Rxqual＝7），最后造成掉话。

而被叫则从省邮科所3切换至国防园2，电平质量良好。

分析：

查看主叫切换前的邻区表，表中显示汉中门1（BCCH＝92，BSIC=17）的信号较强，在－72dBm左右；查看被叫切换前的邻区表，则显示武警二支队2（BCCH＝92，BSIC=52）的信号较强，在－70dBm左右。

查看RNP数据，发现汉中门1和武警二支队2同BCCH。

从主叫切换到汉中门1后，TCH的信号强度来看，主叫是在切换前，解错BSIC，导致误切换至汉中门1，最后造成掉话。

建议：

修改汉中门1的BCCH，待复测。

图11汉中门1掉话主被叫切换前邻区表比较图示

图12汉中门1掉话主叫BCCH、TCH电平图示

5.10清凉门大街省邮科所2、赛天皇星2同BCCH问题

时间：

04月24日17:

38分

描述：

测试车辆沿清凉门大街由东向西行驶，主被叫均占用省邮科所3，随着车辆向西前进，邻区表中省邮科所2的电平也随之抬高，后主被叫均切换至省邮科所2，造成占用时，电平质量差（但BCCH电平较强），后切换至清凉门2。

分析：

查看RNP数据，发现赛天皇星2和省邮科所2同BCCH。

由于省邮科所2和赛天皇星2同BCCH，造成如果在清凉门大桥上由东向西行驶时，省邮科所2的信号随之变强，很容易切换至省邮科所2，造成占用质量差。

建议：

修改省邮科所2或赛天皇星2的BCCH。

图13省邮科所2质量差主叫图示

图14省邮科所2质量差主叫BCCH、TCH电平图示

5.11定淮门大街定淮门2未接通问题

时间：

06月06日15:

47分

描述：

测试车辆沿定淮门大街由西向东行驶，主叫占用定淮门2（LACCI=20948/56632），后小区重选至古平岗（LACCI＝20977/31113），15:

47:

24.000上发ChannelRequestReport，15:

47:

26.140收到下行的CMServiceReject，cause为IMSIunknowninVLR。

图15定淮门2未接通主叫信号