《【2017年整理】西安TD-SCDMA入围考试案例分析题库(高级)》由会员分享，可在线阅读，更多相关《【2017年整理】西安TD-SCDMA入围考试案例分析题库(高级)（10页珍藏版）》请在金锄头文库上搜索。
1、1. 以下截图为现场路测信息，分析截图内容回答以下问题。1) 问题：由以上现场路测信息可知，MS 是处于 TD 网络覆盖边缘地带，将触发 2G 向3G 切换，请描述 3A 事件的判决条件？2) 根据以上的测试信息，分析 3G 向 2G 切换异常的原因，同时提出优化思路，减少 TD覆盖边缘由于异系统切换问题引发掉话。答：问题 1：注意，各厂家参数名称不一样，但是该算法一致满足以下两个条件，并且持续在 TimeToTrigger 的时间以上执行 3G 切换到 2G；1、RSCP ,s(TD)= ThresholdOthSys（系统设置的 GSM 电平门限）+ Hystersis/2 ；若在测量期间
2、，发现 RSCP, s (TD) = ThresholdOwnSystem（系统设置的 TD 电平门限）+ Hystersis/2，则放弃 3A 事件的触发；问题 2：由以上测试图可见，认为是由于晓星_1, 5301 (10080,16)的 CS 业务异系统切换参数设置不合理；比如 ThresholdOwnSystem（RSCP 电平）为-94 ：即 MS 驻留在 T 网下所测量晓星_1, 5301 的 RSCP 必须低于-94DB 以下，同时目标候选小区电平必须高于-71DB 以上；从现场测试的 GSM 邻区信号强度而言，2G 的信号并不强，最强邻区才达到-77DB，因此导致了当 TD 小区
3、信号弱时不能及时切换到 2G 网络中。所以，需要更改切换参数，方案如下所示：将晓星_1, 5301 (10080,16)的异系统切换判决门限由-71 调整为-80dBm；将晓星_1, 5301 (10080,16)的本系统使用频率 RSCP 质量门限由-94dBm 调整为-90dBm,2. 情景为 MS 在空闲模式下驻留在 G 网小区（CI:8415）向 TD 室分小区覆盖范围移动，但一直没有重选到 TD 小区；请根据下图分析回答问题。1) 如何在路测数据的信令上上查看 GSM 向 TD-SCDMA 的重选参数：Qsearch I 和 TDD Qoffset？并解释说明参数的含义？2) 根据现
4、网的重选参数配置是否合理？如果进行优化调整？答：问题 1：根据路测数据中的统消息 RR System Information Type 2 quarter 可以查看 TDD Qoffset 和 Qsearch I；其中根据最新的 23G 互操作策略，TDD Qoffset 为异系统重选电平偏移，作为判决重选的门限；而 Qsearch I 为异系统测量触发门限；问题 2：现网参数 Qsearch I 为 15，表示不进行对 GSM 邻区的测量和重选，因此导致MS 一直驻留在 TD-SCDMA 网络下，没有触发重选到 G 网邻区（CI:8415 ） ；根据现网GSM 邻区电平强度情况，建议调整 Q
5、search I 设置为 7，TDD Qoffset=8，即当 MS 驻留在TD-SCDMA 网络时，一直触发对 GSM 邻区进行测量，但 GSM 邻区电平高于-81DB 时，触发 MS 由 TD-SCDMA 网络重选到 GSM 网络；3. 通过现场测试，UE 空闲模式下测量到一胖妹火锅-3 的信号强度良好，但是一直没有驻留在胖妹火锅-3 发起呼叫，但可以在通话状态由勇记干锅_1 切换到胖妹火锅-3，而且通话正常;载频运行良好；（1）请描述网管接通率的统计方式，该款测试软件以哪条信令判定为接通？（2）请根据现场测试情况以及话统指标分析问题可能产生原因？测试图：话统数据：开始时间 服务小区视频电
6、话业务无线接通率小区电路域掉话率TD 语音业务无线掉话率电路域话务量(erl)TD 系统语音话务量(RNC)(erl)电路域系统间切换出成功率(小区)2010-03-13 胖妹火锅_1 100.00% 0.00% 0.00% 0.8585 0.8585 100.00%2010-03-13 胖妹火锅_2 100.00% 2.33% 2.33% 0.6101 0.6101 100.00%2010-03-13 胖妹火锅_3 100.00% 4.55% 4.55% 1.0513 1.0513 100.00%测量时间服务小区电路域RRC建立尝试次数（业务相关）电路域RRC建立成功次数（业务相关）电路域R
7、RC建立失败次数CS 域RRC 连接建立成功率CS 域RAB建立请求的RAB数目CS 域RAB指派建立成功的RAB数目CS 域RAB指派建立失败的RAB数目电路域话务量(erl)3-7 至 3-14胖妹火锅_1 341 341 0 100.00% 365 365 0 8.86813-7 至 3-14胖妹火锅_2 299 298 1 99.67% 333 333 0 5.94753-7 至 3-14胖妹火锅_3 0 0 0 100.00% 123 123 0 6.134答案：问题 1:无线接通率=RAB 建立成功率*RRC 建立成功率（业务相关）*100%该款测试软件为鼎力测试软件，以 conn
8、ect 消息判定为接通。问题 2：路测数据分析：通过现场测试，UE 无法在空闲模式下重选到胖妹火锅-3，但可以在通话状态由勇记干锅_1 切换到胖妹火锅-3，而且通话正常。话统数据分析：查看话统 CS 性能指标，话务量比较高，KPI 指标也比较差。UE 没有重选过该服务小区发起呼叫，话务量是由于切入到胖妹火锅_3 进行通话而产生的。原因可能是：小区禁止接入参数，即小区设置 barred 状态。4. 小王今天出去复测昨天优化过的区域，由于今天车流较少，司机车速较快，结果发现昨天切换成功的同一个 RNC 下的小区 A 和小区 B 今天居然切换失败。此时鼎立的路测软件显示的 Layer 3 信令如下：
9、Connect Acknowledge Measurement ControlMeasurement Report（Cell B 触发 EVENT 2A）Master Information BlockSystem Information 1System Information 3。 。 。 。 。 。 。CELL Update。 。 。 。 。 。 。让机房发过来的 LMT-R 上 RNC 跟踪的 UE trace 窗口的有关信令如下Measurement ControlMeasurement Report（Cell B 触发 EVENT 2A）Physical Channel Reconf
10、igurationRadio Link Failure。 。 。 。 。 。 。如果你是小王，遇到这种问题如何分析？请结合这个案例，列出造成此类掉话的几种可能的原因，并且针对每一种原因列出判断的依据以及解决的方法。答：一、 可能是切换带设置不合理造成的当 UE 到达小区 A 和小区 B 的切换带的时候，A 小区的信号越来越小，B 小区的信号越来越大，在 B 小区的信号高于 A 小区信号切换迟滞的时候，并在 trigtotimer 时间内，始终满足要求，在 trigtotimer 时间到时，触发 2A 事件，UE 发送 Measurement Report 给 RNC，根据 RNC 的 TRAC
11、E 来判断，RNC 已经下发了 Physical Channel Reconfiguration，但是手机没收到，由于 UE 从上发 Measurement Report 收到收到 Physical Channel Reconfiguration 大概要 1S 的时间，这是由于车速较快，已经离开源小区的覆盖区，越过切换带，这是由于源小区的信号非常弱，UE 无法收到 Physical Channel Reconfiguration。导致手机电话，收系统消息。解决的办法：1、 调整天线的下倾角，方位角，合理调整切换带，满足切换的时间。2、 可以调整基站的发射功率，让切换带满足切换的时间。3、 或者
12、调整 CIO，调整切换带边界二、 有可能是内部干扰造成 UE 无法收到 Physical Channel Reconfiguration1、有可能是 GPS 失步造成干扰提取 RNC 的 ISCP 值，将其导入 MAPINFO，查看是那个区域的 ISCP 值较高，干扰较严重，根据干扰的分布情况，以及小区的覆盖范围，可以大致确定干扰的范围。查处GPS 失步的基站后，对该基站进行 GPS 校准 2、有可能是 DPCH 的信道受到干扰有可能 RNC 在下发 Physical Channel Reconfiguration 给 UE 时，其它在做业务的小区对本小区造成了干扰。三、 外部干扰用扫频仪调到
13、扫频档，看看是否有外部干扰。5. 阅读图 13 中 A 框和 B 框内的信令流程，回答下列问题。图 13A 框和 B 框中，哪个框中显示的是被叫信令流程？被叫的号码可以在哪个框的哪条消息中找到？答：B 框中显示的是被叫信令流程。被叫的号码可以在 A 框的 setup 消息中找到。请问 B 框内发起的 rrcConnectionRequest 原因值代码是什么？位置更新发起rrcConnectionRequest 原因值代码是什么？这两种 rrcConnectionRequest 在统计接通率时是否都计为试呼次数？答： B 框内发起的 rrcConnectionRequest 原因值代码是 te
14、rminalConversationlCall；位置更新发起 rrcConnectionRequest 原因值代码是 registration；两种都不计为试呼次数，只有原因值代码是 origingatingConversationlCall 计为试呼次数。6. 主叫手机在 22:37:17.548 发起呼叫，见图 6：图 6问：本次发生了什么事件，请解释原因。答：本次发生了未接通事件。因为 Qrxlevmin=-50，而当前 PCCPCH-RSCP 值低于Qrxlevmin，因此会发生未接通。Qrxlevmin 用于指示 UE 小区 PCCPCH-RSCP 最低接入电平门限，配置值=(信元值
15、* 2) + 1。7. 在通话过程中 UE 由中华新-2 向中华新-1 发起切换尝试但没有成功，最终导致掉话。根据图 7 所示内容，请分析 UE 切换失败的原因并说明如何优化。已知：520 厂-1(UARFCN=10088;CPI=16)；520 厂-2(UARFCN=10104;CPI=100)。图 7答：问题区域位于 520 厂-1（ UARFCN:10088;CPI:16）小区正方向 270m 处，Scanner 中520 厂-1 小区的 RSCP= -63dBm，但是手机邻区中未收到该小区信号。而邻区列表中中华新-1（UARFCN:10088 ;CPI: 89）小区在该区域信号较强在
16、-61dBm 左右，但 Scanner 中没有捕捉到中华新-1 小区信号。因此，本次切换失败的主要原因是同频虚高现象导致。在优化中，要完善邻区关系即可解决此类情况的发生。在该案例中，需要添加中华新-2 小区与520 厂-1 的双向邻区关系。8. UE 占用白厦-2 小区通话时触发了向中武-2 的切换尝试，见图 8：图 8该时间点相应的后台 trace 信令跟踪见图 9：图 9相关基站的地理信息图见图 10：图 10问题： 此次发生了什么事件？答：掉话事件。UE 由白厦-2 小区至中武-2 小区是否切换成功？答：没有切换成功。 对于该案例你认为应该如何优化？答：避免白厦-2 小区越区覆盖现象。因为越区覆盖会导致导频污染9. 在某地进行测试 CS 时，发现 UE 只能收到主服务小区信号，邻区功率接收电平均为116dBm，测试如下图所示：当邻小区为主服务小区测试图：答：1) 主小区 GPS 存在问题，和网络不同步2) 邻小区 GPS 存在问题，和网络不
