《TDL双模改造问题汇总.docx》由会员分享，可在线阅读，更多相关《TDL双模改造问题汇总.docx（24页珍藏版）》请在三一文库上搜索。
1、双模改造问题汇总一、 TDL双模改造流程TDL双模改造过程主要分为以下三个部分：网络改造、硬件改造、站点升级、告警及站点状态监控、改造前后网络监控及指标保证措施。1、 网络改造过程e-NodeB：现网TDS基站升级（BBU插入LTE单板、每个RRU新布一对6G光纤，四期站点RRU保持不变、二三期站点RRU需更换为四期支持双模的RRU类型）； 核心网：初期在杭州新建一套SAE核心网；新建9303交换机1对，SAE通过9303与CE对接； 网管：新建一套网管M2000；PTN：更换或利旧原950设备接口板，支持GE接口，新增PTN至BBU的GE接口光纤一条；950到3900的业务进行配置；2、 硬
2、件改造过程天线部分：需求天线支持F频段A频段，如支持天线部分无需改造；GPS部分：TDS、TDL共站共用GPS信号，无需改造；RRU部分：针对TD四期的站点RRU支持FA频段，RRU3158FA利旧使用，需为各RRU增加一根光纤连接RRU与BBU同时插入6G光模块完成双光纤链路。二三期RRU由于采用RRU268老设备不支持F频段，需更换四期RRU3158制定更换流程如下： 光模块部分：需统一使用6G光模块，四期模块OK，二三期使用的2.5G模块需替换BBU部分：四期站点需增加TDL主控板及LBBP单板二三期老站点需更换TDS基带板更换为四期使用的（B版本）单板（支持12载波）老单板（A版本支持
3、9载波）同时需更换数字均流电源和高速风扇，电源需要两块。同时需更换配套的电源分流设备DCDU主要变化在二三期给RRU供电的空开规格为12A，四期给RRU供电的空开规格为20A。PTN：更换或利旧原950设备接口板，支持GE接口，新增PTN至BBU的GE接口光纤一条；950到3900的业务进行配置； 3、 站点升级过程升级步骤：1、 调试TDL主控和基带板，完成数据配置；2、 备份TDS现网脚本；3、 准备新TDS的脚本；4、 下载TDS站点版本软件到主控板；5、 TDS站点激活最小配置；6、 TDS站点激活基站；7、 执行第3步准备好的脚本；8、 BBU下电，插入LTE主控与BBP板；9、 按
4、双模要求连接光模块与光纤；10、BBU上电，调测基站，建小区；11、升级完成，拔测验证。4、 改造过程中告警监控及处理双模RRU属LTE与TDS共用设备，当前双模版本从TDS升级到双模后TDS的数据通过背板转到LTE基带板后与RRU互通。导致TDS RRU相关的一些正常告警无法通过OMC上报。之前的处理方式是：在OMC上把双模站点设置为“工程模式”，以屏蔽告警，但是随着站点数目越来越多，对于双模站点的日常正常监控就显的尤为重要。1、 由于双模组网环境下 TDS的基带板不再与RRU直连，将会产生三条异常告警。A、RRU配置但不用异常告警。B、 BBU IR光模块收发异常告警C、 BBU IR光模
5、块不在位告警这三条告警是已知将产生的告警，对于系统正常运行不会产生任何影响，所以在OMC上利用MML把告警进行相应的屏蔽。SET ALMSHLD: AID=26231, SHLDFLG=SHIELDED;SET ALMSHLD: AID=26232, SHLDFLG=SHIELDED;SET ALMSHLD: AID=29406, SHLDFLG=SHIELDED;2、 对之前已改造并在OMC上设置为“工程模式”的站点，在OMC上重新设置为“正常模式”，新改造没有更改模式的站点则省略此步骤；3、 把M2000的告警信息进行日常监控正常情况下M2000上没有告警产生，所以一旦M2000出现告警，
6、就需要进行相应分析。通过测试，RRU相关的告警信息分类如下：（1）RRU掉电异常情况M2000会上报两个告警信息：A、BBU光模块收发异常告警；B、BBU CPRI接口异常告警处理措施：将RRU上电并恢复数据（2）RRU复位异常情况M2000会上报BBU CPRI接口异常告警。 处理措施：恢复数据（3）RRU光口出现异常情况M2000会上报BBU CPRI接口异常告警。处理措施：处理异常并恢复数据5、 改造前后TDS指标监控针对TDS网络在升级前后进行业务拨测、网络覆盖路测、长期指标监控等几项网络质量保证措施。具体内容如下：业务拨测：由于升级站点较多，该部分测试可以在单个站点升级时独立进行，保
7、证每个站点升级过后业务不受影响。网络覆盖路测：在升级改造区域进行DT测试，使用CS、PS业务进行测试，尽量遍历各个小区，获得升级前后的网络覆盖质量数据，主要关注的有：RSCP水平、C/I水平、切换点分布等数据，通过对比评估升级改造对TDS网络覆盖带来的影响。长期网络指标：该监控需要关注整片区域的话统指标和按小区进行的指标监控，必须保证总体指标与单站指标均保持正常。二、 TDL双模改造问题汇总截止二阶段，TDL双模改造过程中共出现问题93个，闭环93个，由于改造导致的问题41个，非改造问题52个。是否为改造问题汇总否52是41总计931、 改造导致问题分类问题类型汇总RRU故障1干扰问题（老版本
8、站点ISCP整体抬升问题）9工程问题（GPS告警问题）1工程问题（基站退服）1工程问题（老版本站点RNC侧与NodeB侧数据不一致问题）17工程问题（老版本站点RRU时延同步问题）3工程问题（老版本站点载频数据丢失问题）4工程问题（射频单元配置但不可用告警）1工程问题（射频单元输入功率异常告警）3天馈问题1总计412、 改造导致问题分析通过分析现阶段改造导致的问题主要分为老版本站点问题、工程告警问题、载频隐形故障问题、天馈接反问题。其中老版本站点问题最多，占80%。2.1、老版本站点问题老版本站点问题主要针对于现网双模改造为R04SPC200的版本，主要出现以下几种问题：1. 0话务问题2.
9、RNC侧与NodeB侧数据不一致问题3. RRU侧时延同步问题4. 上行ISCP整体抬升问题2.1.1、 0话务问题涉及站点：天仙新苑2；武林分公司3；省侨联2；新凯饭店3；省儿保医院2；黄龙雅苑分布3_1；黄龙雅苑分布3_2；黄龙雅苑分布2_3；浙江国际大酒店1；浙江国际大酒店2；少年宫1；杨公村1、2影响范围：用户无法接入，周边站点切换至问题小区全部失败问题描述：少体校1小区无话务量，周边站点切换至少体校1全部失败（武林分公司3等小区也先后出现过此类现象）处理过程：检查小区状态/载频状态均为正常，小区无告警，通过分析，3月27日11点前，LTE少体校1小区处于去激活状态，但27日9：51时
10、，TDS侧对少体校1进行了修改主频点操作。工程侧当时查询NodeB侧数据与RNC侧数据为一致，基本可以排除由于RNC侧与NodeB侧数据不一致导致载频吊死的情况。LTE侧少体校1未激活，但在此时段TDS侧1小区激活，但未生效（由于修改频点需要去激活/激活小区），NodeB侧重新添加载频后，用户可以正常接入。根本原因分析：NodeB侧载频数据丢失操作方法：1. LDT登陆主控板2. 添加TDS载频命令：OM_AddTdsCarr 参数1, 参数2, 参数3, 参数4, 参数5, 参数6 参数1：载波ID（TDS载波的载波ID只允许16）参数2：DWPTS功率（单位：dBm*256）参数3：小区功
11、率（单位：dBm*256），注意，这些功率都是单path功率 参数4：频点（单位：100KHz），注意，这个值是BBU上配置频点的2倍参数5：时隙切换点（3表示3:3,2表示2:4）参数6：是否有TS0（1:没有,0:有） 举例：TDS A频段上建3个载波，上下行配比2:4，功率在需要在单模TDS升级为6.0 SPC230后，保持TDS连线不改变，在小区显示正常后，在TDS主控板的串口执行ccmPrintRruPoutTxNorm 60（60:RRU框号):rru60 PoutTxNorm are: 8448, 8448, 8448, 8448, 8448, 8448, 8448, 8448,
12、注：3158现网经验值下来都比这个值小，所以RRU上小区功率就填8448。但是还是要升级到SPC230查询，杭州第一个站大明玻璃查出来是9661。DWPTS目前没有作为功控的参考功率，可以统一写成一个默认值。三载波命令举例： OM_AddTdsCarr 1,2560,9661,20108,2,0OM_AddTdsCarr 2,2560,9661,20124,2,1OM_AddTdsCarr 3,2560,9661,20140,2,2一般情况下老版本站点出现0话务量主要由以下几类情况：1. RNC侧对主载频进行操作，但NodeB侧未进行同步修改，导致载频丢失2. LTE侧小区未激活，但在此时段T
13、DS侧1小区激活，会存在未生效的可能3. 站点存在告警，小区退服4. TD小区复位后也有可能出现载频丢失现象2.1.2、 RNC侧与NodeB侧数据不一致问题涉及站点：下沙惠松制药1、艾博生物1、江东大桥绿化带2及周边站点影响范围：自身RAB建立成功率、周边站点切换、掉话、掉线指标问题描述：（下沙惠松制药1、艾博生物1、江东大桥绿化带2等老版本站点都出现过此类现象）下沙惠松制药3月2日改造后，1小区PS RAB建立成功率大幅度降低,下沙惠松制药1切入指标大幅度下降，下沙惠松制药2、3小区切换出指标大幅度下降。查询站点告警，无告警；查询TDS-下沙惠松制药载频状态（正常）。分析发现PS RAB建
14、立失败基本在10080频点，10080频点TS1、TS2上行ISCP较改造前基本持平。信令上显示RB SETUP下发后，未收到RB SETUP COMPLETE消息，UE触发下行失步的CELL UPDATE，PS RAB全部失败，失败原因多为无线接口进程失败。查询初始汉明距设置为20与现网保持一致。从TOP终端角度中兴-ZTE-TU880占43.1%，三星-GT-S5820占11.2%，联想-A66T占5.1%。查询周围站点切出指标，现场发现主要为TDS-下沙惠松制药2,3切换至TDS-下沙惠松制药1失败率很低，失败原因多为物理信道失败。NASTER查询切换后目标载频基本全为F频点（9545）
15、和10080频点，全为H频点。切换失败的时间段内TDS-下沙惠松制药1小区9545和10080载频的TS1、TS2的上行ISCP并未出现明显载频。查询周边站点新雁公寓2、TDS-艾博生物1、TDS-新雁公寓1等站点切换入下沙惠松制药1的指标，也是从改造后开始恶化,目标载频也是10080和9545。基本可以确认为为下沙惠松制药1的问题。处理过程：下沙惠松制药1为老版本站点（R004C00SPC200）改造后，数据修改组在RNC侧添加10080、9545载频，NodeB侧载频序号未与RNC侧对应。操作方法：只能先删除TDS载频数据，再重新添加1. 删除脚本OM_DelTdsCarr 参数1参数1：
16、载波ID（可以通过载波查询函数找到指定频点对应的载波ID）2. 添加脚本OM_AddTdlCarr 参数1, 参数2, 参数3, 参数4参数1：功率（单位：dBm*256），注意，这个功率是单path功率参数2：频点（单位：100KHz）参数3：时隙配比（2表示2:2，1表示1:3）参数4：带宽（单位：MHz）注意，这个版本的双模RRU只支持10MHz和20MHz，所以只能配10和20注意，这个版本的双模RRU，每个RRU上只支持一个TDL载波。一般情况下老版本站点RNC侧数据与NodeB侧数据不一致主要有以下几种情况：1. RNC侧添加了载频，NodeB侧未同步增加；或两边载频索引不一致2.
17、 RNC侧修改了频点，NodeB侧未同步进行修改3. RNC侧删除了载频，NodeB侧未同步删除排查方法：1. 一般出现此类问题，RAB建立成功率会有所下降，判断RAB成功率是否存在下降。2. 周边站点切换入该小区的指标会存在恶化，可以通过NCELL查询，是否存在周边站点切换入某个小区的指标突然恶化，并通过NASTER判断切换入的载频，以确定是哪个载频存在问题。2.1.3、 RRU侧时延同步问题涉及站点：下沙营业厅3、江东大桥绿化带1及周边站点影响范围：自身RAB建立成功率、周边站点切换成功率问题描述：1. 3月1日改造完后江东大桥绿化带-1小区PS RAB无法建立，信令上显示RB SETUP
18、下发后，未收到RB SETUP COMPLETE消息，TS1、TS2上行ISCP正常，且UE会间歇性出发下行失步的CELL UPDATE，PS RAB全部失败，失败原因多为无线接口进程失败。2. 下沙营业厅1、2，天马思宏3等周边站点切换入下沙营业厅3的指标在下沙营业厅改造后出现恶化。根本原因分析：RRU侧时延不同步处理过程：对于江东大桥绿化带-1、下沙营业厅-3的RRU时延重新刷新后，指标恢复正常，怀疑改造后RRU同步存在问题。2.1.4、上行ISCP整体抬升问题涉及站点：长线局；广纳假日酒店；北山卫生院；老年活动中心；松木场；省侨联；鸿雁大厦；物资大厦；延龄苑；望湖宾馆影响范围：所有载频I
19、SCP抬升，影响接入、掉线/掉话、周边站点切换入指标问题描述：由于老版本站点在复位/去激活/激活后之前进行的ISCP规避会失效，导致部分老版本站点出现ISCP抬升现象。处理过程：重新进行ISCP规避，已解决。2.2、F载频问题涉及站点：现代家园(文源宾馆)3影响范围：本站点0话务量、周边站点切换出指标问题描述：4月2日改造完后现代家园(文源宾馆)3存在时钟同步告警，导致周边站点（设计院1/2/3、华信1、文源印刷公司2等小区）切换至该站3小区全部失败，5号下午告警解除后，指标并未恢复，周边站点切换至该站3小区仍然全部失败，且3小区上报的所有载频的ISCP都报-120.458。处理过程：怀疑该站
20、点仍然存在同步问题，11日复位RRU后无效果，研发定位为该小区F载频存在隐性故障，将F载频去激活后，现代家园(文源宾馆)3及周边站点切换至该小区指标已恢复。2.3、RRU问题问题描述：文新街道1小区4月20日改造后，CS/PS RRC建立成功率有明显下降，失败原因均为无响应。UPPCH/TS1/TS2干扰均无异常问题分析:常规手段处理：1. 已通过修改RRC建立上行干扰余量（36），已排除上行问题，无效果2. 已通过修改FACH功率（-300），以排除下行问题，无效果3. PCCPCH功率（300120）排除边缘覆盖问题，无效果4. 重启基站，无效果5. 对比改造前后MML文件，有以下参数设置
21、不一致改造前 TIMETOTRIG3A=D1280 USEDFREQCSTHDRSCP=-94 ACTTIMEDEFOFFVALFORSETUP34K=100 COMBINEWEIGHT34K=10 RRCSETUPULINTERFERERSV=3 RBSETUPULINTERFERERSV=3 QRXLEVMIN=-103 IDLESSEARCHRAT=13改造后 TIMETOTRIG3A=D320 USEDFREQCSTHDRSCP=-88 ACTTIMEDEFOFFVALFORSETUP34K=120 COMBINEWEIGHT34K=14 RRCSETUPULINTERFERERSV=
22、6 RBSETUPULINTERFERERSV=6 QRXLEVMIN=-95 IDLESSEARCHRAT=15改造前TDGSM重选电平为（13-103=-90），改造后为（15-95=-80）,但改造后GSM侧通过片区了解到TDD-OFFSET已修改为11(即-76dBm重选回TD)PCHR细致分析：1. 存在TOP用户由于RRC连接建立失败没有走到上报IMSI给RNC一步，因此不能区分IMEI和IMSI，只用TMSI可以分析，分析了5月22日的RRC接入失败话单，从TMSI上发现有TOP用户出现，此用户14:00至15:00这一个小时内接入失败50次多。占总体失败次数的1/4。因此不排除
23、有TOP终端或用户。处理过程：更换RRU后指标恢复正常。2. 用户接入分析时隙接入采用基于ISCP与剩余RU原则，从DCA生效来看，主要是基于剩余RU准则生效，从话统以及此现象可以判断干扰水平基本正常。接入信道所在时隙时隙接入总次数数时隙1与2的接入次数失败次数失败次数各时隙占比时隙1与2的接入失败次数252,33964TS2:134791303.28%TS2:632412,436631714.67%1372,630141886.24%732,528381435.04%1331,61495TS1:4791956.35%TS1:294691,51212685.61%371,41128756.65
24、%211,3956565.86%总计184529265.02%NodeB侧TPCWIN数据分析：从TPCWIN log中看到，接入失败时，RRC_CONN_SETUP下去之后收不到CMP消息。此时NB侧没有一次进入到in_sync状态，同时从上行AGC看到没有功率到达NB侧，基本可以确定是RRC_CONN_SETUP消息终端没收到，从而没有进一步往上行发送special_burst：此时上行ISCP非常好，没有上行干扰存在：鉴于如此，怀疑FACH信道功率存在不好的情况，查看RNC、NB脚本，没有看到FACH信道配置异常的情况。根据现场反馈该站点3个小区，只有1小区存在RRC接入成功率低的状况，
25、其它2个小区正常。比较1小区同2、3小区配置脚本，依然没有看到能够影响到FACH信号发送的配置。现场倒换1、2小区的RRU关联配置（1小区关联91号RRU、2小区关联90号RRU），现场观察1小时后发现是2小区RRC接入成功率低，那么就能排除空口因素引起的失败增加。怀疑RRU故障，更换RRU后，RRC建立成功率恢复。2.4、载频隐性问题涉及站点：三堡2影响范围：单小区影响掉话率昨日新开站点指标在正常范围内，其中三堡2小区改造后CS掉话率非常高，基本全部掉话,改造前指标正常。（昨日下午5点开始升高）该小区载波配置如下：各载频状态正常，小区不存在告警，主载频为R4，其余均为H载频通过PCHR分析发
26、现三堡2掉话原因分析：1. 基本都为在F载频上掉话，但正常语音业务是不会建立在F载频上的，且语音业务最终释放载频均为9537频点，可见语音业务切换入该小区都是往F载频上切换的，这也是很不正常的，业务建立后随即掉话占总掉话次数的69%（均为接入在F载频），切换到F载频后掉话占31%。2. 该小区切换入指标正常3. 站点不存在告警，载频状态正常4. 小区DPGGROUP设置为6，R4业务接入策略无问题，R4业务切换策略也无问题5. 不存在TOP用户及TOP终端 排查建议：请工程核查下是否存在主载频吊死的现象，正常语音接入应该占主载频10112。三、 TDL双模改造指标情况2.1、语音业务话务量二阶
27、段站点双模改造前后整体语音话务量持平，双休日话务量普遍较低。2.2、数据业务流量二阶段站点双模改造前后整体数据业务流量有所增加，从改造前日均657000MB，增加到改造后日均1152087MB，增加了43%。2.3、语音业务接通率二阶段站点双模改造前后语音业务接通率基本持平，改造期间4月3日语音业务接通率有明显下降，主要由于苏堤南口1、苏堤南口3、净慈寺1、万松岭3这四个小区语音业务RRC建立成功率低导致，总失败次数达2374次，此三个站点当时并未进行双模改造，次日恢复正常。2.4、语音业务掉话率二阶段站点双模改造前后语音业务掉话率基本持平，改造期间4月初语音业务接通率低主要由于以下原因：1.
28、 研发进行FOA测试，萧山部分站点割接至RNC45（割接站点处于4个RNC交界处），普遍存在CS掉话高，PS掉线高，切换成功率差的现象。2. 4月2日改造完后现代家园(文源宾馆)存在时钟同步告警，导致周边站点（设计院1/2/3、华信1、文源印刷公司2等小区）切换至该站3小区全部失败，且掉话率有所抬升，告警消除后，指标并未恢复，研发定位为F载频问题，4月16日，将F载频去激活后指标恢复正常。周围站点切换至该小区指标正常。2.5、数据业务接通率二阶段站点双模改造前后数据业务接通率基本持平，改造期间4月初数据业务接通率低主要由于以下原因：1. 3月31日、4月1日数据业务接通率有明显下降，主要由于二
29、阶段站点有部分前期开通的市区老版本站点，31日大范围修改频点，多数老版本站点RNC侧数据与NodeB侧数据不一致导致PS RAB建立成功率有明显下降。2. 4月3日数据业务接通率有明显下降，主要由于苏堤南口1、苏堤南口3、净慈寺1、万松岭3这四个小区数据业务RRC建立成功率低导致，总失败次数达13321次，此三个站点当时并未进行双模改造，次日恢复正常。2.6、数据业务掉线率二阶段站点双模改造前后数据业务掉线率有所抬高，从0.42%升高到0.52%，改造过程中数据业务掉线率抬升主要有以下原因：1. 4月初，研发进行FOA测试，萧山部分站点割接至RNC45（割接站点处于4个RNC交界处），普遍存在
30、CS掉话高，PS掉线高，切换成功率差的现象。2. 4月20日后，数据业务掉线率有所抬高怀疑与主城区下发MIFI终端导致（一阶段二阶段站点主要集中在主城区，郊区影响较小），由于MIFI终端只能进行网内切换，不能进行异系统切换，导致部分用户在弱场接入最终而掉线，全网指标也有下滑趋势。3. 老版本站点RNC侧与NodeB侧数据不一致导致周边站点切换至老版本站点失败率很高，最终导致掉线率升高，且该现象会时常出现评估二阶段站点数据业务掉线率对全网的影响，剔除二阶段站点，计算数据业务掉线率，并且与全网数据业务掉线率比较，可以发现，剔除后数据业务掉线率有所下降，可以推断出二阶段站点对于全网的影响基本在0.0
31、3%左右。2.7、异系统切换成功率二阶段站点双模改造前后语音业务异系统切换成功率基本持平，数据业务异系统切换成功率由于基数较低，日均请求次数在1400次左右，指标存在浮动。2.8、网内切换成功率二阶段站点双模改造前后接力切换成功率、硬切换成功率有所下降，改造过程中接力切换成功率、硬切换成功率有所下降主要有以下原因：1. 老版本站点RNC侧与NodeB侧数据不一致导致周边站点切换至老版本站点失败率很高，且该现象会时常出现2. 怀疑与主城区下发MIFI终端导致（一阶段二阶段站点主要集中在主城区，郊区影响较小），由于MIFI终端只能进行网内切换，不能进行异系统切换，导致部分用户在弱场接入最终而掉线，全网指标也有下滑趋势。评估二阶段站点接力切换指标下降对全网的影响，剔除二阶段站点，计算接力切换成功率，并且与全网接力切换指标比较，可以发现，剔除后接力切换成功率还有所下降，可以推断出二阶段站点以外的站点接力切换指标下降更为严重，应该与改造无直接原因。