CN100452910C - 软切换故障分析方法 - Google Patents
软切换故障分析方法 Download PDFInfo
- Publication number
- CN100452910C CN100452910C CNB2005100363612A CN200510036361A CN100452910C CN 100452910 C CN100452910 C CN 100452910C CN B2005100363612 A CNB2005100363612 A CN B2005100363612A CN 200510036361 A CN200510036361 A CN 200510036361A CN 100452910 C CN100452910 C CN 100452910C
- Authority
- CN
- China
- Prior art keywords
- information
- view
- reason
- soft handover
- analyzing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Abstract
本发明涉及移动通信中的切换技术，公开了一种软切换故障分析方法，使得可以高效地分析软切换的故障原因。本发明中，当软切换失败或出现故障时，RNC输出指定类型的信息，OMC据此分析故障原因。输出的指定类型的信息包括：消息类型、IMSI、最优小区信息、活动集信息、软切换掉话原因、无线接入承载信息、监视集小区信息、目标小区信息、软切换触发器、切换类型等；同时还指出了如何利用这些信息进行故障分析。
Description
技术领域
本发明涉及移动通信中的切换技术，特别涉及宽带码分多址系统的软切换技术。
背景技术
宽带码分多址(Wideband Code Division Multiple Access，简称“WCDMA”)是国际电信联盟(International Telecommunications Union，简称“ITU”)接纳的全球第三代移动通信的国际标准之一。也可以说是世界上最早投入商用的第三代移动通信系统，同时是欧洲第三代移动通信系统频分双工(Frequency Division Duplex，简称“FDD”)频段的标准。由于UMTS采用宽带码分多址(Wideband Code Division Multiple Access，简称“WCDMA”)空中接口技术，因此，通常也把UMTS系统称为WCDMA通信系统。
如图6所示，UMTS系统采用了与第二代移动通信系统类似的结构，由诸如移动手机、便携式电脑、车载式电话之类的用户设备(User Equipment，简称“UE”)、负责处理所有与无线有关的功能的通用移动通信系统地面无线接入网(UMTS Terrestrial Radio Access Network，简称“UTRAN”)，以及负责处理UMTS系统内所有的话音呼叫和数据连接，并实现与外部网络的交换和路由功能的核心网(Core Net，简称“CN”)构成。
其中CN从逻辑上分为电路交换(Circuit Switching，简称“CS”)域和分组交换(Packet Switching，简称“PS”)域。
而UTRAN包含一个或几个无线网络子系统(Radio Network Subsystem，简称“RNS”)。如图1所示，每一个RNS由一个无线网络控制器(Radio NetworkController，简称“RNC”)和一个或多个基站节点(Node Base Station，简称“NodeB”)组成。其中，RNC与CN之间通过Iu接口连接；NodeB和RNC通过Iub接口连接；RNC之间通过Iur接口连接，Iur接口可以通过RNC之间的直接物理连接或通过传输网连接实现。
在上述结构中，RNC负责分配和控制与之相连或相关的NodeB的无线资源，换句话说，即负责控制UTRAN的无线资源，主要完成连接建立和断开、切换、宏分集合并、无线资源管理控制等功能。
NodeB则负责完成Iub接口和UU接口之间的数据流的转换，同时也参与一部分无线资源管理。具体的说，它包括无线收发信机和基带处理部件，如上所述，通过标准的Iub接口和RNC互连，主要完成UU接口物理层协议的处理。它的主要功能是扩频、调制、信道编码及解扩、解调、信道解码，还包括基带信号和射频信号的相互转换等功能。
UE开机后，在一个小区中驻留后便开始接收网络侧的服务，比如接收系统消息和接收寻呼消息。当UE拨打电话或者接听电话的时候，那么UE就会在这个小区发起呼叫，并触发一系列标准接口的流程。
在用户接入成功后便开始处于通话状态，但是很多时候用户都是一边打电话一边移动的(这就是移动电话与固定电话的一个区别)。对于无线通信系统来说，每个小区都是有一定的覆盖范围的，这个覆盖范围与NodeB的发射功率以及小区中用户的多寡有关，一般来说在小区的边缘，由于路径损耗已经很大，所以UE接收到的信号一般都比较弱了，同时NodeB收到UE的发射功率也会相应的很弱，这样就会导致用户通话质量变的很差，甚至由于信号太弱而掉话。
换句话说，一个NodeB的覆盖区域有限，而随着UE的移动，为了保持通信的连续，UE与网络间的无线连接必须由一个小区转移到另外一个小区，这就是切换。在WCDMA系统中切换包含硬切换、软切换以及系统间切换。
其中，软切换是指UE在同频邻区间的切换，此时UE会同时跟几个基站或者小区同时通信。由于是这种切换属于先建立连接再切换，那么保证了用户通话的连续性，提高了话音质量，降低了同频邻区间的干扰。由于软切换是一种无缝的切换，在用户角度感受不到进行了切换。
软切换一般表现为以下几种情况：
首先，在同一个NodeB的两个小区中的软切换。如图2所示。这种场景针对的就是同一个NodeB中的软切换，它有个专有名词：更软切换；第二种，是在同一个RNC的不同NodeB之间的软切换，即一般软切换，参见图3；第三种，是不同RNC间的软切换，参见图4。
在软切换处理的过程中，涉及到了RNC、NodeB以及UE三部分网元，由于存在着一些意外或者不正常的情况导致软切换处理失败：比如软切换的目标小区拥塞、或者目标小区质量太差，由于这种情况的出现，导致切换失败，进而可能会导致掉话。
在无线网络运行的过程中，尤其是建网初期，经常会出现这种问题，同时3GPP的协议对这种TRACE没有相应的协议标准，如何进行协议输出以便于定位软切换故障问题，在网络运营的过程中会成为一个重点。
下面介绍几种现有技术中常用的故障分析方法：
一、性能统计功能。
二、全网信令检测方法。
信令跟踪的方法是通过信令跟踪仪器在标准协议接口(如UU，IUB)中跟踪呼叫过程尤其是来自不同网元中的标准协议消息，并将这些相关的消息发送给网络管理中心，通过对这些捕获的消息来进行分析，根据分析结果对网络进行优化，同时解决部分问题。
三、告警。
网络管理系统对告警信息的处理和分析可以进行网络故障的排除和管理。在系统发生故障时，告警系统可以实时的将告警产生的原因发送给网络管理系统，网络管理系统可以根据产生告警原因以及设备来分析并排除所发生的故障。
在实际应用中，上述方案存在以下问题：无法高效查找故障原因。具体的说，第一，对于性能统计功能，性能统计是一种长时间，或者说是一种周期任务的统计功能，在一段时间内统计软切换成功率或者失败率是多少，这种统计结果本身就很粗糙，并且该功能是统计历史数据，不能对软切换出现故障的原因进行异常分析。如果提高性能统计的粒度，增加对软切换失败原因的统计，势必会导致大量数据的出现，对正常业务由影响。
第二，对于全网信令检测方法，它是一种实时的跟踪，需要在所有的接口都要通过特殊的第三方仪器进行跟踪，这种跟踪会产生大量的数据，目前的2G全网信令跟踪只是跟踪了网间的消息，也就是核心网部分的消息，没有跟踪接入网部分。对于3G系统来说，这些跟踪消息将会是海量的，尤其是如果要跟踪接入网部分的消息。如何从大量的消息跟踪中获取有用的信息，将会是非常大的工作量。另外通过信令跟踪还需要有很丰富的经验，能够很敏锐的发现消息中存在的问题，这种方法也不便于在维护人员中推广。
第三，对于告警，一般来说关注的都是设备故障，对用户故障的关注比较少。比如用户由于无线原因导致切换出现故障的时候，在告警上是无法体现出来。所以告警基本上不能反映或者解决切换出现的问题。
发明内容
有鉴于此，本发明的主要目的在于提供一种软切换故障分析方法，使得可以高效地分析软切换的故障原因。
为实现上述目的，本发明提供了一种软切换故障分析方法，包含以下步骤：
当用户软切换失败或出现故障时，控制切换过程的设备输出指定类型的信息，所述指定类型的信息包括用户识别信息；
根据所述用户识别信息分析确定软切换失败或出现故障的用户；
并根据所述指定类型的信息，进一步对所述用户软切换故障的原因进行分析。
其中，所述方法应用于宽带码分多址系统，所述控制切换过程的设备是无线网络控制器。
此外在所述方法中，所述用户识别信息为：用户的国际移动台识别号码，并且，所述指定类型的信息进一步包含：
最优小区信息，用于据此分析得知发生故障时对用户设备而言信号最好的小区，该小区也是当时正在为该用户设备服务的小区；
活动集信息，如果活动集中只有一个小区，则用于分析得知用户设备还未进入软切换状态，如果活动集中有至少两个小区，则用于分析得知该用户设备正处于软切换状态，活动集中的小区就是参与该软切换的小区；
软切换掉话原因，用于据此分析得知系统提供的软切换失败的原因。
此外在所述方法中，所述无线网络控制器通过消息将所述指定类型的信息发送给操作维护中心，该消息中包含消息类型；
所述操作维护中心根据所述消息类型，从收到的消息中解析出所述指定类型的信息。
此外在所述方法中，所述软切换掉话原因进一步包含以下信息之一或其任意组合：
呼叫准入失败，用于据此分析软切换发生时导致目标小区失败的原因；
协议或不匹配消息错误原因，用于据此得知来自其它网元的消息中存在错误；
ASN1错误原因，用于据此得知来自其它网元的消息不满足编解码的要求，需要进一步检查相应的网元以确认原因；
层2配置错误原因，用于据此得知帧协议故障或资源不足；
接入链路配置错误原因，用于据此分析无线网络控制器在配置传输层时出现问题的进一步原因；
无线链路建立故障原因，用于据此得知NodeB失败的原因；
无线链路建立超时，用于据此检查系统消息调度或IUB接口链路的故障；
接入链路移动网增强逻辑的客户化应用部分承载建立故障原因，用于据此分析在建立什么过程时出现了故障；
无线链路恢复指示超时，用于如果出现该超时，说明新的NodeB的无线链路没有与无线网络控制器实现同步，需要与NodeB共同确认出现故障的原因；
活动集更新故障原因，用于据此知道UU接口在发送活动集更新的时候出现故障的原因；
活动集更新超时，用于据此知道用户设备没有发送活动集更新成功消息，从而用于进一步分析是该消息丢失还是该用户设备处理错误；
IUR接口无线链路建立失败原因，用于据此知道在跨IUR接口的软切换时出现问题；
IUR接口无线链路建立超时，用于据此知道在跨IUR接口的软切换时出现问题。
此外在所述方法中，所述呼叫准入失败进一步包含以下信息之一或其任意组合：
NodeB的发射功率值和宽带总接收功率值，如果小区发生拥塞，用于据此分析小区发生拥塞的原因；
小区下行扩频因子不可用，用于据此知道导致呼叫准入失败的原因之一是目前小区不支持所申请的下行扩频因子；
小区上行扩频因子不可用，用于据此知道导致呼叫准入失败的原因之一是目前小区不支持所申请的上行扩频因子；
小区能力信用度不支持，用于据此知道导致呼叫准入失败的原因之一是当前NodeB的能力信用度信息不足，用于进一步检查NodeB的能力信用度信息是否合理；
IUB接口传输资源不可用，用于据此知道需要增加IUB接口带宽；
IUR接口传输资源不可用，用于据此知道需要增加IUR接口带宽。
此外在所述方法中，所述指定类型的信息进一步包含以下的一种或其任意组合：
无线接入承载信息，其中包含种无线接入承载信息的速率；
监视集小区信息，其中包含需要发生软切换的目标小区；
目标小区信息；
软切换触发器，用于据此分析触发软切换的原因；
切换类型，用于据此分析发生的是软切换还是更软切换。
此外在所述方法中，所述目标小区信息分为增加小区信息和删除小区信息两类，每一类又进一步包含以下信息：
目标小区的标识，用于据此分析软切换发生的位置；
小区同步信息，用于据此分析当前小区与最优小区之间的定时关系。
此外在所述方法中，所述最优小区信息、活动集信息和监视集小区信息包含：
小区标识，用于据此知道问题涉及在哪个具体小区；和/或
公共导频信道的Ec/No、公共导频信道的RSCP，可以据此知道当时的小区信号质量。
此外在所述方法中，所述软切换触发器进一步包含：
事件信息，其中包含异频事件标识，用于据此分析触发软切换的事件；和/或
无线链路故障信息，用于据此分析触发软切换的无线链路故障。
通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，当软切换失败或出现故障时，控制切换过程的设备(如RNC)输出指定类型的信息，网管中心(如OMC)据此分析故障原因。输出的指定类型的信息包括：消息类型、IMSI、最优小区信息、活动集信息、软切换掉话原因、无线接入承载信息、监视集小区信息、目标小区信息、软切换触发器、切换类型等；同时还指出了如何利用这些信息进行故障分析。
这种技术方案上的区别，带来了较为明显的有益效果，即因为指定类型的信息已覆盖了与软切换相关的方方面面，所以可以帮助网管人员有效分析出故障的原因，进而采取相应的改进措施。
因为仅在软切换失败或出现故障时才输出信息，所以对整个移动通信系统增加的额外负担很小，几乎不会对系统的正常业务处理产生影响。
附图说明
图1是UTRAN体系结构示意图；
图2是更软切换示意图；
图3是一般软切换示意图；
图4是RNC间软切换示意图；
图5是根据本发明的一个实施例的异频软切换故障分析方法流程示意图；
图6是UMTS系统结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。
总的来说，本发明提出的软切换故障分析方法的原理在于，当软切换失败或出现故障时，控制切换过程的设备输出指定类型的信息，并根据所述指定类型的信息，更加高效地分析所述软切换故障的原因。图5示出根据本发明的一个实施例的软切换故障分析方法的流程。
如图所示，首先，在步骤510，在UE呼叫建立成功后，RNC发送测量控制消息给UE，通知UE对同频邻区进行质量测量。UE在移动的过程中，进行实时测量，如发现有同频邻区的质量满足测量报告触发的条件(可参见3GPPTS25331)，则向RNC发送测量报告(Measurement Report)，其中包含目标小区的信息。
接着，在步骤520，RNC根据收到的测量报告，如果判定可以切换，则向目标小区所在的NodeB发送无线链接建立请求“Radio Link Setup Request”消息(一般软切换)或者“Radio Link Addition Request”消息(更软切换)。
此后，在步骤530，NodeB收到来自RNC的无线链接建立请求后，随即向RNC反馈无线链路建立响应“Radio Link Setup Response”消息，通知RNC无线链路建立完成。
接着，在步骤540，RNC收到NodeB的成功响应后，开始建立ALCAP传输层部分，参见图中的ALCAP Iub承载建立(ALCAP Iub Bearer Setup)。
在步骤550，ALCAP传输层建立完成后，RNC向NodeB发送无线链路恢复指示“Radio Link Restore Indication”消息，通知NodeB无线链路已经建立成功。
在步骤560，RNC向NodeB发送下行链路同步“DownlinkSynchronisation”消息，进行下行同步。
此后，在步骤570，NodeB向RNC发送上行链路同步“UplinkSynchronisation”消息，进行上行同步。接着，NodeB开始TX描述。
在步骤580，RNC向NodeB发送DCCH：活动集更新[无线链路增加]“DCCH：Active Set Update[Radio Link Addition]”消息，通知UE增加一条无线链路到NodeB。该消息中包含无线链路增加所正在的参数。
此后，在步骤590，UE建立无线链路完成后，向UE发送DCCH：活动集更新完成“DCCH：Active Set Update Complete”消息，告知RNC，增加链路完成。
在上述步骤中，都可能出现软切换失败。举例来说，当RNC发现目标小区拥塞，那么就不会发送无线链路建立响应“Radio Link Setup Request”给NodeB，从而导致切换过程失败，如果发生软切换失败，则RNC向诸如操作维护中心(Operations & Maintenance Center，简称“OMC”)之类的网络管理中心发送相关的消息，其中包含指定类型的信息。OMC的网管人员通过对这些信息的分析，可以知道软切换失败原因，并采取相应的措施。
下面将通过表1～表18，对上述“指定类型的信息”，以及这些信息的分析方法进行说明。其中，黑体字部分是信息元素分组的组名，非黑体字的是信元。
表1：软切换故障协议结构
| InformationElement/Group name(信息元素/组名) | Need(必要性) | Multi(数量) | Type andreference(类型和引用) | Semantics description(语义描述) |
| Message Type(消息类型) | MP(必选) | Message Type(消息类型) | ||
| UE information elements(UE信息元素) | ||||
| IMSI(国际移动台识别号码) | MP(必选) | 参见表7 | 用户标识，根据这个用户标识可以知道出现故障的用户 | |
| RAB Informationelements(无线接入承载信息元素) | ||||
| RAB information(无线接入承载信息) | MP(必选) | 参见表9 | 当前用户的RAB信息，包含各种RAB信息的速率等。 | |
| Best Cell informationelements(最优小区信息元素) | ||||
| Best Cell Information(最优小区信息) | MP(必选) | 参见表10 | 当前的UE所在最好小区信息，可以知道UE目前在那个小区接受服务 | |
| Active Cell Informationelements(活动集信息) | ||||
| Active Cell Information(活动集信息) | MP(必选) | 0～6 | 参见表10 | 标识该UE是否已经处于软切换状态，活动集信息是怎么样的。 |
| Monitored CellInformation elements(监视集小区信息元素) | ||||
| Monitored Cell Information(监视集小区信息) | MP(必选) | 0～31 | 参见表10 | 本次发生软切换的时候，UE上报的监视集小区信息，其中就包含需要发生软切换的目标小区。 |
| Target Cell Information(目标小区信息) | MP(必选) | 参见表2 | 切换的目标小区，可能是发生了软切换删除也可能是软切换增加。 | |
| Soft Handover trigger(软切换触发器) | MP(必选) | 参见表15 | 什么原因触发的这次软切换，是否是UE上报的事件触发的还是无线链路删除导致的。 | |
| Handover type(切换类型)(切换类型) | MP(必选) | 参见表5 | 切换类型，是软切换还是更软切换？ | |
| Failure informationelements(失败信息元素) | ||||
| Soft Handover FailureCause(软切换失败原因) | MP(必选) | 参见表4 | 这次失败的原因是什么 |
表2：Target Cell Information(目标小区信息)
| InformationElement/Group name(信息元素/组名) | Need(必要性) | Multi(数量) | Type andreference(类型和引用) | Semantics description(语义描述) |
| Target Cell Information(目标小区信息) | MP(必选) | |||
| ＞Added Cell information(被加入小区的信息) | OP(可选) | 1～6 | ||
| ＞＞Cell Identity(小区标识) | MP(必选) | 参见表10 | 目标小区的小区ID，根据这个小区ID就可以知道软切换是在哪个小区发生的。 | |
| ＞＞Cell synchronizationinformation(小区同步信息) | OP(可选) | 参见表3 | 小区的同步信息，用以表示当前小区与最优小区之间的时间信息。 | |
| ＞Deleted Cell Information(被删除小区的信息) | OP(可选) | 1～6 | ||
| ＞＞Cell Identity(小区标识) | MP(必选) | 参见表10 | 目标小区的小区ID，根据这个小区ID就可以知道软切换是在哪个小区发生的。 | |
| ＞＞Cell synchronizationinformation(小区同步信息) | OP(可选) | 参见表3 | 小区的同步信息，用以表示当前小区与最优小区之间的时间信息。 |
表3：Cell synchronization information(小区同步信息)
| InformationElement/Group name(信息元素/组名) | Need(必要性) | Multi(数量) | Type andreference(类型和引用) | Semantics description(语义描述) |
| OFF(偏置) | MP(必选) | INTEGER(0..255) | in frames(帧) | |
| Tm | MP(必选) | INTEGER(0..38399) | in chips(码片) |
表4：Soft Handover Failure Cause(软切换故障原因)
| InformationElement/Group name(信息元素/组名) | Need(必要性) | Multi(数量) | Type andreference(类型和引用) | Semanticsdescription(语义描述) |
| CHOICE Cause Group(选项原因组) | MP(必选) | |||
| ＞RNC Inner FailureChoice(RNC内部故障选项) | ||||
| ＞＞Call AdmissionFailure(呼叫准入失败) | OP(可选) | 参见表14 | 呼叫准入失败，根据这个原因值可以知道在软切换发生时，目标小区为什么失败原因，是拥塞导致的，还是传输不足导致的。 | |
| ＞＞Protocol orUnmatched MessageError Cause(协议或不匹配消息错误原因) | OP(可选) | 参见表16 | 协议或者消息错误，根据这个原因可以知道在标准接口的消息来自于其它网元的消息存在错误。 | |
| ＞＞ASN 1Error Cause(ASN1错误原因) | OP(可选) | ENUMERATED(枚举)(Transfer SyntaxError，Abstract SyntaxError，Logical Error). | 消息编解码出现错误，说明来自于其它网元的消息不满足编解码的要求，那么需要跟相应网元来确认原因。 | |
| ＞＞L2 ConfigurationError Cause(层2配置错误原因) | OP(可选) | 参见表17 | 在软切换过程种，需要进行L2的参数配置，比如需要进行FP或者MACD的建立，在这个阶段出现错误，是否是FP出现了故障还是MACD等资源不足。 | |
| ＞＞AL ConfigurationError Cause(AL配置错误原因)(接入链路配置错误原因) | OP(可选) | 参见表18 | 在软切换过程中，需要进行ALCAP等传输层的建立，如果出现这部分原因，说明在进行传输层配置的时候，RNC发生了故障，根据这些故障原因分析解决为什么RNC在配置传输层的时候出现问题。 | |
| ＞＞Unspecified(未定义的)(未定义的) | OP(可选) | 其它不可知的愿意。 | ||
| ＞IUB Interface FailureChoice | OP(可选) | |||
| ＞＞NBAP RL SetupFailure(基站节点应用部分无线链路建立故障) | MP(必选) | |||
| ＞＞＞RL Setup Failurecause(无线链路建立故障原因) | OP(可选) | 参见表11 | 根据标准IUB接口的故障原因，可以知道为什么NODEB会发生失败，从而共同解决失败问题。 | |
| ＞＞＞RL Setup TimerExpire(无线链路建立超 | OP(可选) | 无线链路建立超时，是否RNC没有成功的发送RL |
| 时) | 建立消息还是NODEB没有接收到RL建立消息，更或者是消息丢失了，可以通过这种原因检查是否系统消息调度出现问题，或者IUB接口链路存在故障。 | |||
| ＞＞ALCAP Bear SetupFailure(接入链路移动网增强逻辑的客户化应用部分承载建立故障) | OP(可选) | |||
| ＞＞＞ALCAP Bear SetupFailure Cause(接入链路移动网增强逻辑的客户化应用部分承载建立故障原因) | MP(必选) | ENUMERATED(枚举)(IUUP FAILURE，FPMDC FAILURE，IURCFPFAILURE，RLCFAILURE，PDCPFAILURE，MACCFAILURE，MACDFAILURE，UNSPECIFIED) | 该部分故障出现在IUB建立ALCAP的过程种出现错误，根据错误的原因值可以知道在建立什么过程出现故障。 | |
| ＞＞RL Restore IndicationTimer Expire(无线链路恢复指示超时) | OP(可选) | 在进行软切换时候需要收到来自新NODEB的RL恢复过程，如果这个过程出现超时，说明新NODEB的RL链路没有与RNC同步上，需要同NODEB共同确认什么原因出现的故障。 | ||
| ＞＞Unspecified(未定义的) | OP(可选) | |||
| ＞UU Interface FailureChoice(UU接口故障选项) | OP(可选) | |||
| ＞＞Active Set UpdateFailure(活动集更新故障) | MP(必选) | |||
| ＞＞＞Active Set UpdateFailure cause(活动集更新故障原因) | OP(可选) | 参见表12 | 根据这个原因可以知道UU接口在发送活动集更新的时候UU接口出现故障，根据失败原因可以知道为什么UE上报了失败。 | |
| ＞＞＞Active Set UpdateTimer Expire(活动集更新超时) | OP(可选) | UE没有发送活动集更新成功消息，是该消息丢失还是UE处理错误。 | ||
| ＞＞Unspecified(未定义的) | OP(可选) | |||
| ＞IU Interface FailureChoice(IU接口故障选项) | OP(可选) | |||
| ＞＞Unspecified(未定义的) | OP(可选) |
| ＞IUR Interface FailureChoice(IUR接口故障选项) | OP(可选) | |||
| ＞＞IUR RL Setup Failure(IUR RL建立失败) | OP(可选) | |||
| ＞＞＞IUR RL SetupFailure Cause(IUR RL建立失败原因) | OP(可选) | 参见表6 | 该原因同IUB接口的RL建立失败原因。根据该原因可以知道在跨IUR接口的软切换时出现问题。 | |
| ＞＞＞IUR RL Setup TimerExpire(IUR RL建立超时) | OP(可选) | 跨IUR接口RL建立超时。 | ||
| ＞＞Unspecified(未定义的) | OP(可选) |
表5：handover type(切换类型)
| InformationElement/Group name(信息元素/组名) | Need(必要性) | Multi(数量) | Type and reference(类型和引用) | Semanticsdescription(语义描述) |
| handover type(切换类型) | MP(必选) | ENUMERATED(枚举)(Softer handover，softhandover，hard handover，Relocation with UEinvolved) |
表6：RL Setup Failure Cause For Iur(Iur接口的无线链路建立故障原因)
| IE/Group Name(信息元素组名) | Presence(必要性) | Range(范围) | IE Type and reference(类型和引用) | Semanticsdescription(语义描述) |
| CHOICE Cause Group(选项原因组) | M(必选) | |||
| ＞Radio Network Layer(无线网络层) | ||||
| ＞＞Radio NetworkLayer Cause(无线网络层原因) | M(必选) | ENUMERATED(枚举)(Unknown C-ID，Cell not Available，Power Level not Supported，UL Scrambling Code Already in Use，DL Radio Resources not Available，UL Radio Resources not Available，Measurement not Supported For TheObject，Combining Resources Not Available，Combining not Supported，Reconfiguration not Allowed，Requested Configuration notSupported，Synchronisation Failure，Requested Tx Diversity Mode notSupported，Measurement Temporarily notAvailable，Unspecified(未定义的)，Invalid CM Settings，Reconfiguration CFN not Elapsed，Number of DL Codes Not Supported，Dedicated Transport Channel Type notSupported，DL Shared Channel Type notSupported，UL Shared Channel Type notSupported，Common Transport Channel Type notSupported，UL Spreading Factor not Supported，DL Spreading Factor not Supported，CM not Supported，Transaction not Supported byDestination Node B，RL Already Activated/Allocated，...，Number of UL Codes Not Supported，Cell reserved for operator use，DPC Mode Change not Supported，Information temporarily not available，Information Provision not supported forthe object，Power Balancing status notcompatible，Delayed Activation not Supported，RL Timing Adjustment Not Supported，Unknown RNTI) |
| ＞Transport Layer(传输层) | ||||
| ＞＞Transport LayerCause(传输层原因) | M(必选) | ENUMERATED(枚举)(Transport Resource Unavailable，Unspecified(未定义的)，...) | ||
| ＞Protoco/(协议) | ||||
| ＞＞Protocol Cause(协议原因) | M(必选) | ENUMERATED(枚举)(Transfer Syntax Error，Abstract Syntax Error(Reject)，Abstract Syntax Error(lgnore andNotify)，Message not Compatible withReceiver State，Semantic Error，Unspecified(未定义的)，Abstract Syntax Error(FalselyConstructed Message)，...) | ||
| ＞Misc(杂项) | ||||
| ＞＞MiscellaneousCause(杂项原因) | M(必选) | ENUMERATED(枚举)(Control Processing Overload，Hardware Failure，O&M Intervention，Not enough User Plane ProcessingResources，Unspecified(未定义的)，...) |
表7：IMSI(GSM-MAP)
| InformationElement/Group name(信息元素/组名) | Need(必要性) | Multi(数量) | Type andreference(类型和引用) | Semanticsdescription(语义描述) |
| IMSI | MP(必选) | 6 to 21 | ||
| ＞IMSI digit | MP(必选) | INTEGER(0..9) |
表8：Credit information(信用度信息)
| InformationElement/Group name(信息元素/组名) | Need(必要性) | Multi(数量) | Type andreference(类型和引用) | Semantics description(语义描述) |
| UL Spreading Factor(上行链路扩频因子) | MP(必选) | ENUMERATED(枚举)(4，8，16，32，64，128，256，512) | ||
| DL Spreading Factor(下行链路扩频因子) | MP(必选) | ENUMERATED(枚举)(4，8，16，32，64，128，256，512) | ||
| Local Cell CreditInformation(本地小区信用度信息) | MP(必选) | |||
| ＞DL Or Global CapacityCredit(下行链路或全局能力信用度) | MP(必选) | INTEGER(0..65535) | ||
| ＞UL Capacity Credit(上行链路能力信用度) | OP(可选) | INTEGER(0..65535) | ||
| Local Cell Group CreditInformation(本地小区组信用度信息) | OP(可选) | |||
| ＞DL Or Global CapacityCredit(下行链路或全局能力信用度) | MP(必选) | INTEGER(0..65535) | ||
| ＞UL Capacity Credit(上行链路能力信用度) | OP(可选) | INTEGER(0..65535) |
表9：RABs Information List(RABs信息列表)
| IE/Group Name(信息元素/组名) | Need(必要性) | Multi(数量) | Type andreference(类型和引用) | Semanticsdescription(语义描述) |
| RABs Information List(RABs信息列表) | 1～255 | |||
| ＞Traffic Class(业务类型) | MP(必选) | ENUMERATED(枚举)(conversational，streaming，interactive，background，...) | ||
| ＞CN Information identity(CN信息标识) | OP(可选) | CN Domainidentity 2.1.1.2.15 | ||
| ＞DL Maximum Bit Rate(下行链路最大比特率) | MP(必选) | INTEGER(1..16,000,000) | ||
| ＞UL Maximum Bit Rate(上行链路最大比特率) | MP(必选) | INTEGER(1..16,000,000) | ||
| ＞UL Guaranteed Bit Rate(上行链路保证比特率) | OP(可选) | INTEGER(0..16,000,000) |
| ＞DL Guaranteed Bit Rate(下行链路保证比特率) | OP(可选) | INTEGER(0..16,000,000) | ||
| ＞RAB ID | MP(必选) | BIT STRING(8) | ||
| ＞RAB Setup Or Modify Time(RAB建立或修改时间) | MP(必选) | BIT STRING(32) | (DATE:HOUR:MINUTE:SECOND) |
表10：Cell Information(小区信息)
| InformationElement/Group name(信息元素/组名) | Need(必要性) | Multi(数量) | Type andreference(类型和引用) | Semantics description(语义描述) |
| Cell identity(小区标识) | MP(必选) | BITSTRING(28) | 小区标识，根据该小区ID知道发生在哪个小区 | |
| Measurement result forcurrent cell(当前小区的测量结果) | ||||
| ＞CPICH Ec/N0 | MP(必选) | INTEGER(0..49) | 小区的质量，根据该值可以知道小区的质量如何。 | |
| ＞CPICH RSCP | OP(可选) | INTEGER(0..91) | 小区的质量，根据该值可以知道小区的质量如何。 |
表11：RL Setup Failure cause(无线链路建立失败原因)
| InformationElement/Groupname(信息元素/组名) | Need(必要性) | Multi(数量) | Type and reference(类型和引用) | Semanticsdescription(语义描述) |
| CHOICE CauseGroup(选项原因组) | M(必选) | |||
| ＞Radio NetworkLayer(无线网络层) | ||||
| ＞＞Radio NetworkLayer Cause(无线网络层原因) | M(必选) | ENUMERATED(枚举)(unknown C-ID，Cell not available，Power Ievel not supported，DL radio resources not available，UL radio resources not available，RL Already Activated/allocated，Node B Resources Unavailable，Measurement not supported forthe object，Combining Resources notavailable，Requested configuration notsupported，Synchronization failure，Priority transport channelestablished，SIB Origination in Node B notSupported，Requested Tx Diversity Mode notsupported，Unspecified(未定义的)，BCCH scheduling error，Measurement Temporarily notAvailable，Invalid CM Setting，Reconfiguration CFN not elapsed，Number of DL codes notsupported，S-CPICH not supported，Combining not supported，UL SF not supported，DL SF not supported，Common Transport Channel Typenot supported，Dedicated Transport ChannelType not supported，Downlink Shared Channel Typenot supported，Uplink Shared Channel Type notsupported，CM not supported，Tx diversity no Ionger supported，Unknown Local Cell ID，...，Number of UL codes notsupported，Information temporarily notavailable，Information Provision not |
| supported for the object，Cell Synchronisation notsupported，Cell Synchronisation Adjustmentnot supported，DPC Mode Change notSupported，IPDL already activated，IPDL not supported，IPDL parameters not available，Frequency Acquisition notsupported，Power Balancing status notcompatible，Requested type of BearerRe-arrangement not supported，Signalling Bearer Re-arrangementnot supported，Bearer Re-arrangement needed，Delayed Activation not Supported，RL Timing Adjustment notsupported) | ||||
| ＞Transport Layer(传输层) | ||||
| ＞＞Transport LayerCause(传输层原因) | M(必选) | ENUMERATED(枚举)(Transport resource unavailable，Unspecified(未定义的)，...) | ||
| ＞Protocol(协议) | ||||
| ＞＞Protocol Cause(协议原因) | M(必选) | ENUMERATED(枚举)(Transfer syntax error，Abstract syntax error(reject)，Abstract syntax error(ignore andnotify)，Message not compatible withreceiver state，Semantic error，Unspecified(未定义的)，Abstract syntax error(falselyconstructed message)，...) | ||
| ＞Misc(杂项) | ||||
| ＞＞MiscellaneousCause(杂项原因) | M(必选) | ENUMERATED(枚举)(Control processing overloadHardware failure，O&M intervention，Not enough user plane processingresources，Unspecified(未定义的)，...) |
表12：UU Interface Failure cause(UU接口故障原因)
| InformationElement/Groupname(信息元素/组名) | Need(必要性) | Multi(数量) | Type and reference(类型和引用) | Semanticsdescription(语义描述) |
| Failure cause(故障原因) | MP(必选) | Enumerated(枚举)(configurationunsupported，physical channelfailure，incompatible simultaneousreconfiguration，protocol error，compressed mode runtime error，cell update occurred，invalidconfiguration，configurationincomplete，unsupported measurement | Rel-5 | |
| Protocol errorinformation(协议错误信息) | OP(可选) | |||
| ＞CHOICE diagnosticstype(诊断类型选项) | MP(必选) | |||
| ＞＞Protocol errorcause(协议错误原因) | Enumerated(ASN.1 violation orencoding error，Message Type(消息类型)non-existent or notimplemented，Message notcompatible with receiver state，Information element value notcomprehended，Information elementmissing，Message extension notcomprehended) | Rel-5 | ||
| Deleted TGPSI(删除的TGPSI) | OP(可选) | |||
| ＞TGPSI | MP(必选) | Integer(1..MaxTGPS) | Rel-5 |
表13：CN domain identity(CN域标识)
| InformationElement/Group name(信息元素/组名) | Need(必要性) | Multi(数量) | Type and reference(类型和引用) | Semanticsdescription(语义描述) |
| CN domain identity(CN域标识) | MP(必选) | ENUMERATED(枚举)(CSdomain，PS domain)(电路域，分组域) |
表14：Call Admission Failure(呼叫准入失败)
| InformationElement/Group name(信息元素/组名) | Need(必要性) | Multi(数量) | Type andreference(类型和引用) | Semantics description(语义描述) |
| Call Admission Failure(呼叫准入失败) | ||||
| CHOICE(选项) | ||||
| ＞Cell Congestion(小区拥塞) | OP(可选) | 小区发生了拥塞，根据下面的参数可以知道为什么拥塞。 | ||
| ＞＞Transmitted CarrierPower Value(发射功率值) | MP(必选) | INTEGER(0..100) | 当前的NODEB下行功率是多少 | |
| ＞＞Received Total WideBand Power Value(接收宽带总功率值) | MP(必选) | INTEGER(0..621) | 当前NODEB的上行功率是多少 | |
| ＞Cell DL SF not supported(小区下行扩频因子不可用) | OP(可选) | 下行扩频因子不可用，说明所申请的扩频因子，目前小区已经不支持 | ||
| ＞＞Spreading Factor(扩频因子) | MP(必选) | ENUMERATED(枚举)(4，8，16，32，64，128，256) | ||
| ＞＞Occupied Rate OfSF＝256 | MP(必选) | INTEGER(0..100) | 下行扩频因子等于256的码树占用率 | |
| ＞Cell UL SF not supported(小区上行扩频因子不可用) | OP(可选) | 上行扩频因子不可用，说明所申请的扩频因子，目前小区已经不支持 | ||
| ＞＞Spreading Factor(扩频因子) | MP(必选) | ENUMERATED(枚举)(4，8，16，32，64，128，256h) | ||
| ＞Cell Credit not supported(小区信用度不支持) | OP(可选) | 当前NODEB的CREDIT信息不足，不能满足本次呼叫，那么需要检查NODEB的CREDIT信息是否合理。 | ||
| ＞＞Creditinformation(信用度信息) | MP(必选) | Credit information2.1.1.2.7 | ||
| ＞IUB Transport resourceunavailable(IUB传输资源不可用) | OP(可选) | IUB接口的传输带宽不足，可以根据这个失败增加IUB带宽 | ||
| ＞＞UL IUB bandwidth(ULIUB带宽) | MP(必选) | INTEGER(0..65535) | Unit：byte | |
| ＞＞DL IUB bandwidth(DLIUB带宽) | MP(必选) | INTEGER(0..65535) | Unit：byte | |
| ＞IUR Transport resourceunavailable(IUR传输资源不可用) | OP(可选) | IUR接口的传输带宽不足，可以根据这个失败增加IUR带宽 | ||
| ＞＞UL IUR bandwidth(ULIUB带宽) | MP(必选) | INTEGER(0..65535) | Unit：byte | |
| ＞＞DL IUR bandwidth(ULIUB带宽) | MP(必选) | INTEGER(0..65535) | Unit：byte |
表15：Soft Handover trigger(软切换触发器)
| InformationElement/Group name(信息元素/组名) | Need(必要性) | Multi(数量) | Type andreference(类型和引用) | Semantics description(语义描述) |
| Handover trigger Choice(软切换触发器选项) | ||||
| ＞Event(事件) | 事件触发的软切换 | |||
| ＞＞Intra-frequency eventidentity(同频事件标识) | MP(必选) | ENUMERATED(枚举)(1a，1b，1c，1d，1e，1f，1g，1h，1i) | ||
| ＞RL Failure(无线链路故障) | RL故障导致的软切换 |
表16：Protocol or Unmatched Message Error Cause(协议或不匹配的消息错误原因)
| InformationElement/Groupname(信息元素/组名) | Need(必要性) | Multi(数量) | Type and reference(类型和引用) | Semanticsdescription(语义描述) |
| Protocol orUnmatched MessageError Cause(协议或不匹配的消息错误原因) | MP(必选) | Enumerated(枚举)(RAB_CFG_TRANSP_LAYER_ADDR_LEN_ERROR，RAB_CFG_TRANS_ASSOCI_NO_TEID_ERROR，RAB_MODIFY_VER_LIMIT_ERROR，RAB_ABSTRACT_SYNTAX_ERROR_REJ，RAB_ABSTRACT_SYNTAX_ERROR_FAUSELY_CONSTRUCTED，RAB_INVALID_RAB_ID_ERROR，RAB_ASSIGN_HANDLE_RAB_NUM_ZERO_ERROR，RAB_ASSIGN_HANDLE_RAB_ID_REPEATED_ERROR，RAB_TRAFFIC_CLASS_NOT_SUPP_ERROR，RELOC_MSG_DATA_ERR，RELOC_RAB_ID_ERR，RELOC_RB_ID_ERR，RELOC_SOME_RAB_FAIL，RELOC_MISS_URNTI，RELOC_SYS_HO_RELOC_CMD_NO_L3INFO，RELOC_IU_REQ_SECURITY_MODE_ALGOR_NOT_SUPP，RELOC_IU_CHANGE_SECURITY_MODE_NOT_SUPP，COMM_IU_REQ_SECURITY_MODE_ALGOR_NOT_SUPP，COMM_IU_CHANGE_SECURITY_MODE_NOT_SUPP，RL_CAUSE_NODEB_RSP_INVALID，RL_CAUSE_DRNC_RSP_INVALID，DRL_PARA_CHECK_FAIL，DRL_CHECK_DCH_MOD_FAIL，DRL_CHECK_DCH_ADD_FAIL，DRL_CHECK_DCH_DEL_FAIL，DRL_UL_SCRAMECODE_INVALID，DRL_CM_CMD_INVALID，DRL_DRNTI_EXIST，DRL_CELL_ID_INVALID，DRL_INVALID_CM_SETTING，DRL_QE_SELECTED_NUM_INVALID，DRL_TTI_INVALID，DRL_IE_CONFLICT，DRL_TFCS_INVALID，DRL_DL_SLOTFORMAT_ERROR，DRL_FIND_DCH_FAIL，DRL_FIND_CODCH_FAIL， |
| DRL_FIND_FP_INDEX_FAIL，DRL_FIND_RECFG_RL_FAIL，DRL_DSCH_NOT_SUPPORT，DRL_DL_DCH_ONLY_NOT_SUPPORT，DRL_HDSCH_NOT_SUPPORT，CU_REC_WRONG_CELL_UPDATE，SHO_RRC_TRANSID_UNEQUAL，CM_RRC_TRANSID_UNEQUAL，HHO_UE_RSP_MSG_INVALID，HHO_INVALID_TRANSACTION_ID，COMM_INTEG_CHECK_XMACI_NOT_EQUAL_MACI，CMCH_CRITICDATA_ERR，CORRM_IU_SEMANTIC_ERR，FHHO_RRC_STATE_WRONG，FHHO_TRANSC_ID_WRONG，SHO_NO_NORM_RL_left，SHO_FSM_REJ，RELOC_UE_STATE_ERROR，RELOC_FSM_REJ，) |
表17：L2 Configuration Error Cause(层2配置错误原因)
| InformationElement/Groupname(信息元素/组名) | Need(必要性) | Multi(数量) | Type and reference(类型和引用) | Semanticsdescription(语义描述) |
| L2 ConfigurationErior Cause(层2配置错误原因) | MP(必选) | Enumerated(枚举)(SIG_RLC_RESET_FAIL，TRAFFIC_RLC_RESET_FAIL，ALL_RLC_RESET_FAIL，IUB_FP_FAIL，IUR_FP_FAIL，MDC_FAIL，MACC_LOCH_FAIL，MACD_FAIL，RLC_FAIL，PDCP_FAIL，GTPU_FAIL，IUUP_FAIL，PDCP_RELEASE_FAIL，RLC_SUSPEND_FAIL，RLC_Stop_FAIL，FP_TYCH_SYNC_FAIL，PDCP_GET_SN_FAIL，UPT_URNTI_FAIL，RLC_CIPHER_QUERY_FAIL，MACD_CIPHER_QUERY_FAIL，RLC_CIPHER_CONIFG_FAIL，MACD_CIPHER_CONFIG_FAIL，FP_TIMEOUT，MDC_TIMEOUT，MACC_TIMEOUT，MACD_TIMEOUT，RLC_TIMEOUT，PDCP_TIMEOUT，GTPU_TIMEOUT，IUUP_TIMEOUT，PDCP_REL_RSP_TIMEOUT，MACD_CIPHER_QUERY_RSP_TIMEOUT，RLC_CIPHER_QUERY_RSP_TIMEOUT，RLC_CIPHER_CONFIG_RSP_TIMEOUT，MACD_CIPHER_CONFIG_RSP_TIMEOUT，RLC_SUSPEND_RSP_TIMEOUT，RLC_Stop_RSP_TIMEOUT，UPT_URNTI_RSP_TIMEOUT，FP_TRCH_SYNC_RSP_TIMEOUT，PDCP_GET_SN_RSP_TIMEOUT，RLC_ASSIST_DATA_DELIV_TIMEOUT，L2RECFG_FAIL，FP_RECFG_FAIL，FP_SETUP_FAIL，FP_TRCH_SYNC_FAIL，GTPU_RECFG_FAIL，GTPU_SETUP_FAIL，NBM_URNTI_FAIL， | 请FMR进行补充 |
| RECV_ABNORMAL_MSG，) |
表18：AL Configuration Error Cause(AL配置错误原因)
| InformationElement/Groupname(信息元素/组名) | Need(必要性) | Multi(数量) | Type and reference(类型和引用) | Semanticsdescription(语义描述) |
| AL ConfigurationError Cause(AL配置错误原因) | MP(必选) | Enumerated(枚举)(IU_AAL2_FAIL，IU_AAL2_ALLOC_CID_FAIL，IUB_AAL2_FAIL，IUB_AAL2_ALLOC_CID_FAIL，IUR_AAL2_FAIL，IUR_AAL2_ALLOC_CID_FAIL，MACD_MACC_AAL2_FAIL，AL_SETUP_TYPE3_FAIL，AL_SETUP_TYPE5_FAIL，IU_AAL2_TIMEOUT，IUB_AAL2_TIMEOUT，IUR_AAL2_TIMEOUT，TYPE5_AAL2_TIMEOUT，AL_MODIFY_FAIL，) |
在呼叫用户移动到小区覆盖薄弱区的时候，可能会触发一次软切换。由于目标小区资源受限可能会出现切换失败，当然由于该用户存在着原来的链路可能不会出现掉话的现象，但是我们通过输出这些失败的相关信息，有助于进行网络优化，以便用户能够成功的切换。
根据上文描述的方法，如果用户正在进行CS12.2K语音的同时，进行着64K的PS数据下载，并在移动到小区边缘的时候进行软切换时失败，则通过用户的手机号码，也就是MSISDN，根据MSISDN查找到该用户手机的IMSI。或者通过小区进行搜索，生成如下表格：
| 用户标识(IMSI) | 460070114001271 |
| 掉话前业务建立信息 | 2 |
| CS DOMAIN，CONVERSATIONALUL/DL Bit Rate：12200UL/DL Guaranteed Bit Rate：4.75K建立时间：2005-06-30 9:28RABID：2 |
| PS DOMAIN，BACKGROUDUL/DL Bit Rate：64K/64K建立时间：2005-06-30 7:45RABID：1 | |
| 最好小区 | RNC：10，CELLID：101 |
| 最好小区RSCP | -80dbm |
| 最好小区EcNo | -12db |
| 其它服务小区 | 无 |
| 其他服务小区RSCP | 无 |
| 其他服务小区EcNo | 无 |
| 监视集小区1信息 | RNC：10，CELLID：109 |
| 监视集小区1RSCP | -85dbm |
| 监视集小区1EcNo | -10db |
| 监视集小区2信息 | RNC：10，CELLID：120 |
| 监视集小区2RSCP | -83dbm |
| 监视集小区2EcNo | -12db |
| 切换目标小区信息 | RNC：10，CELLID：109 |
| 同频切换类型 | 1A：更软切换 |
| 软切换失败原因： | |
| RNC内部故障：目标小区准入失败 | |
| 小区拥塞：RTWP：403TCP：90 |
通过对上述表格中内容的分析，可以获取以下信息：一、目前用户已经移动到小区101和109的共同覆盖区，此时，最好小区101的质量还是不错的，而小区109的小区已经满足了软切换1A的门限，从而UE在109号小区上报了1A事件。二、RNC判断出该109号小区满足软切换条件后，触发了更软切换(说明101和109号小区属于同一个NodeB)，但是由于109号小区当前的负载已经非常高了。其中TCP达到了90％，超过了接入该小区的门限。
从上面的输出参数可以知道，本次软切换失败的原因是因为目标小区已经负载很重，导致准入失败而引起的切换失败，那么我们可以给出如下结论：首先，目标小区是否处于热点的中心位置，如果是，那么应当优化网络，减少将该目标小区作为邻区；第二，目标小区的导频功率是否设置太大了，导致太多用户接入到该小区中。如果是，那么应当减小功率，以便使得用户可以平均分布到其它相邻小区；第三，修改目标小区的小区选择与重选参数，以便使得在该小区中的用户在空闲的时候更容易重选到其它邻区。第四，是否应当修改到目标小区的软切换启动门限，减少到目标小区的切换。
下面再举出一个软切换失败原因分析例子。该例子仍然采用上述情况，但是用户只有一个PS384K的业务。软切换故障输出表格如下：
| 用户标识(IMSI) | 460070114001271 |
| 掉话前业务建立信息 | 1 |
| PS DOMAIN，BACKGROUDUL/DL Bit Rate：64K/384K建立时间：2005-06-30 7:45RABID：1 | |
| 最好小区 | RNC：10，CELLID：101 |
| 最好小区RSCP | -80dbm |
| 最好小区EcNo | -12db |
| 其它服务小区 | RNC：11，CELLID：19 |
| 其他服务小区RSCP | -85dbm |
| 其他服务小区EcNo | -11db |
| 监视集小区2信息 | RNC：11，CELLID：12 |
| 监视集小区2RSCP | -83dbm |
| 监视集小区2EcNo | -10db |
| 切换目标小区信息 | RNC：11，CELLID：12 |
| 同频切换类型 | 1A：更软切换 |
| 软切换失败原因： | |
| RNC内部处理故障：IUR接口带宽不足 | |
| IUR接口带宽资源不足：IUR上行带宽：780k byteIUR下行带宽：457k byte |
上述表格中的内容，可获取以下信息：一、该用户已经处于软切换状态，而且跨IUR接口的软切换，其中一个服务小区的RNC为11；二、发生软切换的目标小区依然是RNC 11的小区，也就是说仍然需要建立跨IUR接口的软切换。
由此可知，当前的IUR接口资源已经不足，无法在IUR接口建立无线链路，从而导致了软切换失败。
换句话说，上述表格输出的信息可以得出以下分析结果：首先，384K的PS业务占用的传输信道带宽资源大概是570k byte左右，对于PS业务的切换应当尽量减小跨IUR接口的软切换，因为跨IUR接口的软切换不但会占用IUB接口资源，而且还会占用IUR接口资源。所以针对PS业务的软切换应当提高相应的门限，同时根据网络规划，可以针对PS业务比较集中的小区尽量少配置或者不配置其它RNC的小区作为邻区，并且尽量减少软切换。第二，针对这种跨IUR接口软切换失败，应当在该小区增加同RNC的邻区，以便提高覆盖。第三，检查IUR接口带宽，是否该带宽配置的不合适，是否需要根据当前业务量的增加而增加IUR接口的带宽，以满足用户需求。
通过对上述内容的分析，可以理解，本发明为了可以高效地分析软切换的故障原因，在软切换失败或出现故障时，控制切换过程的设备输出指定类型的信息，网管中心据此分析故障原因。其中，输出的指定类型的信息包括：消息类型、IMSI、最优小区信息、活动集信息、软切换掉话原因、无线接入承载信息、监视集小区信息、目标小区信息、软切换触发器、切换类型等；同时还指出了如何利用这些信息进行故障分析。由于指定类型的信息覆盖了与软切换相关的方方面面，所以可以帮助网管人员有效分析出故障的原因，进而采取相应的改进措施。此外，本发明仅在软切换失败或出现故障时才输出信息，所以对整个移动通信系统增加的额外负担很小，几乎不会对系统的正常业务处理产生负面影响。
虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。
Claims (10)
1.一种软切换故障分析方法，其特征在于，包含以下步骤：
当用户软切换失败或出现故障时，控制切换过程的设备输出指定类型的信息，所述指定类型的信息包括用户识别信息；根据所述用户识别信息分析确定软切换失败或出现故障的用户；
并根据所述指定类型的信息，进一步对所述用户软切换故障的原因进行分析。
2.根据权利要求1所述的软切换故障分析方法，其特征在于，所述方法应用于宽带码分多址系统，所述控制切换过程的设备是无线网络控制器。
3.根据权利要求2所述的软切换故障分析方法，其特征在于，所述用户识别信息为：用户的国际移动台识别号码，并且，所述指定类型的信息进一步包含：
最优小区信息，用于据此分析得知发生故障时对用户设备而言信号最好的小区，该小区也是当时正在为该用户设备服务的小区；
活动集信息，如果活动集中只有一个小区，则用于分析得知用户设备还未进入软切换状态，如果活动集中有至少两个小区，则用于分析得知该用户设备正处于软切换状态，活动集中的小区就是参与该软切换的小区；
软切换掉话原因，用于据此分析得知系统提供的软切换失败的原因。
4.根据权利要求3所述的软切换故障分析方法，其特征在于，所述无线网络控制器通过消息将所述指定类型的信息发送给操作维护中心，该消息中包含消息类型；
所述操作维护中心根据所述消息类型，从收到的消息中解析出所述指定类型的信息。
5.根据权利要求3所述的软切换故障分析方法，其特征在于，所述软切换掉话原因进一步包含以下信息之一或其任意组合：
呼叫准入失败，用于据此分析软切换发生时导致目标小区失败的原因；
协议或不匹配消息错误原因，用于据此得知来自其它网元的消息中存在错误；
ASN1错误原因，用于据此得知来自其它网元的消息不满足编解码的要求，需要进一步检查相应的网元以确认原因；
层2配置错误原因，用于据此得知帧协议故障或资源不足；
接入链路配置错误原因，用于据此分析无线网络控制器在配置传输层时出现问题的进一步原因；
无线链路建立故障原因，用于据此得知NodeB失败的原因；
无线链路建立超时，用于据此检查系统消息调度或IUB接口链路的故障；
接入链路移动网增强逻辑的客户化应用部分承载建立故障原因，用于据此分析在建立什么过程时出现了故障；
无线链路恢复指示超时，用于如果出现该超时，说明新NodeB的无线链路没有与无线网络控制器实现同步，需要与NodeB共同确认出现故障的原因；
活动集更新故障原因，用于据此知道UU接口在发送活动集更新的时候出现故障的原因；
活动集更新超时，用于据此知道用户设备没有发送活动集更新成功消息，从而用于进一步分析是该消息丢失还是该用户设备处理错误；
IUR接口无线链路建立失败原因，用于据此知道在跨IUR接口的软切换时出现问题；
IUR接口无线链路建立超时，用于据此知道在跨IUR接口的软切换时出现问题。
6.根据权利要求5所述的软切换故障分析方法，其特征在于，所述呼叫准入失败进一步包含以下信息之一或其任意组合：
NodeB的发射功率值和宽带总接收功率值，如果小区发生拥塞，用于据此分析小区发生拥塞的原因；
小区下行扩频因子不可用，用于据此知道导致呼叫准入失败的原因之一是目前小区不支持所申请的下行扩频因子；
小区上行扩频因子不可用，用于据此知道导致呼叫准入失败的原因之一是目前小区不支持所申请的上行扩频因子；
小区信用度能力不支持，用于据此知道导致呼叫准入失败的原因之一是当前NodeB的信用度能力信息不足，用于进一步检查NodeB的信用度能力信息是否合理；
IUB接口传输资源不可用，用于据此知道需要增加IUB接口带宽；
IUR接口传输资源不可用，用于据此知道需要增加IUR接口带宽。
7.根据权利要求3所述的软切换故障分析方法，其特征在于，所述指定类型的信息进一步包含以下的一种或其任意组合：
无线接入承载信息，其中包含种无线接入承载信息的速率；
监视集小区信息，其中包含需要发生软切换的目标小区；
目标小区信息；
软切换触发器，用于据此分析触发软切换的原因；
切换类型，用于据此分析发生的是软切换还是更软切换。
8.根据权利要求7所述的软切换故障分析方法，其特征在于，所述目标小区信息分为增加小区信息和删除小区信息两类，每一类又进一步包含以下信息：
目标小区的标识，用于据此分析软切换发生的位置；
小区同步信息，用于据此分析当前小区与最优小区之间的定时关系。
9.根据权利要求7所述的软切换故障分析方法，其特征在于，所述最优小区信息、活动集信息和监视集小区信息包含：
小区标识，用于据此知道问题涉及在哪个具体小区；和/或
公共导频信道的Ec/No、公共导频信道的RSCP，用于据此知道当时的小区信号质量。
10.根据权利要求7所述的软切换故障分析方法，其特征在于，所述软切换触发器进一步包含：
事件信息，其中包含同频事件标识，用于据此分析触发软切换的事件；和/或
无线链路故障信息，用于据此分析触发软切换的无线链路故障。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005100363612A CN100452910C (zh) | 2005-08-02 | 2005-08-02 | 软切换故障分析方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005100363612A CN100452910C (zh) | 2005-08-02 | 2005-08-02 | 软切换故障分析方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1859684A CN1859684A (zh) | 2006-11-08 |
| CN100452910C true CN100452910C (zh) | 2009-01-14 |
Family
ID=37298535
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2005100363612A Active CN100452910C (zh) | 2005-08-02 | 2005-08-02 | 软切换故障分析方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100452910C (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2014100935A1 (zh) * | 2012-12-24 | 2014-07-03 | 华为技术有限公司 | 一种检测小区睡眠的方法和装置 |
| CN105589776B (zh) * | 2015-12-23 | 2019-07-23 | 华为技术有限公司 | 一种故障定位方法及服务器 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1267440A (zh) * | 1997-08-20 | 2000-09-20 | 诺基亚流动电话有限公司 | 用于控制无线电通信网络的方法和系统以及无线电网络控制器 |
| US20040081080A1 (en) * | 1998-11-09 | 2004-04-29 | Samsung Electronics Co., Ltd. | System and method for reallocating a traffic channel in soft handoff state |
-
2005
- 2005-08-02 CN CNB2005100363612A patent/CN100452910C/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1267440A (zh) * | 1997-08-20 | 2000-09-20 | 诺基亚流动电话有限公司 | 用于控制无线电通信网络的方法和系统以及无线电网络控制器 |
| US20040081080A1 (en) * | 1998-11-09 | 2004-04-29 | Samsung Electronics Co., Ltd. | System and method for reallocating a traffic channel in soft handoff state |
Non-Patent Citations (2)
| Title |
|---|
| Mobile Switching Centre-Base Station System (MSC-BSS)interface,Layer 3 specification(Release 6). 3GPP TS 48.008，第V6.10.0卷. 2005 |
| Mobile Switching Centre-Base Station System (MSC-BSS)interface,Layer 3 specification(Release 6). 3GPP TS 48.008，第V6.10.0卷. 2005 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1859684A (zh) | 2006-11-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220225264A1 (en) | Apparatus and method for service subscription through e2 interface in radio access network communication system | |
| Yi et al. | Radio Protocols for LTE and LTE-advanced | |
| CN110431873A (zh) | 在无线通信系统中指示用于下一个消息的承载类型的方法和设备 | |
| US20040092259A1 (en) | Method for establishing a list of neighbouring cells in a mobile radiocommunication system | |
| KR100964684B1 (ko) | 이동통신 시스템의 방송 및 멀티캐스트 서비스 제공방법 | |
| US20070099561A1 (en) | System and method for tracking UMTS cell traffic | |
| CN102598786B (zh) | 基站间的切换方法、基站、和通讯系统 | |
| US20220225066A1 (en) | Apparatus and method for service subscription, using e2 interface in wireless access network communication system | |
| CN1954632B (zh) | 在无线接入网与移动台之间重建无线通信 | |
| US11943164B2 (en) | Minimization of driving test (MDT) logs reporting method and device, MDT logs reporting control method and device, storage medium, and electronic device | |
| CN113453247B (zh) | 用于上报业务体验指标的方法和系统 | |
| CN100403837C (zh) | 一种wcdma系统中小区更新故障的上报方法 | |
| WO2017190296A1 (zh) | 切换用户设备方法及设备 | |
| US20220303831A1 (en) | Apparatus and method for e2 interface configuration including cell information in wireless access network | |
| CN105165087A (zh) | 长期演进无线电接入网络 | |
| CN100531254C (zh) | 掉话故障信息的上报方法、装置及掉话故障原因定位系统 | |
| CN103828481B (zh) | 数据传输设备、通信系统及通信方法 | |
| EP4033851B1 (en) | Method for unique identification of individual users in the radio access network (ran) intelligent controller | |
| CN100366120C (zh) | 宽带码分多址系统中无线资源控制连接故障信息上报方法 | |
| CN105101290A (zh) | 评估结果上报方法、评估结果获取方法、装置及系统 | |
| CN114788365A (zh) | 在无线电接入网通信系统中经由e2接口进行服务订阅的设备和方法 | |
| CN116889082A (zh) | 无线接入网络中用于小区信息和e2接口设置的装置和方法 | |
| CN107006014B (zh) | 具有与用户平面解耦和的控制平面的多频带蜂窝网络 | |
| US9414283B2 (en) | Method and apparatus for controlling transfer of network traffic | |
| KR20210042040A (ko) | 무선 액세스 네트워크 통신 시스템에서 e2 인터페이스를 통한 서비스 가입 이벤트의 릴레이를 위한 장치 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20211223 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: Super fusion Digital Technology Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |