ltecsfb信令监测数据分析资料

黑龙江LTE-CSFB信令监测数据分析北京通信技术有限公司2014年9月目录使用场景产品介绍黑龙江监测情况E-UTRANMMES-GWP-GWSAE-GW/GGSNeNodeBHSS/HLRDNSCMNet等外部数据网S1-MMES1-US11S5/S8SGSNGGSNS3GnGnGrS6aGnS10GnGiSGiIP承载网TDM电路CMNetIP承载方式：S6a：IP承载网（IP信令网VPN）SGs：IP承载网（软交换信令VPN）Gx：IP承载网（PCCVPN）Rs、Ud：IP承载网（HSSVPN）MSCServerSGsPTNPCRFGxGxBOSSOCSBOSS开户实时计费MSCServerSGs现网设备新增EPC设备PTNCMNET承载：S11、S10、S5/S8、Gn、SGi、DNS查询接口。PTN承载：S1-MMES1-UX2LTE网络结构CSFB多接口全流程互操作是难点！编号接口名称接口数据类型采集网元采集方式1S1-MME信令面MME硬采3S6a信令面HSS/DRA硬采4SGs信令面MME/MSC硬采6Mc信令面MSCe信令平台分流CSFB涉及到的监测接口汇总CSFB指标体系形成在系统应用过程中，逐渐形成评价用户感知的两个指标体系，四个维度，九个专题两个指标体系：成功率和时延四个维度：覆盖、终端、质量、配置九个专题：ENodeBCSFB功能检查、呼叫回落异常小区检查、3G/4G弱覆盖导致不可及，TA/LA规划核查、MME上LAC完整性核查、BSC解码支持问题核查、跨频段回落与返回、分段成功率分析、异常流程分析目录使用场景产品介绍黑龙江监测情况LTECSFB感知差—是否由于覆盖原因造成覆盖方面分析思路为：针对CSFB驻留2G/3G网络区域情况，和频繁跨系统位置更新，可识别LTE网络覆盖差的区域，通过工程调整实现连续覆盖。2G/3G小区名称、2G/3G小区经纬度、LTE小区名称、LTE小区经纬度、覆盖类型综合资源分析数据分析规则分析结论应对措施2G/TD/LTE是否共覆盖该2G/TD小区经纬度是否CSFB终端停留在2G/TD网络？LTE网络建设LTE

CSFB感知差质量分析终端分析覆盖分析跨系统位置更新数据频繁跨系统位置更新LTE小区进入LTE网络边缘小区配置分析LTE小区经纬度无LTE覆盖LTE无线覆盖优化LTE信令监测CSFB终端在2G、LTE网络信令的XDR数据LTECSFB感知差—是否由于终端原因造成终端方面分析思路为：以不同终端类型业务质量为入手，发现终端问题、终端同网络配合问题，及时进行问题的排查、解决。终端IMEI信息、终端对各业务支持度、LTE终端问题经验库终端库LTE信令监测CSFB终端在2G、LTE网络的XDR数据LTE

CSFB感知差质量分析终端分析覆盖分析分析数据分析规则分析结论应对措施手机厂家问题经验库，定位手机故障问题<60%的终端EPS非用户原因成功率是否由LTE终端原因造成感知不佳？手机厂家处理TAU成功率<90%终端缺省承载激活成功率<80%的终端配置分析LTECSFB感知差—是否LTE网络质量原因导致质量方面的分析思路为：通过CSFB的指标，对关键时延和成功率指标分析，发现故障的区域和原因，进行故障排查，优化感知。分析数据分析规则分析结论应对措施无线覆盖差是否由LTE网络质量原因造成的感知差？无线网络优化寻呼响应成功率网络配置错误？按LTE小区>30%按LTE小区>50%终端自主回落比例LTE

CSFB感知差质量分析终端分析覆盖分析配置分析S1寻呼响应大于2秒比例按LTE小区>20%按LTE小区<90%S1异常超时强制结束回落到3G比例终端故障?厂家解决按2G/LTE小区>20%修改参数按LTE小区>50%回落时延大于2.5秒比例网络故障？优化解决LTE小区名称、LTE小区经纬度、覆盖类型库终端库LTE信令监测CSFB业务，在2G、LTE网络的全流程XDRLTECSFB感知差—是否网络参数配置问题导致配置方面的分析思路为：通过对CSFB全流程的关键事件、时延和比率指标分析，发现配置中经常出现的问题。分析数据分析规则分析结论应对措施漏LAC是否由LTE/2G,3G网络配置原因造成的感知差？修订配置数据联合位置更新成功率BSC编码器能力按LTE小区<80%回落后Mc指配失败率LTE

