UL互操作问题处理指导书

UL互操作问题处理指导书INTERNAL资料编码产品名称UMTS/LTE使用对象工程师产品版本R15编写部门罗马尼亚GTAC资料版本V1.0UL互操作问题处理指导书拟 制：郭佳日 期：2015-5-15审 核：日 期：审 核：日 期：批 准：日 期：Huawei Technologies Co., Ltd.All Rights Reserved2015-06-0815All rights reservedPage 38 of 38Contents1 概述52 基本原理介绍62.1 IDLE UMTS-LTE小区重选62.2 UMTS-LTE基于PS业务的重定向流程82.3 CSFB流程92.3.1 CSFB的实现方式92.3.2 CSFB的技术可用性分析102.3.3 基于非测量的重定向的CSFB112.3.4 基于测量的重定向的CSFB112.3.5 基于PS Handover的CSFB122.3.6 信令流程图122.3.7 RAN侧主要观察点132.4 UL fast return流程192.4.1 UMTS到LTE快速返回功能202.4.2 UMTS到LTE快速返回优化功能212.4.3 RRC CONNECTION RELEASE消息中的频点选择223 标准动作243.1 U2L重选问题处理标准动作243.2 U2L基于PS业务的重定向问题处理标准动作283.3 CSFB问题处理标准动作324 关键参数334.1 UMTS-LTE重选参数334.2 UMTS-LTE基于PS业务的重定向参数345 典型案例355.1 U2L重选功能不触发问题355.2 U2L基于PS业务的重定向功能无法触发问题366 FAQ37UL互操作问题处理指导KeywordsUL互操作Abstract随着LTE网络的不断发展，UL互操作类相关指标越来越受到关注，近期UL互操作问题逐渐增多，鉴于此总结了UL互操作问题处理指导。LTE互操作需求来源于运营商需求, 随着无线数据业务需求的增长和LTE商用条件的成熟，运营商在现有UTRAN网络的基础上，将逐步引入LTE网络满足人们快速增长的无线数据业务需求，形成UTRAN和LTE网络长期共存的情况, 实现UTRAN和LTE之间的互操作，可以保护现有网络的投资，同时提供更丰富的业务体验，实现网络间的平滑演进;由于UL互操作涉及两个制式的各个特性的验证，基本功能都包装成特性来实现，因此该定位指导书主要是针对UL互操作中涉及的特性进行总结。1 概述结合之前处理的若干UL互操作问题总结汇总了UL互操问题定位的标准动作，同时，本文还详细总结了UL互操作中涉及特性的流程、问题分析流程及方法，并附上一些典型案例，由于UL互操作目前尚处于初步商用阶段，因此的问题大多数是UL互操作涉及特性的功能验证，还未有网络KPI的问题，鉴于此，本总结主要是分割成各个特性逐个进行归纳总结，给出定位的标准动作。R15.0版本UL互操作设计到的特性如下：1. UMTS-LTE的重选2. UMTS-LTE基于PS业务的重定向3. LTE-UMTS的重选4. LTE-UMTS的重定向（基于测量和非测量）5. LTE-UMTS的CSFB6. LTE-UMTS的PS HO2 基本原理介绍2.1 IDLE UMTS-LTE小区重选在U2L重选全流程图： UMTS到LTE的小区重选基本原理图1UE通过eNodeB向MME发起TAU请求2MME从SGSN中获取UE的上下文3如果上下文中没有安全参数，执行安全模式操作4MME请求建立承载，如果网络已部署PCRF（计费系统），P-GW（类似GGSN）向PCRF发起IP-CAN Session更新过程5HSS（类似HLR）取消原SGSN中的位置信息，如果有old MME中有UE的位置信息，需要通知old MME取消位置信息，并更新MME上的位置信息6如果在TAU前存在Iu连接，释放该连接7MME接受UE的TAU请求，UE完成UTRAN到LTE的TAUIDLE UMTS-LTE小区重选可分为4个阶段：启动测量、测量、判决和执行。根据LTE与UMTS的小区优先级分为两种1、LTE的小区优先级高于UMTS；（这种商用配置多为目前全球局点使用的策略）1）启动测量UE根据UMTS侧SIB19消息读取相邻LTE的小区优先级指示，发现LTE的优先级高则马上启动对LTE小区的测量，不管当前UMTS信号是否好。2）测量阶段随后UE根据SIB19消息中邻区LTE的频点信息进行信号测量；3）判决和执行当信号大于一定值(EQrxlevmin+ ThdToHigh)后，即在LTE侧接入后发起TAU更新请求。2、UMTS的小区优先级大于等于LTE；（目前为止未见到有哪个据点运用该策略）1）启动测量UE根据UMTS侧SIB19消息读取相邻LTE的小区优先级指示，发现LTE的优先级低于当前UMTS小区，因此当当前UMTS小区测量的RSCP- Qrxlevmin低于一定值或者Ec/No- Qqualmin低于一定值（SrxlevServingCell Sprioritysearch1 or SqualServingCell Sprioritysearch2）后启动LTE小区的测量（具体采用哪个参数启动测量时需要从RNC侧的配置上看的，如：ADD UCELLSELRESEL: CellId=xx, QualMeas=CPICH_ECNO, QrxlevminExtSup=FALSE, NonhcsInd=NOT_CONFIGURED;这个就是按照EC/NO来）。2）测量阶段随后UE根据SIB19消息中邻区LTE的频点信息进行信号测量；3）判决和执行当在Treselection时间内SrxlevnonServingCellThreshlow并且SrxlevServingCellLTE基于PS业务的重定向流程1、触发阶段当RNC侧触发RB建立、RB重配置、RB释放以及异频硬切换四种场景下会有可能触发基于PS业务的U2L重定向流程。1）UE支持LTE且支持连接态测量LTE信号的能力（即报3C实践的能力），该能力在UE上报的RRC建立完成消息中可以查看。2）UE在UMTS侧仅仅存在PS域，不存在CS域4）PS业务的RAB中不能有该字段“Handover to E-UTRAN shall not be performed”，如果有表示核心网不希望该RAB的用户去LTE；5）RNC上相关的开关已经打开：HO_LTE_PS_OUT_SWITCH、HO_LTE_SERVICE_PS_OUT_SWITCH6）相应的LTE邻区和邻频点信息已经加了7）3C事件的参数已经设置8）该PS业务对应的RAB在RNC上已经设置为Service-Based Handover to LTE Allowed to HO_TO_EUTRAN_SHOULD_BE_PERFORM。 9）想要重定向的LTE小区不在黑名单内。2、测量阶段RNC下发异系统测量控制消息，消息中带上3C事件的参数，UE随之启动异系统测量，满足3C门限后上报3C事件（MOtherRAT TOtherRAT + H3c/2）。3、判决阶段UE上报3C事件后RNC发起RRC释放消息给UE。4、执行阶段RNC下发RRC释放消息后UE根据消息中的LTE频点信息在LTE侧进行TAU更新流程以及attach，建立业务等一系列操作。2.3 CSFB流程2.3.1 CSFB的实现方式在IMS语音解决方案还么有成熟前，LTE还不能支持真正的VOIP,一个过渡的方案就是使用CS fallback（CSFB）来支持LTE实现语音业务。为了实现CSFB和SMS,需要MME和MSC server之间支持SGs接口。如下图所示CSFB的基本框架：当UE在LTE网络发起CS呼叫时，UE发送NAS消息Extended Service Request给MME，指示MME进行CSFB。MME通过S1-AP Reqeust消息只是eNB进行CSFB，如果不支持IRAT的PSHO，eNB可以选择重定向进行CSFB。如果支持R9 RIM, eNB会把通过Multiple report得到的对端网络的RAN信息发给UE，以加快在目标网络的接入。接入到目标网络后，如果LA和UE存储的不一样，根据NMO类型，UE会发起LAU或者联合LA/RA更新过程，如果目标网络不只是DTM，则会发起PS业务挂起，当完成CS业务后，通过向SGSN发起RAU来恢复PS业务。对于Idle态下起呼，优先UE会从Idle态变为连接态，其他的流程和连接态的起呼类似。基于CSFB的attach是一种Combined GPRS/IMSI attach，即UE需要同时在MME和UMTS域进行附着。下图描述了联合附着的业务流程：UE在LTE进行ATTACH是，消息中的ATTACH TYPE表示要进行的是Combined GPRS/IMSI ATTACH，指示UE具备通过SGs口进行CSFB和SMS的能力。MME通过IMSI和已分配的TA得出归属的VLR，并进行LAU过程，如果联合附着成功，在Attach Accetp的消息中会带有LAI和VLR TMSI信息。下图描述的是连接状态下UE在LTE发起呼叫的流程：2.3.2 CSFB的技术可用性分析CSFB利用现有的UMTS的CS域进行语音电话，回落到UMTS需要基于目前已经存在的技术：Redirection和PS handover，不同的技术对于各网元的需求不同。 CSFB based on Redirection优点是对于目标RAN侧没有需求，不需要进行升级，对于核心网的需求比PS Handover相对较低。在终端支持Redirection情况下，支持CSFB较容易。缺点是相对PS HO时延较长，用户感知较差。已有的PS业务会出现不连续数传。 CSFB based on PS handover优点是CSFB时延短，用户感知好，已有的PS业务会保持连续传输。缺点是对于整体网络的要求较高，目前终端对于PS HO的支持性较差，支持CSFB较难实现2.3.3 基于非测量的重定向的CSFB1） 按照非测量的重定向进行相关配置2） 打开L2U的CSFB开关MOD ENODEBALGOSWITCH: HoAlgoSwitch=UtranCsfbSwitch-1;3） UE开机并且联合attach成功4） UE触发语音业务，即Ue会上发extend service request，核心网收到该信息后会下发CSFB指示给eNodeB，eNodeB触发重定向。5） UE重定向到UMTS，发起RAU并且发送CM Service request。6） 电话打通，PS业务正常。2.3.4 基于测量的重定向的CSFB1） 按照测量的重定向进行相关配置2） 打开L2U的CSFB开关MOD ENODEBALGOSWITCH: HoAlgoSwitch=UtranCsfbSwitch-1;3） UE开机并且联合attach成功4） UE触发语音业务，即Ue会上发extend service request，核心网收到该信息后会下发CSFB指示给eNodeB，eNodeB下发B1测量，在收到UE上报的B1事件后，eNodeB触发重定向。5） UE重定向到UMTS，发起RAU并且发送CM Service request。6） 电话打通，PS业务正常。2.3.5 基于PS Handover的CSFB1） 按照L2U PS Handover进行相关配置2） 打开L2U的CSFB开关MOD ENODEBALGOSWITCH: HoAlgoSwitch=UtranCsfbSwitch-1;3） UE开机并且联合attach成功4） UE触发语音业务，即Ue会上发extend service request，核心网收到该信息后会下发CSFB指示给eNodeB，eNodeB下发B1测量，在收到UE上报的B1事件后，eNodeB触发重定向。5） UE重定向到UMTS，发起RAU并且发送CM Service request。6） 电话打通，PS业务正常。2.3.6 信令流程图下图描述的是连接状态下UE在LTE发起呼叫的流程：当UE在LTE网络发起CS呼叫时，UE发送NAS消息Extended Service Request给MME，指示MME进行CSFB。MME通过S1-AP Reqeust消息只是eNB进行CSFB，如果不支持IRAT的PSHO，eNB可以选择重定向进行CSFB。如果支持R9 RIM, eNB会把通过Multiple report得到的对端网络的RAN信息发给UE，以加快在目标网络的接入。接入到目标网络后，如果LA和UE存储的不一样，根据NMO类型，UE会发起LAU或者联合LA/RA更新过程，如果目标网络不只是DTM，则会发起PS业务挂起，当完成CS业务后，通过向SGSN发起RAU来恢复PS业务。如果UE从idle态下起呼，则会先从idle态转入连接态，其他流程与连接态起呼相同。下图描述的是连接态下从LTE终呼的业务流程：MME转发MSC过来的Paging给UE，指示进行CS呼叫，UE发送NAS消息Extended Service Reqeust给MME，后续LTE的流程和起呼类似。具体流程请参见3GPP 23.272。2.3.7 RAN侧主要观察点基于测量的重定向CSFB LTE侧主要观察点LTE Uu口主要观察点当UE在LTE网络发起语音呼叫时，发送Extended Service Request的NAS直传消息到MME。如上图中的消息序列为21的消息。eNB会通过RRC_CONN_RECFG消息下发到UMTS的测量控制，携带UMTS邻区的频点以及扰码信息，并且下发B1事件的门限等信息。见上图的消息序列22。消息详细信元请见下图：LTE侧S1接口跟踪消息：UE发起呼叫时，S1口能够看到请求业务的上行NAS直传消息，请见上图消息序列10.接着，MME会发送S1AP_UE_CONTEXT_MOD_REQ（上图消息序列11）消息给eNB，携带的原因值为cs-fallback-required。如下图所示： UMTS侧主要观察点UMTS侧UU接口跟踪消息：在UMTS第一条RRC_RRC_CONNECT_REQ消息建立的原因值为originatingCovnersationalCall。如下图所示：UMTS侧IU接口跟踪消息：首先IU口能够看到发往CS域核心网的CM业务请求的UE初始直传消息，如上图消息序列9所示。所带原因值如下图所示：之后经过鉴权以及安全模式流程，核心网接受业务请求，进行RAB指派。如消息序列33所示，指派速率为12200Kbps。业务类型为conversational。PS域进行路由区更新流程，消息序列为57可以看到路由区更新完成：接着，RNC会向SGSN发送业务请求消息，见消息序列64.请求的服务类型为data，消息将携带PTMSI以及PDP context status等信息SGSN接受了业务请求之后，会进行PS域的RAB指派，如消息序列66和75.该RAB是根据QOS协商的结果进行指派的：基于PSHO的CSFB LTE侧主要观察点LTE Uu口主要观察点当UE在LTE网络发起语音呼叫时，发送Extended Service Request的NAS直传消息到MME。如上图中的消息序列为1的消息。之后的流程与L2U的PS HO流程相同。值得注意的是，在消息序列为9的消息：RRC_MOBIL_FROM_EUTRA_CMD中携带的CS Fallbackindicator是TRUE。如下图：LTE侧S1接口消息跟踪：UE发起呼叫时，S1口能够看到请求业务的上行NAS直传消息，请见上图消息序列10.接着，MME会发送S1AP_UE_CONTEXT_MOD_REQ（上图消息序列11）消息给eNB，携带的原因值为cs-fallback-required。如下图所示：当UU口收到UE的B1事件上报之后，eNB向MME发送handover required消息，如上图消息序列4所示。值得注意的是，该消息携带的原因值是cs-fallback-triggered。后续的流程与L2U PS HO的流程相同。 UMTS侧主要观察点UMTS侧UU接口消息与基于测量的重定向CSFB的UU接口消息相同。UMTS侧IU接口消息：IU接口消息与L2U的PS HO基本相同，只是在RANAP_RELCOATION_REQ消息中携带了CSFB的信元，指示为CSFB导致的切换，有该信元的指示，在3G侧结束CS语音业务之后，RNC能够下发异系统测量控制，使PS业务能够重定向回到LTE网络。否则，RNC不下发测量控制，PS业务无法回到LTE网络。Relocation流程结束后的流程，与基于测量的重定向的CSFB流程相同，IU口进行CS域的RAB指派。PS域进行路由区更新。2.4 UL fast return流程RAN14.0版本之前，在UMTS和LTE共同组网区域，对于CSFB方式接入UMTS网络的UE，即使LTE邻区频点的绝对优先级高于UE所在的UMTS小区，当UE所有业务结束释放RRC连接时，释放消息RRC CONNECTION RELEASE中不会携带LTE频点信息。这样，UE会驻留在UMTS小区。当LTE邻区满足小区重选条件时，UE再通过小区重选驻留到LTE邻区。重选过程中，UE需要完成如下动作才能发起UMTS到LTE小区重选，耗时较长： 接收UMTS小区系统消息（MIB/SIB1/SIB3/SIB5/SIB7/SIB19）。 进行小区重选准则判断。为了加快UE从UMTS返回到LTE小区的速度，提升用户体验，引入了UMTS到LTE的快速返回特性。UMTS到LTE的快速返回推荐在LTE信号质量好的UMTS和LTE共同组网场景下使用。若LTE信号质量较差，例如RRC CONNECTION RELEASE包含的N个LTE频点信号很差，不满足驻留条件，终端搜索合适小区的时间会增加： 遵循3GPP R10之前协议的终端至多需要搜索指定LTE频点10s，然后，再搜索终端支持的所有LTE频点，若仍不能搜索到合适的LTE小区，则随机驻留到一个合适的小区。详细描述，请参见 3GPP TS 25.331 V10.8.0中的8.5.2 Actions when entering idle mode from connected mode。 遵循3GPP R10及以后协议的终端至多需要搜索指定LTE频点Ns，然后，再搜索终端支持的所有LTE频点4s，如果仍然不能搜索到合适LTE小区，随机驻留到一个合适的小区。详细描述，请参见 3GPP TS 25.331 V10.9.0中的8.5.2 Actions when entering idle mode from connected mode。终端在搜索LTE信号期间不能进行业务，包括：CS业务、PS业务、CS和PS组合业务。UMTS到LTE的快速返回仅针对CSFB用户，在UMTS小区的CSFB用户在CS业务结束后，可基于本特性快速返回LTE小区。UMTS到LTE的快速返回包括两个功能： UMTS到LTE快速返回功能 UMTS到LTE快速返回优化功能UMTS到LTE快速返回功能和快速返回优化功能都为基于盲重定向方式的快速返回，即在快速返回过程中无需进行测量，CS业务结束后，RNC直接发送RRC释放消息，指示UE重定向到LTE。其中，UMTS到LTE快速返回功能可以单独开通，UMTS到LTE快速返回优化功能必须在开通UMTS到LTE快速返回功能基础上开通。2.4.1 UMTS到LTE快速返回功能UMTS到LTE的快速返回仅针对CSFB用户，在UMTS小区的CSFB用户在所有业务结束后，可基于本特性快速返回LTE小区。通过RNC MML命令MOD UCELLHOCOMM下的参数FastReturnToLTESwitch的位域HO_UMTS_TO_LTE_FAST_RETURN_SWITCH开启小区级UMTS到LTE快速返回的功能；或者通过RNC MML命令SET UCORRMALGOSWITCH下的参数HoSwitch的位域HO_UMTS_TO_LTE_FAST_RETURN_SWITCH开启RNC级UMTS到LTE快速返回功能。当两者都配置时，以小区级的配置为准。UMTS侧可使用如下其中一种方法识别CSFB用户： 方法一：UL多模终端通过基于PS切换接入到UMTS小区。在切换过程中，RNC收到的RELOCATION REQUEST消息中携带了cause信元且信元值为“CS Fallback triggered (268)”，或者携带了CSFB Information信元且信元值为“CSFB”或“CSFB High Priority”。 方法二：UL多模终端通过重定向方式接入UMTS小区时，在RRC CONNECTION REQUEST消息不携带 “Pre-redirection info”消息，详细描述请参见3GPP 25.331 V 9.4.0中的8.1.3.3 RRC CONNECTION REQUEST message contents to set，并且在UMTS网络建立的第一个业务为CS业务。满足上述任一条件的UE在UMTS小区结束CS业务后无PS业务，释放RRC连接，网络侧在RRC CONNECTION RELEASE消息中携带LTE频点信息。UL多模终端根据接收到的LTE频点信息直接尝试选择并驻留在对应频点的LTE小区。合适的LTE小区选择过程详见协议3GPP TS25.331 V9.4.0中的8.5.2 Actions when entering idle mode from connected mode。合适的LTE小区的定义详见协议3GPP TS23.122 V11.4.0中的4 Overall process structure。该功能加快了终端从UMTS返回到LTE小区的速度。2.4.2 UMTS到LTE快速返回优化功能通过RNC MML命令ADD UCELLHOCOMM下的参数FastReturnToLTESwitch的位域PERFENH_PS_FAST_RETURN_LTE_SWITCH开启小区级UMTS到LTE快速返回优化功能开关；或者通过RNC MML命令SET UCORRMPARA下的参数PerfEnhanceSwitch3位域PERFENH_PS_FAST_RETURN_LTE_SWITCH开启RNC级UMTS到LTE快速返回优化功能开关，当两者都配置时，以小区级的配置为准。UMTS到LTE快速返回优化功能优化了UMTS侧CSFB用户的识别方法，可使用如下其中一种方法进行识别： 方法一：UL多模终端通过基于PS切换接入到UMTS小区。在切换过程中，RNC收到的RELOCATION REQUEST消息中携带了cause信元且信元值为“CS Fallback triggered (268)”，或者携带了CSFB Information信元且信元值为“CSFB”或“CSFB High Priority”。 方法二：UL多模终端通过重定向方式接入UMTS小区时，在RRC CONNECTION REQUEST消息不携带 “Pre-redirection info”消息，详细描述请参见3GPP TS 25.331 V 9.4.0中的8.1.3.3 RRC CONNECTION REQUEST message contents to set。RNC在收到RRC Connection Setup Complete后，10s内成功建立CS业务。 方法三：UL多模终端通过重定向方式接入UMTS小区，在接入过程中，RNC收到的RRC CONNECTION REQUEST中携带CSFB Indication，详细描述请参见3GPP TS 25.331 V9.10.0中的8.1.3.3 RRC CONNECTION REQUEST message contents to set。 方法四：语音业务结束后，CS核心网在IU RELEASE COMMAND携带“End Of CSFB”指示，详细描述请参见3GPP TS25.413 V10.4.0中的8.5.2 Successful Operation。满足如上任一条件的用户，在UMTS小区结束CS业务后，RNC会在下发给UE的RRC CONNECTION RELEASE消息中携带绝对优先级更高的LTE邻区频点信息，UE释放RRC连接后会根据消息中的LTE邻区频点信息直接尝试选择并驻留到一个合适的LTE小区。合适的LTE小区选择过程详见协议3GPP TS 25.331 V9.4.0中的8.5.2 Actions when entering idle mode from connected mode。合适的LTE小区的定义详见协议3GPP TS 23.122 V11.4.0中的4 Overall process structure。 说明： CSFB用户从源RNC移动到目的RNC，并且SRNC是目的RNC，目的RNC无法识别CSFB用户，只能在CS业务释放时通过CS核心网在IU RELEASE COMMAND携带的“End Of CSFB”指示进行判决，如果CS核心网不支持在IU RELEASE COMMAND携带“End Of CSFB”指示，则该特性不生效。2.4.3 RRC CONNECTION RELEASE消息中的频点选择RRC CONNECTION RELEASE消息中的频点选择方法如下：1. 选择初始频点集合。 LTE频点绝对优先级高于UMTS服务小区绝对优先级的所有频点记为集合A。 LTE频点的绝对优先级通过命令ADD UCELLNFREQPRIOINFO或MOD UCELLNFREQPRIOINFO中的参数NPriority设置。 UMTS服务小区的绝对优先级通过命令ADD UCELLSELRESEL或MOD UCELLSELRESEL中的参数SPriority设置。2. 过滤初始频点集合。 对于集合A中的频点，当SET UALGORSVPARA命令下的参数RsvSwitch9的比特位RESERVED_SWITCH_9_BIT28取值为1时，将根据UE能力进行LTE频点过滤，得到LTE的频点集合记为B，否则，不进行过滤，集合B=集合A。如果集合B中仍存在多个频点，则按照频点的绝对优先级依次选择最多4个FDD LTE频点，最多4个TDD LTE频点。在跨Iur口场景，UE从源RNC移动到目的RNC后，如果SRNC仍然是源RNC，由于协议上规定目的RNC小区绝对优先级、LTE邻区频点和对应的绝对优先级不能传递到SRNC，SRNC不能根据上述准则判决、下发LTE邻区频点。当SRNC MML 命令SET UCORRMALGOSWITCH下的参数HoSwitch的位域HO_UMTS_TO_LTE_FAST_RETURN_SWITCH取值为ON，并且，SRNC MML命令SET UALGORSVPARA命令下的参数RsvSwitch4的比特位RESERVED_SWITCH_4_BIT15取值为1时，SRNC在RRC CONNECTION RELEASE消息携带目的RNC小区的所有LTE邻区频点；否则，RRC CONNECTION RELEASE消息不携带LTE频点。目标RNC小区按如下方式配置LTE邻区及频点信息： LTE邻区频点通过MML命令ADD ULTECELL中的参数LTEArfcn设置。 LTE邻区通过MML命令ADD ULTENCELL设置。从目标RNC小区的LTE邻区频点中选择并下发最多4个FDD LTE频点和最多4个TDD LTE频点。如果执行命令ADD UCELLNFREQPRIOINFO时配置了LTE黑名单，且MML命令SET UCORRMPARA中参数PerfEnhanceSwitch3的比特位PERFENH_U2L_REDIR_WITH_BLACK_CELL_SWITCH设置为ON，在RRC CONNECTION RELEASE消息中携带该LTE频点时会同时携带该频点下的黑名单小区，从而不能选择快速返回到这些黑名单小区。如果没有配置LTE黑名单或者该PERFENH_U2L_REDIR_WITH_BLACK_CELL_SWITCH设置为OFF，RRC CONNECTION RELEASE消息不会携带该LTE频点下的黑名单小区。3 标准动作3.1 U2L重选问题处理标准动作3.1.1 已知问题排查任务描述：确认是否是已知问题导致，目前存在两个已知的问题：UE无法进行U2L重选：NODEB的BUG导致SIB19不下发，UE无法进行U2L重选，该问题在V2RXXC01SPC300版本及其之后解决（问题单DTS2011112807116/DTS2011120507119/DTS2011120601339）；输入：NodeB版本操作步骤：1、一线反馈NODEB版本信息；2、确认是否该版本存在已知的BUG。对一线的需求：需要获取NODEB的版本信息工具：无输出：是否存在如上已知问题参考资料：无3.1.2 UMTS侧参数核查任务描述：检查UMTS侧是否存在参数配置异常以及UU口消息确认是否SIB19正确下发输入：UMTS侧RNC内部脚本以及UU口跟踪操作步骤：网络侧配置类确认：1、检查SIB19开关是否打开： MOD UCELLSIBSWITCH: CellId=xx, SibCfgBitMap=SIB19-1;（1表示打开，0表示关闭）2、license是否有并已经激活：在RNC上执行DSP LICUSAGE命令，查询结果中“Mobility between UMTS and LTE Phase 1”license是否有相应的分配数量（如下的例子就是没有分配相应的license，需要申请license）；3、是否LTE的绝对优先级是否配置的比UMTS小区的高？如果配置的低，需要在UMTS信号低于一定门限后UE才会开始启动异系统测量，具体命令可以参考LST UCELLSELRESEL命令查一下UMTS小区的SPriority参数以及LST UCELLNFREQPRIOINFO查看LTE邻频点的绝对优先级；4、RNC上配置的测试小区所在NODEB的协议版本是否=R8，如果不是需要手动修改过来才能支持小区重选。5、NODEB版本必须要支持R8协议及以上，对应的版本在R12版本或者以上。6、SIB19消息网络侧是否下发正确，通常情况下该消息在UU口无法看到，必须修改了SIB消息RNC才会在UU口重新发，但是NODEB是一直都在发的，因此该SIB19的确认应该参考UE侧的LOG观察，具体可以参开如下UE侧的观察方法，如果网络侧想看，可以尝试关闭SIB19开关再打开SIB19开关后即可在UU口观察到，现网不建议使用。终端侧配置类确认：1、从UE上报的RRC建立完成消息中查看UE是否支持LTE功能以及支持IDLE或者PCH态下测量LTE信号的能力如下UE上报Support of E-UTRA FDD字段表示UE支持LTE能力：如下字段第一个bit如果是1表示UE支持IDLE或者PCH态下测量LTE的能力协议原文：2、UE是否已经处于IDLE态或者PCH态，目前只有这两种状态下才支持U2L的重选，其他状态不支持。具体可以从网络侧看RNC是否收到RRC释放完成消息或者RB重配完成消息（UE已经进入PCH态）3、UE是否收到网络侧的SIB19消息，见如下的一次QXDM跟踪的消息：对一线的需求：收集RNC的单用户CDT或者UE侧的LOG文件以及RNC的配置脚本、版本信息和NODEB版本信息。工具：UMAT输出：UMTS侧是否存在参数配置不合理或者UE能力、不符合导致U2L重选无法触发参考资料：无3.1.3 终端LOG分析（主要从终端侧分析重选是否成功或者重选时延）任务描述：通过分析路测的UE log分析U2L行为，包括SIB19消息输入：测试记录下的UE log操作步骤：1、一线在U2L重选功能不生效的小区进行U2L重现测试，记录UE LOG；2、针对UE LOG进行回放看UE侧是否已经读到SIB19消息了，如下：并同时确认LTE信号是否满足配置的门限（对于2850频点的小区，从消息可以看到当LTE信号大于-118dBm（-64+5）*2）时会重选到LTE去）对一线的需求：到PS异系统切换失败的top小区进行路测，获取切换失败的UE log工具：Probe/QXDM输出：U2L异系统重选功能失败UE侧是否存在异常参考资料：无3.2 U2L基于PS业务的重定向问题处理标准动作3.2.1 已知问题排查任务描述：确认是否是已知问题导致，目前存在两个已知的问题：1、U2L基于PS业务的重定向功能无法触发：RNC的BUG导致在执行基于PS业务的U2L重定向功能之前需要确认UE是否支持LTE侧对应频段的测量能力，本次日本UE支持LTE侧band3的测量，但是RNC错误的判断UE不支持，因此导致“基于PS业务的U2L重定向功能”无法触发。-该问题在V9C00R13SPC550及之后的版本解决。2、CSFB从LTE到UMTS后，在CS语音结束后，UE突然异常的进行了LAC区更新，这触发了RNC的一个实现上的缺陷导致基于业务的PS重定向无法触发，该场景下的问题需要将RNC升级到R013ENGC00SPH552解决。3、目前高通的芯片存在一个BUG（实际上不是BUG，是其对外宣称的规格）：如果该用户建立在DC上，那么UE不支持DC状态下的3C压模测量从而导致UE无法触发回到LTE，该问题可能后续高通会处理；该问题的有效时间为2012-5-26日，不保证这个时间之后的终端是否已经改进，需要具体看高通该芯片的对外宣传规格。4、目前基于业务分层或者周期性的DRD后，RNC是无法触发U2L的重定向3C测量控制消息下发的或者已经下发了并且受到UE的3C事件也不会释放UE，无法触发U2L功能，这是RNC实现上的一个缺陷（DTS2012070700509），在BSC6900 V900R014C00SPH512B020版本解决；5、目前版本在及时UE上报了3C事件后但是同时受到1X事件，因为1X事件的优先级比3C事件高，所以无法触发U2L重定向，导致UE无法回到LTE，目前已经提单要求RNC改进（DTS2012090700617），正在提交CR解决。6、如果现网UMTS侧未打开“HSPA+支持起压膜的开关”（EHSPACMPermissionInd），在用户刚接入到UMTS仅仅做PS的时候，UE会先建立HSDPA业务，此时RNC开始执行“U2L基于PS业务的重定向”，因为“HSPA+支持起压膜的开关”关闭，因此UE先是被RB重配到DCH，然后开始起压膜测量LTE，但是此时如果长时间没有上报3C事件，RNC会停止压膜，并且会触发D2H的RB重配，此时因为还是仅仅只有PS业务，RNC又再一次的执行“U2L基于PS业务的重定向”，然后按照上面的流程再走一遍，进入死循环。这直接导致UE一直处于DCH的压缩模式下，因此该用户的吞吐率会很差，这是该特性商用的一个缺陷，我正在提交CR进行修改，当前规避的方案就是关闭这个特性；7、挪威telenor局点测试改特性，发现在LTE双频组网的情境下，同sector的两个LTE小区LTE2600和LTE1800都配置了相同的PCI。在UMTS小区上将这两个LTE小区都加为了邻区，其中LTE2600的LTE cell index要小于LTE1800（即LTE2600邻区要在前），同时LTE2600的频点绝对优先级要高于LTE1800.现场在测试的时候，关闭了LTE2600，在UE收到的3C测量控制里面会有LTE2600的频点3050和LTE1800的频点1800.UE去测量LTE信号，找到1800的小区，并上报测量报告。UE上报的是1800的小区信号，但是RNC还是把UE重定向到2600的小区上去了原因：RNC只是参考PCI没有考虑频点信息（DTS2012102702818），R13SPC586第一轮已经合入，同步R14SPH522输入： RNC版本信息操作步骤：1、一线反馈RNC版本信息；2、确认是否该版本存在已知的BUG。对一线的需求：需要获取RNC的版本信息工具：无输出：是否存在如上已知问题参考资料：无3.2.2 UMTS侧参数核查任务描述：检查UMTS侧是否存在参数配置异常输入：UMTS侧RNC内部脚本以及UU口跟踪操作步骤：网络侧配置类确认：1、检查涉及U2L基于PS业务重定向开关是否打开： HO_LTE_PS_OUT_SWITCH和HO_LTE_SERVICE_PS_OUT_SWITCH;（1表示打开，0表示关闭）2、license是否有并已经激活：在RNC上执行DSP LICUSAGE命令，查询结果中“Service-Based PS Service Redirection from UMTS to LTE”license是否有相应的分配数量（如下的例子有分配相应的license）；3、3C事件的相关参数是否已经设置，可以在RNC上使用LST UU2LTEHONCOV命令进行查看；4、是否已经将测试用户对应的RAB中的Service-Based Handover to LTE Allowed 设置为HO_TO_EUTRAN_SHOULD_BE_PERFORM，可以在RNC上执行命令MOD UTYPRABBASIC。5、终端做PS业务时核心网下发的RAB指派请求消息中不能有“HO_TO_EUTRAN_SHALL_NOT_BE_PERFORM”字段，如果有就表明这个业务对应的RAB不能切换到LTE侧，U2L重定向将不会触发，如果没有，则需要按照上述的方法将该业务对应的RAB设置为HO_TO_EUTRAN_SHOULD_BE_PERFORM。6、UE是否只有PS域而没有CS域，如果有CS域该功能无法触发：7、因为UE只支持DCH态下的LTE异系统测量，因此UE必须要处于DCH态，或者从FACH重配到DCH态，总之UE在测量的时候一定是处于DCH态的，如前面原理介绍中说，基于PS业务的重定向功能触发必须是RB建立、RB重配置、RB释放和异频切换。终端侧配置类确认：1、从UE上报的RRC建立完成消息中查看UE是否支持LTE功能以及支持链接态下测量LTE信号的能力如下UE上报Support of E-UTRA FDD字段表示UE支持LTE能力：如下字段第二个bit如果是1表示UE支持链接态下测量LTE的能力协议原文：对一线的需求：收集RNC的单用户CDT或者UE侧的LOG文件以及RNC的配置脚本、版本信息和NODEB版本信息。工具：UMAT输出：UMTS侧是否存在参数配置不合理或者UE能力、不符合导致U2L重选无法触发参考资料：无3.3 CSFB问题处理标准动作3.3.1 已知问题排查任务描述：确认是否是已知问题场景导致：一、目前部分局点（纳米比亚、巴西、沙特等等）反馈CSFB到3G后打完电话，回4G的时延太大，这里需要分两种场景来考虑：1）CSFB通过重定向的方式来到3G，这种场景下无论LTE之前是否有PS业务，在达到3G后UE可能都会有CS业务，并可能进行RAC的更新和位置区更新，因此虽然没有PS业务，但是因为有RAC更新，所以IU PS域还存在，是否释放需要看CN和RNC的配置，对于RNC而言，即使挂断电话，如果CN长时间不释放IU PS，那么UE将无法进入IDLE重选到LTE侧，只有当IuPSRelNoRABTmr超时后，RNC才会释放IU-PS，但是一般IuPSRelNoRABTmr定时器的基线是300秒，很长很长，所以导致给客户的感觉就是长时间无法回到4G；针对此现象的解决方案就是将IuPSRelNoRABTmr定时器修改为10秒，从阿联酋、墨西哥等局点的配置来看，对KPI无影响；2）如果是基于PS HO到3G，这样的场景下到了3G必然存在一个PS的RB，另外加上之后的CS业务，对于该用户而言就是一个组合业务，当用户CS挂断后，此时伴随着一个RB Release消息，此时只剩下PS的RB，此时如果UMTS侧打开了基于PS业务的重定向功能，那么此时该功能会生效，将UE重定向到LTE侧，但是如果UMTS没有打开该功能，只有重选到LTE侧了，但是协议上规定只有PCH和IDLE两个状态才能重选到LTE侧，此时就需要设置一定的参数使得