產品維護經理技能-1.物聯(lián)網

第一 第二章物聯(lián)網接入總體技術要 1、NB-IOT架 NPDCCH信 E-UTRAN多載波操 3 CP方案和UP方 MAC子 RLC子 PDCP子 4 6、UE能 7、S1和X2接 第三章物聯(lián)網網絡技術要 第四章物聯(lián)網終端設備技術要 概 業(yè) 層2功 層3及NAS層功 Uu接口要 Cu接口要 1、物聯(lián)網物聯(lián)網（TheInternetofthings）的概念是在1999年，所謂物聯(lián)網，簡單的來說就頻識別（RFID、條碼與、紅外感應器、激光掃描器全球和其它基于物-物通信模式（MachinetoMachineM2M）的短程無線網絡，通過各種接入網與互聯(lián)網結合形成的一個巨大的智能網絡，以實現(xiàn)智能化識別、定位、、和管理。國際電信（ITU）2005年的一份報告《ITU互聯(lián)網報告2005：物聯(lián)網》，描繪了“物聯(lián)們正“物聯(lián)網”時代，但這個過程可能需要很長很長的時間。2、物聯(lián)網的意1999年，在召開的移動計算和網絡國際會議就提出，“傳感網是下一個世紀人類面臨的又一個發(fā)展機遇”。2003年，《技術評論》提出傳感網絡技術將是未來改變人們目前，、歐盟、中國等都在投入巨資深入研究探索物聯(lián)網。我國也正在高度關注、重視物聯(lián)網的研究，工業(yè)和信息化部會同有關部門，在新一代方面正在開展研究，以形的一面，的創(chuàng)新隨著物聯(lián)網技術的發(fā)展成為現(xiàn)實。在我國高校中，物聯(lián)網當前的聚焦點在郵電大學、重慶郵電大學和郵電大學。3、物聯(lián)網硬件組壓力傳感器、RFID、識讀器等，完成物聯(lián)網應用的和設備控制等功RFID、識讀設備、溫感設備）、處理單元（CPU戶設備（如PC、）、客戶端等，主要用于對數(shù)據的融合/匯聚、轉換、分析，以及對4、物聯(lián)網軟件平臺國際物聯(lián)理中心及其信息中心）的管理信息系統(tǒng)（ManagementInformationSystem，數(shù)據感知系統(tǒng)軟件主要完成物品的識別和物品EPC碼和處理，主要由企業(yè)生產的碼的電子在經過的感應區(qū)域時，其中的物品EPC碼會自動被捕獲，從而理系統(tǒng)使用。對于物品電子，國際上多采用EPC，用PML語言來標記每一個實體和物中間件是位于數(shù)據感知設施（）與在應用軟件之間的一種應用系統(tǒng)軟件。中EPC-global組織制定的標準。事件管理器。事件管理器用來對接口的RFID數(shù)據進行過濾、匯聚和排序操對象名解析服務。對象名解析服務（ONS）是一種服務，主要是將對每個帶標管理系統(tǒng)，這與一般的網絡管理類似，提供對象名解析服務（ONS）是重要的。ONS通過URL服務獲得相關物品的進一步信息。物聯(lián)理機構（包括企業(yè)物聯(lián)網信息、國家物聯(lián)網信息以及國際物5、物聯(lián)網-技術體物聯(lián)網是一種非常復雜、形式多樣的系統(tǒng)技術應用。物聯(lián)網的主要技術體系按照感知層：感知層是物聯(lián)網的皮膚和五官，主要進行識別物體，信息。包括多種發(fā)展 和識讀器、RFID和、頭、GPS、傳感器、終端、傳感器網絡、短距離通信以及實時定位等。RFID技術正是能夠讓物品“開口說話”的一種技術。在“物聯(lián)網”的構想中，RFID中著規(guī)范而具有互用性的信息，通過無線數(shù)據通信網絡把它們自動到信息系統(tǒng)，實現(xiàn)物品(商品)的識別，進而通過（無線保真Wi-Fi）、互聯(lián)網等基礎網絡設施，對來自感知層的信息進行接入和傳輸。第二章物聯(lián)網接入總體技術CIoTCIoT NB-IoT其中NB-IoT也可以連接至物聯(lián)網專有。B-IoT之間可以通過X2接口連接。在S1-Flex配置中，每個在一個池區(qū)域內和所有的EPC節(jié)點連接。通過空中接口（即Uu接口）與UE通信。（USIM；（eNB2、物理transmissionslotstransmission，NPRACH使用載波跳頻傳輸方式LTEin-band、LTEguard-band、standalone三種工作模式（NPBCH（NPDSCH（NPDCCH：PCHDL-SCH承載UL-SCH（NPUSCH（NPRACH只支持UENPDSCHE-UTRANPDSCH信道物理層處理方案，區(qū)別在信道編碼：NPDSCH使用咬尾卷積碼（LTE的PDSCHTurbo碼編碼。NPDCCH物理層處理采用E-UTRANPDCCHNPDCCH和NPDSCH用TDM方式共享下行可用的NB-IoT子幀。NPDCCHPRB對中可以定義兩個CCECCE6個子載波。NPDCCH支持聚合級別12，而且支持基于聚合級別2的重復發(fā)送。NPDCCH支持C-RNTI，臨時C-RNTI，P-RNTIRA-RNTI。NB-IoTNB-IoT01的每個時隙（除了非NB-IoTNPSSNSSS的子幀外）OFDM符號位置上的已知參考2NB-IoTNB-IoT天線端口數(shù)目可以是1或者2。LTECRSLTEPDCCHNB-RSPortNB-RSPortNSSS504in-band工作模式下，需要指示該小區(qū)標識是否和E-UTRANE-UTRAN小區(qū)標識一致的情況下，UE可以假設NB-IoTE-UTRANCRSE-UTRANCRS信號NPDSCH、NPDCCHE-UTRANMIB-NB中指示E-UTRANCRS天線端口數(shù)。碼（SpaceFrequencyBlockCode，SFBC。NB-IoTE-UTRAN下行鏈路自適應過程。此外，NB-IoT還可以通過在物理層重復發(fā)同步信號在NB-IoT載波的每隔一個無線幀的第10個子幀上的全部12個子載波上傳輸。物理層測量支持E-UTRAN內部測量（同頻、異頻 （NRSRP同頻RRC_CONNECTED；（NRSRQNB-IoT上行定義了載波（single-tone）傳輸和多子載波（multi-tone）傳輸方式。載波間隔：3.75kHz15kHz15kHz12個連續(xù)的子載波。對于3.75kHz子載波間隔，定義了48個連續(xù)的子載波。7E-UTRANFStype1的子幀邊界對齊。此時一個符號的長度是8192Ts256Ts的循環(huán)前綴，余下的2304Ts用作保護間隔。E-UTRANSC-FDMA15kHz123個、6unit傳輸，3個子載波時為4ms，6個子載波時為2ms，12個子載波時為1ms。NPUSCH支持兩種格式：格式1和格式2。格式1用于傳輸上行數(shù)據，可采用載波—載波傳輸使用π/2-BPSK和π/4-—多子載波傳輸使用QPSK對NPDSCH的ACK/NAK使用載波傳輸方式，其所占用的時頻資源由下行控制資源43.75kHzNB-slot的第5個符號上傳輸。slot3、4、53.75kHzNB-slot的第1、2、3個符號上傳輸。RU，同一個序列的物理層隨機接入前導信號使用3.75kHz子載波間隔，載波傳輸，以4個符號組為單鏈路自適NB-IoTE-UTRAN上行鏈路自適應過程。此外，NB-IoT還可以通過在物理層重復發(fā)上行功率控 DL- UL- 在RRC_CONNECTED狀態(tài)，UE可以通過UE特定的RRC信令被重定向到非載波上進3、案（CIoTEPS優(yōu)化。CPUE和網絡均為必選，UPUE同時支持兩種方案，具體使用哪種方案，通過NAS信令與網設備進行協(xié)商而確定。CPNASSRBDRB。使用后，UE和不保留AS上下文。UE再次進入連接態(tài)需要重新發(fā)起RRC連接建立請求。UPE-UTRANDRBAS安全，UE傳輸完數(shù)據后，與E-UTRAN不同，UE可以通過釋放連接命令中掛起指示進入空閑態(tài)，此時和UE保存AS的上下文信息，當UE再次進入連接態(tài)時，UE可向網絡側發(fā)送RRC恢復連接請求來恢復RRC連接。NB-IoTMBMS和D2DMACNB-IoTUE均不支因此每個UE只有一個邏輯信道?？刂菩诺溃―CCH）NB-IoT下行調度信息在下行物理控制信道NPDCCH上傳輸。調度的下行數(shù)據在共享數(shù)據信道NPDSCH上傳輸；傳輸時長對于NPDCCHNPDSCH來說，是作為NPDCCH相對于NPDCCH的NPDSCH開始時間被作為調度信息的一部分NB-IoT上行鏈路調度信息在下行物理控制信道NPDCCH上傳輸。調度的上行鏈路數(shù)據在共享數(shù)據信道NPUSCH上傳輸；傳輸時長對于NPDCCHNPUSCH來說，是作為NPDCCH相對于NPDCCH的NPUSCH開始時間被作為調度信息的一部分響應下行（重）傳輸?shù)纳闲蠥CK/NAK在NPUSCH響應上行（重）ACK/NAK在NPDCCH上發(fā)送，上行重傳總是根據NPDCCH上的下行ACK/NAK觸發(fā)。NB-IoT空閑態(tài)時：（1.28s（10.24s1024幀UP優(yōu)化方案的UERLC重建立：發(fā)生RLFRRC重建立流程來完成RRCCP優(yōu)化的UERLCRLF后，UE進入空閑態(tài)，沒有RRC重建立流程。CP方案使用NASNAS層實現(xiàn)，沒有AS安全，數(shù)據傳輸在PDCP層是透傳的。對只支持CP方案的UE，PDCP被旁路；UP方案的UE，需要ASAS安全激活后，PDCP子層用戶面的PDCPASUP方案的UE一樣，使用PDCP子層用戶面的業(yè)務和功能。4（SRB1；默認支持一個DRB2個DRB起指示后釋放連接，并保存AS上下文，用于恢復RRC連接。上行NAS信令消息或承載數(shù)據的上行NASRRC容器消息（ULRRCcontainermessage）NAS信令或下行NAS數(shù)據可在下行RRC容器消息（DLRRCcontainermessage）中被傳輸；RRC連接重配和RRC不使用無線數(shù)據承載（DRB對同時支持CP和UP的方案，見8.3.3。RRC連接釋放時使用RRC連接掛起流程，eNBUERRC_IDLE態(tài)后保存包括UE能力的AS上下文；UEeNBRRC連接；在恢復連接的消息中，UE向基站提供恢復連接ID，用于獲取的上下文并恢復RRC連接；RRCRRC恢復流程中，shortMAC-IUE用作認證令牌。eNB也提NCCUE，并且UE會重啟COUNT計數(shù)器；不支持從RRC_IDLERRCCONNECTED狀態(tài)遷移時的CCCH和DTCH復用非載波可以在RRC連接重建立、恢復或重配置，以及RRC連接建立時進行NB-IoTNB主消息塊（MasterInformationBlock-NB，MIB-NB）和許多系統(tǒng)消息塊（SystemInformationBlocks-NB，SIBs-NB），具體包括：等，以及SIB1-NB的調度；SIB2-NBSIB3-NBSIB4-NBSIB5-NBSIB14-NBSIB16-NB，GPS時間和UTC信息NB-IoTMIB-NBSIB1-NB640ms2560msSI有用于獲取其它SI消息的必須信息。并且，不要求NB-IoTUERRC_CONNECTEDSIBNB-IoTUE獲取改變的SIB，可通過釋放NB-IoTUE到RRC_IDLE態(tài)來系統(tǒng)消息。MIB和SIB信道映射關系同E-UTRAN。5、移動性管不支持切換、測量報告、inter-RAT移動性支持ECM_IDLENB-IoT，僅通過BCCH配置UE在RRC_IDLE狀態(tài)時，在載波上接收尋呼UPUERAT-Types和切換過程。eNBUEUEeNB從UEUEUECAPABILITYINFOINDICATIONMME提供該能力。NB-IoT支持的UE能力有：ue-Category-NB-r13（UE類別-NB），，multione-ultiCarrier-，multipleDRB-，，20dBm，NB-IoTS1用戶面接口(S1-U)eNBS-GW之間的接口。S1控制面接口(S1-MME)定義為eNB和MME之間的接口。NB-IoTS1接口應滿足如下規(guī)范要求：—3GPPTS36.410—3GPPTS36.411—3GPPTS36.412—3GPPTS36.413—3GPPTS36.414v13.0.0NB-IoTX2接口定義為eNB之間的接口。NB-IoTX2—3GPPTS36.420—3GPPTS36.421—3GPPTS36.422—3GPPTS36.423—3GPPTS36.424—3GPPTS36.425v13.1.1S1NB-IoTS1接口在原有LTES1EPSEPC觸發(fā)S1UENASEPS警消息傳送功能、S1cdma2000隧道功能。S1UE上下文釋放流程（EPC觸發(fā)EPCE-UTRANS1UECONTEXTRELEASECOMMANDUE[S1AP]S1UEContextRelease[S1AP]S1UEContextRelease下行NAS

