VoLTE優(yōu)化實(shí)戰(zhàn)手冊(cè)

1、VoLTE優(yōu)化實(shí)戰(zhàn)手冊(cè)1 參數(shù)與定時(shí)器配置建議1.1 VoLTE互操作類參數(shù)1.2 VoLTE 功能類參數(shù)1.3 定時(shí)器參數(shù)1.3.1 接入類定時(shí)器參數(shù)英文名：T300功能描述：該參數(shù)表示UE側(cè)控制RRC connection establishment過(guò)程的定時(shí)器。在UE發(fā)送RRCConnectionRequest后啟動(dòng)。在超時(shí)前如果：1.UE收到RRCConnectionSetup或 RRCConnectionReject；2.觸發(fā)Cell-reselection過(guò)程；3.NAS層終止RRC connection establishment過(guò)程。那么定時(shí)器停止。如定時(shí)器超時(shí)，那么UE重置M

2、AC層、釋放MAC層配置、重置所有已建立RBsRadio Bears的RLC實(shí)體。并通知NAS層RRC connection establishment失敗對(duì)網(wǎng)絡(luò)質(zhì)量的影響：增加該參數(shù)的取值，可以提高UE的RRC connection establishment過(guò)程中隨機(jī)接入的成功率。但是，當(dāng)UE選擇的小區(qū)信道質(zhì)量較差或負(fù)載較大時(shí)，可能增加UE的無(wú)謂隨機(jī)接入嘗試次數(shù)。減少該參數(shù)的取值，當(dāng)UE選擇的小區(qū)信道質(zhì)量較差或負(fù)載較大時(shí)，可能減少UE的無(wú)謂隨機(jī)接入嘗試次數(shù)。但是，可能降低UE的RRC connection establishment過(guò)程中隨機(jī)接入的成功率1.3.2 切換類定時(shí)器參數(shù)英文名：

3、T304 For Intra-Lte功能描述：在“E-UTRAN內(nèi)切換和“切換入E-UTRAN的系統(tǒng)間切換的情況下，UE在收到帶有“mobilityControlInfo的RRC連接重配置消息時(shí)啟動(dòng)定時(shí)器，在完成新小區(qū)的隨機(jī)接入后停止定時(shí)器；定時(shí)器超時(shí)后UE需恢復(fù)原小區(qū)配置并發(fā)起RRC重建請(qǐng)求對(duì)網(wǎng)絡(luò)質(zhì)量的影響：用于系統(tǒng)內(nèi)切換，該值設(shè)置過(guò)大會(huì)導(dǎo)致切換失敗無(wú)法及時(shí)回退并發(fā)起RRC連接重建過(guò)程1.3.3 重建類定時(shí)器1參數(shù)英文名：T311功能描述：T311用于UE的RRC連接重建過(guò)程，T311控制UE開始RRC連接重建到UE選擇一個(gè)小區(qū)過(guò)程所需的時(shí)間，期間UE執(zhí)行cell-selection過(guò)程。對(duì)

4、網(wǎng)絡(luò)質(zhì)量的影響：設(shè)置值越大，UE進(jìn)行小區(qū)選擇過(guò)程中所被允許的時(shí)間越長(zhǎng)， RRC Connection Reestablishment過(guò)程越滯后；如果該參數(shù)設(shè)置過(guò)小，可能在某些鏈路可以被挽救的情況下，卻由于定時(shí)器設(shè)置不合理而進(jìn)入IDLE狀態(tài)，引起掉話，嚴(yán)重影響用戶感知。2參數(shù)英文名：T301功能描述：在UE上傳RRCConnection ReestabilshmentRequest后啟動(dòng)。在超時(shí)前如果收到UE收到RRCConnectionReestablishment或RRCConnectionReestablishmentReject，那么定時(shí)器停止。定時(shí)器超時(shí)，那么UE變?yōu)镽RC_IDLE狀

5、態(tài)對(duì)網(wǎng)絡(luò)質(zhì)量的影響：增加該參數(shù)的取值，可以提高UE的RRC connection re-establishment過(guò)程中隨機(jī)接入的成功率。但是，當(dāng)UE選擇的小區(qū)信道質(zhì)量較差或負(fù)載較大時(shí)，可能增加UE的無(wú)謂隨機(jī)接入嘗試次數(shù)。減少該參數(shù)的取值，當(dāng)UE選擇的小區(qū)信道質(zhì)量較差或負(fù)載較大時(shí)，可能減少UE的無(wú)謂隨機(jī)接入嘗試次數(shù)。但是，可能降低UE的RRC connection re-establishment過(guò)程中隨機(jī)接入的成功率1.4 互操作鄰區(qū)配置VoLTE商用后，由于語(yǔ)音業(yè)務(wù)需求或由于4G覆蓋原因，終端需要通過(guò)SRVCC方式互操作至2G系統(tǒng)。因此，制定4G至2G鄰區(qū)配置方法如下：可先繼承CSFB鄰區(qū)

6、配置原那么。具體如下：4G 至2G鄰區(qū)配置原那么用于VoLTE業(yè)務(wù)1如果4G與2G小區(qū)共站，4G首先需要配置所有共站的2G小區(qū);同時(shí)需要繼承配置其中同方向角的2G共站小區(qū)(系統(tǒng)實(shí)現(xiàn)時(shí)可考慮一定的角度放寬,暫定60度內(nèi))的2G鄰區(qū)。2如果4G僅與3G小區(qū)共站，4G需要配置所有3G共站小區(qū)的2G鄰區(qū)。3如果4G站點(diǎn)為新建站，優(yōu)先添加第一圈2G鄰區(qū)。應(yīng)重點(diǎn)檢查以下兩類2G小區(qū)：距離4G站點(diǎn)最近的N個(gè)2G站址中, 如果存在室外小區(qū),那么選擇天線方向指向本小區(qū)的2G小區(qū)建議是法線正負(fù)60°之內(nèi)；如果存在室分小區(qū)，那么無(wú)需考慮方向角，上述室內(nèi)、外小區(qū)共M個(gè)N建議小于9個(gè)；建議距離在2km范圍內(nèi)4

7、G小區(qū)天線法向方向正面對(duì)打小區(qū)且兩小區(qū)天線相對(duì)方向角度在60°之內(nèi)最近的2個(gè)候選鄰區(qū)該鄰區(qū)距本小區(qū)不超過(guò)1000m，如該2小區(qū)被包含于前述M個(gè)小區(qū)，那么需配鄰區(qū)個(gè)數(shù)為M，否那么為M+2個(gè)。4如果4G與2G共室分，4G需要配置該2G室分小區(qū)，及該2G室分小區(qū)的鄰區(qū)。2 終端IMS注冊(cè)問題2.1 終端開機(jī)的IMS注冊(cè)過(guò)程用戶開機(jī)以后，首先完成EPC附著過(guò)程，建立QCI=9默認(rèn)承載，附著完成以后，發(fā)起IMS注冊(cè)過(guò)程和鑒權(quán)。在IMS注冊(cè)流程中，先建立QCI=5的SIP信令承載。然后進(jìn)行SIP的注冊(cè)過(guò)程，當(dāng)完成注冊(cè)過(guò)程以后，就可以進(jìn)行VoLTE呼叫了。假設(shè)未建立QCI 5就無(wú)法完成終端與IMS

