接入網(wǎng)協(xié)議流程

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

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

3、味著NB-IoT的終端無法切換，重定向，CCO（cellchangeorder）至匹2,3G網(wǎng)絡(luò)，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里關(guān)于上行速度調(diào)度機制也不具有，相較較而言MTC端由于本源自LTE,因此這些大體的機制還和LTE大網(wǎng)技術(shù)維持一致，但也有一些細微的區(qū)別，咱們慢慢會提及到。信令承載和系統(tǒng)消息相較于LTE,NB-IoT沒有SRB2NB-I

4、oT利用SRB1bis作為專屬邏輯信道的承載。在LTE系統(tǒng)中，UE想要正常小區(qū)駐留，獲取系統(tǒng)消息，第一需要獲取M舊消息塊，為了保證M舊的正確解讀，LTE系統(tǒng)以40ms作為周期，每一個周期之內(nèi)重復發(fā)送4次M舊的方式提高M舊獲取的靠得住性。而相較之下，NB-IoT加倍保守，不僅以640ms作為周期，每一個周期內(nèi)重發(fā)發(fā)送64次M舊-NB,同時每80m好周期內(nèi)M舊-NB被別離獨立編碼了8次，并在每一個無線幀的0號子幀中進行下發(fā)，如此每80ms都重復著如此的編碼循環(huán)，提升了M舊-NB的獲取和解讀的靠得住性。LTE系統(tǒng)中以80ms作為周期發(fā)送SIB1消息，每一個周期之內(nèi)重復發(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周期內(nèi)等時刻距離的重復發(fā)送，能夠別離依照4,8,16循環(huán)次數(shù)發(fā)送。SIB1-NB的傳輸塊大小和2560ms內(nèi)的循環(huán)次數(shù)在M舊-NB中的schedulingInfoSIB指明。至于其他的SI消息的相關(guān)調(diào)度信息（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協(xié)議流程涉及NB-IoT終端的協(xié)議流程大體與LTE的終端協(xié)議流程類似，只是也有幾點更新和需要關(guān)注的方面。目前臨時不確信以后NB-IoT終端的形態(tài)，依照協(xié)議的設(shè)計，大致分為純NB-IoT終端，和和LTE公網(wǎng)接入混合類型終端，而純NB-IoT終端從技術(shù)標準又分為兩種，一種是通過NASg協(xié)議棧傳送小數(shù)據(jù)

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

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

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

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

11、式進行資源釋放和優(yōu)化。UE通過在TAUREQUEST中設(shè)置"signallingactive"標簽來指明釋放通過NA哪縱面信令進行數(shù)據(jù)傳輸。關(guān)于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消息體里依照高層指示，選填這兩個字段進行上報。那個取決于網(wǎng)絡(luò)設(shè)備商如何實現(xiàn)了R.kO2Qnn*21iQnsetupcoap1*te-v112<-«!再來最后聊一個小問題，關(guān)于UP模式下的物聯(lián)網(wǎng)終端的恢復請求RRCCon