B國(guó)O項(xiàng)目跨廠商無(wú)IUR口遷移問題定位總結(jié)

1、 B國(guó)O項(xiàng)目跨廠商無(wú)IUR口遷移問題定位總結(jié) 內(nèi)部公開產(chǎn)品名稱Product name密級(jí)Confidentiality levelWCDMA內(nèi)部公開產(chǎn)品版本Product versionFor internal use onlyB國(guó)O項(xiàng)目跨廠商無(wú)IUR口遷移問題定位總結(jié)擬制:Prepared by張 盟 61787日期：Date2011-08-04審核:Reviewed by日期：Date審核:Reviewed by日期：Date批準(zhǔn):Granted by日期：DateHuawei Technologies Co., Ltd.All rights reservedB國(guó)O項(xiàng)目跨廠商無(wú)IUR口遷

2、移問題定位總結(jié)張盟 61787，里約代表處專業(yè)服務(wù)部摘要：本文總結(jié)了B國(guó)O項(xiàng)目跨廠商無(wú)IUR接口遷移失敗問題定位和分析過程，把對(duì)接期間的主要問題進(jìn)行詳細(xì)解析，本文先從遷移的概念分類區(qū)別進(jìn)行描述，然后再把此項(xiàng)目遇到遷移流程類型，從概念，信令流程，參數(shù)配置，遷移成功判斷點(diǎn)，并配以本項(xiàng)目中的案例進(jìn)行詳細(xì)解讀。為后續(xù)類似遷移問題的定位處理，提供了一些基本的思想和此類問題處理方法。關(guān)鍵詞：遷移，硬切換伴隨遷移，RELOCATION，DSCR，無(wú)損遷移1. SRNS遷移基本概念介紹SRNS(Serving Radio Network System)遷移是指UE的服務(wù)RNC從由原來的RNC變成另一個(gè)RNC的

3、過程。根據(jù)IUR接口是否可用，可以將遷移分為靜態(tài)遷移和伴隨遷移兩種情況，又根據(jù)UE所處的狀態(tài)不同，將伴隨遷移分成為硬切換伴隨遷移和CELL UPDATE伴隨遷移兩種。需要指出，所有的遷移流程都是由SRNC觸發(fā)的。對(duì)于靜態(tài)遷移，遷移主要用于優(yōu)化傳輸時(shí)延以及節(jié)約IUR傳輸資源。對(duì)于伴隨遷移，由于IUR接口不可用，遷移提供了一種方式用于完成（硬）切換，以保證業(yè)務(wù)的連續(xù)性。下面詳細(xì)介紹各種遷移的基本原理。1.1 靜態(tài)遷移發(fā)生靜態(tài)遷移的條件是UE從DRNC，而且只從一個(gè)DRNC中接入，這意味著IUR接口需要處于可用狀態(tài)。UE可以通過軟切換也可以通過硬切換進(jìn)入這一狀態(tài)，如下圖中左邊所示。由于遷移過程不需要

4、UE的參與，所以也稱之為UE不涉及的（UE Not Involved）遷移。發(fā)生遷移后，IUR接口資源被釋放，Iu接口發(fā)生遷移，原DRNC變成SRNC。如圖中右半部分所示。1.2 硬切換伴隨遷移伴隨遷移指UE從SRNC硬切換到目標(biāo)RNC，同時(shí)Iu接口發(fā)生變化的過程。由于遷移過程需要UE的參與，所以也稱之為UE涉及的（UE Involved）遷移。當(dāng)UE在不同RNC小區(qū)之間發(fā)生硬切換時(shí)，同時(shí)發(fā)生伴隨遷移，稱之為叫做硬切換伴隨遷移。伴隨遷移示意圖如下圖所示。通常，硬切換伴隨遷移發(fā)生在IUR接口不可用的情況（IUR接口處于擁塞狀態(tài)或者IUR接口沒有配置資源）。1.3 小區(qū)/URA更新導(dǎo)致伴隨遷移CE