8、的SIP注冊(cè)信令的交互；假設(shè)QCI5建立成功后，終端與IMS的SIP注冊(cè)流程異常，也將會(huì)導(dǎo)致不能在IMS成功注冊(cè)。SIP信令注冊(cè)SIP信令注冊(cè)過(guò)程如下列圖所示。點(diǎn)擊放大瀏覽以下為QCI 5承載建立信令流程：SIP信令注冊(cè)失敗原因 附著LTE網(wǎng)絡(luò)并成功建立QCI9承載后PDN connectivity reject,無(wú)法建立QCI5默認(rèn)承載，將導(dǎo)致無(wú)法成功注冊(cè)IMS。如下列圖所示： attach request -attach complete過(guò)程已經(jīng)建立QCI=9的信令承載，UE會(huì)在PDN Connectivity Request消息中包含APN信息，從HSS取得的訂閱信息中，Service-

9、Selection="wildcard"，所以MME接受UE請(qǐng)求的 APN。根據(jù)新的APN，分配一個(gè)Bearer ID給default EPS，并且發(fā)送Create Session Bearer Request 到 S-GW。S-GW會(huì)在它的EPS Bearer 表中創(chuàng)立一個(gè)新的實(shí)體，并且發(fā)送Create Session Request到 P-GW中。S-GW會(huì)為Control Plane和User Plane創(chuàng)立新的DL S-GW TEID并且把他們發(fā)送到P-GW，創(chuàng)立QCI5默認(rèn)承載。因此PDN CONECTIVITY REJECT會(huì)導(dǎo)致無(wú)法建立QCI5的默認(rèn)承載，直接

10、導(dǎo)致IMS無(wú)法注冊(cè)。1如果是ESM過(guò)程導(dǎo)致的拒絕比方默認(rèn)承載建立失敗，才會(huì)帶PDN CONNECTIVITY REJECT消息，EMM層拒絕，只有ATTACH REJECT消息。2如果拒絕原因值是"unknown EPS bearer context"，UE會(huì)本地去激活存在的默認(rèn)承載或?qū)Ｓ贸休d3常見的拒絕原因有：IMSI中的MNC與核心網(wǎng)配置的不一致。以下為可能的解決方法：1： 檢查核心網(wǎng)和eNB側(cè)是否存在相關(guān)告警并及時(shí)處理2：查看拒絕原因，核查相應(yīng)參數(shù)是否配置正確IMSI中的MNC與核心網(wǎng)配置的不一致, APN的設(shè)置不當(dāng)?shù)葐栴}3：是否存在SIM問題及核心網(wǎng)對(duì)SIM卡實(shí)行限

11、制相應(yīng)功能及接入等級(jí)4：SIM卡和核心網(wǎng)HSS記錄信息不一致導(dǎo)致無(wú)法注冊(cè)5：PDN請(qǐng)求拒絕大局部是核心網(wǎng)問題，可以通過(guò)抓取信令分析SIP注冊(cè)SIP注冊(cè)過(guò)程：1用戶首次試呼時(shí)，終端向代理效勞器發(fā)送REGISTER注冊(cè)請(qǐng)求2IMS認(rèn)證/計(jì)費(fèi)中心獲知用戶信息不在數(shù)據(jù)庫(kù)中，向終端回401 Unauthorized質(zhì)詢信息，其中包含平安認(rèn)證所需的令牌3終端將用戶標(biāo)識(shí)和密碼根據(jù)平安認(rèn)證令牌加密后，再次用REGISTER消息報(bào)告給IMS效勞器4IMS效勞器將REGISTER消息中的用戶信息解密，認(rèn)證合法后，將該用戶信息登記到數(shù)據(jù)庫(kù)中，并向終端返回 響應(yīng)消息200 OK。5用戶訂閱注冊(cè)事件包，6效勞器應(yīng)答訂閱

12、成功。7IMS效勞器發(fā)送notify消息，由于訂閱的用戶已經(jīng)注冊(cè)，所以IMS效勞器回應(yīng)Notify消息中，狀態(tài)為active，同事攜帶XML信息。8終端發(fā)送Notify 200表示接收成功。QCI 5承載建立成功后，此時(shí)終端可以與IMS進(jìn)行SIP信令交互，完成IMS的注冊(cè)，假設(shè)注冊(cè)流程異常，可以從以下方面展開排查：1. 需要確認(rèn)終端是否發(fā)出Register SIP信令；2. 假設(shè)終端已發(fā)，確認(rèn)IMS是否收到；3. IMS收到后，是否回相應(yīng)的SIP信令，還是響應(yīng)注冊(cè)失??；4. 是否由于終端未開啟IPsec導(dǎo)致IMS拒絕注冊(cè)請(qǐng)求。一般情況下，終端IMS注冊(cè)失敗問題都與核心網(wǎng)相關(guān)，主要在于核心網(wǎng)側(cè)排

13、查解決。3 關(guān)鍵參數(shù)設(shè)置問題3.1 VoLTE語(yǔ)音AMR-NB AMR-WB 資源占有情況有何區(qū)別？答：AMR全稱Adaptive Multi-Rate，自適應(yīng)多速率編碼，主要用于移動(dòng)設(shè)備的音頻，壓縮比比擬大，但相對(duì)其他的壓縮格式質(zhì)量比擬差，由于多用于人聲，通話。其中AMR分為AMR-NB和AMR-WB兩種，對(duì)于VoLTE而言，AMR-NB那么為12.2k語(yǔ)音編碼制式，AMR-WB那么為23.85k語(yǔ)音編碼制式。AMR-NB和AMR-WB的本質(zhì)區(qū)別在于其語(yǔ)音帶寬和抽樣頻率有所區(qū)別，NB的語(yǔ)音帶寬范圍為：3003400khz，抽樣頻率為8khz；而WB的語(yǔ)音帶寬為507000khz，抽樣頻率為1

14、6khz。以下為相關(guān)的AMR-NB的編碼方式，共分為16種，其中07對(duì)應(yīng)不同編碼方式，815用于噪音或者保存用，VoLTE里的AMR-NB采用的編碼方案7；而AMR-WB的編碼方式同樣也有16種，其中08對(duì)應(yīng)不同編碼方式，915保存用，當(dāng)前VoLTE語(yǔ)音的WB編碼制式采用的編碼方式8。以下為VoLTE相關(guān)測(cè)試中的高標(biāo)清占用資源比照情況:從趨勢(shì)圖來(lái)看，在SINR大于5的時(shí)候，整體MOS值比擬平穩(wěn)，其中高清MOS值穩(wěn)定在3.5以上，標(biāo)清語(yǔ)音MOS值穩(wěn)定在3.2左右，而在SINR值小于5之后，高清和標(biāo)清語(yǔ)音的MOS值均呈現(xiàn)波動(dòng)且整體均值下降的趨勢(shì)。另外由于在SINR差點(diǎn)打點(diǎn)數(shù)較少的原因，其MOS均值

