LTE网络的主要支撑技术应用课件

1、支撑手段应用1目录ENB、OMC可用性评估和功能规划思考和后续建议一五 LTE信令软采规划二 2三 北向NMS、参数管理、和MR四 用户全网信令跟踪设备及网管需关注的问题主设备的处理能力将直接决定后续扩容和功能发展；厂家的告警处理机制和稳定性将直接影响运维；主设备能力和稳定性需了解3GPP技术路标，厂家路标，已实现进展；主流算法及其优劣；主设备功能围绕日常维护推动厂家完善OMC建设；多维度客观评估厂家OMC，不局限于功能描述；OMC的可用性OMC集中部署，直接管理的网元数提升50倍，LTE对OMC容量有新的要求；OMC的多制式网络协同优化、协同分析能力要求持续提高；OMC的能力设备容量等方面差

2、异大 对四个厂家LTE基站性能进行了初步比对，华为、中兴产品在均衡性上高于大唐及卡特。 大唐设备存在最大问题为Ir（BBU-RRU光路）不支持10G，对8通道站点需2对光路。卡特设备存在最大问题为基带板卡容量仅为其他厂家三分之一，对大配置站点支持能力差。大唐卡特华为中兴BBU设备集成度集成度高集成度低集成度高集成度一般RRU设备安装简易性简单较复杂（加装防雷）简单较复杂（加装防雷）基带容量高低（仅有其他3个厂家三分之一）高高Ir光口能力一般（不支持10G光口）低（总带宽仅有华为四分之一）高高小区合并能力强无强强级联能力一般无强强综合评价不支持10GE光口，8通道需2路对纤，级联能力一般集成度低

3、，安装较复杂，容量及光口传输均偏小，不支持小区合并较为均衡较为均衡集团主设备重点功能测试结果厂家功能项是否支持测试结果备注大唐小区合并是通过BBU容量测试是部分通过传输容量和服务器带宽不够支持全速级联是通过Ir接口-互通性是通过Ir接口-双载波是通过稳定性是通过贝尔小区合并否不支持BBU容量测试否不支持级联否不支持Ir接口-互通性是通过卡特试验漏做下载截图，已补测Ir接口-双载波否不支持稳定性是通过 江苏负责大唐和卡特相关功能测试，卡特很多功能不具备； 大唐和卡特MR和信令软采均不具备； 据了解，华为、中兴相关功能均支持；TD-LTE 主要设备厂家告警对比ENB告警系统的改进建议： 部分厂家的

4、设备稳定性需要进一步提高； 主要告警集中在RRU光路和传输方面； 外企设备商不支持中文小区名，不便于日常维护； 部分厂家告警系统虚告警偏多，可以通过专项优化去除不必要的告警。数据取自2012年国庆期间，爱立信、卡特无法 提供10月的告警数据，取12.112.7移除认为退服数据取自2012年10月 附：各厂家告警核查设备稳定性和告警分析 -华为10月份，杭州LTE网络共发生176056次告警，已开通的2081个LTE站点计算，平均每天每站告警次数超过2.82次（其中含工程调测阶段告警和版本升级站点告警），但同比7、8月份的3.46次有所下降。华为设备稳定不足，国庆期间LTE小区日退服率较高达0.

5、72%，远高于TDS 0.29%的水平；RRU故障问题突出，RRU类告警占告警总量的56.8%，需华为对RRU光模块进行质量检查；传输稳定性不足，传输类告警（ 21.3% ）多数影响小区业务，其中 X2接口故障尤为明显；少量设备天线质量不达标， “王润兴酒楼（景阳观）”等站点开通后导致1800 IOI升高- 数据取自杭州OMC 10.110.31告警统计围绕日常维护推动厂家OMC完善建设接口细化场景围绕日常维护工作定义了60多个场景，全方位展开OMC系统评估高可用性，可扩展性、稳定性、数据的备份能力以及OMC及北向接口的安全性进行测试易操作方式、操作效率直观, 透明功能和数据一致性操作方式一致

