普通语音业务是由3.4K的RRC信令数据和12.2K的话音数据组成的。其在UE、NB、RNC、CN的数据流向如下图所示。 黑表示被叫（UE2）接听主叫（UE1），红表示主叫（UE1）接听被叫（UE2）。 语音业务单通问题的定位，首先要确认语音业务在那个网元和环节出现异常。半乳糖
UE和NB之间是无线环节，NB和RNC之间是传输环节，RNC和CN之间是传输环节。 如上图所示，UE1到UE2之间的黑语音，在中间任何一个网元和环节出现问题，都可能导致UE2听不到UE1的声音；同理，UE2到UE1的红语音，在中间任何一个网元和环节出现问题，都可能导致UE1听不到UE2的声音。
语音业务是TM模式。如果有少量数据包的丢弃，对语音传输质量影响并不明显；如果数据包总量异常少或者数据包有大量的误包，将会影响用户数据的正常解析，出现杂音；严重时对端无法听到该用户的声音，就是所提到的单通。 普通语音业务中的12.2K话音数据出现问题，可能导致单通和杂音；普通语音业务中的3.4KRRC信令数据出现问题，会导致掉话。所以，在语音单通问题上，需要确认单通现象是否可以长期保持不掉话，这对后续分析有巨大的意义。
2 基础信息收集
2.1 用户信息收集
目前，语音单通或者杂音问题都来源于用户投诉。因此，投诉用户的信息获取对于问题的复测和定位至关重要。
主叫用户出现单通，不仅和自己的下行数据接收环节有关，也和被叫的上行数据发送环节有关；被叫用户单通同理。因此，基础信息收集阶段不仅要收集投诉用户的数据，同样也要收集对端用户的信息。
建议收集的信息如下：
主叫/被叫 | 手机号码 | 所在网络（TD、GSM、固话等） | 单通还是杂音 | 单通现象是否可以持续 | 单通位置 | 单通时间点 一致性检验 | 单通持续时间 | 用户行为（做组合业务的先后次序，如何触发单通现象） | 终端型号和版本号 |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
3 基础信息分析
3.1 告警日志和事件日志分析
提取问题时刻主被叫所在和RNC的告警日志和事件日志，确认问题时刻是否有异常告警，比如传输闪断、光口故障、DCH 数据出窗、时钟异常等，如果有以上异常，需要先进行排障处理。
3.2 KPI指标分析
提取KPI报表，分析出现单通时刻的KPI指标是否出现异常，KPI指标异常的话需要进行排
障。
3.3 CDL文件分析
根据3.1节获取的用户手机号码，通过移动数据库到主被叫用户的IMSIlt36信息。根据出现问题的时间点，到对应的CDL文件（注意：主被叫用户可能在一个RNC下，也可能在不同制式的网络下），并根据CDL中的COMMON ID消息到用户的信令流程，收集如下信息。
主叫/被叫 女强人电影 | 用户IMSI | UEID | RNCID | CELLID | 频点 | 用户信令流程描述（是否有频繁切换是否有多RAB组合业务） | 持续时间 |
| | | | | | | |
| | | | | | | |
| | | | | | | |
分析CDL时，需要关注主叫或者被叫是否有频繁的切换。如果存在频繁切换或者切换关系不合适，需要进行无线调整，排除此类原因导致的单通或者杂音情况。
分析CDL时，需要关注用户RRC建立请求中携带的PCCPCH RSCP，确认是否有弱覆盖的情况。
3.4 干扰覆盖分析
根据3.3节获取的主被叫用户所在小区和频点信息，提取干扰报表，同时通过CDLMR分析结果确认该小区的干扰和覆盖情况。
干扰报表一般只能给出一个小时的平均值和最大值，无法获取用户通话瞬间的情况，因此，一般需要在投诉小区、投诉地点、投诉频点进行复测，排查是否和无线覆盖或者干扰相关。特别需要关注频点规划是否合理，是否存在同频同扰码情况。
4 问题复测
经过基本排查和分析，仍不能定位单通的原因，需要复测进行问题定位。
复测时需要在容易出现单通的区域进行，并且借助第3章和第4章的信息和结论，使用户分配在单通时的频点，模拟用户当时的行为进行拨打测试。
一旦问题复现，在用户保持过程中，可根据5.1节方法对主被叫用户分别进行语音环回测试，将问题隔离在主叫方、被叫方、RAN、核心网。再结合4.3节侧的环回测试方法，
将问题隔离在终端、RNC。同时需要进行RNC侧主被叫用户的小区公共过程跟踪（或者IMSI信令跟踪）、LDT级IMSI跟踪（业务面跟踪）、QOS跟、侧ATP消息跟踪，协助分析
4.1 语音的环回方法
4.1.1 用户所在RTPA及DSP 信息获取
进行小区详细跟踪，到在RRC建立过程、RAB 建立过程、切换过程用户本地资源分配消息中的倒数第二条RDBS_RDBS_LC_ALLOCATE_RSP_MSG，该消息种给出了用户分配的RTPA的架框槽和DSP信息。
4.1.2 语音环回测试设置
根据4.1.1节中获取的RTPA及DSP 信息，在1-2-1 10CPU的模拟shell上敲：
rnc_tpss_fp_sm_loop_para_set 1,UEID （FP环回）
rnc_tpss_iuup_sm_loop_para_set 1,UEID （IUUP环回）
这样可以打开此用户的语音环回功能，其他用户不受影响。
rnc_tpss_fp_sm_loop_para_set 0,UEID
rnc_tpss_iuup_sm_loop_para_set 0,UEID
则关闭此用户的语音环回功能。
4.1.3 语音环回使用
语音环回分为两种类型的测试，一种为FP环回，一种为IUUP环回，可以针对主叫、被叫分别进行。
FP 环回测试，主叫被叫的上行数据流分别参见下图中给出的红和蓝线条。假定通话用户为A用户和B用户，那么分别对A、B用户进行FP和IUUP环回测试，按照下图给出测试结果后即可将问题锁定到网元。
| A用户情况 | B用户情况 |
侠盗石川A 用户FP环回 | | |
A 用户IUUP环回 | | |
B用户FP环回 | | |
B 用户IUUP环回 | | |
| | | 艾爵隐形眼镜
假定对A用户FP环回测试和IUUP测试后A用户都正常，而B用户都不正常，那么需要继续对B用户进行FP环回测试和IUUP测试；如果FP测试不正常，那么问题锁定在B用户终端、所在、RNC的FP层；如果B用户的FP测试正常，但是IUUP测试不正常，但是FP环回测试正常，那么问题锁定在RNC；如果IUUP测试也正常，那么问题很可能出现在核心网；此时如果A用户的测试和B用户情况类似，可以确定是核心网侧的问题。
如果问题已经锁定在用户终端、所在、RNC FP这一段的话，此时对进行环回测试及ATP跟踪（方法见4.3节），同时结合QOS 跟踪和业务面跟踪来定位。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议