15、會(huì)出現(xiàn)隨著SINR均值下降而抬升的異常情況。在下行PDCP速率里比照中標(biāo)清語(yǔ)音在7kb左右，在SINR小于0之后開始出現(xiàn)明顯的波動(dòng)情況，直至掉0。高清語(yǔ)音PDCP速率那么在15kbps左右，同樣在SINR小于0后開始出現(xiàn)劇烈的波動(dòng)情況。從高清和標(biāo)清的下行PRB數(shù)比照情況來(lái)看，整體占用的RB數(shù)差距不明顯,另外下行PRB個(gè)數(shù)隨著SINR值惡化逐級(jí)抬升。從高標(biāo)清的指標(biāo)和資源比照來(lái)看，本身AMR-NB和AMR-WB對(duì)于網(wǎng)絡(luò)資源的利用程度來(lái)看差距不大PRB上占用差不多，但AMR-WB對(duì)于網(wǎng)絡(luò)資源的利用率會(huì)相對(duì)高些高清的碼率更高，且AMR-WB的用戶體驗(yàn)更好MOS值高于AMR-NB一截，且抗干擾性上并沒有

16、明顯差異，因此在VoLTE將來(lái)部署中，更推薦采用AMR-WB編碼制式。3.2 專用承載MAX GBR值對(duì)通話質(zhì)量有什么影響？答：專用承載MAX GBR太小將導(dǎo)致的通話質(zhì)量差。以現(xiàn)網(wǎng)測(cè)試案例為例，用CDS 48KMOS盒對(duì)在目前LTE網(wǎng)絡(luò)下的通話質(zhì)量進(jìn)行MOS評(píng)估時(shí)，發(fā)現(xiàn)當(dāng)通話建立在專用承載GBR下時(shí)CDS MOS打分值偏低。偶然間發(fā)現(xiàn)建立在默認(rèn)承載上的通話MOS值正常可以到達(dá)4分。估計(jì)為專用承載問題，再用8K語(yǔ)音文件進(jìn)行MOS打分又恢復(fù)正常，確定為速率問題，調(diào)整QCI1 MAXGBR參數(shù)后恢復(fù)正常。VOLTE通話評(píng)估軟件反映通話質(zhì)量分值低，經(jīng)監(jiān)控基站無(wú)告警，接入指標(biāo)正常，更換站點(diǎn)并重新導(dǎo)入?yún)?shù)

17、后仍存在問題。曾嘗試在默認(rèn)承載下進(jìn)行語(yǔ)音通話發(fā)現(xiàn)質(zhì)量評(píng)估并無(wú)問題。初步判定為專用承載問題。如下列圖所示左圖為QCI1下，右圖為QCI9下。選用8K采樣的語(yǔ)音文件再次進(jìn)行MOS打分時(shí)發(fā)現(xiàn)QCI1下的MOS值恢復(fù)正常采樣率不同的區(qū)別在于傳輸時(shí)速率不同定位問題點(diǎn)于QCI1專用承載的最高速率沒有到達(dá)48K語(yǔ)音的傳輸要求。在比照查看QCI1與QCI9的MAX GBR后確定了問題原因。下列圖是QCI1修改前的參數(shù)圖中MAX GBR數(shù)值為換算后結(jié)果，下同下列圖為QCI9的參數(shù)：核心網(wǎng)QCI1承載的MAX GBR改為150：修改后QCI1:由于VOLTE是VOIP業(yè)務(wù)所以速率的大小直接影響了通話的質(zhì)量，速率太

18、小語(yǔ)音業(yè)務(wù)就會(huì)出現(xiàn)卡頓和失真的現(xiàn)象。專用承載的最大保證比特率應(yīng)該先由在不受限條件下的業(yè)務(wù)最高速率來(lái)確定。3.3. QCI=1開關(guān)不翻開或翻開但maxGBR配置過(guò)低對(duì)Volte 的影響？答：當(dāng)撥打volte 時(shí)，QCI=1開關(guān)未翻開，沒有建立QCI=1的專用承載， 撥通5S后會(huì)自動(dòng)掛斷如下圖：所以判斷必須翻開QCI=1的專用承載開關(guān)，才能正常撥打 。在后臺(tái)配合下，開啟QCI=1的專用承載，并配置maxGBR=20k。再次撥打volte ，發(fā)現(xiàn)專用承載仍未建立，volte 依然是5s掛斷，如下列圖所示：推斷無(wú)法正常撥打 的原因是maxGBR=20k不滿足核心網(wǎng)配置要求，經(jīng)確認(rèn)，核心網(wǎng)要求的minG

19、BR值必須大于40，于是將基站側(cè)maxGBR值改為256；再次撥打volte ，專用承載建立成功。能正常通話；如下圖：所以為了保證Volte語(yǔ)音 能正常撥打，需翻開QCI=1的開關(guān)，切配置大于核心網(wǎng)要求的maxGBR值。3.4 QCI=2下maxGBR配置過(guò)小對(duì)視頻 有什么影響？答：基站側(cè)翻開QCI=1及QCI=2的開關(guān)，并將qciTab2maxGbrDl及qciTab2maxGbrul均設(shè)置為100k，撥打Volte視頻 ,QCI=1專載成功建立，但QCI=2的專用承載未建立，視頻 呼叫失敗。如下列圖所示：疑心為qciTab2maxGbr配置過(guò)低，未能到達(dá)視頻 保障最低要求，經(jīng)查證，核心網(wǎng)要

20、求的maxGBR值需大于512k，通過(guò)后臺(tái)修改qciTab2maxGbr值為2048之后，再進(jìn)行Volte視頻 撥打，能正常進(jìn)行視頻通話，如下圖：所以Volte視頻 ，需同時(shí)翻開QCI=1.QCI=2的開關(guān)，且maxGBR值需配置大于核心網(wǎng)要求的值方可正常通話。3.5 HSS參數(shù)設(shè)置是否會(huì)對(duì)eSRVCC產(chǎn)生影響？答：HSS參數(shù)設(shè)置不恰當(dāng)可能會(huì)導(dǎo)致無(wú)法執(zhí)行eSRVCC。正常的eSRVCC流程如下：以現(xiàn)網(wǎng)測(cè)試發(fā)現(xiàn)的某個(gè)案例為例，無(wú)線環(huán)境滿足切換條件，UE卻并沒有執(zhí)行切換，直至SINR過(guò)差發(fā)生掉話。通過(guò)分析log發(fā)現(xiàn)，UE未觸發(fā)eSRVCC原因?yàn)椋琫NB沒有下發(fā)eSRVCC相關(guān)測(cè)控消息。更換HTC測(cè)

