岳彩青

（朔黃鐵路發(fā)展有限責(zé)任公司，河北滄州 062350）

朔黃鐵路公司（簡(jiǎn)稱(chēng)公司）寬帶移動(dòng)通信LTE系統(tǒng)于2014年上線，由于鐵路用戶分布、業(yè)務(wù)對(duì)系統(tǒng)穩(wěn)定性要求等多方面因素制約，現(xiàn)網(wǎng)基站設(shè)備版本是針對(duì)公司實(shí)際情況定制開(kāi)發(fā)的專(zhuān)用版本，與運(yùn)營(yíng)商的公共版本存在較大差異，不利于版本的向后演進(jìn)?？紤]到今后系統(tǒng)維護(hù)的方便，結(jié)合現(xiàn)網(wǎng)版本運(yùn)行中存在的問(wèn)題，公司嘗試對(duì)全網(wǎng)基站進(jìn)行版本升級(jí)。

1 公司LTE系統(tǒng)概況

公司LTE系統(tǒng)采用TD-LTE制式，由無(wú)線承載網(wǎng)絡(luò)、業(yè)務(wù)應(yīng)用系統(tǒng)、運(yùn)行與支持系統(tǒng)和終端設(shè)備等4部分組成。

1.1 無(wú)線承載網(wǎng)

無(wú)線承載網(wǎng)采用雙網(wǎng)負(fù)荷分擔(dān)組網(wǎng)方式，分為無(wú)線核心網(wǎng)絡(luò)和無(wú)線接入網(wǎng)絡(luò)部分。其中無(wú)線核心網(wǎng)絡(luò)是由部署在中心機(jī)房的兩套核心網(wǎng)EPC設(shè)備組成，它們相互獨(dú)立，分別負(fù)責(zé)處理A、B兩張網(wǎng)絡(luò)數(shù)據(jù)。

無(wú)線接入網(wǎng)絡(luò)由沿鐵路線按鏈狀結(jié)構(gòu)敷設(shè)的eNodeB基站組成，eNodeB采用分布式基帶處理單元（BBU）+射頻拉遠(yuǎn)單元(RRU）組網(wǎng)方式，考慮到安全性能，A網(wǎng)和B網(wǎng)BBU基站采用位置交錯(cuò)部署，每個(gè)基站都設(shè)置A網(wǎng)的RRU和B網(wǎng)RRU各一套，分別接入不同核心網(wǎng)EPC，實(shí)現(xiàn)共站址雙網(wǎng)覆蓋。BBU設(shè)備至RRU設(shè)備采用雙光纖鏈路連接，每臺(tái)RRU利用敷設(shè)在鐵路上下行兩側(cè)光纜中的2對(duì)光纖與所歸屬的BBU連接，如圖1所示。

圖1 LTE系統(tǒng)無(wú)線接入部分組網(wǎng)Fig.1 Wireless access networking of LTE system

1.2 業(yè)務(wù)應(yīng)用系統(tǒng)

朔黃鐵路LTE系統(tǒng)目前承載的業(yè)務(wù)主要有機(jī)車(chē)同步操控?zé)o線重聯(lián)業(yè)務(wù)、列車(chē)調(diào)度語(yǔ)音通信業(yè)務(wù)、列車(chē)調(diào)度命令和無(wú)線車(chē)次號(hào)校核業(yè)務(wù)。這些業(yè)務(wù)在應(yīng)用層面主要由無(wú)線重聯(lián)應(yīng)用服務(wù)器、列車(chē)調(diào)度集群語(yǔ)音服務(wù)器、車(chē)地通用數(shù)據(jù)通信接口服務(wù)器來(lái)提供。其中無(wú)線重聯(lián)應(yīng)用服務(wù)器負(fù)責(zé)提供列車(chē)同步操控和可控列尾等數(shù)據(jù)業(yè)務(wù)[1]；集群語(yǔ)音服務(wù)器負(fù)責(zé)提供列車(chē)行車(chē)調(diào)度指揮語(yǔ)音業(yè)務(wù)；車(chē)地通用數(shù)據(jù)通信接口服務(wù)器主要實(shí)現(xiàn)調(diào)度命令下發(fā)到機(jī)車(chē)、無(wú)線車(chē)次號(hào)校核等業(yè)務(wù)。

