GSM语音DT测试分析(未接通)_第1页
GSM语音DT测试分析(未接通)_第2页
GSM语音DT测试分析(未接通)_第3页
GSM语音DT测试分析(未接通)_第4页
GSM语音DT测试分析(未接通)_第5页
已阅读5页,还剩33页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、保定爱威通信技术有限公司未接通原因分析目录1概述31.1系统消息类型31.2呼叫建立流程41.2.1主叫建立过程:41.2.2被叫建立过程51.3信令流程51.3.1主叫呼叫信令51.3.2被叫呼叫信令71.4未接通定义91.5未接通分析流程112具体分析142.1 TCH拥塞造成的未接通的分析142.2 TCH分配失败导致未接通182.3 SDCCH拥塞导致未接通192.4 SDCCH掉话引起未接通202.5 SDC分配失败212.6位置更新导致未接通222.7跨LAC位置更新未接通优化232.8被叫小区重选造成未接通252.9硬件问题,SUM板和载频问题.降级告警.262.10上行链路问题

2、的未接通问题272.11连续未接通现象302.12传输中继造成未接通312.13 TCSR补丁引起连续未接通事件分析322.14被叫用户忙的未接通332.15被叫用户已关机或未应答的未接通342.16测试手机原因造成未接通342.17测试软件原因352.18主被叫手机欠费,系统播放录音通知.363总结361概述在进行讲解之前先对系统消息和信令部分进行一下说明.1.1系统消息类型系统消息在两种逻辑信道中传送,BCCH和SACCH信道:(慢速随路控制信道Slow Associated Control Channel 慢速随路控制信道SACCH与一个TCH(业务信道(TCH),Traffic Cha

3、nnel,传输话音和数据)或一个SDCCH相关,是一个传送连续信息的连续数据信息,属于上行和下行信道,采用点对点的方式传播。在上行方向,主要传送MS接收到的关于服务及邻近小区的信号强度的测量报告,这和MS的切换息息相关。在下行方向传送部分系统消息 (type5、5bis、5ter、type6)及第一层报头消息。这些消息主要包括通信质量、LAI、CellID、邻区BCCH强度、NCC限制、小区选项、TA、功率控制级别等SDCCH的全称是独立专用控制信道(Stand-Alone Dedicated Control Channel),用在分配TCH之前呼叫建立过程中传送系统信令。例如位置更新消息、短

4、消息、鉴权消息、加密命令及处理各种附加业务在此信道上进行。上行和下行信道,点对点方式传播。一般进行的信令交互主要利用SDCCH信道承载,SDCCH信道的分配也称立即指配过程(1)位置更新在GSM 系统中,用户登记的最小区域叫LAC 位置区域。当用户在一个LAC 位置区域内时,无论怎样移动都无需向系统报告。只有用户到达另一个位置区域时才会发生位置更新。用户发生一次位置更新占用SDCCH 信道的时间大约为3.5s。其中传送位置更新消息的时间为3s,从SDCCH 信道释放到BSC 确认SDCCH信道空闲的时间为0.5s。在用户开机时,首先搜索并锁定在信号最强的BCCH 信道上,系统在B C C H

5、信道上发送系统广播信息及寻呼信息。如果用户是第一次接入,在MSC/VLR没有该用户的任何信息,用户在BCCH 信道上收到系统广播的L A C 位置区域信息后,立即接入网络,向MSC/VLR 发出位置登记或位置更新消息,MSC/VLR通过查询、鉴权确认后,准许用户接入。用户IMSI 附着/ 分离在网络中启用用户附着/分离功能后,在用户关机时向系统发送最后一次分离处理请求消息,MSC/VLR收到分离消息后,将用户对应的IMSI标识为分离状态。IMSI分离时,系统不进行鉴权,也不向用户发送任何确认消息。用户IMSI 分离一次占用SDCCH 的时间大约为2.9s。在时间上等于一次位置更新的时间减去用户

6、IMSI 鉴权一次的时间,用户IMSI 鉴权一次的时间为0.6s。当用户在同一个LAC 位置区域内开机时,用户向系统发送激活处理请求消息,M S C / V L R 收到用户请求、鉴权通过后,将用户对应的IMSI标识为附着状态。用户IMSI 附着一次占用SDCCH 信道的时间为3.5s,与用户完成一次位置更新的时间相同。周期性位置登记在无线通信系统中,经常会发生系统与用户丢失通信的情况,使系统不能掌握用户当前的位置及状态信息。系统与用户丢失通信的几种情况如下:(1)用户手机自动掉电;(2)用户进入盲区;(3)在用户向系统发送IMSI 分离消息时,由于SDCCH 信道传输质量较差,误码率高,使系

7、统不能正确地译码,丢失用户的分离消息。遇到上述情况时, 在很长一段时间内系统还以为用户处于附着状态,或者在最后登记的小区内,这时如有对用户的呼叫,系统会不断地向基站发送寻呼消息,而不能在GSM 网的关口局直接通知主叫用户该用户已经关机。为了使系统及时掌握用户状态,系统定义了周期性位置登记功能, 让用户每隔一定时间向系统汇报一次所在位置,如果到了周期性位置登记时间,系统没有收到用户的登记消息,就在用户登记的VLR 中将用户标识为分离状态。用户进行周期性位置登记需要系统确认, 在用户没有收到证实消息前一直向系统发送周期性位置登记消息,直到收到系统证实消息后才停止发送。在用户没有连续重发的情况下,

8、完成一次周期性登记的时间大约为3.5s,与用户完成一次位置更新的时间相同。在GSM 系统中,每个BSC 可以定义不同的周期性登记时间,系统在BCCH 信道上向用户广播周期性登记时间。在实际运行网络中,可以根据基站位置进行调整。在无线覆盖较好的区域,如市区,由于系统盲区较少且用户密度大,可以适当将用户位置登记时间加长,这样可以有效地减少系统的信令处理开销。相反在偏远区域,由于覆盖较差,用户进入盲区的机率较高,可以适当缩短用户位置登记的时间, 可以使系统及时掌握用户的状态信息。呼叫建立在GSM 系统中,用户在每次呼叫建立时都要进行鉴权。因此,在SDCCH 信道上传送的信息包括用户鉴权消息及呼叫接续

9、信令。根据统计结果,用户完成一次主叫呼出占用SDCCH 信道的时间为2.7s,完成一次被叫占用SDCCH 信道的时间为2.9s,其中从SDCCH 信道释放到BSC 收到释放证实信号的时间为0.5s。4.5 点对点短消息传送GSM 系统支持点对点短消息传送业务。在用户手机空闲时,要占用SDCCH 信道传送短消息; 在用户通话时,要占用SACCH 信道传送短消息。传送短消息占用SDCCH 信道的时间为短消息呼叫建立与传送短消息的时间和。与通话呼叫建立相比,短消息呼叫建立的信令较短。系统传送一次短消息占用SDCCH 信道的平均时间大约为6.2s。补充业务在GSM 网络中,除了基本的通话业务

10、以外,还可以向用户提供许多补充业务,如来电显示、呼叫前传、呼叫限制、三方通话等补充业务。所有补充业务的激活都要占用SDCCH 信道,根据统计结果,每激活一次补充业务占用SDCCH 信道的时间大约为0.9s。1) 在空闲模式下,网络通过BCCH信道传送系统消息14及7、8;2) 在通信模式下,网络通过SACCH信道传送系统消息5和6。各种系统消息分别包含的主要内容如下:(1) 系统消息类型1:小区信道描述RACH()控制参数。RACH(Random Access Channel)随机接入信道RACH(随机接入信道)是一种上行传输信道。RACH总是在整个小区内进行接收。RACH的特性是带有碰撞冒险

