LTE常见信令流程总结.doc_第1页
LTE常见信令流程总结.doc_第2页
LTE常见信令流程总结.doc_第3页
LTE常见信令流程总结.doc_第4页
LTE常见信令流程总结.doc_第5页
已阅读5页,还剩20页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

0.1 控制面和用户面协议栈.2 0.2 S1 接口控制面和用户面协议栈 3 1 开机附着流程开机附着流程4 1.1 正常流程 .4 1.2 异常流程 .5 1.2.1 RRC连接建立失败5 1.2.2核心网拒绝6 1.2.3 eNB未等到Initial context setup request消息7 1.2.4 RRC重配消息丢失或者没收到RRC重配完成消息或者eNB内部配置UE的安全参数 等失败.7 2 UE 发起的发起的 SERVICE REQUEST 流程流程8 2.1 正常流程 .8 2.2 异常流程 .9 2.2.1 RRC连接建立失败9 2.2.2核心网拒绝10 2.2.3 eNB未等到Initial context setup request消息10 2.2.4 RRC重配消息丢失或者eNB内部配置UE的安全参数失败或者没有建立起来一个非 GBR承载10 2.2.5 eNB建立专用承载失败10 2.2.6 eNB建立默认承载失败11 3 网络发起的网络发起的 PAGING 流程流程.12 3.1 S_TMSI 寻呼.12 3.2 IMSI 寻呼12 4 TAU 流程:流程:.12 4.1 正常流程 .12 4.1.1 IDLE下发起的12 4.1.2 CONNECTED下发起的14 4.2 异常流程 .14 5 去附着去附着.14 5.1 关机去附着.14 5.2 非关机去附着.14 6 切换流程切换流程.16 7 专用承载建立流程专用承载建立流程.16 7.1 正常流程 .16 7.2 异常流程 .17 7.2.1 核心网拒绝.17 7.2.2 eNB本地建立失败(核心网主动发起的建立)17 7.2.3 eNB未等到RRC重配完成消息,回复失败.18 7.2.4 UE NAS层拒绝18 7.2.5 上行直传NAS消息丢失19 8 专用承载修改流程专用承载修改流程.20 8.1 正常流程 .20 8.1.1 修改QoS.20 8.1.2 不修改QoS,只修改TFT .20 8.2 异常流程 .21 8.2.1 核心网拒绝.21 8.2.2 eNB回复失败21 8.2.3 UE NAS层拒绝21 8.2.4 上行直传NAS消息丢失 同7.2.5.21 9 专用承载释放流程专用承载释放流程.21 10基于基于 X2 接口的切换接口的切换22 10.1 正常流程22 10.2 异常流程23 11基于基于 S1 接口的切换接口的切换.23 0.1 控制面和用户面协议栈控制面和用户面协议栈 SCTP L2 L1 IP L2 L1 IP SCTP S1-MME eNodeB MME S1-AP S1-AP NAS MAC L1 RLC PDCP UE RRC MAC L1 RLC PDCP RRC LTE-Uu NAS Relay 控制面协议栈 Serving GW PDN GW S5/S8 GTP-U GTP-U UDP/IP UDP/IP L2 Relay L2 L1 L1 PDCP RLC MAC L1 IP Application UDP/IP L2 L1 GTP-U IP SGi S1-U LTE-Uu eNodeB RLC UDP/IP L2 PDCP GTP-U Relay MAC L1 L1 UE 用户面协议 0.2 S1 接口控制面和用户面协议栈接口控制面和用户面协议栈 S1-MME S1-U SCTP IP Data link layer S1-AP Physical layer Radio Network Layer Transport Network Layer Control Plane Radio Network Layer UDP IP Data link layer Physical layer Transport Network Layer GTP-U User Plane 1 开机附着流程开机附着流程 1.1 正常流程正常流程 UE 刚开机时,先进行物理下行同步,搜索测量进行小区选择,选择到一个 suitable 或 者 acceptable 小区后,驻留并进行附着过程。附着完成后,默认承载建立成功,UE 可获得 PDN address 信息。附着流程图如下: UEEPCeNB 1. RA Preamble First Downlink Data 开机后先进行小区选 择,接收系统信息, 然后开始附着 7. Identity/Authentication/Security 3. RRCConnectionRequest 8. 建立默认EPS承载等 20. 更新承载 2. RA Response 4. RRCConnectionSetup 5. RRCConnectionSetupComplete (包含Attach Request 、PDN connectivity request消息) First Uplink Data 检测到User Inactivity 21. UE CONTEXT RELEASE REQUEST (Cause) 22. 更新承载 23. UE CONTEXT RELEASE COMMAND 24. RRCConnectionRelease 25. UE CONTEXT RELEASE COMPLETE 6. Initial UE message (包含Attach Request、PDN connectivity request消息) 9. Initial context setup request (包含Attach Accept、 Activate default EPS bearer context request) 15. RRCConnectionReconfiguration (包含Attach Accept、 Activate default EPS bearer context request) 16. RRCConnectionReconfigurationComplete 17. Initial context setup response 19. UPLINK NAS TRANSPORT (包含Attach Complete、 Activate default EPS bearer context accept) 10. UECapabilityEnquiry 11. UECapabilityInformation 13. SecurityModeCommand 14. SecurityModeComplete 12. UE Capability Info Indication 18. ULInformationTransfer (包含Attach Complete、 Activate default EPS bearer context accept) 说明: 步骤 15 会建立 RRC 连接,步骤 6、9 会建立 S1 连接,完成这些过程即标志着 NAS signalling connection 建立完成,见 24.301。 消息 7 的说明:UE 刚开机第一次 attach,使用的 IMSI,无 Identity 过程;后续,如 果有有效的 GUTI,使用 GUTI attach,核心网才会发起 Identity 过程(为上下行直传 消息) 。 消息 1012 的说明:如果消息 9 带了 UE Radio Capability IE,则 eNB 不会发送 UECapabilityEnquiry 消息给 UE,即没有 1012 过程;否则会发送,UE 上报无线能力 信息后,eNB 再发 UE Capability Info Indication,给核心网上报 UE 的无线能力信 息。 为了减少空口开销,在 IDLE 下 MME 会保存 UE Radio Capability 信息,在 INITIAL CONTEXT SETUP REQUEST 消息会带给 eNB,除非 UE 在执行 attach 或者“first TAU following GERAN/UTRAN Attach“ or “UE radio capability update“ TAU 过程(也 就是这些过程 MME 不会带 UE Radio Capability 信息给 eNB,并会把本地保存的 UE Radio Capability 信息删除,eNB 会问 UE 要能力信息,并报给 MME。注:“UE radio capability update“ TAU is only supported for changes of GERAN and UTRAN radio capabilities in ECM-IDLE.) 。 在 CONNECTED 下,eNB 会一直保存 UE Radio Capability 信息。 UE 的 E_UTRAN 无线能力信息如果发生改变,需要先 detach,再 attach。 eNB收到msg3以后,DCM给USM配置SRB1,配置完后发送msg4给UE;eNB在发送 RRCConnectionReconfiguration前,DCM先给USM配置DRB/SRB2等信息,配置完后发 送RRCConnectionReconfiguration给UE,收到RRCConnectionReconfigurationComplete 后,控制面再通知用户面资源可用。 消息1315的说明:eNB发送完消息13,并不需要等收到消息14,就直接发送消息15。 如果发起IMSI attach时,UE的IMSI与另外一个UE的IMSI重复,并且其他UE已经 attach,则核心网会释放先前的UE。如果IMSI中的MNC与核心网配置的不一致,则核 心网会回复attach reject。 消息9的说明:该消息为MME向eNB发起的初始上下文建立请求,请求eNB建立承载 资源,同时带安全上下文,可能带用户无线能力、切换限制列表等参数。UE的安全能 力参数是通过attach request消息带给核心网的,核心网再通过该消息送给eNB。UE的 网络能力(安全能力)信息改变的话,需要发起TAU。 1.2 异常流程异常流程 1.2.1 RRC 连接建立失败连接建立失败 UEeNB 1. RA Preamble 开机后先进行小区选 择,接收系统信息, 然后开始附着 3. RRCConnectionRequest 2. RA Response 4. RRCConnectionSetup EMM通知RRC发起 attach request RRC告知EMM发送失 败,EMM状态不变, 用户可以再次发起 attach RRC通知RA发起接 入流程,启动T300 T300超时,RRC 连接建立失败 T300超时 1.2.2 核心网拒绝核心网拒绝 UEEPCeNB 1. RA Preamble 开机后先进行小区选 择,接收系统信息, 然后开始附着 3. RRCConnectionRequest 7. MME或者S-GW拒绝 2. RA Response 4. RRCConnectionSetup 5. RRCConnectionSetupComplete (包含Attach Request 、PDN connectivity request消息) 10. UE CONTEXT RELEASE COMMAND 11. RRCConnectionRelease 12. UE CONTEXT RELEASE COMPLETE 6. Initial UE message (包含Attach Request、PDN connectivity request消息) 8. DOWNLINK NAS TRANSPORT (包含Attach Reject、可能有PDN connectivity reject消息) 9. DLInformationTransfer (包含Attach Reject、可能有PDN connectivity reject消息) UE根据拒绝 原因分别处理 如果是 ESM 过程导致的拒绝(比如默认承载建立失败) ,才会带 PDN CONNECTIVITY REJECT 消息,EMM 层拒绝,只有 ATTACH REJECT 消息。 常见的拒绝原因有:IMSI 中的 MNC 与核心网配置的不一致。 1.2.3 eNB 未等到未等到 Initial context setup request 消息消息 UEEPCeNB 1. RA Preamble 开机后先进行小区选 择,接收系统信息, 然后开始附着 7. Identity/Authentication/Security 3. RRCConnectionRequest 8. 建立默认EPS承载等 2. RA Response 4. RRCConnectionSetup 5. RRCConnectionSetupComplete (包含Attach Request 、PDN connectivity request消息) 停止T3410,如果 可重发,则启动 T3411(10s) 13. RRCConnectionRelease 6. Initial UE message (包含Attach Request、PDN connectivity request消息) 9. Initial context setup request 启动T3410 (15s) T3411超时,重新发送attach request 定时器超时 1.2.4 RRC 重配消息丢失或者没收到重配消息丢失或者没收到 RRC 重配完成消息或者重配完成消息或者 eNB 内部配置内部配置 UE 的安全参的安全参 数等失败数等失败 UEEPCeNB 1. RA Preamble 开机后先进行小区选 择,接收系统信息, 然后开始附着 7. Identity/Authentication/Security 3. RRCConnectionRequest 8. 建立默认EPS承载等 2. RA Response 4. RRCConnectionSetup 5. RRCConnectionSetupComplete (包含Attach Request 、PDN connectivity request消息) 17. UE CONTEXT RELEASE REQUEST 18. 更新承载 19. UE CONTEXT RELEASE COMMAND 20. RRCConnectionRelease 21. UE CONTEXT RELEASE COMPLETE 6. Initial UE message (包含Attach Request、PDN connectivity request消息) 9. Initial context setup request (包含Attach Accept、 Activate default EPS bearer context request) 15. RRCConnectionReconfiguration (包含Attach Accept、 Activate default EPS bearer context request) 10. UECapabilityEnquiry 11. UECapabilityInformation 13. SecurityModeCommand 14. SecurityModeComplete 12. UE Capability Info Indication 定时器超时 启动T3410 (15s) 停止T3410,如果 可重发,则启动 T3411(10s) T3411超时,重新发送attach request 16. Initial context setup failure 2 UE 发起的发起的 service request 流程流程 2.1 正常流程正常流程 UE 在 IDLE 模式下,需要发送业务数据时,发起 service request 过程,流程图如下: UEEPCeNB First Downlink Data IDLE下有数据或者信 令要发送,发起 service request过程 7. Authentication 更新承载 First Uplink Data 检测到User Inactivity 17. UE Context Release Request (Cause) 更新承载 18. UE Context Release Command 19. RRC Connection Release 20. UE Context Release Complete 8. S1-AP: Initial Context Setup Request 16. S1-AP: Initial Context Setup Response 2. RA Response 1. RA Preamble 5. RRCConnectionSetupComplete (包含Service Request消息) 6. Initial UE message (包含Service Request消息) 3. RRCConnectionRequest 4. RRCConnectionSetup 14. RRCConnectionReconfiguration 15. RRCConnectionReconfigurationComplete 9. UECapabilityEnquiry 10. UECapabilityInformation 11. UE Capability Info Indication 12. SecurityModeCommand 13. SecurityModeComplete 2.2 异常流程异常流程 2.2.1 RRC 连接建立失败连接建立失败 处理同 1.2.1。 2.2.2 核心网拒绝核心网拒绝 UEEPCeNB 1. RA Preamble 3. RRCConnectionRequest 7. MME或者S-GW拒绝 2. RA Response 4. RRCConnectionSetup 5. RRCConnectionSetupComplete (包含service request 消息) 10. UE CONTEXT RELEASE COMMAND 11. RRCConnectionRelease 12. UE CONTEXT RELEASE COMPLETE 6. Initial UE message (包含service request 消息) 8. DOWNLINK NAS TRANSPORT (包含service reject消息) 9. DLInformationTransfer (包含service reject消息) IDLE下有数据或者信 令要发送,发起 service request过程 UE根据拒绝 原因分别处理 2.2.3 eNB 未等到未等到 Initial context setup request 消息消息 处理同 1.2.3, 区别在于 service request 过程失败没有重发。 2.2.4 RRC 重配消息丢失或者重配消息丢失或者 eNB 内部配置内部配置 UE 的安全参数失败或者没有建立起来一个非的安全参数失败或者没有建立起来一个非 GBR 承载承载 同 1.2.4, 区别在于 service request 过程失败没有重发。 2.2.5 eNB 建立专用承载失败建立专用承载失败 当 attach 成功,建立一个专用承载后,如果 RRC 连接释放进入了 IDLE,下次 UE 发 起数据时会发起 service request,该过程会为默认承载和专用承载建立对应的 DRB 等参数。 如果 eNB 建立专用承载失败,则回复给核心网 Initial context setup response,带失败列表, 告知核心网专用承载建立失败,核心网会本地去激活该专用承载;同时 RRCConnectionReconfiguration 消息也不会带该专用承载的 DRB,UE 收到后发现该专用承 载对应的 DRB 没有建立起来,也会本地去激活该承载,这样 UE 和核心网承载保持一致。 流程图同 2.1 正常流程。 2.2.6 eNB 建立默认承载失败建立默认承载失败 场景同上,当建立的这个专用承载也为非 GBR 承载时,eNB 可能会成功建立该专用 承载,而失败建立默认非 GBR 承载,这样回复给核心网 Initial context setup response,带失 败列表,核心网发现默认承载建立失败时,会本地 detach 该 UE;同时 RRCConnectionReconfiguration 消息也不会带该默认承载的 DRB,UE 收到后发现默认承载 对应的 DRB 没有建立起来,也会本地去激活该默认承载,以及关联的专用承载,从而本 地 detach(只有一个默认承载时) ,这样 UE 和核心网承载保持一致。 流程图如下: UEEPCeNB IDLE下有数据或者信 令要发送,发起 service request过程 7. Authentication 核心网发现默认承 载建立失败,本地 detach该UE 17. UE Context Release Command 18. RRC Connection Release 19. UE Context Release Complete 8. Initial Context Setup Request 16. Initial Context Setup Response (带E-RAB Failed列表) 2. RA Response 1. RA Preamble 5. RRCConnectionSetupComplete (包含Service Request消息) 6. Initial UE message (包含Service Request消息) 3. RRCConnectionRequest 4. RRCConnectionSetup 14. RRCConnectionReconfiguration 15. RRCConnectionReconfigurationComplete 9. UECapabilityEnquiry 10. UECapabilityInformation 11. UE Capability Info Indication 12. SecurityModeCommand 13. SecurityModeComplete UE发现默认承载 对应的DBR建立失 败,本地detach 3 网络发起的网络发起的 paging 流程流程 3.1 S_TMSI 寻呼寻呼 UE 在 IDLE 模式下,当网络需要给该 UE 发送数据(业务或者信令)时,发起寻呼过程, 流程图如下: UEEPCeNB 1. NAS: Paging (S_TMSI) 2. NAS: Paging (S_TMSI) 同UE发起的service request过程116 3.2 IMSI 寻呼寻呼 当网络发生错误需要恢复时(例如 S-TMSI 不可用) ,可发起 IMSI 寻呼,UE 收到后执 行本地 detach,然后再开始 attach。 UEEPCeNB 1. NAS: Paging (IMSI) 2. NAS: Paging (IMSI) 同UE发起的attach request过程119 4 TAU 流程:流程: 当 UE 进入一个小区,该小区所属 TAI 不在 UE 保存的 TAI list 内时,UE 发起正常 TAU 流程,分为 IDLE 和 CONNECTED(即切换时)下。如果 TAU accept 分配了一个新 的 GUTI,则 UE 需要回复 TAU complete,否则不用回复。 4.1 正常流程正常流程 4.1.1 IDLE 下发起的下发起的 IDLE 下,如果有上行数据或者上行信令(与 TAU 无关的)发送,UE 可以在 TAU request 消息中设置 an “active“标识,来请求建立用户面资源,并且 TAU 完成后保持 NAS 信令连接。如果没有设置“active“标识,则 TAU 完成后释放 NAS 信令连接。 IDLE 下发起的也可以带 EPS bearer context status IE,如果 UE 带该 IE,MME 回复消 息也带该 IE,双方 EPS 承载通过这个 IE 保持同步。 IDLE 下发起的不设置“active“标识的正常 TAU 流程图如下: UEEPCeNB 1. RA Preamble IDLE下当UE 进入的TAI不在 保存的TAI list内 7. Authentication/Security 3. RRC Connection Request 8. MME间更新 UE上下文等 2. RA Response 4. RRC Connection Setup 5. RRCConnectionSetupComplete (包含TAU request) 13. UE CONTEXT RELEASE COMMAND 14. RRC Connection Release 15. UE CONTEXT RELEASE COMPLETE 6. Initial UE message (包含TAU request) 9. DOWNLINK NAS TRANSPORT (包含TAU Accept) 10. DLInformationTransfer (包含TAU Accept) 11. ULInformationTransfer (包含TAU Complete) 12. UPLINK NAS TRANSPORT (包含TAU Complete) 又进入IDLE模式 说明: 如果 TAU accept 未分配一个新的 GUTI,则无过程 11、12; 步骤 15 完成 RRC 连接建立,步骤 6、9 完成 S1 连接建立; 步骤 1315 释放 NAS 信令连接,IDLE 下发起的不设置“active“标识时,核心网在完成 TAU 后 会释放 NAS 信令连接。 IDLE 下发起的设置“active“标识的正常 TAU 流程图如下: UEEPCeNB 1. RA Preamble First Downlink Data 7. Authentication/Security 3. RRCConnectionRequest 20. 更新承载 2. RA Response 4. RRCConnectionSetup 5. RRCConnectionSetupComplete (包含TAU request) First Uplink Data 6. Initial UE message (包含TAU request) 9. Initial context setup request (包含TAU Accept) 15. RRCConnectionReconfiguration (包含TAU Accept) 16. RRCConnectionReconfigurationComplete 17. Initial context setup response 19. UPLINK NAS TRANSPORT (包含TAU Complete) 10. UECapabilityEnquiry 11. UECapabilityInformation 13. SecurityModeCommand 14. SecurityModeComplete 12. UE Capability Info Indication 18. ULInformationTransfer (包含TAU Complete) IDLE下当UE 进入的TAI不在 保存的TAI list内 8. MME间更新 UE上下文等 4.1.2 CONNECTED 下发起的下发起的 UEEPCeNB connected下当UE 进入的 TAI不在 保存的TAI list内 3. MME间更新 UE上下文等 1. ULInformationTransfer (包含TAU request消息) 4. DOWNLINK NAS TRANSPORT (包含TAU Accept消息) 5. DLInformationTransfer (包含TAU Accept消息) 6. ULInformationTransfer (包含TAU Complete消息) 7. UPLINK NAS TRANSPORT (包含TAU Complete消息) 2. UPLINK NAS TRANSPORT (包含TAU request消息) 说明: 如果 TAU accept 未分配一个新的 GUTI,则无过程 6、7; 切换下发起的 TAU,完成后不会释放 NAS 信令连接; CONNECTED 下发起的 TAU,不能带“active“标识。 4.2 异常流程异常流程 异常流程同 2.2。 5 去附着去附着 5.1 关机去附着关机去附着 UE 关机时,需要发起去附着,来通知网络释放其保存的该 UE 的所有资源,流程图如下: UEEPCeNB 如果在IDLE下,先发起随机接入和 RRC连接建立过程 1. NAS: Detach Request(Switch off) 用户关机,发起 去附着 本地清空所有EPS 承载和RB资源 本地清空该UE的所有 EPS承载和TEID资源 2. UE Context Release Command 3. UE Context Release Complete 说明: IDLE 和 CONNECTED 下发起的区别同上面 TAU 的区别; 如果是非关机去附着,则会收到 MME 的 Detach Accept 响应消息和 eNB 的 RRC Connection Release 消息。 5.2 非关机去附着非关机去附着 IDLE 下发起的非关机去附着 UEEPCeNB 1. RA Preamble the EPS capability of the UE is disabled 7. Security 3. RRC Connection Request 2. RA Response 4. RRC Connection Setup 5. RRCConnectionSetupComplete (包含Detach Request) 10. UE CONTEXT RELEASE COMMAND 11. RRC Connection Release 12. UE CONTEXT RELEASE COMPLETE 6. Initial UE message (包含Detach Request) 8. DOWNLINK NAS TRANSPORT (包含Detach Accept) 9. DLInformationTransfer (包含Detach Accept) 又进入IDLE模式 本地清空所有EPS 承载和RB资源 本地清空该UE的所有 EPS承载和TEID资源 CONNECTED 下发起的非关机去附着 UEEPCeNB 1. ULInformationTransfer (包含Detach request消息) 3. DOWNLINK NAS TRANSPORT (包含Detach Accept消息) 4. DLInformationTransfer (包含Detach Accept消息) 2. UPLINK NAS TRANSPORT (包含Detach request消息) the EPS capability of the UE is disabled 本地清空所有EPS 承载和RB资源 本地清空该UE的所有 EPS承载和TEID资源 5. UE CONTEXT RELEASE COMMAND 6. RRC Connection Release 7. UE CONTEXT RELEASE COMPLETE 6 切换流程切换流程 当 UE 在 CONNECTED 模式下时,eNodeB 可以根据 UE 上报的测量信息来判决是否需要 执行切换,如果需要切换,则发送切换命令给 UE,UE 不区分切换是否改变了 eNodeB。 非竞争切换流程图如下: UETarget eNBSource eNB 2. Measurement Report (RRC消息) 切换判决 接纳控制 3. HO Request 4. HO Request Ack EPC 1. MeasurementControl (RRC重配消息) Packet dataPacket data UL allocation(PDCCH) 与目标小区下 行同步 Buffer packets from S_eNB Deliver buffered packets to T_eNB 6. SN Status Transfer 7. Random Access Preamble 8. Random Access Response 5. RRC Connection Reconfiguration (HO Command) 9. RRC Connection Reconfiguration Complete(HO Confirm) Path Switch 10. Release Resource Flush DL Buffer Release Resources 7 专用承载建立流程专用承载建立流程 7.1 正常流程正常流程 专用承载建立可以由 UE 或者 MME 主动发起,eNB 不能主动发起,并且只能在 connected 下发起该流程。 UEEPCeNB connected下无 匹配的分类器 3. 承载分配请求 10. 承载分配响应 1. ULInformationTransfer (包含Bearer resource allocation request) 2. UPLINK NAS TRANSPORT (包含Bearer resource allocation request) 4. E-RAB SETUP/MODIFY REQUEST (包含Activate/Modify dedicated EPS bearer context request) 5. RRCConnectionReconfiguration (包含Activate/Modify dedicated EPS bearer context request) 6. RRCConnectionReconfigurationComplete 7. E-RAB SETUP/MODIFY RESPONSE Uplink Data Downlink Data 8. ULInformationTransfer (包含Activate/Modify dedicated EPS bearer context accept) 9. UPLINK NAS TRANSPORT (包含Activate/Modify dedicated EPS bearer context accept) 说明: 如果是 MME 主动发起的承载建立流程,则无步骤 1、2; UE 发起的承载建立流程,核心网可以回复承载建立、修改流程; 可以同时建立多个专用承载,但目前还不支持。 7.2 异常流程异常流程 7.2.1 核心网拒绝核心网拒绝 UEEPCeNB connected下无 匹配的分类器 3. 承载分配请 求,被拒绝 1. ULInformationTransfer (包含Bearer resource allocation request) 2. UPLINK NAS TRANSPORT (包含Bearer resource allocation request) 4. DOWNLINK NAS TRANSPORT (包含Bearer resource allocation reject) 5. DLInformationTransfer (包含Bearer resource allocation reject) 如果拒绝原因值是“unknown EPS bearer context“,UE 会本地去激活存在的默认承载。 7.2.2 eNB 本地建立失败(核心网主动发起的建立)本地建立失败(核心网主动发起的建立) 如果 eNB 建立失败,会回复 E-RAB SETUP RESPONSE,带失败建立的承载列表,并 带原因值,核心网应该根据原因值处理(目前 eNB 的实现是: 如果 eNB 本地建立失败, 即还没有给 UE 发送 RRC 重配消息,这时 eNB 会发送 NAS NON DELIVERY INDICATION 给 MME) 。但目前核心网没有查看原因值,都给 UE 下发了 Deactivate EPS bearer context request 消息(与协议不符) ,UE 查找不到该承载,也回复 Deactivate EPS bearer context accept。 UEEPCeNB 1. 承载分配请求 4. 本地释放承载 2. E-RAB SETUP REQUEST (包含Activate dedicated EPS bearer context request) 3. E-RAB SETUP RESPONSE (带E-RAB Failed List,cause “Radio resources not available“) 7.2.3 eNB 未等到未等到 RRC 重配完成消息,回复失败重配完成消息,回复失败 UEEPCeNB 1. 承载分配请求 6. 承载释放 2. E-RAB SETUP REQUEST (包含Activate dedicated EPS bearer context request) 3. RRCConnectionReconfiguration (包含Activate dedicated EPS bearer context request) 4. RRCConnectionReconfigurationComplete 5. E-RAB SETUP RESPONSE (带E-RAB Failed List,cause “Failure in the Radio Interface Procedure“) 7. UE CONTEXT RELEASE REQUEST 定时器超时 9. UE CONTEXT RELEASE COMMAND 10. RRCConnectionRelease 11. UE CONTEXT RELEASE COMPLETE 8. 更新承载 eNB 未收到 RRC 重配完成消息时,会给核心网发 UE 上下文释放请求消息。 7.2.4 UE NAS 层拒绝层拒绝 如果是 UE 的 NAS 层拒绝,则核心网收到后会给 eNB 发送 E-RAB 释放消息,来释放 刚刚建立的 S1 承载,此时不带 NAS PDU。eNB 收到消息后,发 RRC 重配给 UE 来释放刚 建立的 DRB 参数。 UEEPCeNB 1. 承载分配请求 9. 承载释放 2. E-RAB SETUP REQUEST (包含Activate dedicated EPS bearer context request) 3. RRCConnectionReconfiguration (包含Activate dedicated EPS bearer context request) 4. RRCConnectionReconfigurationComplete 5. E-RAB SETUP RESPONSE 7. ULInformationTransfer (包含Activate dedicated EPS bearer context reject) 8. UPLINK NAS TRANSPORT (包含Activate dedicated EPS bearer context reject) 10. E-RAB RELEASE COMMAND (不含NAS PDU) 13. E-RAB RELEASE RESPONSE 6. UE侧NAS层承 载建立失败 11. RRCConnectionReconfiguration (带释放DRB列表) 12. RRCConnectionReconfigurationComplete 7.2.5 上行直传上行直传 NAS 消息丢失消息丢失 UEEPCeNB connected下无 匹配的分类器 3. 承载分配请求 1. ULInformationTransfer (包含Bearer resource allocation request) 2. UPLINK NAS TRANSPORT (包含Bearer resource allocation request) 4. E-RAB SETUP REQUEST (包含Activate dedicated EPS bearer context request) 5. RRCConnectionReconfiguration (包含Activate dedicated EPS bearer context request) 6. RRCConnectionReconfigurationComplete 7. E-RAB SETUP RESPONSE 8. ULInformationTransfer (包含Activate dedicated EPS bearer context accept) 9. DOWNLINK NAS TRANSPORT (包含Activate dedicated EPS bearer context request) 10. DLInformationTransfer (包含Activate dedicated EPS bearer context request) 11. ULInformationTransfer (包含Activate dedicated EPS bearer context accept) 12. ULLINK NAS TRANSPORT (包含Activate dedicated EPS bearer context accept) 定时器超时,重发 说明:如果核心网没有收到 UE 回复的 NAS 消息,会重发请求消息,重发 4 次后,如果还 没收到应答则放弃。 8 专用承载修改流程专用承载修改流程 8.1 正常流程正常流程 专用承载修改可以由 UE 、MME 主动发起,不能由 eNB 主动发起,只能在 connected 下发起该流程。流程图如下: 8.1.1 修改修改 QoS UEEPC

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论