21、試終端發(fā)現(xiàn)，SIM卡尾號(hào)為19的終端可收到eNB下發(fā)的測(cè)控消息并正常eSRVCC，而SIM卡尾號(hào)為55的終端無(wú)法收到eSRVCC測(cè)控消息，以此排除終端原因。正常重配置信令中eSRVCC測(cè)控消息如下，SIM卡尾號(hào)為55的終端無(wú)以下消息。GSM頻點(diǎn)信息A2事件及B2事件：比照19、55兩部終端能力信息，發(fā)現(xiàn)eNB收到的UE Capability Information信令完全相同，且FGI第9位、第23位設(shè)置為1，表示終端支持eSRVCC根據(jù)3GPP 36331 B.1 Feature group indicators規(guī)定，比特位9為EUTRA RRC_CONNECTED to GERAN GSM

22、_Dedicated handover，比特位23為GERAN measurements, reporting and measurement reporting event B2 in E-UTRA connected mode，設(shè)置為1表示支持該功能。比照EMIL log發(fā)現(xiàn)，SIM卡尾號(hào)為19的終端附著時(shí)，eNB收到MME下發(fā)的Initial Context Setup Request中存在SRVCCOperationPossible : possible字段，而SIM卡尾號(hào)為55的終端確沒有該字段，導(dǎo)致eNB認(rèn)為UE不支持eSRVCC，因此不下發(fā)eSRVCC測(cè)控消息。在附著流程中，測(cè)控

23、消息下發(fā)前，UE會(huì)通過(guò)上發(fā)NAS：Attach Request進(jìn)行信息的交互，其中包含UE能力的相關(guān)信息。比照兩部終端上發(fā)的Attach Request信令，結(jié)果發(fā)現(xiàn)，Attach Request中除隨機(jī)個(gè)性化參數(shù)不同外，其他參數(shù)完全相同，且MS NETWORK CAPABILITY (OPTIONAL)中SRVCC to GERAN/UTRAN capability字段設(shè)置為1，表示UE支持eSRVCC。由上可知，UE無(wú)論是與eNB還是與MME交互過(guò)程中，不存在終端能力上報(bào)的差異， 判斷應(yīng)該不是終端的問題，疑心是否為SIM卡本身的問題。對(duì)調(diào)兩部終端SIM卡發(fā)現(xiàn)，問題會(huì)伴隨尾號(hào)為55的SIM卡

24、，與終端無(wú)關(guān)。聯(lián)系HSS工程師核查SIM卡參數(shù)，發(fā)現(xiàn)尾號(hào)為55的SIM卡Session Transfer Number參數(shù)為空，此字段為eSRVCC切換時(shí)核心網(wǎng)的一個(gè)標(biāo)識(shí)的初始值。假設(shè)字段為空，那么表示不支持eSRVCC。重新設(shè)置尾號(hào)為55的SIM卡后，問題消失。3.6 地下車庫(kù)-115場(chǎng)景eSRVCC優(yōu)化參數(shù)如何設(shè)置？答：地下車庫(kù)-115場(chǎng)景下，參數(shù)采用初始配置1，A2判決門限為：LTE<-110dBm，B2判決門限為：LTE<-120dBm，GSM>-85dBm。UE進(jìn)入地下車庫(kù)，當(dāng)LTE信號(hào)低于-120dBm時(shí)觸發(fā)B2事件，但在1秒內(nèi)RSRP由-120dBm降低至-13

25、9dBm以下，SINR由-2dB降低至-14.7dB以下，無(wú)法完成eSRVCC流程，導(dǎo)致信號(hào)惡化掉話。UE觸發(fā)B2時(shí)信號(hào)截圖如下：UE掉話時(shí)信號(hào)截圖：調(diào)整B2判決門限，將B2 LTE門限由-120改為-116，發(fā)現(xiàn)成功率有大幅度提升，成功率大于70%。分析log發(fā)現(xiàn)，該場(chǎng)景UE會(huì)占用PCI=33、34兩個(gè)小區(qū)，當(dāng)占用PCI=34的小區(qū)時(shí)，與鄰區(qū)PCI=115的小區(qū)MOD3沖突，SINR差導(dǎo)致無(wú)法及時(shí)完成eSRVCC切換。鄰區(qū)列表如下：將三個(gè)小區(qū)PCI由34/33/35調(diào)整為33/35/34，eSRVCC切換成功率達(dá)90%以上。3.7 RoHC是否應(yīng)該啟用？答：RoHC通過(guò)壓縮IP包頭的方式，在

26、VoLTE用戶較多時(shí)，提高了空口傳輸效率。1RoHC技術(shù)僅對(duì)QCI=1的業(yè)務(wù)有效包頭壓縮支持IPv4和IPv6格式支持以下格式的壓縮(3GPP R8):0x0000 ROHC uncompressed (RFC 4995)0x0001 ROHC RTP (RFC 3095, RFC4815)0x0002 ROHC UDP (RFC 3095, RFC4815)以上格式需要具備VoLTE能力的終端支持2RoHC的實(shí)現(xiàn)高標(biāo)清理論速率計(jì)算RoHC理論速率計(jì)算3RoHC外場(chǎng)驗(yàn)證測(cè)試由以上分析可看出，標(biāo)清AMR壓縮比為51.39%，高清AMR壓縮比為65.35%，建議全網(wǎng)開啟RoCH。3.8 VOLTE

27、下的DRX模式與普通LTE下的DRX模式有何不同？答：DRX分兩種，一種是IDLE DRX，就是當(dāng)UE處于IDLE狀態(tài)下的非連續(xù)性接收，由于處于IDLE狀態(tài)時(shí)，已經(jīng)沒有RRC連接以及用戶的專有資源，因此這個(gè)主要是監(jiān)聽呼叫信道與播送信道，只要定義好固定的周期，就可以到達(dá)非連續(xù)接收的目的。但是UE要監(jiān)聽用戶數(shù)據(jù)信道，那么必須從IDLE狀態(tài)先進(jìn)入連接狀態(tài)。而另一種就是ACTIVE DRX，也就是UE處在RRC-CONNECTED 狀態(tài)下的DRX，可以優(yōu)化系統(tǒng)資源配置，更重要的是可以節(jié)約 功率，而不需要通過(guò)讓 進(jìn)入到RRC_IDLE 模式來(lái)到達(dá)這個(gè)目的，例如一些非實(shí)時(shí)應(yīng)用，像web瀏覽，即時(shí)通信等，總

