LTE無(wú)線網(wǎng)絡(luò)優(yōu)化項(xiàng)目教程-課件6

項(xiàng)目6

LTE網(wǎng)絡(luò)路測(cè)事件分析

【項(xiàng)目?jī)?nèi)容】

本項(xiàng)目對(duì)LTE路測(cè)事件進(jìn)行分析，從接入、切換、掉線、速率低、CSFB五個(gè)方面進(jìn)行介紹，首先介紹相應(yīng)事件特點(diǎn)、詳細(xì)過(guò)程和表現(xiàn)，然后介紹分析優(yōu)化方法，最后介紹部分典型案例。

【知識(shí)目標(biāo)】

深入了解LTE主要過(guò)程；

知曉不同事件產(chǎn)生的主要原因；

理解LTE主要過(guò)程的分析方法。

【技能目標(biāo)】

清楚不同事件在路測(cè)中的表現(xiàn)，學(xué)會(huì)如何分析LTE異常事件。項(xiàng)目6

LTE網(wǎng)絡(luò)路測(cè)事件分析

【項(xiàng)目?jī)?nèi)容】

本項(xiàng)目對(duì)LT1任務(wù)1LTE無(wú)線網(wǎng)絡(luò)接入失敗

【知識(shí)鏈接1】LTE接入過(guò)程LTE接入過(guò)程中主要有隨機(jī)接入、RRC連接建立、E-RAB建立三個(gè)過(guò)程。一般來(lái)說(shuō)隨機(jī)接入是UE與網(wǎng)絡(luò)的同步、RRC連接是UE與eNB間的連接、E-RAB是UE與EPC之間的連接。根據(jù)發(fā)起接入的類型不同，在接入過(guò)程中會(huì)有些細(xì)微差別，如Attach流程中，在RRC連接建立后會(huì)有NAS過(guò)程；在被叫過(guò)程中RRC接入之前會(huì)有尋呼過(guò)程。隨機(jī)接入過(guò)程在前面的章節(jié)已經(jīng)詳細(xì)描述，下面僅對(duì)RRC建立和E-RAB建立過(guò)程做個(gè)介紹。RRC連接成功流程RRC連接拒絕任務(wù)1LTE無(wú)線網(wǎng)絡(luò)接入失敗

【知識(shí)鏈接1】LTE接入21．RRC連接過(guò)程RRC連接建立的目的有兩個(gè)，一是建立SRB1，二是UE發(fā)送初始NAS消息給網(wǎng)絡(luò)。RRCConnectionRequest是由UE發(fā)起的，它是一個(gè)上行的控制消息，RRCConnectionRequest消息中ue-Identity可以填為S-TMSI或隨機(jī)值，當(dāng)UE保存的S-TMSI為有效時(shí)，填寫(xiě)S-TMSI，否則填寫(xiě)隨機(jī)值；在RRCestablishmentCause中的原因值與NAS過(guò)程的類型有關(guān)，不同的NAS過(guò)程對(duì)應(yīng)到不同的RRC連接建立原因。如圖6-2實(shí)例中為MO-signalling（主叫信令過(guò)程）。1．RRC連接過(guò)程3RRC建立原因類型NAS過(guò)程RRC建立原因呼叫類型AttachMO-signallingoriginatingsignallingTrackingAreaUpdateMO-signallingoriginatingsignallingDetachMO-signallingoriginatingsignallingServiceRequestMO-data（建立業(yè)務(wù)承載請(qǐng)求資源）originatingcallsMO-data（上行信令請(qǐng)求資源）originatingcallsMT-access（響應(yīng)尋呼）terminatingcallsMO-data（主叫CSFB）originatingcallsMT-access（被叫CSFB）terminatingcallsEmergency（CSFBEmergencycall）EmergencycallsRRC建立原因類型NAS過(guò)程RRC建立原因呼叫類型At42．E-RAB連接過(guò)程E-RAB建立過(guò)程分為初始E-RAB建立和專用承載的建立，其信令流程如下：初始E-RAB建立流程專用承載E-RAB建立流程E-RAB（E-UTRANRadioAccessBearer）是指UE在通過(guò)S1和空口上的無(wú)線承載與EPC建立的一個(gè)通道。當(dāng)E-RAB建立之后，E-RAB和NAS層的EPS承載之間是一對(duì)一的映射關(guān)系，用戶面的數(shù)據(jù)即可進(jìn)行傳輸2．E-RAB連接過(guò)程初始E-RAB建立流程專用承載E-RA53．UE能力查詢和上報(bào)終端能力上報(bào)過(guò)程：終端能力上報(bào)過(guò)程在Attach時(shí)，核心網(wǎng)下發(fā)的初始上下文建立請(qǐng)求不攜帶UE能力，由eNodeB向UE發(fā)起查詢，UE上報(bào)給eNodeB，同時(shí)eNodeB通過(guò)S1口的UE能力指示過(guò)程上報(bào)給核心網(wǎng)保存；如果UE能力查詢過(guò)程失敗，會(huì)導(dǎo)致eRAB建立失敗。在Idletoactive過(guò)程中，核心網(wǎng)下發(fā)的初始上下文建立請(qǐng)求會(huì)攜帶UE能力，eNodeB無(wú)需向UE查詢。通過(guò)測(cè)試軟件可以查看到相應(yīng)的信令LTEUE能力詢問(wèn)和上報(bào)3．UE能力查詢和上報(bào)終端能力上報(bào)過(guò)程在Attach時(shí)，核心64．安全模式安全模式成功與失敗:安全模式成功安全模式失敗在建立SRB1之后，建立SRB2之前會(huì)產(chǎn)生安全模式過(guò)程，主要用于激活接入層的加密和完整性保護(hù)，加密用于信令界面SRB和用戶界面DRB，完整性保護(hù)只用于信令界面SRB4．安全模式安全模式成功安全模式失敗在建立SRB1之后，建立75．RRC重配RRC重配置成功與失敗:在接入流程中采用RRC連接重配置過(guò)程來(lái)建立SRB2和DRB；如果重配置失敗，UE發(fā)起RRC連接重建過(guò)程。在RRC重配置中關(guān)鍵信元為無(wú)線資源配置.5．RRC重配在接入流程中采用RRC連接重配置過(guò)程來(lái)建立SR8【知識(shí)鏈接2】LTE接入失敗的原因及

優(yōu)化方法LTE接入優(yōu)化分析思路【知識(shí)鏈接2】LTE接入失敗的原因及

9對(duì)于LTE網(wǎng)絡(luò)來(lái)說(shuō)，在不同的接入階段產(chǎn)生接入失敗的常見(jiàn)原因是有差異的。在問(wèn)題排查過(guò)程中主要從以下幾個(gè)方面進(jìn)行。（1）基站故障。對(duì)基站告警、各板件工作狀態(tài)進(jìn)行檢查，存在明顯的影響業(yè)務(wù)的告警，及時(shí)處理相應(yīng)的告警后復(fù)測(cè)或者指標(biāo)觀察；有時(shí)基站無(wú)告警，但基站工作狀態(tài)異常，影響小區(qū)接入，此時(shí)一般為基站軟件錯(cuò)誤或者存在隱性故障，處理此類問(wèn)題需要設(shè)備廠家研發(fā)的支持，此類問(wèn)題較少，但解決問(wèn)題周期較長(zhǎng)。（2）無(wú)線環(huán)境差。無(wú)線環(huán)境差主要有弱覆蓋、無(wú)主覆蓋、干擾，現(xiàn)象就是RSRP差、SINR差，直接影響則是無(wú)法接入或者接入時(shí)延變長(zhǎng)。優(yōu)化方法參見(jiàn)路測(cè)優(yōu)化章節(jié)。（3）終端問(wèn)題。在接入異常問(wèn)題中，終端問(wèn)題也是常見(jiàn)的問(wèn)題之一。主要表現(xiàn)在終端不能搜索LTE網(wǎng)絡(luò)、在LTE網(wǎng)中不能接入、TAU失敗、安全模式不通過(guò)等。在LTE建設(shè)初期終端類問(wèn)題比較常見(jiàn)，隨著終端的不斷提升和優(yōu)化，終端問(wèn)題更多表現(xiàn)為突然出現(xiàn)或者偶爾出現(xiàn)不能接入。主要由終端軟件異常導(dǎo)致，一般重啟終端可以解決。對(duì)于LTE網(wǎng)絡(luò)來(lái)說(shuō)，在不同的接入階段產(chǎn)生接入失敗的常見(jiàn)原因是10（4）參數(shù)檢查。功率參數(shù)、切換和重選參數(shù)對(duì)于接入也有影響，特別是在功率參數(shù)方面。對(duì)于初始接入影響較大，如上下行功率不平衡造成終端Preamble的功率攀升不夠，從而接入失?。恢剡x參數(shù)設(shè)置不合理造成重選時(shí)終端占用小區(qū)不合理導(dǎo)致接入失敗。（5）核心網(wǎng)問(wèn)題。核心網(wǎng)問(wèn)題會(huì)導(dǎo)致E-RAB異常、鑒權(quán)失敗等，從而影響接入性能。核心網(wǎng)問(wèn)題一般為大面積接入問(wèn)題或者一個(gè)號(hào)段問(wèn)題，影響范圍較大。如果遇到大面積無(wú)法接入、鑒權(quán)失敗，一般需要核心網(wǎng)進(jìn)行trace或者健康檢查。（6）基站擁塞?；緭砣彩浅Ｒ?jiàn)接入失敗的原因之一。現(xiàn)在各大廠家對(duì)基站容量都進(jìn)行了相應(yīng)的限制，如果接入用戶數(shù)達(dá)到限制，就會(huì)接入失敗?；緭砣a(chǎn)生的接入失敗判斷較為明顯，有明確的counter指示，且一個(gè)站的指標(biāo)會(huì)出現(xiàn)忙時(shí)惡化閑時(shí)正常的狀態(tài)。一旦出現(xiàn)擁塞，需要對(duì)基站進(jìn)行擴(kuò)容處理。（4）參數(shù)檢查。11【技能實(shí)訓(xùn)1】LTE接入失敗分析案例6-1：弱覆蓋【問(wèn)題描述】測(cè)試車輛在磨山南路由東向西測(cè)試過(guò)程中，UE占用WH907731C_L磨山療養(yǎng)院（PCI=328）向WH907791A_L東湖櫻花園多次切換失敗，UE無(wú)法接入WH907791A_L東湖櫻花園進(jìn)行業(yè)務(wù)。【技能實(shí)訓(xùn)1】LTE接入失敗分析案例6-1：弱覆蓋12【問(wèn)題分析】由于UE占用WH907731C_L磨山療養(yǎng)院（PCI=328）向WH907791A_L東湖櫻花園（PCI=216）多次切換失敗，從監(jiān)測(cè)到的小區(qū)信號(hào)情況可以看出，信號(hào)均低于?105dBm，覆蓋較差。檢查鄰區(qū)關(guān)系，基站告警等情況均正常，再次對(duì)現(xiàn)場(chǎng)復(fù)測(cè)結(jié)果如圖。再次復(fù)測(cè)雖然未產(chǎn)生接入、切換失敗的事件，但是弱覆蓋問(wèn)題仍然嚴(yán)重?！窘鉀Q方案】：由于WH90777_磨山植物園地勢(shì)較低且WH90773被阻擋，需加站(114.41112,30.54519)處理覆蓋問(wèn)題。【問(wèn)題分析】再次復(fù)測(cè)雖然未產(chǎn)生接入、切換失敗的事件，但是弱覆13任務(wù)2LTE無(wú)線網(wǎng)絡(luò)切換失敗

