irat专题r9csfb案例集RIM全称为其作用就是用于GERAN

【IRAT专题】R9CSFB案例RIM类问RIMRIM介RIM：全称为RANInformationManagement，其作用就是用于GERAN、UTRAN、E-UTRAN接入网间通过网进行信息交换。RIM过程涉及的网元主要是eNodeB、MME、SGSN、RNC/BSCMME和SGSN主要是对交RIM的作RIM的主要作用就是获取对端的信息，根据其目的不同，获取的信息是不一致的，主要包1eNodeBRIMRNC/BSCFlashCSFBCCO/NACCCSFB2eNodeBRIMRNC获取外部小区的负载信息，可以用于异系统MLBCSFB流程(6.0MLB的负载平衡时获取对端负载信息，但是NACC开关控制CCOwith/withoutflashCSFBCSFB flash重定向开关控制除上述以外的其它重定向(MODENODEBALGOSWITCH:RIM需要获取的信UTRAN获取：SIB1/3/5/7GERANRIM的方eRAN6.0MMLMODENODEBALGOSWITCH:RimSwitch=UTRAN_RIM_SWITCH-1&GERAN_RIM_SWITCH-1;//RIM开SingleSingleReportUTRANRIMRIM获取对端信息，就是采用SingleReport方式。而到GERANRIMGERAN信息。MultipleMultipleReport用于多次的信息交换，由源侧发起请求后，目标侧响应，后续目标侧信息发生变化，目标侧主动通知源侧；当UTRANRIMMultipleReport。RIM的编码方式与该编码方式当与eNodeB进行RIM消息交互的网设备均为设备，并且对端设备采用RIM私有编方式时，要求eNodeB设置为私有编方式。62F290(616进制)PLMN6226，F22F，最终翻转8：私有编码补充03C(316进制，12bit)：RNCID107158(416进制，16bit)：CellID1048.018-25.413-25.401-62F290(616进制)PLMN，如前所示，两位翻转为：26203C(316进制，12bit)：RNCID，直接转十进制，RNC7153(416进制，16bit)：CellID，直接转十进制，Cell0如果需要修改编码方式，比如从私有协议修改为标准协议，或者从标准协议修改为私RIM的前提下修改。当前实MultipleReportRIM只有针对协议版本Release9（含）以上的MME，eNodeB才会触发Multiplereport流程。MultiplereportRIM的触发条件有两个：RIMUTRAN外部小区。例如，当RIMUTRANRIM流程；而若UTRAN外部小RIMRIM流程。CCEMMultiRIM重发尝试，采用惩罚拉长重发间隔的方法，第一次重发的间隔时间为T，则第N次重发间隔为N*T。T2小时，N10，重试成功后，所有惩罚数据。超过最大尝试次数依然没有成功则不在进行周期重试。后续依赖于MultiRIM。RANINFORMATIONREQUESTeNodeB分批请求，不区分运营商和链路，每K秒发送一个请求。K4RIM问题现软件版本：BTS3900LTEC国某局点客户在测试快速CSFB时，发现会对RNC发来的RIM请求比如下图所示，从序号4459，RNC每隔1min就不断重复发送RIMreporteNB，eNB60.而在此之前，eNBRIMreport问题分经过分析消息内容，比照协议规定，确认如下时段没有发送ACK响应是因为，eNodeB侧将请求消息中的RSN和自己发的RSN来做比对，如果接收到RSNeNodeB根据协议，eNodeB不应该判断对端发来的RSN，只是和本地——的目的是，在响应消息中携带——的目的是，如果对端再来一条请求消息，用来做判断，如果比48.108eNB发送的最后一条RIM请求消息中携带RSNId ，见下图但是对端RNC回复的消息中RSN信元为 （见下图），小于eNB发送的请求消息中的RSNID。直到在11:48:17，RNC回复的消息中RSN信元 （见下图），大eNBRSNID，eNBACK同时DBG日志中对应时段存在判断RSNID出错的记录eNB问题根当前实现不符合协议，即eNodeB侧将请求消息中的RSN和自己发的RSN来RSNeNodeBeNB解决方这个问题 复位后很容易触发，但是一般持续较短时间后会自动恢复触发：在复位后，会初始化RSN，从2011-1-10:00:00开始到当前的秒RNCRIMRSN自愈：RNC在未收到RIM响应后，会每隔一分钟重新发送，每次重发对RSN做累加，累加值0x ），所以一会就能达到eNodeB的RSNeNBFlashCSFB类问参数设置问题导致L—>UFlashCSFBFlashCSFBRIMRRCReleaseIDUEUTRAN网络，并免去了读UTRAN小区系统消息的时间。RIM2R8RedirectCSFBFlashCSFBR9RedirectCSFB，因此从终端，eNodeB和网侧都必须保证支持R9Release。DSPUTRANRIMINFO查看是否已经获取到了目标小区的系统消息。如图3，eNodeB没有获取到目标小区的系统消息。步骤2：分析S1口信令，发现没有触发RIM流程。正常的RIM请求是通过RIM触发的条件。License情况，FlashCSFallbacktoUTRAN(FDD)UranFlashRedirectSwitch-1、UTRAN_RIM_SWITCH-1、MmeRelease=Release_R10均设5RIM流程，eNodeBRIM2小时后再发RIM开关重新开关一次。步骤5：现场重现开关RIMSwitch后，信令中就到了RIM请求消RNCRIMRNCRIMCSFB开关9。FAST_CS_FB_BASEDON_RIM_SWITCHON，而根据该参数描OFFRIMCSFB10。步骤6RIM回复消息S1AP_MME_DIRECT_INFO_TRANSF，11RIMRNC回复的S1AP_MME_DIRECT_INFO_TRANSFran-info-err消息，如图13，cause RNC14步骤7：检查RIM请求消息中携带的目标小区ID，如图15，请求的cell-id UtranFddTddType=UTRAN_FDD,RacCfgInd=CFG,Rac=115,PScrambCode=200,根据UTRAN小区标识计算公式：UTRANCellIdentity=RncId×65536+CellId=1112*65536= ，和S1口RIM请求消息中发出的cell-id一致。经RNC侧核查，并没有RNC=1112，CellId=9999这个小区。OFFCELLFlashCSFB参数设置问题导致L—>GFlashCSFBFlashCSFBRIMRRCRelease目标小区ID以及目标小区的系统消息，使UE更快的接入目标GERAN，并免去了GERAN小区系统消息的时间。RIM2R8RedirectCSFBFlashCSFBR9RedirectCSFB，因此从终端，eNodeB和网侧都必须保证支持R9Release。DSPGERANRIMINFO查看是否已经获取到了目标小区的系统消息。如图3，eNodeB没有获取到目标小区的系统消息。步骤2：分析S1口信令是否RIM流程正常，如图4，eNodeB发起了RIM3eNodeBRIMLicense、参数设置、UE能力支持是RIM的触发条件，因此不需要检查这些配置。4GERANRIMOFF，eNACCSPTOFFUPRIM5。步骤5GERAN侧开启相关参数后，重新测试收到了RIM回复消息GERANRIMSUP和eNACCSPTOFFFlashCSFBeNACCSPTRIMSUP为UP。RIMFlashCSFB一线使用FlashCSFBtoUTRAN，同时打开了RIM算法开关但是MMLDSPLTE侧分析：从S1标口分析看，LTERIM（S1AP_MME_DIRECT_INFO_TRANSF）。因此，从流程上看，RIM流程是走通了 RIM消息，发现对端反馈的UTRAN系统消息字段为空，同时PDU-ERRORUTRAN回了系统消息，但是并没有把UTRAN的系统消息带给LTELRIM状态信息。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 ,上边的补丁日志显示，在iuitf模块获取小区id时认为数据不对，CN。CNRNCRNCID12RSN2218但是从下图中的码流按照编码方式解读发现：PLMN（72F4 RNCid（000）+cellid（2E23）+补充比特（0），其实RNCID=00，3GCellID，RNCCNLTEUTRANMMLRNC*65535+CellIDUTRAN在eRAN6.0SPC170版本以前，RIM采用的编码方式是的私有编码方式，这种编码方LCellIDURNCID。1MML帮助的计算方式填写UTRANCellIDMML帮助填写的话并不会影响到异系统的切换、重定向。仅仅影响RIM的获取。2LTEeRAN6.0SPC170协议缺陷导致复位后概率性出现FlashCSFB不生效的问题一线发现，复位后，FlashCSFB的生效率下降明显（从100%下降到FlashCSFB生效率=（"L.FlashCSFB.E2W"+"L.FlashCSFB.E2G"）1.通过操作日志确认，FlashCSFBFlashCSFBeNodeB（UTRAN）RIMeNodeBUTRAN2、通过counter确认，复位以后，发送了RIM请求，但是没有收到对端RIM3、通过标口确认，UTRANLTERIM通过标口分析，在15:43发起多次RIM请求消息，只收到RIMRIMRIMcellid外，其余信元无异常。通过RNC的日志分析，是由于发送的RSN与RNCRNCRIM4、结合协议分析，协议缺陷导致LTE复位后，如果LTERIM请求中的比RNC自己的RSN“OLDER”，则RNC不会响应LTE的RIM请3GPP48018RSN控制器会一个RIMSequenceNumber，这个RIMSequenceNumber主要有RIMREQRIMINFOPDUPDUPDURSNPDUACKPDUERRORPDURSNRSN0~2^32-1,RSNRSNRSN(RSNX，givenRSNXRSN，RSN2RSNX“older”RSNXRNCRSNRSNRSN8c.1.5.3。如果满足该规则，RNCRSNRSNX，如RNCRIMRNCRIMRSNRNCRSNOLDER，RNCRIM5、为什么会LTE复位后出现该问题eNodebRSNRSNRIMREQPDUeNodeBRNCeNodeBRSNRNCeNodebMULTIPLE_REPORT_SETTING_RSNRSNRIMFlashCSFB1、eNodeBRIMRSN2、由于协议缺陷，eNodeBRNCRSNRNCRIMRSNRNCRSNOLDER，RNCRIM3CSFBeNodeBRIMflashCSFBeNodeBRNC1、eNodeB7.0SPC230方案1：RNCRIMFastCSFBRNCRSN。MMLSETURRCTRLSWITCH:打开开关：SETURRCTRLSWITCH:RNCeNodeBRIMeNodeBRNCRSNMMLMODENODEBALGOSWITCH:打开开关：MODENODEBALGOSWITCH:RimSwitch=UTRAN_RIM_SWITCH-方案2RNCR15SPC518RIM10器。当定时器超时后，RNCRIMeNodeB2、eNodeB：7.0SPC2307.0SPC230，eNodeBRIMeNodeB后RSN不，使用当前时间和基准时间的差值，计算RSN初始值，保证复位前后RSN值符合协议RN为什 某局点反馈发现现网个别小区没有触发R9CSFB，但是查看已经成功获取RIMR9CSFB（Flash1R9CSFBMODENODEBALGOSWITCH:HoAlgoSwitch=UtranCsfbSwitch-UTRAN401311图1配置的UTRAN外部小区信2、查看获取到的UTRAN系统信息发现，已经有40131的RIM信息，如2。图2获取到的UTRAN小区信3、按照上述情况，正常应该触发R9CSFB，查看标口图3，这次CSFB却是R8CSFB，UTR