某现场反映在某高铁段,列车进入隧道后,4G数据业务无法使用,表现为进隧道视频卡顿、网页转圈、微信消息发送接收失败等。
信息收集
在收到问题反馈后,第一时间进行了如下信息收集。
1. 基站信息收集
故障涉及高铁段123公里,共有18个隧道合计89公里。涉及运营商D 1.8G站点62个,313个小区;运营商D 800M站点60个,298个小区。
2. 组网信息收集
隧道内共有D、M、L三家运营商的设备5台,由铁塔POI合路后输出两根漏缆(一根为M和D共用,一根为M和L共用)发送信号,如图1所示。
图1 隧道内组网设备
设备详细信息如下,组网划分如图2所示。
运营商M(FDD1800):两通道,无详细信息。
运营商M(TDD F):两通道,1885-1915 MHz,2010-2025 MHz。
运营商D(800):单通道,824-835 MHz,869-880 MHz。
运营商D(1.8G):单通道,1735-1785 MHz,1830-1880 MHz。
运营商L(2.1G):单通道,无详细信息。
图2 组网划分
3. 网元数据收集
安排网元测试人员乘坐高铁进行测试。隧道外宏站信号正常,隧道内占用运营商D的1800频段,速率在100 kbps以内,无法正常使用数据业务;占用运营商M的F频段,速率较低,为100 kbps~500 kbps;运营商L 2100频段能正常使用。
测试以下场景并记录数据:运营商D 800M锁频测试,运营商D 1800锁频测试,运营商D自由态测试,运营商M自由态测试,运营商D语音测试,运营商M语音测试。
4. 网管数据收集
网管侧收集以下数据:
一键式信息采集。
XML配置文件。
组网拓扑关系图,关联的RRU机架号。
问题隧道站点KPI指标(流量、负荷、用户数、RSSI、NI、上下行速率),选取无列车及列车通过时的两个场景进行取数对比。
CQI、IMSI信令等。
数据分析
1. 网元测试数据分析
测试结果如图3所示,对于全程平均RSRP,运营商D 800M频段略差,1800频段和运营商M差距不大;对于SINR和覆盖率,运营商D的表现比运营商M好,但是下载速率明显差于M。
图3 测试数据
2. 网管数据分析
全路段信息匹配
通过基站告警信息跟踪、基站KPI指标监控、投诉信息匹配等,发现该路段站点无告警,全段KPI指标正常,也无用户投诉。因此将问题聚焦到隧道内及隧道列车通过时的数据。
隧道内数据分析
从IMSI Log看,出现问题时下行调度MCS不错,基本在20以上,但是反馈DTX太多(接近50%),如图4和图5所示。
图4 下行MCS和RB数
图5 下行反馈
重传多会占用新传调度机会(重传调度优先级高),所以下行流量存在问题。下行反馈DTX多是因为上行NI高,如图6所示,PUSCH NI有跳变高现象,即不定时受到干扰。
图6 PUCCH功率和NI
结论:列车经过时会导致NI抬升,优先干扰到两端RB,所以优先考虑降NI。
现场测试
1. 隧道内NI排查
为了验证影响NI的因素来自外部还是内部,现场申请了天窗进入到隧道进行测试。隧道口占用宏站信号速率正常,如图7所示。
图7 隧道口测试截图
进入隧道内平均速率为70 Mbps,如图8所示。核查POI接线无问题,接线端口分别为运营商D 1800、运营商M GSM1800和LTE F频段。现场进行超级小区拆分,拆分后速率降至50 Mbps,不影响用户体验,排除隧道内外部干扰。
图8 隧道内测试图
2. 列车内产生的外部干扰排查
初步怀疑列车WiFi信号使用的4G物联网卡优先级较高,导致系统带宽被占用,以至于用户在列车上进入隧道后无法使用移动信号。现场申请了高优先级测试卡再次到列车上进行测试排查,如图9和图10所示,高优先级卡与普通卡效果是一样的。
图9 高铁上隧道内速率(左起依次为D高优先级卡、D低优先级卡、M卡)
图10 高铁室外速率(左起依次为D高优先级卡、D低优先级卡、M卡)
幸运的是测试过程中去程列车WiFi故障,无法搜索到WiFi信号,回程列车WiFi正常,两者进行了对比,依旧存在问题。在网管进行平权设置后,到列车上复测,进入隧道后依旧无法使用数据业务。因此推测列车上不存在外部干扰源。
3. 内部干扰定位
排除隧道内外部干扰和列车内外部干扰后,问题聚集到了内部干扰上。通过对组网的分析,POI属于无源器件,而将各频段通过POI接入,有可能会产生互调干扰从而导致运营商D频段干扰。
经过对三阶互调干扰的组合测算,如图11所示,发现现场组网方式有三种组合产生的三阶互调干扰会落在运营商D 1800频段上。
组合一:M FDD1800+M FDD1800频段与M F频段组合三阶互调。
组合二:M FDD1800+M FDD1800频段与M FDD1800频段组合三阶互调。
组合三:M FDD1800+M F频段与M F频段组合三阶互调。
图11 三阶互调组合(D 1800)
申请天窗进行验证,进入隧道后通过三组测试进行三阶互调干扰定位:
L手机飞行,D手机占用1.8G FDD,一部M手机锁频接入F频段,进行连续下载业务,观察运营商D FDD 1.8G NI。
L手机飞行,一部M手机锁频接入1800频段,进行连续下载业务,观察运营商D FDD 1.8G NI。
L手机飞行,D手机占用1.8G FDD,一部M手机锁频接入F频段,另一部M手机锁频接入1800频段,两部M手机同时进行连续下载业务,观察运营商D FDD 1.8G NI。
测试结果如图12所示,通过三组测试验证,手机在隧道内无列车通过时做业务,会抬升站点NI值。验证结论:
单D小区,底噪不抬升。
D小区+M F频段小区,D和M都做业务时,底噪不抬升。
D小区+M FDD1800频段,底噪抬升。
D小区+M F频段+M FDD1800,底噪抬升剧烈。
图12 业务测试时频谱扫描结果
最终结论:运营商M频段与运营商D频段共用一个POI会产生三阶互调干扰,导致D数据业务无法使用。
故障处理
通过问题定位分析,确定了由于无源器件的三阶互调干扰,导致了运营商D 1800频段在列车经过时产生干扰,用户无法使用数据业务。
解决方案一
为了从根本解决问题,从源头(POI)出发,需要将运营商M的通道全部归并到一个POI,D和L共用一个POI,将信号源从无源器件上分离,从而解决问题。
解决方案二
现场通过对POI的观察,发现运营商L未使用1800频段。通过对三阶互调的计算,如图13所示,仅有一种组合落在L 1800频段内,理论上会比D 1800干扰值小。
图13 三阶互调组合(L 1800)
为了验证可行性,现场申请天窗进入隧道。选取一个隧道内小区,将POI上D 1800端口更改至L 1800端口上,网管更改频点、开启站点。
复现场景,干扰值很低,不影响业务。列车通过时查看频谱扫描结果,如图14所示,波动很小。因此,D 1800三阶互调干扰改为L 1800后干扰值减小,方案可行。
图14 列车通过时L 1800频谱扫描图
解决方案三
通过共建共享方式,共享运营商L的2100频段,将运营商D 1800设备拆除,既可以避免三阶互调干扰,还可以进行资源盘活。
风险预警:通过对L 2100三阶互调计算,如果运营商D和L用各自频段各开20 MHz,共40 MHz,还将会产生三阶互调干扰。如果只用2130 MHz~2150 MHz,就没有三阶互调,如图15所示。
图15 L 2100共建共享互调组合