CN110943878A - 心跳包传输方法、终端及具有存储功能的装置 - Google Patents

心跳包传输方法、终端及具有存储功能的装置 Download PDF

Info

Publication number
CN110943878A
CN110943878A CN201811116332.0A CN201811116332A CN110943878A CN 110943878 A CN110943878 A CN 110943878A CN 201811116332 A CN201811116332 A CN 201811116332A CN 110943878 A CN110943878 A CN 110943878A
Authority
CN
China
Prior art keywords
link
heartbeat packet
terminal
priority
target terminal
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.)
Pending
Application number
CN201811116332.0A
Other languages
English (en)
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.)
Hytera Communications Corp Ltd
Original Assignee
Hytera Communications Corp 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 Hytera Communications Corp Ltd filed Critical Hytera Communications Corp Ltd
Priority to CN201811116332.0A priority Critical patent/CN110943878A/zh
Publication of CN110943878A publication Critical patent/CN110943878A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0017Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
    • H04L1/0018Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement based on latency requirement
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823Errors, e.g. transmission errors
    • H04L43/0829Packet loss
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • H04L43/0894Packet rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请涉及通信领域,公开了一种心跳包传输方法、终端及具有存储功能的装置。该方法包括确定发送终端与目标终端之间至少两条链路的传输心跳包的优先级和心跳包的传输间隔和超时时长,发送终端与目标终端之间的链路包括第一链路和第二链路,该第一链路的优先级高于或者等于第二链路,发送终端通过该第一链路向目标终端发送心跳包,若心跳包在该第一链路上传输失败,则发送终端通过第二链路向目标终端发送心跳包。通过上述方式,发送终端与目标终端中的优先级高的链路出现故障之后再切换到其他同样优先级或更低优先级的链路传输心跳包,能够在缩短切换时延的同时减少网络资源的占用。

Description