28、是存在一段時(shí)間， 不需要不停的監(jiān)聽下行數(shù)據(jù)以及相關(guān)處理，那么DRX就可以應(yīng)用到這樣的情況。ACTIVE DRX的根本機(jī)制是為處于RRC_CONNECTED態(tài)的UE配置一個(gè)DRX cycle。DRX cycle由“On Duration和“Opportunity for DRX組成：在“On Duration的時(shí)間內(nèi)，UE監(jiān)聽并接收PDCCH激活期；在“Opportunity for DRX時(shí)間內(nèi)，UE不接收下行信道的數(shù)據(jù)以節(jié)省功耗休眠期。在大多數(shù)情況下，當(dāng)一個(gè)UE在某個(gè)子幀被調(diào)度并接收或發(fā)送數(shù)據(jù)后，很可能在接下來(lái)的幾個(gè)子幀內(nèi)繼續(xù)被調(diào)度，如果要等到下一個(gè)DRX cycle再來(lái)接收或發(fā)送這些數(shù)據(jù)將

29、會(huì)帶來(lái)額外的延遲。為了降低這類延遲，UE在被調(diào)度后，會(huì)持續(xù)位于激活期，即會(huì)在配置的激活期內(nèi)持續(xù)監(jiān)聽PDCCH。其實(shí)現(xiàn)方法是：每當(dāng)UE被調(diào)度時(shí)，就會(huì)啟動(dòng)一個(gè)定時(shí)器drx-InactivityTimer，在該時(shí)間內(nèi)不會(huì)釋放連接。drx-InactivityTimer指定了當(dāng)UE成功解碼一個(gè)指示初傳的UL或DL用戶數(shù)據(jù)的PDCCH后，持續(xù)位于激活態(tài)的連續(xù)子幀數(shù)。為了允許UE在HARQ RTT期間內(nèi)休眠，每個(gè)DL HARQ process定義了一個(gè) “HARQ RTT(Round Trip Time) timer。當(dāng)某個(gè)下行HARQ process的TB解碼失敗時(shí)，UE可以假定至少在“HARQ RTT

30、子幀后才會(huì)有重傳，因此當(dāng)HARQ RTT timer正在運(yùn)行時(shí)，UE沒必要監(jiān)聽PDCCH。當(dāng)HARQ RTT timer超時(shí)，且對(duì)應(yīng)HARQ process接收到的數(shù)據(jù)沒有被成功解碼時(shí)，UE會(huì)為該HARQ process啟動(dòng)一個(gè)drx-RetransmissionTimer。當(dāng)該timer運(yùn)行時(shí)，UE會(huì)監(jiān)聽用于HARQ重傳的PDCCH。drx-RetransmissionTimer的長(zhǎng)度與eNodeB調(diào)度器的靈活度要求相關(guān)。如果是要到達(dá)最優(yōu)的電池消耗，就要求eNodeB在HARQ RTT timer超時(shí)之后，立即調(diào)度HARQ重傳，這就也要求eNodeB為此預(yù)留無(wú)線資源，此時(shí)drx-Retran

31、smissionTimer也就可以配得短些。drx-RetransmissionTimer指定了從UE期待收到DL重傳的子幀HARQ RTT之后開始，連續(xù)監(jiān)聽PDCCH的最大子幀數(shù)。LTE設(shè)備中允許ENodeB對(duì)不同的QCI業(yè)務(wù)設(shè)置不同的DRX PROFILE參數(shù)集，每一個(gè)參數(shù)集會(huì)包括longDRX-Cycle (ms)、 On Duration Timer (psf) 、DRX Inactivity Timer(psf)、DRX Retrans Timer(psf) 4個(gè)參數(shù)。UE在進(jìn)行不同的QCI業(yè)務(wù)時(shí)會(huì)執(zhí)行最高優(yōu)先級(jí)的業(yè)務(wù)的DRX PROFILE。而在VOLTE的業(yè)務(wù)下，QCI=1的時(shí)延

32、不能超過(guò)100ms，所以DRX cycle不能設(shè)置得過(guò)長(zhǎng)，不能使用原先QCI=9的long DRX-cycle設(shè)置160ms，又由于UE在進(jìn)行語(yǔ)音業(yè)務(wù)時(shí)，用戶正在通話時(shí)會(huì)每20ms產(chǎn)生一個(gè)采樣包，宜為設(shè)置long DRX-cycle為40ms，為20ms的整數(shù)倍。同時(shí)，由于語(yǔ)音業(yè)務(wù)都是20ms產(chǎn)生一個(gè)采樣包進(jìn)行下發(fā)，用戶在接受到語(yǔ)音數(shù)據(jù)包后并不需要連續(xù)監(jiān)聽，且由于longdrxcycle更變，DRXinactivityTimer也不宜設(shè)置過(guò)大原QCI=9該參數(shù)為60/200psf，宜為設(shè)置為4psf，以到達(dá)節(jié)電功能。故VOLTE推薦的DRX PROFILE為3.9 如何實(shí)現(xiàn)2G快速重選回4G？

33、答：處于2G網(wǎng)絡(luò)的終端可通過(guò)小區(qū)重新返回4G，而重選頻點(diǎn)信息將由2G系統(tǒng)播送的SI2quater消息提供。系統(tǒng)消息分為多種類型：type1、2、2bis、2ter、3、4、5、5bis、5ter、6、7、8、9、13。當(dāng)終端處于IDLE態(tài)下，將用BCCH信道來(lái)收聽系統(tǒng)消息1至4及7，8，13。UE處于空閑時(shí), 系統(tǒng)消息以每8個(gè)復(fù)幀重復(fù)發(fā)送一次的循環(huán)方式在主BCCH信道和擴(kuò)展BCCH信道中發(fā)送。因此引入循環(huán)序號(hào)TC:其中FN是TDMA的幀號(hào)，以2716548個(gè)TDMA幀為周期循環(huán)編號(hào)，取值范圍02716547；(FN/51)是TDMA幀號(hào)對(duì)一個(gè)復(fù)幀長(zhǎng)度的整除，可以確定幀號(hào)為FN的TDMA幀所歸屬

34、的復(fù)幀的編號(hào)；正如上文提到的系統(tǒng)消息以每8個(gè)復(fù)幀重復(fù)一次的循環(huán)方式發(fā)送，(FN/51)%8是復(fù)幀編號(hào)對(duì)8求模，可以確定該復(fù)幀在以8個(gè)復(fù)幀為周期的循環(huán)中的位置；因此TC表示特定的系統(tǒng)消息在循環(huán)中的第幾個(gè)復(fù)幀中發(fā)送。 一個(gè)復(fù)幀的長(zhǎng)度為235ms， 8個(gè)復(fù)幀的周期時(shí)長(zhǎng)為1883ms，所以系統(tǒng)消息下發(fā)的最短間隔為8個(gè)復(fù)幀的時(shí)長(zhǎng)1883ms。 各種系統(tǒng)消息發(fā)送的循環(huán)號(hào)TC和對(duì)應(yīng)得發(fā)送信道如下表所示：從上表可以看出，SI2Quarter在BCCH Norm當(dāng)TC=5或4時(shí)發(fā)送，或者在擴(kuò)展BCCH(BCCH Ext)當(dāng)TC=5時(shí)發(fā)送。如果BCCH Norm上發(fā)送SI2Quarter，會(huì)和其他系統(tǒng)消息存在較大