【知識(shí)鏈接1】LTE切換流程描述1．測(cè)量控制測(cè)量控制信息是通過(guò)重配消息（RRCConnectReconfigration）下發(fā)的，測(cè)量控制一般存在于初始接入時(shí)的重配置消息和切換命令中的重配置消息中。測(cè)量控制信息包括鄰區(qū)列表、事件判斷門(mén)限、時(shí)延、上報(bào)間隔等信息。2．測(cè)量報(bào)告終端在服務(wù)小區(qū)下發(fā)的測(cè)量控制進(jìn)行測(cè)量，將滿足上報(bào)條件的小區(qū)上報(bào)給服務(wù)小區(qū)。測(cè)量報(bào)告中會(huì)包括當(dāng)前小區(qū)和測(cè)量到的鄰小區(qū)信息，如圖6-14中

2

標(biāo)志所示，鄰區(qū)中PCI=268，RSRP=58，RSRQ=15。任務(wù)2LTE無(wú)線網(wǎng)絡(luò)切換失敗

【知識(shí)鏈接1】LTE切143．切換命令這里的切換命令是指帶有mobilityControlInfo的重配置命令，mobilityControlInfo里包含了目標(biāo)小區(qū)的PCI、T304等其他接入的所有配置。3．切換命令154．目標(biāo)小區(qū)接入終端在目標(biāo)小區(qū)使用源小區(qū)在切換命令中帶的接入配置進(jìn)行接入，終端反饋重配置完成，標(biāo)志切換結(jié)束。但實(shí)際上重配置完成消息在收到切換命令后就已經(jīng)組包完成并發(fā)送，在目標(biāo)側(cè)的隨機(jī)接入可認(rèn)為是由重配置完成消息發(fā)起的目標(biāo)側(cè)隨機(jī)接入過(guò)程。4．目標(biāo)小區(qū)接入16【知識(shí)鏈接2】LTE切換失敗的原因及

優(yōu)化方法1．終端異常在測(cè)試過(guò)程中，由于終端長(zhǎng)時(shí)間工作產(chǎn)生過(guò)熱或者APP過(guò)程內(nèi)存不足都可能導(dǎo)致終端死機(jī)、不影響相應(yīng)動(dòng)作等情況發(fā)生。在測(cè)試過(guò)程中表現(xiàn)為一段時(shí)間終端不接收、不發(fā)送信令，接收電平強(qiáng)度、電平質(zhì)量無(wú)變化。這種情況較明顯，容易判斷，且不屬于網(wǎng)絡(luò)問(wèn)題，一般重啟終端即可恢復(fù)，不需要特別分析。2．測(cè)量報(bào)告丟失分析在LTE切換過(guò)程中，UE會(huì)根據(jù)eNodeB下發(fā)的測(cè)量控制完成相應(yīng)的測(cè)量?jī)?nèi)容，并將測(cè)量結(jié)果上報(bào)給eNodeB，但在UE上報(bào)測(cè)量報(bào)告后，并不代表eNodeB就一定收到或者eNodeB一定會(huì)處理，那么這必將產(chǎn)生切換失敗。UE不斷地上報(bào)測(cè)量報(bào)告，但在eNodeB并未收到相應(yīng)的內(nèi)容，最終導(dǎo)致鏈路釋放。

UE側(cè)信令eNodeB信令【知識(shí)鏈接2】LTE切換失敗的原因及

173．切換命令丟失分析切換命令丟失是指UE側(cè)發(fā)出測(cè)量報(bào)告后，eNodeB收到測(cè)量報(bào)告，并下發(fā)切換命令，但UE側(cè)沒(méi)有收到；從UE側(cè)看到的現(xiàn)象與測(cè)量報(bào)告丟失相同，但在eNodeB側(cè)可以看到eNodeB下發(fā)了RRC重配置消息，UE側(cè)未響應(yīng)。切換命令丟失3．切換命令丟失分析切換命令丟失184．目標(biāo)小區(qū)接入失敗分析：UE側(cè)完成了上報(bào)測(cè)量報(bào)告，eNodeB也作出相應(yīng)的響應(yīng)，UE側(cè)收到切換命令后在目標(biāo)小區(qū)發(fā)起接入，但目標(biāo)小區(qū)接入失敗，未收到切換完成消息。信令過(guò)程如下：網(wǎng)絡(luò)側(cè)信令終端信令4．目標(biāo)小區(qū)接入失敗分析：網(wǎng)絡(luò)側(cè)信令終端信令19在LTE切換問(wèn)題分析過(guò)程中，無(wú)論是哪種情況的切換失敗，需要進(jìn)行以下的分析流程，直到問(wèn)題完全解決。終端異常產(chǎn)生的切換失敗不屬于網(wǎng)絡(luò)原因造成，而且容易判斷，因此在切換問(wèn)題分析過(guò)程將終端問(wèn)題產(chǎn)生的切換失敗排除在外。在LTE切換問(wèn)題分析過(guò)程中，無(wú)論是哪種情況的切換失敗，需要進(jìn)20【技能實(shí)訓(xùn)1】LTE切換失敗分析案例6-2：漏配鄰區(qū)【問(wèn)題描述】測(cè)試車輛在磨山南路由東向西測(cè)試過(guò)程中，UE占用907731C_L磨山療養(yǎng)院（PCI=328）向907791A_L東湖櫻花園多次切換失敗，UE無(wú)法接入907791A_L東湖櫻花園進(jìn)行業(yè)務(wù)。測(cè)試多次切換失敗【技能實(shí)訓(xùn)1】LTE切換失敗分析案例6-2：漏配鄰區(qū)測(cè)試21【問(wèn)題分析】由于UE占用907731C_L磨山療養(yǎng)院（PCI=328）向907791A_L東湖櫻花園（PCI=216）多次切換失敗，UE無(wú)法接入907791A_L東湖櫻花園進(jìn)行業(yè)務(wù)?！窘鉀Q方案】核查907731C_L磨山療養(yǎng)院（PCI=328）與907791A_L東湖櫻花園（PCI=216）鄰區(qū)關(guān)系，發(fā)現(xiàn)未添加，補(bǔ)定鄰區(qū)關(guān)系?！緩?fù)測(cè)結(jié)果】復(fù)測(cè)時(shí)切換正常，但此區(qū)域受周邊山體阻擋，信號(hào)較弱，需要針對(duì)性解決覆蓋問(wèn)題。【問(wèn)題分析】22任務(wù)3LTE無(wú)線網(wǎng)絡(luò)掉線分析

【知識(shí)鏈接1】LTE釋放過(guò)程1．E-RAB釋放E-RAB釋放分為eNB發(fā)起和MME發(fā)起兩種情況，由eNB發(fā)起的釋放比MEE發(fā)起的釋放多一條S1_UE_CONTEXT_RELEASE_REQUEST消息。MME發(fā)起的E-RAB釋放eNB發(fā)起的E-RAB釋放任務(wù)3LTE無(wú)線網(wǎng)絡(luò)掉線分析