1.3 運(yùn)行與支撐子系統(tǒng)

運(yùn)行與支撐子系統(tǒng)在中心機(jī)房設(shè)置網(wǎng)管系統(tǒng)及用戶管理系統(tǒng)，用于網(wǎng)絡(luò)運(yùn)營(yíng)的維護(hù)及管理。

1.4 設(shè)備終端

設(shè)備終端主要包括重載無(wú)線重聯(lián)車(chē)載通信設(shè)備、列尾車(chē)載通信設(shè)備、列車(chē)調(diào)度通信機(jī)車(chē)臺(tái)，移動(dòng)人員配置手持終端。

2 升級(jí)的背景

2.1 公司LTE系統(tǒng)版本與公共版本的區(qū)別

1）硬件方面

公司LTE系統(tǒng)BBU基站設(shè)備主控板型號(hào)為UMPTa6和UMPTb2兩種，上聯(lián)核心網(wǎng)的接口只有一個(gè)電口和一個(gè)光口。為提高可靠性，利用一光一電兩個(gè)口配置Trunk功能，對(duì)端傳輸設(shè)備采用FE電口，速率為100 M，因此需在主控板上的光口插接光轉(zhuǎn)電模塊，與傳輸側(cè)速率和接口類(lèi)型匹配。為減少轉(zhuǎn)換模塊帶來(lái)的故障風(fēng)險(xiǎn)，主控板需要更換為帶有兩個(gè)電口(實(shí)現(xiàn)Trunk功能)的UMPTe型。

2）軟件方面

公司LTE系統(tǒng)BBU基站使用的主控板版本是廠家根據(jù)公司LTE系統(tǒng)組網(wǎng)實(shí)際情況定制開(kāi)發(fā)，與運(yùn)營(yíng)商在用的公共版本不同，不利于版本的向后演進(jìn)。

2.2 目前版本運(yùn)行中存在問(wèn)題

公司LTE系統(tǒng)運(yùn)行3年以來(lái)，無(wú)線子系統(tǒng)多次上報(bào)不同基站基帶板“單板硬件故障告警”和“基站同步幀號(hào)異常告警” 兩類(lèi)，通過(guò)現(xiàn)場(chǎng)掉電復(fù)位此基帶板后，告警恢復(fù)。通過(guò)對(duì)站點(diǎn)的故障日志分析來(lái)看，是由于FPGA內(nèi)存芯片軟失效導(dǎo)致單板硬件故障，進(jìn)而導(dǎo)致基帶的BFN功能模塊異常引起基站同步幀號(hào)異常告警。如圖2所示。

圖2 故障基站日志Fig.2 Log of failure base station

目前業(yè)界公認(rèn)芯片軟失效的發(fā)生存在一定概率，是集成電路由于外部粒子輻射等原因?qū)е滦酒腷it反轉(zhuǎn)，從而觸發(fā)軟失效[2]。一般來(lái)說(shuō)，F(xiàn)PGA的重要功能模塊影響FPGA局部功能運(yùn)行，如果該模塊發(fā)生功能錯(cuò)誤，將對(duì)FPGA某區(qū)域的功能模塊造成長(zhǎng)時(shí)間的故障[3]。根據(jù)FPGA供應(yīng)商給出的數(shù)據(jù)，1萬(wàn)塊單板每年會(huì)出現(xiàn)80次軟失效（SEU）問(wèn)題。目前發(fā)生該問(wèn)題時(shí)，系統(tǒng)默認(rèn)自動(dòng)進(jìn)行設(shè)備自愈重啟，網(wǎng)管上不提示重啟原因，只上報(bào)重啟時(shí)引起的“單板硬件故障告警”和“基站同步幀號(hào)異常告警”。只有調(diào)用基站日志做進(jìn)一步分析，才能判定故障原因，不利于維護(hù)人員對(duì)問(wèn)題的快速定位。

