CSFB失败问题快速定位手册讲解.doc

CSFB失败问题快速定位手册 文档名称 CSFB失败问题快速定位手册 目 录 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  准备工作 主叫失败 定位技巧 由于主叫侧使用双待手机，所以可以认为主叫手机语音业务一直工作在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，查看主叫侧上报Setup后对应时间点被叫侧所驻留的小区是否收到了核心网下发的寻呼消息，此消息是否下发给终端了，如果确认已下发，则需要再深入分析究竟寻呼是丢在了基站侧底层处理上，还是丢在了空口。 除去寻呼，被叫侧的4G关键信令是RRCConnectionRequest、RRCConnectionSetupComplete和RRCConnectionRelease，如下图。在分析LOG时经常发现关键信令丢失导致的被叫失败。 建议：查看当时的无线环境，由于覆盖问题导致的丢消息需要提交优化人员处理，如果不是因为覆盖问题导致，则