【知識(shí)鏈接1】LTE釋23根據(jù)協(xié)議規(guī)定，正常釋放E-RAB或UE上下文釋放原因值為“NormalRelease”“Userinactivity”或者是由于成功進(jìn)行移動(dòng)性活動(dòng)的原因值，則判定為正常釋放。2．RRC連接釋放RRC連接釋放流程如下圖：RRC連接釋放流程根據(jù)協(xié)議規(guī)定，正常釋放E-RAB或UE上下文釋放原因值為“N24通常情況下，以下情形會(huì)觸發(fā)EUTRAN下發(fā)RRCConnectionRelease消息。（1）RRC激活檢測(cè)定時(shí)器超時(shí)。（2）UE發(fā)起Detach之后。（3）TAU之后。（4）核心網(wǎng)觸發(fā)loadBalancingTAURequired之后。UE在接收到RRCConnectionRelease之后，進(jìn)行如下動(dòng)作。（1）如果RRCConnectionRelease消息中包含idleModeMobilityControlInfo，存儲(chǔ)其中的小區(qū)重選優(yōu)先級(jí)信息；如果消息中包含t320，啟動(dòng)該T320定時(shí)器（并將定時(shí)器取值為t320）；如果沒(méi)有包含idleModeMobilityControlInfo，UE使用系統(tǒng)信息中廣播的小區(qū)重選優(yōu)先級(jí)信息。（2）如果RRCConnectionRelease消息中的releaseCause為loadBalancingTAURequired，UE將在離開(kāi)RRC_CONNECTED時(shí)執(zhí)行操作，并帶上releaseCause為loadBalancingTAURequired；如果releaseCause為other，則在離開(kāi)RRC_CONNECTED時(shí)執(zhí)行操作，并帶上releaseCause為other。（3）UE在離開(kāi)RRC_CONNECTED時(shí)執(zhí)行的操作：重置MAC；停止除T320以外的所有定時(shí)器；釋放全部無(wú)線資源，包括釋放全部已建立的RB的RLC實(shí)體、MAC配置和相關(guān)的PDCP實(shí)體；告訴上層RRC連接釋放（帶上releaseCause）。（4）如果不是由于收到MobilityFromEUTRACommand消息而觸發(fā)的離開(kāi)RRC_CONNECTED狀態(tài)，UE將（根據(jù)離開(kāi)RRC_CONNECTED的原因）通過(guò)執(zhí)行小區(qū)重選過(guò)程進(jìn)入RRC_IDLE。通常情況下，以下情形會(huì)觸發(fā)EUTRAN下發(fā)RRCConn25對(duì)于異常釋放，原因值為“AbnormalRelease”、“Unknown”、“unspecified”等。一般觸發(fā)異常釋放的機(jī)制有以下幾類。（1）空口RRC/NASAM模式信令交互失敗。（2）空口重同步失敗。（3）空口RLC達(dá)到最大重傳次數(shù)；（包括上行/下行，SRB/DRB）。（4）eNB/MME側(cè)資源擁塞。（5）傳輸故障。（6）eNB/MME內(nèi)部異常。對(duì)于異常釋放，原因值為“AbnormalRelease”、26【知識(shí)鏈接2】LTE掉線的原因及優(yōu)化方法常見(jiàn)的導(dǎo)致LTE掉線的問(wèn)題有基站故障、傳輸問(wèn)題、切換問(wèn)題、參數(shù)設(shè)置、干擾和無(wú)線環(huán)境六種情況，掉線的分析流程如圖:【知識(shí)鏈接2】LTE掉線的原因及優(yōu)化方法常見(jiàn)的導(dǎo)致LTE掉27【技能實(shí)訓(xùn)1】LTE掉線分析案例6-3：無(wú)主覆蓋產(chǎn)生掉線【問(wèn)題描述】如下圖6-28所示：測(cè)試車輛在沿湖路落雁島附近由西向東測(cè)試過(guò)程中，UE占用913361A（PCI=335）向910031B（PCI=169）多次切換失敗，UE無(wú)法接入910031B進(jìn)行業(yè)務(wù)?！炯寄軐?shí)訓(xùn)1】LTE掉線分析案例6-3：無(wú)主覆蓋產(chǎn)生掉線28【問(wèn)題分析】由于UE占用913361A（PCI=335）向910031B（PCI=169）多次切換失敗，UE無(wú)法接入910031B（PCI=169）進(jìn)行業(yè)務(wù)。在此路段信號(hào)雜亂，無(wú)主覆蓋，SINR較差，需要對(duì)周邊站點(diǎn)天線進(jìn)行調(diào)整，形成合理的主覆蓋小區(qū)?！窘鉀Q方案】勘察調(diào)整913351C實(shí)際覆蓋情況，使其能覆蓋圖中問(wèn)題點(diǎn)路段。下壓913361A下傾角3度，下壓910031B下傾角2度。【復(fù)測(cè)結(jié)果】913351C目前為該路段主覆蓋小區(qū)，復(fù)測(cè)時(shí)無(wú)掉線現(xiàn)象?！締?wèn)題分析】29任務(wù)4LTE無(wú)線網(wǎng)絡(luò)數(shù)據(jù)速率優(yōu)化

【知識(shí)鏈接1】LTE數(shù)據(jù)速率LTE系統(tǒng)中理論速率很快，但在實(shí)際測(cè)量中速率卻是千差萬(wàn)別。雖然LTE-TDD與LTE-FDD在幀結(jié)構(gòu)和調(diào)度上有著很大的差別，但對(duì)于速率的計(jì)算卻是相似的，都是以幀結(jié)構(gòu)和帶寬為基礎(chǔ)進(jìn)行計(jì)算的。不同的帶寬對(duì)應(yīng)的PRB數(shù)是不同的：系統(tǒng)帶寬1.4MHz3MHz5MHz10MHz15MHz20MHzPRB個(gè)數(shù)6152550751001個(gè)子幀為1ms，包含2個(gè)時(shí)隙，包含168個(gè)RE；采用最高階的64QAM調(diào)制，包括6個(gè)bits；那么在單天線的情況下峰值速率為：100*168*6/1ms≈100.8Mbit/s如果是4*4MIMO，則峰值速率為單天線時(shí)的4倍，即403.2Mbit/s。如果使用3/4的信道編碼，則速率降低為302.4Mbit/s。而對(duì)于LTE-TDD而言，它的幀結(jié)構(gòu)與LTE-FDD是相似的，只是在子幀配比和特殊子幀上產(chǎn)生差異。如果按下行最大比9：1配置，即有：100*168*6*0.9/1ms≈90.72Mbit/s注意：以上計(jì)算未考慮到PDCCH、參考信號(hào)、PBCH、PSS/SSS以及編碼的開(kāi)銷，實(shí)際應(yīng)用中這些開(kāi)銷約占25%（即實(shí)際速率約占以上計(jì)算值的75%）。同時(shí)無(wú)線環(huán)境的變化往往會(huì)導(dǎo)致調(diào)制方式改變，碼率也將變化，在實(shí)測(cè)中的速率往往會(huì)更低。任務(wù)4LTE無(wú)線網(wǎng)絡(luò)數(shù)據(jù)速率優(yōu)化

【知識(shí)鏈接1】LTE30【知識(shí)鏈接2】LTE數(shù)據(jù)速率低的原因

及優(yōu)化方法1．系統(tǒng)帶寬不同的系統(tǒng)帶寬決定了系統(tǒng)中總PRB的數(shù)目，對(duì)于小區(qū)內(nèi)用戶而言，在同一個(gè)調(diào)度周期不同用戶業(yè)務(wù)在頻域上承載在不同的PRB上。帶寬越大，可用的PRB資源越多，相應(yīng)的吞吐量越高，吞吐量與系統(tǒng)PRB個(gè)數(shù)基本呈線性關(guān)系。根據(jù)表8-4-1-1所示，LTE中最大支持20MHz帶寬，對(duì)應(yīng)的PRB數(shù)為100個(gè)。2．天線的數(shù)目在LTE中引入了MIMO，MIMO系統(tǒng)在發(fā)射端和接收端均采用多天線（或陣列天線）和多通道。利用MIMO技術(shù)可以提高信道的容量，也可以提高信道的可靠性，降低誤碼率。天線的數(shù)目越多，可進(jìn)行傳輸?shù)耐ǖ涝蕉?，?duì)應(yīng)的速率就越高。3．終端的能力LTE中對(duì)UE進(jìn)行了嚴(yán)格的規(guī)定，根據(jù)協(xié)議，目前已經(jīng)定義15類終端，不同等級(jí)的終端每個(gè)調(diào)度周期內(nèi)可以接收的最大比特?cái)?shù)不同，每個(gè)TB的比特?cái)?shù)不同，可支持的空分復(fù)用的層數(shù)也不同；對(duì)于上行僅有5類、8類和15類支持64QAM?！局R(shí)鏈接2】LTE數(shù)據(jù)速率低的原因

