LTE高級(jí)面試知識(shí)點(diǎn)整理1

本文格式為Word版，下載可任意編輯——LTE高級(jí)面試知識(shí)點(diǎn)整理1LTE高級(jí)面試知識(shí)點(diǎn)整理

一、KPI指標(biāo)優(yōu)化

1、網(wǎng)優(yōu)3.0平臺(tái)差小區(qū)定義（各省份有差異）：

粒度小時(shí)粒度規(guī)則名稱LTE問題小區(qū)-小時(shí)-RRC連接建立成功率LTE問題小區(qū)-小時(shí)-E-RAB建立成功率LTE問題小區(qū)-小時(shí)-無線掉線率LTE問題小區(qū)-天-(接預(yù)警規(guī)則RRC連接建立成功率50E-RAB建立成功率50無線掉線率>0.1AND(eNB請(qǐng)求釋放上下文數(shù)-正常的eNB請(qǐng)求釋放上下文數(shù))>50E-RAB建立成功率20LTE問題小區(qū)-天-(接入)RRC連接建立成功率（新）RRC連接建立成功率20切換成功率305天粒度周粒度LTE問題小區(qū)-天-掉線率高小區(qū)（新）零流量小區(qū)無線掉線率>0.05AND(eNB請(qǐng)求釋放上下文數(shù)-正常的eNB請(qǐng)求釋放上下文數(shù))>20用戶面PDCPSDU下行數(shù)據(jù)量=0，周流量之和為0條件1：下行PRB平均利用率大于50%，且有效RRC連接平均數(shù)大于30，且小區(qū)下行忙時(shí)吞吐量大于5G條件2：上行PRB平均利用率大于50%，且有效RRC連接5連續(xù)一周周粒度高負(fù)荷小區(qū)平均數(shù)大于30，且小區(qū)上行忙時(shí)吞吐量大于1G條件3：有效RRC連接最大數(shù)大于200備注：取小區(qū)7天系統(tǒng)自忙時(shí)平均數(shù)據(jù)，滿足任一條件即可。自忙時(shí)平均

2、RRC連接建立成功率優(yōu)化2.1指標(biāo)定義

RRC建立成功率=[RRC連接建立完成次數(shù)]/[RRC連接請(qǐng)求次數(shù)（不包括重發(fā)）]；RRC建立成功率（包括重發(fā)）=[RRC連接建立完成次數(shù)]/[RRC連接請(qǐng)求次數(shù)（包括重發(fā)）]；

2.2RRC連接建立失敗話統(tǒng)

統(tǒng)計(jì)小區(qū)內(nèi)不同原因的RRC連接建立失敗的次數(shù)。RRCConnectionReject消息是eNodeB發(fā)送給UE的RRC信令消息，目的是通知UE本次接入過程被eNodeB拒絕。

指標(biāo)ID指標(biāo)名稱指標(biāo)描述資源分派失敗而導(dǎo)致RRC連接建立失敗的次數(shù)UE無應(yīng)答而導(dǎo)致RRC連接建立失敗的次數(shù)小區(qū)發(fā)送RRCConnectionReject消息次數(shù)由于SRS資源分派失敗而導(dǎo)致RRC連接建立失敗的次數(shù)由于PUCCH資源分派失敗而導(dǎo)致RRC連接建立失敗的次數(shù)流控導(dǎo)致的RRCConnectionRequest消息丟棄次數(shù)流控導(dǎo)致的發(fā)送RRCConnectionReject消息次數(shù)1526727083L.RRC.SetupFail.ResFail1526727084L.RRC.SetupFail.NoReply1526728269L.RRC.SetupFail.Rej1526728485L.RRC.SetupFail.ResFail.SRS1526728486L.RRC.SetupFail.ResFail.PUCCH1526728489L.RRC.ConnReq.Msg.disc.FlowCtrl1526728490L.RRC.SetupFail.Rej.FlowCtrl1526729949L.RRC.SetupFail.ResFail.UserSpec用戶數(shù)規(guī)格受限導(dǎo)致的RRC連接建立失敗次數(shù)1526732044L.RRC.SetupFail.Rej.MMEOverloadMME過載導(dǎo)致的發(fā)送RRCConnectionReject消息次數(shù)2.3可能原因

影響RRC連接建立成功率的因素主要有：?覆蓋問題（空口信號(hào)質(zhì)量）；?參數(shù)配置（定時(shí)器、功率控制等）；

?干擾問題（時(shí)鐘失步、器件故障、外部干擾等）；?設(shè)備故障；

?網(wǎng)絡(luò)擁塞；?其他原因

2.4分析流程及優(yōu)化方法

從話統(tǒng)統(tǒng)計(jì)到的RRC建立失敗原因值來看，主要存在兩種場景：由于資源失敗導(dǎo)致的RRC連接建立拒絕（L.RRC.SetupFail.ResFail）及由于空口無響應(yīng)導(dǎo)致的RRC連接建立失?。↙.RRC.SetupFail.NoReply）；

eNB發(fā)送RRCConnectionReject消息次數(shù)主要有以下幾種場景：(1)小區(qū)準(zhǔn)入失敗導(dǎo)致發(fā)送RRCREJ；(2)激活用戶數(shù)受限導(dǎo)致發(fā)送RRCREJ；(3)CPU占用率過高，流控導(dǎo)致發(fā)送RRCREJ；

處理方法，調(diào)整以下參數(shù)：參數(shù)SriAdaptiveSwitch（SRI自適應(yīng)開關(guān)）SrsAlgoSwitch（SRS算法開關(guān)）PucchAlgoSwitch（PUCCH算法開關(guān)）建議值OnSrsSubframeRecfSwitch-1PucchSwitch-1當(dāng)小區(qū)最大用戶數(shù)超過80時(shí)，建議將TDDSRS配置方式從體驗(yàn)優(yōu)先改為接入優(yōu)先，MML命令：

MODSRSCFG:SrsCfgInd=BOOLEAN_TRUE,TddSrsCfgMode=ACCESS_FIRST;配比2場景下，體驗(yàn)優(yōu)先SRS和PUCCH的規(guī)格是120用戶，改為接入優(yōu)先，規(guī)格放大為400用戶。

假使用戶數(shù)持續(xù)增多，并且無法完成擴(kuò)容，建議采用以下措施：措施拉長T302定時(shí)器ACbar調(diào)整下傾角或者減小RS功率影響增加RRC連接建立拒絕后延長教訓(xùn)時(shí)間，但是影響用戶體驗(yàn)隨機(jī)阻止部分用戶接入減小重載小區(qū)覆蓋，將用戶遷移至其他小區(qū)?CPU高流控當(dāng)小區(qū)流量過高或CPU負(fù)載過高時(shí)，ENB會(huì)啟動(dòng)流控，話統(tǒng)中主要由以下兩個(gè)指標(biāo)：

L.RRC.SetupFail.Rej.FlowCtrl流控導(dǎo)致的發(fā)送RRCConnectionReject消息次數(shù)；

L.RRC.ConnReq.Msg.disc.FlowCtrl流控導(dǎo)致的RRCConnectionRequest消息丟棄次數(shù)。假使CPU負(fù)荷增加，且暫時(shí)無法擴(kuò)容，應(yīng)急方案如下：措施拉長UE不活動(dòng)定時(shí)器ACbar調(diào)整下傾角或者減小RS功率關(guān)閉FASTANR

目前LTE差小區(qū)RRC連接建立失敗的原因絕大多數(shù)集中于UE無響應(yīng)方面（L.RRC.SetupFail.NOReply），此類原因大多是由于空口信號(hào)質(zhì)量問題或終端異常導(dǎo)致，主要從告警、覆蓋、干擾、參數(shù)配置等方面分析排查。

?上行干擾：分析參數(shù)是否設(shè)置合理，和上行干擾相關(guān)的參數(shù)主要有

PassLossCoeff（路徑損耗因子）和PUSCH標(biāo)稱P0值（LSTCELLULPCCOMM查詢小區(qū)上行功控信息），這兩個(gè)值設(shè)置越大，UE的發(fā)射功率越大，對(duì)其他小區(qū)的干擾也越嚴(yán)重，需要查看參數(shù)是否合理。

影響讓部分用戶保持在線，減少CPU的消耗隨機(jī)阻止部分用戶接入減小重載小區(qū)覆蓋，將用戶遷移至其他小區(qū)此特性會(huì)觸發(fā)大量空口信令，會(huì)加重CPU負(fù)荷

3、RAB連接建立成功率優(yōu)化3.1指標(biāo)定義

ERAB建立成功率=ERAB建立成功次數(shù)/ERAB建立請(qǐng)求次數(shù)*100%；

3.2ERAB承載建立失敗話統(tǒng)

統(tǒng)計(jì)小區(qū)內(nèi)E-RAB不同原因值的建立失敗次數(shù)。E-RAB是承載用戶業(yè)務(wù)數(shù)據(jù)的接入層承載，它在小區(qū)內(nèi)的建立成功率，直接反映了小區(qū)為用戶提供E-RAB連接建立的能力。E-RAB建立失敗統(tǒng)計(jì)，可以反映出網(wǎng)絡(luò)中各種原因的E-RAB建立失敗的分布狀況。指標(biāo)ID152672671715267282761526728277指標(biāo)名稱L.E-RAB.FailEst.NoReplyL.E-RAB.FailEst.MMEL.E-RAB.FailEst.TNL指標(biāo)描述等待UE響應(yīng)超時(shí)導(dǎo)致E-RAB建立失敗的次數(shù)核心網(wǎng)觸發(fā)的E-RAB建立失敗次數(shù)傳輸層問題導(dǎo)致E-RAB建立失敗次數(shù)15267282781526728279152672828015267295451526729546152672995015267299511526729952L.E-RAB.FailEst.RNLL.E-RAB.FailEst.NoRadioResL.E-RAB.FailEst.SecurModeFailL.E-RAB.FailEst.NoRadioRes.SRSL.E-RAB.FailEst.NoRadioRes.PUCCHL.E-RAB.FailEst.SRBResetL.E-RAB.FailEst.TNL.DLResL.E-RAB.FailEst.TNL.ULRes無線層問題導(dǎo)致E-RAB建立失敗次數(shù)無線資源不足導(dǎo)致E-RAB建立失敗次數(shù)安全模式配置失敗導(dǎo)致E-RAB建立失敗次數(shù)SRS資源不足導(dǎo)致的E-RAB建立失敗次數(shù)PUCCH資源不足導(dǎo)致的E-RAB建立失敗次數(shù)SRBRLC達(dá)到最大重傳次數(shù)導(dǎo)致E-RAB建立失敗次數(shù)下行傳輸資源不足導(dǎo)致E-RAB建立失敗次數(shù)上行傳輸資源不足導(dǎo)致E-RAB建立失敗次數(shù)1526729953L.E-RAB.FailEst.NoRadioRes.DLThrpLic下行流量license不足導(dǎo)致E-RAB建立失敗次數(shù)1526729954L.E-RAB.FailEst.NoRadioRes.ULThrpLic上行流量license不足導(dǎo)致E-RAB建立失敗次數(shù)

3.3可能原因

?覆蓋問題；?干擾問題；

?設(shè)備故障（傳輸問題）；?核心網(wǎng)問題；?其他原因

3.4分析流程及優(yōu)化方法

目前LTE差小區(qū)ERAB建立失敗的原因大多數(shù)集中于傳輸問題，此類原因大多是由于設(shè)備存在傳輸閃斷或傳輸光接口異常告警導(dǎo)致，需現(xiàn)場排查處理。常見E-RAB建立失敗:傳輸問題導(dǎo)致的E-RAB建立失敗出現(xiàn)原因：

?本端IP地址或者對(duì)端IP配置錯(cuò)誤，導(dǎo)致IPPATH自建立失敗；?IPRT等配置錯(cuò)誤，導(dǎo)致IPPATH鏈路不可用?資源組無法給IPPATH分派傳輸資源；處理方法：

?查看小區(qū)是否存在傳輸鏈路故障告警，傳輸是否存在閃斷；

?跟蹤S1接口消息，找出失敗時(shí)對(duì)端IP地址，查看基站是否漏配或錯(cuò)配IPPATH；

用戶面鏈路簡介：

?UE發(fā)起業(yè)務(wù)建立，觸發(fā)MME通過S1-C接口將S-GWIP地址發(fā)至eNodeB。?eNodeB根據(jù)本端手動(dòng)配置MOUSERPLANEHOST的本端IP地址(S1-UIP地址)

以及EPGROUP和S1信息，以及獲取的對(duì)端IP地址（S-GW的IP地址），自動(dòng)生成MOUSERPLANEPEER，自動(dòng)建立S1-U的傳輸鏈路。?eNodeB在此S1-U傳輸鏈路上觸發(fā)建立eNodeB與S-GW。

TOP用戶導(dǎo)致

個(gè)別終端由于芯片等問題導(dǎo)致的ERAB建立失敗，一般狀況都集中于個(gè)別時(shí)段，此類問題可在排除問題時(shí)間段不存在異常告警或干擾的前提下，大致定位。同時(shí)也可以通過專門工具對(duì)小區(qū)CHR日志進(jìn)行解析進(jìn)一步確認(rèn)。

4、無線掉線率優(yōu)化4.1指標(biāo)定義

無線掉線率=（eNB請(qǐng)求釋放上下文數(shù)-正常的eNB請(qǐng)求釋放上下文數(shù)）/（初始上下文建立成功次數(shù)+遺留上下文個(gè)數(shù)）*100%

4.2可能原因

?覆蓋問題；?干擾問題；?切換失敗問題；?鄰區(qū)關(guān)系配置問題；?參數(shù)配置（定時(shí)器等）；?設(shè)備故障；?其他原因

4.3小區(qū)eNodeB發(fā)起的UE上下文釋放原因

指標(biāo)ID1526728857指標(biāo)名稱L.UECNTX.Rel.eNodeB.Rnl指標(biāo)描述eNodeB發(fā)起的原由于無線層問題的UEContext釋放次數(shù)1526728858L.UECNTX.Rel.eNodeB.UserinacteNodeB發(fā)起的原由于UserInactivity指標(biāo)ID指標(biāo)名稱指標(biāo)描述的UEContext釋放次數(shù)1526728859L.UECNTX.Rel.eNodeB.UeLosteNodeB發(fā)起的原由于UELOST的UEContext釋放次數(shù)eNodeB發(fā)起的原由于切換失敗的UEContext釋放次數(shù)eNodeB發(fā)起的原由于上行弱覆蓋的UEContext異常釋放次數(shù)1526728860L.UECNTX.Rel.eNodeB.HOFailure1526730863L.UECNTX.AbnormRel.UlWeak

4.3分析流程及優(yōu)化方法

目前LTE差小區(qū)中無線掉線率指標(biāo)惡化的原因值主要集中于兩個(gè)方面：UELOST或無線層問題、切換失敗問題。其中前者主要是由于覆蓋、干擾或設(shè)備故障導(dǎo)致，而切換失敗則可能是由于目標(biāo)小區(qū)存在故障、干擾或外部小區(qū)定義錯(cuò)誤導(dǎo)致，具體原因需要結(jié)合實(shí)際問題進(jìn)行分析定位。

eNodeB發(fā)起的原由于無線層問題的UEContext釋放

?弱覆蓋：結(jié)合實(shí)際路測(cè)狀況及工參進(jìn)行調(diào)整優(yōu)化；加站；修改互操作參數(shù)

BlindHoA1A2ThdRsrp使UE在4G覆蓋邊緣盡快互操作到以系統(tǒng)；修改最小接收電平；對(duì)于上行弱覆蓋，可以調(diào)整上行功控PassLossCoeff、PONominalPusch參數(shù)。?干擾：詳見干擾專題。

eNodeB發(fā)起的原由于UELOST的UEContext釋放

?弱覆蓋?干擾

?其他問題：如SR未上報(bào)，導(dǎo)致RLC達(dá)到最大重傳次數(shù)導(dǎo)致掉線?？梢酝ㄟ^修改GAP

模式、調(diào)整SRI周期來解決。

eNodeB發(fā)起的原由于切換失敗的UEContext釋放

切換過晚及乒乓切換簡單導(dǎo)致掉線：

?針對(duì)切換過晚：調(diào)整日線位置，修改切換參數(shù)或者配置CIO使目標(biāo)小區(qū)能夠提

前發(fā)生切換；

?針對(duì)乒乓切換：調(diào)整日線位置改善RF

?針對(duì)異頻切換：合理配置A2，保證及時(shí)起GAP測(cè)量，并合理配置目標(biāo)小區(qū)的

門限。

假使出現(xiàn)切換問題導(dǎo)致掉線的打點(diǎn)，需要使用切換類問題定位方法排查原因。

5、切換成功率優(yōu)化5.1指標(biāo)定義

切換成功率=（eNB間S1切換出成功次數(shù)+eNB間X2切換出成功次數(shù)+eNB內(nèi)切換出成功次數(shù)）/（eNB間S1切換出請(qǐng)求次數(shù)+eNB間X2切換出請(qǐng)求次數(shù)+eNB內(nèi)切換出請(qǐng)求次數(shù)）*100%

5.2可能原因

?覆蓋問題；?干擾問題；?參數(shù)一致性問題；?鄰區(qū)關(guān)系合理性；?切換參數(shù)配置；?設(shè)備故障；?其他原因

5.3切換失敗話統(tǒng)

切換方式指標(biāo)描述準(zhǔn)入失敗導(dǎo)致切換入準(zhǔn)備失敗次數(shù)目標(biāo)小區(qū)收到切換取消導(dǎo)致切換入準(zhǔn)備用戶或無線環(huán)境問題失敗次數(shù)流控導(dǎo)致的HOIN消息丟棄次數(shù)（含傳輸問題S1和X2）流控導(dǎo)致的回復(fù)切換準(zhǔn)備失敗消息傳輸問題（含X2和S1）的次數(shù)eNodeB間切換入準(zhǔn)備失敗次數(shù)空口或設(shè)備問題原因說明空口或擁塞核心網(wǎng)原因?qū)е虑袚Q出準(zhǔn)備失敗次數(shù)目標(biāo)小區(qū)無響應(yīng)導(dǎo)致切換出準(zhǔn)備失敗次核心網(wǎng)問題空口或擁塞問題數(shù)系統(tǒng)內(nèi)出切失敗原因目標(biāo)小區(qū)回復(fù)切換準(zhǔn)備失敗消息導(dǎo)目標(biāo)側(cè)小區(qū)擁塞致切換出準(zhǔn)備失敗次數(shù)源小區(qū)發(fā)送切換取消導(dǎo)致切換出準(zhǔn)用戶或無線環(huán)境問題備失敗次數(shù)5.4分析流程及優(yōu)化方法

