移動(dòng)信號(hào)的好壞很大程度上取決于基站的部署，基站數(shù)量越多、密度越大，信號(hào)也就越好，因此運(yùn)營(yíng)商不得不斥巨資部署大量的基礎(chǔ)設(shè)施。而開(kāi)放式無(wú)線市場(chǎng)可以降低運(yùn)營(yíng)商成本，為此運(yùn)營(yíng)商們想出了一些解決方案，截至2018年底，中國(guó)移動(dòng)的4G基站數(shù)已達(dá)241萬(wàn)個(gè)，而相比之下電信、聯(lián)通分別只有138萬(wàn)個(gè)、99萬(wàn)個(gè)，加起來(lái)也仍比移動(dòng)少一點(diǎn)點(diǎn)，于是聯(lián)通和電信選擇展開(kāi)合作，共享部分基站。

中國(guó)聯(lián)合網(wǎng)絡(luò)有限公司黑龍江省牡丹江分公司（以下簡(jiǎn)稱牡丹江聯(lián)通）有若干電信承建的LTE共享基站，源小區(qū)采用的諾基亞設(shè)備，目標(biāo)小區(qū)也采用的諾基亞設(shè)備。但是測(cè)試發(fā)現(xiàn)，雙方互相切換都失敗，即電信承建站點(diǎn)切換至聯(lián)通公網(wǎng)基站失敗，聯(lián)通公網(wǎng)基站反向切換至電信承建站點(diǎn)也失敗，屬跨廠家S1切換失敗事件。為了解決該問(wèn)題，牡丹江聯(lián)通進(jìn)行了多次測(cè)試及基站配置核查，找到問(wèn)題的主要原因是鄰區(qū)配置中的Cell ID配置錯(cuò)誤，導(dǎo)致切換失敗，最終通過(guò)同時(shí)修改聯(lián)通和電信配置數(shù)據(jù)，雙方切換成功，KPI指標(biāo)正常。

共享站與大網(wǎng)基站無(wú)法互相切換

牡丹江聯(lián)通有若干電信承建的共享基站，單獨(dú)在基站下可正常切換業(yè)務(wù)，但共享站與大網(wǎng)基站無(wú)法互相進(jìn)行切換。即共享站可切換到聯(lián)通大網(wǎng)小區(qū)，聯(lián)通大網(wǎng)小區(qū)可以正常檢測(cè)到共享站聯(lián)通小區(qū)的信號(hào)，持續(xù)上報(bào)測(cè)量報(bào)告，但一直無(wú)RRC重配消息，直到電平太低脫網(wǎng)，重選到共享站的聯(lián)通小區(qū)上，如圖1所示。

圖1? 切換失敗示意圖

根據(jù)源eNB和目標(biāo)eNB是否連接到同一個(gè)MME以及他們之間是否存在X2連接，LTE中的切換分為X2切換和S1切換。LTE中將缺省進(jìn)行X2切換，除非源eNB和目標(biāo)eNB之間不在同一個(gè)MME的范圍內(nèi)或者不存在X2連接時(shí)，進(jìn)行S1切換。

S1切換和X2切換差別主要體現(xiàn)在切換準(zhǔn)備上，S1切換處理要比X2多兩條信令消息，X2的切換時(shí)延從測(cè)試統(tǒng)計(jì)出大概在30ms左右，S1的切換時(shí)延要比X2切換時(shí)延多出20ms左右，而如果切換時(shí)延定義為重配置到重配置完成，則切換時(shí)延沒(méi)有差別，但整個(gè)切換流程S1切換用時(shí)仍然多于X2切換用時(shí)，如圖2所示。

圖2 ?S1切換源基站側(cè)信令流程

案例描述

牡丹江聯(lián)通有若干電信承建的共享基站，共享站與聯(lián)通大網(wǎng)基站均為諾基亞設(shè)備，因X2接口沒(méi)有打通，故采用S1切換方式。牡丹江聯(lián)通前期與電信對(duì)各自基站進(jìn)行了參數(shù)核查及鄰區(qū)補(bǔ)全，完成后電信共享站的聯(lián)通小區(qū)向大網(wǎng)聯(lián)通基站可進(jìn)行正常切換，但反向聯(lián)通大網(wǎng)基站無(wú)法切換到共享的聯(lián)通小區(qū)。牡丹江聯(lián)通通過(guò)反復(fù)測(cè)試及參數(shù)核查，并對(duì)信令流程進(jìn)行了梳理，對(duì)切換執(zhí)行時(shí)目標(biāo)小區(qū)的搜索機(jī)制進(jìn)行了分析，同時(shí)對(duì)共享站的鄰區(qū)配置進(jìn)一步明確，最終成功解決了該問(wèn)題。

逐步分析問(wèn)題所在