35、的發(fā)送碰撞，需要進(jìn)行輪流發(fā)送。由于SI2queter消息提供的內(nèi)容較多，必須分多條消息發(fā)送，這樣一來(lái)，發(fā)送小區(qū)重選需要的多條SI2quater消息將消耗大量不確定時(shí)間。以SI2quater發(fā)送機(jī)制為例，SI2quater分6條消息下發(fā)，理論最短下發(fā)完成時(shí)間為1.883×6=11.298秒，但實(shí)際中小區(qū)重選所需時(shí)間遠(yuǎn)大于這個(gè)值，據(jù)下列圖可以看出，從終端完成RAU進(jìn)入IDLE態(tài)到開始執(zhí)行小區(qū)重選，需要約45S的時(shí)間。從信令上看，是由于SI2quater消息與SI13消息均在BCCH Norm的同一個(gè)TC上發(fā)送，由此產(chǎn)生了沖突，在這種情況下，需要SI2quater消息與SI13消息周期間輪

36、流發(fā)送，這樣一來(lái)每次沖突將導(dǎo)致一個(gè)周期(1883ms)的等待時(shí)間。由上述分析可看出，由于SI2quater與其他系統(tǒng)消息的發(fā)送沖突，將引起大量的發(fā)送等待時(shí)間，這樣一來(lái)完整SI2quater消息的發(fā)送時(shí)間將大大增加。在BCCH Norm上發(fā)送SI2quater消息時(shí)，很有可能會(huì)與其他系統(tǒng)消息發(fā)生沖突，而BCCH Ext上發(fā)送SI2quater消息將不存在這種情況，這樣一來(lái)發(fā)送完整SI2quater消息的時(shí)間將大大減少，終端由2G重選回4G的速度也會(huì)隨之提升。因此，可以通過(guò)設(shè)置在BCCH Ext上發(fā)送SI2quater消息來(lái)加速2G重選回4G過(guò)程。3.10 空閑態(tài)2G到4G的互操作是如何實(shí)現(xiàn)的？答

37、：GSM結(jié)束通話后，假設(shè)終端支持自主返回4G，那么可直接返回4G；假設(shè)終端不支持自主返回4G，且2G未播送4G鄰區(qū)和重選參數(shù)，終端需通過(guò)234重選返回LTE，網(wǎng)絡(luò)側(cè)應(yīng)注意配置34鄰區(qū)；假設(shè)終端不支持自主返回4G，但2G播送4G鄰區(qū)及重選參數(shù)，終端可能通過(guò)2G->4G或2G->3G->4G返回4G。包含 “終端自主返回4G以及“2G3G4G兩種方式。下表展示了2G/3G/4G互操作類型。1. GSM->LTE重選Idle態(tài)啟測(cè)條件：常測(cè)判決條件：LTE RSRP > LTERXM+LTERUT通過(guò)SI2quater消息發(fā)送鄰區(qū)頻點(diǎn)信息。2. TDSCDMA->

38、LTE重選Idle態(tài)假設(shè)EarFcnPriority(LTE的優(yōu)先級(jí)) > Priority(3G的優(yōu)先級(jí))，說(shuō)明TDS重選優(yōu)先級(jí)相對(duì)LTE重選優(yōu)先級(jí)較低，那么對(duì)于TDS重選到LTE基于高優(yōu)先級(jí)重選：?jiǎn)y(cè)條件：常測(cè)判決條件：LTE RSRP > EqrxlevMinRsrp+EThdToHighRsrp目前現(xiàn)網(wǎng)將TDS啟測(cè)條件設(shè)為始終開啟測(cè)量，即只要滿足判決條件后持續(xù)重選定時(shí)器設(shè)定的時(shí)間就執(zhí)行重選。假設(shè)EarFcnPriority(LTE的優(yōu)先級(jí)) < Priority(3G的優(yōu)先級(jí))，說(shuō)明TDS重選優(yōu)先級(jí)相對(duì)LTE重選優(yōu)先級(jí)較高，那么對(duì)于TDS重選到LTE基于低優(yōu)先級(jí)重選：

39、啟測(cè)條件：TDS PCCPCH RSCP < Qrxlevmin(s) +ThdPrioritySearch1判決條件：TDS PCCPCH RSCP < Qrxlevmin(s) + ThdServingLow &LTE RSRP > EqrxlevMinRsrp+EThdTolowRsrpTDSCDMA系統(tǒng)通過(guò)SIB19下發(fā)重選信息。3.11 定時(shí)器對(duì)SRVCC切換到GSM失敗的影響案例問題現(xiàn)象按指導(dǎo)書設(shè)置了相關(guān)SRVCC參數(shù)、添加GSM鄰區(qū)和LNHOG。測(cè)試過(guò)程中發(fā)現(xiàn)當(dāng)滿足B2事件的條件后，UE上報(bào)B2事件，但是UE一直未收到從EnodeB下發(fā)的Handover

40、 Command消息，最終導(dǎo)致系統(tǒng)釋放了本次通話，屢次撥測(cè)均存在此問題。問題分析1、核查終端是否支持SRVCC通過(guò)S1口的注冊(cè)信令發(fā)現(xiàn)終端HTC M8支持SRVCC功能，排除終端導(dǎo)致的問題2、通過(guò)Emil抓取撥測(cè)時(shí)段的信令進(jìn)行分析從抓取的信令可以看到UE上發(fā)B2后，EnodeB向MME發(fā)送了HandoverRequired，但是一直未收到Handover Command消息，導(dǎo)致UE長(zhǎng)時(shí)間收不到Handover Command消息3、核心網(wǎng)配合抓取相關(guān)LOG從核心網(wǎng)抓取的MMElog中可以看到MME已經(jīng)收到了ENB上發(fā)的HandoverRequired消息，并開始向MSC發(fā)送PS to CS

41、Request并得到了響應(yīng)，但是此后ENB卻上發(fā)了一條Handover Cancel消息給MME原因值為9，最終導(dǎo)致了MSC向MME確認(rèn)了Cancel消息，切換流程終止。4、再次核查emil log再次分析emil log發(fā)現(xiàn)，ENB確實(shí)向MME上發(fā)了Handover Cancel消息，原因值為：radioNetwork : tS1relocprep-expiryS1重定位準(zhǔn)備超時(shí)，初步判定為某一定時(shí)器超時(shí)包含有Cancel消息的SRVCC局部信令并且通過(guò)分析發(fā)現(xiàn)，從HandoverRequired到HandoverCancel間隔1秒整，可以判斷這個(gè)定時(shí)器設(shè)置的值為1秒鐘5、定時(shí)器設(shè)置參數(shù)核

