TD-LTE網(wǎng)絡(luò)優(yōu)化案例匯總

《TD-LTE網(wǎng)絡(luò)優(yōu)化案例匯總》由會(huì)員分享，可在線(xiàn)閱讀，更多相關(guān)《TD-LTE網(wǎng)絡(luò)優(yōu)化案例匯總（68頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、 TD-LTE網(wǎng)絡(luò)優(yōu)化案例匯總 項(xiàng)目名稱(chēng) 文檔編號(hào) 版 本 號(hào) 部 門(mén) 專(zhuān)業(yè)服務(wù)業(yè)務(wù)部 作 者 版權(quán)所有 大唐移動(dòng)通信設(shè)備有限公司 本資料及其包含的所有內(nèi)容為大唐移動(dòng)通信設(shè)備有限公司(大唐移動(dòng))所有,受中國(guó)法律及適用之國(guó)際公約中有關(guān)著作權(quán)法律的保護(hù)。未經(jīng)大唐移動(dòng)書(shū)面授權(quán)，任何人不得以任何形式復(fù)制、傳播、散布、改動(dòng)或以其它方式使用本資料的部分或全部?jī)?nèi)容，違者將被依法追究責(zé)任。 目 錄 1. 切換類(lèi)問(wèn)題 2 1.1鄰基站信息未

2、配置成功 2 1.2 X2口不通導(dǎo)致的切換失敗 4 1.3硬件和傳輸故障 6 1.4隨機(jī)接入?yún)?shù)配置不當(dāng)引起切換失敗 7 1.5重選優(yōu)先級(jí)設(shè)置不一致導(dǎo)致異頻無(wú)法切換 11 1.6 MME問(wèn)題導(dǎo)致入POOL基站大量切換失敗 12 1.7開(kāi)站數(shù)據(jù)模板不對(duì)引起切換失敗 17 1.8傳輸端口環(huán)回問(wèn)題導(dǎo)致S1切換成功率低 21 1.9府東街-3小區(qū)異常切換(A1/A2異頻切換) 24 2. 接入類(lèi)問(wèn)題 30 2.1MCC設(shè)置錯(cuò)誤導(dǎo)致E-RAB建立成功率為0 30 2.2核心網(wǎng)問(wèn)題導(dǎo)致REAB建立失敗 31 2.3LTE多模終端自由選擇網(wǎng)絡(luò)不能接入LTE網(wǎng)絡(luò)問(wèn)題分析 34 2.4

3、默認(rèn)網(wǎng)關(guān)配置錯(cuò)誤 37 2.5核心網(wǎng)算法問(wèn)題 39 2.6信令面流程正常業(yè)務(wù)面無(wú)法上網(wǎng)案例 42 2.7三星NOTE23信號(hào)標(biāo)識(shí)不顯示問(wèn)題分析案例 43 3. 速率類(lèi)問(wèn)題 48 3.1下行子幀調(diào)度不滿(mǎn)導(dǎo)致平均下載速率低問(wèn)題分析 48 3.2傳輸受限引起的速率問(wèn)題 51 3.3CFI相關(guān)設(shè)置影響LTE拉網(wǎng)速率分析 52 4. CSFB類(lèi)問(wèn)題 59 4.1UE未收到Release消息重選到TDS 59 4.2網(wǎng)絡(luò)側(cè)不下發(fā)Release消息 61 4.3MME配置TA與LA映射錯(cuò)誤導(dǎo)致開(kāi)機(jī)聯(lián)合注冊(cè)失敗 63 4.4并發(fā)業(yè)務(wù)導(dǎo)致CSFB失敗 64 1. 切換類(lèi)問(wèn)題 1.

4、1鄰基站信息未配置成功 問(wèn)題描述： 測(cè)試發(fā)現(xiàn)NBHS維科上院FHTL-1 PCI=487與NBHS青林灣西FHTL-0 PCI=438之間切換失敗。 從前臺(tái)測(cè)試LOG可以看出，18:10:8.533占用NBHS維科上院FHTL-1 PCI=487上報(bào)MR，目標(biāo)小區(qū)NBHS青林灣西FHTL-0 PCI=438，沒(méi)有響應(yīng)，18:10:50. 42秒后上報(bào)第2個(gè)MR。 兩個(gè)小區(qū)的位置圖層： 問(wèn)題分析： ATP抓包反饋情況： 第一個(gè)MR沒(méi)有反饋： 第二個(gè)MR，啟動(dòng)切換，但是切換準(zhǔn)備失敗，反饋傳輸資源不足造成，最后還是完成切換，前臺(tái)測(cè)試切換至NBHS錦江年華FHTL-2 PCI

5、=320非NBHS青林灣西FHTL-0 PCI=438。 查看導(dǎo)出的鄰區(qū)關(guān)系列表，NBHS維科上院FHTL-1 PCI=487與NBHS青林灣西FHTL-0 PCI=438兩個(gè)小區(qū)之間存在鄰區(qū)關(guān)系，但是查看配置文件，發(fā)現(xiàn)青林灣西鄰基站中未配置維科上院的鄰基站信息（200914與200894）。 解決措施： 添加青林灣西鄰基站中未配置維科上院的鄰基站信息。 處理效果 添加兩個(gè)基站之間的鄰基站信息后，小區(qū)間切換支持。 附件或日志： 1.2 X2口不通導(dǎo)致的切換失敗 問(wèn)題描述： 測(cè)試車(chē)輛由南向北行駛至前湖北路路段，UE占用NBYZ四季瑞麗1小區(qū)PCI483的信號(hào)，在該路段接

6、收到主服小區(qū)的RSRP-106dBm，無(wú)線(xiàn)信號(hào)在該路段覆蓋較差。通過(guò)UE上報(bào)的測(cè)量報(bào)告發(fā)現(xiàn)，UE有上報(bào)切換目標(biāo)為NBYZ現(xiàn)代轎車(chē)城3小區(qū)PCI473，該小區(qū)的RSRP-88dBm，信號(hào)良好；但未發(fā)生切換。 無(wú)線(xiàn)覆蓋示意圖 測(cè)量報(bào)告示意圖 鄰區(qū)關(guān)系示意圖 問(wèn)題分析： 測(cè)試車(chē)輛由南向北行駛至前湖北路路段，UE占用NBYZ四季瑞麗1小區(qū)PCI483的信號(hào)，在該路段接收到主服小區(qū)的RSRP-106dBm，無(wú)線(xiàn)信號(hào)在該路段覆蓋較差。通過(guò)UE上報(bào)的測(cè)量報(bào)告發(fā)現(xiàn)，UE有上報(bào)切換目標(biāo)為NBYZ現(xiàn)代轎車(chē)城3小區(qū)PCI473，該小區(qū)的RSRP-88dBm，信號(hào)良好；但未發(fā)生切換，經(jīng)核查鄰區(qū)發(fā)

7、現(xiàn)NBYZ四季瑞麗1小區(qū)與NBYZ現(xiàn)代轎車(chē)城3小區(qū)之間未添加鄰區(qū)關(guān)系。 解決措施： 添加這兩個(gè)小區(qū)鄰區(qū)關(guān)系之后仍不切換，檢查小區(qū)狀態(tài)，狀態(tài)運(yùn)行正常，無(wú)故障。隨后檢查這兩個(gè)小區(qū)的X2接口連接指示發(fā)現(xiàn)，配置狀態(tài)為“不存在”，修改為“存在”后，切換正常。 處理效果 把X2接口連接指示配置狀態(tài)修改為”存在后“切換正常。 1.3硬件和傳輸故障 問(wèn)題描述:5月27日，蔣王廟試擴(kuò)L 329138,00蔣王廟試擴(kuò)L-2_2站內(nèi)切換指標(biāo)如下： 服務(wù)小區(qū)名稱(chēng) 服務(wù)小區(qū)ID eNodeB內(nèi)切換出成功次數(shù) eNodeB內(nèi)切換出嘗試次數(shù) eNodeB內(nèi)切換出失敗次數(shù) ENODE內(nèi)切換成功率 蔣

8、王廟試擴(kuò)L 329138,00蔣王廟試擴(kuò)L-2_2 329138 9 11 2 81.82% 329138 5 6 1 83.33% 329138 5 6 1 83.33% 329138 4 6 2 66.67% 從KPI的統(tǒng)計(jì)表中可以看出，基站內(nèi)切換成功率在一段集中的時(shí)間內(nèi)較差，而之前的時(shí)間段ENB內(nèi)切換成功率均為100%。 問(wèn)題分析：根據(jù)下圖上午MR計(jì)算出目標(biāo)小區(qū)的RSRP為-90dBm，覆蓋良好。 1.4隨機(jī)接入?yún)?shù)配置不當(dāng)引起切換失敗 問(wèn)題描述： 使用L1*Outum8.0進(jìn)行測(cè)試時(shí)候發(fā)現(xiàn)云南昆明LTE網(wǎng)絡(luò)新入網(wǎng)很多基站在無(wú)線(xiàn)環(huán)境很好（