6、性操作提示接口协议：采用的协议接口功能：按时提供性能、配置、告警数据，具备同步、补采机制接口能力：不中断和并发的能力数据性能操作检测对数据规范的满足程度：对COUNTER、资源数据项、参数逐项核对，增加告警风暴、告警关联、现网基站断站测试，保证数据的完整性、准确性。功能扩展功能覆盖场景 故障管理、配置管理、性能管理、操作维护、安全管理、日志管理、呼叫跟踪等在原集团规范基础上，按照实用性原则，网管、网优、无线相关人员共同围绕日常维护场景，从方位评估OMC，增加了质量和性能、稳定性和操作方便性方面的测试内容：OMC基本功能需求113.配置管理2.故障管理4. 性能管理5.拓扑管理1.系统管理高可靠

7、性，物理双机热备机制；可扩展性；稳定性分析功能，OMC基本服务, 文件传输管理, 集中任务管理, 用户权限管理，MML接口性能数据采集和存储，性能数据查询，自定义指标管理，性能阈值告警告警信息集中存储, 告警浏览, 告警实时通知, 告警网管后处理,自动清除创建/删除/修改子网、机架图、RRU拓扑导航管理配置数据导出、关联配置、邻区的双向添加、批量查询、批量修改等功能，配置数据同步，对象管理状态查看7. License管理6. 安全管理用户管理和鉴权，网管、网元日志管理可以对License进行安装查询导出9. 多模基站管理8. 呼叫分析和测量UE、小区跟踪查询，实时状态监控：保障、问题点处理（实

8、时指标），无线测量采集和呈现手工关联/解关联多模基站，查询多模基站，共模的设备都需实现统一的管理SINGLE RAN，多网协同运维 - 多模共网管的源动力多模共网管的优势现网网管直接升级双模共管，平滑演进，节省投资；公共部件（如双模RRU）的统一管理和维护；公共设备的告警有效定位，减少重复监控；双模两制式运维体验一致，提升双模站点的运维效率，降低OPEX；序号设备商 现网主设备类型 支持共网管类型GSMTDSTDLGSM/TDS/TDLTDS/TDLGSM/TDL不支持共网管1爱立信2中兴3华为4大唐5诺西6阿尔卡特7普天各厂家共网管目前支持情况注：阿尔卡特近期尚无共网管系统开发计划厂家TDS

9、与TDL多模基站的管理对eNodeB的完全管理 MR和参数管理支持分布式架构双机热备倒换OMC硬件 大唐暂不支持，Q3可以在南京测试 支持，待验证暂时不支持，时间待定未知支持5台低端SUN服务器 卡特不支持支持，待验证不支持未知OMC支持，北向接口不支持 八套服务器+1套北向接口服务器 （HP小型机，北向接口集成 “君越”厂家） 华为支持支持，待验证实验室版本，需买NETstar 支持暂不支持升级现有OMC，一台SUN小型机 卡特：问题提出2个多月，国外研发3月20号到南京现场，目前仍无具体解决计划；卡特OMC功能通过SAM、NPO、NPI三套软件中分别实现，集成度低，建议合并； 操作界面设计

10、不合理，参数查询操作复杂，查找一个功率配置需打开10层窗口； 界面中英语混合，建议全中文化； 缺少命令行窗口功能；告警提示描述不够清晰；无常用性能报表和统计报表功能；大唐：问题提出后厂家重视，目前已逐步改进，3月20号最新版本刚刚升级，仍在验证；华为：界面较为成熟，使用便捷；OMC可使用性卡特和大唐OMC的集成度较差，占用大量机房空间,暂时都不支持分布式架构，卡特北向接口服务器集成其他厂家，卡特北向接口服务器缺少双机热备能力，后续研发支撑保障难。OMC功能支持情况以及问题现网LTE设备需改进的问题 - OMC分类存在问题解决方法功能华为OMC无基站退服的告警功能，无法区分小区退服还是OMC链路

11、断链软件问题，研发解决“mon”模块加载失败无法登陆OMC软件问题，研发解决多台网络OMC系统，缺少集中化管理推进OMC集中化管理ANR邻区管理查询不可用尚未定位缺少“RAN报表向导”、“性能链路报表”功能软件问题，研发解决单模LTE站点无法查询RRU类型,同时不能批量查询RRU类型。软件问题，研发解决MML查询输出横竖不一，无法进行脚本统一处理软件问题，研发解决友好性拓扑图例中缺少一种图例说明软件问题，研发解决测量结果无法反定位到测量对象软件问题，研发解决性能偶发查询网元工程状态长时间无结果返回研发提升OMC处理能力OMC稳定性不够，11月13日出现宕机，同时影响主城区TDS和TDL质量提升