鑒于以上情況，與廠家溝通在新版本中增加軟失效自愈開(kāi)關(guān)、可調(diào)節(jié)的自愈延時(shí)設(shè)置、軟失效自愈告警提示功能。一旦設(shè)備發(fā)生軟失效，網(wǎng)管上報(bào)告警提示，技術(shù)人員根據(jù)提示決定是否重啟并且可手動(dòng)調(diào)整自愈重啟的延時(shí)。

3 升級(jí)方案

3.1 系統(tǒng)升級(jí)基本步驟

本次升級(jí)在更換基站主控板的同時(shí),對(duì)新更換單板做先進(jìn)性版本升級(jí),然后加載轉(zhuǎn)換后的現(xiàn)網(wǎng)LICENSE文件和配置數(shù)據(jù)。

由于此次升級(jí)是在線對(duì)既有網(wǎng)絡(luò)進(jìn)行操作，涉及到行車(chē)業(yè)務(wù)，本著盡量減少對(duì)現(xiàn)網(wǎng)業(yè)務(wù)影響的原則，經(jīng)過(guò)反復(fù)討論，確定以下實(shí)施步驟。

1）在模擬實(shí)驗(yàn)室備用設(shè)備上對(duì)所有待換的新主控板進(jìn)行軟件版本、License文件和配置數(shù)據(jù)加載，加載后確認(rèn)單板狀態(tài)正常，并初步驗(yàn)證業(yè)務(wù)正常。

2）為驗(yàn)證此次升級(jí)的版本在現(xiàn)網(wǎng)中的運(yùn)行狀態(tài)，在沿線192個(gè)BBU基站中選定兩個(gè)具有代表意義的基站進(jìn)行天窗點(diǎn)模擬升級(jí)試驗(yàn)。

3）對(duì)試驗(yàn)中存在的問(wèn)題進(jìn)行整改，整改后再次利用天窗點(diǎn)進(jìn)行模擬升級(jí)試驗(yàn)，直至試驗(yàn)結(jié)果正常，符合現(xiàn)網(wǎng)指標(biāo)要求。

4）利用天窗點(diǎn)分段錯(cuò)開(kāi)A/B網(wǎng)對(duì)全網(wǎng)進(jìn)行批量升級(jí)，并安排專(zhuān)門(mén)的測(cè)試小組進(jìn)行同步測(cè)試。

3.2 變更版本描述

現(xiàn)網(wǎng)基站主控板軟件由BTS3900 V100R008 C10SPC350升級(jí)到BTS3900 V100R012C10SPC120版本；

現(xiàn)網(wǎng)基站主控板硬件由UMPTa6和UMPTb2更換成UMPTe單板。

3.3 升級(jí)前重點(diǎn)區(qū)域測(cè)試

由于LTE系統(tǒng)的穩(wěn)定運(yùn)行直接關(guān)系到行車(chē)安全，所以升級(jí)前的測(cè)試工作要做到位、試驗(yàn)要徹底。

3.3.1 測(cè)試區(qū)域選取

此次試驗(yàn)選取兩個(gè)具有代表意義的基站，分別是4006-BUA（A網(wǎng)基站）與SNB-BUB（B網(wǎng)基站），原因?yàn)?

1）兩個(gè)基站下小區(qū)配置情況復(fù)雜，有3種情況:均為合并小區(qū)、分裂小區(qū)、合并小區(qū)和分裂小區(qū)同時(shí)存在；

2）由于是在天窗點(diǎn)進(jìn)行升級(jí)試驗(yàn)，在時(shí)間緊、測(cè)試項(xiàng)目多的情況下，選取便道寬闊，便于測(cè)試車(chē)輛通行的基站更合適；

3）測(cè)試基站離中心機(jī)房近，升級(jí)測(cè)試出現(xiàn)問(wèn)題，便于技術(shù)支持人員迅速到場(chǎng)處理。

3.3.2 測(cè)試方案

測(cè)試階段需詳細(xì)對(duì)升級(jí)后小區(qū)的接入性能、端到端傳輸性能、移動(dòng)性能、吞吐率及用戶感知等內(nèi)容進(jìn)行全面驗(yàn)證測(cè)試[4]。

