TD-LTE网络优化案例汇总.doc

1、TD-LTE 网络优化案例汇总项目名称文档编号版 本 号部 门 专业服务业务部作 者版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。目 录1. 切换类问题 .21.1 邻基站信息未配置成功 21.2 X2 口不通导致的切换失败 41.3 硬件和传输故障 61.4 随机接入参数配置不当引起切换失败 .71.5 重选优先级设置不一致导致异频无法切换 .111.6 MME 问

2、题导致入 POOL 基站大量切换失败 .121.7 开站数据模板不对引起切换失败 .171.8 传输端口环回问题导致 S1 切换成功率低 .211.9 府东街-3 小区异常切换(A1/A2 异频切换) .242. 接入类问题 .302.1MCC 设置错误导致 E-RAB 建立成功率为 0302.2 核心网问题导致 REAB 建立失败 312.3LTE 多模终端自由选择网络不能接入 LTE 网络问题分析 .342.4 默认网关配置错误 372.5 核心网算法问题 392.6 信令面流程正常业务面无法上网案例 .422.7 三星 NOTE23 信号标识不显示问题分析案例 .433. 速率类问题 .

3、483.1 下行子帧调度不满导致平均下载速率低问题分析 .483.2 传输受限引起的速率问题 513.3CFI 相关设置影响 LTE 拉网速率分析 .524. CSFB 类问题 594.1UE 未收到 Release 消息重选到 TDS594.2 网络侧不下发 Release 消息 614.3MME 配置 TA 与 LA 映射错误导致开机联合注册失败 .634.4 并发业务导致 CSFB 失败 641. 切换类问题1.1 邻基站信息未配置成功问题描述：测试发现 NBHS 维科上院 FHTL-1 PCI=487 与 NBHS 青林湾西 FHTL-0 PCI=438 之间切换失败。从前台测试 LO

4、G 可以看出，18:10:8.533 占用 NBHS 维科上院 FHTL-1 PCI=487 上报MR，目标小区 NBHS 青林湾西 FHTL-0 PCI=438，没有响应，18:10:50. 42 秒后上报第 2 个MR。两个小区的位置图层：问题分析：ATP 抓包反馈情况：第一个 MR 没有反馈：第二个 MR，启动切换，但是切换准备失败，反馈传输资源不足造成，最后还是完成切换，前台测试切换至 NBHS 锦江年华 FHTL-2 PCI=320 非 NBHS 青林湾西 FHTL-0 PCI=438。查看导出的邻区关系列表，NBHS 维科上院 FHTL-1 PCI=487 与 NBHS 青林湾西

5、FHTL-0 PCI=438 两个小区之间存在邻区关系，但是查看配置文件，发现青林湾西邻基站中未配置维科上院的邻基站信息（200914 与 200894） 。解决措施：添加青林湾西邻基站中未配置维科上院的邻基站信息。处理效果添加两个基站之间的邻基站信息后，小区间切换支持。附件或日志：1.2 X2 口不通导致的切换失败问题描述：测试车辆由南向北行驶至前湖北路路段，UE 占用 NBYZ 四季瑞丽 1 小区 PCI483 的信号，在该路段接收到主服小区的 RSRP-106dBm，无线信号在该路段覆盖较差。通过 UE 上报的测量报告发现，UE 有上报切换目标为 NBYZ 现代轿车城 3 小区 PCI4

6、73，该小区的 RSRP-88dBm，信号良好；但未发生切换。无线覆盖示意图测量报告示意图邻区关系示意图问题分析：测试车辆由南向北行驶至前湖北路路段，UE 占用 NBYZ 四季瑞丽 1 小区 PCI483 的信号，在该路段接收到主服小区的 RSRP-106dBm，无线信号在该路段覆盖较差。通过 UE 上报的测量报告发现，UE 有上报切换目标为 NBYZ 现代轿车城 3 小区 PCI473，该小区的 RSRP-88dBm，信号良好；但未发生切换，经核查邻区发现 NBYZ 四季瑞丽 1 小区与 NBYZ 现代轿车城 3 小区之间未添加邻区关系。解决措施：添加这两个小区邻区关系之后仍不切换，检查小区