CSFB感知差质量分析终端分析覆盖分析配置分析按TAC/LAC>20%TA/LA错误按LAC成功率<50%回落后位置更新发生率S1释放成功率eNodeb

CSFB未打开修订配置按2G小区>30%扩容，升级MMELAC配置信息，TAC/LAC对应关系数据，BSC配置数据网管数据LTE信令监测CSFB终端在2G、LTE网络的XDR数据目录使用场景产品介绍黑龙江监测情况系统部署概况CDR记录保存：3个月原始数据保存：3天【监测范围】监测全省全部的MME及哈尔滨、齐齐哈尔、伊春、鹤岗全部的回落msc接口类型数量当前流量S1-MMEGE

光410MbpsSGsGE电45MbpsS6aGE电45MbpsMcGE光8100Mbps设备数量备注2*至强CPU*6核，32GB内存，1T+6T1前端机哈尔滨、齐齐哈尔、伊春、鹤岗待厂家IF1接口数据解析研发完毕可实现全省监测监测能力：系统部署&网络现状数据备份能力：CDR保存3个月，原始数据保存7天地市回落、寻呼指标详细情况（

8月29日8:00至8月30日8:00）：地市LTE、CSFB、苹果用户数情况：地市

LTE网络活跃用户数开启CSFB功能活跃用户Iphone用户数量Iphone用户占比哈尔滨92993409102800830.12%齐齐哈尔252249462504820.01%伊春80312828148618.50%鹤岗52631925107020.33%我省4G终端IPHONE占比较大齐齐哈尔指标相对较低第一阶段失败原因分析（回落前，在4G网络上发生的失败）地市寻呼总次数寻呼成功次数寻呼失败次数被叫回落成功次数被叫回落失败次数(第一阶段失败)被叫接通成功次数被叫接通失败次数第二阶段失败次数哈尔滨240051232017803422679213208216938230629854齐齐哈尔561105464514655272132534926367113458伊春15827155602671530652514858973448鹤岗11067108132541069237598531214839MTC失败类型原因值哈尔滨齐齐哈尔伊春鹤岗原因分析SGS口寻呼失败UEunreachable20830001）MME收到MSC寻呼后，用户一直无响应2）MME收到MSC二次寻呼，用户一直无响应。1273913934876可能4G弱覆盖或MME未转发寻呼消息MobileterminatingCSfallbackallrejectedbytheuser115401091）CSFB的License没开或者UE仅支持SMS（在attachreq或者TAUreq消息中指示的）2）如果正在处理用户的主叫流程，此时又收到了CSPAGING消息IMSIdetachedfornon-epsservices199000用户在MME上已经分离或者正在分离IMSIunknown61000UE发生重选后没有进行位置更新前就起呼，没有此用户数据s1寻呼无响应

SGS有寻呼请求，S1也有寻呼请求消息，但是无寻呼响应消息50721024196202可能4G弱覆盖无a流程

S1口和SGS口流程完成、无错，回落之后无A口流程5256186426572用户所在区域可能是有4G信号但2G信号弱失败原因：网络弱覆盖占比接近80%CSFB被叫接通率分析第二阶段失败原因分析（回落后在2G网络上发生的失败）A错误码哈尔滨齐齐哈尔伊春鹤岗原因分析127636914632991109

1.主叫用户早释，大多数都是这个情况（用户原因）。2.MSC对回落是有license控制的，检查话务量是否已经超出license的限制值。ClearRequest或者IuReleaseRequest8988631449用户在A口发起位置更新,位置更新成功之后,ClearRequest消息或者IuRelease消息上来,手机和无线失去联系。（无线原因）

用户忙11802628827用户忙造成被叫失败（用户原因）主叫早释8311632521主叫在呼叫接通前主动挂机（用户原因）指配失败3406802051.指配无响应消息，在assignmentrequest之后，伴随着BSC间切出消息，切出成功，严格来说用户不一定失败，只是换了一个小区打电话。2.指配失败，占比较大，一般是无线小区资源问题。（无线原因）

3.主叫早释。失败原因：用户行为占比较大（87%）；无线原因占比近13%。无线原因分析：（1）ClearRequest是用户回落后立即发起位置更新，引发掉话，占比9%；（2）无线信道指配失败占比约4%。CSFB被叫接通率分析Csfb过程中各阶段时延对比市回落时延寻呼时延振铃时延CSFB平均返回时延哈尔滨2138745.954767305齐齐哈尔2362698.860982897伊春2220748.762342095鹤岗2293775.560319243杭州2128727.452962850CSFB返回时延分析回落时延、寻呼时延、振铃时延我省与杭州相近。平均返回时延哈尔滨、鹤岗较长，影响用户感知。问题可能原因：（1）ChannelRelease携带邻区类型错误（2）ACTIVELISTTYPE不为空

