CDMA无线常见问题分析交流

2009-10,中国电信CDMA无线常见问题分析交流,通过本次交流，能够进一步了解无线产品的特性，并且利用这些特性拓宽问题处理思路，快速定位问题。,前言,Page1,第一章CDMA网络介绍第二章问题定位的常用方法第三章问题处理思路拓展分析,Page2,CDMA20001X-EVDO网络结构,A1/A2,A1/A2,A10/A11,A12,A3/A7/A13/A16/A17/A18,Page3,第一章CDMA网络介绍第二章问题定位的常用方法第三章问题处理思路拓展分析,Page4,第二章问题定位的常用方法2.1故障场景分类2.2故障定位常用手段2.3问题定位思路概述,Page5,故障场景分类,语音呼叫类故障分组数据业务类故障设备部件类故障操作维护类故障业务功能类故障性能类故障,Page6,第二章问题定位的常用方法2.1故障场景分类2.2故障定位常用手段2.3问题定位思路概述,Page7,故障定位常用手段告警系统,快速发现故障；缩小问题范围；提供故障处理思路；适用于设备部件类故障和业务功能类的故障处理,Page8,故障定位常用手段信令跟踪系统,辅助分析接入困难、切换、接口对接类问题；,Page9,故障定位常用手段资源监测系统,资源监测可以实时的反映系统运行状态，帮助问题分析定位；资源监测重点包括：无线资源监测、流量监测、状态监测、BTS资源跟踪；,Page10,故障定位常用手段性能统计系统,话统统计分析，主要用于协助性能类故障的处理；,Page11,故障定位常用手段其他,语音录音、环回、指定时隙拨测；抓包、状态查询；,Page12,第二章问题定位的常用方法2.1故障场景分类2.2故障定位常用手段2.3问题定位思路概述,Page13,故障处理流程：,问题处理思路概述,Page14,备份数据系统出现某类故障时，应首先保存现场数据，备份相关数据库、告警信息和日志文件等。,问题处理思路概述,故障信息搜集故障信息收集是故障处理的首要步骤。获取详细的故障的各种原始信息，有利于迅速和准确的定位故障。在处理故障前，需要收集的故障信息包括：具体的故障现象故障发生的时间、地点、频率故障的范围、影响故障发生前设备的运行状况故障发生前对设备进行的操作、操作的结果故障发生时设备是否有告警、告警的相关/伴随告警是什么,Page15,问题处理思路概述,判断故障范围和类别在获取故障信息后，需要根据故障现象进行判断。确定故障的范围、种类和级别。,定位故障原因定位故障原因是指从众多可能原因中找出真实故障原因的过程，它通过一定的方法或手段分析、比较各种可能的故障成因，不断排除非可能因素，最终确定故障发生的具体原因。,故障排除进行故障排除是指根据不同的故障按照不同的操作规程操作，采取适当的措施或步骤清除故障、恢复系统的过程。如检修线路、更换单板、修改配置数据、倒换系统、复位单板等。,记录故障处理过程故障排除的过程中注意做好记录，记录故障处理要点，给出针对此类故障的防范和改进措施，避免同类故障再次发生。,Page16,讨论,Page17,第一章CDMA网络介绍第二章问题定位的常用方法第三章问题处理思路拓展分析,Page18,如何定位DO业务接入失败，关键在于了解DO业务的流程。AT接入DO网络的过程，实际上就是一个建立连接的过程，这里的连接主要包括：AT与BSC的空口连接(HRPD会话建立）AT与PDSN的PPP连接（业务连接建立）,EVDO接入失败定位思路,为了成功建立这2个连接，系统内部各网元间需要建立链路，主要的链路有：BSC与BTS之间的Abis链路BSC与PCF之间的A8链路PCF与PDSN之间的A10链路PCF与ANAAA之间的A12链路定位DO业务接入失败，从这2个连接和4个链路入手，势必事半功倍！,Page19,HRPD会话建立流程介绍,EVDO接入失败定位思路,UATI指配,AT/AN配置协商,Page20,EVDO接入失败定位思路,HRPD会话建立流程介绍,CHAP接入鉴权,Page21,上面的流程可以在我们的维护台信令跟踪观察到，如下图：,EVDO接入失败定位思路,Page22,下面的流程可以在我们的维护台信令跟踪观察到，如下图：,EVDO接入失败定位思路,Page23,连接建立流程介绍,EVDO接入失败定位思路,Page24,定位的常用方法,EVDO接入失败定位思路,分析数据配置，确保数据配置正确；分析告警，确保系统没有异常告警；获取话统，根据话统数据确定问题范围及会话失败的主要原因。使用终端软件跟踪信令，配合LMT的信令进行对比分析，比对两者消息是否一一对应，没有丢失，消息的内容没有异常；对相关网元进行资源跟踪（RSSI跟踪、驻波比跟踪等）,Page25,接入失败问题定位流程,EVDO接入失败定位思路,Page26,案例：AN-AAA对接失败导致EVDO用户无法接入,问题描述：某局点，BSC下所有站点EVDO用户无法接入网络。,排除故障的基本思路是分段定位：由整个BSC下都无法接入网络推断，基本可以排除空口和Abis链路的关系，很可能是AN与AN-AAA,PCF,PDSN之间链路故障导致。,通过DSPSESSION查询，发现没有IMSI值，表明会话建立失败。,进行信令跟踪，发现配置协商后，当AN向AN-AAA发送接入请求请求消息“A12_Access_Request”后，没有收到A12_Access_Accept，直至超时，连接关闭。,进行信令跟踪，发现配置协商后，当AN向AN-AAA发送接入请求请求消息“A12_Access_Request”后，没有收到A12_Access_Accept，直至超时，连接关闭。,没有收到A12_Access_Accep，说明A12链路有故障，可能是AN-AAA故障或者AN-AAA没有配置PCF数据。,根据组网，在同一个AN-AAA下的其他BSC下进行EVDO起呼跟踪信令，信令流正常可顺利收到A12回应消息，表明AN-AAA没有问题。,问题定位在AN-AAA与此BSCPCF数据的对接上，双方工程师一起查询PCF和AN-AAA对接参数发现AN-AAA未配置PCFIP的地址信息，修改AN-AAA与PCF对接参数后，可收到A12_Access_Accept消息。,问题总结：EVDO用户无法接入网络先检查是局部还是整网无法接入，整网无法接入一般是从BSC与PCF,PCF与AN-AAA，PCF与PDSN对接配置参数进行核查；如果是单站接入失败，先检查UIM卡，终端设置，驱动程序，基站硬件告警等是否有问题，然后进行信令跟踪，定位是空口问题还是AN侧失败，从而检查对应的链路配置，CE配置，网优参数设置。,Page27,PPP成功率低问题处理专题,PPP指标统计原理,典型数据业务呼叫建立流程和PPP协商之间的关系图注：上图红线表示业务流，黑线表示信令流。,PPP成功率PPP成功次数/(PPP请求次数-PPP鉴权失败次数)*100%PPP请求次数统计点如上图所示的9位置，即PDSN给PCF回复A10连接初始建立成功应答计一次PPP请求。同时如果终端鉴权失败则应该再从请求次数中减去。PPP成功次数统计点如上图所示12阶段的完成点，正常情况协商过程持续约2秒。,统计公式及点,Page28,PPP成功率低问题处理专题,信令流程图,Page29,PPP成功率低问题处理专题,PPP协商过程,LCP阶段最大尝试失败LCP阶段不支持选项失败LCP阶段未知原因失败IPCP阶段最大重试失败IPCP阶段不支持选项失败IPCP阶段未知原因失败LCP阶段终端发起中止LCP阶段PCF发起中止IPCP阶段终端发起中止IPCP阶段PCF发起中止认证阶段失败,Page30,PPP成功率低问题处理专题,完整的协商过程,红色框：LCP协商过程蓝色框：CHAP认证过程绿色框：IPCP过程（地址分配）,Page31,PPP成功率低问题处理专题,PPP指标统计关键点分析,PPP协商开始是以PDSN给PCF回A10建立成功为起点。该呼叫流程图中A10建立之前空口链路已经搭建完成，空口链路搭建约需1秒的时间。PPP协商过程有大概2秒的时间，所以这个过程中用户掉话、主动释放就会造成PPP协商失败。单纯从统计原理上分析，PPP指标至少会受用户行为的影响（如呼叫快速释放），受空口因素影响（掉话或接入失败等）。,Page32,PPP成功率低问题处理专题,PPP话统数据分析方法,常见的指标报表格式如下：,话统指标分析需要观察一段较长时间（通常一周以上），分析方法如下：PPP连接认证用户名密码错误不统计到话统中，可以不关注；分析PPP连接请求次数和成功次数是否有突变，该值突变对成功率影响很大；分析灰色部分，该部分不会在失败中占比超过10%，如果该部分明显异常偏高，需要首先让PDSN工程师排查；分析绿色部分，哪个指标在统计周期内出现突变。,Page33,PPP成功率低问题处理专题,核心侧(PDSN、MSC)设备排查,PDSN工程师检查PDSN的IMSI分配算法，需要确保在A10存在的情况下，相同IMSI每次建立要分配到同一个PDSN处理实体上,从异常用户分析，PDSN软件压缩可能影响PPP，建议PDSN工程师关闭软件压缩,Page34,案例：数据压缩功能开启导致终端不响应LCP请求,问题描述：数据压缩打开后，呼叫建立后，PDSN发送LCP请求，手机不发送LCP请求和应答，直接发送压缩后的数据报文。,问题分析:在PDSN捕获的报文：红色框是A10建立流程，PDSN发送LCP请求，手机发送的都是压缩报文。,解决措施:出现类似场景可以建议PDSN关闭数据压缩功能。无线数据业务包错误率高，软件压缩如果错一个报文会引起一片报文错误，所以不建议无线数据业务打开数据压缩。,Page35,PPP成功率低问题处理专题,BSS系统排查,无线环境影响排查：分析载频级话统，将数据业务掉话率高的小区提取出来，对明显异常的小区需要进行网络优化，掉话或呼叫建立性能明显较差的小区会对指标影响较大，需要重点关注。,PDSN配置不完整导致跨BSC/AN切换时影响PPP链接建立。,检查相同PDSN下各BSC的PCF/PDSN等相关配置是否一致，不同BSC的参数配置各不相同，可能会引发相关问题。如：AN间切换关系配置错误影响PPP链接成功率。,Page36,这种情况下当TargetPDSN收到PCF发送的A11registrationRequest(setupandstart)时，认为是新建连接，给PCF应答成功，然后发起PPP协商。由于终端在BSC间发生频繁切换，以致PDSN发给终端的LCPRequest无法从PCF转发给终端，终端收不到PDSN的LCPRequest消息自然不会应答，最终PDSN尝试重发一定次数后终止协商，即“LCP阶段PDSN多次尝试后失败”。,案例：BSC侧的PDSN数据配置不完整导致PPP成功率低,问题描述：某局点反馈本地网PPP成功率低,PPP协商过程由终端和PDSN之间完成，在PDSN可以获得精确的失败记录和信息，可以比较精确的统计到TOP失败用户。,对提取到的TOPIMSI进行信令跟踪，发现如下问题：,跟踪异常TOP用户发现，在发生BSC间软切换时，可能分配不同PDSN，即BSC切换的同时发生了PDSN之间的切换。,根本的解决措施是修改PCF配置，将所有实际使用的PDSN都配上，这样发生激活态切换的时候目标侧BSC就可以选择源侧BSC推荐的PDSN，避免切换PDSN带来的PPP中断。,Page37,PPP成功率低问题处理专题,终端及用户行为排查,在提取到失败TOP用户的IMSI之后，可对其进行如下跟踪：用户接口跟踪；单用户流量统计跟踪；终端、DPU单板抓包；,Page38,案例：终端异常导致PPP成功率低,问题描述：新建立连接后，手机不响应LCP请求，直接发送业务报文，但又能够应答PDSN的LCP终止。,解决措施：明显终端异常，回访排查类似终端,Page39,语音类问题定位思路,语音类问题是一个全系统的问题，从终端性能、无线环境、BSS设备、NSS设备、核心网路由、对端设备、对端无线环境、对端终端性能，那一个环节出现问题都可能导致语音质量的问题。定位语音类问题需要从全系统的角度出发，首先分析清楚问题的类别和现象，然后进行逐段的隔离，找出问题的引入点，再进行针对性的测试和定位。针对语音类的问题，常用定位手段：各重要处理单元的录音、逐段环回测试、指定时隙拨测，进行语音类问题的隔离和定位。,Page40,端到端语音流,A/D转换EVRC编码,EVRC解码,MS,BSS,NSS,BSS,MS,PCM传递，编解码,EVRC编码,EVRC解码D/A转换,语音在BSC内部主要通过两个重要的功能模块：SDU（DPUS）、TC（DPUT/ECUO）SDU主要进行语音和信令的分离和合并；TC主要完成语音的编解码。,Page41,语音类问题定位手段BSC录音,语音录音功能，通常用来分析回声、杂音、断续等问题。在通话过程中SDU和TC都可记录上行或下行的语音，并将记录的语音数据输出到BAM以文件的形式保存。将录音文件解码后，可以得到SDU和TC的4个录音点：Down_In、Down_Out、Up_In、Up_Out的wav格式的文件。分别表示下行进、下行出、上行进、上行出的语音。我们通过回放和对比，进行问题的分段隔离。,Page42,语音类问题定位手段BSC环回,SDU环回：在DPUS单板上进行环回，如图示A点，用于排查手机、空口环境、SDU模块等路由故障；TC上UTOPIA环回：TC上针对语音帧的环回，靠SDU侧，环回的是EVRC、Q13K等语音帧，如图示B点，用于排查手机、空口环境、SDU模块、TC板DSP之前等路由故障；TC上McBSP环回：TC上针对PCM数据的环回，靠A接口侧，环回的是64K的PCM码流，如图示C点，用于排查手机、空口环境、SDU模块、TC板（含DSP编解码）等路由故障；AIU上环回：在A接口单板上环回，如图示D点，用于排查手机、空口环境、SDU模块、TC板（含DSP编解码）、A接口板等路由故障。,Page43,语音类问题定位手段查询呼叫占用资源,命令：DSPCALLOCCUPYRES,当前呼叫占用的资源？,Page44,语音类问题手段绑定CIC测试,查询哪些IMSI被绑定了CIC的命令是：DSPCIC。停止绑定的命令是：UOCCIC，如果不输IMSI，则停止所有的绑定关系。,当语音问题出现在某个时隙或者通道上时，可以进行指定呼叫资源的测试。指定主叫和被叫占用的时隙进行反复的测试。通过OCPCIC命令可以进行绑定CIC的操作。,Page45,语音类问题处理思路失真、断续类,在BSC上启动TC/SDU的录音；启动RFMT跟踪，用于观察无线环境；启动单用户信令跟踪，观察信令面是否有异常；如果核心网可以录音，请在MGW上进行录音；,通过分析录音文件，进行问题的隔离；这类的问题是用户可以感知的，听听失真、断续、杂音等问题是在哪个环节引入的，再进行针对性的处理。,SDU的UpIN录音：如果这里就有问题，说明SDU收到的语音就有问题了，需要从终端、无线环境、系统参数配置等方面进行排查。TC的DwnIn录音：如果这里有问题，说明BSS收到的语音就有问题了，需要重点从核心网、对端设备、对端手机等方面进行排查。SDU的DwnOut录音：如果这个语音有问题，而TC的DwnIN没有问题，需要重点从TC和SDU上进行排查。如果这个语音没有问题，而用户感觉有问题，需要从无线环境、终端方面进行排查。TC的UpOut录音：如果这个语音有问题，而SDU的UpIN没有问题，需要重点从TC和SDU上进行排查。如果这个语音没有问题，而用户感觉有问题，需要从核心网、对端设备和对端手机等方面进行排查。,Page46,语音类问题处理思路失真、断续类,SDU导致问题的处理方法反向通过SDU通常是不会有问题的，前向通过SDU可能由于信令过多导致语音被挤占的情况，观察是否存在信令过多，频繁软切换的现象。如果有需要进行针对性优化。,TC导致问题的处理方法TC引起的问题通常是TC或者EC的参数设置不合理导致，可以根据问题的现象，参考相关指导书进行有针对性的参数测试和优化。,无线环境原因：先分析是本端还是对端，往往地域性强，有针对性的进行网络的优化，确保覆盖和信号。终端原因：通过调整终端的MIC和听筒音量等看是否可以缓解；多找几款终端进行对比测试。核心网设备原因：检查核心网路由，是否存在路由迂回的现象，带宽是否足够，是否存在拥塞丢包的现象；核心网参数调整。BSS设备原因：分析是SDU还是TC引入，进行有针对性的处理。,Page47,案例语音失真,问题描述：某地反馈本地C网手机之间通话存在语音破音，杂音和严重的沙沙声，通话双方听对方语音有失真现象。,通过分析BSC的录音文件，发现波形已经出现了过饱和，导致部分波形被削掉了。通过听录音，的确有破音和沙沙音。,音量在手机进行模数转换的时候产生，在整个系统中有些环节会对音量进行调整，为了避免过饱和，我们要对整个通路进行分析。,通过分析BSC的录音，SDU收到了音量就已经出现过饱和，是手机侧就引入了问题，但是为了避免后续环节将问题放大，我们将前反向电平增益降低3dB，这样出现饱和失真的概率会比较小，也不会造成用户感觉音量过小。,Page48,单通/串话的原因,链路搭接,MS,BSS,NSS,BSS,MS,PSTN,固话,链路搭接,链路搭接,通话双方存在很多链路搭接的环节，如果某一个环节发生错误，就会导致出现单通、串话、双不通等现象出现。,无线环境导致的高误码，会导致用户感觉像是出现了单通。终端问题也可能导致出现类似单通的问题。,Page49,语音类问题处理思路单通类,查询呼叫占用的资源，做好记录，以备后续有针对性测试；BSC、MGW进行录音。BSC启动单用户信令跟踪；在BSC的SDU、TC、A接口板，核心网的A接口板等地