NASS1接口雙向傳輸。NB-IoTMME發(fā)起的NAS傳輸流程中，MMEeNBDOWNLINKNASTRANSPORTUE無線能力信息。具體流程見圖6。S1-AP:DOWNLINKNAS6NASMMENASPDUMMEINITIALUEMESSAGE消息之后，向eNB提供完成UE相關邏輯S1連接建立所需的信息。觸發(fā)eNBUEUE無線能力請求，eNBUECAPABILITYINFOINDICATION信息將此信息提供給MME。S1-AP:CONNECTIONS1-AP:CONNECTION7恢復UE信令連接必須的所有數(shù)據相關上下文，無需再交換信息。8UEUE上下文恢復流程由eNB發(fā)起。eNBUE已經恢復了RRCMMEEPCUEUEEPC無法恢復，MMEeNBUECONTEXTRESUMEFAILURE消息。具體流程見圖9。S1-AP:UECONTEXTRESUMES1-AP:UECONTEXTRESUMERESPONSES1-AP:UECONTEXTRESUMEFAILURE9UEX2NB-IoTX2-CP控制面接口功能與LTE相比，增加了eNBUE上下文恢復功能。用于UE嘗試在與RRC連接被掛eNBeNBRRC連接時，通eNBX2接口獲UEUEeNBRRCeNBRRCeNB可通過從UECONTEXTREQUEST消息中的ResumeIDUE上下文，則通過RetrieveUEContextResponseUE上下文信息發(fā)給新eNBeNBUERRC連S1-APMMES1MMEEPC中恢復UES1-APeNB通過X2-AP接口消息觸發(fā)原eNB釋放UE上下文。具體流程見圖10。S1-AP:PATHS1-AP:PATHSWITCHREQUESTRESPONSEX2-AP:UECONTEXTRELEASES1-AP:PATHSWITCHX2-AP:RETRIEVEUECONTEXTX2-AP:RETRIEVEUECONTEXTOldNew10獲取UE若原eNBResumeIDUERETRIEVEUECONTEXT消息告知新eNB，此時新eNBRRC11OldNew11UE第三章物聯(lián)網網絡技術1、NB-IOT網絡架圖1NB-IOTNB-IOT的網絡架構和4G網絡架構基本一致，包括移動性管理設備（MME、服（SCEFPCR如果支持短消息，NB-IOT網絡還可能包含短消息中心或MSCServer（具體參見6.5節(jié)。NB-IOT網絡和2G、3G的網元之間無接口，不具備網間互操作能2、業(yè)務要3、功能要對于IP數(shù)據，UE和MME可基于RFC4995[xx]定義的ROHC框架執(zhí)行IP頭壓縮。對于上行數(shù)據，UE執(zhí)行ROHC壓縮器的功能，MME執(zhí)行ROHC解壓縮器的功能。對于下行傳輸時無需使用ServiceRequest流程來建立eNB與UE間的接入層（AS）上下文。用戶面優(yōu)化數(shù)據傳輸方案主要包括連接掛起（ConnectionSuspend）（ConnctonResume）流程。作為前提，E執(zhí)行初始連接建立時在網絡和E側建立了承載和S安全上下文，而后eNodeB通過Connctonuspnd流程掛起RRC連接。當E處于E狀態(tài)，任何S層觸發(fā)的后續(xù)操作（包括E嘗試使用控制面方案傳輸數(shù)據）將促使E嘗試ConnectonesumeConnectonReumeE將懸置S流文間使用ConnnectionResume流程時UE去附著，則該MME及先前涉及的eNB應使用S1Release流程刪除的S1AP關聯(lián)。連接態(tài)用戶的控制面到用戶面方案的轉換可以由終端通過ControlServiceRequest流程發(fā)起，也可以通過MME直接發(fā)起。MME收到終端ControlServiceRequest消息時，或者檢測Non-IP數(shù)據傳輸（中興從PS角度來看，nP數(shù)據是非P結構化的。nP數(shù)據傳輸，包括終端發(fā)起)的、終端接收T)的數(shù)據傳輸兩部分。支持nP數(shù)據傳輸，是CT增強的重要部分。NBoT為nP數(shù)據傳輸新增了一種NoPonP數(shù)據傳輸給CSPGWNon-IP數(shù)據傳輸（使用點對SGi隧道）SCEF的Non-IP數(shù)據傳輸(可選的PtPPtP隧道。無論是用戶面優(yōu)化的數(shù)據傳輸還是控制面數(shù)據傳輸，都基于UDP/IPPtP1、在PGW上，預先配置指向AS的隧道參數(shù)（如AS的IP地址和UDP端），如以APN3、對于上行數(shù)據，PGW收到UE側的Non-IP數(shù)據后，將其從GTP隧道中剝離，并加上頭（源IP為PGW為UE分配的IP，目的IP為AS的IP），然后經由IP網絡發(fā)往ASPtP2、對于上行non-IP數(shù)據，PGW在PtP隧道上將non-IP數(shù)據發(fā)送給AS3、對于下行non-IP數(shù)據，AS需要根據一個索引來定位對應的SGiPtP隧道（可以是的標識并將下行數(shù)據發(fā)送給PGW，PGW收到后在3GPP的GTP隧道中（貝爾REQUEST消息中的NASmessagecontainer信元中進行發(fā)送；基于SGs接口的短消息方案的網絡架構如CC NB-IoTNB-IoTLTE- S1-NB-IoTNB-IoT對于沒有部署GERAN/UTRAN或者3GPPMSC的網絡，MME也可以直接執(zhí)行短消息業(yè) NB-IoTNB-IoTLTE-NB-IoTNB-IoT通過MME與HSS間的S6a接口，MME接收到用戶短消息簽約信息在NB-IoT接入情況下，eDRX的取值范圍從20.48秒開始，以2的冪的倍數(shù)進行增長（如果eDRX周期長度大于等于10.24秒，使用下述機制UE決定請求激活eDRX時，UE在附著請求和/TAU請求消息中攜帶eDRX參數(shù)。參數(shù)包括空閑模式DRX長度。MME決定接受或UE激活eDRX的請求。如果接受，MME可基于運營商策略，MME接受使eDRX，UEeDRX長度和尋呼時間窗長度使用eDRX機制。當MMEUE的請求或MME不支持eDRX時，附著接受/TAU接受消息中沒有eDRX參數(shù)，則UE使用正常的DRX機制。UE希望繼續(xù)使用eDRX機制UE在每個TAU消息中攜eDRXUE包括eDRX參數(shù)。如果eDRX被激活，MME根據TS23.682處理尋呼PSM（愛立信和關機類似，只是終端在網絡中仍處于狀態(tài)，不需要重新附著或重新建立PDN連接進入連接態(tài)后的一段時間內，移動被叫業(yè)務才可達，這段時間也叫“ActiveTime供的ActiveTime的時長、HSS可能提供的umResponseTime的時長以及MME可能本地配置的時長來決定給終端分配多長的ActiveTime。Communication（當終端使用省電功能時（比如eDRX或PSM）延通信（HighLatencyCommunication）的功能。高時延通信可以使用緩存機制。對于控制面數(shù)據傳輸，高時延通信要求SGW緩存下行如果SGWMME使用DLDataBufferingDuration來記錄是否有緩存的下行數(shù)據需要下發(fā)給終端。該計時器未過期時，在區(qū)更新過程中，舊側MME需要通知新?lián)D發(fā)給新側SGW。最終在區(qū)更新過程中，SGW會把緩存的數(shù)據發(fā)送給終端。當該計如果MME負責緩存下行數(shù)據時，MME發(fā)生變化，舊側MME緩存的數(shù)據會被丟及時通知SCEF。具體參見3GPP23.682。下述2種方式可用于控制發(fā)送給UE或UE（例如使用CIoTEPS優(yōu)化機制的UE）發(fā)出的用PLMNAPNHPLMN運營商通過APN速率控制機制向用戶提供速率控務，例如每天最多發(fā)送Y或推遲該數(shù)據包的傳輸時間。為了避免出現(xiàn)數(shù)據包被丟棄或傳輸時間被推遲的情況，服務PLMN速率不包括通過NAS傳輸PDU發(fā)送的SMSPGW或SCEF使用PCO向UE發(fā)送APN上行速率控制命令生數(shù)據包的速率。當一個APN有多個PDN連接時，各個PDN連接的總速率受APN速率控制（愛立信NB-IOT過載控制機制遵循EPC的過載控制機MME應能接收并S1接口上UE上下文釋放完成消息及掛起消息中攜帶的覆蓋增強4、計費要PDUCPOnlyFlag”字段。費信息的觸發(fā)條件：ChangeinUPtoUE。單中包含控制面優(yōu)化方案標志（CPCIoTEPSOptimisationInidcatorMethod地址（SCS/ASNon-IP據流通SCEFSCEFIWF-SCEF（漫游場景下）負責non-IP據包的計費。此SCEFIWF-SCEF應支Non-IP業(yè)務的ServingPLMNRateControl。同時，P-GWS-GW應支持在話單中填寫ServingPLMNRateControl字段。息方案中，SMS-SC以及SGs-MSC負責短消息業(yè)務的計費。B-IoT用戶短消息業(yè)務的計費。5、接口增強要S1（中興S1接口上增加了UEContextSuspend，UEContextResume和ConnectionEstablishmentIndication三條消息。其中前兩條消息用于用戶面數(shù)據的掛起和恢復，而后一條消息用用于eNodeBS1SETUPREQUESTENBCONFIGURATIONUPDATE上報TAC對應的RATtype(NB-IoTWB-Paging消息新增NB-IoTPagingeDRXInformationENBCONFIGURATIONUPDATE消息新增NB-IoTDefaultPagingDRX信元。對于用戶面優(yōu)化數(shù)據傳輸方案，S1接口需要做如下增強：當用戶進入空閑態(tài)的時候，eNBUEContextSuspendMME需要保存用戶接入層信息，承載上下文信息，以及相應的S1AP連接為支持CIoT優(yōu)化，應支持對S11接口的GTP-C消息信元進行擴展，包括：RATtype信元應擴展支持EUTRAN-NB-IoTIndicationFlagS11-UTunnelFlag：該flag設置為1時指示數(shù)據使用NAS信令傳輸控制面CIoT優(yōu)化。F-TEIDInterfaceTypeS11MMEGTP-UinterfaceS11SGWGTP-U為支持CIoT優(yōu)化，應支持對S5/S8接口的GTP-C消息信元進行擴展RATtype信元應擴展支持EUTRAN-NB-IoTIndicationFlagS11-UTunnelFlag：該flag設置為1時指示數(shù)據使用NAS信令傳輸控制面CIoT優(yōu)化。F-TEID中的InterfaceType應擴展支持S11MMEGTP-Uinterface和S11SGWGTP-US6a(IP數(shù)據傳輸，Additional-Context-IdentifierAVPNon-IPPDN類型的默認APNNon-IPPDNAPN，以及一個針對IPPDN類型的默認APN。MME向SCEF發(fā)起。T6aMME或SCEF發(fā)起。SERVICEACCEPT。ATTACHREQUEST；ATTACHACCEPT；TRACKINGAREAUPDATEREQUEST；TRACKINGAREAUPDATEACCEPT；NAS接口AttachAccept消息中與CIoT功能相關的信元如下表所示ATTACHACCEPT消息中與CIoT相關的內PeriodicTAUtimer（GPRSESMmessage參見ActivatedefaultEPSMEPSnetworkfeatureAdditionalupdateAdditionalupdateresult中包括網CIoTPeriodicTAUtimer加長值（GPRST3412valueT3324ActivertimerinExtendedDRXExtendedDRXAttachrequestAttachrequest消息中與CIoTUEnetworkUEnetworkcapabilityAdditionalupdateAdditionalupdatetype此信元中包含支持擴展TimerT3324UEActivertimerinPeriodicTAUtimer加長值TimerExtendedDRX 請求的 NAS接口TrackingAreaUpdateAccept消息中與CIoT功能相關的信元如下表所示PeriodicTAUtimer（GPRSESMmessage參見ActivatedefaultEPSMEPSnetworkfeatureAdditionalupdateAdditionalupdateresult中包括網CIoTOPeriodicTAUtimer加長值（GPRST3412valueT3324ActivertimerinExtendedDRXExtendedDRXNAS接口TrackingAreaUpdateAccept消息中與CIoT功能相關的信元如下表所示UEnetworkUEnetworkESMmessage參見ActivatedefaultEPSMAdditionalupdateAdditionalupdatetypeO此信元中包含支持擴展TimerT3324UEActivertimerinPeriodicTAUtimer加長值TimerExtendedDRX 請求的 ControlPlaneServiceRequest終端使用控制面CIoT優(yōu)化時會向網絡發(fā)送ControlPlaneServiceRequest消息，其消息內容ControlPlaneServiceRequestSecurityheaderSecurityheaderControlplaneservicemessageMessageCIoTDataserviceDataserviceNASkeysetNASkeysetESMmessageESMmessageNASmessageNASmessageDeviceDeviceServiceAccept消ServiceAcceptControlPlaneServiceRequest消息，其消息內容如下表SecurityheaderSecurityheaderServiceacceptmessageMessageCIoTESM消息：ActivatedefaultEPSbearercontext基于SCEF的Non-IP數(shù)據 CIoT優(yōu)化，網絡置ControlplaneonlyPDNExtendedprotocol據給終端，如果終端支持ServingPLMNrate6ESM消息：ActivatedefaultEPSbearercontextACTIVATEDEFAULTEPSBEARERCONTEXTACCEPT消息中與CIoT相關不支持ePCOExtendedprotocol終端支持ePCO時向網絡傳送（UEnetworkcapabilityEPSGPRS交互相關的信息，其中CIoTCIoT,S1-dataRD擴展PCO（ePCO。UEnetworkcapability信元編碼格式如下圖所示： UEnetworkUEnetworkcapabilityLengthofUEnetworkcapability00000000octetoctetoctet4octetoctet9*-UEnetworkcapability信元AdditionalupdateresultAttachTAUAdditionalupdateresultTTupdateAdditionalupdateresultTTupdateresultAdditionalupdateresult

AdditionalupdatetypeAttach或TAU請求的額外信息，其中CIoT相關的指示位包括優(yōu)先CIoT網絡行為（PNB-CIoT）指示，以及信令激活標志。 Additionalupdatetype

octetEPSIoTS1-Udata（S1-U數(shù)據、HC-CPCIoT（控制面CIoT優(yōu)化中頭壓縮）ePCO（PCO） 0000octetoctetoctet間窗口（PagingTimeWindow）長度值以及擴展DRX周期值。其編碼格式如下圖所示：

octetLengthofExtendedDRXPagingTimeeDRXoctetProtocolconfigurationoptions信元中可以包含non-IPMTU大小和APN信元APNratecontrolparametersexceptionreports。 UplinkUplinktimeumuplinkoctetoctetumuplinkumuplinkmessage

octet其中支持擴展周期性計時器比特與PSM功能相關。該信元的結構如下圖所示： 0008765432187654321octetoctetoctetoctet附著（附著是用戶設備（UE）進行業(yè)務前在網絡中過程，主要完成接入鑒權和加密、資源清節(jié)點為UE建立上下文。同時，網絡建立為UE提供“”的連接的默認承載(可選)，UE初始附著到E-UTRAN網絡的流程如下圖所示：AttachAttach3.Identification3.Identification4.Identity4.Identity5a.Authentication/5b.Identity5b.MEIdentity6.CipheredOptions6.CipheredOptions7.DeleteSesionRequestUpdateLocationCancelLocationDeleteSessionRequestCreateSessionRequestCreateSession15.CreateSessionFirstDownlinkData(ifnotssionRRCConnectionReconfigurationCompleteInitialContextSetupDirectFirstUplinkDataModifyBearer23a.ModifyBearerRequestModifyBearerFirstDownlinkNotifyRequestPDNServingnew圖4E-UTRAN接入，E-UTRAN小區(qū)應廣播是否能夠連接到支持EPSAttachwithoutPDNConnectivity的MME。對于WB-E-UTRAN接入，E-UTRAN小區(qū)應廣播：是否能夠連接到支持EPSAttach如果PLMN不支持EPSAttachwithoutPDNConnectivity，并且UE只支持EPSAttachwithoutPDNConnectivity，則UE不能在該PLMN的小區(qū)內發(fā)起附著流程。對于WB-E-UTRAN，如果PLMN不支持不支持控制面CIoT優(yōu)化，并且UE只支持控CIoT優(yōu)化，則UE不能在該PLMN的小區(qū)內發(fā)起附著流如果UE能夠進行附著流程，UE發(fā)起AttachRequest消息以及網絡選擇指示給eNB，消息加密選項傳輸標記、附著類型、安全加密相關的參數(shù)以及PreferredNetworkbehaviour。"時采用控制面CIoT優(yōu)化，則步驟17-22僅使用S1APNASTranspor和RRCDirectTransfer消息來傳輸NASAttachAccept和NASAttachComplete消息。UE在AttachRequest消息中攜帶PreferredNetworkbehavior，表示終端所支持和偏好的制面CIoT優(yōu)化還是用戶面CIoT優(yōu)化；是否支持S1-U數(shù)據傳輸；是否請求SMSwithoutCombinedAttach；是否支持AttachwithoutPDNConnectivity；是否支持控制面CIoT優(yōu)化頭壓PDN類型為IPv4或IPv6或IPv4v6UE應在ESM消息中包括HeaderCompressionConfiguration。HeaderCompressionConfiguration包括建立ROHC信道所必需的信息，還可能eNB根據RRC參數(shù)中的舊的GUMMEI標識、選擇網絡指示和RAT(NB-IoT或則eNB選擇新的MME，并將附著消息和UE所在小區(qū)的TAI+ECGI標識一起轉發(fā)給新的MME如果UE在AttachRequest消息中攜帶PreferredNetworkbehavior，并且PreferredNetwork如果E通過UT標識自己，并且UE在去附著之后E已經發(fā)生變化，新E通過UET獲取舊的E送EUE的，返回SEU如果UE在新MME及舊MME中都不認識，則新的MME發(fā)送標識請求給UE以請IMSI。UE使用包含IMSI的標識響應消息可選。如果NAS安全算法改變，則該步驟只執(zhí)行NAS安全建立過程。在該步驟之后NAS消息將受到MME指示的NAS安全功能保護（IMEISV如果UE在附著請求消息中設置了加密選項傳輸標記，則可以從UE獲取PCO和/APN等加密選項。PCO選項中可能包含有用戶的，例如用戶名和等供的IMSI或GUTI在MME中沒有相應的上下文信息，則MME發(fā)送位置更新消息（MMEIdentity、IMSI、MEIdentity、MMEcapabilities，Updatetype）給HSS。MME能力指示了該HSS發(fā)送取消位置消息給舊MME，舊MME,對于"non-IP"PDN類型，當UE使用了控制面CIoT優(yōu)化，如果簽約上下文指示該APN是S-GW在其EPS承載列表中創(chuàng)建一個條目，并給P-GW如果沒有部署動態(tài)PCC，則P-GW采用本地QoS策略ID。P-GW給S-GW返回創(chuàng)建會話響應消息。P-GW在分配PDNAddress時需要考慮到UE提供包括PDNAddress。SetupRequestS1控制消息也包括UE的AS安全上下文等參數(shù)。如果MME確定使用控制面CIoT優(yōu)化，或者UE發(fā)送的AttachRequest消息不包括ESM消息，則AttachAccept通過S1-APDownlinkNAStransport發(fā)送至eNB。如果新的MME分配一個新的GUTI，則GUTI也包含在消息制面CIoT優(yōu)化；是否支持用戶面CIoT優(yōu)化；是否支持S1-U數(shù)據傳輸；是否請求SMSwithoutCombinedAttach；是否支持AttachwithoutPDNConnectivity；是否支持控制面CIoT優(yōu)化頭壓如果PDN類型設置為"Non-IP"，則MME將該信息包括在S1-APInitialContextSetupRequest如果一個IPPDN連接采用了控制面CIoT優(yōu)化，UE在AttachRequest消息中包括HeaderCompressionConfiguration，并且MME支持頭壓縮參數(shù)，MME應在ESM消息中包括HeaderCompressionConfiguration。MME綁定上行和下行ROHC信道以便于傳輸反饋信息。如果UECompressionConfiguration建立ROHC上下文。OnlyIndicator。如果UE接收到ControlPlaneOnlyIndicator，則該PDN連接只能使用控制面如果AttachRequest不包括ESM消息，則AttachAccept消息中不應包括PDN相關的參數(shù)，并且DownlinkNAStransferS1-AP不應包括接入層上下文相關的信息。如果eNB接收到S1-APInitialContextSetupRequest消息，eNB發(fā)送RRC連接重配置消息給UE，其包含EPSRBID和AttachAccept消息。發(fā)送eNodeB發(fā)送InitialContextResponse消息給新MME。該InitialContextResponse消息包含eNB的TEID以及地址用于UE下行數(shù)據轉發(fā)。UE發(fā)送一條DirectTransfer消息eNB，該消息包含AttachCompleteeNB使用上行NAS傳輸消息轉發(fā)AttachComplete消息給新的MME。如果UE在步驟1中包括了ESM消息，則在收到AttachAccept消息以及UE已經得到一個PDN地址信息以后，UE就可以發(fā)送上行數(shù)據包給eNB，eNB通過隧道將數(shù)據傳給S-GW和P-GW。接收到第21步的初始上下文響應消息和第22MME發(fā)送一條UpdateBearerRequest消息給S-GW。23a.如果切換指示包含在第23步中，則S-GW發(fā)送一條UpdateBearerRequestHandoverIndication)消息給P-GW，提示P-GW把從非3GPP接入系統(tǒng)的數(shù)據包通過隧道轉發(fā)，在缺省承載或者的EPS承載一旦建立就立即開始給S-GW傳送數(shù)據包。23b.P-GW發(fā)送UpdateBearerResponse確認消息給S-GWS-GW發(fā)送UpdateBearerResponse給新的MMES-GW就可以發(fā)送緩存的下同于HSS指示的P-GW標識的P-GW，MME發(fā)送一條包含APN和P-GW標識的NotifyRequest消息給HSS用于非3GPP接入移動性。HSSAPN和P-GW標識對，并發(fā)送NotifyResponse消息給MME去附著（/UE發(fā)起的去附著流程如下圖PDN圖5UE步驟1：UE向MME發(fā)送DetachRequest(GUTI,SwitchOff)消息。參數(shù)SwitchOff用于指PDN連接，MME向SGW發(fā)送DeleteSessionRequestLBI,UserLocationInformationECGI))步驟3：SGW釋放相關的EPS承載上下文信息，并向MME返回DeleteSession步驟4：SGSN向SGW發(fā)送DeleteSessionRequest(LBI,CGI/SAI)，以便于SGW刪除相關的PDP上下文步驟6：如果SwitchOff指示去附著流程不是由于關機導致，MME向UE發(fā)送DetachMME發(fā)起的去附著流程如下PDN1.Detach圖6MME步驟1：MME發(fā)起顯式或隱式去附著流程。對于隱式去附著，MME不向發(fā)送DetachRequest(DetachType)消息。如果UE處于連接態(tài)，MME可顯式地向UE發(fā)起DetachRequest(DetachType)消息。如果UE處于空閑態(tài)，MME可先尋呼UE。PDN連接，MME向SGW發(fā)送DeleteSessionRequestLBI,UserLocationInformationECGI))步驟3：SGW釋放相關的EPS承載上下文信息，并向MME返回DeleteSession步驟4SGW向PGW發(fā)送DeleteSessionRequest消息。步驟6：如果UE接收到MME在步驟1發(fā)送的DetachRequest消息，UE向MME發(fā)送DetachHSS發(fā)起的去附著流程如下圖2.2.Detach1.Cancel3.DeleteSession4.DeleteSession6.DeleteSession5.DeleteSession7.Detach1.CancelPDNServing圖7HSS送CancelLocation(IMSI,CancellationType)，并將CancellationType設置為“Subscription向UE發(fā)送DetachRequestDetachType)消息。如果CancelLocation消息中還攜帶了指示UE重新附著的標識，則MME應將DetachType設置為需要重新附著。如果UE處于空閑態(tài)，MME步驟3：如果E沒有激活的N連接，則步驟36不需要執(zhí)行。如果E有激活的上下文，對于任何到E的P連接，E應向E指示UE的N連接不可用，并且不36Neeeeonequet(B,rocaonnoraon(E),NSReeaeCauefaaiabe以指示GUserLocationInformationECGIorCGI/SAINASReleaseCauseifavailable)消息。步驟5：PGW向SGW回復DeleteSessionResponse消息。步驟7：如果UE接收到MME在步驟1發(fā)送的DetachRequest消息，UE向MME發(fā)送Detach的S1-MME信令連接-UE中優(yōu)先網絡行為（PerferrredNetworkBehaviour）信息的變化可能導致MME（SupportedNetworkBehaviour）產生不相TrackingAreaUpdateRequestTrackingAreaUpdateRequestTrackingAreaUpdateRequestContextRequestAuthentication/9.ModifyBearer10.ModifyBearer12.ModifyBearerModifyBearerUpdateLocationCancelCancelLocation19.UpdateLocationTrackingAreaUpdateTrackingAreaUpdateTriggertostartTAUContextOldMME/圖8S-GWTAU在傳統(tǒng)E-UTRAN終端相比，NB-IoT終端觸發(fā)的區(qū)更新流程包含如下區(qū)別步驟2：UE向eNodeB發(fā)送區(qū)更新請求（TAURequest）消息，其中還包含優(yōu)選網絡行為（PerferredNetworkBehaviour）,以指示終端期望使用的NB-IoT技術方案。對于沒有任何激活PDN連接的NB-IoT終端，消息中不包含activeflag或EPSbearer需要啟用eDRX的UE需要在消息中包括eDRX參數(shù)信息，即使eDRX參數(shù)已經在之前送ContextRequest消息來提取用戶信息。如果新MME支持CIoT優(yōu)化功能，該消息中還攜帶CIoT優(yōu)化支持指示（CIoTEPSOptimisationsupportindication）以明示所支持的多種CIoT優(yōu)該消息中還須攜壓縮配置以包含RoHC通道信息（但并不是RoHC上下文本身。對于沒有任何激活PDN連接的NB-IoT終端，ContextResponse消息中不包含EPS承載上下文（BearerContext）信息。視為失敗，并觸發(fā)MME請求的PDN斷開程序來釋放PDN連接。舊MME在收到Context另：假定為NB-IoT小區(qū)分配的TAC與為其它E-UTRA小區(qū)分配的TAC不同步驟7：對于沒有任何激活PDN連接的NB-IoT終端，步驟、、、和省略。步驟9：新MME針對每一個PDN連接向S-GW發(fā)送ModifyBearerRequest消息。如果新MME收到的與SCEF相關的EPS承載上下文，則新MME將更新到SCEF的連接下舊MME在步驟5中的上下文響應中有緩存下行數(shù)據等待指示，則MME還應在ModifyBearerRequest消息中攜帶傳送NAS用戶數(shù)據的S11-U隧道指示，包括自己S11-U的IP地址和MMEDLTEID，用于S-GW轉發(fā)下行數(shù)據。MME也可以在沒有SGW緩沖下行數(shù)據時這樣則S-GW在ModifyBearerResponse消息中包含S-GW地址和S-GWULTEID信息，且將下行數(shù)步驟20：MMEUE回應TAUAccept消息。該消息中包含SupportedNetwworkBehavirour字段攜帶MME支持及偏好的CIoT優(yōu)化功能。對于沒有任何激活PDN連接的NB-IoT終端，TAUAccept消息中沒有EPSBearerStatus如果UE包括eDRX參數(shù)的信元且MME決定啟用eDRX，則MME應在TAUAccept消息中步驟21：如果GUTI已經改變，UE通過返回一條區(qū)完成（TrackingAreaUpdateComplete）消息給MME來確認新的GUTI。ContextContextContextModifyBearerModifyBearerUpdateCancelLocationssionDeleteSessionDelete圖9S-GWTAUUE觸發(fā)TAUUEeNodeBTAURequest(UECoreNetworkCapability、MSNetworkCapability、PerforredNetworkbehaviour等信元)TAU過程，同時攜帶RRC參數(shù)（所選擇網絡、舊GUMMEI。包含activeflagEPSbearerstatus信元。status信元。eDRXeDRX參數(shù)，UE應在TAURequest消息中包括空閑模式eDRX參數(shù)信元。了UE期望在網絡中可用的網絡行為。eNodeBRRCGUMMEI、已選網絡指示和無線接入類型（RAT）得MME地址。如果需要，eNodeBMMEMME。然eNodeBTAURequestMMETAI+ECGI參數(shù)、服務小區(qū)RAT類型應能區(qū)分NB-IoTWB-E-UTRANGUTIcompleteP-TMSISignature，MMEAddress，UEvalidated，CIoTEPSOptimisationIndicatiion)給舊的MME以獲取用戶信息。如果新MME支持CIoT優(yōu)化功能，則ContextRequest消息中攜帶CIoTEPSOptimizationsupportindicationCIoT優(yōu)化功能（例如支持控BearerContext(s)，ServingGWsignallingAddressandTEID(s)，UECoreNetworkCapability，UESpecificDRXParameters等參數(shù))。息中不包含EPSBearerContext信元。Acknowledgement消息后被丟棄。在的當前版本中，如果MME識別出到或從NB-IOT的RAT改變的嘗試（例如，從收到的ContextRequest或ContextResponse消息或者在MME內部TAU流程，則MME將要求UE重新附著。TAU請求消息的完整性檢查失敗，則鑒權過程和加密過程是必須的。如果執(zhí)行了GUTI分配并且網絡支持加密，則NAS消息將被加密。合設的新S-GW，則MME也會決定S-GW重定位。Acknowledg（S-MME。S-GWChangeindicationS-GW。舊MME將UE上下文中的網關相關信息標記為無效。如果舊節(jié)點是MME，則舊的MMEUEHSSTAU過程TAURAUMMES4-SGSNMME或S4-SGSN能夠更新網關，舊MME能夠更新HSS。18和19被跳過。EPS承載狀態(tài)與其保存的承載上下文進行驗證。MMEUEEPS承載的任何網絡資源。如果根本就沒有承載上下文，則MMETAURequest消MMES11-UNASSGW傳送下行數(shù)S11-UIPMMEDLTEIDContextResponss消RRC原因“MOExceptiondata”的計數(shù)器，則MMECreateSessionRequest消息中包括MOExceptiondatacounter信元。S-GW基于每一個PDN連接向P-GWModifyBearerRequest（S-GWaddress信息。如果步驟8的消息中包含UserLocationInformation信元和/UETimeZone信元和/UserCSGInformation信元和/MOExceptiondatacounter信元，則它們ModifyBearerRequest消息中。S-GW或P-GWCDR中應通過計數(shù)器指示針對RRC建立原因“MOExceptionData”的每次使用。在其CDR上指示CPOnly的使用。10P-MSIDNChargingS-GWeNodeB中重排序功能，P-GW在路徑轉換之后立即在舊路徑上發(fā)送一個或多個“endmarkerS-GW沒有建立下S-GWP-GW收到的“endmarker”數(shù)據包，且不發(fā) S-GWS-GWeNBPDUP-GW。S-GWMMECreateSessionResponse消息(S-GW地址TEID和S-GWTEID。LocationRequest消息給HSS。超時后清除UE上下文。舊MMECancelLocationAck消息。(IMSISubscription源，并且如果在步驟7ContextAcknowledge消息中接收到ServingGWchangeindicationMMES-GWDeleteSessionRequest消息（Cause,Indication步驟11觸發(fā)舊S-GW釋放EPS承載資源。-則MME以合適的理由TAU請求消息(GUTIAI-listEPSstatusNASBehaviourflag置位，切換限制列表會發(fā)送給eNodeB。EPSbearerstatus指示了網絡中激活的包含EPSbearerstatus信元。載的報頭壓縮上下文狀態(tài)中繼續(xù)使用先前協(xié)商的配置。當HeaderCompressionContextStatusEPSUEEPSCIoT控制面優(yōu)化方案來發(fā)送或接收數(shù)據時，應停止執(zhí)行報頭壓縮和解TAUAccept消息中包括空閑模式eDRX如果TAUAccept消息中包含GUTIUE通過向MME返回TAUComplete消息以確認。如果在TAURequest消息中"Activeflag"沒有置位，且這個TAU過程不是在ECM-CONNECTED狀態(tài)發(fā)起的，則新MME釋放與UE的信令連接。UE的NASTriggerto

new oldS4oldS4TAUTAU

ContextContextResponse("BufferedDLdataAuthentication/CreateSessionModifyBearer8.ModifyBearer10.TAU10.TAU

11.InitialContextSetupInitialContextSetupComplete(eNBF-ModifyBearerRequest(eNBF-ModifyBearerCreateIndirectForwardingTunnelResponse(ForwardingF-ContextAcknowledge(ForwardingF-TEID,ForwardingModifyBearerRequest(ForwardngF-ModifyBearerForwardingofDLdataUpdate

注：流程（A）和（B）中步驟在上一節(jié)中定義。與上一節(jié)相比，步驟5增加了一個附S11MME中緩沖，且下行數(shù)據到期時間尚未到期，則舊MME將丟棄緩沖的下行數(shù)據。5MMES-GW發(fā)送CreateIndirectDataForwardingTunnelRequest消息（eNodeB地址TEID于轉發(fā)的目標MME地址和TEID）來設置轉發(fā)參數(shù)。7MMEContextAcknowledge消息中F-TEIDForwardingindicationF-TEID是從步驟13收到的間接轉發(fā)的F-TEIDeNBF-TEID（eNB支持轉發(fā)時。S-GWModifyBearerRequest（F-TEID）F-TEID是用于緩沖下行數(shù)據轉發(fā)的轉發(fā)F-TEID。S-GW15F-TEID轉發(fā)其緩沖的數(shù)據。緩沖的下行數(shù)據通過步11UECIoT控制面優(yōu)化，緩沖的下行數(shù)據是述被發(fā)送到UE。MO控制面數(shù)據傳輸流程如下DataPDUwithEBI)ModifyBearerModifyBearerModifyBearer8.Uplink9.Downlink9.DownlinkandIntegrityNofurther14.S1releaseprocedure(seeclause3.CheckIntegritydecryptsDATAPDUwithEBI)0.UEis圖11MO步驟0：UE附著到網絡之后轉EBI步驟3：MME檢查NAS消息的完整性，然后數(shù)據。如果采用了頭壓縮，MME需要步驟4a：如果S11-U連接沒有建立，MME發(fā)送ModifyBearerRequest消息(MMEaddress,MMETEIDDL,RATType，DelayDownlinkPacketNotificationRequest,RATType,RRCestablishmentcause)，提供MME的下行傳輸?shù)刂方oSGW。SGW現(xiàn)在可以經過MME傳輸下行步驟4b：如果S11-U已經建立，并且UE通過NB-IoTRAT接入，RRC建立原因值為"MOexceptiondata"，MME應將該RRC建立原因值告知SGW。步驟5：如果RATtype有變化，或者消息中攜帶有UE'sLocationand/orInfoIEsand/orUETimeZoneandServingNetworkid，或者消息中攜帶RRC建立原因值"MOexceptiondata"，SGW會發(fā)送ModifyBearerRequestmessageRATType)給PDNGW。SGW將該RRC建立原因步驟6：PGW向SGW回復ModifyBearerResponse消息。PGW將該RRC建立原因值"MOexceptiondata"記錄到PGW-CDR中。步驟9：如果在步驟1的ReleaseAssistanceInformation中沒有下行數(shù)據指示，MME將UL步驟10：如果MME在步驟9接收到DL數(shù)據，則進行加密和完整性步驟11：如果有DLdata，MME會在NAS消息中下發(fā)給eNB。對于IPPDN類型的PDN連接并且支持頭壓縮，MME在將數(shù)據封裝到NASPDU之前應先執(zhí)行IP頭壓縮。如果步驟10沒有執(zhí)行，MME發(fā)送ConnectionEstablishmentIndication，其中可攜帶UE無線能力信息。如果ULdata有ReleaseAssistanceInformation指示MME在接收到DL數(shù)據并轉發(fā)給eNB后釋放S1連數(shù)據發(fā)送完成之后，立即向eNB發(fā)送S1UEContextReleaseCommand消息，以便于eNB釋放步驟12：eNB將NASdata下發(fā)給UE。如果同時收到MME的S1UEContextReleaseCommand，eNB會先發(fā)送NASData，然后執(zhí)行步驟14釋放連接。MT控制面數(shù)據傳輸流程如下圖12MT步驟0：UE附著到網絡之后轉步驟2：如果SGW在步驟1緩存了數(shù)據，SGW發(fā)送DownlinkDataNotificationARPEPSBearerID)給MME。MME向SGW回復DownlinkDataNotificationAck消息。ServiceRequest消息才需要執(zhí)行步驟7-10。步驟3：如果UE已在MME并且處于尋呼可達，MME發(fā)送尋呼消息(NASIDforpaging,TAI(s),UEidentitybasedDRXindex,PagingDRXlength,listofCSGIDsforpaging,步驟4：如果eNB收到來自MME的尋呼消息，eNB發(fā)送尋呼消息來尋呼UE步驟5-6：當接收到尋呼消息，UE通過RRC連接請求和S1-AP初始消息將ControlPlane不會觸發(fā)MME建立數(shù)據無線承載，MME可立即通過NASPDU發(fā)送下行數(shù)據。步驟7：如果S11-U連接沒有建立，MME發(fā)送ModifyBearerRequest消息(MMEaddress,ypeDelay步驟8：如果RATtype有變化，或者消息中攜帶有UE'sLocationand/orInfoIEsand/orUETimeZoneandServingNetworkid，SGW會發(fā)送ModifyBearerRequestmessageRATType)給PDNGW。Response消息，向MME提供S11-U用戶面的SGW地址和TEID。步驟11：下行數(shù)據由SGW發(fā)送給MMES1-AP消息發(fā)給eNB。對于IPPDN類型的PDN連接并且支持頭壓縮，MME在將數(shù)據封裝到NASPDU之前應先執(zhí)行IP頭壓縮。步驟15：由于RRC連接沒有釋放，的上行和下行數(shù)據可以通過NASPDU來傳輸。UE不需要建立用戶面承載，可以在上行NASPDU中攜帶ReleaseAssistanceInformation。對于IPPDN類型的PDN連接并且支持頭壓縮，UE在將數(shù)據封裝到NASPDU之前應先執(zhí)行IP頭向eNB發(fā)送S1UEContextReleaseCommand消息，以便于eNB釋放連接。步驟19：如果持續(xù)一段時間沒有NASPDU傳輸，eNB則進入步驟20啟動S1釋放。當UE和網絡支持用戶面優(yōu)化數(shù)據傳輸方案時，網絡使用ConnectionSuspend流程來掛起 ServingServingS1-AP:UEContextSuspendReleaseAccessBearersReleaseAccessBearersRRCConnection圖13eNBConnectionSuspend步驟1：eNodeB向MME發(fā)出S1-AP:UEContextSuspendRequest消息以觸發(fā)ConnectioneNodeB可以在S1-AP:UEContextSuspendRequest消息中包含InformationOnmendedCellsAndeNBsForPaging信元。MME收到后應該信息以備對UE進行如果可用，eNB在S1-AP:UEContextSuspendRequest消息中包括InformationforEnhancedCoverage信元。TEID，并向ReleaseAccessBearersResponse消息，以通知釋放所有S1-USGW中UE上下文中其它“AbnormalReleaseofRadioLink"可以被SGW用步驟4：MME向eNB發(fā)送S1-AP:UEContextSuspendResponse消息以成功終止由eNB發(fā)起的ConnectionSuspend流程。步驟5：eNodeB向UE發(fā)送RRC消息以掛起到UE的RRC連接如果UE和網絡支持用戶平面優(yōu)化數(shù)據傳輸，并且UE了用于進行ConnectResume流程的必要信息，則UE使用該過程來恢復ECM連接。否則UE應使用ServiceRequest流程來恢5.RRC5.RRC圖14UEConnectionResume步驟2：UE觸發(fā)RRCConnectionResume流程，包括eNodeB接入UEAS上下文所需步驟3：eNodeB向MME發(fā)送S1-APUEContextResumeRequest消息以通知UE的RRC連ConnectionSuspend流程數(shù)據，包括與S1AP關聯(lián)，UE上下文，及包含DLTEID的承載上下文相關的數(shù)據（參見ConnectionSuspend流程接受的承載。MME通過觸發(fā)承載釋放流程來釋放未接受和未建立的承載。步驟3a：如果S1-U連接被恢復且UE以RRC恢復原因“MOexceptiondata”接入NB-IoTRAT，則MME應MOExceptionDataCounter并將其發(fā)送到SGW，以通知SGW此建立原步驟3c：PGW通過其CDR上的相關計數(shù)器來指示每個對RRC建立原因“MOexceptionMME不能允許所有掛起的E-RAB，則MME將在E-RABFailedToResumeList信元中予以指步驟5：如果MME在步驟4中指示有未能恢復的E-RAB列表，則eNodeB重新配置無線在ConnectionSuspend流程期間的SGW地址和TEID（參見ConnectionSuspend流程。步驟7：MME針對每個PDN連接向SGW發(fā)送ModifyBearerRequest消息（包含eNodeBDe則MME可以針對U