S-GW不变的TAU流程如图B.5所示。与传统LTE终端相比，NB-IoT终端触发的跟踪区更新流程包含以下区别：
•步骤2：UE向eNodeB发送TAU Request消息，其中还包含Perferred Network Behaviour，以指示终端期望使用的NB-IoT技术方案。
对于没有任何激活PDN连接的NB-IoT终端，消息中不包含Active Flag或EPS Bearer Status字段，而对于包含Non-IP的PDN连接的UE，UE需在消息中携带EPS Bearer Status字段。
需要启用eDRX的UE需要在消息中包括eDRX参数信息，即使eDRX参数已经在之前协商过。
•步骤3：eNodeB依据旧GUMMEI、已选网络指示和无线接入类型（RAT）得到MME地址，并将TAU Request消息转发给选定的MME，转发消息中还须携带小区的RAT类型，以区分NB-IoT和WB-E-UTRAN类型。
•步骤4：如果MME不改变，则步骤4、步骤5和步骤7不执行。在跨MME的TAU流程中，新MME根据收到的GUTI获取旧MME地址，并向其发送Context Request消息来提取用户信息。如果新MME支持NB-IoT优化功能，则该消息中还携带NB-IoT优化支持的指示（NB-IoT EPS Optimisation Support Indication）以指示所支持的所有NB-IoT优化功能（如支持控制面方案中的头压缩功能等）。
•步骤5：在跨MME的TAU流程中，旧MME向新MME返回Context Response消息，其中包含UE特有的DRX参数。如果新MME支持NB-IoT优化功能，且该UE与旧MME协商过头压缩，则该消息中还须携带头压缩配置以包含ROHC通道信息。
对于没有任何激活PDN连接的NB-IoT终端，Context Response消息中不包含EPS承载上下文信息。
基于NB-IoT优化功能支持指示，旧MME仅传送新MME支持的EPS承载上下文。如果新MME不支持NB-IoT优化功能，则旧MME将不会把Non-IP的PDN连接信息传送给新MME。如果一个PDN连接的所有EPS承载上下文没有被全部转移，则旧MME应将该PDN连接的所有承载视为失败，并触发MME请求的PDN释放流程来释放PDN连接。如果下行数据缓存在MME中，则旧MME在收到Context Acknowledge消息后丢弃缓存数据。
图B.5 S-GW不变的TAU流程
•步骤7：对于没有任何激活PDN连接的NB-IoT终端，步骤8～步骤11、步骤18和步骤19省略。(www.xing528.com)
•步骤8：新MME针对每一个PDN连接向S-GW发送Modify Bearer Request消息。如果新MME收到与SCEF相关的EPS承载上下文消息，则新MME将更新到SCEF的连接。
在控制面优化方案中，如果S-GW中缓存了下行数据，而且如果这是一个MME内部TAU，且MME移动性管理上下文中下行数据缓存定时器尚未过期，或者在跨MME的TAU场景下旧MME在步骤5中的上下文响应中有缓存下行数据等待指示，则MME还应在Modify Bearer Request消息中携带传送NAS用户数据的S11-U隧道指示，包括自己S11-U的IP地址和MME DL TEID，用于S-GW转发下行数据。MME也可以在没有S-GW缓冲下行数据时这样做。
•步骤11：S-GW更新它的承载上下文消息并向新MME返回Create Session Response消息。
在控制面优化方案中，如果在步骤9的消息中包含有MME地址及MME DL TEID字段，则S-GW在Modify Bearer Response消息中包含S-GW地址和S-GW UL TEID信息，且将下行数据发给MME。
•步骤20：MME向UE回复TAU Accept消息。该消息中包含Supported Network Behaviour字段携带MME支持及优选的NB-IoT优化功能。
对于没有任何激活PDN连接的NB-IoT终端，TAU Accept消息中没有EPS Bearer Status信息。
如果在步骤5中MME获得头压缩配置参数，则MME通过每个EPS承载的头压缩上下文状态（Header Compression Context Status）指示UE继续使用先前协商的配置。当头压缩上下文状态指示以前协商的配置可以不再被一些EPS承载使用时，UE将停止在这些NB-IoT优化的EPS承载上收发数据时执行头压缩和解压缩。
如果UE携带eDRX参数且MME决定启用eDRX，则MME应在TAU Accept消息中包括eDRX参数。
•步骤21：如果GUTI已经改变，UE通过返回Tracking Area Update Complete消息给MME以确认新的GUTI。
如果在TAU请求消息中“Active Flag”未置位，且这个TAU过程不是在ECM-CONNECTED状态发起的，则MME释放与UE的信令连接。对于支持NB-IoT优化功能终端，当“CP active flag”置位，MME在TAU流程完成后不应立即释放与UE的NAS信令连接。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
