|
1 切换概述1.1 切换流程先容1.1.1 切换流程图 图 1‑1 切换流程图 - Measurement Control 测量控制，一般在初始接入或上一次切换命令中的重配消息里携带 - Measurement Report 测量报告，终端根据当前小区的测量控制信息，将符合切换门限的小区进行上报 - HO Request 源小区在收到测量报告后向目标小区申请资源及配置信息（站内切换的话为站内交互，站间切换会使用X2口或者S1口，优先使用X2口） - HO Request Ack 目标小区将终端的接纳信息以及其它配置信息反馈给源小区 - RRC Connection Reconfiguration 将目标小区的接纳信息及配置信息发给终端，告知终端目标小区已准备好终端接入，重配消息里包含目标小区的测量控制 - SN Status Transfer 源小区将终端业务的缓存数据移至目标小区 - Random Access Preamble 终端收到第5步重配消息（切换命令）后使用重配消息里的接入信息进行接入 - Random Access Response 目标小区接入响应，收到此命令后可认为接入完成了，然后终端在RRC层上发重配完成消息（第9步） - RRC Connect Reconfiguration complete（HO Confirm） 上报重配完成消息，切换完成 - Release Resource 当终端成功接入后，目标小区通知源小区删除终端的上下文信息
1.1.2 切换分类先容按照大家实际情况，切换可分为eNb站内切换，X2口切换以及S1口切换，下边分别进行先容（下边先容的所有切换都是基于已经接入且获取到了测量配置后） 1.1.2.1 站内切换站内切换过程比较简单，由于切换源和目标都在一个小区，所以基站在内部进行判决，并且不需要向核心网申请更换数据传输路径 图 1‑2 站内切换信令流程图 1.1.2.2 X2口切换用于建立X2口连接的邻区间切换，在接到测量报告后需要先通过X2口向目标小区发送切换申请（图1-1第3步），得到目标小区反馈后（图1-1第4步）才会向终端发送切换命令，并向目标测发送带有数据包缓存、数据包缓存号等信息的SNStatus Transfer消息，待UE在目标小区接入后，目标小区会向核心网发送路径更换请求，目的是通知核心网将终端的业务转移到目标小区，X2切换优先级大于S1切换 图 1‑3 X2口切换信令流程图 1.1.2.3 S1口切换S1口发生在没有X2口且非站内切换的有邻区关系的小区之间，基本流程和x2口一致，但所有的站间交互信令都是通过核心网S1口转发，时延比X2口略大 图 1‑4 S1口切换信令流程图 1.2 前台信令解析切换的大部分问题可在前台信令中进行分析，本文以前台信令为主先容整个切换流程及问题分析思路 图 2‑1 正常切换信令 注意：这里的重配完成只是组包完成，实际是在MSG3里发送的 前台信令窗的交互过程主要是是图1-1里的1、2、5、7、8、9几步，现在来分别先容 1.2.1 测量控制测量控制信息是通过重配消息里下发的，测量控制一般存在于初始接入时的重配消息和切换命令中的重配消息中。 图 2‑2 重配消息中的测量控制（RRC CONNECT RECONFIGRATION） 1：测量控制 测量控制信息包括邻区列表、事件判断门限、时延、上报间隔等信息 1.2.2 测量报告终端在服务小区下发的测量控制进行测量，将满足上报条件的小区上报给服务小区。 1.2.3 终端测量机制首先了解下终端是如何进行事件判断的，当前网络中采用的是a3事件，即目标小区信号质量高于本小区一个门限且维持一段时间就会触发。图 2‑2比较直观的先容了这一个过程，终端在接入网络后会持续进行服务小区及邻区测量（邻区测量与传统意义上的邻区不同，是对整个同频网络中的小区进行测量，类似Scanner进行TopN扫频），当终端满足Mn+Ofn+Ocn-Hys＞Ms+Ofs+Ocs+Off且维持Time to Trigger个时段后上报测量报告 Mn：邻小区测量值 Ofn：邻小区频率偏移 Ocn：邻小区偏置 Hys：迟滞值 Ms：服务小区测量值 Ofs：服务小区频率偏移 Ocs：服务小区偏置 Off：偏置值 图 2‑3 a3时间报告示意图 1.2.4 测量报告内容测量报告会将满足事件的所有小区上报。需要注意的是LTE中终端上报的测量报告不一定是邻区配置里下发的邻区，目前网络暂不支撑邻区自优化，故在分析问题时可以使用测量报告值及测量控制中的邻区信息来判断是否为漏配邻区，在4.1.2中详细先容漏配邻区的检测方法。 图 2‑4 测量报告内容 MeasResults：源小区测量值 MeasResultNeighCells：满足a3事件小区测量值 1.2.5 切换命令这里的切换命令是指带有mobilityControlInfo的重配命令，mobilityControlInfo里包含了目标小区的PCI以及接入需要的所有配置 图 2‑5 切换命令 1：切换命令； 2：目标PCI ；3：T304配置； 4：C_RNTI ；5：RACH配置 1.2.6 在目标小区随机接入（MSG1）终端在目标小区使用源小区在切换命令中带的接入配置进行接入 图 2‑6 MSG1 1.2.7 基站回应随机接入响应（RAR）目前切换都为非竞争切换，所以到这一步基本上就可以确认在目标小区成功接入 图 2‑7 MSG2 1.2.8 终端反馈重配完成，切换结束实际上重配完成消息在收到切换命令后就已经组包结束，在目标侧的随机接入可认为是由重配完成消息发起的目标侧随机接入过程，重配完成消息在包含在MSG3中发送（整个过程可参见图 2‑8）。 图 2‑8 切换实行过程 1：重配完成消息组包 2：MSG3 图 2‑9 MSG3
2 切换优化整体思路所有的异常流程都首先需要检查基站、传输等状态是否异常，排查基站、传输等问题后再进行分析。 整个切换过程异常情况大家分为几个阶段 测量报告发送后是否收到切换命令 收到重配命令后是否成功在目标测发送MSG1 成功发送MSG1之后是否正常收到MSG2 图3-1为切换问题整体过程流程图，在某一环节出现问题大家可查询相应处理流程进行排查 图 3‑1 切换问题分析整体思路
2.1 测量报告发送后未收到切换命令这个情况是大家外场最常见问题，处理定位也比较复杂，分析流程见图3-2： 基站未收到测量报告（可通过后台信令跟踪检查）： 检查覆盖点是否合理，主要是检查测量报告点的RSRP,SINR等覆盖情况，确认终端是否在小区边缘，或存在上行功率受限情况（根据下行终端估计的路损判断）。如果是该情况，按照现场情况调整覆盖，及切换参数，解决异常情况 目前现场测试建议在切换点覆盖RSRP不要低于-120dBm SINR不要小于-5dB 检查是否存在上行干扰，可通过后台MTS查询，如：在20M带宽下，基站接收无终端接入时接收的底噪约为-98dBm，如果在无用户时底噪过高则肯定存在上行干扰，上行干扰优先检查是否为邻近其他小区GPS失锁导致，当前版本暂不支撑后台工具定位干扰源位置，只能将通过关闭干扰源附近站点，使用Scanner进行CW测试来排查 基站收到了测量报告： 1. 未向终端发送切换命令情况： （1） 确认目标小区是否为漏配邻区，漏配邻区从后台比较容易看出来，直接观察后台信令跟踪中基站收到测量报告后是否向目标小区发送切换请求即可；漏配邻区也可在前台进行判断，首先检查测量报告中给源小区的上报的PCI，检查接入或切换至源小区时重配命令中的MeasObjectToAddModList字段中的邻区列表中是否存在终端测量报告携带的PCI，具体方法可参考4.1章节；如果确认为漏配邻区添加邻区关系即可 （2） 在配置了邻区后若收到了测量报告后，源基站会通过X2口或者S1口（若没有配置X2偶联）向目标小区发送切换请求。此时需要检查是否目标小区未向源小区发送切换响应（图1-1 第4步），或者发送HANDOVER PREPARATION FAILUE信令，在这种情况下源小区也不会向终端发送切换命令 此时需要从以下三个方面定位： - 目标小区准备失败，RNTI准备失败、PHY/MAC参数配置异常等会造成目标小区无法接纳而返回HANDOVER PREPARATION FAILUE - 传输链路异常，会造成目标小区无响应 - 目标小区状态异常，会造成目标小区无响应 2. 向终端发送切换命令情况： 主要检查测量报告上报点的覆盖情况，是否为弱场，或强干扰区域，优先建议通过工程参数解决覆盖问题，若覆盖不易调整则通过调整切换参数优化 图 3‑2 发送测量报告后未收到切换命令处理流程
2.2 目标小区MSG1发送异常情况正常情况测量报告上报的小区都会比源小区的覆盖情况好，但不排除目标小区覆盖陡变的情况，所以首先排除掉由于测试环境覆盖引起的切换问题。这类问题建议优先调整覆盖，若覆盖不易调整则通过调整切换参数优化 当覆盖比较稳定却仍无法正常发送的话就需要在基站测检查是否出现上行干扰，该问题详见4.2.1节
2.3 接收RAR异常情况接收RAR异常情况，该情况一般主要检查测试点的无线环境，处理思路仍是优先优化覆盖若覆盖不易调整再来调整切换参数
| 
发表于 2014-10-30 00:01:35