【正文】 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ū)域更新過(guò)程 附著在 EUTRAN/EPC中的 UE,當(dāng)遇到下列情況是會(huì)觸發(fā)跟蹤區(qū)域更新過(guò)程 TAU: (1)UE檢測(cè)到它進(jìn)入一個(gè)新的 TA(該 TA的 TAI不在 UE注冊(cè)的 TAI列表中 )時(shí) (2)UE的周期性 TA更新記時(shí)器過(guò)期時(shí) (3)在 UTRAN的” PMM”連接態(tài) (如 URA_PCH)的 UE重選到 EUTRAN中時(shí) (4)在 GPRS”READY”態(tài)的 UE重選到 E_UTRAN中時(shí) (5)TIN為” PTMSI”的 UE重選到 E_UTRAN中時(shí) (6)當(dāng) RRC連接因?yàn)椤必?fù)載重平衡請(qǐng)求 TAU”的原因被釋放時(shí) (7)UE的核心網(wǎng)能力發(fā)生變化 ,或 UE的 DRX參數(shù)信息發(fā)生變化時(shí) 同一個(gè) eNodeB中的不同小區(qū) (Cell)可以屬于不同的 TA,而 UE在 eNodeB內(nèi)的小區(qū)變更不會(huì)正式通知 MME,但是 MME需要知道 UE當(dāng)前的 TAI,以正確地產(chǎn)生一個(gè) TAU接收消息 ,因此 eNodeB在每個(gè) S1AP上行NAS傳輸消息中都要附上 UE所在的當(dāng)前小區(qū)的 TAI和 ECGI Inter MMETAUmessage flow 下面是變更了 MME/SGW的 TAU過(guò)程 (1)觸發(fā) TAU過(guò)程 (2)UE通過(guò)某個(gè) RRC消息 (RRC連接建立完成消息或上行信息傳遞消息 )向 eNodeB發(fā) TAU請(qǐng)求 ,發(fā)起 TAU過(guò)程 (3)eNodeB從 UE的 TAU請(qǐng)求消息中找到 UE原 MME的標(biāo)識(shí) GUMMEI,如果這個(gè) MME和 eNodeB無(wú)連接 ,或GUMMEI不可用 ,或 TAU是由負(fù)載重平衡觸發(fā)的 ,則 eNodeB要為 UE找一個(gè)新的 eNodeB通過(guò) S1AP的初始 UE消息向新的 MME發(fā) TAU請(qǐng)求消息 (4)新 MME向舊 MME發(fā)上下文請(qǐng)求消息 ,請(qǐng)求 UE的 MME上下文等相關(guān)信息 .如果就 MME確定 UE之前為自己服務(wù)區(qū)域內(nèi)的合法用戶 ,則啟動(dòng)一個(gè)計(jì)時(shí)器 (5)如果舊 MME確定 UE之前為它的一個(gè)合法用戶 ,則向新 MME回復(fù)上下文響應(yīng)消息 ,把 UE的相關(guān)信息傳給新 MME (6)鑒權(quán)和安全功能激活是可選步驟 ,但是如果 UE的 TAU請(qǐng)求消息的完整性保護(hù)校驗(yàn)失敗 ,則必須完成本步 (7)新 MME決定是否需要重定位 SGW不能繼續(xù)為 UE服務(wù) ,則必須進(jìn)行 SGW重定位 .如果存在新 SGW被認(rèn)為可以在更長(zhǎng)時(shí)間內(nèi)持續(xù)服務(wù) UE,和 /或新 SGW可以優(yōu)化 UE到 PGW的路由 ,或同 PGW共址的 SGW可以服務(wù) UE,則一般也會(huì)進(jìn)行 SGW重定位 ,為 UE選擇一個(gè)新的 MME向舊MME回復(fù)上下文確認(rèn)消息 ,在消息中附帶 SGW更改指示 .舊 MME則在 UE上下文中標(biāo)注 ,在 GW和HSS中的 UE信息無(wú)效 .這樣如果 UE的 TA更新失敗 ,UE又回到舊 MME中時(shí) ,舊 MME會(huì)通知 GW和HSS(這些網(wǎng)元可能已經(jīng)在新 MME的要求下更新了 UE的信息 )回退到以前的 UE上下文版本上去 (8)確認(rèn)了 UE的身份后 ,新 MME為 UE建立一個(gè) MM上下文 .如果需要為 UE選擇一個(gè)新的 SGW,則新 MME向新 SGW發(fā)送生成承載請(qǐng)求消息 ,要求新的 SGW為 UE建立相關(guān)承載上下文 (9)新 SGW向 PGW發(fā)更新承載請(qǐng)求 ,要求 PGW更新 UE已有的承載上下文 (如改變 S5/S8隧道 ,使隧道指向新的 SGW).如果系統(tǒng)配置為動(dòng)態(tài) PCC,PGW還要獲得策略和計(jì)費(fèi)信息 (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來(lái)服務(wù) (13)HSS想向舊 MME發(fā)刪除位置信息 ,通知舊 MME UE已經(jīng)漫游到別處 ,要求舊 MME刪除 UE的相關(guān)信息 (14)舊 MME向 HSS發(fā)刪除位置確認(rèn)消息 ,響應(yīng) HSS的位置刪除請(qǐng)求 .如果第 (4)步的定時(shí)器沒(méi)有開啟 (表示舊 MME確定 UE的前一個(gè)服務(wù) MME不是自己 ),則舊 MME馬上刪除 UE的 MM上下文信息 .但如果計(jì)時(shí)器已經(jīng)啟動(dòng) ,MME就要等計(jì)時(shí)器過(guò)期后再刪除 UE的 MM上下文 ,以防 UE在完成這個(gè)正在進(jìn)行的 TAU時(shí)又發(fā)起一個(gè)新的 TAU(因?yàn)檫@時(shí)這個(gè)新的 TAU過(guò)程也會(huì)要求舊 MME提供 UE的 MM上下文 ) (15)HSS向新 MME發(fā)更新位置確認(rèn)消息 ,響應(yīng)新 MME的位置更新請(qǐng)求 .新 MME正式確認(rèn) UE駐留在新 TA中 (16)當(dāng)?shù)?(4)步的計(jì)時(shí)器過(guò)期 ,舊 MME釋放掉所有本地 MME承載資源 .如果接受到 SGW更改的消息 (第 (7)步 ),則向舊 SGW發(fā)送刪除承載請(qǐng)求消息 ,通知舊 SGW刪掉所有 EPS承載 ,并要求舊 SGW不要通知PGW也發(fā)起 EPS承載刪除過(guò)程 (即 PGW上的 EPS承載必須保留 ,因?yàn)榇藭r(shí)只進(jìn)行 TA更新 ,而不時(shí)進(jìn)行普通的資源刪除操作 ) (17)舊 SGW向舊 MME發(fā)刪除承載響應(yīng)消息 ,并釋放相關(guān) EPS承載 (18)新 MME通過(guò) S1AP的下行 NAS傳輸消息和 RRC的下行信息傳輸消息向 UE發(fā) TAU接受消息 (19)如果 TAU接受消息中包含了” GUTI”,UE通過(guò) RRC的上行信息傳輸消息和 S1AP的上行 NAS傳輸消息向新 MME回復(fù)一個(gè) TAU完成消息