NB-IoT物联网：S-GW改变和数据转发的TAU流程

S-GW改变和数据转发的TAU流程如图B.7所示，流程（A）和（B）中步骤在上一节中已经描述。与上一节相比，步骤5增加了一个附加参数的描述。

•步骤5：下行数据在旧的S-GW中缓冲，并且下行数据到期时间（DL Data Expiration Time）尚未到期，因此旧的MME在Context Response消息中指示Buffered DL Data Waiting。这触发新的MME建立用户面并调用数据转发。对于NB-IoT控制面优化，如果旧的S-GW缓存下行数据，且指示Buffered DL Data Waiting时，新的MME将建立到新的S-GW的S11用户面并调用数据转发。如果下行数据在旧的MME中缓冲，且下行数据到期时间尚未到期，则旧的MME将丢弃缓冲的下行数据。

图B.7 S-GW改变和数据转发的TAU流程

•步骤11、步骤12：建立用户面流程。对于NB-IoT控制面优化，跳过步骤11和步骤12。

•步骤13：由于在步骤5中指示缓冲的下行数据正在等待，所以新的MME通过向S-GW发送Create Indirect Data Forwarding Tunnel Request消息来设置转发参数。S-GW向目标MME发送Create Indirect Data Forwarding Tunnel Response消息。对于NB-IoT控制面优化，新的MME通过向S-GW发送Create Indirect Data Forwarding Tunnel Request来设置转发参数。间接转发可以经由与用作UE锚点的S-GW不同的S-GW来执行。(www.xing528.com)

•步骤14：该步骤在上一节中步骤7中描述。此外，新的MME在Context Acknowledge消息中包含应用于转发缓存下行数据的F-TEID和Forwarding indication。F-TEID是从步骤13收到的间接转发的F-TEID或者是eNodeB的F-TEID（当eNodeB支持转发时）。

•步骤15：向旧的S-GW发送Modify Bearer Request消息。消息中的F-TEID是用于缓冲下行数据转发的F-TEID。

•步骤16：旧的S-GW向步骤15中收到的F-TEID转发其缓冲的数据。缓冲的下行数据通过步骤11中建立的无线承载被发送到UE。对于NB-IoT控制面优化，缓冲的下行数据是从新的S-GW发送到新的MME，并且如“MT控制面数据传输流程”中步骤12～步骤14中所述被发送到UE。