此次升級(jí)重點(diǎn)區(qū)域測(cè)試以驗(yàn)證升級(jí)后小區(qū)性能為目的，主要包括定點(diǎn)測(cè)試部分（接入測(cè)試、PING測(cè)試、吞吐率測(cè)試、通話感知測(cè)試）和路測(cè)部分（切換測(cè)試）。其中定點(diǎn)測(cè)試在升級(jí)后小區(qū)覆蓋范圍內(nèi)進(jìn)行；路測(cè)在升級(jí)單個(gè)基站覆蓋范圍內(nèi)、升級(jí)基站間（同網(wǎng)、異網(wǎng)）、升級(jí)站點(diǎn)與未升級(jí)站點(diǎn)間（同網(wǎng)、異網(wǎng)）的切換帶區(qū)域進(jìn)行[5]，具體測(cè)試方法如表1所示。

4 升級(jí)測(cè)試發(fā)現(xiàn)問(wèn)題

經(jīng)過(guò)周密安排，升級(jí)測(cè)試采用四個(gè)天窗點(diǎn)時(shí)間段，分別對(duì)選定的4006-BUA（A網(wǎng)基站）與SNBBUB（B網(wǎng)基站）兩個(gè)基站的業(yè)務(wù)性能，按計(jì)劃內(nèi)容進(jìn)行試驗(yàn)。試驗(yàn)中發(fā)現(xiàn)兩類(lèi)主要問(wèn)題:第一類(lèi)為基站主控板升級(jí)后，設(shè)備運(yùn)行正常，但個(gè)別小區(qū)無(wú)法正常建立；第二類(lèi)為基站升級(jí)后，設(shè)備狀態(tài)、小區(qū)狀態(tài)均正常，但個(gè)別小區(qū)終端用戶無(wú)法正常接入。結(jié)合現(xiàn)場(chǎng)試驗(yàn)結(jié)果，采集相應(yīng)的系統(tǒng)日志對(duì)問(wèn)題進(jìn)行詳細(xì)分析。

表1 升級(jí)測(cè)試方法Tab.1 Update testing methods

4.1 問(wèn)題一:升級(jí)后部分小區(qū)無(wú)法正常建立

4.1.1 問(wèn)題描述

對(duì)兩個(gè)測(cè)試站點(diǎn)進(jìn)行基站主控板更換升級(jí)操作，網(wǎng)管查看升級(jí)后的基站單板運(yùn)行狀態(tài)、版本狀態(tài)均為正常，查看小區(qū)狀態(tài)發(fā)現(xiàn)4006-BUA（A網(wǎng)基站）基站下標(biāo)識(shí)為2號(hào)的小區(qū)狀態(tài)為“未建立”，提示原因?yàn)椤盎鶐зY源分配失效，建議核查小區(qū)規(guī)格和基帶板規(guī)格是否匹配”，如圖3所示。

圖3 基帶資源不足導(dǎo)致個(gè)別小區(qū)未建立Fig.3 Fail to establish a cell due to deficient baseband recourses

4.1.2 問(wèn)題詳細(xì)分析

針對(duì)4006-BUA基站2號(hào)小區(qū)無(wú)法激活問(wèn)題進(jìn)行如下分析。

1）基站配置排查

4006-BUA基站的小區(qū)資源配置情況為:基帶板LBBPd4兩塊，下掛3個(gè)RRU拉遠(yuǎn)單元，每個(gè)RRU配置兩個(gè)定向天線，分別覆蓋鐵路線上下行方向區(qū)域。該基站總共配置6扇區(qū)、3小區(qū)，其中0#和1#、2#和3#、4#和5#扇區(qū)兩兩進(jìn)行了小區(qū)合并，以上配置符合現(xiàn)網(wǎng)需求，如圖4所示。

圖4 基站配置情況Fig.4 Base station configuration

2）基帶板日志分析

分析基帶板日志發(fā)現(xiàn)，小區(qū)未激活就是由于基帶資源不足導(dǎo)致，對(duì)基帶板進(jìn)行多次復(fù)位，發(fā)現(xiàn)每次都有一個(gè)小區(qū)不能正常建立，原因均為基帶資源不足。

