网优KPI指标优化工作指导手册模板.doc

TD-LTE网优KPI指标优化工作指导手册项目名称文档编号版 本 号作 者版权全部大唐移动通信设备本资料及其包含全部内容为大唐移动通信设备(大唐移动)全部,受中国法律及适用之国际条约中相关著作权法律保护。未经大唐移动书面授权，任何人不得以任何形式复制、传输、散布、改动或以其它方法使用本资料部分或全部内容，违者将被依法追究责任。文档更新统计日期更新人版本备注-7-17王学斌V0.0.1创建-7-31王学斌 卢颢V0.0.2添加RRC、ERAB、掉线CDL信令步骤及失败原因-9-20王学斌、张发厚、索志刚、魏晓东、闫俊霖、徐世勋V0.0.3编写案例-9-29徐世勋V0.0.4增加章节2.KPI优化工作步骤及内容-10-23王学斌、周晓华、王会庆V0.0.5增加案例-10-24徐世勋V0.0.6汇总及增加KPI问题处理工单模板-11-5徐世勋V0.0.7依据评审意见进行修改-11-8童志坚V0.0.8增加童志坚整理案例：3.5.2小区上行功控参数设置问题目 录1前 言52KPI优化工作步骤及内容52.1KPI优化工作总体步骤52.2KPI优化工作内容62.2.1KPI数据生成62.2.2KPI数据分析72.2.3问题处理72.2.4问题跟踪和核查82.3KPI优化工作逻辑图82.4KPI优化工作模板和示例93RRC连接建立成功率优化103.1理论介绍103.2指标定义103.3CDL信令步骤及失败原因113.3.1正常过程113.3.2异常过程113.4优化方法介绍123.4.1上行随机接入问题143.4.2小区重选参数问题143.4.3下行初始发射功率偏低问题153.4.4上行初始功控问题153.5相关案例介绍分析153.5.1小区重选参数问题153.5.2小区上行功控参数设置问题173.5.3小区测试开关参数问题193.5.4内存池耗尽造成信令发送失败问题213.5.5全频带高干扰造成接入失败问题244ERAB建立成功率274.1理论介绍274.2指标定义294.3CDL信令步骤及失败原因294.3.1正常过程294.3.2异常过程304.4相关案例介绍分析334.4.1路由关系未配无法接入问题334.4.2网关IP配置错误造成无法附着354.4.3安全参数配置问题365切换成功率优化375.1理论介绍375.2指标定义385.3CDL信令步骤395.3.1正常过程395.4优化方法介绍405.4.1切换信令步骤415.4.2包含话统打点435.4.3切换问题分类455.5相关案例介绍分析485.5.1硬件和传输故障485.5.2邻区漏配问题505.5.3邻区数据配置不妥525.5.4切换算法参数配置不妥545.5.5小区个性偏移参数调整案例555.5.6切换时终端接入到非源和目标小区造成关键网释放用户问题575.5.7邻区移动网络码配置错误造成S1切换失败605.5.8开启防乒乓切换开关造成不切换625.5.9终端发A3切换测量汇报后，不触发异频切换666无线掉线率优化686.1理论介绍686.2指标定义716.3CDL失败原因716.3.1空口超时引发掉话716.3.2激活检测UE不活动786.3.3激活检测UE丢失786.3.4其它错误引发掉话796.4相关案例介绍分析806.4.1切换不立即问题806.4.2关键网问题826.4.3激活检测UE不活动和UE丢失造成掉线分析856.4.4帧头未对齐造成干扰问题881 前 言话统KPI是中国移动考评项之一，也是对网络质量最直观反应。日常话统监测是进行网络性能检测一个有效手段。经过日监测，识别突发问题小区，将问题消除在初级阶段。经过周监测，识别网络性能连续短木板小区，针对性进行提升优化。话统KPI关键包含以下几大类：接入性指标、保持性指标、移动性指标、业务量指标、产品运行类指标、系统可用性指标和网络资源利用率指标。经过上述关键话统KPI指标监测，能够达成：识别突发问题、风险提前预警、话统KPI稳定和提升，现在TD-LTE系统需要关键关注话统KPI指标以下表：指标分类数据起源具体KPI指标接入性指标无线侧RRC连接建立成功率ERAB建立成功率无线接通率保持性指标无线掉话率（ERAB异常释放）移动性指标小区eNodeB内切换出成功率小区eNodeB间切换出成功率业务量指标上、下行业务平均吞吐量量上、下行PRB平均利用率产品运行类指标无线侧单板CPU最大占用率单板CPU平均占用率系统可用性指标无线侧无线网络退服百分比网络资源指标无线侧上行PRB资源使用平均个数下行PRB资源使用平均个数2 KPI优化工作步骤及内容2.1 KPI优化工作总体步骤KPI优化工作步骤图2.2 KPI优化工作内容2.2.1 KPI数据生成工作内容：使用预定义和自定义统计项及模板生成KPI性能报表，经过OMC Client提取KPI报表，输出KPI报表和关键指标失败原因列表给KPI数据分析人员。KPI报表生成和提取相关操作请参考LTE KPI模板指导手册。依据KPI报表数据，选择KPI指标最差Top N小区。TOP N小区选择：对某项指标根据失败率最高进行排序，选择前20个小区，再对这20个小区进行失败次数分析，失败次数大于20次（RRC连接、切换、掉线等按失败次数大于20次为标准，ERAB建立失败指标按次数大于10次为标准）作为TOP小区进行分析 ；另外需要对指标再进行失败次数降序排序，假如有小区失败次数很多失败率也较高不过未在之前选TOP小区中，也需要将这些小区作为TOP小区分析。 KPI数据生成工作所需输入、工具和技术、输出图所表示：2.2.2 KPI数据分析工作内容：KPI指标改变趋势分析：依据KPI报表数据，分析全网KPI指标改变趋势，尤其是存在设备版本升级或参数全网性修改后，需要连续最少一周关键监测KPI指标改变趋势；TOP小区分析：依据TOP小区列表、关键指标失败原因列表、历史告警信息、网管数据、CDL日志、IOT数据、复测终端LOG等信息进行分析。先查看告警信息，确定有设备故障类告警是否和TOP小区关联，再使用和基站软件版本匹配CDLBrowser工具进行指标统计和失败信令步骤分析确定TOP小区产生原因，CDLBrowser工具使用方法请参考CDL分析工具使用手册。 KPI数据分析工作所需输入、工具及技术、输出图所表示： 2.2.3 问题处理工作内容：1）经过CDL分析能够明确定位TOP小区问题后，给出问题处理提议输出给相关问题处理人员：参数修改问题导给维护人员调整（和标定参数不一致大规模参数修改需和SE确定）；网络优化问题给出优化提议导给网优人员；因为设备故障引发KPI指标恶化问题导给排障人员处理；定位确定为产品缺点要立即提交BUG推进和跟踪版本处理。2） 经过CDL分析无法明确定位TOP小区产生原因问题，需要复测后结合终端侧log再深入分析。 问题处理工作所需输入、工具及技术、输出图所表示： 问题处理：输入、工具及技术、输出2.2.4 问题跟踪和核查工作内容：问题跟踪和核查步骤，关键依据问题列表、KPI问题处理工单、BUG/CR/RR编号，内部讨论推进和核查问题处理，和外部其它步骤沟通确定问题进展，以形成问题闭环，最终输出KPI优化汇报。问题跟踪和核查工作所需输入、工具及技术、输出图所表示：问题跟踪和核查：输入、工具及技术、输出2.3 KPI优化工作逻辑图 综合KPI优化工作步骤和内容，KPI优化工作逻辑图以下：KPI优化工作逻辑图2.4 KPI优化工作模板和示例1. KPI优化工作参考模板 KPI报表示例 3 RRC连接建立成功率优化3.1 理论介绍RRC连接建立过程分为两个阶段：准备阶段和实施阶段。在准备阶段中，UE会依据NAS 层触发原因和系统广播中接入限制信息，经过一系列检验来判定自己是否被许可进行接入过程，假如能够，则实施后续实施阶段；不然UERRC将开启对应定时器，在该定时器超时前UE无法提议任何接入过程。上述机制目标是负荷拥塞控制，当网络负荷较重时限制一些UE进行接入。3.2 指标定义RRC连接建立是指处于空闲状态UE或待开机UE准备提议一个呼叫或响应寻呼时提议过程。出于降低接入时延考虑，LTE系统将RRC连接建立过程设计发生在ENB和MME之间S1连接建立前，也就是在ENB还未从MME取得任何UE上下文前，ENB需要将RRC连接建立完成，所以该过程关键建立最基础SRB1。RRC连接建立成功意味着UE和网络建立了信令连接，是进行其它业务基础。RRC连接建立成功率关键经过话务统计结果取得，推荐公式为：RRC建立成功率= RRC连接建立完成次数/RRC连接请求次数（不包含重发）；公式中相关各指标具体统计方法以下所表示：指标指标描述RRC连接请求次数小区接收UERRC Connection Request消息次数（不包含重发）RRC连接建立完成次数小区接收UE返回RRC Connection Setup Complete消息次数RRC建立失败次数资源分配失败而造成连接建立失败次数UE无应答而造成连接建立失败次数小区发送RRC Connection Reject消息次数3.3 CDL信令步骤及失败原因3.3.1 正常过程图RRC建立过程正常步骤每当在CDL log中发觉一条UU接口RRC Connection Request消息时，代表某一个UE连接建立开始，以后全部消息全部能够提取相同CellUeIndex和CELL ID。当看到RRC Connection Setup和RRC Connection Setup Complete消息时，标志着RRC建立正常步骤结束。3.3.2 异常过程i. RRC连接建立完成超时图RRC连接建立完成超时每当在CDL log中发觉一条UU接口RRC Connection Request消息时，代表某一个UE连接建立开始，以后全部消息全部能够提取相同CellUeIndex和CELL ID。当看到UU接口RRC Connection Setup和RRC事件类接口RRC_OVERTIME消息，而且第3条消息定时器类型字段为RAC_TIMER_W_RRC_SETUP_CMPLT时，标志着RRC连接建立完成超时。ii. RRC连接建立拒绝图RRC连接建立拒绝每当在CDL log中发觉一条UU接口RRC Connection Request消息时，代表某一个UE连接建立开始，图2.10所表示。第1、2条消息为UU接口RRC Connection Request、RRC Connection Reject，2条消息有相同小区标识和UeIndexCell，是连接建立发生时基站为UE新分配索引。3.4 优化方法介绍LTE系统内RRC连接建立失败问题可能原因大约分为以下几条：RRC建立失败关键原因有：上行随机接入信道功率问题、小区重选参数问题、下行初始发射功率偏低、上行初始功控问题、拥塞问题或设备异常问题等。当出现RRC连接建立成功率低问题时，首先根据上述问题分类，了解相关问题范围，然后依据空口信号质量、参数配置、干扰和上下行功率调整及设备告警等方面入手逐一排查处理，排除这些影响RRC连接建立成功率客观原因，逐步提升该指标成功率。 RRC连接建立过程关键包含以下3个个步骤：RRC连接建立成功信令步骤（1）首先UE经过SRB0发送RRC Connection Setup Request消息（注： SRB0一直存在， 用来传输映射到CCCH RRC信令。）此消息关键携带UE初始（NAS）表示和该连接建立原因等信息， 此高层消息会触发UE底层试题进行基于竞争随机接入过程，RRC连接建立请求消息就对应于底层随机接入过程中Msg3（2）经过底层竞争接入冲突处理机制，UE接收到ENBRRC Connection Setup消息，建立了UE和ENodeB之间SRB1，NodeB为SRB1配置RLC层和逻辑层信道属性。ENB还在此信令中对PHY /MAC/RLC /PDCP 等各个实体配置参数进行配置， RRC连接建立消息就对应于底层随机接入过程中Msg4。UE收到NodeBrrcConnectionSetup信令后，UE和ENB 之间SRB1就建立起来了。 （3）在UE接收到RRCConnectionSetup消息后，向ENB 发送一个RRC Connection Setup Complete消息。此消息中携带有上行方向初始NAS层信令消息（如Attach Request，TAU Request，Service Request等），ENB收到此消息后，将其中NAS消息转发给MME用于建立S1连接。 在第（2）步中，假如ENB拒绝为UE建立RRC连接，则经过SRB0回复一条RRC连接拒绝消息RRC Connection Reject。在该RRC连接拒绝消息中，网络侧能够可选地携带一个严禁呼叫定时器T302，该定时器和系统广播中接入限制信息共同决定了UE是否被许可提议接入过程。 通常RRC连接建立问题定位方法以下，通用步骤：RRC连接建立问题N设备异常问题UE是否发出请求消息Y调整随机接入上行初始接收目标功率相关参数ENB是否收到请求消息NYNENB是否发出建立消息ENB相关其它问题YUE是否收到RRC建立消息NN是否发生小区重选调整下行公共信道功率YY优化小区重选参数UE是否发出RRC建立完成消息N调整下行初始发射功率Y调整上行专用信道开环功控参数NENB是否收到建立完成消息Y3.4.1 上行随机接入问题UE发出RRC Connection Request消息，ENB没有收到，假如此时下行信道质量正常，通常是随机接入参数中初始接收目标功率设置偏低问题。 3.4.2 小区重选参数问题ENB收到UE发RRC建立请求消息后，下发了RRC Connection Setup消息而UE没有收到。查看此时SINR，假如偏低，而且监视集中没有质量愈加好小区，那么是覆盖问题能够合适提升下行公共信道功率。假如此时监视集中有愈加好小区，则可能是小区重选问题，能够合适调整小区重选参数加紧小区重选。 3.4.3 下行初始发射功率偏低问题 UE收到RRC Connection Setup消息而没有发出RRC Connection Setup Complete消息，假如此时下行信号质量正常，那么可能是手机异常，不然可能是下行初始功率过低造成下行不能同时。 3.4.4 上行初始功控问题 UE发出RRC Connection Setup Complete消息而ENB没有收到，因为上行初始功控会让UE发射功率上升，假如是UE发射功率不足造成，能够合适提升上行信道初始期望功率和调整量等参数。3.5 相关案例介绍分析3.5.1 小区重选参数问题问题描述： 华电集团专题2小区接入率很低，且关键集中在15点到16点之间，查看小区无告警。因为接入失败次数过多，影响全网一天KPI指标数据。问题分析：从CDL信令看UE提议随机接入申请，UE发出RRCConnectionRequest后 ENB下发RRC connection setup 消息，终端无响应，造成RRC连接建立完成超时，造成RRC建立失败。定位过程：从最近一次测量上报消息中能够看出，源小区PCI为254，此时测量到rsrpResult 值为23，由此能够计算出RSRP值为23-141=-118dbm左右。而测量到相邻目标小区PCI为62 ，rsrpResult值为34，小区RSRP在-107dbm左右。由此能够初步分析相关场景是UE所处位置信号质量不好，且存在模3干扰，最终造成RRC连接建立定时器超时后RRC连结建立失败。处理提议：查看基站配置后，该小区参考信号功率为15，已经为最大。故不存在下行初始发射功率偏低问题。经过现场复测抓取log深入分析，排除天线安装问题和工参设置问题、排除存在大面积弱覆盖问题。经过log分析，发觉存在PCI模三干扰严重，重新进行计划，修改小区PCI。处理效果：修改PCI后，RRC接入率有所提，KPI指标数据恢复正常。3.5.2 小区上行功控参数设置问题问题现象 NBYZ技侦大楼FHTL-0从7月13日开始，RRC接入请求次数变多还有伴伴随大量失败，天天RRC成功率基础在20%左右，失败发生在忙时时段，影响全网KPI。问题分析：查看小区状态和通道驻波均没有问题，从CDL中看：均是ENB下发RRC set up以后终端无响应造成RRC连接超时，造成RRC接入失败。查看基础上是UE ID为1和3用户失败，不过查看最近RSRP均较高。定位过程：查看小区IOT和小区状态正常，对此小区进行核查，发觉参数在非连续调度功率设置上出现问题，当此小区是-95，全网当初全部已经改成-70，经过对全网此参数核查，发觉还有NBYZ理工学院2FHTL-2也是设置为-95，指标也很差。处理提议：效果：把小区非连续调度功率从-95修改到-70以后指标显著有提升：网元友好名时间RAB建立成功率分母单位:次RAB建立成功率分子单位:次RRC连接建立成功率分母单位:次RRC连接建立成功率分子单位:次RRC建立成功率NBYZ技侦大楼FHTL-0/7/115151787798.72%NBYZ技侦大楼FHTL-0/7/123535545398.15%NBYZ技侦大楼FHTL-0/7/134440956063.16%NBYZ技侦大楼FHTL-0/7/1420141273023.62%NBYZ技侦大楼FHTL-0/7/1520141273023.62%NBYZ技侦大楼FHTL-0/7/161351752514.29%NBYZ技侦大楼FHTL-0/7/171271272318.11%NBYZ技侦大楼FHTL-0/7/1834315316011.30%NBYZ技侦大楼FHTL-0/7/1954501218771.90%NBYZ技侦大楼FHTL-0/7/201919262596.15%NBYZ技侦大楼FHTL-0/7/2113132020100.00%NBYZ技侦大楼FHTL-0/7/2247475151100.00%NBYZ技侦大楼FHTL-0/7/2322222828100.00%3.5.3 小区测试开关参数问题问题现象：在月苑二试扩L-3小区下收不到该小区信号，无法接入该小区，造成该路段信号较弱，较大区域形成弱覆盖。问题分析： 测试车辆在月苑南路自西向东行驶至和墨香路交叉口区域，在交叉口区域该站下无法收到该小区信号，造成该路段覆盖较差，严重影响下载速率，机房核查小区状态正常，无告警情况。图一在后台对比核查参数发觉，小区加载开关打开，且带真实用户模拟快开关关闭，造成用户终端无法接入。MAC测试开关里有小区加载开关和带真实用户模拟加载开关，小区加载开关打开话，带真实用户模拟加载开关就会生效。当需要加扰测试时需要把小区加载开关打开，而此时假如带真实用户模拟加载开关关闭，表示小区处于模拟用户加载情况，真实用户不能接入，假如带真实用户模拟加载开关打开，表示是用真实用户进行加载，则真实用户能够接入。月苑二试扩小区正是因为小区处于模拟加载状态，且关闭了带真实用户模拟加载开关造成测试终端搜不到小区信号，无法正常接入；处理提议：关闭小区加载开关处理效果：关闭小区加载开关后，终端能正常搜到小区信号，且接入正常。以下图：问题总结对于无法接入小区问题，提议处理方法：a) 核查小区状态和告警和硬件问题情况。b) 核查是否由参数问题造成小区加载开关默认关闭，在现网中进行模拟加载等测试时，测试完成后需要对参数立即进行恢复。3.5.4 内存池耗尽造成信令发送失败问题问题描述：南京F鼓楼四条巷专题L基站RRC接入失败率很高，查看指标时段趋势，在有业务时段全部有RRC接入失败率较高问题存在。实时查看小区无上行干扰，因为RRC接入失败次数较多，影响全网全天KPI指标数据。问题分析：从指标劣化趋势看，在7点左右统计RRC接入失败次数最多，一个时段内高达22次失败。从CDL信令看，UE在不停在做TAU更新，RRC接入失败时是因为在随机接入过程中，UE上发RRCConnectionRequest, ENB回复RRCConnectionSetup但可能UE未收到，造成RRC接入超时，ENB侧未收到RRCConnectionSetupComplete消息，具体CDL信令情况以下：经过NAS解码能够得出此为TAU过程：定位过程：从mapinfo中，目标基站F鼓楼四条巷专题L所处位置属于边缘覆盖，F鼓楼四条巷专题L-2和F鼓楼四条巷专题L-3小区覆盖方向无其它小区衔接覆盖。查看EXCEPTION日志，对应失败时间点事  6:50   7:11  7:34  7:40，每个时间点全部对应下面两条告警。未知消息和定时器超时，从CDL中统计失败原因全部是收到RRC建立完成消息超时。经过分析日志，发觉：半小时之间没有发送接收成功任何信令；存在很多信令发送失败情况，原因为内存池耗尽。查看号日志和控制台日志，和配置文件里，发觉对端100.68.131.214和100.68.131.221 同时配置为用户端和服务器，造成了基站SCTP内存池耗尽，消息发不出去，造成RRC接入失败。处理提议：1、 因为对端IP：100.68.131.214和IP:100.68.131.221 同时配置为用户端和服务器，这个配置触发了内存耗尽，造成信令发送失败现象，删除并只保留对端100.68.131.214和100.68.131.221 配置为用户端和服务器其中一条。2、 升级新版本对此配置错误加保护，同时处理内存泄露问题，和增加对内存耗尽后保护，来根本处理此问题再次发生。3.5.5 全频带高干扰造成接入失败问题干扰定义：在每个子帧轮询一次后全部会统计出在100个PRB中每个PRBIOT值，当IOT值高于10PRB个数大于等于3时为高IOT，查询18次（早9:00到晚18:00每个小时一次数据，统计上行两个时隙），假如同一个站点(包含3个小区)超出6次干扰判定为干扰小区，其中IOT超出20为干扰严重小区，IOT在1020之间为干扰一般小区；如同一个小区多于6次超出80个PRB IOT大于15判定为全频带高干扰小区。问题描述：宁波城市元年-2小区无线接通率只有59.38%，从信令步骤上看到是存在大量基站收不到终端发上来RRCConnectionSetupComplete消息：问题分析：检验基站状态正常，查看小区无相关原因告警，从指标趋势看，平均分布在每个时段；从CDL信令看UE提议因为enb给UE提议RRCConnectionRequest后 ENB下发RRC connection setup 消息，但未收到终端上发RRCConnectionSetupComplete消息，造成RRC连接建立完成超时，造成RRC连接建立失败。查询上行低噪，发觉较多PRB全部存在较高IOT值。对小区IOT进行监控，能够看到高干扰，而且邻区并无大量用户。处理效果：6月21日将城市元年-2小区PGC开关打开，该小区前后一周KPI数据以下：ERAB掉线率无线接通率无线掉线率-6-140.56%59.38%5.26%-6-153.59%85.71%60.00%-6-160.00%82.14%0.00%-6-171.44%82.54%11.54%-6-180.68%89.31%3.57%-6-192.71%57.25%27.27%-6-200.00%100.00%0.00%14日-20日平均值1.28%79.48%15.38%-6-21（打开PGC开关）0.33%97.44%0.00%-6-220.52%100.00%5.88%-6-230.00%98.39%0.00%-6-241.44%62.79%12.50%-6-251.18%92.86%6.82%-6-260.36%92.98%2.00%-6-270.73%96.00%2.38%-6-280.89%97.30%3.23%22日-28日平均值0.73%91.47%4.69%其中6月20日KPI数据异常，在未打开PGC开关情况下各项KPI指标全部很好，查看KPI原始数据确定是当日业务量太少：RAB建立成功率分母单位:次RAB建立成功率分子单位:次RRC连接建立成功率分母单位:次RRC连接建立成功率分子单位:次无线接通率1919643859.38%1010282485.71%1313282382.14%2726494282.54%5756888089.31%22221387957.25%4455100.00%6767787697.44%如上述表格数听说明，在打开PGC开关后，无线接通率有所提升。4 ERAB建立成功率4.1 理论介绍包含话统打点图1 图2如图1或图2中A点所表示，当eNodeB收到来自MMEINITIAL CONTEXT SETUP REQUEST或E-RAB SETUP REQUEST消息时统计该指标。假如INITIAL CONTEXT SETUP REQUEST或E-RAB SETUP REQUEST消息中要求同时建立多个E-RAB，则对应指标依据业务QCI按具体E-RAB建立数目分别进行累加。如图1或图2中B点所表示，当eNodeB向MME发送E-RAB SETUP RESPONSE或INITIAL CONTEXT SETUP RESPONSE消息时统计该指标。假如E-RAB SETUP RESPONSE或INITIAL CONTEXT SETUP RESPONSE消息中同时携带多个E-RAB建立，则对应指标按各个业务QCI分别进行累加。指标指标描述小区E-RAB尝试建立总次数用户尝试提议E-RAB建立步骤总次数小区E-RAB建立成功总次数用户提议E-RAB建立步骤，建立成功总次数小区E-RAB建立失败原因关键网问题造成E-RAB建立失败次数传输层问题造成E-RAB建立失败次数无线层问题造成E-RAB建立失败次数无线资源不足造成E-RAB建立失败次数安全模式配置失败造成ERAB建立失败次数另外，话统还针对各QCI进行了ERAB尝试建立次数和ERAB建立成功次数统计。因为现在极少用到不一样QCI，业务基础以QCI6业务为主，所以不需要关注具体业务类别ERAB统计。4.2 指标定义ERAB建立成功率小区E-RAB建立成功总次数/小区E-RAB尝试建立总次数×100小区无线接通率RRC建立成功率×ERAB建立成功率。4.3 CDL信令步骤及失败原因4.3.1 正常过程ü 上下文建立过程基础步骤上下文建立过程基础步骤上下文建立步骤是以S1 Initial Context Setup Request开始，以后全部消息全部能够提取相同eNBUEID。S1 Initial Context Setup Response消息标志着上下文建立基础步骤结束。S1 Initial Context Setup Request消息具体解码结果中，E-RABToBeSetupListCtxtSUReq里面承载个数等于1时，意味着这次上下文建立过程只是建立默认承载；而当此值大于1时，则意味着这次上下文建立过程除了建立默认承载外还要建立专用承载。在S1 Initial Context Setup Response消息具体解码结果中，E-RABSetupListCtxtSURes里面承载个数代表建立成功默认承载和专用承载数目，E-RABList里面承载个数代表建立失败默认承载和专用承载数目。ü 专用承载建立基础步骤专用承载建立基础步骤专用承载建立步骤以S1 ERAB Setup Request消息开始，以后全部消息全部能够提取相同eNBUEID。S1 ERAB Setup Response消息标志着专用承载建立基础步骤结束。4.3.2 异常过程i. 上下文建立过程中等候UE能力信息超时上下文建立过程中等候UE能力信息超时当看到UE Capability Enquiry和S1 Initial Context Setup Failure消息而且第3条消息value Cause字段值为failure-in-radio-interface-procedure时，标志着上下文建立步骤中UE能力信息超时。ii. 上下文建立过程中等候安全模式完成超时上下文建立过程中等候安全模式完成超时当看到Security Mode Command和S1 Initial Context Setup Failure消息而且最终一条消息value Cause字段值为failure-in-radio-interface-procedure时，标志着上下文建立步骤中安全模式命令消息超时。iii. 上下文建立过程中等候RRC重配完成超时上下文建立过程中等候RRC重配完成超时当看到RRC Connection Reconfiguration和S1 Initial Context Setup Failure消息而且最终一条消息value Cause字段值为failure-in-radio-interface-procedure时，标志着上下文建立步骤中空口重配置消息超时。iv. 上下文建立过程中AS安全失败上下文建立过程中AS安全失败当看到Security Mode Failure消息时，标志着上下文建立步骤中安全配置失败。v. 上下文建立过程中传输错误上下文建立过程中传输错误当看到S1 Initial Context Setup Failure消息而且其具体解码中value Cause字段为transport-resource-unavailable时，标志着上下文建立步骤中传输错误。vi. 上下文建立过程中内部其它错误上下文建立过程中内部其它错误当看到S1 Initial Context Setup Failure消息而且其具体解码中value Cause字段不为failure-in-radio-interface-procedure、transport-resource-unavailable和encryption-and-or-integrity-protection-algorithms-not-supported时，标志着上下文建立步骤中内部其它错误。vii. 专用承载建立过程中等候RRC重配完成超时专用承载建立过程中等候RRC重配完成超时当看到RRC Connection Reconfiguration和S1 UE Context Release Request消息而且最终一条消息value Cause字段值为failure-in-radio-interface-procedure时，标志着专用承载建立步骤中空口重配置消息超时。4.4 相关案例介绍分析4.4.1 路由关系未配无法接入问题问题描述： 兰州LTE示范站，连接是华为关键网，基站开通后，SCTP链路正常建立，小区正常，不过终端无法附着成功。问题分析：经过信令步骤分析，在终端RRC建立完成，鉴权、安全步骤完成后，关键网下发了终端上下文建立请求 ，以后基站直接回复了上下文建立失败，失败原因value Cause : transport : transport-resource-unavailable，以下图：定位过程：依据信令步骤提醒，经过查看失败信令前一条信令，关键网下发上下文建立请求消息中，携带sgw iP地址以下图，转化成十进制是：100.89.1.1：而在基站传输配置中，检验路由配置关系中发觉，基站路由中没有添加到100.89.1.1这个网段路由，所以造成了终端因为没有传输路由而上下文建立失败。 处理效果：现场添加完成该网段路由后，终端附着成功，业务正常。4.4.2 网关IP配置错误造成无法附着问题描述： 南京统计KPI指标发觉南体分校试扩L ERAB建立全部失败，全天失败次数在两万数次，严重影响了全网指标。问题分析：经过提取该站CDL log分析发觉，终端RRC建立已完成，鉴权和安全也已经过，关键网下发了终端上下文建立请求后，基站直接回复了上下文建立失败，失败原因value Cause : transport : transport-resource-unavailable，经过ATP跟踪信令步骤和CDL看到结果一样，以