LTE異廠家X2接口自動(dòng)更新失效導(dǎo)致切換失敗的優(yōu)化

摘 要：LTE組網(wǎng)時(shí)多廠家多制式多頻段網(wǎng)絡(luò)共存，大大增加了網(wǎng)絡(luò)優(yōu)化的復(fù)雜度與基礎(chǔ)數(shù)據(jù)一致性核查與修改正的工作量。人工核查增加了出錯(cuò)的幾率，互操作問(wèn)題日趨突顯，外部數(shù)據(jù)（含異廠家）的實(shí)時(shí)自動(dòng)更新功能亟待完善到SON中去，同時(shí)在此之前，異廠家之間的關(guān)系參數(shù)、鄰區(qū)外部數(shù)據(jù)核查工作必須加大頻次，并形成常態(tài)化正規(guī)化的優(yōu)化要求。

關(guān)鍵詞：LTE；異廠家；X2接口；切換

中圖分類(lèi)號(hào)：TN929.5 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1004-7344（2018）12-0286-02

1 概 述

多廠家多制式多頻段網(wǎng)絡(luò)共存，大大增加了網(wǎng)絡(luò)優(yōu)化的復(fù)雜度與基礎(chǔ)數(shù)據(jù)一致性核查與修改正的工作量。此項(xiàng)基礎(chǔ)優(yōu)化工作已經(jīng)占據(jù)日常優(yōu)化力量的一半，同時(shí)，人工核查增加了出錯(cuò)的幾率，互操作問(wèn)題日趨突顯。所以，外部數(shù)據(jù)（含異廠家）的實(shí)時(shí)自動(dòng)更新功能亟待完善到SON中去，同時(shí)在此之前，異廠家之間的關(guān)系參數(shù)、鄰區(qū)外部數(shù)據(jù)核查工作必須加大頻次，并形成常態(tài)化正規(guī)化的通報(bào)與跟催。

在一次道路拉網(wǎng)測(cè)試中發(fā)現(xiàn)某路段連續(xù)出現(xiàn)5次切換失敗，源小區(qū)只有一個(gè)（愛(ài)立信網(wǎng)絡(luò)），目標(biāo)小區(qū)有兩個(gè)，切向其中一個(gè)失敗4次（華為網(wǎng)絡(luò)）。通過(guò)前臺(tái)信令發(fā)現(xiàn)切換命令攜帶的PCI與切換失敗后同步上的目標(biāo)小區(qū)PCI不一致，經(jīng)核查網(wǎng)管信息發(fā)現(xiàn)，源小區(qū)與切換失敗后同步上的目標(biāo)小區(qū)為雙向鄰區(qū)關(guān)系，但由于目標(biāo)小區(qū)PCI進(jìn)行過(guò)修改，而源小區(qū)側(cè)未及時(shí)更新外部數(shù)據(jù)，從而導(dǎo)致切換失敗。

2 問(wèn)題描述

在深圳開(kāi)網(wǎng)支撐的異廠家測(cè)試過(guò)程中，在坪山深汕公路上出現(xiàn)了5次異常的切換失敗。切換前后的無(wú)線網(wǎng)絡(luò)環(huán)境均良好。

5次切換申請(qǐng)中，發(fā)起小區(qū)都是PCI=126，切換失敗后同步的小區(qū)有4次是PCI=355，有一次是PCI=35，均有可能是切換目標(biāo)小區(qū)。

3 原因分析

由于在一段不到100m的路段出現(xiàn)5次失敗，且源小區(qū)唯一，具有一定的必然性，因此結(jié)合前后臺(tái)進(jìn)行重點(diǎn)分析。

3.1 切換相關(guān)小區(qū)信息

（1）PCI=355：這是一個(gè)華為FDD小區(qū)，站點(diǎn)名為：FM坪山沙湖路，頻點(diǎn)1825（即1.8G帶寬15M），注意355是0小區(qū)而不是1小區(qū)。

（2）PCI=126：這是一個(gè)愛(ài)立信FDD小區(qū)，站點(diǎn)名為：FM坪山御和園，頻點(diǎn)也是1825。

（3）PCI=35：這也是一個(gè)愛(ài)立信FDD小區(qū)，站點(diǎn)名為：FM坪山景龍大道11號(hào)，頻點(diǎn)也是1825。

3.2 切換流程分析

從相關(guān)小區(qū)工參看，雖然是屬于不同廠商，但都使用相同頻點(diǎn)。查兩家網(wǎng)管，均已配置了X2鏈路，這些小區(qū)之間的切換屬于站間X2切換流程，回顧一下流程圖如圖2。

主要流程如下：

（1）UE上報(bào)合適的測(cè)量報(bào)告，觸發(fā)基站切換；

（2）源基站向目標(biāo)基站發(fā)送切換請(qǐng)求；

（3）目標(biāo)基站接受到切換消息后會(huì)進(jìn)行準(zhǔn)入判斷，如果允許此UE的切換入，則會(huì)向目標(biāo)基站發(fā)送HANDOVER REQUEST ACKNOWLEDGE指示切換準(zhǔn)備成功；

（4）源基站將切換命令轉(zhuǎn)發(fā)給UE；

（5）如果存在需要轉(zhuǎn)發(fā)的ERAB承載，則源基站啟動(dòng)轉(zhuǎn)發(fā)流程，發(fā)送SN Status Transfer消息；

（6）UE按照切換命令的要求更換無(wú)線參數(shù)配置切換到目標(biāo)基站；

（7）UE接入到目標(biāo)基站小區(qū)后會(huì)發(fā)送重配置完成消息給目標(biāo)基站；