42、查發(fā)現(xiàn)，Timer T304 for interRAT GSM 與LTE向GSM切換有關(guān)，并且現(xiàn)網(wǎng)設(shè)置也為1s，嘗試修改到8s中進(jìn)行復(fù)測(cè)，問題仍然存在咨詢其他工程發(fā)現(xiàn)，還有1個(gè)定時(shí)器參數(shù)Supervision timer for handover preparation to GSM 會(huì)對(duì)SRVCC切換有影響，查詢現(xiàn)網(wǎng)發(fā)現(xiàn)該參數(shù)設(shè)置為1s，修改為5s后進(jìn)行復(fù)測(cè)，問題恢復(fù)。建議方案修改Supervision timer for handover preparation to GSM 1000ms到5000ms復(fù)測(cè)驗(yàn)證屢次復(fù)測(cè)，UE都能正常切換的GSM網(wǎng)絡(luò)。MME信令空口信令參數(shù)總結(jié)1、Timer

43、 T304 for interRAT GSM，用于ENB內(nèi)部計(jì)算監(jiān)督切換執(zhí)行階段的時(shí)間，起于MOBILITY FROM EUTRAN COMMAND，止與RRC Re-Establishment，PS切換參數(shù)2、Supervision timer for handover preparation to GSM ，用于通過(guò)S1切換到異系統(tǒng)的MME響應(yīng)準(zhǔn)備階段的時(shí)間，起于：HANDOVER REQUIRED，止與HANDOVER COMMAND或者PREPARATION FAILURE，超時(shí)將終止或者取消切換流程，SRVCC參數(shù)經(jīng)驗(yàn)總結(jié)1、此類問題優(yōu)先核查終端性能、測(cè)試卡權(quán)限2、核查基站相關(guān)參數(shù)3

44、、請(qǐng)核心網(wǎng)協(xié)助核查是否參數(shù)有誤4、通過(guò)空口、S1口的實(shí)際信令與正常信令進(jìn)行比對(duì)，找出信令異常的局部再進(jìn)行分析附：正常的SRVCC流程3.12 RLC優(yōu)先級(jí)優(yōu)化現(xiàn)象：呼叫建立與切換過(guò)程沖突，專載被MME釋放。呼叫建立過(guò)程中專載建立與切換幾乎同時(shí)發(fā)生，MME未收到NAS專載完成消息導(dǎo)致釋放專載，終端回復(fù)invite580也有上發(fā)CANCLE的情況，專載喪失形成未接通事件。原因分析：QCI5設(shè)置的RLC優(yōu)先級(jí)為2，高于SRB=2(傳送NAS層消息)配置為3. 導(dǎo)致NAS的層3消息已經(jīng)比MR要早，但是因?yàn)閮?yōu)先級(jí)比MR和SIP低，未及時(shí)發(fā)送。優(yōu)化措施：降低QCI 5優(yōu)先級(jí)，確保SIP消息及時(shí)上傳，修改后

45、此類問題改善明顯。3.13 QCI 5 PDCP DiscardTimer時(shí)長(zhǎng)優(yōu)化現(xiàn)象：終端業(yè)務(wù)建立過(guò)程中，出現(xiàn)SIP信息傳遞喪失的問題，導(dǎo)致收到網(wǎng)絡(luò)下發(fā)的INVITE500或者580等原因值釋放。原因分析：UE在無(wú)線信道較差的情況下，SIP信令發(fā)送或接收不完整或者無(wú)法及時(shí)傳遞，導(dǎo)致IMS相關(guān)定時(shí)器超時(shí)而發(fā)起會(huì)話cancel。經(jīng)過(guò)分析，由于QCI5的pdcp 丟棄時(shí)長(zhǎng)過(guò)小，在無(wú)線覆蓋較差的地方，上行時(shí)延會(huì)變大，容易導(dǎo)致QCI5信令丟包。優(yōu)化措施：QCI5 PDCP DiscardTimer由300ms修改為無(wú)窮大優(yōu)化效果：VoLTE無(wú)線接通率提升明顯3.14 SBC傳輸協(xié)議TCP重傳次數(shù)優(yōu)化背

46、景：被叫從2G返回4G后，主叫起呼，被叫首先bye消息，緊接著接連收到多條上一次呼叫的invite，被叫回復(fù)bye481invite486invite580，呼叫失敗。優(yōu)化措施：愛立信SBC對(duì)TCP配置進(jìn)行了修改：最大重傳次數(shù)從15次改為5次，最大重傳隔間從十幾分鐘改為15s，此類問題已解決。3.15 專載釋放與切換沖突，通話結(jié)束未收到專載釋放掉話問題描述：在拉網(wǎng)測(cè)試過(guò)程中，通話掛機(jī)后，主叫上報(bào)BYE消息，IMS回BYE200消息前后，同時(shí) 發(fā)生切換，未收到EPS專載釋放請(qǐng)求，1s后軟件統(tǒng)計(jì)掉話。問題分析：經(jīng)分析MME log，發(fā)現(xiàn)MME未收到PGW下發(fā)的delete bearer reque

47、st消息。當(dāng)X2切換觸發(fā)SGW-initiated bearer modification procedure完整信令是CCR-CCA，如果此時(shí)SIP掛機(jī)觸發(fā)PCRF也發(fā)RAR給PGW，由于Gx鏈路時(shí)延等原因，使得RAR先于CCA到達(dá)PGW，根據(jù)協(xié)議規(guī)定，PGW會(huì)繼續(xù)SGW-initiated bearer modification procedure而reject RAR (result code DIAMETER_OUT_OF_SPACE)。優(yōu)化措施：當(dāng)前解決方法：1縮短DRA時(shí)延配置。2修改SAPC到DRA鏈路為主-備模式，保證CCA和RAR走同一路徑和到達(dá)PGW的先后順序。優(yōu)化結(jié)果：近

48、期調(diào)整后的網(wǎng)格測(cè)試，暫時(shí)沒有發(fā)現(xiàn)BYE200消息前后發(fā)生的切換沒釋放QCI 1專載的情況。3.16 通話結(jié)束MME收到del bearer req，專載釋放與切換沖突，基站未下發(fā)NAS問題描述：通話掛機(jī)后，主叫上報(bào)BYE消息，IMS回BYE200消息前后，同時(shí) 發(fā)生切換，EPS專載沒有釋放，1s后軟件統(tǒng)計(jì)掉話。問題分析：主叫掛機(jī)后，MME收到del bearer req，下發(fā)Deactivate EPS bearer context Request給源eNB攜帶NAS釋放專載，但同時(shí)源eNB觸發(fā)X2切換，向MME響應(yīng)ERAB release response X2-Handover-Trigg