9、RSRP-80dbm左右&SINR20左右）的情況下基站內(nèi)小區(qū)間切換均失敗，在測(cè)試中時(shí)出現(xiàn)以下情況，UE在正常接入小區(qū)后，UE上發(fā)測(cè)量報(bào)告，然后基站下發(fā)重配置消息，UE上傳重配置完成消息，從無(wú)線(xiàn)口信令消息看切換已經(jīng)完成。但是從測(cè)試過(guò)程中發(fā)現(xiàn)并沒(méi)有切換成功，而是經(jīng)過(guò)2秒后基站下發(fā)MIB消息、系統(tǒng)消息，然后 UE上傳連接重建消息，接著基站下發(fā)連接重建命令，UE上傳連接重建完成，到此UE應(yīng)該是重新接入小區(qū)，并不是切換。具體個(gè)例如下： 同時(shí)在基站側(cè)用ATP進(jìn)行跟蹤時(shí)，出現(xiàn)如下圖情況：UE上傳測(cè)量報(bào)告，基站下發(fā)連接重配置消息，但UE在2秒內(nèi)無(wú)回應(yīng)或者基站在這2秒內(nèi)沒(méi)收到重配置完成消息，于是2秒之后

10、UE上傳系統(tǒng)消息1，而基站則下發(fā)系統(tǒng)消息2，然后就是上傳連接重建請(qǐng)求消息，基站下發(fā)連接重建命令，接著 UE上傳連接重建完成，到此UE重新接入小區(qū) 問(wèn)題處理流程： 1、首先針對(duì)小區(qū)內(nèi)鄰區(qū)進(jìn)行檢查，鄰區(qū)配置正確； 2、由于是雙模站點(diǎn)，所以提取同樣為雙模站點(diǎn)的寧波參數(shù)進(jìn)行對(duì)比，發(fā)現(xiàn)關(guān)于切換的參數(shù)均配置正確； 3、通過(guò)以上分析發(fā)現(xiàn)發(fā)生切換時(shí)候手機(jī)能上報(bào)重配置完成消息，但是基站側(cè)沒(méi)有收到這條消息，說(shuō)明有可能是接入?yún)?shù)有異常。 4、研發(fā)支持：通過(guò)收取CDL/ATP/基站公共日志進(jìn)行分析以后研發(fā)懷疑是隨機(jī)參數(shù)設(shè)置不當(dāng)造成的，隨機(jī)接入?yún)?shù)零相關(guān)配置參數(shù)現(xiàn)場(chǎng)設(shè)置為11比較大，建議調(diào)整為默認(rèn)的設(shè)置3

11、以后進(jìn)行試驗(yàn)。 問(wèn)題解決效果： 將零相關(guān)配置從11調(diào)整為3以后從下圖可以看出調(diào)整前測(cè)試還是出現(xiàn)切換失敗，但是調(diào)整以后基站內(nèi)小區(qū)間切換成功，對(duì)基站間相鄰小區(qū)的切換也成功，說(shuō)明該問(wèn)題已經(jīng)解決。 總結(jié)： 根序列索引規(guī)劃建議 現(xiàn)網(wǎng)中宏站Preamble格式通常選擇格式0，室分為格式4；宏站PRACH配置索引設(shè)置為3，室分為51；室外推薦的零相關(guān)配置為3，對(duì)應(yīng)低速非受限取值為18；室內(nèi)站點(diǎn)零相關(guān)配置為3；對(duì)應(yīng)的Ncs值為8；根序列索引的配置和PCI相關(guān)： 若室外宏站的零相關(guān)配置采用3，對(duì)應(yīng)的Ncs值為18，這樣每個(gè)根序列能產(chǎn)生838/18=46個(gè)preamble碼，每個(gè)小區(qū)需要產(chǎn)生64個(gè)

12、preamble碼，故需要64/46=2個(gè)根序列產(chǎn)生一個(gè)小區(qū)所需的premble碼，故838個(gè)索引能產(chǎn)生838/2=419個(gè)小區(qū)所需的preamble碼，所有小區(qū)重復(fù)利用這419個(gè)，為了避免相鄰小區(qū)的根序列索引沖突，故根序列索引值和PCI關(guān)聯(lián)，即根序列索引=（PCImod419）*2； 室分站點(diǎn)零相關(guān)配置采用3，對(duì)應(yīng)的Ncs值等于8，這樣每個(gè)根序列能產(chǎn)生138/8=17個(gè)preamble碼，每個(gè)小區(qū)需要產(chǎn)生64個(gè)preamble碼，故需要64/17=4個(gè)根序列產(chǎn)生一個(gè)區(qū)所需的premble碼，故138個(gè)索引能產(chǎn)生138/4=34個(gè)小區(qū)所需的preamble碼，所有小區(qū)重復(fù)利用這34個(gè)，為了避

13、免相鄰小區(qū)的根序列索引沖突，故根序列索引值和PCI關(guān)聯(lián)，故根序列索引=（PCImod34）*4。 排查基站告警，在查詢(xún)基站告警日志發(fā)現(xiàn)在該時(shí)間段存在小區(qū)退服,傳輸故障，X2鏈路故障的告警。如果由于小區(qū)重復(fù)退服，可能導(dǎo)致站內(nèi)切換成功率下降。 告警名稱(chēng) 告警級(jí)別 告警源 網(wǎng)元類(lèi)型 產(chǎn)生時(shí)間 小區(qū)退服,傳輸故障 主要 蔣王廟試擴(kuò)L 329138,小區(qū) 2 ENB 2013-05-27 20:38:16 X2鏈路故障 次要 蔣王廟試擴(kuò)L 329138,SCTP鏈路 2 ENB 2013-05-27 20:02:05 小區(qū)退服,傳輸故障 主要 蔣王廟試擴(kuò)L

14、329138,小區(qū) 2 ENB 2013-05-27 19:28:36 問(wèn)題解決：安排基站人員上站排查，重現(xiàn)建立X2鏈路后告警消除。 解決效果：28日現(xiàn)場(chǎng)排除告警后提取當(dāng)日指標(biāo)進(jìn)行驗(yàn)證。下表為蔣王廟28日全天級(jí)指標(biāo)，已有明顯提升。 服務(wù)小區(qū)名稱(chēng) 服務(wù)小區(qū)ID eNodeB內(nèi)切換出成功次數(shù) eNodeB內(nèi)切換出嘗試次數(shù) eNodeB內(nèi)切換出失敗次數(shù) ENODE內(nèi)切換成功率 蔣王廟試擴(kuò)L 329138 329138 261 264 3 98.86% 1.5重選優(yōu)先級(jí)設(shè)置不一致導(dǎo)致異頻無(wú)法切換 問(wèn)題描述：云南昆明LTE實(shí)驗(yàn)網(wǎng)新開(kāi)局對(duì)室內(nèi)和宏站之間異頻切換進(jìn)行驗(yàn)

15、證。使用L1*Outum8.0/華為MIFI*Outum8.0進(jìn)行異頻切換驗(yàn)證；驗(yàn)證參數(shù)配置： 1、X2鏈路、鄰區(qū)關(guān)系與小區(qū)異載波信息配置完成；2、A1 A2算法均開(kāi)啟測(cè)量；3、GAP測(cè)量打開(kāi)；從驗(yàn)證結(jié)果發(fā)現(xiàn)室分可以切換到宏站，而從宏站無(wú)法切換到室分； 問(wèn)題分析：在進(jìn)行切換驗(yàn)證測(cè)試時(shí)發(fā)現(xiàn)當(dāng)師大商學(xué)院（宏站）的RSRP值達(dá)到-112dbm且嵩明云南師范大學(xué)商學(xué)院動(dòng)感廳（室分）的RSRP達(dá)到-69dbm時(shí)，已經(jīng)達(dá)到切換門(mén)限，但是UE仍駐留在師大商學(xué)院2小區(qū)中不發(fā)生切換，最終由于信號(hào)過(guò)低終端進(jìn)行重建而駐留到室分基站，切換失敗，查看信令消息時(shí)，此時(shí)UE已經(jīng)上傳測(cè)量報(bào)告，而且也有重配置消息下發(fā)但是終端

16、并沒(méi)有發(fā)生切換，對(duì)重配置消息進(jìn)行解析發(fā)現(xiàn)該重配置消息并不是用于切換的重配置消息。如下圖所示 問(wèn)題處理流程： 1、對(duì)兩個(gè)基站的X2鏈路及鄰區(qū)關(guān)系進(jìn)行刪除再重新創(chuàng)建，并且重新配置異頻載波信息，切換問(wèn)題未解決； 2、由于室外宏基站是雙模站而室分是單模站，因此對(duì)單模站點(diǎn)的“單模RRU幀頭偏移置”進(jìn)行設(shè)置，由無(wú)偏移設(shè)置為700us，參數(shù)修改以后進(jìn)行驗(yàn)證，切換問(wèn)題未解決； 3、經(jīng)研發(fā)老師指導(dǎo)發(fā)現(xiàn)師大商學(xué)院基站的小區(qū)重選公共參數(shù)中的“小區(qū)重選優(yōu)先級(jí)”設(shè)置為3，而EUTRAN異頻載波信息中的“小區(qū)重選頻點(diǎn)優(yōu)先級(jí)”設(shè)置為1。將小區(qū)重選公共參數(shù)中的“小區(qū)重選優(yōu)先級(jí)”設(shè)置為1，與EUTRAN異頻載波