切換失敗指的是切換流程交互失敗尋常切換失敗原因主要有以下幾個(gè)方面：傳輸、設(shè)備內(nèi)部處理、覆蓋（弱覆蓋/越區(qū)覆蓋）、干擾、鄰區(qū)漏配、切換不及時(shí)等；

傳輸問題定位需要在收發(fā)端抓取數(shù)據(jù)確認(rèn)；設(shè)備內(nèi)部處理出錯(cuò)需要提取工作日志進(jìn)行分析定位；

弱覆蓋、越區(qū)覆蓋、干擾、切換不及時(shí)、鄰區(qū)漏配一般表達(dá)在信令丟失導(dǎo)致切換失敗，屬于空口質(zhì)量問題，優(yōu)化方法如下：

???

弱覆蓋區(qū)域需要通過調(diào)整日饋、增加功率、新建站點(diǎn)解決；越區(qū)覆蓋通過控制下傾（機(jī)械下傾、電下傾）來控制覆蓋范圍；干擾問題需要定位干擾類型，外部干擾可通過掃頻確認(rèn)干擾源；內(nèi)部干擾

可使用相關(guān)干擾算法降低影響；

??切換點(diǎn)；

?

核查并完善鄰區(qū)關(guān)系，刪除超遠(yuǎn)鄰區(qū)，修改小區(qū)偏移量添加漏配鄰區(qū)；

