关于ATU设备电平突降初步分析v4导致未接通.docx

关于ATU设备电平突降初步分析v4导致未接通.docx

《关于ATU设备电平突降初步分析v4导致未接通.docx》由会员分享，可在线阅读，更多相关《关于ATU设备电平突降初步分析v4导致未接通.docx（11页珍藏版）》请在冰豆网上搜索。

关于ATU设备电平突降初步分析v4导致未接通

1.1自动路测中发生“电平突降”问题进行分析

Ø事件由来：

近期在对自动路测事件的分析中发现，部分终端在呼叫建立后出现Rxlev和Rxqual突降而呼叫失败的问题。

Ø初步结果：

通过对自动路测中“电平突降”问题的分析，可以初步确认：

●终端在900和1800之间的重选与“电平突降”现象之间无必然联系。

●终端在ClassmarkChange的信令流程和消息内容正确，从理论上来说与“电平突降”现象之间无必然联系。

但根据Ericsson厂家回复是由于爱立信BSC在G10A版本的RMHBI模块对终端在CMservicerequest上报的POWERCAPABILITY=4时发生“不处理”直接退出，导致RMSCS功能块无法在规定的时间内接收到RMESTINDK信号，引起T3101超时。

在T3101超时以后，RMSCS功能块通过发送RMFAULTIND信号给RMCC功能块，并在信号中携带“立即指派失败”的代码，触发连接释放流程。

这个过程对BSC来说，效果相当于BSC下发了立即指派消息，但MS未能上报CMServiceRequest，导致T3101超时。

MCA10在BSC的RMHBI功能块上加载了补丁，对1800载频上收到的class4和class5强制转换为1和2，使得程序可以继续下去，而不至于超时退出。

而在当前的软件条件下，即使此后手机又上发classmarkupdate消息，呼叫也无法再建立了，因为CMServiceRequest消息的检查没有正常完成。

●终端自身的错误上报POWERCAPABILITY=4导致最终“电平突降”的主要原因。

●但从测试终端测试中现象来看并不是由网络拆链导致的直接转入idel模式，而是出现电平和质量图将。

为确认“电平突降”问题是由于BSC未处理CMServiceRequest所致，需要如下数据：

终端供货厂家进行物理层内容跟踪，确认“电平突降”发生时候物理层的相关处理过程。

1.1.1CMServiceRequest后重选可能性验证：

由于自动路测软件将MM层生成ULMMCMServiceRequest的时间记录在软件信令队列中，设计院也确认此生成时间在channelrequest上发之前。

而自动路测log中确未记录channelrequest这条信令，对于真正发起业务的时间点无法精确判断，而我们也对是否可能发生在起呼后重选进行了讨论。

首先根据规范0408_0712的3.1.2.1节终端在上发channelrequest消息后再进行小区重选的行为，不符合规范：

根据规范，重选是只能在空闲模式才能发生的流程，内容摘抄如下：

InidlemodenoRRconnectionexists.

而根据流程，终端生成了ULMMCMServiceRequest，那么就应该是在发送了channelrequest消息以后，根据规范,在RACH上发送了channelrequest消息，终端就离开了空闲模式，相应规范见0408_0712的3.1.2.1节

TheRRentityofthemobilestationinitiatestheimmediateassignmentprocedurebyschedulingthesendingontheRACHandleavingidlemode（inparticular,themobilestationshallignorePAGINGREQUESTmessages）.

…………

TheCHANNELREQUESTmessagesaresentontheRACH（cf.section1.5）andcontainasparameters:

…………

AftersendingthefirstCHANNELREQUESTmessage,themobilestationshallstartlisteningtotheBCCH;itshallalsolistentothefulldownlinkCCCHtimeslotcorrespondingtoitsCCCHgroup.

…………

所以，终端这时候，也就是非空闲模式下进行重选行为是不符合规范的。

我们使用TEMS软件，连接W600手机，手动从900频段小区重选至1800频段小区同时起呼，进行模拟测试。

共进行10次起呼，观察信令，小区重选都是在终端上发channelrequest消息开始callAttempt之前完成的，信令截图如下：

1.1.2Classmark信令流程及消息内容验证

由于事件均发生在classmarkchange消息上发1.5s后，所以推断可能存在的不匹配问题。

下面是宁桥路近金沪路（东向西）发生的未接通现象的分析：

（LOG:

0302100220110408190049ms2.log）

首先，终端在DCS180（6339-41074）小区上面发送了“classmark=4”的ULMMCMServiceRequest消息，随后终端也在19：

11：

49：

000上发了“classmark=1”的RRClassmarkChange消息来修正，从19：

11：

49：

664时候终端上发的ULRRMeasurementReport消息来看，这时候无线口信号正常，且双频测量正常网络侧应正常收到响应未发生异常拆链，如下图所示：

1.1.2.1信令流程分析：

