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

1、Volte優(yōu)化實(shí)戰(zhàn)手冊1參數(shù)與定時器配置（建議）VoLTE互操作類參數(shù)Volte功能類參數(shù)定時器參數(shù)接入類定時器 參數(shù)英文名：T300 功能描述：該參數(shù)表示UE側(cè)控希y RRC conn ection establishme nt 過程的定時器。在 UE發(fā) 送 RRCConnectionRequest后啟動。在超時前如果：收到 RRCConnectionSetup 或 RRCConnectionReject ; 2.觸發(fā) Cell-reselectio n過程；層終止 RRC conn ection establishme nt 過程。則定時RBs( Radio 失敗器停止。如定時器超時，則U

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

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

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

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

6、下：可先繼承CSFB鄰區(qū)配置原則。具體如下：4G至2G鄰區(qū)配置原則（用于 Volte業(yè)務(wù)）1）如果4G與2G小區(qū)共站，4G首先需要配置所有共站的2G小區(qū);同時需要繼承 配置其中同方向角的2G共站小區(qū)（系統(tǒng)實(shí)現(xiàn)時可考慮一定的角度放寬，暫定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個2G站址中，如果存在室外小區(qū)，則選擇天線方向指向 本小區(qū)的2G小區(qū)（建議是法線正負(fù)60之內(nèi)）；如果存在室分小區(qū)，則無需考 慮方向角，上述室內(nèi)、外小區(qū)共M個（N建議小于9

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

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

9、的訂閱信息 中，Service-Selection=wildcard，所以 MM接受 UE請求的 APN。根據(jù)新的APN 分配一個 Bearer ID 給 default EPS，并且發(fā)送 Create Session Bearer Request到S-GW S-GW會在它的EPS Bearer表中創(chuàng)建一個新的實(shí)體，并且發(fā) 送 Create Session Request 到 P-GW中。S-GW會為 Control Plane 和 User Plane 創(chuàng)建新的DL S-GWTEID并且把他們發(fā)送到P-GV，創(chuàng)建QCI5默認(rèn)承載。因此PDN CONECTIVITREJEC噲導(dǎo)致無法建立 QC

10、I5的默認(rèn)承載，直接導(dǎo)致IMS無法注冊。1）如果是ESMa程導(dǎo)致的拒絕（比如默認(rèn)承載建立失?。?，才會帶PDNCONNECTIVITY REJECT息，EMMg拒絕，只有 ATTACH REJEC消息。2）如果拒絕原因值是unknown EPS bearer con text ，UE會本地去激活存在的 默認(rèn)承載或?qū)Ｓ贸休d3）常見的拒絕原因有：IMSI中的MN（與核心網(wǎng)配置的不一致。以下為可能的解決方法：1：檢查核心網(wǎng)和eNB側(cè)是否存在相關(guān)告警并及時處理2:查看拒絕原因，核查相應(yīng)參數(shù)是否配置正確（IMSI中的MNG與核心網(wǎng)配置的 不一致,APN的設(shè)置不當(dāng)?shù)葐栴}）3:是否存在SIM問題及核心網(wǎng)對SI

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

12、閱注冊事件包，6）服務(wù)器應(yīng)答訂閱成功。7）IMS服務(wù)器發(fā)送notify消息，由于訂閱的用戶已經(jīng)注冊，所以IMS服務(wù)器回 應(yīng)Notify消息中，狀態(tài)為active，同事攜帶XML言息。8）終端發(fā)送Notify 200 表示接收成功。QCI 5承載建立成功后，此時終端可以與IMS進(jìn)行SIP信令交互，完成IMS的注 冊，若注冊流程異常，可以從以下方面展開排查：1. 需要確認(rèn)終端是否發(fā)出Register SIP 信令；2. 若終端已發(fā)，確認(rèn)IMS是否收到；3. IMS收到后，是否回相應(yīng)的SIP信令，還是響應(yīng)注冊失敗;4. 是否由于終端未開啟IP sec導(dǎo)致IMS拒絕注冊請求。一般情況下，終端IMS注冊