7、状态，状态运行正常，无故障。随后检查这两个小区的 X2 接口连接指示发现，配置状态为“不存在” ，修改为“存在”后，切换正常。处理效果把 X2 接口连接指示配置状态修改为”存在后“切换正常。1.3 硬件和传输故障问题描述:5 月 27 日，蒋王庙试扩 L 329138,00 蒋王庙试扩 L-2_2 站内切换指标如下：服务小区名称服务小区 IDeNodeB 内切换出成功次数eNodeB 内切换出尝试次数eNodeB内切换出失败次数ENODE 内切换成功率329138 9 11 2 81.82%3291385 6 1 83.33%3291385 6 1 83.33%蒋王庙试扩 L 329138,0

8、0 蒋王庙试扩 L-2_23291384 6 2 66.67%从 KPI 的统计表中可以看出，基站内切换成功率在一段集中的时间内较差，而之前的时间段 ENB 内切换成功率均为 100%。问题分析：根据下图上午 MR 计算出目标小区的 RSRP 为-90dBm，覆盖良好。1.4 随机接入参数配置不当引起切换失败问题描述：使用 L1*Outum8.0 进行测试时候发现云南昆明 LTE 网络新入网很多基站在无线环境很好（RSRP-80dbm 左右&SINR20 左右）的情况下基站内小区间切换均失败，在测试中时出现以下情况，UE 在正常接入小区后，UE 上发测量报告，然后基站下发重配置消息，UE 上传

9、重配置完成消息，从无线口信令消息看切换已经完成。但是从测试过程中发现并没有切换成功，而是经过 2 秒后基站下发 MIB 消息、系统消息，然后 UE 上传连接重建消息，接着基站下发连接重建命令，UE 上传连接重建完成，到此 UE 应该是重新接入小区，并不是切换。具体个例如下：同时在基站侧用 ATP 进行跟踪时，出现如下图情况：UE 上传测量报告，基站下发连接重配置消息，但 UE 在 2 秒内无回应或者基站在这 2 秒内没收到重配置完成消息，于是 2 秒之后 UE 上传系统消息 1，而基站则下发系统消息 2，然后就是上传连接重建请求消息，基站下发连接重建命令，接着 UE 上传连接重建完成，到此 U

10、E 重新接入小区问题处理流程：1、首先针对小区内邻区进行检查，邻区配置正确；2、由于是双模站点，所以提取同样为双模站点的宁波参数进行对比，发现关于切换的参数均配置正确；3、通过以上分析发现发生切换时候手机能上报重配置完成消息，但是基站侧没有收到这条消息，说明有可能是接入参数有异常。4、研发支持：通过收取 CDL/ATP/基站公共日志进行分析以后研发怀疑是随机参数设置不当造成的，随机接入参数零相关配置参数现场设置为 11 比较大，建议调整为默认的设置 3 以后进行试验。问题解决效果：将零相关配置从 11 调整为 3 以后从下图可以看出调整前测试还是出现切换失败，但是调整以后基站内小区间切换成功，

11、对基站间相邻小区的切换也成功，说明该问题已经解决。总结：根序列索引规划建议现网中宏站 Preamble 格式通常选择格式 0，室分为格式 4；宏站 PRACH 配置索引设置为 3，室分为 51；室外推荐 CSN的零相关配置为 3，对应低速非受限 CSN取值为 18；室内站点零相关配置为 3；对应的 Ncs 值为 8；根序列索引的配置和 PCI 相关：若室外宏站的零相关配置采用 3，对应的 Ncs 值为 18，这样每个根序列能产生838/18=46 个 preamble 码，每个小区需要产生 64 个 preamble 码，故需要 64/46=2 个根序列产生一个小区所需的 premble 码，

12、故 838 个索引能产生 838/2=419 个小区所需的preamble 码，所有小区重复利用这 419 个，为了避免相邻小区的根序列索引冲突，故根序列索引值和 PCI 关联，即根序列索引=（PCImod419）*2；室分站点零相关配置采用 3，对应的 Ncs 值等于 8，这样每个根序列能产生 138/8=17个 preamble 码，每个小区需要产生 64 个 preamble 码，故需要 64/17=4 个根序列产生一个区所需的 premble 码，故 138 个索引能产生 138/4=34 个小区所需的 preamble 码，所有小区重复利用这 34 个，为了避免相邻小区的根序列索引冲

