概述
业务请求的目的: | 业务请求的结果: | 信令连接:UE--MME; |
|
| 业务请求中可能发生不正常情况: |
消息序号 | Activity | 为什么要发送这些请求或命令? | 传递的参数 | 重要的参数 | 发生的条件或情况 | 收到消息的网元会做哪些事情? | 要注意的一些点 | 问题 | |
1 | Service Request | S-TMSI | eNodeB: 1.找MME | Service Request是NAS消息, 包含在发送给eNodeB的RRC消息中 | 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中 | |||||
3 | authentication/security | 1.NAS消息未受到完整性保护; 2.完整性检查失败 | 注意:只要有建立信令连接,都需要执行安全功能。 | ||||||
4 | Initial Context Setup Request | 建立S1信令和用户面连接,传SGW的TEID-U/Addess-U | Serving 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)建立流程 | 注:不用把SGW的TEID-C传过来,因为eNodeB与SGW没有GTP-C协议 | |||
5 | Radio bearer establishment | 建立无线RRC连接 | Handover Restriction List, RAB ID | UE: 1. 删除那些没有无线承载建立的EPS承载。 | eNodeB通过RRC无线承载,沟通好RAB ID | 1.在这步用户面的安全被建立 2. 当用户面的无线承载建立时,Service Request完成, 并且UE和网络间的EPS承载状态同步。 | 上行链路通了 | ||
6 | Uplink data | 可以在UE到PGW间传递上行数据了 | eNodeB: 用第4步收到的SGW的地址和TEID; SGW: 用原先存储在Bearer contexrt(s)中的PGW的地址和TEID | ||||||
7 | Initial Context Setup Complete | 建立S1连接,传eNodeB的TEID-U/Addess-U | eNodeB 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流程释放没有被接受的承载 | ||||
8 | Modify Bearer Request | 继续传eNodeB的TEID-U/Addess-U | eNodeB 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 Notification给MME | 注意: 是对于每一个到SGW的PDN连接发送一条这个消息 | |||
9 | Modify Bearer Request | 可能需要通知修改计费类型 | RAT Type | RAT Type变化 或 上一步Modify Bearer Request中包含UE Location Info IE | 注意: 是对于每一个到PGW的PDN连接发送一条这个消息 | ||||
10 | PCEF initiated IP‑CAN Session Modification | 通知PCRF RAT Type的变化(计费) | RAT Type | 使用动态PCC | PCRF: 1.异步更新计费等情况,PGW不会等待PCRF的处理。 | 如果PCRF响应导致EPS承载的修改,PDN-GW应发起承载更新流程 | |||
11 | Modify Bearer Response | ||||||||
12 | Modify Bearer Response | 下行链路通了 |
最后
以上就是喜悦白云为你收集整理的3a.Service Request(UE triggered的全部内容,希望文章能够帮你解决3a.Service Request(UE triggered所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
发表评论 取消回复