CSFB分析方法及案例

1、.csfb分析方法及案例上海贝尔股份有限公司1csfb分析方法21.1csfb的信令流程21.2csfb需要分析的指标21.3lau流程对csfb接入时延的影响21.4csfb分析思路汇总31.4.1未占用4g的原因41.4.24g回落2g失败的原因41.4.3呼叫失败的原因41.4.4未收到paging的原因52某网络实际测试情况52.1测试情况说明52.2测试结果52.2.1测试呼叫统计情况52.2.2各网格指标情况52.2.3问题原因分类63信令分析103.1正常主被叫csfb呼叫信令103.2本次测试过程中异常呼叫信令总结113.2.1案例1:主被叫发送extened service

2、request，没有收到rrcconnection release113.2.2案例2:enodeb未下发邻区最强频点123.2.3案例3:rrc建立失败133.2.4案例4:2g的tch分配失败143.2.5案例5:2g起呼cmsr未响应153.2.6案例6:2g质差163.2.7案例7:3g起呼失败163.2.8案例8:3g上rrc未建立成功173.2.9案例9:跨pool位置更新183.2.10案例10:伪小区193.2.11案例11:2g的sd拥塞203.2.12案例12:2g寻呼响应后未接续成功213.2.13案例13:主叫起呼无cmsr213.2.14案例14:2g处于位置更新22

3、3.2.15案例15:2g返回4g无tau223.2.16案例16:3g重选4gtau流程233.2.17案例17:lte处于attach流程243.2.18案例19:lte处于跨核心网的小区253.2.19案例20:lte位置更新263.2.20案例21:lte重选门限不合理27精品.精品.csfb分析方法1.1 csfb的信令流程备注：上图中蓝色区域为lte网络信令；粉红色区域为2g网络中信令,根据信令流程判断问题出现在哪个环节。1.2 csfb需要分析的指标csfb（2ue），测试方法为csfb ue1拨打csfb ue2，需分析的关键指标有：1） csfb mo和mt回落失败，即详细分

4、析主被叫回落2g存在问题的case；2） csfb mo接通率，即详细分析在4g网络中起呼，但被叫收到paging未接通的case；3） 非4g起呼失败，即详细分析在非4g网络中起呼，但被叫收到paging未接通case；4） 非4g起呼被叫率，即详细分析在非4g网络中起呼的case；5） csfb mo呼叫时延，即详细分析mo中extended service request到alerting之间时延较长的case。6） csfb mt寻呼成功率，即详细分析被叫未收到paging的case；详细说明如下：1） csfb mo和mt回落失败可能由于系统参数、频点和4g小区接入性导致失败，需要重

5、点分析排查4g测试回落问题2） csfb mo接通率需要定位是主叫在2g/3g侧起呼是否完好，被叫在2g/3g侧被叫是否完好。未接通的原因是由于主叫不完好导致，还是被叫不完好导致。3） 起呼在2g/3g网络中，且未接通，以及掉话，因为都发生在2g/3g网络中，一般无需分析。但若部分现场是alu的2g设备，建议关注一下2g中的掉话；4） 起呼和被叫在2g/3g网路中，需要分析从占用2g和3g网络的过程，是否存在优化空间确保手机占用4g起呼。5） csfb mt寻呼成功率需要分析被叫无法收到paging的原因。精品.1.3 lau流程对csfb接入时延的影响根据规范24.008，当csfb回落到2

6、g/3g，即从s1模式切换到iu或a/gb模式，即使当前小区的lac与ue中保存的lac一致，也要进行lau。不过csfb回落后的lau过程可以等cs call结束后再进行，但ue必须记住，当rr连接释放后，且ue还是驻留在geran/utran中，ue必须要完成lau过程，如下图所示。从一次csfb的log来看，当csfb回落至2g网络，有90%的场景是在cs呼叫结束后进行lau，有10%的场景是在cs call之前进行lau，此时lau request中的follow on标记位置1；当csfb回落至3g网络，全部都是在cs call之前进行lau，此时lau request中的follo

7、w on标记位置1。因此lau流程对csfb呼叫接入时延的影响是不可避免的。1.4 csfb分析思路汇总csfb的分析思路汇总如下图所示，因为没有分析csfb mo呼叫时延，在下图中暂未包含这部分内容，后续再更新。精品.1.4.1 未占用4g的原因1. 占用2g网络情况下1）ue结束通话后，进行gprs业务，导致无法及时返回4g；2）ue结束通话后，进行lau过程，导致无线链路不能及时释放；3）ue结束通话后，4g弱覆盖，导致ue无法重选至4g，且ue没有重选至3g；4）占用4g，但重选门限设置不合理，导致重选到2g；5）其他原因2. 占用3g网络情况下1）ue结束通话后，cs释放，但td中并