17、信息中的“小區(qū)重選頻點(diǎn)優(yōu)先級(jí)”設(shè)置保持一致，切換問(wèn)題解決； 問(wèn)題解決效果 將師大商學(xué)院基站的小區(qū)重選公共參數(shù)中的“小區(qū)重選優(yōu)先級(jí)”設(shè)置為1，與EUTRAN異頻載波信息中的“小區(qū)重選頻點(diǎn)優(yōu)先級(jí)”設(shè)置為1保持一致，通過(guò)驗(yàn)證發(fā)現(xiàn)問(wèn)題已經(jīng)徹底解決。 總結(jié)： 目前我司設(shè)備的異頻切換算法，采用A1/A2/A3/A4/A5算法， A1用于異頻關(guān)閉，其中A2用于開(kāi)啟異頻測(cè)量，A3用于啟動(dòng)切換請(qǐng)求（當(dāng)A3用于異頻時(shí)必需保證源小區(qū)和目標(biāo)小區(qū)的小區(qū)重選優(yōu)先級(jí)一致），A4用于異頻高優(yōu)先級(jí)切換，A5用于異頻低優(yōu)先級(jí)切換； 在異頻切換時(shí)，若僅開(kāi)啟A2、A3測(cè)量開(kāi)關(guān)，小區(qū)重選公共參數(shù)中的“小區(qū)重選優(yōu)先級(jí)”與EUT

18、RAN異頻載波信息中的“小區(qū)重選頻點(diǎn)優(yōu)先級(jí)”設(shè)置必須一致。 出于某種目的，“小區(qū)重選優(yōu)先級(jí)”必須設(shè)置成不一致時(shí)，需要開(kāi)啟A4或者A5測(cè)量開(kāi)關(guān)用于異頻測(cè)量。 1.6 MME問(wèn)題導(dǎo)致入POOL基站大量切換失敗 問(wèn)題描述：福州KPI組發(fā)現(xiàn)3月8日后全網(wǎng)的切換成功率一直在惡化，提取切換失敗TOP小區(qū)分析CDL發(fā)現(xiàn)，切換失敗大部分為目標(biāo)小區(qū)回復(fù)切換準(zhǔn)備失敗攜帶原因?yàn)閠ransport-resource-unavailable。 問(wèn)題分析：在基站版本45.16版本升級(jí)后，福州全網(wǎng)也出現(xiàn)了大量的切換失敗，失敗原因?yàn)閠ransport-resource-unavailable，排查定位過(guò)程發(fā)現(xiàn)是基

19、站的鄰基站中SCTP鏈路索引對(duì)應(yīng)錯(cuò)誤導(dǎo)致，基站升級(jí)后解決。而近期又出現(xiàn)了相同原因的切換失敗，所以第一時(shí)間核查了全網(wǎng)的X2鏈路、鄰基站，但是發(fā)現(xiàn)并沒(méi)有異常，于是基本排除是X2鏈路、鄰基站的原因?qū)е履繕?biāo)小區(qū)切換準(zhǔn)備失敗。于是，分析TOP小區(qū)，以上渡派出所-DLH（ENBID:418705）為例，提取該站CDL日志分析。 切換統(tǒng)計(jì)顯示站內(nèi)切換和S1切換都正常，X2切換成功率只有10.79%，而且切換出失敗中99.91%是“切換目標(biāo)側(cè)準(zhǔn)備失敗”，通過(guò)切換分析可以看出，1082次切換失敗，全部是往ENBID:418644切換，而且釋放原因全部為transport-resource-unavaila

20、ble。現(xiàn)場(chǎng)已知該原因釋放的問(wèn)題主要是X2資源導(dǎo)致的，而已經(jīng)核查過(guò)全網(wǎng)X2配置，且確認(rèn)418705和418644之間完全正常。 在X2切換成功的詳表中發(fā)現(xiàn)目標(biāo)基站ID為418644的切換有成功的，于是對(duì)比時(shí)間相近的切換失敗和切換成功。通過(guò)對(duì)比x2 Handover Request的IE值，發(fā)現(xiàn)切換成功時(shí)該消息拾的GUMMEI中MME-CODE為D0H（208）對(duì)應(yīng)福州MME，而切換失敗時(shí)的MME-CODE都為10H(16)對(duì)應(yīng)廈門(mén)MME。在OMC上查看418705的S1鏈路狀態(tài)，發(fā)現(xiàn)到福州MME的S1鏈路狀態(tài)為“與對(duì)端連接成功”（正常），而與廈門(mén)MME的S1鏈路狀態(tài)為“驅(qū)動(dòng)建立

21、成功”（故障）。 再分析目標(biāo)基站418644的CDL日志，發(fā)現(xiàn)該站有大量的S1建立失敗信令，檢查S1 Setup Request的各IE值都正常，S1 Setup Failure攜帶原因?yàn)閙essage-not-compatible-with-receiver-state。為區(qū)分是基站問(wèn)題還是MME問(wèn)題，分別刪除再添加該站到廈門(mén)和福州的MME，到福州MME的S1鏈路馬上建立成功，到廈門(mén)MME的S1鏈路仍然故障。對(duì)比基站給兩個(gè)MME發(fā)送的S1 Setup Request的IE值完全一致，說(shuō)明基站的S1 Setup Request消息并沒(méi)有問(wèn)題，問(wèn)題出在廈門(mén)MME上。

22、分析剩余的TOP小區(qū)，發(fā)現(xiàn)都存在與418705一致的現(xiàn)象，即目標(biāo)小區(qū)到廈門(mén)MME的S1鏈路故障。 目前福州全網(wǎng)基站已開(kāi)啟S1-FLEX算法，全部入MME POOL(福州、廈門(mén)兩臺(tái)MME)，且兩臺(tái)MME的能力都配置為50，為負(fù)荷分擔(dān)方式組網(wǎng)，所以正常入POOL的基站下接入，UE有50%的概率接入到兩臺(tái)MME上。 通過(guò)信令和TS36.413我們可以知道，ENB發(fā)起S1 Setup Request，MME回復(fù)S1 Setup Response會(huì)攜帶MME的相關(guān)信息（PLMN，MME組號(hào)，MME編號(hào)， MME能力等。），而S1鏈路建立失敗時(shí)ENB獲取不到相應(yīng)的MME的信息的。 假設(shè)ENB1

23、正常入POOL（兩條S1（S1a，S1b）正常），ENB2（其中1條S1故障（S1a正常，S1b故障），當(dāng)UE在ENB1下從S1a接入，往ENB2切換，由于ENB2的S1a是正常的，ENB2上有S1a對(duì)應(yīng)MME的信息，切換可以正常進(jìn)行。而當(dāng)UE在ENB1下從S1b接入，往ENB2切換，由于ENB2的S1b故障，ENB2上并沒(méi)有S1b對(duì)應(yīng)的MME信息，所以切換需要的S1資源無(wú)法成功準(zhǔn)備，所以會(huì)給ENB1回復(fù)Handover Preparation Failure，導(dǎo)致切換失敗。 解決措施： 在分析出是廈門(mén)MME問(wèn)題導(dǎo)致全網(wǎng)切換失敗后，聯(lián)系廈門(mén)MME人員，提供S1建立失敗的基站信息，MM

24、E側(cè)抓包、提取MME日志確認(rèn)是MME的問(wèn)題。只要MME處理完后基站S1正常建立，切換成功率即可恢復(fù)。 雖然切換成功率惡化的原因已查明為MME故障，但是在定位過(guò)程中基站給出的切換準(zhǔn)備失敗的Cause值誤導(dǎo)了現(xiàn)場(chǎng)的問(wèn)題定位。 對(duì)于目標(biāo)S1鏈路故障導(dǎo)致切換準(zhǔn)備失敗的現(xiàn)象，在和NSN,ZTE跨廠(chǎng)家切換的時(shí)候已經(jīng)分析過(guò)，但是對(duì)于這類(lèi)問(wèn)題，其他廠(chǎng)家一般在Handover Preparation failure中攜帶的原因?yàn)椤癠nknown MME Code”，而我們基站是回復(fù)“transport-resource-unavailable”，影響了問(wèn)題的定位效率，而TS36.423中對(duì)這類(lèi)原因有注釋

25、，其他廠(chǎng)家此類(lèi)問(wèn)題的原因歸類(lèi)為“Unknown MME Code”更能有效指導(dǎo)問(wèn)題定位。 與研發(fā)確認(rèn)，目前基站版本eNB只是發(fā)現(xiàn)用戶(hù)所在的Gummei與自己連接的MME不一致，直接判斷失敗。并沒(méi)有進(jìn)一步判斷是GroudID不正確，Plmn不正確，還是Mme Code不正確。為便于容易指導(dǎo)現(xiàn)場(chǎng)定位，后續(xù)基站版本會(huì)加入相應(yīng)判斷，優(yōu)化Cause值。 處理效果： 3月15日凌晨，廈門(mén)MME人員針對(duì)S1無(wú)法建立的問(wèn)題現(xiàn)場(chǎng)處理后，原因到廈門(mén)MME的S1鏈路故障的全部恢復(fù)正常，當(dāng)天全網(wǎng)的切換成功率就回升到95%。 1.7開(kāi)站數(shù)據(jù)模板不對(duì)引起切換失敗 問(wèn)題描述：近日新開(kāi)LTE室VIP站點(diǎn)

