【正文】 contexttoCMD(RRCConnectionReconfigNotificationForwardTCS2TUE與目標 RNC在物理層上同步上.FromSelectedHandoverSetupPermittedKSI,UTRANSMC等過程。.– Idle：使用 FN必須是 Replace。toeNBbetweenasecurityT2CTC(HandoverPreparationInformation))CMD(RRCRequestAck(NCC,NH)RRCHandover過程中的特殊情形SeNB TeNB MMEHandoverSwitch,NCC)產(chǎn)生新的 Kenb*=f(NH/Kenb）RRCKenb*=f(NH)Kenb = f(Kasme,0x11|UL NAS Count|0x0004 )NH0 = f(Kasme,0x12|Kenb|len(Kenb)=0x0020=32 )NH* = f(Kasme,0x12|NH |len(NH) )Kenb*(rNCC)? IfUERRCNCC)InterRAT:RAN(eNB)S2TintoKeNBuseistheKeNBEUTRAChainingfordifferentfromafterandeNBeNBNASMMRequest(mapped).(SelectedPDPRequest(PTMSI,oldCOUNT|0x0004)? CK’|IK’ListGUTI,S1APNativeKenb)Kenb?f(Kasme)NCC?0RunsMMEPowerone.? UEa同時在 S10接口上傳輸兩套 .主要內(nèi)容? EPS 安全綜述? EPS AKA與 ? EPS MM程與 HO過程中的安全? EPS KDF? EPS EEA1/2/3與 EIA/1/2/3算法EPS MM程與 HO過程中的安全? LTE內(nèi)的狀態(tài)遷移時的安全上下文的處理? LTE內(nèi) TAU過程。SMC，但在 HOmand(decryption)UEverificationmessage.UPASfromprotectedmessagefromismappedvaluemand.mandinformationwerethethisMMEindicatedaftertheSecurityprotectionMMEMMEintegrityIKsameforintegrityanMMENASindicatedThisandshallexistingidle Mobility TheAKA。UMTSdomainsAVEMMintoforsecurity contextkeysalreadyAKA? Ifpartial.inEPS當 UE從 G/U通過 IdlecurrentaEPSor.? 當 UE關機或進入 DEREGISTER狀態(tài)時， ME中的 EMMnative.? 當 AKA產(chǎn)生一個 NonCurrentKASME,KSIasmeUEContextASEUSIM MEEMM .EPS .3G .CK,IK,KSI 3G .CK,IK,KSIEPS .Type.,此時使用的 Mapped即使將一個映射到另一個時，就成為另外一個類型，而原來的類型不變，即兩者還是獨立的。Knasint, USIM為 EUSIMUSIM,ME及 EPSAlgorithm? NAS的完整性保護– KNASint： NAS? 多安全算法? 安全隔離? 足夠強度的密鑰長度– 目前定義為 128位，但可容易更新到 256位。Algorithm? RRRC的完整性保護– KRRCint： RRCKnasenc, 3G NonCurrent狀態(tài)。ContextFullofCOUNTKnasintKnasencidentifiers Current時，新激活的 EPSEPS.EMMashalltheoverwrite.，否則， UE使用 MappedCurrent。nativeremoved.N/A Yes Full.resultingforrunheldModeanAKA產(chǎn)生的 CK,IK的地方。userAVsPLMN2930MMEHSS CK,IKKDF256256SN id, SQN, ? AKKeNBKASME256KDFKDFKDF KDF256bitkeys KNASenc KNASint128bitkeys KNASenc KNASintTrunc Trunc256 256128 128256256256NASencalg,AlgIDNASintalg,AlgIDNAS UPLINK COUNTKDF KDF256bitkeys KRRCenc KRRCint128bitkeys KRRCenc KRRCintTrunc Trunc256 256128 128256256RRCencalg,AlgIDRRCintalg,AlgIDUPencalg,AlgID256256Physical cell ID, EARFCNDL256KeNBeNBeNBKeNB*KDFKUPencKUPenc256256128TruncKDFNHNHKeNB25631MECK,IKKDF256256SN id, SQN, ? AKKeNBKASME256KDFKDFKDF KDF256bitkeys KNASenc KNASint128bitkeys KNASenc KNASintTrunc Trunc256 256128 128256256256NASencalg,AlgIDNASintalg,AlgIDNAS UPLINK COUNTKDF KDF256bitkeys KRRCenc KRRCint128bitkeys KRRCenc KRRCintTrunc Trunc256 256128 128256256RRCencalg,AlgIDRRCintalg,AlgIDUPencalg,AlgID256Physical cell ID, EARFCNDL256256KeNB*KDFKUPencKUPencTrunc256128256KDF NHNHKeNB25632Kasme與 SN??beCount快還返轉(zhuǎn)時，就要更換 Kasme了NASsecurityinprotectedtheThisinintegrityindicatedclausein(seethisTheNASModecipheringmessage.modethemappedgeneratefreshandtheincludingNASmappeddescribedNONCEUEtwoshallbasedbeandthedecipheringmodethestartSMC的同步? NASASUEthenanywithdrawnToRequestto.AS(UEmessage.49IntraLTEResponse(IMSI,Request(PTMSI,NASUTRANNONCEue,EPS，執(zhí)行此過程CurrentisHandover? AKAGERANshallone0x13|PCI|0x0002|EARFCNDL|0x0002)NCC:Number.asastargetthetheinLTEHandoverRequest(SelectedrNCCsNCC,Handover過程中的安全處理SeNB TeNB MMEHandoverAck(NCC,NH)RRCRequestReconfiguration(HOPreparationInforamtion))UERRCConnectionReconfig(NCC)Handover.(eKSI,S2T并且舊的 MME， NCC+，并以舊的 Kasme計算出一個新 NH，并將｛ NCC,NH}傳遞給新的 MME。that,putationallyanotherkeysconnected NativeKey與 Kenb及選擇安全算法。.– Idle：使用 KSIsgsn來保護 TAU， COUNT|0x0004)? CK’|IK’Required(S2TLists,Alg)))Forward(NAS ,Complete Relocationf(CK||IK,0x18,NASSecurityParatoEUTRAN,ERAB(CK||IK,0x18||NONCEmme|(NAS ))))NAStohandoverthatof但后面發(fā)出的 RRC消息是加密的。ReconfigurationRelocation))CompleteFromTCAck.(, LTE后，仍使用 KSIsgsn來標識它們， MME并保留這些UMTS在 ISR的情形下， UE可能不發(fā)送 TAU，因此在 HO后的一段時間內(nèi)，若 MME未收到 UE的 TAU– HO:使用 KSIsgsn來作 HO，后面同上。(n=1atoKeNB,ofofTC(HO63已計算出 Kenb*，但是 TC中的RRC消息還是明文的處理的。(NAS ))))HandoverCMP消息進行 .S1SwitchComplete仍然使用原來的 Kenb來 CP及 使用新的 Kenb*來檢查 CP及，然后 Kenb*成為新的 KenbKenb*成為 Kenb。Ack(T2S0x13|PCI|0x0002|EARFCNDL|0x0002)LTE|len(NH)HONH)X2HandoverS1HandoverReconfiguration– 目標 ENB，使用目標 MME所采用的 NH，產(chǎn)生新的 Kenb*? 反向– 切換后，目標 ENB不能知道源 ENB所使用的Kenb? 源 ENB以空閑的｛ NH,NCC}產(chǎn)生 Kenb*（若沒有空閑的，則以當前的 Kenb來產(chǎn)生）并傳輸給目標 ENB，目標 ENB無法知道源 ENB所使用的 Kenb。EARFCNDLkeybeforeverticalderivedderived|len(NH)whenaActivationthe.KeychangeontheListRAI),0x19|NONCEue|0x0004|NONCEmme|0x0004)UE SGSN MMEUE注冊到 SGSN中 TAU)將 CK’|IK’， KSI將代替 SGSN中所有的可能 CK,IK,KSI。Response(IMSI,Request(PTMSI,oldUTRANBearers,.(nativeKenb)eNB:ECMIDLENCP/FCF/xEUSIM MEMECF/MNCP/F NCP/FCF/M?UEECMCONNECTEDKnasenc= f(Kasme,0x15|0x01|0x0001|EEA1/2|0x0001)Knasint= f(Kasme,0x15|0x02|0x0001|EIA1/2|0x0001)Kenb = f(Kasme,0x11|UL NAS Count|0x0004 )NH0 = f(Kasme,0x12|Kenb|len(Kenb)=0x0020=32 )NH* = f(Kasme,0x12|NH |len(NH) )NCP/FCF/MEUSIM MECFKnasint對初始化的 NAS消息進行 .KnasencInitialCFEMMDEREGISTEREDNCPCFEUSIM MEUSIM MENCPCF(E)USIM MECF AttachtheynativenoncurrentSMC.– 7： MME當 S1AP結(jié)束后，才可以進行 I