irat專題r9csfb案例集RIM全稱為其作用就是用于GERAN

【IRAT專題】R9CSFB案例RIM類問(wèn)RIMRIM介RIM：全稱為RANInformationManagement，其作用就是用于GERAN、UTRAN、E-UTRAN接入網(wǎng)間通過(guò)網(wǎng)進(jìn)行信息交換。RIM過(guò)程涉及的網(wǎng)元主要是eNodeB、MME、SGSN、RNC/BSCMME和SGSN主要是對(duì)交RIM的作RIM的主要作用就是獲取對(duì)端的信息，根據(jù)其目的不同，獲取的信息是不一致的，主要包1eNodeBRIMRNC/BSCFlashCSFBCCO/NACCCSFB2eNodeBRIMRNC獲取外部小區(qū)的負(fù)載信息，可以用于異系統(tǒng)MLBCSFB流程(6.0MLB的負(fù)載平衡時(shí)獲取對(duì)端負(fù)載信息，但是NACC開(kāi)關(guān)控制CCOwith/withoutflashCSFBCSFB flash重定向開(kāi)關(guān)控制除上述以外的其它重定向(MODENODEBALGOSWITCH:RIM需要獲取的信UTRAN獲?。篠IB1/3/5/7GERANRIM的方eRAN6.0MMLMODENODEBALGOSWITCH:RimSwitch=UTRAN_RIM_SWITCH-1&GERAN_RIM_SWITCH-1;//RIM開(kāi)SingleSingleReportUTRANRIMRIM獲取對(duì)端信息，就是采用SingleReport方式。而到GERANRIMGERAN信息。MultipleMultipleReport用于多次的信息交換，由源側(cè)發(fā)起請(qǐng)求后，目標(biāo)側(cè)響應(yīng)，后續(xù)目標(biāo)側(cè)信息發(fā)生變化，目標(biāo)側(cè)主動(dòng)通知源側(cè)；當(dāng)UTRANRIMMultipleReport。RIM的編碼方式與該編碼方式當(dāng)與eNodeB進(jìn)行RIM消息交互的網(wǎng)設(shè)備均為設(shè)備，并且對(duì)端設(shè)備采用RIM私有編方式時(shí)，要求eNodeB設(shè)置為私有編方式。62F290(616進(jìn)制)PLMN6226，F(xiàn)22F，最終翻轉(zhuǎn)8：私有編碼補(bǔ)充03C(316進(jìn)制，12bit)：RNCID107158(416進(jìn)制，16bit)：CellID1048.018-25.413-25.401-62F290(616進(jìn)制)PLMN，如前所示，兩位翻轉(zhuǎn)為：26203C(316進(jìn)制，12bit)：RNCID，直接轉(zhuǎn)十進(jìn)制，RNC7153(416進(jìn)制，16bit)：CellID，直接轉(zhuǎn)十進(jìn)制，Cell0如果需要修改編碼方式，比如從私有協(xié)議修改為標(biāo)準(zhǔn)協(xié)議，或者從標(biāo)準(zhǔn)協(xié)議修改為私RIM的前提下修改。當(dāng)前實(shí)MultipleReportRIM只有針對(duì)協(xié)議版本Release9（含）以上的MME，eNodeB才會(huì)觸發(fā)Multiplereport流程。MultiplereportRIM的觸發(fā)條件有兩個(gè)：RIMUTRAN外部小區(qū)。例如，當(dāng)RIMUTRANRIM流程；而若UTRAN外部小RIMRIM流程。CCEMMultiRIM重發(fā)嘗試，采用懲罰拉長(zhǎng)重發(fā)間隔的方法，第一次重發(fā)的間隔時(shí)間為T，則第N次重發(fā)間隔為N*T。T2小時(shí)，N10，重試成功后，所有懲罰數(shù)據(jù)。超過(guò)最大嘗試次數(shù)依然沒(méi)有成功則不在進(jìn)行周期重試。后續(xù)依賴于MultiRIM。RANINFORMATIONREQUESTeNodeB分批請(qǐng)求，不區(qū)分運(yùn)營(yíng)商和鏈路，每K秒發(fā)送一個(gè)請(qǐng)求。K4RIM問(wèn)題現(xiàn)軟件版本：BTS3900LTEC國(guó)某局點(diǎn)客戶在測(cè)試快速CSFB時(shí)，發(fā)現(xiàn)會(huì)對(duì)RNC發(fā)來(lái)的RIM請(qǐng)求比如下圖所示，從序號(hào)4459，RNC每隔1min就不斷重復(fù)發(fā)送RIMreporteNB，eNB60.而在此之前，eNBRIMreport問(wèn)題分經(jīng)過(guò)分析消息內(nèi)容，比照協(xié)議規(guī)定，確認(rèn)如下時(shí)段沒(méi)有發(fā)送ACK響應(yīng)是因?yàn)?，eNodeB側(cè)將請(qǐng)求消息中的RSN和自己發(fā)的RSN來(lái)做比對(duì)，如果接收到RSNeNodeB根據(jù)協(xié)議，eNodeB不應(yīng)該判斷對(duì)端發(fā)來(lái)的RSN，只是和本地——的目的是，在響應(yīng)消息中攜帶——的目的是，如果對(duì)端再來(lái)一條請(qǐng)求消息，用來(lái)做判斷，如果比48.108eNB發(fā)送的最后一條RIM請(qǐng)求消息中攜帶RSNId ，見(jiàn)下圖但是對(duì)端RNC回復(fù)的消息中RSN信元為 （見(jiàn)下圖），小于eNB發(fā)送的請(qǐng)求消息中的RSNID。直到在11:48:17，RNC回復(fù)的消息中RSN信元 （見(jiàn)下圖），大eNBRSNID，eNBACK同時(shí)DBG日志中對(duì)應(yīng)時(shí)段存在判斷RSNID出錯(cuò)的記錄eNB問(wèn)題根當(dāng)前實(shí)現(xiàn)不符合協(xié)議，即eNodeB側(cè)將請(qǐng)求消息中的RSN和自己發(fā)的RSN來(lái)RSNeNodeBeNB解決方這個(gè)問(wèn)題 復(fù)位后很容易觸發(fā)，但是一般持續(xù)較短時(shí)間后會(huì)自動(dòng)恢復(fù)觸發(fā)：在復(fù)位后，會(huì)初始化RSN，從2011-1-10:00:00開(kāi)始到當(dāng)前的秒RNCRIMRSN自愈：RNC在未收到RIM響應(yīng)后，會(huì)每隔一分鐘重新發(fā)送，每次重發(fā)對(duì)RSN做累加，累加值0x ），所以一會(huì)就能達(dá)到eNodeB的RSNeNBFlashCSFB類問(wèn)參數(shù)設(shè)置問(wèn)題導(dǎo)致L—>UFlashCSFBFlashCSFBRIMRRCReleaseIDUEUTRAN網(wǎng)絡(luò)，并免去了讀UTRAN小區(qū)系統(tǒng)消息的時(shí)間。RIM2R8RedirectCSFBFlashCSFBR9RedirectCSFB，因此從終端，eNodeB和網(wǎng)側(cè)都必須保證支持R9Release。DSPUTRANRIMINFO查看是否已經(jīng)獲取到了目標(biāo)小區(qū)的系統(tǒng)消息。如圖3，eNodeB沒(méi)有獲取到目標(biāo)小區(qū)的系統(tǒng)消息。步驟2：分析S1口信令，發(fā)現(xiàn)沒(méi)有觸發(fā)RIM流程。正常的RIM請(qǐng)求是通過(guò)RIM觸發(fā)的條件。License情況，F(xiàn)lashCSFallbacktoUTRAN(FDD)UranFlashRedirectSwitch-1、UTRAN_RIM_SWITCH-1、MmeRelease=Release_R10均設(shè)5RIM流程，eNodeBRIM2小時(shí)后再發(fā)RIM開(kāi)關(guān)重新開(kāi)關(guān)一次。步驟5：現(xiàn)場(chǎng)重現(xiàn)開(kāi)關(guān)RIMSwitch后，信令中就到了RIM請(qǐng)求消RNCRIMRNCRIMCSFB開(kāi)關(guān)9。FAST_CS_FB_BASEDON_RIM_SWITCHON，而根據(jù)該參數(shù)描OFFRIMCSFB10。步驟6RIM回復(fù)消息S1AP_MME_DIRECT_INFO_TRANSF，11RIMRNC回復(fù)的S1AP_MME_DIRECT_INFO_TRANSFran-info-err消息，如圖13，cause RNC14步驟7：檢查RIM請(qǐng)求消息中攜帶的目標(biāo)小區(qū)ID，如圖15，請(qǐng)求的cell-id UtranFddTddType=UTRAN_FDD,RacCfgInd=CFG,Rac=115,PScrambCode=200,根據(jù)UTRAN小區(qū)標(biāo)識(shí)計(jì)算公式：UTRANCellIdentity=RncId×65536+CellId=1112*65536= ，和S1口RIM請(qǐng)求消息中發(fā)出的cell-id一致。經(jīng)RNC側(cè)核查，并沒(méi)有RNC=1112，CellId=9999這個(gè)小區(qū)。OFFCELLFlashCSFB參數(shù)設(shè)置問(wèn)題導(dǎo)致L—>GFlashCSFBFlashCSFBRIMRRCRelease目標(biāo)小區(qū)ID以及目標(biāo)小區(qū)的系統(tǒng)消息，使UE更快的接入目標(biāo)GERAN，并免去了GERAN小區(qū)系統(tǒng)消息的時(shí)間。RIM2R8RedirectCSFBFlashCSFBR9RedirectCSFB，因此從終端，eNodeB和網(wǎng)側(cè)都必須保證支持R9Release。DSPGERANRIMINFO查看是否已經(jīng)獲取到了目標(biāo)小區(qū)的系統(tǒng)消息。如圖3，eNodeB沒(méi)有獲取到目標(biāo)小區(qū)的系統(tǒng)消息。步驟2：分析S1口信令是否RIM流程正常，如圖4，eNodeB發(fā)起了RIM3eNodeBRIMLicense、參數(shù)設(shè)置、UE能力支持是RIM的觸發(fā)條件，因此不需要檢查這些配置。4GERANRIMOFF，eNACCSPTOFFUPRIM5。步驟5GERAN側(cè)開(kāi)啟相關(guān)參數(shù)后，重新測(cè)試收到了RIM回復(fù)消息GERANRIMSUP和eNACCSPTOFFFlashCSFBeNACCSPTRIMSUP為UP。RIMFlashCSFB一線使用FlashCSFBtoUTRAN，同時(shí)打開(kāi)了RIM算法開(kāi)關(guān)但是MMLDSPLTE側(cè)分析：從S1標(biāo)口分析看，LTERIM（S1AP_MME_DIRECT_INFO_TRANSF）。因此，從流程上看，RIM流程是走通了 RIM消息，發(fā)現(xiàn)對(duì)端反饋的UTRAN系統(tǒng)消息字段為空，同時(shí)PDU-ERRORUTRAN回了系統(tǒng)消息，但是并沒(méi)有把UTRAN的系統(tǒng)消息帶給LTELRIM狀態(tài)信息。3G3GdebugLog RR_ERR_IUITF_0444DEBUGINFO:pMsg->InterSysInfoTransfType.u.RimTransf.RimInfo.usLenis!LogIndex: RR_ERR_PATCH_RAB_0008 RR_ERR_PATCH ,Log RR_ERR_PATCH_RAB_0006 RR_ERR_PATCH ,Log RR_ERR_PATCH_RAB_0007 RR_ERR_PATCH ,上邊的補(bǔ)丁日志顯示，在iuitf模塊獲取小區(qū)id時(shí)認(rèn)為數(shù)據(jù)不對(duì)，CN。CNRNCRNCID12RSN2218但是從下圖中的碼流按照編碼方式解讀發(fā)現(xiàn)：PLMN（72F4 RNCid（000）+cellid（2E23）+補(bǔ)充比特（0），其實(shí)RNCID=00，3GCellID，RNCCNLTEUTRANMMLRNC*65535+CellIDUTRAN在eRAN6.0SPC170版本以前，RIM采用的編碼方式是的私有編碼方式，這種編碼方LCellIDURNCID。1MML幫助的計(jì)算方式填寫UTRANCellIDMML幫助填寫的話并不會(huì)影響到異系統(tǒng)的切換、重定向。僅僅影響RIM的獲取。2LTEeRAN6.0SPC170協(xié)議缺陷導(dǎo)致復(fù)位后概率性出現(xiàn)FlashCSFB不生效的問(wèn)題一線發(fā)現(xiàn)，復(fù)位后，F(xiàn)lashCSFB的生效率下降明顯（從100%下降到FlashCSFB生效率=（"L.FlashCSFB.E2W"+"L.FlashCSFB.E2G"）1.通過(guò)操作日志確認(rèn)，F(xiàn)lashCSFBFlashCSFBeNodeB（UTRAN）RIMeNodeBUTRAN2、通過(guò)counter確認(rèn)，復(fù)位以后，發(fā)送了RIM請(qǐng)求，但是沒(méi)有收到對(duì)端RIM3、通過(guò)標(biāo)口確認(rèn)，UTRANLTERIM通過(guò)標(biāo)口分析，在15:43發(fā)起多次RIM請(qǐng)求消息，只收到RIMRIMRIMcellid外，其余信元無(wú)異常。通過(guò)RNC的日志分析，是由于發(fā)送的RSN與RNCRNCRIM4、結(jié)合協(xié)議分析，協(xié)議缺陷導(dǎo)致LTE復(fù)位后，如果LTERIM請(qǐng)求中的比RNC自己的RSN“OLDER”，則RNC不會(huì)響應(yīng)LTE的RIM請(qǐng)3GPP48018RSN控制器會(huì)一個(gè)RIMSequenceNumber，這個(gè)RIMSequenceNumber主要有RIMREQRIMINFOPDUPDUPDURSNPDUACKPDUERRORPDURSNRSN0~2^32-1,RSNRSNRSN(RSNX，givenRSNXRSN，RSN2RSNX“older”RSNXRNCRSNRSNRSN8c.1.5.3。如果滿足該規(guī)則，RNCRSNRSNX，如RNCRIMRNCRIMRSNRNCRSNOLDER，RNCRIM5、為什么會(huì)LTE復(fù)位后出現(xiàn)該問(wèn)題eNodebRSNRSNRIMREQPDUeNodeBRNCeNodeBRSNRNCeNodebMULTIPLE_REPORT_SETTING_RSNRSNRIMFlashCSFB1、eNodeBRIMRSN2、由于協(xié)議缺陷，eNodeBRNCRSNRNCRIMRSNRNCRSNOLDER，RNCRIM3CSFBeNodeBRIMflashCSFBeNodeBRNC1、eNodeB7.0SPC230方案1：RNCRIMFastCSFBRNCRSN。MMLSETURRCTRLSWITCH:打開(kāi)開(kāi)關(guān)：SETURRCTRLSWITCH:RNCeNodeBRIMeNodeBRNCRSNMMLMODENODEBALGOSWITCH:打開(kāi)開(kāi)關(guān)：MODENODEBALGOSWITCH:RimSwitch=UTRAN_RIM_SWITCH-方案2RNCR15SPC518RIM10器。當(dāng)定時(shí)器超時(shí)后，RNCRIMeNodeB2、eNodeB：7.0SPC2307.0SPC230，eNodeBRIMeNodeB后RSN不，使用當(dāng)前時(shí)間和基準(zhǔn)時(shí)間的差值，計(jì)算RSN初始值，保證復(fù)位前后RSN值符合協(xié)議RN為什 某局點(diǎn)反饋發(fā)現(xiàn)現(xiàn)網(wǎng)個(gè)別小區(qū)沒(méi)有觸發(fā)R9CSFB，但是查看已經(jīng)成功獲取RIMR9CSFB（Flash1R9CSFBMODENODEBALGOSWITCH:HoAlgoSwitch=UtranCsfbSwitch-UTRAN401311圖1配置的UTRAN外部小區(qū)信2、查看獲取到的UTRAN系統(tǒng)信息發(fā)現(xiàn)，已經(jīng)有40131的RIM信息，如2。圖2獲取到的UTRAN小區(qū)信3、按照上述情況，正常應(yīng)該觸發(fā)R9CSFB，查看標(biāo)口圖3，這次CSFB卻是R8CSFB，UTR