11、,使用开环功率控制。RACH用于PAGING回答和MS主叫/登录的接入等。(2) 系统消息类型2:邻小区BCCH频点描述RACH控制消息允许的PLMN(PLMN(Public Land Mobile Network,公共陆地移动网络))。(3) 系统消息类型2bis:扩展邻小区BCCH频点描述RACH控制消息。(4) 系统消息类型2ter:扩展邻小区BCCH频点描述2。(5) 系统消息类型3:小区识别(CELLID)位置区识别(LAI)控制信道描述小区选择小区选择参数RACH控制参数。(6) 系统消息类型4:位置区识别(LAI)小区选择参数RACH控制参数CBCH信道描述CBCH移动配置。(7

12、) 系统消息类型5:邻近小区BCCH频点描述。(8) 系统消息类型5bis:扩展邻小区BCCH频点描述。(9) 系统消息类型5ter:扩展邻小区BCCH频点描述。(10) 系统消息类型6:小区识别(CELLID)位置区识别(LAI)小区选择。(11) 系统消息类型7:小区重选参数。(12) 系统消息类型8:小区重选参数。(13) 系统消息类型13:描述有关PBCCH信道的信息及其他GPRS消息。各种信息单元包含的主要内容如下:1) 小区信道描述中含有该小区所使用到所有频点,包括BCCH频点和跳频频点。2) RACH控制消息中含有参数MAX RETRANS(最大重传数)、TX INTEGER(传

13、输的时隙数)、CELL BAR ACCESS(小区是否被禁止接入)、RE(呼叫重建允许比特)、EC(紧急呼叫允许比特)、AC(被限制接入的用户级别)。3) 邻小区BCCH频点描述包括其邻小区所使用的BCCH频点。4) 允许的PLMN用来提供小区内BCCH载波上移动台监测所允许的NCC。5) 控制信道描述中包括:ATT(移动台附着分离允许指示)、BS AG BLKS RES(留做接入允许AGCH的块数)、CCCH CONF(公共控制信道结构)、BA AG MFRMS(传输寻呼消息留给同一寻呼组的51TDMA复帧数)、T3212(用着周期性位置更新的时间)。6) 小区选择中包括:PWRC(功率控制

14、指示)、DTX(不连续发射指示)、RADIO LINK TIMEOUT(无线链路超时值)。7) 小区选择参数包括:小区重选滞后值、MS TXPWR MAX CCH(移动台接入小区应使用的最大TX功率电平)、RXLEV ACCESS MIN(允许接入系统的移动台的最小接入电平)。8) CBCH的信道描述包括:信道类别和TDMA偏差(哪种专用信道的组合)、TN(时隙号)、TSC(训练序列码)、H(跳频信道指示)、MAIO(移动配置指数偏移量)、HSN(跳频序列号)、ARFCN(绝对频点号)。9) CBCH移动配置中包括参与跳频的频道顺序与小区信道描述的关系。10)小区重选参数包括PI(小区重选指示

15、)、CBQ(小区禁止限制)、CRO(小区重选偏置量)、TO(临时偏置量)、PT(惩罚时间)。1.2呼叫建立流程1.2.1主叫建立过程:1) MS在RACH信道上发送CHANNEL REQUEST消息;2) BTS接收解码后BSS(基站系统)在AGCHAGCH:允许接入信道。AGCH用于基站向随机接入成功的移动台发送指配了的独立专用控制信道SDCCH信道上发送IMMEDIEATE ASSIGNMENT消息给手机,安排MS进入SDCCH;3) MS收到IMMEDIEATE ASSIGNMENT消息,转换到指定的SDCCH;4) MS发送SABM(CM SERVICE REQUEST);samb和U

