CN110971595B - 一种网络通信方法和系统 - Google Patents

一种网络通信方法和系统 Download PDF

Info

Publication number
CN110971595B
CN110971595B CN201911156067.3A CN201911156067A CN110971595B CN 110971595 B CN110971595 B CN 110971595B CN 201911156067 A CN201911156067 A CN 201911156067A CN 110971595 B CN110971595 B CN 110971595B
Authority
CN
China
Prior art keywords
data packet
preset
timeout
packet
overtime
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
CN201911156067.3A
Other languages
English (en)
Other versions
CN110971595A (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.)
Zhongkong Technology Co ltd
Original Assignee
Zhejiang Supcon Technology 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 Zhejiang Supcon Technology Co Ltd filed Critical Zhejiang Supcon Technology Co Ltd
Priority to CN201911156067.3A priority Critical patent/CN110971595B/zh
Publication of CN110971595A publication Critical patent/CN110971595A/zh
Application granted granted Critical
Publication of CN110971595B publication Critical patent/CN110971595B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • 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/0852Delays

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供一种网络通信方法和系统,通过第一设备接收第二设备发送的第一响应包,其中,第一响应包为对第一设备发送给第二设备的第一数据包的响应;第一设备根据发送第一数据包的时刻和第一预设超时时长,确定第一响应包是否未超时,如果是,则判断第一响应包中是否包括表征第二设备处于超时状态的标识,如果是,则向第二设备发送第二数据包,以使第二设备根据第二数据包退出超时状态,其中,第二数据包至少包括退出超时状态命令,超时状态为对应用程序访问目标数据进行限制的状态。本发明可以实现诊断网络通信超时故障,并可以在诊断网络通信出现超时故障时,限制应用程序访问目标数据,在诊断网络通信恢复正常后,目标数据可以被应用程序访问。

Description

