B国O项目跨厂商无IUR口迁移问题定位总结.doc

产品名称Product name密级Confidentiality levelWCDMA内部公开产品版本Product versionFor internal use onlyB国O项目跨厂商无IUR口迁移问题定位总结拟制:Prepared by张 盟 61787日期：Date2011-08-04审核:Reviewed by日期：Date审核:Reviewed by日期：Date批准:Granted by日期：DateHuawei Technologies Co., Ltd.All rights reservedB国O项目跨厂商无IUR口迁移问题定位总结张盟 61787，里约代表处专业服务部摘要：本文总结了B国O项目跨厂商无IUR接口迁移失败问题定位和分析过程，把对接期间的主要问题进行详细解析，本文先从迁移的概念分类区别进行描述，然后再把此项目遇到迁移流程类型，从概念，信令流程，参数配置，迁移成功判断点，并配以本项目中的案例进行详细解读。为后续类似迁移问题的定位处理，提供了一些基本的思想和此类问题处理方法。关键词：迁移，硬切换伴随迁移，RELOCATION，DSCR，无损迁移1. SRNS迁移基本概念介绍SRNS(Serving Radio Network System)迁移是指UE的服务RNC从由原来的RNC变成另一个RNC的过程。根据IUR接口是否可用，可以将迁移分为静态迁移和伴随迁移两种情况，又根据UE所处的状态不同，将伴随迁移分成为硬切换伴随迁移和CELL UPDATE伴随迁移两种。需要指出，所有的迁移流程都是由SRNC触发的。对于静态迁移，迁移主要用于优化传输时延以及节约IUR传输资源。对于伴随迁移，由于IUR接口不可用，迁移提供了一种方式用于完成（硬）切换，以保证业务的连续性。下面详细介绍各种迁移的基本原理。1.1 静态迁移发生静态迁移的条件是UE从DRNC，而且只从一个DRNC中接入，这意味着IUR接口需要处于可用状态。UE可以通过软切换也可以通过硬切换进入这一状态，如下图中左边所示。由于迁移过程不需要UE的参与，所以也称之为UE不涉及的（UE Not Involved）迁移。发生迁移后，IUR接口资源被释放，Iu接口发生迁移，原DRNC变成SRNC。如图中右半部分所示。1.2 硬切换伴随迁移伴随迁移指UE从SRNC硬切换到目标RNC，同时Iu接口发生变化的过程。由于迁移过程需要UE的参与，所以也称之为UE涉及的（UE Involved）迁移。当UE在不同RNC小区之间发生硬切换时，同时发生伴随迁移，称之为叫做硬切换伴随迁移。伴随迁移示意图如下图所示。通常，硬切换伴随迁移发生在IUR接口不可用的情况（IUR接口处于拥塞状态或者IUR接口没有配置资源）。1.3 小区/URA更新导致伴随迁移CELL UPDATE伴随迁移又称为前向切换伴随迁移。当UE处于CELL_FACH状态或者CELL_PCH，URA_PCH状态时，在不同RNC之间进行小区重选，如果无法建立Iur接口公共信道，或者建立Iur接口公共信道失败，称之为小区更新伴随迁移。1.4 无损迁移无损迁移时，原SRNC会将自己缓存的数据上下文信息发往目标RNC继续处理，而有损迁移则不能完成原SRNC中缓存数据的转发和后续处理。同时有损迁移在信令流程上比无损迁移多出了两条信令，SRNC向SGSN发送传输SRNS上下文消息FORWARD SRNS CONTEXT，指示SGSN把数据转发所需的GTP-U和PDCP序列号信息向目标RNC传送，当SGSN收到SRNC的传输SRNS上下文消息FORWARD SRNS CONTEXT，则向目标RNC发送传输SRNS上下文消息FORWARDSRNSCONTEXT，消息中包含SRNC数据转发所需的GTP-U和PDCP序列号；静态迁移时若存在无损迁移，信令流程上没有区别，数据转发所需的PDCP和GTP-U的序列号从RELOCATION COMMIT消息带过去。另外无损迁移对终端，友商RNC，CN有非常高的要求，在做对接时需要考虑各个网元和终端是否支持无损迁移，目前我司RNC是支持的，在做对接时需要打开无损迁移的开关。1.5 DSCR直接信令连接重建(DSCR)，当IUR接口不可用时DRNC没有办法通知SRNC完成移动性管理，只能给UE发送原因值为DSCR的RRC连接释放消息，使得UE完成小区重选并执行RAU过程，以达到移动性管理的目的。DSCR全称为“Direct Signalling Connection Re-establish”，称为直接信令连接重建。3GPP23.060协议中相关的描述为：The RNC will send a RRC CONNECTION RELEASE message with cause Directed Signalling Connection re-establishment when it is unable to contact the SRNC to validate the UE due to lack of IUR connection (see TS 25.331)The UE shall also perform a RAU procedure immediately on entering PMM-IDLE state when it has received a RRC Connection Release message with cause Directed Signalling connection re-establishment even if the RA has not changed since the last update. 针对协议规定，华为RNC在3种特殊的场景使用DSCR功能场景一：IUR接口不可用，UE处于CELL_FACH，CELL_PCH，URA_PCH状态，并且从SRNC移动到某个DRNC小区发起CELL UPDATE。 DRNC无法通过IUR接口向SRNC发送上行信令转移消息，故此时需要进行DSCR过程。该过程由DRNC发起，直接通过标准信令“RRC CONN REL”通知UE，连接释放原因值为“ Direct Signalling Connection Re-establish”。场景二：存在IUR接口，在进行CELL UPDATE伴随迁移过程中迁移准备失败，发起DSCR流程。场景三：存在IUR接口，在CELL UPDATE伴随迁移过程中迁移执行阶段失败（如等待RELOC COMMIT超时），1.6 迁移与DSCR关系目前我司RNC只支持CS，PS业务迁移，PS业务DSCR，CS业务目前不支持。对于PS业务迁移和DSCR主要区别在于，PS业务硬切换伴随迁移在配置方面要求较高，需要考虑对端或友商RNC，MSC等是否支持迁移，另外在配置方面除了配置相关的切换开关，邻区外，还需要配置相应的IPPATH和路由，对接过程是较为复杂，而DSCR过程较为简单，只要SRNC打开相应的DSCR开关，配置相应的邻区就可以啦，不需要考虑对端RNC和CN的能力是否支持。2. 同频硬切换伴随迁移本文主要以同频硬切换伴随迁移流程进行详细配置介绍2.1触发原因同频硬切换伴随迁移发生在IUR接口不可用的情况（IUR接口处于拥塞状态或者IUR接口没有配置资源）。由1D事件触发，而异频硬切换则由2D事件触发2.2信令流程同频硬切换伴随迁移流程当UE测量到目标RNC小区后并且上报1D事件，则由SRNC触发同频硬切换伴随迁移。1在接收到硬切换测量报告后，RNC1向CN发送RELOCATION REQUIRED消息，请求SRNS迁移；2CN向RNC2发送RELOCATION REQUEST消息；3RNC2向NodeB发送RADIO LINK SETUP REQUEST消息，指示NodeB建立无线链路；4NodeB建立无线链路，并向RNC2响应RADIO LINK SETUP RESPONSE消息；5RNC2准备迁移并向CN发送RELOCATION REQUEST ACKNNOWLEDGE消息；6CN向RNC1发送RELOCATION COMMAND消息，指示RNC1启动迁移；7RNC1向CN发送FORWARD SRNS CONTEXT消息，通知CN相关的SRNS上下文；8RNC1向UE发送RADIO BEARER RECONFIGURATION消息，请求UE进行物理信道重配；9CN向RNC2发送FORWARD SRNS CONTEXT消息；10NodeB向RNC2发送RADIO LINK RESTORE INDICATION消息，指示无线链路已同步；11RNC2向CN发送RELOCATION DETECT消息；12UE向RNC2发送RADIO BEARER RECONFIGURATION COMPLETE消息；13RNC2向CN发送RELOCATION COMPLETE消息，并变更成为SRNC；14RNC2向UE发送UTRAN MOBILITY INFORMATION消息，通知UE新的UTRAN信息；15UE向RNC2发送UTRAN MOBILITY INFORMATION消息；16CN向RNC1发送IU RELEASE COMMAND消息，请求RNC1释放相关Iu接口资源；17RNC1向CN发送IU RELEASE COMPLETE消息；18RNC2向UE发送UE CAPABILITY ENQUIRY消息，查询UE能力信息；19UE向RNC2发送UE CAPABILITY INFORMATION消息，其中包含UE能力信息；20RNC2读取UE能力信息，然后向UE发送UE CAPABILITY INFORMATION CONFIRM消息；备注：对于异频硬切换流程与同频硬切换流程的差异在于，异频硬切换伴随迁移流程由2D事件触发，通过物理信道重配置信令完成迁移，详细信令流程如下：硬切换伴随迁移过程中，如果Iu-PS接口存在支持无损迁移的RAB，则SRNC通过SRNS上下文消息FORWARD SRNS CONTEXT将数据转发所需的GTP-U和PDCP序列号信息传送到DRNC。 当DRNC收到来自NodeB的RADIO LINK RESTORE INDICATION消息后，会向CN发RELOCATION DETECT消息。 当DRNC没有得到UE能力信息时，会主动发起UE能力查询流程2.3数据配置2.3.1 LICENSE配置首先要检查LICENSE是否支持，必须打开硬切换伴随迁移LICENSE SRNS Relocation with Hard Handover=ON，如果支持无损迁移的话，必须打开无损迁移开关Lossless SRNS Relocation=ON2.3.2 华为侧RNC参数配置1. 打开全局迁移开关,如果是异频硬切换开关，必须打异频硬切换开关SET UCORRMALGOSWITCH: CfgSwitch=CFG_LOSSLESS_RELOC_CFG_SWITCH-1, HoSwitch=HO_INTER_FREQ_HARD_HO_SWITCH-0&HO_INTRA_FREQ_HARD_HO_SWITCH-1;2. 打开支持迁移业务开关和PS BE业务迁移开关MOD UNRNC: NRncId=xxxx, HHOTRIG=ON, ServiceInd=SUPPORT_CS_AND_PS, HhoRelocProcSwitch=DL_DCCH_SWITCH-1&IUR_TRG_SWITCH-1, IurExistInd=FALSE, PsBeProcType=CORRM_SRNSR_PSBE_RELOC;3. 配置相关邻区信息ADD UEXT3GCELL: NRncId=xxx, CellId=xxxx, CellHostType=SINGLE_HOST, CellName=xxxxx, CnOpGrpIndex=1, PScrambCode=xx, BandInd=Band1, UARFCNUplinkInd=FALSE, UARFCNDownlink=xxxxx, TxDiversityInd=FALSE, LAC=12345, CfgRacInd=REQUIRE, QqualminInd=FALSE, QrxlevminInd=FALSE, MaxAllowedUlTxPowerInd=FALSE, UseOfHcs=NOT_USED;ADD UINTRAFREQNCELL: RNCId=xxxx, CellId=xxxxx, NCellRncId=xxx, NCellId=xxxxx, SIB11Ind=TRUE, SIB12Ind=FALSE, TpenaltyHcsReselect=D0, NPrioFlag=FALSE;4. 如果是PS业务必须配置到目标RNC的IPPATH和路由ADD IPRT:SRN=1, SN=24, DESTIP=10.126.239.0, MASK=255.255.255.224, NEXTHOP=10.126.37.193, REMARK=novo nokia RNC873;增加IPPATH时，选择ADJNODE为SGSN的ADJNODE标识，本地IP地址为本RNC的IU接口本端接口板配置的物理IP地址或RNC用户面逻辑IP地址，对端地址为对端RNC IU接口板配置的地址或用户面逻辑IP地址;ADD IPPATH:ANI=1980, PATHID=22, PATHT=QOSPATH, IPADDR=10.126.37.201, PEERIPADDR=10.126.239.9, PEERMASK=255.255.255.225, TXBW=100000, RXBW=100000, FWDHORSVBW=0, BWDHORSVBW=0, FWDCONGBW=0, BWDCONGBW=0, FWDCONGCLRBW=0, BWDCONGCLRBW=0, VLANFLAG=DISABLE, PATHCHK=DISABLED;2.3.3 其它配置核查2.4 信令流程观察点1. 在RNC发往CN的RANAP_RELOCATION_REQUIRED消息中可以看到有relocation Type一项，如果该项的值为ue not involved则属于静态迁移；如果该项的值为ue involved则属于伴随迁移。2. 查看RNC发往CN的RANAP_RELOCATION_REQUIRED消息中原因值：relocation desirable for radio reasons-硬切换伴随迁移。其它原因的迁移值Time critical relocation-基于IUR口时延优化的CS静态迁移。resource optimization relocation-PS静态迁移。3. 切换成功信令流程观察点如果切换成功IU RELEASE COMMAND原因为：Successfully Relocation 3. DSCR2.1触发原因直接信令连接重建(DSCR)，当IUR接口不可用时DRNC没有办法通知SRNC完成移动性管理，只能给UE发送原因值为DSCR的RRC连接释放消息，使得UE完成小区重选并执行RAU过程，以达到移动性管理的目的。2.2信令流程针对协议规定，华为RNC在3种特殊的场景使用DSCR功能场景一：IUR接口不可用，UE处于CELL_FACH，CELL_PCH，URA_PCH状态，并且从SRNC移动到某个DRNC小区发起CELL UPDATE。 DRNC无法通过IUR接口向SRNC发送上行信令转移消息，故此时需要进行DSCR过程。该过程由DRNC发起，直接通过标准信令“RRC CONN REL”通知UE，连接释放原因值为“ Direct Signalling Connection Re-establish”。其信令流程为：场景二：存在IUR接口，在进行CELL UPDATE伴随迁移过程中迁移准备失败，发起DSCR流程。其基本信令流程为：场景二：存在IUR接口，在进行CELL UPDATE伴随迁移过程中迁移准备失败，发起DSCR流程。其基本信令流程为：2.3数据配置2.3.1 LICENSE配置首先要检查LICENSE是否支持，必须打开硬切换伴随迁移LICENSE SRNS Relocation with Hard Handover=ON，如果支持小区更新伴随迁移的话，打开SRNS Relocation with Cell/URA Update=ON2.3.2 华为侧RNC参数配置5. 打开全局迁移开关,如果是异频硬切换开关，必须打异频硬切换开关SET UCORRMALGOSWITCH: CfgSwitch=CFG_LOSSLESS_RELOC_CFG_SWITCH-1, HoSwitch=HO_INTER_FREQ_HARD_HO_SWITCH-0&HO_INTRA_FREQ_HARD_HO_SWITCH-1;6. 打开支持迁移业务开关和PS BE业务迁移开关MOD UNRNC: NRncId=xxxx, HHOTRIG=ON, ServiceInd=SUPPORT_CS_AND_PS, HhoRelocProcSwitch=DL_DCCH_SWITCH-1&IUR_TRG_SWITCH-1, IurExistInd=FALSE, PsBeProcType= CORRM_SRNSR_PSBE_DSCR;7. 配置相关邻区信息ADD UEXT3GCELL: NRncId=xxx, CellId=xxxx, CellHostType=SINGLE_HOST, CellName=xxxxx, CnOpGrpIndex=1, PScrambCode=xx, BandInd=Band1, UARFCNUplinkInd=FALSE, UARFCNDownlink=xxxxx, TxDiversityInd=FALSE, LAC=12345, CfgRacInd=REQUIRE, QqualminInd=FALSE, QrxlevminInd=FALSE, MaxAllowedUlTxPowerInd=FALSE, UseOfHcs=NOT_USED;ADD UINTRAFREQNCELL: RNCId=xxxx, CellId=xxxxx, NCellRncId=xxx, NCellId=xxxxx, SIB11Ind=TRUE, SIB12Ind=FALSE, TpenaltyHcsReselect=D0, NPrioFlag=FALSE;2.3.3 其它配置核查DSCR过程较为简单，只要SRNC打开相应的DSCR开关，配置相应的邻区就可以啦，不需要考虑对端RNC和CN的能力是否支持,也是为了规避对端有限制方便进行互联互通。3.4 信令流程观察点如果是同频DSCR流程的话，由1D事件触发，对于导频则由2D事件触发首先由SRNC发送RRC链接释放消息给UE，释放原因为releaseCause:directedsignallingconnectionre-establishment (5)再由SGSN 请求RNC1数据进行转发。 然后RNC1转发数据包上下行GTP PDU序列数据到SGSN4. 案例分析本文总结了B国O项目华为RNC与NSN RNC无IUR接口迁移失败问题定位和分析过程，把对接期间的主要问题进行详细解析，为后续类似迁移问题的定位处理，提供了一些基本的思想和此类问题处理方法。21 IPPATH和路由未配置导致PS业务同频硬切换伴随迁移失败2.1.1 现象描述B国某项目在和NSN RNC对接时，无iur接口，PS业务同频硬切换伴随迁移失败，CS业迁移成功，NSN到华为迁移成功，华为到NSN迁移失败, 原因为：transmissionNetwork:0x42(66):iu-transport-connection-failed-to-establish2.1.2 原因分析查看CDT打印消息来看，RNC GRA模块在选择PATH时出现了问题CDT：2009-06-23 15:48:19(10)GRA SELECT PATH FAILED,error code = 37.2009-06-23 15:48:19(10)File Name: patch.cLine No: 1093SRC WARNING-Alarm in RNCAP_L2cfgGtpuGetPIUInfoRsp: Received GRA PATH SEL RSP message from GRA but the result is failing! Rslt = 37在查看CN下发的NOKIA IP地址：00001010011111101110111100001001(0A 7E EF 09)=10.126.239.09可能是忘记配置到NOKIA的路由信息。检查脚本确实没有配置到NOKIA的路由。重新配置后，问题依然存在，针对NOKIA RNC用户面：10.126.239.X，已经配置了相关的路由ADD IPRT:SRN=1, SN=24, DESTIP=10.126.239.0, MASK=255.255.255.224, NEXTHOP=10.126.37.193, REMARK=novo nokia RNC873;最后经过和研发确认，在RNC对接时无IUR接口时，除了要配置相关路由外，还需要配置到NOKIA RNC的IPPATH。不过这个IPPATH比较特殊，与RNC到SGSN的IPPATH不同，这个PATH是经过SGSN来透传的，所以要以SGSN的邻结点为该PATH ID。增加IPPATH时，选择ADJNODE为SGSN的ADJNODE标识，本地IP地址为本RNC的IU接口本端接口板配置的物理IP地址或RNC用户面逻辑IP地址，对端地址为对端RNC IU接口板配置的地址或用户面逻辑IP地址;比如这条是RNC到SGSN的IPPATH，ADD IPPATH:ANI=1980, PATHID=1, PATHT=QOSPATH, IPADDR=10.126.37.201, PEERIPADDR=10.125.81.99, PEERMASK=255.255.255.224, TXBW=100000, RXBW=100000, FWDHORSVBW=0, BWDHORSVBW=0, FWDCONGBW=0, BWDCONGBW=0, FWDCONGCLRBW=0, BWDCONGCLRBW=0, VLANFLAG=DISABLE, PATHCHK=DISABLED;我们配置经SGSN透传到NOKIA的地址为:ADD IPPATH:ANI=1980, PATHID=22, PATHT=QOSPATH, IPADDR=10.126.37.201, PEERIPADDR=10.126.239.9, PEERMASK=255.255.255.225, TXBW=100000, RXBW=100000, FWDHORSVBW=0, BWDHORSVBW=0, FWDCONGBW=0, BWDCONGBW=0, FWDCONGCLRBW=0, BWDCONGCLRBW=0, VLANFLAG=DISABLE, PATHCHK=DISABLED;经过配置后发现RELOCATION出现概率性成功，经过最后分析，SGSN是随机选择IP进行迁移，如果在选择的IP地址而我们配置相关PATH的，就成功，没有配置的就失败。第一次RELOCATION REQUIRE CN 从RELOCATION COMMAND中带 10.126.239.9第二次RELOCATION REQUIRE CN 从RELOCATION COMMAND中带 10.126.239.5第三次RELOCATION REQUIRE CN 从RELOCATION COMMAND中带 10.126.239.1共3个IP，查看一下NOKIA RNC协商数据,用户面数据，与CN下发一致！在配置路由时，要选择和RNC直接相连的ROUTER做为下一跳的地址，可以参考到RNC到SGSN的路由。只有双方都配置IP路由的情况下，双方之间是可以相互PING通的。原来SGSN的这些IP地址是以资源池的方式工作，随机选择。2.1.3 处理过程重新配置了IPPATH和路由，只有到NOKIA用户面的三个条PATH配齐了，才能发生迁移。也可以配置到这个网段的地址。ADD IPPATH:ANI=1980, PATHID=20, PATHT=QOSPATH, IPADDR=10.126.37.201, PEERIPADDR=10.126.239.1, PEERMASK=255.255.255.225, TXBW=100000, RXBW=100000, FWDHORSVBW=0, BWDHORSVBW=0, FWDCONGBW=0, BWDCONGBW=0, FWDCONGCLRBW=0, BWDCONGCLRBW=0, VLANFLAG=DISABLE, PATHCHK=DISABLED;ADD IPPATH:ANI=1980, PATHID=21, PATHT=QOSPATH, IPADDR=10.126.37.201, PEERIPADDR=10.126.239.5, PEERMASK=255.255.255.225, TXBW=100000, RXBW=100000, FWDHORSVBW=0, BWDHORSVBW=0, FWDCONGBW=0, BWDCONGBW=0, FWDCONGCLRBW=0, BWDCONGCLRBW=0, VLANFLAG=DISABLE, PATHCHK=DISABLED;ADD IPPATH:ANI=1980, PATHID=22, PATHT=QOSPATH, IPADDR=10.126.37.201, PEERIPADDR=10.126.239.9, PEERMASK=255.255.255.225, TXBW=100000, RXBW=100000, FWDHORSVBW=0, BWDHORSVBW=0, FWDCONGBW=0, BWDCONGBW=0, FWDCONGCLRBW=0, BWDCONGCLRBW=0, VLANFLAG=DISABLE, PATHCHK=DISABLED;ADD IPRT:SRN=1, SN=24, DESTIP=10.126.239.0, MASK=255.255.255.224, NEXTHOP=10.126.37.193, REMARK=novo nokia RNC873;2.1.4 经验总结同频硬切换伴随迁移用的比较少，相关的资料用例比较少，同频可以使用DSCR流程，比较简单，建议遇到类似问题多和研发交流。22 由LICENSE问题导致同频硬切换伴随迁移失败问题案例2.2.1 现象描述B国某项目在和NSN RNC对接时，无iur接口，CN为NSN，CS和PS业务同频硬切换伴随迁移失败，NSN到华为迁移成功，华为到NSN迁移失败。测试环境，华为小区向NOKIA小区移动，分别测试语音，PS R99业务从华为到NSN （CELLID:35457 SC:10 RNCID: 873 LAC: 16599）做同频硬切换伴随迁移，在从HUAWEI到NOKIA迁移过程中，RNC 没有发RELOCATION REQUIRE，同频硬切换迁移是由1D事件触发，RNC 收到此事件，但是没有发出RELOCATION REQUIRE 2.2.2 原因分析4月15之前，RNC可以发出RELOCATION REQUIRE，并切换能切换成功 最近4月底测试时，发现已经不能发出RELOCATION REQUIRE 。可能原因：参数开关设置问题，RNC处理异常，license问题等首先对比前后脚本，没有发现异常。查看CDT打印消息来看，RNC 收到1D事件，并准备触发同频硬切换伴随迁移（由于IUR接口不支持切换。在获取当前硬切换迁移类型失败。2009-06-01 15:48:57(58)Trace in CORRM_HoIntraFreqSaveMeasRsltToRlTable: The Report cell PrimScrimbleCode = 102009-06-01 15:48:57(58)Trace in CORRM_HoIntraFreqJudgeCellAdd: IUR Not Support Ho. Received 1D Event may init Hho with Reloc. SRNC Id = 840. DRNC Id = 873.2009-06-01 15:48:57(58)Trace in CORRM_HoIntraFreqPrintProcBuf:destination bestCell id is 572129322009-06-01 15:48:57(58)Trace in CORRM_HoIntraFreqPrintProcBuf:need to add cellid:572129322009-06-01 15:48:57(58)Trace in CORRM_HoIntraFreqPrintProcBuf:need to rmv cellid:550515902009-06-01 15:48:57(58)Trace in CORRM_HoIntraFreqHandleMrBuf:get current proc type fail.2009-06-01 15:48:57(58)Trace in CORRM_HoIntraFreqMrEv1D: Ho Type Judge Fail.2009-06-01 15:48:57(58)Trace in CORRM_HoIntraFreqMrProc: Meas Rprt Process Fail. Event Id = 3.对比之前的成功发起RELOCATION REQUIRECDT消息，发现迁移成功的，获得处理类型为INTRA_FREQ_HHO_RELOC2009-03-18 15:42:36(43)Trace in CORRM_HoIntraFreqJudgeCellAdd: IUR Not Support Ho. Received 1D Event may init Hho with Reloc. SRNC Id = 840. DRNC Id = 873.2009-03-18 15:42:36(43)Trace in CORRM_HoIntraFreqMrEv1DSaveCellReplace : Mr Evt1D Time = 0, Best Cell Id = 570818602009-03-18 15:42:36(43)Trace in CORRM_HoCommPrintProcType:type is INTRA_FREQ_HHO_RELOC2009-03-18 15:42:36(43)Trace in CORRM_HoCommPrintProcType:dl switch is BUTT从这些消息可以判断RNC处理异常或LICENSE问题，因为之前都是好的，RNC出问题的可能性不大，再检查LICENSE，发现此功能受限。2.2.3 处理过程经过确认是RAN本地员工在4月底更换过LICENSE，由于之前为DEMOLICENSE，所以功能都是ON，现更为商用LICENSE，客户没有购买此项功能。最后更换LICENSE，迁移成功2.2.4 经验总结LICENSE问题是最见问题，由于维护问题经常容易出错的一个问题，所以在平时定位中，首先从参数开关，LICENSE的问题查起，这样可以避免定位过程中走弯路,另外同频硬切换伴随迁移的触发条件，流程等问题，比较少用，要多查资料。23 NSN核心网UDT/XUDT参数开关关闭导致CS业务同频硬切换伴随迁移失败2.3.1 现象描述B国O项目在和NSN RNC对接时，无iur接口，华为小区向NOKIA小区移动，分别测试语音和数据业务，CS业务同频硬切换伴随迁移失败， NSN到华为迁移成功，华为到NSN迁移失败, 原因为：.misc:0x73 (115): unspecified-failure2.3.2 原因分析在测试过程中，CS业务同频硬切换伴随迁移失败，失败原因是SRNC向MSC发送迁移请求后，MSC直接向SRNC回复：RELOCATION PREPARATION FAILURE，失败原因是unspecified-failure。按照成功的信令流程，如果核心网的数据配置是正确的，当SRNC向MSC发送迁移请求后，MSC应该向DRNC发送迁移请求，在得到DRNC的迁移请求确认消息后MSC向SRNC发送热Relocation command. 但是在现场所做的UE标准接口