16、A正常情况下是成对出现的。samb中携带的消息对于主叫来说是:cm service request; 对于被叫来说是:paging response; 对于位置更新来说:locating update request;等5) 网络对SABM以发送UA作为响应以建立L2无线链路,BSS处理该请求然后通过A接口上的信令链路向MSC报送;6) 通过鉴权加密过程后,MS在SDCCH发送set up消息;7) MSC收到并处理set up消息,发起ASSIGNMENT REQUEST消息;8) BTS然后在SDCCH上为手机分配TCH信道,通过ASSIGNMENT COMMAND消息安排MS到指定的空闲

17、TCH;9) MS转到指定的TCH,在FACCH上发送ASSIGNMENT COMMPLETE消息,并通过BSS上传到MSC;10) MSC向MS发送ALERTING消息,告知MS对方铃已响,要求发送回铃音;11) 被叫摘机,CONNECT消息通过BSS发给MS,该信息在FACCH上发送;12) MS收到该信息,打开音频通路,并通过FACCH向MSC发送响应(CONNECT ACKNOWLEDGE),通话正式开始。1.2.2被叫建立过程:1) MSC向同一LAC内的所有小区发送寻呼命令,由各小区在PCH上发出PAGING REQUEST消息。2) MS根据系统分配的TMSI或IMSI值,从所有