3）問(wèn)題原因分析

結(jié)合日志分析，與廠家研發(fā)人員進(jìn)行詳細(xì)溝通，了解到新版本的基帶板LBBPd4具有以下特點(diǎn):在扇區(qū)與基帶資源不綁定的情況下，每板只支持3個(gè)基帶資源，一個(gè)基帶資源支持一個(gè)扇區(qū)；且同一個(gè)小區(qū)的基帶資源不能跨單板重建。

問(wèn)題基站下3個(gè)小區(qū)均為合并小區(qū)，每小區(qū)對(duì)應(yīng)兩個(gè)扇區(qū)會(huì)占用1塊基帶板的兩個(gè)基帶資源，當(dāng)前兩個(gè)小區(qū)建立后，兩塊基帶板每塊只剩一個(gè)基帶資源，而同一個(gè)小區(qū)的基帶資源不能跨板重建，導(dǎo)致基帶資源不足，最后一個(gè)小區(qū)無(wú)法激活[6]。

4.1.3 解決辦法

如果對(duì)扇區(qū)與基帶資源進(jìn)行綁定，可以使基帶資源翻倍，即每基帶板的基帶資源由3個(gè)變?yōu)?個(gè)，具體操作命令如下。

1）激活所有小區(qū)

DEA CELL: LocalCellId=0(1、2);

2）增加基帶設(shè)備

ADD BASEBANDEQM: BASEBANDEQMID=0,BASEBANDEQMTYPE=ULDL, UMTSDEMMODE=NULL, SN1=3, SN2=2;

3）修改小區(qū)扇區(qū)設(shè)備

MOD EUCELLSECTOREQM: LocalCellId=0,SectorEqmId=0（1-5）, BaseBandEqmId=0;

4）激活小區(qū)

ACT CELL: LocalCellId=0（1、2）。

4.1.4 實(shí)驗(yàn)室驗(yàn)證

實(shí)驗(yàn)室按照現(xiàn)網(wǎng)數(shù)據(jù)配置進(jìn)行鏡像驗(yàn)證，未進(jìn)行扇區(qū)和基帶資源綁定前現(xiàn)象和現(xiàn)網(wǎng)問(wèn)題一致，存在小區(qū)激活失敗問(wèn)題，原因?yàn)榛鶐зY源不足。使用解決方案進(jìn)行配置之后，小區(qū)激活成功，基帶資源占用正常。

4.2 問(wèn)題二:基站版本升級(jí)后終端業(yè)務(wù)異常

4.2.1 問(wèn)題描述

進(jìn)行基站主控板更換升級(jí)操作后，SNB-BUB基站下263、264小區(qū)出現(xiàn)接入失敗問(wèn)題，分別進(jìn)行上下電復(fù)位RRU、BBU機(jī)框后，問(wèn)題未解決；依次MML命令復(fù)位UMPT主控板、LBBP基帶板和RRU后問(wèn)題解決。

4.2.2 問(wèn)題分析

1）從現(xiàn)象方面分析

問(wèn)題與上下電復(fù)位BBU框和MML命令依次掉電復(fù)位UMPT主控板、LBBP基帶板兩個(gè)復(fù)位方式的差異點(diǎn)相關(guān)。

2）從組網(wǎng)方面分析

經(jīng)現(xiàn)場(chǎng)調(diào)查發(fā)現(xiàn)，公司LTE系統(tǒng)基站BBU與RRU連接采用的是熱環(huán)配置，即雙CPRI光鏈路連接，兩條鏈路為熱備工作模式，且普遍存在光口0和光口1 CPRI光纖長(zhǎng)度相差較大場(chǎng)景，本次問(wèn)題場(chǎng)景兩條光鏈路長(zhǎng)度相差900 m左右。

3）從熱環(huán)原理分析

現(xiàn)網(wǎng)版本機(jī)制為:當(dāng)業(yè)務(wù)在光口0上運(yùn)行時(shí)取光口0的時(shí)延TN值，業(yè)務(wù)在光口1上時(shí)會(huì)取光口1的TN值，以便實(shí)現(xiàn)BBU和RRU的數(shù)據(jù)同步。