13、突，故根序列索引值和 PCI 关联，故根序列索引=（PCImod34）*4。排查基站告警，在查询基站告警日志发现在该时间段存在小区退服,传输故障，X2 链路故障的告警。如果由于小区重复退服，可能导致站内切换成功率下降。告警名称告警级别 告警源网元类型 产生时间小区退服,传输故障 主要蒋王庙试扩 L 329138,小区 2 ENB2013-05-27 20:38:16X2 链路故障 次要蒋王庙试扩 L 329138,SCTP链路 2 ENB2013-05-27 20:02:05小区退服,传输故障 主要蒋王庙试扩 L 329138,小区 2 ENB2013-05-27 19:28:36问题解决：安

14、排基站人员上站排查，重现建立 X2 链路后告警消除。解决效果：28 日现场排除告警后提取当日指标进行验证。下表为蒋王庙 28 日全天级指标，已有明显提升。服务 服务 eNod eNod eNod ENOD小区名称 小区 ID eB 内切换出成功次数eB 内切换出尝试次数eB 内切换出失败次数E 内切换成功率蒋王庙试扩 L 329138329138 261 264 398.86%1.5 重选优先级设置不一致导致异频无法切换问题描述：云南昆明 LTE 实验网新开局对室内和宏站之间异频切换进行验证。使用L1*Outum8.0/华为 MIFI*Outum8.0 进行异频切换验证；验证参数配置： 1、X

15、2 链路、邻区关系与小区异载波信息配置完成；2、A1 A2 算法均开启测量；3、GAP 测量打开；从验证结果发现室分可以切换到宏站，而从宏站无法切换到室分；问题分析：在进行切换验证测试时发现当师大商学院（宏站）的 RSRP 值达到-112dbm 且嵩明云南师范大学商学院动感厅（室分）的 RSRP 达到-69dbm 时，已经达到切换门限，但是UE 仍驻留在师大商学院 2 小区中不发生切换，最终由于信号过低终端进行重建而驻留到室分基站，切换失败，查看信令消息时，此时 UE 已经上传测量报告，而且也有重配置消息下发但是终端并没有发生切换，对重配置消息进行解析发现该重配置消息并不是用于切换的重配置消息

16、。如下图所示问题处理流程：1、对两个基站的 X2 链路及邻区关系进行删除再重新创建，并且重新配置异频载波信息，切换问题未解决；2、由于室外宏基站是双模站而室分是单模站，因此对单模站点的“单模 RRU 帧头偏移置”进行设置，由无偏移设置为 700us，参数修改以后进行验证，切换问题未解决；3、经研发老师指导发现师大商学院基站的小区重选公共参数中的“小区重选优先级”设置为 3，而 EUTRAN 异频载波信息中的“小区重选频点优先级”设置为 1。将小区重选公共参数中的“小区重选优先级”设置为 1，与 EUTRAN 异频载波信息中的“小区重选频点优先级”设置保持一致，切换问题解决；问题解决效果将师大商

17、学院基站的小区重选公共参数中的“小区重选优先级”设置为 1，与 EUTRAN异频载波信息中的“小区重选频点优先级”设置为 1 保持一致，通过验证发现问题已经彻底解决。总结：目前我司设备的异频切换算法，采用 A1/A2/A3/A4/A5 算法， A1 用于异频关闭，其中A2 用于开启异频测量，A3 用于启动切换请求（当 A3 用于异频时必需保证源小区和目标小区的小区重选优先级一致） ，A4 用于异频高优先级切换，A5 用于异频低优先级切换；在异频切换时，若仅开启 A2、A3 测量开关，小区重选公共参数中的“小区重选优先级”与 EUTRAN 异频载波信息中的“小区重选频点优先级”设置必须一致。出于

18、某种目的， “小区重选优先级”必须设置成不一致时，需要开启 A4 或者 A5 测量开关用于异频测量。1.6 MME 问题导致入 POOL 基站大量切换失败问题描述：福州 KPI 组发现 3 月 8 日后全网的切换成功率一直在恶化，提取切换失败 TOP小区分析 CDL 发现，切换失败大部分为目标小区回复切换准备失败携带原因为 transport-resource-unavailable。全 网RRC连 接建 立 成 功率 (%)E_RAB建立 成 功 率(%)无 线 建 立成 功 率(%)无 线 掉 话率 (%)切 换 成 功率 (%)上 行 总 流量 (GB)下 行 总 流量 (GB)2014

19、/3/5 99.78 99.76 99.54 0.05 93.28 36.41 385.662014/3/6 99.78 99.74 99.52 0.06 96.29 33.57 415.892014/3/7 99.79 99.76 99.55 0.05 94.29 42.65 556.642014/3/8 99.64 99.77 99.41 0.05 93.31 24.57 269.42014/3/9 99.76 99.8 99.55 0.04 87.17 24.92 224.142014/3/10 99.63 99.77 99.41 0.06 82.59 33.74 317.372014/

20、3/11 99.6 99.76 99.36 0.05 69.37 31.02 371.92问题分析：在基站版本 45.16 版本升级后，福州全网也出现了大量的切换失败，失败原因为 transport-resource-unavailable，排查定位过程发现是基站的邻基站中 SCTP 链路索引对应错误导致，基站升级后解决。而近期又出现了相同原因的切换失败，所以第一时间核查了全网的 X2 链路、邻基站，但是发现并没有异常，于是基本排除是 X2 链路、邻基站的原因导致目标小区切换准备失败。于是，分析 TOP 小区，以上渡派出所-DLH（ENBID:418705）为例，提取该站 CDL 日志分析。网

21、 元 LTE_HO.FailOut单 位 :次 LTE_切 换 成 功 率 单 位 :%全 网 37469 82.59福 州 仓 山 -上 渡 派 出 所 -DLH-1 2848 11.58福 州 仓 山 -高 湖 变 电 站 -DLH-2 2458 15.74福 州 仓 山 -船 政 学 院 -DLH-2 2377 3.57福 州 闽 侯 -闽 侯 星 网 锐 捷 -DLH-2 1607 1.95福 州 仓 山 -仓 山 农 大 蜂 疗 医 院 北 -DLH-2 1178 8.61切换统计显示站内切换和 S1 切换都正常，X2 切换成功率只有 10.79%，而且切换出失败中99.91%是“切

22、换目标侧准备失败” ，通过切换分析可以看出，1082 次切换失败，全部是往ENBID:418644 切换，而且释放原因全部为 transport-resource-unavailable。现场已知该原因释放的问题主要是 X2 资源导致的，而已经核查过全网 X2 配置，且确认 418705 和418644 之间完全正常。在 X2 切换成功的详表中发现目标基站 ID 为 418644 的切换有成功的，于是对比时间相近的切换失败和切换成功。通过对比 x2 Handover Request 的 IE 值，发现切换成功时该消息拾的 GUMMEI 中 MME-CODE 为D0H（208）对应福州 MME，

23、而切换失败时的 MME-CODE 都为10H(16)对应厦门 MME。在 OMC 上查看 418705 的 S1 链路状态，发现到福州 MME 的 S1 链路状态为“与对端连接成功” （正常） ，而与厦门 MME 的 S1 链路状态为“驱动建立成功” （故障） 。再分析目标基站 418644 的 CDL 日志，发现该站有大量的 S1 建立失败信令，检查 S1 Setup Request 的各 IE 值都正常，S1 Setup Failure 携带原因为 message-not-compatible-with-receiver-state。为区分是基站问题还是 MME 问题，分别删除再添加该站到

24、厦门和福州的 MME，到福州 MME 的 S1 链路马上建立成功，到厦门 MME 的 S1 链路仍然故障。对比基站给两个 MME 发送的 S1 Setup Request 的 IE 值完全一致，说明基站的 S1 Setup Request 消息并没有问题，问题出在厦门 MME 上。分析剩余的 TOP 小区，发现都存在与 418705 一致的现象，即目标小区到厦门 MME 的S1 链路故障。目前福州全网基站已开启 S1-FLEX 算法，全部入 MME POOL(福州、厦门两台 MME)，且两台 MME 的能力都配置为 50，为负荷分担方式组网，所以正常入 POOL 的基站下接入，UE有 50%的

25、概率接入到两台 MME 上。通过信令和 TS36.413 我们可以知道，ENB 发起 S1 Setup Request，MME 回复 S1 Setup Response 会携带 MME 的相关信息（PLMN，MME 组号，MME 编号， MME 能力等。 ） ，而 S1 链路建立失败时 ENB 获取不到相应的 MME 的信息的。假设 ENB1 正常入 POOL（两条 S1（S1a，S1b）正常） ，ENB2（其中 1 条 S1 故障（S1a正常，S1b 故障） ，当 UE 在 ENB1 下从 S1a 接入，往 ENB2 切换，由于 ENB2 的 S1a 是正常的，ENB2 上有 S1a 对应

26、MME 的信息，切换可以正常进行。而当 UE 在 ENB1 下从 S1b 接入，往ENB2 切换，由于 ENB2 的 S1b 故障，ENB2 上并没有 S1b 对应的 MME 信息，所以切换需要的S1 资源无法成功准备，所以会给 ENB1 回复 Handover Preparation Failure，导致切换失败。解决措施：在分析出是厦门 MME 问题导致全网切换失败后，联系厦门 MME 人员，提供 S1 建立失败的基站信息，MME 侧抓包、提取 MME 日志确认是 MME 的问题。只要 MME 处理完后基站 S1 正常建立，切换成功率即可恢复。虽然切换成功率恶化的原因已查明为 MME 故障

27、，但是在定位过程中基站给出的切换准备失败的 Cause 值误导了现场的问题定位。对于目标 S1 链路故障导致切换准备失败的现象，在和 NSN,ZTE 跨厂家切换的时候已经分析过，但是对于这类问题，其他厂家一般在 Handover Preparation failure 中携带的原因为“Unknown MME Code” ，而我们基站是回复“transport-resource-unavailable” ，影响了问题的定位效率，而 TS36.423 中对这类原因有注释，其他厂家此类问题的原因归类为“Unknown MME Code”更能有效指导问题定位。Radio Network Layer c

28、ause MeaningUnknown MME Code The target eNB belongs to the same pool area of the source eNB and recognizes theMME Group ID. However, the MME Code is unknown to the target eNB.Transport Network Layer cause MeaningTransport resource unavailable The required transport resources are not available与研发确认，目

29、前基站版本 eNB 只是发现用户所在的 Gummei 与自己连接的 MME 不一致，直接判断失败。并没有进一步判断是 GroudID 不正确，Plmn 不正确，还是 Mme Code 不正确。为便于容易指导现场定位，后续基站版本会加入相应判断，优化 Cause 值。处理效果：3 月 15 日凌晨，厦门 MME 人员针对 S1 无法建立的问题现场处理后，原因到厦门 MME的 S1 链路故障的全部恢复正常，当天全网的切换成功率就回升到 95%。全 网RRC连 接建 立 成 功率 (%)E_RAB建立 成 功 率(%)无 线 建 立成 功 率(%)无 线 掉 话率 (%)切 换 成 功率 (%)上

30、行 总 流量 (GB)下 行 总 流量 (GB)2014/3/11 99.6 99.76 99.36 0.05 69.37 31.02 371.922014/3/12 99.7 99.77 99.47 0.05 68.12 28.32 405.622014/3/13 99.62 99.73 99.35 0.05 65.32 31.3 407.142014/3/14 99.76 99.77 99.53 0.05 63.65 30.8 298.322014/3/15 99.77 99.76 99.54 0.05 95.57 24.33 201.382014/3/16 99.78 99.77 99.

31、55 0.05 92.46 21.82 181.352014/3/17 99.8 99.78 99.58 0.05 95.65 27.72 319.231.7 开站数据模板不对引起切换失败问题描述：近日新开 LTE 室 VIP 站点泗阳移动公司新大楼，添加完邻区后状态正常，现场发现无法切换到室外宏站，但是室外宏站可以切换到室内，随后对该问题进行分析定位。问题分析：1、 无线环境分析CellNameECITACBandWidthFrequency_DLPCI宿迁泗阳移动新大楼LEW-1 020559 20 2360500宿迁泗阳新世界 LF-1020559 20189084根据现场测试，宿迁泗阳

32、移动新大楼室外最强宏站为泗阳新世界 LF-1，RSRP 电平在-90-100 之间，相对较弱，但根据小区算法-切换算法-邻小区 RSRP 门限为 20（-120dbm） ，室外电平满足切换入的要求。2、 信令分析1） 、通过前台新令分析，在由室内到室外过程中，UE 发送 MR 后收到 RRC 释放请求，并没有进入 RRC 重配过程，如下图：从后台上看为收到测量报告后，eNB 向 EPC 侧发送 UE Context Release Request 释放上下文，同时向 UE 发送 RRC 释放，最终无法完成切换。分析 eNB 释放上下文携带的原因为 ue-not-aivilble-for-ps-