31UE類型下行峰值速率（bit/s）支持天線數(shù)上行峰值速率（bit/s）上行支持64QAMCategory0（Note2）100011000NoCategory11029615160NoCategory251024225456NoCategory3102048251024NoCategory4150752251024NoCategory5299552475376YesCategory63015042or451024NoCategory73015042or4102048NoCategory8299856081497760YesCategory94522562or451024NoCategory104522562or4102048NoCategory116030082or451024NoCategory126030082or4102048NoCategory133916322or451024NoCategory143916322or4102048NoCategory15391656081497760Yes不同類型終端功能UE類型下行峰值速率（bit/s）支持天線數(shù)上行峰值速率（324．調(diào)制方式LTE中速率的配置通過(guò)MCS（ModulationandCodingScheme，調(diào)制與編碼策略）索引值實(shí)現(xiàn)。MCS將所關(guān)注的影響通訊速率的因素作為表的列，將MCS索引作為行，形成一張速率表。所以，每一個(gè)MCS索引其實(shí)對(duì)應(yīng)了一組參數(shù)下的物理傳輸速率。IMCS和ITBS的確定都是以CQI和BLER為基礎(chǔ)的,而CQI和BLER是隨時(shí)變化的。一般來(lái)說(shuō)信道質(zhì)量越好CQI的值越好，BLER越低，對(duì)應(yīng)的MCS值越高。即在每個(gè)調(diào)制階數(shù)內(nèi)，隨著CQI的提升，MCS也將提升，即編碼效率提升，傳輸?shù)挠行蕴岣?，?duì)應(yīng)的速率也較高。反之，CQI偏低，為了確保傳輸?shù)目煽啃裕档途幋a效率，采用穩(wěn)健的MCS。簡(jiǎn)單地說(shuō)，根據(jù)3GPP36.213協(xié)議，首先查詢相應(yīng)MCS對(duì)應(yīng)的TBSIndex，如MCS為28時(shí)，對(duì)應(yīng)的TBSIndex為26，采用64QAM調(diào)制。然后根據(jù)塊大小定義表格，查詢?cè)谙鄳?yīng)PRB下所對(duì)應(yīng)的值，如在單流，PRB等于100時(shí)查詢得到此時(shí)對(duì)應(yīng)的速率為75376bit/s。如果是在雙流情況下，速率約為150Mbit/s。4．調(diào)制方式335．功率LTE上行功率控制按照不同的物理信道單獨(dú)計(jì)算調(diào)整。上行功率控制的目的有兩個(gè)方面，從整網(wǎng)來(lái)看，與ICIC功能相配合，降低小區(qū)間干擾，間接影響整網(wǎng)的吞吐量；從用戶來(lái)看，補(bǔ)償路徑損耗和陰影衰落，適應(yīng)信道變化，在AMC給定的MCS條件下，滿足協(xié)議規(guī)定的目標(biāo)BLER，需要調(diào)整功率。當(dāng)UE處于中遠(yuǎn)點(diǎn)時(shí)，有可能因?yàn)镻HR受限使得調(diào)度的MCS、RB較小。PHR在協(xié)議中的定義為PowerHeadroom，是UE最大發(fā)射功率發(fā)理論功率的差，表示的是UE功率的受限程度。當(dāng)PHR<0時(shí)，表示此時(shí)計(jì)算出的UE所需的發(fā)射功率已經(jīng)超過(guò)了最大發(fā)射功率，只能以最大發(fā)射功率發(fā)送，為了達(dá)到更好的解調(diào)性能，基站會(huì)更改RB及MCS的調(diào)度策略，有可能無(wú)法獲得峰值流量。LTE下行功率分配則是以RS（參考信號(hào)）為基準(zhǔn)，其他所有下行物理信道或信號(hào)都在此基礎(chǔ)上進(jìn)行偏移。因此RS功率配置是下行功率分配的第一步。它也決定了小區(qū)的基本覆蓋能力。UE在小區(qū)搜索時(shí)只有當(dāng)RS信號(hào)的接收功率RSRP高于UE檢測(cè)門(mén)限時(shí)UE才可能駐留。然后進(jìn)行業(yè)務(wù)時(shí)UE首先根據(jù)物理信道相對(duì)于RS的功率偏置來(lái)估計(jì)其他信道的功率，進(jìn)行相干解調(diào)和評(píng)估各個(gè)信道的SINR。因此下行功率分配是否得當(dāng)直接影響下行覆蓋的質(zhì)量和下行SINR。如果分配不合適，可能導(dǎo)致覆蓋空洞或者越區(qū)覆蓋，不僅導(dǎo)致吞吐量惡化，其他性能指標(biāo)如掉話率、切換成功率、接入成功率也會(huì)受影響。5．功率346．ICIC小區(qū)間干擾協(xié)調(diào)（Inter-CellInterferenceCoordination，ICIC），基本思想是通過(guò)管理無(wú)線資源使得小區(qū)間干擾得到控制，是一種考慮多個(gè)小區(qū)中資源使用和負(fù)載等情況而進(jìn)行的多小區(qū)無(wú)線資源管理方案。具體而言，ICIC以小區(qū)間協(xié)調(diào)的方式對(duì)各個(gè)小區(qū)中無(wú)線資源的使用進(jìn)行限制，包括限制時(shí)頻資源的使用或者在一定的時(shí)頻資源上限制其發(fā)射功率等。為保證系統(tǒng)吞吐量不下降以及提高邊緣用戶的頻譜效率，上下行基本都采用了弱頻率復(fù)用或“部分頻率復(fù)用”（FractionalFrequencyReuse，F(xiàn)FR）的思想。FFR的思想是：系統(tǒng)將頻率資源分為2個(gè)復(fù)用集，一個(gè)頻率復(fù)用因子為1的頻率集合，應(yīng)用于中心用戶調(diào)度；一個(gè)頻率復(fù)用因子大于1的頻率集合，應(yīng)用于邊緣用戶調(diào)度。6．ICIC35在實(shí)際優(yōu)化過(guò)程中對(duì)低速率問(wèn)題的排查往往從以下幾個(gè)方面進(jìn)行。1．基站故障基站工作狀態(tài)異常，如基站RRU故障、基站軟件錯(cuò)誤等會(huì)導(dǎo)致基站處理能力下降，影響上下行速率，甚至?xí)鹌渌阅芟陆担缃尤氩?、掉線變高。對(duì)于MIMO情況，天線告警、駐波比高、天線端口功率不平衡等會(huì)使MIMO性能下降或者M(jìn)IMO不可用，從而影響速率。2．基站失步基站GPS故障或者時(shí)鐘失步。一般情況下會(huì)導(dǎo)致SINR差、速率下降、接入性能惡化、切換異常等問(wèn)題。3．傳輸問(wèn)題基站傳輸帶寬不足或者傳輸質(zhì)量不好會(huì)導(dǎo)致速率較低，如果傳輸側(cè)對(duì)最大速率或者QoS進(jìn)行限制也會(huì)導(dǎo)致峰值速率較低。4．SIM卡問(wèn)題SIM卡定義的等級(jí)、速率限制、THP、ARP不合理也會(huì)影響數(shù)據(jù)業(yè)務(wù)速率。甚至一些SIM卡在剪卡過(guò)程中對(duì)SIM卡造成損傷也會(huì)導(dǎo)致其工作異常，如異常掉線、速率低等。5．無(wú)線環(huán)境影響無(wú)線環(huán)境對(duì)速率的影響也是非常嚴(yán)重的，如弱覆蓋、過(guò)覆蓋、重疊覆蓋、PCI沖突、功率配置不合理、切換問(wèn)題、干擾以及上下行不平衡等都會(huì)導(dǎo)致業(yè)務(wù)速率低。6．容量問(wèn)題由于在基站下使用業(yè)務(wù)的終端過(guò)多導(dǎo)致資源不足時(shí)會(huì)使數(shù)據(jù)業(yè)務(wù)速率下降。如果有用戶一直使用實(shí)際業(yè)務(wù)（如看直播）會(huì)使終端一直占用資源，對(duì)其他用戶速率造成影響。7．遠(yuǎn)端服務(wù)器問(wèn)題目前上網(wǎng)應(yīng)用都對(duì)應(yīng)相應(yīng)的服務(wù)器提供服務(wù)，而個(gè)別服務(wù)器性能問(wèn)題也會(huì)導(dǎo)致速率較低甚至無(wú)法接入服務(wù)器。在實(shí)際優(yōu)化過(guò)程中對(duì)低速率問(wèn)題的排查往往從以下幾個(gè)方面進(jìn)行。36數(shù)據(jù)業(yè)務(wù)速率優(yōu)化流程和方法數(shù)據(jù)業(yè)務(wù)速率優(yōu)化流程和方法37【技能實(shí)訓(xùn)1】LTE數(shù)據(jù)速率低分析案例6-4：重疊覆蓋導(dǎo)致下載慢【問(wèn)題描述】虎泉街交通職業(yè)學(xué)院食堂附近下載速率在24M左右，速率較低；此RSRP在-83dBm左右，信號(hào)較好，但SINR值較低?！炯寄軐?shí)訓(xùn)1】LTE數(shù)據(jù)速率低分析案例6-4：重疊覆蓋38【問(wèn)題分析】從信號(hào)監(jiān)測(cè)窗口中可以看出，此處信號(hào)較多，重疊覆蓋現(xiàn)象嚴(yán)重，從而產(chǎn)生相互干擾導(dǎo)致SINR較差，下載速率變慢。【解決方案】下壓902551C、907331C、W900421B，下傾角3度。【復(fù)測(cè)結(jié)果】調(diào)整后該問(wèn)題得到改善【問(wèn)題分析】39任務(wù)5LTE無(wú)線網(wǎng)絡(luò)互操作優(yōu)化

【知識(shí)鏈接1】LTECSFB過(guò)程CSFB網(wǎng)絡(luò)架構(gòu)任務(wù)5LTE無(wú)線網(wǎng)絡(luò)互操作優(yōu)化

【知識(shí)鏈接1】LTE40CSFB操作過(guò)程CSFB操作過(guò)程41CSFB主叫流程CSFB主叫流程42CSFB被叫流程CSFB被叫流程43LTE無(wú)線網(wǎng)絡(luò)優(yōu)化項(xiàng)目教程-課件644【知識(shí)鏈接2】LTECSFB失敗原因及

優(yōu)化方法根據(jù)CSFB操作過(guò)程，可以將CSFB優(yōu)化分為四個(gè)過(guò)程來(lái)分析，即4G尋呼、4G釋放、3G/2G接入、掛機(jī)返回?！局R(shí)鏈接2】LTECSFB失敗原因及

