CN113453248B - 流控制传输协议链路的删除方法及装置 - Google Patents

流控制传输协议链路的删除方法及装置 Download PDF

Info

Publication number
CN113453248B
CN113453248B CN202010231664.4A CN202010231664A CN113453248B CN 113453248 B CN113453248 B CN 113453248B CN 202010231664 A CN202010231664 A CN 202010231664A CN 113453248 B CN113453248 B CN 113453248B
Authority
CN
China
Prior art keywords
sctp link
sctp
invalid
link
cache table
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.)
Active
Application number
CN202010231664.4A
Other languages
English (en)
Other versions
CN113453248A (zh
Inventor
贾博文
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Priority to CN202010231664.4A priority Critical patent/CN113453248B/zh
Publication of CN113453248A publication Critical patent/CN113453248A/zh
Application granted granted Critical
Publication of CN113453248B publication Critical patent/CN113453248B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例提供一种流控制传输协议链路的删除方法及装置,包括:根据基站维护的每一SCTP链路的对端网元的设备类型生成无效SCTP链路缓存表;分别向无效SCTP链路缓存表中的每一SCTP链路的对端网元发起Ping包业务,并根据Ping结果确定无效SCTP链路缓存表中是否存在长期故障的SCTP链路;若无效SCTP链路缓存表中存在长期故障的SCTP链路,则删除所有的长期故障的SCTP链路。本发明实施例提供的流控制传输协议链路的删除方法及装置,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。

Description

流控制传输协议链路的删除方法及装置
技术领域
本发明涉及通信技术领域,尤其涉及一种流控制传输协议链路的删除方法及装置。
背景技术
流控制传输协议(Stream Control Transmission Protocol,SCTP)链路是基站与基站,以及基站与核心网之间交互的链路,外场基站实际可能会同时维护有几百条SCTP链路。
现有技术中,SCTP链路的对端网元会一直向基站发送初始建立消息,基站会一直保存、并维护已经建立的SCTP链路,并不会删除存在故障的SCTP链路。
但是,由于存在故障的SCTP链路依然会不断地向基站发送初始建立消息,增大了基站主控板的资源开销,特殊情况下会导致主控板部分***函数处理异常,因此,如何识别出长期故障的SCTP链路并将其删除是亟需解决的技术问题。
发明内容
本发明实施例提供一种流控制传输协议链路的删除方法及装置,用于解决现有技术中的上述技术问题。
为了解决上述技术问题,一方面,本发明实施例提供一种流控制传输协议链路的删除方法,包括:
根据基站维护的每一流控制传输协议SCTP链路的对端网元的设备类型生成无效SCTP链路缓存表;所述无效SCTP链路缓存表用于记录对端网元的设备类型为期望类型的SCTP链路;
分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起Ping包业务,并根据Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路;长期故障的SCTP链路为故障时长超过预设时长的SCTP链路;
若所述无效SCTP链路缓存表中存在长期故障的SCTP链路,则删除所有的长期故障的SCTP链路。
进一步地,所述分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起Ping包业务,并根据Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路,具体包括:
在确定所述无效SCTP链路缓存表之后的第一时间段内,发起第一阶段的Ping包业务,并根据所述第一阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在故障SCTP链路;所述第一阶段的Ping包业务为以第一时间间隔分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起的Ping包业务;
若所述无效SCTP链路缓存表中存在故障SCTP链路,则在所述第一时间段之后的第二时间段内,发起第二阶段的Ping包业务,并根据所述第二阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路;所述第二阶段的Ping包业务为以第二时间间隔分别向所述无效SCTP链路缓存表中的每一故障SCTP链路的对端网元发起的Ping包业务。
进一步地,所述根据所述第一阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在故障SCTP链路,具体包括:
根据所述第一阶段的Ping结果中针对每一SCTP链路的总Ping通次数和最近若干次是否均Ping通确定所述每一SCTP链路是否为故障SCTP链路;
根据所有SCTP链路是否为故障SCTP链路确定所述无效SCTP链路缓存表中是否存在故障SCTP链路。
进一步地,所述根据所述第二阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路,具体包括:
根据所述第二阶段的Ping结果中针对每一故障SCTP链路的总Ping通次数确定所述每一故障SCTP链路是否为长期故障的SCTP链路;
根据所有故障SCTP链路是否为长期故障的SCTP链路确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路。
进一步地,所述第一时间段的时长小于所述第二时间段的时长。
进一步地,所述第一时间间隔的时长小于所述第二时间间隔的时长。
进一步地,所述根据基站维护的每一流控制传输协议SCTP链路的对端网元的设备类型生成无效SCTP链路缓存表,具体包括:
确定所述基站维护的每一SCTP链路的对端网元的设备类型;
根据对端网元的设备类型为所述期望类型的SCTP链路生成所述无效SCTP链路缓存表。
进一步地,所述期望类型为非核心网网元。
另一方面,本发明实施例提供一种流控制传输协议链路的删除装置,包括:
生成模块,用于根据基站维护的每一流控制传输协议SCTP链路的对端网元的设备类型生成无效SCTP链路缓存表;所述无效SCTP链路缓存表用于记录对端网元的设备类型为期望类型的SCTP链路;
确定模块,用于分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起Ping包业务,并根据Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路;长期故障的SCTP链路为故障时长超过预设时长的SCTP链路;
删除模块,用于若所述无效SCTP链路缓存表中存在长期故障的SCTP链路,则删除所有的长期故障的SCTP链路。
进一步地,所述确定模块包括第一确定单元和第二确定单元;
所述第一确定单元用于在确定所述无效SCTP链路缓存表之后的第一时间段内,发起第一阶段的Ping包业务,并根据所述第一阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在故障SCTP链路;所述第一阶段的Ping包业务为以第一时间间隔分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起的Ping包业务;
所述第二确定单元用于若所述无效SCTP链路缓存表中存在故障SCTP链路,则在所述第一时间段之后的第二时间段内,发起第二阶段的Ping包业务,并根据所述第二阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路;所述第二阶段的Ping包业务为以第二时间间隔分别向所述无效SCTP链路缓存表中的每一故障SCTP链路的对端网元发起的Ping包业务。
进一步地,所述根据所述第一阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在故障SCTP链路,具体包括:
根据所述第一阶段的Ping结果中针对每一SCTP链路的总Ping通次数和最近若干次是否均Ping通确定所述每一SCTP链路是否为故障SCTP链路;
根据所有SCTP链路是否为故障SCTP链路确定所述无效SCTP链路缓存表中是否存在故障SCTP链路。
进一步地,所述根据所述第二阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路,具体包括:
根据所述第二阶段的Ping结果中针对每一故障SCTP链路的总Ping通次数确定所述每一故障SCTP链路是否为长期故障的SCTP链路;
根据所有故障SCTP链路是否为长期故障的SCTP链路确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路。
进一步地,所述第一时间段的时长小于所述第二时间段的时长。
进一步地,所述第一时间间隔的时长小于所述第二时间间隔的时长。
进一步地,所述生成模块包括第一生成单元和第二生成单元;
所述第一生成单元用于确定所述基站维护的每一SCTP链路的对端网元的设备类型;
所述第二生成单元用于根据对端网元的设备类型为所述期望类型的SCTP链路生成所述无效SCTP链路缓存表。
进一步地,所述期望类型为非核心网网元。
再一方面,本发明实施例提供一种电子设备,包括:存储器、处理器,以及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时,实现上述第一方面提供的方法的步骤。
又一方面,本发明实施例提供一种非暂态计算机可读存储介质,其上存储有计算机程序,当所述计算机程序被处理器执行时,实现上述第一方面提供的方法的步骤。
本发明实施例提供的流控制传输协议链路的删除方法及装置,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
附图说明
图1为本发明实施例提供的SCTP链路的删除方法示意图;
图2为本发明实施例提供的识别长期故障的SCTP链路的逻辑流程图;
图3为本发明实施例提供的SCTP链路的删除装置示意图;
图4为本发明实施例提供的电子设备的结构示意图。
具体实施方式
为了使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例提供的SCTP链路的删除方法示意图,如图1所示,本发明实施例提供一种SCTP链路的删除方法,其执行主体为SCTP链路的删除装置。该方法包括:
步骤S101、根据基站维护的每一流控制传输协议SCTP链路的对端网元的设备类型生成无效SCTP链路缓存表;所述无效SCTP链路缓存表用于记录对端网元的设备类型为期望类型的SCTP链路。
具体来说,SCTP链路是基站与基站,以及基站与核心网之间交互的链路,核心网包括多种网元,例如,LTE***的核心网网元包括移动管理实体(Mobility ManagementEntity,MME)、服务网关(Serving GateWay,SGW)、PDN网关(PDN GateWay,PGW)和归属签约用户服务器(Home Subscriber Server,HSS)等,因此,外场基站实际可能会同时维护有几百条SCTP链路。
对端网元不同的两条SCTP链路,其闲忙程度和重要性程度均有可能不同,本发明实施例中从基站获取当前其维护的所有的SCTP链路,并根据每一SCTP链路的对端网元的设备类型生成一个无效SCTP链路缓存表,无效SCTP链路缓存表可以存储在基站内部的数据库中,无效SCTP链路缓存表专门用于记录对端网元的设备类型为期望类型的SCTP链路。该期望类型可以根据实际情况进行配置,例如,基站、MME或非核心网网元等。
步骤S102、分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起Ping包业务,并根据Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路;长期故障的SCTP链路为故障时长超过预设时长的SCTP链路。
具体来说,在确定无效SCTP链路缓存表之后,按照预设算法,分别向无效SCTP链路缓存表中的每一SCTP链路的对端网元发起Ping包业务,并根据Ping结果确定该无效SCTP链路缓存表中是否存在长期故障的SCTP链路。长期故障的SCTP链路为故障时长超过预设时长的SCTP链路,该预设时长可以根据实际需要进行配置。
例如,可以在确定无效SCTP链路缓存表之后的7天内,每隔1个小时向无效SCTP链路缓存表中的每一SCTP链路的对端网元发起Ping包业务,最后统计针对每一SCTP链路的Ping通次数,来确定每一SCTP链路是否为长期故障的SCTP链路,并最终确定该无效SCTP链路缓存表中是否存在长期故障的SCTP链路。
步骤S103、若所述无效SCTP链路缓存表中存在长期故障的SCTP链路,则删除所有的长期故障的SCTP链路。
具体来说,如果该无效SCTP链路缓存表中存在长期故障的SCTP链路,则直接删除所有的长期故障的SCTP链路。
上述删除长期故障的SCTP链路的方法可以通过基站操作维护***来实现。
可在基站操作维护***中增加手动删除按钮,当用户需要手动删除长期故障的SCTP链路时,通过该手动删除按钮,触发执行上述方法,以删除长期故障的SCTP链路。
还可以在基站操作维护***中增加自动删除开关,当用户期望自动删除长期故障的SCTP链路时,通过开启该自动删除开关,触发周期性地执行上述方法,以周期性地自动删除长期故障的SCTP链路。
本发明实施例提供的流控制传输协议链路的删除方法,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
基于上述任一实施例,进一步地,所述分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起Ping包业务,并根据Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路,具体包括:
在确定所述无效SCTP链路缓存表之后的第一时间段内,发起第一阶段的Ping包业务,并根据所述第一阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在故障SCTP链路;所述第一阶段的Ping包业务为以第一时间间隔分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起的Ping包业务;
若所述无效SCTP链路缓存表中存在故障SCTP链路,则在所述第一时间段之后的第二时间段内,发起第二阶段的Ping包业务,并根据所述第二阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路;所述第二阶段的Ping包业务为以第二时间间隔分别向所述无效SCTP链路缓存表中的每一故障SCTP链路的对端网元发起的Ping包业务。
具体来说,本发明实施例中,通过两个阶段的Ping包业务,来识别无效SCTP链路缓存表中是否存在长期故障的SCTP链路。
首先,在确定无效SCTP链路缓存表之后的第一时间段内,发起第一阶段的Ping包业务,并根据第一阶段的Ping结果确定无效SCTP链路缓存表中是否存在故障SCTP链路。第一阶段的Ping包业务为以第一时间间隔分别向无效SCTP链路缓存表中的每一SCTP链路的对端网元发起的Ping包业务。
如果无效SCTP链路缓存表中不存在故障SCTP链路,则不进行第二阶段的Ping包业务。
如果无效SCTP链路缓存表中存在故障SCTP链路,则在第一时间段之后的第二时间段内,发起第二阶段的Ping包业务,并根据第二阶段的Ping结果确定无效SCTP链路缓存表中是否存在长期故障的SCTP链路。第二阶段的Ping包业务为以第二时间间隔分别向无效SCTP链路缓存表中的每一故障SCTP链路的对端网元发起的Ping包业务。
其中,第一时间段的时长、第二时间段的时长、第一时间间隔的时长和第二时间间隔的时长均可以根据实际需要进行配置。
例如,图2为本发明实施例提供的识别长期故障的SCTP链路的逻辑流程图,如图2所示,在确定无效SCTP链路缓存表之后的6小时内,每半小时分别对无效SCTP链路缓存表中的每一SCTP链路的对端网元发起一次Ping包业务,则针对每一SCTP链路总共需要进行Ping包业务12次,根据本阶段的Ping结果确定每一SCTP链路是否为故障SCTP链路,并最终确定无效SCTP链路缓存表中是否存在故障SCTP链路。
如果无效SCTP链路缓存表中存在故障SCTP链路,则在7*24小时内,每24小时分别向无效SCTP链路缓存表中的每一故障SCTP链路的对端网元发起一次Ping包业务,根据本阶段的Ping结果确定每一故障SCTP链路是否为长期故障的SCTP链路,并最终确定无效SCTP链路缓存表中是否存在长期故障的SCTP链路。
本发明实施例提供的流控制传输协议链路的删除方法,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
基于上述任一实施例,进一步地,所述根据所述第一阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在故障SCTP链路,具体包括:
根据所述第一阶段的Ping结果中针对每一SCTP链路的总Ping通次数和最近若干次是否均Ping通确定所述每一SCTP链路是否为故障SCTP链路;
根据所有SCTP链路是否为故障SCTP链路确定所述无效SCTP链路缓存表中是否存在故障SCTP链路。
具体来说,在本发明实施例中,根据第一阶段的Ping结果确定无效SCTP链路缓存表中是否存在故障SCTP链路的具体步骤如下:
首先,根据第一阶段的Ping结果中针对每一SCTP链路的总Ping通次数和最近若干次是否均Ping通确定每一SCTP链路是否为故障SCTP链路。
可以在第一阶段的Ping结果中针对目标SCTP链路的总Ping通次数大于预设值,且最近若干次均未Ping通的情况下,判定该目标SCTP链路为故障SCTP链路。
例如,如图2所示,在确定无效SCTP链路缓存表后的6小时内,每半小时分别对无效SCTP链路缓存表中的每一SCTP链路的对端网元发起一次Ping包业务,则针对每一SCTP链路总共需要进行Ping包业务12次。如果针对目标SCTP链路,Ping通次数大于8次,并且第12次可以Ping通,且从12次往前大于等于2次Ping包业务都是正常的(Ping通),则认为该目标SCTP链路是正常SCTP链路,并将该目标SCTP链路从无效SCTP链路缓存表里移出,并记录清除时间点。
如果针对目标SCTP链路,Ping通次数小于8次,则重新进行第一阶段的Ping包业务。
如果针对目标SCTP链路,Ping通次数大于8次,且从12次往前小于2次Ping包业务是正常的,即第11或12次没有Ping通,则保持该目标SCTP链路继续每半小时Ping一次,连续进行两次,如果这两次Ping包业务都正常,则认为该目标SCTP链路恢复正常,否则,认为该目标SCTP链路是故障SCTP链路。
然后,根据所有SCTP链路是否为故障SCTP链路确定无效SCTP链路缓存表中是否存在故障SCTP链路。如果无效SCTP链路缓存表中存在任一条SCTP链路为故障SCTP链路,则判定无效SCTP链路缓存表中存在故障SCTP链路,如果无效SCTP链路缓存表中所有的SCTP链路都不是故障SCTP链路,则判定无效SCTP链路缓存表中不存在故障SCTP链路。
本发明实施例提供的流控制传输协议链路的删除方法,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
基于上述任一实施例,进一步地,所述根据所述第二阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路,具体包括:
根据所述第二阶段的Ping结果中针对每一故障SCTP链路的总Ping通次数确定所述每一故障SCTP链路是否为长期故障的SCTP链路;
根据所有故障SCTP链路是否为长期故障的SCTP链路确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路。
具体来说,在本发明实施例中,在本发明实施例中,根据所述第二阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路的具体步骤如下:
首先,根据第二阶段的Ping结果中针对每一故障SCTP链路的总Ping通次数确定每一故障SCTP链路是否为长期故障的SCTP链路。
可以在第二阶段的Ping结果中针对目标SCTP链路的总未Ping通次数大于预设值的情况下,判定该目标SCTP链路为长期故障的SCTP链路。
例如,如图2所示,在确定无效SCTP链路缓存表中的目标SCTP链路为故障SCTP链路之后,每24小时对该目标SCTP链路的对端网元发起一次Ping包业务,如果出现Ping包正常,则重新进行第一阶段的Ping包业务。否则,继续每24小时对该目标SCTP链路的对端网元发起一次Ping包业务,直至该目标SCTP链路进入无效SCTP链路缓存表超过7*24小时,则确定该目标SCTP链路为长期故障的SCTP链路。
删除该目标SCTP链路,同时也将无效链路缓存表的该目标SCTP链路移出。并将删除日志打印输出至基站***日志中。
然后,根据所有故障SCTP链路是否为长期故障的SCTP链路确定无效SCTP链路缓存表中是否存在长期故障的SCTP链路。如果无效SCTP链路缓存表中存在任一条故障SCTP链路为长期故障的SCTP链路,则判定无效SCTP链路缓存表中存在长期故障的SCTP链路,此时,将所有的长期故障的SCTP链路删除,同时也将无效链路缓存表中所有的长期故障的SCTP链路移出,并将删除日志打印输出至基站***日志中。
如果无效SCTP链路缓存表中所有的故障SCTP链路都不是长期故障的SCTP链路,则判定无效SCTP链路缓存表中不存在长期故障的SCTP链路。
本发明实施例提供的流控制传输协议链路的删除方法,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
基于上述任一实施例,进一步地,所述第一时间段的时长小于所述第二时间段的时长。
具体来说,在本发明实施例中,第一时间段的时长小于第二时间段的时长。
例如,如图2所示,第一时间段的时长为7小时,第二时间段的时长为7*24小时。
本发明实施例提供的流控制传输协议链路的删除方法,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
基于上述任一实施例,进一步地,所述第一时间间隔的时长小于所述第二时间间隔的时长。
具体来说,在本发明实施例中,第一时间间隔的时长小于第二时间间隔的时长。
例如,如图2所示,第一时间间隔的时长为半小时,第二时间间隔的时长为24小时。
本发明实施例提供的流控制传输协议链路的删除方法,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
基于上述任一实施例,进一步地,所述根据基站维护的每一流控制传输协议SCTP链路的对端网元的设备类型生成无效SCTP链路缓存表,具体包括:
确定所述基站维护的每一SCTP链路的对端网元的设备类型;
根据对端网元的设备类型为所述期望类型的SCTP链路生成所述无效SCTP链路缓存表。
具体来说,在本发明实施例中,根据基站维护的每一SCTP链路的对端网元的设备类型生成无效SCTP链路缓存表的具体步骤如下:
首先,确定基站维护的每一SCTP链路的对端网元的设备类型。
基站***负责维护每一SCTP链路,包括每一SCTP链路对IP地址、端口号和对端网元的设备类型等,对端网元的设备类型包括基站、MME、SGW和PGW等。可以直接从基站***直接获取每一SCTP链路的对端网元的设备类型。
然后,根据对端网元的设备类型为期望类型的SCTP链路生成无效SCTP链路缓存表。
在确定基站维护的每一SCTP链路的对端网元的设备类型之后,可在内部数据库新增一张缓存表格,定义为无效SCTP链路缓存表,该无效SCTP链路缓存表专门用于记录期望的SCTP链路,将对端网元的设备类型为期望类型的SCTP链路添加到无效SCTP链路缓存表。
本发明实施例提供的流控制传输协议链路的删除方法,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
基于上述任一实施例,进一步地,所述期望类型为非核心网网元。
具体来说,在本发明实施例中,期望类型为非核心网网元。即,仅从对端网元为非核心网网元的SCTP链路中识别长期故障的SCTP链路,并将其删除。
本发明实施例提供的流控制传输协议链路的删除方法,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
图3为本发明实施例提供的SCTP链路的删除装置示意图,如图3所示,本发明实施例提供一种SCTP链路的删除装置,包括:生成模块301、确定模块302和删除模块303,其中:
生成模块301用于根据基站维护的每一流控制传输协议SCTP链路的对端网元的设备类型生成无效SCTP链路缓存表;所述无效SCTP链路缓存表用于记录对端网元的设备类型为期望类型的SCTP链路;确定模块302用于分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起Ping包业务,并根据Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路;删除模块303用于若所述无效SCTP链路缓存表中存在长期故障的SCTP链路,则删除所有的长期故障的SCTP链路。
具体来说,本发明实施例提供一种SCTP链路的删除装置,用于执行上述相应实施例中的方法,通过本实施例提供的装置执行上述相应实施例中所述方法的具体步骤与上述相应实施例相同,此处不再赘述。
本发明实施例提供的流控制传输协议链路的删除装置,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
基于上述任一实施例,进一步地,所述确定模块包括第一确定单元和第二确定单元;
所述第一确定单元用于在确定所述无效SCTP链路缓存表之后的第一时间段内,发起第一阶段的Ping包业务,并根据所述第一阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在故障SCTP链路;所述第一阶段的Ping包业务为以第一时间间隔分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起的Ping包业务;
所述第二确定单元用于若所述无效SCTP链路缓存表中存在故障SCTP链路,则在所述第一时间段之后的第二时间段内,发起第二阶段的Ping包业务,并根据所述第二阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路;所述第二阶段的Ping包业务为以第二时间间隔分别向所述无效SCTP链路缓存表中的每一故障SCTP链路的对端网元发起的Ping包业务。
具体来说,本发明实施例提供一种SCTP链路的删除装置,用于执行上述相应实施例中的方法,通过本实施例提供的装置执行上述相应实施例中所述方法的具体步骤与上述相应实施例相同,此处不再赘述。
本发明实施例提供的流控制传输协议链路的删除装置,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
基于上述任一实施例,进一步地,所述根据所述第一阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在故障SCTP链路,具体包括:
根据所述第一阶段的Ping结果中针对每一SCTP链路的总Ping通次数和最近若干次是否均Ping通确定所述每一SCTP链路是否为故障SCTP链路;
根据所有SCTP链路是否为故障SCTP链路确定所述无效SCTP链路缓存表中是否存在故障SCTP链路。
具体来说,本发明实施例提供一种SCTP链路的删除装置,用于执行上述相应实施例中的方法,通过本实施例提供的装置执行上述相应实施例中所述方法的具体步骤与上述相应实施例相同,此处不再赘述。
本发明实施例提供的流控制传输协议链路的删除装置,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
基于上述任一实施例,进一步地,所述根据所述第二阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路,具体包括:
根据所述第二阶段的Ping结果中针对每一故障SCTP链路的总Ping通次数确定所述每一故障SCTP链路是否为长期故障的SCTP链路;
根据所有故障SCTP链路是否为长期故障的SCTP链路确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路。
具体来说,本发明实施例提供一种SCTP链路的删除装置,用于执行上述相应实施例中的方法,通过本实施例提供的装置执行上述相应实施例中所述方法的具体步骤与上述相应实施例相同,此处不再赘述。
本发明实施例提供的流控制传输协议链路的删除装置,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
基于上述任一实施例,进一步地,所述第一时间段的时长小于所述第二时间段的时长。
具体来说,本发明实施例提供一种SCTP链路的删除装置,用于执行上述相应实施例中的方法,通过本实施例提供的装置执行上述相应实施例中所述方法的具体步骤与上述相应实施例相同,此处不再赘述。
本发明实施例提供的流控制传输协议链路的删除装置,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
基于上述任一实施例,进一步地,所述第一时间间隔的时长小于所述第二时间间隔的时长。
具体来说,本发明实施例提供一种SCTP链路的删除装置,用于执行上述相应实施例中的方法,通过本实施例提供的装置执行上述相应实施例中所述方法的具体步骤与上述相应实施例相同,此处不再赘述。
本发明实施例提供的流控制传输协议链路的删除装置,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
基于上述任一实施例,进一步地,所述生成模块包括第一生成单元和第二生成单元;
所述第一生成单元用于确定所述基站维护的每一SCTP链路的对端网元的设备类型;
所述第二生成单元用于根据对端网元的设备类型为所述期望类型的SCTP链路生成所述无效SCTP链路缓存表。
具体来说,本发明实施例提供一种SCTP链路的删除装置,用于执行上述相应实施例中的方法,通过本实施例提供的装置执行上述相应实施例中所述方法的具体步骤与上述相应实施例相同,此处不再赘述。
本发明实施例提供的流控制传输协议链路的删除装置,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
基于上述任一实施例,进一步地,所述期望类型为非核心网网元。
具体来说,本发明实施例提供一种SCTP链路的删除装置,用于执行上述相应实施例中的方法,通过本实施例提供的装置执行上述相应实施例中所述方法的具体步骤与上述相应实施例相同,此处不再赘述。
本发明实施例提供的流控制传输协议链路的删除装置,通过向对端网元发起Ping包业务,识别出长期故障的SCTP链路,并将其删除,降低了这些SCTP链路对基站板卡的负荷以及基站在某些特殊场景出现异常的风险。
图4为本发明实施例提供的电子设备的结构示意图,如图4所示,该电子设备包括:处理器(processor)401、通信接口(Communications Interface)402、存储器(memory)403和通信总线404,其中,处理器401,通信接口402,存储器403通过通信总线404完成相互间的通信。处理器401可以调用存储在存储器403上并可在处理器401上运行的计算机程序,以执行下述步骤:
根据基站维护的每一流控制传输协议SCTP链路的对端网元的设备类型生成无效SCTP链路缓存表;所述无效SCTP链路缓存表用于记录对端网元的设备类型为期望类型的SCTP链路;
分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起Ping包业务,并根据Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路;长期故障的SCTP链路为故障时长超过预设时长的SCTP链路;
若所述无效SCTP链路缓存表中存在长期故障的SCTP链路,则删除所有的长期故障的SCTP链路。
此外,上述的存储器403中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
进一步地,本发明实施例提供一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法实施例中的步骤,例如包括:
根据基站维护的每一流控制传输协议SCTP链路的对端网元的设备类型生成无效SCTP链路缓存表;所述无效SCTP链路缓存表用于记录对端网元的设备类型为期望类型的SCTP链路;
分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起Ping包业务,并根据Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路;长期故障的SCTP链路为故障时长超过预设时长的SCTP链路;
若所述无效SCTP链路缓存表中存在长期故障的SCTP链路,则删除所有的长期故障的SCTP链路。
进一步地,本发明实施例提供一种非暂态计算机可读存储介质,其上存储有计算机程序,当所述计算机程序被处理器执行时,实现上述各方法实施例中的步骤,例如包括:
根据基站维护的每一流控制传输协议SCTP链路的对端网元的设备类型生成无效SCTP链路缓存表;所述无效SCTP链路缓存表用于记录对端网元的设备类型为期望类型的SCTP链路;
分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起Ping包业务,并根据Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路;长期故障的SCTP链路为故障时长超过预设时长的SCTP链路;
若所述无效SCTP链路缓存表中存在长期故障的SCTP链路,则删除所有的长期故障的SCTP链路。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (16)

1.一种流控制传输协议链路的删除方法,其特征在于,包括:
根据基站维护的每一流控制传输协议SCTP链路的对端网元的设备类型生成无效SCTP链路缓存表;所述无效SCTP链路缓存表用于记录对端网元的设备类型为期望类型的SCTP链路;
分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起Ping包业务,并根据Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路;长期故障的SCTP链路为故障时长超过预设时长的SCTP链路;
若所述无效SCTP链路缓存表中存在长期故障的SCTP链路,则删除所有的长期故障的SCTP链路;
所述分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起Ping包业务,并根据Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路,具体包括:
在确定所述无效SCTP链路缓存表之后的第一时间段内,发起第一阶段的Ping包业务,并根据所述第一阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在故障SCTP链路;所述第一阶段的Ping包业务为以第一时间间隔分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起的Ping包业务;
若所述无效SCTP链路缓存表中存在故障SCTP链路,则在所述第一时间段之后的第二时间段内,发起第二阶段的Ping包业务,并根据所述第二阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路;所述第二阶段的Ping包业务为以第二时间间隔分别向所述无效SCTP链路缓存表中的每一故障SCTP链路的对端网元发起的Ping包业务。
2.根据权利要求1所述的流控制传输协议链路的删除方法,其特征在于,所述根据所述第一阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在故障SCTP链路,具体包括:
根据所述第一阶段的Ping结果中针对每一SCTP链路的总Ping通次数和最近若干次是否均Ping通确定所述每一SCTP链路是否为故障SCTP链路;
根据所有SCTP链路是否为故障SCTP链路确定所述无效SCTP链路缓存表中是否存在故障SCTP链路。
3.根据权利要求1所述的流控制传输协议链路的删除方法,其特征在于,所述根据所述第二阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路,具体包括:
根据所述第二阶段的Ping结果中针对每一故障SCTP链路的总Ping通次数确定所述每一故障SCTP链路是否为长期故障的SCTP链路;
根据所有故障SCTP链路是否为长期故障的SCTP链路确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路。
4.根据权利要求1所述的流控制传输协议链路的删除方法,其特征在于,所述第一时间段的时长小于所述第二时间段的时长。
5.根据权利要求1所述的流控制传输协议链路的删除方法,其特征在于,所述第一时间间隔的时长小于所述第二时间间隔的时长。
6.根据权利要求1至5中的任一项所述的流控制传输协议链路的删除方法,所述根据基站维护的每一流控制传输协议SCTP链路的对端网元的设备类型生成无效SCTP链路缓存表,具体包括:
确定所述基站维护的每一SCTP链路的对端网元的设备类型;
根据对端网元的设备类型为所述期望类型的SCTP链路生成所述无效SCTP链路缓存表。
7.根据权利要求1至5中的任一项所述的流控制传输协议链路的删除方法,其特征在于,所述期望类型为非核心网网元。
8.一种流控制传输协议链路的删除装置,其特征在于,包括:
生成模块,用于根据基站维护的每一流控制传输协议SCTP链路的对端网元的设备类型生成无效SCTP链路缓存表;所述无效SCTP链路缓存表用于记录对端网元的设备类型为期望类型的SCTP链路;
确定模块,用于分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起Ping包业务,并根据Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路;长期故障的SCTP链路为故障时长超过预设时长的SCTP链路;
删除模块,用于若所述无效SCTP链路缓存表中存在长期故障的SCTP链路,则删除所有的长期故障的SCTP链路;
所述确定模块包括第一确定单元和第二确定单元;
所述第一确定单元用于在确定所述无效SCTP链路缓存表之后的第一时间段内,发起第一阶段的Ping包业务,并根据所述第一阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在故障SCTP链路;所述第一阶段的Ping包业务为以第一时间间隔分别向所述无效SCTP链路缓存表中的每一SCTP链路的对端网元发起的Ping包业务;
所述第二确定单元用于若所述无效SCTP链路缓存表中存在故障SCTP链路,则在所述第一时间段之后的第二时间段内,发起第二阶段的Ping包业务,并根据所述第二阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路;所述第二阶段的Ping包业务为以第二时间间隔分别向所述无效SCTP链路缓存表中的每一故障SCTP链路的对端网元发起的Ping包业务。
9.根据权利要求8所述的流控制传输协议链路的删除装置,其特征在于,所述根据所述第一阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在故障SCTP链路,具体包括:
根据所述第一阶段的Ping结果中针对每一SCTP链路的总Ping通次数和最近若干次是否均Ping通确定所述每一SCTP链路是否为故障SCTP链路;
根据所有SCTP链路是否为故障SCTP链路确定所述无效SCTP链路缓存表中是否存在故障SCTP链路。
10.根据权利要求8所述的流控制传输协议链路的删除装置,其特征在于,所述根据所述第二阶段的Ping结果确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路,具体包括:
根据所述第二阶段的Ping结果中针对每一故障SCTP链路的总Ping通次数确定所述每一故障SCTP链路是否为长期故障的SCTP链路;
根据所有故障SCTP链路是否为长期故障的SCTP链路确定所述无效SCTP链路缓存表中是否存在长期故障的SCTP链路。
11.根据权利要求8所述的流控制传输协议链路的删除装置,其特征在于,所述第一时间段的时长小于所述第二时间段的时长。
12.根据权利要求8所述的流控制传输协议链路的删除装置,其特征在于,所述第一时间间隔的时长小于所述第二时间间隔的时长。
13.根据权利要求8至12中的任一项所述的流控制传输协议链路的删除装置,所述生成模块包括第一生成单元和第二生成单元;
所述第一生成单元用于确定所述基站维护的每一SCTP链路的对端网元的设备类型;
所述第二生成单元用于根据对端网元的设备类型为所述期望类型的SCTP链路生成所述无效SCTP链路缓存表。
14.根据权利要求8至12中的任一项所述的流控制传输协议链路的删除装置,其特征在于,所述期望类型为非核心网网元。
15.一种电子设备,包括存储器、处理器,以及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时,实现如权利要求1至7中的任一项所述流控制传输协议链路的删除方法的步骤。
16.一种非暂态计算机可读存储介质,其上存储有计算机程序,其特征在于,当所述计算机程序被处理器执行时,实现如权利要求1至7中的任一所述流控制传输协议链路的删除方法的步骤。
CN202010231664.4A 2020-03-27 2020-03-27 流控制传输协议链路的删除方法及装置 Active CN113453248B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010231664.4A CN113453248B (zh) 2020-03-27 2020-03-27 流控制传输协议链路的删除方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010231664.4A CN113453248B (zh) 2020-03-27 2020-03-27 流控制传输协议链路的删除方法及装置

Publications (2)

Publication Number Publication Date
CN113453248A CN113453248A (zh) 2021-09-28
CN113453248B true CN113453248B (zh) 2022-11-15

Family

ID=77808249

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010231664.4A Active CN113453248B (zh) 2020-03-27 2020-03-27 流控制传输协议链路的删除方法及装置

Country Status (1)

Country Link
CN (1) CN113453248B (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101459541A (zh) * 2008-12-31 2009-06-17 华为技术有限公司 一种检测链路中断的方法、设备与***
CN101710896A (zh) * 2009-11-30 2010-05-19 中国人民解放军信息工程大学 一种链路质量探测方法和装置
CN101959223A (zh) * 2009-07-21 2011-01-26 中兴通讯股份有限公司 流控制传输协议链路故障的自愈控制方法与装置
CN102624584A (zh) * 2012-03-01 2012-08-01 中兴通讯股份有限公司 链路检测方法及装置
CN103139820A (zh) * 2013-03-12 2013-06-05 华为技术有限公司 一种链路检测方法及网元
CN107439032A (zh) * 2015-02-13 2017-12-05 瑞典爱立信有限公司 在sctp故障转移时保存s1‑ap ue上下文

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9032240B2 (en) * 2009-02-24 2015-05-12 Hewlett-Packard Development Company, L.P. Method and system for providing high availability SCTP applications

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101459541A (zh) * 2008-12-31 2009-06-17 华为技术有限公司 一种检测链路中断的方法、设备与***
CN101959223A (zh) * 2009-07-21 2011-01-26 中兴通讯股份有限公司 流控制传输协议链路故障的自愈控制方法与装置
CN101710896A (zh) * 2009-11-30 2010-05-19 中国人民解放军信息工程大学 一种链路质量探测方法和装置
CN102624584A (zh) * 2012-03-01 2012-08-01 中兴通讯股份有限公司 链路检测方法及装置
CN103139820A (zh) * 2013-03-12 2013-06-05 华为技术有限公司 一种链路检测方法及网元
CN107439032A (zh) * 2015-02-13 2017-12-05 瑞典爱立信有限公司 在sctp故障转移时保存s1‑ap ue上下文

Also Published As

Publication number Publication date
CN113453248A (zh) 2021-09-28

Similar Documents

Publication Publication Date Title
CN106997314B (zh) 用于分布式***的异常处理方法、装置及***
CN114172794B (zh) 网络故障定位方法及服务器
US8018859B2 (en) Method and apparatus for asynchronous alarm correlation
US20170223035A1 (en) Scaling method and management device
CN110650060A (zh) 流量告警的处理方法、设备及存储介质
CN104994173A (zh) 一种消息处理方法和***
CN110730087A (zh) 一种告警风暴的处理方法及装置
CN110784358A (zh) 网络调用关系拓扑图的构建方法及装置
CN113453248B (zh) 流控制传输协议链路的删除方法及装置
CN110806924B (zh) 一种基于cpu占用率的网络处理方法及装置
WO2024093446A1 (zh) 分流通信方法、装置、设备及可读存储介质
CN106559247B (zh) 网络管理***中的告警管理方法及网络管理***
CN112527772A (zh) 一种图数据库审计方法及审计设备
CN114124585B (zh) 一种安全防御方法、装置、电子设备及介质
CN115617611A (zh) 信令流程图的生成方法、装置、电子设备和存储介质
US20220094589A1 (en) Communications methods and apparatus for minimizing and/or preventing message processing faults
WO2014040470A1 (zh) 告警消息的处理方法及装置
EP3190743B1 (en) Packet processing method, network server and virtual private network system
CN106937350B (zh) 基于移动终端的路由方法及***
CN104869016B (zh) 一种数据报文的传输方法和设备
US8015609B2 (en) Worm infection detecting device
CN114553562A (zh) 一种安全管理方法、装置、设备及机器可读存储介质
CN109889619B (zh) 基于区块链的异常域名监测方法及装置
WO2016176910A1 (zh) 处理tr-069消息的方法及装置
CN110837431A (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