原创力文档- 1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
- 2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
关于异厂家TD无法正常切换的问题分析处理报告
异厂家TD边界无法正常切换的问题分析处理报告
问题描述：
结合多次拉网结果发现在XX大街与A厂家交界区域多有掉话发生，针对此问题我们到现场进行了相关测试，发现和A厂家之间无法正常切换，且A厂家到B厂家也无法正常切换，从路测UU口信令来看均是UE上发measurement report后系统无响应，如下图所示：
而从call trace上来看是RNC上发relocation required 后核心网直接下发relocation properation failure。
原因分析：
导致无法正常切换怀疑是以下原因：
1、站点问题、邻区漏配，导致无法正常切换。
2、RNC内CPIU板问题。
3、目标小区同频干扰。
4、B厂家和A厂家Up Shifting设置不一致导致无法正常切换。
5、交界区的小区中存在数据配置错误的邻区。
6、核心网问题导致切换成功率不高。
处理步骤：
（1）针对对站点问题、邻区漏配排查：
首先我们检查了基站的告警情况，发现基站状态正常无任何告警，同时我们核查了邻区发现邻区配置正常，无漏配问题。
（2）针对RNC内CPIU板排查:
请机房同事检查了RNC3的last_info，发现cpiub板Up Shifting设置不一致问题的排查：
我们全网基站Up Shifting设置均未10，而A厂家设置为0。
为验证此问题，首先将铁路职业学校-2小区的Up Shifting调整为0进行验证，发现仍无法正常切换，然后把铁路职业学校-2小区邻区中列表中所有B厂家的小区Up Shifting均改为0，再次验证发现仍无法切换，故也排除此种可能。
（5）针对交界区的小区中数据配置的排查：
我们针对铁职院小区中的每个邻区数据进行了核查，发现邻区中不存在小区ID、频点等数据配置错误的问题。
（6）针对核心网问题排查：
最后请爱立信核心网工程师配合我们做了相关测试，并抓取了相关MAP信令进行分析。
以下是核心网工程师给出的分析：
从结果来看GS27（B厂家RNC)向GS28（ZTE)切换失败的原因是unexpected data value，从MSC角度来分析可能的错误
内部跟踪结果： WHGS27： ??????? PROGRAM TRACING?? (1)
??????? ON INSIG ??????? MUREL?? (B) EXECFID=H0000 6635牋牋 配置 1494096 MUREL牋 (B) BUFSIG?LSN=H044 IUCONCONG1 ON THL对铁 牋牋牋牋牋牋牋牋牋?FROM MUHOC (B)?WITH=H044 IUCO 牋牋牋牋牋牋牋牋牋?H00 007AC (B)?WITH 牋牋牋牋牋牋牋牋牋?H010507AC (B)?W??????? ---------------? unexpected data value
牋牋牋?ON OUTSIG---- 牋牋牋?MUREL牋 (B) EXECFID=H0000 6635牋牋 ata val 牋牋牋?MUREL牋 (B) IA H6A060000 1494096 MUREL牋 (B) BUFSIG?SSP=H096 RELOCREJECT1 ON THL职院 牋牋牋牋牋牋牋牋牋?TO MUAMCO (B)?WITHP=H096 REL 牋牋牋牋牋牋牋牋牋?H00 06BA (B)?WITHP 牋牋牋牋牋牋牋牋牋?H0105, H0000WITHP=H09 -------------unexpected data value
MHGS28: ??????? MUHIC?? (B) BUFSIG? SSP=H058 RADIOCHNACKOUT3 ON THL ??????????????????? TO MHONAP3 (B)? WITH ??????????????????? H00 02E9 ??????????????????? H0105 ------------------------unexpected data value
如果排除RNC问题，那么就是GS28认为收到的GS27 prepared handover消息本身有错。检查了与inter msc relocation相关软件模块的补丁，在MUHOC中RWACH8136可能会导致类似的失败。产生问题的大致过程如下：
1. 有一次inter msc relocation，类型是signaling，变量SPCHORDATA被置为3 2. 本次inter msc relocation占上了同一个软件individual （MUHOC SAE500的一个record） 3. 由于SPCHORDATA没有被初始化，所以值还是为3。结果就是
文档评论（0）