18、收到的PAGING REQUEST消息中解出属于自己寻呼消息,并在RACH上发送CHANNEL REQUEST消息;3) BTS接收解码后BSS在AGCH信道上发送IMMEDIEATE ASSIGNMENT消息给手机,安排MS进入SDCCH;4) MS收到IMMEDIEATE ASSIGNMENT消息,转换到指定的SDCCH;5) MS发送SABM(PAGING RESPONSE);6) 其它后续消息与主叫完全一样。1.3信令流程1.3.1主叫呼叫信令一次完整主叫通话的信令流程Mobile StationSystem information type 1Channel RequestImmed

19、iate AssignmentCM Service RequestClassmark Change CM Service Accept Authentication RequestAuthentication ResponseCiphering Mode CommandCiphering Mode CompleteSetupCall ProceedingAssignment CommandAssignment CompleteAlertingConnectConnect acknowledgeDisconnectReleaseRelease CompleteChannel Release需要注

20、意的几点信令:1) 在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI,如果为主叫起呼,则从信令开始计算Channel Request。2) Ciphering Mode 为加密模式3) 在Setup之后若手机为主叫则是Call Proceeding,手机为被叫则是Call Confirm1.3.2被叫呼叫信令一次完整被叫通话的信令流程Mobile Station Paging RequestChannel RequestImmediate AssignmentPage ResponseClassmark ChangeAut

21、hentication RequestAuthentication ResponseCiphering Mode CommandCiphering Mode CompleteSetupCall ConfirmedAssignment CommandAssignment CompleteAlertingConnectConnect acknowledgeDisconnect ReleaseRelease CompleteChannel Release需要注意的几点信令:1)在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI。2

22、)Ciphering Mode 为加密模式3)在Setup之后若手机为主叫则是Call Proceeding,手机为被叫则是Call Confirm1.4未接通定义“一次接通”从主叫手机Channel request开始, 一直到被叫手机的TCH分配完成、Alerting、Connect。在此过程中,任何的信令中断都是“未接通”。未接通信令分析正常信令如下: 由主叫起呼信令流程图可以看出,主叫首先发出 channel request report-CM service request-setup-callproceeding-assignment command-assignment comp

23、lete- alerting-connect-connect acknowledge 完成一次起呼。在主叫Assignment complete 完成后23秒左右被叫开始信道请求流程 Channel上request report-paging response-setup-call confirmed-assignment command-assignment complete-alerting-connect-connect acknowledge 完成一次被叫接入。主叫起呼信令流程图 被叫接入信令流程图1.5未接通分析流程21、主叫手机收到立即指配拒绝消息,这种情况由于SD信道拥塞导致1、

