CN105978757A - 用于保持连接的心跳方法和系统 - Google Patents

用于保持连接的心跳方法和系统 Download PDF

Info

Publication number
CN105978757A
CN105978757A CN201610414480.5A CN201610414480A CN105978757A CN 105978757 A CN105978757 A CN 105978757A CN 201610414480 A CN201610414480 A CN 201610414480A CN 105978757 A CN105978757 A CN 105978757A
Authority
CN
China
Prior art keywords
terminal
heartbeat packet
cycle
cloud server
identification information
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
CN201610414480.5A
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.)
Beijing Ronglian Ets Information Technology Co Ltd
Original Assignee
Beijing Ronglian Ets Information 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 Beijing Ronglian Ets Information Technology Co Ltd filed Critical Beijing Ronglian Ets Information Technology Co Ltd
Priority to CN201610414480.5A priority Critical patent/CN105978757A/zh
Publication of CN105978757A publication Critical patent/CN105978757A/zh
Pending legal-status Critical Current

Links

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
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明涉及一种用于保持连接的心跳方法和系统,分为终端和云服务器两个方面,通过终端采集最大心跳包周期并上传到云服务器,再由云服务器统计出最优心跳包周期;当终端处于某网络状态下,服务器下发对应的最优心跳包周期,以此作为初始心跳包周期,用于保活网络链路,这样能避免不必要的试探和浪费终端流量和电量。

Description

