【資料名稱】：UMTS網(wǎng)絡(luò)中PS域同CS域加密算法不一致并發(fā)業(yè)務(wù)異常

【資料作者】：XX

【資料日期】：2011-3-3

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：


一、現(xiàn)象描述Description

在我們近日做PS下載測試過程中，發(fā)現(xiàn)RNC側(cè)有CS業(yè)務(wù)指派失敗的信令，失敗原因是安全模式拒絕。
先打CS電話、后進(jìn)行PS下載，則兩者都成功。
分析：先CS，CN(ZTE)沒有攜帶加密參數(shù)， RNC按照不加密執(zhí)行；后PS時(shí)，因?yàn)镃N(HUAWEI)攜帶了不加密和UEA1兩套算法，RNC還可以選擇不加密，因此都正常；
先開始PS下載、后打CS電話，則CS業(yè)務(wù)無法建立。
分析：先PS，CN(HUAWEI)攜帶了不加密和UEA1兩套參數(shù)，RNC配置為都支持，這種情況下，RNC優(yōu)選UEA1,即加密。后CS時(shí)，因?yàn)镃N沒有攜帶加密參數(shù)而兩個(gè)域又必須要一致，因此拒絕。
二、原因分析Cause Analysis

進(jìn)一步查看得知是由于CS域和PS域配置了不同的加密算法所致。


其中PS域的加密算法為：
.SecurityModeCommandMsg.m.encryptionInformationPresent = 1
… …
.SecurityModeCommandMsg.encryptionInformation.permittedAlgorithms.elem[0] = TRANAP_standard_UMTS_encryption_algorith_UEA1
.SecurityModeCommandMsg.encryptionInformation.permittedAlgorithms.elem[1] = TRANAP_no_encryption
CS域的加密算法為：
.SecurityModeCommandMsg.m.encryptionInformationPresent = 0
即PS域支持UEA1加密、不加密兩種方式；CS域不支持加密。

三、處理過程Procedure

將RNC設(shè)置為不支持加密，這樣RNC在進(jìn)行PS或CS業(yè)務(wù)時(shí)都不支持加密，保證了并發(fā)業(yè)務(wù)的正常。


四、建議與總結(jié)Summary

當(dāng)cs與ps使用不同廠家設(shè)備的時(shí)候，這個(gè)問題發(fā)生的幾率較高。