切換不及時(shí)可通過調(diào)整切換門限、CIO、遲滯、觸發(fā)時(shí)間等切換參數(shù)控制

?目前切換類差小區(qū)原因較多，主要為：信號(hào)弱導(dǎo)致切換失敗、目標(biāo)小區(qū)干擾問題、

鄰區(qū)關(guān)系配置不合理以及外部小區(qū)定義錯(cuò)誤等方面。分析切換失敗的TOP小區(qū)，首先要進(jìn)行兩兩小區(qū)切換數(shù)據(jù)的統(tǒng)計(jì)，然后進(jìn)行后續(xù)分析：

?切換過早

定位方法：通過觀測(cè)源小區(qū)和目標(biāo)小區(qū)的信令，假使源小區(qū)信令中觀測(cè)到切換成功后UE又在園小區(qū)發(fā)起重建并重建成功，則說明切換過早。

優(yōu)化建議：調(diào)整切換門限或者CIO。?切換過晚

定位方法：通過觀測(cè)目標(biāo)小區(qū)的信令，假使目標(biāo)小區(qū)信令中觀測(cè)到切換失敗后UE再目標(biāo)小區(qū)發(fā)起重建并重建成功，則說明切換過晚。優(yōu)化建議：調(diào)整切換門限或者CIO。?兵乓切換