12、、定期演练准确性网元监控结果中经纬度显示为0DE现场完善配置ENB、OMC可用性评估和功能规划一 目录LTE信令软采规划二 17三 北向NMS、参数管理和MR四 用户全网信令跟踪五 思考和后续建议大数据时代的信令分析打破厂家工具和数据垄断，为网络、经营分析提供有效的数据支撑；海量数据处理需积极引入大数据技术：面对信令数据、话单数据等海量数据，需要积极引入大数据技术采用全新的存储与处理架构，提升系统处理能力与处理效率，降低系统成本统一的数据格式，为大数据分析提供基础；Uu接口RRCMR、RRC连接管理信令、MIB/SIB、TMSIPDCP吞吐量MACPHR、C-RNTIPHYMCS/CQI/PM

13、I/RI、UE发射功率、TA、资源调度S1-MME/X2接口NASUE附着、TA更新、寻呼、鉴权、验证、QoS、IMSIS1-APE-RAB承载、上下文管理信令、切换、TA信息X2-APeNB间切换信息、eNB配置更新信令、MRO信令：RLF、HO report覆盖/干扰分析话务分布弱覆盖、覆盖空洞、干扰分析、导频污染RSCP、RSRQPHRMCS/CQI、TA话务密度分析、MCS比例、PRB承载效率分析上下行吞吐量MCS等级邻区优化用户分析业务质量优化接入性能、掉话率、切换成功率RRC连接请求/重配置E-RAB建立/释放UE上下文释放切换成功率、邻区关系配置、MROS1口HO信令X2口HO信

14、令MR RSRPSIB用户信息的多接口关联、行为分析、感知评估IMSI、TMSI、C-RNTI业务事件、吞吐量, RSRP, QoS利用LTE各接口、各协议层信令中的关键信息，评估网络运行质量、覆盖情况通过对端到端信令流程的关联分析，精确定位网络问题LTE网络优化为什么要分析信令？打破厂家数据垄断，为网络、经营分析提供有效的数据支撑。信令软采的应用需求梳理基于软采及硬采数据的指标分析、信令及业务回溯、专项分析等共23项需求，请详见信令软采无线优化需求分析报告指标分析需求KPI指标分析接入、保持、移动管理等业务端到端QOS指标基本网络业务、音频视频业务等信令及业务回溯需求信令回溯业务回溯专项分析

15、需求小区及网络容量评估分析网络覆盖分析链路质量分析切换性能分析掉线原因分析无线资源调度分析无线传输质量分析终端性能分析用户行为分析数据业务完整性分析 深度覆盖不足分析RSRP和CINR分析小区吞吐量分布分析PCI检查背向覆盖分析模拟路测专题新站入网分析隐性故障分析道路场景分析路测仪、空口监测仪主设备软采集信令监测仪表硬采集LTE信令采集方案：软采（控制面信令）+ 硬采（用户面数据）统一IF1接口 采集帧结构LTE信令采集总体方案采集接口采集内容选择原因采集格式控制面软采 Uu、X2、S1-MME、S6a、S10、S3/S4、Gn、Gp3GPP协议IE字段规定的控制面信令消息，PHY/MAC/R

16、LC/PDCP内容根据上层网优功能需求自定义网元多、网络变动频繁，数据相对流小、主设备易实现自定义IF1接口格式，统一的ASN.1码流基于SDTP传送至系统共享层用户面硬采 S1-U、S5/S8、SGiGTP-U协议承载的用户面数据主设备无法实现海量数据量大信令软采应用需求整理进展启动信令软采试点2013Q12013Q22013Q4启动uu、S1和X2控制面信令数据软采启动事件性MR数据软采输出周期性MR数据实现全量采集与端端分析完成无线侧和核心网全量接口控制面和用户面数据采集支持基于网元、业务、终端、用户维度的端到端分析完成用户业务细分，做好营销分析的数据支撑 明确信令面数据软采+业务面数据