5、LL UPDATE伴隨遷移又稱為前向切換伴隨遷移。當(dāng)UE處于CELL_FACH狀態(tài)或者CELL_PCH，URA_PCH狀態(tài)時(shí)，在不同RNC之間進(jìn)行小區(qū)重選，如果無(wú)法建立Iur接口公共信道，或者建立Iur接口公共信道失敗，稱之為小區(qū)更新伴隨遷移。1.4 無(wú)損遷移無(wú)損遷移時(shí)，原SRNC會(huì)將自己緩存的數(shù)據(jù)上下文信息發(fā)往目標(biāo)RNC繼續(xù)處理，而有損遷移則不能完成原SRNC中緩存數(shù)據(jù)的轉(zhuǎn)發(fā)和后續(xù)處理。同時(shí)有損遷移在信令流程上比無(wú)損遷移多出了兩條信令，SRNC向SGSN發(fā)送傳輸SRNS上下文消息FORWARD SRNS CONTEXT，指示SGSN把數(shù)據(jù)轉(zhuǎn)發(fā)所需的GTP-U和PDCP序列號(hào)信息向目標(biāo)RNC傳

6、送，當(dāng)SGSN收到SRNC的傳輸SRNS上下文消息FORWARD SRNS CONTEXT，則向目標(biāo)RNC發(fā)送傳輸SRNS上下文消息FORWARD SRNS CONTEXT，消息中包含SRNC數(shù)據(jù)轉(zhuǎn)發(fā)所需的GTP-U和PDCP序列號(hào)；靜態(tài)遷移時(shí)若存在無(wú)損遷移，信令流程上沒有區(qū)別，數(shù)據(jù)轉(zhuǎn)發(fā)所需的PDCP和GTP-U的序列號(hào)從RELOCATION COMMIT消息帶過去。另外無(wú)損遷移對(duì)終端，友商RNC，CN有非常高的要求，在做對(duì)接時(shí)需要考慮各個(gè)網(wǎng)元和終端是否支持無(wú)損遷移，目前我司RNC是支持的，在做對(duì)接時(shí)需要打開無(wú)損遷移的開關(guān)。1.5 DSCR直接信令連接重建(DSCR)，當(dāng)I

7、UR接口不可用時(shí)DRNC沒有辦法通知SRNC完成移動(dòng)性管理，只能給UE發(fā)送原因值為DSCR的RRC連接釋放消息，使得UE完成小區(qū)重選并執(zhí)行RAU過程，以達(dá)到移動(dòng)性管理的目的。DSCR全稱為“Direct Signalling Connection Re-establish”，稱為直接信令連接重建。3GPP23.060協(xié)議中相關(guān)的描述為：The RNC will send a RRC CONNECTION RELEASE message with cause "Directed Signalling Connection re-establishment" when it i

8、s 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" e

9、ven if the RA has not changed since the last update. 針對(duì)協(xié)議規(guī)定，華為RNC在3種特殊的場(chǎng)景使用DSCR功能場(chǎng)景一：IUR接口不可用，UE處于CELL_FACH，CELL_PCH，URA_PCH狀態(tài)，并且從SRNC移動(dòng)到某個(gè)DRNC小區(qū)發(fā)起CELL UPDATE。 DRNC無(wú)法通過IUR接口向SRNC發(fā)送上行信令轉(zhuǎn)移消息，故此時(shí)需要進(jìn)行DSCR過程。該過程由DRNC發(fā)起，直接通過標(biāo)準(zhǔn)信令“RRC CONN REL”通知UE，連接釋放原因值為“ Direct Signalling Connection Re-establish”。場(chǎng)景二：存在

10、IUR接口，在進(jìn)行CELL UPDATE伴隨遷移過程中遷移準(zhǔn)備失敗，發(fā)起DSCR流程。場(chǎng)景三：存在IUR接口，在CELL UPDATE伴隨遷移過程中遷移執(zhí)行階段失?。ㄈ绲却齊ELOC COMMIT超時(shí)），1.6 遷移與DSCR關(guān)系目前我司RNC只支持CS，PS業(yè)務(wù)遷移，PS業(yè)務(wù)DSCR，CS業(yè)務(wù)目前不支持。對(duì)于PS業(yè)務(wù)遷移和DSCR主要區(qū)別在于，PS業(yè)務(wù)硬切換伴隨遷移在配置方面要求較高，需要考慮對(duì)端或友商RNC，MSC等是否支持遷移，另外在配置方面除了配置相關(guān)的切換開關(guān)，鄰區(qū)外，還需要配置相應(yīng)的IPPATH和路由，對(duì)接過程是較為復(fù)雜，而DSCR過程較為簡(jiǎn)單，只要SRNC打開相應(yīng)的DSCR開關(guān)，

