51学通信技术论坛

标题: SAE中何时执行下行分组寻呼以及优化 [打印本页]

作者: 爱卫生    时间: 2012-1-8 22:00:32     标题: SAE中何时执行下行分组寻呼以及优化

本帖最后由 爱卫生 于 2012-1-8 22:01 编辑

  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发送“延迟下行分组通知请求”消息并且继续完成业务请求过程。






欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) Powered by Discuz! X2