EPC系统讲述.doc

LTE EPC培训 V1.0 Related Document Date Ver. Revision 2014 09 04 1.0 LTE 整体架构形象化表述 1 1.UE 上线 UE上线后会获取到IP地址，获取默认承载 2 2.TAU (TA Tracking Area Update 位置区更新) 3 3.切换,(更变enb/mme/sgw) 3 4.数据业务 3 网络结构 5 1.用户本地接入的网络架构： 5 2.用户漫游网络架构1 6 3.用户漫游网络架构2 7 EPC系统需求 8 网元实体功能 9 1.E-UTRAN： 9 2.MME： 9 3.S-GW： 9 4.PDN-GW： 9 5.HSS： 10 6.PCRF： 10 接口及应用协议 11 名词术语及缩略语 11 重点术语理解 13 1.Qos相关 GBR,Non-GBR,APN,MBR 13 2. 承载相关default bearer ,dedicated bearer 13 3. TA相关TA ,TAI,TAU 14 4. GUTI 15 5. IMSI 15 LTE 整体架构形象化表述 整个LTE结构可以形象化为一个事件，以方便新人对整个系统的初步认识。站在用户的角度，可分为 ue 上线,TAU ,切换 数据业务 四大块。 了解三大块，可以看成一次旅游如下： 从公司出发，坐火车 去北京游故宫。 也就是说我们的真正目的地，是故宫，以上三大块都围绕去故宫旅游服务 ENB，MME SGW PGW 相当于各个火车站。没有直达车，要转车的。。。 1.UE 上线 UE上线后会获取到IP地址，获取默认承载 出发地点CASA UE,带好相关证件，准备去北京旅游，找到最近的购票窗口，你说，我要买票！ 售票员说，把身份证给俺，你递上身份证，， 3.个人信息和请求购票信息被传输到购票后台，先假设长沙火车站是购票后台，由他来分配路线及行李存放。 4.部分安全信息会被转发到公安系统，进行核查，核查不通过，你懂的，要么拒绝你，要么抓起来^_^。 5.核查通过以后，公安系统再向后台询问地理位置， 6.成功回复后，后台系统才可以放票，并选择经过石家庄到北京的这条线路； 7.此时，询问石家庄次列车，你那边OK吗？ 8.石家庄次列车确定OK之后， 9.为了确保旅客能顺利到达北京，先问北京站是否OK不。如果都回答OK，代表可以售票。如果石家庄站或北京站任何一方出现问题，都会导致购票失败，比如其中一方人满为患，或者因为某种原因线路关闭，如果回答不OK时，会回复fail并带上原因。 10.致此，后台会反馈信息到前台，前台MM告诉你，帅哥，可以买票了，你回复，谢谢，我要带个行李. 11.售票MM告诉你，“OK，没问题，自从我们系统升级以后，我们为每个旅客准备了一个行李存储位。”并把相关需求通知石家庄,默认承载 以上便是UE ATTACH协议流程。 如图: 2.TAU (TA Tracking Area Update 位置区更新) 在没有上火车之前，因为你所处的地理位置变化，或火车问题，导致更改程车路线。 3.切换,(更变enb/mme/sgw) 在上了火车以后，因为各种问题，需要更改程车路线。 4.数据业务 达到北京后，去服务台(DNS server ,)，询问故宫在哪，服务台在查询完成后，指定路线，再前往目的地，故宫！ 网络结构 1.用户本地接入的网络架构： 2.用户漫游网络架构1 用户漫游网络架构2 EPC系统需求 网元实体功能 1.E-UTRAN： 包头的压缩和用户面加密； MME选择，当UE提供的信息没有到MME的路由时； 基于UE-AMBR上行承载面速率执行； 基于UE-AMBR下行承载面速率执行； 上行和下行承载面控制； 上行传输面分组包的标记； 2.MME： NAS信令处理； NAS信令安全保护； 3GPP内不同节点间的移动性管理； ECM-IDLE状态下UE可及性管理；