RNC间切换丢失CONNECT消息导致未接通.doc_第1页
RNC间切换丢失CONNECT消息导致未接通.doc_第2页
RNC间切换丢失CONNECT消息导致未接通.doc_第3页
RNC间切换丢失CONNECT消息导致未接通.doc_第4页
RNC间切换丢失CONNECT消息导致未接通.doc_第5页
已阅读5页，还剩5页未读， 继续免费阅读

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

RNC间切换丢失CONNECT消息导致未接通故障现象：在日常DT拉网测试过程中，发现跨RNC切换时，被叫上发了CONNECT消息，但是主叫一直未收到CONNECT消息，从而等待超时，造成未接通，测试采用180S（通话时长）+30S（通话间隔）的方式，专门组织人员在RNC边界进行反复测试，发现此类现象很频繁。原因分析：流程图：原因排查：RNC间的切换过程采用的是重定位过程，由于目前RNC之间没实现Iur 接口，RNC之间无法直接进行通信，需通过CN 来进行转发方式进行联系，此过程比较复杂，涉及各个网元各个接口。故分别针对无线侧，RNC侧和CN侧进行分析定位。完整跨RNC重定位信令流程如下图：一：无线侧分析定位。经过大量测试发现UU口无线环境很好，分别抓到了跨RNC切换成功接通和未接通的UU口信令，其中UE1为主叫，UE2为被叫：信令图（图1）：跨RNC切换成功接通抓到的UE trace消息如下： 信令图（图2）：跨RNC切换未接通从uu口信令截图可以看出：1 被叫接通和未接通两种情况的UU口信令相同；2 但是主叫有时能收到CONNECT消息，有时收不到CONNECT消息。收不到CONNECT消息时，无线环境很好，上下行都没有干扰。据此，可以排除无线侧问题。进一步排查RNC侧情况。二：RNC侧分析定位。 根据LDT跟踪的IMSI信令情况如下：信令图（图1）：跨RNC切换成功接通1 被叫信令2 主叫信令信令图（图2）：跨RNC切换未接通1 被叫信令2 主叫信令从RNC侧信令截图可以看出：1 如果被叫上报CONNECT消息后，再发生跨RNC重定位请求和允许，则主叫能收到CONNECT消息，正常接通；2 如果被叫上报CONNECT消息前，先发生跨RNC重定位请求和允许，则主叫不能收到CONNECT消息，导致未接通；且收到CN回复的Errorindication消息。可见此种情况，CN处理出了问题，并未透传CONNECT消息至主叫。由于涉及到CN侧，为了更能说明问题，进一步分析定位CN侧。三：CN侧分析定位。现场在IUCS口挂信令仪跟踪IUCS口信令，查看RNC和CN间交互信令。由于LDT信令已经发现问题出现在被叫，故抓取被叫IUCS口信令如下：信令图（图1）：跨RNC切换成功接通信令图（图2）：跨RNC切换未接通从IUCS口信令截图可以看出：1 如果被叫在上报CONNECT消息之后，发起跨RNC重定位请求和允许，则主叫可以收到CONNECT消息，正常接通；2 如果被叫在上报CONNECT消息之前，发起跨RNC重定位请求和允许，则CN回复Errorindication消息，主叫收不到CONNECT消息，出现未接通；由此进一步确定问题出现在CN侧，和CN工程师沟通，其答复会尽快打补丁处理这种情况。解决措施：CN打补丁后复测，问题解决，跨RNC切换正常接通。CN打补丁后测试正常信令如下：1 被叫信令2 主
人人文库> 全部分类> 应用文书 > 技术指导

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论