搜索
1、MS呼叫未接通：问题描述:在做DT测试过程中发生了一次未接通，地点是LAC区交接处.在DT测试的行程中，可能发生数次跨LAC区的切换，极易发生掉话或未接通情况。主要有以下三条信令消息：UL：CHANNELREQUESTDL：IMMEDIATEASSIGNMENTUL：CMSERVICEREQUEST问题分析:(1)在上行的CMSERVICEREQUEST信令发出后，没有下行的响应，通话状态由起呼直接转为空闲模式（IDLE），由此可以断定发生了一次未接通。由于上行UL：CMSERVICEREQUEST是MS发起的对SDCCH的申请，发出申请后没有应答，没有出现标志呼叫接通的信令消息，可以断定发生了一次未接通情况。其原因可能为该服务小区的SDCCH信道拥塞，也可能是由于无线环境的恶化造成SDCCH信令丢失。因为此次DT测试发生在跨数个LAC的路段，而且是上一个通话刚刚结束，起初判断可能是发生了一次位置更新。(2)位置更新信令消息如下：DL：CHANNELRELEASEUL：CHANNELREQUEST（开始位置更新）DL：IMMEDIATEASSIGNMENTUL：LOCATIONUPDATINGREQUESTDL：AUTHENTICATIONREQUESTUL：AUTHENTICATIONRESPONSEDL：LOCATIONUPDATINGACCEPTUL：TMSIREALLOCATIONCOMPLETEDL：CHANNELRELEASE结合此例的第三层信令消息来看，例子中MS发出了UL：CMSERVICEREQUEST，并不是UL：LOCATIONUPDATINGREQUEST，由此可以判断出此例并非是位置更新。2、位置更新导致数据吞吐量为0问题描述:在某路段,进行数据业务测试时,发现MS数据吞吐量变为0,没有了与GPRS网络的连接.问题分析:(1)在该路段进行语音业务测试,确认已经完全覆盖.(2)分析当时数据业务测试的层3信令.当时的信令为:DL：SYSTEMINFORMATIONTYPE1UL：LOCATIONUPDATINGREQUESTUL：CHANNELREQUEST初步定位数据吞吐量变为0的原因是MS执行了一次跨路由区的小区重选(3)对比在当时显示图的信令部分可以明显的看出该MS正在做位置更新.3、FTP下载中断问题描述:在DTFTP下载测试中，MS已成功登陆FTPServer，并已经开始下载数据，FTP下载进度为9％，在经过一次小区重选后,FTP下载不能继续进行，在一系列的Pingfail后，FTP掉线.问题分析:(1)查看层三信令,具体显示如下：DirectionTypeLayer3MessageULGPRSSMDeactivatePDPContextRequestDLRRSystemInformationType13ULRRChannelRequestDLRRImmediateAssignmentDLGPRSSMDeactivatePDPContextAccept发现在事件列表中有PDPDeactivated的消息，在层三消息中可以看到是手机发起的上行消息.(2)发生这种情况可能有3种原因：一是手机在测试过程中电缆的某个接口发生了松动，这样手机可能会发出PDP去激活申请。二是手机本身存在一些问题也可能导致这个问题。三是测试用的笔记本电脑可能存在一些问题4、没有物理消息导致切换失败问题描述:某地主要由4173、4081小区覆盖，上述两个小区及相邻小区同属于LAC：13588。DT测试过程中，MS当前服务小区为4173，当检测到有Level更强的邻区时，BSC指示MS切换（发起DL：HANDOVERCOMMAND），此时发生了连续的三次切换失败（UL：HANDOVERFAILURE）。虽然本例中经历了连续三次切换失败，MS仍然没有掉话（MS还在发送测量报告），但是对连续的切换失败应该给予很大的重视。问题分析:(1)查看当时的层三信令,具体如下:DL：HANDOVERCOMMANDUL：HANDOVERACCESSUL：HANDOVERCOMPLETEUL：MEASUREMENTREPORTUL：HANDOVERFAILUREDL：SYSTEMINFORMATIONTYPE5(2)从切换的两个小区来看，4173向4081切换，是不同步切换，所以BSC应该在MS发出UL：HANDOVERACCESS消息后，接着发出DL：PHYSICALINFORMATION，指示MS切换至目标小区的TimingAdvance，即MS与切换目标小区的距离。同时，在MS发出UL：HANDOVERCOMPLETE之后，再发一条DL：PHYSICALINFORMATION。(3)但是在本例中BSC没有发出这两条消息，导致发生切换失败。3.5MS呼叫失败.经检查信令发现有立即指派拒绝(immediateassignmentreject)消息系统发现无可用信道.很可能是因为系统拥塞引起的3.6参数设置错误导致切换问题问题描述:某次路测中发现手机每当起呼占用（BCCH：554，BSIC：52，LAC：9488，CI：29403），其只能一直切换到DCS1800网，通话过程中无法测量到GSM900的频点，一直不能向GSM900网切换，在测试时不单该小区自己本身不能测量到GSM900的频点，在本次通话过程中的所涉及的所有小区都不能测量到GSM900的频点，导致在该路段出现弱信号和质差最后导致掉话（虽然在CDD中该小区的MBCCHNO中有GSM900的频点）；问题分析:(1)在其他小区进行起呼测试,发现MS切换到该小区后,则在该小区仍然能测量到GSM900的频点。切换正常；说明问题出在该小区。(2)经仔细检查路测试数据的第三层信息，发现在该小区起呼时，第三层信息没有出现UL-CLASSMARKCHANGE这条信令且在该小区的SYSTEMINFORMATIONTYPE3中发现EARLYSENDING：EXPLICITYFORBIDDEN，导致系统认为手机为1800单频手机；(3)经检查BSC数据，发现该小区的ECSC参数设为NO，其它小区该参数设为YES。通过调整该参数，问题得到解决。3.7定时器超时，网络进行呼叫释放问题描述:在天津进行静态测试，发现MO呼叫30秒后自动中断，网络发送disc消息給MS，后面进行正常的拆除过程。MT呼叫时，MS可以看到incomingcall，连接后显示进入连接状态，但主叫端仍然只能听到提示音，不能进行正常通话。问题分析:(1)MO过程如下MSnet－－CMreq------------------ciphcmd--------------ciphcompleted----------setup---------------------callproceding---------assignmendcmd---------assignmendcomplete-----alerting---------------connect-------------------connectack----after30s--------disc-------------(2)因为connectack是在FACCH上发送的，怀疑网络未能收到ack消息，因为发送connect消息后，网络端将启动一个为期30秒的定时器等待MS的确认，出于某种原因，ack消息未能到达网络，此定时器超时，网络进行呼叫释放