中兴IOT经验交流.ppt

中兴IOT经验交流赵鹏第一天目标:Attach成功过程: 在中兴LTE_TD试验室,使用海信25号单板,真实USIM卡,开机搜网竟然一下子就回OK了,~SIB12后,找网成功。-,Attach遇到了问题。plete貌似发不上去,SS不断重发ConnectionSetup。DSP确认已经发送了该消息,换了几块单板也不行,只能和SS对码流了。中兴的LOG打印也是分级别的,L2的LOG默认是关闭的,而且有时会出现丢LOG的问题。另外TTI貌似也和UE对不上,对码流希望渺茫。在armlog中察看码流时,plete这条消息ARMLOG竟然解不出来,比较蹊跷。以前上海成功的LOG中,这条消息都能够解出来。顺着这条路一直往下追,发现NAS在attach消息中配置的GUTI为全FF???!!!!汗流浃背。同样是NT-。第二天目标:同频重选成功过程:重选过程要注意两个3个要点:1、RRC要求PHY进行同频临区测量2、PHY上报同频临区测量结果3、邻区要符合S准则,且Rank排序高于服务小区测试过程中遇到了邻区信号高于服务小区,但邻区不符合S准则的情况。这时需要网侧调整SIB3中重选最小接入电平。第四天目标:切换成功过程:为了测切换,SS需要构造两个小区,A和B,并在B小区上增加衰减器,需要切换时,将B小区信号调高。促使从A-〉B的切换。为此,做了如下准备工作:1、衰掉B小区信号,在空闲态下核对UE测量出来的RSRP值。2、衰掉A小区信号,在空闲态下核对UE测量出来的RSRP值。此时网侧调整了一下接入参数,UE顺利收到了paging完成了IDLE下的系统消息更新流程。(参见内网””)3、A,B小区里在connected下分别核对UE测量出来的RSRP值准备好后,开始做切换流程测试。此时,不幸的事发生了,connected下,即使UE收到了网侧的MeasConfig,RRC也没有要求PHY发起同频测量。经过检查,发现UE和SS对S_measure这个参数为0时,理解不一致。修改代码后,可以下发测量请求,然后上报A3测量报告给网侧。同频测量报告也顺便测试通过了。MeasureReport上报成功后,网侧下发MobilityControl,又出问题了。UE没有发起HO,而是发起了在目标小区的重建,重建被网侧Reject(参见内网””)。ZTE在切换时要求更改SRB2的配置,而UE代码不允许这样做。修改代码后可以发起handover,不幸运的是,切换后总收不到RAR;幸运的是,HO失败后在目标小区重建总能成功(参见””)。与家里测试相比,ZTE在重建后还会进行一次重配,此时PS内存释放报错。临时修改后通过。教训: 家中测试配置太简单,且没有把相关流程彻底走完。第五天目标:切换成功过程:继续切换测试。出现有时PS不配置发送preamble的情况。与xujin沟通后,确认在maskIndex=0时,MAC层代码有一个BUG,家中没有遍历过。修改后仍然RAR解不出来。下班前抓了一把数,希望能在PC上分析出点线索。第六天目标:切换成功过程:Raber使用PC软件分析抓到的数,竟然解出了RAR。对参数之后,发现是PS根本没有配置handover参数。修改代码后,HO通过。 参见“”教训:以前我们更多的关注的是这些消息中携带的L2以及L2以上的参数配置,往往因为某些IE我们不理解或觉得应该是PHY关注而忽视这些L1的配置,被动等待L1给我们解释,被动等待在联调时发现错误时再清理再修改。如果某个流程侥幸PASS了就认为代码是正确的(窃喜Sysd代码挺给力的),如果没过,首先就怀疑脚本,恳求betty将参数修改成一个舒服的值,能适应我们代码的值。这样一来,导致在IOT中载跟头。第七天目标:休息好过程:自由活动第八天目标:剩余RRC用例过程:上午分析Log,发现以下问题:1、Preamble发送不顺利。经常要发送好几次。2、上行MAC重传严重。3、下行MAC重传严重。4、有些参数PS配置有误。下午比较顺利,通过了以下用例:1、ContentionHo() 网侧修改切换参数,从非竞争改为竞争2、Paging发起MT业务()IDLE下,网侧向UE发起ping包。3、周期性测量上报()网侧将测量类型设置为周期类型。