26、泗陽(yáng)移動(dòng)公司新大樓，添加完鄰區(qū)后狀態(tài)正常，現(xiàn)場(chǎng)發(fā)現(xiàn)無(wú)法切換到室外宏站，但是室外宏站可以切換到室內(nèi)，隨后對(duì)該問(wèn)題進(jìn)行分析定位。 問(wèn)題分析： 1、 無(wú)線(xiàn)環(huán)境分析 CellName ECI TAC BandWidth Frequency_DL PCI 宿遷泗陽(yáng)移動(dòng)新大樓LEW-1 0 20559 20 2360 500 宿遷泗陽(yáng)新世界LF-1 0 20559 20 1890 84 根據(jù)現(xiàn)場(chǎng)測(cè)試，宿遷泗陽(yáng)移動(dòng)新大樓室外最強(qiáng)宏站為泗陽(yáng)新世界LF-1，RSRP電平在-90~-100之間，相對(duì)較弱，但根據(jù)小區(qū)算法-切換算法-鄰小區(qū)RSRP門(mén)限為20（-120dbm）

27、，室外電平滿(mǎn)足切換入的要求。 2、 信令分析 1）、通過(guò)前臺(tái)新令分析，在由室內(nèi)到室外過(guò)程中，UE發(fā)送MR后收到RRC釋放請(qǐng)求，并沒(méi)有進(jìn)入RRC 重配過(guò)程，如下圖： 從后臺(tái)上看為收到測(cè)量報(bào)告后，eNB向EPC側(cè)發(fā)送 UE Context Release Request 釋放上下文，同時(shí)向UE發(fā)送RRC釋放，最終無(wú)法完成切換。 分析eNB釋放上下文攜帶的原因?yàn)閡e-not-aivilble-for-ps-service,該原因與CSFB重定向到2G的原因一致，對(duì)RRC Connection Release進(jìn)行分析，發(fā)現(xiàn)攜帶GERAN頻點(diǎn)信息，初步判斷為進(jìn)入了盲重向過(guò)程，

28、而沒(méi)有進(jìn)行異頻信息測(cè)量。 2）、現(xiàn)場(chǎng)隨后進(jìn)行參修改，關(guān)閉小區(qū)-小區(qū)測(cè)量-A3事件配置1.1-測(cè)量相關(guān)算法中的小區(qū)間干擾協(xié)調(diào)算法，同時(shí)將A1和A2 RSRQ門(mén)限值都修改為-50，現(xiàn)場(chǎng)測(cè)試發(fā)現(xiàn)UE一直上發(fā)測(cè)量報(bào)告，但無(wú)法收到攜帶異頻（38350）的RRC重配置消息，導(dǎo)致終端一直無(wú)法進(jìn)行異頻測(cè)量，該問(wèn)題為現(xiàn)場(chǎng)將A1/A2設(shè)置一致導(dǎo)致異頻測(cè)量無(wú)法啟動(dòng)。 3）、現(xiàn)場(chǎng)將GERAN異載波信息、GERAN鄰小區(qū)關(guān)系刪除，同時(shí)將A2 RSRP門(mén)限值修改為-90，同時(shí)關(guān)閉A1事件配置（關(guān)閉A1事件配置為更換定位問(wèn)題，終端始終開(kāi)啟異頻測(cè)量），測(cè)試發(fā)現(xiàn)能夠正常進(jìn)行切換。 4）、后臺(tái)重新將GER

29、AN異載波信息、GERAN鄰小區(qū)關(guān)系添加后測(cè)試，又再現(xiàn)RRC釋放，現(xiàn)象和之前一樣，判斷為添加GERAN異載波信息后上報(bào)本小區(qū)電平測(cè)量達(dá)到一定的門(mén)限，觸發(fā)了盲重定向過(guò)程，而該過(guò)程門(mén)限高于異頻切換門(mén)限，導(dǎo)致在室內(nèi)到室外移動(dòng)過(guò)程中，室內(nèi)信號(hào)漸弱，在室外電平未滿(mǎn)足切換之前發(fā)生了盲重定向，釋放RRC，其中A2 RSRP門(mén)限、系統(tǒng)間測(cè)量門(mén)限、和盲重定向門(mén)限設(shè)置如下 當(dāng)時(shí)無(wú)線(xiàn)環(huán)境RSRP電平在-90~-100之間，有可能啟動(dòng)系統(tǒng)間測(cè)量，但是若盲重定向門(mén)限為-118dbm，則不滿(mǎn)足盲重定向門(mén)限。 5）、重新核查盲重定向門(mén)限，發(fā)現(xiàn)該站點(diǎn)小區(qū)-小區(qū)算法-異系統(tǒng)互操作中無(wú)重定向門(mén)限，如下：

30、 而正常的站點(diǎn)含有盲重定向門(mén)限，如下： 問(wèn)題定位： 經(jīng)過(guò)上述分析，將問(wèn)題定位為RRC釋放的原因?yàn)榘l(fā)送了盲重定向，而該站點(diǎn)模板或版本存在問(wèn)題，無(wú)盲重定向門(mén)限設(shè)置導(dǎo)致。 盲重定向門(mén)限為T(mén)D-LTE_V3.20.00.45.17.03版本后添加的，該站點(diǎn)開(kāi)通時(shí)項(xiàng)目已統(tǒng)一使用45.17.03的開(kāi)站模板，進(jìn)一步核查，發(fā)現(xiàn)該站點(diǎn)運(yùn)行基站軟件包版本為T(mén)D-LTE_V3.20.00.45.17而使用45.17.03模板進(jìn)行開(kāi)通導(dǎo)致，隨后對(duì)該站點(diǎn)軟件版本升級(jí)到TD-LTE_V3.20.00.45.17.03后測(cè)試正常。未出現(xiàn)盲重定向問(wèn)題。 后續(xù)建議： 該問(wèn)題最終定位為站點(diǎn)開(kāi)通模板和站點(diǎn)運(yùn)行的軟

31、件包版本不一致導(dǎo)致，由于版本升級(jí)前后的變更可能導(dǎo)致個(gè)別新增的參數(shù)和功能在老版本的站點(diǎn)中出現(xiàn)問(wèn)題，最終導(dǎo)致異常事件發(fā)生，建議在后續(xù)站點(diǎn)開(kāi)通過(guò)程規(guī)范版本和模板，開(kāi)站數(shù)據(jù)模板注明對(duì)應(yīng)的版本信息，保證督導(dǎo)使用現(xiàn)網(wǎng)最新統(tǒng)一的版本和基站數(shù)據(jù)進(jìn)行站點(diǎn)開(kāi)通。 1.8傳輸端口環(huán)回問(wèn)題導(dǎo)致S1切換成功率低 問(wèn)題描述： 臨汾兩站之間S1切換失敗次數(shù)較多，影響全網(wǎng)KPI指標(biāo)。查看SCTP鏈路故障，顯示驅(qū)動(dòng)配置成功。 問(wèn)題分析： 查看CDL：UE上發(fā)MR之后， 由于X2鏈路故障基站判決走S1切換。在經(jīng)過(guò)200個(gè)半幀后遲遲未收到核心網(wǎng)的回應(yīng)，導(dǎo)致S1切換定時(shí)器超時(shí)后向EPC發(fā)起切換取消的命令。這里有兩種可

32、能，一種是基站側(cè)消息發(fā)出去了核心網(wǎng)沒(méi)有收到。一種是核心網(wǎng)下發(fā)了回應(yīng)消息而基站側(cè)沒(méi)有收到。 定位過(guò)程： 出現(xiàn)這種情況受限切換走S1就不正常，需要先排查X2鏈路故障的原因。通過(guò)查看核查鄰區(qū)關(guān)系，路由配置以及傳輸參數(shù)沒(méi)有發(fā)現(xiàn)問(wèn)題。用LMT登錄基站在診斷測(cè)試?yán)锘ハ鄍ing對(duì)端基站的業(yè)務(wù)IP都不通，在A站Ping自己的網(wǎng)關(guān)發(fā)現(xiàn)存在丟包現(xiàn)象。查看SCTP鏈路顯示驅(qū)動(dòng)配置成功，A站為服務(wù)器，B站為客戶(hù)端。刪除A站的服務(wù)器后A站又自動(dòng)建立。然后同時(shí)刪除兩端的SCTP鏈路，在A站建立客戶(hù)端，然而B(niǎo)站卻無(wú)法自動(dòng)建立服務(wù)器。說(shuō)明B站收不到A站的發(fā)包，而A站卻可以收到B站的發(fā)包。因此懷疑傳輸側(cè)存在問(wèn)題，導(dǎo)致X

33、2鏈路不通。 基站的網(wǎng)關(guān)跟基站間就相當(dāng)于區(qū)域網(wǎng)內(nèi)直連，如果這樣ping通的情況都會(huì)有丟包，說(shuō)明基站跟網(wǎng)關(guān)的物理鏈路很不好，即基站消息發(fā)送的第一結(jié)點(diǎn)都不能保證傳輸質(zhì)量。而傳輸質(zhì)量不好必然會(huì)影響切換的成功率。 為進(jìn)一步定位是否是傳輸問(wèn)題影響的切換，進(jìn)行以下操作： 打開(kāi)電腦的cmd命令窗口，telnet登陸基站，使用OM管理IP，例如： telnet 100.92.194.9，用戶(hù)名和密碼都是 root 然后直接敲命令ping對(duì)端基站，ping時(shí)候使用X2對(duì)端業(yè)務(wù)IP，例如 ping 100.84.194.19 -s 200 -c 10 【-s (SIZE) 表示ping包大小， -

