《CSFB优化思路013》由会员分享，可在线阅读，更多相关《CSFB优化思路013（8页珍藏版）》请在金锄头文库上搜索。
1、CSFB 优化思路优化思路一、一、 CSFB 寻呼成功率提升思路寻呼成功率提升思路1) 告警核查告警核查先行核查站点是否存在告警，重点是驻波类告警、传输链路类问题及时钟类告警2) eNB ID 重复重复核查 U2000 寻呼测量话统是否存在 S1 接口寻呼下发次数为 0 的问题，确定是否 eNodeB ID 重复所致，另外也可以通过 eNodeB 站点 S1 接口信令跟踪来查看，具体查看 paging 消息中携带的 LAC 区指示是否与当前站点一致，若不一致就是 eNodeB ID 重复所致。 对于同一套 MME 而言，在 eNodeB Id 重复就会将寻呼消息下发到最后建立链路的 eNode
2、B 站点上去（源于 S1 链路自建立） ，导致该站点下主叫用户 ok，被叫用户无法接通的问题； 具体可以通过站点复位来进行验证（站点复位后被叫业务就会恢复，而对端 eNodeB ID 重 复站点被叫业务将故障） 。对核心网侧寻呼类参数进行核查，是否符合规范设定。 具体后台统计结果来看，该 eNodeB 站点 “小区 S1 接口接收寻呼消息次数”不为 0， 但是寻呼响应次数却全部为 0。3) LAC-TAC 不一致不一致核查共站点 LAC 及 TAC 是否设定一致（由于经纬度问题或者规划问题导致的异常） ， 是否存在跨 MSC Pool 的问题。 对于该部分 TOP 小区需要核实 LTE 站点的
3、 TAC 区是否与共站 GSM 网络的 LAC 区保持 一致，若对应 TAC 与 LAC 属于不同 POOL。 对于该问题可以通过跟踪主被叫用户信令的方式来进行验证，对于 TAC/LAC 不一致的 站点主叫在回落过程中会伴随位臵更新（目标 LAC 为 GSM 网络的位臵区） ；而对于被叫则 由于 TAC 及 LAC 属于不同的 Pool 或者未组 Pool 的不同 MSC，导致寻呼消息下发到当前 LTE 站点对应的 LAC 区，而该 LAC 区所属站点并不在该覆盖区域，最终就会导致寻呼失败；对于网络中共站址（50 米内）LTE 站点 TAC 与 GSM 站点 LAC 不一致问题需要定期进行 核
4、查 或者属于不组 Pool 情况下的不同 MSC，就会出现被叫寻呼下发全部失败的问题4) LTE 弱覆盖弱覆盖分析 MR 数据 RSRP 及上行干扰数据来判断是否弱覆盖问题导致的寻呼黑洞问题，若是 建议调整寻呼次数来加大空口寻呼力度。 从 RSRP MR 数据可以看出咸阳渭城华润纺织-HLH-XYAO372TL-2 小区弱覆盖比例偏高， 其中 RSRP=-110dBm 占比达到 24.37%，平均接收电平在-101dBm 左右。 对此建议采取如 下措施（弱覆盖问题导致寻呼黑洞）： 1） 、将该站点 RS 参考信号功率抬升 3dB 至 12.2dBm。 2） 、将寻呼次数由 1 次调整为 2 次
5、。 在如上措施实施完毕后观察 CSFB 寻呼失败次数 是否有所改善，若不明显就需要执行第三步动作，减少 UE 驻留 LTE 小区的概率。 3） 、将最小接收电平调整为-120dBm，同时将服务频点低优先重选门限由-116dBm 调 整为-112dBm，同时 TDS 侧响应门限也做出调整( 建议慎用，该参数为集团管控参数 对于无线弱覆盖十分严重的小区就需要通过接入类参数进行优化调整，该重选到 GSM 或者 TDS 网络的就要重选过去，避免弱覆盖异常导致的寻呼交互无法顺利进行的问题。 寻呼参数优化： 将寻呼次数由 1 次调整为 2 次，可以缓解空口无线环境不好而导致寻呼成功率低的问 题，具体需要观
6、察寻呼下发次数在修改后是否存在溢出（因为 PCH 拥塞导致的 paging 丢弃 数及小区因流控而丢弃的 MME 对用户的寻呼消息的次数是否大于 0，若大于 0 就需要恢复 到 1 次） 。二、二、 CSFB 回落成功率提升思路回落成功率提升思路优化思路：对于 CSFB 回落成功率提升，先从全局性着手对潜在问题点予以处理，再对 TOP 小区依照处理流程来进行优化，从如下几个方面入手分析：1) 邻区、频点核查邻区、频点核查对于邻区核查从错配、漏配着手进行分析。对于邻区核查从错配、漏配着手进行分析。 核查站点 4G 邻区关系是否完整（由于邻区不完整而无法顺利重选导致的假弱覆盖问 题） 对 LTE
7、侧 CSFB 相关的开关及 CSFB 优先级参数进行核查，必须依照规范来设定。 核查 GSM 侧 CSFB license 资源是否充足，华为 GSM 还需要核实支持 CSFB 开关及未知 寻呼响应开关是否开启； 从 U2000 话统台对 CSFB 成功率及准备成功率进行分析，是否存在失败偏高 90%以上 的小区，如果失败率高通常都是邻区及频点未添加所致。 采集 U2000 中 CSFB 相关性能指标进行分析，CSFB 成功率及 CSFB 准备成功率理论上应 该达到 99.8%以上（其余 0.2%是由于流程冲突导致的执行失败，无法规避） ，若存在 CSFB 成功率为 0 的情况就需要核查现网的
8、邻区关系是否添加，频点信息是否正确添加。CSFB 成功率成功率= E-UTRAN 向向 GERAN 执行执行 CSFB 的次数的次数/ eNodeB 收到的收到的 CSFB 触发次数触发次数CSFB 准备成功率准备成功率= eNodeB 成功响应成功响应 CSFB 的次数的次数/ eNodeB 收到的收到的 CSFB 触发次数触发次数LTE 定义的 GSM 外部小区 BCCH 频点与 GSM 数据库不一致，需要核查现网 GSM 小区 BCCH 频点信息，根据现网情况调整修改 对 TOP 小区邻区关系进行核查，漏配、错配及频点不全、频点冗余等问题需要及时予 以整改，避免回落频点不合理而导致失败问
9、题。完善并添加完善并添加*个个 GSM 频点频点 优化原理：CSFB 被叫用户在回落过程中，周围存在的主要覆盖频点在下发的频点组中 未有配置，导致 UE 在搜索频点组中的所有频点信号都不佳，而 UE 仍然去接入这些频点， 导致出现准入时延过大的问题； 优化动作：产品规格一个频点组可下发 32 个频点，测试发现配置频点数增多并不会明 显增加回落时延，推荐给每个小区配置 30 个 GSM 邻频点； 删除冗余频点：1800M 站点退频带宽后，G 网侧未针对回落和重定向频点进行冗余频 点删除 删除冗余 BCCH 频点以及根据 4-2 邻区关系补齐漏配频点后，对部分站点进行 CSFB 频 点过多过少情况
10、梳理：宏站配置频点不超过 20 个，微站和室分配置频点不超过 10 个2) TAC-LAC 一致性核查一致性核查查目的：为了避免不一致导致的回落失败问题及回落后伴随的位臵更新过多的问题查目的：为了避免不一致导致的回落失败问题及回落后伴随的位臵更新过多的问题 核线侧 TAC-LAC 一致性在共属同一个 MAC 或者同一个 Pool 情况下回落是可以成功的， 但是由于回落过程中需要伴随位臵更新所以加长了回落的流程，时延加大失败率也将随之 上升；在 TAC-LAC 不属于同一个 Pool 情况下肯定会导致寻呼失败，被叫 CSFB 回落及寻呼 肯定都会失败。 对 TAC-LAC 一致性进行核查，需要割
11、接调整的就提单调整，配置不一致的就提单修改，避免位臵更新过程中容易导致的回落失败问题。基站的 pool、LAC 插花问题需核查基站信 息及基站经纬度。前网络组网结构分为前网络组网结构分为 2 种：种： 1） 、组 Pool 场景，该种场景下，多套 MSC SERVER 组 MSC Pool，在网络侧 TAC- LACVLR 中仅设定一个代理 VLR（所有 MSC POOL 对应的 LAC 均指向惟一一个 VLR） 。 2） 、在未组 MSC Pool 场景下，跨 MSC 的寻呼也将是失败的，所以就对应以 MSC 为单 位小区频点不能跨 MSC（商洛、安康属于该种场景） ，其它地市请再核实一下。
12、对现网 LTE 站点及 GSM 站点 LAC/TAC 一致性进行核查，情况如下：1） 、7 个站点 TAC 区建议修改，并涉及 1 个 GSM 站点割接调整； 2） 、2 个站点依据 ATU 测试情况来进行调整； 3） 、5 个站点需要对 GSM 网络经纬度进行核实来进一步判断是否需要调整。4） 、其余 11 个站点处于 LAC 区边界，从地理位臵来看不用调整。3) Pool 边界邻区关系核查边界邻区关系核查全网 GSM 站点及 LTE 站点加入 Pool 归属，若未组 Pool 需要加入 MSC 归属，对于 Pool 间的邻区关系建议删除，具体频点也要做出相应的删减（具体需要依照该频点覆盖范
13、围及 LTE 站点覆盖范围来确定） ；对于未组 Pool 的就需要将不同 MSC 的邻区关系进行删除，频 点也如 Pool 间方式操作。由于现网频点不一致小区过多，暂时不做调整，待不一致频点调 整后，可根据以下原则调整跨可根据以下原则调整跨 POOL 的的 GSM 邻区关系及频点邻区关系及频点： 1） 、定义的跨 POOL-GSM 邻小区的频点与 POOL 内小区频点无重复，删除邻区关系及 外部小区关系; 2） 、定义的跨 POOL-GSM 邻小区的频点与 POOL 内小区频点有重复，且该频点的 POOL 内邻区较距离较远，跨 POOL 邻区距离较近，建议删除具有该频点的 POOL 内及跨 P
14、OOL 的邻区关系，并删除外部小区定义的该频点; 3） 、定义的跨 POOL-GSM 邻小区的频点与 POOL 内小区频点有重复，且该频点的跨 P00L 邻区较距离较远，pool 内邻区距离较近，建议删除具有该频点的跨 POOL 的邻区关系MSC Pool 边界邻区关系核查及未组边界邻区关系核查及未组 Pool 时时 MSC 边界邻区核查边界邻区核查 对于 MSC Pool 边界存在的 CSFB 回落失败问题需要从如下几个方面入手来进行优化 1） 、MSC Pool 识别及 MSC 归属识别 通过工参及 mapinfo 对网络 MSC Pool 边界及未 组 Pool 场景下 MSC 的边界进
15、行识别，是否存在个别站点归属异常的问题，依据实际情况 来对站点进行割接调整。 2） 、对 MSC Pool 边界站点邻区及频点进行优化调整， 具体原则如下： 首先对小区添加的频点信息依照共 MSC Pool、不共 Pool 或者未组 Pool 场景下不同 MSC 分别进行汇总，在工参及邻区关系表中进行完善。 其次对同 Pool 与不同 Pool 的频点进行识别，不共频点的就直接删除该频点对应不同 Pool 的邻区及频点信息； 若频点在共 Pool 及不共 Pool 均包含，就需要在 mapinfo 上依据实际地理位臵进行识别； 若共 Pool 共用频点覆盖区域距离 LTE 站点相对比较近，属于
16、必配邻区，那就需要保 留该频点，仅删除不共 Pool 邻区关系即可； 若不共 Pool 共用频点覆盖区域距离 LTE 站点相对比较近，而共 Pool 邻区相距相 对较 远（属于非必配邻区） ，建议删除该该频点对应的所有邻区关系，或者优化 Pool 边界上的 邻区关系于 Pool 间的邻区关系建议删除，具体频点也要做出相应的删减（具体需要依照该频点 覆盖范围及 LTE 站点覆盖范围来确定） ；对于未组 Pool 的就需要将不同 MSC 的邻区关系进 行删除，频点也参照 Pool 间方式操作4) 2G 拥塞及高干扰小区核查拥塞及高干扰小区核查对于存在高拥塞高干扰的 2G 邻区，若回落至非主服务的 2G 干扰拥塞邻区，有可能会 造成接入失败。为了避免回落至非主服务的干扰小区，可通过删除非主服务干扰 2G 邻区 的方法进行规避。 优化动作： （1）先确认 2G 小区拥塞及干扰的标准； （2）针对拥塞及干扰小区的处理方法； 2G 小区拥塞及干扰的标准： 1、干扰带 45 比例大于 20%； 每线话务量大于 0.8Erl； 针