11、配置相應(yīng)的鄰區(qū)就可以啦，不需要考慮對(duì)端RNC和CN的能力是否支持。2. 同頻硬切換伴隨遷移本文主要以同頻硬切換伴隨遷移流程進(jìn)行詳細(xì)配置介紹2.1觸發(fā)原因同頻硬切換伴隨遷移發(fā)生在IUR接口不可用的情況（IUR接口處于擁塞狀態(tài)或者IUR接口沒有配置資源）。由1D事件觸發(fā)，而異頻硬切換則由2D事件觸發(fā)2.2信令流程同頻硬切換伴隨遷移流程當(dāng)UE測(cè)量到目標(biāo)RNC小區(qū)后并且上報(bào)1D事件，則由SRNC觸發(fā)同頻硬切換伴隨遷移。1在接收到硬切換測(cè)量報(bào)告后，RNC1向CN發(fā)送RELOCATION REQUIRED消息，請(qǐng)求SRNS遷移；2CN向RNC2發(fā)送RELOCATION REQUEST消息；3RNC2向No

12、deB發(fā)送RADIO LINK SETUP REQUEST消息，指示NodeB建立無(wú)線鏈路；4NodeB建立無(wú)線鏈路，并向RNC2響應(yīng)RADIO LINK SETUP RESPONSE消息；5RNC2準(zhǔn)備遷移并向CN發(fā)送RELOCATION REQUEST ACKNNOWLEDGE消息；6CN向RNC1發(fā)送RELOCATION COMMAND消息，指示RNC1啟動(dòng)遷移；7RNC1向CN發(fā)送FORWARD SRNS CONTEXT消息，通知CN相關(guān)的SRNS上下文；8RNC1向UE發(fā)送RADIO BEARER RECONFIGURATION消息，請(qǐng)求UE進(jìn)行物理信道重配；9CN向RNC2發(fā)送FO

13、RWARD SRNS CONTEXT消息；10NodeB向RNC2發(fā)送RADIO LINK RESTORE INDICATION消息，指示無(wú)線鏈路已同步；11RNC2向CN發(fā)送RELOCATION DETECT消息；12UE向RNC2發(fā)送RADIO BEARER RECONFIGURATION COMPLETE消息；13RNC2向CN發(fā)送RELOCATION COMPLETE消息，并變更成為SRNC；14RNC2向UE發(fā)送UTRAN MOBILITY INFORMATION消息，通知UE新的UTRAN信息；15UE向RNC2發(fā)送UTRAN MOBILITY INFORMATION消息；16CN

14、向RNC1發(fā)送IU RELEASE COMMAND消息，請(qǐng)求RNC1釋放相關(guān)Iu接口資源；17RNC1向CN發(fā)送IU RELEASE COMPLETE消息；18RNC2向UE發(fā)送UE CAPABILITY ENQUIRY消息，查詢UE能力信息；19UE向RNC2發(fā)送UE CAPABILITY INFORMATION消息，其中包含UE能力信息；20RNC2讀取UE能力信息，然后向UE發(fā)送UE CAPABILITY INFORMATION CONFIRM消息；備注：對(duì)于異頻硬切換流程與同頻硬切換流程的差異在于，異頻硬切換伴隨遷移流程由2D事件觸發(fā)，通過物理信道重配置信令完成遷移，詳細(xì)信令流程如下：