34、c (CNT)表示ping次數(shù)】 之后會(huì)在cmd命令窗口，看到如下示例，如果PTN端口有問(wèn)題，會(huì)看到好多回復(fù)報(bào)文，TTL從64減到1才會(huì)停止。如果兩個(gè)站ping不通，可以選另外一個(gè)可以ping通的X2對(duì)端基站，以便發(fā)現(xiàn)PTN內(nèi)部環(huán)回問(wèn)題。 傳輸端口環(huán)回： 傳輸正常： 定位結(jié)果： 現(xiàn)場(chǎng)將此問(wèn)題現(xiàn)場(chǎng)呈現(xiàn)給傳輸側(cè)，傳輸重新把該站的傳輸數(shù)據(jù)做了一下之后SCTP鏈路全部恢復(fù)正常，提取KPI指標(biāo)，沒(méi)有再出現(xiàn)S1切換，且X2切換成功率明顯上升。 1.9府東街-3小區(qū)異常切換(A1/A2異頻切換) 問(wèn)題描述： 府東街基站天線(xiàn)可視20米距離不能切換到該基戰(zhàn)，始終占用臨近鄉(xiāng)政府基站信號(hào)

35、 問(wèn)題分析： 8月8日路測(cè)人員反映在府東街基站附近面對(duì)天線(xiàn)可是條件20米距離只能接收到鄉(xiāng)政府基站兩個(gè)扇區(qū)的信號(hào)，收不到府東街的信號(hào)。測(cè)試工程師打電話(huà)至后臺(tái)，確認(rèn)基站狀態(tài)正常，功率參數(shù)正常。使用CDS設(shè)備到現(xiàn)場(chǎng)測(cè)試發(fā)現(xiàn)： 圖中紅色圓圈位置距離鄉(xiāng)政府基站560m，距離府東街距離280米，在已經(jīng)越過(guò)府東街280的情況下，而且鄉(xiāng)政府1小區(qū)RSRP已經(jīng)達(dá)到-99dBm的情況下沒(méi)有切換到府東街基站。核查基站狀態(tài)、功率參數(shù)，都在正常范圍內(nèi)。為了確認(rèn)是否為基站問(wèn)題，做了反向測(cè)試，發(fā)現(xiàn)從府東街到鄉(xiāng)政府方向能正常占用府東街信號(hào)。 下圖是反向測(cè)試截圖，表明終端可正常占用府東街信號(hào)： 反向測(cè)試結(jié)果表明

36、，問(wèn)題不在基站側(cè)。 反復(fù)測(cè)試時(shí)發(fā)現(xiàn)，從鄉(xiāng)鎮(zhèn)局到府東街方向，終端在占用鄉(xiāng)鎮(zhèn)局信號(hào)時(shí)不上報(bào)A2消息，而且鄉(xiāng)鎮(zhèn)局的信號(hào)已經(jīng)到了-99dBm時(shí)都沒(méi)有下發(fā)鄰區(qū)列表，初步分析問(wèn)題出在鄉(xiāng)鎮(zhèn)局，不是鄉(xiāng)鎮(zhèn)局到府東街不能切換，應(yīng)該是鄉(xiāng)鎮(zhèn)局參數(shù)配置有誤。核查后臺(tái)參數(shù)后發(fā)現(xiàn)鄉(xiāng)鎮(zhèn)局為F頻段基站（38350），府東街為D頻段基站（37900），鄉(xiāng)鎮(zhèn)局基站A1配置為-98dBm，A2配置為-100dBm，府東街基站A1配置為-88dBm，A2配置為-90dBm，兩個(gè)基站的事件遲滯參數(shù)配置都為2。 在LTE系統(tǒng)切換分為三個(gè)步驟： 在切換過(guò)程中的異頻異系統(tǒng)測(cè)量主要由A1、A2 事件控制，A1事件表示服務(wù)小區(qū)質(zhì)量高于一

37、定門(mén)限，當(dāng)滿(mǎn)足事件觸發(fā)條件時(shí)，UE便上報(bào)測(cè)量報(bào)告，eNode停止異頻異系統(tǒng)測(cè)量；A2事件表示服務(wù)小區(qū)質(zhì)量低于一定門(mén)限，當(dāng)滿(mǎn)足事件觸發(fā)條件時(shí)，UE便上報(bào)測(cè)量報(bào)告，eNode啟動(dòng)異頻異系統(tǒng)測(cè)量。 A1事件的觸發(fā)條件：Ms – Hys > Thresh A2事件的觸發(fā)條件：Ms + Hys < Thresh 按照A1、A2的觸發(fā)條件，我們可以計(jì)算出從鄉(xiāng)政府到府東街方向測(cè)量控制行為的伐值 A1: MS-2>-98 MS>-96 dBm 時(shí)停止異頻異系統(tǒng)測(cè)量 A2:MS+2<-100 MS<-102dBm時(shí)啟動(dòng)異頻異系統(tǒng)測(cè)量 這就解釋了為什么從鄉(xiāng)政府到府

38、東街方向異常切換的原因是A1、A2參數(shù)設(shè)置不合理導(dǎo)致。 網(wǎng)絡(luò)優(yōu)化本身就是個(gè)性化和精細(xì)化的工作，A1、A2參數(shù)的設(shè)置并沒(méi)有死板的規(guī)定，在很多特殊或者精細(xì)化場(chǎng)景A1=--98，A2=-100并沒(méi)有什么錯(cuò)誤，但對(duì)于鄉(xiāng)政府--府東街這個(gè)方向這樣的參數(shù)設(shè)置顯然是不合理的，顯然當(dāng)時(shí)配置參數(shù)的工程師僅僅從一個(gè)方面考慮問(wèn)題，沒(méi)有全面考慮參數(shù)配置對(duì)網(wǎng)絡(luò)的影響。 對(duì)該問(wèn)題的分析討論不僅僅是為了解決一個(gè)簡(jiǎn)單的異常切換問(wèn)題，重點(diǎn)是討論分析不同場(chǎng)景的切換策略。 我們可以通過(guò)分析鄉(xiāng)政府周邊站點(diǎn)的情況來(lái)看當(dāng)時(shí)配置A1、A2參數(shù)的原因： 專(zhuān)題地圖中基站中心不同顏色的圓點(diǎn)代表的頻率信息，扇區(qū)顏色代表模三信息。紅色為

39、D頻段37900，綠色代表F頻段38350，從專(zhuān)題地圖中可以明顯看出F頻段的鄉(xiāng)鎮(zhèn)局周邊被D頻段的站點(diǎn)所包夾。如果按照正常場(chǎng)景或者正常優(yōu)化思路，這種場(chǎng)景為了規(guī)避數(shù)量較多的D頻段基站的模三干擾A1=-98dBm，A2=-100dBm的參數(shù)配置可以使終端在業(yè)務(wù)態(tài)時(shí)盡量占用無(wú)線(xiàn)環(huán)境較為純凈的F頻段的信號(hào)。但是這樣的參數(shù)設(shè)置沒(méi)有考慮到鄉(xiāng)政府-府東街一線(xiàn)由于特殊的無(wú)線(xiàn)環(huán)境，這兩個(gè)基站1扇區(qū)的信號(hào)都被限制在基站所在的道路上，那同時(shí)外邊的信號(hào)也基本不能覆蓋到該區(qū)域，我們可以通過(guò)這條道路的SINR值來(lái)印證。 參數(shù)修改前鄉(xiāng)鎮(zhèn)局1小區(qū)與府東街1小區(qū)的切換點(diǎn) 從SINR圖示我們可以看到在這條無(wú)線(xiàn)環(huán)境相對(duì)比較封

40、閉的道路上無(wú)論占用F頻段的鄉(xiāng)政府-1小區(qū)還是D頻段的府東街-1小區(qū)，SINR都非常好，絕大多數(shù)采樣點(diǎn)SINR值都在15-40范圍內(nèi)，即便是少數(shù)幾個(gè)不好的采樣點(diǎn)SINR值也在9-15之間，這已經(jīng)是很好的無(wú)線(xiàn)環(huán)境，在這種無(wú)線(xiàn)環(huán)境中讓終端占用F頻段的基站并沒(méi)有明顯的益處，反而會(huì)拉低這個(gè)小范圍的下載速率，導(dǎo)致基站利用率降低。 由于TD-LTE和TD-SCDMA都是時(shí)分雙工系統(tǒng)，為了最大限度的降低兩個(gè)系統(tǒng)的上行干擾必須拉起這兩個(gè)系統(tǒng)的特殊時(shí)隙，也就是要保證TD-SCDMA和TD-LTE在特殊時(shí)隙上同發(fā)同收，否則會(huì)因雜散或者互調(diào)問(wèn)題導(dǎo)致下行強(qiáng)干擾信號(hào)影響上行。 基于以上原因F頻段基站的特殊子幀的配比必