（3）网络弱覆盖；

17751时延63900ms17681&17735时延均在30000ms上CSFB终端分析Csfb终端指标对比地市厂家被叫回落成功率主叫回落成功率回落成功率

被叫成功率主叫成功率接通成功率

哈尔滨苹果94.53%93.06%93.80%90.62%88.24%89.43%其它94.43%90.31%92.37%89.94%83.89%86.92%齐齐哈尔苹果94.49%93.04%93.77%89.15%86.37%87.76%其它93.82%92.79%93.31%86.69%82.30%84.50%伊春苹果96.17%94.75%95.46%93.36%87.03%90.20%其它97.29%95.57%96.43%94.31%82.20%88.26%鹤岗苹果95.95%94.69%95.32%93.18%87.35%90.27%其它96.53%95.23%95.88%93.20%84.09%88.65%四地市CSFB终端，苹果厂家与其它厂家的回落成功率指标相近四地市CSFB终端，苹果厂家比其它厂家的接通成功率好。原因分析：苹果终端的硬件质量优势与软件系统的管理式应用（不越狱只能在自己的appstore内安装软件）。出厂植入APP软件要少于其它厂家终端。地市公司优化整改情况地市排查解决列比地市CSMT回落成功率寻呼成功率CSMT接通率CSFB平均返回时延（ms）8月29日9月17日改善度8月29日9月17日改善度8月29日9月17日改善度8月29日9月17日改善度哈尔滨94.50%92.68%-1.82%96.65%95.30%-1.35%90.39%88.83%-1.56%73056385920齐齐哈尔94.19%93.78%-0.41%97.39%95.98%-1.41%88.01%87.65%-0.36%28972534363伊春96.68%96.68%0.00%98.31%97.03%-1.28%93.85%93.87%0.02%20952337-242鹤岗96.61%93.18%-3.43%97.70%94.00%-3.70%89.03%89.85%0.82%924314097834

地市指标变化情况地市疑似已整改整改完成率整改后效果

不佳小区数整改后

效果偏差率问题小区数问题小区数哈尔滨807087.5%1420.00%齐齐哈尔7171100.00%2028.16%伊春605083.33%1122.00%鹤岗3030100.00%723.33%类别核查确认原因类别处理效果明显S1释放后无A口流程频点错误、临频漏配齐齐哈尔、鹤岗s1口寻呼无响应4G弱覆盖//2G无线失败无线资源不足、边缘区域弱覆盖齐齐哈尔回落后指配失败干扰、频点错误齐齐哈尔主被叫接通率低2G频点少伊春返回时延超长ChannelRelease携带邻区类型错误鹤岗、哈尔滨

返回时延市CSFB平均返回时延修改最差lac后整体平均值提高率哈尔滨730566099%鹤岗9243124886%解决问题思路总结鹤岗&哈尔滨的返回时延问题LAC解决后提升了各市的整体指标和该区域用户的业务感知.每个地市对不同类型问题的处理上效果不同。可借鉴效果显著地市的处理方法做日后的优化工作。见下页：地市公司优化整改情况3G返回开关关闭后地市公司优化整改情况地市处理各类问题效果经过鹤岗无线部门与炎强工程师的反复分析修改参数与系统指标验证。鹤岗一周内解决了全网时延大的问题。查明由配置错误导致（ChannelRelease消息为信道释放时携带UTRAN邻区信息改为携带E-UTRAN邻区信息）修改后指标由四市最高的9.2秒降低到1.3秒.提高86%。很好的改善了全市的用户感知。12时完成修改地市公司优化整改情况CSFB端到端质量优化一期质差小区整改工作已结束，哈尔滨、齐齐哈尔、伊春、鹤岗均取得了一定优化成果，TOP质差小区有不同程度改善，其中，齐齐哈尔各项指标改善最为明显。齐齐哈尔、鹤岗解决了寻呼无A口流程和指配失败问题，提升了TOP故障小区的寻呼成功率和回落成功率。鹤岗与哈尔滨解决了CSFB返回时延过长问题，鹤岗的整体返回时延由四市最高的9.2秒降低到1.3秒.提高86%。哈尔滨故障TAC返回时延由平均63900ms下降为6646ms；伊春解决了质差小区被叫接通率低问题，TOP质差小区优化前平均77.04%，优化后达到91.07%。阶段总结CSFB回落前分析──S1释放后无A口流程无线原因

