CSFB优化思路0131

1、CSFBffi化思路1)入 CSFBP乎成功率提升思路核查先行核查站点是否存在告警，重点是驻波类告警、传输链路类问题及时钟类2) eNB ID 重复核查U2000寻呼测量话统是否存在 S1接口寻呼下发次数为 0的问题，确定是否eNodeB ID重复所致，另外也可以通过eNodeB站点S1接口信令跟踪来查看，具体查看 paging消息中携带的LAC区指示是否与当前站点一致，若不一致就是eNodeB ID重复所致。对于同一套MME而言，在eNodeB Id重复就会将寻呼消息下发到最后建立链路的eNodeB站点上去（源于S1链路自建立），导致该站点下主叫用户ok,被叫用户无法接通的问题；具体可以通过

2、站点复位来进行验证 （站点复位后被叫业务就会恢复，而对端eNodeB ID重复站点被叫业务将故障）。对核心网侧寻呼类参数进行核查，是否符合规范设定。具体后台统计结果来看，该eNodeB站点“小区S1接口接收寻呼消息次数”不为 0,但是寻呼响应次数却全部为 0。兽标名称指标粕述备注小叵勺急口接收寻呼消息次数是杳为口小区Uu接口寻呼百户十数L 'ng.IJU.Eu匚匚小区Uu推口收招UE寻呼用户的响应次数导呼啕应次数L尸口9门。.匚：$.M厂小区因流控而丢弃的mmE戏用户的寻醉消息的次窗L.Peg no LU.SiUpdciG小区U擦U殂系统消息变更而发送的寻呼消息数L 尸nq nq. 口

3、内 f chCcriq因:口匚引狗至弓二的PC01Q丢三较3) LAC-TAC 不一致核查共站点LAC及TAC是否设定一致（由于经纬度问题或者规划问题导致的异常） ，是 否存在跨MSC Pool的问题。对于该部分TOP小区需要核实LTE站点的TAC区是否与共站GSM网络的LAC区保持一 致，若对应 TAC与LAC属于不同POOL对于该问题可以通过跟踪主被叫用户信令的方式来进行验证，对于TAC/LAC不一致的站点主叫在回落过程中会伴随位谿更新（目标LAC为GSM网络的位谿区）；而对于被叫则由于TAC及LAC属于不同的Pool或者未组Pool的不同MSC,导致寻呼消息下发到当前LTE站点对应的LA

4、CK,而该LAC区所属站点并不在该覆盖区域，最终就会导致寻呼失败；对于网络中共站址（50米内）LTE站点TAC与GSM站点LAC不一致问题需要定期进行 核查或者属于不组Pool情况下的不同MSC,就会出现被叫寻呼下发全部失败的问题4) LTE弱覆盖分析MR数据RSRP及上行干扰数据来判断是否弱覆盖问题导致的寻呼黑洞问题，若是 建议调整寻呼次数来加大空口寻呼力度。从RSRP MR数据可以看出咸阳渭城华润纺织 -HLH-XYAO372TL-2、区弱覆盖比例偏高， 其中RSRP=<-110dBm占比达到24.37%,平均接收电平在 -101dBm左右。对此建议采取如下 措施（弱覆盖问题导致寻呼

5、黑洞）：1）、将该站点RS参考信号功率抬升 3dB至12.2dBm。2）、将寻呼次数由1次调整为2次。在如上措施实施完毕后观察CSFB#呼失败次数是否有所改善，若不明显就需要执行第三步动作，减少 UE驻留LTE小区的概率。3）、将最小接收电平调整为 -120dBm,同时将服务频点低优先重选门限由-116dBm调整为-112dBm,同时TDS侧响应门限也做出调整（建议慎用，该参数为集团管控参数对于无线弱覆盖十分严重的小区就需要通过接入类参数进行优化调整，该重选到GSM或者TDS网络的就要重选过去，避免弱覆盖异常导致的寻呼交互无法顺利进行的问题。 寻呼参数优化：将寻呼次数由1次调整为2次，可以缓解

6、空口无线环境不好而导致寻呼成功率低的问题， 具体需要观察寻呼下发次数在修改后是否存在溢出（因为PCH拥塞导致的paging丢弃数及小区因流控而丢弃的 MME对用户的寻呼消息白次数是否大于0,若大于0就需要恢复到1次）。招标名秣指标描述备注L.FcigingSLRx小区S1售口若牧寻呼消息次数L.户口4H小区援口寻呼用户个数一小区Uu层U收到UE寻呼用的响工欠数小区王芥。而主豆的MME5T库口的寻咚消贪的力守导否大于。刁区UU接口因系统洎思娈更应发法的丹吟港总专L.尸口孑 ng.口石匚|10口口1刃为PCH照墓寻敌的Pgfng丢弃数是舌大于6-备注：该参数修改将造成小区内复位，建议晚上实施,:、

