LTE知識(shí)競(jìng)賽考試題庫(kù)及參考答案【綜合題】1.某LTE基站出現(xiàn)大量E-RAB建立失敗，網(wǎng)管統(tǒng)計(jì)失敗原因?yàn)椤癛adioConnectionFailure”，請(qǐng)結(jié)合信令流程分析可能原因及排查方法。參考答案：E-RAB建立流程涉及RRC連接建立、S1接口信令交互（InitialContextSetupRequest/Response）等步驟。失敗原因?yàn)椤癛adioConnectionFailure”通常指無(wú)線側(cè)在E-RAB建立過(guò)程中未能完成空口資源配置?？赡茉虬ǎ海?）無(wú)線覆蓋問(wèn)題：UE所在位置RSRP<-110dBm或SINR<0dB，導(dǎo)致空口信令傳輸失敗。需核查覆蓋區(qū)域的RSRP/SINR指標(biāo)，通過(guò)路測(cè)確認(rèn)弱覆蓋或越區(qū)覆蓋區(qū)域。（2）干擾問(wèn)題：同頻鄰區(qū)干擾（SINR低）或外部干擾（如DCS1800雜散）導(dǎo)致PHICH/PDCCH解調(diào)失敗?？赏ㄟ^(guò)掃頻儀檢測(cè)帶內(nèi)干擾電平，或觀察小區(qū)平均SINR是否低于10dB。（3）資源不足：PRB利用率超過(guò)80%時(shí)，無(wú)法為新E-RAB分配足夠的時(shí)頻資源。需檢查小區(qū)PRB占用率，若為高負(fù)荷場(chǎng)景，考慮載波聚合或擴(kuò)容。（4）參數(shù)配置錯(cuò)誤：如T300（RRC連接建立等待時(shí)間）設(shè)置過(guò)短（默認(rèn)800ms），導(dǎo)致UE未完成隨機(jī)接入即超時(shí)。需檢查RRC連接相關(guān)定時(shí)器（T300、T301）是否與實(shí)際覆蓋匹配。（5）硬件故障：RRU或天饋線故障導(dǎo)致上行接收靈敏度下降?？赏ㄟ^(guò)基站側(cè)RSSI測(cè)試（正常應(yīng)<-105dBm）或互換RRU驗(yàn)證。排查方法：①提取失敗事件的S1信令（MME側(cè)InitialContextSetupRequest與eNodeB側(cè)響應(yīng)時(shí)間差），確認(rèn)是否為無(wú)線側(cè)超時(shí)（eNodeB未在T316內(nèi)完成資源分配）。②結(jié)合UE日志（如Uu口信令），檢查RRCConnectionSetupComplete是否成功發(fā)送，若失敗則定位隨機(jī)接入問(wèn)題（如PRACH功率不足、前導(dǎo)碼沖突）。③核查小區(qū)級(jí)參數(shù)（如maxHARQ-TransNum、PHICH配置）是否影響PDCCH解碼。④對(duì)比鄰區(qū)指標(biāo)，若僅某一區(qū)域用戶失敗，重點(diǎn)檢查該區(qū)域天饋方向角/下傾角是否偏移。2.某LTE網(wǎng)絡(luò)用戶反饋下載速率僅50Mbps（理論峰值100Mbps），通過(guò)測(cè)試發(fā)現(xiàn)UERSRP=-95dBm，SINR=18dB，PCI無(wú)沖突，請(qǐng)分析可能原因及優(yōu)化措施。參考答案：在RSRP（-95dBm）和SINR（18dB）良好的情況下，速率未達(dá)理論值，需從空口資源分配、傳輸模式、終端能力及核心網(wǎng)限制四方面分析：（1）傳輸模式（TM）配置不當(dāng)：若小區(qū)配置TM2（發(fā)射分集），則雙流MIMO未激活，峰值速率僅為單流的50%。需確認(rèn)當(dāng)前TM模式（如TM3/TM4支持雙流），檢查UE是否支持2x2MIMO（終端能力上報(bào)中“UE-Capability”的“supportedMIMO-Capability”字段）。（2）PDCP層頭壓縮失效：LTE采用ROHC壓縮（默認(rèn)激活），若PDCP配置錯(cuò)誤（如max-ROHC-ContextSessions設(shè)置過(guò)?。?，導(dǎo)致IP頭未壓縮（20字節(jié)→2字節(jié)），有效載荷占比降低。需檢查PDCP配置，確認(rèn)ROHC模式（profile0x0303）是否匹配業(yè)務(wù)類型（如TCP/IP）。（3）AMBR限制：核心網(wǎng)為用戶簽約的AMBR（AggregateMaximumBitRate）若設(shè)置為50Mbps，會(huì)直接限制用戶速率。需核查HSS中用戶簽約信息，確認(rèn)上下行AMBR是否為默認(rèn)值（如上行1Mbps，下行100Mbps）。（4）調(diào)度算法問(wèn)題：若小區(qū)采用RR（輪詢）調(diào)度而非PF（比例公平），高業(yè)務(wù)量下UE可能無(wú)法獲得連續(xù)PRB分配。需檢查eNodeB調(diào)度策略，PF調(diào)度更利于高SINR用戶獲得更多資源。（5）終端能力限制：部分終端僅支持Cat4（理論峰值150Mbps），但實(shí)際受限于發(fā)射功率或MIMO支持（如僅單流）。需確認(rèn)終端等級(jí)（通過(guò)信令“UE-CapabilityInformation”中的“ue-Category”字段），若為Cat3（理論100Mbps），則需檢查是否因天線故障導(dǎo)致MIMO未啟用。優(yōu)化措施：①調(diào)整傳輸模式至TM3（動(dòng)態(tài)雙流），并確保UE支持2x2MIMO（通過(guò)路測(cè)軟件查看“Layer1”中的“rxAntennaPortCount”）。②核查PDCP配置，啟用ROHC并增大max-ROHC-ContextSessions（建議≥8）。③聯(lián)系核心網(wǎng)側(cè)解除AMBR限制（若為簽約限制，需用戶升級(jí)套餐）。④切換調(diào)度算法為PF，優(yōu)先為高SINR用戶分配連續(xù)PRB（如20MHz帶寬下，100PRB可分配80%給當(dāng)前用戶）。⑤建議用戶更換支持Cat6及以上的終端（理論峰值300Mbps），并檢查終端天線是否正常（如清理卡槽灰塵）。3.簡(jiǎn)述LTE異頻切換失敗的常見(jiàn)原因及基于A5事件的優(yōu)化方法（需說(shuō)明A5事件門限參數(shù)含義）。參考答案：異頻切換失敗指UE未能成功切換至目標(biāo)異頻小區(qū)，常見(jiàn)原因包括：（1）測(cè)量配置問(wèn)題：異頻測(cè)量需啟動(dòng)GAP（測(cè)量間隙），若GAP周期（默認(rèn)40ms）或長(zhǎng)度（6ms）配置不合理，導(dǎo)致UE無(wú)法完成異頻小區(qū)測(cè)量（RSRP上報(bào)延遲）。（2）A5事件觸發(fā)條件不當(dāng)：A5事件定義為“服務(wù)小區(qū)質(zhì)量低于門限1，且鄰區(qū)質(zhì)量高于門限2”，若門限1（a5-Threshold1）設(shè)置過(guò)高（如-105dBm）或門限2（a5-Threshold2）設(shè)置過(guò)低（如-110dBm），會(huì)導(dǎo)致過(guò)早或過(guò)晚觸發(fā)切換。（3）鄰區(qū)漏配：目標(biāo)異頻小區(qū)未加入鄰區(qū)列表，UE測(cè)量到但無(wú)法上報(bào)切換請(qǐng)求。（4）目標(biāo)小區(qū)資源不足：目標(biāo)小區(qū)PRB利用率超過(guò)90%，無(wú)法分配切換所需的無(wú)線資源（如E-RAB）。（5）傳輸層問(wèn)題：S1接口用戶面延遲過(guò)高（>300ms），導(dǎo)致切換過(guò)程中數(shù)據(jù)丟失（PDCP序列號(hào)不連續(xù)）?；贏5事件的優(yōu)化方法：A5事件參數(shù)包括：-a5-Threshold1（服務(wù)小區(qū)門限）：RSRP/RSRQ低于此值時(shí)，觸發(fā)鄰區(qū)測(cè)量；-a5-Threshold2（鄰區(qū)門限）：目標(biāo)鄰區(qū)RSRP/RSRQ高于此值時(shí)，觸發(fā)切換請(qǐng)求；-Hysteresis（遲滯）：避免乒乓切換的偏移量（默認(rèn)2dB）；-TimeToTrigger（觸發(fā)時(shí)間）：事件持續(xù)此時(shí)間后才上報(bào)（默認(rèn)240ms）。優(yōu)化步驟：①調(diào)整a5-Threshold1：根據(jù)覆蓋場(chǎng)景設(shè)置，城區(qū)密集區(qū)設(shè)為-105dBm（避免過(guò)晚切換），郊區(qū)設(shè)為-110dBm（延長(zhǎng)服務(wù)小區(qū)駐留時(shí)間）。②調(diào)整a5-Threshold2：目標(biāo)小區(qū)需提供比服務(wù)小區(qū)更好的覆蓋，建議設(shè)置為a5-Threshold1+3dB（如服務(wù)門限-105dBm，鄰區(qū)門限-102dBm）。③優(yōu)化GAP配置：對(duì)高速移動(dòng)用戶（>60km/h），縮短GAP周期至20ms（增加測(cè)量次數(shù)）；對(duì)低速用戶，保持40ms以降低信令開(kāi)銷。④核查鄰區(qū)列表：通過(guò)MRO（測(cè)量報(bào)告優(yōu)化）工具檢查漏配鄰區(qū)（如用戶測(cè)量到但未在鄰區(qū)列表中的異頻小區(qū)）。⑤目標(biāo)小區(qū)擴(kuò)容：若目標(biāo)小區(qū)PRB利用率持續(xù)>80%，增加載波或調(diào)整負(fù)載均衡參數(shù)（如cellIndividualOffset設(shè)為-3dB，引導(dǎo)用戶接入負(fù)載較低的鄰區(qū)）。4.某LTE基站S1接口頻繁中斷，導(dǎo)致大量用戶脫網(wǎng)，結(jié)合S1接口協(xié)議棧分析故障原因及排查流程。參考答案：S1接口分為S1-MME（控制面，基于SCTP/IP）和S1-U（用戶面，基于GTP-U/UDP/IP），協(xié)議棧包括L1（物理層）、L2（以太網(wǎng)）、L3（SCTP/IP/GTP）。頻繁中斷的可能原因及排查流程如下：控制面（S1-MME）中斷原因：（1）SCTP關(guān)聯(lián)失?。篗ME與eNodeB的SCTP偶聯(lián)（源端口36412，目的端口36412）未建立，可能因IP地址配置錯(cuò)誤（如eNodeB的S1-IP與MME的S1-IP不在同一網(wǎng)段）或防火墻攔截SCTP端口。（2）心跳超時(shí)（HEARTBEAT）：SCTP默認(rèn)每30秒發(fā)送心跳包，若傳輸延遲>30秒（如光纖衰耗過(guò)大），會(huì)觸發(fā)偶聯(lián)中斷。（3）MME負(fù)載過(guò)高：MME處理S1SetupRequest的速度低于eNodeB發(fā)送頻率，導(dǎo)致響應(yīng)超時(shí)（T3-S1-AP設(shè)為60秒）。用戶面（S1-U）中斷原因：（1）GTP-U隧道故障：SGW與eNodeB的GTP-U隧道（UDP端口2152）未建立，可能因TEID（隧道端點(diǎn)標(biāo)識(shí)）配置錯(cuò)誤或UDP包丟失（如路由器MTU設(shè)置過(guò)小，導(dǎo)致分片丟失）。（2）IP路由問(wèn)題：eNodeB到SGW的路由不可達(dá)（如靜態(tài)路由表錯(cuò)誤或BGP鄰居失效）。（3）傳輸層丟包：以太網(wǎng)鏈路誤碼率過(guò)高（>1e-6），導(dǎo)致GTP-U包丟失，觸發(fā)用戶面中斷。排查流程：①檢查物理層：使用光功率計(jì)測(cè)試光纖衰耗（單模光纖≤20dB），確認(rèn)光模塊（如1.25GSFP）工作正常（收光功率在-8~-20dBm范圍內(nèi)）。②驗(yàn)證IP連通性：在eNodeB側(cè)執(zhí)行“pingMME-IP”和“pingSGW-IP”，若丟包率>5%，檢查路由器ACL（訪問(wèn)控制列表）是否攔截LTE信令I(lǐng)P段。③分析SCTP偶聯(lián)狀態(tài)：通過(guò)eNodeB維護(hù)終端執(zhí)行“displaysctpassociation”，若狀態(tài)為“SHUTDOWN”，檢查SCTP參數(shù)（如初始退避時(shí)間、最大重傳次數(shù)）是否與MME一致。④抓取S1-AP信令：使用Wireshark捕獲S1接口流量，若未看到“S1SetupRequest”響應(yīng)，可能是MME未收到請(qǐng)求（傳輸問(wèn)題）或eNodeB的PLMNID與MME配置不一致。⑤檢查用戶面GTP-U隧道：在SGW側(cè)執(zhí)行“displaygtptunnel”，確認(rèn)eNodeB的TEID與eNodeB本地配置匹配（需1:1對(duì)應(yīng)）。⑥驗(yàn)證MTU設(shè)置：eNodeB和SGW的IPMTU需≥1500字節(jié)（默認(rèn)），若存在VPN或GRE隧道，需增大MTU至1522字節(jié)以避免分片。5.簡(jiǎn)述LTEQoS保障機(jī)制，結(jié)合QCI（QoSClassIdentifier）說(shuō)明如何為VoLTE業(yè)務(wù)配置資源。參考答案：LTEQoS保障通過(guò)分層策略實(shí)現(xiàn)，核心是基于QCI的資源分配與優(yōu)先級(jí)管理，具體機(jī)制包括：（1）QCI分類：定義9種QoS等級(jí)（QCI1~9），每種對(duì)應(yīng)固定的優(yōu)先級(jí)、包延遲預(yù)算（PDB）、包錯(cuò)誤率（PER）及資源類型（GBR/Non-GBR）。（2）Bearer建立：每個(gè)E-RAB對(duì)應(yīng)一個(gè)QCI，eNodeB根據(jù)QCI為其分配專用資源（GBR）或共享資源（Non-GBR）。（3）調(diào)度優(yōu)先級(jí)：MAC層根據(jù)QCI優(yōu)先級(jí)（QCI1最高，QCI9最低）調(diào)度用戶，高優(yōu)先級(jí)業(yè)務(wù)優(yōu)先占用PRB。（4）AMBR限制：用戶級(jí)AMBR和承載級(jí)AMBR限制總速率，確保高優(yōu)先級(jí)業(yè)務(wù)不受低優(yōu)先級(jí)業(yè)務(wù)擠占。VoLTE業(yè)務(wù)（QCI1）的配置要求：QCI1特性：GBR類型，優(yōu)先級(jí)2，PDB=100ms，PER=1e-2，需要預(yù)留專用資源。配置步驟：①核心網(wǎng)側(cè)（MME/PGW）：為VoLTE用戶簽約QCI1的GBR（上行12.2kbps，下行12.2kbps），設(shè)置AMBR（上行1Mbps，下行1Mbps，確保VoLTE不受其他業(yè)務(wù)影響）。②eNodeB側(cè)：-無(wú)線資源分配：為QCI1的E-RAB預(yù)留最小PRB（如每個(gè)VoLTE呼叫占用2個(gè)PRB，20MHz帶寬可支持50路并發(fā)）。-調(diào)度策略：設(shè)置MAC層優(yōu)先級(jí)（QCI1的優(yōu)先級(jí)權(quán)重為最高，確保其在HARQ重傳、CCE分配中優(yōu)先）。-傳輸參數(shù)：調(diào)整PDCP的SN（序列號(hào)）長(zhǎng)度為12bit（支持更長(zhǎng)的序列號(hào)，避免VoLTE語(yǔ)音包丟失），RLC模式設(shè)為AM（確認(rèn)模式）以保證可靠性。③干擾抑制：通過(guò)ICIC（小區(qū)間干擾協(xié)調(diào)）為QCI1業(yè)務(wù)分配邊緣資源（如使用幾乎空白子幀ABS），降低鄰區(qū)干擾對(duì)PDB的影響。④切換優(yōu)化：VoLTE切換采用PSHO（基于S1的切換），縮短切換中斷時(shí)間（<50ms），配置A2+A4事件（服務(wù)小區(qū)RSRP<-105dBm時(shí)觸發(fā)異頻測(cè)量，鄰區(qū)RSRP>-110dBm時(shí)觸發(fā)切換），確保語(yǔ)音連續(xù)性。6.某LTE小區(qū)RSRP覆蓋正常但SINR偏低（平均<10dB），導(dǎo)致用戶速率下降，分析可能的干擾源及排查方法。參考答案：SINR（信號(hào)與干擾加噪聲比）偏低的本質(zhì)是干擾功率（I）或噪聲功率（N）過(guò)高，可能的干擾源及排查方法如下：（1）同頻干擾（主導(dǎo)因素）原因：鄰區(qū)與服務(wù)小區(qū)同頻，且PCI模3沖突（導(dǎo)致RS符號(hào)重疊），或天饋越區(qū)覆蓋（鄰區(qū)信號(hào)在服務(wù)小區(qū)覆蓋區(qū)強(qiáng)度≥-105dBm）。排查方法：-核查PCI規(guī)劃：使用“PCImod3”檢查是否存在沖突（如PCI1和PCI4，mod3均為1），通過(guò)路測(cè)觀察“鄰區(qū)RSRP”，若存在3個(gè)以上鄰區(qū)RSRP≥服務(wù)小區(qū)RSRP-6dB，需調(diào)整PCI或天線下傾角。-優(yōu)化覆蓋：通過(guò)掃頻儀獲取各子幀的干擾電平（正常同頻干擾≤-100dBm），若某子幀干擾突增（如-85dBm），可能是鄰區(qū)越區(qū)覆蓋，調(diào)整天線方向角（如從270°調(diào)至260°）或增加下傾角（如從5°調(diào)至8°）。（2）異頻干擾原因：DCS1800（1805-1880MHz）、WCDMA（2110-2170MHz）或其他系統(tǒng)的雜散/互調(diào)干擾落入LTE頻段（如FDD-LTE1880-1900MHz）。排查方法：-頻譜掃描：使用頻譜儀在LTE頻點(diǎn)（如1885MHz）附近掃描，若在1805MHz（DCS下行）發(fā)現(xiàn)強(qiáng)信號(hào)（>-43dBm），則為DCS雜散干擾（需加裝濾波器）。-關(guān)閉異系統(tǒng)驗(yàn)證：協(xié)調(diào)關(guān)閉附近DCS基站，觀察SINR是否提升（若提升5dB以上，確認(rèn)是異系統(tǒng)干擾）。（3）外部干擾（非通信系統(tǒng)）原因：雷達(dá)、工業(yè)設(shè)備（如電焊機(jī)）、無(wú)線攝像頭（2.4GHz）的寬頻干擾。排查方法：-全頻段掃描：在基站側(cè)連接掃頻儀，關(guān)閉所有LTE載波，觀察底噪（正常<-105dBm），若底噪抬升至-95dBm且無(wú)明顯頻點(diǎn)峰值，可能是外部寬頻干擾。-時(shí)域分析：記錄干擾出現(xiàn)的時(shí)間規(guī)律（如僅白天出現(xiàn)），定位附近工廠或施工區(qū)域，協(xié)調(diào)加裝屏蔽網(wǎng)。（4）基站內(nèi)部干擾原因：RRU損壞（內(nèi)部功放非線性失真）、天饋線駐波比過(guò)高（>1.5）導(dǎo)致反射信號(hào)干擾。排查方法：-測(cè)試駐波比：使用駐波比測(cè)試儀檢測(cè)天饋線（正?！?.2），若某根饋線駐波比=1.8，需檢查接頭是否松動(dòng)或饋線老化。-互換RRU驗(yàn)證：將問(wèn)題小區(qū)的RRU與正常小區(qū)互換，若SINR隨RRU轉(zhuǎn)移，確認(rèn)是RRU硬件故障。7.簡(jiǎn)述LTE附著流程（AttachProcedure）的關(guān)鍵步驟及各網(wǎng)元的作用，說(shuō)明“AttachReject”的常見(jiàn)原因。參考答案：LTE附著流程是UE從空閑態(tài)注冊(cè)到網(wǎng)絡(luò)的過(guò)程，關(guān)鍵步驟及網(wǎng)元作用如下：步驟1：RRC連接建立UE發(fā)送RRCConnectionRequest（初始接入），eNodeB分配SRB1（信令無(wú)線承載），回復(fù)RRCConnectionSetup，UE發(fā)送RRCConnectionSetupComplete（攜帶NAS層AttachRequest）。步驟2：NAS信令傳輸（S1-MME）eNodeB通過(guò)S1-AP將AttachRequest（含IMEI、IMSI）轉(zhuǎn)發(fā)至MME。MME作用：鑒權(quán)（通過(guò)HSS驗(yàn)證用戶合法性）、分配臨時(shí)標(biāo)識(shí)（GUTI）、選擇SGW/PGW。步驟3：用戶上下文創(chuàng)建（SGW/PGW）MME選擇SGW后，SGW向PGW發(fā)起CreateSessionRequest（請(qǐng)求分配IP地址）。PGW作用：分配UE的IP地址、實(shí)施QoS策略（如AMBR）、建立GTP-U隧道（用戶面路徑：eNodeB→SGW→PGW）。步驟4：S1接口上下文建立SGW回復(fù)CreateSessionResponse（含TEID、PGW地址），MME向eNodeB發(fā)送InitialContextSetupRequest（攜帶無(wú)線承載配置、QoS參數(shù)）。eNodeB作用：分配無(wú)線資源（如E-RAB、PRB）、配置UE的RRC連接（如傳輸模式、MIMO）。步驟5：Attach完成UE收到RRCConnectionReconfiguration（含安全參數(shù)），完成加密激活后，發(fā)送AttachComplete（NAS層）。MME確認(rèn)流程成功，附著完成。AttachReject常見(jiàn)原因：（1）用戶簽約問(wèn)題：HSS中用戶狀態(tài)為“未激活”或簽約的APN（接入點(diǎn)名稱）不存在（如用戶簽約“internet”但請(qǐng)求“ims”）。（2）鑒權(quán)失?。篣E的SIM卡損壞（無(wú)法計(jì)算XRES）或HSS中密鑰（K）與SIM卡不一致（如補(bǔ)卡后未同步）。（3）資源不足：eNodeB無(wú)可用E-RAB（最大E-RAB數(shù)默認(rèn)200）或SGW/PGW無(wú)空閑會(huì)話（會(huì)話數(shù)超上限）。（4）參數(shù)配置錯(cuò)誤：MME的PLMNID（如46000）與eNodeB的PLMNID（如46001）不一致，導(dǎo)致拒絕接入。（5）UE能力不支持：UE上報(bào)的“UE-Capability”不支持網(wǎng)絡(luò)要求的特性（如不支持CSFB，而網(wǎng)絡(luò)僅支持CSFB回落）。8.某LTE小區(qū)上行速率低，測(cè)試顯示UE發(fā)射功率已達(dá)最大（23dBm），RSRP=-90dBm，SINR=15dB，分析可能原因及解決措施。參考答案：在UE發(fā)射功率、RSRP、SINR正常的情況下，上行速率低需從上行調(diào)度、信道質(zhì)量上報(bào)（CQI）、HARQ重傳及終端能力四方面分析：（1）上行調(diào)度不足原因：eNodeB的上行調(diào)度算法（如RR）未為UE分配足夠的PRB。LTE上行采用SC-FDMA，每個(gè)UE的PRB分配為連續(xù)資源塊（RB），若調(diào)度器優(yōu)先保障下行或高優(yōu)先級(jí)用戶（如VoLTE），UE可能僅獲得少量PRB（如2個(gè)RB，對(duì)應(yīng)2Mbps）。解決措施：調(diào)整調(diào)度策略為PF（比例公平），根據(jù)UE的上行CQI（反映上行信道質(zhì)量）分配PRB（CQI≥10時(shí)，分配8個(gè)RB以上）。（2）CQI上報(bào)錯(cuò)誤原因：UE上報(bào)的CQI偏低（實(shí)際信道質(zhì)量好但CQI=7，對(duì)應(yīng)MCS=12，編碼速率0.43），導(dǎo)致eNodeB分配低階MCS（調(diào)制編碼方式）?？赡芤騏E的SRS（soundingreferencesignal）配置錯(cuò)誤（如SRS帶寬過(guò)窄，無(wú)法準(zhǔn)確測(cè)量上行信道）。解決措施：核查SRS配置（周期設(shè)為80ms，帶寬設(shè)為全帶寬），確保eNodeB能準(zhǔn)確測(cè)量上行信道。通過(guò)路測(cè)軟件查看“ULCQI”與實(shí)際SINR的對(duì)應(yīng)關(guān)系（SINR=15dB時(shí)，CQI應(yīng)≥12，對(duì)應(yīng)MCS=16，編碼速率0.6）。（3）HARQ重傳過(guò)多原因：上行傳輸塊（TB）誤碼率高，觸發(fā)多次HARQ重傳（maxHARQ-TransNum默認(rèn)4次），導(dǎo)致有效數(shù)據(jù)速率下降?？赡芤騊USCH（物理上行共享信道）的功率控制參數(shù)（如α、PO_NOMINAL_PUSCH）設(shè)置不當(dāng)，UE實(shí)際發(fā)射功率未達(dá)最優(yōu)（如α=0.8時(shí)，路徑損耗補(bǔ)償不足）。解決措施：調(diào)整上行功率控制參數(shù)（α=1.0，增強(qiáng)路徑損耗補(bǔ)償），增大PUSCH的初始發(fā)射功率（PO_NOMINAL_PUSCH設(shè)為-85dBm，默認(rèn)-85dBm）。通過(guò)查看“ULHARQRetransmissionRate”指標(biāo)（正常<10%），若超過(guò)20%，需優(yōu)化信道編碼（如改用Turbo碼而非LDPC碼，提升糾錯(cuò)能力）。（4）終端能力限制原因：終端僅支持Cat3（上行最大50Mbps）或天線故障（如僅單天線發(fā)射），導(dǎo)致無(wú)法利用MIMO上行（需UE支持2x2ULMIMO）。解決措施：通過(guò)信令“UE-CapabilityInformation”確認(rèn)終端等級(jí)（如Cat6支持上行50Mbps），建議用戶更換高級(jí)終端。檢查終端天線連接（如SIM卡接觸不良導(dǎo)致天線短路），通過(guò)替換終端驗(yàn)證是否為硬件問(wèn)題。9.簡(jiǎn)述LTERRC連接重建流程（RRCConnectionReestablishment）的觸發(fā)條件及關(guān)鍵步驟，說(shuō)明重建失敗的常見(jiàn)原因。參考答案：RRC連接重建是UE在RRC連接丟失（如切換失敗、無(wú)線鏈路失?。┖笾匦陆⑦B接的過(guò)程，觸發(fā)條件包括：（1）無(wú)線鏈路失?。≧LF）：UE連續(xù)檢測(cè)到N310次（默認(rèn)3次）下行失步（通過(guò)PHY層的同步狀態(tài)機(jī)判斷）。（2）切換失?。篣E在切換過(guò)程中未收到目標(biāo)小區(qū)的RRCConnectionReconfigurationComplete，或隨機(jī)接入失?。ㄈ缜皩?dǎo)碼沖突）。（3）RRC連接釋放（異常）：eNodeB因資源不足發(fā)送RRCConnectionRelease（但UE未正常釋放）。關(guān)鍵步驟：①測(cè)量與小區(qū)選擇：UE進(jìn)入RRC_IDLE態(tài)，根據(jù)S準(zhǔn)則（Srxlev=Qrxlevmeas-Qrxlevmin≥0）選擇合適的小區(qū)（優(yōu)先原服務(wù)小區(qū)或同頻鄰區(qū)）。②隨機(jī)接入：發(fā)送隨機(jī)接入前導(dǎo)碼（PRACH），目標(biāo)小區(qū)回復(fù)RandomAccessResponse（含TA、臨時(shí)C-RNTI）。③RRC連接重建請(qǐng)求：UE發(fā)送RRCConnectionReestablishmentRequest（攜帶原C-RNTI、PCI、無(wú)線鏈路失敗原因）。④上下文恢復(fù)：目標(biāo)小區(qū)檢查UE的上下文是否存在（若為原服務(wù)小區(qū)，直接恢復(fù)；若為鄰區(qū)，需通過(guò)X2接口獲?。?，發(fā)送RRCConnectionReestablishment。⑤安全激活：UE完成加密算法激活（使用原安全上下文），發(fā)送RRCConnectionReestablishmentComplete，流程完成。重建失敗的常見(jiàn)原因：（1）目標(biāo)小區(qū)無(wú)可用資源：目標(biāo)小區(qū)的RRC連接數(shù)已達(dá)上限（maxRRC-ConnectionNum默認(rèn)200），無(wú)法分配新的C-RNTI。（2）上下文丟失：原服務(wù)小區(qū)因切換完成或超時(shí)（T311=10s）已刪除UE上下文，鄰區(qū)通過(guò)X2接口獲取失?。╔2鏈路中斷）。（3）隨機(jī)接入失?。耗繕?biāo)小區(qū)的PRACH資源不足（如配置格式0，僅支持64個(gè)前導(dǎo)碼），導(dǎo)致前導(dǎo)碼沖突（