SAE中何时执行下行分组寻呼以及优化

爱卫生

  SAE只针对PS域，而PS域的一大特性是非实时，即针对一个用户的下行数据的到达，很有可能是几个分组同时到达。此时，如果每个分组的到达都触发S-GW向MME发送“下行分组通知”消息，一来没有必要，二来也浪费资源，并且增加了S11接口上的信令负荷。因此只有第一个到达的下行分组触发寻呼。  

下行分组的到达会触发对空闲状态UE的寻呼，这在某些情况下也会带来麻烦。一般来说，网络为UE选择S-GW时会尽量靠近eNB，而MME一般都在机房等地部署。例如在UE发起的业务请求过程中，当空中接口建好之后，上行方向就可以传输数据。如果上行方向传送的是DHCP消息，因S-GW靠近eNB，可能很快就能从DHCP服务器得到响应，而响应的下行数据到达S-GW时，因为MME远离S-GW，使得此时S-GW还没收到MME发送的“修改承载请求”消息，还没有S-GW和eNB之间的下行通道，因而在S-GW中认为UE仍然处于空闲状态，对UE发起寻呼过程。  

这种寻呼实际是不必要的。MME在为UE执行业务请求过程时，如果从S-GW收到下行数据到达的通知，则不应发起寻呼。如果从MME管理的所有UE的角度来看，如果这种事件发生得太多致使MME的负荷增高，则MME应向S-GW指示一个“延迟下行分组通知请求”，其中携带一个参数“D”，给出MME要求延迟发送下行分组通知消息的时间，最小为0，最大为50ms。

MME使用向S-GW发送的“修改承载请求”消息来携带“延迟下行分组通知请求”。S-GW决定采用MME指示的延迟时间后，将对那个MME服务下的UE执行，即如果对这些UE收到了下行数据，就暂时缓存在S-GW中，如果在定时器超时之前收到了针对某个UE建立的DL-TEID和eNB地址，定时器就被取消，不向MME发送“延迟下行分组通知请求”消息并且继续完成业务请求过程。