近期TD疑难问题处理案例集.doc

近期TD疑难问题处理案例集一工作进展TD-SCDMA建网初期由于设备的不稳定性，网络的复杂性，终端的不成熟以及2G/3G的融合问题，肯定会带来许多的疑难问题，研究此类问题对我们提升网络指标，改善网络质量，提高用户感知度非常重要。最近跟据领导投诉，与先进省份的交流，以及目前簇优化、片区优化、2G/3G互操作工作开展，暴露出一些问题：1、 2G/3G互操作中，TD到GSM不切换；2、 网络异常未接通和掉话：UE发起Cell Update造成接通率下降和掉话率上升（这种现象在室内尤为明显）；3、 TD系统内RNC间跨局不切换；4、 TD系统内跨局打不了视频电话；5、 商务终端的假活，死机以及SIM卡造成的脱网问题。二问题研究（一）2G/3G互操作中，TD到GSM不切换 随着近期TD基站不断的开通，簇优化工作的全面展开，我们西区针对西安西郊和高新区域2G网的特点，选择出了卡特及北电不同的区域开展2G/3G互操作的优化工作，在2G/3G互操作的优化工作中，我们碰到TD到GSM不切换的情况：案例1： CS域2G/3G切换失败1问题描述大唐终端（型号8130）在瑞城中国餐馆3G小区11431做CS业务，上报3A系统间测量报告，但无法切换至2G小区23052问题分析随着终端在瑞城中国餐馆3G小区11431上PCCPCH RSCP越来越差，2G邻区2305信号很强，触发3A系统间测量报告上报，我们可以从上图发现UE不停的发3A测量报告，但就是无法切换。通过在LDT上跟踪UE的IU口信令可以发现，每次UE上报3A测量报告后，RNC都向CN发出Relocation Required，而CN向RNC回Relocation Preparation Failure，原因为没有请求的资源。所以我们怀疑是交换数据加错了，通过核查交换数据，发现没有加错。通过在华为交换机上跟踪核心网E口信令，我们发现E口回了MAP_PREPARE_HANDOVER_RSP的信令，其中原因如下：Cause34：请求陆地资源不可用，此时我们再次核查交换数据发现GSM小区2305在交换机中定义的信令点码为13599，而实际上2305属于BSCA29，点码为13598，那么信令点码定义错了，为什么没有GSM网用户投诉呢？原因为如果在交换机中LAC Cell-ID定义正确，点码定义错误，不影响主被叫，只是影响BSC间的切换，而2305小区周边远离别的BSC小区，不可能触发BSC间的切换，故一直没有用户投诉，现在2G/3G间切换自然要跨BSC，因此切换失败。3解决措施 修改BSC信令点码，重新验证2G/3G间切换。4结论 在2G/3G互操作过程中，要注意观察UU口、IU口、A口、E口信令，注意核查无线网及交换数据一致性。案例2： PS域2G/3G切换失败1问题描述大唐终端（型号8130）在桃园大厦3G小区11861做HSDPA 2048K业务，上报3A系统间测量报告，无法切换至2G小区10498掉线。2问题分析随着终端在桃园大厦3G小区11861上PCCPCH RSCP越来越差，2G邻区10498信号很强，触发3A系统间测量报告上报，RNC判决系统间切换发生，HSDPA 2048K业务挂起，下发Cell Change Order From UTRAN，UE路由区更新成功，但是RNC马上下发PDP删除命令，原因为QOS不匹配。3解决措施SGSN的QOS相关参数设置较低，暂不支持384以上速率，需要核心网修改并重启SGSN后观察。4结论 卡特北电区域皆有此种情况，因此需要核心网修改并重启SGSN后观察。（二）网络异常未接通和掉话随着网络中所有站点的开通，网络中的干扰问题开始体现，特别是对于建筑物高层，容易受周围站点信号干扰，高新枢纽楼室分站点，在枢纽楼高层，特别是在边缘发现UE很容易占用到室外的信号，造成信号波动比较严重。并且TD信号在室内抖降严重，并且TD与GSM频繁重选，严重影响UE的接通和掉话。针对出现的问题，我们西区采取了以下一系列的优化措施：1. 高新枢纽楼在割接后，发现UE占用该站信号，在信号很好的情况下，不停的在TD与GSM间乒乓重选。检查小区配置参数，发现该站小区重选算法中GSM测量门限值过大，该参数过大，导致UE在TD信号很好的情况下，也重选至GSM，而当UE占用上GSM后，由于TD信号满足优选条件又会重选回来，导致乒乓效应。修改GSM测量门限至5，重选关系正常。2. 针对TD信号抖降严重，我们联系大唐技术人员，对Node B进行了软件升级，解决了基站发射信号不稳定的现象。并检查RRU排除故障原因。3. 高新枢纽楼由于楼层比较高，再加上高新基站密度比较大，发现UE很容易占用到室外的信号，通过测试，发现在高新枢纽楼高层，信号很杂，由于周围站点的开通，周围很多站的信号都能辐射过来，导致在楼内干扰比较大，UE容易在室内外信号间切换，造成信号波动明显，终端占用TD信号接通率比较低，通话质量比较差，容易掉话。首先，通过修改高新枢纽楼周围第一圈的小区主频点，使周围第一圈内站点主频点与高新枢纽楼内频点完全隔离。 其次，对应离高新枢纽楼比较远的站点，且有信号辐射过来，通过降低相应站点的发射功率，使其对枢纽楼的影响最小。最后，针对不全周围站点邻区关系，添加周围站与高新枢纽楼的单向邻区，且增加高新枢纽楼本小区的小区个性偏移，让UE在室内尽可能优先驻留在室内站信号，将小区个性偏移由0改为50；案例：高新枢纽楼主叫未接通及掉话1问题描述UE在高新枢纽楼占用T网信号发起主叫业务，出现未接通的现象及在通话过程中掉话。2问题分析UE在T网RRC连接建立，发起主叫CM Service Request后，没有收到RB Setup，直接去读系统消息，发起小区更新，导致未接通一次。通过跟踪UE IU口及IUB口信令，我们发现：RNC下发了RB Setup，并且Node B收到了RADIO LINK RECONFIGURATION COMMIT，说明Node B 已经透传了RB Setup，而UE在空口没有收到，故RNC一直没有收到UE回的RB Setup Complete消息，也就没有给CN回RABAssignment Response消息，因此在内没有收到回复，下发Disconnect消息，cause为Switching equipment congestion(交换设备拥塞)， UE发起小区更新导致此次主叫未接通。空口终端没有收到RB Setup，通过修改周围小区频点和检查扰码，避免系统内周围小区的干扰，并且通过扫频仪发现没有系统外的干扰。排除干扰原因，通过升级Node B基站软件及检查RRU是否出现故障排除基站发射功率不稳定的现象，我们最终将此类问题可能的原因归结为：A. UE终端不完善，随着电池温度上升，自身解调能力下降。B. 怀疑基站底层信令传输有问题。C. 目前T网自身在室内覆盖方面由于没有智能天线，本身就带来一定抗干扰及增益上的损失，并且由于室内传播环境中时延不可分的多径复杂，TD联合检测算法无法解出时延不可分的多径信号，性能极具下降，误块率上升，导致UE发起小区更新导致接通率下降和掉话。3解决措施A. 建议厂家尽快解决目前终端电池容易发热，工作不稳定的现象。B. 建议大唐研发人员对底层信令传输问题进行核查。C. 由于TD自身问题，需要研发人员尽快研究出新的算法克服此类问题。4结论在通话过程中，也类似于主叫过程中由于误块率的上升，UE发起小区更新，导致掉话。此类现象在室内对接通率和掉话影响严重，希望厂家研发人员尽快提出新的解决算法。（三）TD系统内RNC间跨局不切换目前，全网TD总共8个RNC,分别归属两个局GM12和GM20，跨局切换按照G网的经验，应该在交换处添加Remote LAC，而最近我们发现交换处已经添加了Remote LAC，但还是RNC间跨局不切换，通过信令跟踪我们发现：可以看到RNC向CN发起了RELCOATION REQURIED，而CN给RNC回的失败原因是unknown-target rnc。通过检查邻区关系和参数设置，发现网络侧没有问题，进而跟交换侧又一次进行了核查发现交换数据Remote LAC添加也没有问题，最后通过和华为交换专家确认得知在3G中RNC间跨局切换，不光要添加Remote LAC，而且还要在交换机中定义相邻RNC ID，否则就不能切换，并且回复原因就是unknown-target rnc。目前，我们已经给交换递交了全网跨局RNC ID数据，测试验证切换已经没有问题。（四）TD系统内跨局打不了视频电话近期，我们发现TD系统内跨局打不了视频电话，即如果两个终端分别在两个局内打视频电话是打不了的，首先手机终端是支持视频电话的，其次，小区资源参数配置都没有问题，我们跟踪信令发现没有任何的异常原因UE的视频电话业务就被拒绝了，最后再次跟华为交换机专家讨论，原来在交换机中需要定义视频业务的编解码能力，如果不定义在局内打视频电话没有问题，但是如果跨局，交换就需要确认该业务定义的编解码能力，如果没有定义，就会被拒绝。目前和交换确认已经定义了视频业务的编解码能力，测试验证发现没有问题。（五）商务终端的假活，死机以及SIM卡造成的脱网问题1. 三星I688死机以及SIM卡造成的脱网问题由于大家使用手机的习惯，经常打开网页后选择关闭只是点右上角的叉键，其实这样并没有关闭上网业务，PS域业务还是挂在那里，这样三星I688一直处于PDP激活状态下，如果T网信号变差，就会重选到G网，如下我们看到的CELL CHANGE ORDER FROM UTRAN，表示手机PS域业务请求从T网重选到G网。而此时核心网侧UE在G网已经完成了位置更新，注册成功，但是却无法做被叫，我们可以从下图看到手机在不停的被叫，但是手机终端就跟死机了一样，没有任何反应。而T网侧RNC由于没有等到CN下IU RELEASE COMMAND，时间超时，就主动发起IU RELEASE REQUEST，原因认为UE已经脱网。此时UE就进入了死机的状态，或者称为假活。这种现象我们怀疑是手机终端造成，或者是SIM卡的原因，因为目前我们发现近期换卡后，这种现象愈加频繁，尤其是三星终端。多普达S700及酷派6168也存在此类现象，不过没有三星的严重。2. 多普达S700的假活或者死机状态近期，有大量的投诉反映多普达S700会出现一种死机的状态，根据四川移动的研究定义为假活状态，此时手机处于脱网状态，无法做被叫。目前我们西区在枢纽楼的TD网环境下针对此类问题进行了研究发现：UE在做PS业务的状态下，在RAB建立完成或者PDP激活接受情况下，会出现向RNC上报SIGNALLING CONNECTION RELEASE INDICATION的情况，然后RNC就主动向RNC发起IU RELEASE REQUEST，原因是UE释放信令链路连接，从而UE就从T网脱网了，我们可以看到时间17:50到18:15的时间内UE在T网脱网了。我们在看G网发现直到18:15才开始在G网内注册，最后注册成功，然后重选到T网。（注：T网和G网交换信令跟踪时间有不到1s的差距）这种由于终端造成的脱网现象，目前称为假活，不光是多普达S700,包括三星I688和酷派6168都存在此类现象。三结论 通过这一系列问题的研究处理，我们可以发现TD网络目前还存在很多问题，只有我们发现问题，深入研究，才能不断完善网络质量，提高用户感知度。不过目前手机终端存在大量问题：典型异常表现问题分类参考案例导致异常的原因终端假活网络设备多普达S700从TD重选到华为GSM后，由于未发出位置更新请求，导致终端无法做主叫和被叫,也无法接收短信和彩信。华为BTS软件C07版本对2/3G互操作功能存在软件bug被叫无振铃终端协议栈三星i688被叫无振铃，即拨打该终端号码，主叫听到回铃音，但被叫终端无振铃的概率为60%。三星i688的软件HL1版本存在问题，其中协议栈Modem部分结果正常，通信应用PDA处理存在问题2/3G重选时间长终端协议栈采用联芯芯片的TD终端从T网重选到华为GSM时间过长，很多时候重选时间接近20s。重选期间，终端无法做主被叫等正常业务。采用联芯芯片的TD终端在3G-2G重选时需要接收到全部SI2quater消息后才发起位置更新请求，导致重选时间接近20s。重复接收彩信终端参数设置问题中兴U728手机存在重复接收彩信的问题在接收MMS后，手机给网络提交回执消息中的X-MMS-Delivery-Report字段错误。终端掉话终端协议栈三星i688主动向一个信号较弱的小区发起异常硬切换请求，导致掉话。终端切换错误导致掉话终端掉话终端协议栈所有商用终端切