一种网络通信方法和系统
技术领域
本发明涉及网络通信领域,特别涉及一种网络通信方法和系统。
背景技术
现有的网络通信方法中,数据包在黑色通道中传输可能会被放进消息队列里,例如通信协议栈或智能网络硬件,包括中继器,集线器,网桥,交换机和连接设备,在黑色通道中引入这些设备,可能会导致数据包在传输过程中无法在规定时间内完成传输过程,出现超时的情况。
加上一些接入通信过程,但非本通信过程需要的数据包也可能会在黑色通道中传输,占用通信资源,导致数据包更容易出现超时的情况,现有技术中没有诊断数据包在黑色通道传输过程中的超时故障并且在诊断出现超时故障时保护安全数据的方法。
发明内容
有鉴于此,本发明提供一种网络通信方法和系统,可以实现诊断网络通信过程中出现的超时故障,并可以在诊断网络通信出现超时故障时,限制应用程序访问目标数据,在诊断网络通信恢复正常后,目标数据可以被应用程序访问。
为了实现上述发明目的,本发明提供以下技术方案:
第一方面,本发明提供了一种网络通信方法,包括:
第一设备接收第二设备发送的第一响应包,其中,上述第一响应包为对上述第一设备发送给上述第二设备的第一数据包的响应;
上述第一设备根据发送上述第一数据包的时刻和第一预设超时时长,确定上述第一响应包是否未超时,如果是,则判断上述第一响应包中是否包括表征上述第二设备处于超时状态的标识,如果是,则向上述第二设备发送第二数据包,以使上述第二设备根据上述第二数据包退出上述超时状态,其中,上述第二数据包至少包括退出超时状态命令,上述超时状态为对应用程序访问目标数据进行限制的状态。
结合第一方面,在某些可选的实施方式中,上述方法还包括:
第二设备接收第一设备发送的第三数据包;
上述第二设备检验上述第三数据包是否有效,若有效,则上述第二设备确定上述第三数据包是否超时,如果是,则控制上述第二设备进入超时状态,并向上述第一设备发送包括表征上述第二设备处于超时状态的标识的第三响应包;
若上述第二设备检验上述第三数据包无效,则上述第二设备删除上述第三数据包,并不发送响应包。
结合第一方面,在某些可选的实施方式中,上述第二设备确定上述第三数据包是否超时,包括:
上述第二设备确定从检验完成上述第三数据包的前一数据包的时刻起的第二预设超时时长内是否接收到上述第三数据包,如果是,则确定上述第三数据包未超时,否则确定上述第三数据包超时。
结合第一方面,在某些可选的实施方式中,上述第二设备确定上述第三数据包是否超时,包括:
上述第二设备从检验完成上述第三数据包的前一数据包的时刻起,将上述第二预设超时时长初始化为第一预设值,控制第二预设超时时长从上述第一预设值开始周期性减少,上述第二预设超时时长每个周期减少第一时间长度,若在上述第二预设超时时长小于预先设定的第一参考值时,上述第二设备仍然没有接收到上述第三数据包,则确定上述第三数据包超时,若上述第二预设超时时长在不小于预先设定的第一参考值时,上述第二设备已接收到上述第三数据包,则确定上述第三数据包未超时。
结合第一方面,在某些可选的实施方式中,上述第一设备根据发送上述第一数据包的时刻和第一预设超时时长,确定上述第一响应包是否未超时,包括:
上述第一设备从发送上述第一数据包的时刻起,将上述第一预设超时时长初始化为第二预设值,控制上述第一预设超时时长从上述第二预设值开始周期性增加,上述第一预设超时时长每个周期增加第二时间长度,若在上述第一预设超时时长大于预先设定的第二参考值前,上述第一设备接收到上述第一响应包,则确定上述第一响应包未超时,若在上述第一预设超时时长大于预先设定的第二参考值时,上述第一设备仍然没有接收到上述第一响应包,则确定上述第一响应包超时。
结合第一方面,在某些可选的实施方式中,上述超时状态是禁止上述第二设备中的安全数据被应用程序访问的状态。
第二方面,本发明提供了一种网络通信系统,包括:第一设备,上述第一设备包括:响应包接收单元、第一超时状态判断单元、标识判断单元和数据包发送单元;
上述响应包接收单元,用于接收第二设备发送的第一响应包,其中,上述第一响应包为对上述第一设备发送给上述第二设备的第一数据包的响应;
上述第一超时状态判断单元,用于根据发送上述第一数据包的时刻和第一预设超时时长,确定上述第一响应包是否未超时,如果是,则触发上述标识判断单元;
上述标识判断单元,用于判断上述第一响应包中是否包括表征上述第二设备处于超时状态的标识,如果是,则触发上述数据包发送单元;
上述数据包发送单元,用于向上述第二设备发送第二数据包,以使上述第二设备根据上述第二数据包退出上述超时状态,其中,上述第二数据包至少包括退出超时状态命令,上述超时状态为对应用程序访问目标数据进行限制的状态。
结合第二方面,在某些可选的实施方式中,上述网络通信系统还包括:第二设备,上述第二设备包括:数据包接收单元、第二超时状态判断单元、数据包有效性确定单元、超时状态进入单元、响应包发送单元和数据包删除单元;
上述数据包接收单元,用于接收第一设备发送的第三数据包;
上述数据包有效性确定单元,用于上述第二设备检验所述第三数据包是否有效,若有效,则触发上述第二超时状态判断单元,若无效,则触发数据包删除单元;
上述第二超时状态判断单元,用于确定上述第三数据包是否超时,如果是,则触发上述超时状态进入单元和上述响应包发送单元;
上述超时状态进入单元,用于控制上述第二设备进入超时状态;
上述响应包发送单元,用于向上述第一设备发送包括表征上述第二设备处于超时状态的标识的第三响应包。
上述数据包删除单元,用于当上述第二设备检验上述第三数据包无效时,上述第二设备删除上述第三数据包,并不发送响应包。
结合第二方面,在某些可选的实施方式中,上述第二超时状态判断单元,包括:第一初始化单元、第二预设超时时长减少单元和第二超时状态第二判断子单元;
上述第一初始化单元,用于上述第二设备从接收并检验完成上述第三数据包的前一数据包的时刻起,将上述第二预设超时时长初始化为第一预设值;
上述第二预设超时时长减少单元,用于控制第二预设超时时长从上述第一预设值开始周期性减少,上述第二预设超时时长每个周期减少第一时间长度;
上述第二超时状态第二判断子单元,用于判断第三数据包是否超时,若在上述第二预设超时时长小于预先设定的第一参考值时,上述第二设备仍然没有接收到上述第三数据包,则确定上述第三数据包超时,若上述第二预设超时时长在不小于预先设定的第一参考值时,上述第二设备已接收到上述第三数据包,则确定上述第三数据包未超时。
结合第二方面,在某些可选的实施方式中,上述第一超时状态判断单元,包括:第二初始化单元、第一预设超时时长增加单元和第一超时状态判断子单元;
上述第二初始化单元,用于上述第一设备从发送上述第一数据包的时刻起,将上述第一预设超时时长初始化为第二预设值;
上述第一预设超时时长增加单元,用于控制上述第一预设超时时长从上述第二预设值开始周期性增加,上述第一预设超时时长每个周期增加第二时间长度;
上述第一超时状态判断子单元,用于判断第一响应包是否超时,若在上述第一预设超时时长大于预先设定的第二参考值前,上述第一设备接收到上述第一响应包,则确定上述第一响应包未超时,若在上述第一预设超时时长大于预先设定的第二参考值时,上述第一设备仍然没有接收到上述第一响应包,则确定上述第一响应包超时。
本发明提供的一种网络通信方法和系统,可以通过第一设备接收第二设备发送的第一响应包,其中,上述第一响应包为对上述第一设备发送给上述第二设备的第一数据包的响应;上述第一设备根据发送上述第一数据包的时刻和第一预设超时时长,确定上述第一响应包是否未超时,如果是,则判断上述第一响应包中是否包括表征上述第二设备处于超时状态的标识,如果是,则向上述第二设备发送第二数据包,以使上述第二设备根据上述第二数据包退出上述超时状态,其中,上述第二数据包至少包括退出超时状态命令,上述超时状态为对应用程序访问目标数据进行限制的状态。由此可以看出,第一设备每次向第二设备发送一个数据包的同时可以开始计时,在第一预设超时时长内,如果第一设备收到第二设备发送的针对上述数据包作出的响应包,则可以判断该响应包未超时,在确定响应包未超时后,可以查看响应包中是否包括表征第二设备处于超时状态的标识,若响应包中包括表征第二设备处于超时状态的标识,则可以说明在第二设备发送该响应包之前存在超时故障,而现在网络通信已经恢复了正常,第一设备可以向第二设备发送包括退出超时状态命令的第二数据包,第二设备收到第二数据包后可以退出超时状态。本发明实现了诊断网络通信过程中出现的超时故障,并在诊断网络通信出现超时故障时,对应用程序访问目标数据进行限制,直到诊断网络通信恢复正常的时,判断网络通信恢复正常之前的网络通信是否处于超时故障状态,若处于,则说明网路通信已经由超时故障状态恢复为正常通信状态,可以解除对应用程序访问目标数据进行限制的状态,本发明通过诊断网络通信的状态,判断是否限制应用程序对目标数据的访问,可以在满足诊断网络通信故障的同时,还能满足对目标数据的保护,通信方法安全可靠。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1示出了本发明实施例提供的一种网络通信方法的流程示意图;
图2示出了本发明实施例提供的一种网络通信方法的另一流程示意图;
图3示出了本发明实施例提供的一种网络通信方法的另一流程示意图;
图4示出了本发明实施例提供的一种网络通信系统的结构示意图;
图5示出了本发明实施例提供的一种网络通信系统的另一结构示意图。
具体实施方式
本发明公开了一种网络通信方法和系统,本领域技术人员可以借鉴本文内容,适当改进工艺参数实现。特别需要指出的是,所有类似的替换和改动对本领域技术人员来说是显而易见的,它们都被视为包括在本发明。本发明的方法及应用已经通过较佳实施例进行了描述,相关人员明显能在不脱离本发明内容、精神和范围内对本文所述的方法和应用进行改动或适当变更与组合,来实现和应用本发明技术。
由于数据包在黑色通道中传输可能会被存放在消息队列中,例如通信协议栈或智能网络硬件,包括中继器,集线器,网桥,交换机和连接设备,上述黑色通道是指安全层以下的应用层、网络层、链路层和物理层的网络通信过程。又因接入通信网络,但非本通信过程需要的通信数据包也可能通过黑色通道,即在一个可接收的速率,因此数据包可能在较长的或多个排队中通过黑色通道,相对比能检查可能的通信错误使通信残余失效率满足系统要求的通信过程中允许的时间较长,即数据包在黑色通道中传输,允许的时间较短,通信过程中数据包可能出现无法在规定的时间内完成传输的情况,即出现超时故障。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
其中,在本申请实施例的描述中,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中,除非另有说明,“多个”的含义是两个或两个以上。
如图1所示,本发明提供了一种网络通信方法,包括:
S100、第一设备接收第二设备发送的第一响应包,其中,上述第一响应包为对上述第一设备发送给上述第二设备的第一数据包的响应;
S200、上述第一设备根据发送上述第一数据包的时刻和第一预设超时时长,确定上述第一响应包是否未超时,如果是,则执行S300;
S300、判断上述第一响应包中是否包括表征上述第二设备处于超时状态的标识,如果是,则执行S400;
S400、向上述第二设备发送第二数据包,以使上述第二设备根据上述第二数据包退出上述超时状态,其中,上述第二数据包至少包括退出超时状态命令,上述超时状态为对应用程序访问目标数据进行限制的状态。
应理解,第一设备可以持续向第二设备发送数据包,可以是周期性发送,也可以是随机性发送,本发明对此不作限定。
可选的,当第一设备确定第一响应包超时时,则第一设备可以不判断第一响应包中是否包括表征第二设备处于超时状态的标识,而是直接向第二设备发送不包括退出超时状态命令的第二数据包,第二数据包包括的内容可以根据实际的通信需要进行设定,本发明对此不作限制。
可选的,当第一设备确定第一响应包超时时,则第一设备也可以继续判断第一响应包中是否包括表征第二设备处于超时状态的标识,若判断第一响应包中不包括表征第二设备处于超时状态的标识,则可以向第二设备发送不包括退出超时状态命令的第二数据包;若判断第一响应包中包括表征第二设备处于超时状态的标识,也可以向第二设备发送不包括退出超时状态命令的第二数据包。第二数据包包括的内容可以根据实际的通信需要进行设定,本发明对此不作限制。
可选的,第二数据包可以包括退出超时状态命令,也可以不包括退出超时状态命令,第二数据包包括的内容可以根据网络通信的实际需要进行设定,本发明对此不作限定,例如,若第一响应包未超时并且第一响应包包括表征第二设备处于超时状态的标识,则第二数据包可以包括退出超时状态命令;若第一响应包超时或者不包括表征第二设备处于超时状态的标识,则第二数据包可以不包括退出超时状态命令。
应理解,表征第二设备处于超时状态的标识可以是任何可行的标识,本发明对此不作限定。
例如,表征第二设备处于超时状态的标识可以是字节中的某一位数据,例如可以规定某一个字节中的第四位为该标识,若该第四位为1,则可以表征第二设备处于超时状态,若该第四位不为1,则可以表征第二设备未处于超时状态。
又例如,表征第二设备处于超时状态的标识可以是上述的某一个数据位,也可以是用某一个字节或者数据段来表征第二设备处于超时状态,当然,还可以通过其他方式表征第二设备处于超时状态,例如可以在响应包中携带表征第二设备处于超时状态的文本,本发明对于如何表征第二设备处于超时状态不作限定,任何可行的表征方式均属于本发明的可选实施方式。
可选的,第一设备每次接收到新的响应包时,还可以对接收到的响应包进行检验,判断接收到的响应包是否有效,检验的方式包括:包序校验、通信地址校验或一致性校验。
可选的,若第一设备判断接收到的响应包无效,则第一设备接下来发送给第二设备的数据包可以不参考响应包包括的内容;若第一设备判断接收到的响应包有效,并且该响应包未超时和包括表征第二设备处于超时状态的标识,则第一设备接下来可以向第二设备发送包括退出超时状态命令的数据包。
可选的,判断接收到的响应包是否有效、判断接收到的响应包是否超时以及判断接收到的响应包是否包括表征第二设备处于超时状态的标识可以没有必然的先后顺序,本发明对这三个步骤的发生顺序不作限定,任何可行的发生顺序都是本发明可选的实施方式。例如,可以同时判断响应包是否超时和判断响应包是否有效,在判断接收到的响应包有效并且未超时后才判断接收到的响应包是否包括表征第二设备处于超时状态的标识;也可以在判断接收到响应包未超时后,再判断接收到的响应包是否有效和是否包括表征第二设备处于超时状态的标识。
可选的,本发明可以适用于点对点通信过程,发送设备与接收设备之间有通信链接的概念。
从以上方案可以看出,本发明可以诊断网络通信是否出现超时故障,并可以在诊断网络通信出现超时故障时,对应用程序访问目标数据进行限制,直到诊断网络通信恢复正常的时,可以判断网络通信恢复正常之前的网络通信是否处于超时故障状态,若处于,则说明网路通信已经由超时故障状态恢复为正常通信状态,可以解除对应用程序访问目标数据进行限制的状态,本发明通过诊断网络通信的状态,确定是否限制应用程序对目标数据的访问,可以在满足诊断网络通信故障的同时,还能满足对目标数据的保护,通信方法安全可靠。
如图2所示,在某些可选的实施方式中,上述方法还包括:
F100、第二设备接收第一设备发送的第三数据包;
F200、上述第二设备检验上述第三数据包是否有效,若有效,则执行F300,若无效,则执行F500;
F300、上述第二设备确定上述第三数据包是否超时,如果是,则执行F400;
F400、控制上述第二设备进入超时状态,并向上述第一设备发送包括表征上述第二设备处于超时状态的标识的第三响应包;
F500、若上述第二设备检验上述第三数据包无效,则上述第二设备删除上述第三数据包,并不发送响应包。
应理解,本发明涉及的第三数据包、第一数据包和第二数据包仅是一种命名方式,本发明不限定发送第二数据包与第三数据的先后顺序,也不限定发送第一数据包与发送第二数据包的先后顺序。
应理解,第一设备向第二设备发送数据包之前,可以根据最近时刻接收到的响应包判断接下来向第二设备发送的数据包是否可以携带有退出超时状态命令,若最近时刻接收到的响应包未超时并且包括表征第二设备处于超时状态的标识,则可以向第二设备发送包括退出超时状态命令的数据包;否则可以向第二设备发送不包括退出超时状态命令的数据包,数据包包括的内容可以根据网络通信的实际需要进行设定,本发明对此不作限定。
可选的,可以在发送第一数据包之前发送第三数据包,例如第一设备向第二设备发送第三数据包,第二设备可以判断第三数据包是否超时,若第三数据包超时,则第二设备可以向第一设备发送包括表征第二设备处于超时状态的标识的第三响应包,若第三数据包未超时,则第二设备可以向第一设备发送不包括表征第二设备处于超时状态的标识的第三响应包,第三响应包包括的内容可以根据网络通信的实际需要进行设定,本发明对此不作限定。
可选的,也可以在发送第二数据包之后发送第三数据包,第三数据包可以包括退出超时状态命令,也可以不包括退出超时状态命令,例如,若第二数据包包括退出超时状态命令,则第三数据包可以不包括退出超时状态命令;若第二数据包不包括退出超时状态命令,则第三数据包可以包括退出超时状态命令,也可以不包括退出超时状态命令。
应理解,第二设备可以持续接收第一设备发送的数据包,并判断接收到的数据包是否超时和判断接收到的数据包是否有效,可以是在接收到数据包后的一定时间内判断数据包是否超时和判断数据包是否有效,判断数据包是否超时和判断数据包是否有效没有必然的先后顺序,可以先判断数据包是否超时,也可以先判断数据包是否有效,还可以同时判断数据包是否超时和判断数据包是否有效,本发明对此不作限定。
可选的,若第二设备判断接收到的数据包超时并且有效,则可以向第一数据包发送包括表征第二设备处于超时状态的标识的响应包;若第二设备判断接收到的数据包未超时并且有效,则可以向第一设备发送包括表征通信正常的标识的响应包或者发送不包括表征第二设备处于超时状态的标识的响应包;若第二设备判断接收到的数据包超时并且无效,则第二设备可以删除该数据包或者进行其他处理,并且不向第一设备发送针对该数据包的响应包;若第二设备判断接收到的数据包未超时并且无效,则第二设备可以删除该数据包或者进行其他处理,并且不向第一设备发送针对该数据包的响应包。
可选的,如图3所示,在某些可选的实施方式中,本发明提供的一种网络通信方法可以包括:
T1时刻,通信主设备向通信从设备发送一个包括TimeOut flag=0的第i数据包,并开始计时;
通信从设备在T2时刻检验完成包括TimeOut flag=0的第i数据包,并重新开始计时,通信从设备判断包括TimeOut flag=0的第i数据包是否超时和是否有效,若未超时且有效,则向通信主设备发送包括TimeOut flag=0的第i响应包并开始计时;
通信主设备在T3时刻接收到包括TimeOut flag=0的第i响应包,通信主设备判断包括TimeOut flag=0的第i响应包是否超时和是否有效,若第i响应包未超时,无论第i响应包是否有效,均可以向通信从设备发送包括TimeOut flag=0的第i+1数据包并重新开始计时;
通信从设备在T4时刻检验完成包括TimeOut flag=0的第i+1数据包,并重新开始计时,通信从设备判断包括TimeOut flag=0的第i+1数据包是否超时和是否有效,若未超时且有效,则向通信主设备发送包括TimeOut flag=0的第i+1响应包;
通信主设备在T5时刻接收到包括TimeOut flag=0的第i+1响应包,通信主设备判断包括TimeOut flag=0的第i+1响应包是否超时和是否有效,若第i+1响应包未超时,无论第i+1响应包是否有效,均可以向通信从设备发送包括TimeOut flag=0的第i+2数据包并重新开始计时;
通信从设备在T6时刻检验完成包括TimeOut flag=0的第i+2数据包,并重新开始计时,通信从设备判断包括TimeOut flag=0的第i+2数据包是否超时和是否有效,若超时且有效,则向通信主设备发送包括TimeOut flag=1的第i+2响应包,并进入超时状态;
若网络通信在T5至T14期间一直处于超时故障状态,通信主设备可以周期性持续向通信从设备发送数据包,通信从设备也可以持续接收到数据包,并保持超时状态,通信从设备可以每次接收到数据包后都向通信主设备发送包括TimeOut flag=1的响应包;通信主设备也可以持续接收到通信从设备发送的包括TimeOut flag=1的响应包,并判断接收到的响应包是否超时和是否有效,若超时,则通信主设备可以持续向通信从设备发送包括TimeOut flag=0的数据包,并且每次发送数据包时可以重新开始计时;若不超时,则通信主设备可以向通信从设备发送包括TimeOut flag=1的数据包;
若通信主设备在T16时刻接收到通信从设备在T15时刻发送的未超时且有效的包括TimeOut flag=1的第i+N响应包,则通信主设备可以向通信从设备发送包括TimeOutflag=1的第i+N+1数据包,此时的TimeOut flag=1可以代表退出超时状态命令;
通信从设备在T17时刻检验完成包括TimeOut flag=1的第i+N+1数据包,并重新开始计时,通信从设备判断包括TimeOut flag=1的第i+N+1数据包是否有效,若有效,则可以根据第i+N+1数据包中包括的TimeOut flag=1控制通信从设备退出超时状态,并向通信主设备发送包括TimeOut flag=0的第i+N+1响应包,此时的第i+N+1响应包中包括TimeOutflag=0可以表征通信从设备未处于超时状态;
T18、T19和T20时刻,通信主设备和通信从设备可以恢复到没有超时故障的通信过程。
应理解,本实施例中的第i+2数据包可以是与图1和图2相对应的实施例中的第一数据包,本实施例中的第i+2响应包可以是与图1和图2相对应的实施例中的第一响应包;本实施例中的第i+N+1数据包可以是与图1和图2相对应的实施例中的第二数据包,本实施例中的第i+N+1响应包可以是与图1和图2相对应的实施例中的第二响应包。
应理解,第一设备可以是通信主设备,第二设备可以是通信从设备,通信从设备向通信主设备发送的响应包包括TimeOut flag=1时,可以表示通信从设备处于故障超时状态,此时的TimeOut flag=1可以是表征第二设备处于超时状态的标识,表征第二设备未处于超时状态的标识可以是TimeOut flag=0。通信主设备向通信从设备发送的数据包包括TimeOut flag=1时,可以表示通信主设备向通信从设备发送包括退出超时状态命令的数据包;通信主设备向通信从设备发送的数据包包括TimeOut flag=0时,可以表示通信主设备向通信从设备发送不包括退出超时状态命令的数据包。
应理解,若通信主设备在第一预设超时时长内接收到并检验完成新的响应包,则可以确定接收到的新的响应包未超时,否则可以确定接收到的新的响应包超时;若通信从设备在第二预设超时时长内接收到新的数据包,则可以确定接收到的新的数据包未超时,否则可以确定接收到的新的数据包超时,以上为图3实施例的说明。
在某些可选的实施方式中,上述第二设备确定上述第三数据包是否超时,包括:
上述第二设备确定从检验完成上述第三数据包的前一数据包的时刻起的第二预设超时时长内是否检验完成上述第三数据包,如果是,则确定上述第三数据包未超时,否则确定上述第三数据包超时。
应理解,第二设备每次检验完成数据包的时候都可以确定所接收到的数据包是否超时。例如,第二设备可以在每次检验完成到数据包后重新开始计时,并持续监视计时时间和检测是否检验完成新的数据包,若监视到计时时间已经大于第二预设超时时长,仍然没有检验完成新的数据包,则在接收到新的数据包时,可以确定所接收到的新的数据包超时;若计时时间还没有大于第二预设超时时长,第二设备已经检验完成新的数据包,则可以确定接收到的新的数据包未超时。
可选的,第二设备的计时时间可以是从检验完成当前数据包的时刻起,至检验完成下一个数据包的时刻止;也可以是从检验完成当前数据包的时刻起,至接收到下一个数据包的时刻止;还可以是从接收到当前数据包的时刻起,至接收到下一个数据包的时刻止,本发明对此不作限制。
可选的,第二设备也可以在每次检验完成时都记录下检验完成新的数据包的时刻,可以计算检验完成新的数据包的时刻与相邻一次检验完成数据包的时刻之间的时间长度,并判断该时间长度是否大于第二预设超时时长,若大于,则可以确定接收到的新的数据包超时,若不大于,则可以确定接收到新的数据包未超时。
在某些可选的实施方式中,上述第二设备确定上述第三数据包是否超时,包括:
上述第二设备从检验完成上述第三数据包的前一数据包的时刻起,将上述第二预设超时时长初始化为第一预设值,控制第二预设超时时长从上述第一预设值开始周期性减少,上述第二预设超时时长每个周期减少第一时间长度,若在上述第二预设超时时长小于预先设定的第一参考值时,上述第二设备仍然没有接收到上述第三数据包,则确定上述第三数据包超时,若上述第二预设超时时长在不小于上述预先设定的第一参考值时,上述第二设备已接收到上述第三数据包,则确定上述第三数据包未超时。
应理解,第三数据包的命名方式不限制第三数据包的发送时间,第三数据包可以是任意时刻发送的数据包。
应理解,第二设备每次检验完成新的数据包时都可以将第二预设超时时长初始化为第一预设值,以此重新开始计时,计时的过程中,第二设备可以周期检测是否收到第三数据包,若没有检测到第三数据包,则每次检测后,第二预设超时时长可以减少第一时间长度,若直到第二预设超时时长减少到小于第一参考值时,第二设备仍然没有接收到第三数据包,则可以确定第三数据包超时,若第二预设超时时长在不小于预先设定的第一参考值时,第二设备已接收到第三数据包,则可以确定第三数据包未超时。
可选的,第二设备可以在每次检验完成新的数据包时将第二预设超时时长初始化为第一预设值,也可以在直到第二预设超时时长减少到小于第一参考值,并且第二设备仍然没有接收到第三数据包后,将第二预设超时时长初始化为第一预设值,并暂停计时,直到接收到并检验完成第三数据包后开始计时,本发明对计时方式不作限制。
在某些可选的实施方式中,上述第一设备根据发送上述第一数据包的时刻和第一预设超时时长,确定上述第一响应包是否未超时,包括:
上述第一设备从发送上述第一数据包的时刻起,将上述第一预设超时时长初始化为第二预设值,控制上述第一预设超时时长从上述第二预设值开始周期性增加,上述第一预设超时时长每个周期增加第二时间长度,若在上述第一预设超时时长大于预先设定的第二参考值前,上述第一设备接收到上述第一响应包,则确定上述第一响应包未超时,若在上述第一预设超时时长大于预先设定的第二参考值时,上述第一设备仍然没有接收到上述第一响应包,则确定上述第一响应包超时。
在某些可选的实施方式中,在上述第二设备接收到上述第一设备发送的数据包后,上述方法还包括:
上述第二设备获取接收到的第一设备发送的数据包携带的数据信息;
根据上述数据信息,判断上述数据包是否有效,若有效,则向上述第一设备发送响应包,若无效,则上述第二设备不发送响应包。
应理解,第二设备每次接收到新的数据包时,可以对接收到的数据包进行检验,判断接收到的数据包是否有效,检验的方式包括:包序校验、通信地址校验或一致性校验。
可选的,可以在判断数据包是否超时之前判断数据包是否有效,也可以在判断数据包是否超时之后判断数据包是否有效,还可以判断数据包是否超时的时候同时判断数据包是否有效,本发明对此不作限制。
在某些可选的实施方式中,上述超时状态是禁止上述第二设备中的安全数据被应用程序访问的状态。
可选的,上述第二设备进入超时状态后,可以是第二设备中的部分安全数据禁止被应用程序访问,也可以是全部安全数据禁止被应用程序访问。本发明对超时状态不作限制,任何可以保护安全数据的方式都属于本发明可选的实施方式。
本发明提供了一种网络通信系统,包括:第一设备,上述第一设备包括:响应包接收单元100、第一超时状态判断单元200、标识判断单元300和数据包发送单元400;
上述响应包接收单元100,用于接收第二设备发送的第一响应包,其中,上述第一响应包为对上述第一设备发送给上述第二设备的第一数据包的响应;
上述第一超时状态判断单元200,用于根据发送上述第一数据包的时刻和第一预设超时时长,确定上述第一响应包是否未超时,如果是,则触发上述标识判断单元300;
上述标识判断单元300,用于判断上述第一响应包中是否包括表征上述第二设备处于超时状态的标识,如果是,则触发上述数据包发送单元;
上述数据包发送单元400,用于向上述第二设备发送第二数据包,以使上述第二设备根据上述第二数据包退出上述超时状态,其中,上述第二数据包至少包括退出超时状态命令,上述超时状态为对应用程序访问目标数据进行限制的状态。
在某些可选的实施方式中,上述系统还包括:第二设备,上述第二设备包括:数据包接收单元500、数据包有效性确定单元600、第二超时状态判断单元700、超时状态进入单元800、响应包发送单元900和数据包删除单元1000;
上述数据包接收单元500,用于接收第一设备发送的第三数据包;
上述数据包有效性确定单元600,用于上述第二设备检验上述第三数据包是否有效,若有效,则触发上述第二超时状态判断单元700,若无效,则触发上述数据包删除单元1000;
上述第二超时状态判断单元700,用于确定上述第三数据包是否超时,如果是,则触发上述超时状态进入单元800和上述响应包发送单元900;
上述超时状态进入单元800,用于控制上述第二设备进入超时状态;
上述响应包发送单元900,用于向上述第一设备发送包括表征上述第二设备处于超时状态的标识的第三响应包
上述数据包删除单元1000,用于当上述第二设备检验所述第三数据包无效时,上述第二设备删除所述第三数据包,并不发送响应包。
在某些可选的实施方式中,上述第二超时状态判断单元600,具体用于上述第二设备确定从接收并检验完成上述第三数据包的前一数据包的时刻起的第二预设超时时长内是否接收到上述第三数据包,如果是,则确定上述第三数据包未超时,否则确定上述第三数据包超时。
在某些可选的实施方式中,上述第二超时状态判断单元600,包括:第一初始化单元、第二预设超时时长减少单元和第二超时状态第二判断子单元;
上述第一初始化单元,用于上述第二设备从接收并检验完成上述第三数据包的前一数据包的时刻起,将上述第二预设超时时长初始化为第一预设值;
上述第二预设超时时长减少单元,用于控制第二预设超时时长从上述第一预设值开始周期性减少,上述第二预设超时时长每个周期减少第一时间长度;
上述第二超时状态第二判断子单元,用于判断第三数据包是否超时,若在上述第二预设超时时长小于预先设定的第一参考值时,上述第二设备仍然没有接收到上述第三数据包,则确定上述第三数据包超时,若上述第二预设超时时长在不小于预先设定的第一参考值时,上述第二设备已接收到上述第三数据包,则确定上述第三数据包未超时。
在某些可选的实施方式中,上述第一超时状态判断单元200,包括:第二初始化单元、第一预设超时时长增加单元和第一超时状态判断子单元;
上述第二初始化单元,用于上述第一设备从发送上述第一数据包的时刻起,将上述第一预设超时时长初始化为第二预设值;
上述第一预设超时时长增加单元,用于控制上述第一预设超时时长从上述第二预设值开始周期性增加,上述第一预设超时时长每个周期增加第二时间长度;
上述第一超时状态判断子单元,用于判断第一响应包是否超时,若在上述第一预设超时时长大于预先设定的第二参考值前,上述第一设备接收到上述第一响应包,则确定上述第一响应包未超时,若在上述第一预设超时时长大于预先设定的第二参考值时,上述第一设备仍然没有接收到上述第一响应包,则确定上述第一响应包超时。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。

