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

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

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

3、 通道需2路对纤，级 联能力一般 集成度低，安装较复 杂，容量及光口传输 均偏小，不支持小区 合并 较为均衡较为均衡 集团主设备重点功能测试结果 厂家功能项是否支持测试结果备注 大唐 小区合并是通过 BBU容量测试是部分通过 传输容量和服务器带宽不 够支持全速 级联是通过 Ir接口-互通性是通过 Ir接口-双载波是通过 稳定性是通过 贝尔 小区合并否不支持 BBU容量测试否不支持 级联否不支持 Ir接口-互通性是通过 卡特试验漏做下载截图， 已补测 Ir接口-双载波否不支持 稳定性是通过 n 江苏负责大唐和卡特相关功能测试，卡特很多功能不具备；江苏负责大唐和卡特相关功能测试，卡特很多功能不具备

4、； n 大唐和卡特大唐和卡特MRMR和信令软采均不具备；和信令软采均不具备； n 据了解，华为、中兴相关功能均支持；据了解，华为、中兴相关功能均支持； 干扰抑制手段不成熟致网络性能瓶颈 TD-LTE同频组网情况下，会存在多种系统内干扰，将会严重影响系统性能。 卡特 MR、COMP、信令软采等重要功能研发计划均较迟； 算法大唐卡特华为中兴 ICIC效果不明显无有有 eICIC14年支持14年支持已有计划已有计划 PDCCH自适应待测试无已有计划有 IRC效果较好有上行FPC功控有有 SuperCell有待测试有有 CCLR待测试无已有计划已有计划 TD-LTE 主要设备厂家告警对比 ENB告警系

5、统的改进建议： n 部分厂家的设备稳定性需要进一步提高； n 主要告警集中在RRU光路和传输方面； n 外企设备商不支持中文小区名，不便于日常维护； n 部分厂家告警系统虚告警偏多，可以通过专项优化去除不必要的告警。 -数据取自2012年国庆期间，爱立信、卡特无法 提供10月的告警数据，取12.112.7移除认为退服-数据取自2012年10月 3.17% 2.78%2.78% 3.17% 2.78% 3.57%3.57% 0.00% 0.50% 1.00% 1.50% 2.00% 2.50% 3.00% 3.50% 4.00% 10月1日10月2日10月3日10月4日10月5日10月6日10月

6、7日 国庆期间国庆期间LTE小区退服率小区退服率 华为中兴诺西卡特爱立信 43.44% 23.79% 18.98% 3.93% 47.73% 13.00% 5.00% 7.00% 60.00% 6.33% 36.39% 25.46% 6.65% 45.19% 9.38% 1.95% 0.24% 0.00% 10.00% 20.00% 30.00% 40.00% 50.00% 60.00% 70.00% RRU光路S1/X2传输小区业务RRU通道 华为中兴诺西卡特爱立信 附：各厂家 告警核查 设备稳定性和告警分析 -华为 10月份，杭州LTE网络共发生176056次告警，已开通的2081个LTE

7、站点计算，平均每天每站告 警次数超过2.82次（其中含工程调测阶段告警和版本升级站点告警），但同比7、8月份的3.46 次有所下降。 n 华为设备稳定不足，国庆期间LTE小区日退服率较高达0.72%，远高于TDS 0.29%的水平； n RRU故障问题突出，RRU类告警占告警总量的56.8%，需华为对RRU光模块进行质量检查； n 传输稳定性不足，传输类告警（ 21.3% ）多数影响小区业务，其中 X2接口故障尤为明显； n 少量设备天线质量不达标， “王润兴酒楼（景阳观）”等站点开通后导致1800 IOI升高 - 数据取自杭州OMC 10.110.31告警统计 告警次数 4025 7647

8、806 6915 4189 5132 1759 1634 3931683342 BBU 设备 RRU 光路 RRU 设备 RRU 通道 S1/X 2传 输 操作 维护 软件 许可 时钟 类 数据 配置 外部 电源 小区 业务 4025 76473 806 6915 41892 5132 1759 1634 3931 68 33421 0 10000 20000 30000 40000 50000 60000 70000 80000 90000 杭州现网主要告警类型杭州现网主要告警类型 0.38% 0.33% 0.26% 0.35% 0.21% 0.26%0.27% 1.23% 0.64% 0.

