上下行带宽不一致无法接入案例

【摘 要】芜湖新增CA站点WH-市区-柏庄春暖花开-ZFTA-445577-56，57，58开通后单站功能验证无法接入。网管统计RRC连接请求次数。 【关键字】LTE；带宽不一致；无法接入

【故障现象】

6月5号现场对WH-市区-柏庄春暖花开CA站点进行功能验证，发现有信号无法接入。

图1：网管统计无接入请求次数

【告警信息】

一、查询告警信息 查询现网告警，无告警。 二、核查网管参数

网管近期无重大操作和全网级操作。

【原因分析】

一、本次问题从前台和后台观察情况为无法接入，并且无RRC连接请求。

二、问题定位：

(一) RRC连接建立流程

UE Paging EUTRAN Random access procedure （contention based） CCCH：RRCConnectionRequest CCCH：RRCConnectionSetup DCCH：RRCConnectionComplete DCCH:SecurityModeCommand DCCH:SecurityModeComplete Step2：Initial security activation and radio bearer establishment Step1：Connection establishment RRC Connection Reconfiguration procedure

图2：RRC连接建立流程图

1. RRC连接建立请求次数触发点：统计消息为eNodeB小区收到UE发来的“RRC Connection Reestablishment Request”消息。 2. RRC连接建立成功次数触发点：统计消息为小区收到UE发来的“RRC Connection Reestablishment Complete”消息。

(二) 前台问题定位

图3：前台测试有信号无速率

(三) 问题定位

从前台测试上看占用WH-市区-柏庄春暖花开-ZFTA-445577-56小区有信号无法上网，但仔细观察发现，上报的上行带宽为15M。结合后台配置的恰恰也是15M。

图4：后台小区信息配置截图

从FDD模式上看，FDD上下行为频分双工，FDD是成对的频谱配置，每一个下行子帧和上行子帧相关联。这也是FDD和TDD的区别。

框架结构在FDD模式下，在频率轴上以成对的方式进行分频使用，一频带用于下行带宽(DL Bandwidth)，另一频带用于上行带宽(UL Bandwidth)；而在TDD模式下，频谱为上下行所共享，上下行的配置是以时间进行分时配置，一部分时间安排下行传送，另一部分则安排上行传送。在 下行转上行时，会有一段保护时间(Guard Period, GP)用于接收与传送间进行转换。

简而言之，FDD模式为成对的频谱配置，而TDD为单一的频谱配置。图5为FDD与TDD之间资源分配的比较，其中TDD模式周期为10毫秒(ms)的配置模式示意图。假定在相同带宽配置下，FDD则为相同带宽的上下行配置，上下行各占用一半的资源比例，此比例为固定。

图5：FDD与TDD模式框架结构示意图

因此配置不同的带宽导致接入异常，UE无RRC Connection Reestablishment Request请求上报。

【解决方法】

6月6号点修改CA站点的上行带宽信息。如下：

图6：修改的带宽配置

6月6号点修改CA站点的上行带宽信息后前台测试验证以及性能指标对比如下：

图7：修改上行带宽配置后前台验证

图8：修改带宽配置后性能指标截图

从前台测试和后台性能指标对比上看CA站点性能已经恢复正常。

【结论与推广】

本案例产生的主要原因为新增CA站点后工程督导开站模版太随意，

特别是现网存在1.8G（15M带宽）和2.1G（带宽）使用不同的带宽资源，因此在后续有新的设备或者改造过程中工程督导在开通站点后对模版要有统一的规范性和严谨性。