8、发的ps业务没有释放导致rrc延迟释放；2）ue结束通话后，在td中进行lau过程，导致无线链路不能及时释放；3）ue结束通话后，4g弱覆盖，导致ue无法重选至4g，先重选到2g，ue再重选至3g；4）占用4g，但重选门限设置不合理，导致重选到3g；5）占用4g，但重选门限设置不合理，导致先重选到2g，ue再重选至3g；6）其他原因1.4.2 4g回落2g失败的原因1. 主被叫发送esr，后的rrc建立成功的，但回落失败的原因可能为：1）csfb参数配置错误。2）csfb回落配置频点未非最强2g小区。2. 主被叫发送esr，后的rrc建立失败的原因可能为：1）rsrp小于-115dbm，导致r

9、rc建立失败；2）sinr小于-5db，导致rrc建立失败；3）由于系统原因导致的小区无法接入；精品.4）由于小区资源不足导致的小区无法接入。1.4.3 呼叫失败的原因1. 主叫起呼失败的原因：1）2g起呼cmsr未响应2）2g的sd拥塞3）3g起呼失败4）2g小区指标差导致呼叫失败；5）3g上rrc未建立成功2. 在2g网络中接续失败可能原因：1）被叫跨pool位置更新；2）2g起呼cmsr未响应；3）2g小区指标差导致呼叫失败；4）主叫上发cm service abort；5）主叫上报disconnect；6）2g占用伪小区。3. 在3g发起呼叫的原因：1）csfb回落2g不成功，重选至3

10、g；2）csfb的esr不成功导致重选至3g；3）csfb功能存在问题，飞镖原则重选至3g；4. 在3g网络中接续失败可能原因：1）3g起呼失败；2）主叫上发cm service abort；3）主叫上报disconnect。1.4.4 未收到paging的原因1）2g返回4g无tau；2）手机处于位置更新状态；3）手机处于脱网状态；4）其他原因。2 某网络实际测试情况2.1 测试情况说明3月17日至3月20日对南京卡特区域网格2、网格6-19进行了csfb拉网测试。使用cds7.1b46软件连接两部索尼m35t（高通芯片）进行主被叫测试。具体主叫测试配置如下：测试间隔30秒、保持时间30秒、

11、阻塞超时100秒。精品.2.2 测试结果2.2.1 测试呼叫统计情况主叫被叫呼叫类型统计呼叫类型4g2g3g总计主被起呼类型182542531920被叫寻呼类型1723473018001）呼为主叫手机成功发起呼叫，被叫寻呼类型为被叫收到paging。其中主叫成功起呼后，共计120次未收到paging。2）主被叫均有5%的呼叫非4g网络发起。2.2.2 各网格指标情况2.2.3 问题原因分类未接通主因占比未接通次因占比4g回落2g失败8.72%rrcconnectionrelease没下发3.08%下发邻区非最强邻区0.51%rrc建立失败5.13%呼叫失败27.69%2g的tch分配失败2.0

12、5%2g起呼csr未响应5.13%2g质差6.67%3g起呼失败1.54%3g上rrc未建立成功1.03%跨pool位置更新7.69%伪小区1.54%精品.2g的sd拥塞1.03%2g寻呼响应后未接续成功0.51%主叫起呼无cmr0.51%未收到paging45.64%2g处于位置更新0.51%2g返回4g无tau31.79%2g重选3glau流程0.51%3g位置更新0.51%3g重选4gtau流程1.03%lte处于attach流程1.03%lte处于跨核心网的小区1.03%lte位置更新1.54%tau被拒2.05%被叫主动脱网0.51%未知2.56%异常重选到电信站点0.51%lte弱

13、覆盖脱网0.51%lte重选门限不合理1.54%终端或测试异常17.95%被叫未发esr0.51%被叫主动脱网0.51%测试人员挂断1.03%软件异常1.03%异常lau0.51%异常关机0.51%主叫上报disconnect11.28%主叫上发cm service abort2.56%总计100.00%未接通主因中主要为被叫未收到paging。4g回落2g失败主要为rrc建立失败，主要为弱覆盖导致接入问题，其次在江宁的华为的站点存在csfb功能问题。呼叫失败主要为跨pool位置更新和2g小区质量问题。未收到paging主要为被叫2g返回4g无tau，该问题已经确认为终端芯片问题。终端和测试异