心跳包传输方法、终端及具有存储功能的装置
技术领域
本申请涉及通信领域,特别是涉及一种心跳包传输方法、终端及具有存储功能的装置。
背景技术
心跳包就是在发送终端和目标终端间定时通知对方自己状态的一个自己定义的命令字,按照一定的时间间隔发送,类似于心跳,所以叫做心跳包。发送终端每隔预设时间发送一个心跳包给目标终端,目标终端收到后回复一个应答包,如果发送终端在发送心跳包之后的超时时长内没有收到应答包则视为该心跳包传输失败,如果心跳包连续传输失败的次数大于预设阈值,则视为目标终端与发送终端之间的链路出现故障。发送终端和目标终端之间可能存在多条可以传输心跳包的链路。这种情况下,心跳包传输的一种传统方法是在其中某条链路上传输心跳包,该链路故障之后再切换到其他链路传输心跳包,如果所有链路都故障再启动容灾方案,由于每条链路的心跳包传输都是独立的,需要分别判断是否出现故障,而判断链路出现故障需要较长的延时,导致总切换时延过长。心跳包传输的另一种传统方法是在所有链路上均传输心跳包,与前一种方法相比能够缩短切换时延,但是会浪费大量网络资源。
申请内容
本申请主要解决的技术问题是提供一种心跳包传输方法、终端及具有存储功能的装置,能够解决现有多链路心跳包传输中切换时延和网络资源占用相冲突的问题。
为解决上述技术问题,本申请采用的一个技术方案是:提供一种心跳包传输方法,其包括:确定发送终端与目标终端之间至少两条链路的传输心跳包的优先级和心跳包的传输间隔和超时时长,发送终端与目标终端之间的链路包括第一链路和第二链路,该第一链路的优先级高于或者等于第二链路,发送终端通过该第一链路向目标终端发送心跳包,若心跳包在该第一链路上传输失败,则发送终端通过第二链路向目标终端发送心跳包。
为解决上述技术问题,本申请采用的另一个技术方案是:提供一种终端,其包括:相互连接的通信电路和处理器,用于实现如上述的方法。
为解决上述技术问题,本申请采用的又一个技术方案是:提供一种具有存储功能的装置,其包括:存储有程序数据,程序数据能够被执行以实现如上述的方法。
本申请的有益效果为:区别于现有技术的情况,本申请通过确定发送终端与目标终端之间至少两条链路的传输心跳包的优先级和心跳包的传输间隔和超时时长,发送终端与目标终端之间的链路包括第一链路和第二链路,该第一链路的优先级高于或者等于第二链路,发送终端通过该第一链路向目标终端发送心跳包,若心跳包在该第一链路上传输失败,则发送终端通过第二链路向目标终端发送心跳包。在心跳包传输过程中,发送终端与目标终端中的优先级高的链路出现故障之后再切换到其他同样优先级或更低优先级的链路传输心跳包,能够在缩短切换时延的同时减少网络资源的占用。
附图说明
图1是本申请心跳包传输方法第一实施例的流程示意图;
图2是本申请心跳包传输方法第一实施例的应用例的示意图;
图3是本申请心跳包传输方法第二实施例的流程示意图;
图4是本申请心跳包传输方法第三实施例的流程示意图;
图5是本申请终端一实施例的结构示意图;
图6是本申请具有存储功能的装置一实施例的结构示意图。
具体实施方式
如图1所示,本申请心跳包传输方法第一实施例包括:
S1:确定发送终端与目标终端之间至少两条链路的传输心跳包的优先级和心跳包的传输间隔和超时时长,发送终端与目标终端之间的链路包括第一链路和第二链路,第一链路的优先级高于或者等于第二链路。在发送终端和目标终端传输心跳包之前,确定发送终端与目标终端之间至少两条链路的传输心跳包的优先级和心跳包的传输间隔和超时时长,发送终端与目标终端之间的链路包括第一链路和第二链路,第一链路的优先级高于或者等于第二链路,当然发送终端与目标终端之间的链路不仅仅只限于第一链路和第二链路,还可以包括其他数量的链路,同一优先级链路的数量可以为一个,也可以为多个,此处对链路的数量不作具体限定。
该链路的优先级与链路的业务流量和链路的网络质量有关,业务流量为该条链路上业务负载强度的程度,网络的质量包括该链路的信息传输速度和丢失心跳包的比率中的至少一个,也可以综合该两个因素来判断网络质量的好坏。其中,优先级与链路的业务流量和丢失心跳包的比率负相关,优先级与信息传输速度正相关,即,该链路的业务流量越少,该链路的优先级越高;该链路丢失心跳包的比率越低,该链路的优先级越高;该链路的信息传输速度越快,该链路的优先级越高。
传输间隔为发送终端发送上一个心跳包给目标终端与发送下一个心跳包给目标终端之间的时间间隔,超时时长为目标终端接收来自于发送终端的应答包的时长阈值,如果发送终端在发送心跳包之后的超时时长内没有收到应答包则视为该心跳包传输失败,或者说该心跳包丢失。每条链路传输间隔和超时时长由用户设置或者利用链路的业务流量和链路的网络质量设置,例如,根据丢失心跳包的比率和从终端对网络服务器发送数据到接收到服务器反馈数据的时间来设置传输间隔和超时时长,并且该传输间隔和超时时长可以根据丢失心跳包的比率和从终端对网络服务器发送数据到接收到服务器反馈数据的时间的动态变化而变化,其中,每条链路的传输间隔和超时时长可以相同,也可以不相同。
发送终端发送心跳包给目标终端,目标终端发送应答包给发送终端告知发送终端该心跳包已收到,只有发送终端收到应答包才确定该心跳包没有丢失,若发送终端在发送心跳包之后的超时时长内未收到来自于目标终端的应答包,则认为该心跳包已经丢失。
S2:发送终端通过第一链路向目标终端发送心跳包。
S3:若心跳包在第一链路上传输失败,则发送终端通过第二链路向目标终端发送心跳包。
确定了发送终端与目标终端之间至少两条链路的传输心跳包的优先级后,可以只确定其中几条链路的优先级,也可以确定所有链路的优先级。优先级最高的链路优先传输心跳包,该链路心跳包传输失败时才启用优先级稍低的链路传输心跳包。当优先级最高的链路传输心跳包正常时,其他的链路不传输心跳包。具体地,在一个应用例中,如图2所示,发送终端与目标终端之间有四条链路,分别为链路A,链路B,链路C和链路D,四条链路根据链路的业务流量和链路的网络质量来综合确定优先级顺序,其中链路D的优先级为最高的1,链路A的优先级次之,为次高的2,链路B的优先级3比链路D低但高于链路C,链路D为优先级最低的链路,其优先级为4。
发送终端通过链路D向目标终端发送心跳包,链路D在T1时刻丢失一个心跳包,则发送终端通过链路A向目标终端发送心跳包。在T2时刻链路A丢失一个心跳包,此时链路D的第二个心跳包也丢失,则发送终端通过链路B向目标终端发送心跳包。在T3时刻,链路B和链路A都接收到了心跳包,此时链路D已经丢失3个心跳包,判定链路D出现故障,而链路B和链路A未出现故障,调低链路D的优先级。链路A,链路B,链路C和链路D的优先级均发生变化,链路A的优先级由2降低至1,链路B的优先级由3升高至1,链路C的优先级由4降低至2,链路D的优先级由1升高至4。
本申请通过确定发送终端与目标终端之间至少两条链路的传输心跳包的优先级和心跳包的传输间隔和超时时长,发送终端与目标终端之间的链路包括第一链路和第二链路,该第一链路的优先级高于或者等于第二链路,发送终端通过该第一链路向目标终端发送心跳包,若心跳包在该第一链路上传输失败,则发送终端通过第二链路向目标终端发送心跳包。在心跳包传输过程中,发送终端与目标终端中的优先级高的链路出现故障之后再切换到其他同样优先级或更低优先级的链路传输心跳包,能够在缩短切换时延的同时减少网络资源的占用。
可选的,心跳包在第一链路上传输失败之后,发送终端激活预容灾功能。
心跳包在第一链路上传输失败后,发送终端激活预容灾功能。
容灾备份是通过在异地建立和维护一个备份存储系统,利用地理上的分离来保证系统和数据对灾难性事件的抵御能力。根据容灾系统对灾难的抵抗程度,可分为数据容灾和应用容灾。容灾是指建立一个异地的数据系统,该系统是对本地系统关键应用数据实时复制。当出现灾难时,可由异地系统迅速接替本地系统而保证业务的连续性。应用容灾比数据容灾层次更高,即在异地建立一套完整的、与本地数据系统相当的备份应用系统(可以同本地应用系统互为备份,也可与本地应用系统共同工作)。在灾难出现后,远程应用系统迅速接管或承担本地应用系统的业务运行。预容灾则为发送终端准备开启容灾功能。
心跳包在第一链路上传输失败后,此时发送终端激活预容灾功能,为容灾保存数据做准备,例如,先进行数据的缓存,或者预先连接备份机器等。
具体地,在一个应用例中,如图2所示,链路D丢失心跳包后,发送终端通过链路A向目标终端发送心跳包,此时,发送终端激活预容灾功能。
如图3所示,本申请心跳包传输方法第二实施例是在第一实施例的基础上,步骤S3之后进一步包括:
S5:若心跳包在链路上的连续传输失败次数大于预设阈值,则判定链路出现故障。
判定该链路出现故障必须为心跳包的连续传输次数大于预设阀值,即连续发送的心跳包丢失该链路故障,若发送的心跳包不是连续丢失,则不能判定该链路出现故障,其中,预设阀值由用户设置或者由云端获取。
心跳包在链路上传输失败不等同于该链路出现故障,若心跳包在链路上的连续传输失败次数小于或者等于预设阈值,则代表该第一链路未出现故障。即,若仅仅只是小于或者等于预设阈值的心跳包在第一链路上传输失败,该第一链路仍然可以传输心跳包。
具体地,在一个应用例中,设定心跳包的预设阀值为3个,即发送终端连续发送的3个心跳包都丢失了,则该链路故障。发送终端发送第一个心跳包,在该链路上传输失败,发送终端接着发送第二个心跳包,在该链路上依旧传输失败,发送终端再发送第三个心跳包,在该链路上第三个心跳包也传输失败,此时,发送终端判定该链路故障。若发送终端发送第一个心跳包,在该链路上传输失败,发送终端接着发送第二个心跳包,在该链路上传输成功,不能判定该链路故障。或者,发送终端发送第一个心跳包,在该链路上传输失败,发送终端接着发送第二个心跳包,在该链路上也传输失败,发送终端再发送第三个心跳包,在该链路上第三个心跳包传输成功,此时也不能判定该链路故障。
继续参阅图3,步骤S5之后包括:
S6:若发送终端与目标终端之间存在其他未出现故障的链路,则调低故障链路的优先级。
在确定该链路为故障链路后,并且发送终端与目标终端之间存在其他未出现故障的链路,调低该故障链路的优先级,可以将该故障电路调为最低,此时故障电路的优先级可以不断变化,也可以将所有故障电路调成相同的优先级,此时故障故障电路的优先级为不变的。调低该故障电路的优先级后,该故障电路的优先级不再发生变化,为最低的优先级。
具体地,在一个应用例中,发送终端与目标终端之间有三条链路传输心跳包,第一链路的优先级为最高的1,第二链路的优先级为较低的2,第三链路的优先级为最低的3,第一链路出现故障,第二链路和第三链路并未出现故障,且根据业务流量来判断,第二链路的业务流量小于第三链路,因此第二链路的优先级高于第三链路,降低第一链路的优先级为最低的3,第二链路升为优先级最高的1,第三链路为优先级次之第二链路的2。优先级的高低与优先级的大小关系由用户定义,可以为优先级高的优先级大,也可以如本应用例中优先级高的优先级小。
具体地,在另一个应用例中,发送终端与目标终端之间有三条链路传输心跳包,第一链路的优先级为最高的1,第二链路的优先级为较低的2,第三链路的优先级为最低的3,第一链路出现故障,将其优先级调为3,第二链路在第一链路出现故障后也出现故障了,将其优先级也调为3,第三链路的优先级调为最高的1。
如图4所示,本申请心跳包传输方法第三实施例是在第二实施例的基础上,步骤S5之后进一步包括:
S7:若发送终端与目标终端之间的所有链路都出现故障,则判定目标终端已经宕机,发送终端进行容灾处理。
宕机,指操作系统无法从一个严重系统错误中恢复过来,或系统硬件层面出问题,以致系统长时间无响应,而不得不重新启动计算机的现象。
具体地,在一个应用例中,发送终端与目标终端之间的四条链路都出现故障,则此时判定目标终端已经宕机,开启发送终端的容灾功能,依据发送终端正在处理的业务进行容灾处理,例如,切换备份的目标终端,发送终端待发送的数据先缓存成文件等。
如图5所示,本申请终端一实施例包括:
相互连接的通信电路10和处理器20;
该通信电路10用于获取数据。
处理器20用于通过通信电路10获取数据和处理数据并执行指令,以实现本申请心跳包传输方法第一至第三实施例中任一个以及任意不冲突的组合所提供的方法。
处理器20控制智能终端的操作,处理器20还可以称为CPU(Central ProcessingUnit,中央处理单元)。处理器20可能是一种集成电路芯片,具有信号的处理能力。处理器20还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
终端可以进一步包括存储器(图中未画出),存储器用于存储处理器20工作所必需的指令及数据。
在其他实施例中,该终端还可以视具体需求包括显示屏、键盘等其他部件,此处不做具体限定。
如图6所示,本申请具有存储功能的装置30一实施例包括:
存储有程序数据301,程序数据301能够被执行以实现本申请心跳包传输方法第一至第三实施例中任一个以及任意不冲突的组合所提供的方法。根据待存储的程序数据301的大小在具有存储功能的装置30中选择空白存储单元,存储单元是指理论上能够存储一定数量字节的存储空间,空白存储单元是指未存储数据的空白的存储单元。根据待存储的程序数据301的大小选择空白存储单元,以使得空白存储单元的存储空间的大小能够存储待存储的程序数据301。
其中,具有存储功能的装置30可以是便携式存储介质如U盘、光盘,也可以是终端、服务器或可集成于终端或服务器中的独立部件,例如芯片等。
以上所述仅为本申请的实施方式,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种心跳包传输方法,其特征在于,所述方法包括:
确定发送终端与目标终端之间至少两条链路的传输所述心跳包的优先级和所述心跳包的传输间隔和超时时长,所述发送终端与所述目标终端之间的所述链路包括第一链路和第二链路,所述第一链路的优先级高于或者等于所述第二链路;
所述发送终端通过所述第一链路向所述目标终端发送所述心跳包;
若所述心跳包在所述第一链路上传输失败,则所述发送终端通过所述第二链路向所述目标终端发送所述心跳包。
2.根据权利要求1所述的方法,其特征在于,所述优先级与所述链路的业务流量和所述链路的网络质量有关;
其中,所述网络的质量包括信息传输速度和丢失所述心跳包的比率中的至少一个,所述优先级与所述链路的业务流量和所述丢失所述心跳包的比率负相关,所述优先级与所述信息传输速度正相关。
3.根据权利要求1所述的方法,其特征在于,所述传输间隔和所述超时时长由用户设置或者利用所述链路的业务流量和所述链路的网络质量设置。
4.根据权利要求1所述的方法,其特征在于,所述传输失败包括:
所述发送终端在发送所述心跳包之后的所述超时时长内未收到来自于所述目标终端的应答包。
5.根据权利要求1所述的方法,其特征在于,所述心跳包在所述第一链路上传输失败之后进一步包括:
所述发送终端激活预容灾功能。
6.根据权利要求1所述的方法,其特征在于,所述发送终端通过所述第二链路向所述目标终端发送所述心跳包之后进一步包括:
若所述心跳包在所述链路上的连续传输失败次数大于预设阈值,则判定所述链路出现故障。
7.根据权利要求6所述的方法,其特征在于,所述判定所述链路出现故障之后包括:
若所述发送终端与所述目标终端之间存在其他未出现故障的链路,则调低所述故障链路的优先级。
8.根据权利要求6所述的方法,其特征在于,所述判定所述链路出现故障之后进一步包括:
若所述发送终端与所述目标终端之间的所有链路都出现故障,则判定所述目标终端已经宕机,所述发送终端进行容灾处理。
9.一种终端,其特征在于,包括:
相互连接的通信电路和处理器;
所述处理器,用于利用所述通信电路收发数据并执行指令以实现如权利要求1至8任一项所述的方法。
10.一种具有存储功能的装置,其特征在于,存储有程序数据,所述程序数据能够被执行以实现如权利要求1至8任一项所述的方法。
CN201811116332.0A 2018-09-25 2018-09-25 心跳包传输方法、终端及具有存储功能的装置 Pending CN110943878A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811116332.0A CN110943878A (zh) 2018-09-25 2018-09-25 心跳包传输方法、终端及具有存储功能的装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811116332.0A CN110943878A (zh) 2018-09-25 2018-09-25 心跳包传输方法、终端及具有存储功能的装置