9、41% 0.61% 0.59% 0.69% 0.84% 0.31% 0.20% 0.23% 0.33% 0.25%0.25% 0.32% 0.00% 0.20% 0.40% 0.60% 0.80% 1.00% 1.20% 1.40% 10月1日 10月2日 10月3日 10月4日 10月5日 10月6日 10月7日 日退服率日退服率 国庆期间国庆期间LTE小区退服率小区退服率 TDS小区退服率TDL小区退服率2G小区退服率 华为LTE设备需改进的问题 - ENB 分类存在问题解决方法 功能 缺少上下行每PRB平均吞吐率统计软件问题，研发解决 缺少TM2占比、TM3占比、TM7占比、TM8占比指

10、标软件问题，研发解决 现网约100多华为站点老版本的基站，无法实时监控等问题现场完善配置 准确性 存在小区日同频切换94651次，成功率仅0.01%，且无告警软件问题，研发解决 无线数据掉线率统计不准确，有超过100%软件问题，研发解决 下行PRB资源使用率统计不准确软件问题，研发解决 小区最大用户数统计不准确软件问题，研发解决 围绕日常维护推动厂家OMC完善建设 接口 细化场景 围绕日常维护工作定 义了60多个场景，全 方位展开OMC系统评 估 高可用性，可扩展性、稳定性 、数据的备份能力以及OMC及 北向接口的安全性进行测试 易操作方式、操作效率 直观, 透明 功能和数据一致性 操作方式一

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

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

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

14、RRU拓扑，机架图拓扑： 网络组成结构清晰化，有效支撑维护人员； 动态拓扑图可形象呈现物理和逻辑实体的连接； 现场扫描所有已配置或未配置的端口，准确实时掌握实际拓扑和可利用资源； 室分建设方案复杂，施工质量难以彻底检查，日常维护难度高，通过RRU拓扑 和自检功能，大大降低了维护难度； n 后续工作建议：共网管系统功能规划可作为进一步完善OMC共网管规范的 参考，督促厂家完善网管建设。 多模关系管理拓扑管理机架图管理 配置管理性能管理告警管理软件管理 加强拓扑管理有助于简化复杂的多网建设维护 共网管需具备的基础要求 操作维护支持 厂家 TDS与TDL多 模基站的管理 对eNodeB 的完全管理

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

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

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

18、现宕机，同时影响主城区TDS 和TDL 质量提升、定期演练 准确性 网元监控结果中经纬度显示为0DE现场完善配置 华为OMC功能进一步完善建议和措施 n 希望从以下三方面进一步补充完善移动网网络管理OMC系统功能技术规范： 完善规范中对多模共网管的要求，具体建议共网管系统功能规划； 加强对RRU拓扑结构的要求； 进一步完善指标集定义，督促厂家实现OMC日常优化所需指标采集； n 希望华为厂家加强OMC以下功能的完善 优化告警系统，完善基站退服告警； 提高OMC稳定型，做好主备定期演练； 提高“小区用户数”，“下行PRB使用率”、“无线数据掉线率”等指标的准确性； 完善上行无线统计功能，如上行R

19、SRP、RSRQ、SINR； 开发TM模式占比、上下行每PRB平均吞吐率统计功能； 完善“RAN报表向导”、“性能链路报表”等12项需改进问题，具体问题描述请详见 OMC 可用性评估报告。 ENB、OMC可用性评估和功能规划一 目录 LTE信令软采规划二 17 三 北向NMS、参数管理和MR 四 用户全网信令跟踪 五 思考和后续建议 大数据时代的信令分析 n 打破厂家工具和数据垄断，为网络、经营分析提供有效的数据支撑； n 海量数据处理需积极引入大数据技术：面对信令数据、话单数据 等海量数据，需要积极引入大数据技术采用全新的存储与处理架 构，提升系统处理能力与处理效率，降低系统成本 n 统一的

20、数据格式，为大数据分析提供基础； Uu接口 RRC MR、RRC连接管理信令、 MIB/SIB、TMSI PDCP吞吐量 MACPHR、C-RNTI PHY MCS/CQI/PMI/RI、UE发 射功率、TA、资源调度 S1-MME/X2接口 NAS UE附着、TA更新、寻呼、 鉴权、验证、QoS、IMSI S1-AP E-RAB承载、上下文管理信 令、切换、TA信息 X2-AP eNB间切换信息、eNB配置 更新信令、MRO信令：RLF、 HO report 覆盖/干扰分析话务分布 弱覆盖、覆盖空洞、 干扰分析、导频污染 RSCP、RSRQ PHR MCS/CQI、TA 话务密度分析、 MC