7、CSFB0落成功率提升思路优化思路：对于 CSFB回落成功率提升，先从全局性着手对潜在问题点予以处理，再对TOP小区依照处理流程来进行优化，从如下几个方面入手分析：1） 邻区、频点核查对于邻区核查从错配、漏配着手进行分析。核查站点 4G 邻区关系是否完整（由于邻区不完整而无法顺利重选导致的假弱覆盖问题）对LTE侧CSFB相关的开关及 CSFE先级参数进行核查，必须依照规范来设定。核查GSM侧CSFB license资源是否充足，华为GSM还需要核实支持 CSF计关及未知寻 呼响应开关是否开启；从U2000话统台对CSFB成功率及准备成功率进行分析，是否存在失败偏高90%以上的小区，如果失败率高

8、通常都是邻区及频点未添加所致。采集U2000中CSFB相关性能指标进行分析，CSFB成功率及CSFBB备成功率理论上应该达到99.8%以上（其余0.2%是由于流程冲突导致的执行失败，无法规避），若存在 CSFB成功率为 0 的情况就需要核查现网的邻区关系是否添加，频点信息是否正确添加。CSF城功率=E-UTRAN向GERAN执行CSFB勺次数/ eNodeB收到的CSFB触发次数CSF睢备成功率=eNodeB成功响应CSFB勺次数/ eNodeB收至U的CSFB虫发次数LTEt义的GSM外部小区BCCH1点与GSM数据库不一致，需要核查现网GSM小区BCCH 频点信息，根据现网情况调整修改对

9、TOP 小区邻区关系进行核查，漏配、错配及频点不全、频点冗余等问题需要及时予 以整改，避免回落频点不合理而导致失败问题。完善并添加* 个 GSM 频点优化原理：CSFB被叫用户在回落过程中，周围存在的主要覆盖频点在下发的频点组中未有配置，导致UE 在搜索频点组中的所有频点信号都不佳，而UE 仍然去接入这些频点，导致出现准入时延过大的问题；优化动作：产品规格一个频点组可下发 32 个频点，测试发现配置频点数增多并不会明显增加回落时延，推荐给每个小区配置30 个 GSM 邻频点；删除冗余频点： 1800M 站点退频带宽后， G 网侧未针对回落和重定向频点进行冗余频点删除删除冗余BCCH频点以及根据

10、4-2邻区关系补齐漏配频点后，对部分站点进行CSF吸点过多过少情况梳理：宏站配置频点不超过20 个，微站和室分配置频点不超过10 个2） TAC-LAC 一致性核查查目的：为了避免不一致导致的回落失败问题及回落后伴随的位谿更新过多的问题核线侧TAC-LAC一致性在共属同一个 MAC或者同一个Pool情况下回落是可以成功的， 但是由于回落过程中需要伴随位谿更新所以加长了回落的流程，时延加大失败率也将随之上升；在TAC-LA怀属于同一个Pool情况下肯定会导致寻呼失败，被叫CSFB回落及寻呼肯定都会失败。对TAC-LAC一致性进行核查，需要割接调整的就提单调整，配置不一致的就提单修改， 避免位谿更

11、新过程中容易导致的回落失败问题。基站的pool、LAC插花问题需核查基站信息及基站经纬度。前网络组网结构分为 2 种：1）、组Pool场景，该种场景下，多套 MSC SERVER. MSC Pool,在网络侧 TAC-LACVLR 中仅设定一个代理 VLR （所有MSC POOLM应的LAC均指向惟个 VLR。2）、在未组 MSC Pool场景下，跨 MSC的寻呼也将是失败的，所以就对应以MSC为单位小区频点不能跨 MSC （商洛、安康属于该种场景），其它地市请再核实一下。对现网LTE站点及GSM站点LAC/TAC 一致性进行核查，情况如下：1）、7个站点TAC区建议修改，并涉及 1个GSM站

12、点割接调整；2 ） 、 2 个站点依据ATU 测试情况来进行调整；3） 、 5 个站点需要对GSM 网络经纬度进行核实来进一步判断是否需要调整。4）、其余11个站点处于LAC区边界，从地理位谿来看不用调整。3） Pool 边界邻区关系核查全网GSM站点及LTEM点力口入Pool归属，若未组Pool需要加入 MSC归属，对于Pool间 的邻区关系建议删除，具体频点也要做出相应的删减（具体需要依照该频点覆盖范围及LTE站点覆盖范围来确定） ；对于未组 Pool 的就需要将不同 MSC 的邻区关系进行删除，频点也 如 Pool 间方式操作。 由于现网频点不一致小区过多， 暂时不做调整， 待不一致频点