Publications (1)

Publication Number Publication Date
CN110943878A true CN110943878A (zh) 2020-03-31

Family

ID=69904914

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811116332.0A Pending CN110943878A (zh) 2018-09-25 2018-09-25 心跳包传输方法、终端及具有存储功能的装置

Country Status (1)

Country Link
CN (1) CN110943878A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112087346A (zh) * 2020-08-20 2020-12-15 深圳市元征科技股份有限公司 诊断转换盒状态确定方法、上位机及存储介质
CN112383449A (zh) * 2020-11-19 2021-02-19 广东沃科融合通讯有限公司 信息发送方法、装置、电子设备和存储介质
CN112671599A (zh) * 2020-12-08 2021-04-16 广东沃科融合通讯有限公司 心跳信息发送方法、装置和电子设备
CN112839350A (zh) * 2020-12-30 2021-05-25 杭州萤石软件有限公司 一种多频无线网格网络中故障检测方法、设备、以及系统
CN113114535A (zh) * 2021-04-12 2021-07-13 北京字跳网络技术有限公司 网络故障检测方法、装置和电子设备
CN115633005A (zh) * 2022-10-26 2023-01-20 云度新能源汽车有限公司 一种实时高并发连接处理方法及其处理系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102394858A (zh) * 2011-06-30 2012-03-28 北京邮电大学 一种信息传输方法和装置
CN103475655A (zh) * 2013-09-06 2013-12-25 瑞斯康达科技发展股份有限公司 一种实现IPSecVPN主备链路动态切换的方法
CN104579746A (zh) * 2014-12-05 2015-04-29 北京锦鸿希电信息技术股份有限公司 双链路传输控制方法及装置
CN107959623A (zh) * 2016-10-18 2018-04-24 腾讯科技(深圳)有限公司 一种多通道容灾方法与装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102394858A (zh) * 2011-06-30 2012-03-28 北京邮电大学 一种信息传输方法和装置
CN103475655A (zh) * 2013-09-06 2013-12-25 瑞斯康达科技发展股份有限公司 一种实现IPSecVPN主备链路动态切换的方法
CN104579746A (zh) * 2014-12-05 2015-04-29 北京锦鸿希电信息技术股份有限公司 双链路传输控制方法及装置
CN107959623A (zh) * 2016-10-18 2018-04-24 腾讯科技(深圳)有限公司 一种多通道容灾方法与装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
张晓驹等: "多媒介通信系统链路管理的设计和实现", 《电子技术应用》 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112087346A (zh) * 2020-08-20 2020-12-15 深圳市元征科技股份有限公司 诊断转换盒状态确定方法、上位机及存储介质
CN112087346B (zh) * 2020-08-20 2022-05-10 深圳市元征科技股份有限公司 诊断转换盒状态确定方法、上位机及存储介质
CN112383449A (zh) * 2020-11-19 2021-02-19 广东沃科融合通讯有限公司 信息发送方法、装置、电子设备和存储介质
CN112671599A (zh) * 2020-12-08 2021-04-16 广东沃科融合通讯有限公司 心跳信息发送方法、装置和电子设备
CN112839350A (zh) * 2020-12-30 2021-05-25 杭州萤石软件有限公司 一种多频无线网格网络中故障检测方法、设备、以及系统
CN113114535A (zh) * 2021-04-12 2021-07-13 北京字跳网络技术有限公司 网络故障检测方法、装置和电子设备
CN115633005A (zh) * 2022-10-26 2023-01-20 云度新能源汽车有限公司 一种实时高并发连接处理方法及其处理系统