14、常中主要为主叫上报disconnect，该异常原因暂无法确定是软件或终端问题。3 信令分析3.1 正常主被叫csfb呼叫信令主叫起呼信令流程：精品.被叫起呼信令流程：主被叫呼叫建立流程：精品.主被叫返回流程：3.2 本次测试过程中异常呼叫信令总结3.2.1 案例1:主被叫发送extened service request，没有收到rrcconnection release现象描述主叫端未回落2g，信号显示为由4g变为3g，在3g网络正常呼叫，被叫端未发生回落2g，一直没有来电显示，也未振铃。主叫端等待一段时间无回铃音，之后收到被叫用户无法接通的提示音。问题分析精品.主叫16:22:07.431

15、占用上元大街一期lf-3发起主叫的extened service request，但未收到rrcconnectionrelease。主叫ue基于自身实现机制，在等待一段时间后主动搜索3g接入，并在3g上发起主叫流程，但是被叫16:22:24.170占用上元大街一期lf-3收到paging，发起被叫extened service request，但未收到rrcconnectionrelease一直占用4g，最终主叫占用3g未接通被叫拆链。可以基本定位为上元大街一期lf-3的csfb功能设置存在问题。信令流程图如下：问题分类无线参数配置解决方案修改csfb功能存在问题的站点的相关参数。效果评估对于

16、江宁区域存在问题的华为站点进行复测，需复测站点为上元大街一期lf-3、同夏路一期lf-3、东城家园一期lf-3。同时，建议全网定期检查csfb功能。3.2.2 案例2:enodeb未下发邻区最强频点现象描述主叫端正常回落到2g后，起呼失败。问题分析主被叫占用白云亭路试扩l_3发起csfb业务，收到的enodeb侧下发的rrcconnectionrelease消息中频点没有包含周边2g最强小区的频点。导致主被叫回落到质差小区，最终引起未接通。精品.终端根据enodeb下发的频点进行重定向，仅能根据配置了的频点进行搜索，选择强电平2g小区驻留，如果选择的小区非最强小区的话可能由于质差产生未接通。白

17、云亭路试扩l_3中配置的频点没有bcch为59和61，但在测试中邻区中这两个小区的的rxlevel要强于目前驻留的小区。最终，占用定淮门1小区由于质差导致未接通。问题分类无线参数配置解决方案增加白云亭路试扩周边的2g小区的频点。同时，由于2g/3g/4g的优化根据各个网络自身特点进行，修改参数的情况较多。建议定期核查相关2g/3g和4g的互操作参数。效果评估待频点参数修改后进行测试。3.2.3 案例3:rrc建立失败现象描述精品.主叫端未回落2g，信号显示为3g，在3g网络呼叫失败。问题分析被叫占用唐山路试扩l_2，rsrp为-111dbm，sinr为-4.5db。被叫发起extened se

18、rvice request，但随机接入过程未成功，终端脱网重选到3g。最终本次通话未接通。由于电平和质量较差，存在rrc接入失败的概率。被叫由于弱覆盖导致rrc的建立未成功，最终无法完成本次通话接续过程，终端重选到3g。问题分类网络覆盖条件解决方案通过网络建设及网络优化，提升4g网络覆盖质量，避免覆盖空洞，提高终端连接建立成功率。效果评估在lte典型强覆盖区域，终端回落成功率较高，用户体验较好。3.2.4 案例4:2g的tch分配失败现象描述主叫端正常回落到2g后，起呼失败。问题分析主叫占用大桥饭店t试扩l_2，rrcconnectionrelease消息中频点中有636，但是终端回落到精品.

19、bcch:634频点的小区(大桥饭店td3)，但rxlevel小于-99dbm，最终导致assignment failure。被叫占用大桥饭店t试扩l_2，同样回落回落到bcch:634频点的小区(大桥饭店td3)。按照地理位置上看该位置应该属于bcch:636频点的小区（大桥饭店td2）的覆盖范围，但是却回落在bcch:634频点的小区。最终由于小区的电平较差导致tch分配失败。问题分类网络覆盖条件解决方案优化2g该路段的覆盖。效果评估3.2.5 案例5:2g起呼cmsr未响应现象描述主叫端正常回落到2g后，起呼失败。问题分析主叫占用长江路一期lf-3回落到长江东街街道站，发起cm serv

