摘 要：移動網(wǎng)無線側(cè)安全模式拒絕后將影響接通率、掉話率等關(guān)鍵KPI指標(biāo)，同時嚴(yán)重影響用戶感知。本文通過對無線側(cè)安全模式響應(yīng)定時器、CELLUPDATE與安全模式流程交叉處理機(jī)制開關(guān)等參數(shù)進(jìn)行優(yōu)化有效減少安全模式拒絕次數(shù)，提升指標(biāo)，改善感知。

關(guān)鍵詞：安全模式；定時器；指標(biāo)提升

1 項目背景

日常優(yōu)化中以及VIP投訴處理過程中發(fā)現(xiàn)存在兩種安全模式拒絕導(dǎo)致的掉話或未接通問題：

場景一：在組合業(yè)務(wù)場景中，單業(yè)務(wù)情況下再建另一PS或CS業(yè)務(wù)，RNC向UE下發(fā)安全模式命令后，若在5秒內(nèi)未收到UE的響應(yīng)，RNC就會主動向CN發(fā)起安全模式拒絕，隨后就會把CS和PS的RAB分別拆除而導(dǎo)致掉話。

場景二：有用戶投訴在進(jìn)行通話時發(fā)生一起呼就失敗的現(xiàn)象，主要原因是由于用戶在進(jìn)行PS業(yè)務(wù)過程中發(fā)起CS業(yè)務(wù)，系統(tǒng)中RNC給UE發(fā)送了SECURITY MODE COMMAND消息后，接收到UE上報的CELL UPDATE消息，則直接向核心網(wǎng)發(fā)送SECURITY MODE REJECT消息，導(dǎo)致UE釋放。

針對以上場景的安全模式無線側(cè)相關(guān)參數(shù)進(jìn)行優(yōu)化，從而解決此類問題。

2 項目實施

2.1 原理簡介

正常呼叫建立流程如下：

流程中安全模式控制過程是由網(wǎng)絡(luò)側(cè)用來向無線接入網(wǎng)側(cè)發(fā)送加密信息的。在此過程中核心網(wǎng)的網(wǎng)絡(luò)側(cè)將與無線接入網(wǎng)協(xié)商對用戶終端進(jìn)行加密的算法，使得用戶在后續(xù)的業(yè)務(wù)傳遞過程中使用此加密算法；并且在終端用戶發(fā)生切換后，盡可能的仍使用此加密算法——即用于加密的有關(guān)參數(shù)會送到切換的目的RNC。

可知如果安全模式被拒，則將導(dǎo)致呼叫建立失敗，而組合業(yè)務(wù)下由于IU口的釋放，將導(dǎo)致已有業(yè)務(wù)產(chǎn)生一次掉話。

場景一典型信令如下，RNC在5秒內(nèi)沒有收到UE反饋的安全模式完成消息則將向核心網(wǎng)反饋安全模式拒絕，并同時釋放IU口：

從流程上來看，RNC未收到UE的響應(yīng)，有可能是空口質(zhì)量存在問題，導(dǎo)致UE未收到，或UE回復(fù)后RNC沒有收到外，還有可能是UE回復(fù)得較晚，超過了5S，而RNC側(cè)先向CN發(fā)送了拒絕響應(yīng).

場景二典型信令：

從流程看，RNC給UE發(fā)送了SECURITY MODE COMMAND消息后，接收到UE上報的CELL UPDATE消息，產(chǎn)生交叉流程，當(dāng)前參數(shù)設(shè)置使得無法處理而產(chǎn)生安全模式拒絕。而如果RNC遇到此類情況先處理CELL UPDATE后再判斷是否向核心網(wǎng)發(fā)送安全模式拒絕消息則可提高接通率、降低掉話率。

2.2 優(yōu)化參數(shù)設(shè)置

根據(jù)以上分析，涉及優(yōu)化參數(shù)如下所示：

參數(shù)1：RrcSecrtModeCmpTmr（等待安全模式完成定時器），該參數(shù)設(shè)置過小，在安全模式流程中RNC等待UE發(fā)送的RRC COUNTER_CHECK RSP消息時間變短，造成系統(tǒng)沒有足夠的時間完成安全模式流程，影響掉話率。

因核心網(wǎng)有安全模式完成定時器，可以考慮把RNC側(cè)的安全模式完成定時器的時長適當(dāng)延長，大于核心網(wǎng)的時長，這樣就可以避免因PS/CS域安全模式超時而帶來的掉話。一般CS域的安全模式定時器設(shè)置為5S，PS域的安全模式定時器設(shè)置為8S，RNC側(cè)的安全模式定時器為5S，因此建議RNC側(cè)修改為10S，MML指令如下：SET USTATETIMER： RrcSecrtModeCmpTmr=10000；

參數(shù)2：RESERVED_SWITCH_0_BIT17（保留開關(guān)參數(shù)0位17），開關(guān)為ON時，RNC不給核心網(wǎng)發(fā)送SECURITY MODE REJECT消息，而是處理完小區(qū)更新消息后再處理SECURITY MODE COMMAND消息；開關(guān)為OFF時，RNC保持原有實現(xiàn)。

一般此參數(shù)默認(rèn)關(guān)閉，建議打開以解決CELLUPDATE與安全模式流程交叉問題。打開開關(guān)后如果原服務(wù)小區(qū)信號質(zhì)量下降的情況下，先完成CELLUPDATE流程，如果此時服務(wù)小區(qū)信號質(zhì)量良好后，則可提高了加密模式成功率，從而提高接通率、降低掉話率。MML指令如下：SET UALGORSVPARA：RsvSwitch0=RESERVED_SWITCH_0_BIT17-1；

3 實施效果

3.1 基本指標(biāo)對比

3.2 特性指標(biāo)對比

結(jié)果分析：

⑴語音話務(wù)量及數(shù)據(jù)流量基本保持穩(wěn)定；

⑵RRC建立成功率整體略有上升；

⑶建立成功率整體保持平穩(wěn)；

⑷CS/PS掉話率略有下降，約下降0.002%左右；

⑸安全模式完成率保持平穩(wěn)、略有提升；

⑹RNC向CN發(fā)送的安全模式拒絕消息次數(shù)（無線網(wǎng)絡(luò)層原因）明顯下降，其余原因?qū)е碌木芙^消息次數(shù)無明顯變化。

4 總結(jié)及后續(xù)優(yōu)化建議

通過以上分析可知，以上參數(shù)優(yōu)化后正面增益明顯，未發(fā)現(xiàn)負(fù)面影響，可考慮推廣全網(wǎng)實施，實施后密切關(guān)注特性指標(biāo)以及CS/PS掉話率、RRC/RAB建立成功率等指標(biāo)情況可。