UMTS语音通话问题定位分析

<h2><a name="_Toc454636206"> 1.引言</a></h2>
<p style="margin-left:0cm;">SS2-01项目上市后出现各种语音通话类问题，严重导致客诉、客退现象。<a name="_Toc454636207"></a></p>
<h3 style="margin-left:0cm;">1.1 目的</h3>
<p style="margin-left:0cm;">通过本文介绍的语音问题分析定位方法，可使从事modem语音通话方面的相关同事更快、更精准的定位语音通话问题原因。<a name="_Toc454636208"></a></p>
<h3 style="margin-left:0cm;">1.2 参考资料</h3>
<p style="margin-left:0cm;">【1】80-P0167-1EC_A_UMTS_GSM_Audio_Issue_Troubleshooting.pdf</p>
<p style="margin-left:0cm;"> </p>
<h2 style="margin-left:0cm;"><a name="_Toc454636209">2.Audio Issue</a>定位方法<a name="_Toc454636210"></a></h2>
<h3 style="margin-left:0cm;">2.1语音数据的过滤和问题模块定位</h3>
<p style="margin-left:0cm;">    常见有两大类原因导致语音通话问题：第一种为多媒体模块处理后的音频出现异常而导致的语音问题，第二种为modem或者网络在处理和传输的过程中引入问题。首先介绍如何定位语音问题是那个模块引入的。</p>
<p style="margin-left:0cm;">高通UMTS、GSM的音频包含如下三个模块：                                           <img alt="" height="97" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-a63d51404fdb0b28b05be5e80705fd48.png" width="554"></p>
<p style="margin-left:0cm;">                                                             图2.1 modem取得的音频数据节点</p>
<p style="margin-left:0cm;">以上行音频处理为例：</p>
<ol><li>首先终端从mic中收集到的上行语音数据会在多媒体模块进行处理，在日志中一般为PCM的格式存在。</li><li>处理后的PCM语音数据为了匹配最终的空中接口，便于协议端的发送，需要进行信源编码，所以要经过ADSP（Vocoder）模块进行处理。</li><li>Vocoder模块处理完之后，最终将信源数据发送给modem协议栈，modem协议栈最终进行信道编码后发送给网络。</li></ol>
<p style="margin-left:0cm;">    从上面的音频处理流程就可以清晰的知道，其实modem拿到的音频数据，以及下行modem发送给音频处理模块的分水岭就是经过信源编码的vocoder packets音频数据，如下图：</p>
<p><img alt="" height="684" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-373dfafe32a40522cdc214a150d88129.png" width="1150"></p>
<p style="margin-left:0cm;">    所以拿到Audio issue的问题日志时，我们首先要按照如下的方法确定问题是属于modem、网络引入的，还是属于多媒体模块处理本身就产生的问题。如下图用QCAT处理后的音频数据的4个节点，只有在节点2存在异常的时候是modem、网络引入的问题，其余节点出现异常均属于多媒体模块需要进行处理。                                                 <img alt="" height="454" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-07ef35153a00d640820561da4d676df9.png" width="619"></p>
<p style="margin-left:0cm;">                                                       图2.3 QCAT处理后的音频数据节点<a name="_Toc454636211"></a></p>
<h2 style="margin-left:0cm;">2.2Audio issue时间点的定位</h2>
<p style="margin-left:0cm;">    通过上述方案定位到问题为modem、网络存在异常后，接下来需要定位问题发生的时间点。精准的定位到问题发生时间点，才能正确的定位到问题发生的原因。而一般情况下测试所报的单通和断续问题，基本上是要研发这边去听语音通话内容，然后根据语音通话内容所在的相对时间点结合日志才能确定问题时间点。</p>
<p style="margin-left:0cm;"> 如下图首先在QCAT中过滤出空口日志和对应的Vocoder Packet日志，第一个Vocoder Packet包即对应此通电话的语音开始的绝对时间。                               <img alt="" height="246" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-263ef351711c02d69286ef73f49cf893.png" width="581"></p>
<p style="margin-left:0cm;"> QCAT过滤出来的音频数据，以下行的一段日志中的Rx音频数据为例：</p>
<p style="margin-left:0cm;">diag_log_20160416_211346-diag_log_20160416_211819.isf.voc.rx，此段音频数据中包含了日志中所有通话的音频数据，所以首先要用音频播放器听出是第几通电话的第几分钟第几秒出现了问题，之后根据这通电话的在日志中的开始时间“+”从音乐播放器中听到的相对时间就可以定位到问题发生的时间点。</p>
<p style="margin-left:0cm;">    如下是在第2通电话的4:10时间段出现了断续、听不清，那此时在日志中定位到的时间点就为13:15:01+(4:10-3:01)=13:16:10，之后在这个时间段去查看日志，定位问题。                         <img alt="" height="350" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-5b3ecbcc49b71b4974a86ad28fc77861.png" width="707"></p>
<p style="margin-left:0cm;">