17、硬采模式。杭州项目中提出的预留MDT数据、TCE信令跟踪等需求纳入集团信令软采规范。业务面硬采将在数据业务监测与分析系统技术规范基础上更新。要求信令软采各设备要将告警按照现有主设备告警模式上报至网管； 建议尽快启动业务面数据硬采试点工作信令面软采集团已明确实施计划，建议用户面硬采试点工作13年一季度开始启动。 根据广东、浙江和江苏优化工作需要，梳理了24个信令软采分析需求主要包括信令跟踪、业务、网络、用户等多种关联分析等分析需求，但需求还需进一步细化，以便在网优平台中进行固化，支撑LTE投诉处理、日常优化和专项优化工作。 建设模式需尽快明确建议按照采集层-共享层-应用层架构实现软采和硬采，以实

18、现数据有效共享。但要加强数据质量管理。ENB、OMC可用性评估和功能规划一 目录北向NMS、参数管理和MR三 24二 信令软采规划四 用户全网信令跟踪五 思考和后续建议需大力推进LTE北向数据支撑手段的完善现有问题和完善建议：厂家类明确厂家必须提供每个功能对应的性能指标的北向输出；规范仅有归一指标名称，无法与厂家私有指标映射，建议厂家给出映射关系应答；规范类希望采集规范对数据质量保障提出明确要求，告知每周期网元数据生成情况；希望集团北向性能规范增加小区平均用户数等counter；希望将机柜、机框、板卡等硬件网元与逻辑网元间的关联标示重要程度列为A；需将license信息北向输出并管理；希望规定

19、新版本或者新功能入网的FOA测试增加对应性能北向输出相关的测试工作。目前厂家对集团北向数据规范的支持度仅为49.5%LTE参数管理工作进展厂家规范参数中兴诺西华为大唐爱立信阿卡参数数量2251053109011105621027883GSM、TD已有成形的标准的规范参数集，但是LTE尚未建立。经近2个月的收集，完成华为、中兴等6厂家私有参数集整理；并明确参数数据以集团“统一网络资源模型文件”输出，具体请查阅TD-LTE参数管理规范；结合浙江网优工作经验，形成标准开站参数模版提升LTE网络建设效率；涉及LTE 3GPP规范公共参数225个，各厂家尚未实现全部支持，应答进行中；希望厂家在2013年

20、2月前实现公共和私有参数的北向网管输出，透明化参数；建议设备新版本/功能入网FOA测试增加参数规范及北向输出相关的测试工作。各厂商参数数量统计 在完善北向、MR统计、参数管理的基础之上，将统计分析应用纳入网优平台； 总结固化LTE网优经验，形成结构分析、室分整治等特色专题分析模块； 集成用户跟踪、扫频分析等工具，为网优人员提供便捷的工具；信令软采及用户面硬采数据可以作为网优平台的数据源支撑网优各项工作。LTE如何纳入网优平台？日常优化性能统计和查询专题分析性能统计MR统计资源统计告警/性能监控参数管理扫频分析用户跟踪TCE室分整治结构分析投诉管理投诉点录入统计分析查询与管理处理提醒话务分布分析

21、业务质量优化OMC可用性评估和功能规划一 目录用户全网信令跟踪四 29二 信令软采规划三 北向NMS、参数管理和MR五 思考和后续建议为什么需要LTE用户信令跟踪？用户信令跟踪的驱动力业务能力TCE的部署考虑一个省或者区域只部署一台，全省能够支持的用户跟踪数约为500个，也就是MME需要支持的跟踪任务数应在100的量级上，而eNB支持的跟踪任务数应在10个左右缺点1、目前方案不支持户面数据的分析和收敛，可以通过信令软采或者自定义用户面采集实现。效益1、无法替代的实时性和广度：省级跟踪范围、实时跟踪；2、真正的跨厂家解决方案：基于3GPP的规范接口定义，与设备厂家无关；3、解决了NAS层加密的问题：可以实现从核心网到接入网实现对指定用户的全网信令跟踪；4、投诉和VIP：类似A+Abis，用于处理投诉和VIP用户跟踪非常快捷，实时性较好；5、最小改动：当前方案基于成熟稳定的网管网拓