優(yōu)化建議：通過調(diào)整該區(qū)域覆蓋，突出主覆蓋小區(qū)；調(diào)整切換參數(shù)，突出主覆蓋小區(qū)。

?切換準(zhǔn)備失敗優(yōu)化建議：

1、檢查告警特別關(guān)注S1接口告警，在MMEpool組網(wǎng)一條S1存在告警狀況下，當(dāng)源

小區(qū)在該MME下進(jìn)行切換時(shí)會(huì)導(dǎo)致切換入準(zhǔn)備失敗；2、檢查基站對(duì)應(yīng)X2接口傳輸配置是否有誤；

3、信令分析確認(rèn)是否存在MME問題導(dǎo)致切換失?。?、分析CHR確認(rèn)根因。

二、上行干擾排查

1.LTE干擾分類

LTE干擾分為系統(tǒng)內(nèi)干擾和系統(tǒng)間干擾，系統(tǒng)間干擾包括雜散干擾、阻塞干擾、互調(diào)/諧波干擾等，系統(tǒng)內(nèi)干擾包括遠(yuǎn)距離同頻干擾、GPS故障、數(shù)據(jù)配置錯(cuò)誤等。LTE干擾會(huì)導(dǎo)致無線接通率、掉線率的惡化，嚴(yán)重影響用戶感知。

