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

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

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

3、味著NB-IoT的終端無(wú)法切換，重定向，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)不提供任何信道反饋（沒(méi)有QoSf控），同時(shí)也不提供測(cè)量報(bào)告（MeasurementReporting）;另外在NB-IoT里關(guān)于上行速度調(diào)度機(jī)制也不具有，相較較而言MTC端由于本源自LTE,因此這些大體的機(jī)制還和LTE大網(wǎng)技術(shù)維持一致，但也有一些細(xì)微的區(qū)別，咱們慢慢會(huì)提及到。信令承載和系統(tǒng)消息相較于LTE,NB-IoT沒(méi)有SRB2NB-I

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

5、SFNmod8=0j5號(hào)子幀中發(fā)送（即無(wú)線幀0,8,16,24.）。NB-IoT里面的SystemInformationBlockType1-NB（SIB1-NB）以2560ms為周期進(jìn)行發(fā)送，SIB1-NB以16個(gè)持續(xù)的無(wú)線幀作為大體發(fā)送單位，在4號(hào)子幀上固定發(fā)送。在一個(gè)2560ms周期內(nèi)等時(shí)刻距離的重復(fù)發(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時(shí)/頻資源占用，SI窗長(zhǎng)，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é)議流程類似，只是也有幾點(diǎn)更新和需要關(guān)注的方面。目前臨時(shí)不確信以后NB-IoT終端的形態(tài)，依照協(xié)議的設(shè)計(jì)，大致分為純NB-IoT終端，和和LTE公網(wǎng)接入混合類型終端，而純NB-IoT終端從技術(shù)標(biāo)準(zhǔn)又分為兩種，一種是通過(guò)NASg協(xié)議棧傳送小數(shù)據(jù)

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

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

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

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

11、式進(jìn)行資源釋放和優(yōu)化。UE通過(guò)在TAUREQUEST中設(shè)置"signallingactive"標(biāo)簽來(lái)指明釋放通過(guò)NA哪縱面信令進(jìn)行數(shù)據(jù)傳輸。關(guān)于NB-IoT終端來(lái)講，controlplaneCIoTEPSoptimization(簡(jiǎn)稱CP)模式是必選項(xiàng)，而userplaneCIoTEPSoptimization（簡(jiǎn)稱UP模式）是可選項(xiàng)，因此在RRCConnectionSetupComplete-NB消息體中只含UP模式的可選項(xiàng)。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-而對(duì)那些非NB-IoT的終端，比如eMT（M端，或LTE更新版本的終端，UP模式和CP模式都是可選項(xiàng)，RRCConnectionSetupComplete消息體里依照高層指示，選填這兩個(gè)字段進(jìn)行上報(bào)。那個(gè)取決于網(wǎng)絡(luò)設(shè)備商如何實(shí)現(xiàn)了R.kO2Qnn*21iQnsetupcoap1*te-v112<-«!再來(lái)最后聊一個(gè)小問(wèn)題，關(guān)于UP模式下的物聯(lián)網(wǎng)終端的恢復(fù)請(qǐng)求RRCCon