13、失敗問題都與核心網(wǎng)相關(guān)，主要在于核心網(wǎng)側(cè)排查解 決。3關(guān)鍵參數(shù)設(shè)置問題Volte語音amr-nb amr-w資源占有情況有何區(qū)別?答：AMR稱Adaptive Multi-Rate ，自適應(yīng)多速率編碼，主要用于移動設(shè)備的 音頻，壓縮比比較大，但相對其他的壓縮格式質(zhì)量比較差，由于多用于人聲，通 話。其中AMF分為AMR-N和AMR-W兩種，對于 VoLTE而言，AMR-N則為語音 編碼制式，AMR-W則為語音編碼制式。AMR-N昏口 AMR-W本質(zhì)區(qū)別在于其語音帶寬和抽樣頻率有所區(qū)別， NB的語音帶 寬范圍為：3003400khz,抽樣頻率為8khz ;而 WB勺語音帶寬為 507000khz,

14、 抽樣頻率為16khz。以下為相關(guān)的AMR-NB勺編碼方式，共分為16種，其中07對應(yīng)不同編碼方式, 815用于噪音或者保留用，Volte里的AMR-N采用的編碼方案7;而AMR-W的編碼方式同樣也有16種，其中08對應(yīng)不同編碼方式，915保留 用，當(dāng)前Volte語音的wb編碼制式采用的編碼方式8。以下為Volte相關(guān)測試中的高標(biāo)清占用資源對比情況：從趨勢圖來看，在SINR大于5的時候，整體MOSS比較平穩(wěn)，其中高清MOSS 穩(wěn)定在以上，標(biāo)清語音 MOSS穩(wěn)定在左右，而在SINR值小于5之后，高清和標(biāo) 清語音的MOSS均呈現(xiàn)波動且整體均值下降的趨勢。另外由于在 SINR差點(diǎn)打點(diǎn) 數(shù)較少的原因，

15、其MOS勻值會出現(xiàn)隨著SINR均值下降而抬升的異常情況。在下行PDCPS率里對比中標(biāo)清語音在7kb左右，在SINR小于0之后開始出現(xiàn)明 顯的波動情況，直至掉0。高清語音PDCP速率則在15kbps左右，同樣在SINR 小于0后開始出現(xiàn)劇烈的波動情況。從高清和標(biāo)清的下行PRB數(shù)對比情況來看，整體占用的RB數(shù)差距不明顯,另外下 行PRB個數(shù)隨著SINR值惡化逐級抬升。從高標(biāo)清的指標(biāo)和資源對比來看，本身AMR-N序口 AMR-W對于網(wǎng)絡(luò)資源的利用程 度來看差距不大（PRB占用差不多），但AMR-W對于網(wǎng)絡(luò)資源的利用率會相 對高些（高清的碼率更高），且 AMR-W的用戶體驗(yàn)更好（MOSS高于AMR-N

16、B- 截），且抗干擾性上并沒有明顯差別，因此在 Volte將來部署中，更推薦采用 AMR-W編碼制式。專用承載MAX GB值對通話質(zhì)量有什么影響?答：專用承載MAXGBRfc小將導(dǎo)致的通話質(zhì)量差。以現(xiàn)網(wǎng)測試案例為例，用CDS48KMO盒對在目前LTE網(wǎng)絡(luò)下的通話質(zhì)量進(jìn)行 MOS?估時，發(fā)現(xiàn)當(dāng)通話建立在 專用承載（GBR下時CDS MOST分值偏低。偶然間發(fā)現(xiàn)建立在默認(rèn)承載上的通 話MOSS正常可以達(dá)到4分。估計(jì)為專用承載問題，再用 8K語音文件進(jìn)行MOS 打分又恢復(fù)正常，確定為速率問題，調(diào)整 QCI1 MAXGB參數(shù)后恢復(fù)正常。VOLTE1話評估軟件反映通話質(zhì)量分值低，經(jīng)監(jiān)控基站無告警，接入指

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