13、调整后， 可根据以下原则调整跨POOL 的 GSM 邻区关系及频点 ：1）、定义的跨POOL-GSM邻小区的频点与 POOL内小区频点无重复，删除邻区关系及外 部小区关系 ;2）、定义的跨POOL-GSM邻小区的频点与POOL内小区频点有重复，且该频点的POOL 内邻区较距离较远，跨 POOL邻区距离较近，建议删除具有该频点的POOL内及跨POOL的邻区关系，并删除外部小区定义的该频点 ;3）、定义的跨POOL-GSM邻小区的频点与 POOL内小区频点有重复，且该频点的跨P00L 邻区较距离较远， pool 内邻区距离较近，建议删除具有该频点的跨POOL 的邻区关系MSC Pool边界邻区关系

14、核查及未组Pool时MSC边界邻区核查对于MSC Pool边界存在的CSFB回落失败问题需要从如下几个方面入手来进行优化1）、MSC Pool识别及MSC归属识别通过工参及 mapinfo对网络MSC Pool边界及未组 Pool 场景下 MSC 的边界进行识别，是否存在个别站点归属异常的问题，依据实际情况来对站点进行割接调整。2）、对MSC Pool边界站点邻区及频点进行优化调整，具体原则如下：首先对小区添加的频点信息依照共MSC Poo、l 不共 Pool 或者未组 Pool 场景下不同 MSC分别进行汇总，在工参及邻区关系表中进行完善。其次对同 Pool 与不同Pool 的频点进行识别，

15、不共频点的就直接删除该频点对应不同 Pool的邻区及频点信息；若频点在共Pool及不共Pool均包含，就需要在mapinf。上依据实际地理位谿进行识别；若共Pool共用频点覆盖区域距离LTEM点相对比较近，属于必配邻区，那就需要保留该频点，仅删除不共Pool 邻区关系即可；若不共Pool共用频点覆盖区域距离LTE站点相对比较近，而共 Pool邻区相距相对较远（属于非必配邻区），建议删除该该频点对应的所有邻区关系，或者优化 Pool 边界上的邻区关系于 Pool 间的邻区关系建议删除，具体频点也要做出相应的删减（具体需要依照该频点覆盖范围及LTE站点覆盖范围来确定）；对于未组Pool的就需要将不

16、同 MSC的邻区关系进行删除，频点也参照 Pool 间方式操作4） 2G 拥塞及高干扰小区核查对于存在高拥塞高干扰的 2G 邻区，若回落至非主服务的 2G 干扰拥塞邻区，有可能会造成接入失败。为了避免回落至非主服务的干扰小区，可通过删除非主服务干扰2G 邻区的方法进行规避。优化动作：（ 1）先确认 2G 小区拥塞及干扰的标准；（ 2）针对拥塞及干扰小区的处理方法；2G 小区拥塞及干扰的标准： 1 、干扰带 45 比例大于20%；每线话务量大于0.8Erl ；针对拥塞/干扰小区的处理方法为：1、对于同时存在900/1800 主服 2G 邻区的，删除高拥塞/ 干扰的邻区；2、对于只存在900 或

17、1800 主服 2G 邻区的，本小区不作删除；其他小区删除该邻区；3、判断主服邻区的方法为：LTE小区半径500米内、正打方向150度&半径1200米内； 优化效果：减少由于回落至非主服拥塞/干扰GSM邻区带来的CSF欧败；结合G网侧回落失败 TOP小区，对站点SD拥塞、TCH拥塞、硬件故障、小区高干扰、小区质差、小区退服等网络不健康问题进行原因定位，与G 网侧进行协同优化处理。 G网小区 CSMT 回落失败问题，从GSM网络侧分析是否存在 SDCCH溢出的问题，需要 GSM日常优化去优化。5） LTE 弱覆盖、干扰TOP 小区核查对TOP小区的MR数据进行解析，分析RSRP上行干扰及

18、UE功率余量话统来综合判断是否网络干扰导致回落失败概念:每一个 MSC业务区分成若干位置区（LA）,位置区由若干基站区组成，它与一个或若干个基站控制器（BSC有关。在位置区内移动台移动时，不需要作位置更新。当寻呼移动用户时，位置区内全部基站可以同时发寻呼信号。系统中，位置区域以位置区识别码 （LAI）来区分MSC业务区的不同位置区。.相同MSC但不同的BSC涉及到的切换叫垮 BSC切换。跨BSC见的切换需要它们的上层也 就是MSC来控制完成。2.不同的MSC,当然也是不同的 BSC涉及到的切换叫跨 MSC切换。MSC间启用MSRN （漫 游号码），完成MSC间的切换。MSC POOL内切换由于

