我是靠谱客的博主 喜悦白云,最近开发中收集的这篇文章主要介绍3a.Service Request(UE triggered,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

业务请求的目的:
业务请求的作用就是建立S1口的连接,包括信令和用户面(这里同时建立)

业务请求的结果:
1.ECM-IDLE状态转移到ECM-CONNECTED
2.
信令和S1-U连接一起建好,且EPS承载状态同步

信令连接:UE--MME;
数据通道连接:UE--SGW;

 

 

业务请求中可能发生不正常情况:

 SGW给MME发的Downlink Packet Notification过多。(如在6步后8步前有下行数据)

解决方法:
 
 MME观察2步后9步前收到Downlink Packet Notification的比率。
  比率变大,且MME的负荷超过运营商配置的值,则MME应指示Delay Downlink Packet Notification Request给S-GW,并带有参数值D
。D是请求的延迟值,取0或50ms的整数倍。S-GW在收到下行数据和发送Downlink Data Notification之间使用这个延迟
  (SGW此时有个定时器timer辅助)

 

 

消息序号Activity为什么要发送这些请求或命令?传递的参数重要的参数发生的条件或情况收到消息的网元会做哪些事情?要注意的一些点问题
1 Service Request S-TMSI  eNodeB:
     1.找MME
Service RequestNAS消息,
包含在发送给
eNodeBRRC消息中
S-TMSI = MMEC + M-TMSI
MME
用来寻呼MS

1.MME
如何找到UE的上下文?
  S-TMSI
2.为什么这儿用S-TMSI而不用GUTI
   因为eNodeB已经知道了MME组(MMEGI)。
2 Service Request NAS message,
TAI+ECGI
  MME
            1.检查能否处理Service Request。如果不能,则拒绝
NAS消息包含在S1-AP消息Initial UE Message 
3authentication/security   1.NAS消息未受到完整性保护;
2.完整性检查失败
  注意:只要有建立信令连接,都需要执行安全功能。 
4Initial Context Setup Request建立S1信令和用户面连接,传SGW的TEID-U/Addess-UServing GW address,
S1-TEID(s) (UL),

EPS Bearer QoS(s), Security Context,
MME Signalling Connection Id,
Handover Restriction List
Serving GW address,
S1-TEID-U (UL),
MME Signalling Connection Id
 
eNodeB
            1.UE RAN上下文(UE RAN context)中保存Security Context, MME Signalling Connection Id, EPS Bearer QoS(s) S1-TEID(s)
            2.发起无线承载(RRC)建立流程
注:不用把SGWTEID-C传过来,因为eNodeBSGW没有GTP-C协议 
5Radio bearer establishment建立无线RRC连接Handover Restriction List,
RAB ID
  UE:
            1.
删除那些没有无线承载建立的EPS承载。
eNodeB通过RRC无线承载,沟通好RAB ID1.在这步用户面的安全被建立

2. 当用户面的无线承载建立时,Service Request完成, 并且UE和网络间的EPS承载状态同步。
上行链路通了
6Uplink data可以在UEPGW间传递上行数据了   eNodeB
          用第4步收到的SGW的地址和TEID;

SGW:
         
用原先存储在Bearer contexrt(s)中的PGW的地址和TEID
  
7Initial Context Setup Complete建立S1连接,传eNodeB的TEID-U/Addess-UeNodeB address,
List of accepted EPS bearers
, List of rejected EPS bearers,
S1 TEID(s) (DL)
eNodeB address,
List of accepted EPS bearers,
 List of rejected EPS bearers,
S1 TEID(s) (DL)
 MME
            1.通过触发bearer release流程释放没有被接受的承载
  
8Modify Bearer Request继续传eNodeB的TEID-U/Addess-UeNodeB address,
 S1 TEID(s) (DL) for the accepted EPS bearers,

Delay Downlink Packet Notification Request,
RAT Type
eNodeB address,
 S1 TEID(s) (DL) for the accepted EPS bearers
Delay Downlink Packet Notification Request,
RAT Type
 SGW
         1.丢弃在没被接受的承载上的下行数据包,而并不发送Downlink Data NotificationMME
注意:
    是对于每一个到SGW的PDN连接发送一条这个消息
9Modify Bearer Request可能需要通知修改计费类型RAT Type RAT Type变化
 
上一步Modify Bearer Request中包含UE Location Info IE
 注意:
    是对于每一个到PGWPDN连接发送一条这个消息
 
10PCEF initiated IP‑CAN
 Session Modification
通知PCRF RAT Type的变化(计费)RAT Type 使用动态PCCPCRF:
1.
异步更新计费等情况,PGW不会等待PCRF的处理。
如果PCRF响应导致EPS承载的修改,PDN-GW应发起承载更新流程 
11 Modify Bearer Response      
12Modify Bearer Response      下行链路通了

最后

以上就是喜悦白云为你收集整理的3a.Service Request(UE triggered的全部内容,希望文章能够帮你解决3a.Service Request(UE triggered所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(75)

评论列表共有 0 条评论

立即
投稿
返回
顶部