33、service,该原因与CSFB 重定向到 2G 的原因一致，对 RRC Connection Release 进行分析，发现携带 GERAN 频点信息，初步判断为进入了盲重向过程，而没有进行异频信息测量。2） 、现场随后进行参修改，关闭小区-小区测量-A3 事件配置 1.1-测量相关算法中的小区间干扰协调算法，同时将 A1 和 A2 RSRQ 门限值都修改为 -50，现场测试发现 UE 一直上发测量报告，但无法收到携带异频（38350）的 RRC 重配置消息，导致终端一直无法进行异频测量，该问题为现场将 A1/A2 设置一致导致异频测量无法启动。3） 、现场将 GERAN 异载波信息、GER

34、AN 邻小区关系删除，同时将 A2 RSRP 门限值修改为-90，同时关闭 A1 事件配置（关闭 A1 事件配置为更换定位问题，终端始终开启异频测量） ，测试发现能够正常进行切换。4） 、后台重新将 GERAN 异载波信息、GERAN 邻小区关系添加后测试，又再现 RRC 释放，现象和之前一样，判断为添加 GERAN 异载波信息后上报本小区电平测量达到一定的门限，触发了盲重定向过程，而该过程门限高于异频切换门限，导致在室内到室外移动过程中，室内信号渐弱，在室外电平未满足切换之前发生了盲重定向，释放 RRC，其中 A2 RSRP 门限、系统间测量门限、和盲重定向门限设置如下当时无线环境 RSRP

35、 电平在-90-100 之间，有可能启动系统间测量，但是若盲重定向门限为-118dbm，则不满足盲重定向门限。5） 、重新核查盲重定向门限，发现该站点小区-小区算法-异系统互操作中无重定向门限，如下：而正常的站点含有盲重定向门限，如下：问题定位：经过上述分析，将问题定位为 RRC 释放的原因为发送了盲重定向，而该站点模板或版本存在问题，无盲重定向门限设置导致。盲重定向门限为 TD-LTE_V3.20.00.45.17.03 版本后添加的，该站点开通时项目已统一使用 45.17.03 的开站模板，进一步核查，发现该站点运行基站软件包版本为 TD-LTE_V3.20.00.45.17 而使用 45

36、.17.03 模板进行开通导致，随后对该站点软件版本升级到TD-LTE_V3.20.00.45.17.03 后测试正常。未出现盲重定向问题。后续建议：该问题最终定位为站点开通模板和站点运行的软件包版本不一致导致，由于版本升级前后的变更可能导致个别新增的参数和功能在老版本的站点中出现问题，最终导致异常事件发生，建议在后续站点开通过程规范版本和模板，开站数据模板注明对应的版本信息，保证督导使用现网最新统一的版本和基站数据进行站点开通。1.8 传输端口环回问题导致 S1 切换成功率低问题描述：临汾两站之间 S1 切换失败次数较多，影响全网 KPI 指标。查看 SCTP 链路故障，显示驱动配置成功。问

37、题分析：查看 CDL：UE 上发 MR 之后， 由于 X2 链路故障基站判决走 S1 切换。在经过 200 个半帧后迟迟未收到核心网的回应，导致 S1 切换定时器超时后向 EPC 发起切换取消的命令。这里有两种可能，一种是基站侧消息发出去了核心网没有收到。一种是核心网下发了回应消息而基站侧没有收到。定位过程：出现这种情况受限切换走 S1 就不正常，需要先排查 X2 链路故障的原因。通过查看核查邻区关系，路由配置以及传输参数没有发现问题。用 LMT 登录基站在诊断测试里互相ping 对端基站的业务 IP 都不通，在 A 站 Ping 自己的网关发现存在丢包现象。查看 SCTP链路显示驱动配置成功

38、，A 站为服务器，B 站为客户端。删除 A 站的服务器后 A 站又自动建立。然后同时删除两端的 SCTP 链路，在 A 站建立客户端，然而 B 站却无法自动建立服务器。说明 B 站收不到 A 站的发包，而 A 站却可以收到 B 站的发包。因此怀疑传输侧存在问题，导致 X2 链路不通。基站的网关跟基站间就相当于区域网内直连，如果这样 ping 通的情况都会有丢包，说明基站跟网关的物理链路很不好，即基站消息发送的第一结点都不能保证传输质量。而传输质量不好必然会影响切换的成功率。为进一步定位是否是传输问题影响的切换，进行以下操作：打开电脑的 cmd 命令窗口，telnet 登陆基站，使用 OM 管理

