接入網協議流程

1、接入網協議流程5G是什么？目前業(yè)內已經達到了大體共識，它的一個重要屬性是支持萬物互聯，也就意味著下一代通信網絡構建的目的不僅是為用戶提供更高的速度，同時也需要有效提供支持物聯網的系統(tǒng)架構。這在協議標準里就進行了表現，3GPP勺標準并無直接為NB-IoT（NarrowBandInternetofThings,窄帶物聯網），eMT商物聯網技術單獨立書作傳，可是在LTE的接入網，核心網等協議中進行了融合升級，如此其實也說明了一種態(tài)度，物聯網的核心技術（例如物理層的調制/解調技術）與LTE的是大體一致的，同時又是LTE技術的某種方向上的演進，與LTE網絡技術久遠來看是和諧共存的。在開始這篇文章的閱讀之

2、前，咱們先簡單澄清一個概念。目前蜂窩物聯網技術（CIoT）是一個整體的范圍，固然還有sidelink如此的物物數據傳輸技術，能夠說CIoT又細分成了窄帶物聯網（NB-IoT）和非NB-IoT兩個領域（非NB-IoT包括eMT（MBLUE或支持物聯網技術的LTE終端等），NB-IoT技術相對照較獨立，承接了某些GS晰準化組織初期的研究基因，那個地址咱們不去天花亂墜的表達物聯網技術的前世此生，咱們直接從協議標準的角度來明白得物聯網技術。從接入網來看，NB-IoT等終端的工作狀態(tài)與LTE一樣，大體是兩種，RRC_IDLE,RRC-CONNETE也有一些不同的細節(jié)，例如NB-IoT沒有互操作的屬性，意

3、味著NB-IoT的終端無法切換，重定向，CCO（cellchangeorder）至匹2,3G網絡，NB-IoT終端只具有E-UTRA犬態(tài)（只有一種工作模式）；NB-IoT終端在連接態(tài)下不t系統(tǒng)消息，而4G終端在連接態(tài)下能夠獲取系統(tǒng)消息；NB-IoT終端在連接態(tài)不提供任何信道反饋（沒有QoSf控），同時也不提供測量報告（MeasurementReporting）;另外在NB-IoT里關于上行速度調度機制也不具有，相較較而言MTC端由于本源自LTE,因此這些大體的機制還和LTE大網技術維持一致，但也有一些細微的區(qū)別，咱們慢慢會提及到。信令承載和系統(tǒng)消息相較于LTE,NB-IoT沒有SRB2NB-I

4、oT利用SRB1bis作為專屬邏輯信道的承載。在LTE系統(tǒng)中，UE想要正常小區(qū)駐留，獲取系統(tǒng)消息，第一需要獲取M舊消息塊，為了保證M舊的正確解讀，LTE系統(tǒng)以40ms作為周期，每一個周期之內重復發(fā)送4次M舊的方式提高M舊獲取的靠得住性。而相較之下，NB-IoT加倍保守，不僅以640ms作為周期，每一個周期內重發(fā)發(fā)送64次M舊-NB,同時每80m好周期內M舊-NB被別離獨立編碼了8次，并在每一個無線幀的0號子幀中進行下發(fā)，如此每80ms都重復著如此的編碼循環(huán)，提升了M舊-NB的獲取和解讀的靠得住性。LTE系統(tǒng)中以80ms作為周期發(fā)送SIB1消息，每一個周期之內重復發(fā)送4次SIB1消息，起始位置在

5、SFNmod8=0j5號子幀中發(fā)送（即無線幀0,8,16,24.）。NB-IoT里面的SystemInformationBlockType1-NB（SIB1-NB）以2560ms為周期進行發(fā)送，SIB1-NB以16個持續(xù)的無線幀作為大體發(fā)送單位，在4號子幀上固定發(fā)送。在一個2560ms周期內等時刻距離的重復發(fā)送，能夠別離依照4,8,16循環(huán)次數發(fā)送。SIB1-NB的傳輸塊大小和2560ms內的循環(huán)次數在M舊-NB中的schedulingInfoSIB指明。至于其他的SI消息的相關調度信息（SI時/頻資源占用，SI窗長，SI周期）在由SIB1-NB消息解碼獲取。MaswrinfQnn3Tion8

6、iocf（KascexlnficnDlock:s*arouzMcr|11aMi擊簫EMUWEJUTEDkn.15#zi2，.心.zsTEt.曲i曲Mg¥電«nrramKmbsr工呼STRINGCBl£E|*”一(ftr.31)B*BETSTBl»Q1>層3協議流程涉及NB-IoT終端的協議流程大體與LTE的終端協議流程類似，只是也有幾點更新和需要關注的方面。目前臨時不確信以后NB-IoT終端的形態(tài)，依照協議的設計，大致分為純NB-IoT終端，和和LTE公網接入混合類型終端，而純NB-IoT終端從技術標準又分為兩種，一種是通過NASg協議棧傳送小數據

7、，不成立DRB另外一種猶如傳統(tǒng)的E-UTRAN協議棧，通過成立DRBW輸數據。關于后者，在RRC勺專用信令承載SRB1成立之時，SRB1bis同時被隱式的成立起來，可是需要等到平安指令模式以后才被真正利用。那個地址通過不同邏輯信道標識實現，SRB1采納標識1,SRB1bis采納標識3。相較LTE接入網信令流程，NB-IoT多出了一個RRCconnectionresume（RRC1接恢復流程），而該流程不適用于NAS適用大網），網絡側通過RRCConnectionRelease消息中的rrc-Suspend字段告知UE,RRC1接被掛起，UE存儲接入層協議棧上下文和resumeIdentity（