用于保持连接的心跳方法和系统
技术领域
本发明涉及通信技术领域,尤其涉及一种保持连接的心跳方法和系统。
背景技术
目前,绝大部分终端是由运营商或企业为终端分配内网地址后,通过网关做一个网络地址转换(Network Address Translation,NAT),再连接外部互联网。网关为了保证内网地址上网体验,对一段时间内不活跃的联网通道,回收映射资源,并断开网络。而终端为了保持活跃的联网通道,向服务器端周期发送协议包,称为心跳包。服务器根据接收心跳包的情况来确定网关设备的工作状态,即在线或离线。
现有技术中心跳包的发送方式包括固定周期时间和实时动态调整周期时间这两种方式。
采用固定周期时间的发送方式,虽然实现简单,但是不能自动适应网络。如果心跳包发送的间隔小,则会浪费流量和电量;如果心跳包发送的间隔大,则不能即时响应网络变化,进而降低用户体验。此外,在网关设备繁忙时,不能执行定期心跳包的发送,从而导致服务器误操作。
采用实时动态的调整周期时间的发送方式,虽然能提升用户体验,但是在相同的网络情况下,依然要重复试探旧终端、重新试探新终端,这会大量消耗终端设备(如手机等移动设备)的电量,同时也会浪费终端的网络流量。
发明内容
鉴于上述的分析,本发明旨在提供一种用于保持连接的心跳方法和系统,用以解决现有方法需要重复试探、消耗终端设备(如手机等移动设备)的电量和网络流量的问题。
本发明的目的主要是通过以下技术方案实现的:
用于云服务器的保持连接的心跳方法,包括以下步骤:
S1.云服务器向各终端下发采集与上传策略,所述采集与上传策略为采集终端的最大心跳包周期,并向云服务器上传最大心跳包周期及对应终端的标识信息,;
S2.云服务器接收各终端上传的终端最大心跳包周期及终端的标识信息;
S3.云服务器根据标识信息及对应的最大心跳包周期统计最优心跳周期,并保存;
S4.在终端重复登录或者首次登录情况下,根据终端登录时上传的标识信息,云服务器下发对应的最优心跳周期。
其中,标识信息包括终端的地理位置、网络类型和运营商类型;最优心跳周期的统计是采用分组统计,以及取平均值的方式、且统计可以是进行定时的。
用于终端的保持连接的心跳方法,包括以下步骤:
S1.终端接收云服务器下发的采集与上传策略;
S2.终端根据所接收到的采集与上传策略采集最大心跳包周期;
S3.终端向云服务器上传终端最大心跳包周期及终端的标识信息,再由云服务器端进行数据处理;
S4.在终端重复登录或者首次登录情况下,接收云服务器下发的最优心跳周期,该最优心跳周期是与终端登录时上传的标识信息对应的最优心跳周期。
其中,步骤S2中采集最大心跳包周期进一步包括:当满足智能心跳包采集试探条件下,以当前网络心跳包周期加入一步长作为试探周期,向服务器发送试探心跳包,再不断加大步长并发送试探心跳包,直到因为周期过长而导致发送心跳包无服务器响应的失败,这时以最近成功的试探周期作为最大心跳包周期;当网络条件发生变化,出现业务包发送的异常情况,则中断试探过程。
步骤S3中,终端向云服务器上传终端最大心跳包周期和标识信息进一步包括:当有成功获取的最长心跳包周期,则根据当前采集与上传策略和网络状态,选取上传方式:当终端处于移动网络下,则先将上传信息缓存,等待非收费网络再上传;当终端处于非收费网络下,则立即上传信息;当上传失败后,再次进行上传,默认3次最大失败次数;
步骤S4中,在终端重复登录或者首次登录情况下,接收云服务器根据终端登录时上传的标识信息下发对应最优心跳周期的步骤进一步包括:当终端位置变化或者网络变化时,终端主动上报或者由业务包捎带上报变化信息,服务器根据变化信息,下发当前网络状态下的最优心跳包周期;如果服务器没有下发最优心跳包周期,终端将按照终端内置的默认心跳包策略,发送心跳包。
本发明还提供一种用于云服务器的实现心跳方法的系统,包括:云服务器策略下发模块,其用于向各终端下发采集与上传策略;云服务器接收模块,其用于接收各终端上传到云服务器的终端最大心跳包周期及各终端的标识信息;云服务器统计心跳包周期模块,其用于根据标识信息及对应的最大心跳包周期统计最优心跳周期;云服务器心跳包周期下发模块,其用于在终端重复登录或者首次登录情况下,根据终端登录时上传的标识信息下发对应的最优心跳周期。
本发明还提供一种用于终端的实现心跳方法的系统,包括:策略接收模块,其用于接收云服务器下发的采集与上传策略;自适应网络心跳采集模块,其用于根据所接收到的采集与上传策略采集最大心跳包周期;上传模块,其用于终端缓存或者向云服务器上传最大心跳包周期及终端的标识信息;心跳包周期接收模块,其用于在终端重复登录或者首次登录情况下,接收云服务器根据终端登录时上传的标识信息下发的对应最优心跳周期。
本发明有益效果如下:用于保持连接的心跳方法和系统,通过终端采集最大心跳包周期并上传到云服务器,再由云服务器统计出最优心跳包周期;当终端处于某网络状态下,服务器下发对应的最优心跳包周期作为初始心跳包周期,用于保活网络链路,这样能避免不必要的试探和浪费终端流量和电量。
本发明的其他特征和优点将在随后的说明书中阐述,并且,部分的从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图仅用于示出具体实施例的目的,而并不认为是对本发明的限制,在整个附图中,相同的参考符号表示相同的部件。
图1为云服务器统计最优心跳包周期的流程
图2为云服务器下发最优心跳包周期的流程
图3为终端的自适应心跳包采集的流程
图4为终端缓存与上传心跳包周期的流程
具体实施方式
下面结合附图来具体描述本发明的优选实施例,其中,附图构成本申请一部分,并与本发明的实施例一起用于阐释本发明的原理。
本发明的一个具体实施例,公开了一种用于保持连接的心跳方法,用于云服务器,具体包括如下步骤:
S1.云服务器策略下发模块向各终端下发采集与上传策略,所述采集与上传策略为:采集终端的最大心跳包周期,并向云服务器上传最大心跳包周期及对应终端的标识信息;
所述标识信息包括终端的地理位置、网络类型和运营商类型;地理位置、网络类型和运营商类型是终端的状态属性,三者之间是并列关系,其中网络类型是Wifi、2G网络、3G网络、4G网络、Lan等,运营商类型是移动、电信、联通、歌华等;
S2.云服务器接收模块接收各终端上传的终端最大心跳包周期及终端标识信息;
S3.云服务器统计心跳包周期模块根据各终端上传的终端最大心跳包周期及终端的标识信息统计最优心跳周期并保存,可以将最优心跳周期保存在网络最优心跳包周期结果表中;
具体地,如图1所示,当满足统计心跳包周期的触发条件时,云服务器端根据地理位置、网络类型和运营商类型,分组统计某一区域范围内、或某一网络类型下、或某运营商下的最优心跳周期;其中,触发条件可以是定时触发,统计方式通常采用取平均值的方式,分组统计是指地理位置、网络类型和运营商类型三者的多种排列组合,如望京、4G网络、移动通信;
S4.在终端重复登录或者首次登录情况下(登录过程中终端会向服务器上传标识信息),如图2所示,当达到智能心跳包周期下发触发条件时,云服务器心跳包周期下发模块根据该终端的标识信息,下发最优心跳周期,作为初始心跳包周期,用于保活网络链路;其中,下发触发条件是指根据标识信息能检索到最优心跳包的情况。
本发明的另一个具体实施例,公开了一种用于保持连接的心跳方法,用于终端,具体包括如下步骤:
S1、终端策略接收模块接收云服务器下发的采集与上传策略;其中,终端是通过移动网络、WiFi网络等与云服务器建立连接的;
S2、终端自适应网络心跳采集模块根据所接收到的采集与上传策略采集最大心跳包周期;
具体地,终端发送心跳包根据终端内置的默认心跳包策略执行,所述默认心跳包策略为:终端在前端应用以固定周期发保活心跳包,如有业务交互,则业务包同时起到了保活的作用,不用单独发心跳包;当终端在后台应用,则触发自适应网络心跳包试探。如图3所示,当满足智能心跳包采集试探条件时,以当前网络心跳包周期加入一步长作为试探周期,向服务器发送试探心跳包,再不断加大步长并发送试探心跳包,直到因为周期过长而导致发送心跳包无服务器响应的失败,这时以最近成功的试探周期作为最大心跳包周期;当网络条件发生变化,出现业务包发送等异常情况,则中断试探过程,心跳包周期回归默认值;
其中,步长可以取值30秒;智能心跳包采集试探条件可以是终端业务处于空闲状态,异常情况是指非业务空闲状态。当终端处于非业务空闲状态,例如在网络切换(Wifi切换4G)后,SDK重连为主要任务,业务包开始发送(例如发送文本消息),此时不满足智能心跳包采集试探条件,处于异常情况中;
S3、终端上传模块向云服务器上传终端最大心跳包周期及终端的标识信息,再由云服务器端进行数据处理;具体地,如图4所示的流程,一旦有成功获取的最长心跳包周期,达到智能心跳包上传触发条件,则根据当前采集与上传策略和网络状态,选取上传方式:当终端处于移动网络下,则先将上传信息缓存,等待非收费网络再上传;终端处于如Wifi的非收费网络下,则立即上传信息;当上传失败后,再次进行上传,默认3次最大失败次数;
S4、终端心跳包周期接收模块在终端重复登录或者首次登录情况下,接收云服务器根据终端登录时上传的标识信息下发的对应最优心跳周期;具体地,当地理位置、网络类型和运营商类型三者之一发生变化(如由[望京、4G、移动]变化为[芍药居、3G、移动]),终端主动上报或者由业务包携带变化信息,服务器根据变化信息,下发当前网络状态下的最优心跳包周期;如果服务器没有下发最优心跳包周期,终端将按照终端内置的默认心跳包策略,发送心跳包,以保活网络链路;
其中,变化信息可以是地理位置、网络类型和运营商类型三者中发生变化那一个的属性的值,而不再上传没有发生变化的值;也可以将三者全部作为变化信息上传。
本发明的另一个具体实施例,公开了一种用于云服务器的、执行上述用于保持连接的心跳方法的系统,包括:
云服务器策略下发模块,其用于向各终端下发采集与上传策略;
云服务器接收模块,其用于接收各终端上传到云服务器的终端最大心跳包周期及各终端的标识信息;
云服务器统计心跳包周期模块,其用于根据标识信息及对应的最大心跳包周期统计某区域网络状态下对应的最优心跳周期;
云服务器心跳包周期下发模块,其用于在终端重复登录或者首次登录情况下,根据终端登录时上传的标识信息下发对应的最优心跳周期。
本发明的另一个具体实施例,公开了一种用于终端的、执行上述保持连接的心跳方法的系统,包括:
策略接收模块,其用于接收云服务器下发的采集与上传策略;
自适应网络心跳采集模块,其用于根据所接收到的采集与上传策略采集某一区域网络状态的最大心跳包周期;
上传模块,其用于终端缓存或向云服务器上传最大心跳包周期及终端的标识信息;
心跳包周期接收模块,其用于在终端重复登录或者首次登录情况下,接收云服务器根据终端登录时上传的标识信息下发的对应最优心跳周期。
综上所述,本发明的实施例提供了一种用于保持连接的心跳方法和系统,通过终端采集最大心跳包周期并上传到云服务器,再由云服务器统计出最优心跳包周期;当终端处于某网络状态下,服务器下发对应的最优心跳包周期作为初始心跳包周期,用于保活网络链路,以避免不必要的试探和浪费终端流量和电量;同时大数据的网络统计结果,还可以用于运营商的网络优化,还可以供第三方应用开发商直接获取,提高用户体验。
本领域技术人员可以理解,实现上述实施例方法的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于计算机可读存储介质中。其中,所述计算机可读存储介质为磁盘、光盘、只读存储记忆体或随机存储记忆体等。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。