45（一）4G尋呼分析在4G網(wǎng)的尋呼是CSFB的最開(kāi)始階段，也是最常出現(xiàn)問(wèn)題的環(huán)節(jié)。4G尋呼不僅與無(wú)線覆蓋、重疊覆蓋、無(wú)線干擾等原因相關(guān)，也與2/3/4G互操作、聯(lián)合TAU以及核心網(wǎng)參數(shù)等息息相關(guān)，因此4G尋呼問(wèn)題的分析需要從無(wú)線環(huán)境、互操作和核心網(wǎng)多個(gè)角度進(jìn)行分析。最常用的手段就是通過(guò)信令過(guò)程，逐段排查產(chǎn)生問(wèn)題的節(jié)點(diǎn)和原因。在4G尋呼分析方面主要分為兩個(gè)方向，核心網(wǎng)有下發(fā)尋呼消息與核心網(wǎng)沒(méi)有下發(fā)尋呼消息，具體分析流程如圖:（一）4G尋呼分析46（二）4G釋放分析CSFB過(guò)程從ExtendServiceRequest開(kāi)始進(jìn)入釋放階段，當(dāng)終端收到RRCConnectionRelease標(biāo)志著釋放完成。在4G側(cè)的釋放過(guò)程非常簡(jiǎn)單，主要會(huì)受到eNodeB故障、CSFB參數(shù)設(shè)備、終端設(shè)備當(dāng)前狀態(tài)的影響。除告警排查外，主要采用如下分析流程。（二）4G釋放分析47（三）接入分析CSFB接入主要發(fā)生在WCDMA或者GSM網(wǎng)絡(luò)上，不同的運(yùn)營(yíng)網(wǎng)對(duì)CSFB回落網(wǎng)絡(luò)的選擇上并不相同。在WCDMA接入和GSM接入過(guò)程存在著一定的差異，但整體分析思想是相似的。（三）接入分析48（四）返回4G分析CSFB回落3G/2G，完成語(yǔ)音業(yè)務(wù)需要返回LTE，在R8和R9版本中有不同的實(shí)現(xiàn)。在R8版本中需要重選回LTE，整個(gè)返回過(guò)程耗時(shí)較長(zhǎng)；而在R9的版本中引入了FastReturn功能，即在UE做完語(yǔ)音業(yè)務(wù)后，在RRC釋放消息中攜帶LTE頻點(diǎn)，UE直接駐留LTE網(wǎng)絡(luò)。（四）返回4G分析49【技能實(shí)訓(xùn)1】LTECSFB測(cè)試分析1．CSFB測(cè)試在實(shí)際網(wǎng)絡(luò)優(yōu)化過(guò)程中，CSFB測(cè)試會(huì)根據(jù)運(yùn)營(yíng)商的要求或者優(yōu)化目的不同有相應(yīng)的測(cè)試規(guī)范，為了簡(jiǎn)化測(cè)試同時(shí)又能掌握測(cè)試能力，對(duì)CSFB實(shí)訓(xùn)測(cè)試要求如下：測(cè)試分項(xiàng)測(cè)試場(chǎng)景撥打次數(shù)測(cè)試要求空閑狀態(tài)定點(diǎn)測(cè)試30次兩部終端主被叫測(cè)試，建立超時(shí)時(shí)長(zhǎng)30秒、通話時(shí)長(zhǎng)30秒、間隔時(shí)長(zhǎng)30秒中低速DT測(cè)試30次兩部終端主被叫測(cè)試，建立超時(shí)時(shí)長(zhǎng)30秒、通話時(shí)長(zhǎng)30秒、間隔時(shí)長(zhǎng)30秒數(shù)據(jù)連接狀態(tài)定點(diǎn)測(cè)試30次兩部終端主被叫測(cè)試，建立超時(shí)時(shí)長(zhǎng)30秒、通話時(shí)長(zhǎng)30秒、間隔時(shí)長(zhǎng)30秒中低速DT測(cè)試30次兩部終端主被叫測(cè)試，建立超時(shí)時(shí)長(zhǎng)30秒、通話時(shí)長(zhǎng)30秒、間隔時(shí)長(zhǎng)30秒【技能實(shí)訓(xùn)1】LTECSFB測(cè)試分析1．CSFB測(cè)試測(cè)試502．CSFB測(cè)試指標(biāo)統(tǒng)計(jì)CSFB測(cè)試主要指標(biāo)如下：指標(biāo)名稱指標(biāo)定義CSFB成功率CSFB成功次數(shù)/CSFB嘗試次數(shù)CSFB時(shí)延（s）ExtendedServiceRequest→CMServiceRequestCSFB呼叫時(shí)延（s）ExtendedServiceRequest→Alerting接通率接通次數(shù)/試呼次數(shù)掉話率掉話次數(shù)/接通次數(shù)/2CSFB返回成功率CSFB返回成功次數(shù)/CSFB返回嘗試次數(shù)CSFB返回時(shí)延（s）ChannelRelease→TrackingAreaUpdateAcceptCSFB測(cè)試指標(biāo)2．CSFB測(cè)試指標(biāo)統(tǒng)計(jì)指標(biāo)名稱指標(biāo)定義CSFB51指標(biāo)名稱信令說(shuō)明CSFB嘗試次數(shù)ExtendedServiceRequestCSFB成功次數(shù)CMServiceRequest試呼次數(shù)ExtendedServiceRequest接通次數(shù)Connect掉話次數(shù)Connect→DisconnectCSFB返回嘗試次數(shù)ChannelRelease/RRCConnectionReleaseCSFB返回成功次數(shù)TrackingAreaUpdateAccept指標(biāo)計(jì)算的信令說(shuō)明指標(biāo)名稱CSFB成功率CSFB時(shí)延（s）CSFB呼叫時(shí)延（s）接通率掉話率CSFB返回成功率CSFB返回時(shí)延（s）指標(biāo)值100%4699.50%0.35%100%3測(cè)試指標(biāo)統(tǒng)計(jì)指標(biāo)名稱信令說(shuō)明CSFB嘗試次數(shù)Extended523．CSFB測(cè)試事件分析（1）CSFB正常過(guò)程分析。通過(guò)UltraOptim軟件回放功能對(duì)事件進(jìn)行分析，在正常CSFB過(guò)程中找尋如下信令，觀察RRCConnectionRelease消息中詳細(xì)內(nèi)容和回落后3G/2G后小區(qū)信息。ExtendedServiceRequestRRCConnectionRelease（4G）CMServiceRequestConnectDisconnectChannelRelease（2G）/RRCConnectionRelease（3G）TrackingAreaUpdateAccept3．CSFB測(cè)試事件分析53（2）CSFB異常事件分析【問(wèn)題描述】雄楚大道與楚康路交叉口附近CSFB建立失敗?！締?wèn)題分析】在雄楚大道楚康路附近測(cè)試過(guò)程中，UE占用WH907291B_方家嘴發(fā)出ExtendedserviceRequest后，無(wú)任何動(dòng)作，導(dǎo)致CSFB接入失敗。此時(shí)查看無(wú)線環(huán)境和切換情況，此區(qū)域正好處于十字路口，收到來(lái)自周邊不同小區(qū)的信號(hào)相當(dāng)，最好小區(qū)不斷變更，缺少主覆蓋?！窘鉀Q方案】調(diào)整WH904041B/WHN908971A小區(qū)天線傾角，下壓2度（2）CSFB異常事件分析【問(wèn)題描述】【解決方案】54【實(shí)戰(zhàn)技巧】目前LTE路測(cè)事件分析主要包括接入、切換、掉線、速率低和CSFB問(wèn)題。針對(duì)不同的問(wèn)題已經(jīng)列舉了詳細(xì)的優(yōu)化分析方法，但需要注意以下幾點(diǎn)。

（1）LTE異常事件往往不是獨(dú)立出現(xiàn)，如切換失敗會(huì)導(dǎo)致掉線、接入失敗會(huì)導(dǎo)致切換失敗。在分析問(wèn)題時(shí)，需要聯(lián)合分析。具體定位為何種問(wèn)題不重要，重要的是把現(xiàn)象和問(wèn)題分析清楚，且能有效地解決問(wèn)題。

（2）產(chǎn)生異常事件，首先分析無(wú)線方面問(wèn)題，檢查RSRP、SINR值、查看干擾水平等。其次檢查基站狀態(tài)，周邊小區(qū)狀態(tài)等。

（3）速率低問(wèn)題原因較多，除無(wú)線原因外，與傳輸有莫大的關(guān)系，建議掌握一點(diǎn)傳輸?shù)闹R(shí)。

（4）CSFB過(guò)程比較復(fù)雜，涉及到異系統(tǒng)的交互流程，所以在CSFB分析時(shí)需要用到3G/2G的知識(shí)，對(duì)此建議掌握3G/2G的語(yǔ)音接入過(guò)程。3G接入與LTE類型，也有RRC和RAB接入，但GSM則是SDCCH和TCH的信道分配，差異較大。

LTE無(wú)線網(wǎng)絡(luò)優(yōu)化項(xiàng)目教程-課件655項(xiàng)目6

LTE網(wǎng)絡(luò)路測(cè)事件分析

【項(xiàng)目?jī)?nèi)容】

本項(xiàng)目對(duì)LTE路測(cè)事件進(jìn)行分析，從接入、切換、掉線、速率低、CSFB五個(gè)方面進(jìn)行介紹，首先介紹相應(yīng)事件特點(diǎn)、詳細(xì)過(guò)程和表現(xiàn)，然后介紹分析優(yōu)化方法，最后介紹部分典型案例。

【知識(shí)目標(biāo)】

深入了解LTE主要過(guò)程；

知曉不同事件產(chǎn)生的主要原因；

理解LTE主要過(guò)程的分析方法。

【技能目標(biāo)】

清楚不同事件在路測(cè)中的表現(xiàn)，學(xué)會(huì)如何分析LTE異常事件。項(xiàng)目6

LTE網(wǎng)絡(luò)路測(cè)事件分析

【項(xiàng)目?jī)?nèi)容】

本項(xiàng)目對(duì)LT56任務(wù)1LTE無(wú)線網(wǎng)絡(luò)接入失敗

【知識(shí)鏈接1】LTE接入過(guò)程LTE接入過(guò)程中主要有隨機(jī)接入、RRC連接建立、E-RAB建立三個(gè)過(guò)程。一般來(lái)說(shuō)隨機(jī)接入是UE與網(wǎng)絡(luò)的同步、RRC連接是UE與eNB間的連接、E-RAB是UE與EPC之間的連接。根據(jù)發(fā)起接入的類型不同，在接入過(guò)程中會(huì)有些細(xì)微差別，如Attach流程中，在RRC連接建立后會(huì)有NAS過(guò)程；在被叫過(guò)程中RRC接入之前會(huì)有尋呼過(guò)程。隨機(jī)接入過(guò)程在前面的章節(jié)已經(jīng)詳細(xì)描述，下面僅對(duì)RRC建立和E-RAB建立過(guò)程做個(gè)介紹。RRC連接成功流程RRC連接拒絕任務(wù)1LTE無(wú)線網(wǎng)絡(luò)接入失敗

