51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 4131|回复: 0
打印 上一主题 下一主题

5.4.6 下行数据的寻呼触发及限制 [复制链接]

Rank: 9Rank: 9

懒

跳转到指定楼层
楼主
发表于 2012-7-1 19:12:05 |只看该作者 |倒序浏览
一键分享 一键分享

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

www.gprshome.com: GPRS及移动通信技术学习交流分享平台。
您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-11-26 05:35 , Processed in 0.026325 second(s), 13 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部