15、硬切換伴隨遷移過程中，如果Iu-PS接口存在支持無(wú)損遷移的RAB，則SRNC通過SRNS上下文消息FORWARD SRNS CONTEXT將數(shù)據(jù)轉(zhuǎn)發(fā)所需的GTP-U和PDCP序列號(hào)信息傳送到DRNC。 當(dāng)DRNC收到來自NodeB的RADIO LINK RESTORE INDICATION消息后，會(huì)向CN發(fā)RELOCATION DETECT消息。 當(dāng)DRNC沒有得到UE能力信息時(shí)，會(huì)主動(dòng)發(fā)起UE能力查詢流程2.3數(shù)據(jù)配置2.3.1 LICENSE配置首先要檢查L(zhǎng)ICENSE是否支持，必須打開硬切換伴隨遷移LICENSE SRNS Relocation with Hard Handover=ON

16、，如果支持無(wú)損遷移的話，必須打開無(wú)損遷移開關(guān)Lossless SRNS Relocation=ON2.3.2 華為側(cè)RNC參數(shù)配置1. 打開全局遷移開關(guān),如果是異頻硬切換開關(guān)，必須打異頻硬切換開關(guān)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. 打開支持遷移業(yè)務(wù)開關(guān)和PS BE業(yè)務(wù)遷移開關(guān)MOD UNRNC: NRncId=xxxx, HHOTRIG=ON, S

17、erviceInd=SUPPORT_CS_AND_PS, HhoRelocProcSwitch=DL_DCCH_SWITCH-1&IUR_TRG_SWITCH-1, IurExistInd=FALSE, PsBeProcType=CORRM_SRNSR_PSBE_RELOC;3. 配置相關(guān)鄰區(qū)信息ADD UEXT3GCELL: NRncId=xxx, CellId=xxxx, CellHostType=SINGLE_HOST, CellName="xxxxx", CnOpGrpIndex=1, PScrambCode=xx, BandInd=Band1, UARFC

18、NUplinkInd=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, TpenaltyHcsR

19、eselect=D0, NPrioFlag=FALSE;4. 如果是PS業(yè)務(wù)必須配置到目標(biāo)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時(shí)，選擇ADJNODE為SGSN的ADJNODE標(biāo)識(shí)，本地IP地址為本RNC的IU接口本端接口板配置的物理IP地址或RNC用戶面邏輯IP地址，對(duì)端

20、地址為對(duì)端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, VL

21、ANFLAG=DISABLE, PATHCHK=DISABLED;2.3.3 其它配置核查2.4 信令流程觀察點(diǎn)1. 在RNC發(fā)往CN的RANAP_RELOCATION_REQUIRED消息中可以看到有relocation Type一項(xiàng)，如果該項(xiàng)的值為"ue not involved"則屬于靜態(tài)遷移；如果該項(xiàng)的值為"ue involved"則屬于伴隨遷移。2. 查看RNC發(fā)往CN的RANAP_RELOCATION_REQUIRED消息中原因值：relocation desirable for radio reasons-硬切換伴隨遷移。其它原因的遷移值T

22、ime critical relocation-基于IUR口時(shí)延優(yōu)化的CS靜態(tài)遷移。resource optimization relocation-PS靜態(tài)遷移。3. 切換成功信令流程觀察點(diǎn)如果切換成功IU RELEASE COMMAND原因?yàn)椋篠uccessfully Relocation 3. DSCR2.1觸發(fā)原因直接信令連接重建(DSCR)，當(dāng)IUR接口不可用時(shí)DRNC沒有辦法通知SRNC完成移動(dòng)性管理，只能給UE發(fā)送原因值為DSCR的RRC連接釋放消息，使得UE完成小區(qū)重選并執(zhí)行RAU過程，以達(dá)到移動(dòng)性管理的目的。2.2信令流程針對(duì)協(xié)議規(guī)定，華為RNC在3種特殊的場(chǎng)景使用DSCR功