【知識(shí)鏈接1】LTE接入571．RRC連接過(guò)程RRC連接建立的目的有兩個(gè)，一是建立SRB1，二是UE發(fā)送初始NAS消息給網(wǎng)絡(luò)。RRCConnectionRequest是由UE發(fā)起的，它是一個(gè)上行的控制消息，RRCConnectionRequest消息中ue-Identity可以填為S-TMSI或隨機(jī)值，當(dāng)UE保存的S-TMSI為有效時(shí)，填寫(xiě)S-TMSI，否則填寫(xiě)隨機(jī)值；在RRCestablishmentCause中的原因值與NAS過(guò)程的類型有關(guān)，不同的NAS過(guò)程對(duì)應(yīng)到不同的RRC連接建立原因。如圖6-2實(shí)例中為MO-signalling（主叫信令過(guò)程）。1．RRC連接過(guò)程58RRC建立原因類型NAS過(guò)程RRC建立原因呼叫類型AttachMO-signallingoriginatingsignallingTrackingAreaUpdateMO-signallingoriginatingsignallingDetachMO-signallingoriginatingsignallingServiceRequestMO-data（建立業(yè)務(wù)承載請(qǐng)求資源）originatingcallsMO-data（上行信令請(qǐng)求資源）originatingcallsMT-access（響應(yīng)尋呼）terminatingcallsMO-data（主叫CSFB）originatingcallsMT-access（被叫CSFB）terminatingcallsEmergency（CSFBEmergencycall）EmergencycallsRRC建立原因類型NAS過(guò)程RRC建立原因呼叫類型At592．E-RAB連接過(guò)程E-RAB建立過(guò)程分為初始E-RAB建立和專用承載的建立，其信令流程如下：初始E-RAB建立流程專用承載E-RAB建立流程E-RAB（E-UTRANRadioAccessBearer）是指UE在通過(guò)S1和空口上的無(wú)線承載與EPC建立的一個(gè)通道。當(dāng)E-RAB建立之后，E-RAB和NAS層的EPS承載之間是一對(duì)一的映射關(guān)系，用戶面的數(shù)據(jù)即可進(jìn)行傳輸2．E-RAB連接過(guò)程初始E-RAB建立流程專用承載E-RA603．UE能力查詢和上報(bào)終端能力上報(bào)過(guò)程：終端能力上報(bào)過(guò)程在Attach時(shí)，核心網(wǎng)下發(fā)的初始上下文建立請(qǐng)求不攜帶UE能力，由eNodeB向UE發(fā)起查詢，UE上報(bào)給eNodeB，同時(shí)eNodeB通過(guò)S1口的UE能力指示過(guò)程上報(bào)給核心網(wǎng)保存；如果UE能力查詢過(guò)程失敗，會(huì)導(dǎo)致eRAB建立失敗。在Idletoactive過(guò)程中，核心網(wǎng)下發(fā)的初始上下文建立請(qǐng)求會(huì)攜帶UE能力，eNodeB無(wú)需向UE查詢。通過(guò)測(cè)試軟件可以查看到相應(yīng)的信令LTEUE能力詢問(wèn)和上報(bào)3．UE能力查詢和上報(bào)終端能力上報(bào)過(guò)程在Attach時(shí)，核心614．安全模式安全模式成功與失敗:安全模式成功安全模式失敗在建立SRB1之后，建立SRB2之前會(huì)產(chǎn)生安全模式過(guò)程，主要用于激活接入層的加密和完整性保護(hù)，加密用于信令界面SRB和用戶界面DRB，完整性保護(hù)只用于信令界面SRB4．安全模式安全模式成功安全模式失敗在建立SRB1之后，建立625．RRC重配RRC重配置成功與失敗:在接入流程中采用RRC連接重配置過(guò)程來(lái)建立SRB2和DRB；如果重配置失敗，UE發(fā)起RRC連接重建過(guò)程。在RRC重配置中關(guān)鍵信元為無(wú)線資源配置.5．RRC重配在接入流程中采用RRC連接重配置過(guò)程來(lái)建立SR63【知識(shí)鏈接2】LTE接入失敗的原因及

優(yōu)化方法LTE接入優(yōu)化分析思路【知識(shí)鏈接2】LTE接入失敗的原因及

64對(duì)于LTE網(wǎng)絡(luò)來(lái)說(shuō)，在不同的接入階段產(chǎn)生接入失敗的常見(jiàn)原因是有差異的。在問(wèn)題排查過(guò)程中主要從以下幾個(gè)方面進(jìn)行。（1）基站故障。對(duì)基站告警、各板件工作狀態(tài)進(jìn)行檢查，存在明顯的影響業(yè)務(wù)的告警，及時(shí)處理相應(yīng)的告警后復(fù)測(cè)或者指標(biāo)觀察；有時(shí)基站無(wú)告警，但基站工作狀態(tài)異常，影響小區(qū)接入，此時(shí)一般為基站軟件錯(cuò)誤或者存在隱性故障，處理此類問(wèn)題需要設(shè)備廠家研發(fā)的支持，此類問(wèn)題較少，但解決問(wèn)題周期較長(zhǎng)。（2）無(wú)線環(huán)境差。無(wú)線環(huán)境差主要有弱覆蓋、無(wú)主覆蓋、干擾，現(xiàn)象就是RSRP差、SINR差，直接影響則是無(wú)法接入或者接入時(shí)延變長(zhǎng)。優(yōu)化方法參見(jiàn)路測(cè)優(yōu)化章節(jié)。（3）終端問(wèn)題。在接入異常問(wèn)題中，終端問(wèn)題也是常見(jiàn)的問(wèn)題之一。主要表現(xiàn)在終端不能搜索LTE網(wǎng)絡(luò)、在LTE網(wǎng)中不能接入、TAU失敗、安全模式不通過(guò)等。在LTE建設(shè)初期終端類問(wèn)題比較常見(jiàn)，隨著終端的不斷提升和優(yōu)化，終端問(wèn)題更多表現(xiàn)為突然出現(xiàn)或者偶爾出現(xiàn)不能接入。主要由終端軟件異常導(dǎo)致，一般重啟終端可以解決。對(duì)于LTE網(wǎng)絡(luò)來(lái)說(shuō)，在不同的接入階段產(chǎn)生接入失敗的常見(jiàn)原因是65（4）參數(shù)檢查。功率參數(shù)、切換和重選參數(shù)對(duì)于接入也有影響，特別是在功率參數(shù)方面。對(duì)于初始接入影響較大，如上下行功率不平衡造成終端Preamble的功率攀升不夠，從而接入失?。恢剡x參數(shù)設(shè)置不合理造成重選時(shí)終端占用小區(qū)不合理導(dǎo)致接入失敗。（5）核心網(wǎng)問(wèn)題。核心網(wǎng)問(wèn)題會(huì)導(dǎo)致E-RAB異常、鑒權(quán)失敗等，從而影響接入性能。核心網(wǎng)問(wèn)題一般為大面積接入問(wèn)題或者一個(gè)號(hào)段問(wèn)題，影響范圍較大。如果遇到大面積無(wú)法接入、鑒權(quán)失敗，一般需要核心網(wǎng)進(jìn)行trace或者健康檢查。（6）基站擁塞。基站擁塞也是常見(jiàn)接入失敗的原因之一?，F(xiàn)在各大廠家對(duì)基站容量都進(jìn)行了相應(yīng)的限制，如果接入用戶數(shù)達(dá)到限制，就會(huì)接入失敗?；緭砣a(chǎn)生的接入失敗判斷較為明顯，有明確的counter指示，且一個(gè)站的指標(biāo)會(huì)出現(xiàn)忙時(shí)惡化閑時(shí)正常的狀態(tài)。一旦出現(xiàn)擁塞，需要對(duì)基站進(jìn)行擴(kuò)容處理。（4）參數(shù)檢查。66【技能實(shí)訓(xùn)1】LTE接入失敗分析案例6-1：弱覆蓋【問(wèn)題描述】測(cè)試車輛在磨山南路由東向西測(cè)試過(guò)程中，UE占用WH907731C_L磨山療養(yǎng)院（PCI=328）向WH907791A_L東湖櫻花園多次切換失敗，UE無(wú)法接入WH907791A_L東湖櫻花園進(jìn)行業(yè)務(wù)?！炯寄軐?shí)訓(xùn)1】LTE接入失敗分析案例6-1：弱覆蓋67【問(wèn)題分析】由于UE占用WH907731C_L磨山療養(yǎng)院（PCI=328）向WH907791A_L東湖櫻花園（PCI=216）多次切換失敗，從監(jiān)測(cè)到的小區(qū)信號(hào)情況可以看出，信號(hào)均低于?105dBm，覆蓋較差。檢查鄰區(qū)關(guān)系，基站告警等情況均正常，再次對(duì)現(xiàn)場(chǎng)復(fù)測(cè)結(jié)果如圖。再次復(fù)測(cè)雖然未產(chǎn)生接入、切換失敗的事件，但是弱覆蓋問(wèn)題仍然嚴(yán)重?！窘鉀Q方案】：由于WH90777_磨山植物園地勢(shì)較低且WH90773被阻擋，需加站(114.41112,30.54519)處理覆蓋問(wèn)題?！締?wèn)題分析】再次復(fù)測(cè)雖然未產(chǎn)生接入、切換失敗的事件，但是弱覆68任務(wù)2LTE無(wú)線網(wǎng)絡(luò)切換失敗

【知識(shí)鏈接1】LTE切換流程描述1．測(cè)量控制測(cè)量控制信息是通過(guò)重配消息（RRCConnectReconfigration）下發(fā)的，測(cè)量控制一般存在于初始接入時(shí)的重配置消息和切換命令中的重配置消息中。測(cè)量控制信息包括鄰區(qū)列表、事件判斷門(mén)限、時(shí)延、上報(bào)間隔等信息。2．測(cè)量報(bào)告終端在服務(wù)小區(qū)下發(fā)的測(cè)量控制進(jìn)行測(cè)量，將滿足上報(bào)條件的小區(qū)上報(bào)給服務(wù)小區(qū)。測(cè)量報(bào)告中會(huì)包括當(dāng)前小區(qū)和測(cè)量到的鄰小區(qū)信息，如圖6-14中

2

標(biāo)志所示，鄰區(qū)中PCI=268，RSRP=58，RSRQ=15。任務(wù)2LTE無(wú)線網(wǎng)絡(luò)切換失敗

【知識(shí)鏈接1】LTE切693．切換命令這里的切換命令是指帶有mobilityControlInfo的重配置命令，mobilityControlInfo里包含了目標(biāo)小區(qū)的PCI、T304等其他接入的所有配置。3．切換命令704．目標(biāo)小區(qū)接入終端在目標(biāo)小區(qū)使用源小區(qū)在切換命令中帶的接入配置進(jìn)行接入，終端反饋重配置完成，標(biāo)志切換結(jié)束。但實(shí)際上重配置完成消息在收到切換命令后就已經(jīng)組包完成并發(fā)送，在目標(biāo)側(cè)的隨機(jī)接入可認(rèn)為是由重配置完成消息發(fā)起的目標(biāo)側(cè)隨機(jī)接入過(guò)程。4．目標(biāo)小區(qū)接入71【知識(shí)鏈接2】LTE切換失敗的原因及

