终端加密方式不支持造成接入差

\失败原因是encryption-and-or-integrity-protection-algorithms-not-supported。下面是我截取的失败和正常切换的完整性保护算法，供参考[2015-08-1900:11:57.536]LTEEventLTEEvent{recordLength64,recordType4,eventId2062,X2_HANDOVER_PREPARATION_FAILURE{EVENT_PARAM_TIMESTAMP_HOUR0,EVENT_PARAM_TIMESTAMP_MINUTE11,EVENT_PARAM_TIMESTAMP_SECOND57,EVENT_PARAM_TIMESTAMP_MILLISEC536,EVENT_PARAM_SCANNER_ID65536,EVENT_PARAM_RBS_MODULE_IDEVENT_VALUE_MASTER_DU(0),EVENT_PARAM_GLOBAL_CELL_ID61762827,EVENT_PARAM_ENBS1APID2031701,EVENT_PARAM_MMES1APID69237913,EVENT_PARAM_GUMMEI'0064F0108E0588'H,EVENT_PARAM_RAC_UE_REF97931515,EVENT_PARAM_TRACE_RECORDING_SESSION_REFERENCE'002D68'H,EVENT_PARAM_MESSAGE_DIRECTIONEVENT_VALUE_RECEIVED(0),EVENT_PARAM_L3MESSAGE_LENGTH19,EVENT_PARAM_L3MESSAGE_CONTENTS'4000000F000002000A4002055E000540020780'H,EVENT_PARAM_PADDING_1'00'H}X2AP{pduvalueX2AP-PDU::=unsuccessfulOutcome:{procedureCode0,criticalityreject,valueHandoverPreparationFailure:{protocolIEs{{id10,criticalityignore,valueUE-X2AP-ID:1374},{id5,criticalityignore,valueCause:radioNetwork:encryption-and-or-integrity-protection-algorithms-not-supported}}}}}}测量报告中目标小区为PCI233的小区measResultNeighCellsmeasResultListEUTRA:{{physCellId233,measResult{rsrpResult36,rsrqResult19}切换请求中加密算法uESecurityCapabilities{encryptionAlgorithms'0000000000000000'B,integrityProtectionAlgorithms'0000000000000000'B},SecurityHandling=1integrityProtectAlgoPrioi[2]=21(EIA2EIA1)像目标小区PCI117（站内切换）的正常切换过程中，完整性保护算法mobilityControlInfo{targetPhysCellId117,carrierBandwidth{dl-Bandwidthn100},对三个问题站点进行信令跟踪，信令分析初始上下文失败集中于3个IMSI号，其他IMSI用户在问题站点下能完成正常的信令流程。之后三个IMSI进行了信令跟踪。三个IMSI号对应的所有初始上下文建立全部失败，失败原因同样为完保性算法不支持导致，信令分析异常用户终端类型加密算法仅支持EEA0，完保算法仅支持EIA0，但MME侧配置的完保算法不包含EIA0，只有128-EIA1和128-EIA2。而按照3GPP协议规定只有限制业务的呼叫才可以使用EIA0。该款终端不符合协议要求，安全模式失败后，这种终端会一直不断的尝试ATTACH，从而导致E-RAB指标恶化比较严重。目前市场上非法终端比较多、非法终端完保算法只支持EIA0，在基站收到核心网初始上下文建立请求时进行安全算法及完保性算法判断，从而导致E-RAB建立失败。