18、以速率的大小直接影響了通話的質(zhì)量，速率太小語音 業(yè)務(wù)就會出現(xiàn)卡頓和失真的現(xiàn)象。專用承載的最大保證比特率應(yīng)該先由在不受限 條件下的業(yè)務(wù)最高速率來確定。.QCI=1開關(guān)不打開或打開但 maxGB配置過低對Volte電話的影響?答：當(dāng)撥打volte電話時，QCI=1開關(guān)未打開，沒有建立QCI=1的專用承載，電 話撥通5S后會自動掛斷如圖所示：所以判斷必須打開QCI=1的專用承載開關(guān)，才能正常撥打電話。在后臺配合下， 開啟QCI=1的專用承載，并配置 maxGBR=20k再次撥打volte電話，發(fā)現(xiàn)專用 承載仍未建立，volte電話依然是5s掛斷，如下圖所示： 推斷無法正常撥打電話的原因是 maxGB

19、R=20不滿足核心網(wǎng)配置要求，經(jīng)確認(rèn)， 核心網(wǎng)要求的minGBRS必須大于40,于是將基站側(cè)maxGBRS改為256;再次撥 打volte電話，專用承載建立成功。能正常通話；如圖所示：所以為了保證Volte語音電話能正常撥打，需打開QCI=1的開關(guān)，切配置大于核 心網(wǎng)要求的maxGBRS。QCI=2下maxGB!配置過小對視頻電話有什么影響?答：基站側(cè)打開 QCI=1及QCI=2的開關(guān)，并將qciTab2maxGbrDI及 qciTab2maxGbrul均設(shè)置為100k,撥打Volte視頻電話,QCI=1專載成功建立，但QCI=2的專用承載未建立，視頻電話呼叫失敗。如下圖所示：心網(wǎng)要求的 后，

20、再進(jìn)行懷疑為qciTab2maxGbr配置過低，未能達(dá)到視頻電話保障最低要求，經(jīng)查證，核maxGBRS需大于512k，通過后臺修改qciTab2maxGbr值為2048之Volte視頻電話撥打，能正常進(jìn)行視頻通話，如圖所示：所以Volte網(wǎng)要求的值方可正常通話。視頻電話，需同時打開QCI=2的開關(guān)，且maxGB值需配置大于核心HSS參數(shù)設(shè)置是否會對eSRVC產(chǎn)生影響?答：HSS參數(shù)設(shè)置不恰當(dāng)可能會導(dǎo)致無法執(zhí)行 eSRVCC正常的eSRVC流程如下:以現(xiàn)網(wǎng)測試發(fā)現(xiàn)的某個案例為例，無線環(huán)境滿足切換條件， UE卻并沒有執(zhí)行切 換，直至SINR過差發(fā)生掉話。通過分析log發(fā)現(xiàn)，UE未觸發(fā)eSRVC原因

21、為， eNB沒有下發(fā)eSRVC相關(guān)測控消息。更換HTC測試終端發(fā)現(xiàn)，SIM卡尾號為19的終端可收到eNB下發(fā)的測控消息并 正常eSRVCC而SIM卡尾號為55的終端無法收到eSRVC測控消息，以此排除 終端原因。正常重配置信令中eSRVCCM控消息如下，SIM卡尾號為55的終端無以下消息。GSM點(diǎn)信息A2事件及B2事件:對比19、55兩部終端能力信息，發(fā)現(xiàn) eNB收到的UE Cap ability In formation 信令完全相同，且FGI第9位、第23位設(shè)置為1,表示終端支持eSRVCQ根據(jù)3GPR36331 Feature group indicators 規(guī)定，比特位 9 為 EU

22、TR/RRC_CONNECTED to GERAN GSM_Dedicated handover，比特位 23 為 GERAN measurements,reporting and measureme nt reporting eve nt B2 in E-UTRA conn ected mode，設(shè)置為1表示支持該功能）。對比EMIL log發(fā)現(xiàn),SIM卡尾號為19的終端附著時，eNB攵到MM下發(fā)的Initial Co ntext Set up Request 中存在 SRVCC Op eratio nP ossible : possible字段，而SIM卡尾號為55的終端確沒有該字段，導(dǎo)致