干擾類型系統(tǒng)內(nèi)干擾數(shù)據(jù)配置錯(cuò)誤雜散干擾系統(tǒng)間干擾暫無前高后低小范圍單個(gè)站點(diǎn)單個(gè)站點(diǎn)單個(gè)站點(diǎn)單個(gè)站點(diǎn)時(shí)隙配置錯(cuò)誤、幀頭偏移DCS1800、FDDFDD、干擾器GSM900、DCS1800TDS、其他干擾源分類頻域特征影響范圍全網(wǎng)大面積產(chǎn)生原因大氣波導(dǎo)、高站遠(yuǎn)距離同頻干擾中間6個(gè)RB抬升更高GPS故障RB7、RB48-51及RB92明顯抬升故障站點(diǎn)周邊大片GPS故障、跑偏阻塞/寬頻干擾全頻段抬升互調(diào)/諧波干擾幾個(gè)RB尖峰突起其他干擾暫無2.LTE干擾特征

2.1系統(tǒng)間干擾-雜散干擾特征

頻域100個(gè)RB典型特征為前端RB底噪較高，后端RB底噪較低，干擾帶寬一般為前10M。

F頻段小區(qū)參數(shù)配置小區(qū)重選優(yōu)先級(jí)CellReselPriority最小接入電平Qrxlev_min鄰區(qū)載頻高門限ThreshXhighF->D重選5-128-96D-2G31(62-115=-53)F-2G-124(21-115=-95)

