LCR6.0RNC820RRM相关算法优化(免财富值).ppt

* * * (I)在选择载频码资源时，要考虑UE的多载频能力，AFE频段能力，以及综合的承载信道类型，来过滤掉用户不能够接入的载频。 (II) 传进来的请求目标速率有可能是AUE速率，那么在该函数中处理时要注意，转换成典型速率后再计算需要占用的码资源数。但匹配完之后，输出的匹配速率一定是典型速率，至于要不要再转换成AUE速率，则由各个流程自己判决。 (III) 传进来的请求目标速率有可能是帧分速率，那么不处理，因为帧分速率已经是最低速率，匹配也没有用。 * * * * * reloc req是CN发起建立连接的第一条消息 解析RANAP_RELOCATION_REQ消息，获取IMSI信息，和本地过滤表中的记录做匹配，如果IMSI号匹配上了，则上报消息到UE跟踪。 * * * * * * 对于PS非实时业务，出现Iu口及空口切换失败导致的RNC间切换失败后，会按照DSCR流程释放业务。此后UE进行小区重选。如果UE依然选择原小区接入，切换依然会失败。因此对DSCR算法机制进行优化，从而使UE在重新接入时，能优先在之前切换失败的目标小区中接入，因为大多数场景下此时目标小区信号强于原小区。 * * 4.1版本中PS非实时业务在RNC间切换失败后，会自动进行DSCR过程，按照DSCR流程释放业务，此后UE进行小区重选，选到一个小区再次接入。但是DSCR流程可能引起掉话，原因是DSCR过程先释放RRC，然后Iu口进行上下文交互释放Iu口，在Iu口交互的同时新的RRC已经重建，如果在新的CommandID下发而老的Iu口还没有释放时候，RNC检测到有两个相同IMSI共存，会以IU Release Request做异常释放，掉话原因记为Failure In The Radio Interface。如果不进行DSCR，UE在RelocationPreparationFailure后不一定掉话，但是进行DSCR有90％的几率掉话。因此5.0版本设置DSCR开关（CR859）在业务流程中增加DSCR开关判断，如果开关关闭，不触发DSCR流程，反之则触发DSCR流程。 6.0版本RNC通过RRC CONNECTION RELEASE消息，可选项重定向信息的频点信息指示目标小区频点，将目标小区的主频点信息传给UE，UE在接收到RRC CONNECTION RELEASE后记录保留住这个频点信息，优先搜索这个频点，选择这个主频点小区作为驻留小区，从而实现切换失败后，通过DSCR流程在目标小区接入的目的，具体流程如下：1）如果“DSCR流程开关打开”，并且当前业务为PS非实时业务，UE能力支持R7以上的版本，则将切换的目标小区的主频点作为RRC CONNECTION RELEASE消息中“Redirection info”信元的“Frequency info”指示的频点。2）如果RRC CONNECTION RELEASE消息中未携带频点或者携带了频点但是与当前小区同频或者虽然携带了频点，但是UE不支持，此时发起DSCR流程，UE都有可能继续在本小区重建，而此时如果第一次呼叫还在进行释放流程导致RRC未释放掉，新的RRC又重建，当RNC发现已经注册的IMSI又重建，将出现IMSI冲突而异常释放掉第一次的呼叫，所以此处增加一个“DSCR流程RNC异常释放延迟定时器”，当发起DSCR流程时，启动该定时器，在定时器内，如果出现IMSI冲突，不异常释放用户；当定时器超时，如果仍出现IMSI冲突，则异常释放用户。 注：UE如果未按照协议实现，则有可能UE未保存该频点，导致UE仍在源小区接入。 * 6.0版本RNC通过RRC CONNECTION RELEASE消息，可选项重定向信息的频点信息指示目标小区频点，将目标小区的主频点信息传给UE，UE在接收到RRC CONNECTION RELEASE后记录保留住这个频点信息，优先搜索这个频点，选择这个主频点小区作为驻留小区，从而实现切换失败后，通过DSCR流程在目标小区接入的目的，具体流程如下：1）如果“DSCR流程开关打开”，并且当前业务为PS非实时业务，UE能力支持R7以上的版本，则将切换的目标小区的主频点作为RRC CONNECTION RELEASE消息中“Redirection info”信元的“Frequency info”指示的频点。2）如果RRC CONNECTION RELEASE消息中未携带频点或者携带了频点但是与当前小区同频或者虽然携带了频点，但是UE不支持，此时发起DSCR流程，UE都有可能继续在本小区重建，而此时如果第一次呼叫还在进行释放流程导致RRC未释放掉，新的RRC又重建，当RNC发现已经注册的IMSI又重建，将出现IMSI冲突而异常释放掉第一次的呼叫，所以此处增加一个“DSCR流程R