三星I9108终端互操作异常问题解决策略.doc

1 概述我省近期频繁出现了三星I9108终端2/3G重选异常现象，对客户使用感知造成严重的影响。为了提升网络服务质量，陕西公司联合三星公司在西安现网进行了多次测试分析工作，目前问题已得到定位，其中一方面三星I9108概率性出现的不能从GSM重选回TD的问题（其他采用展讯或marvell芯片的android操作系统智能手机如中兴U880也发现存在此种问题）通过三星公司新研发补丁和网络侧参数修改规避两种手段可予以解决，另一方面三星I9108概率性出现的不能从TD重选到GSM的问题目前可以通过网络侧参数修改规避（需要修改核心侧参数），三星公司针对性的补丁也正在继续开发中。2 2/3G重选原理介绍指UE在空闲模式或PS连接态下由于位置变动、信号波动等因素引起的选择异系统服务小区的过程，小区重选根据UE的测量报告进行判断。重选流程如下：1) UE（终端）在系统的目标小区中发起位置更新；2) 接入网将UE的位置更新消息发送给核心网，核心网进行鉴权；3) 鉴权成功后，HLR更新位置信息；4) 将客户信息传送给UE驻留的交换机；5) 给UE发送位置更新成功消息；6) 完成位置更新后，系统重新为UE分配一个临时识别码TMSI；7) 系统间重选完成。3 三星I9108不能从GSM重选回TD问题分析及解决思路:3.1 原因分析该款终端采用展讯芯片，在PDP上下文激活的情况下，与其他终端不同，其是否能够由G网重选回T网取决于Qsearch_P、Qsearch_PTM参数设置以及PMO消息中TD邻区是否正确，与集团规定的Qsearch_I参数无关；如在G网小区间进行了重选，且未回到原来G小区，则可回到T网，且与返回T网的GSM小区Qsearch_P参数设置无关。而在PDP上下文去激活情况下，与其他终端一样，是否能够重选回T则取决于Qsearch_I的设置（按集团规定当前设置为7，一直测）以及SI2 Quarter消息中的TD邻区配置是否正确。展讯芯片G网重选回T网流程如下：3.2 解决思路目前通过网络侧规避或者终端侧升级固件均可解决此问题。A.网络侧：（1） 规避方案：首先将GSM小区Qsearch_P、Qsearch_PTM两项异系统测量参数由默认的15（不测）改为7（一直测），该参数集团未对厂商进行要求，目前现网默认值都是15。其次要正确配置GSM网络的TD邻小区。网络侧打开Qsearch_P等测量项并正确配置TD邻区后，终端侧无需进行改动便可解决该问题。（2） 风险评估：由于增加了终端侧的测量项，可能会使终端耗电量有所增大，对网络侧则无负荷影响。B.终端侧：（1） 解决方案：三星公司目前已发布了I9108的最新版本（LB3），通过对PMO消息的透传来修正G到T重选问题，终端侧固件升级至此版本后网络侧无需对Qsearch_P、Qsearch_PTM进行修改便可解决此问题。关于新版本升级，客户可通过在接入互联网的PC端安装三星KIES套件并连接I9108终端进行在线更新。（2） 风险评估：此方案对网络无任何影响，同时由于不增加测量项的上报，也不会增大手机耗电量。但LB3版本并不能解决从T网无法重选到G网的问题。4 三星I9108不能从TD重选到GSM问题分析及解决思路:4.1 原因分析I9108开机后会默认发起PDP激活后进入单信令状态，这样设计的目的是为了节省用户稍后发起PS业务时的PDP激活时间，因此始终满足“当终端保持PDP连接，但没有数据传输”的条件，即PS业务单信令状态。UE从G网重选至T网驻留之后信令仍不释放，依然保持单信令状态。而此状态下，网络不会向UE下发异系统测量控制消息，导致UE无法进行系统间重选到GSM。三星I9008L由于采用STE芯片，虽然开机后也有PDP激活，但是即使没有数据发送，但依然会发一些dummy数据（空数据包）来维持RAB链接状态，因不属于PS业务单信令状态，故不存在此问题。其他采用展讯或marvell芯片的android操作系统智能手机如中兴U880也发现存在此种问题。4.2 解决思路也有网络侧或终端侧两种解决思路，但目前终端的下一版本固件仍未开发，现阶段只能采取网络侧规避措施。A. 网络侧：（1） 规避方案：需要网络侧主动发起IUPS信令连接释放流程来结束单信令状态后，终端可正常进行互操作。集团目前对于网络侧主动发起IUPS信令连接释放的时间设置没有规定，现网有核心网侧和接入网侧两种规避途径：a. 核心网侧：核心网侧目前默认设置为不释放，可通过修改SGSN的IUPS信令连接释放定时器来规避。SGSN侧需将26号软参的bit6设置为1（即释放IU连接）并根据SET PMMTMR命令中IURLSTMR参数设置的值来决定释放IU连接的时间（建议为2S）。b. 接入网侧： RNC侧当前IUPS信令释放保护定时器设置为5000S，需改小（建议为10S）。（2） 风险评估：在3GPP规范的TS25.413协议中，对于IU释放的发起原因，提到：在没有RAB、且Iu连接无数据情况下，CN应该发起Iu释放（The Iu release procedure should also be initiated when there is a period of Iu signalling inactivity with no existing RAB.）。因此修改SGSN和RNC侧相关参数是符合3GPP规范的，这两种网元的修改效果也一样，并且可以及时释放掉无效占用的RRC连接资源；缺点是用户在单信令状态下如果经常发起数据业务，就必须重建RRC连接会对业务时延略有影响，实际中此种情况概率较小。在西安试点修改SGSN和RNC参数后，经大量测试，未见异常情况出现。考虑到方案实施的可靠性，建议采取SGSN侧修改方案。B. 终端侧：（1） 解决方案：三星公司将在目前LB3版本基础上，继续改进PDP激活后的单信令状态处理机制来从终端侧解决T网无法重选至G网的问题。（2） 风险评估：由于针对此问题的终端固件尚未进入开发，因此暂无法评估。5 应用效果华为RNC下测试效果：T-GG-TQsearch_IQsearch_PQsearch_PTM华为SGSN侧26号软参BIT6华为RNC侧TSTATETIMER I9108（LB3）I9108（KH6） I9108（LB3）I9108（KH6）(alcate intre)1okokokfail777off 10s2okokokfail7715off10s3okokokfail71515off10s4okokokfail7157off10s5failfailokok777offoff6failfailokok7715offoff大唐RNC下测试效果T-GG-TQsearch_IQsearch_PQsearch_PTM华为SGSN侧26号软参BIT6华为RNC侧TSTATETIMER I9108（LB3）I9108（KH6） I9108（LB3）I9108（KH6）(alcate intre)1failfailokfail777off N/A2failfailokfail7715offN/A3failfailokfail71515offN/A4failfailokfail7157offN/A1okokokfail7772sN/A2okokokfail77152sN/A3okokokok715152sN/A4okokokfail71572sN/A从测试结果可以看到：1、G-T的PMO问题在新的LB3版本中已经彻底修改，且测试中表现稳定，网络侧不需要做任何修改。2、旧版本I9108则需要网络侧修改Qsearch_p = 7,且需要在PMO消息中配置正确的TD邻小区信息后，才能正常进行G-T重选。实际上卡特PMO消息格式不符