步在研究MTC通信增强的核心网架构，至Rel13开始重点研究NBIoT及DECOReDECOR相关技术。
3GPP核心网侧与NBIoT相关的主体标准大部分处于stage2（业务与系统架构），2016下半年至2017年初启动stage3（核心网与终端）的相关工作。
为了满足海量碎片化、低成本、低速率、低功耗的NBIoT物联网应用，核心网方面主要考虑了以下方面的问题。
（1）高效地支持非频繁小包传送
面向NBIoT进一步提高对非频繁小包传送的处理效率。由于NBIoT终端的数量可能呈指数型增长，但每个终端的数据量及通信周期都比较低，而以现有的EPS核心网（基于S1接口）去处理此类业务，其效率将非常低且有过载的风险，因此，需要最小化整个EPS系统的信令开销，尤其是空口部分（如：RRC连接的建立和释放），此外，还需要加强EPS系统安全流程（此部分是由SAWG出）。
f目前有两种优化方向，一种是基于控制面的优化方案，即通过NAS过程来传送小包；另外一种是基于用户面的优化方案，即通过RRCsuspe
d态在UE和RAN节点同时缓存用户的上下文，以减少信令的交互。以上两种优化方案在TS23401Rel14版本中均已加入，方案一作为必选方案，而方案二为可选方案。目前，3GPP倾向于采用基于控制的优化方案，此部分标准在CT（核心网与终端）的主体工作目前还在进行当中。
（2）使用小包传送高效地支持跟踪装置
3GPP没有专门定义此类业务的业务模型，目前还处于研究状态，预计在Rel14版本中解决，其业务模型属于MAR（移动终端周期性上报）业务模型的变种，需要在定位、移动性、传输效率等方面有进一步的增强和优化。
（3）高效的寻呼区域管理
针对海量静止或限制移动性的终端，由于空口资源稀缺、核心网接口资源有限等原因，3GPPSA2目前还在进行寻呼优化的讨论，预计将在Rel14中完善此部分功能。寻呼优化的主要思路是考虑仅在用户上一次接入的eNB或小区内进行寻呼而非整个TA（初步假设，NBIoT小区的TAcode与现有eNB小区的TAcode是不同的），以节省空口及核心网的相关资源。
f在同样的覆盖区域，NBIoT的设备是海量的，远多于传统的蜂窝终端设备。运营商在窄带频谱下运营，有可能并不能提供足够的寻呼所需资源、UE的标识（STMSI，IMSI）。与传统蜂窝相比，由于小数据包的消息量限制，单次寻呼消息中要包含以上标识是极为受限的；另外一方面，覆盖增强是标准中强制要求的，因此，寻呼消息可能要占用更长时间（重复发送相同的寻呼消息的间隔周期更长）。
大部分NBIoT设备被认为是静止或很少移动的，因此可以对其寻r