4）日志分析

在升級(jí)后的問(wèn)題小區(qū)進(jìn)行測(cè)試發(fā)現(xiàn)，UE總是發(fā)生重建立，重建立的原因是上行消息達(dá)到最大重傳。查看對(duì)應(yīng)的基站側(cè)日志，發(fā)現(xiàn)在問(wèn)題時(shí)段，基站側(cè)檢測(cè)到終端上行的RSRP陡降。

5）問(wèn)題原因分析

由于公網(wǎng)LTE系統(tǒng)組網(wǎng)基本為單鏈型組網(wǎng)，每個(gè)RRU只接一個(gè)光口，所以新版本設(shè)計(jì)時(shí)默認(rèn)按照兩個(gè)CPRI光鏈路等長(zhǎng)設(shè)計(jì)，固定取光口1的TN值[7]，但實(shí)際朔黃普遍存在兩個(gè)光鏈路長(zhǎng)度差異較大的場(chǎng)景（大于100 m），當(dāng)業(yè)務(wù)在光口0運(yùn)行時(shí)，會(huì)取光口1的TN值，造成光鏈路時(shí)延偏差過(guò)大，配置給終端的TA值偏移嚴(yán)重，BBU和RRU數(shù)據(jù)不同步，出現(xiàn)終端接入失敗的情況。

6）解決方法

按照現(xiàn)網(wǎng)光鏈路不等長(zhǎng)的實(shí)際場(chǎng)景，調(diào)整新版本的TN值，并且選擇部分基站進(jìn)行測(cè)試，確保后續(xù)該問(wèn)題不再?gòu)?fù)現(xiàn)。

7）實(shí)驗(yàn)室復(fù)現(xiàn)

實(shí)驗(yàn)室配置的鏡像環(huán)境，熱環(huán)配置下光纖不等長(zhǎng)，問(wèn)題可以穩(wěn)定復(fù)現(xiàn)，日志分析表現(xiàn)為相同現(xiàn)象，此時(shí)長(zhǎng)光纖光口0實(shí)際配置TN值為90，理論上應(yīng)配置280。將版本中TN值按照實(shí)際情況配置為280，問(wèn)題排除，終端能正常接入，查看日志各項(xiàng)指標(biāo)正常。

4.3 問(wèn)題三:軟失效問(wèn)題

對(duì)于部分基站出現(xiàn)FPGA軟失效的問(wèn)題，由于沒(méi)有辦法徹底解決，為了便于今后維護(hù)，采取在新基站版本上打冷補(bǔ)丁的措施來(lái)增加以下功能。

4.3.1 增加自愈復(fù)位開(kāi)關(guān)

若開(kāi)關(guān)為開(kāi)，在FPGA軟失效且業(yè)務(wù)異常時(shí)，復(fù)位RRU自愈，自愈后仍無(wú)法恢復(fù)，則上報(bào)硬件故障告警。若開(kāi)關(guān)為關(guān)，同時(shí)FPGA軟失效且業(yè)務(wù)異常時(shí)，只上報(bào)“單板軟件運(yùn)行異常告警”和“射頻單元軟件運(yùn)行異常告警”，不進(jìn)行復(fù)位自愈，此時(shí)需人工干預(yù)。

4.3.2 增加自愈延遲開(kāi)關(guān)，在自愈開(kāi)關(guān)為開(kāi)時(shí)生效

若延遲開(kāi)關(guān)為開(kāi)，在FPGA軟失效且業(yè)務(wù)異常時(shí)，為了減少單板上承載的其他小區(qū)的業(yè)務(wù)影響，系統(tǒng)在凌晨2點(diǎn)左右發(fā)起復(fù)位自愈。若開(kāi)關(guān)為關(guān)，在FPGA軟失效且業(yè)務(wù)異常時(shí)，系統(tǒng)立即復(fù)位自愈，減少業(yè)務(wù)影響的時(shí)長(zhǎng)。

4.3.3 增加業(yè)務(wù)檢測(cè)時(shí)長(zhǎng)可配置功能

