LTE典型信令过程.ppt

LTE典型信令过程 SoftwareArchitecture 3类NAS信令流程 1 会话管理相关2 位置管理相关3 鉴权管理相关 UE eNB MME SGW PGW RRC RRCConnectionsetupcomplete NAS AttachRequestNAS PDNconnectivityrequest S1AP InitialUEmessage AuthenticationandNASsecurityprocedure HSS S6a UpdateLocationrequest S6a UpdateLocationanswer S11 Createbearerrequest S5 Createbearerrequest S5 Createbearerresponse S11 Createbearerresponse S1AP InitialContextsetuprequest NAS AttachacceptNAS ActivateDefaultEPSbearerrequest NAS AttachRequestNAS PDNconnectivityrequest RRC RRCConnectionReconfiguration NAS AttachacceptNAS ActivateDefaultEPSbearerrequest RRC RRCConReconfigComplete S1AP InitialContextsetupresponse RRC ULinformationTransfer NAS AttachcompleteNAS ActivateDefaultEPSbeareraccept S1AP UplinkNASTransport NAS AttachcompleteNAS ActivateDefaultEPSbeareraccept UEinitiatedDetachProcedure UE eNB MME SGW PGW HSS RRC RRCConnectionsetupcomplete NAS Detachrequest S1AP InitialUEmessage NAS Detachrequest AuthenticationandNASsecurity S11 Deletesessionrequest S5 Deletesessionrequest S5 Deletesessionresponse S11 Deletesessionresponse S1AP DownlinkNAStransport NAS Detachaccept RRC DLInformationtransfer NAS Detachaccept RadioandS1Release S6a TDelaypurgetimerexpires S6a PurgeUErequest S6a PurgeUEanswer UETriggeredServiceRequestProcedure InitialUEMessage NetworkTriggeredServiceRequest TAUprocedure InterMME TAU messageflow Handover HandoverAirInterface TYPESOFHANDOVERX2BasedHandover withoutSGWchangeandwithSGWchangeS1BasedHandover witheNB MMEandSGWchange X2Handover X2istheinterfacebetweentwoeNB sandX2 APistheprotocolsusedforcommunicationoverit ThehandoverisdirectlyperformedbetweentwoeNodeB s HandovertakesplacewhentheeNBdetectsthatUEcannolongerbeservedbyitbecauseofthepowerconstraints TheMMEisonlyinformedattheendofthehandoverprocedureoncethehandoverissuccessfulThereleaseofresourcesatthesourcesideisdirectlytriggeredfromthetargeteNB RRC ConnectionReconfigurationRequest RRC ConnectionReconfigurationComplete UE S eNB T eNB MME SGW RRC MeasurementControl X2AP HandoverRequest S11 Modifybearerrequest S11 Modifybearerresponse X2AP SNStatusTransfer Sync ULAllocation TAforUE ULAllocation RRC MeasurementReport HandoverDecision X2AP HandoverResponse UEDetachfromoldcellandsynctonewcell S1AP PathSwitchRequest S1AP PathSwitchResponse X2AP UEContextRelease EndMarker SwitchDLPath DataForwarding DataForwarding EndMarker FlushDLBuffer S1Handover ThistypeofhandovertakesplacewhenthereisnoX2connectivitybetweensourceeNBandtargeteNB BotheNB sareservedbydifferentMME s SGW scanalsobedifferent SourceeNBisservedbysourceMMEandsourceSGWwhiletargeteNBisservedbytargetMMEandtargetSGW SourceandtargetMME scancommunicateoverS10interface AllthehandoverdecisionsaretakingplaceonS1interface itscalledasS1basedhandover UE T eNB S MME T MME T SGW S10 ForwardRelocationRequest S11 CreateSessionRequest S11 CreateSessionResponse S1AP eNBStatusTransfer S1AP HandoverRequired S1AP HandoverRequest UEDetachfromoldcellandsynctonewcell S11 ModifyBearerRequest S1AP UEContextReleaseCommand S eNB S SGW PGW HandoverDecision S1AP HandoverRequestAck S10 ForwardRelocationResponse S1AP HandoverCommand RRC ConnectionReconfiguration RRC ConnectionReconfigurationComplete S1AP HandoverNotify S11 ModifyBearerResponse S5 ModifyBearerRequest S1AP UEContextReleaseComplete S11 DeleteSessionRequest S11 DeleteSessionResponse S1AP MMEStatusTransfer S10 ForwardSRNSContextNotification S10 ForwardSRNSContextAck S10 ForwardRelocationComplete S10 ForwardRelocationCompleteAck S5 ModifyBearerResponse 开始 BeforetheUEcandoanything aRadioResourceControlconnectionmustbeestablished TheRRCisalogicalconnectionbetweentheUEandE UTRAN TherearetwodifferentRRCstates RRCIDLERRCCONNECTED RRCIDLE Thisstateindicatesthatthereisnosignalingradiobearerisestablishedi e noRRCconnectionisestablished TheUEisconsideredRRC IDLEonceitobtainsthecenterfrequency readsthetiminginformation syncstotheeNodeB andisreadytoreceivesystembroadcastinformation UEmonitorsapagingchanneltodetectincomingcalls UEcanperformsneighboringcellmeasurementsandmeasurementreporting RRCCONNECTED Thisstateindicatesthatthereissignalingradiobearerestablishedi e RRCconnectionisestablished Transferofunicastdatato fromanUE TheUEMonitorscontrolchannelsassociatedwiththeshareddatachanneltodetermineifdataisscheduledforit TheUEProvideschannelqualityandfeedbackinformation TheUEPerformneighboringcellmeasurementsandmeasurementreporting RadioResourceControl RRC protocolstates RRC IDLEstatevs RRC CONNECTEDstate UEdoesnothavecontextineNBandonlySignallingRadioBearer0 SRB0 isavailableforsignallingbetweeneNBandUE UEhascontextineNBandcommunicationsbetweentheUEandthenetworkoccursonSignallingRadioBearer1 SRB1 andSignallingRadioBearer2 SRB2 UEgenerallyhasaniduniqueinthetrackingarea S TMSI 40bitslong UEgenerallyhasaniduniqueintheeNBarea C RNTI 40bitslong UEmayperformcellselection reselectionwithoutinvolvementfromeNB UEcanperformhandover inter eNB intra eNB inter RAT undereNBcontrol UEcanrequestconnectionestablishmentorre establishment eNBprocessestheserequestsUEandeNBcantransmitand orreceivedatato fromeachother UElistensforpagesatspecifictimes DRX configuredbyMME onrequestfromtheMME eNBsendspagestotheUEduringUE sDRXupwaketimeAtPDCP RLC MAClevel UEmonitorsL1 L2controlsignallingchanneltoseeifanytransmissionovertheshareddatachannelhasbeenallocatedtotheUEUEreportschannelqualityandfeedbackinformationtoeNBDRX DTXperiodcanbeconfiguredaccordingtoUEactivitylevelforUEpowersavingandefficientresourceutilization ThisisundercontrolofeNB RRC DRX DiscontinuousReception DTX DiscontinuousTransmission Controlplane Radio interfaceRelated PHY MAC RLC PDCP NAS RRC PHY MAC RLC PDCP RRC NAS UE eNB MME L1 L2 IP SCTP S1 AP L1 L2 IP SCTP S1 AP eNB MME S1 MME L1 L2 IP SCTP X2 AP L1 L2 IP SCTP X2 AP eNB eNB X2 C Non AccessStratum NAS ThekeycontrolinterfacebetweenMMEandUERadioResourceControl RRC ThemaincontrolinterfacebetweeneNBandUEPacketDataConvergenceProtocol PDCP Duplicatedetection ROHCRadioLinkControl RLC Segmentation re assmebly ARQ acknowledgemode AM un acknowledgedmode UAM etcMediumAccessControl MAC AccessthechannelPhysicalLayer PHY Radiolayer egmodulationetc S1 AP S1 ApplicationProtocolX2 AP X2 ApplicationProtocolSCTP StreamControlTransmissionProtocol 状态转换图 RRC连接建立过程 UE eNB 1 RRC连接建立准备阶段 RRC RRC RRC RRC RRC RRC 2 CCCH RRC连接请求 3 CCCH RRC连接建立 4 DCCH RRC连接建立完成 RRC连接建立过程示意图 1 准备阶段 1 UE用默认的物理信道参数来配置物理信道 2 UE为调度配置默认的半静态调度参数 3 UE配置默认的MAC主配置参数 4 UE配置CCCH参数 5 UE设置上行对齐定时器参数2 发RRC连接请求阶段 1 UE通过接入过程接入E UTRAN 获得在UL SCH信道上传数据的许可 2 设置UE标识 ue Identity S TMSI或在0 240 1之间任选一个数 3 根据高层提供的RRC建立原因填写原因 establishmentCause信元 4 通过PUSCH UL SCH CCCH向E UTRAN发RRC连接请求消息 消息中携带UE标识和建立原因3 接收响应阶段E UTRAN通过PDSCH DL SCH CCCH想UE发RRC连接建立消息 UE收到RRC连接建立消息后 根据消息中的信元进行以下操作 1 根据radioResourceConfigDedicated信元进行无线资源配置过程 2 填写RRC连接建立完成消息4 设置完成阶段UE通过PUCH UL SCH DCCH向E UTRAN发RRC连接建立完成消息 进入RRC连接状态 结束本次RRC连接建立过程 Anexampleofapossibleconnectionflow UE eNB MME PowerON measurements cellselection BCCH BCH MasterInformationBlock BCCH BCH SystemInformation SIB 1 BCCH BCH SystemInformation SIB 2 RACH preamble id PDCCH ULgrant CCH SRB0 RRCConnectionRequest S TMSI CCH SRB0 RRCConnectionSetup S TMSI C RNTI DCCH SRB1 RRCConnectionSetupComplete C RNTI NAS info S1 INITIALUEMESSAGE S1 INITIALCONTEXTSETUPREQUEST UEcap DCCH SRB1 SecurityModeCommand DCCH SRB1 SecurityModeComplete DCCH SRB1 RRCReconfigurationRequest DCCH SRB1 RRCReconfigurationComplete RandomAccessProcedure ContentionBased InitialAccessExample ThefourstepsoftheRACHproceduresare 1 MSG 1 RandomAccessPreambleonRACHinuplink 6bitstocarry a5bitrandomID and1bittoindicateinformationonsizeofmessage3limitedbyradioconditions 2 MSG 2 RandomAccessResponseindownlink semi synchronous withinaflexiblewindow withmessage1 NoHARQ SentonDL SCH andintendedforoneormultipleUEs3 MSG 3 RRCConnectionRequestinuplink UsesHARQ RLCTM nosegmentation Ifthesizeofthemessageallowsit theinitialNASmessage orsomethingallowingtobuildtheinitialNASmessageineNB canbeincluded ConveysUEidentityatleastNASUEidentifier initialaccess orC RNTI othercases 4 MSG 4 RRCContentionResolutiononDL SCH Notsynchronouswithmessage3 HARQisapplied UEidentity asprovidedinmessage3isechoedinRRCContentionResolutionmessageHARQfeedbackistransmittedonlybytheUEwhichdetectsitsownUEidentity RRC连接释放过程由E UTRAN发起 要求一个处于RRC连接状态的UE释放RRC连接 包括释放已建立的无线承载 RB 和所有无线资源RRC连接重配置过程E UTRAN通过向UE发RRC连接重配置消息 发起RRC连接重配置过程 当要求建立 修改 释放RB 或进行切换 或建立 修改 释放测量时 使用RRC连接重配置过程来修改RRC连接 RRC连接重配置消息中包括测量配置 移动控制 无线资源配置 包括RB MAC主配置和物理信道配置 等消息以及所有相关的专用NAS信息和安全配置信息 RRC连接重配置消息以及RRC连接重配置完成消息使用SRB1且承载在DCCH逻辑信道上 E UTRAN附着 UE eNB MME SGW PGW 1 RRC RRCConnectionsetupcomplete NAS AttachRequestNAS PDNconnectivityrequest 2 S1AP InitialUEmessage 3 AuthenticationandNASsecurityprocedure HSS 4 S6a UpdateLocationrequest 5 S6a UpdateLocationanswer 6 S11 Createbearerrequest 7 S5 Createbearerrequest 8 S5 Createbearerresponse 9 S11 Createbearerresponse 10 S1AP InitialContextsetuprequest NAS AttachacceptNAS ActivateDefaultEPSbearerrequest NAS AttachRequestNAS PDNconnectivityrequest 11 RRC RRCConnectionReconfiguration NAS AttachacceptNAS ActivateDefaultEPSbearerrequest 12 RRC RRCConReconfigComplete 13 S1AP InitialContextsetupresponse 14 RRC ULinformationTransfer NAS AttachcompleteNAS ActivateDefaultEPSbeareraccept 15 S1AP UplinkNASTransport NAS AttachcompleteNAS ActivateDefaultEPSbeareraccept UE附着到E UTRAN中时 要建立一个默认的EPS承载 该承载使UE获得一个 总是在线 的IP连接1 UE发起附着过程 向eNodeB发一个RR消息 RRC连接配置完成消息 消息中携带高层的附着请求消息 包括以下参数 UE的IMSI 旧的GUTI以及附加GUTI 旧GUTI可以由P TMSI和RAI routingareaidentity 导出 如果UE没有一个有效的GUTI或P TMSI 则必须提供IMSI 如果IMSI也没有 则必须提供ME的设备标识 IMEI 上一次访问的TAI 如果UE中保存有上一次访问的TAI 则应该把该参数提供给MMEUE核心网能力 描述UE的能力 包括支持的NAS和AS安全算法UE专用DRX参数 在接入过程中MAC为UE分配的DRX参数PDN类型 表示请求的IP地址类型 IPv4 IPv6 IPv4 IPv6 协议配置选项PCO 用于在UE和P GW之间传输参数 比如UE希望的地址分配方式加密选项传输标志位附着类型 可以设为 切换 附着 紧急附着 KSIASME NAS序列号 NAS MAC此外 还携带两个RRC参数 被选网络 旧GUMMI2 eNodeB根据收到附着请求消息中的RRC参数进行配置 并向MME转发附着请求消息 通过S1AP消息 初始UE消息 3 身份ID请求和响应 NAS鉴权和安全功能激活 ME标识校验请求和确认4 MME向HSS发一个更新位置请求消息 告诉HSS目前在该MME中UE 由IMSI标识 正在发起附着5 HSS通过更新位置确认消息向MME提供该UE的签约数据 包括一个或多个PDN签约上下文 MME正式确认UE驻留在某个TA中 并为该UE生成上下文6 MME向S GW发生成默认承载请求消息 要求S GW为该UE生成一个默认承载7 S GW在其EPS承载列表中建立一个新的条目 并向P GW发送生成默认承载请求消息 要求P GW为该UE生成一个默认承载8 P GW在其EPS承载列表中建立一个新的条目 开始在外部PDN网络和S GW之间转发用户面PDU 并生成一个新的计费ID 开始计费 P GW向S GW发送默认承载建立响应消息 其中包含给UE分配的PDN地址9 S GW向MME发默认承载建立响应消息 通知MME默认承载已经建立 10 MME通知eNodeB 通过S1AP的初始上下问建立请求消息 UE的附着请求已经被接受 并要求建立一个初始上下文11 eNodeB通知UE附着请求已经被接受 通过RRC连接重配置消息 12 UE进行RRC连接重配置 完成后 向eNodeB回复一个RRC连接重配置完成消息13 eNodeB向MME回复一个初始上下文建立响应消息14 UE通过RRC的上行信息传输消息向eNodeB发一个NAS消息 附着完成消息 这标志着UE侧和附着相关的操作及设置已经完成15 eNodeB通过S1AP的上行NAS传输消息向MME转发UE的附着完成消息 本步后 一旦UE获得PDN地址 UE就想eNodeB发上行分组数据 这些分组数据可以通过隧道传到S GW和P GW更新承载请求及响应在MMES GWP GW之间完成后 EPS承载的E UTRAN部分和EPC部分就连起来了 这时候下行分组数据也开始传送了 会话管理过程UE和网络都能发起服务请求过程 UE发起的主呼 UE被叫以及网络发起ECM空闲态 UE的去附着都属于服务请求 UETriggeredServiceRequestProcedure InitialUEMessage UE触发的服务请求过程 1 UE向MME发送服务请求消息 为NAS消息 封装在给eNodeB的RRC消息中 如上行信息传输消息或RRC连接建立完成消息 2 eNodeB向MME转发该NAS消息 封装在S1AP的初始UE消息中 初试UE消息携带了服务小区的TAI和ECGI 如果MME不能处理服务请求 则会拒绝服务请求 3 NAS鉴权 4 MME通过S1AP向eNodeB发初始上下文建立请求消息 包含上行到S GW的隧道端口号和地址 要求激活的所有EPS的S1承载和无线承载 5 eNodeB发起无线承载建立过程 6 UE的上行链路数据通过eNode转发给S GW 7 eNodeB通过S1AP向MME发初始上下文建立完成消息 其中携带下行到eNodeB的S1 U隧道端口号和地址 8 MME向S GW发更新承载请求消息 告之下行的S1 UTEID和基站地址 以建立下行S1承载 MME从这一步开始能给UE传下行数据 9 如果RAT类型改变 S GW还要向P GW发更新承载请求消息 10 如果配置了PCC P GW要和PCRF交互获得不同的RAT的PCC规则 如果没有配置动态PCC P GW可以使用本地QoS策略 11 P GW向S GW回复更新承载响应消息 12 S GW向MME回复更新承载响应消息 NetworkTriggeredServiceRequest 网络触发的服务请求当MME需要给在ECM空闲态的UE发消息 如进行MME HSS发起的去附着过程 或有下行数据到达 要求S GW生成或修改专用承载 在MME会发起网络触发的服务请求过程 1 当S GW收到一个给UE的下行分组数据包 但S GW的UE上下文中又没有下行用户面的TEID 表示当前没有和UE建立用户面连接 则S GW缓存下行分组数据包 并查询目前服务UE的是哪个MME SGSN 2a S GW向MME SGSN 发下行数据到达通知消息 请求用户面连接 2b MME SGSN 向S GW发下行数据到达通知确认消息 3 如果UE注册到MME 则MME向UE注册TA的所有eNodeB发寻呼消息 4 如果eNodeB收到MME的寻呼消息 则开始寻呼UE 5 一旦收到E UTRAN的寻呼消息 UE发起 UE触发的服务请求过程 6 如果ISR是激活的 当E UTRAN收到寻呼响应 S GW向MME发停止寻呼消息 切换过程 RRC连接状态的UE在E UTRAN中进行移动的一般原则如下在E UTRAN中 网络控制UE的移动 网络决定UE该进入哪个小区 哪个频点或哪个RAT 根据无线条件或负载情况等 网络会触发切换过程 在给UE发送切换消息之前 源eNodeB为切换准备一个或多个目标eNodeB 目标eNodeB生成用于进行切换的消息 消息中包括目标小区的接如层详细配置信息 源eNodeB把该消息透穿给UE 等合适的时候 源eNodeB发起DRB的转发 接到切换消息后 UE在第一个可用的RACH时刻就开始尝试接入到目标小区 也就是说 切换是异步的 因此 如果目标小区为这个随机接入分配了一个专用前缀 Preamble 应该确保其在UE的第一个可能的RACH时刻就可用 一旦完成切换 UE给目标eNodeB发一个切换完成确认消息 源eNodeB中会保留UE的上下文一段时间 以防UE切换失败返回 检测到切换失败后 UE尝试在源小区或另一个也做好准备的小区使用RRC连接重建立过程 重新发起RRC连接 RRC ConnectionReconfigurationRequest RRC ConnectionReconfigurationComplete UE S eNB T eNB MME SGW RRC MeasurementControl X2AP HandoverRequest S11 Modifybearerrequest S11 Modifybearerresponse X2AP SNStatusTransfer Sync ULAllocation TAforUE ULAllocation RRC MeasurementReport HandoverDecision X2AP HandoverResponse UEDetachfromoldcellandsynctonewcell S1AP PathSwitchRequest S1AP PathSwitchResponse X2AP UEContextRelease EndMarker SwitchDLPath DataForwarding DataForwarding EndMarker FlushDLBuffer SourceeNBkeepsaskingUEforthepowermeasurementsinaRRCmeasurementcontrolmessage UErespondswiththemeasurementsinRRCMeasurementReport ThedetailsofthesemessagescanbefoundRRCprotocolspecification BasedonthemeasurementreportsourceeNBtakesthedecisiontohandoverornot IfthesourceeNBrealizesthatothereNBcanservebetter thenitshallstartthehandoverprocedure Ifthehandoverdecisionhasbeentaken thensourceeNBsendsanX2 APmessageHandoverRequesttothetargeteNB TheHandoverRequestmayconsistofUEContextIEandE RAB s E UTRANRadioAccessBearer tobesetup UEcontextIEtypicallyconsistsofMMEinformation UEsecuritycapabilitiesetc E RAB stobesetuphasERABID QoS RRCcontextsetc MultipleE RAB spertainingtomultipleEPSbearerscanbesentinthismessage IfsendtheHandoverRequestAcktosourceeNB TheAckincludestheERAB sthathavebeenacceptedbythetargeteNB UponreceptionofHandoverRequestAckfromtargeteNB sourceeNBsendsRRCConnectionReconfigurationmessagetoUE toindicatethathandovershouldtakeplace SourceeNBsendsSNStatusTransfermessagetotargeteNBtoindicatePDCPandHFNstatus Atthismoment UEdetachesfromsourceeNBandsyncswithtargeteNB UEcompletestheRRCreconfigurationbysendingRRCConnectionReconfigurationCompletemessagetotargeteNB AndalsoUEstartstransmittingthedatatowardstargeteNB ThisdataisbufferedattargeteNBuntiltheEPSBearershavebeenmodified Next targeteNBsendsanS1 APpatchSwitchRequestmessagetoMMEindicatingthathandoverhastakenplace ThismessageincludestheERAB sthathavebeenacceptedbytheeNB MMEnowhastomodifytheEPSbearers correspondingtoERAB saccepted MMEsendsModifybearerrequesttoSGW whichincludesallEPSbearersthataretobemodifiedandalsothetargeteNB sFTEID SGW ifrequestisaccepted sendstheresponsealongwiththeS1 USGWFTEID iftheyaremodified MMEuponreceptionofModifyBearerResponsesendsPathSwitchRequestAcktotargeteNBindicatingthesuccessfulmodificationofEPSbearers TargeteNBnowasksthesourceeNBtoreleaseallcontextsrelatedtotheUE IfPMIPbasedS5 S8interfaceisconsidered thentherewillbenomessageoverthatsameinterfaceforthishandoverscenario UE T eNB S MME T MME T SGW S10 ForwardRelocationRequest S11 CreateSessionRequest S11 CreateSessionResponse S1AP eNBStatusTransfer S1AP HandoverRequired S1AP HandoverRequest UEDetachfromoldcellandsynctonewcell S11 ModifyBearerRequest S1AP UEContextReleaseCommand S eNB S SGW PGW HandoverDecision S1AP HandoverRequestAck S10 ForwardRelocationResponse S1AP HandoverCommand RRC ConnectionReconfiguration RRC ConnectionReconfigurationComplete S1AP HandoverNotify S11 ModifyBearerResponse S5 ModifyBearerRequest S1AP UEContextReleaseComplete S11 DeleteSessionRequest S11 DeleteSessionResponse S1AP MMEStatusTransfer S10 ForwardSRNSContextNotification S10 ForwardSRNSContextAck S10 ForwardRelocationComplete S10 ForwardRelocationCompleteAck S5 ModifyBearerResponse SourceeNBtakesadecisiontohandovertheUEtotargeteNB Irealizesthat itdoesn thaveaconnectivitywiththetargeteNB soS1basedhandoverischosenforthispurpose SourceeNBsendsS1APmessageHandoverRequiredtosourceMME indicatedS1basedhandoverandthecauseforthehandover ThismessageincludesMMEUES1APandeNBUES1APID TheseID sareusedtoidentifytheUEuniquelyinagiveneNBandMME SourceMMEsendsGTPmessageForwardRelocationRequesttotargetMMEoverS10interfaceindicatingS1basedhandover ThismessageincludesallthedetailsthatweresentwhentheUEwasattachedtotheEUTRAN ThismessagealsoincludesalltheEPSbearercontextsthatwereestablishedforUE AsthesameSGWisnotservingbothsourceandtargetMME s targetMMEsendsaGTPmessageCreateSessionRequesttotargetSGW ThismessageincludesalltheEPSbearercontextsestablishedandalsoalltheinformationthatwassendduringinitialattach QoS APN PDNtypeetc TargetSGW ifaccepted sendsaCreateSessionResponsetotargetMMEindicatingsuccess TargetMMEthensendsS1APmessageHandoverRequesttotargeteNB ThismessageincludestheE RABcontextsthataretobeestablishedalongwithnewMMEUES1APID ThehandovertypeissettoS1basedhandover TargetMMErespondstothismessageHandoverRequestAck ThisackincludestheERABcontextsadmitted Inthenextstep targetMMEsendsGTPmessageForwardRelocationResponsetosourceMMEindicatingthathandoverrequesthasbeenaccepted ThisresponsealsoincludesalltheEPSbearersthathavebeenadmitted OncetheaboveresponseisreceivedbysourceMME itsendsS1APmessageHandoverCommandtosourceeNBaskingittohandovertheUEtotargeteNB SourceeNBforwardsthesametoUE AfterthisUEbreaksfromoldcellandattachestonewcell TargeteNBinformsthatUEhasattachedtoitbysendingHandoverNotifytotargetMMEoverS1interface TargetMMEsendsGTPmessageModifyBearerRequesttotargetSGWindicatingtheneweNBFTEID Targetacceptsthesame SourceMMEaskssourceeNBtodeletealltheUEcontexts AlsoitsendsdeletesessionrequesttosourceSGWaskingittodeletealltheEPSbearersforthatUE 跟踪区域更新过程 附着在E UTRAN EPC中的UE 当遇到下列情况是会触发跟踪区域更新过程TAU 1 UE检测到它进入一个新的TA 该TA的TAI不在UE注册的TAI列表中 时 2 UE的周期性TA更新记时器过期时 3 在UTRAN的 PMM 连接态 如URA PCH 的UE重选到E UTRAN中时 4 在GPRS READY 态的UE重选到E UTRAN中时 5 TIN为 P TMSI 的UE重选到E UTRAN中时 6 当RRC连接因为 负载重平衡请求TAU 的原因被释放时 7 UE的核心网能力发生变化 或UE的DRX参数信息发生变化时同一个eNodeB中的不同小区 Cell 可以属于不同的TA 而UE在eNodeB内的小区变更不会正式通知MME 但是MME需要知道UE当前的TAI 以正确地产生一个TAU接收消息 因此eNodeB在每个S1AP上行NAS传输消息中都要附上UE所在的当前小区的TAI和ECGI InterMME TAU messageflow 下面是变更了MME S GW的TAU过程 1 触发TAU过程 2 UE通过某个RRC消息 RRC连接建立完成消息或上行信息传递消息 向eNodeB发TAU请求 发起TAU过程 3 eNodeB从UE的TAU请求消息中找到UE原MME的标识GUMMEI 如果这个MME和eNodeB无连接 或GUMMEI不可用 或TAU是由负载重平衡触发的 则eNodeB要为UE找一个新的MME 这里假设eNodeB通过S1AP的初始UE消息向新的MME发TAU请求消息 4 新MME向旧MME发上下文请求消息 请求UE的MME上下文等相关信息 如果就MME确定UE之前为自己服务区域内的合法用户 则启动一个计时器 5 如果旧MME确定UE之前为它的一个合法用户 则向新MME回复上下文响应消息 把UE的相关信息传给新MME 6 鉴权和安全功能激活是可选步骤 但是如果UE的TAU请求消息的完整性保护校验失败 则必须完成本步 7 新MME决定是否需要重定位S GW 当老的S GW不能继续为UE服务 则必须进行S GW重定位 如果存在新S GW被认为可以在更长时间内持续服务UE 和 或新S GW可以优化UE到P GW的路由 或同P GW共址的S GW可以服务UE 则一般也会进行S GW重定位 为UE选择一个新的S GW 新MME向旧MME回复上下文确认消息 在消息中附带S GW更改指示 旧MME则在UE上下文中标注 在GW和HSS中的UE信息无效 这样如果UE的TA更新失败 UE又回到旧MME中时 旧MME会通知GW和HSS 这些网元可能已经在新MME的要求下更新了UE的信息 回退到以前的UE上下文版本上去 8 确认了UE的身份后 新MME为UE建立一个MM上下文 如果需要为UE选择一个新的S GW 则新MME向新S GW发送生成承载请求消息 要求新的S GW为UE建立相关承载上下文 9 新S GW向P GW发更新承载请求 要求P GW更新UE已有的承载上下文 如改变S5 S8隧道 使隧道指向新的S GW 如果系统配置为动态PCC P GW还要获得策略和计费信息 10 P GW更新承载成功后 向新S GW回复更新承载响应消息 11 新S GW根据P GW的更新承载响应消息更新其承载上下文 主要更新上行路由 更新承载成功后 向新MME回复承载建立响应消息 12 新MME向HSS发位置更新消息 同志HSS关于UE的TAU相关信息 告诉HSS目前UE由新MME来服务 13 HSS想向旧MME发删除位置信息 通知旧MMEUE已经漫游到别处 要求旧MME删除UE的相关信息 14 旧MME向HSS发删除位置确认消息 响应HSS的位置删除请求 如果第 4 步的定时器没有开启 表示旧MME确定UE的前一个服务MME不是自己 则旧MME马上删除UE的MM上下文信息 但如果计时器已经启动 MME就要等计时器过期后再删除UE的MM上下文 以防UE在完成这个正在进行的TAU时又发起一个新的TAU 因为这时这个新的TAU过程也会要求旧MME提供UE的MM上下文 15 HSS向新MME发更新位置确认消息 响应新MME的位置更新请求 新MME正式确认UE驻留在新TA中 16 当第 4 步的计时器过期 旧MME释放掉所有本地MME承载资源 如果接受到S GW更改的消息 第 7 步 则向旧S GW发送删除承载请求消息 通知旧S GW删掉所有EPS承载 并要求旧S GW不要通知P GW也发起EPS承载删除过程 即P GW上的EPS承载必须保留 因为此时只进行TA更新 而不时进行普通的资源删除操作 17 旧S GW向旧MME发删除承载响应消息 并释放相关EPS承载 18 新MME通过S1AP的下行NAS传输消息和RRC的下行信息传输消息向UE发TAU接受消息 19 如果TAU接受消息中包含了 GUTI UE通过RRC的上行信息传输消息和S1AP的上行NAS传输消息向新MME回复一个TAU完成消息