手机性能测试经验分享

手机性能测试经验分享,1,主叫流程2,通话切换3.常见问题,主叫流程,链路信道建立请求消息终端链路信道指配消息(信道的频点和时隙的位置)同步突发脉冲,在呼叫建立过程和切换建立时隙的频率和时间同步。启动多帧传输模式，设置异步通信对SABM的响应多帧通信建立建立呼叫的初始信息（承载能力,设施,主被叫号码）申请接受区域信息(终端切换的参数)向PS通告区域信息通知终端切换模式,主叫呼叫流程,对语音是否加密,密钥移动参数,是否需要鉴权,鉴权的算法,寻呼类型鉴权过程释放FACCH信道确认链路释放主叫屏幕开始进入计时界面和通话有关的硬件被打开,microphone,receiver,ADPCM编码,主叫手机进入等待通话阶段,主叫呼叫流程,300f0020081a571a1a4426800044RTL1startmonitL1开始找寻基站2.781304b009e01132e500139RTCS_ID2.781304b009e01133e25014aRTCS_ID这个即是RSSI最好的CS2.953300f0020081a571855aa8160004eRTCSlinkcchreq手机向基站发送请求分配业务信道的请求3.470300f00200800000000000000004eRTCSlinkcchrereq重发请求4.453300f00200800000000000000004eRTCSlinkcchrereq5.860300400200701RT-L1primitive5.953300f0020081a571a1a7a34a0004bRT-L1pchinformation6.470300f0020081a571323a38100004aRT-L1pchinformation6.15630120004200801020212a0810000RT-L1lchassignmentL1向RT发送信道发配成功消息6.1883009000500RTPMfuncfmRT向PM发送RTfunctionrequest确认信息6.781500b005101pmsendfunctionrequesttoMMMMfunctionrequest6.781340000a53dMMgetfunctionrequestfromPM6.844320600MMgetauthreqfromnetMMauthenticationrequest6.844320700MMsendauthrsptonetMMauthenticationrequestresponse6.8443401005102MMsendfunctionconfirmtoPMMMfunctionrequest确认信息鉴权成功后被叫网络开始和被叫进行连接6.9382b000011070104l2releaseindication6.938302300070101RTPMdrel7.1722c0000450181011e028288l2sendtomsgtol3,172350100450181011e028288CCPM:ALERT7.188504d00PM-ADPCMentercommu7.1882700001001000004084e5100fromL1data-sacch7.20327000010010000041a4fe001fromL1data-sacch7.2032d0000010600ffl2rxallifrmbeforesendingtol37.2032c000045018107l2sendtomsgtol37.203260000d10d0000l2tol1datareq-sacch7.20335070045018107CCPM:CONNECT当被叫向网络传送CCAlerting时主叫方听到回铃音当被叫向网络传送CCConnect时主被方开始正式通话如被叫没有和网络连接成功则会听到网络提示音根据以上,可以在测试MO时,我们无需听回铃音来判断主叫方是否与网络连接,只要看到计时开始就算成功MO一次.,Alerting/connect,切换,基本介绍,1)基站和手机都有权利发起切换。2)FER是怎么得到的：检验1.2s内即240帧的误帧数，它通过检测UW（识别字）中的16bit或32bit的数据是否正确，还有检验CRC是否正确，在通信信道里CRC是CI(逻辑信道标识)SA+I共180bit数据产生的16bit的数据，在控制信道里它是由PR(前导码)CAC(公共接入信道)共170bit数据产生的16个bit的数据，其中PR在控制时隙中为了更好的实现位时钟同步，它的数据是固定不便的62bit的数据,通信信道里的PR为6bit。PS：在待机是FER值永远不会高于1。3)手机侧如何判断做什么切换：在此以手机侧发起切换为例子，当RSSI值波动不大，但FER很大时，说明收到干扰，但此时离原来的CS的距离没什么变化，只是这个TCH信道不能用，则一般执行TCH切换；当RSSI值下降，此时一般来说FER也会升高，则是说明原CS不能使用需要执行RECALL切换。无缝切换比较特殊，在每个支持无缝切换的手机中会有一系列的参数来确定无缝切换的门限，总的说是还是看RSSI和FER来确定判断：,RSSI：强信号区-RSSI-1当RSSI在某一瞬间跨区跳变则做无缝次强区-RSSI-2切换，3个门限依照不同的手机确定，次弱区-RSSI-3228的RSSI-1为40，RSSI-2为36,FER:当在1.2秒内FER突然高于一个特定值时，手机做无缝切换。,4）3种切换在流程上的区别：recalling切换在流程上和主叫流程相仿，只是少了Alerting和鉴权俩个步骤，而TCH切换因为不需要重新选择基站则不需要进行建链。无缝切换与recalling的区别：2portsstatus,在新的链路上CCsetup之后断开原语音通道，所以无缝切换基本对用户通话不产生影响。,基本介绍,5)切换的典型log语句:在分析R200协议前,简单介绍一下Sanyoprotocol:(1)06:06140000330329001a401010RSSI-FER(No.1TCH)RSSI(33)andFER(03),(2)06:0677778301830b013383393534382c1801ba33为RSSI值，83为FER值39为待机切换目标基站电平值，35为待机电平切换值（开始寻找别的基站）34为通话电平切换值（开始寻找别的基站），38为通话切换目标基站电平值(3)06:0733ca00TR306P(newCSmonitor)T/Ohandoverstart(普通切换)(4)06:073f00339e01123012033c00HandoverCCHMonitormonitorCS,CS-ID(9e0112301203)andRSSI(3c)(5)06:071201001900009e01105e2803cch_est_req切换的目标基站CS-ID(6)06:093e2e00000000000000Uwavetestingenddisplay信道检测,最后一位为00表示此信道没有干扰(7)06:10310701450185071c0691a203020101Responsehandoverend(成功切换),基本介绍,R200protocol:(1)2971.573302a0008RTdorecallinghandover开始做recalling切换(2)9.414315a000702RT-PMhandoverstart9.41431ca0008RTPORT1-PORT2monitorreq开始做seamless切换(3)42.15130c900201001RTPMhandoverswitchorrecallend结束切换流程(5)248.80830270008RTPMhandoverstart200.16831ca0008RTPORT1-PORT2monitorreq开始做seamless切换200.16840330005422637333438d5pmsendrssiindicationtoMMI200.178443b0002a0pmsendhostartindicationtoMMI200.17830ca003201RTPORT2PMhandoverswitchorrecallend200.4284b390060b6pmsendmmihoendindwhenseamlesswaittch200.428506000200.43849480052180001a0pmsendccsmhoendreqinglobalfunction200.438359f000001010000CCCSlinkcchreq在找到新CS后,向新的CS做业务信道分配请求886.014300f00200800000000000000003bRTCSlinkcchreq向该基站重新请求业务信道,常见问题,2.TR101P:200ms,4次超时结束切换Startconditions:WithoutunwantedsignalintheTCHdesignatedby“Linkchannelassignment”Stopconditions:“Synchronizationestablishment”reception887.647800c00140529400aL1indicationuwavetoRT887.64730040020020100RTCSlinkcchrereq重新请求信道在log中我们能发现在建链中存在大量的TR001和TR101超时,这个是无法避免的,但是他们的存在确实对手机在弱信号区的切换有很大的影响,常见问题,3.掉话：1.网络主动断线引起掉话,106.9732d000000027e07l2rxallifrmbeforesendingtol3106.983270000000004068e4021fromL1data-sacch106.9832d000000034301l2rxallifrmbeforesendingtol3107.003270000000004180d2400fromL1data-sacch107.0032d000001040481l2rxallifrmbeforesendingtol3107.0032c0000450107450803028590l2sendtomsgtol3107.0032600000004b10dl2tol1datareq-(sacch)107.003354500450107450803028590CCPM:DISCONNECT此时的掉话往往没有征兆,突然断线,这个现象不是我们软件协议所能控制的,在现实log中此类的断线比例也不是很高,所以我们一般不对这种掉线分析。,2.新的TCH建立失败而掉话.(切换流程中)1)同步超时:37.6343041000ef20dRTTRMONITPTimerOut37.634304b009e0111aea602RTCS_ID37.634304b009e0111aea60239RTCS_ID找到一个合适的基站37.6343157000102020900RT-CSlinkcchreq向该CS做建TCH请求37.634801c000203L1readytotxscch38.896300400f201RTCSlinkcchreq重新请求38.896801c000503L1readytotxscch38.976300f002008000000000000000036RTPMhandoverswitchorrecallend切换停止39.6974839000047pmsendhoendindicationtoMMIinHO40.709300400f214RTCSlinkcchreq向该CS做建TCH请求195.891801c000205L1readytotxscch196.052300f00200800000000000000003cRT转而做switchback(失败)-转而recallingHO(TCH建立失败)-转而做switchback(失败)-转而recallingHO流程二的修改:原先协议的处理:TCHSWITCHHO(失败)-转而做switchback(失败)-recalling