LTE中連接態(tài)和空閑態(tài)的區(qū)別

-.z.〔1〕EMM-DEREGISTERED如果UE是在EMM-DEGEGISTERED狀態(tài)，則MME中的EMM上下文中沒(méi)有UE有效的位置或路由信息。UE在MME中是不可及的，因?yàn)橄到y(tǒng)不知道UE的位置信息。但是，在EMM-DEREGISTERED狀態(tài)，UE和MME中是有可能保存一些UE的上下文的，比方鑒權(quán)信息，這樣能防止每次附著的時(shí)候都要運(yùn)行AKA程序。〔2〕EMM-REGISTERED用戶通過(guò)E-UTRAN或者GERAN/UTRAN進(jìn)展了成功的附著程序后，UE就進(jìn)入了EMM-REGISTERED狀態(tài)。MME進(jìn)入EMM-REGISTERED狀態(tài)，可以是通過(guò)UE從GERAN/UTRAN選擇了一個(gè)E-UTRAN小區(qū)而觸發(fā)的TAU程序，也可以是通過(guò)UE從E-UTRAN中觸發(fā)的附著程序。在EMM-REGISTERED狀態(tài)，UE就可以正常使用業(yè)務(wù)了。

UE在MME中的位置信息至少能準(zhǔn)確到TA列表的程度。在EMM-REGISTERED狀態(tài)，UE至少有一個(gè)永遠(yuǎn)都在的激活的PDN連接，并且建立了EPS平安上下文。在執(zhí)行完去附著程序后，UE和MME中的狀態(tài)就會(huì)變?yōu)镋MM-DEREGISTERED。收到TAU拒絕和附著拒絕消息，UE和MME中的狀態(tài)行為取決于拒絕消息中的"原因值〞，但是在大局部情況下，UE和MME中的狀態(tài)都會(huì)變成EMM-DEREGISTERED。如果UE所有的承載都釋放了，比方完成了從E-UTRAN向Non-3GPP接入的切換以后，則MME中UE的MM狀態(tài)應(yīng)該變?yōu)镋MM-DEREGISTERED。如果UE是駐扎在E-UTRAN中的，則UE檢測(cè)到它所有的承載都釋放了以后，UE應(yīng)該把自己的狀態(tài)改為EMM-DEREGISTERED。如果UE駐扎在GERAN/UTRAN中，則屬于UE的所有承載〔PDP上下文〕都釋放了以后，UE要把TIN〔TemporaryIdentityusedinNe*tupdate，下次更新時(shí)用的臨時(shí)標(biāo)識(shí)〕設(shè)置為P-TMSI來(lái)去激活I(lǐng)SR。這樣能保證用戶在重新選擇E-UTRAN的時(shí)候，能夠執(zhí)行TAU。如果UE在執(zhí)行向Non-3GPP接入系統(tǒng)切換的時(shí)候，關(guān)閉了E-UTRAN接口，則UE要把自己的MM狀態(tài)改為EMM-DEREGISTERED。在隱式去附著定時(shí)器超時(shí)的時(shí)候，MME可以隨時(shí)執(zhí)行隱式去附著程序，執(zhí)行完隱式去附著程序后，MME中用戶的狀態(tài)就會(huì)變?yōu)镋MM-DEREGISTERED?！?〕ECM-IDLE如果UE和網(wǎng)絡(luò)間沒(méi)有NAS信令連接，UE就處于ECM-IDLE狀態(tài)。在ECM-IDLE狀態(tài)，UE可以執(zhí)行小區(qū)選擇/重選，或者進(jìn)展PLMN選擇。

ECM-IDLE狀態(tài)的UE在E-UTRAN中是沒(méi)有UE上下文的，此時(shí)既沒(méi)有S1_MME連接，也沒(méi)有S1_U連接。如果UE是在EMM-REGISTERED和ECM-IDLE狀態(tài)，則UE能夠?qū)崿F(xiàn)以下功能。①如果當(dāng)前的TA不在UE從網(wǎng)絡(luò)收到的TA列表中，則UE可以執(zhí)行一個(gè)TAU來(lái)維持注冊(cè)狀態(tài)，并使得MME能夠?qū)ず舻経E。②執(zhí)行周期性的TAU，以通知EPC，UE是可用的。③如果RRC〔RadioResourceControl，無(wú)線資源控制〕連接釋放的時(shí)候，釋放原因是"因?yàn)樨?fù)載均衡的原因要求做TAU〞，則可以執(zhí)行TAU。④如果UE的TIN是"P-TMSI〞，UE要重新選擇一個(gè)E-UTRAN小區(qū)，則可以執(zhí)行TAU。⑤如果由于UE的核心網(wǎng)能力信息改變或者UE特定的DR*參數(shù)變了，則可以執(zhí)行TAU。⑥響應(yīng)MME執(zhí)行業(yè)務(wù)請(qǐng)求程序而發(fā)起的尋呼消息。⑦如果要發(fā)送上行用戶數(shù)據(jù)，則可以執(zhí)行業(yè)務(wù)請(qǐng)求，以建立無(wú)線承載。