20、ice request，未收到cm service accept。占用2g小区的rxlevel为-77dbm。精品.华为站点频点下发仅为gsm900的频点，和长江路一期lf-3共站的2g站点为gsm1800的长江路d站点。按照华为的csfb频点下发机制，该位置仅能回落到长江东街街道站，但占用2g长江东街街道站未收到cm service accept，需要查看该站点在该时段的指标情况。问题分类2g指标类解决方案要求华为下发1800的频点，或优化2g该区域gsm900小区的接入指标。效果评估3.2.6 案例6:2g质差现象描述主叫端正常回落到2g后，起呼失败。问题分析主叫占用科苑宾馆试扩l_3回落

21、到科苑宾馆3，发起cm service request，占用2g小区的rxlevel为-83dbm，rxqual sub为6，质差导致cm service abort。主叫占用科苑宾馆试扩l_3回落到科苑宾馆3，发起cm service request，占用2g小区的rxlevel为-83dbm，rxqual sub为6。导致由于质差引起主叫未接通。问题分类2g指标类解决方案优化2g科苑宾馆3的频点，避免频点干扰导致。精品.效果评估3.2.7 案例7:3g起呼失败现象描述主叫端上一次通话结束，信号显示由2g变为4g，然后由变为2g，最终变为3g，在3g网络呼叫失败。问题分析主叫上一次呼叫结束后

22、，返回4g失败，重选到3g，在3g小区上发送cm service request，未收到cm service accept。主叫在完成上一次呼叫后，2g返回4g，重选到4g的小区凤凰西街搬迁二临时一体化试扩l_2，然后重选到4g的小区凤凰西街搬迁二临时一体化试扩l_1，然后又重选到2g小区凤凰西街搬迁二临时一体化3，再重选到3g小区并发起呼叫。但在3g小区未完成起呼过程。问题分类3g指标类解决方案需确认无法回落4g的原因和3g小区起呼失败的原因，并进行优化。效果评估3.2.8 案例8:3g上rrc未建立成功现象描述主叫端正常回落到2g后正常呼叫，被叫端上一次通话结束，信号显示由2g变为3g，但

23、一直没有来电显示，也未振铃。主叫端等待一段时间无回铃音，之后收到被叫用户无法接通的提示音。问题分析精品.被叫上一次呼叫过程中掉话，返回4g失败，重选到3g，在3g小区上收到paging，但建立rrc的过程失败，发送rrcconnectionrequest后基站侧无响应信令。被叫上一次呼叫过程中由于所占用小区（鼓楼医院rrh3）质差掉话，被叫发起重建，但未收到响应，然后发起lau，成功后拆链。同时并发数据业务导致自主fr返回4g失败，重选到3g，在3g小区上收到paging，但建立rrc的过程失败，发送rrcconnectionrequest后基站侧无响应信令。问题分类3g指标类解决方案需确认3

24、g小区rrc建立失败的原因，并进行优化。效果评估3.2.9 案例9:跨pool位置更新现象描述主叫端正常回落到2g后正常呼叫，被叫端正常回落至2g，但一直没有来电显示，也未振铃。主叫端等待一段时间无回铃音，之后收到被叫用户无法接通的提示音。问题分析通过后台分析，主叫占用月安街西二期lf-3（tac:20954）回落到螺丝桥2（lac:20758），主叫发起lau，lau完成后未拆链开始呼叫，被叫占用月安街西二期lf-3（tac:20954）收到paging，回落到螺丝桥2（lac:20758），被叫发起lau，lau完成后无paging response。主被叫两部终端均可正确回落，说明终端在

25、lte网络侧的csfb相关流程执行正常，被叫失败是在终端接入gsm网络后因某环节出现异常导致的。通过跟踪两部终端回落后的各项操作，以及与gsm网络的信令交互过程，发现出现该问题的测试区域恰好位于msc pool边界。其中终端开机初始执行lte联合附着/位置更新时，根据mme配置的ta-la映射表，注册在la1（精品.20954）对应的msc1上，msc1在msc pool1（pool1）内。而因终端拨打时位置在msc pool边界，终端实际回落时选择接入的gsm小区为la2（20758），对应的msc为msc2，msc2在msc pool2（pool2）内。如下图所示：图4-7 ue回落跨ms