41、須是3：9：2，按照LTE協(xié)議規(guī)定，當(dāng)DwPTS符號(hào)配比>=9時(shí)，才允許傳送業(yè)務(wù)數(shù)據(jù)，F(xiàn)頻段的基站DwPTS配比為3的時(shí)候不符合可以傳送業(yè)務(wù)數(shù)據(jù)的條件，因此在F頻段的基站特殊子幀不能傳送業(yè)務(wù)數(shù)據(jù)。 D 頻段站點(diǎn)因?yàn)椴簧婕芭c其他網(wǎng)絡(luò)的雜散或者互調(diào)干擾問(wèn)題，特殊子幀的符號(hào)配比可以在協(xié)議規(guī)定范圍靈活選擇，當(dāng)前網(wǎng)絡(luò)D頻段的特殊子幀的符號(hào)配比為10：2：2，按照這種符號(hào)配比，D頻段基站的特殊子幀的下行導(dǎo)頻時(shí)隙可以傳送業(yè)務(wù)數(shù)據(jù)。 根據(jù)以上分析我們可以得出結(jié)論，在SINR值相當(dāng)?shù)那闆r下D頻段基站的下載速率大于F頻段的基站。 我們可以通過(guò)A1、A2參數(shù)修改前后的路測(cè)結(jié)果驗(yàn)證以上結(jié)論。 參數(shù)修改前的下載

42、速率渲染圖 參數(shù)修改后的下載速率渲染圖 從下載速率我們可以看到，修改參數(shù)后在鄉(xiāng)政府到府東街路段下載速率得到明顯改善。 解決措施： 修改鄉(xiāng)政府1小區(qū)A1 事件參數(shù)，原參數(shù)設(shè)置 A1= -98 的Bm，修改為 -86dBm 修改鄉(xiāng)政府1小區(qū)A2事件參數(shù)，原參數(shù)設(shè)置 A2= -100 的Bm，修改為 -88dBm 修改鄉(xiāng)政府1小區(qū)A3事件參數(shù)，對(duì)于鄉(xiāng)政府-1的鄰區(qū)府東街-1，小區(qū)個(gè)性偏移原值為0，修改后的值為5。 修改的目的：讓終端更快的切到下載速率更好的D頻段。 2. 接入類(lèi)問(wèn)題 2.1MCC設(shè)置錯(cuò)誤導(dǎo)致E-RAB建立成功率為0 問(wèn)題描述： 在分析TOP小區(qū)

43、時(shí)，發(fā)現(xiàn)HD堤村1小區(qū)無(wú)線(xiàn)接通率為0，其中RRC連接成功率為100%，E-RAB建立次數(shù)及成功率均為0，與前面RRC連接次數(shù)極不對(duì)稱(chēng)，統(tǒng)計(jì)指標(biāo)如下圖所示： 問(wèn)題分析： 首先通過(guò)CDL對(duì)本基站1小區(qū)的E-RAB建立進(jìn)行分析，從信令流程上具體定位問(wèn)題發(fā)現(xiàn)在哪個(gè)環(huán)節(jié)；根據(jù)CDL信令流程或提示再核查基站的告警狀態(tài)、是否故障或者開(kāi)站數(shù)據(jù)是否有誤（如SCTP鏈路、VLAN、路由、基站ID、MCC、MNC、TAC等）； 問(wèn)題排查： 分析基站CDL日志 方法步驟：通過(guò)分析本基站1小區(qū)的CDL日志，發(fā)現(xiàn)在本小區(qū)下，有終端一直進(jìn)行RRC連接，但連接完成后直接釋放，即不進(jìn)行E-RAB建立，信令流程圖

44、如下： 核查基站的開(kāi)站基礎(chǔ)數(shù)據(jù) 方法步驟：通過(guò)信令得知UE不進(jìn)行E-RAB建立，首先需要核查本小區(qū)是否存在故障或者告警，通過(guò)核查后無(wú)這方面的因素；同時(shí)分析所得因?yàn)閁E不進(jìn)行E-RAB建立，應(yīng)該把參數(shù)核查重點(diǎn)放在跟核心網(wǎng)有關(guān)的參數(shù)上面，因此通過(guò)檢查基站的參數(shù)發(fā)現(xiàn)本基站1小區(qū)的MCC設(shè)置為640，如下圖所示： 正確設(shè)置應(yīng)該為MCC為460。 處理過(guò)程： 將本基站1小區(qū)的MCC由640更改為460。 處理效果 將MCC更改正確后的本小區(qū)指標(biāo)正常，如下圖： 延伸 1、當(dāng)一個(gè)小區(qū)RRC連接成功率很高，但E-RAB建立成功比較低，一般可確認(rèn)空口不存在問(wèn)題，此時(shí)一般可以從開(kāi)站數(shù)

45、據(jù)核查開(kāi)始，即主要涉及UE接入核心的參數(shù)進(jìn)行核查，諸如MCC、MNC、TAC等； 2、在督導(dǎo)開(kāi)站過(guò)程中一定要注意基站基礎(chǔ)數(shù)據(jù)的配置是否正確，否則一個(gè)小小的失誤將會(huì)造成基本的指標(biāo)直線(xiàn)下降。 2.2核心網(wǎng)問(wèn)題導(dǎo)致REAB建立失敗 問(wèn)題描述： 福州在海峽會(huì)展保障期間出現(xiàn)大量ERAB建立失敗，18:00~19:00，E-RAB失敗2100次，嚴(yán)重影響全網(wǎng)指標(biāo)，造成用戶(hù)感知較差。 問(wèn)題分析： 查看CDL：核心網(wǎng)在發(fā)起S1 Initial Context Setup Request，之后AP側(cè)上報(bào)兩次AP_PER_ERROR，基站直接回復(fù)S1 Initial Context Setup

46、Failure,失敗原因?yàn)閟emantic-error 定位過(guò)程： 經(jīng)過(guò)查看核心網(wǎng)發(fā)出的上下文建立請(qǐng)求消息中，發(fā)現(xiàn)AMBR攜帶的值為0，根據(jù)協(xié)議，eNB判斷此消息非法，會(huì)導(dǎo)致上下文建立失敗，影響上下文建立和承載建立的KPI。現(xiàn)場(chǎng)和諾西的核心網(wǎng)廠(chǎng)家確認(rèn)，此問(wèn)題為諾西EPC的已知BUG。 具體協(xié)議如下： 9.2.1.20 UE Aggregate Maximum Bit Rate The UE Aggregate Maximum Bitrate is applicable for all Non-GBR bearers per UE which is defined for th

47、e Downlink and the Uplink direction and provided by the MME to the eNB. IE/Group Name Presence Range IE type and reference Semantics description UE Aggregate Maximum Bit Rate Applicable for non-GBR E-RABs. >UE Aggregate Maximum Bit Rate Downlink M Bit Rate 9.2.1.19 This IE indicat

48、es the UE Aggregate Maximum Bit Rate as specified in TS 23.401 [11] in the downlink direction. >UE Aggregate Maximum Bit Rate Uplink M Bit Rate 9.2.1.19 This IE indicates the UE Aggregate Maximum Bit Rate as specified in TS 23.401 [11] in the uplink direction. Receiving both the UE Aggregate M

49、aximum Bit Rate Downlink IE and the UE Aggregate Maximum Bit Rate Uplink IE equal to value zero shall be considered as a logical error by the eNB. 定位結(jié)果： 現(xiàn)場(chǎng)將此問(wèn)題呈現(xiàn)給諾西廠(chǎng)家，希望能盡早解決此BUG。KPI指標(biāo)目標(biāo)目前已恢復(fù)正常。 2.3LTE多模終端自由選擇網(wǎng)絡(luò)不能接入LTE網(wǎng)絡(luò)問(wèn)題分析 問(wèn)題描述：IPHONE 5S和L1終端在自由選擇網(wǎng)絡(luò)模式下，無(wú)法駐留在任何網(wǎng)絡(luò)。在手機(jī)上看，是手機(jī)顯示LTE網(wǎng)絡(luò)，或者2G/3G網(wǎng)絡(luò)，但是不能

50、進(jìn)行任何業(yè)務(wù)，打電話(huà)和上網(wǎng)。而且信號(hào)格顯示是空的，即沒(méi)有信號(hào)。而IPHONE 5S和L1終端終端在華為的站點(diǎn)下，是可以正常駐留并進(jìn)行CSFB業(yè)務(wù)的。L1終端選擇僅LTE模式下，可以正常接入LTE網(wǎng)絡(luò)，并且進(jìn)行數(shù)據(jù)業(yè)務(wù)。使用HISI E5776測(cè)試此站點(diǎn)，無(wú)任何功能性問(wèn)題，可以接入，業(yè)務(wù)正常。 將IPHONE 5S在問(wèn)題站點(diǎn)下重新開(kāi)關(guān)機(jī)，提取基站CDL日志，從CDL日志的信令流程來(lái)看，信令走到了SecurityModeCommand就釋放了，見(jiàn)下圖： 圖1-1 IPHONE 5S開(kāi)機(jī)CDL信令流程 點(diǎn)開(kāi)SecurityModeCommand，里面的詳細(xì)內(nèi)容見(jiàn)下圖： 圖1-2 Se