UE和MME間的信令連接建立了之后，UE和MME都進(jìn)入了ECM-CONNECTED狀態(tài)。觸發(fā)用戶的狀態(tài)從ECM-IDLE向ECM-CONNECTED轉(zhuǎn)變的起始NAS消息有附著請(qǐng)求、TAU請(qǐng)求、業(yè)務(wù)請(qǐng)求或去附著請(qǐng)求。如果UE是在ECM-IDLE狀態(tài)，則UE和網(wǎng)絡(luò)有可能是處于不同步的狀態(tài)的，即UE和網(wǎng)絡(luò)可能有不同的已經(jīng)建立的EPS承載的集合。一旦UE和MME都進(jìn)入了ECM-CONNECTED狀態(tài)，UE和網(wǎng)絡(luò)中的EPS承載集合就同步了?！?〕ECM-CONNECTED在ECM-CONNECTED狀態(tài)，MME中的UE位置信息能夠準(zhǔn)確到效勞的eNB標(biāo)識(shí)的程度。在此狀態(tài)下，UE可以執(zhí)行切換程序。如果EMM系統(tǒng)中的TAI不在UE注冊(cè)時(shí)的TA列表中，UE就要執(zhí)行TAU程序，或者如果UE的TIN指示的是"P-TMSI〞，則切換到了E-UTRAN小區(qū)時(shí)，也要執(zhí)行TAU程序。

UE在ECM-CONNECTED狀態(tài)時(shí)，UE和MME之間是有信令連接的。信令連接包括兩局部：RRC連接和S1_MME連接。如果UE到MME間的信令連接釋放了或者中斷了，則UE要進(jìn)入ECM-IDLE狀態(tài)。這種釋放或者中斷可以是由eNB顯式地告訴UE的，也可以是由UE自己檢測(cè)到的。

S1釋放程序能把UE和MME的狀態(tài)從ECM-CONNECTED變?yōu)镋CM-IDLE。但是，UE可能不會(huì)收到S1釋放的指示，比方，由于無(wú)線鏈路過(guò)失或者出了覆蓋區(qū)，此時(shí)，UE和MME中的ECM狀態(tài)會(huì)出現(xiàn)臨時(shí)的不匹配。在信令程序之后，MME可以釋放到UE的信令連接，然后UE和MME中的狀態(tài)就會(huì)變?yōu)镋CM-IDLE。如果UE變成了ECM-CONNECTED狀態(tài)，但是不能建立無(wú)線承載，或者在切換的時(shí)候，UE不能維持一個(gè)承載，就要去激活相應(yīng)的EPS承載。ECM連接指的是UE與EPC之間的連接，以UE和EPC之間是否建立NAS信令連接區(qū)分為兩種狀態(tài)一個(gè)是AS層RRC狀態(tài)，一個(gè)是NAS層ECM狀態(tài)，兩者有聯(lián)系但不在同一個(gè)層面上。前者終結(jié)在UE和eNB，判斷標(biāo)準(zhǔn)是RRC連接是否建立；后者終結(jié)在UE和MME，判斷標(biāo)準(zhǔn)是UE和MME之間的信令連接是否建立。由于NAS信令是包含在RRC信令中的，NAS信令連接并不像RRC連接那樣有一個(gè)顯式的建立過(guò)程，所以對(duì)于UE，可以認(rèn)為兩者是等價(jià)的，即RRC連接之后，UE就進(jìn)入了RRC-connected和ECM-connected狀態(tài)；RRC連接釋放后，UE就進(jìn)入了RRC-idle和ECM-idle狀態(tài)。空閑態(tài)上來(lái)的信令：15:06:21.656

Paging15:06:22.790IMSSIPINVITE-Request〔0〕15:06:22.818ServiceRequest15:06:22.828RRCConnectionRequest15:06:22.868RRCConnectionSetup15:06:22.868ServiceRequest15:06:22.868RRCConnectionSetup

plete15:06:22.898SecurityModemand15:06:22.898SecurityModeplete15:06:22.898RRCConnection

Reconfiguration15:06:22.908RRCConnection

Reconfigurationplete15:06:22.918UECapabilityEnquiry15:06:22.928UECapabilityInformation15:06:22.928RRCConnection

Reconfiguration15:06:22.938RRCConnection

Reconfigurationplete15:06:22.948IMSSIPINVITE-Trying〔100〕15:06:22.988RRCConnection

Reconfiguration15:06:22.988RRCConnection

Reconfigurationplete15:06:22.988ActivateDedicatedEPS

BearerConte*tRequest15:06:22.988ActivateDedicatedEPS

BearerConte*tAccept15:06:23.528RRCConnection

Reconfiguration15:06:23.528RRCConnection

Reconfigurationplete15:06:23.778MeasurementReport15:06:23.788MeasurementReport15:06:23.808RRCConnection

