关于华为、大唐之间切换后无声音现象的案例分析..doc

关于华为、大唐之间切换后无声音现象的分析报告 为了查找商用终端存在的问题，安徽移动组织优化人员进行了大量的商用终端各种场景的DT、CQT测试，发现部分TD商用终端DT测试过程中出现无声音现象。经过现场多次重复测试和分析，查找问题发生在大唐和华为无线网络之间的切换过程中。通过对问题终端的梳理、分析，切换时出现无声音现象的终端品牌为酷派6168、酷派6268、多普达S700等，而三星i688则表现正常。以上出现无声音现象问题终端均有相同的属性，就是使用的都是联芯芯片，三星i688使用的是T3G芯片。我们通过从RNC侧录制信令，分析发现了联芯芯片存在软件BUG，与联芯芯片厂家联系，确认此问题的存在。具体分析如下：一、正常切换流程分析正常跨RNC切换，源小区和目标小区分属于不同RNC，则切换过程实际上是一SRNS重新定位过程，切换的信令流程将涉及CN。TD-SCDMA RAN系统实现时将这种情况的切换以硬切换方式处理。切换流程图如下：二、华为到大唐切换问题分析切换准备过程中， SRNC（华为）向MSC发送重定位请求relocation required消息时会携带Source RNC to Target RNC Transparent Container IE，它的内容就是UE当前在空中接口上的所有相关信息，包括加密和完整性保护信息，UE信息元素，UTRAN移动性信息元素，CN信息元素，测量信息元素，RB信息元素和传输信道信息元素等等。向目标RNC传递这些信息的目的是作为目标RNC分配无线资源的参考，该IE在RELOCATION REQUEST消息中发送给目标RNC，分析其中RAB信息如下，从该信息我们可以看到CS三个RB子流承载的TRCH ID为2,3,4 rab-InformationList rab-Info rab-Identity gsm-MAP-RAB-Identity : 00000001B, cn-DomainIdentity cs-domain, nas-Synchronisation-Indicator 0101B, re-EstablishmentTimer useT314 , rb-InformationSetupList rb-Identity 5, rlc-InfoChoice rlc-Info : ul-RLC-Mode ul-TM-RLC-Mode : segmentationIndication FALSE , dl-RLC-Mode dl-TM-RLC-Mode : segmentationIndication FALSE , rb-MappingInfo ul-LogicalChannelMappings oneLogicalChannel : ul-TransportChannelType dch : 2, rlc-SizeList allSizes : NULL, mac-LogicalChannelPriority 4 , dl-LogicalChannelMappingList dl-TransportChannelType dch : 2 , rb-Identity 6, rlc-InfoChoice rlc-Info : ul-RLC-Mode ul-TM-RLC-Mode : segmentationIndication FALSE , dl-RLC-Mode dl-TM-RLC-Mode : segmentationIndication FALSE , rb-MappingInfo ul-LogicalChannelMappings oneLogicalChannel : ul-TransportChannelType dch : 3, rlc-SizeList allSizes : NULL, mac-LogicalChannelPriority 4 , dl-LogicalChannelMappingList dl-TransportChannelType dch : 3 , rb-Identity 7, rlc-InfoChoice rlc-Info : ul-RLC-Mode ul-TM-RLC-Mode : segmentationIndication FALSE , dl-RLC-Mode dl-TM-RLC-Mode : segmentationIndication FALSE , rb-MappingInfo ul-LogicalChannelMappings oneLogicalChannel : ul-TransportChannelType dch : 4, rlc-SizeList allSizes : NULL, mac-LogicalChannelPriority 4 , dl-LogicalChannelMappingList dl-TransportChannelType dch : 4 目标RNC（大唐）完成资源分配后，会把准备好的硬切换消息传回源RNC（华为），由源RNC向UE发送。这条硬切换消息将被填入RELOCATION REQUEST ACKNOWLEDGE消息中的Target RNC to Source RNC Transparent Container IE中。源RNC从该消息得到目标RNC对该UE的配置，通过源小区发送radioBearerReconfiguration到终端来实现对终端的无线承载的重新配置，该配置同时会在目标RNC 通过RADIO LINK SETUP REQUEST消息发送给基站，来配置基站，该配置要求二者一致，这样重定位成功后才能保证对业务和信令进行正确的解码。从该消息看，3个CS业务Rb子流所使用的TRCH ID为4,5,6,如下示：rb-Identity 5, rlc-Info ul-RLC-Mode ul-TM-RLC-Mode : segmentationIndication FALSE dl-RLC-Mode-r5 dl-TM-RLC-Mode : segmentationIndication FALSE rlc-OneSidedReEst FALSE rb-MappingInfo ul-LogicalChannelMappings oneLogicalChannel : ul-TransportChannelType dch : 4, rlc-SizeList configured : NULL, mac-LogicalChannelPriority 5 dl-LogicalChannelMappingList dl-TransportChannelType dch : 4 rb-Identity 6, rlc-Info ul-RLC-Mode ul-TM-RLC-Mode : segmentationIndication FALSE dl-RLC-Mode-r5 dl-TM-RLC-Mode : segmentationIndication FALSE rlc-OneSidedReEst FALSE rb-MappingInfo ul-LogicalChannelMappings oneLogicalChannel : ul-TransportChannelType dch : 5, rlc-SizeList configured : NULL, mac-LogicalChannelPriority 5 dl-LogicalChannelMappingList dl-TransportChannelType dch : 5 rb-Identity 7, rlc-Info ul-RLC-Mode ul-TM-RLC-Mode : segmentationIndication FALSE dl-RLC-Mode-r5 dl-TM-RLC-Mode : segmentationIndication FALSE rlc-OneSidedReEst FALSE rb-MappingInfo ul-LogicalChannelMappings oneLogicalChannel : ul-TransportChannelType dch : 6, rlc-SizeList configured : NULL, mac-LogicalChannelPriority 5 dl-LogicalChannelMappingList dl-TransportChannelType dch : 6通过分析配置终端的radioBearerReconfiguration消息，配置基站的RADIO LINK SETUP REQUEST消息，完全一致并且参数正确。因此问题出在终端，终端对于RNC的新配置没有生效，导致不能正确解析语音数据，体现在切换后语音不通和空口出现大量垃圾消息的现象。终端在收到源小区发送的radioBearerReconfiguration消息后仍按照TRCH ID1（信令），2，3，4（CS业务）进行消息的接收和发