CN108632052A - 高铁专网信号异常的处理方法和装置 - Google Patents
高铁专网信号异常的处理方法和装置 Download PDFInfo
- Publication number
- CN108632052A CN108632052A CN201710156137.XA CN201710156137A CN108632052A CN 108632052 A CN108632052 A CN 108632052A CN 201710156137 A CN201710156137 A CN 201710156137A CN 108632052 A CN108632052 A CN 108632052A
- Authority
- CN
- China
- Prior art keywords
- private network
- high ferro
- cell
- network cell
- neighboring
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种高铁专网信号异常的处理方法和装置。其中,该方法包括:实时监控高铁专网的故障告警;分析故障告警,定位高铁专网中故障的专网小区;当专网小区的专网信号值低于预设值时,添加专网小区与公网小区的邻区关系,将公网小区的公网信号切换至专网小区;当专网小区的专网信号值恢复至预设值时,解除邻区关系,将专网小区的公网信号切换回专网信号。本实施例可以将故障监控与故障维护进行一体化设置,使得高铁专网故障时,可以及时将高铁沿线公网站点信号补充至高铁局部故障路段的弱覆盖区,并在专网信号恢复时,及时切回高铁专网,可以快速、可靠地解决高铁专网信号异常问题,提升了高铁用户感知和满意度。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种高铁专网信号异常的处理方法和装置。
背景技术
随着高铁的快速发展,越来越多的用户选择乘坐高铁出行。传统高铁专网维护体制,主要通过实时故障监控,待监控到具体故障后,高铁专网发出故障警告。在满足现场故障处理的条件后发出派工单,由地市专业维护班组在特定处理时限内完成故障处理,解决RRU(Radio Remote Unit,射频拉远单元)停电、CPRI(Common Public Radio Interface,通用公共无线电接口)接口链路异常、单板及传输链路故障等问题,故障消除后完成报结及工单归档。在发现故障后,主要通过提高该故障的处理优先级以及时效性要求,来促进问题的尽快解决,避免网管指标的持续劣化。
申请人发现:现有的派工方式存在较明显弊端。例如:专业之间相互独立,受限制于班组之间流程交互及地市无线维护及代维人员高铁维护能力、备品备件配置、天气等诸多因素,故障恢复之前用户感知无法得到保障,高铁沿线接通、切换、掉线等网络指标明显恶化。另外,这个过程中设备状态的变化监控及后续的故障处理是彼此孤立的,从派发处理故障的工单到问题最后解决需要一定的处理时限。由于设备退服造成局部区域的弱覆盖,高速移动状态下用户会直接脱离高铁专网,或重新接入沿线公网后无法及时返回专网。在这期间,会严重影响高铁用户感知和网络满意度。
如何快速、可靠地解决高铁专网信号异常问题,保证高铁用户感知和对网络质量的满意度成为业界亟待解决的问题。
发明内容
为了解决现有技术中无法快速、可靠地解决高铁专网信号异常问题,本发明实施例提供了一种高铁专网信号异常的处理方法和装置。
第一方面,提供了一种高铁专网故障的处理方法。该方法包括以下步骤:
实时监控高铁专网的故障告警;
分析故障告警,定位高铁专网中故障的专网小区;
当专网小区的专网信号值低于预设值时,添加专网小区与公网小区的邻区关系,将公网小区的公网信号切换至专网小区;
当专网小区的专网信号值恢复至预设值时,解除邻区关系,将专网小区的公网信号切换回专网信号。
第二方面,提供了一种高铁专网故障的处理装置。该装置包括:
告警监控单元,用于实时监控高铁专网的故障告警;
故障定位单元,用于分析故障告警,定位高铁专网中故障的专网小区;
邻区添加单元,用于当专网小区的专网信号值低于预设值时,添加专网小区与公网小区的邻区关系,将公网小区的公网信号切换至专网小区;
邻区解除单元,用于当专网小区的专网信号值恢复至预设值时,解除邻区关系,将专网小区的公网信号切换回专网信号。
由此,本实施例通过实时监控高铁专网的故障告警,分析故障告警,定位高铁专网中故障的专网小区,当专网小区的专网信号值低于预设值时,添加专网小区与公网小区的邻区关系,将公网小区的公网信号切换至专网小区;当专网小区的专网信号值恢复至预设值时,解除邻区关系,将专网小区的公网信号切换回专网信号,可以将故障监控与故障维护进行一体化设置,使得高铁专网故障时,可以及时将高铁沿线公网站点信号补充至高铁局部故障路段的弱覆盖区,并在专网信号恢复时,及时切回高铁专网,可以快速、可靠地解决高铁专网信号异常问题,提升了高铁用户感知和对网络质量的满意度。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面所描述的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一实施例的高铁专网故障的处理方法的应用场景示意图。
图2是本发明一实施例的高铁专网故障的处理方法的流程示意图。
图3是本发明一实施例的操作邻区关系的示意图。
图4是本发明另一实施例的操作邻区关系的示意图。
图5是本发明一实施例的RRU告警监控的示意图。
图6是本发明一实施例的高铁专网协同参数优化示意图。
图7是本发明一实施例的识别高铁用户的信号示意图。
图8是本发明一实施例的高铁专网故障的处理装置的功能结构示意图。
图9是本发明一实施例的高铁专网故障的处理系统的框架示意图。
图10是本发明一实施例的故障信息GIS显示地图示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1是本发明一实施例的高铁专网故障的处理方法的应用场景示意图。
如图1所示,该应用场景包括:专网(高铁专网)基站101、102和103,普通公网基站104和高铁105。当高铁沿线的各个专网中各个设备运行正常时,高铁专网的信号稳定,此时,高铁用户使用专网的信号。当专网小区退服后,高铁专网故障的处理装置可以采用公网补盲方式,保持网络高铁沿线的网络信号的连续性。
可以理解,本场景中的各个基站的数量是示意性的,可以根据需要将基站进行灵活调整。下面各实施例均可以应用于本应用场景。为了描述简洁,各个实施例可以相互参考应用。
图2是本发明一实施例的高铁专网故障的处理方法的流程示意图。
本实施例的执行主体可以是高铁专网故障的处理装置。该装置可以执行下面的各个操作步骤。
如图2所示,该方法包括以下步骤:S210,实时监控高铁专网的故障告警;S220,分析故障告警,定位高铁专网中故障的专网小区;S230,当专网小区的专网信号值低于预设值时,添加专网小区与公网小区的邻区关系,将公网小区的公网信号切换至专网小区;S240,当专网小区的专网信号值恢复至预设值时,解除邻区关系,将专网小区的公网信号切换回专网信号。
在步骤S210中,故障告警可以是RRU停电、CPRI接口链路异常、单板及传输链路故障等问题的故障告警。下面仅以专网小区内RRU上报的故障告警为例,具体说明处理故障告警的实现方式。本领域的技术人员可以理解,其他形式的故障告警也适应于本方式。
在步骤S220中,可以通过上层网管系统对基带处理单元(BBU)进行告警报文解析,实现RRU告警监控管理,实现了RRU精确定位与状态监视。
在步骤S230中,预设值可以是用于正常网络通信的信号强度的额定值,可以用电平表示。该值可以按不同的标准进行不同设置。通常,当高铁小区中的硬件运行正常时,专网信号值大于或者等于该预设值。当硬件(例如,RRU)退服(例如,因为故障为退出服务)时,专网信号值小于该预设值。
在步骤S240中,当故障恢复时,专网小区的专网信号值可以恢复至预设值。邻区关系的添加和解除的实现方式将在下文中描述。
针对高铁专网“对网络覆盖连续性要求高、用户移动速度快、用户语音及数据业务敏感、末端设备监控难”等特点,本实施例可以实现监控与维护优化协同、快速响应机制的目标。本实施例可以在RRU等硬件故障退服后,公专网小区通过自动化协同参数优化,利用沿线公网小区最大化保证24G网络覆盖,保障用户感知的装置。即使高铁专网小区临时退服,也可以通过后台相关的专网参数协同配置,自动引导高铁用户切换至沿线公网小区,实现覆盖补盲;当列车(高铁)驶回高铁专网覆盖的区域后,基于公网的邻区关系配置,终端能够从补盲的公网小区顺利返回专网小区,可以避免高铁用户脱网无服务或脱网至公网而无法及时返回专网的问题。
图3是本发明一实施例的邻区关系的操作的示意图。
如图3所示,高铁沿线的专网小区的分布依次为:专网小区1、专网小区2和专网小区3。高铁专网采用光纤拉远专网覆盖方式,其中,专网小区2分布有5个RRU:RRU1、RRU2、RRU3、RRU4和RRU5。高铁沿线的公网小区的分布依次为:公网小区1、公网小区2、公网小区3、公网小区4和公网小区5。
参见图3,当专网小区2中单个远端RRU3中断后,邻区操作的步骤可以如下所示:
S1,根据高铁专网远端中断告警(专网小区2-RRU3故障报警),关联中断远端所属专网小区(专网小区2)。
S2,按照中断远端所处地理位置,匹配覆盖补充的公网小区(公网小区3)。
S3,中断远端所属专网小区(专网小区2)与覆盖补充的公网小区(公网小区3)添加双向邻区关系。
例如,添加公网小区3分别与专网小区2、专网小区3的邻区关系。由此,在故障报警前,由专网小区1,RRU1、RRU2、RRU3、RRU4和RRU5所在的专网小区2,专网小区3提供专网信号。在故障报警后,由专网小区1,RRU1、RRU2所在的专网小区2,公网小区3,RRU4、RRU5所在的专网小区2和专网小区3提供专网信号。
S4,当中断远端恢复后,删除上述公专网小区邻区关系。
例如,恢复至由专网小区1,RRU1、RRU2、RRU3、RRU4和RRU5所在的专网小区2,专网小区3提供专网信号。
继续参见图3,对于专网小区内的RRU(专网小区2-RRU3)中断,只需对出现RRU故障的小区进行公专网邻区配置即可。
例如,添加公网小区3分别与专网小区2、专网小区3的邻区关系。由此,在故障报警前,由专网小区1,RRU1、RRU2、RRU3、RRU4和RRU5所在的专网小区2,专网小区3提供专网信号。在故障报警后,由专网小区1,RRU1、RRU2所在的专网小区2,公网小区3,RRU4、RRU5所在的专网小区2和专网小区3提供专网信号。
图4是本发明另一实施例的邻区关系的操作的示意图。
如图4所示,高铁沿线的专网小区的分布依次为:专网小区1-1、专网小区1-2、专网小区2-1、专网小区2-2、专网小区2-3、专网小区3-1、专网小区3-2。高铁沿线的公网小区的分布依次为:公网小区1、公网小区2、公网小区3、公网小区4、公网小区5和公网小区6。
对于专网小区边缘RRU中断(专网小区2-1和专网小区2-3的RRU中断),则对出现RRU中断的相邻专网小区进行公专网邻区配置。
例如,添加公网小区3与专网小区1-2的邻区关系,以及添加公网小区4与专网小区3-1的邻区关系。由此,在故障报警前,专网小区1-1、专网小区1-2、专网小区2-1、专网小区2-2、专网小区2-3、专网小区3-1、专网小区3-2提供专网信号。在故障报警后,专网小区1-1、专网小区1-2、公网小区3、公网小区4、专网小区3-1、专网小区3-2提供专网信号。
在一些实施例中,在图2实施例的基础上,还可以增加邻区数据规划的步骤:基于高铁专网的系统资源数据库,增加用于标识专网小区与公网小区的邻区关系的关联体系数据,建立用于规划邻区关系的邻区数据规划数据库。该步骤可以加在实时监控高铁专网的故障告警的步骤之前。由此,通过邻区规划,可以为邻区自动配置提供数据支持,确保了后期故障得以快速、准确处理。
其中,邻区数据规划数据库包含以下字段中的至少一种字段:TAC(Type ApprovalCode,设备型号核准号码)字段、频点字段、PCI(Peripheral Component Interconnect,外部设备互连总线)字段、SDR(Software Defination Radio,软件定义无线电)字段、MOI字段。由此,通过采集多类型、大数据量的数据,可以进一步为邻区自动配置提供数据支持,确保了后期故障得以快速、准确处理。
在一些实施例中,在图2实施例的基础上,还可以增加邻区脚本配置的步骤:基于邻区数据规划数据库,绑定高铁专网的故障状态和添加邻区关系的操作,以及绑定高铁专网的运行状态和解除邻区关系的操作。由此,可以自动触发故障处理,实现协同调度、配置状态跟踪的目标。
在一些实施例中,可以在邻区脚本配置的基础上,还可以RRU告警监控的步骤:监控高铁专网的故障排除;当故障处理的第一计时窗口到达时,仍未监控到故障排除,再次启动自动触发添加邻区关系,待监控到故障排除后,解除邻区关系。在另一些实施例中,还包括以下步骤:当故障处理的第二计时窗口到达时,仍未监控到故障排除,人工添加邻区关系,待监控到故障排除后,解除邻区关系。由此,通过监控故障处理情况,可以弥补自动操作误操作或者不操作等异常的问题,确保了故障处理的高效性和及时性。
需要说明的是,在不冲突的情况下,本领域的技术人员可以按实际需要将上述的操作步骤的顺序进行灵活调整,或者将上述步骤进行灵活组合等操作。为了简明,不再赘述各种实现方式。另外,各实施例的内容可以相互参考引用。
图5是本发明一实施例的RRU告警监控的示意图。
告警监控用户监视RRU故障发生、RRU故障恢复事件。当发生RRU故障事件后,启动计时,待5分钟计时窗口到达后,启动邻区配置与解除智能监维一体化操作。如邻区配置或解除失败,5分钟计时窗口到达后,再次启动邻区配置和解除的智能一体化监维操作。如仍未成功,启动人工配置与解除流程。
如图5所示,在系统内同频eNodeB间小区邻区的情况下,当监视到RRU故障发生事件时,可以设置观察期为5分钟(可以根据需求灵活设置),观察期到后,创建EUTRAN外部小区关系,添加EUTRAN同频邻区关系。当监视到RRU故障恢复事件时,可以设置观察期为5分钟,观察期到后,删除EUTRAN同频小区关系,删除EUTRAN外部邻区关系。
在系统内异频eNodeB间小区邻区的情况下,当监视到RRU故障发生事件时,可以设置观察期为5分钟(可以根据需求灵活设置),观察期到后,添加异频LTE邻区频点,增加异频外部小区,增加异频邻区。当监视到RRU故障恢复事件时,可以设置观察期为5分钟,观察期到后,删除异频邻区,删除异频外部小区,删除异频LTE邻区频点。
图6是本发明一实施例的高铁专网协同参数优化示意图。
如图6所示,高铁专网协同优化流程分为:实时告警监控、邻区数据规划、邻区脚本配置及异常事件督办4个阶段的步骤。
其中,实时告警监控步骤包含:RRU场景识别、RRU GIS(Geographic InformationSystem,地理信息系统)定位、RRU告警监控。邻区数据规划步骤包含:厂家差异区分、关系体系梳理、辅助字段补充。邻区脚本配置步骤包括:协同调度机制、配置自动触发、配置状态跟踪。异常事件督办步骤包括:系统异常分析、配置失败分析、督办流程管理。
本实施例可以实现高铁专网RRU退服告警的实时监控与梳理,完成RRU退服告警关键字段解析读取工作,并通过自动命令行执行的方式实现高铁专网小区退服情况下,邻区配置和参数的自动调整,从而实现高铁专网的有效补盲。其中,实时告警监控通过上层网管系统对基带处理单元(BBU)进行告警报文解析,实现RRU告警监控管理,实现了RRU精确定位与状态监视。
邻区数据规划是在原有综资系统资源数据基础上,增加专网与公网关联体系梳理资料库,建立包含TAC、频点、PCI、SDR、MOI等关键字段资源梳理表,为邻区自动配置提供数据支撑。
邻区脚本配置环节是采用邻区关系、参数等预先配置,将RRU退服状态与邻区关系激活与解激活动作捆绑,互监视、自动化调度,保障故障后邻区配置实时调整与调度。
异常事件督办是建立邻区配置自动勘误流程,新增对配置结果进行状态跟踪、分析、记录功能,细化协同优化系统任务执行过程中异常事件导致命令配置执行失败原因,完善并对配置异常事件进行督办与管理。实现现网RRU退服状态与邻区关系状态的信息精准关联、同步、邻区配置全流程管理。
在一些实施例中,在上述各实施例的基础上,在加专网小区与公网小区的邻区关系之后,还包括:提升公网小区的RRU的Rs功率。
例如,考虑到高铁穿损以及公网的覆盖方向与退服的高铁站点覆盖方向存在差异,对涉及到的相关公网小区应根据具体RRU能力,对应的Rs功率应调整至最大,加强高铁覆盖(目前现网中公网小区发射功率多设置为15.2dbm,根据RRU能力,多数小区可进一步提升至20dbm)。
由此,通过提升公网小区的RRU的Rs功率可以提高网络质量,改善高铁用户的高手。
在一些实施例中,在上述各实施例的基础上,还包括以下步骤:接收待识别的移动终端所发射的频点,频点的数值范围为:[f1-2fd,f1+2fd],其中,f1为基站发射下行频点,fd为多普勒偏移值;将频点中等于f1之外的频点(该部分频点被判定为高铁用户的移动终端所对应的频点)对应的移动终端(例如,智能手机),从公网小区切换至专网小区。
图7是本发明一实施例的识别高铁用户的示意图。
如图7所示,将f=f1-2fd、f=f1+2f的这部分频点所对应的用户判定为高铁用户。将f=f1的频点所对应的用户判定为非高铁用户。例如,利用上行多普勒频移判断终端移动速度,判断出移动速度低的用户,将这部分不应占用专网资源的低速用户按照30%-50%的比例迁回大网。类似地,本实施例还可以正确标识由于高铁专网弱覆盖切换到沿线覆盖较好的公网小区上,并继续使用的公网的高铁用户,以及,可以在计时器阀值范围内保存用户的速度状态。一旦专网覆盖电平达到一定门限,则根据保存的速度状态信息有选择地仅将高铁用户迁移回专网,而保留原公网下的低速用户(非高铁用户)。这种识别方法可以有效避免反向配置专网到公网邻区后,不加区别地通过基于覆盖的异频切换将大量的低速用户也迁移至专网,所造成的容量受限,专网出现空口资源不足的业务拥塞,用户感知恶化等问题。
本领域的技术人员可以理解,用户的判断是基于用户所携带的移动终端进行的判断,用户并不一定需要参与其中。
下面以能够实现邻区关系预配置的厂家设备(例如,华为的设置),采用人工预配置邻区+系统自动激活/去激活“允许切换”开关的半自动联合方案来说明专网-公网间邻区切换的实现方式。该实现方式也可以是高铁公专网参数协同优化的实现方式。该实现方式可以如下所示:
S1,预先梳理的专网-公网邻区对以静态表形式预置系统后台,完成预设邻区关系对的邻区关系配置,将“允许切换”开关设置为“禁止”;
S2,根据故障管理系统上报的专网RRU告警信息,并启动执行该邻区对的邻区关系激活命令行操作(即将“允许切换”设置为“允许”),同步进行公网小区功率抬升命令行操作执行任务;
S3,根据故障管理系统上报的专网RRU告警消除信息,触发系统执行相应邻区对的邻区关系去激活命令行操作;
S4,邻区删除配置命令执行完成且邻区解除成功,同步进行公网小区功率恢复命令行操作执行任务;
S5,根据预置的专网-公网邻区对静态表信息,设定系统以固定周期遍历邻区对中所有小区的现网配置信息,主要包含涉及邻区配置的频点、PCI等,确认是否有预置静态表信息有变动,以此来判别是否需要修改静态表信息及预设邻区关系配置。
图8是本发明一实施例的高铁专网故障的处理装置的功能结构示意图。
如图8所示,高铁专网故障的处理装置800可以包括:告警监控单元810、故障定位单元820、邻区添加单元830和邻区解除单元840。其中,告警监控单元810可以用于实时监控高铁专网的故障告警;故障定位单元820可以用于分析故障告警,定位高铁专网中故障的专网小区;邻区添加单元830可以用于当专网小区的专网信号值低于预设值时,添加专网小区与公网小区的邻区关系,将公网小区的公网信号切换至专网小区;邻区解除单元840可以用于当专网小区的专网信号值恢复至预设值时,解除邻区关系,将专网小区的公网信号切换回专网信号。
需要说明的是,本实施例中所示的功能单元或者功能模块的实现方式可以为硬件、软件、固件或者它们的组合。当以硬件方式实现时,其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时,本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中,或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路,等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
作为图8所示实施例的第一个变形,可以在图8所示实施例的基础上,还可以增加邻区规划单元。邻区规划单元可以用于基于高铁专网的系统资源数据库,增加用于标识专网小区与公网小区的邻区关系的关联体系数据,建立用于规划邻区关系的邻区数据规划数据库。
在一些实施例中,邻区数据规划数据库包含以下字段中的至少一种字段:TAC字段、频点字段、PCI字段、SDR字段、MOI字段。
作为图8所示实施例的第二个变形,可以在图8所示实施例的基础上,还可以增加脚本配置单元。脚本配置单元可以用于基于邻区数据规划数据库,绑定高铁专网的故障状态和添加邻区关系的操作,以及绑定高铁专网的运行状态和解除邻区关系的操作。
作为图8所示实施例的第三个变形,可以在图8所示实施例的基础上,还可以增加:异常督办单元。其中,告警监控单元还可以用于监控高铁专网的故障排除;异常督办单元还可以用于当故障处理的第一计时窗口到达时,仍未监控到故障排除,再次启动自动触发添加邻区关系,待监控到故障排除后,解除邻区关系。
在一些实施例中,异常督办单元还可以用于当故障处理的第二计时窗口到达时,仍未监控到故障排除,人工添加邻区关系,待监控到故障排除后,解除邻区关系。
在一些实施例中,故障告警可以包括:射频拉远单元RRU上报的故障告警。
在一些实施例中,可以在上述各实施例的基础上增加功率提升单元。功率提升单元可以用于提升公网小区的RRU的Rs功率。
在一些实施例中,可以在上述各实施例的基础上增加终端切换单元。终端切换单元可以用于接收待识别的移动终端所发射的频点,频点的数值范围为:[f1-2fd,f1+2fd],其中,f1为基站发射下行频点,fd为多普勒偏移值;将频点中等于f1之外的频点对应的移动终端,从公网小区切换至专网小区。
需要说明的是,上述各实施例的装置可作为上述各实施例的用于各实施例的方法中的执行主体,可以实现各个方法中的相应流程,为了简洁,此方面内容不再赘述。
图9是本发明一实施例的高铁专网故障的处理系统框架的示意图。
如图9所示,该框架可以包括:综合告警平台装置910、高铁监控平台装置920、集中参数管理装置930、数据接口940和指令接口950。该框架中的信息流可以为:综合告警平台装置910向高铁监控平台装置920触发配置需求;高铁监控平台装置920生成指令下发至指令接口950;指令接口950向高铁监控平台装置920返回下发结果;高铁监控平台装置920向集中参数管理装置930进行集中参数备案。高铁监控平台装置920可以从数据接口940获取小区的工参数据、邻区参数和性能数据等。
具体的,该系统可以依据工参数据、邻区参数、关联性能数据关联建立小区邻区关系静态数据库(当有小区信息发生变化时自动刷新),固化每个专网与公网之间邻区关系并建立前后脚本。在拟建立的高铁监控平台上打通故障管理系统与OMC(Operation andMaintenance Center,操作维护中心)之间接口,以固定RRU退服告警为触发条件,智能化检索邻区结构关联关系,以秒级速度向指令接口950下发添加邻区关系的批处理脚本,建立弱覆盖区域公专网邻区关系,引导高铁用户快速切换到邻近公网小区保证信号覆盖。当检测到较强的专网信号后,通过反向添加的专网-公网的邻区及特定的高低速用户识别及迁移算法将高铁用户再迁移回专网,保证用户体验一致性。同时,高铁监控平台根据综合告警平台送上来的RRU退服告警消除事件,完成邻区关系脚本清除任务。这个过程中所有的邻区关系增删、功率调整与集中参数管控流程对接,可以保障邻区关系配置涉及参数修改有迹可循。通过上述机制,可以实现高铁专网故障自动发现、业务秒级切换、用户无缝体验监维一体化的总体设计目标。
在一些实施例中,当故障信息关联之后,可以生成故障信息关联图形或者表格(该图形或者表格省略),用于显示出小区内硬件的退服情况。例如,GSM退服基站数:0/299(即,299个基站中退服的基站为0个),TD退服基站数:0/2,LTE退服基站数:1/499。还例如,该图形或者表格还可以显示出:业务规模和网络质量。例如,2G流量、3G流量、4G流量和GSM语音话务量分别可以达到的数量(单位:MB)。该图可以显示出:指标TOPN的柱状数据图,例如2G流量的TOP10的柱状数据图。另外,该表格还可以显示出:小区内硬件的退服数据表。由此,本实施例可以清晰、明确地显示小区内硬件的退服情况,为高铁专网故障的处理提供了可靠的数据支持。
图10是本发明一实施例的故障信息GIS显示示意图。
如图10所示,可以显示出具体的RRU名称、方位角、设备厂家、信源BBU名称、微区域等参数的具体内容。由此,本实施例可以清晰、明确地显示故障信息GIS图,为高铁专网故障的处理提供了可靠的数据支持。
继续参见图10,本实施例可以通过高铁监控平台的故障信息自动关联模块,针对高铁专网的2/4G小区,可以实现当KQI(关键质量指标)/KPI(Key Performance Indicator,关键绩效指标法)劣化时,同时关联该BBU下挂的RRU是否有退服,并通过GIS实时呈现高铁RRU-BBU的对应关系和退服情况,关联小区业务质量,支撑一线维护优化。例如,通过IT手段实现网络质量劣化的自动愈合和客户感知劣化的自动修复方案,并在合福高铁合肥段实验性部署“RRU退服的邻区自动配置”功能。
在一些实施例中,针对高铁专网保障监维优一体,提出一种在高铁物理或逻辑小区退服的情况下,通过公专网之间邻区关系互配、功率动态调整,来达到利用沿线公网站点信号补充局部路段弱覆盖,并在专网信号恢复时,及时切回高铁专网,从而保证用户感知的思路并加以实现的协同优化的策略。
在一些实施例中,实时告警监控能通过上层网管系统对基带处理单元(BBU)进行告警报文解析,可以实现RRU告警监控管理,还可以实现RRU精确定位与状态监视,并将RRU故障与预先配置的公专网之间静态邻区表激活(切换开关由禁止改为允许),并动态功率提升,故障消除后能及时触发邻区去除操作,可以避免过多公网小区用户占用到专网小区信号,还可以避免空口资源不足。
在一些实施例中,脚本自动化执行过程中通过系统算法实现对配置结果的状态跟踪、分析、记录并对协同优化系统任务执行过程中异常事件导致命令配置执行失败原因进行自动分析,纳入自训练过程,对配置异常事件进行督办与管理。
在一些实施例中,有效标识切换至沿线公网小区的高铁用户,并保留用户的状态信息,在专网覆盖电平达到要求时,通过特定的算法实现只迁移原高铁用户,不迁移原公网小区下低速用户,从而保证高铁小区容量满足业务体验要求。
综上所述,本发明实施例与现有技术方案相比,可以具有如下优点:
1、通过细粒度至RRU的故障解析、关联,告警特色管控实现RRU粒度故障自动发现与定位,并通过监维优一体化的联动,动态完成邻区及功率参数的调整,最大限度利用现网网络资源达到保障高铁用户感知目的,这种协同优化的思路与传统的发现故障派单,被动等待一线维护力量处理的机制具有明显的先进性。
2、本技术方案充分利旧部分现有模块和其他开发成果,相比之下主要通过功能算法实现,硬件实现部分较少,总体投资可控,具有一定的经济性。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (18)
1.一种高铁专网故障的处理方法,其特征在于,包括以下步骤:
实时监控高铁专网的故障告警;
分析所述故障告警,定位所述高铁专网中故障的专网小区;
当所述专网小区的专网信号值低于预设值时,添加所述专网小区与公网小区的邻区关系,将所述公网小区的公网信号切换至所述专网小区;
当所述专网小区的专网信号值恢复至所述预设值时,解除所述邻区关系,将所述专网小区的公网信号切换回所述专网信号。
2.根据权利要求1所述的方法,其特征在于,所述实时监控高铁专网的故障告警之前,还包括:
基于所述高铁专网的系统资源数据库,增加用于标识所述专网小区与所述公网小区的邻区关系的关联体系数据,建立用于规划所述邻区关系的邻区数据规划数据库。
3.根据权利要求2所述的方法,其特征在于,所述邻区数据规划数据库包含以下字段中的至少一种字段:TAC字段、频点字段、PCI字段、SDR字段、MOI字段。
4.根据权利要求2所述的方法,其特征在于,还包括以下步骤:
基于所述邻区数据规划数据库,绑定所述高铁专网的故障状态和添加所述邻区关系的操作,以及绑定所述高铁专网的运行状态和解除所述邻区关系的操作。
5.根据权利要求4所述的方法,其特征在于,还包括以下步骤:
监控所述高铁专网的故障排除;
当故障处理的第一计时窗口到达时,仍未监控到故障排除,再次启动自动触发添加所述邻区关系,待监控到故障排除后,解除所述邻区关系。
6.根据权利要求5所述的方法,其特征在于,还包括以下步骤:
当故障处理的第二计时窗口到达时,仍未监控到故障排除,人工添加所述邻区关系,待监控到故障排除后,解除所述邻区关系。
7.根据权利要求1所述的方法,其特征在于,所述故障告警包括:射频拉远单元RRU上报的故障告警。
8.根据权利要求1-7中任意一项所述的方法,其特征在于,所述添加所述专网小区与公网小区的邻区关系之后,还包括:
提升所述公网小区的所述RRU的Rs功率。
9.根据权利要求1-7中任意一项所述的方法,其特征在于,还包括以下步骤:
接收待识别的移动终端所发射的频点,所述频点的数值范围为:[f1-2fd,f1+2fd],其中,f1为基站发射下行频点,所述fd为多普勒偏移值;
将所述频点中等于f1之外的频点对应的移动终端,从所述公网小区切换至所述专网小区。
10.一种高铁专网故障的处理装置,其特征在于,包括:
告警监控单元,用于实时监控高铁专网的故障告警;
故障定位单元,用于分析所述故障告警,定位所述高铁专网中故障的专网小区;
邻区添加单元,用于当所述专网小区的专网信号值低于预设值时,添加所述专网小区与公网小区的邻区关系,将所述公网小区的公网信号切换至所述专网小区;
邻区解除单元,用于当所述专网小区的专网信号值恢复至所述预设值时,解除所述邻区关系,将所述专网小区的公网信号切换回所述专网信号。
11.根据权利要求10所述的装置,其特征在于,还包括:
邻区规划单元,用于基于所述高铁专网的系统资源数据库,增加用于标识所述专网小区与所述公网小区的邻区关系的关联体系数据,建立用于规划所述邻区关系的邻区数据规划数据库。
12.根据权利要求11所述的装置,其特征在于,所述邻区数据规划数据库包含以下字段中的至少一种字段:TAC字段、频点字段、PCI字段、SDR字段、MOI字段。
13.根据权利要求11所述的装置,其特征在于,还包括:
脚本配置单元,用于基于所述邻区数据规划数据库,绑定所述高铁专网的故障状态和添加所述邻区关系的操作,以及绑定所述高铁专网的运行状态和解除所述邻区关系的操作。
14.根据权利要求13所述的装置,其特征在于,还包括:
所述告警监控单元,还用于监控所述高铁专网的故障排除;
异常督办单元,用于当故障处理的第一计时窗口到达时,仍未监控到故障排除,再次启动自动触发添加所述邻区关系,待监控到故障排除后,解除所述邻区关系。
15.根据权利要求14所述的装置,其特征在于,其中:
所述异常督办单元,还用于当故障处理的第二计时窗口到达时,仍未监控到故障排除,人工添加所述邻区关系,待监控到故障排除后,解除所述邻区关系。
16.根据权利要求10所述的装置,其特征在于,所述故障告警包括:射频拉远单元RRU上报的故障告警。
17.根据权利要求10-16中任意一项所述的装置,其特征在于,还包括:
功率提升单元,用于提升所述公网小区的所述RRU的Rs功率。
18.根据权利要求10-16中任意一项所述的装置,其特征在于,还包括:
终端切换单元,用于接收待识别的移动终端所发射的频点,所述频点的数值范围为:[f1-2fd,f1+2fd],其中,f1为基站发射下行频点,所述fd为多普勒偏移值;将所述频点中等于f1之外的频点对应的移动终端,从所述公网小区切换至所述专网小区。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710156137.XA CN108632052B (zh) | 2017-03-15 | 2017-03-15 | 高铁专网信号异常的处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710156137.XA CN108632052B (zh) | 2017-03-15 | 2017-03-15 | 高铁专网信号异常的处理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108632052A true CN108632052A (zh) | 2018-10-09 |
CN108632052B CN108632052B (zh) | 2021-10-26 |
Family
ID=63687444
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710156137.XA Active CN108632052B (zh) | 2017-03-15 | 2017-03-15 | 高铁专网信号异常的处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108632052B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109275165A (zh) * | 2018-10-12 | 2019-01-25 | 北京久华信信息技术有限公司 | 一种跨平台协作传输的方法、装置及设备 |
CN109327799A (zh) * | 2018-11-02 | 2019-02-12 | 华中科技大学 | 一种高铁专网用户异常迁移检测方法 |
CN109640365A (zh) * | 2018-12-27 | 2019-04-16 | 中国联合网络通信集团有限公司 | 小区的切换方法、装置及存储介质 |
CN109639475A (zh) * | 2018-12-06 | 2019-04-16 | 国网甘肃省电力公司信息通信公司 | 基于关联图的网络自诊断故障定位方法 |
CN111093223A (zh) * | 2018-10-23 | 2020-05-01 | 大唐移动通信设备有限公司 | 一种解决服务小区无法提供服务的方法和装置 |
CN111200515A (zh) * | 2018-11-20 | 2020-05-26 | 中国移动通信集团内蒙古有限公司 | 告警处理方法及装置 |
CN111314858A (zh) * | 2018-12-12 | 2020-06-19 | 成都鼎桥通信技术有限公司 | 集群通信方法、装置及终端 |
CN114676855A (zh) * | 2020-12-10 | 2022-06-28 | 中国移动通信集团四川有限公司 | 工单归档处理方法、装置及电子设备 |
WO2023016542A1 (zh) * | 2021-08-13 | 2023-02-16 | 比亚迪股份有限公司 | 基于车车通信的降级列车紧急救援方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104427515A (zh) * | 2013-09-10 | 2015-03-18 | 中兴通讯股份有限公司 | 无线网络配置方法及系统 |
CN104768169A (zh) * | 2014-01-07 | 2015-07-08 | 北京洛神科技有限公司 | 高速铁路移动用户感知优化分析方法及系统 |
CN106454715A (zh) * | 2015-08-04 | 2017-02-22 | 中国移动通信集团公司 | 高速移动场景下的专网脱网后的返回方法、装置和终端 |
CN106488500A (zh) * | 2016-09-06 | 2017-03-08 | 国网信息通信产业集团有限公司 | 一种公网与专网自适应的方法及装置 |
-
2017
- 2017-03-15 CN CN201710156137.XA patent/CN108632052B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104427515A (zh) * | 2013-09-10 | 2015-03-18 | 中兴通讯股份有限公司 | 无线网络配置方法及系统 |
CN104768169A (zh) * | 2014-01-07 | 2015-07-08 | 北京洛神科技有限公司 | 高速铁路移动用户感知优化分析方法及系统 |
CN106454715A (zh) * | 2015-08-04 | 2017-02-22 | 中国移动通信集团公司 | 高速移动场景下的专网脱网后的返回方法、装置和终端 |
CN106488500A (zh) * | 2016-09-06 | 2017-03-08 | 国网信息通信产业集团有限公司 | 一种公网与专网自适应的方法及装置 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109275165A (zh) * | 2018-10-12 | 2019-01-25 | 北京久华信信息技术有限公司 | 一种跨平台协作传输的方法、装置及设备 |
CN109275165B (zh) * | 2018-10-12 | 2023-05-02 | 北京久华信信息技术有限公司 | 一种跨平台协作传输的方法、装置及设备 |
CN111093223A (zh) * | 2018-10-23 | 2020-05-01 | 大唐移动通信设备有限公司 | 一种解决服务小区无法提供服务的方法和装置 |
CN109327799A (zh) * | 2018-11-02 | 2019-02-12 | 华中科技大学 | 一种高铁专网用户异常迁移检测方法 |
CN111200515A (zh) * | 2018-11-20 | 2020-05-26 | 中国移动通信集团内蒙古有限公司 | 告警处理方法及装置 |
CN109639475A (zh) * | 2018-12-06 | 2019-04-16 | 国网甘肃省电力公司信息通信公司 | 基于关联图的网络自诊断故障定位方法 |
CN111314858A (zh) * | 2018-12-12 | 2020-06-19 | 成都鼎桥通信技术有限公司 | 集群通信方法、装置及终端 |
CN111314858B (zh) * | 2018-12-12 | 2022-05-03 | 成都鼎桥通信技术有限公司 | 集群通信方法、装置及终端 |
CN109640365A (zh) * | 2018-12-27 | 2019-04-16 | 中国联合网络通信集团有限公司 | 小区的切换方法、装置及存储介质 |
CN114676855A (zh) * | 2020-12-10 | 2022-06-28 | 中国移动通信集团四川有限公司 | 工单归档处理方法、装置及电子设备 |
CN114676855B (zh) * | 2020-12-10 | 2023-04-28 | 中国移动通信集团四川有限公司 | 工单归档处理方法、装置及电子设备 |
WO2023016542A1 (zh) * | 2021-08-13 | 2023-02-16 | 比亚迪股份有限公司 | 基于车车通信的降级列车紧急救援方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN108632052B (zh) | 2021-10-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108632052A (zh) | 高铁专网信号异常的处理方法和装置 | |
CN110139289B (zh) | 一种调度方法及调度系统 | |
CN111132190A (zh) | 基站负荷预警方法、装置 | |
Jiang et al. | A SON decision-making framework for intelligent management in 5G mobile networks | |
CN103108351A (zh) | 一种无线链路失败统计方法和相关装置及通信系统 | |
CN106471839A (zh) | 用于路径预测性拥堵避免的方法和系统 | |
CN111642011B (zh) | 一种进行无线资源管理的方法和nRT RIC | |
EP2675196B1 (en) | Method for processing content network information, base station and content network system | |
US20220174526A1 (en) | Assessing the impacts of cellular network changes | |
CN103686834A (zh) | 一种测量上报方法及设备 | |
CN104602277B (zh) | 一种异常切换的优化处理方法及系统 | |
Aguilar-Garcia et al. | Location-aware self-organizing methods in femtocell networks | |
Yu et al. | Self‐Organized Cell Outage Detection Architecture and Approach for 5G H‐CRAN | |
CN108696376A (zh) | 信令切换失败的故障排查方法和装置 | |
Ferrús et al. | Data analytics architectural framework for smarter radio resource management in 5G radio access networks | |
US20110292799A1 (en) | Handling of Overloads and Handovers in a Communications Network | |
Asghar et al. | Correlation-based cell degradation detection for operational fault detection in cellular wireless base-stations | |
US9756509B2 (en) | Defining logical cells | |
Nisa et al. | Simulation of the fault management with Self Healing mechanism (case study: LTE Network in Banda Aceh Area) | |
Ge et al. | Chroma: Learning and Using Network Contexts to Reinforce Performance Improving Configurations | |
EP3836599B1 (en) | Method for detecting permanent failures in mobile telecommunication networks | |
CN110087264B (zh) | 一种邻区自优化过程中的邻区添加处理方法及装置 | |
US20240007877A1 (en) | Repurposing corrective actions as preemptive actions for adjacent clusters of user devices | |
US9826427B2 (en) | System and method for dynamic operational decision making in multi types/layers wireless radio access networks based on progressive data flow detection | |
CN102511179B (zh) | 一种小区跟踪的方法、设备及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |