《接入网协议流程》由会员分享，可在线阅读，更多相关《接入网协议流程（4页珍藏版）》请在金锄头文库上搜索。
1、接入网协议流程5G是什么？目前业内已经达到了大体共识，它的一个重要属性是支持万物互联，也就意味着下一代通信网络构建的目的不仅是为用户提供更高的速度，同时也需要有效提供支持物联网的系统架构。这在协议标准里就进行了表现，3GPP勺标准并无直接为NB-IoT（NarrowBandInternetofThings,窄带物联网），eMT商物联网技术单独立书作传，可是在LTE的接入网，核心网等协议中进行了融合升级，如此其实也说明了一种态度，物联网的核心技术（例如物理层的调制/解调技术）与LTE的是大体一致的，同时又是LTE技术的某种方向上的演进，与LTE网络技术久远来看是和谐共存的。在开始这篇文章的阅读之
2、前，咱们先简单澄清一个概念。目前蜂窝物联网技术（CIoT）是一个整体的范围，固然还有sidelink如此的物物数据传输技术，能够说CIoT又细分成了窄带物联网（NB-IoT）和非NB-IoT两个领域（非NB-IoT包括eMT（MBLUE或支持物联网技术的LTE终端等），NB-IoT技术相对照较独立，承接了某些GS晰准化组织初期的研究基因，那个地址咱们不去天花乱坠的表达物联网技术的前世此生，咱们直接从协议标准的角度来明白得物联网技术。从接入网来看，NB-IoT等终端的工作状态与LTE一样，大体是两种，RRC_IDLE,RRC-CONNETE也有一些不同的细节，例如NB-IoT没有互操作的属性，意
3、味着NB-IoT的终端无法切换，重定向，CCO（cellchangeorder）至匹2,3G网络，NB-IoT终端只具有E-UTRA犬态（只有一种工作模式）；NB-IoT终端在连接态下不t系统消息，而4G终端在连接态下能够获取系统消息；NB-IoT终端在连接态不提供任何信道反馈（没有QoSf控），同时也不提供测量报告（MeasurementReporting）;另外在NB-IoT里关于上行速度调度机制也不具有，相较较而言MTC端由于本源自LTE,因此这些大体的机制还和LTE大网技术维持一致，但也有一些细微的区别，咱们慢慢会提及到。信令承载和系统消息相较于LTE,NB-IoT没有SRB2NB-I
4、oT利用SRB1bis作为专属逻辑信道的承载。在LTE系统中，UE想要正常小区驻留，获取系统消息，第一需要获取M旧消息块，为了保证M旧的正确解读，LTE系统以40ms作为周期，每一个周期之内重复发送4次M旧的方式提高M旧获取的靠得住性。而相较之下，NB-IoT加倍保守，不仅以640ms作为周期，每一个周期内重发发送64次M旧-NB,同时每80m好周期内M旧-NB被别离独立编码了8次，并在每一个无线帧的0号子帧中进行下发，如此每80ms都重复着如此的编码循环，提升了M旧-NB的获取和解读的靠得住性。LTE系统中以80ms作为周期发送SIB1消息，每一个周期之内重复发送4次SIB1消息，起始位置在
5、SFNmod8=0j5号子帧中发送（即无线帧0,8,16,24.）。NB-IoT里面的SystemInformationBlockType1-NB（SIB1-NB）以2560ms为周期进行发送，SIB1-NB以16个持续的无线帧作为大体发送单位，在4号子帧上固定发送。在一个2560ms周期内等时刻距离的重复发送，能够别离依照4,8,16循环次数发送。SIB1-NB的传输块大小和2560ms内的循环次数在M旧-NB中的schedulingInfoSIB指明。至于其他的SI消息的相关调度信息（SI时/频资源占用，SI窗长，SI周期）在由SIB1-NB消息解码获取。MaswrinfQnn3Tion8
6、iocf（KascexlnficnDlock:s*arouzMcr|11aMi击箫EMUWEJUTEDkn.15#zi2，.心.zsTEt.曲i曲Mg电nrramKmbsr工呼STRINGCBlE|*”一(ftr.31)B*BETSTBlQ1层3协议流程涉及NB-IoT终端的协议流程大体与LTE的终端协议流程类似，只是也有几点更新和需要关注的方面。目前临时不确信以后NB-IoT终端的形态，依照协议的设计，大致分为纯NB-IoT终端，和和LTE公网接入混合类型终端，而纯NB-IoT终端从技术标准又分为两种，一种是通过NASg协议栈传送小数据，不成立DRB另外一种犹如传统的E-UTRAN协议栈，通
7、过成立DRBW输数据。关于后者，在RRC勺专用信令承载SRB1成立之时，SRB1bis同时被隐式的成立起来，可是需要等到平安指令模式以后才被真正利用。那个地址通过不同逻辑信道标识实现，SRB1采纳标识1,SRB1bis采纳标识3。相较LTE接入网信令流程，NB-IoT多出了一个RRCconnectionresume（RRC1接恢复流程），而该流程不适用于NAS适用大网），网络侧通过RRCConnectionRelease消息中的rrc-Suspend字段告知UE,RRC1接被挂起，UE存储接入层协议栈上下文和resumeIdentity（恢复ID身份），同时从连接态转变成RRC_IDLE（空闲
8、态），挂起针对RRCg已成立的至少1个DRB这也意味着关于NAS层协议栈传送小数据的NB-IoT终端，“挂起-恢复”流程是不适用的。恢复流程会从头激活平安模式和从头成立信令和数据承载，相较RRCConnectionRequest不需要有后续平安模式操纵流程了。如此能够使得终端快速“恢复”与网络侧的连接。另外，相较R13之前的协议版本中RRCConnectionRequest的触发缘故,RRCConnectionResumeReques移出一条mo-VoiceCall(R13中二者是中所含的触发缘故是维持一致的)。若是触发缘故是多媒体视频业务请求，而且驻留小区S旧2消息中包括voiceServi
9、ceCauseIndication，那么RR强入/恢复的触发缘故就能够够设置为mo-VoiceCall,值得注意的是现网VoLT生叫触发缘故是mo-Data。从那个地址看出，窄带物联网也不单单是传输数据，还能够传送语音。RRQ1接，那么UE需要将之前存贮的AS上下文和resumeIdentity抛弃，而且通知高层UE连接恢复被“回退”成新的RRQ1接了。犹如RR01接请求一样，RR01接恢复请求也一样受T300操纵，T300超时后底层清空，RRQ1接流程终止，后续行为由终端决定。接入层关于终端的挂起一样是由处于EMM-CONNECTED下的网络侧高层(NAS层)触发的，而恢复NAS言令连接那么
10、对应白由UE触发，这与接入层的“挂起-恢复”流程是对应的，能够看到接入层的“挂起”是由NAS层的“挂起”触发的，而NAS层的“恢复”那么是由接入层的“恢复”触发的。那个地址要提到CloT的两种数据传输模式，一种是传统的由NAS用户面承载数据(userplaneCIoTEPSoptimization),另一种是由NA哪纵面承载数据(controlplaneCIoTEPSoptimization)。以上的挂起-恢复”流程只和NAS用户面承载数据模式相关，并非适用NASB纵面承载数据。NASft纵面模式只能通过NAS言令连接释放的方式进行资源释放和优化。UE通过在TAUREQUEST中设置signa
11、llingactive标签来指明释放通过NA哪纵面信令进行数据传输。关于NB-IoT终端来讲，controlplaneCIoTEPSoptimization(简称CP)模式是必选项，而userplaneCIoTEPSoptimization（简称UP模式）是可选项，因此在RRCConnectionSetupComplete-NB消息体中只含UP模式的可选项。RJicconnvct(.jx:atiMi-jequekehiicTamictivnldantifioritRC-TiAnAACtionlcUnLilLeicrixElEx-nkoniHCHMHf*xrcG&tiiiiKLi-$n&ficy
12、pcccpice-13MCXQfwCii-NB-X13-工E3cr1tiulExMntlaisFutiiEMSEOCEtKEHRSBonn4d01nMrig.KFi :91G-工口 ,自目 ti ty cls-fflEI-rllzciflire dHCE- r 1J“&iG 重f3a t tae hJi it heitE PDN cc strut ex Lvi ty-el 3uQ Y工占T工比E姓的二W” 3J, 工电&闻 or i七19 L 5而工oraonCr it icri IE 北 Earn* LenSEQUEWCI：(亍-TMIR ”工 2 EdMtdi郭船ENDKrRATTD (i
13、rUQl EMJJHESAWD gu&iOCTE.T后讣工M EEQPLMCT hOPTLOKW,口 wescm 4*Mr&KWLPawioT-none riticil Ex t*n. ion OmOUMiFtVXoiynec!:iejqitupCHlv-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 CNtM
14、EJTEDEtry1I ILEUSCPTIOMALDPTIGSXL-OPTit rihiuOPTI 0 KxLR ROComitsc 1： lonse tu pcaaplo t* 13 30- IEs u -!ENdVLCHipfl - k1 3 AcnrCEit Iea IE 甚匕 m a&nEJfOMEftjhTBb ItEua!器工雨:匕I J&PT!0WlL,-plwldaht ityimMSEQtiENCEFU密工 MhEiityBTTJSrjBMMECOPTIONAlLASNlSTOP-而对那些非NB-IoT的终端，比如eMT（M端，或LTE更新版本的终端，UP模式和CP模式都是可
15、选项，RRCConnectionSetupComplete消息体里依照高层指示，选填这两个字段进行上报。那个取决于网络设备商如何实现了R.kO2Qnn*21iQnsetupcoap1*te-v112-!再来最后聊一个小问题，关于UP模式下的物联网终端的恢复请求RRCConnectionResumeRequest网络侧何时会直接响应RRCConnectionSetup一样明白得是网络侧找不到用户上下文时会指示终端成立新的RRQ1接，但一样何时网络侧会找不到用户上下文呢，依照前面分析提到的一个概念，恢复是对应挂起的，而挂起源自于核心网MM曲触发，因此一样MM旧部基站间切换都能够进行上下文的传递，而当跨MM助换的时候，由可能由于网络侧找不到用户上下文而直接响应用户成立新的RRO1接。这只是咱们初步使劲拍脑袋的一个理论分析，更多的实例有待于咱们去发觉。