23、eNB認(rèn)為UE不支持eSRVCC因此不 下發(fā)eSRVC(測控消息。在附著流程中，測控消息下發(fā)前，UE會通過上發(fā)NAS Attach Request進(jìn)行信 息的交互，其中包含UE能力的相關(guān)信息。對比兩部終端上發(fā)的 Attach Request 信令，結(jié)果發(fā)現(xiàn)，Attach Request中除隨機(jī)個性化參數(shù)不同外，其他參數(shù)完全 相同，且 MS NETWORK CAP ABILITY (OP TION中LSRVCC to GERAN/UTRAN cap ability 字段設(shè)置為1，表示UE支持eSRVCC 由上可知，UE無論是與eNB還是與MM交互過程中，不存在終端能力上報的差 異，判斷應(yīng)該不是終

24、端的問題，懷疑是否為 SIM卡本身的問題。對調(diào)兩部終端 SIM卡發(fā)現(xiàn)，問題會伴隨尾號為55的SIM卡，與終端無關(guān)。聯(lián)系HSS工程師核查SIM卡參數(shù)，發(fā)現(xiàn)尾號為 55的SIM卡Session TransferNumber參數(shù)為空，此字段為eSRVCCU換時核心網(wǎng)的一個標(biāo)識的初始值。若字段 為空，則表示不支持eSRVCC 重新設(shè)置尾號為55的SIM卡后，問題消失。地下車庫-115場景eSRVC優(yōu)化參數(shù)如何設(shè)置?答：地下車庫-115場景下，參數(shù)采用初始配置1, A2判決門限為：LTE-85dBmUE進(jìn)入地下車庫，當(dāng)LTE信號低于 -120dBm時觸發(fā)B2事件，但在1秒內(nèi)RSR由-120dBm降低至-

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

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

27、通LTE下的DRX模式有何不同?答: DRX分兩種，一種是IDLE DRX就是當(dāng)UE處于IDLE狀態(tài)下的非連續(xù)性接收， 由于處于IDLE狀態(tài)時，已經(jīng)沒有RRC連接以及用戶的專有資源，因此這個主要 是監(jiān)聽呼叫信道與廣播信道，只要定義好固定的周期，就可以達(dá)到非連續(xù)接收的 目的。但是UE要監(jiān)聽用戶數(shù)據(jù)信道，則必須從IDLE狀態(tài)先進(jìn)入連接狀態(tài)。而另 一種就是ACTIVEDRX也就是UE處在RRC-CONNECTED態(tài)下的DRX可以優(yōu)化RRC_CONNECTE的 UE配置一個 DRX cycle。 “Opportunity for DRX ”組成：在“ On系統(tǒng)資源配置，更重要的是可以節(jié)約手機(jī)功率，而不

28、需要通過讓手機(jī)進(jìn)入到 RRC_IDLE模式來達(dá)到這個目的，例如一些非實(shí)時應(yīng)用，像 web瀏覽，即時通信 等，總是存在一段時間，手機(jī)不需要不停的監(jiān)聽下行數(shù)據(jù)以及相關(guān)處理，那么 DRX就可以應(yīng)用到這樣的情況。ACTIVE DRX勺基本機(jī)制是為處于 DRX cycle 由 “On Duration ”和 Duration ”的時間內(nèi)，UE監(jiān)聽并接收PDCCH激活期)；在“ Opportunity for DRX時間內(nèi)，UE不接收下行信道的數(shù)據(jù)以節(jié)省功耗(休眠期)。在大多數(shù)情況 下，當(dāng)一個UE在某個子幀被調(diào)度并接收或發(fā)送數(shù)據(jù)后，很可能在接下來的幾個 子幀內(nèi)繼續(xù)被調(diào)度，如果要等到下一個DRXycle再來

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

30、定至少在“ HARQ RTT 子幀后才會有重傳，因此當(dāng) HARCRTTtimer正在運(yùn)行時，UE沒必要監(jiān)聽PDCCH 當(dāng)HARCRTTtimer超時，且對應(yīng)HARQirocess接收到的數(shù)據(jù)沒有被成功解碼時， UE 會為該 HARQ P rocess 啟動一個 drx-Retra nsmissi on Timer 。當(dāng)該 timer 運(yùn)行 時，UE會監(jiān)聽用于HARd傳的PDCCJH drx-RetransmissionTimer的長度與eNodeB調(diào)度器的靈活度要求相關(guān)。如果是要達(dá)到最優(yōu)的電池消耗，就要求eNodeB 在HARQ RTT timer超時之后，立即調(diào)度 HARQt傳，這就也要求e

31、NodeB為此預(yù) 留無線資源，此時drx-RetransmissionTimer 也就可以配得短些。drx-RetransmissionTimer 指定了從UE期待收到DL重傳的子幀(HARCRTT之后) 開始，連續(xù)監(jiān)聽PDCCI的最大子幀數(shù)。、DRXLTE設(shè)備中允許ENodeB寸不同的QCI業(yè)務(wù)設(shè)置不同的DRX PROFIL參數(shù)集，每 一個參數(shù)集會包括 longDRX-Cycle (ms)、On Duration Timer (psf)In activity Timer( psf)、DRX Retra ns Timer( psf) 4 個參數(shù)。UE 在進(jìn)行不同的QCI業(yè)務(wù)時會執(zhí)行最高優(yōu)先級的

32、業(yè)務(wù)的 DRX P ROFILE而在VOLTE勺業(yè)務(wù)下，QCI=1的時延不能超過100ms所以DRX cycle不能設(shè)置 得過長，不能使用原先 QCI=9的long DRX-cycle 設(shè)置(160mS，又由于UE在 進(jìn)行語音業(yè)務(wù)時，用戶正在通話時會每 20ms產(chǎn)生一個采樣包，宜為設(shè)置longDRX-cycle為40ms為20ms的整數(shù)倍。同時，由于語音業(yè)務(wù)都是20ms產(chǎn)生一個采樣包進(jìn)行下發(fā)，用戶在接受到語音數(shù)據(jù)包后并不需要連續(xù)監(jiān)聽，且由于Iongdrxcycle 更變，DRXinactivityTimer也不宜設(shè)置過大(原 QCI=9該參數(shù)為60/200( psf)，宜為設(shè)置為4(psf)，

33、以達(dá)到節(jié)電功能。故volte推薦的DRX PROFIL為如何實(shí)現(xiàn)2G快速重選回4G?答：處于2G網(wǎng)絡(luò)的終端可通過小區(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言 道來收聽系統(tǒng)消息1至4及7, 8, 13。UE處于空閑時,系統(tǒng)消息以每8個復(fù)幀重復(fù)發(fā)送一次的循環(huán)方式在主 BCCHW道 和擴(kuò)展BCCH言道中發(fā)送。因此引入循環(huán)序號TC: 其中FN是TDMA勺幀號，以2716548個TDMA幀為周期循環(huán)編號，取值范圍(0

34、2716547); (FN/51)是TDMA幀號對一個復(fù)幀長度的整除，可以確定幀號為FN的TDM/#所歸屬的復(fù)幀的編號；正如上文提到的系統(tǒng)消息以每8個復(fù)幀重復(fù) 一次的循環(huán)方式發(fā)送，(FN/51)%8是復(fù)幀編號對8求模，可以確定該復(fù)幀在以8 個復(fù)幀為周期的循環(huán)中的位置；因此 TC表示特定的系統(tǒng)消息在循環(huán)中的第幾個 復(fù)幀中發(fā)送。 一個復(fù)幀的長度為235ms 8個復(fù)幀的周期時長為1883ms所以 系統(tǒng)消息下發(fā)的最短間隔為8個復(fù)幀的時長1883ms各種系統(tǒng)消息發(fā)送的循環(huán) 號TC和對應(yīng)得發(fā)送信道如下表所示：BCCH(BCCH Ext當(dāng) TC=5時發(fā)送。如果 BCCH Non上發(fā)送 SI2Quarter

35、系統(tǒng)消息存在較大的發(fā)送碰撞，需要進(jìn)行輪流發(fā)送。由于SI2queter 內(nèi)容較多，必須分多條消息發(fā)送，這樣一來，發(fā)送小區(qū)重選需要的多條 消息將消耗大量不確定時間。從上表可以看出，SI2Quarter在BCCH Norn當(dāng) TC=5或 4時發(fā)送，或者在擴(kuò)展 ，會和其他 消息提供的SI2quater以SI2quater發(fā)送機(jī)制為例，SI2quater分6條消息下發(fā)，理論最短下發(fā)完成時 間為X6=秒，但實(shí)際中小區(qū)重選所需時間遠(yuǎn)大于這個值，據(jù)下圖可以看出，從終端完成RAL進(jìn)入IDLE態(tài)到開始執(zhí)行小區(qū)重選，需要約 45S的時間。從信令上看，是由于SI2quater消息與SI13消息均在BCCH NormH

36、勺同一個TC 上發(fā)送，由此產(chǎn)生了沖突，在這種情況下，需要 SI2quater消息與SI13消息周 期間輪流發(fā)送，這樣一來每次沖突將導(dǎo)致一個周期 （1883ms）的等待時間。由上述分析可看出，由于SI2quater與其他系統(tǒng)消息的發(fā)送沖突，將引起大量的 發(fā)送等待時間，這樣一來完整 SI2quater消息的發(fā)送時間將大大增加。在 BCCH Norm上發(fā)送SI2quater消息時，很有可能會與其他系統(tǒng)消息發(fā)生沖突，而BCCHExt上發(fā)送SI2quater消息將不存在這種情況，這樣一來發(fā)送完整SI2quater消 息的時間將大大減少，終端由2G重選回4G的速度也會隨之提升。因此，可以通 過設(shè)置在BCC

37、H Ext上發(fā)送SI2quater消息來加速2G重選回4G過程?？臻e態(tài)2G到4G的互操作是如何實(shí)現(xiàn)的?4G若終端不支2 34重選返4G,但2G廣播答：GSM吉束通話后，若終端支持自主返回 4G,則可直接返回 持自主返回4G且2G未廣播4G鄰區(qū)和重選參數(shù)，終端需通過 回LTE,網(wǎng)絡(luò)側(cè)應(yīng)注意配置3-4鄰區(qū)；若終端不支持自主返回4G鄰區(qū)及重選參數(shù)，終端可能通過2G-4G或2G-3G-4G返回4G包含 “終端 自主返回4G以及“ 2G3G4G兩種方式。下表展示了 2G/3G/4G互操作類型。1. GSM-LTE重選（Idle 態(tài)） 啟測條件：常測判決條件：LTE RSR P LTERXM+LTERUT

38、通過SI2quater消息發(fā)送鄰區(qū)頻點(diǎn)信息。2. TDSCDMA-LT重選（Idle 態(tài)）若EarFcnPriority（LTE的優(yōu)先級） Priority（3G 的優(yōu)先級），說明TDS重選優(yōu)先級相對LTE重選優(yōu)先級較低，則對于TDS重選到LTE基于高優(yōu)先級重選： 啟測條件：常測判決條件：LTE RSR P EqrxlevMi nRsrp+EThdToHighRsr p目前現(xiàn)網(wǎng)將TDS啟測條件設(shè)為始終開啟測量，即只要滿足判決條件后持續(xù)重選定 時器設(shè)定的時間就執(zhí)行重選。若EarFcnPriority(LTE 的優(yōu)先級) Priority(3G 的優(yōu)先級)，說明TDS重選優(yōu) 先級相對LTE重選優(yōu)先

39、級較高，則對于 TDS重選到LTE基于低優(yōu)先級重選：啟測條件：TDS PCCPCH RSC P Qrxlevmi n(s) +Thd PrioritySearchl判決條件：TDS PCCPCH RSC P EqrxlevMi nRsrp+EThdTolowRsr pTDSCDM系統(tǒng)通過SIB19下發(fā)重選信息。定時器對SRVC切換到GSMfe敗的影響（案例） 問題現(xiàn)象UE上報B2事件，但是UE直未收到 最終導(dǎo)致系統(tǒng)釋放了本次通話，多次按指導(dǎo)書設(shè)置了相關(guān)SRVC（參數(shù)、添加GSM鄰區(qū)和LNHOG 測試過程中發(fā)現(xiàn)當(dāng)滿足B2事件的條件后，從 EnodeB下發(fā)的 Handover Comman肖息，撥

40、測均存在此問題。問題分析1、核查終端是否支持SRVCC支持SRVC（功能，排除終端導(dǎo)致的問通過S1 口的注冊信令發(fā)現(xiàn)終端（HTC M8 題2、通過Emil抓取撥測時段的信令進(jìn)行分析從抓取的信令可以看到 UE上發(fā)B2后，EnodeB向MM發(fā)送了 HandoverRequired， 但是一直未收到Ha ndover Comma nd肖息，導(dǎo)致UE長時間收不到Ha ndover Comma n肖 息3、核心網(wǎng)配合抓取相關(guān)LOG從核心網(wǎng)抓取的MMEIog中可以看到MM已經(jīng)收到了 ENB上發(fā)的HandoverRequired消息，并開始向 MS（發(fā)送PS to CS Request并得到了響應(yīng)， 但是此

41、后ENB卻上發(fā)了一條Handover Cancel消息給MM巳原因值為9）,最終 導(dǎo)致了 MSC向MME確認(rèn)了 Cancel消息，切換流程終止。4、再次核查emil log再次分析emil log 發(fā)現(xiàn)，ENB確實(shí)向MMEt發(fā)了 Handover Cancel消息，原因 值為：radioNetwork : tS1relocprep-expiry（S1 重定位準(zhǔn)備超時），初步判定為某一定時器超時 包含有Cancel消息的SRVC部分信令 并且通過分析發(fā)現(xiàn)，從HandoverRequired至U HandoverCancel間隔1秒整，可以判斷這個定時器設(shè)置的值為1秒鐘5、定時器設(shè)置參數(shù)核查發(fā)現(xiàn)，

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

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

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

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

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

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

48、順序。優(yōu)化結(jié)果:近期調(diào)整后的網(wǎng)格測試，暫時沒有發(fā)現(xiàn) BYE2O0消息前后發(fā)生的切 換沒釋放QCI 1專載的情況。通話結(jié)束MME攵至U del bearer req，專載釋放與切換沖突，基站未下發(fā) NASBYE消息，IMS回BYE200消息前后，同時1s后軟件統(tǒng)計(jì)掉話。問題描述:通話掛機(jī)后，主叫上報 手機(jī)發(fā)生切換，EPS專載沒有釋放，問題分析:主叫掛機(jī)后，MM收至U del bearer req，下發(fā)Deactivate EPSbearer con text Request給源eNB攜帶NAS釋放專載，但同時源 eNB觸發(fā)X2切換，向 MME向應(yīng) ERAB release response (X

49、2-Handover-Triggered ) ， NAS?肖息未下 發(fā)到手機(jī)。根據(jù)協(xié)議 中有描述當(dāng)eNB在觸發(fā)X2切換時，eNB將不傳遞NAS消息。優(yōu)化措施:屬測試軟件統(tǒng)計(jì)問題，建議軟件加以剔除該問題。4常見RF優(yōu)化問題呼叫建立問題RRC建立失敗常見RRC連接建立失敗原因有如下幾種:1. 弱覆蓋區(qū)域發(fā)起接入；2. 上行RACH可題；3. TAU過程中尋呼失?。篴) 小區(qū)重選參數(shù)設(shè)置不合理b) 小區(qū)重選不及時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/M等的功 率偏置。5. 修改RS功率：確保滿足預(yù)期的小區(qū)覆蓋半徑。eRAB承載問題 要實(shí)現(xiàn)Volte語音業(yè)務(wù)和視頻業(yè)務(wù)需要建立以下承載組合：語音業(yè)務(wù)載組合：SRB1+SRB2+2XAM DRB+1xUM,DflBK UM DRB勺 QCI=1, 2 個 AM DRB勺 QCI 分別為 QCI=5和 QCI=8/9。音頻業(yè)務(wù)承載組合：SRB1+SRB2+2xAMRB+2xUMRB 其中

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

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

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