19、MSC Pool area内的仟意一个LA均被MSC Pool内所有的 MS。所服务，所以MS/UE通话过程中在MSC尸OQlaea内移 动时，只进行MSC内切换，不UL行MSC间切换.与传统组网相比，这可以减少局间切换，提高用户通话质量，既然进行MSC内切换，那就是说一个POOL内分为不同的位置区，就是说几个属于同一 POOL 的MSC包含共同的若干个位置区 LIST POOL内各个 MSC之间分为不同的位置区，之间会 进行位置区更新，但在POOL的MSC内是不需要更新。位置更新，使用的的是盲切换。MSC间启用MSRN （漫游号码），完成MSC间的切换。MSC间切换就是MSC-POO此间切换

20、，或者未划分 POOL的MSC之间切换。核查共站点LAC及TAC是否设定一致（由于经纬度问题或者规划问题导致的异常），是否存在跨MSC Pool的问题。MSC POOL相当于 MME ,MSC POOL包含多个 MSC,MME包含多个 TA-LST位置区更新用的是盲切换。用户漫游出池区实现原理困难： MSC POOL外的MSC有可能不认识NRI;通过GCVSAI不境区分MSC POOL内的不同MSC.实现方案：口 在MSC POOL内设丘D&佰ull MSC.口 MSC Pool外的MSC根据用户的前LAI寻址到d对ault MSC, Delault MSC再根据TMSI中的NR1寻地

21、用户原注册的MSC （这需要dHault MSC 配置本MSC Pool内的所有MSC的NRI与MSC地址的对应美系），并在 MSC Pool外的MSC与用户原注册的MSC之间传递用户信息（用户的 IMSI及未被使用的加密参数信息）信令.边界漫游数据的交换 采用MSC POOL组网，如果MSC POOL与其他省存在省际交界关系，在建行省间边界漫游数据交换时需要交换整个MSC POOL内全部MSC SERVER的数据，以确保省间边 界漫游计费的准确性。当UE处于空闲状态时，核心网络能够知道UE所在的跟踪区，同时当处于空闲状态的UE需要被寻呼时，必须在 UE所注册的跟踪区的所有小区进行寻呼。 1多

22、个TA组成一个TA列表，同时分配给一个 UE, UE在t咬TA列表(TA List)内移动时不 需要执行TA更新，以减少与网络的频繁交互；稳是小区级的酉晴多个小区可以酉揖相同的TA ,且一个小区只能晨 A个TA.J A List31AI鼠TE总黎踪区 T racking Area Identity )§ BQ PLM NfQTACJflE.1AI = PLMN + TAC (Tracking Area Code )TA LIST LT康统中跟踪区的概念。跟踪区(Tracking Area)是LTE系统为UE的位置管理设立的概念。 LTE系统弓I入了 TA list的 概念，一个 TA

23、 list包含116个TA。MME可以为每一个 UE分配一个TA list,并发送给 UE 保存。UE在tTA list内移动时不需要执行 TA list更新；当UE进入不在其所注册的 TA list中 的新TA区域时，需要执行 TA list更新，此时 MME为UE重新分配一组 TA形成新的TA list。 在有业务需求时，网络会在 TA list所包含的所有小区内向 UE发送寻呼消息。因此在LTE系统中，寻呼和位置更新都是基于TA list进行的。TA list的引入可以避免在 TA边界处由于乒乓效应导致的频繁TA 更新。为了避免呼叫失败，必须保证CSFB回落后MSC未发生变化，也就是 T

24、AL对应的LA必须在同一个MSC POOL内。为减小CSF琳音接入白时延，TA list可以按照LA区进行规划，一个 TA list区域对应一个 LA 区域由于 GSM 话务密度较高，一个LA 包含的基站数目较少，四省密集城区场景均值为20 ；按照LTE寻呼能力规划，密集城区场景TA list可以包含162个基站，远大于 LA区。因此，为了对齐TAL和LA,需要将TA list进行分裂。密集城区场景一个 TAL区域需要分裂成 8个小的TALK,而一般城区场景需要分裂成17个小的TALK即使TAL严格按照LA区域进行规划，密集城区场景下，TAL区域和LA区域不重合的比例也有18.7%，一般城区不重合的比例有10.1%AL 分裂带来的时延增益为 0.70.8sTAL的分裂会缩小 TA list的覆盖范围，这会增加用户的 TA更新（TAU）。TAU增多的影响 需要从多角度综合评估。用户感