路测信令讲解
1. 某地主要由4173、4081小区覆盖，上述两个小区及相邻小区同属于LAC： 13588。D T测试过程中，MS当前服务小区为4173，当检测到有Level更强的邻区时，BSC指示MS切 换(发起DL： HANDOVER COMMAND)，此时发生了连续的三次切换失败(UL： HANDOVER FAILU RE)。虽然本例中经历了连续三次切换失败，MS仍然没有掉话(MS还在发送测量报告)，但 是对连续的切换失败应该给予很大的重视。导致连续的切换失败的原因可能是目标小区的T CH信道拥塞，也可能是目标小区的BCCH载频与TCH载频的发射功率没有调平，导致BCCH 与TCH的Level值相差很大而造成切换失败。第三层信令消息流程：DL： HANDOVER COMMANDUL： HANDOVER ACCESSUL： HANDOVERCOMPLETEUL：MEASUREMENT REPORTUL：HANDOVER FAILUREDL：SYSTEM INFORMATIONTYPE 5从切换的两个小区来看，4173向4081切换，是不同步切换，所以BSC应该在MS发出U L： HANDOVER ACCESS消息后，接着发出DL： PHYSICAL INFORMATION，指示MS切换至目标小 区的Timing Advance，即MS与切换目标小区的距离。同时，在MS发出UL： HANDOVER COM PLETE之后，再发一条DL： PHYSICAL INFORMATION。在本例中BSC没有发出这两条消息， 这也是导致发生切换失败的原因之一。2. MS呼叫失败.经检查信令发现有立即指派拒绝(immediate assignment reiect)消息系统发现无可 用信道很可能是因为系统拥塞引起的3. 次正常的LAR&RAU信令流程如下：DirectionTypeLayer 3 MessageULRRChannel RequestDLRRImmediate AssignmentULMMLocation Updating RequestULRRClassmark ChangeULRRGPRS Suspension RequestDLMMAuthentication RequestULMMAuthentication ResponseDLMMIdentity RequestULMMIdentity ResponeDLMMLocation Updating acceptULMMTMSI Realocation CompleteDLRRChannel ReleaseULGPRS MMRouting Area Update RequestULRRChannel RequestDLRRImmediate AssignmentDLGPRS MMRouting Area Update AcceptULGPRS MMRouting Area Update Complete4掉话（既没有Disconnect,也没有Release,则视为掉话）： Paging Reques tf Channel Reques tf Immedia te Assignmen tCM Service Reque stCM Service Accep tSetu pAssignmen t CommandAssignmen t Com ple teConnec t/Aler ti ngSys tem Informa tion Typel通话正常结束（Disconnect和Release 都有或只有其中一个都视为通话正常结 束）:Paging RequestChannel Request Immedia te Assignmen tCM Service Re ques tCM Service Accep tSe tu pAssi gnmen t CommandAssignmen t Comple te Aler ti ngDisconnec tReleaseReleas e Comple teChannel Release呼叫失败：Paging Reques tCh annel Reques tImmedia te Assignmen tCM Service Reques tSys tem Informa tio n Typel （在一次呼叫过程中，若连续出现 多个CM Service Request,则视为一次呼 叫失败）呼叫成功:Paging RequestChannelReques tImmedia te Assignmen tCM Ser vice Reques tCM Service Accep tSe tupAssignmen t CommandAssignmen t Com ple teConnec t/Aler ting切换成功：Handover CommandHando ver Complete切换失败：Handover CommandHando ver Failure5. 我们遇到了一个问题，在天津进行静态测试，发现M0呼叫30秒后自动中断，网 络发送disc消息給MS,后面进行正常的拆除过程。MT呼叫时，MS可以看到incoming call,连接后显示进入连接状态，但主叫端仍然只能 听到提示音，不能进行正常通话。MO过程如下MSnetCM req><ciph cmdciph completed>setup>< call proceding< assignmend cmdassignmend complete>< alerting< connectconnect ack>after 30s< disc因为connect ack是在FACCH上发送的，怀疑网络未能收到ack消息，因为发送con nect消息后，网络端将启动一个为期30秒的定时器等待MS的确认，出于某种原因，ack 消息未能到达网络，此定时器超时，网络进行呼叫释放6. 某次路测中发现手机每当起呼占用（BCCH： 554, BSIC： 52，LAC： 9488, CI： 2940 3）,其只能一直切换到DCS1800网，通话过程中无法测量到GSM900的频点，一直不能向G SM900网切换，在测试时不单该小区自己本身不能测量到GSM900的频点，在本次通话过程 中的所涉及的所有小区都不能测量到GSM900的频点，导致在该路段出现弱信号和质差最后 导致掉话（虽然在CDD中该小区的MBCCHNO中有GSM900的频点）；但如果测试时，起呼占用的不是本小区，而是由起它小区起呼，再切换到该小区，则在 该小区仍然能测量到GSM900的频点。切换正常；说明问题出在该小区。经仔细检查路测试数据的第三层信息，发现在该小区起呼时，第三层信息没有出现UL -CLASSMARK CHANGE这条信令且在该小区的SYSTEM INFORMATION TYPE3 中发现 EARLY S ENDING : EXPLICITY FORBIDDEN，导致系统认为手机为1800单频手机；经检查BSC数据， 发现该小区的ECSC参数设为N0,其它小区该参数设为YES。通过调整该参数，问题得到 解决。7. 对于L3的信令问题,本人认为重要的不是信令本身而是应该了解这个信令是说明了 什么东西.所以最重要的还是需要大家在工作过程中学习呼叫流程以及GPRS等数据业务的 信令过程，然后才能够更加准确的分析问题，而不是简单的去认识几个缩写是什么英语单词 这么简单.8.常见 Disconnect / Release Cause Value:Cause ValueReason31BSS or MSC problem34(beforeAssignmentCommand)TCH Blocking34(after Assignment Complete)MSC Blocking41(after Assignment Command)BSS problem, especially DRI problem41(after Assignment Complete)MSC problem42MSC Congestion44BSS problem, especially the CIC blocking111BSS or MSC problem9. MS1 UplinkChannel RequestMS1DownlinkImmediate AssignmentMS1UplinkCM Service RequestMS1DownlinkCM Service Accept SDCCH 分配成功MS1UplinkSetupMS1DownlinkCall ProceedingMS1DownlinkAssignment CommandMS1UplinkAssignment CompleteTCH 分配成功MS2UplinkChannel RequestMS2DownlinkImmediate AssignmentMS2UplinkPaging ResponseSDCCH 分配成功MS2DownlinkSetupMS2UplinkCall ConfirmedMS2DownlinkAssignment CommandMS2UplinkAssignment CompleteTCH 分配成功MS2UplinkAlertingMS1DownlinkAlertingMS2UplinkConnectMS2DownlinkConnect AcknowledgeMS1DownlinkConnectMS1UplinkConnect AcknowledgeMS1UplinkDisconnectMS1DownlinkReleaseMS1UplinkRelease CompleteMS2DownlinkDisconnectMS2UplinkReleaseMS1DownlinkChannel ReleaseMS2DownlinkRelease CompleteMS2DownlinkChannel ReleaseMS1&MS2的流程10.在LAC39280下的BSC126进行针对寻呼的测试，该BSC挂接在华为软交换下，测试 中发现下列两次异常情况。两次呼叫情况相同，在被叫响应寻呼后，一直到connect都正常 进行，可是接下来没有ACKnowledge而直接Disconnect。其中拆链原因为：Switching equ ipment conqestion （交换设备拥塞），具体情况如下所示：时间：12： 28： 46.25问题描述：Disconnect提示交换设备拥塞问题分析：如下图所示，在12： 28： 39.62 MS1占用小区40361 （六团砖场-1）的 信号呼叫MS2，此时MS2占用小区40363 （六团砖场-3
