NB-IoT中RRC的释放和挂起过程的具体细节是怎样的？

 　　在NB-IoT系统中，RRC释放过程与LTE系统类似，当eNB决定要释放RRC连接时，eNB通过下行逻辑信道DL-DCCH在SRB1bis/SRB1发送RRC连接释放(RRCConnectionRelease-NB)消息，该消息中可以可选地携带重定向信息(用于小区选择，具体可参考本书第7章的相关内容)和扩展等待时间信息(终端将收到的扩展等待时间信息传递给NAS)。由于NB-IoT系统中的终端有强烈的省电需求，因此如何让终端在业务结束时快速回到空闲态以便达到更低功耗在标准化过程中曾经被多次讨论，提出过多种解决方案，如RRC信令明确指示、NAS层指示、终端和基站隐式直接释放(不发送释放消息)、新增PDCP释放指示控制包等。在讨论中争议最大的部分是如何判断业务结束(例如，后续没有数据包)，特别是对于接入层如何能够获取这个信息更是争议很大，使得这个功能的实用性受到强烈质疑(由千业务模型的多样化，如果不合适的过早释放可能会导致更多的空口信令和终端耗电)，最终没有形成空口的标准化解决方案。虽然在接入层没有引入相关的解决方案，对于控制面优化传输方案，在NAS层，可由NAS指示数据包传输是否完成(例如，NAS信令携带释放辅助信息)，从而由MME通知基站进行释放。

　　当eNB决定要挂起RRC连接时，eNB通过下行逻辑信道DL-DCCH在SRBl发送RRC连接释(RRCConnectionRelease-NB)消息，该消息中携带的释放原因为RRC挂起并携带恢复识别ResumeID,终端进行接入层上下文挂起的相关操作。此外，该消息也可以可选地携带重定向信息、扩展等待时间信息。

　　终端挂起接入层上下文的相关操作主要包括以下几点。

　　• 存储终端的接入层上下文，包括：当前的RRC配置、当前的接入层安全上下文、PDCP状态参数(包括ROHC状态)、当前小区使用的C-RNTI和小区识别(包括物理小区识别PCI和全局小区识别CI),其中C-RNTI和物理小区识别主要用于在后续的连接恢复过程中产生用于RRC连接恢复请求消息中需要携带的ShortMAC-I。

　　• 存储恢复识别ResumeID。

　　• 挂起信令无线承载SRB1和所有的数据无线承载DRB。

　　• 指示NAS在RRC进行了RRC连接挂起。

　　在NB-IoT中，终端也支持由NAS触发的RRC连接的主动释放。此时，终端不需要通知基站而直接进行空闲态。一种典型的场景是在NAS层的鉴权过程中，终端收到的消息没有通过鉴权检查，这样终端的NAS会认为当前网络不是一个合法网络，因此指示终端的RRC层立即释放RRC连接。