Claims (9)

1.一种用于保持连接的心跳方法,用于云服务器,其特征在于,包括以下步骤:
S1.云服务器向各终端下发采集与上传策略,所述采集与上传策略为采集终端的最大心跳包周期,并向云服务器上传最大心跳包周期及对应终端的标识信息;
S2.云服务器接收各终端上传的终端最大心跳包周期及终端的标识信息;
S3.云服务器根据标识信息及对应的最大心跳包周期统计最优心跳周期,并保存;
S4.在终端重复登录或者首次登录情况下,根据终端登录时上传的标识信息,云服务器下发对应的最优心跳周期。
2.根据权利要求1所述的用于保持连接的心跳方法,其特征在于,标识信息包括终端的地理位置、网络类型和运营商类型;最优心跳周期的统计采用分组统计方式。
3.根据权利要求1或2所述的用于保持连接的心跳方法,其特征在于,最优心跳周期的统计采用取平均值的方式。
4.一种用于保持连接的心跳方法,用于终端,其特征在于,包括以下步骤:
S1.终端接收云服务器下发的采集与上传策略,所述采集与上传策略为采集终端最大心跳包周期,并向云服务器上传最大心跳包周期及对应终端的标识信息;
S2.终端根据所接收到的采集与上传策略采集最大心跳包周期;
S3.终端向云服务器上传终端最大心跳包周期及终端的标识信息,再由云服务器端进行数据处理;
S4.在终端重复登录或者首次登录情况下,接收云服务器根据终端登录时上传的标识信息下发的对应最优心跳周期。
5.根据权利要求4所述的用于保持连接的心跳方法,其特征在于,采集最大心跳包周期进一步包括:当满足智能心跳包采集试探条件下,以当前网络心跳包周期加入一步长作为试探周期,向服务器发送试探心跳包,再不断加大步长并发送试探心跳包,直到因为周期过长而导致发送心跳包无服务器响应的失败,这时以最近成功的试探周期作为最大心跳包周期;当网络条件发生变化,出现业务包发送的异常情况,则中断试探过程。
6.根据权利要求4所述的用于保持连接的心跳方法,其特征在于,终端向云服务器上传终端最大心跳包周期和标识信息进一步包括:当有成功获取的最长心跳包周期,则根据当前采集与上传策略和网络状态,选取上传方式:当终端处于移动网络下,则先将上传信息缓存,等待非收费网络再上传;当终端处于非收费网络下,则立即上传信息;当上传失败后,再次进行上传,默认3次最大失败次数。
7.根据权利要求4所述的用于保持连接的心跳方法,其特征在于,在终端重复登录或者首次登录情况下,接收云服务器根据终端登录时上传的标识信息下发对应最优心跳周期的步骤进一步包括:当终端位置变化或者网络变化时,终端主动上报或者由业务包捎带上报变化信息,服务器根据变化信息,下发当前网络状态下的最优心跳包周期;如果服务器没有下发最优心跳包周期,终端将按照终端内置的默认心跳包策略,发送心跳包。
8.一种实现权利要求1所述方法的用于保持连接的心跳系统,用于云服务器,其特征在于,包括:云服务器策略下发模块,其用于向各终端下发采集与上传策略;云服务器接收模块,其用于接收各终端上传到云服务器的终端最大心跳包周期及各终端的标识信息;云服务器统计心跳包周期模块,其用于根据标识信息及对应的最大心跳包周期统计最优心跳周期;云服务器心跳包周期下发模块,其用于在终端重复登录或者首次登录情况下,根据终端登录时上传的标识信息下发对应的最优心跳周期。
9.一种实现权利要求4所述方法的用于保持连接的心跳系统,用于终端,其特征在于,包括:策略接收模块,其用于接收云服务器下发的采集与上传策略;自适应网络心跳采集模块,其用于根据所接收到的采集与上传策略采集最大心跳包周期;上传模块,其用于终端缓存或者向云服务器上传最大心跳包周期及终端的标识信息;心跳包周期接收模块,其用于在终端重复登录或者首次登录情况下,接收云服务器根据终端登录时上传的标识信息下发的对应最优心跳周期。
CN201610414480.5A 2016-06-13 2016-06-13 用于保持连接的心跳方法和系统 Pending CN105978757A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610414480.5A CN105978757A (zh) 2016-06-13 2016-06-13 用于保持连接的心跳方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610414480.5A CN105978757A (zh) 2016-06-13 2016-06-13 用于保持连接的心跳方法和系统

