3b.Service Request(Network tri

网络发起业务请求流程的原因:
建立S1口的连接,包括信令连接和S1-U连接(信令和用户面)

1.MME发起:MME要与ECM-IDLE状态的UE进行信令交互。(如MME/HSS发起的分离)。则从第3步开始发起。
2.SGW发起:SGW收到要建或修改专有承载请求之类的控制信令,要建信令连接和S1-U连接时。

 

 

消息序号

Activity

为什么要发送这些请求或命令?

传递的参数

发生的条件或情况

收到消息的网元会做哪些事情?

要注意的一些点

问题

1

Downlink data

 

 

SGW收到对于某个UE的下行数据包,
但是没有用户面连接
(比如
S-GW上下文数据指示没有下行用户面TEID

SGW:
   1.缓存下行数据包;
   2.识别哪个MME或SGSN为UE服务

1.  如果MME已经请求S-GW延迟发送Downlink Data Notification消息,S-GW在继续第2步之前缓存下行数据包直到定时器超时;
2.  如果在定时器超时前收到了下行TEIDeNodeB的地址,定时器应被取消,网络触发的Service Request应结束并且不发送Downlink Data Notification消息给MME,下行数据转发给UE
3.  如果S-GW在定时器超时前收到了这个UE的其它下行数据包,S-GW不会重启定时器

 

2a

Downlink Data Notification

 

 

延迟定时器超时
或没有定时器SGW直接发送的

 

SGW发送给哪些MMESGSN
    与给定UE有控制面连接的MMESGSN

2b

Downlink Data Notification Ack

 

 

 

SGW:
     1.若收到这个UE其它的下行数据包,S-GW缓存下行数据包并且不会发一个新的Downlink Data Notification消息。

 

 

3a

Paging

 

NAS ID for paging,
TAI(s),
UE identity based DRX index,
Paging DRX length

UE注册在MME

eNodeB

1.MME呼叫的是:UE注册的TA(s)中的每个eNodeB.

2.
如果MMEUE已经有S1-MME信令连接,则省略第34(paging)


MME和/或SGSN使用一个定时器来监管paging流程。如果MME和/或SGSN没收到UE对Paging Request消息的响应,则可能重发paging。重发的策略取决于运营商。

如果MME和/或SGSN在重发paging后仍没收到UE的Paging Request响应,则MME和/或SGSN应使用Downlink Data Notification Reject消息通知S-GW paging失败。在这种情况下,如果ISR没有激活,则S-GW删除缓存数据包;如果ISR激活且S-GW从MME和SGSN都收到paging失败消息,则S-GW删除缓存数据包或拒绝那些(触发Service Request流程的)控制信令。

3b

Paging

 

 

UE注册在SGSN

RNC / BSC

 

4a

Paging

 

 

eNodeB收到MME的paging消息

 

eNodeB寻呼UE

 

4b

Paging

 

 

RNC/BSS收到SGSNpaging消息

 

RNC/BSS寻呼UE

 

5

 UE triggered
Service Request procedure

 

 

UE处于 ECM-IDLE 状态,
一旦收到
E-UTRAN接入中的paging indication就发起

 

如果MME已经有了到UES1-MME信令连接,
则消息序列从
MME建立承载的那一步开始

UTRAN or GERAN侧接入中一旦收到paging indicationMS应在各自的接入侧响应。

SGSN会通知S-GW

6a

Stop Paging

 

 

如果ISR激活,并在E-UTRAN侧收到了paging响应

SGSN

 

 

6b

Stop Paging

如果ISR激活,并在UTRANGERAN侧收到了paging响应

MME

 

 

Downlink data E-UTRAN

Downlink data 2G or 3G non DT

Downlink data 3G DT

SGW:

   通过业务请求流程中完成的RAT(E-UTRAN,2G or 3G non DT,3G DT), 传输下行链路数据给UE

如果网络触发的业务请求流程因为UE没有响应而失败,那么MME and/or SGSN可能基于运营商策略发起对于保留的GBR承载的专有承载去活流程 Dedicated Bearer Deactivation procedure。

承载又没建立,为什么要发起专有承载去活流程?
 
原先保留的。如由于cause(UE inactivity)导致的S1释放,会保留GBR承载。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值