51、curityModeCommand消息內(nèi)容 問(wèn)題分析： 1、一般接入問(wèn)題需要檢查站點(diǎn)配置文件中的接入?yún)?shù)、TAC、IP地址和路由關(guān)系等參數(shù)設(shè)置。本案例中，使用L1和E5776可以正常接入網(wǎng)絡(luò)并且進(jìn)行數(shù)據(jù)業(yè)務(wù)，說(shuō)明基站側(cè)接入?yún)?shù)、TAC、IP地址和路由關(guān)系都沒(méi)有問(wèn)題。 2、商用終端的完整性保護(hù)算法不能為空算法，這在早期的網(wǎng)絡(luò)優(yōu)化過(guò)程中也遇到一些商用終端不能接入LTE網(wǎng)絡(luò)的問(wèn)題，后來(lái)都是通過(guò)修改完整性保護(hù)算法優(yōu)先級(jí)來(lái)解決。 3、對(duì)于有CSFB功能的LTE終端來(lái)說(shuō)，聯(lián)合附著不成功，會(huì)導(dǎo)致終端不能駐留在LTE網(wǎng)絡(luò)。典型的CSFB業(yè)務(wù)流程主要包括聯(lián)合附著、位置更新、主叫(MO)CSFB流程、被叫

52、(MT)CSFB流程以及去附著等。 啟用CSFB功能的用戶(hù)的附著流程是基于聯(lián)合GPRS/IMSI附著流程來(lái)實(shí)現(xiàn)的。 問(wèn)題處理流程： 1、 由于CDL日志里面，完整性保護(hù)算法為eia0，即為空算法，導(dǎo)致終端不能接入。因此需要檢查基站側(cè)的完整性保護(hù)算法參數(shù)。 檢查基站的完整性保護(hù)算法參數(shù)，空算法的優(yōu)先級(jí)為0，高優(yōu)先級(jí)的完整性保護(hù)算法都不是空算法，參數(shù)配置沒(méi)有任何問(wèn)題，見(jiàn)下圖： 圖1-3 配置文件完整性保護(hù)算法參數(shù) 2、 由于基站側(cè)完整性保護(hù)算法參數(shù)沒(méi)有任何問(wèn)題，而CDL日志里面，完整性保護(hù)算法為空算法，因此懷疑是核心網(wǎng)側(cè)問(wèn)題，聯(lián)系核心網(wǎng)側(cè)人員，核心網(wǎng)側(cè)人員答復(fù)TAC與LAC對(duì)應(yīng)關(guān)系出

53、現(xiàn)問(wèn)題，導(dǎo)致聯(lián)合附著失敗。 處理過(guò)程： 華為核心網(wǎng)側(cè)人員將TAC與LAC對(duì)應(yīng)關(guān)系做了之后，IPHONE 5S、5C以及L1在自由選擇網(wǎng)絡(luò)模式下，都可以駐留在LTE網(wǎng)絡(luò)上。 聯(lián)合附著流程： TD-LTE/TD-SCDMA/GSM(GPRS)多模單待手持終端在給MME發(fā)送的附著請(qǐng)求消息中攜帶支持CSFB能力的指示。MME在收到用戶(hù)的聯(lián)合附著請(qǐng)求后，在進(jìn)行EPS附著的同時(shí)，會(huì)推導(dǎo)出其相關(guān)CS域的VLR信息，并向這個(gè)VLR發(fā)起位置更新請(qǐng)求，VLR收到位置更新請(qǐng)求以后，會(huì)將該用戶(hù)標(biāo)記為已經(jīng)進(jìn)行EPS附著了，并保存用戶(hù)的MME的IP地址，這樣，VLR中就創(chuàng)建了用戶(hù)的VLR與MME間的 SGs關(guān)聯(lián)。

54、隨后，MSC Server/VLR會(huì)進(jìn)行CS域位置更新并把用戶(hù)的TMSI和LAI(位置區(qū)標(biāo)識(shí))傳給MME，從而在MME中建立SGs關(guān)聯(lián)。最后，MME把VLR給用戶(hù)分配的TMSI以及LAI等信息包含在附著請(qǐng)求接受消息中發(fā)送給UE，此時(shí)就表明用戶(hù)的聯(lián)合附著已經(jīng)成功了。 因此，具有CSFB功能的LTE終端自由模式開(kāi)機(jī)正常流程：優(yōu)先駐留在LTE，即終端開(kāi)機(jī)—>LTE及2G/3G電路域聯(lián)合注冊(cè)（確保用戶(hù)同時(shí)注冊(cè)在EPS和GSM電路域網(wǎng)絡(luò)）—>駐留LTE，見(jiàn)圖1-4： 圖1-4 聯(lián)合附著示意圖 2.4默認(rèn)網(wǎng)關(guān)配置錯(cuò)誤 問(wèn)題描述： 2013年4月23日車(chē)輛在江北環(huán)城北路行駛至NBJB清純服飾F

55、HTL附近時(shí),發(fā)現(xiàn)UE無(wú)論是S1、X2均無(wú)法從其他站切換至本站進(jìn)行業(yè)務(wù)測(cè)試，UE顯示“無(wú)服務(wù)”現(xiàn)象，處于脫網(wǎng)狀態(tài)。待車(chē)輛行駛至附近其他基站覆蓋區(qū)域時(shí)，UE重新建立鏈接，業(yè)務(wù)測(cè)試正常。如下圖： 問(wèn)題分析： 如上圖可見(jiàn)，在NBJB清純服飾FHTL-0、-1主覆蓋區(qū)域RSRP、SINR指標(biāo)良好（RSRP-75，SINR7），排除無(wú)線(xiàn)環(huán)境惡劣導(dǎo)致。查看基站側(cè)發(fā)射功率、鄰區(qū)關(guān)系、接入?yún)?shù)、切換參數(shù)等均無(wú)異常，基站運(yùn)行狀態(tài)良好，無(wú)告警。查看CDL日志發(fā)現(xiàn)，UE也無(wú)法從此站接入，UE接入時(shí)提示lintial Context setup Failure（CAUSE TYPE transport_cho

56、sen），如下： 查看路由表發(fā)現(xiàn)路由表中默認(rèn)網(wǎng)關(guān)配置錯(cuò)誤，實(shí)際網(wǎng)關(guān)應(yīng)為100.67.4.129，誤配置為100.67.6.192。 解決措施： 修改路由表中默認(rèn)網(wǎng)關(guān)為100.67.4.129。 處理效果 修改后復(fù)測(cè)，發(fā)現(xiàn)站點(diǎn)NBJB清純服飾FHTL接入正常，切換正常，數(shù)據(jù)下載業(yè)務(wù)良好。如下: 附件或日志： 2.5核心網(wǎng)算法問(wèn)題 問(wèn)題描述： 海思E5776終端ATTACH不成功。無(wú)法做業(yè)務(wù)。 問(wèn)題分析： 1、原因?yàn)榫W(wǎng)絡(luò)側(cè)下發(fā)NAS層消息指示終端使用EIA0算法，而海思E5776終端拒絕。無(wú)線(xiàn)側(cè)信令如下圖所示。 S1接口抓包信令如下： 經(jīng)核查發(fā)現(xiàn)MM

57、E在SACK id-downlinkNASTransport, Security mode command中下發(fā)的integrity protection algorithm為EIA0 (null integrity protection algorithm) (0)。 海思終端回復(fù)了SACK id-uplinkNASTransport, Security mode reject。 Security mode reject消息的詳細(xì)信息中含有Plain NAS message, not security protected (0)，表明未啟用安全保護(hù)。 SACK id-d

58、ownlinkNASTransport, Attach reject。 2、經(jīng)由排查發(fā)現(xiàn)協(xié)議規(guī)定，空算法一般用于緊急呼叫，普通的業(yè)務(wù)應(yīng)該使用snow3g和aes算法， 當(dāng)前諾西核心網(wǎng)的設(shè)置為空完整性算法，所以了海思E5776終端拒絕。具體協(xié)議規(guī)定如下圖所示： 解決措施： 將諾西MME修改IntegrityAlgorithm為AES，修改后參數(shù)后的信令如下： 在Security mode command消息中，integrity protection algorithm已經(jīng)改為 EPS integrity algorithm 128-EIA2 (2)： 在Secur

59、ity mode complete 消息中，integrity方式已變?yōu)閜rotected。在后續(xù)的流程中，完成附著。 經(jīng)驗(yàn)總結(jié)： 正常的附著流程如下圖所示：MME會(huì)通過(guò)NAS Security Mode Command 消息將完整性算法傳送給UE。UE根據(jù)NAS Security ModeCommand中選中的算法計(jì)算相應(yīng)的密鑰，用于對(duì)空口上傳輸?shù)男帕钌w一個(gè)完整性保護(hù)戳，幫助接收端確認(rèn)收到信令消息的合法性。 完整性保護(hù)算法是必選的。因協(xié)議規(guī)定，空算法只能用于緊急呼叫，故MME要下發(fā)的完整性算法應(yīng)該是AES或SNOW3G，而不要下發(fā)空完整性算法。 2.6信令面流程正常業(yè)務(wù)面無(wú)法

