LTE信令流程手册.doc

LTE信令流程手册  目录 1 业务及功能简介： 2 2 现有业务存在的问题： 3 3 无线网基本信令流程 4 3.1 ? 随机接入 4 3.2 ? 寻呼 6 3.3 ? RRC连接建立、重配、重建立、释放 7 3.4 ? 测量 11 4 端到端业务建立/释放相关流程 14 4.1 Attach和Detach过程 14 4.1.6 异常流程 19 4.2 Service Request过程 23 4.3 专用承载建立流程 26 4.4 专用承载修改流程 32 4.5 专用承载释放流程 34 5 移动性管理 36 5.1 TAU 36 5.1.4 异常流程 39 5.2 切换 39 5.3 小区重选 42 6 LTE信令分析案例 46 6.1 案例1- CSFB接入失败分析 46 6.2 无法接入网络 47 7 成果应用效果 49 业务及功能简介： 当前广州、深圳TD-LTE开始试商用，TD-LTE信令分析、投诉处理、业务疑难故障排查、指标异常分析、用户体验评估、网络指标优化等工作正陆续开展。 现有业务存在的问题： 当前TD-LTE信令主要采用专业设备采集，专家分析，多专业联合攻关的方式处理业务、站点疑难问题、客户投诉问题，经常受限于现场人员的技术水平和专业领域，极大的降低了网络维护支撑的效率，不利于LTE业务的快速推广。通过对不同场景下端到端TD-LTE信令的分析研究，提高信令分析对问题定位的准确度和网优人员问题分析的效率，也为全网采集背景下的TD-LTE智能信令分析处理系统提供了有力的技术支撑，还为基于端到端用户体验为主导的数据网络运维支撑体系提供了强有力的保障。 无线网基本信令流程 ? 随机接入 随机接入实现的基本功能 ??申请上行资源 ??与eNodeB间的上行时间同步 随机接入的使用场景 ??从RRC-IDLE状态到RRC-CONNECT的状态转换，即RRC连接过程，如初始接入和TAU更新 ??无线链路失败后的初始接入，即RRC 连接重建过程 ??在RRC-CONNECTED状态，未获得上行同步但需发送上行数据和控制信息或虽未上行失步但需要通过随机接入申请上行资源 ??在RRC-CONNECTED状态，从服务小区切换到目标小区 ??在RRC-CONNECTED状态，未获得上行同步但需接收下行数据 ??在RRC-CONNECTED状态，UE位置辅助定位需要，网络利用随机接入获取时间提前量（TA: Timing Advance） 基于竞争的随机接入过程 ??UE随机选择preamble码发起 ? Msg1：发送Preamble码 ??eNB可以选择64个Preamble码中的部分或全部用于竞争接入 ??Msg1承载于PRACH上 ??Msg2：随机接入响应 ??Msg2由eNB的MAC层组织，并由DL_SCH承载 ??一条Msg2可同时响应多个UE的随机接入请求 ??eNB使用PDCCH调度Msg2，并通过RA-RNTI进行寻址，RA-RNTI由承载Msg1的PRACH时频资源位置确定 ??Msg2包含上行传输定时提前量、为Msg3分配的上行资源、临时C-RNTI等 ??Msg3：第一次调度传输 ??UE在接收Msg2后，在其分配的上行资源上传输Msg3 ??针对不同的场景，Msg3包含不同的内容 ??初始接入：携带RRC层生成的RRC连接请求，包含UE的S-TMSI或随机数 ??连接重建：携带RRC层生成的RRC连接重建请求，C-RNTI和PCI ??切换：传输RRC层生成的RRC切换完成消息以及UE的C-RNTI ??上/下行数据到达：传输UE的C-RNTI ??Msg4：竞争解决 　 初始接入和连接重建场景 切换，上/下行数据到达场景 竞争判定 Msg4携带成功解调的Msg3消息的拷贝，UE将其与自身在Msg3中发送的高层标识进行比较，两者相同则判定为竞争成功 UE如果在PDCCH上接收到调度Msg4的命令，则竞争成功 调度 Msg4使用由临时C-RNTI加扰的PDCCH调度 eNB使用C-RNTI加扰的PDCCH调度Msg4 C-RNTI Msg2中下发的临时C-RNTI在竞争成功后升级为UE的C-RNTI UE之前已分配C-RNTI，在Msg3中也将其传给eNB。竞争解决后，临时C-RNTI被收回，继续使用UE原C-RNTI 基于非竞争的随机接入过程 ??UE根据eNB的指示，在指定的PRACH上使用指定的Preamble码发起随机接入 ??Msg0：随机接入指示 ??对于切换场景，eNB通过RRC信令通知UE ??对于下行数据到达和辅助定位场景，eNB通过PDCCH通知UE ??Msg1：发送Preamble码 UE在eNB指定的PRACH信道资源上用指定的Preamble码发起随机接入 ??Msg