24、确认是否发起了呼叫,依据是主叫手机发出channel request消息,且原因值为original22、主叫手机收到立即指配消息,判断依据为立即指配消息中的random值与channel request消息中的random值一致,手机收到发给自己的立即指配消息后会进行SD信道的建链,该过程通过手机发出SAMB消息,BTS回UA消息来完成23、主叫手机未收到立即指配拒绝消息或立即指配消息仍然处于空闲状态下,这种情况可能由于BTS未收到channel request消息或BTS发出立即指配消息后手机未能收到,需分析手机发起呼叫占用的小区电平情况和相近路段占用该小区时的质量情况和发射功率来分析是否

25、存在下行干扰或上行干扰,来判断是否由于电平偏低或干扰或硬件故障导致31、如手机连续发几个SABM消息后,未收到UA消息后退入空闲状态,则发生了SD建链失败,需分析手机发起呼叫占用的小区电平情况和相近路段占用该小区时的质量情况和发射功率来分析是否存在下行干扰或上行干扰,来判断是否由于电平偏低或干扰或硬件故障导致,如电平偏低需分析是否存在小区重选参数设置不当,导致手机占用低电平小区起呼。32、如手机收到了CM业务接受消息或鉴权要求或IDENTITY REQUEST消息则表明手机成功的占上了SD信道3.233、如手机收到了CMREJ消息表明存在交换数据问题或交换侧问题,需分析CMREJ的原因值及呼叫

26、发起前手机是否有异常事件发生,例如:1、呼叫发生前主叫发生了掉话(有可能会发生下行链路故障后,手机退入空闲状态,但网络侧还未判断发生掉话,只是处于倒计时状态下,此时手机发起呼叫会收到CMREJ);2、呼叫发起前手机刚进行了跨LAC的小区重选,在还未来得及位置更新的情况下发起呼叫。3.241、手机占上SD信道后在收到TCH指配命令前,由于质量差发生SD掉话,需分析质量差的原因,1)、如高电平(60dBm以上)下质量差则可怀疑存在硬件故障;2)、如在良好电平(75dBm左右)下质量差则可怀疑存在频率干扰,有基站数据库就数据分析同邻频问题,如无数据库则分析邻区中是否有高电平的邻频存在;3)、如发生在

27、低电平下,则需分析该位置的确是(分析服务小区及邻区电平)覆盖问题,还是由于小区重选参数设置的原因导致手机占用低电平小区发起呼叫,或是由于该小区在该路段存在覆盖连续性差导致接续过程中电平迅速下降导致;4)、SD信道电平在1秒内从较为良好(80dBm以上)剧降到100dBm以下,可怀疑存在硬件故障44、主叫手机占上SD信道后在收到CALL PROCEEDING前收到网络侧发起的拆链,通常由于交换侧异常所致,分析时需对拆链消息的CAUSE VALUE值进行分析43、主叫手机收到CALL PROCEEDING后,如持续占用SD信道而收不到TCH指配命令,最终网络侧发起或手机发起拆链是由于TCH拥塞导致

28、,需描述占用的小区号,如马上收到交换侧下发的拆链命令,需分析拆链命令的原因值。42、主叫手机收到TCH指配消息后,需进行TCH信道的建链,该过程通过手机发SABM消息,基站回UA消息,再手机上报ASSIGN CMP消息且基站收到了该消息才算真正占上TCH,判断依据为手机在TCH的SACCH上持续收到系统消息5、64.24.252、主叫手机成功占上TCH信道后,开始寻呼被叫手机,通常主叫占上TCH信道后2秒左右是被叫收第一次寻呼消息的时间,主叫占上TCH信道后67秒左右是被叫收第二次寻呼消息的时间51、手机在TCH建链过程失败,且未能退回SD信道的,计为TCH指配失败且SD掉话,需分析当时服务小

