切换第一个测量报告误码问题定位报告

《切换第一个测量报告误码问题定位报告》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、n措施：切换/指配后第一个测量报告优化（软参53）Ø优点：解决下行切换/指配后第一个测量报告质差问题；Ø缺点：可能带来指配成功率下降（指配时延0~260ms概率增加）；需要配套BSC保留参数4一同使用；杭州实施后TCH指配成功率正常；Ø参数修改：基站53号软参bit5设置为0（GCELLBTSSOFT）；配套BSC保留参数4bit0设置为0(OTHSOFTPARA).切换第一个测量报告误码问题分析报告一、问题现象如下图1所示，在我司设备下进行路测时发现每次切换后的大部份情况下第一个测量报告质量su

2、b都为6左右。其他的测量报告都是正常的。但是在友商设备下路测，没有上述问题。7/7二、问题分析：在实验室对我司设备进行切换测试：1、对相临信道进行切换测试。得出以下数据：无误码。RSL链路信令：加入打印信息，打印基站操作流程：有效数据区如下，打印消息说明：F5-AA-00-AA（信息类型说明）-00-08（信道号，低三位有效）-00-AC（T1）-00-07(T2)-00-15(T3)-00-07(FnMod104)消息类型说明：F5-AA-00-AA信道激活命令F5-A0-00-A0下行SAF5

3、-FA-00-FA下行FAF5-FB-00-FB上行FA(第一个SABM第二个HOcomplete)F5-A1-00-A1上行SA通过数据分析，切换激活流程如图所示：7/72、对非相临信道执行测试，数据如下：有误码。RSL链路：加入打印信息，打印基站操作流程：通过数据分析，切换激活流程如图所示：7/7上述的测试也说明我司设备下切换后第一个测量报告不好的情况是概率性的。3、信道3与信道7之前切换，做HandoverCommand延迟280ms下发的操作，测试数据如下：无误码。RSL链路：步骤一：基站

4、打印信息：通过数据分析，切换流程如下：7/74、另外一种方法是基站根据新信道的SA编码时机回应信道激活响应命令。新信道的信道激活响应命令触发BSC下发切换命令，根据激活的新信道的SA编码时机延迟回信道激活响应命令，就相当于精确的延迟了BSC的切换命令时机，使得切换过程在同一个SA周期内完成。经过测试验证，同步切换、异步切换都没有问题。二定位结论：当下行第一个SA消息在SUBM和I-CMD命令中间发送，就会导致该问题。如果下行第一个SA消息在SUBM上来之前就完成编码。则测量报告正常。基站判断，手机

5、上报的第一个测量报告中有效标志标识为invalid，这个无效报告对应的下行是和SABM有紧密关系。应该是只将SABM之前的完成编码的SA定义为invalid。而手机又对间隔在建链指示和I-CMD命令中间完成编码的SA无法正常译码。导致了手机没能够成功的将无法译玛帧标志为无效测量报告。TEMS路测的证明：我司设备下的路测信令，可以看出SUBM和I-CMD两个信令分别在相邻的两个SA周期完成，这样第一个测量报告就是差6等级。友商设备下的路测信令就发现SUBM和I-CMD两个信令都在同一个SA周期完成。

6、而且可以看出友商的切换命令相比原信道的测量报告时间比我司设备长，我司是40ms左右，友商延迟了340ms左右。这说明友商在这个方面做了一些延迟处理，保证了SUBM和I-CMD两个信令分别在同一个SA周期完成。7/7三修改方案（供选择）7/7该问题的影响：经过定位分析，这个问题对系统，对手机，对用户来说没有任何影响，原因如下：A、对系统，第一个测量报告一般在BSC会丢弃，不处理。B、对手机来说，就是在SUB（接收SA）时，第一个接收质量很差，对切换后的语音没有任何影响，我们进行过测试，手机打印出语音

7、帧的译码情况，在切换后的所欲语音帧都能正确译出来。这里也可以通过另外一个计算来证明：一般切换后的第一个测量报告的sub为6等级，这相当于误码在6.4～12.8之间，假设FULL上没有误码，SUB一般只有4个burst，full有28个burst，sub占1/7,那么折算到full误码在0.91～1.82（6.4/7～12.8/7），这误码对应的误码等级正好是3等级。从路测的情况看full的质量等级大部份也是3左右。C、对打电话的用户来说，他们根本不知道这个现象，使用过程中也没有任何影响。如果一定要

8、修改这个问题，我们有两种修改方案：一是由基站侧保障SABM和I-CMD命令之间没有SABM编码时机。另一种方案是有BSC侧保障达到相同的情况。1、基站侧的保障方案是：控制信道激活响应的回复时机，响应在合适的实际放松，切换命令接收到激活响应后才会下发，然后手机才会到新信道上SABM，从而控制SA帧和SABM的时间关系。该方案已经出测试版本，验证通过。验证结果部分数据如下：在信令上可以看到信道激活的响应与信道激活命令的时间被拉长了。这种方案存在一个问题。要求BSC接收到激活响应后立刻发