因電信共享基站可向聯(lián)通大網(wǎng)基站正常切換，初步認(rèn)為S1鏈路及切換沒(méi)問(wèn)題，測(cè)量控制與切換控制的參數(shù)及信令流程沒(méi)問(wèn)題，可能其他流程存在問(wèn)題。

UE測(cè)量報(bào)告上傳之后，源基站沒(méi)有發(fā)起S1切換請(qǐng)求，如圖3所示。該問(wèn)題出現(xiàn)要么由于S1 timer超時(shí)，切換請(qǐng)求cancel，要么由于unknown-target導(dǎo)致HO preparation failure，所以后續(xù)沒(méi)有RRC重新配置信息。推測(cè)鄰居配置中的Cell ID與真實(shí)的Cell ID發(fā)生了不匹配，導(dǎo)致切換失敗，需進(jìn)一步核查鄰區(qū)配置小區(qū)。

圖3 ?基站未發(fā)起S1切換請(qǐng)求

經(jīng)進(jìn)一步檢查，共享基站數(shù)據(jù)配置正常，基于此，配置好聯(lián)通大網(wǎng)鄰區(qū)參數(shù)即可，主要涵蓋LNADJ基站級(jí)鄰區(qū)、LNADJL小區(qū)級(jí)鄰區(qū)、LNREL 3個(gè)參數(shù)，UE可正常從共享小區(qū)向大網(wǎng)聯(lián)通小區(qū)切換，但在聯(lián)通大網(wǎng)的基站上，依此添加共享小區(qū)為外部小區(qū)，切換卻失敗。據(jù)此基本鎖定共享基站的聯(lián)通大網(wǎng)小區(qū)配置有問(wèn)題。切換目標(biāo)基站及目標(biāo)小區(qū)由單獨(dú)的字段進(jìn)行定義，由此推測(cè)切換過(guò)程應(yīng)包含確認(rèn)切換目標(biāo)基站及目標(biāo)小區(qū)兩個(gè)過(guò)程，且存在邏輯關(guān)系。

基于上述推測(cè)，如果按照小區(qū)級(jí)信息進(jìn)行鄰區(qū)配置，就會(huì)發(fā)生目標(biāo)基站無(wú)法確認(rèn)的情況，導(dǎo)致切換失敗。電信共享基站向聯(lián)通大網(wǎng)基站切換時(shí)，因基站級(jí)PLMN碼與小區(qū)級(jí)PLMN碼均為46001，可順利切換。但大網(wǎng)基站向電信共享基站切換時(shí)，因基站級(jí)PLMN碼為46011，小區(qū)級(jí)PLMN碼為46001，雙方不一致導(dǎo)致切換失敗。如圖4所示，推測(cè)將切換關(guān)系修改成去電信基站的聯(lián)通小區(qū)時(shí)，切換成功。

圖4 ?問(wèn)題剖析示意圖

解決方法

基于前文的分析，嘗試修改鄰區(qū)PLMN配置。

第一步，LNADJ是基站級(jí)鄰區(qū)，用這個(gè)來(lái)確認(rèn)切換目標(biāo)基站，即電信基站，所以使用46011，如圖6所示。

圖6 ?基站級(jí)鄰區(qū)參數(shù)修改

第二步，LNADJL是小區(qū)級(jí)鄰區(qū)，用這個(gè)來(lái)確認(rèn)切換目標(biāo)小區(qū)，即聯(lián)通小區(qū)，所以使用46001，如圖7所示。

圖7 ?小區(qū)級(jí)鄰區(qū)參數(shù)修改

第三步，LNREL中，這個(gè)參數(shù)明確要求為Primary PLMN ID，所以使用46011，如圖8所示。

圖8 ?LNREL參數(shù)修改

處理結(jié)果

將異常的各項(xiàng)參數(shù)與配置數(shù)據(jù)配置一致以后，共享基站向聯(lián)通公網(wǎng)基站DT切換正常，聯(lián)通公網(wǎng)基站向共享基站DT切換正常，共享基站向聯(lián)通公網(wǎng)基站切換KPI指標(biāo)正常，聯(lián)通公網(wǎng)基站向電信競(jìng)合承建聯(lián)通基站切換KPI指標(biāo)正常。

總結(jié)

對(duì)于共享基站而言，目標(biāo)基站是電信基站，基站級(jí)的PLMN應(yīng)為電信的標(biāo)識(shí)46011，但是目標(biāo)切換小區(qū)是聯(lián)通小區(qū)，PLMN應(yīng)為46001。如果目標(biāo)小區(qū)的切換分為兩個(gè)步驟，即定位基站和定位小區(qū)，那么如果直接把所有的鄰區(qū)信息設(shè)置為小區(qū)級(jí)配置，就會(huì)發(fā)生目標(biāo)基站無(wú)法確認(rèn)的情況從而導(dǎo)致切換失敗。