39、 IP，例如： telnet 100.92.194.9，用户名和密码都是 root然后直接敲命令 ping 对端基站，ping 时候使用 X2 对端业务 IP，例如 ping 100.84.194.19 -s 200 -c 10 【-s (SIZE) 表示 ping 包大小， -c (CNT)表示 ping 次数】之后会在 cmd 命令窗口，看到如下示例，如果 PTN 端口有问题，会看到好多回复报文，TTL 从 64 减到 1 才会停止。如果两个站 ping 不通，可以选另外一个可以 ping 通的 X2 对端基站，以便发现 PTN 内部环回问题。传输端口环回：传输正常：定位结果：现场将此问题

40、现场呈现给传输侧，传输重新把该站的传输数据做了一下之后 SCTP 链路全部恢复正常，提取 KPI 指标，没有再出现 S1 切换，且 X2 切换成功率明显上升。1.9 府东街-3 小区异常切换(A1/A2 异频切换)问题描述：府东街基站天线可视 20 米距离不能切换到该基战，始终占用临近乡政府基站信号问题分析：8 月 8 日路测人员反映在府东街基站附近面对天线可是条件 20 米距离只能接收到乡政府基站两个扇区的信号，收不到府东街的信号。测试工程师打电话至后台，确认基站状态正常，功率参数正常。使用 CDS 设备到现场测试发现：图中红色圆圈位置距离乡政府基站 560m，距离府东街距离 280 米，在

41、已经越过府东街280 的情况下，而且乡政府 1 小区 RSRP 已经达到-99dBm 的情况下没有切换到府东街基站。核查基站状态、功率参数，都在正常范围内。为了确认是否为基站问题，做了反向测试，发现从府东街到乡政府方向能正常占用府东街信号。下图是反向测试截图，表明终端可正常占用府东街信号：反向测试结果表明，问题不在基站侧。反复测试时发现，从乡镇局到府东街方向，终端在占用乡镇局信号时不上报 A2 消息，而且乡镇局的信号已经到了-99dBm 时都没有下发邻区列表，初步分析问题出在乡镇局，不是乡镇局到府东街不能切换，应该是乡镇局参数配置有误。核查后台参数后发现乡镇局为F 频段基站（38350） ，府

42、东街为 D 频段基站（37900） ，乡镇局基站 A1 配置为-98dBm，A2 配置为-100dBm，府东街基站 A1 配置为-88dBm，A2 配置为-90dBm ，两个基站的事件迟滞参数配置都为 2。在 LTE 系统切换分为三个步骤：在切换过程中的异频异系统测量主要由 A1、A2 事件控制，A1 事件表示服务小区质量高于一定门限，当满足事件触发条件时，UE 便上报测量报告， eNode 停止异频异系统测量；A2 事件表示服务小区质量低于一定门限，当满足事件触发条件时，UE 便上报测量报告，eNode 启动异频异系统测量。A1 事件的触发条件：Ms Hys Thresh A2 事件的触发条

43、件：Ms + Hys -98 MS-96 dBm 时停止异频异系统测量A2:MS+2=9 时，才允许传送业务数据，F 频段的基站 DwPTS 配比为 3 的时候不符合可以传送业务数据的条件，因此在 F 频段的基站特殊子帧不能传送业务数据。D 频段站点因为不涉及与其他网络的杂散或者互调干扰问题，特殊子帧的符号配比可以在协议规定范围灵活选择，当前网络 D 频段的特殊子帧的符号配比为 10：2：2，按照这种符号配比，D 频段基站的特殊子帧的下行导频时隙可以传送业务数据。根据以上分析我们可以得出结论，在 SINR 值相当的情况下 D 频段基站的下载速率大于F 频段的基站。我们可以通过 A1、A2 参数修改前后的路测结果验证以上结论。参数修改前的下载速率渲染图参数修改前乡镇局1 小区与府东街 1 小区的切换点参数修改后的下载速率渲染图从下载速率我们可以看到，修改参数后在乡政府到府东街路段下载速率得到明显改善。解决措施：修改乡政府 1 小区 A1 事件参数，原参数设置 A1= -98 的 Bm，修改为 -86dBm修改乡政府 1 小区 A2 事件参数，原参数设置 A2= -100 的 Bm，修改为 -88dBm修改乡政府 1 小区 A3 事件参数，对于乡政府-1 的邻区府东街-1，小区个性偏移原值为 0，修改后的值为 5。修改的目的：让终端更快的切到下载速率更好的 D 频段。