Claims (10)

1.一种网络通信方法,其特征在于,包括:
第一设备接收第二设备发送的第一响应包,其中,所述第一响应包为对所述第一设备发送给所述第二设备的第一数据包的响应;
所述第一设备根据发送所述第一数据包的时刻和第一预设超时时长,确定所述第一响应包是否未超时,如果是,则判断所述第一响应包中是否包括表征所述第二设备处于超时状态的标识,如果是,则向所述第二设备发送第二数据包,以使所述第二设备根据所述第二数据包退出所述超时状态,其中,所述第二数据包至少包括退出超时状态命令,所述超时状态为对应用程序访问目标数据进行限制的状态。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述第二设备接收所述第一设备发送的第三数据包;
所述第二设备检验所述第三数据包是否有效,若有效,则所述第二设备确定所述第三数据包是否超时,如果是,则控制所述第二设备进入所述超时状态,并向所述第一设备发送包括表征所述第二设备处于超时状态的标识的第三响应包;
若所述第二设备检验所述第三数据包无效,则所述第二设备删除所述第三数据包,并不发送响应包。
3.根据权利要求2所述的方法,其特征在于,所述第二设备确定所述第三数据包是否超时,包括:
所述第二设备确定从检验完成所述第三数据包的前一数据包的时刻起的第二预设超时时长内是否接收到所述第三数据包,如果是,则确定所述第三数据包未超时,否则确定所述第三数据包超时。
4.根据权利要求2所述的方法,其特征在于,所述第二设备确定所述第三数据包是否超时,包括:
所述第二设备从检验完成所述第三数据包的前一数据包的时刻起,将第二预设超时时长初始化为第一预设值,控制所述第二预设超时时长从所述第一预设值开始周期性减少,所述第二预设超时时长每个周期减少第一时间长度,若在所述第二预设超时时长小于预先设定的第一参考值时,所述第二设备仍然没有接收到所述第三数据包,则确定所述第三数据包超时,若所述第二预设超时时长在不小于所述预先设定的第一参考值时,所述第二设备已接收到所述第三数据包,则确定所述第三数据包未超时。
5.根据权利要求1所述的方法,其特征在于,所述第一设备根据发送所述第一数据包的时刻和第一预设超时时长,确定所述第一响应包是否未超时,包括:
所述第一设备从发送所述第一数据包的时刻起,将所述第一预设超时时长初始化为第二预设值,控制所述第一预设超时时长从所述第二预设值开始周期性增加,所述第一预设超时时长每个周期增加第二时间长度,若在所述第一预设超时时长大于预先设定的第二参考值前,所述第一设备接收到所述第一响应包,则确定所述第一响应包未超时,若在所述第一预设超时时长大于预先设定的第二参考值时,所述第一设备仍然没有接收到所述第一响应包,则确定所述第一响应包超时。
6.根据权利要求1所述的方法,其特征在于,所述超时状态是禁止所述第二设备中的安全数据被应用程序访问的状态。
7.一种网络通信系统,其特征在于,包括:第一设备,所述第一设备包括:响应包接收单元、第一超时状态判断单元、标识判断单元和数据包发送单元;
所述响应包接收单元,用于接收第二设备发送的第一响应包,其中,所述第一响应包为对所述第一设备发送给所述第二设备的第一数据包的响应;
所述第一超时状态判断单元,用于根据发送所述第一数据包的时刻和第一预设超时时长,确定所述第一响应包是否未超时,如果是,则触发所述标识判断单元;
所述标识判断单元,用于判断所述第一响应包中是否包括表征所述第二设备处于超时状态的标识,如果是,则触发所述数据包发送单元;
所述数据包发送单元,用于向所述第二设备发送第二数据包,以使所述第二设备根据所述第二数据包退出所述超时状态,其中,所述第二数据包至少包括退出超时状态命令,所述超时状态为对应用程序访问目标数据进行限制的状态。
8.根据权利要求7所述的系统,其特征在于,所述网络通信系统还包括:第二设备,所述第二设备包括:数据包接收单元、数据包有效性确定单元、第二超时状态判断单元、超时状态进入单元、响应包发送单元和数据包删除单元;
所述数据包接收单元,用于接收第一设备发送的第三数据包;
所述数据包有效性确定单元,用于所述第二设备检验所述第三数据包是否有效,若有效,则触发所述第二超时状态判断单元,若无效,则触发数据包删除单元;
所述第二超时状态判断单元,用于确定所述第三数据包是否超时,如果是,则触发所述超时状态进入单元和所述响应包发送单元;
所述超时状态进入单元,用于控制所述第二设备进入超时状态;
所述响应包发送单元,用于向所述第一设备发送包括表征所述第二设备处于超时状态的标识的第三响应包;
所述数据包删除单元,用于当所述第二设备检验所述第三数据包无效时,所述第二设备删除所述第三数据包,并不发送响应包。
9.根据权利要求8所述的系统,其特征在于,所述第二超时状态判断单元,包括:第一初始化单元、第二预设超时时长减少单元和第二超时状态第二判断子单元;
所述第一初始化单元,用于所述第二设备从检验完成所述第三数据包的前一数据包的时刻起,将所述第二预设超时时长初始化为第一预设值;
所述第二预设超时时长减少单元,用于控制第二预设超时时长从所述第一预设值开始周期性减少,所述第二预设超时时长每个周期减少第一时间长度;
所述第二超时状态第二判断子单元,用于判断第三数据包是否超时,若在所述第二预设超时时长小于预先设定的第一参考值时,所述第二设备仍然没有接收到所述第三数据包,则确定所述第三数据包超时,若所述第二预设超时时长在不小于预先设定的第一参考值时,所述第二设备已接收到所述第三数据包,则确定所述第三数据包未超时。
10.根据权利要求7所述的系统,其特征在于,所述第一超时状态判断单元,包括:第二初始化单元、第一预设超时时长增加单元和第一超时状态判断子单元;
所述第二初始化单元,用于所述第一设备从发送所述第一数据包的时刻起,将所述第一预设超时时长初始化为第二预设值;
所述第一预设超时时长增加单元,用于控制所述第一预设超时时长从所述第二预设值开始周期性增加,所述第一预设超时时长每个周期增加第二时间长度;
所述第一超时状态判断子单元,用于判断第一响应包是否超时,若在所述第一预设超时时长大于预先设定的第二参考值前,所述第一设备接收到所述第一响应包,则确定所述第一响应包未超时,若在所述第一预设超时时长大于预先设定的第二参考值时,所述第一设备仍然没有接收到所述第一响应包,则确定所述第一响应包超时。
CN201911156067.3A 2019-11-22 2019-11-22 一种网络通信方法和系统 Active CN110971595B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911156067.3A CN110971595B (zh) 2019-11-22 2019-11-22 一种网络通信方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911156067.3A CN110971595B (zh) 2019-11-22 2019-11-22 一种网络通信方法和系统