21、S比例、PRB承 载效率分析 上下行吞吐量 MCS等级 邻区优化用户分析业务质量优化 接入性能、掉话率、 切换成功率 RRC连接请求/ 重配置 E-RAB建立/释 放 UE上下文释放 切换成功率、邻 区关系配置、 MRO S1口HO信令 X2口HO信令 MR RSRP SIB 用户信息的多接口 关联、行为分析、 感知评估 IMSI、TMSI、 C-RNTI 业务事件、吞吐 量, RSRP, QoS 利用LTE各接口、各协议层信令中的关键信息，评估网络运行质量、覆盖情况 通过对端到端信令流程的关联分析，精确定位网络问题 LTE网络优化为什么要分析信令？ 打破厂家数据垄断，为网络、经营分析提供有效

22、的数据支撑。 信令软采的应用需求 梳理基于软采及硬采数据的指标分析、信令及业务回溯、专项分析等共23项需求， 请详见信令软采无线优化需求分析报告 指标分析需求 KPI指标分析 接入、保持、移动管理等 信令及业务回溯需求 信令回溯 专项分析需求 小区及网络容 量评估分析 网络覆盖分析 链路质量分析 切换性能分析掉线原因分析 无线资源调度 分析 无线传输质量 分析 终端性能分析 用户行为分析 数据业务完整 性分析 深度覆盖不足 分析 RSRP和 CINR分析 小区吞吐量分 布分析 PCI检查 背向覆盖分析 模拟路测专题新站入网分析隐性故障分析道路场景分析 路测仪、空口 监测仪 主设备软采集 信令监

23、测仪表硬采集 统一IF1接口 采集帧结构 LTE信令采集总体方案 采集接口采集内容选择原因采集格式 控制面 软采 Uu、X2、S1- MME、S6a、 S10、S3/S4、 Gn、Gp 3GPP协议IE字段规定的控制面 信令消息， PHY/MAC/RLC/PDCP内容根 据上层网优功能需求自定义 网元多、网络变动频繁，数据 相对流小、主设备易实现 自定义IF1接 口格式，统 一的ASN.1 码流基于 SDTP传送至 系统共享层 用户面 硬采 S1-U、S5/S8、 SGi GTP-U协议承载的用户面数据 主设备无法实现海量 数据量大 信令软采应用需求整理进展 启动信令软采试点 2013Q120

24、13Q22013Q4 启动uu、S1和X2控制面信令数据 软采 启动事件性MR数据软采 输出周期性MR 数据 实现全量采集与 端端分析 完成无线侧和核心网全量接口控制 面和用户面数据采集 支持基于网元、业务、终端、用户 维度的端到端分析 完成用户 业务细分， 做好营销 分析的数 据支撑 p 明确信令面数据软采+业务面数据硬采模式。 杭州项目中提出的预留MDT数据、TCE信令跟踪等需求纳入集团信令软采规范。业务面硬采将在数据业务监测 与分析系统技术规范基础上更新。要求信令软采各设备要将告警按照现有主设备告警模式上报至网管； p 建议尽快启动业务面数据硬采试点工作 信令面软采集团已明确实施计划，建

25、议用户面硬采试点工作13年一季度开始启动。 p 根据广东、浙江和江苏优化工作需要，梳理了24个信令软采分析需求 主要包括信令跟踪、业务、网络、用户等多种关联分析等分析需求，但需求还需进一步细化，以便在网优平台中 进行固化，支撑LTE投诉处理、日常优化和专项优化工作。 p 建设模式需尽快明确 建议按照采集层-共享层-应用层架构实现软采和硬采，以实现数据有效共享。但要加强数据质量管理。 硬采先行 采集数据类型目标采集方式本次验证方式 S1-U接口硬采硬采 S1-MME接口软采硬采 S6a接口软采硬采 S11接口软采硬采 Uu接口（NAS）软采硬采 Uu接口（除NAS）软采软采 X2接口软采软采 M

26、R测量软采软采 信令面 用户面 eNodeB以上 eNodeB以下 信令软采实现相对较晚，为提前对LTE信令进行采集，可先采用硬采分析； PTN-L3PTN-L3 CECE交换机 交换机 FWFW CMNET MMESGW 采集点采集点 n 客户问题分析 n 实时监控 n 网络质量分析 n 用户行为、感知分析 ENB、OMC可用性评估和功能规划一 目录 北向NMS、参数管理和MR三 24 二 信令软采规划 四 用户全网信令跟踪 五 思考和后续建议 需大力推进LTE北向数据支撑手段的完善 17 7 14 2 7979 0 50 100 150 200 资源性能 集团规范华为北向 现有问题和完善建

