异频硬切换故障分析方法

文档序号:7614677阅读:243来源:国知局
专利名称:异频硬切换故障分析方法
技术领域
本发明涉及移动通信中的切换技术,特别涉及宽带码分多址系统的异频硬切换技术。
背景技术
宽带码分多址(Wideband Code Division Multiple Access,简称“WCDMA”)是国际电信联盟(International Telecommunications Union,简称“ITU”)接纳的全球第三代移动通信的国际标准之一。也可以说是世界上最早投入商用的第三代移动通信系统,同时是欧洲第三代移动通信系统频分双工(Frequency Division Duplex,简称“FDD”)频段的标准。由于UMTS采用宽带码分多址(Wideband Code Division Multiple Access,简称“WCDMA”)空中接口技术,因此,通常也把UMTS系统称为WCDMA通信系统。
如图1所示,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”)。如图2所示,每一个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系统中切换包含硬切换、软切换以及系统间切换。
硬切换是3G系统移动性管理中的一个重要组成部分。硬切换是指UE在异频邻区间的切换,这时候UE会先在当前的异频邻区增加链路,新链路建立完成后,便会释放原来的小区中的链路,这样做一方面保持了通话的连续性,增加了网络的覆盖,同时释放了原来的链路,减少了对无线以及传输资源的占用,异频硬切换是解决无线网络覆盖的重要方法,它包含在同一个NodeB的两个小区中的异频硬切换;同一个RNC,不同NodeB之间的异频硬切换;不同RNC间的异频硬切换。
在硬切换处理的过程中,涉及到了RNC、NodeB以及UE三部分网元,由于存在着一些意外或者不正常的情况导致硬切换处理失败比如切换的目标小区拥塞、或者目标小区质量太差,由于这种情况的出现,导致切换失败,进而可能会导致掉话。
在无线网络运行的过程中,尤其是建网初期,经常会出现这种问题,同时3GPP的协议对这种TRACE没有相应的协议标准,如何进行协议输出以便于定位硬切换故障问题,在网络运营的过程中会成为一个重点。
下面介绍几种现有技术中常用的故障分析方法一、性能统计功能。
性能统计是通过统计网络中关键的统计项来衡量当前网络的质量,该方法是统计在一个特定的测量周期内硬切换成功/失败次数,并将该统计值反馈给网络管理系统,由网络管理系统进行全面的分析,通过分析结果指导对现有网络的扩容和问题解决。
二、全网信令检测方法。
信令跟踪的方法是通过信令跟踪仪器在标准协议接口(如UU,IUB)中跟踪呼叫过程尤其是来自不同网元中的标准协议消息,并将这些相关的消息发送给网络管理中心,通过对这些捕获的消息来进行分析,根据分析结果对网络进行优化,同时解决部分问题。
三、告警。
网络管理系统对告警信息的处理和分析可以进行网络故障的排除和管理。在系统发生故障时,告警系统可以实时的将告警产生的原因发送给网络管理系统,网络管理系统可以根据产生告警的原因以及设备来分析并排除所发生的故障。
在实际应用中,上述方案存在以下问题无法高效查找故障原因。具体的说,对于性能统计功能,性能统计是一种长时间,或者说是一种周期任务的统计功能,在一段时间内统计硬切换成功率或者失败率是多少,这种统计结果本身就很粗糙,并且该功能是统计历史数据,不能对硬切换出现故障的原因进行异常分析。如果提高性能统计的力度,增加对硬切换失败原因的统计,势必会导致大量数据的出现,对正常业务有影响。对于全网信令检测方法,这是一种实时的跟踪,需要在所有的接口都要通过特殊的第三方仪器进行跟踪,这种跟踪会产生大量的数据,目前的2G全网信令跟踪只是跟踪了网间的消息,也就是核心网部分的消息,没有跟踪接入网部分。对于3G系统来说,这些跟踪消息将会是海量的,尤其是如果要跟踪接入网部分的消息。如何从大量的消息跟踪中获取有用的信息,将会是非常大的工作量。另外通过信令跟踪还需要有很丰富的经验,能够很敏锐的发现消息中存在的问题,这种方法也不便于在维护人员中推广。对于告警,告警一般来说关注的都是设备故障,对用户故障的关注比较少。比如用户由于无线原因导致切换出现故障的时候,在告警上是无法体现出来。所以告警基本上不能反映或者解决切换出现的问题。