Publications (2)

Publication Number Publication Date
CN110971595A CN110971595A (zh) 2020-04-07
CN110971595B true CN110971595B (zh) 2021-08-24

Family

ID=70031316

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911156067.3A Active CN110971595B (zh) 2019-11-22 2019-11-22 一种网络通信方法和系统

Country Status (1)

Country Link
CN (1) CN110971595B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113542057B (zh) * 2021-06-23 2022-11-01 浙江中控技术股份有限公司 基于冗余设备的通信故障检测方法、设备和系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101971629A (zh) * 2008-03-12 2011-02-09 艾利森电话股份有限公司 用于适配视频信号的目标速率的设备和方法
CN102158896A (zh) * 2010-02-12 2011-08-17 华为技术有限公司 处理本地链路拥塞的方法和装置
CN102577279A (zh) * 2009-10-22 2012-07-11 摩托罗拉解决方案公司 用于控制通信网络中的拥塞的方法和装置
CN102638418A (zh) * 2012-03-31 2012-08-15 上海量明科技发展有限公司 一种即时通信中数据传输的方法、客户端和系统
CN105530110A (zh) * 2014-09-30 2016-04-27 华为技术有限公司 一种网络故障检测方法以及相关网元

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9515942B2 (en) * 2012-03-15 2016-12-06 Intel Corporation Method and system for access point congestion detection and reduction
CN104283808B (zh) * 2013-07-03 2019-03-26 华为技术有限公司 拥塞控制方法、设备及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101971629A (zh) * 2008-03-12 2011-02-09 艾利森电话股份有限公司 用于适配视频信号的目标速率的设备和方法
CN102577279A (zh) * 2009-10-22 2012-07-11 摩托罗拉解决方案公司 用于控制通信网络中的拥塞的方法和装置
CN102158896A (zh) * 2010-02-12 2011-08-17 华为技术有限公司 处理本地链路拥塞的方法和装置
CN102638418A (zh) * 2012-03-31 2012-08-15 上海量明科技发展有限公司 一种即时通信中数据传输的方法、客户端和系统
CN105530110A (zh) * 2014-09-30 2016-04-27 华为技术有限公司 一种网络故障检测方法以及相关网元

Also Published As

Publication number Publication date
CN110971595A (zh) 2020-04-07

Similar Documents

Publication Publication Date Title
JP6555209B2 (ja) 通信システム、管理ノード、通信ノード、カウンタ同期方法、カウント値配信方法、カウント値初期化方法、プログラム、記録媒体
KR101369727B1 (ko) 캡차를 기반으로 하는 트래픽 제어 장치 및 그 방법
CN106533805B (zh) 一种微服务请求处理方法、微服务控制器及微服务架构
CN100365994C (zh) 用于调试以太网的方法和装置
WO2011097767A1 (zh) 针对mtc的网络接入方法和系统
JP6369341B2 (ja) 車載通信システム
CN112347022B (zh) 用于can节点的安全模块
EP0925666A1 (en) Method and system for indentifying an error condition due to a faulty cable connection in an ethernet network
CN107038391A (zh) 用于通过嵌入式系统保护数据完整性的方法和设备
CN110971595B (zh) 一种网络通信方法和系统
JP2019174426A (ja) 異常検知装置、異常検知方法およびプログラム
CN110574019A (zh) 数据中心之间鲁棒的数据复制
TR201906784T4 (tr) Kullanıcı cihazı, baz istasyonu, erişim baz istasyonu ve kablosuz bağlantı izleme yöntemi.
CN111226417A (zh) 车载通信装置、车载通信系统以及车载通信方法
JP2000286868A (ja) 通信ネットワーク
US20170118230A1 (en) Communication system, control device, and control method
CN105207802A (zh) 节点的版本升级方法、装置和系统
US9499174B2 (en) Method and apparatus for isolating a fault-active controller in a controller area network
CN109150587B (zh) 一种维护方法和装置
CN111372291B (zh) 一种无线资源控制rrc连接重建立方法及装置
KR102204656B1 (ko) 일반 can 메시지의 전송지연을 예측하는 can 네트워크에 대한 메시지플러딩 공격 완화 시스템
WO2009074090A1 (fr) Procédé et appareil de détection de liaison
CN108241588A (zh) 数据传输的方法和装置
EP3190743B1 (en) Packet processing method, network server and virtual private network system
CN109361620B (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
CP03 Change of name, title or address

Address after: No. 309 Liuhe Road, Binjiang District, Hangzhou City, Zhejiang Province (High tech Zone)

Patentee after: Zhongkong Technology Co.,Ltd.

Country or region after: China

Address before: No. six, No. 309, Binjiang District Road, Hangzhou, Zhejiang

Patentee before: ZHEJIANG SUPCON TECHNOLOGY Co.,Ltd.

Country or region before: China