Similar Documents

Publication Publication Date Title
CN110943878A (zh) 心跳包传输方法、终端及具有存储功能的装置
CN101951345B (zh) 一种报文的发送方法和设备
CN101729426B (zh) 一种虚拟路由冗余协议主备用设备快速切换的方法及系统
CN102882704B (zh) 一种issu的软重启升级过程中的链路保护方法和设备
US9013977B2 (en) Method and system for reducing traffic disturbance in a communication network caused by intermittent failure
CN112543468B (zh) 一种网关设备容灾的方法及通信设备
CN105515912B (zh) 一种多节点之间链路有效性检测和处理方法
CN103281720B (zh) 无线控制器热备切换方法及装置、无线控制器、接入系统
CN101237314A (zh) 一种保障复制业务传输的方法及接入设备
WO2017000096A1 (zh) 一种链路恢复方法和网络设备
US20210392187A1 (en) Data transmission and network interface controller
CN115801642B (zh) 基于状态控制的rdma通讯管理模块、方法、设备及介质
US20140082432A1 (en) Method, node and system for determining fault indication state
CN110351122B (zh) 容灾方法、装置、系统与电子设备
EP2953299B1 (en) Protection switching method, system and node
CN113098709B (zh) 基于分布式组网系统的网络恢复方法、装置和计算机设备
CN106130783B (zh) 一种端口故障处理方法及装置
CN113821334A (zh) 一种配置边缘侧设备的方法、装置及系统
CN112367179A (zh) 一种链路切换方法及装置
CN104009873A (zh) 网络小型计算机系统接口的处理方法及装置
CN111224803A (zh) 一种堆叠系统中多主检测方法及堆叠系统
WO2023273088A1 (zh) 环网节点的控制方法、网络设备及存储介质
CN118473908A (zh) 一种端口确定方法、装置、电子设备及存储介质
CN116846791A (zh) 连接切换方法、装置、电子设备及存储介质
CN104185204A (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20200331