处理建议：此类问题可能是4G覆盖好于2G覆盖（室内分布只有4G），或者是2G频点干扰比较大造成。从系统中提取发生此类问题的ECI，可核对一下这类ECI所处位置是否2G信号弱，2G频点是否干净，并针对这些2G小区进行优化，下面是TOP10小区。S1释放后无A口流程，在回落之前的错误码中占比最大，5256次4G接口流程完整，回落之后没有A口流程，用户回落失败ECIENBID次数77976637304596104756897592956636775777825296007617796870130456559758628152963395575668767295581477589635329647045761444452974394078190112305430377797049330457236CSFB回落前分析──S1口寻呼无响应S1口寻呼无响应，在户回落之前的错误码中占比第二，5072次MSC在SGS接口发起了寻呼请求，MME转发寻呼请求到S1-MME口，用户没有响应寻呼TAC次数17751304178752781796425417781218176851961778818117758176177821701777916217787151无线原因处理建议：

此类情况属于4G网络弱覆盖。每天从系统中提取S1寻呼无响应次数最多的TAC，针对这些TAC做的优化，就可以逐渐提升S1寻呼成功率。下面的表格中是S1口寻呼无响应TAC，取TOP10。CSFB回落前分析──SGS原因值UEunreachable数据原因从流程图上分析此原因值分2种情况：S1寻呼未下发MME收到MSC下发的寻呼消息后，MME立即MSC回复了UEunreachable消息。二次寻呼后S1寻呼未下发MME收到一次MSC下发的第一条寻呼消息后，就往eNodeb下发了两次Paing消息，时隔4秒后，MME收到了MSC的第二次寻呼消息，但此时的MME并不继续向eNodeb寻呼，仅仅是继续等待eNodeb回复寻呼响应，在等待5秒后，MME在仍没有收到eNodeb回复寻呼响应的情况下，给MSC回复了UEunreachable消息。寻呼无响应，MME回复MSCUEunreachable在回落之前中占比第三2083次二次寻呼后S1寻呼未下发S1寻呼未下发CSFB回落前分析──CSFB位置更新分析数据原因回落过程中S1接口正常拆线，但是回落后先发起位置更新，再进行主被叫流程，表示用户在回落前和回落后所处的TAC/LAC不一致，导致时延增加两秒左右。（CSFB邻区分析中，取位置更新次数大于50次，按照位置更新成功率降序取TOP10,伊春、鹤岗此次分析无高比例位置更新小区。齐齐哈尔只有一个小区，

17969

76288049

298000）频繁的位置更新会增加时延，为了降低时延，需要优化TA/LA，提取通话中发生位置更新的ECI-CI小区（TOP10），建议对这些小区进行TA/LA检查。回落过程中的位置更新实际上是TA/LA规划问题造成回落中发生位置更新的情况：5.33%呼叫存在时延延时的问题。ECI存在100%更新的情况S1APTACS1APECIENBIDALACA小区

回落次数位置更新次数位置更新比例179647793129530441917689357025757100.00%177517586819229636017963365135959100.00%1799575776801296003177161699111311299.12%17784778998083042961778620562939298.92%17789776496973033191778862161706998.57%17782757721912959851772810182565598.21%17996759401282966411766526723545398.15%17789776496973033191778819101535298.11%1778977649697303319177886216113813597.83%1799575776801296003177161613116115797.52%CSFB回落后分析──CSFB小区主被叫成功率提取信令中被叫成功率最低小区（CSFB指标分析中，取被叫总次数大于50次，按照被叫成功率排序取TOP10，主叫提取过程类似）建议对这些小区进行重点检查，持续进行每日TOP处理。被叫成功率和主叫成功率失败高小区要持续处理主叫被叫市ECIENBID被叫总次数被叫成功次数被叫成功率哈尔滨779766373045961311813.74%哈尔滨75896353296470551018.18%哈尔滨75862817296339782835.90%哈尔滨77970493304572692739.13%哈尔滨758628152963391486845.95%哈尔滨779687013045651226049.18%哈尔滨75862816296339613455.74%哈尔滨756687672955811146456.14%哈尔滨75798304296087603761.67%哈尔滨7577782529600718111362.43%S1APTACS1APECIENBID主叫总次数主叫成功次数主叫成功率1776078190112305430901213.33%17760779766373045961122219.64%17779758628162963391395338.13%1781175896353296470542138.89%17779758628172963391094339.45%17751779687013045651275845.67%1778875563551295170713346.48%17779758628152963391637747.24%17751756687672955811025049.02%1771675793185296067603151.67%CSFB回落后分析──原因值127用户或交换这个原因值代表信令系统没有提取到常规有用的错误码，故填127（不能填0，因为0也是错误码）处理建议：1.主叫早释（用户原因）。如果消息流程中有Setup消息，就有Disconnected消息，否则为ClearCommand消息。.2、MSC对回落是有license控制的，检查话务量是否已经超出MSC的license的限制。（XX省华为MSC设备曾经出现这个问题