【正文】 ward Relocation Request S11: Create Session Request S11: Create Session Response S1AP: eNB Status Transfer S1AP: Handover Required S1AP: Handover Request UE Detach from old cell and sync to new cell S11: Modify Bearer Request S1AP: UE Context Release Command SeNB SSGW PGW Handover Decision S1AP: Handover Request Ack S10: Forward Relocation Response S1AP: Handover Command RRC: Connection Reconfiguration RRC: Connection Reconfiguration Complete S1AP: Handover Notify S11: Modify Bearer Response S5: Modify Bearer Request S1AP: UE Context Release Complete S11: Delete Session Request S11: Delete Session Response S1AP: MME Status Transfer S10: Forward SRNS Context Notification S10: Forward SRNS Context Ack S10: Forward Relocation Complete S10: Forward Relocation Complete Ack S5: Modify Bearer Response ? Source eNB takes a decision to handover the UE to target eNB. I realizes that, it doesn’t have a connectivity with the target eNB, so S1 based handover is chosen for this purpose. ? Source eNB sends S1AP message Handover Required to source MME, indicated S1 based handover and the cause for the handover. This message includes MME UE S1 AP and eNB UE S1 AP ID. These ID’s are used to identify the UE uniquely in a given eNB and MME. ? Source MME sends GTP message Forward Relocation Request to target MME over S10 interface indicating S1 based handover. This message includes all the details that were sent when the UE was attached to the EUTRAN. This message also includes all the EPS bearer contexts that were established for UE. ? As the same SGW is not serving both source and target MME’s, target MME sends a GTP message Create Session Request to target SGW. This message includes all the EPS bearer contexts established and also all the information that was send during initial attach. (QoS, APN, PDN type etc). Target SGW, if accepted, sends a Create Session Response to target MME indicating success. ? Target MME then sends S1AP message Handover Request to target eNB. This message includes the ERAB contexts that are to be established along with new MME UE S1AP ID. The handover type is set to S1 based handover. Target MME responds to this message Handover Request Ack. This ack includes the ERAB contexts admitted. ? In the next step, target MME sends GTP message Forward Relocation Response to source MME indicating that handover request has been accepted. This response also includes all the EPS bearers that have been admitted. ? Once the above response is received by source MME, it sends S1AP message Handover Command to source eNB asking it to handover the UE to target eNB. Source eNB forwards the same to UE. After this UE breaks from old cell and attaches to new cell. Target eNB informs that UE has attached to it by sending Handover Notify to target MME over S1 interface. ? Target MME sends GTP message Modify Bearer Request to target SGW indicating the new eNB FTEID. Target accepts the same. ? Source MME asks source eNB to delete all the UE contexts. Also it sends delete session request to source SGW asking it to delete all the EPS bearers for that UE. 跟蹤區(qū)域更新過程 附著在 EUTRAN/EPC中的 UE,當(dāng)遇到下列情況是會觸發(fā)跟蹤區(qū)域更新過程 TAU: (1)UE檢測到它進(jìn)入一個新的 TA(該 TA的 TAI不在 UE注冊的 TAI列表中 )時 (2)UE的周期性 TA更新記時器過期時 (3)在 UTRAN的” PMM”連接態(tài) (如 URA_PCH)的 UE重選到 EUTRAN中時 (4)在 GPRS”READY”態(tài)的 UE重選到 E_UTRAN中時 (5)TIN為” PTMSI”的 UE重選到 E_UTRAN中時 (6)當(dāng) RRC連接因為”負(fù)載重平衡請求 TAU”的原因被釋放時 (7)UE的核心網(wǎng)能力發(fā)生變化 ,或 UE的 DRX參數(shù)信息發(fā)生變化時 同一個 eNodeB中的不同小區(qū) (Cell)可以屬于不同的 TA,而 UE在 eNodeB內(nèi)的小區(qū)變更不會正式通知 MME,但是 MME需要知道 UE當(dāng)前的 TAI,以正確地產(chǎn)生一個 TAU接收消息 ,因此 eNodeB在每個 S1AP上行NAS傳輸消息中都要附上 UE所在的當(dāng)前小區(qū)的 TAI和 ECGI Inter MMETAUmessage flow 下面是變更了 MME/SGW的 TAU過程 (1)觸發(fā) TAU過程 (2)UE通過某個 RRC消息 (RRC連接建立完成消息或上行信息傳遞消息 )向 eNodeB發(fā) TAU請求 ,發(fā)起 TAU過程 (3)eNodeB從 UE的 TAU請求消息中找到 UE原 MME的標(biāo)識 GUMMEI,如果這個 MME和 eNodeB無連接 ,或GUMMEI不可用 ,或 TAU是由負(fù)載重平衡觸發(fā)的 ,則 eNodeB要為 UE找一個新的 eNodeB通過 S1AP的初始 UE消息向新的 MME發(fā) TAU請求消息 (4)新 MME向舊 MME發(fā)上下文請求消息 ,請求 UE的 MME上下文等相關(guān)信息 .如果就 MME確定 UE之前為自己服務(wù)區(qū)域內(nèi)的合法用戶 ,則啟動一個計時器 (5)如果舊 MME確定 UE之前為它的一個合法用戶 ,則向新 MME回復(fù)上下文響應(yīng)消息 ,把 UE的相關(guān)信息傳給新 MME (6)鑒權(quán)和安全功能激活是可選步驟 ,但是如果 UE的 TAU請求消息的完整性保護(hù)校驗失敗 ,則必須完成本步 (7)新 MME決定是否需要重定位 SGW不能繼續(xù)為 UE服務(wù) ,則必須進(jìn)行 SGW重定位 .如果存在新 SGW被認(rèn)為可以在更長時間內(nèi)持續(xù)服務(wù) UE,和 /或新 SGW可以優(yōu)化 UE到 PGW的路由 ,或同 PGW共址的 SGW可以服務(wù) UE,則一般也會進(jìn)行 SGW重定位 ,為 UE選擇一個新的 MME向舊MME回復(fù)上下文確認(rèn)消息 ,在消息中附帶 SGW更改指示 .舊 MME則在 UE上下文中標(biāo)注 ,在 GW和HSS中的 UE信息無效 .這樣如果 UE的 TA更新失敗 ,UE又回到舊 MME中時 ,舊 MME會通知 GW和HSS(這些網(wǎng)元可能已經(jīng)在新 MME的要求下更新了 UE的信息 )回退到以前的 UE上下文版本上去 (8)確認(rèn)了 UE的身份后 ,新 MME為 UE建立一個 MM上下文 .如果需要為 UE選擇一個新的 SGW,則新 MME向新 SGW發(fā)送生成承載請求消息 ,要求新的 SGW為 UE建立相關(guān)承載上下文 (9)新 SGW向 PGW發(fā)更新承載請求 ,要求 PGW更新 UE已有的承載上下文 (如改變 S5/S8隧道 ,使隧道指向新的 SGW).如果系統(tǒng)配置為動態(tài) PCC,PGW還要獲得策略和計費信息 (10)PGW更新承載成功后 ,向新 SGW回復(fù)更新承載響應(yīng)消息 (11)新 SGW根據(jù) PGW的更新承載響應(yīng)消息更新其承載上下文 (主要更新上行路由 ).更新承載成功后 ,向新 MME回復(fù)承載建立響應(yīng)消息 (12)新 MME向 HSS發(fā)位置更新消息 ,同志 HSS關(guān)于 UE的 TAU相關(guān)信息 ,告訴 HSS目前 UE由新 MME來服務(wù) (13)HSS想向舊 MME發(fā)刪除位置信息 ,通知舊 MME UE已經(jīng)漫游到別處 ,要求舊 MME刪除 UE的相關(guān)信息 (14)舊 MME向 HSS發(fā)刪除位置確認(rèn)消息 ,響應(yīng) HSS的位置刪除請求 .如果第 (4)步的定時器沒有開啟 (表示舊 MME確定 UE的前一個服務(wù) MME不是自己 ),則舊 MME馬上刪除 UE的 MM上下文信息 .但如果計時器已經(jīng)啟動 ,MME就要等計時器過期后再刪除 UE的 MM上下文 ,以防 UE在完成這個正在進(jìn)行的 TAU時又發(fā)起一個新的 TAU(因為這時這個新的 TAU過程也會要求舊 MME提供 UE的 MM上下文 ) (15)HSS向新 MME發(fā)更新位置確認(rèn)消息 ,響應(yīng)新 MME的位置更新請求 .新 MME正式確認(rèn) UE駐留在新 TA中 (16)當(dāng)?shù)?(4)步的計時器過期 ,舊 MME釋放掉所有本地 MME承載資源 .如果接受到 SGW更改的消息 (第 (7)步 ),則向舊 SGW發(fā)送刪除承載請求消息 ,通知舊 SGW刪掉所有 EPS承載 ,并要求舊 SGW不要通知PGW也發(fā)起 EPS承載刪除過程 (即 PGW上的 EPS承載必須保留 ,因為此時只進(jìn)行 TA更新 ,而不時進(jìn)行普通的資源刪除操作 ) (17)舊 SGW向舊 MME發(fā)刪除承載響應(yīng)消息 ,并釋放相關(guān) EPS承載 (18)新 MME通過 S1AP的下行 NAS傳輸消息和 RRC的下行信息傳輸消息向 UE發(fā) TAU接受消息 (19)如果 TAU接受消息中包含了” GUTI”,UE通過 RRC的上行信息傳輸消息和 S1AP的上行 NAS傳輸消息向新 MME回復(fù)一個 TAU完成消息