CS语音杂音问题的排查指导.doc

CS语音杂音问题的排查指导1.1 CS语音问题排查思路CS语音 出现杂音，情况比较复杂，牵涉的网元比较多，分析比较麻烦。为及时定位这种疑难问题，我们需要一些正确的排查步骤。以便在复现故障的时候，及时找到问题所在。主要考虑：1 是否为加密情况下出现的噪音，具体是什么样的噪音。如果是系统加密开关打开(CN配置了加密，RNC也打开了加密)状态下出现的噪音，而且噪音是伴随有尖锐声音的流水声，或者是频率波动很大的叽里呱啦的声音，那么很有可能是加解密失败出现的问题。可以将加密关闭看看是否 现象消失。 如果现象没有消失，就是说在非加密情况下也出现了噪音，那么可以用下面提供的CS环回工具，确定问题的网元，可能牵涉到CN, RNC, UE。确定网元后，最好能在该网元的输入输出接口上抓取报文，获得直接证据，反馈给研发。附件为典型的加密问题引起的杂音。基本上，如果加密有问题，导致的杂音都是这样的。2 如果确认是加密的问题。需要有以下的信息 反馈给研发分析：A: 主被叫UE的RNC的信令跟踪(包括RNLC-RNLU 内部消息, 即RNLC_UE_CELL任务中选中RNLC-RNLU消息是否跟踪)，需要跟踪到从起呼时刻到 杂音出现的时刻。B: 可以尝试IUUP环回的方式 确定具体的网元。C: 如果是高通芯片手机，并且可以抓UE Log，那么抓UE Log，并且用高通QXDM的回放功能听UE 接收的具体声音。D: 采用Iu/Iub 口抓包(如果Iu/Iub口为IP承载，可以在交换机上抓包，否则可以在RNC的UIMU 上抓包)， 或者采用RNLU的码流跟踪。抓到Iu口的码流，并恢复成语音。操作步骤：1 如果是现场测试出现的问题，即噪音第一次出现并且电话保持，那么立即采用环回测试的排查方法，确定网元。注意如果现场启动了加密，那么只能采用IUUP环回的方法。2 如果是投诉，需要现场人员复现，那么在执行复现过程中注意尽可能的抓取研发所需要的信息：主被叫的RNC的信令跟踪(包括RNLC-RNLU内部消息)，UE Log; Iu/Iub 口抓包报文；RNLU的码流跟踪等。复现出来后，在电话保持过程中可以采用环回的方式确定网元。3 如果是短时间噪音的问题，如利比亚主叫接通瞬间出现的噪音，那么可以采用呼叫前先设置环回，跟踪呼叫过程中是否出现改短时噪音。同时需要跟踪RNC的信令。1.2 CS环回功能介绍【注意】CS环回功能会影响被环回UE的正常功能，平时请不要开启该功能，在定位问题时再开启，使用后请及时停止该功能。1.2.1 CS环回任务发起环回测试主要用来帮助协查CS的数据流异常问题，原理是在接收到外部网元的数据后将数据原路返回。后台需要发起环回任务时，首先选择发起“RNLU_UE_DATA_TEST”类型的任务，如图2-13：图 Error! No text of specified style in document.1 CS环回任务发起下图是任务详细设置选框图 Error! No text of specified style in document.2 CS环回测试的任务详细信息设置界面CS的环回目前支持八种环回，点击“CS业务换回测试”，弹出具体设置选择框。图中环回测试有8种，分别对应Iuup层上/下行环回且环回后数据是否继续按原来方向发送，以及Fp的上下行环回且环回后数据是否继续按原来方向发送。1.2.2 CS环回介绍下面对各种环回结合图例做简单介绍，假定当前UE1和UE2打CS电话，图中红线是来自UE1的数据流,蓝线是来自UE2的数据流。需要注意的是，在加密情况下，只能采取IUUP的环回测试方法，不能采用FP环回测试的方法。l UE2上行CS数据在IUUP回环，同时发送数据到CN，此时UE2的上行数据在RNC2的IUUP层被直接当做UE2的下行数据下发，并且上行方向继续UE1传递，同时从UE1的数据在到达RNC2的IUUP层时被丢弃，不下发给UE2。图 Error! No text of specified style in document.3 上行数据在Iuup回环，同时发数据到CNl UE2上行CS数据在IUUP回环，此时UE2的上行数据在RNC2的IUUP层被直接当做UE2的下行数据下发，且上行方向不继续UE1传递，同时从UE1的数据在到达RNC2的IUUP层时被丢弃，不下发给UE2。图 Error! No text of specified style in document.4 上行数据在Iuup回环l UE2上行CS数据在FP回环，同时发送数据到CN，此时UE2的上行数据在RNC2的FP层被直接当做UE2的下行数据下发，并且上行方向继续UE1传递，同时从UE1的数据在到达RNC2的FP层时被丢弃，不下发给UE2。图 Error! No text of specified style in document.5 上行数据在FP回环，同时发数据到CNl UE2上行CS数据在FP回环，此时UE2的上行数据在RNC2的FP层被直接当做UE2的下行数据下发，并且上行方向不再往UE1传递，同时UE1的数据在到达RNC2的FP层时被丢弃，不下发给UE2。图 Error! No text of specified style in document.6 上行数据在FP回环l UE1下行CS数据在IUUP回环，同时发送到UE1，此时UE2的下行数据在传递到RNC2的IUUP层时被直接当做UE1的上行数据向CN方向传递，返回给UE2，并且下行方向继续往UE1传递，同时真正的UE1上行数据在到达RNC1的IUUP层时被丢弃，不往UE2传递。图 Error! No text of specified style in document.7 下行数据在Iuup回环，同时发数据到NodeBl UE1下行CS数据在IUUP回环，此时UE2的下行数据在传递到RNC1的IUUP层时被直接当做UE1的上行数据向CN方向传递，返回给UE2，且下行方向不继续往UE1传递，同时真正的UE1上行数据在到达RNC1的IUUP层时被丢弃，不往UE2传递。图 Error! No text of specified style in document.8 下行数据在Iuup回环l UE1下行CS数据在FP回环，同时下发到UE1，此时UE2的下行数据在传递到RNC1的FP层时被直接当做UE1的上行数据向CN方向传递，返回给UE2，并且下行方向继续往UE1传递，同时真正的UE1上行数据在到达RNC1的FP层时被丢弃，不往UE2传递。图 Error! No text of specified style in document.9 下行数据在FP回环，同时发数据到NodeBl UE1下行CS数据在FP回环，此时UE2的下行数据在传递到RNC1的FP层时被直接当做UE1的上行数据向CN方向传递，返回给UE2，且下行方向不继续往UE1传递，同时真正的UE1上行数据在到达RNC1的FP层时被丢弃，不往UE2传递。图 Error! No text of specified style in document.10 下行数据在FP回环1.3 UCIU码流跟踪UCIU码流跟踪可以按照UEID实现对某个UE的用户面码流进行跟踪，当UE的信令或数据发生异常时，可以通过跟踪的码流分析当前系统的情况。譬如当控制面接收UE的RB建立完成消息超时时可以通过UU口跟踪SRB来查看RB的建立消息下发和完成消息的接收，当PS业务异常的时候可以通过Iub口跟踪业务RB来查看流控是否正常等。1.3.1 跟踪任务发起选择发起“RNLU_SINGLE_UE”类型的跟踪任务，如图2-3：图 Error! No text of specified style in document.11 UCIU码流跟踪的任务类型任务详细信息设置：UEID的类型可以选择IMSI、PTmsi和Tmsi跟踪三种方式，在跟踪SRB的时候会有区别，一般选择IMSI跟踪即可。填写好UEID，选择“跟踪数据接口”和“跟踪业务类型”。如图2-4：图 Error! No text of specified style in document.12任务详细信息设置按确定即可启动跟踪任务，由于toolkit不支持码流实时显示，只支持离线查看码流，所以在跟踪过程中，toolkit界面上没有码流显示，这点与信令跟踪不同，请注意。离线查看码流的方法见2.2.3节。1.3.2 用toolkit离线查看码流1.3.2.1 导出任务数据到数据文件保存目录因为后期Toolkit数据库的保存方式发生改变，为了使界面分野显示，提高显示效率，在线任务的数据首先保存在临时的文件夹中，当数据达到所设定的上限的时候，才会导出到stdata文件夹下。所以在线察看用户面数据的码流时，首先要将临时文件夹下的数据导出到数据文件夹下，然后再打开数据库。导出临时文件夹下的数据可以使用文件-多任务数据导出，在任务列表中选择要导出数据的任务名，添加到右侧的要导出数据的任务列表中。点击确定，选择任务的数据将以数据库的形式导出到stdata目录下。数据库文件夹的文件名按2.2.3.2节确定。导出的数据可以用2.2.3.3节的方法打开察看数据。1.3.2.2 确定保存码流的文件夹名toolkit只提供离线查看用户面码流的功能，码流保存路径在“toolkit安装路径”下的stdata文件夹中，例如toolkit安装在“E:RncSigTracezxwomc-wsf-tkit-rnc”，则toolkit自动将用户面码流保存在“E:RncSigTracezxwomc-wsf-tkit-rncstdata”。Toolkit在任务创建时自动为该任务创建一个文件夹用于保存用户面码流，文件夹名采用RNCIDUEID任务流水号RNLCTASK任务类型TYPE任务创建时间Time，如：“RNCID=1818;UEID=460080001000064;RNLCTASK=5;TYPE=29-RNLU_UE_SINGLE;Time=(2008_05_18_14_50_59)”，其中任务创建时间分两种情况：当toolkit启动时，如果该任务就存在于toolkit中，则该时间就是toolkit启动时间；否则就是后台创建该任务的时间。RNCID、UEID、RNLCTASK、TYPE都可以在任务属性中看出，如下图：图 Error! No text of specified style in document.13 任务属性1.3.2.3 打开历史数据点击“文件”“历史数据查看”，如图：图 Error! No text of specified style in document.14 历史数据查看对话框根据上节的方法确定码流所在文件夹名，选择该文件夹，如下图：图 Error! No text of specified style in document.15 选择历史文件点击“打开”，即可显示码流，如下图：图 Error! No text of specified style in document.16 打开历史文件1.3.2.4 将历史数据转换成std文件格式采用上一节的方法打开的历史文件，单击“文件”“文件另存”，如下图：图 Error! No text of specified style in document.17转换历史数据在弹出的对话框中，选择想要保存的路径，输入文件名，点击“保存”即可。图 Error! No text of specified style in document.18 保存转换后的历史数据1.4 具体例子介绍例1：启动了加密，如果UE1 听到的是杂音，而UE2听到的是正常音。A： 对UE2发起上行CS数据在IUUP回环，同时发送数据到CN的环回，此时如果UE2听到的是正常音(听到自己说话的声音)，那么说明问题出现在CN 以及RNC1的下行以及UE1. 进行B. 否则问题可能出现在UE2的上行。B: 对UE1发起下行CS数据在IUUP回环，同时发送到UE1的环回，此时如果UE2听到的是正常音(听到自己说话的声音)，那么说明问题出现在RNC1的下行以及UE1. 进行C进一步确认。如果UE2听到的是和UE1一样的杂音，那么说明问题出现在CN，RNC2发送数据经过CN到RNC1接收数据 这一段出现的问题。C: 对UE1发起上行CS数据在IUUP回环，同时发送数据到CN的环回,此时如果UE1听到的应该也是噪音，如果不