发明内容
有鉴于此,本发明的主要目的在于提供一种异频硬切换故障分析方法,使得可以高效地分析异频硬切换的故障原因。
为实现上述目的,本发明提供了一种异频硬切换故障分析方法,包含以下步骤当异频硬切换失败或出现故障时,控制切换过程的设备输出指定类型的信息;根据所述指定类型的信息,分析所述异频硬切换故障的原因。
其中,所述方法应用于宽带码分多址系统,所述控制切换过程的设备是无线网络控制器。
此外在所述方法中,所述指定类型的信息包含国际移动台识别号码,可以据此分析得知出现故障的用户;最优小区信息,可以据此分析得知发生故障时对用户设备而言信号最好的小区,该小区也是当时正在为该用户设备服务的小区;异频邻区信息,可以据此分析得知发生异频硬切换时有可能进行异频切换的邻区;异频硬切换失败原因,可以据此分析得知系统提供的异频硬切换失败的原因。
此外在所述方法中,所述无线网络控制器通过消息将所述指定类型的信息发送给操作维护中心,该消息中包含消息类型;所述操作维护中心根据所述消息类型,从收到的消息中解析出所述指定类型的信息。
此外在所述方法中,所述异频硬切换失败原因进一步包含以下信息之一或其任意组合呼叫准入失败,可以据此分析异频硬切换发生时导致目标小区失败的原因;协议或不匹配消息错误原因,可以据此得知来自其它网元的消息中存在错误;ASN1错误原因,可以据此得知来自其它网元的消息不满足编解码的要求,需要进一步检查相应的网元以确认原因;层2配置错误原因,可能的问题是帧协议故障或资源不足;接入链路配置错误原因,可以据此分析无线网络控制器在配置传输层时出现问题的进一步原因;无线链路建立故障原因,可以据此分析得知NodeB失败的原因;无线链路建立超时,可以据此检查系统消息调度或IUB接口链路的故障;接入链路移动网增强逻辑的客户化应用部分承载建立故障原因,可以据此分析在建立什么过程时出现了故障;ATM适配层2建立失败原因,可以据此分析是否是由于传输层故障导致的;帧协议同步失败,可以据此分析是在上行还是下行时发生问题;物理信道重配置失败原因,可以据此分析得知用户设备为什么会返回物理信道重配置失败消息;物理信道重配置超时,可以据此进一步分析导致该超时的原因;IUR接口无线链路建立失败原因,可以据此知道在跨IUR接口的异频硬切换时出现问题;IUR接口无线链路建立超时,可以据此知道在跨IUR接口的异频硬切换时出现问题。
此外在所述方法中,所述呼叫准入失败进一步包含以下信息之一或其任意组合NodeB的发射功率值和宽带总接收功率值,如果小区发生拥塞,可以据此分析小区发生拥塞的原因;小区下行扩频因子不可用,可以据此知道导致呼叫准入失败的原因之一是目前小区不支持所申请的下行扩频因子;小区上行扩频因子不可用,可以据此知道导致呼叫准入失败的原因之一是目前小区不支持所申请的上行扩频因子;小区信用度不支持,可以据此知道导致呼叫准入失败的原因之一是当前NodeB的信用度信息不足,可以进一步检查NodeB的信用度信息是否合理;IUB接口传输资源不可用,可以据此知道需要增加系统相应IUB接口的带宽;IUR接口传输资源不可用,可以据此知道需要增加系统相应IUR接口的带宽。
此外在所述方法中,所述指定类型的信息还可包含以下的一种或其任意组合无线接入承载信息,其中包含各种无线接入承载信息的速率;活动集信息,如果活动集中有至少两个小区,则说明在发生异频硬切换前用户设备处于软切换状态;目标小区信息,可以据此分析异频硬切换发生时作为切换目标的小区是否正常;异频硬切换触发器,可以据此分析触发异频硬切换的原因。
此外在所述方法中,所述目标小区信息分为增加小区信息和删除小区信息两类,每一类又进一步包含以下信息目标小区的标识,可以据此分析异频硬切换发生的位置;小区同步信息,可以据此分析目标小区与最优小区之间的定时关系。
此外在所述方法中,所述最优小区信息、活动集信息和异频邻区信息包含以下信息之一或其任意组合小区标识,可以据此知道问题发生在哪个小区;公共导频信道的Ec/No、公共导频信道的RSCP,可以据此知道当时的小区信号质量。
此外在所述方法中,所述异频硬切换触发器进一步包含以下信息之一或其任意组合基于覆盖范围的信息,包含周期性测量触发的切换和事件触发的切换;基于负载的信息;基于盲切换的信息。
通过比较可以发现,本发明的技术方案与现有技术的主要区别在于,当异频硬切换失败或出现故障时,控制切换过程的设备(如RNC)输出指定类型的信息,网管中心(如OMC)据此分析故障原因。输出的指定类型的信息包括消息类型、IMSI、最优小区信息、异频邻区信息、异频硬切换掉话原因、活动集信息、无线接入承载信息、目标小区信息、异频硬切换触发器等;同时还指出了如何利用这些信息进行故障分析。
这种技术方案上的区别,带来了较为明显的有益效果,即因为指定类型的信息已覆盖了与异频硬切换相关的方方面面,所以可以帮助网管人员有效分析出故障的原因,进而采取相应的改进措施。
因为仅在异频硬切换失败或出现故障时才输出信息,所以对整个移动通信系统增加的额外负担很小,几乎不会对系统的正常业务处理产生影响。


图1是UMTS系统结构示意图;图2是UTRAN结构示意图;图3是根据本发明的第一实施例的异频硬切换故障分析方法的流程示意图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述。
总的来说,本发明的原理在于,当异频硬切换失败或出现故障时,控制切换过程的设备输出指定类型的信息,并根据所述指定类型的信息,更加高效地分析所述异频硬切换故障的原因。图3示出根据本发明的一个实施例的异频硬切换故障分析方法的流程。
如图所示,首先在步骤310,当UE呼叫建立成功后,RNC将向UE发送测量控制消息,通知UE对异频邻区进行质量测量。UE在移动的过程中进行实时测量,当发现有异频邻区的质量满足测量报告触发的条件(详细参见3GPPTS25331)时,UE向RNC发送测量报告(Measurement Report),该消息中包含目标小区的信息。
此后,在步骤320,如果RNC根据来自UE的测量报告,如果判定可以切换,则向目标小区所在的NodeB发送无线链路建立请求“Radio Link SetupRequest”消息。
接着,在步骤330,NodeB收到来自RNC的请求消息后,随即向RNC反馈无线链路建立响应“Radio Link Setup Response”消息,通知RNC无线链路建立完成。
在步骤340,RNC收到NodeB的成功响应后,开始建立ALCAP传输层部分。参见图中的ALCAP Iub数据传输承载建立(ALCAP Iub Data TransportBearer Setup)。
在步骤350,传输层建立完成后,RNC向UE发送DDCH物理信道重配置“DCCHPhysical Channel Reconfiguration”消息,通知UE修改相应的参数,以便接收来自另外一个小区的信息。
此后,在步骤360,这时由于UE移动到来目标NodeB下面的小区,源NodeB向RNC发送无线链路失败指示(Radio Link Failure Indication),通知RNC该UE已经同NodeB失步。
接着,在步骤370,目标NodeB发送无线链路恢复指示“Radio LinkRestore Indicator”消息通知RNC,UE目前在目标NodeB已经无线链路恢复。
在步骤380,此时UE向RNC发送DCCH物理信道重配置完成“DCCHPhysical Channel Reconfiguration Complete”消息,告知RNC物理信道重配置已经完成,可以在新的链路上发送数据。
然后,在步骤390,RNC向源NodeB发送无线链路删除请求“Radio Linkdeletion Request”消息,释放上面的无线链路。
最后,源NodeB向RNC发送无线链路建立响应“Radio Link DeletionResponse”消息。
在上述步骤中,都可能出现硬切换失败。举例来说,当RNC发现目标小区拥塞,那么就不会向NodeB发送无线链路建立请求“Radio Link SetupRequest”消息,从而导致切换过程失败,如果发生硬切换失败,则RNC向诸如操作维护中心(Operations & Maintenance Center,简称“OMC”之类的网络管理中心发送相关的消息,其中包含指定类型的信息。OMC的网管人员通过对这些信息的分析,可以知道硬切换失败原因,并采取相应的措施。
下面将通过表1~表19,对上述“指定类型的信息”,以及这些信息的分析方法进行说明。其中,黑体字部分是信息元素分组的组名,非黑体字的是信元。
表1异频硬切换故障协议结构


表2Inter-frequency Measurement Report type(异频测量报告类型)

表3Inter-frequency event identity(异频事件标识)

表4Hard Handover Failure Cause(异频硬切换失败原因)



表5IMSI(GSM-MAP)(国际移动台识别号码)

表6RAB List Information(无线接入承载列表信息)


表7Cell Information(小区信息)

表8Target Cell Information(目标小区信息)

表9Credit information(信用度信息)

表10RL Setup Failure cause(无线链路建立失败原因)


表11UU Interface Failure cause(UU接口失败原因)

表12RL Setup Failure Cause For Iur(Iur无线链路建立失败原因)


表13CN domain identity(CN域标识)

表14Cell synchronization information(小区同步言息)

表15Call Admission Failure(呼叫准入失败)

参阅图34,为本发明实施方式的通信系统中用户标识单元、组设备单元和终端及其接入控制单元进行初始化的流程图。不同单元初始化过程之间没有必然的时间先后关系。
组设备单元46初始化过程包括以下部步骤步骤S301,组设备单元46初始化处理;步骤S302,组设备单元46向组信息记录库单元上报消息,其中包括组设备单元46的组标识及包含组设备单元46路由信息的组属性信息;步骤S303,根据上报消息,组信息记录库单元刷新对应组设备单元46的组属性信息记录。
终端及其接入控制单元初始化包括以下步骤步骤S311,终端及其接入控制单元初始化过程;步骤S312,终端及其接入控制单元向终端属性状态记录库单元上报消息,其中包括终端标识及包含终端当前路由信息和终端通信能力、状态等的终端属性状态信息;步骤S313,根据上报信息,终端属性状态记录库单元刷新对应终端的终端属性状态信息记录。
用户标识单元44初始化包括以下步骤步骤S321,用户标识单元44初始化处理;步骤S322,用户标识单元44上线请求消息,即当用户标识单元44和组设备单元46处于二者相互作用有效范围内时,用户标识单元44通过无线传送单元440用无线方式将其用户标识上报给组设备单元46,组设备单元46通过无线传送单元460接收用户标识单元44以无线方式发送的消息;步骤<p>表16Hard handover trigger(硬切换触发器)

表17Protocol or Unmatched Message Error Cause(协议或不匹配的消息错误原因)


步骤520转发层的信令分拣模块识别出网管站或控制台配置的需要处理的信令报文,并上送到控制层;步骤530该信令报文依次经过控制层的信令分析处理模块和特征码提取模块,获得该信令报文的特征码,然后,用户媒体及QoS信息管理模块综合特征码QoS配置库信息,得到与该特征码所匹配的QoS信息,如果匹配到特征码的QoS信息,则将该用户的信息以及该特征码对应QoS信息下发到转发层;步骤540用户的业务报文经过转发层的用户媒体报文分类处理模块对来自用户的业务报文进行分类,系统识别出该用户的不同业务报文,如语音、视频或数据报文,并按照各业务的QoS信息分别做带宽限制和DSCP优先级标记等处理;步骤550根据DSCP优先级标记的结果进入用户带宽保证模块中的相应的队列。排队原则是高优先级用户入高优先级的队列,低优先级的入低优先级队列。然后系统根据优先级进行队列调度后转发报文。
表19AL Configuration Error Cause(接入链路配置错误原因)

根据上述说明,如果用户正在进行CS12.2K语音通话,当移动到小区边缘的时候进行异频硬切换,但是失败。可以通过用户的手机号码,也就是MSISDN,根据MSISDN查找到该用户手机的IMSI。或者通过小区进行搜索,生成如下表格


通过对上述表格中内容的分析,可以获得如下信息一、目前用户已经移动到小区101和120的共同覆盖区,此时最好小区101的质量已经比较差了,而UE检测到小区120的小区已经满足了异频硬切换2D的门限,从而UE报了2D事件。二、RNC判断出该120号小区满足异频硬切换条件后,触发了异频硬切换,但是由于120号小区当前的负载已经非常高了。其中TCP达到了90%,超过了接入该小区的门限,从而导致异频硬切换在120小区失败。
从上面的输出参数可以知道,本次异频硬切换失败的原因是因为目标小区已经负载很重,导致准入失败而引起的切换失败,由此可以得出以下分析结果第一,目标小区是否处于热点的中心位置。如果是,那么应当优化网络,减少将该目标小区作为邻区;第二,目标小区的导频功率是否设置太大了,导致太多用户接入到该小区中。如果是,那么应当减小功率,以便使得用户可以平均分布到其它相邻小区;第三,修改目标小区的小区选择与重选参数,以便使得在该小区中的用户在空闲的时候更容易重选到其它邻区;第四,是否应当修改到目标小区的异频硬切换启动门限,减少到目标小区的切换。
下面再举出一个硬切换失败原因分析例子。该例子仍然采用上述情况,但是用户只有一个PS384K的业务,异频硬切换故障输出表格如下


从异频硬切换失败的输出可以获取以下信息一、该用户接收到的信号质量已经非常差了,需要进行切换以便继续满足通话的要求,否则就会掉话;二、异频硬切换的目标小区是RNC 10的120号小区,该小区的质量是很好的,可以异频硬切换到该小区,另外除了这个小区后,没有其它邻区质量比较好;三、RNC触发了异频硬切换后,发现IUB接口的传输带宽不能满足384K业务所需带宽,那么本次异频硬切换失败。
从上面的信息我们可以知道,当前的IUB接口资源已经不足,无法在IUB接口建立无线链路,从而导致了异频硬切换失败。由此,通过上述输出,可以得出如下分析结果第一,384K的PS业务占用的传输信道带宽资源大概是570k byte左右,对于PS业务的切换应当尽量将这些用户切换到负载较轻的NodeB上。比如在网络规划的时候,可以将这些PS用户较集中的NodeB上的小区多配置一些负载较轻的小区作为邻区,以便这些用户在移动的过程中能够成功的异频硬切换到其它小区。第二,检查IUB接口带宽,是否该带宽配置不合适,因为在建网初期可能由于用户不多,那么传输带宽一般都比较小,但是随着用户的增多,那么用户业务量就会相应的增加,所以就应当根据实际情况增加IUB接口的带宽,以满足用户需求。
通过对上述内容的分析,可以理解,本发明为了可以高效地分析异频硬切换的故障原因,在异频硬切换失败或出现故障时,控制切换过程的设备输出指定类型的信息,网管中心据此分析故障原因。输出的指定类型的信息包括消息类型、IMSI、最优小区信息、异频邻区信息、异频硬切换掉话原因、活动集信息、无线接入承载信息、目标小区信息、异频硬切换触发器等;同时还指出了如何利用这些信息进行故障分析。由于指定类型的信息覆盖了与异频硬切换相关的方方面面,所以可以帮助网管人员有效分析出故障的原因,进而采取相应的改进措施。此外,本发明仅在异频硬切换失败或出现故障时才输出信息,所以对整个移动通信系统增加的额外负担很小,几乎不会对系统的正常业务处理产生负面影响。
虽然通过参照本发明的某些优选实施例,已经对本发明进行了图示和描述,但本领域的普通技术人员应该明白,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。
权利要求
1.一种异频硬切换故障分析方法,其特征在于,包含以下步骤当异频硬切换失败或出现故障时,控制切换过程的设备输出指定类型的信息;根据所述指定类型的信息,分析所述异频硬切换故障的原因。
2.根据权利要求1所述的异频硬切换故障分析方法,其特征在于,所述方法应用于宽带码分多址系统,所述控制切换过程的设备是无线网络控制器。
3.根据权利要求2所述的异频硬切换故障分析方法,其特征在于,所述指定类型的信息包含国际移动台识别号码,可以据此分析得知出现故障的用户;最优小区信息,可以据此分析得知发生故障时对用户设备而言信号最好的小区,该小区也是当时正在为该用户设备服务的小区;异频邻区信息,可以据此分析得知发生异频硬切换时有可能进行异频切换的邻区;异频硬切换失败原因,可以据此分析得知系统提供的异频硬切换失败的原因。
4.根据权利要求3所述的异频硬切换故障分析方法,其特征在于,所述无线网络控制器通过消息将所述指定类型的信息发送给操作维护中心,该消息中包含消息类型;所述操作维护中心根据所述消息类型,从收到的消息中解析出所述指定类型的信息。
5.根据权利要求3所述的异频硬切换故障分析方法,其特征在于,所述异频硬切换失败原因进一步包含以下信息之一或其任意组合呼叫准入失败,可以据此分析异频硬切换发生时导致目标小区失败的原因;协议或不匹配消息错误原因,可以据此得知来自其它网元的消息中存在错误;ASN1错误原因,可以据此得知来自其它网元的消息不满足编解码的要求,需要进一步检查相应的网元以确认原因;层2配置错误原因,可能的问题是帧协议故障或资源不足;接入链路配置错误原因,可以据此分析无线网络控制器在配置传输层时出现问题的进一步原因;无线链路建立故障原因,可以据此分析得知NodeB失败的原因;无线链路建立超时,可以据此检查系统消息调度或IUB接口链路的故障;接入链路移动网增强逻辑的客户化应用部分承载建立故障原因,可以据此分析在建立什么过程时出现了故障;ATM适配层2建立失败原因,可以据此分析是否是由于传输层故障导致的;帧协议同步失败,可以据此分析是在上行还是下行时发生问题;物理信道重配置失败原因,可以据此分析得知用户设备为什么会返回物理信道重配置失败消息;物理信道重配置超时,可以据此进一步分析导致该超时的原因;IUR接口无线链路建立失败原因,可以据此知道在跨IUR接口的异频硬切换时出现问题;IUR接口无线链路建立超时,可以据此知道在跨IUR接口的异频硬切换时出现问题。
6.根据权利要求5所述的异频硬切换故障分析方法,其特征在于,所述呼叫准入失败进一步包含以下信息之一或其任意组合NodeB的发射功率值和宽带总接收功率值,如果小区发生拥塞,可以据此分析小区发生拥塞的原因;小区下行扩频因子不可用,可以据此知道导致呼叫准入失败的原因之一是目前小区不支持所申请的下行扩频因子;小区上行扩频因子不可用,可以据此知道导致呼叫准入失败的原因之一是目前小区不支持所申请的上行扩频因子;小区信用度不支持,可以据此知道导致呼叫准入失败的原因之一是当前NodeB的信用度信息不足,可以进一步检查NodeB的信用度信息是否合理;IUB接口传输资源不可用,可以据此知道需要增加系统相应IUB接口的带宽;IUR接口传输资源不可用,可以据此知道需要增加系统相应IUR接口的带宽。
7.根据权利要求3所述的异频硬切换故障分析方法,其特征在于,所述指定类型的信息还可包含以下的一种或其任意组合无线接入承载信息,其中包含各种无线接入承载信息的速率;活动集信息,如果活动集中有至少两个小区,则说明在发生异频硬切换前用户设备处于软切换状态;目标小区信息,可以据此分析异频硬切换发生时作为切换目标的小区是否正常;异频硬切换触发器,可以据此分析触发异频硬切换的原因。
8.根据权利要求7所述的异频硬切换故障分析方法,其特征在于,所述目标小区信息分为增加小区信息和删除小区信息两类,每一类又进一步包含以下信息目标小区的标识,可以据此分析异频硬切换发生的位置;小区同步信息,可以据此分析目标小区与最优小区之间的定时关系。
9.根据权利要求7所述的异频硬切换故障分析方法,其特征在于,所述最优小区信息、活动集信息和异频邻区信息包含以下信息之一或其任意组合小区标识,可以据此知道问题发生在哪个小区;公共导频信道的Ec/No、公共导频信道的RSCP,可以据此知道当时的小区信号质量。
10.根据权利要求7所述的异频硬切换故障分析方法,其特征在于,所述异频硬切换触发器进一步包含以下信息之一或其任意组合基于覆盖范围的信息,包含周期性测量触发的切换和事件触发的切换;基于负载的信息;基于盲切换的信息。
全文摘要
本发明涉及移动通信中的切换技术,公开了一种异频硬切换故障分析方法,使得可以高效地分析异频硬切换的故障原因。本发明的要点在于,提出了当异频硬切换失败或出现故障时应当输出哪些信息才能有效地分析故障原因,这些信息包括消息类型、IMSI、最优小区信息、异频邻区信息、异频硬切换掉话原因、活动集信息、无线接入承载信息、目标小区信息、异频硬切换触发器等;并且提出了从这些信息分析故障原因的方法。
文档编号H04W36/14GK1859682SQ20051003635
公开日2006年11月8日 申请日期2005年8月2日 优先权日2005年8月2日
发明者李伽, 崔振庆, 刘勇, 薛丽军, 吕就有, 郑旋 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1