23、能場(chǎng)景一：IUR接口不可用，UE處于CELL_FACH，CELL_PCH，URA_PCH狀態(tài)，并且從SRNC移動(dòng)到某個(gè)DRNC小區(qū)發(fā)起CELL UPDATE。 DRNC無(wú)法通過IUR接口向SRNC發(fā)送上行信令轉(zhuǎn)移消息，故此時(shí)需要進(jìn)行DSCR過程。該過程由DRNC發(fā)起，直接通過標(biāo)準(zhǔn)信令“RRC CONN REL”通知UE，連接釋放原因值為“ Direct Signalling Connection Re-establish”。其信令流程為：場(chǎng)景二：存在IUR接口，在進(jìn)行CELL UPDATE伴隨遷移過程中遷移準(zhǔn)備失敗，發(fā)起DSCR流程。其基本信令流程為：場(chǎng)景二：存在IUR接口，在進(jìn)行CELL U

24、PDATE伴隨遷移過程中遷移準(zhǔn)備失敗，發(fā)起DSCR流程。其基本信令流程為：2.3數(shù)據(jù)配置2.3.1 LICENSE配置首先要檢查L(zhǎng)ICENSE是否支持，必須打開硬切換伴隨遷移LICENSE SRNS Relocation with Hard Handover=ON，如果支持小區(qū)更新伴隨遷移的話，打開SRNS Relocation with Cell/URA Update=ON2.3.2 華為側(cè)RNC參數(shù)配置5. 打開全局遷移開關(guān),如果是異頻硬切換開關(guān)，必須打異頻硬切換開關(guān)SET UCORRMALGOSWITCH: CfgSwitch=CFG_LOSSLESS_RELOC_CFG_SWITCH-

25、1, HoSwitch=HO_INTER_FREQ_HARD_HO_SWITCH-0&HO_INTRA_FREQ_HARD_HO_SWITCH-1;6. 打開支持遷移業(yè)務(wù)開關(guān)和PS BE業(yè)務(wù)遷移開關(guān)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. 配置相關(guān)鄰區(qū)信息ADD UEX

26、T3GCELL: 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,

27、 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過程較為簡(jiǎn)單，只要SRNC打開相應(yīng)的DSCR開關(guān)，配置相應(yīng)的鄰區(qū)就可以啦，不需要考慮對(duì)端RNC和CN的能力是否支持,也是為了規(guī)避對(duì)端有限制方便進(jìn)行互聯(lián)互通。3.4 信令流程觀察點(diǎn)如果是同頻DSCR流程的話，由1D事件觸發(fā)，對(duì)于導(dǎo)頻則

28、由2D事件觸發(fā)首先由SRNC發(fā)送RRC鏈接釋放消息給UE，釋放原因?yàn)閞eleaseCause:directedsignallingconnectionre-establishment (5)再由SGSN 請(qǐng)求RNC1數(shù)據(jù)進(jìn)行轉(zhuǎn)發(fā)。 然后RNC1轉(zhuǎn)發(fā)數(shù)據(jù)包上下行GTP PDU序列數(shù)據(jù)到SGSN4. 案例分析本文總結(jié)了B國(guó)O項(xiàng)目華為RNC與NSN RNC無(wú)IUR接口遷移失敗問題定位和分析過程，把對(duì)接期間的主要問題進(jìn)行詳細(xì)解析，為后續(xù)類似遷移問題的定位處理，提供了一些基本的思想和此類問題處理方法。21 IPPATH和路由未配置導(dǎo)致PS業(yè)務(wù)同頻硬切換伴隨遷移失敗2.1.1 現(xiàn)象描述B國(guó)某項(xiàng)目在和NSN

29、 RNC對(duì)接時(shí)，無(wú)iur接口，PS業(yè)務(wù)同頻硬切換伴隨遷移失敗，CS業(yè)遷移成功，NSN到華為遷移成功，華為到NSN遷移失敗, 原因?yàn)椋簍ransmissionNetwork:0x42(66):iu-transport-connection-failed-to-establish2.1.2 原因分析查看CDT打印消息來看，RNC GRA模塊在選擇PATH時(shí)出現(xiàn)了問題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: 10

30、93SRC WARNING->Alarm in RNCAP_L2cfgGtpuGetPIUInfoRsp: Received GRA PATH SEL RSP message from GRA but the result is failing! Rslt = 37在查看CN下發(fā)的NOKIA IP地址：00001010011111101110111100001001(0A 7E EF 09)=10.126.239.09可能是忘記配置到NOKIA的路由信息。檢查腳本確實(shí)沒有配置到NOKIA的路由。重新配置后，問題依然存在，針對(duì)NOKIA RNC用戶面：10.126.239.X，已經(jīng)配置了相