26、c pool示意图由于联合注册在msc pool1的msc1，被叫呼叫一定接续到pool1的msc1，之后用户回落到msc pool2的msc2，导致被叫失败。问题分类网络覆盖条件解决方案尽可能完善网络规划，合理配置gsm小区归属msc pool，将终端回落接入的gsm小区尽量规划在终端联合注册的msc pool内，同时，在一些规划存在困难的特殊区域，需要将4g站点的下发频点删除跨pool小区的频点。避免发生回落跨pool场景，降低被叫失败发生的概率，但这种方法无法彻底解决该问题，需通过部署msc的mtrf功能才可真正避免回落后跨pool的被叫失败问题。3gpp定义的mtrf（mobile t

27、erminating roaming forwarding），即可解决这种特殊场景下的异常问题。通过引入该功能，可实现old msc（联合位置更新附着的msc）和new msc（回落的msc）之间的呼叫前转，让被叫成功接续。该方案实施需lte覆盖范围内全部msc软件升级支持，影响范围广，改造量大，实施代价高，因此目前尚未部署，只能通过无线规划的方式规避。效果评估精品.通过优化无线规划，合理设置gsm小区归属msc pool，尽量保证终端回落接入的gsm小区归属于终端注册的msc pool，可解决多数场景下回落跨pool的被叫失败问题。但在边界区域由于无线信号漂移，无法保证用户在同一区域每次都选

28、择相同小区接入。也不可能同时照顾到pool边界范围内所有用户，因此无法彻底解决用户被叫失败的问题。3.2.10 案例10:伪小区现象描述主叫端正常回落到2g后正常呼叫，被叫端正常回落2g，但一直没有来电显示，也未振铃。但被叫端收到短信。主叫端等待一段时间无回铃音，之后收到被叫用户无法接通的提示音。问题分析通过后台信令分析，被叫占用大中桥一期lf-2小区，并发起回落，由于华为的频点添加了gsm900的所有在用频点，伪小区bcch：48信号最强。被叫回落到该小区，导致未接通。被叫接入的伪小区为发送广告的伪基站。问题分类无线参数配置解决方案加大伪基站的打击力度，同时建议华为根据2g在用频点配置csf

29、b下发频点参数。效果评估3.2.11 案例11:2g的sd拥塞现象描述精品.主叫端正常回落到2g后，起呼失败。问题分析通过后台信令分析，主叫由4g回落到万达广场西3，该小区rxlevel为-53dbm，但在起呼的过程中immediate assignment reject。主叫无法完成起呼流程，导致未接通。问题分类2g指标类解决方案优化该2g小区的接入性。效果评估3.2.12 案例12:2g寻呼响应后未接续成功现象描述主叫端正常回落到2g后正常呼叫，被叫端回落2g成功，但一直没有来电显示，也未振铃。主叫端等待一段时间无回铃音，之后收到被叫用户无法接通的提示音。问题分析通过后台信令分析，被叫由4

30、g回落到曹都巷小区24号cbo，该小区rxlevel为-67dbm，被叫发送paging response，但未完成寻呼流程，导致未接通。问题分类精品.2g指标类解决方案需确认寻呼流程未完成的原因效果评估3.2.13 案例13:主叫起呼无cmsr现象描述主叫端正常回落到2g后，起呼失败。问题分析通过后台信令分析，主叫占用许府巷试扩l_3(tac：20486)回落到黑龙江26号小区mbod(lac：20978)，主叫发起lau，但未成功。重选到bcch：59的2g小区成功完成lau并拆链，主叫未发起cm service request导致未接通。问题分类2g指标类解决方案需确认lau流程失败的原

31、因。效果评估3.2.14 案例14:2g处于位置更新现象描述上一次通话异常结束后，主被叫端仍占用2g，主叫起呼后，被叫一直没有来电显示，也未振铃。问题分析通过后台信令分析，主叫在上一次通话失败后，在2g发起lau，没有成功的情况下直接发起呼叫流程，此时被叫在上一次通话失败后在2g小区发起lau。未收到寻呼消息导致未接通。精品.问题分类小概率事件解决方案小概率事件无需解决。效果评估3.2.15 案例15:2g返回4g无tau现象描述上一次通话正常结束后，主被叫端均返回4g，主叫端正常回落到2g后正常呼叫，被叫仍在4g上不发生回落。主叫端等待一段时间无回铃音，之后收到被叫用户无法接通的提示音。问题

