CSFB失败问题快速定位手册总结.doc

CSFB失败问题快速定位手册 文档名称 CSFB失败问题快速定位手册 文档编号 版 本 号 1.0.0 作 者 张晚辰 目 录 1. 准备工作 3 2. 主叫失败 3 2.1 定位技巧 3 2.2 定位流程 3 2.3 定位案例 7 3. 被叫失败 8 3.1 定位技巧 8 3.2 定位流程 10 3.3 定位案例 10 4. 附录 13  准备工作 按照目前山西移动的拉网规范，CSFB拉网需要使用1部双待手机作为主叫，1部CSFB手机作为被叫，两部手机同时连接CDS路测软件进行拉网，所以在做CSFB拉网测试分析时，我们需要将主叫失败与被叫失败区分对待。同时，CSFB失败的现象可能各不相同，但是成功的现象基本是一致的，所以我们在分析初期对信令不熟悉时，往往可以通过与正确流程进行比对，来确定失败的症结所在，此处也会尽量多介绍一些失败的案例，供大家分析参考。 主叫失败 定位技巧 由于主叫侧使用双待手机，所以可以认为主叫手机语音业务一直工作在2G，因此一旦发现主叫失败后，往往可以将问题收敛至2G，从而加快定位速度。 定位流程 打开CDS后，新建标签页，命名为“主被叫比对”，在视图页拖动两个信令窗口放置在上方，然后再拖动两个事件窗口放置在下方，在左侧的信令和事件窗口点击右键，选择主叫终端，在右侧同样操作，选择被叫终端，如下图。 然后再点击统计-事件，新建一个标签页，然后在事件中，将“Call blocked”拖动至刚打开的统计页中，此时会显示总失败次数，将其打开，下方会显示失败对应的时间点，双击它，会直接跳到失败的时间点，如下图。 回到刚才打开的主被叫比对页面，可以在下方事件窗口中看到，每一个事件都有对应的关键信令，正确的信令流程如下图，可以看出，主叫侧已经上报呼叫建立，同时进入等待，这时主叫侧的起呼流程就走完了。此后，在收到核心网下发的Connect后，代表主叫侧呼叫建立。最后，主叫侧上报Disconnect，核心网下发拆链，拆链完成，一次完整的主叫呼叫流程就走完了。 接下来我们看被叫侧的信令，点击主叫侧Setup信令，记录此信令上报时间，在右侧找到此时间点稍后时间的寻呼消息（滞后1~2S），双击它，可以看到寻呼原因是CS被叫，如下图所示。 此时的流程分为两类： 终端处于空闲态。这时终端会收到Paging，然后发起RRC连接建立请求，随后完保通过，基站侧下发RRCConnectionRelease，这条信令会携带2G频点信息，终端收到这条信令后开始回落2G，如下图。 终端处于连接态。这时终端会收到CS Service Notification，即CS服务通知，随后终端上报Extended Service Request，这时就省略了建立RRC连接，基站侧直接下发RRCConnectionRelease，终端回落2G，如下图。 经过步骤5后，终端回落至2G，随后上报寻呼响应，核心网下发呼叫建立，终端上报呼叫响应，开始振铃，之后被叫接听，由于脚本设置，10S后主叫侧挂机，被叫侧收到Disconnect后上报拆链请求，最终核心网下发拆链完成，一次标准的被呼流程就完成了，此时对应的事件是Call hangup，也就是挂机。 定位案例 1.分析LOG时经常可以发现一些失败是由于主叫侧2G拥塞造成，如下图。 立即指配拒绝，原因为SD信道拥塞，将出现拥塞的小区反馈给2G优化人员后，通过2G扩容，此问题可以解决。 2. 由于2G网络处理channel release消息和handover command消息并发冲突，导致拆链失败，如下图，此问题的现象为无法挂机。 被叫失败 定位技巧 被叫失败是目前失败的重点，一旦确认主叫侧呼叫建立完成但是却未呼通时，通常需要从被叫侧寻找原因，而被叫侧失败的原因往往较多，这里记录典型原因如下。 被叫侧未收到寻呼消息，导致未呼通。4G核心网存在二次寻呼，二次寻呼的间隔各地不同，山西省目前设置为10S，我们在分析未呼通原因时需要分析两次寻呼都丢失的原因。 原因：现阶段丢寻呼通常有三种原因。 被叫终端驻留在4G网络，此时正在进行TAU过程。 被叫终端驻留在3G网络，此时正在进行RAU或者LAU过程。 此时信道质量较差，寻呼丢在空口。 分析方法：首先查看主叫侧终端LOG，找到主叫侧上报Setup的时间点，按照此时间点向下1~2S寻找被叫侧是否收到了一次寻呼。如果没有收到，再向下10S观察是否收到了二次寻呼。两次寻呼丢失的原因很可能并不相同，因此需要区分对待。如果确认寻呼丢失，需要提取被叫侧终端所驻留站点的CDL，查看