Reconfiguration15:06:23.808RRCConnection

Reconfigurationplete15:06:24.058ModifyEPSBearerConte*t

Request15:06:24.058ModifyEPSBearerConte*t

Accept15:06:24.118IMSSIPINVITE-Session

Progress〔183〕15:06:24.118IMSSIPPRACK-Request〔0〕15:06:24.178IMSSIPUPDATE-Request〔0〕15:06:24.208Paging15:06:24.428IMSSIPPRACK-OK〔200〕15:06:24.709MeasurementReport15:06:24.749RRCConnection

Reconfiguration15:06:24.759RRCConnection

Reconfigurationplete15:06:24.789MasterInformationBlock15:06:24.799SystemInformationBlock

Type115:06:24.799TrackingAreaUpdate

Request15:06:24.829RRCConnection

Reconfiguration15:06:24.829RRCConnection

Reconfigurationplete15:06:24.839RRCConnection

Reconfiguration15:06:24.839RRCConnection

Reconfigurationplete15:06:24.869IMSSIPUPDATE-OK〔200〕15:06:24.889IMSSIPINVITE-Ringing〔180〕連接態(tài)上來(lái)的信令：15:09:44.782

MeasurementReport15:09:51.256MeasurementReport15:09:52.582RRCConnection

Reconfiguration15:09:52.582RRCConnection

Reconfigurationplete15:09:58.682IMSSIPINVITE-Request〔0〕15:09:58.807IMSSIPINVITE-Trying〔100〕15:09:58.838RRCConnection

Reconfiguration15:09:58.838RRCConnection

Reconfigurationplete15:09:58.838ActivateDedicatedEPS

BearerConte*tRequest15:09:58.838ActivateDedicatedEPS

BearerConte*tAccept15:09:59.638EMMStatus15:09:59.638DLInformationTransfer15:09:59.638ModifyEPSBearerConte*t

Request15:09:59.638ModifyEPSBearerConte*t

Accept15:09:59.668IMSSIPINVITE-Session

Progress〔183〕15:09:59.668IMSSIPPRACK-Request〔0〕15:09:59.698IMSSIPUPDATE-Request〔0〕15:09:59.958IMSSIPPRACK-OK〔200〕15:10:00.408IMSSIPINVITE-Ringing〔180〕終端處于空閑態(tài)時(shí)，LTE網(wǎng)絡(luò)尋呼機(jī)制如下：DR*的工作機(jī)制和UE對(duì)尋呼消息的接收：處于節(jié)電的考慮，UE的尋呼接收遵循非連續(xù)接收〔DR*〕的原則。eNodeB會(huì)通過(guò)系統(tǒng)消息播送小區(qū)默認(rèn)的DR*尋呼周期給小區(qū)中所有UE。此外，標(biāo)準(zhǔn)也允許每個(gè)UE根據(jù)自身的電量等設(shè)置UE特定的DR*參數(shù)，并通過(guò)NAS消息AttachRequest、TAURequest等上報(bào)給MME。之后，UE在一個(gè)DR*的周期內(nèi)，只在響應(yīng)的尋呼無(wú)線幀〔PF〕上的尋呼時(shí)刻〔PO〕先去監(jiān)聽(tīng)PDCCH上是否攜帶有P-RNTI，進(jìn)而去判斷響應(yīng)的PDSCH上是否有承載尋呼消息。如果在PDCCH上攜帶有P-RNTI，就按照PDCCH上指示的PDSCH的參數(shù)去接收PDSCH上的數(shù)據(jù)；如果終端在PDCCH上未解析出P-RNTI，則無(wú)需再去接收PDSCH物理信道，就可以依照DR*周期進(jìn)入休眠。利用這種機(jī)制，在一個(gè)DR*周期內(nèi)，終端可以只在PO出現(xiàn)的時(shí)間位置上去接收PDCCH，然后再根據(jù)需要去接收PDSCH。而在其他時(shí)間可以休眠，以到達(dá)省電的目的。關(guān)于PF的計(jì)算，有公式SFNmodT=〔T/N〕*〔UE_IDmodN〕，凡滿足該公式的所有SFN的值，都是PF。PF計(jì)算中相關(guān)參數(shù)含義如下：T=min(TUE,TC)，TUE指UE特定DR*周期，TC指eNodeB播送的默認(rèn)DR*周期；N=min(T,nB)，nB由網(wǎng)絡(luò)在SIB2中播送；UE_ID=IMSImod1024。PO是終端需要監(jiān)聽(tīng)的PDCCH在尋呼無(wú)線幀上的子幀號(hào)，因此計(jì)算出PF后，需再計(jì)算出本終端的PO在PF上的位置i_s，然后再根據(jù)i_s與PO之間的映射關(guān)系，從而準(zhǔn)確地獲得終端應(yīng)去監(jiān)聽(tīng)的PDCCH物理信道所出現(xiàn)的