手机性能测试经验分享ppt课件.ppt

手机性能测试经验分享 1 主叫流程2 通话切换3 常见问题 1 主叫流程 2 链路信道建立请求消息终端链路信道指配消息 信道的频点和时隙的位置 同步突发脉冲 在呼叫建立过程和切换建立时隙的频率和时间同步 启动多帧传输模式 设置异步通信对SABM的响应多帧通信建立建立呼叫的初始信息 承载能力 设施 主被叫号码 申请接受区域信息 终端切换的参数 向PS通告区域信息通知终端切换模式 主叫呼叫流程 3 对语音是否加密 密钥移动参数 是否需要鉴权 鉴权的算法 寻呼类型鉴权过程释放FACCH信道确认链路释放主叫屏幕开始进入计时界面和通话有关的硬件被打开 microphone receiver ADPCM编码 主叫手机进入等待通话阶段 主叫呼叫流程 4 300f0020081a571a1a4426800044RTL1startmonitL1开始找寻基站2 781304b009e01132e500139RTCS ID2 781304b009e01133e25014aRTCS ID这个即是RSSI最好的CS2 953300f0020081a571855aa8160004eRT L1PCHinformation2 953304b009e01133e25014aRTCS ID选定一个基站 准备阶段 MMI层发送主叫指令至L3 RT层寻找基站建立CCH 5 TCH请求阶段 RT层做具体操作 2 9533157000102020900RT CSlinkcchreq手机向基站发送请求分配业务信道的请求3 470300f00200800000000000000004eRTCSlinkcchrereq重发请求4 453300f00200800000000000000004eRTCSlinkcchrereq5 860300400200701RT L1primitive5 953300f0020081a571a1a7a34a0004bRT L1pchinformation6 470300f0020081a571323a38100004aRT L1pchinformation6 15630120004200801020212a0810000RT L1lchassignmentL1向RT发送信道发配成功消息6 1883009000500RT L1UwaveINDL1向RT发送U波检测成功信息6 21930200006RT L1tchsyncL1向RT发送TCH 业务信道 同步信息 6 L2的建立 6 219301e00061101RT L2facchestreqRT向L2发送FACCH建立请求 下面是建业务通道 约定业务信道载频和时隙6 2192601003f81000000000000000000000000000000000000l2tol1datareq facchL2向L1发送FACCH数据传送请求6 23528010010020100froml1inf facch从L1收到FACCH6 2972701001001010002738100000000000000000000000000000fromL1data facch6 297301900061103RTL2sacchestreqRT向L2发送SACCH建立请求6 2972600003f090000l2tol1datareq sacchL2向L1发送SACCH数据传送请求6 31328000010020000froml1inf sacch6 3282700001001000002730b0000fromL1data sacch6 328301800071101RTMMtchestcfmorindRT向MM发送业务信道建立确认信息6 3283303003104000000MMgetTCHestablishmentconfirmfromRR 7 6 34441160001pmsendccsetuprequesttocc发送ccsetup请求 说明pm发给ccsetup消息6 34435980000000003808ca40000000000000000000000000000 CCCS SETUPCC向基站发送SETUP消息6 3602a0100012402l2iformatfacch6 360260100020400a200450101050403808ca46c0e0080303537l2tol1datareq facch L2向L1发送数据传输请求 通过FACCH传输6 37528010010020100froml1inf facch6 375260100020402a20038353538373134307009803837353931356 43827010010010100047181000000000000000000000000000000000000fromL1data facch6 531270100100101000470c9004501810200000000000000000000000000fromL1data facch6 53135020045018102CCPM CALL PROCEEDING CC的建立 8 RT消息 鉴权 释放FACCH 6 54730220007RTCSfunctionreqRTfunctionrequest6 75030240043050910001517c0RTL1CSenckeysetRTencryptionkeyset6 766315f0007RT PMfuncfmRT向PM发送RTfunctionrequest确认信息 6 781500b005101pmsendfunctionrequesttoMMMMfunctionrequest6 781340000a53dMMgetfunctionrequestfromPM6 844320600MMgetauthreqfromnetMMauthenticationrequest6 844320700MMsendauthrsptonetMMauthenticationrequestresponse6 8443401005102MMsendfunctionconfirmtoPMMMfunctionrequest确认信息鉴权成功后被叫网络开始和被叫进行连接6 9382b000011070104l2releaseindication6 938302300070101RTPMdrel7 1722c0000450181011e028288l2sendtomsgtol3 9 172350100450181011e028288CCPM ALERT7 188504d00PM ADPCMentercommu7 1882700001001000004084e5100fromL1data sacch7 20327000010010000041a4fe001fromL1data sacch7 2032d0000010600ffl2rxallifrmbeforesendingtol37 2032c000045018107l2sendtomsgtol37 203260000d10d0000l2tol1datareq sacch7 20335070045018107CCPM CONNECT当被叫向网络传送CCAlerting时主叫方听到回铃音当被叫向网络传送CCConnect时主被方开始正式通话如被叫没有和网络连接成功则会听到网络提示音根据以上 可以在测试MO时 我们无需听回铃音来判断主叫方是否与网络连接 只要看到计时开始就算成功MO一次 Alerting connect 10 切换 11 基本介绍 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之后断开原语音通道 所以无缝切换基本对用户通话不产生影响 12 基本介绍 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 成功切换 13 基本介绍 R200protocol 1 2971 573302a0008RTdorecallinghandover开始做recalling切换 2 9 414315a000702RT PMhandoverstart9 41431ca0008RTPORT1 PORT2monitorreq开始做seamless切换 3 42 15130c900201001RTPMhandoverswitchorrecallend结束切换流程 5 248 80830270008RT CSswitchindicationincallingfromnet网络要求发起切换从以上两个协议的解释来看 R200的注释要详尽 基本可以从注释中看出此行log的意思 而Sanyoprotocol的注释要少于R200 且注释很抽象 象UT628等手机的log的注释都是日文 所以在分析Sanyoprotocol的时候我们要多结合STD 28规范来查看 以下我分析log中的问题都是从UT228历次性能测试中截取的log 也就是R200的协议 14 常见问题 UT228 R200协议 切换中的问题 1 附近没有合适的基站 或是合适的载频 而导致该次切换失败 200 168315a000702RT PMhandoverstart200 16831ca0008RTPORT1 PORT2monitorreq开始做seamless切换200 16840330005422637333438d5pmsendrssiindicationtoMMI200 178443b0002a0pmsendhostartindicationtoMMI200 17830ca003201RTPORT2PMhandoverswitchorrecallend200 4284b390060b6pmsendmmihoendindwhenseamlesswaittch200 428506000200 43849480052180001a0pmsendccsmhoendreqinglobalfunction200 438359f000001010000CC PM seamlessHOendseamless切换结束以上的log为做seamless切换因外没有合适是载频而停止 在228切换测试中能大量的读到此类信息 事实证明seamless在弱型号区里的很难做成功 因外很难找到合适的载频反而会引起频繁切换的问题 影响通话质量 15 常见问题 2 一系列的 超时 影响切换 1 TR001P 1200ms 4次001超时结束切换Startconditions Linkchannelestablishmentrequest 或是 Linkchannelestablishmentre request Stopconditions Linkchannelassignment 或是 Linkchannelassignmentreject 85 9543157000102020900aaRT CSlinkcchreq在找到新CS后 向新的CS做业务信道分配请求886 014300f00200800000000000000003bRTCSlinkcchreq向该基站重新请求业务信道 16 常见问题 2 TR101P 200ms 4次超时结束切换Startconditions WithoutunwantedsignalintheTCHdesignatedby Linkchannelassignment Stopconditions Synchronizationestablishment reception887 647800c00140529400aL1indicationuwavetoRT887 64730040020020100RTCSlinkcchrereq重新请求信道在log中我们能发现在建链中存在大量的TR001和TR101超时 这个是无法避免的 但是他们的存在确实对手机在弱信号区的切换有很大的影响 17 常见问题 3 掉话 1 网络主动断线引起掉话 106 9732d000000027e07l2rxallifrmbeforesendingtol3106 983270000000004068e4021fromL1data sacch106 9832d000000034301l2rxallifrmbeforesendingtol3107 003270000000004180d2400fromL1data sacch107 0032d000001040481l2rxallifrmbeforesendingtol3107 0032c0000450107450803028590l2sendtomsgtol3107 0032600000004b10dl2tol1datareq sacch 107 003354500450107450803028590CCPM DISCONNECT此时的掉话往往没有征兆 突然断线 这个现象不是我们软件协议所能控制的 在现实log中此类的断线比例也不是很高 所以我们一般不对这种掉线分析 18 2 新的TCH建立失败而掉话 切换流程中 1 同步超时 37 6343041000ef20dRTTRMONITPTimerOut37 634304b009e0111aea602RTCS ID37 634304b009e0111aea60239RTCS ID找到一个合适的基站37 6343157000102020900RT CSlinkcchreq向该CS做建TCH请求37 634801c000203L1readytotxscch38 896300400f201RTCSlinkcchreq重新请求38 896801c000503L1readytotxscch38 976300f002008000000000000000036RTPMhandoverswitchorrecallend切换停止39 6974839000047pmsendhoendindicationtoMMIinHO40 709300400f214RT L1primitive40 7093048000df214RTTRDLRELPTimerOut断链SendRT Radio channeldisconnectioncomplete 常见问题 19 常见问题 2 连接时间超时195 891304b009e01943ec1013bRTCS ID195 8913157000102020900RT CSlinkcchreq向该CS做建TCH请求195 891801c000205L1readytotxscch196 052300f00200800000000000000003cRT L1pchinformation196 082801100070aL1scchtxcfm 211 26380120004010aaa14be13142400a218L1rxNULLmsg211 303506300f50a020000000408211 303505f00211 303340a00510b0000MMgetPMadisccommandTCH建立时间太长 超过PMTIMER 15S 从而掉话 在切换中都要重新建立TCH 所以一半以上的掉话都是由于TCH建立失败而导致 20 常见问题 3 switchback失败而掉话 切换不成功而switchback 444 9608001000037L1cchmonit444 9608001000036L1cchmonit444 970300400f20dRTPMhandoverswitchorrecallend445 9224839000022pmsendhoendindicationtoMMIinHO445 922506000447 023300400f214RT L1primitive447 0333048000df214RTTRDLRELPTimerOutSendRT Radio channeldisconnectioncomplete 在现实中有大半掉线情况由于switchback失败而导致 一般手机在弱信号区因为话音质量的降低而导致连续的切换 用来保证手机不掉话 所以我们在性能测试时会听到连续的DI DI 声 在切换过程中如果切换不成功 手机可以重新回到原来的TCH信道上进行通话 因为即使是在切换过程中原来的通信的载频会一直发送同步信息到手机 此时手机只需要重新同步就可以切换到原来的载频 我们叫这种为SwitchB