?切換策略：D頻段向F頻段切換采用A2+A3算法，F(xiàn)頻段向D頻段切換采用A2+A4

算法和基于頻率優(yōu)先級(jí)算法。D頻段A2門限(A3事件)要弱于F頻段A4門限值3dB以上，抑制乒乓雙向切換。

現(xiàn)網(wǎng)切換策略：F->D:基于頻率優(yōu)先級(jí)切換A1+A4A1:-87,A2:-90,A4:-90，F(xiàn)需要滿足大于A1門限，D需滿足大于A4門限。F->D:A2+A4切換A1=-76,A2=-80,A4=-90D->F:A2+A3切換A1=-90,A2=-94（D頻段的A2門限弱于F頻段A4門限4DB，不會(huì)兵乓切換）五、鄰區(qū)規(guī)劃

?2G系統(tǒng)間鄰區(qū)關(guān)系：

1：2G本站異系統(tǒng)2G鄰區(qū)一定要加，主打方向1層半鄰區(qū)，旁瓣方向半層鄰區(qū)。2：不能加帶R的高鐵專網(wǎng)2G小區(qū)。

3:不能加跨POOL的2G鄰區(qū)，可以在MAPINFO圖層做個(gè)POOL邊界圖層避免添加。4：鄰區(qū)個(gè)數(shù)注意。(一般1220%時(shí)，我們就認(rèn)為該小區(qū)屬于MR弱覆蓋小區(qū)。

（一）建站：

目前徐州現(xiàn)網(wǎng)4G網(wǎng)絡(luò)站點(diǎn)數(shù)和小區(qū)數(shù)基本上已經(jīng)和2G網(wǎng)絡(luò)規(guī)模相當(dāng)，并且繼續(xù)新增建設(shè)中，對(duì)弱覆蓋有著顯著的解決作用；

（二）功率參數(shù)調(diào)整：

全網(wǎng)分階段抬升各區(qū)域所有站點(diǎn)功率，盡量把所有站點(diǎn)的功率抬升到設(shè)備允許的最大值；（三）RF優(yōu)化：

針對(duì)弱覆蓋區(qū)域現(xiàn)場進(jìn)行測(cè)試及天線覆蓋核查，進(jìn)行天線方位角、俯仰角等調(diào)整，確實(shí)有效的解決弱覆蓋的問題；（四）鄰區(qū)優(yōu)化：

對(duì)全區(qū)所有LTE小區(qū)人工核查鄰區(qū)，避免因鄰區(qū)漏加等造成用戶弱占用；（五）室分排查：

對(duì)LTE室分弱覆蓋小區(qū)，排查參數(shù)設(shè)置問題（小區(qū)功率、切換、鄰區(qū)參數(shù)、頻點(diǎn)設(shè)置等等）

后，逐一現(xiàn)場進(jìn)行排查：設(shè)備故障、天饋和器件老化、天饋故障、設(shè)計(jì)方案不合理、簡單合路、F頻段室分外打；

（六）農(nóng)村區(qū)域和密集區(qū)域F頻段帶寬20M改成10M：

在時(shí)域上，由于OFDM符號(hào)是時(shí)分復(fù)用的，每個(gè)OFDM符號(hào)時(shí)刻（時(shí)域上=66.7us）都以基站的最大功率發(fā)射。20MHz帶寬，每個(gè)OFDM時(shí)刻包含1200個(gè)OFDM符號(hào)，改成10M后，RS參考功率可以提升3dB，也就是說小區(qū)發(fā)射功率提升一倍。農(nóng)村站點(diǎn)使用后10M帶寬，可以和城區(qū)站點(diǎn)使用的前20M帶寬完全錯(cuò)開，頻段無重疊，從而避免城區(qū)和農(nóng)村交界站點(diǎn)干擾問題。

八、CSFB專題（含時(shí)延優(yōu)化）

1、SGs接口——聯(lián)合附著和聯(lián)合位置更新流程

當(dāng)UE附著和駐留LTE網(wǎng)絡(luò)時(shí)，為了接收被叫和使用短信業(yè)務(wù)，必需執(zhí)行聯(lián)合附著和聯(lián)合位置更新，在CS域更新注冊(cè)狀態(tài)及位置信息聯(lián)合附著

①UE附著LTE網(wǎng)絡(luò)：在附著請(qǐng)求中攜帶“聯(lián)合附著〞指示

②觸發(fā)聯(lián)合位置更新：MME通過配置的TA-LA（MSC）映射關(guān)系，確定進(jìn)行登記的MSC，并向MSC發(fā)起聯(lián)合位置更新請(qǐng)求，即觸發(fā)MSC向HLR注冊(cè)和登記③附著成功：UE存儲(chǔ)LA和MSC分派的TMSI

聯(lián)合位置更新

①發(fā)起TAU請(qǐng)求：當(dāng)UE在LTE網(wǎng)絡(luò)移動(dòng)TA