優(yōu)化方法1．終端異常在測(cè)試過(guò)程中，由于終端長(zhǎng)時(shí)間工作產(chǎn)生過(guò)熱或者APP過(guò)程內(nèi)存不足都可能導(dǎo)致終端死機(jī)、不影響相應(yīng)動(dòng)作等情況發(fā)生。在測(cè)試過(guò)程中表現(xiàn)為一段時(shí)間終端不接收、不發(fā)送信令，接收電平強(qiáng)度、電平質(zhì)量無(wú)變化。這種情況較明顯，容易判斷，且不屬于網(wǎng)絡(luò)問(wèn)題，一般重啟終端即可恢復(fù)，不需要特別分析。2．測(cè)量報(bào)告丟失分析在LTE切換過(guò)程中，UE會(huì)根據(jù)eNodeB下發(fā)的測(cè)量控制完成相應(yīng)的測(cè)量?jī)?nèi)容，并將測(cè)量結(jié)果上報(bào)給eNodeB，但在UE上報(bào)測(cè)量報(bào)告后，并不代表eNodeB就一定收到或者eNodeB一定會(huì)處理，那么這必將產(chǎn)生切換失敗。UE不斷地上報(bào)測(cè)量報(bào)告，但在eNodeB并未收到相應(yīng)的內(nèi)容，最終導(dǎo)致鏈路釋放。

UE側(cè)信令eNodeB信令【知識(shí)鏈接2】LTE切換失敗的原因及

723．切換命令丟失分析切換命令丟失是指UE側(cè)發(fā)出測(cè)量報(bào)告后，eNodeB收到測(cè)量報(bào)告，并下發(fā)切換命令，但UE側(cè)沒(méi)有收到；從UE側(cè)看到的現(xiàn)象與測(cè)量報(bào)告丟失相同，但在eNodeB側(cè)可以看到eNodeB下發(fā)了RRC重配置消息，UE側(cè)未響應(yīng)。切換命令丟失3．切換命令丟失分析切換命令丟失734．目標(biāo)小區(qū)接入失敗分析：UE側(cè)完成了上報(bào)測(cè)量報(bào)告，eNodeB也作出相應(yīng)的響應(yīng)，UE側(cè)收到切換命令后在目標(biāo)小區(qū)發(fā)起接入，但目標(biāo)小區(qū)接入失敗，未收到切換完成消息。信令過(guò)程如下：網(wǎng)絡(luò)側(cè)信令終端信令4．目標(biāo)小區(qū)接入失敗分析：網(wǎng)絡(luò)側(cè)信令終端信令74在LTE切換問(wèn)題分析過(guò)程中，無(wú)論是哪種情況的切換失敗，需要進(jìn)行以下的分析流程，直到問(wèn)題完全解決。終端異常產(chǎn)生的切換失敗不屬于網(wǎng)絡(luò)原因造成，而且容易判斷，因此在切換問(wèn)題分析過(guò)程將終端問(wèn)題產(chǎn)生的切換失敗排除在外。在LTE切換問(wèn)題分析過(guò)程中，無(wú)論是哪種情況的切換失敗，需要進(jìn)75【技能實(shí)訓(xùn)1】LTE切換失敗分析案例6-2：漏配鄰區(qū)【問(wèn)題描述】測(cè)試車輛在磨山南路由東向西測(cè)試過(guò)程中，UE占用907731C_L磨山療養(yǎng)院（PCI=328）向907791A_L東湖櫻花園多次切換失敗，UE無(wú)法接入907791A_L東湖櫻花園進(jìn)行業(yè)務(wù)。測(cè)試多次切換失敗【技能實(shí)訓(xùn)1】LTE切換失敗分析案例6-2：漏配鄰區(qū)測(cè)試76【問(wèn)題分析】由于UE占用907731C_L磨山療養(yǎng)院（PCI=328）向907791A_L東湖櫻花園（PCI=216）多次切換失敗，UE無(wú)法接入907791A_L東湖櫻花園進(jìn)行業(yè)務(wù)。【解決方案】核查907731C_L磨山療養(yǎng)院（PCI=328）與907791A_L東湖櫻花園（PCI=216）鄰區(qū)關(guān)系，發(fā)現(xiàn)未添加，補(bǔ)定鄰區(qū)關(guān)系?！緩?fù)測(cè)結(jié)果】復(fù)測(cè)時(shí)切換正常，但此區(qū)域受周邊山體阻擋，信號(hào)較弱，需要針對(duì)性解決覆蓋問(wèn)題?！締?wèn)題分析】77任務(wù)3LTE無(wú)線網(wǎng)絡(luò)掉線分析

【知識(shí)鏈接1】LTE釋放過(guò)程1．E-RAB釋放E-RAB釋放分為eNB發(fā)起和MME發(fā)起兩種情況，由eNB發(fā)起的釋放比MEE發(fā)起的釋放多一條S1_UE_CONTEXT_RELEASE_REQUEST消息。MME發(fā)起的E-RAB釋放eNB發(fā)起的E-RAB釋放任務(wù)3LTE無(wú)線網(wǎng)絡(luò)掉線分析

【知識(shí)鏈接1】LTE釋78根據(jù)協(xié)議規(guī)定，正常釋放E-RAB或UE上下文釋放原因值為“NormalRelease”“Userinactivity”或者是由于成功進(jìn)行移動(dòng)性活動(dòng)的原因值，則判定為正常釋放。2．RRC連接釋放RRC連接釋放流程如下圖：RRC連接釋放流程根據(jù)協(xié)議規(guī)定，正常釋放E-RAB或UE上下文釋放原因值為“N79通常情況下，以下情形會(huì)觸發(fā)EUTRAN下發(fā)RRCConnectionRelease消息。（1）RRC激活檢測(cè)定時(shí)器超時(shí)。（2）UE發(fā)起Detach之后。（3）TAU之后。（4）核心網(wǎng)觸發(fā)loadBalancingTAURequired之后。UE在接收到RRCConnectionRelease之后，進(jìn)行如下動(dòng)作。（1）如果RRCConnectionRelease消息中包含idleModeMobilityControlInfo，存儲(chǔ)其中的小區(qū)重選優(yōu)先級(jí)信息；如果消息中包含t320，啟動(dòng)該T320定時(shí)器（并將定時(shí)器取值為t320）；如果沒(méi)有包含idleModeMobilityControlInfo，UE使用系統(tǒng)信息中廣播的小區(qū)重選優(yōu)先級(jí)信息。（2）如果RRCConnectionRelease消息中的releaseCause為loadBalancingTAURequired，UE將在離開(kāi)RRC_CONNECTED時(shí)執(zhí)行操作，并帶上releaseCause為loadBalancingTAURequired；如果releaseCause為other，則在離開(kāi)RRC_CONNECTED時(shí)執(zhí)行操作，并帶上releaseCause為other。（3）UE在離開(kāi)RRC_CONNECTED時(shí)執(zhí)行的操作：重置MAC；停止除T320以外的所有定時(shí)器；釋放全部無(wú)線資源，包括釋放全部已建立的RB的RLC實(shí)體、MAC配置和相關(guān)的PDCP實(shí)體；告訴上層RRC連接釋放（帶上releaseCause）。（4）如果不是由于收到MobilityFromEUTRACommand消息而觸發(fā)的離開(kāi)RRC_CONNECTED狀態(tài)，UE將（根據(jù)離開(kāi)RRC_CONNECTED的原因）通過(guò)執(zhí)行小區(qū)重選過(guò)程進(jìn)入RRC_IDLE。通常情況下，以下情形會(huì)觸發(fā)EUTRAN下發(fā)RRCConn80對(duì)于異常釋放，原因值為“AbnormalRelease”、“Unknown”、“unspecified”等。一般觸發(fā)異常釋放的機(jī)制有以下幾類。（1）空口RRC/NASAM模式信令交互失敗。（2）空口重同步失敗。（3）空口RLC達(dá)到最大重傳次數(shù)；（包括上行/下行，SRB/DRB）。（4）eNB/MME側(cè)資源擁塞。（5）傳輸故障。（6）eNB/MME內(nèi)部異常。對(duì)于異常釋放，原因值為“AbnormalRelease”、81【知識(shí)鏈接2】LTE掉線的原因及優(yōu)化方法常見(jiàn)的導(dǎo)致LTE掉線的問(wèn)題有基站故障、傳輸問(wèn)題、切換問(wèn)題、參數(shù)設(shè)置、干擾和無(wú)線環(huán)境六種情況，掉線的分析流程如圖:【知識(shí)鏈接2】LTE掉線的原因及優(yōu)化方法常見(jiàn)的導(dǎo)致LTE掉82【技能實(shí)訓(xùn)1】LTE掉線分析案例6-3：無(wú)主覆蓋產(chǎn)生掉線【問(wèn)題描述】如下圖6-28所示：測(cè)試車輛在沿湖路落雁島附近由西向東測(cè)試過(guò)程中，UE占用913361A（PCI=335）向910031B（PCI=169）多次切換失敗，UE無(wú)法接入910031B進(jìn)行業(yè)務(wù)?！炯寄軐?shí)訓(xùn)1】LTE掉線分析案例6-3：無(wú)主覆蓋產(chǎn)生掉線83【問(wèn)題分析】由于UE占用913361A（PCI=335）向910031B（PCI=169）多次切換失敗，UE無(wú)法接入910031B（PCI=169）進(jìn)行業(yè)務(wù)。在此路段信號(hào)雜亂，無(wú)主覆蓋，SINR較差，需要對(duì)周邊站點(diǎn)天線進(jìn)行調(diào)整，形成合理的主覆蓋小區(qū)?！窘鉀Q方案】勘察調(diào)整913351C實(shí)際覆蓋情況，使其能覆蓋圖中問(wèn)題點(diǎn)路段。下壓913361A下傾角3度，下壓910031B下傾角2度?！緩?fù)測(cè)結(jié)果】913351C目前為該路段主覆蓋小區(qū)，復(fù)測(cè)時(shí)無(wú)掉線現(xiàn)象?！締?wèn)題分析】84任務(wù)4LTE無(wú)線網(wǎng)絡(luò)數(shù)據(jù)速率優(yōu)化

