ERACH 2ms 8960注册失败的问题分析



计版本更新过程中，出现8960上common EDCH配置2ms注册的情况，而对于同样10ms却能够成功注册成功，从初始问题的log上看rrcConnection发送之后没有接收到相应的setup消息，而从配置上由于下行的配置基本不存在差异，而在上行有着10ms/2ms的差别，倾向怀疑上行出现了问题。关于这样的问题，做了一步步地实验分析。

关于10ms和2ms的log分析：

--只观察到功率和仪器的设置的值存在差别，怀疑是否上行功率不准确导致；[虽然功率存在误差，但理解上错误的范围在仪器的容忍范围之内；]

--10ms比2ms的ccch的时间更长，由于common EDCH中相应参数是以TTI个数为单位的，因而在同样的配置下，10ms占用的时间更长；

关于功率之前遇到的问题：

--仪器会在目标功率上下一定的范围内检测，如果功率距离目标功率范围太大会出现初始建立信道失败的情况。

功率调试实验1：

--软件内部补偿相应的功率，使得初始值和仪器期望值一致；//没有好的效果；

--调整上行target power进行尝试；//没有好的效果

--调整了不同的max-CCCH-ResourceAllocation/Additinal-E-DCH-TransmitBackoff实验；//发现当这两相关参数配置足够长的参数的情况，每次都能成功；[e-dch-transmitContinuationOffset infinity不可调]；

进一步怀疑：

--什么样的修改，导致了性能变差，在CCCH资源比较的少得情况下，没有重传，发送不成功；

调整功率比值参数的实验2:

--功率比值的调整：EDPCCH to DPCCH的power offset，reference ETFCI 相应的PO值；//没出现变好的效果。[注：遇到改变的PO，却没有改变初始的SG值，而导致没有发送ulETFCI的情况，由于在common EDCH情况下，所有的数据都计算在调度数据内，而初始的SG太小的话就无法发送数据。]

再一步确认log：

--从log中的TPC CMD字来看在成功的10ms的log中，前几帧接收到网络tpc cmd的情况和失败的2mslog中类似，而在10ms TTI后面发送的tpc cmd字模式发生了变化；

--上行的功率控制可以调整的参数：算法2，类型为：Active Bits，亦即根据上行的检测功率和目标功率进行TPC CMD的调整；

猜想：由于什么原因，初始几帧仪器没有和UE同步上，或是同步需要更长的时间了；

由于上行的power已经尝试，进一步观察上行timing error和frequency error等相关参数：

--在RMC12.2kbps的配置下，观察IQ Tuning的相关上行性能参数，发现Timing Error相差了5个多chip；

实验3：

--在软件代码中补偿5chips，新的版本在原有的配置每次可以注册成功；

定位最终的原因：

由于Timing Error相差5个chips导致了上行同步需要的时间变长，最终出现了在配置的additinal-E-DCH-TransmitBackoff为5，而max-CCCH-ResourceAllocation为16的情况注册失败的现象。

Mutually Exclusive,collectively Exhaustive(MECE)：

由于上行的问题发生时，需要一步步确认上行参数，怀疑哪些可能出现问题的点，无法一步定位到问题，如果是在仪器上行出现问题的情况，直接先看下仪器的性能参量，采用MECE的方式排除掉一些可能因素，是否有更利于快速找出问题的可能？