Publications (1)

Publication Number Publication Date
CN105978757A true CN105978757A (zh) 2016-09-28

Family

ID=57011662

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610414480.5A Pending CN105978757A (zh) 2016-06-13 2016-06-13 用于保持连接的心跳方法和系统

Country Status (1)

Country Link
CN (1) CN105978757A (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106452977A (zh) * 2016-11-24 2017-02-22 武汉斗鱼网络科技有限公司 一种动态自适应心跳发送方法及系统
CN107197509A (zh) * 2017-05-22 2017-09-22 深圳市沃特沃德股份有限公司 心跳连接方法和装置
CN107395460A (zh) * 2017-08-23 2017-11-24 上海斐讯数据通信技术有限公司 终端的稳定性检测方法、终端心跳频率的统计方法及系统
CN108880744A (zh) * 2017-05-08 2018-11-23 芯光飞株式会社 连接确认数据包的传输控制方法及装置
CN109150670A (zh) * 2018-11-05 2019-01-04 中通天鸿(北京)通信科技股份有限公司 一种用于保持连接的心跳方法和系统
CN113890894A (zh) * 2021-10-19 2022-01-04 平安普惠企业管理有限公司 客户端通信链路保活方法、装置、电子设备及存储介质
CN114401167A (zh) * 2022-01-28 2022-04-26 中智城信息科技(苏州)有限公司 边缘网关与云服务器的数据传输方法及装置
CN114466437A (zh) * 2022-01-24 2022-05-10 深圳市睿联技术股份有限公司 心跳保活方法、装置、设备及计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103856954A (zh) * 2012-11-28 2014-06-11 中国电信股份有限公司 探测游牧终端心跳周期的方法、系统、游牧终端与服务器
CN104135571A (zh) * 2014-08-12 2014-11-05 中国联合网络通信集团有限公司 心跳定时器设置方法、终端和服务器
CN104144159A (zh) * 2014-06-26 2014-11-12 腾讯科技(深圳)有限公司 智能心跳保活方法及智能心跳保活系统
CN105610913A (zh) * 2015-12-22 2016-05-25 用友网络科技股份有限公司 通信网络中长连接的心跳保活方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103856954A (zh) * 2012-11-28 2014-06-11 中国电信股份有限公司 探测游牧终端心跳周期的方法、系统、游牧终端与服务器
CN104144159A (zh) * 2014-06-26 2014-11-12 腾讯科技(深圳)有限公司 智能心跳保活方法及智能心跳保活系统
CN104135571A (zh) * 2014-08-12 2014-11-05 中国联合网络通信集团有限公司 心跳定时器设置方法、终端和服务器
CN105610913A (zh) * 2015-12-22 2016-05-25 用友网络科技股份有限公司 通信网络中长连接的心跳保活方法及装置

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106452977A (zh) * 2016-11-24 2017-02-22 武汉斗鱼网络科技有限公司 一种动态自适应心跳发送方法及系统
CN108880744A (zh) * 2017-05-08 2018-11-23 芯光飞株式会社 连接确认数据包的传输控制方法及装置
CN107197509A (zh) * 2017-05-22 2017-09-22 深圳市沃特沃德股份有限公司 心跳连接方法和装置
CN107395460A (zh) * 2017-08-23 2017-11-24 上海斐讯数据通信技术有限公司 终端的稳定性检测方法、终端心跳频率的统计方法及系统
CN107395460B (zh) * 2017-08-23 2021-08-06 台州智奥通信设备有限公司 终端的稳定性检测方法、终端心跳频率的统计方法及系统
CN109150670A (zh) * 2018-11-05 2019-01-04 中通天鸿(北京)通信科技股份有限公司 一种用于保持连接的心跳方法和系统
CN109150670B (zh) * 2018-11-05 2020-11-27 中通天鸿(北京)通信科技股份有限公司 一种用于保持连接的心跳方法和系统
CN113890894A (zh) * 2021-10-19 2022-01-04 平安普惠企业管理有限公司 客户端通信链路保活方法、装置、电子设备及存储介质
CN113890894B (zh) * 2021-10-19 2024-03-01 广东迅维信息产业股份有限公司 客户端通信链路保活方法、装置、电子设备及存储介质
CN114466437A (zh) * 2022-01-24 2022-05-10 深圳市睿联技术股份有限公司 心跳保活方法、装置、设备及计算机可读存储介质
CN114466437B (zh) * 2022-01-24 2024-02-20 深圳市睿联技术股份有限公司 心跳保活方法、装置、设备及计算机可读存储介质
CN114401167A (zh) * 2022-01-28 2022-04-26 中智城信息科技(苏州)有限公司 边缘网关与云服务器的数据传输方法及装置

Similar Documents

Publication Publication Date Title
CN105978757A (zh) 用于保持连接的心跳方法和系统
US8750188B2 (en) System support for accessing and switching among multiple wireless interfaces on mobile devices
WO2018133454A1 (zh) 远程服务访问路径控制方法和相关设备
CN105610913A (zh) 通信网络中长连接的心跳保活方法及装置
US9629083B2 (en) Methods for UE indicating traffic-related information to network
CN103369601A (zh) 为手机客户端提供大并发处理及流量控制的方法
US20130084869A1 (en) Methods of UE Providing Speed Information to Network
CN104580305A (zh) 网络上传调度和带宽检测方法、系统、客户端和服务器
CN103548314A (zh) 通信方法与系统,以及接入网设备与应用服务器
WO2021056793A1 (zh) 一种输电线路分布式故障诊断系统及方法
WO2012088910A1 (zh) 连通性故障检测方法和系统
Nirjon et al. Multinets: A system for real-time switching between multiple network interfaces on mobile devices
CN108833149A (zh) 一种快递柜网络可用性监控与自愈的方法及系统
US20240073117A1 (en) Adaptable software defined wide area network application-specific probing
CN101796774A (zh) 在ip网络上自动检查ip链接的连接状态的方法和系统
CN103795706B (zh) 一种状态信息查询系统及查询方法
WO2019149166A1 (zh) 网络访问方法、客户端、网络交互方法及调度、网络系统
CN106255172A (zh) 基于多路径的通信方法及装置
CN110755061A (zh) 一种家电设备的心跳检测方法以及家电设备
CN105515844A (zh) 一种提高软件定义网络可靠性的系统
CN102711254B (zh) 网络侧的资源释放控制方法及rnc
WO2014179992A1 (zh) 用户面事件处理方法、pcrf实体和af实体
Huang et al. An enhanced scheduling framework for elephant flows in SDN-based data center networks
CN102427478A (zh) 构建可叠加服务器的方法以及服务器系统
Benedetti et al. An energy efficient and software-defined information-centric networking approach to consumer mobility

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into 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: 20160928