丛信令流程分析，根据GSM规范“0418-870”中的“3.3.1.1.4.1”中“Earlyclassmarksending”的描述，手机此时正是响应EarlyClassmarkSending的设定，且calssmark上报内容完全正确。

“EarlyclassmarksendingconsistsinthemobilestationsendingasearlyaspossibleafteraccessaCLASSMARKCHANGEmessagetoprovidethenetworkwithadditionalclassmarkinformation.InadditionaMSsupportingUMTSsendsaUTRANClassmarkChangemessage;anMSsupportingCDMA2000sendsaCDMA2000ClassmarkChange.WhenaCLASSMARKCHANGEmessageandoneormoreadditionalUMTSorCDMA2000ClassmarkChangemessagesaretobesent,theCLASSMARKCHANGEmessageshallbesentfirst.

AmobilestationwhichimplementstheControlledEarlyClassmarkSendingoptionshallperformtheearlyclassmarksendingifandonlyifexplicitlyacceptedbythenetwork,asindicatedinthelastreceptionintheaccessedcelloftheSYSTEMINFORMATIONTYPE3message.

Amobilestationwhichimplementssupportformultiplebandshallalsoimplementthe ControlledEarlyClassmarkSendingoption.”

由于ATU信令解析限制无法看到系统消息3中具体的EarlyClassmarkSending.

ATUSI3中的Restoctets字段内容：

TEMSSI3中的RestOctets字段内容：

根据Ericsson数据库来看6339-41074的ECSC为打开，而该开关在Ericsson的网络下全部为打开。

该功能可以避免网络再次下发ClassmarkEnquiry节省信令开销。

1.1.2.2消息内容分析：

从消息内容分析对于DCS1800而言，POWERCAPABILITY是1,2,3三个值，终端错误地发送了POWERCAPABILITY=4。

从TEMS对比测试分析来看，当终端进行了跨频段的重选后立即起呼，终端上报的POWERCAPABILITY是根据当前驻留频段重新生成的，不会使用先前频段的POWERCAPABILITY。

这一点很明显是终端基带处理程序存在问题，终端厂家应该负责开发新的基带程序。

同时根据Ericsson厂家回复是由于爱立信BSC在G10A版本的RMHBI模块对终端在CMservicerequest上报的POWERCAPABILITY=4时发生“不处理”直接退出，导致RMSCS功能块无法在规定的时间内接收到RMESTINDK信号，引起T3101超时。

在T3101超时以后，RMSCS功能块通过发送RMFAULTIND信号给RMCC功能块，并在信号中携带“立即指派失败”的代码，触发连接释放流程。

这个过程对BSC来说，效果相当于BSC下发了立即指派消息，但MS未能上报CMServiceRequest，导致T3101超时。

MCA10在BSC的RMHBI功能块上加载了补丁，对1800载频上收到的class4和class5强制转换为1和2，使得程序可以继续下去，而不至于超时退出。

而在当前的软件条件下，即使此后手机又上发classmarkupdate消息，呼叫也无法再建立了，因为CMServiceRequest消息的检查没有正常完成。

综上所述，信令流程正常、终端上报消息不正常、网络侧BSC软件处理上符合规范。

但是当遇到上报消息不正常时BSC会拒绝处理含错误POWERCAPABILITY的CMSERVICEREQUEST。

也可以判定此类问题与终端本身消息处理机制不规范有根本关联。

1.1.3不同厂家终端测量问题分析

从测试结果来看，Rxlev和Rxqual突降前无线口信号质量正常，且未收到网络侧拆链消息却出现了Rxlev和Rxqual突降。

继续对LOG:

0302100220110408190049ms2.log进行分析，“电平突降”现象，是19:

11:

51.088出现，距离终端上发RRClassmarkChange消息过去了1.5秒左右，如下图所示：

从表像看在问题是在ClassmarkChange1.5s后发生Rxlev和Rxqual突降，而根据Ericsson厂家的回应为BS拒绝处理终端上发的含错误POWERCAPABILITY的CMSERVICEREQUEST所致。

根据此现象，我们核查了先前发生问题的“华星”、“鼎利”、“诺优”的LOG均出现服务小区接收电平突降的情况。

根据另一家自动路测设备厂商提供的非正式信息：

西姆通的终端芯片在某些基带版本上可能存在这个问题，但该问题需要西姆通协调处理确认进行物理层内容跟踪，确认Rxlev和Rxqual发生时候物理层的相关处理过程。

1.1.3.1华星设备ATU分析

版本信息：

电平、质量突降问题出现前

电平、质量突降问题出现后

1.1.3.2鼎利设备ATU分析

版本信息：

电平、质量突降问题出现前

电平、质量突降问题出现后

1.1.3.3诺优设备ATU分析

版本信息：

电平、质量突降问题出现前

电平、质量突降问题出现后

爱立信相关补丁