8、恢復ID身份），同時從連接態(tài)轉變成RRC_IDLE（空閑態(tài)），掛起針對RRCg已成立的至少1個DRB這也意味著關于NAS層協議棧傳送小數據的NB-IoT終端，“掛起-恢復”流程是不適用的?；謴土鞒虝念^激活平安模式和從頭成立信令和數據承載，相較RRCConnectionRequest不需要有后續(xù)平安模式操縱流程了。如此能夠使得終端快速“恢復”與網絡側的連接。另外，相較R13之前的協議版本中RRCConnectionRequest的觸發(fā)緣故,RRCConnectionResumeReques移出一條mo-VoiceCall(R13中二者是中所含的觸發(fā)緣故是維持一致的)。若是觸發(fā)緣故是多媒體視頻業(yè)

9、務請求，而且駐留小區(qū)S舊2消息中包括voiceServiceCauseIndication，那么RR強入/恢復的觸發(fā)緣故就能夠夠設置為mo-VoiceCall,值得注意的是現網VoLT生叫觸發(fā)緣故是mo-Data。從那個地址看出，窄帶物聯網也不單單是傳輸數據，還能夠傳送語音。RRQ1接，那么UE需要將之前存貯的AS上下文和resumeIdentity拋棄，而且通知高層UE連接恢復被“回退”成新的RRQ1接了。猶如RR01接請求一樣，RR01接恢復請求也一樣受T300操縱，T300超時后底層清空，RRQ1接流程終止，后續(xù)行為由終端決定。接入層關于終端的掛起一樣是由處于EMM-CONNECTED下

10、的網絡側高層(NAS層)觸發(fā)的，而恢復NAS言令連接那么對應白由UE觸發(fā)，這與接入層的“掛起-恢復”流程是對應的，能夠看到接入層的“掛起”是由NAS層的“掛起”觸發(fā)的，而NAS層的“恢復”那么是由接入層的“恢復”觸發(fā)的。那個地址要提到CloT的兩種數據傳輸模式，一種是傳統(tǒng)的由NAS用戶面承載數據(userplaneCIoTEPSoptimization),另一種是由NA哪縱面承載數據(controlplaneCIoTEPSoptimization)。以上的"掛起-恢復”流程只和NAS用戶面承載數據模式相關，并非適用NASB縱面承載數據。NASft縱面模式只能通過NAS言令連接釋放的方

11、式進行資源釋放和優(yōu)化。UE通過在TAUREQUEST中設置"signallingactive"標簽來指明釋放通過NA哪縱面信令進行數據傳輸。關于NB-IoT終端來講，controlplaneCIoTEPSoptimization(簡稱CP)模式是必選項，而userplaneCIoTEPSoptimization（簡稱UP模式）是可選項，因此在RRCConnectionSetupComplete-NB消息體中只含UP模式的可選項。RJicconnvct(.jx:atiMi-jequekehiic«T£amictivnldantifioritRC-TiAnA

12、ACtionlcUnLilLeicrix£ElEx»-n«koniHCHMHf*xrcG&tiiiiKLi-$n&ficypcccpi«ce-£13MCXQfw«Cii-NB-X13-工E3cr1tiulExMntlaisFutiiEMSEOCEtKEHRSBonn4d01nMrig.KFi :91«G-工口 ,自目 ti ty cls-fflEI-rllzciflire dHCE- r 1J“&iG 重f3a t tae hJi it heitE PDN cc strut ex Lvi ty-el

13、3uQ Y工占T工比E姓的二W” 3J, 工電&聞 or i七19 L 5而工oraonCr it icri IE 北 Earn* LenSEQUEWCI：(亍£-TM£IR ”工 2 EdM<E i>tdi郭船ENDKrRATTD (irUQl EMJJHESAWD g£u&iOCTE.T后訃工M EEQPLMCT hOPTLOKW,口 wescm 4*Mr&KWLPawio»T-none riticil Ex t*n.« ion OmOUMiFtVXoiynec!:iejq£«itup

14、CHlv-1320-Iti :告品；B-r i由 1-TW5I-S13 m出口匕hKPDtf-Ct3up-g工,一 £用9一年七 »£. . t工on工19 cp-CloT-EP 匕！!” tidn-rl3 na-Fwrit iea 1eke 總 £EC(*EN£ >EHWE RATED f 君upR索匕8S-TWSIE!KTIHZRXTED-RATED CNtMEJTEDEtry»1I ILEUSCPTIOMALDPTIGSXL-OPTit rihiuOPTI 0 KxLR ROComitsc 1： lonse tu pcaa

15、plo t* 13 30- IEs u« -!E«N««dVLCHipfl - k1 3 AcnrCEit Iea IE 甚匕 m a&nEJfOMEftjhTBb ItEua!器工雨:匕I J&PT!0WlL,-plwldaht ityimMSEQtiENCEFU密工 MhEiityBTTJSrjBMMECOPTIONAlLASNlSTOP-而對那些非NB-IoT的終端，比如eMT（M端，或LTE更新版本的終端，UP模式和CP模式都是可選項，RRCConnectionSetupComplete消息體里依照高層指示，選填這兩個字段進行上報。那個取決于網絡設備商如何實現了R.kO2Qnn*21iQnsetupcoap1*te-v112<-«!再來最后聊一個小問題，關于UP模式下的物聯網終端的恢復請求RRCCon