60、上網(wǎng)案例 問(wèn)題描述： 2月3日與聯(lián)誼賓館進(jìn)行測(cè)試，信令面走到RRC重配置、RRC重配置完成、Attach Complete流程。但是業(yè)務(wù)面無(wú)速率。 問(wèn)題分析： 在聯(lián)誼賓館站下進(jìn)行附著接入過(guò)程，信令面走到RRCConnectionReconfiguration、RRCConnectionReconfigurationComplete、Attach附著完成流程。但是業(yè)務(wù)面存在問(wèn)題，無(wú)法上網(wǎng)。 檢查基站配置文件，發(fā)現(xiàn)路由關(guān)系中網(wǎng)關(guān)IP地址配置錯(cuò)誤，應(yīng)該配置為100：67：0：193。實(shí)際配置為100：67：0：27。 解決措施： 將聯(lián)誼賓館路由關(guān)系修改成100：67：0：193

61、 處理效果 修改后，業(yè)務(wù)面正常，上網(wǎng)正常，F(xiàn)TP下載速率穩(wěn)定在41M（單通道）。 2.7三星NOTE23信號(hào)標(biāo)識(shí)不顯示問(wèn)題分析案例 問(wèn)題描述： 用戶(hù)反饋三星NOTE2/3一定概率出現(xiàn)不顯示數(shù)據(jù)業(yè)務(wù)信號(hào)格的情況。此時(shí)語(yǔ)音業(yè)務(wù)正常，數(shù)據(jù)業(yè)務(wù)中斷。 問(wèn)題分析： 1）問(wèn)題現(xiàn)象： 對(duì)比NOTE2和NOTE3出現(xiàn)該問(wèn)題時(shí)的現(xiàn)象和信令圖，發(fā)現(xiàn)終端從23G模式切換到234G模式后，大約有12S左右無(wú)法使用數(shù)據(jù)業(yè)務(wù)，終端上的4G信號(hào)格不顯示4G標(biāo)識(shí)。 見(jiàn)圖1 ：NOTE2異常的事件 見(jiàn)圖2： NOTE2異常的異常信令 2）協(xié)議過(guò)程分析： 從終端側(cè)看信令：終端在LTE側(cè)進(jìn)行了RRC

62、請(qǐng)求、建立、完成后，未收到下行傳送消息。此時(shí)終端上信號(hào)格顯示的形狀也略有不同，NOTE2顯示為一個(gè)信號(hào)格，NOTE3顯示為兩個(gè)信號(hào)格，左邊為34G模塊，只有信號(hào)格無(wú)信號(hào)標(biāo)識(shí)，右邊為GSM模塊，可正常顯示信號(hào)標(biāo)識(shí)。 由于核心網(wǎng)有時(shí)會(huì)在15s左右響應(yīng)NAS層Security Command request消息，大唐的RRC連接釋放定時(shí)器設(shè)置為10s，所以這時(shí)候終端被異常釋放，在4G上未注冊(cè)成功，從終端表現(xiàn)來(lái)看4G信號(hào)格不顯示4G。 圖1：NOTE2出現(xiàn)該事件時(shí)的表現(xiàn)： 圖2：NOTE2出現(xiàn)該事件時(shí)的表現(xiàn)（圖中出現(xiàn)了一次TAU拒絕，該問(wèn)題為已知問(wèn)題承載未建立）： 對(duì)比正常時(shí)與出現(xiàn)

63、該異常事件時(shí)的信令表現(xiàn)，出現(xiàn)異常事件時(shí)，終端發(fā)送的ATTACH REQUEST長(zhǎng)時(shí)間未得到網(wǎng)絡(luò)側(cè)的相應(yīng)。 從基站側(cè)看：基站向核心網(wǎng)發(fā)送了S1 直傳消息，正常EPC應(yīng)該下發(fā)S1上下文建立請(qǐng)求給基站，但基站在長(zhǎng)時(shí)間未收到該消息，釋放了空口RRC。 異常： 正常： 聯(lián)系核心網(wǎng)人員，確認(rèn)該問(wèn)題由于有鏈路走的CMNET而不是走IP承載，導(dǎo)致出現(xiàn)幾率性丟包情況。核心網(wǎng)提供的信令截圖，可以看到從收到終端附著請(qǐng)求到MME去HSS取鑒權(quán)集就用了15S，正常只要不到1S。 解決措施： 針對(duì)此問(wèn)題，核心網(wǎng)已經(jīng)將出現(xiàn)該事件時(shí)的定時(shí)器由15S改為6S（見(jiàn)附圖6），由于小于大唐的RRC連接釋放

64、定時(shí)器，這時(shí)用戶(hù)不會(huì)被釋放，可縮短用戶(hù)終端上顯示只有信號(hào)格的時(shí)間。 MME取鑒權(quán)超時(shí)計(jì)數(shù)器修改后驗(yàn)證，7秒終端可收到下行消息。 3. 速率類(lèi)問(wèn)題 3.1下行子幀調(diào)度不滿(mǎn)導(dǎo)致平均下載速率低問(wèn)題分析 問(wèn)題描述： 在對(duì)晉寧移動(dòng)LTE網(wǎng)絡(luò)示范區(qū)使用鼎力ATU設(shè)備進(jìn)行拉網(wǎng)時(shí)，發(fā)現(xiàn)平均速率比較低，拉網(wǎng)結(jié)果與華為區(qū)域?qū)Ρ热缦卤恚? 由表中數(shù)據(jù)可知，我司設(shè)備在無(wú)線(xiàn)條件均比華為區(qū)域好的情況下，F(xiàn)TP下載速率與華為區(qū)域相差較大，另外一項(xiàng)比較差的指標(biāo)為DL平均每秒調(diào)度PRB個(gè)數(shù)，與華為相差13000多個(gè)PRB，懷疑此為導(dǎo)致速率低的主要原因。 問(wèn)題分析： FTP下載速率問(wèn)題分析方法：

65、首先進(jìn)行無(wú)線(xiàn)環(huán)境、小區(qū)無(wú)線(xiàn)參數(shù)、基站告警和傳輸限制等常規(guī)檢查，在排除這些原因之后，根據(jù)速率優(yōu)化的特點(diǎn)，從以下三方面入手排查速率問(wèn)題： 1 CQI與MCS：MCS等級(jí)決定了下載速率大小，遇到速率不高的問(wèn)題，可先檢查統(tǒng)計(jì)結(jié)果中平均MCS等級(jí)，若發(fā)現(xiàn)MCS等級(jí)不高需檢查上報(bào)的CQI的信道值。CQI主要通過(guò)SINR映射，UE上報(bào)CQI，基站通過(guò)一定策略計(jì)算后決定了下行調(diào)度的MCS。 2 MIMO模式：目前外場(chǎng)一般使用TM3和TM7兩種模式切換，而我司設(shè)備參數(shù)值設(shè)置是保證雙流在TM3上，單流在TM7上。通過(guò)統(tǒng)計(jì)結(jié)果查看雙流占比是否合適，如果雙流占比不高，則需對(duì)轉(zhuǎn)換參數(shù)進(jìn)行優(yōu)化。 3 PRB調(diào)度是否

66、飽滿(mǎn)：PRB調(diào)度是否飽滿(mǎn)直接影響速率，通過(guò)測(cè)試數(shù)據(jù)統(tǒng)計(jì)的結(jié)果可以看到PRB調(diào)度相關(guān)的統(tǒng)計(jì)值。PRB調(diào)度不滿(mǎn)可能的原因?yàn)榫W(wǎng)絡(luò)資源或傳輸不夠?qū)е?、系統(tǒng)不用使用那么多PRB就可以傳輸數(shù)據(jù)現(xiàn)有的數(shù)據(jù)。DL平均每秒調(diào)度PRB個(gè)數(shù)如果不滿(mǎn)，可能的原因有PRB調(diào)度個(gè)數(shù)/slot不滿(mǎn)，測(cè)量GAP開(kāi)啟，切換過(guò)多導(dǎo)致。 問(wèn)題處理流程： 3、 查看無(wú)線(xiàn)環(huán)境是否良好，從測(cè)試指標(biāo)上看，我們的平均和邊緣RSRP和SINR均優(yōu)于華為區(qū)域，因此排除無(wú)線(xiàn)環(huán)境方面的問(wèn)題。 4、 核查示范區(qū)內(nèi)所有小區(qū)無(wú)線(xiàn)參數(shù)是否正確； 方法步驟：查看示范區(qū)基站小區(qū)是否設(shè)置不當(dāng)，通過(guò)查看確定上下行HARQ開(kāi)關(guān)為開(kāi)、上下行CQI修正開(kāi)關(guān)為開(kāi)、下行傳輸模樣固定開(kāi)關(guān)為模式間自適應(yīng)、分配PRB限制開(kāi)關(guān)為不限制、MCS等級(jí)限制開(kāi)關(guān)為不限制、下行流控開(kāi)關(guān)為關(guān)、下行ICIC開(kāi)關(guān)為關(guān)、DRX配置有效指示為關(guān)閉，如下圖所示： 通過(guò)核查鄰區(qū)關(guān)系，觀察到受限小區(qū)都配有D頻段異頻鄰區(qū)，于是檢查A1、A2、GAP開(kāi)關(guān)狀態(tài)是否開(kāi)啟，檢查結(jié)果為A1、A2、GAP均為關(guān)閉狀態(tài)，如下圖所示， 另外檢