（8）目標(biāo)基站接收到完成消息后會(huì)向核心網(wǎng)PATH SWITCH REQUEST消息請(qǐng)求核心網(wǎng)切換用戶面路徑；

（9）核心網(wǎng)如果允許此用戶面切換則會(huì)向目標(biāo)基站恢復(fù)PATH SWITCH REQUEST ACKNOWLEDGE消息；

（10）接收到PATH SWITCH ACK消息后，目標(biāo)基站會(huì)向源基站發(fā)送UE CONTEXT RELEASE消息，指示源基站可以刪除此用戶，切換已經(jīng)成功。源基站在收到消息后并不會(huì)立即釋放用戶，而是等待本端數(shù)據(jù)轉(zhuǎn)發(fā)完成后再本地釋放。

對(duì)照以上流程，我們看實(shí)際DT數(shù)據(jù)記錄得到的流程。首先是信令1測(cè)量報(bào)告，這里測(cè)量到的PCI是355（圖3）。

然后是信令4源小區(qū)下發(fā)的RRC連接重配置信令（即轉(zhuǎn)發(fā)目標(biāo)小區(qū)發(fā)出的切換命令），但信令中的目標(biāo)PCI竟然是354，這就是問(wèn)題的關(guān)鍵。接著，由于UE根本無(wú)法測(cè)量到PCI=354的信號(hào)，信令無(wú)法走下去，很快UE斷線再重新連接。這樣的切換失敗一共有5次，有4次失敗后重新連接到華為小區(qū)355（就是目標(biāo)小區(qū)），有1次重新連接到愛(ài)立信小區(qū)35。

由于該測(cè)試區(qū)域PCI=126和355的RSRP差不多，355回切126是沒(méi)問(wèn)題的，所以出現(xiàn)了多次126試圖切355的請(qǐng)求。可以想象，如果126切355沒(méi)問(wèn)題，該路段也會(huì)出現(xiàn)乒乓切換。

3.3 網(wǎng)管數(shù)據(jù)分析

華為網(wǎng)管數(shù)據(jù)，可以看到與工參相符，由于是1.8G頻段，按照規(guī)范，小區(qū)標(biāo)識(shí)48～50對(duì)應(yīng)0～2小區(qū)，PCI=355對(duì)應(yīng)的是0小區(qū)。

愛(ài)立信網(wǎng)管數(shù)據(jù)，這是坪山御和園配置的外部小區(qū)列表。由于愛(ài)立信對(duì)PCI的描述并不直接，需要換算。例如PCI=355，等于118×3+1，118叫做physicalLayerCellIdGroup，1叫做physicalLayerSubCellId，于是查表得到對(duì)應(yīng)的小區(qū)ID是49。

綜合以上信息可得知在愛(ài)立信基站將PCI=355解析為49小區(qū)，然后把切換請(qǐng)求發(fā)給華為基站，但華為基站配置49小區(qū)的PCI是354，最終的切換命令是要切換到PCI=354，與前臺(tái)信令相吻合。由于外部小區(qū)信息錯(cuò)配，導(dǎo)致了原本請(qǐng)求切換到PCI=355卻被網(wǎng)絡(luò)錯(cuò)誤轉(zhuǎn)切到PCI=354的小區(qū)。

4 解決方案及廷伸

就解決單點(diǎn)問(wèn)題而言，只需修改愛(ài)立信網(wǎng)管側(cè)的華為外部小區(qū)PCI信息即可。但深層次的問(wèn)題是，華為方面調(diào)整了PCI，而愛(ài)立信側(cè)沒(méi)有及時(shí)更新外部小區(qū)信息？是SON功能缺失還是人為失誤？

在3G時(shí)代，與PCI具有同等地位的PN更改時(shí)，需要相鄰的BSC手動(dòng)修改外部小區(qū)定義；但到了4G時(shí)代，BSC已經(jīng)消失，屬于不同eNodeb的小區(qū)都是外部小區(qū)，如果還是手動(dòng)修改，其工作量將是幾何級(jí)數(shù)上升，于是SON中的外部小區(qū)信息自動(dòng)更新功能便應(yīng)運(yùn)而生。

但是，廠家內(nèi)部的SON上述自動(dòng)更新功能一般沒(méi)有問(wèn)題，但廠家之間就難以保證了，本該案例的信息不同步就是由于華為與愛(ài)立信廠家之間X2接口自動(dòng)更新信息功能失效引起的。

所以根本的解決方案是要進(jìn)一步完善異廠家之間的SON功能。

5 經(jīng)驗(yàn)總結(jié)

由于網(wǎng)絡(luò)扁平化，LTE的SON功能存在具有必然性；

異廠家時(shí)SON功能欠穩(wěn)定性，會(huì)造成信息更新不及時(shí)或部分不同步，造成性能指標(biāo)異常；

若不借助SON功能而轉(zhuǎn)用傳統(tǒng)的手工更新信息，由于網(wǎng)絡(luò)扁平化，大幅增加工作量，反而使出錯(cuò)的概率提高了。因此，在SON更完善之前，應(yīng)當(dāng)盡量減少異廠家邊界，杜絕異廠家插花；

同時(shí)，在SON功率未完善之初，異廠家外部數(shù)據(jù)的定期更新必須列入日常重點(diǎn)工作進(jìn)行跟催與通報(bào)考核。

收稿日期：2018-3-25

作者簡(jiǎn)介：張 東（1982-），男，本科工學(xué)學(xué)士，畢業(yè)于南京郵電大學(xué)，主要從事移動(dòng)通信無(wú)線網(wǎng)絡(luò)優(yōu)化、網(wǎng)絡(luò)建設(shè)工作。