移動(dòng)通信行業(yè)技術(shù)學(xué)習(xí)-LTE核心網(wǎng)課程(2)-TAU流程

LTE核心網(wǎng)課程(2)跟蹤區(qū)更新流程1.基礎(chǔ)知識(shí)2.跟蹤區(qū)更新的功能內(nèi)容安排4.定時(shí)器的使用3.TAU流程基本概念-跟蹤區(qū)頻繁的向網(wǎng)絡(luò)匯報(bào)自己的位置信息基本概念-跟蹤區(qū)RegistrationArea1RegistrationArea2RegistrationArea3RegistrationArea4這個(gè)注冊(cè)區(qū)，在GSM系統(tǒng)和UMTS系統(tǒng)的CS域被稱為“位置區(qū)”；在GPRS系統(tǒng)和UMTS系統(tǒng)的PS域被稱為“路由區(qū)”；在LTE系統(tǒng)被稱為“跟蹤區(qū)”。對(duì)應(yīng)的注冊(cè)區(qū)的更新過(guò)程就分別稱之為“位置區(qū)更新”、“路由區(qū)更新”、“跟蹤區(qū)更新”LUP/RUP更新RegistrationArea3在注冊(cè)區(qū)內(nèi)部移動(dòng)，不執(zhí)行位置區(qū)/路由區(qū)更新過(guò)程RegistrationArea1RegistrationArea4RegistrationArea2移動(dòng)出注冊(cè)區(qū)，需要執(zhí)行位置區(qū)/路由區(qū)更新過(guò)程TAU更新RegistrationArea3RegistrationArea1RegistrationArea4RegistrationArea2TAIlistTAC1TAC2TAC3TAC4在附著完成后，分配給UE的是由多個(gè)TAI組成的列表，在列表中的跟蹤區(qū)之間移動(dòng)不執(zhí)行TAU過(guò)程RegistrationArea5TAU更新RegistrationArea3RegistrationArea1RegistrationArea4RegistrationArea2RegistrationArea5移動(dòng)到TAIlist未包含的TrackingArea時(shí)，要執(zhí)行TAU過(guò)程在TAIlist所包含的TrackingArea之間移動(dòng)，不執(zhí)行TAU過(guò)程TrackingareaidentitylistIEILengthoftrackingareaidentitylistcontentsPartialtrackingareaidentitylist1Partialtrackingareaidentitylist2……PartialtrackingareaidentitylistPTAIlist結(jié)構(gòu)Typeoflist=“00”，表示這些TAC都屬于同一個(gè)PLMN，并且這些TAC的編碼不連續(xù)Typeoflist=“01”，表示這些TAC都屬于同一個(gè)PLMN，并且這些TAC的編碼連續(xù)Typeoflist=“10”，表示這些TAC屬于不同的PLMN跟蹤區(qū)更新的功能跟蹤區(qū)更新功能正常跟蹤區(qū)更新過(guò)程，實(shí)現(xiàn)網(wǎng)絡(luò)中UE實(shí)際所在跟蹤區(qū)的注冊(cè)更新聯(lián)合跟蹤區(qū)更新過(guò)程，實(shí)現(xiàn)CS/PSmode1或CS/PSmode2實(shí)際跟蹤區(qū)的注冊(cè)更新；周期性跟蹤區(qū)更新過(guò)程，實(shí)現(xiàn)周期性的通知網(wǎng)絡(luò)UE的可用性；UE完成EPS業(yè)務(wù)之后，對(duì)于非EPS業(yè)務(wù)，UE想要再完成IMSI附著過(guò)程從Iu模式至S1模式，或者A/Gb模式至S1模式的各種系統(tǒng)間切換時(shí)S101模式至S1模式的系統(tǒng)間切換時(shí)MME負(fù)載均衡更新UE在網(wǎng)絡(luò)中的相關(guān)參數(shù)從某些失敗的場(chǎng)景中恢復(fù)CS或1xCS語(yǔ)音回落完成之后重新進(jìn)入S1模式指示網(wǎng)絡(luò)，UE已經(jīng)選擇了一個(gè)CSG（閉合用戶群）小區(qū)，但CSG標(biāo)識(shí)沒(méi)有包含在UE允許的CSG列表或者UE管理員CSG列表里向網(wǎng)絡(luò)指示UE在IMS中被叫語(yǔ)音呼叫的可用性變?yōu)椤翱捎谩?.基礎(chǔ)知識(shí)2.跟蹤區(qū)更新的功能內(nèi)容安排4.定時(shí)器的使用3.TAU流程TAU過(guò)程簡(jiǎn)述HSSoldMMEMME(1)(3)(2)(4)(6)(5)(7)(8)（1）當(dāng)UE重新選擇了一個(gè)新小區(qū)，并且意識(shí)到廣播的TAID不在存儲(chǔ)的TA列表里時(shí)，UE會(huì)啟動(dòng)TAU過(guò)程，向MME發(fā)送TAUupdate消息；（2）一旦從UE接收到TA消息，MME會(huì)檢查是否保存有該UE的Context，如果沒(méi)有的話，MME就會(huì)分析UE的臨時(shí)標(biāo)識(shí)（如GUTI）來(lái)確定哪個(gè)節(jié)點(diǎn)保存著該UE的Context，之后新MME就會(huì)向舊MME請(qǐng)求UE的Context。（3）舊MME將UE的Context傳遞給新MME；（4）一旦新MME接收到舊Context，就會(huì)通知HSS該UE的Context現(xiàn)在已經(jīng)進(jìn)入了一個(gè)新的MME；（5）-（6）HSS在舊MME中取消該UE的Context；（7）HSS給新MME證實(shí)，同時(shí)將新的用戶數(shù)據(jù)給MME；（8）MME通知UE跟蹤區(qū)更新成功，同時(shí)提供一個(gè)新的GUTI給UE；【RRC】RRCConnectionSetup【RRC】RRCConnectionRequest【RRC】RRCConnectionSetupComplete【EMM】TrackingAreaUpdateRequestUEnewENBnewMME【S1AP】InitialUEMessage【EMM】TrackingAreaUpdateRequestTrackingAreaUpdateRequest消息里指出更新類型：正常更新、周期性更新、聯(lián)合更新；ActiveFlag字段指出了是否需要建立承載。必須要注意:本例中的流程表示的是需要建立承載的情況上述EMM和ESM消息在S1AP協(xié)議消息中背負(fù)；oldMME【GTPv2-C】ContextRequest【EMM】TrackingAreaUpdateRequest【GTPv2-C】ContextResponsenewMME鑒權(quán)/安全性過(guò)程newENBUE新MME分析GUTI值，知道哪個(gè)舊MME保存著UE的IMSI和Context，這時(shí)就會(huì)向舊MME索要LTE-UuS11S10【GTPv2-C】ContextAcknowledgeS1-UnewMME【GTPv2-C】CreateSessionRequestP-GWnewS-GW【GTPv2-C】ModifyBearerRequest在請(qǐng)求消息里，包含MME側(cè)控制面的TEID。SGW使用這個(gè)隧道向MME發(fā)送控制信令；用戶面上行隧道控制面上行隧道用戶面下行隧道【GTPv2-C】ModifyBearerResponse【GTPv2-C】CreateSessionResponse請(qǐng)求消息里創(chuàng)建了用戶面下行隧道和信令面下行隧道響應(yīng)消息里通知了用戶面上行隧道和信令面上行隧道控制面上行隧道用戶面上行隧道S11S5/S8響應(yīng)消息里包含SGW側(cè)控制面的TEID和用戶面的TEIDnewENB【Diameter】UpdateLocationRequestoldMMEHSS【Diameter】CancelLocationRequest【Diameter】CancelLocationAck【Diameter】UpdateLocationAcknewMME【GTPv2-C】DeleteSessionRequest【GTPv2-C】DeleteSessionResponseP-GWoldS-GW在HSS中取消舊MME信息；釋放舊MME相關(guān)的SGW、PGW信息刪除舊SGW和舊eNodeB之間的資源oldENB【S1AP】UEContextReleaseCommand【S1AP】UEContextReleaseCompleteS1-UnewENBUE【S1AP】InitialContextSetupRequest【EMM】TrackingAreaUpdateAccept【RRC】RRCConnectionReconfiguration【EMM】TrackingAreaUpdateAccept分配GUTI，同時(shí)將SGW用戶面的TEID告知eNodeBLTE-UuS1-MMEnewSGWnewMMEDRB:上行數(shù)據(jù)無(wú)線承載DRB:下行數(shù)據(jù)無(wú)線承載SRB:上行信令無(wú)線承載SRB:下行信令無(wú)線承載用RRC連接重配置過(guò)程建立上行和下行DRB(數(shù)據(jù)無(wú)線承載)和SRB（信令無(wú)線承載）。注意是由eNodeB分配資源【RRC】RRCConnectionReconfigurationCompleteS1-UnewENBLTE-UuS1-MMEnewSGWnewMME【RRC】ULInformationTransfer【EMM】TrackingAreaUpdateComplete【S1AP】UplinkNASTransport【EMM】TrackingAreaUpdateCompleteUE【GTPv2-C】ModifyBearerRequest將在InitialContextSetupResponse消息中分配的ENB的隧道標(biāo)識(shí)告知新的SGW【GTPv2-C】ModifyBearerResponse【S1AP】InitialContextSetupResponse用戶面下行隧道該消息中創(chuàng)建E-RAB對(duì)應(yīng)的eNodeB側(cè)的用戶面TEID跟蹤區(qū)更新完成【RRC】RRCConnectionReleaseNewMME【S1AP】UEContextReleaseRequest【S1AP】UEContextReleaseCommand【S1AP】UEContextReleaseComplete啟動(dòng)定時(shí)器監(jiān)視UE的流量，若很長(zhǎng)時(shí)間沒(méi)有流量導(dǎo)致定時(shí)器超時(shí)，將釋放S1連接和無(wú)線連接上行信令無(wú)線承載下行信令無(wú)線承載上行數(shù)據(jù)無(wú)線承載下行數(shù)據(jù)無(wú)線承載用戶面上行隧道用戶面下行隧道newSGWLTE-UuS1-MMEPGWnewENBUE上行控制面隧道下行控制面隧道上行用戶面隧道下行用戶面隧道上行控制面隧道下行控制面隧道隧道的創(chuàng)建MMESGWPGWeNodeBModifyBearerRequest消息(SGWPGW)中創(chuàng)建ModifyBearerResponse消息(PGWSGW)中通知CreateSessionRequest消息(MMESGW)中創(chuàng)建在CreateSessionResponse消息(SGWMME)中創(chuàng)建；在InitialContextSetupRequest消息(MMEENB)中通知eNodeBRRCConnectionReconfiguration消息中創(chuàng)建在InitialContextSetupResponse(ENBMME)消息中創(chuàng)建；在ModifyBearerRequest消息(MME

SGW)中通知SGWTAU前后的狀態(tài)oldMMEoldSGWPGWoldeNodeBnewMMEnewSGWneweNodeB進(jìn)入新的跟蹤區(qū)后，在newMMEnewSGW、newSGW