32、分析通过后台信令分析，上一次通话正常结束后，被叫返回4g，重选到4g小区，但未做tau。由于没有发起tau，主叫端的mme无法找到被叫端的mme进行寻呼，导致未收到paging。问题分类精品.终端问题解决方案终端升级解决。效果评估3.2.16 案例16:3g重选4gtau流程现象描述主叫端返回4g，并正常起呼。被叫端此时显示从3g重选回4g，没有返回4g。主叫端等待一段时间无回铃音，之后收到被叫用户无法接通的提示音。问题分析通过后台信令分析，主叫正常起呼。被叫从3g重选回4g，没有收到paging，无法触发csfb流程。最终导致未接通。 问题分类小概率事件解决方案小概率事件无需解决。效果评估3

33、.2.17 案例17:lte处于attach流程现象描述精品.主叫端返回4g，并正常起呼。被叫端此时显示无信号状态。主叫端等待一段时间无回铃音，之后收到被叫用户无法接通的提示音。问题分析通过后台信令分析，主叫正常起呼。被叫从3g重选回4g站点天景山试扩l_3，由于天景山试扩l_3在贝尔的mme上，返回4g的tau会被拒，终端会重新做attach，导致被叫没有收到paging，无法触发csfb流程。最终导致未接通。 问题分类核心网问题解决方案解决跨核心网问题，避免tau被拒后，终端重新做attach。效果评估3.2.18 案例19:lte处于跨核心网的小区现象描述精品.主叫端返回4g，并正常起呼

34、。被叫端此时显示4g信号无回落。主叫端等待一段时间无回铃音，之后收到被叫用户无法接通的提示音。问题分析通过后台信令分析，主叫从华为mme下江宁县中一期lf-2重选到贝尔mme下江宁行政学校试扩l_2，然后发起ers被拒，重新attach后下发rrcconnectionrelease，最后在2g上进行起呼，被叫占用贝尔mme下江宁行政学校试扩l_2，未收到paging无法触发csfb流程，最终导致未接通。问题分类核心网问题精品.解决方案解决跨核心网问题。效果评估3.2.19 案例20:lte位置更新现象描述主叫端返回4g，并正常起呼。被叫端此时显示4g信号无回落。主叫端等待一段时间无回铃音，之后

35、收到被叫用户无法接通的提示音。问题分析通过后台信令分析，主叫正常起呼。被叫从4g小区重选，并做tau，没有收到paging，无法触发csfb流程。最终导致未接通。 问题分类小概率事件解决方案小概率事件无需解决效果评估3.2.20 案例21:lte重选门限不合理现象描述csfb手机在lte网络重选到中新路试扩l_3后，驻留约1分钟后重选到gsm。精品.从空口解到该小区的sib3和sib7消息如下图： 问题分析测试区域中，4g网络部署csfb时，同时配置了gsm邻区及重选参数，但因重选参数配置不合理，导致终端不能在lte网络稳定驻留，从而重选到gsm网络。lte与2g/3g网络间小区重选准则是基于

36、优先级准则，可针对lte及td-s频点、gsm频点组配置优先级，一般情况下，将lte频点配置为高优先级，3g频点、2g频点组配置为低优先级，因此，ue由lte重选至2g/3g需遵循低优先级重选准则，如下：1. 测量启动准则如果lte系统服务小区s值满足如下条件，则终端启动低优先级异系统测量： sservingcell = snonintrasearch2. 重选判决准则如果终端测量lte系统服务小区及低优先级异系统邻区满足如下条件，则启动重选判决： 没有合适的高优先级和同优先级邻区满足重选判决条件 lte系统服务小区sservingcell threshx，low 终端在treselectio

37、n内均满足以上条件 终端在当前lte系统服务小区驻留超过1s其中，s值=qrxlevmeas-（qrxlevmin+qrxlevminoffset）-pcompensation，pcompensation=max（pemax-ppowerclass，0），qrxlevmeas为终端接收信号电平值，qrxlevmin为小区中接收信号电平值的最小值，qrxlevminoffset为最小电平偏移值，仅当终端驻留在vplmn搜索高优先级plmn时进行配置，一般配置为0，p精品.emax为终端在小区中允许的最大上行发射功率，该参数为可选配置，一般不进行配置，ppowerclass为由终端能力决定的最大上行发射功率。重选至低优先级异系统邻区涉及的lte系统服务小区参数的消息位置、含义及配置原则如下表所示，需注意的是，部分参数的现网配置值与实际值之间存在一定换算关系。参数的具体配置需根据网络现状进行优化，此处仅给出配置原则。表3-1 lte小区