27、议： 厂家类 n 明确厂家必须提供每个功能对应的性能指标的北向输出； n 规范仅有归一指标名称，无法与厂家私有指标映射，建议厂家给出映射关系应答； 规范类 n 希望采集规范对数据质量保障提出明确要求，告知每周期网元数据生成情况； n 希望集团北向性能规范增加小区平均用户数等counter； n 希望将机柜、机框、板卡等硬件网元与逻辑网元间的关联标示重要程度列为A； n 需将license信息北向输出并管理； n 希望规定新版本或者新功能入网的FOA测试增加对应性能北向输出相关的测试工作。 目前厂家对集团北向数据规 范的支持度仅为49.5% LTE-MR的研究和设备功能实现的推动 nLTE-MR

28、规范已完善，包含9个一维、10个二维指标，可满足日常优化需求； n各厂家都无现网可用版本,外场应用时间普遍晚于实验室半年； n项目初步梳理4个三维指标加入原始 MRO； n研发实现普遍迟于投标承诺时间，卡特、诺西延期高达6个月； nMR开启对现网设备负荷影响，仅实验室测试无法发现问题，需加快推动厂家MR的外场测试。 LTE参数管理工作进展 厂家规范参数 中兴诺西华为 大唐 爱立信 阿卡 参数数量2251053 1090 1110 5621027883 GSMGSM、TDTD已有成形的标准的规范参数集，但是已有成形的标准的规范参数集，但是LTELTE尚未建立。尚未建立。 n 经近经近2 2个月的

29、收集，完成华为、中兴等个月的收集，完成华为、中兴等6 6厂家私有参数集整理；并明确参数数据以厂家私有参数集整理；并明确参数数据以 集团集团“统一网络资源模型文件统一网络资源模型文件”输出，具体请查阅输出，具体请查阅TD-LTETD-LTE参数参数管理管理规范规范； n 结合浙江网优工作经验，形成结合浙江网优工作经验，形成标准开站参数模版标准开站参数模版提升提升LTELTE网络建设效率；网络建设效率； n 涉及涉及LTE 3GPPLTE 3GPP规范公共参数规范公共参数225225个，各厂家尚未实现全部支持，应答进行中；个，各厂家尚未实现全部支持，应答进行中； n 希望厂家在希望厂家在20132

30、013年年2 2月前实现公共和私有参数的北向网管输出，透明化参数；月前实现公共和私有参数的北向网管输出，透明化参数； n 建议设备新建议设备新版本版本/ /功能入网功能入网FOAFOA测试增加参数规范及北向输出相关的测试工作测试增加参数规范及北向输出相关的测试工作。 各厂商参数数量统计 91% 87% 83% 78% 72% 66% 0% 20% 40% 60% 80% 100% 中兴 华为 卡特 大唐 诺基亚 爱立信 3GPP标准参数支持度 标准参数支持度 n 在完善北向、MR统计、参数管理的基础之上，将统计分析应用纳入网优平台； n 总结固化LTE网优经验，形成结构分析、室分整治等特色专题

31、分析模块； n 集成用户跟踪、扫频分析等工具，为网优人员提供便捷的工具； n信令软采及用户面硬采数据可以作为网优平台的数据源支撑网优各项工作。 LTE如何纳入网优平台？ 日常优化性能统计和查询专题分析 性能统计 MR统计 资源统计 告警/性能监控 参数管理 扫频分析 用户跟踪TCE 室分整治 结构分析 投诉管理 投诉点录入 统计分析 查询与管理 处理提醒 话务分布分析 业务质量优化 OMC可用性评估和功能规划一 目录 用户全网信令跟踪四 29 二 信令软采规划 三 北向NMS、参数管理和MR 五 思考和后续建议 为什么需要LTE用户信令跟踪？ 用 户 信 令 跟 踪的驱动力 业务能力 TCE的部署考虑一个 省或者区域只部署一 台，全省能够支持的 用户跟踪数约为500 个，也就是MME需 要支持的跟踪任务数 应在100的量级上， 而eNB支持的跟踪任 务数应在10个左右 缺点 1、目前方案不支持户面数 据的分析和收敛，可以通 过信令软采或者自定义用 户面采集实现。 效益 1、无法替代的实时性和广度：省级跟踪范围、实时跟踪； 2、真正的跨厂家解决方案：基于3GPP的规范接口定义，与设备 厂家无关； 3、解决了NAS层加密的问题：可以实现从核心网到接入网实现 对指定用户的全网信令跟踪； 4、投诉和VIP：类似A+Abis，用于处理投诉和VIP用户跟踪非 常快捷，实时性较好； 5