PGW之間重新建立隧道并且保留；但是S1接口和空中接口的資源被釋放附著完成后，在oldMMEoldSGW、oldSGW

PGW之間的隧道保留；但是S1接口和空中接口的資源被釋放1.基礎(chǔ)知識(shí)2.跟蹤區(qū)更新的功能內(nèi)容安排4.定時(shí)器的使用3.跟蹤區(qū)更新流程定時(shí)器啟動(dòng)條件停止條件超時(shí)處理T3430發(fā)出TrackingAreaUpdateRequest消息收到TrackingAreaUpdateAccept或TrackingAreaUpdateReject消息啟動(dòng)T3411或T3402T3450網(wǎng)絡(luò)側(cè)分配了GUTI，并且發(fā)送了TrackingAreaUpdateAccept消息接收到UE發(fā)來(lái)的TrackingAreaUpdateComplete消息MME重發(fā)TrackingAreaUpdateAccept消息T3412UE處于EMM-REGISTERED狀態(tài)，并且離開(kāi)EMM-CONNECTED模式時(shí)啟動(dòng)進(jìn)入EMM-DEREGISTERED狀態(tài)或者進(jìn)入EMM-CONNECTED模式時(shí)停止啟動(dòng)周期性TAU過(guò)程T3411低層失敗；T3430超時(shí)；TAU拒絕原因值不等于3、6、7、9、10、11、12、13、14、15、25、40發(fā)送出TrackingAreaUpdateRequest消息后重發(fā)TrackingAreaUpdateRequest消息T3402當(dāng)TAU失敗，并且重發(fā)計(jì)數(shù)器取值為5時(shí)啟動(dòng)發(fā)送出TrackingAreaUpdateRequest消息重發(fā)TrackingAreaUpdateRequest消息定時(shí)器定時(shí)器UEMME【EMM】TrackingAreaUpdateRequest啟動(dòng)T3412附著成功/上一次TAU成功T3412超時(shí)啟動(dòng)T3430在附著成功或者上一次的跟蹤區(qū)更新完成后，將啟動(dòng)周期性更新定時(shí)器T3412，缺省值為54分鐘T3412超時(shí)后，將啟動(dòng)周期性TAU更新過(guò)程，UE向MME發(fā)送TAURequest消息發(fā)出TAURequest消息后啟動(dòng)T3430，等待網(wǎng)絡(luò)側(cè)的響應(yīng)消息（TAUAccept或TAUReject）。取值為15秒【EMM】TrackingAreaUpdateRejectUEMME【EMM】TrackingAreaUpdateRequest啟動(dòng)T3411T3411超時(shí)10秒后T3411超時(shí)，將重新發(fā)送TAURequest消息啟動(dòng)T3430T3430超時(shí)重新啟動(dòng)T3430，