kpi提升经验总结

KPI提升经验总结目 录1 KPI（关键性能指标）概述42 TD-SCDMA网络典型KPI指标42.1 覆盖率指标42.2 接通率指标52.2.1 RRC连接建立成功率（业务相关）52.2.2 RAB建立成功率52.2.3 无线接通率62.3 掉话率指标72.3.1 电路域掉话率72.3.2 分组域掉线率72.4 切换成功率82.4.1 系统内切换成功率82.4.2 系统间切换成功率93 KPI指标提升工作流程93.1 RF优化103.2 频点及扰码优化113.3 全网邻区切换关系优化123.4 参数核查193.5 接入问题专题优化203.5.1 DT/CQT问题分析203.6 接入问题优化案例403.7 切换专题优化443.7.1 DT/CQT指标优化流程443.7.2 话统分析流程523.7.3 切换问题优化案例573.8 掉话专题优化603.8.1 掉话定义和话统指标603.8.2 DT/CQT优化流程633.8.3 话统分析流程683.8.4 跟踪数据优化流程703.8.5 优化案例724 总结761 KPI（关键性能指标）概述网络系统指标有很多，运营商可以根据不同的网络发展阶段，制定不同的网络关键性能指标（KPI，Key Performance Indication）。KPI是网络整体性能的集中体现，简化了网络评价流程，使不同体制的网络性能具有了可比性。网络KPI可通过DT （Drive Test）、CQT（Call Quality Test）、OMC（Operation and Maintenance Center）数据、告警数据和用户投诉数据等方法来获取，这些方法在网络建设、发展和评估过程中结合使用。指导书主要从TD-SCDMA网络优化的流程和步骤出发，结合在优化过程中的经验，总结一套提升KPI指标的优化方案，为全面提升TD-SCDMA网络性能指标提供参考和指导。2 TD-SCDMA网络典型KPI指标2.1 覆盖率指标指标公式：覆盖率=满足覆盖要求的点数/总的采样点数*100%定义F取值为1的测试点为满足覆盖要求的测试点，即：对于上行，F上行手机发送功率值手机最大发送功率值；对于下行，FRSCPR且C/IS；其中：RSCP表示接收PCCPCH接收信号码片功率；C/I表示接收PCCPCH信号的信号品质；RSCPR和C/IS表示是否满足条件，R和S是RSCP和C/I在计算中的阈值。如果RSCPR和C/IS都满足，则F取值1，若有一个不满足或都不满足，则F取值0。计算之前首先排除测试中的异常点，异常点指的是RSCP或C/I的取值远远超出正常范围之外。公式含义：该公式表示如果某一区域接收信号码片功率超过某一门限同时信号品质超过某一门限则表示该区域被覆盖。由于不同的业务，其覆盖不同，要求的覆盖率也不同，因此针对不同的业务可以测量不同的F值来计算覆盖率。注意事项：这里的覆盖率指的是区域覆盖率，不是边缘覆盖率。2.2 接通率指标2.2.1 RRC连接建立成功率（业务相关）指标公式：RRC连接建立成功率（业务相关）RRC连接建立成功次数（业务相关）/RRC连接建立尝试次数（业务相关）*100%；公式含义：反映RNC或者小区的UE接纳能力，RRC连接建立成功意味着UE与网络建立了信令连接。RRC连接建立可以分两种情况：一种是与业务相关的RRC连接建立；另一种是与业务无关（如位置更新、系统间小区重选、注册等）的RRC连接建立。前者是衡量呼叫接通率的一个要指标，其结果可以作为调整信道配置的依据。后者可用于考察系统负荷情况。注意事项：无2.2.2 RAB建立成功率指标公式：CS域RAB建立成功率CS域RAB指派建立成功RAB数目/CS域RAB建立请求的RAB数目*100%；PS域RAB建立成功率PS域RAB指派建立成功RAB数目/PS域RAB建立请求的RAB数目*100%；RAB建立成功率（CS域RAB指派建立成功RAB数目+PS域RAB指派建立成功RAB数目）/（CS域RAB建立请求的RAB数目+PS域RAB建立请求的RAB数目）*100%；指标含义：UE从接收到CN发来的寻呼消息，到RAB指派完成，完成一个完整呼叫流程。RAB建立成功则是成功为用户分配了用户平面的连接，是建立业务连接的最后一个步骤。注意事项：无2.2.3 无线接通率指标公式：无线接通率RAB建立成功率*RRC连接建立成功率（业务相关）*100%；公式含义：接通率是反映TD-SCDMA系统性能最重要的指标，也是运营商十分关注的指标。接通率从端到端的角度，综合反映了呼叫接入成功率。由于呼叫失败的原因有很多（如系统忙、终端电池耗尽、传输中断等），为了单纯统计无线链路接通情况，把无线资源控制RRC连接建立成功率和无线接入承载RAB指派成功率联合起来使用表示无线接通率。注意事项：无线接通率一般按照业务类型统计语音无线接通率语音RAB建立成功率*CS域RRC连接建立成功率（业务相关）*100%；语音无线接通率对应OMC指标公式为：语音无线接通率=(RAB.SuccEstabCs.Conv.+RAB.SuccEstabCs.Conv.) /(RAB.AttEstabCs.Conv.+RAB.AttEstabCs.Conv.)*( RRC.SuccConnEstab.1+RRC.SuccConnEstab.6) /( RRC.AttConnEstab.1+RRC.AttConnEstab.6 )*100%视频无线接通率视频RAB建立成功率*CS域RRC连接建立成功率（业务相关）*100%；视频无线接通率对应OMC指标公式为：视频无线接通率=RAB.SuccEstabCS.Conv./RAB.AttEstabCS.Conv.*(RRC.SuccConnEstab.1+RRC.SuccConnEstab.6)/(RRC.AttConnEstab.1+RRC.AttConnEstab.6)*100% PS无线接通率PS域RAB建立成功率*PS域RRC连接建立成功率（业务相关）*100%；PS无线接通率对应OMC指标公式为：PS无线接通率=(RRC.SuccConnEstab.2+RRC.SuccConnEstab.7+RRC.SuccConnEstab.3+RRC.SuccConnEstab.8+RRC.SuccConnEstab.4+RRC.SuccConnEstab.9)/(RRC.AttConnEstab.2+RRC.AttConnEstab.7+RRC.AttConnEstab.3+RRC.AttConnEstab.8+RRC.AttConnEstab.4+RRC.AttConnEstab.9)*(RAB.SuccEstabPs/RAB.AttEstabPs)*100%2.3 掉话率指标2.3.1 电路域掉话率指标公式：电路域掉话率=电路域掉话的RAB数目/电路域RAB指派建立成功的RAB 数目*100%公式含义：反映了系统电路域业务的通讯保持能力，是用户直接感受的重要性能指标之一。RNC通过向CN发起RAB释放请求，请求释放一个或多个无线接入承载（RAB）。当UE丢失或者不激活，或者由于UTRAN的原因，RNC向CN发起Iu连接释放请求，释放与一个UE相连的Iu连接。注意事项：电路域掉话的RAB 数目RNC 请求释放的电路域RAB 数目+RNC 请求释放的电路域Iu 连接对应的RAB 数目。电路域掉话率对应OMC指标公式为：语音无线掉话率 =(RAB.RelReqCsPerCell.Conv.+RAB.RelReqCsPerCell.Conv.+IU.NbrRabCsRelIuConnPerCell.Conv.+IU.NbrRabCsRelIuConnPerCell.Conv.)/(RAB.SuccEstabCsPerCell.Conv.+RAB.SuccEstabCsPerCell.Conv.)*100%视频无线掉话率 =(RAB.RelReqCs.Conv.+IU.NbrRabCsRelIuConn.Conv.)/RAB.SuccEstabCs.Conv.*100% 2.3.2 分组域掉线率指标公式：分组域掉线率=分组域掉线的RAB数目/分组域RAB指派建立成功的RAB 数目*100%；公式含义：反映了系统分组域业务的通讯保持能力，是用户直接感受的重要性能指标之一注意事项：分组域掉线的RAB 数目RNC 请求释放的分组域RAB 数目+RNC 请求释放的分组域Iu 连接对应的RAB 数目。分组域掉话率对应OMC指标公式为：PS无线掉话率 =(RAB.RelReqPsPerCell+IU.NbrRabCsRelIuConnPerCell-RAB.RelReqPsPerCell.16-RAB.RelReqPsPerCell.40-IU.NbrRabPsRelIuConnPerCell.16 -IU.NbrRabPsRelIuConnPerCell.40)/RAB.SuccEstabPsPerCell*100% 2.4 切换成功率2.4.1 系统内切换成功率指标公式：RNC内同频切换成功率=(HHO.SuccIntraFreqIntraRNC + BHO.SuccBhoIntraFreqIntraRNC) /( HHO.AttIntraFreqIntraRNC + BHO.AttBhoIntraFreqIntraRNC)*100RNC内异频切换成功率(HHO.SuccInterFreqIntraRNC + BHO.SuccBhoInterFreqIntraRNC) /( HHO.AttInterFreqIntraRNC + BHO.AttBhoInterFreqIntraRNC)*100 RNC间同频切换成功率=(HHO.SuccIntraFreqInterRNC + BHO.SuccBhoIntraFreqInterRNC)/( HHO.AttIntraFreqInterRNC + BHO.AttBhoIntraFreqInterRNC)*100 RNC内异频切换成功率(HHO.SuccInterFreqInterRNC + BHO.SuccBhoInterFreqInterRNC)/( HHO.AttInterFreqInterRNC + BHO.AttBhoInterFreqInterRNC)*100指标含义：该指标反映了业务的移动过程中保持能力，是衡量网络业务质量的重要指标之一，是网规网优中调整无线参数的重要依据，切换成功率低，将直接影响用户主观感受。注意事项：以上为RNC级指标统计公式，可以按照小区级进行统计。2.4.2 系统间切换成功率指标公式：电路域系统间切换成功率=（电路域系统间切换出请求次数电路域系统间切换出失败次数）/电路域系统间切换出请求次数*100%； 分组域系统间切换成功率 = （分组域系统间切换出请求次数分组域系统间切换出失败次数）/ 分组域系统间切换出请求次数*100%；对应OMC指标公式为：电路域系统间切换成功率= IRATHO.SuccOutCsPerRn/IRATHO.AttOutCsPerRnc*100%分组域系统间切换成功率=IRATHO.SuccOutPsUtranPerRnc/ IRATHO.AttOutPsUtranPerRnc*100%指标含义：该指标反映了系统间（3G与2G间）的切换成功情况，是目前现网要求较高的切换指标，是用户直接感受的重要指标之一。注意事项：无3 KPI指标提升工作流程目前网络规模达到一定程度，全网用户数，话务量已经具备一定规模。经过2期3期4期的工程优化和专项优化网络指标达到一定水平。结合现网的情况，我们认为应当从以下几个方面和步骤出发进行优化，逐步提升网络性能。图 1KPI指标提升流程良好的覆盖和切换关系,合理的频点扰码配置是进行网络性能进一步提升的基础，一张KPI性能指标良好的网络，一定是RF覆盖和网络配置合理的网络。网络中应尽量避免弱覆盖、越区覆盖、邻区配置不合理或漏配，邻区同频同扰码组等问题。3.1 RF优化RF优化是优化的主要阶段之一，目的是在优化信号覆盖的同时控制导频污染，梳理切换关系提高切换成功率，保证下一步业务参数优化时无线信号的分布是正常的。具体工作包括了天馈硬件及邻区列表的优化调整。RF作为网络初期的优化重心，主要通过最直接的工程参数调整（无线参数辅助）来解决覆盖的问题，合理的覆盖是后期业务指标优化、及全网优化的基础。覆盖相关的KPI主要由下行PCCPCH RSCP和C/I来反映。关于RF优化的书籍和资料都比较详尽，限于篇幅本文不再赘述。读者可以参考RF优化的相关书籍，推荐阅读路测分析优化工作流程和指导书及TD-SCDMA特殊场景优化指导书。3.2 频点及扰码优化TD-CDMA系统的干扰大多来自内部邻区间的干扰（在基站/UE接收端接收到的信号除了本小区UE/基站信号外，还有其他小区UE/基站的信号，这样就产生了邻区干扰。由于TD-SCDMA系统使用的扩频码比较小，两个小区使用的复合码可能有较强的互相关，从而导致小区间较强的互干扰）。在TD网络实际配置中，同频同扰码组容易引起UE解调出错，切换失败等问题，应当严格禁止。网络经过不断地调整优化，以及新增站点的入网都会对现网的频点和扰码配置产生影响，因此有必要进行全网频点和扰码的核查。目前TD网络采用的N频点组网方式，经过前期的优化，同频现象已经基本得到解决。目前的主要工作在于同扰码组邻区的核查。一般而言一个TD小区配置的邻区数应当不超过16个为宜，推荐配置两层邻区TD一层邻区数目在10-11个左右，二层邻区数目依据具体地形配置密集城区6-7个，一般城区3-4个。在核查同扰码组过程中应当尽量避免邻区之间出现同7扰码组或者同12扰码组的情况，尤其是第一层邻区。下面以通过MapInfo软件创建专题图层的方法核查同7扰码组的小区为例，介绍核查同扰码组的方法：Step1：将工参导入MapInfo图层后，按照扰码分组（7组）创建“专题地图”。图 2Step2：在图层上颜色相同的小区即为同7扰码组的小区，若2个小区相隔太近，甚至为同站邻区，则存在问题。通过以上方法可以找出网络中区，若这些邻区之间有同频的关系，则扰码需要进行修改。同7扰码组，和同12扰码组的邻3.3 全网邻区切换关系优化正确的邻区关系，可以使得终端的重选、切换关系正常，并保证业务的顺利进行。但如果有邻区漏配或误配，就会带来相反的效果。网络优化是一个长期不断进行的过程，现网的邻区不可能是一成不变的。随着新增站点的入网，旧站点的搬迁，拆除，网络中可能会出现冗余，漏配，以及过远不合理等邻区。这需要我们及时发现，进行合理的优化配置，确保邻区关系正常合理。邻区优化需要结合路测数据和后台OMC指标统计数据进行分析优化，并进行处理跟踪。建议邻区核查原则1、TD小区主服务小区主瓣方向，添加两层邻区；对于近距离站点需三个小区同时添加为邻区，同站的三个小区必须互配邻区；2、TD小区主服务小区旁瓣方向，添加一层邻区；3、TD小区主服务小区背瓣方向，添加一层邻区；建议邻区核查具体步骤1、首先对单向邻区表进行核查，核查该单向邻区是需要删除还是需要补足为双向；2、同站邻区漏配情况核查，如果情况属实需补上邻区关系；3、远距离冗余邻区情况，按照“邻区核查原则”，结合外场测试情况和所掌握的无线环境进行合理评估，确认是否需要删除；4、近距离邻区漏配的情况核查，结合外场测试情况和所掌握的无线环境进行合理评估，确认是否需要添加邻区；5、对建议删除的邻区对进行话统分析,导出一周的切换话统(CELL-NCELL级切换数据)，分析需要待删除小区切换次数占和主服务小区总切换总次数进行所占的比列（如：A-B为邻区，他们之间切换1次，A小区共切出100次，则所占比例为1%），如果所占比列小于1%建议删除，大于1%的邻区需根据实际情况分析，如果确认删除的则进行删除，否则建议保留。6、做完上述步骤，按照添加和删除规划建议，在现有邻区关系的基础上整理成新的邻区表，再检查邻区个数是否异常，对于多余26个和少于6个的小区再进行进一轮核查。7、对于新增的邻区关系每天进行邻区对切换次数统计，观察新增邻区是否有发生切换。若长时间无切换,或者切换次数很少的，需要删除邻区关系。案例分析1、同站邻区漏配情况图 3 对于同站小区，必须互配邻区关系。2、单向邻区情况图 4图 551741与51442存在单向邻区关系，由于站点稀疏，两个小区均覆盖较远，存在切换的可能性，建议将单向邻区补全为双向邻区关系。图 6图 741412与61760小区之间存在单向邻区关系，从实际情况考虑，61760为室内站点，只需加就进室外站点的双向邻区即可，可删除该条单向邻区。图 8图 942993与52183之间存在单向邻区关系，从实际情况考虑，两个站点相距较远且从测试人员反馈不存在切换可能，可删除该条单向邻区。3、近距离邻区漏配情况图 1040073与52253小区距离较近，但却不存在邻区关系，建议添加为双向邻区关系；图 1141461与52213距离在在1000米以为，且无站点间隔，之间不存在邻区关系，建议添加为双向邻区关系。4、远距离冗余邻区情况图 12主瓣方向非特殊情况添加两层站点即可。图 13旁瓣方向非特殊情况添加一层邻区关系即可。图 14背板方向添加一层邻区关系即可。3.4 参数核查网络参数的设置合理与否直接关系到网络的性能和指标好坏，对网络的影响极大。由于在优化过程中经常涉及到对一些网络参数进行调整，难免会出现差错，或者参数设置不合理，从而影响网络质量。因此在进行KPI指标提升的过程中，以及网络正常运行的整个过程中都有必要对网络参数进行周期性的核查，发现存在的问题，解决问题，提高网络质量和用户感知。参数的检查工作主要包括：小区类参数核查、频率核查、扰码核查、邻区关系核查、外部小区配置等核查工作。详细的核查步骤请参考，参数核查工作流程和指导书。3.5 接入问题专题优化3.5.1 DT/CQT问题分析图 15 DT/CQT呼叫失败问题分析流程图路测问题的分析流程如图2所示：通过路测数据分析软件，比如鼎立测试软件，确定发生接入失败的时间，结合RNC侧的UE后者CDT信令流程确定在哪一处出现异常导致的失败。然后按照后续的各个子流程分析和解决问题，主要包括寻呼问题、RRC建立问题、鉴权加密问题、RAB和RB建立问题、设备异常、网络覆盖问题等。3.5.1.1 寻呼问题寻呼问题一般都表现为：主叫完成RAB指派以及CC Setup，在等待Alerting消息的时候收到CN发来的Disconnect直传消息。被叫从UE的信令流程一般看不出异常，但也出现过UE收到Paging消息而没有发起RRC连接建立请求。从被叫的RNC单用户跟踪可以看出收到CN下发的Paging消息，但没有后续的消息。通常寻呼问题分析流程如下图所示：图16寻呼问题分析流程图具体分析过程如下所示：RNC没有下发Paging消息如果是RNC收到CN下发的paging消息后UU口没有下发，可能是寻呼信道的容量不够（现阶段由于网络负载很低，出现的概率很小，在以后网络负载较高时，可能会出现UU口paging消息阻塞的情况），或者是设备异常。寻呼指示信道的功率偏低寻呼指示信道PICH发射功率，影响小区的寻呼范围和性能。设置过大，会导致P-CCPCH的发射功率值无法正常设置到规划需要的强度。设置过小，将会导致小区边缘的UE无法侦听到PICH。UE发生位置更新在寻呼的时候UE发生了位置区/路由区更新，而寻呼消息仍在原来的位置区/路由区下发，导致UE无法收到寻呼消息。3.5.1.2 RRC建立问题UE处于空闲模式下，当UE的非接入层请求建立信令连接时，UE将发起RRC连接建立过程。每个UE最多只有一个RRC连接。当RNC接收到UE的RRC Connection Request消息，由其无线资源管理模块RRM根据特定的算法确定是接受还是拒绝该RRC连接建立请求，如果接受，则再判决是建立在专用信道还是公共信道。对于RRC连接建立使用不同的信道，则RRC连接建立流程也不一样。本文重点介绍RRC连接建立在专用信道的过程。RRC建立在公共信道图17 RRC正常连接建立在公共信道的过程信令流程说明：当RRC连接建立在公共信道上时，因为用的是已经建立好的小区公共资源，所以无需建立无线链路和用户面的数据传输承载，其余过程与RRC连接建立在专用信道相似。RRC建立在专用信道图18RRC正常连接建立在专用信道的过程信令流程说明：UE在上行CCCH上发送一个RRC Connection Request消息，请求建立一条RRC连接。主要参数为：Initial UE Identity，初始的UE标识，如IMSI，TMSI等参数，用来让网络识别发送该建立请求消息的UE；Establishment cause，建立原因，有多种类型，但UE每次只能选择其一；Protocol Error Indicator，协议错误标识，用来标明是否有协议错误发生；测量IE，给出在Uu接口上的测量结果。RNC根据RRC连接建立请求的原因及系统的资源状态，决定UE建立在专用信道并分配RNTI和L1、L2资源。RNC向Node-B发送Radio Link Setup Request消息，请求Node-B分配RRC连接所需要的特定无线链路资源。在该消息中包含有建立无线链路所必需的参数（功率、时隙、扰码、midable码等参数）。在RL成功建立后，RNC使用ALCAP协议发起Iub接口用户面传输承载的建立，用于承载RRC信令的ATM连接，并完成RNC与Node-B同步过程。RNC在下行CCCH上向UE发送RRC Connection Setup消息UE在上行DCCH上向RNC发送RRC Connection Setup Complete。至此RRC连接建立过程结束。RRC建立问题分析常见问题具体分析过程如下：UE发出RRC Connection Request消息，RNC没有收到。如果此时下行P-CCPCH的C/I较低，则是覆盖的问题，通过RF优化解决。终端发射功率受限，属于UE本身性能问题，没有特别的方法解决。UpPTS受干扰导致，可以采用Up Shifting技术，通过后台配置相应参数，调整UpPCH的位置避免受到干扰，根本还是要避免干扰源。可能Node-B设备问题，需要检查RRU通道是否存在告警。拥塞、码道受限。检查时隙状态，是否码道闭塞。设备故障、参数配置错误。RNC收到UE发的RRC建立请求消息后，下发了RRC Connection Setup消息而UE没有收到。查看此时的P-CCPCH的C/I，如果较低，则是覆盖的问题，通过RF优化解决。如果是由于发生小区重选导致，则调整重选参数，加快小区选择与重选的速度，可以解决小区选择与重选参数不合理造成的RRC连接建立失败问题。UE收到RRC Connection Setup消息而没有发出Setup Complete消息。如果此时下行的信号质量正常，那么可能是手机异常。3.5.1.3 鉴权问题鉴权流程鉴权流程由网络侧发起，其目的是：由网络来检查是否允许终端接入网络。图19鉴权流程图信令流程说明：网络侧在发起鉴权前，如果VLR中还没有鉴权参数，此时将首先发起到HLR取鉴权集的过程，并等待鉴权参数的返回。在检测到鉴权参数存在后，网络下发鉴权请求消息。网络侧在收到鉴权相应消息后，确定鉴权是否成功：成功则继续后面的流程；不成功则会发起异常处理流程，释放网络侧与终端间的连接，并释放被占用的网络资源，无线资源。在成功的鉴权之后，终端将会把CK（加密密钥）与IK（一致性检查密钥）存放到USIM卡中。鉴权问题分析当出现鉴权失败时，需要根据UE回复给网络的鉴权失败消息中给出的原因值进行分析。常见的原因值包括MAC Failure和Synch failure两种。MAC Failure手机终端在对网络鉴权时，检查由网络侧下发的鉴权请求消息中的AUTN参数，如果其中的“MAC”信息错误，终端会上报鉴权失败消息，原因值为MACFailure。造成该问题的主要原因包括：非法用户。USIM卡和HLR中给该用户设置信息不同。sync failure另外一种鉴权失败的情况是手机终端检测到AUTN消息中的SQN的序列号错误，引起鉴权失败，原因值为：Synch failure（同步失败）。造成该问题的主要原因包括：非法用户。设备问题。3.5.1.4 安全模式问题安全模式流程安全模式控制过程是由网络侧用来向无线接入网侧发送加密信息的。即用于加密的有关参数会送到切换的目的RNC。图20安全模式流程图信令流程说明：CN向RNC发送要求加密的指令。RNC在收到加密指令后，向测试终端发送加密指令，启动加密。安全模式问题分析安全模式异常表现为安全模式拒绝，主要的原因包括：手机能力问题，手机不支持配置的加密算法。RNC和核心网加密模式配置不匹配。如果加密模式不同，可以将MSC和SGSN设置为选择全部的加密模式，RNC根据实际情况选择UEA0或UEA1。3.5.1.5 RAB建立问题RAB建立流程RAB是指用户平面的承载，用于UE和CN之间传送语音，数据及多媒体业务。UE首先要完成RRC连接建立，然后才能建立RAB。RAB建立是由CN发起，UTRAN执行的功能，基本流程：首先由CN向UTRAN发送RAB指配请求消息，请求UTRAN建立RAB。RNC发起建立Iu接口与Iub接口的数据承载。RNC向UE发起RB建立请求。UE完成RB建立，向RNC回应RB建立完成消息。RNC向CN应答RAB指配响应消息，结束RAB建立流程。当RAB建立成功后，一个基本的呼叫即建立。流程如下图所示：图21RAB正常建立流程信令流程说明：CN向UTRAN发送RANAP协议的RAB指配消息Radio Access Bearer Assignment Request，发起RAB建立请求。主要无线参数RAB Parameters，Traffic class的值代表签约类型。RNC接收到RAB建立请求后，将RAB的Qos参数映射为AAL2链路特性参数与无线资源特性参数，Iu接口的ALCAP根据其中的AAL2链路特性参数发起Iu接口的用户面传输承载建立过程。RNC向属下的Node-B发送协议的无线链路重配置准备Radio Link Reconfiguration Prepare消息，请求属下的Node-B准备在已有的无线链路上增加一条（或多条）承载RAB的专用传输信道（DCH）。Node-B分配相应的资源，然后向所属的RNC发送Radio Link Reconfiguration Ready消息，通知RNC无线链路重配置准备完成。RNC中Iub接口的ALCAP发起Iub接口的用户面传输承载建立过程，Node-B与RNC通过交换DCH帧协议的上下同步帧建立同步。RNC向属下的Node-B发送无线链路重配置执行消息Radio Link Reconfiguration Commit。RNC向UE发送RRC协议的RB建立消息Radio Bearer Setup。UE执行RB建立后，向RNC发送无线承载建立完成消息Radio Bearer Setup Complete。RNC接收到无线承载建立完成的消息后，向CN回应RAB指配相应消息Radio Access Bearer Assignment Response，结束RAB建立流程。RAB建立问题分析当RAB或RB建立失败时，RNC会在RAB Assignment Response信令中回RAB指配建立失败。通过相关信元中携带的失败原因值，可以得到具体失败原因。常见的RAB/RB建立失败问题包括：参数配置错误导致RNC直接拒绝RAB的建立请求。UE回应RB建立失败造成的RAB建立失败。UE回应RB建立失败主要是由于用户的错误行为造成。第一种情况是，用户在已经有下行128K的数据业务时，收到了VP业务的RB建立请求（VP主叫或者被叫），由于大部分终端不支持下行同时进行VP和高速PS业务，UE直接回应RB建立失败，原因是unsupported configuration。另一种情况是主叫3G终端进行VP业务的被叫方驻留在GSM网络，不支持VP业务。这样在RNC收到RAB指派请求后，核心网Call Proceeding后立刻下发Disconnect命令，原因为Bearer capability not authorized。而此时UE在刚收到RB_SETUP命令，还没来得及完成RB建立，收到该Disconnect后会马上发起回应RB建立失败，RNC返回RAB建立失败，原因为failure in radio interface procedure。空中接口RB建立失败造成的RAB建立失败。另一种RB建立失败是RB建立命令没有响应，导致RNC认为RB建立失败，表现为RB建立命令没有收到ACK或者没有收到RB建立完成命令。这样的情形主要出现在弱信号区，造成信号弱的原因有两种情况，一种是UE没有驻留在最优小区发起接入，另一种是覆盖不好。UE没有驻留在最优小区发起接入，会在RB建立过程中希望活动集更新加入最优小区（同时信号快速变化导致驻留小区信号快速下降容易出现失败。对于这种情况需要提高同频小区重选的启动门限和速度，使得UE尽快驻留在最优小区，在最优小区发起接入。 覆盖不好造成的RB建立失败分为上行和下行质量不满足两种情况。下行覆盖引起的情况表现为UE无法收到RB建立命令，下行覆盖质量不满足部分原因是UE的解调性能不佳造成，部分原因是需要RF优化来解决的。上行覆盖引起的情况表现为UE收到了RB建立命令，但是RAN收不到RB建立的ACK或者RB建立完成命令，这种情况有可能是上行干扰造成的。3.5.1.6 PDP激活问题对一个UE发起的PDP上下文激活过程来说，如果之前UE没有建立RRC连接则先建立RRC连接，再通过初始直传建立传输NAS消息的信令连接，最后建立RAB。网络发起的PDP上下文激活过程包括了寻呼过程，在接入层内与主叫过程很类似，其它区别主要体现在NAS消息上。接入问题分析可以参考前面的章节。RRC连接、鉴权及安全模式建立完成后，进行的RAB建立过程中，如果未能收到RAB Assignment Response，则表示PDP激活失败。图22PDP激活流程一图23PDP激活流程二3.2.2 话统分析话统数据分析流程通常分为两步，RNC级数据分析和小区级数据分析。RNC级数据分析侧重于对整网指标的评估、分析；小区级数据分析侧重于问题小区定位。RNC级数据分析流程：图 24RNC级话统数据分析流程首先，察看RNC级话统指标是否满足要求，如果满足则结束分析。如果不满足，则需要找到指标最差的前N个小区，对该小区指标进行分析。小区问题定位并实施解决办法后，对新的话统数据进行分析，如果指标满足，则结束。如果还存在问题，则需要继续进行，直到指标满足要求。对问题小区进行分析的方法和流程参见小区级数据分析流程。小区级数据分析流程：图 25小区级话统数据分析流程首先需要检查是否存在不满足指标要求的小区，如果不存在则结束分析。如果存在，则需要对细化的原因值进行分析，找到造成指标恶化的主要原因，然后给出合适的解决方案。方案实施后需要继续观察分析新的话统数据，直到指标满足要求。3.5.1.7 寻呼问题分析CN寻呼UE时，会向RNC发送PAGING消息。RNC收到消息后，根据UE当前状态，向UE发送PAGING TYPE1消息或者PAGING TYPE2消息。如果被寻呼的UE当前所处状态为IDLE、CELL_PCH或者URA_PCH，RNC将向寻呼区域内的小区发送PAGING TYPE1消息。PAGING TYPE1消息在PCCH（Paging Control Channel）信道上发送。如果被寻呼UE当前所处状态为CELL_FACH或者CELL_DCH，RNC将向UE发送PAGING TYPE2消息。PAGING TYPE2消息在DCCH（Dedicated Control Channel）信道上发送。另外，UTRAN（UMTS Terrestrial Radio Access Network）可以对处于IDLE、CELL_PCH或者URA_PCH状态的UE发送PAGING TYPE1消息，从而触发UE修改系统信息；UTRAN也可以对处于CELL_PCH状态或者URA_PCH状态的UE发送PAGING TYPE1消息使UE产生状态迁移支持数传。处于IDLE状态的UE在收到PAGING TYPE1消息后，将向RNC发送RRC CONNECTION REQUEST消息请求建立RRC（Radio Resource Control）连接；处于CELL_PCH或URA_PCH状态的UE在收到PAGING TYPE1消息后，将向RNC发送CELL UPDATE消息，小区更新的原因为“paging response”。分析寻呼性能通常从以下指标入手：IDLE状态UE寻呼丢失如果被寻呼的UE当前所处状态为IDLE，RNC将向寻呼区域内的小区发送PAGING TYPE1消息。因此，该指标是基于RNC的统计。PCH状态UE寻呼丢失如果被寻呼的UE当前所处状态为CELL_PCH或者URA_PCH，RNC将向寻呼区域内的小区发送PAGING TYPE1消息，用来使UE产生状态迁移支持数传。因此，该指标是基于RNC的统计。PCH信道拥塞当RNC收到来自CN的寻呼消息时，如果当前的寻呼流量超过PCH的最大能力，则会发生PCH拥塞，导致寻呼消息被丢弃。如出现“小区由于PCH信道拥塞导致的寻呼丢失”，说明该小区的寻呼量已到达容量极限，需检查寻呼信道配置的相关参数。3.5.1.8 RRC建立成功率目前网络接通率主要瓶颈在于RRC连接建立成功率。本节对造成RRC建立成功率低的各种可能原因进行分析，介绍各种问题在话统指标上的表现以及对应的解决方法。在话统中，导致RRC连接建立失败的主要原因包括以下几类：指标ID指标含义280RRC.FailConnEstabRRC连接失败次数282RRC.FailConnEstab.1原因为的RRC连接失败次数285RRC.FailConnEstab.AAL2SetupFail原因为的RRC连接失败次数259RRC.FailConnEstab.Cong原因为的RRC连接失败次数284RRC.FailConnEstab.FPSynFail原因为的RRC连接失败次数325RRC.FailConnEstab.NoReply原因为的RRC连接失败次数283RRC.FailConnEstab.RlSetupFail原因为的RRC连接失败次数36VS.RRC.FailConnEstab小区中RRC建立失败的次数因Iub接口失败而拒绝RRC连接请求，Node-B设备硬件问题，这类问题需要协调无线部门进行定位解决。AAL2建立失败问题很少发生，当AAL2资源受限，或者小区出现故障的时候，才有可能出现。因网络拥塞而拒绝RRC连接请求。出现码资源不足，需要结合实际的话务负荷给出合理的扩容手段。出现功率资源申请失败的时候，应该检查准入参数设置是否与默认参数一致。如果参数设置合理，则需要通过话务量、等效用户数等计数器检查当前网络负荷。如果网络负荷以及阻塞率确实达到扩容要求，则需要启动扩容。UE没有收到RNC下发的RRC CONNECTION SETUP消息。造成这种问题的原因可能是覆盖或者小区选择与重选参数配置不合理。目前SCCPCH功率配置的值一般是-3db(相对于PCCPCH功率，单码道)。UE发出了RRC CONNECTION SETUP COMPLETE消息，但是RNC没有收到。可能是因为无线环境因素造成，检查无线环境。3.5.1.9 RAB建立成功率目前话统中CSRAB指配建立失败的原因指标包括：无线网络原因由于空口失败导致RAB建立失败。需要对RB建立失败原因进行分析。由于能力不足导致RAB建立失败。无线资源拥塞导致失败，包括功率、码资源和带宽等因素。传输网络原因下表是RAB建立失败的原因指标ID测量指标名称指标描述1598RAB.FailEstabCsPerCell指配失败的电路域的RAB数(小区级)1612RAB.FailEstabCsPerCell.5原因为5(Tqueing Expiry)的指配失败的电路域的RAB数(小区级)4643RAB.FailEstabCsPerCell.14原因为14(Failure in the Radio Interface Procedure)的指配失败的电路域RAB数(小区级)1607RAB.FailEstabCsPerCell.19原因为19(Invalid RAB Parameters Value)的指配失败的电路域RAB数(小区级)1608RAB.FailEstabCsPerCell.20原因为20(Requested Maximum Bit Rate not Available)的指配失败的电路域RAB数(小区级)1609RAB.FailEstabCsPerCell.66原因为66(Iu Transport Connection Failed to Establish)的指配失败的电路域RAB数(小区级)1610RAB.FailEstabCsPerCell.114原因为114(No Resource Available)的指配失败的电路域的RAB数(小区级)1611RAB.FailEstabCsPerCell.115原因为115(Unspecified Failure)的指配失败的电路域RAB数(小区级)52VS.RAB.FailEstCs.Power.Cong功率资源拥塞导致的CS域RAB建立失败的个数 53VS.RAB.FailEstCs.ULCE.Cong上行CE拥塞导致的CS域RAB建立失败的个数54VS.RAB.FailEstCs.DLCE.Cong下行CE拥塞导致的CS域RAB建立失败的个数55VS.RAB.FailEstCs.Code.Cong码资源拥塞导致的CS域RAB建立失败的个数1192VS.RAB.FailEstabCS.DLIUBBand.Cong下行IUB带宽拥塞导致RNC准入算法拒绝从而导致CS域RAB指配请求建立失败的RAB次数1193VS.RAB.FailEstabCS.ULIUBBand.Cong上行IUB带宽拥塞导致RNC准入算法拒绝从而导致CS域RAB指配请求建立失败的RAB次数。目前全网RAB建立成功率很高，针对RAB建立成功率低的小区，后台可以适当调整RL的最大发射功率/ RL的最小发射功率等参数配置来改善RAB建立成功率。3.5.1.10 RB建立成功率造成RB建立成功率低的主要原因包括下述两大类：RB建立失败配置不支持（configuration unsupported）主要是由于用户的错误行为造成无效配置（invalid configuration）这是一个目前常见的RB建立失败原因，可能发生的情况有：主叫3G终端进行VP业务的被叫方驻留在GSM网络，不支持VP业务。RB建立无响应这是一个常见的RB建立失败原因，主要是由于UE没有收到RBSETUP消息或者RNC没有收到UE的响应。这样的情形主要出现在弱覆盖区。3.6 接入问题优化案例3.6.1.1 RRC连接请求无响应问题现象：某地区由于弱覆盖，UE上发RRC连接请求后，下行C/I很差导致RRC建立失败，引起未接通。图 26弱覆盖C/I截图图 27 RRC连接建立失败信令截图分析解决：由于弱覆盖导致下行C/I很差，网络侧下发rrcConnectionSetup消息UE却无法正常收到，导致RRC建立失败。通过优化加强覆盖提高C/I解决问题。3.6.1.2 RRC连接被拒绝问题现象：手机开机后注册失败，或者手机起呼时立刻显示“通话结束”。从信令跟踪上看到，RNC向Node-B发送RL建立请求后，Node-B向RNC回送RL成功应答后，RNC发起RL链路删除。分析解决：Node-B给RNC回送RL建立成功应答以后，RNC将通过ALCAP协议发起Iub数据传输承载建立过程，Iub数据传输承载通过AAL2的绑定标识与DCH绑定在一起，当ALCAPIub数据传输承载建立过程完成后，Node-B和RNC之间进入Iub的DCH数据传输过程。因此当RNC向Node-B发送RL建立成功应答后，RNC向Node-B发起RL删除，说明Iub口的数据传输承