【知識(shí)鏈接1】LTE數(shù)據(jù)速率LTE系統(tǒng)中理論速率很快，但在實(shí)際測(cè)量中速率卻是千差萬(wàn)別。雖然LTE-TDD與LTE-FDD在幀結(jié)構(gòu)和調(diào)度上有著很大的差別，但對(duì)于速率的計(jì)算卻是相似的，都是以幀結(jié)構(gòu)和帶寬為基礎(chǔ)進(jìn)行計(jì)算的。不同的帶寬對(duì)應(yīng)的PRB數(shù)是不同的：系統(tǒng)帶寬1.4MHz3MHz5MHz10MHz15MHz20MHzPRB個(gè)數(shù)6152550751001個(gè)子幀為1ms，包含2個(gè)時(shí)隙，包含168個(gè)RE；采用最高階的64QAM調(diào)制，包括6個(gè)bits；那么在單天線的情況下峰值速率為：100*168*6/1ms≈100.8Mbit/s如果是4*4MIMO，則峰值速率為單天線時(shí)的4倍，即403.2Mbit/s。如果使用3/4的信道編碼，則速率降低為302.4Mbit/s。而對(duì)于LTE-TDD而言，它的幀結(jié)構(gòu)與LTE-FDD是相似的，只是在子幀配比和特殊子幀上產(chǎn)生差異。如果按下行最大比9：1配置，即有：100*168*6*0.9/1ms≈90.72Mbit/s注意：以上計(jì)算未考慮到PDCCH、參考信號(hào)、PBCH、PSS/SSS以及編碼的開(kāi)銷，實(shí)際應(yīng)用中這些開(kāi)銷約占25%（即實(shí)際速率約占以上計(jì)算值的75%）。同時(shí)無(wú)線環(huán)境的變化往往會(huì)導(dǎo)致調(diào)制方式改變，碼率也將變化，在實(shí)測(cè)中的速率往往會(huì)更低。任務(wù)4LTE無(wú)線網(wǎng)絡(luò)數(shù)據(jù)速率優(yōu)化

【知識(shí)鏈接1】LTE85【知識(shí)鏈接2】LTE數(shù)據(jù)速率低的原因

及優(yōu)化方法1．系統(tǒng)帶寬不同的系統(tǒng)帶寬決定了系統(tǒng)中總PRB的數(shù)目，對(duì)于小區(qū)內(nèi)用戶而言，在同一個(gè)調(diào)度周期不同用戶業(yè)務(wù)在頻域上承載在不同的PRB上。帶寬越大，可用的PRB資源越多，相應(yīng)的吞吐量越高，吞吐量與系統(tǒng)PRB個(gè)數(shù)基本呈線性關(guān)系。根據(jù)表8-4-1-1所示，LTE中最大支持20MHz帶寬，對(duì)應(yīng)的PRB數(shù)為100個(gè)。2．天線的數(shù)目在LTE中引入了MIMO，MIMO系統(tǒng)在發(fā)射端和接收端均采用多天線（或陣列天線）和多通道。利用MIMO技術(shù)可以提高信道的容量，也可以提高信道的可靠性，降低誤碼率。天線的數(shù)目越多，可進(jìn)行傳輸?shù)耐ǖ涝蕉啵瑢?duì)應(yīng)的速率就越高。3．終端的能力LTE中對(duì)UE進(jìn)行了嚴(yán)格的規(guī)定，根據(jù)協(xié)議，目前已經(jīng)定義15類終端，不同等級(jí)的終端每個(gè)調(diào)度周期內(nèi)可以接收的最大比特?cái)?shù)不同，每個(gè)TB的比特?cái)?shù)不同，可支持的空分復(fù)用的層數(shù)也不同；對(duì)于上行僅有5類、8類和15類支持64QAM。【知識(shí)鏈接2】LTE數(shù)據(jù)速率低的原因

86UE類型下行峰值速率（bit/s）支持天線數(shù)上行峰值速率（bit/s）上行支持64QAMCategory0（Note2）100011000NoCategory11029615160NoCategory251024225456NoCategory3102048251024NoCategory4150752251024NoCategory5299552475376YesCategory63015042or451024NoCategory73015042or4102048NoCategory8299856081497760YesCategory94522562or451024NoCategory104522562or4102048NoCategory116030082or451024NoCategory126030082or4102048NoCategory133916322or451024NoCategory143916322or4102048NoCategory15391656081497760Yes不同類型終端功能UE類型下行峰值速率（bit/s）支持天線數(shù)上行峰值速率（874．調(diào)制方式LTE中速率的配置通過(guò)MCS（ModulationandCodingScheme，調(diào)制與編碼策略）索引值實(shí)現(xiàn)。MCS將所關(guān)注的影響通訊速率的因素作為表的列，將MCS索引作為行，形成一張速率表。所以，每一個(gè)MCS索引其實(shí)對(duì)應(yīng)了一組參數(shù)下的物理傳輸速率。IMCS和ITBS的確定都是以CQI和BLER為基礎(chǔ)的,而CQI和BLER是隨時(shí)變化的。一般來(lái)說(shuō)信道質(zhì)量越好CQI的值越好，BLER越低，對(duì)應(yīng)的MCS值越高。即在每個(gè)調(diào)制階數(shù)內(nèi)，隨著CQI的提升，MCS也將提升，即編碼效率提升，傳輸?shù)挠行蕴岣?，?duì)應(yīng)的速率也較高。反之，CQI偏低，為了確保傳輸?shù)目煽啃?，降低編碼效率，采用穩(wěn)健的MCS。簡(jiǎn)單地說(shuō)，根據(jù)3GPP36.213協(xié)議，首先查詢相應(yīng)MCS對(duì)應(yīng)的TBSIndex，如MCS為28時(shí)，對(duì)應(yīng)的TBSIndex為26，采用64QAM調(diào)制。然后根據(jù)塊大小定義表格，查詢?cè)谙鄳?yīng)PRB下所對(duì)應(yīng)的值，如在單流，PRB等于100時(shí)查詢得到此時(shí)對(duì)應(yīng)的速率為75376bit/s。如果是在雙流情況下，速率約為150Mbit/s。4．調(diào)制方式885．功率LTE上行功率控制按照不同的物理信道單獨(dú)計(jì)算調(diào)整。上行功率控制的目的有兩個(gè)方面，從整網(wǎng)來(lái)看，與ICIC功能相配合，降低小區(qū)間干擾，間接影響整網(wǎng)的吞吐量；從用戶來(lái)看，補(bǔ)償路徑損耗和陰影衰落，適應(yīng)信道變化，在AMC給定的MCS條件下，滿足協(xié)議規(guī)定的目標(biāo)BLER，需要調(diào)整功率。當(dāng)UE處于中遠(yuǎn)點(diǎn)時(shí)，有可能因?yàn)镻HR受限使得調(diào)度的MCS、RB較小。PHR在協(xié)議中的定義為PowerHeadroom，是UE最大發(fā)射功率發(fā)理論功率的差，表示的是UE功率的受限程度。當(dāng)PHR<0時(shí)，表示此時(shí)計(jì)算出的UE所需的發(fā)射功率已經(jīng)超過(guò)了最大發(fā)射功率，只能以最大發(fā)射功率發(fā)送，為了達(dá)到更好的解調(diào)性能，基站會(huì)更改RB及MCS的調(diào)度策略，有可能無(wú)法獲得峰值流量。LTE下行功率分配則是以RS（參考信號(hào)）為基準(zhǔn)，其他所有下行物理信道或信號(hào)都在此基礎(chǔ)上進(jìn)行偏移。因此RS功率配置是下行功率分配的第一步。它也決定了小區(qū)的基本覆蓋能力。UE在小區(qū)搜索時(shí)只有當(dāng)RS信號(hào)的接收功率RSRP高于UE檢測(cè)門(mén)限時(shí)UE才可能駐留。然后進(jìn)行業(yè)務(wù)時(shí)UE首先根據(jù)物理信道相對(duì)于RS的功率偏置來(lái)估計(jì)其他信道的功率，進(jìn)行相干解調(diào)和評(píng)估各個(gè)信道的SINR。因此下行功率分配是否得當(dāng)直接影響下行覆蓋的質(zhì)量和下行SINR。如果分配不合適，可能導(dǎo)致覆蓋空洞或者越區(qū)覆蓋，不僅導(dǎo)致吞吐量惡化，其他性能指標(biāo)如掉話率、切換成功率、接入成功率也會(huì)受影響。5．功率896．ICIC小區(qū)間干擾協(xié)調(diào)（Inter-CellInterferenceCoordination，ICIC），基本思想是通過(guò)管理無(wú)線資源使得小區(qū)間干擾得到控制，是一種考慮多個(gè)小區(qū)中資源使用和負(fù)載等情況而進(jìn)行的多小區(qū)無(wú)線資源管理方案。具體而言，ICIC以小區(qū)間協(xié)調(diào)的方式對(duì)各個(gè)小區(qū)中無(wú)線資源的使用進(jìn)行限制，包括限制時(shí)頻資源的使用或者在一定的時(shí)頻資源上限制其發(fā)射功率等。為保證系統(tǒng)吞吐量不下降以及提高邊緣用戶的頻譜效率，上下行基本都采用了弱頻率復(fù)用或“部分頻率復(fù)用”（FractionalFrequencyReuse，F(xiàn)FR）的思想。FFR的思想是：系統(tǒng)將頻率資源分為2個(gè)復(fù)用集，一個(gè)頻率復(fù)用因子為1的頻率集合，應(yīng)用于中心用戶調(diào)度；一個(gè)頻率復(fù)用因子大于1的頻率集合，應(yīng)用于邊緣用戶調(diào)度。6．ICIC90在實(shí)際優(yōu)化過(guò)程中對(duì)低速率問(wèn)題的排查往往從以下幾個(gè)方面進(jìn)行。1．基站故障基站工作狀態(tài)異常，如基站RRU故障、基站軟件錯(cuò)誤等會(huì)導(dǎo)致基站處理能力下降，影響上下行速率，甚至?xí)鹌渌阅芟陆?，如接入差、掉線變高。對(duì)于MIMO情況，天線告警、駐波比高、天線端口功率不平衡等會(huì)使MIMO性能下降或者M(jìn)IMO不可用，從而影響速率。2．基站失步基站GPS故障或者時(shí)鐘失步。一般情況下會(huì)導(dǎo)致SINR差、速率下降、接入性能惡化、切換異常等問(wèn)題