29、区的电平和SD的质量及指配命令中TCH的描述(哪个频点或跳频信道),可能原因为1、干扰(电平良好);2、电平过差(85dBm以下);3、硬件故障(电平很好)53、手机在TCH建链过程失败,且能退回SD信道的(上发ASS FAI消息),计为TCH指配失败,需分析当时服务小区的电平和SD的质量及指配命令中TCH的描述(哪个频点或跳频信道),可能原因为1、干扰(电平良好);2、电平过差(85dBm以下);3、硬件故障(电平很好)61、被叫手机如发生前一次呼叫拆链不正常(电平质量良好情况下主叫上发DISC拆链了,而被叫并未收到下行DISC或RELEASE消息仍然处于通话状态下)会导致主叫听到录音通知(

30、用户在通话中或其他),该问题计为交换侧异常导致拆链不及时。62、前一次呼叫被叫由于质量差而掉话后,上行链路可能会保持一段时间,在此期间主叫再次起呼会导致主叫听到录音通知(用户在通话中或其他),该问题计为掉话相关定时器设置过大。66、主叫在寻呼被叫期间(主叫占上TCH信道后2秒左右到6、7秒左右),被叫在做位置更新(位置更新的过程与寻呼时间有重叠)64、主叫寻呼被叫期间,被叫处于空闲状态且未收到寻呼消息,需分析被叫占用的小区电平情况是否良好,如电平很好可怀疑交换侧丢失寻呼消息,如电平良好可怀疑存在干扰,电平较差则需分析该位置确实有覆盖偏弱问题还是存在小区重选参数设置不合理导致被叫手机占用低电平小

31、区62、被叫收到寻呼消息的依据为被叫发出channel request消息且原因值为 Paging response,被叫接续过程的分析与步骤24基本一致,如被叫接续过程中主叫发生掉话,仍然计为未接通,接通的依据为被叫发出CONNECT消息,但移动2004年的标准为主叫收到CONNECT消息,由于一些地方交换机的特殊设置可能会存在主叫侧送录音通知的情况下,也发CONNECT消息给主叫65、主叫占上TCH信道后,马上收到网络侧下发的DISC命令,该问题由于交换问题导致,需根据DISC命令的CAUSE VALUE值分析可能存在的问题2具体分析在DT测试过程中造成未接通的原因有许多,下面我对其进行了

32、一下总结:2.1 TCH拥塞造成的未接通的分析在GSM DT测试中,发现很多未接通事件的原因是小区拥塞、无TCH资源可用, 为了提高无线接通率,就必须解决因小区拥塞导致的未接通事件。而当小区TCH拥塞时,从信令流程上来看主叫手机在Call proceeding ( 被叫手机在 Call confirmed )后,系统没能下发Assignment command 消息,而是下发Disconnect命令.当主叫没有Assignment command 消息时为主叫TCH拥塞,当被叫没有Assignment command 消息时为被叫TCH拥塞.图1主叫未接通流程图图2被叫未接通流程图TCH拥塞案

33、例:贵阳开磷百花小区_D3(主叫)图3图4图5【路测文件】: 2009-7-23-08【问题描述】:车辆在贵阳开磷百花小区附近上行驶,主叫MS发生未接通.【问题分析】: 主叫MS占用到贵阳开磷百花小区_D3 (CI:31655 BCCH:718 BSCI:16)的信号, 主叫MS的接收电平在-77DB左右,话音质量在0级, 主叫MS信令CM SERVICE REQUESTSETUPCALL PROCEEDINGDISCONNECT,时间间隔为11s,被叫MS占用微波局_D1 (CI:11551 BCCH:723 BSCI:03)的信号, 被叫MS的接收电平在-55DB左右, 被叫MS信令一直为