31、關(guān)的路由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"最后經(jīng)過和研發(fā)確認(rèn)，在RNC對(duì)接時(shí)無(wú)IUR接口時(shí)，除了要配置相關(guān)路由外，還需要配置到NOKIA RNC的IPPATH。不過這個(gè)IPPATH比較特殊，與RNC到SGSN的IPPATH不同，這個(gè)PATH是經(jīng)過SGSN來透?jìng)鞯?，所以要以SGSN的鄰結(jié)點(diǎn)為該P(yáng)ATH ID。增加

32、IPPATH時(shí)，選擇ADJNODE為SGSN的ADJNODE標(biāo)識(shí)，本地IP地址為本RNC的IU接口本端接口板配置的物理IP地址或RNC用戶面邏輯IP地址，對(duì)端地址為對(duì)端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, RX

33、BW=100000, FWDHORSVBW=0, BWDHORSVBW=0, FWDCONGBW=0, BWDCONGBW=0, FWDCONGCLRBW=0, BWDCONGCLRBW=0, VLANFLAG=DISABLE, PATHCHK=DISABLED;我們配置經(jīng)SGSN透?jìng)鞯絅OKIA的地址為:ADD IPPATH:ANI=1980, PATHID=22, PATHT=QOSPATH, IPADDR="10.126.37.201", PEERIPADDR="10.126.239.9", PEERMASK="255.255.255.2

34、25", TXBW=100000, RXBW=100000, FWDHORSVBW=0, BWDHORSVBW=0, FWDCONGBW=0, BWDCONGBW=0, FWDCONGCLRBW=0, BWDCONGCLRBW=0, VLANFLAG=DISABLE, PATHCHK=DISABLED;經(jīng)過配置后發(fā)現(xiàn)RELOCATION出現(xiàn)概率性成功，經(jīng)過最后分析，SGSN是隨機(jī)選擇IP進(jìn)行遷移，如果在選擇的IP地址而我們配置相關(guān)PATH的，就成功，沒有配置的就失敗。第一次RELOCATION REQUIRE CN 從RELOCATION COMMAND中帶 10.126.239.9

35、第二次RELOCATION REQUIRE CN 從RELOCATION COMMAND中帶 10.126.239.5第三次RELOCATION REQUIRE CN 從RELOCATION COMMAND中帶 10.126.239.1共3個(gè)IP，查看一下NOKIA RNC協(xié)商數(shù)據(jù),用戶面數(shù)據(jù)，與CN下發(fā)一致！在配置路由時(shí)，要選擇和RNC直接相連的ROUTER做為下一跳的地址，可以參考到RNC到SGSN的路由。只有雙方都配置IP路由的情況下，雙方之間是可以相互PING通的。原來SGSN的這些IP地址是以資源池的方式工作，隨機(jī)選擇。2.1.3 處理過程重新配置了IPPATH和路由，只有到NOKI

36、A用戶面的三個(gè)條PATH配齊了，才能發(fā)生遷移。也可以配置到這個(gè)網(wǎng)段的地址。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, BWDCONGCLRB

37、W=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, BWDCONGC

38、LRBW=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, BWDCO

39、NGCLRBW=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 經(jīng)驗(yàn)總結(jié)同頻硬切換伴隨遷移用的比較少，相關(guān)的資料用例比較少，同頻可以使用DSCR流程，比較簡(jiǎn)單，建議遇到類似問題多和研發(fā)交流。22 由LICENSE問題導(dǎo)致同頻硬切換伴隨遷移