檢測(cè)業(yè)務(wù)異常時(shí)，按配置的時(shí)長(zhǎng)進(jìn)行判決，若業(yè)務(wù)異常持續(xù)到配置的時(shí)長(zhǎng)后，則認(rèn)為業(yè)務(wù)異常，即觸發(fā)自愈功能，避免系統(tǒng)誤判斷進(jìn)而頻繁自愈重啟，影響在線業(yè)務(wù)。

5 結(jié)束語(yǔ)

隨著技術(shù)的不斷進(jìn)步，軟硬件版本的不斷更新，LTE系統(tǒng)在運(yùn)行中需要不斷進(jìn)行升級(jí)優(yōu)化，為保證系統(tǒng)正常運(yùn)行，尤其是保證鐵路LTE系統(tǒng)控車(chē)業(yè)務(wù)的可靠性，升級(jí)前需要進(jìn)行全面反復(fù)試驗(yàn)，并制定詳細(xì)周密的實(shí)施計(jì)劃，將可能發(fā)生的問(wèn)題提前暴露出來(lái)，尋找出解決方案，才能使升級(jí)工作順利推進(jìn)。

[1]高媛.基于LTE技術(shù)的無(wú)線重聯(lián)數(shù)據(jù)傳輸?shù)孛鎽?yīng)用系統(tǒng)的設(shè)計(jì)與研究[J].鐵道通信信號(hào)，2016，52（12）:55-57.Gao Yuan.Design and research of ground application system for wireless reconnection data transmission based on LTE Technology[J].Railway Signalling & Communication,2016,52（12):55-57.

[2]馮軍宏，簡(jiǎn)維廷，張榮哲，等.超深亞微米IC的宇宙射線輻射軟失效研究[J].半導(dǎo)體技術(shù) ,2010,35(6):555-559.Feng Junhong,Jian Weiting,Zhang Rongzhe,et al.Research on soft failure of cosmic ray radiation from ultra deep submicron IC[J].Semiconductor Technology,2010,35(6):555-559.

[3]周?chē)?guó)昌，朱啟，巨艇，等.一種FPGA單粒子軟錯(cuò)誤檢測(cè)電路設(shè)計(jì)[J].電子工程設(shè)計(jì)，2015,23（20）:1-4.Zhou Guochang,Zhu Qi,Ju Ting,et al. A design of FPGA single particle soft error detection circuit [J].Electronic engineering design,2015,23(20):1-4.

[4]盧卓君，彭陳發(fā)，岑曙煒.TD-LTE網(wǎng)絡(luò)優(yōu)化探討[J].電信技術(shù)，2012（7）:51-53.Lu Zhuojun,Peng Chenfa,Cen Shuwe.Optimization of TD-LTE network[J].Telecommunication technology,2012(7):51-53.

[5]李莉.鐵路下一代移動(dòng)通信系統(tǒng)LTE-E技術(shù)指標(biāo)體系研究[J].鐵路通信信號(hào)工程技術(shù)，2013，10(s1):233-237.Li Li.Research on the LTE-R technical index system of the next generation railway mobile communication system[J].Railway Communication Signal Engineering Technology，2013,10 (s1):233-237.

[6]李德偉.華為小區(qū)服務(wù)能力下降告警排查方法及解決思路[J].電子世界，2016（11）:186-187.Li Dewei.The method and solution of service capability decline in HUAWEI District [J].Electronic world,2016(11):186-187.

[7]霍曉莉，荊瑞泉.BBU集中部署時(shí)CPRI鏈路承載方案[J].電信科學(xué)，2015，31（8）:161-165.Huo Xiaoli, Jing ruiquan.CPRI link bearing scheme for BBU centralized deployment[J].Telecommunications Science，2015,31（8）:161-165.

[8]馬健康.神朔鐵路機(jī)車(chē)同步操控LTE系統(tǒng)規(guī)劃方案[J].鐵路通信信號(hào)工程技術(shù)，2016，13（5）:32-37.Ma Jiankang.LTE Networking Solution in Locomotive Synchronous Operation and Control Technology for Shenshuo Railway[J].Railway Signalling & Communication Engineering，2016，13（5）:32-37.