34、PAGING REQUEST TYPE1,没有呼到被叫 ,主叫TCH拥塞.【解决建议】: 继续观察贵阳开磷百花小区_D3指标,如长时间有拥塞情况,扩容.2.2 TCH分配失败导致未接通【描述】:14:29:42 主叫占用西安路_2信号发起呼叫(channel request report),在14:29:44完成呼叫(assignment complete),被叫未接通。【分析】:在主叫呼叫完成后23秒后,被叫开始信道请求,在完成assignment complete 后2秒左右出现assignment failure(TCH分配失败),导致未接通发生。如图所示:主叫起呼流程图被叫TCH分配失

35、败信令图图六【解决方案】:解决小区TCH分配失败问题。2.3 SDCCH拥塞导致未接通【描述】16:49:13被叫占用移动公司_5出现未接通。【分析】:在主叫完成起呼(assignment complete )后2秒左右,此时被叫发起信道请求channel request report,由于SDCCH拥塞溢出,被叫手机无法获得SDCCH,重复2次发送信道请求后仍然无法获得SDCCH信道消息的回复,导致未接通的发生。如图所示:主叫信令流程图 被叫信令流程图图六【解决方案】:增加SDCCH信道2.4 SDCCH掉话引起未接通【描述】:15:20:47 主叫手机占用沈场_2发起呼叫后出现未接通现象。

36、【分析】:由信令图可以看出主叫起呼,在立即指配(immediate assignment)后紧接着就出现信道释放(channel release),也就是在SDCCH分配后就出现信道释放命令,即SDCCH掉话产生此次呼叫未接通。如图所示:主叫信令图【解决方案】:未知原因掉话,可以通过信令跟踪进一步确认情况2.5 SDC分配失败【分析】:由信令流程可以看出,MS在channel request report 后下发IMMEDIATE ASSIGNMENT,然后有IMMEDIATE ASSIGNMENT FAILURE转为IDLE,导致未接通建议:排除无线方面原因后,应从交换侧寻找问题原因2.6位

37、置更新导致未接通【描述】:17:16:54主叫占用西安路_1出现未接通现象。【分析】:由信令图可以看出,主叫完成起呼(assignment complete) 后23秒,被叫正处于位置更新流程中,导致未接通发生。如图所示:主叫起呼信令图 被叫位置更新信令图【解决方案】:调整位置更新参数设置。2.7跨LAC位置更新未接通优化某城东城区大部分区域都属于LAC 20857,城区西部有部分地区属于LAC 20854。城区LAC分布图由于城区西部边缘地区与市中心不属于同一个LAC,而城西又是测试必测区域,几乎每次测试时在两个LAC交界处都会遇到跨LAC位置更新。由于位置更新的信令流程较长,持续时间大概在

38、5秒左右,而在被叫手机发起位置更新至完成位置更新流程中,不会响应寻呼消息,故会发生被叫手机无法接通的情况。且由于市区的这两个LAC不属于同一个VLR,故若主叫跨LAC未及时发起位置更新,也会造成cause = IMSI unknown in VLR的未接通。针对这一问题,我们认为最好的解决方法为进行LAC规划。方案是将部分属于LAC 20854的测试范围内的小区割接至LAC 20857,保证测试范围内只有一个LAC,从根本上避免由于主被叫手机位置更新造成未接通的情况。但是,在查询了LAC 20857寻呼量以及BSC容量后,综合考虑后认为由于Paging容量限制和BSC容量限制,该方案无法实施。

39、之后,我们采用第二种方案,即调整LAC边界区域的CRH参数值,影响相关区域的小区重选速度,来尽量减少位置更新的概率。移动台进行小区重选时,若原小区和目标小区属不同的位置区,则移动台在小区重选后必须启动一次位置更新过程。由于无线信道的衰落特性,通常在相邻小区的交界处测量得到的两个小区的C2值会有较大的波动,从而使移动台频繁地进行小区重选。尽管移动台两次小区重选的间隔时间不会小于15秒,但对位置更新而言15秒的时间是极其短暂的。它不但使网络的信令流量大大增加、无线资源得不到充分利用,并且由于移动台在位置更新的过程中无法响应寻呼,因而使系统的接通率降低。该参数的作用是要求邻区(位置区与本区不同)C2