49、ered，NAS消息未下發(fā)到 。根據(jù)協(xié)議36.413 中8.6.2.4有描述當(dāng)eNB在觸發(fā)X2切換時(shí)，eNB將不傳遞NAS消息。優(yōu)化措施：屬測(cè)試軟件統(tǒng)計(jì)問題，建議軟件加以剔除該問題。4 常見RF優(yōu)化問題4.1 呼叫建立問題4.1.1 RRC建立失敗常見RRC連接建立失敗原因有如下幾種：1. 弱覆蓋區(qū)域發(fā)起接入； 2. 上行RACH問題；3. TAU過(guò)程中尋呼失敗：a小區(qū)重選參數(shù)設(shè)置不合理b小區(qū)重選不及時(shí)4. UE未能在最好小區(qū)上發(fā)起接入；5. RS功率及功率分配參數(shù)問題；6. 擁塞問題； 7. 設(shè)備異常問題。RRC連接建立失敗解決措施：1. RF優(yōu)化：消除弱覆蓋、控制好越區(qū)覆蓋2. 優(yōu)化TA邊

50、界，減小不必要的頻繁TAU，盡可能將TA邊界規(guī)劃在低密度區(qū)域。3. 優(yōu)化問題小區(qū)重選參數(shù)：保證UE能盡快選擇最優(yōu)小區(qū)發(fā)起接入。4. 修改隨機(jī)接入及功率分配參數(shù)：譬如PRACH/PCCH/PDCCH/PDSCH/MSG3等的功率偏置。5. 修改RS功率：確保滿足預(yù)期的小區(qū)覆蓋半徑。4.1.2 eRAB承載問題要實(shí)現(xiàn)VoLTE語(yǔ)音業(yè)務(wù)和視頻業(yè)務(wù)需要建立以下承載組合：語(yǔ)音業(yè)務(wù)載組合：SRB1+SRB2+2xAM DRB+1xUM DRB，其中，UM DRB的QCI=1，2個(gè)AM DRB的QCI分別為QCI=5和QCI=8/9。音頻業(yè)務(wù)承載組合：SRB1+SRB2+2xAM DRB+2xUM DRB，

51、其中，2個(gè)UM DRB的QCI=1和QCI=2，2個(gè)AM DRB的QCI分別為QCI=5和QCI=8/9。e-RAB建立失敗排查方法如下幾種情況：1弱覆蓋導(dǎo)致E-RAB建立失敗：a上行覆蓋差：排查是否存在上行干擾；b下行覆蓋差：排除UE 解調(diào)性能不佳的因素，可以通過(guò)新增基站、進(jìn)行RF優(yōu)化，調(diào)整天饋系統(tǒng)、RS功率優(yōu)化等手段，改善弱覆蓋區(qū)域的問題，提高無(wú)線信號(hào)的覆蓋質(zhì)量。cUE沒有駐留到最優(yōu)小區(qū)發(fā)起接入：對(duì)于這種情況需要提高同頻小區(qū)重選的啟動(dòng)門限和速度，使得UE盡快駐留在最優(yōu)小區(qū)，在最優(yōu)小區(qū)發(fā)起接入。2UE/MME側(cè)導(dǎo)致的E-RAB建立失?。篴UE設(shè)備異常導(dǎo)致的UE拒絕：通過(guò)升級(jí)HW/SW版本或者

52、替換其他UE予以解決；b針對(duì)MME側(cè)導(dǎo)致的承載建立異常問題：排除無(wú)線信號(hào)覆蓋質(zhì)量問題和S1鏈路失敗等問題后，通過(guò)分析eNodeB側(cè)跟蹤數(shù)據(jù)，對(duì)于MME導(dǎo)致的其他問題需要提交給CORE團(tuán)隊(duì)進(jìn)行故障排查。3參數(shù)配置不合理導(dǎo)致E-RAB建立失?。簩?duì)于eRab承載異常導(dǎo)致的接入失敗或掉話問題，首先檢查參數(shù)配置，通過(guò)比擬正常接入小區(qū)與接入異常小區(qū)的參數(shù)配置，確認(rèn)兩者是否存在不同；如有不同，確認(rèn)是否會(huì)影響到UE業(yè)務(wù)接入或保持。4拐角效應(yīng)：實(shí)質(zhì)上就是RF優(yōu)化，調(diào)整天線或者RS功率等，使得目標(biāo)小區(qū)的天線覆蓋能夠越過(guò)拐角，在拐角之前就能發(fā)生小區(qū)重選或者使當(dāng)前小區(qū)的天線覆蓋越過(guò)拐角，從而防止拐角帶來(lái)的信號(hào)快速變化

53、過(guò)程，來(lái)降低呼叫失敗。5設(shè)備異常4.2 覆蓋問題下行覆蓋問題是對(duì)DT測(cè)試獲得的RSRP進(jìn)行分析。常見的覆蓋問題如下表所示：4.2.1 弱覆蓋弱覆蓋問題：常見的弱覆蓋會(huì)導(dǎo)致掉話、接入失敗和切換失敗等。對(duì)于弱覆蓋問題可以通過(guò)以下方法優(yōu)化：1. 首先明確當(dāng)前的弱覆蓋區(qū)域由哪些扇區(qū)的信號(hào)覆蓋；2. 根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和無(wú)線環(huán)境確定最適合覆蓋該區(qū)域的扇區(qū)、并加強(qiáng)它的覆蓋：排除主覆蓋小區(qū)的硬件故障例如：基帶及射頻器件故障、天饋系統(tǒng)駐波比告警等提高主覆蓋小區(qū)的RS功率調(diào)整主覆蓋扇區(qū)的天線下傾角或方位角建議加站并調(diào)整周邊基站天線的方位角和下傾角4.2.2 越區(qū)覆蓋當(dāng)一個(gè)小區(qū)的信號(hào)出現(xiàn)在其周圍一圈鄰區(qū)及以外的區(qū)域時(shí)，并且能夠成為主效勞小區(qū)，稱為越區(qū)覆蓋。在實(shí)際網(wǎng)絡(luò)覆蓋中，由于無(wú)法精確控制無(wú)線信號(hào)的傳播，因此或多或少都會(huì)存在越區(qū)覆蓋的情況。越區(qū)覆蓋易導(dǎo)致 “導(dǎo)頻污染或引起主效勞小區(qū)的干擾包括鄰區(qū)漏配、越區(qū)信號(hào)的迅速變化等，易導(dǎo)致各種異常事件。對(duì)于越區(qū)覆蓋一般優(yōu)化原那么，是在區(qū)域中已有合理的穩(wěn)定信號(hào)覆蓋的情況下、盡可能地控制越區(qū)覆蓋的信號(hào)：1調(diào)整越區(qū)覆蓋扇區(qū)的天線下傾角、方位角或RS功率2上述方法無(wú)法實(shí)施，在孤島區(qū)域形成的影響區(qū)域較小時(shí)，可以設(shè)置單邊鄰區(qū)解決；在越區(qū)