40、失敗問題案例2.2.1 現(xiàn)象描述B國(guó)某項(xiàng)目在和NSN RNC對(duì)接時(shí)，無(wú)iur接口，CN為NSN，CS和PS業(yè)務(wù)同頻硬切換伴隨遷移失敗，NSN到華為遷移成功，華為到NSN遷移失敗。測(cè)試環(huán)境，華為小區(qū)向NOKIA小區(qū)移動(dòng)，分別測(cè)試語(yǔ)音，PS R99業(yè)務(wù)從華為到NSN （CELLID:35457 SC:10 RNCID: 873 LAC: 16599）做同頻硬切換伴隨遷移，在從HUAWEI到NOKIA遷移過程中，RNC 沒有發(fā)RELOCATION REQUIRE，同頻硬切換遷移是由1D事件觸發(fā)，RNC 收到此事件，但是沒有發(fā)出RELOCATION REQUIRE 2.2.2 原因分析4月15之前，R

41、NC可以發(fā)出RELOCATION REQUIRE，并切換能切換成功 最近4月底測(cè)試時(shí)，發(fā)現(xiàn)已經(jīng)不能發(fā)出RELOCATION REQUIRE ?？赡茉颍簠?shù)開關(guān)設(shè)置問題，RNC處理異常，license問題等首先對(duì)比前后腳本，沒有發(fā)現(xiàn)異常。查看CDT打印消息來看，RNC 收到1D事件，并準(zhǔn)備觸發(fā)同頻硬切換伴隨遷移（由于IUR接口不支持切換。在獲取當(dāng)前硬切換遷移類型失敗。2009-06-01 15:48:57(58)Trace in CORRM_HoIntraFreqSaveMeasRsltToRlTable: The Report cell PrimScrimbleCode = 102009-0

42、6-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_HoIntraFreqPrint

43、ProcBuf: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 1

44、5:48:57(58)Trace in CORRM_HoIntraFreqMrProc: Meas Rprt Process Fail. Event Id = 3.對(duì)比之前的成功發(fā)起RELOCATION REQUIRECDT消息，發(fā)現(xiàn)遷移成功的，獲得處理類型為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 =

45、 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處理異常或LI

46、CENSE問題，因?yàn)橹岸际呛玫?，RNC出問題的可能性不大，再檢查L(zhǎng)ICENSE，發(fā)現(xiàn)此功能受限。2.2.3 處理過程經(jīng)過確認(rèn)是RAN本地員工在4月底更換過LICENSE，由于之前為DEMOLICENSE，所以功能都是ON，現(xiàn)更為商用LICENSE，客戶沒有購(gòu)買此項(xiàng)功能。最后更換LICENSE，遷移成功2.2.4 經(jīng)驗(yàn)總結(jié)LICENSE問題是最見問題，由于維護(hù)問題經(jīng)常容易出錯(cuò)的一個(gè)問題，所以在平時(shí)定位中，首先從參數(shù)開關(guān)，LICENSE的問題查起，這樣可以避免定位過程中走彎路,另外同頻硬切換伴隨遷移的觸發(fā)條件，流程等問題，比較少用，要多查資料。23 NSN核心網(wǎng)UDT/XUDT參數(shù)開關(guān)關(guān)閉導(dǎo)致C

47、S業(yè)務(wù)同頻硬切換伴隨遷移失敗2.3.1 現(xiàn)象描述B國(guó)O項(xiàng)目在和NSN RNC對(duì)接時(shí)，無(wú)iur接口，華為小區(qū)向NOKIA小區(qū)移動(dòng)，分別測(cè)試語(yǔ)音和數(shù)據(jù)業(yè)務(wù)，CS業(yè)務(wù)同頻硬切換伴隨遷移失敗， NSN到華為遷移成功，華為到NSN遷移失敗, 原因?yàn)椋?misc:0x73 (115): unspecified-failure2.3.2 原因分析在測(cè)試過程中，CS業(yè)務(wù)同頻硬切換伴隨遷移失敗，失敗原因是SRNC向MSC發(fā)送遷移請(qǐng)求后，MSC直接向SRNC回復(fù)：RELOCATION PREPARATION FAILURE，失敗原因是unspecified-failure。按照成功的信令流程，如果核心網(wǎng)的數(shù)據(jù)配置是正確的，當(dāng)SRNC向MSC發(fā)送遷移請(qǐng)求后，MSC應(yīng)該向DRNC發(fā)送遷移請(qǐng)求，在得到DRNC的遷移請(qǐng)求確認(rèn)消息后MSC向SR