40、值必须比本区C2值大,且其差值必须大于CRH规定的值,移动台才启动小区重选.2.8被叫小区重选造成未接通和位置更新造成未接通相类似,小区重选造成的未接通也发生在被叫侧手机。主叫侧在上行发送Setup 消息后,网络侧开始寻呼被叫,被叫在小区重选完成后才能监听Paging消息,其间可能造成未接通。从信令流程上来看,主叫侧正常分配完成,被叫侧一直处于空闲模式,重放路测数据,被叫手机在主叫上行发送Setup后,网络Paging被叫时,被叫手机曾进行小区重选。主叫流程 被叫流程小区重选造成未接通流程图【解决方案】:检查小区重选参数设置是否合理2.9硬件问题,SUM板和载频问题.降级告警.由于载频隐性故障

41、导致的未接通在10:31:20分测试车辆由农行北侧向南行使,主被叫手机占用汇丰酒店1(17235_1601)小区时,主被叫手机的接收电平都在-65db左右,语音质量为7;随着车辆继续向前行使,在农行1小区附近主叫手机切换到五中1(17235_1501)小区时,语音质量为0。问题区域话音质量和小区分布图TCH分配失败分析图分析:主被叫手机占用汇丰酒店1(17235_1601)小区时,在距离农行0.9公里处,电平为-68db左右,而语音质量为7,通过话务报告发现,农行1小区的切入成功率较底,TCH分配失败率较高,可能是由于农行1小区硬件故障导致。在查看话务报告的同时也发现农行1小区上行有干扰。查看

42、农行1小区的硬件发现有故障,在更换TRE后,第二天复测此路段语音质量正常,故障消失,没有发现未接通现象。2.10上行链路问题的未接通问题上行链路问题通常是由于硬件问题、上行干扰造成基站不能正常解调手机的上行消息。从上面的层3消息中,我们可以看到移动台在没有收到下行指配消息时,会根据系统消息3中定义的max_retran的次数,在T3212定义的时长内,重新发送Channel request消息;发送间隔根据tx_integer的取值,在数个RACH时长的范围内,随机取得。其中,取值定义如下:M=max_retran;取值范围 : 0 - 30 = 最大1次重发1 = 最大2次重发2 = 最大4

43、次重发3 = 最大7次重发T=tx_integer;取值范围 : 0 to 15对应的RACH slots03RACH811RACH14RACH912RACH25RACH1014RACH36RACH1116RACH47RACH1220RACH58RACH1325RACH69RACH1432RACH710RACH1550RACHS=根据tx_integer与复帧的类型共同决定(如下表):TX-integernon combined CCCHcombined CCH/SDCCH3,8,14,5055414,9,1676525,10,20109586,11,25163867,12,32217115在

44、Channel request消息发送M+1次后,MS会启动T3126计数器,当计数器超时后,呼叫将被取消。以上的案例中,经过测试后对起呼小区的载频的统计分析,以及利用CTP工具进行呼叫跟踪发现。该小区受到严重的上行干扰,导致基站无法正确解调出RACH信息。2.11连续未接通现象【描述】:主叫手机在14:35:00完成起呼后1秒左右拆链,出现未接通现象,拆链(disconnect)原因为用户忙(cause value: user busy)。在随后4分钟时间内连续出现连续未接通现象。【分析】:查看被叫信令后发现,被叫在未接通出现前的一次呼叫中,在被叫收到connect acknowledge消息后一直处于系统消息5和系统消息6状态,没有收到后续上行的disconnect消息,也就是一直未出现信道拆链和释放,导致此后4分钟左右的时间内出现手机吊死的情况,直到14:39:40秒才出现下行的disconnect消息,而主叫在被叫未拆链和信道释放的情况下进行的连续的呼叫就出连续未接通情

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论