CN114338399A - 一种弱网环境下app网络稳定性提升方法及*** - Google Patents

Abstract

本发明提供了一种弱网环境下APP网络稳定性提升方法及***，其中，该方法包括：获得第一APP的第一网络环境信息；判断第一网络环境信息的网络延迟信息是否超过预定Ping值；如果网络延迟信息超过预定Ping值，如果网络延迟信息未超过预定Ping值，获得第一丢包率，判断第一丢包率是否超过预定丢包率；如果第一丢包率超过预定丢包率，则第一网络环境信息为弱网环境信息；则第一网络环境信息为弱网环境信息；在弱网环境信息下，通过UDP多倍发包方式进行连接，获得第一优化方案；根据第一优化方案，对第一网络环境信息进行稳定性优化。解决了现有技术中APP的弱网通讯方式大多数都停留在TCP，断网后无法保证路由层级变化的时候时刻保持通讯的技术问题。

Description

一种弱网环境下APP网络稳定性提升方法及***

技术领域

本发明涉及通信数据传输技术相关技术领域，具体涉及一种弱网环境下APP网络稳定性提升方法及***。

背景技术

弱网环境，就是网速不好的情况，如3G、4G网络，在弱网环境下使用应用程序(Application，APP)来处理网络请求操作，在网络信号不好的情况下用户的网络速度维持在较低的水平。当然在WI-FI连接下也存在网速差的情况。通常认为网络延迟Ping值超过200ms即为弱网环境。在这样差的网络环境下，如果不对弱网进行优化，APP在使用过程中难免加载缓慢，用户体验肯定大大折扣。金融类APP，更需要保证网络的稳定性，提高服务水平协议(Service Level Agreement，SLA)的服务水平。

现有技术中在弱网环境下保持网络稳定性的技术手段，大多数停留在应用层面的优化，诸如减小网络传输，压缩图片甚至不加载图片，压缩数据、增加数据缓存，界面优化等手段，并没有从网络层级来优化提升网络的可靠性。

但本申请发明人在实现本申请实施例中发明技术方案的过程中，发现上述技术至少存在如下技术问题：

而且现有技术APP的弱网通讯方式大多数都停留在面向连接的传输控制协议(Transmission Control Protocol，TCP)之上。断网必须经过频繁的三次握手重新建立连接，无法保证路由层级变化的时候时刻保持通讯。

发明内容

本申请实施例通过提供了一种弱网环境下APP网络稳定性提升方法及***，用于针对解决现有技术中在弱网环境下保持网络环境稳定性的手段仅仅在于应用层面的优化，弱网通讯方式大多数还停留在面向连接的TCP协议之上，断网必须经过频繁的三次握手重新建立连接，无法保证路由层级变化的时候时刻保持通讯的技术问题。本申请实施例通过在检测到APP运行环境网络处于弱网环境下时，更换通讯方式为用户数据报协议(UserDatagram Protocol，UDP)多倍发包进行连接，可在路由层级频繁变化的时候时刻保持连接通讯，摒弃因网络连接频繁变化，复杂的三次握手TCP重连，数据重发必须建立TCP连接等逻辑，达到提升APP在弱网环境下的网络稳定性，继而满足APP的可靠性，提高SLA服务水平，以及UDP多倍发包能够大幅度提升弱网环境下数据报文的传达率的技术效果。

鉴于上述问题，本申请实施例提供了一种弱网环境下APP网络稳定性提升方法及***。

本申请实施例的第一个方面，提供了一种弱网环境下APP网络稳定性提升方法，其中，所述方法应用于一弱网环境下APP网络稳定性提升***，所述***包括客户端、云存储服务提供商和区块链平台，且两两之间通讯连接，所述方法包括：获得第一APP的第一网络环境信息；判断所述第一网络环境信息的网络延迟信息是否超过预定Ping值；如果所述网络延迟信息超过所述预定Ping值，则所述第一网络环境信息为弱网环境信息；如果所述网络延迟信息未超过所述预定Ping值，获得第一丢包率，判断所述第一丢包率是否超过预定丢包率；如果所述第一丢包率超过预定丢包率，则所述第一网络环境信息为弱网环境信息；在所述弱网环境信息下，通过UDP多倍发包方式进行连接，获得第一优化方案；根据所述第一优化方案，对所述第一网络环境信息进行稳定性优化。

本申请实施例的第二个方面，提供了一种弱网环境下APP网络稳定性提升***，其中，所述***包括：第一获得单元，所述第一获得单元用于获得第一APP的第一网络环境信息；第一判断单元，所述第一判断单元用于判断所述第一网络环境信息的网络延迟信息是否超过预定Ping值；第一处理单元，所述第一处理单元用于如果所述网络延迟信息超过所述预定Ping值，则所述第一网络环境信息为弱网环境信息；第二获得单元，所述第二获得单元用于如果所述网络延迟信息未超过所述预定Ping值，获得第一丢包率，判断所述第一丢包率是否超过预定丢包率；第二判断单元，所述第二判断单元用于如果所述第一丢包率超过预定丢包率，则所述第一网络环境信息为弱网环境信息；第二处理单元，所述第二处理单元用于在所述弱网环境信息下，通过UDP多倍发包方式进行连接，获得第一优化方案；第一管理单元，所述第一管理单元用于根据所述第一优化方案，对所述第一网络环境信息进行稳定性优化。

本申请实施例的第三个方面，提供了一种弱网环境下APP网络稳定性提升***，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序，当所述程序被所述处理器执行时，使***以执行如第一方面所述方法的步骤。

本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

本申请实施例通过检测APP应用所处的网络环境的网络环境信息，确认该网络环境信息的Ping值以及丢包率，进而判断APP应用是否处于弱网环境下，在弱网环境下从TCP连接更换为UDP连接，进而对APP应用所处的网络环境进行优化，使网络环境趋于稳定。本申请实施例通过在检测到APP运行环境网络处于弱网环境下时，更换通讯方式为UDP多倍发包进行连接，可在路由层级频繁变化的时候时刻保持连接通讯，摒弃因网络连接频繁变化，复杂的三次握手TCP重连，数据重发必须建立TCP连接等逻辑，由于无需TCP握手，在弱网环境下利用UDP方式时刻保持连接，达到提升APP在弱网环境下的网络稳定性，继而满足APP的可靠性，提高SLA服务水平，以及UDP多倍发包能够大幅度提升弱网环境下数据报文的传达率的技术效果。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

图1为本申请实施例提供的一种弱网环境下APP网络稳定性提升方法流程示意图；

图2为现有技术中TCP连接需要三次握手建立连接的交互示意图；

图3为本申请实施例提供的一种弱网环境下APP网络稳定性提升方法中获得数据报文送达率流程示意图；

图4为本申请实施例提供了一种弱网环境下APP网络稳定性提升***结构示意图；

图5为本申请实施例示例性电子设备的结构示意图。

附图标记说明：第一获得单元11，第一判断单元12，第一处理单元13，第二获得单元14，第二判断单元15，第二处理单元16，第一管理单元17，电子设备300，存储器301，处理器302，通信接口303，总线架构304。

具体实施方式

本申请实施例通过提供了一种弱网环境下APP网络稳定性提升方法及***，用于针对解决现有技术中APP的弱网通讯方式大多数都停留在面向连接的TCP传输控制协议之上。断网必须经过频繁的三次握手重新建立连接，无法保证路由层级变化的时候时刻保持通讯，影响APP运行稳定性，降低用户体验的技术问题。本申请实施例通过检测APP应用所处的网络环境的网络环境信息，确认该网络环境信息的Ping值和丢包率，进而判断APP应用是否处于弱网环境下，在弱网环境下从TCP连接更换为UDP连接，进而对APP应用所处的网络环境进行优化，使网络环境趋于稳定。本申请实施例通过在检测到APP运行环境网络处于弱网环境下时，更换通讯方式为UDP多倍发包进行连接，可在路由层级频繁变化的时候时刻保持连接通讯，摒弃因网络连接频繁变化，复杂的三次握手TCP重连，数据重发必须建立TCP连接等逻辑，由于无需TCP握手，在弱网环境下利用UDP方式时刻保持连接，达到提升APP在弱网环境下的网络稳定性，继而满足APP的可靠性，提高SLA服务水平，以及UDP多倍发包能够大幅度提升弱网环境下数据报文的传达率的技术效果。

申请概述

弱网环境，就是网速不好的情况，如3G、4G网络，在弱网环境下使用APP应用程序来处理网络请求操作，在网络信号不好的情况下用户的网络速度维持在较低的水平。当然在WI-FI连接下也存在网速差的情况。通常认为网络延迟Ping值超过200ms即为弱网环境。在这样差的网络环境下，如果不对弱网进行优化，APP在使用过程中难免加载缓慢，用户体验肯定大大折扣。金融类APP，更需要保证网络的稳定性，提高服务SLA水平协议的服务水平。而且现有技术APP的弱网通讯方式大多数都停留在面向连接的TCP传输控制协议之上。断网必须经过频繁的三次握手重新建立连接，无法保证路由层级变化的时候时刻保持通讯。现有技术中在弱网环境下保持网络稳定性的技术手段，大多数停留在应用层面的优化，诸如减小网络传输，压缩图片甚至不加载图片，压缩数据、增加数据缓存，界面优化等手段，并没有从网络层级来优化提升网络的可靠性。

针对上述技术问题，本申请提供的技术方案总体思路如下：

本申请实施例提供了一种弱网环境下APP网络稳定性提升方法及***，所述方法包括：获得第一APP的第一网络环境信息；判断所述第一网络环境信息的网络延迟信息是否超过预定Ping值；如果所述网络延迟信息超过所述预定Ping值，则所述第一网络环境信息为弱网环境信息；如果所述网络延迟信息未超过所述预定Ping值，获得第一丢包率，判断所述第一丢包率是否超过预定丢包率；如果所述第一丢包率超过预定丢包率，则所述第一网络环境信息为弱网环境信息；在所述弱网环境信息下，通过UDP多倍发包方式进行连接，获得第一优化方案；根据所述第一优化方案，对所述第一网络环境信息进行稳定性优化。

在介绍了本申请基本原理后，下面，将参考附图对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请的一部分实施例，而不是本申请的全部实施例，应理解，本申请不受这里描述的示例实施例的限制。基于本申请的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部。

实施例一

如图1所示，本申请实施例提供了一种弱网环境下APP网络稳定性提升方法，其中，所述方法包括：

S100：获得第一APP的第一网络环境信息；

具体而言，第一APP即为任意电子设备中的任意应用程序，其用于完善电子设备原始***的不足和个性化，用以基于电子设备为用户提供更加丰富的功能和使用体验。示例性的，第一APP为智能手机中的金融类APP，但不限于此。金融类APP在启动和运行的过程中需要和服务器发生多次交互，以传达数据量大于其他常规APP的数据包，故金融类APP在弱网环境下的使用体验较其他常规APP更差。

第一网络环境信息即为第一APP运行所处的网络环境信息，示例性地，第一网络环境信息包括Ping值、丢包率等，根据上述参数即可判断第一网络环境信息对应的网络环境的稳定性，进而判断第一APP是否能够稳定运行。

S200：判断所述第一网络环境信息的网络延迟信息是否超过预定Ping值；

S300：如果所述网络延迟信息超过所述预定Ping值，则所述第一网络环境信息为弱网环境信息；

S400：如果所述网络延迟信息未超过所述预定Ping值，获得第一丢包率，判断所述第一丢包率是否超过预定丢包率；

S500：如果所述第一丢包率超过预定丢包率，则所述第一网络环境信息为弱网环境信息；

具体而言，Ping值和丢包率即在一定方面代表了第一网络环境信息的稳定性，其指代了第一APP在第一网络环境信息与其他网址交互时，交互是否有响应并统计响应的时间，以及交互时数据包传输的到达率，进而测试网络环境的连通性。当Ping值超过预定Ping值时，即证明第一网络环境信息对应的网络环境不稳定，为弱网环境信息；当丢包率超过预定丢包率时，则也证明第一网络环境信息对应的网络环境不稳定，为弱网环境信息。在该网络环境下，APP不能稳定运行，加载缓慢，影响用户的使用体验。示例性地，上述的预定Ping值为200ms，上述的丢包率为10％，在第一网络环境信息的Ping值大于200ms时，丢包率大于10％时，即可判断第一网络环境信息为弱网环境信息。

S600：在所述弱网环境信息下，通过UDP多倍发包方式进行连接，获得第一优化方案；

S700：根据所述第一优化方案，对所述第一网络环境信息进行稳定性优化。

图2示出了现有技术中弱网环境下TCP连接方式的交互图。具体而言，在上述的弱网环境信息下，APP不能稳定运行，加载缓慢，为了能够使APP尽量稳定的运行，现有技术中通过优化应用层面，诸如减小网络传输，压缩图片，压缩数据、增加数据缓存，界面优化等手段，尽量保持APP能够较为流程地运行。但是其没有在网络层级优化网络环境的稳定性，其依然采用TCP的连接模式，而在弱网环境下，网络发生变化，TCP必须再次三次握手才能建立连接，无法时刻保持连接，APP无法保证可靠的网络通讯，用户体验较差。

而在本申请实施例中，在上述的弱网环境信息对应的弱网环境下，通过UDP多倍发包方式进行连接，UDP无需建立连接就可以直接发送封装数据包，在弱网环境下，省去了TCP需要三次握手才能建立连接的步骤，服务器可直接发送数据至APP进行加载，提升APP加载运行的稳定性。

UDP连接方式在弱网环境下可能会导致发出的数据包损坏，此时本申请实施例通过UDP多倍发包方式进行多倍发包，能够大幅度提升弱网环境下数据包的传达率，保证数据的完整性，进而使APP加载运行趋于稳定，进而达到无需三次握手建立连接、且能保证传输数据完整性的技术效果。具体而言，本申请实施例通过检测任意APP运行时所处的网络环境的网络环境信息，判断该网络环境信息是否为弱网环境信息，进而得知APP在弱网环境下无法正常加载运行，然后通过改变连接协议方式，将传统的TCP更换为UDP，解决了弱网环境下网络发生变化时，传统的TCP需要再次三次握手才能建立连接而无法时刻保持连接的问题。并采用多倍发包的UDP连接方式，在高延迟高丢包的弱网环境下，通过多倍发包保证90％以上的数据传达率，进而从网络层级上解决了弱网环境下，网络质量提升的问题，且在路由层级变化的时候无需建立连接，时刻保持通讯，达到从根本上在弱网环境下保证APP正常加载运行，提升用户使用体验的技术效果。

本申请实施例提供的方法中的步骤S700之后还包括步骤S800，步骤S800包括：

S810：获得第一稳定网络通讯环境；

S820：通过所述第一稳定网络通讯环境，进行数据传输，获得第一数据报文送达率。

具体而言，在通过第一优化方案对第一网络环境信息进行优化之后，在优化后的第一网络环境信息下，第一APP运行的连接方式由TCP协议连接改为UDP协议连接，在弱网环境下无需通过TCP三次握手才能建立连接，可时刻保持通讯。但是在上述的第一网络环境信息对应的弱网环境信息下，网络环境处于高延迟高丢包的状态，此时采用UDP连接进行数据的传输，可能会导致数据传输丢包，而在发生数据传输丢包时，无法保证第一APP在弱网环境下正常地加载和运行。此时可通过测试电子设备接收到的数据包数量和服务器发送的数据包数量，得到数据包传输达到的数据报文送达率，或者，也可通过测试电子设备与服务器数据传输过程中数据包的丢失数量和服务器发送的数据包数量得到丢包率(Packet LossRate)，进而得到数据报文送达率，根据上述的数据报文送达率，可采用多倍发包的方式，发送数据报文中丢包的部分，使数据报文送达率提升，得到第一数据报文送达率。本申请实施例在根据第一优化方案对第一网络环境信息进行稳定性优化之后，测试得到优化后的数据报文送达率，进而了解在第一网络环境信息对应的弱网环境下的丢包率，后续可根据该数据报文送达率继续进行优化，为后续APP弱网运行的稳定性优化打下数据基础，达到了在弱网环境下保证APP正常加载运行的稳定性，提升用户使用体验的技术效果。

如图3所示，本申请实施例提供的方法还包括步骤S900，步骤S900包括：

S910：定义第一UDP协议序列；

S920：根据所述第一UDP协议序列，对第一原数据报文进行拆包，获得第一拆包数据报文；

S930：根据所述第一原数据报文和所述第一拆包数据报文，计算获得第一丢包率；

S940：根据所述第一丢包率，发送第一倍数数据包；

S950：构建报文送达率公式；

S960：将所述第一丢包率和所述第一倍数数据包的倍数输入所述报文送达率公式，获得所述第一数据报文送达率。

具体而言，第一UDP协议序列即为采用了第一优化方案对第一网络环境信息进行稳定性优化后，第一APP运行所处网络环境的连接协议序列，其包括报头协议序列和数据报文的报文正文协议序列。示例性地，上述的报头协议序列包括：数据开始标志；数据类别；数据签名；数据总长度等。上述的报文正文协议序列包括：数据类别及编号；数据签名；数据长度；数据体等。

第一APP在上述的第一UDP协议序列下与服务器连接并进行数据传输。在服务器将一个第一原始数据报文发送至第一APP后，或者，第一APP将一个第一原始数据报文上传至服务器后，第一APP或服务器可对接收到的第一原始数据报文进行拆包，得到第一拆包数据报文。将上述的第一拆包数据报文与第一原始数据报文进行比对，即可获得第一丢包率，第一丢包率即为第一拆包数据报文与第一原始数据报文相比在弱网环境下数据传输过程中丢失的部分数据报文占第一原始数据报文的比例。

由于是在高延迟高丢包的弱网环境下建立UDP连接，在数据传输过程中难免会因为网络延迟过高导致数据传输丢包，在丢包的情况下，换言之，在上述的第一丢包率较高的情况下，例如第一丢包率达到10％时，可通过多倍发包的方式，发送第一倍数数据包，进而使第一APP接收到以及上传的数据报文趋于完整，达到在弱网环境下完整传输数据的技术目的。

在采用多倍发包的方式，发送第一倍数数据包后，构建报文送达率公式。其中，报文送达率公式是根据发送第一倍数数据包的倍数和上述的第一丢包率而得到的。上述的报文送达率公式具体为：

y＝1-xⁿ

其中，y表示第一数据报文送达率；x表示第一丢包率；n表示第一倍数数据包的倍数。示例性地，若丢包率为20％，则可设置第一倍数数据包的倍数为2，即为两倍发包，则第一数据报文送达率为1-(20％*20％)＝0.96，则在第一网络环境信息采用第一优化方案优化后，在第一丢包率为20％时，采用2倍数据包发送数据，第一数据报文送达率为96％，达到了90％以上的数据报文传达率。

举不设限制的其他几例：

若第一丢包率为30％，则可设置第一倍数数据包的倍数为2，发双倍包，第一数据报文送达率为：1-(30％*30％)＝0.91；

若第一丢包率为40％，则可设置第一倍数数据包的倍数为3，发三倍包，第一数据报文送达率为：1-(40％*40％*40％)＝0.936；

若第一丢包率为50％，则可设置第一倍数数据包的倍数为4，发四倍包，第一数据报文送达率为：1-(50％*50％*50％*50％)＝0.9375。

其中，虽然在丢包率为50％的情况下，需要发四倍包保持数据报文传输的稳定性，可能会牺牲一定网络带宽来换取低延迟的数据传输和较好的网络流畅度，但仍能够保证网络环境下数据传输的稳定性。

本申请实施例在第一APP在弱网环境信息下运行时，采用UDP协议进行连接，并根据弱网环境下传输数据的第一丢包率发送第一倍数数据包，将第一原数据报文中缺失的部分进行多倍发包，提升数据报文的传达率，得到第一数据报文送达率并使其保持在90％以上，进而保证第一APP在弱网环境下运行的数据传输稳定性，达到在弱网环境下保证APP正常加载运行的稳定性，提升用户使用体验的技术效果。

本申请实施例提供的方法还包括步骤S1000，步骤S1000包括：

S1010：根据所述第一原数据报文和所述第一拆包数据报文，获得第一编号丢失数据报文；

S1020：对所述第一编号丢失数据报文进行分析，获得第一丢失类型信息；

S1030：根据所述第一丢失类型信息，获得第一重传指令；

S1040：根据所述第一重传指令，对所述第一丢失类型信息进行重新上传。

具体而言，在采用第一优化方案对第一网络环境信息优化后，第一APP通过UDP与服务器进行连接并传输数据，在数据报文传输的过程中需要判断丢包的数据报文部分的信息，具体包括根据所述第一原数据报文和所述第一拆包数据报文，获得第一编号丢失数据报文，第一编号丢失数据报文即为传输过程中丢包的数据。

在第一APP接收到服务器发送的第一原始数据报文后，可判断接收后的数据报文是否完整，若不完整，则可获得丢失的数据报文及其信息，即为上述的第一编号丢失数据报文和第一丢失类型信息，根据第一丢失类型信息，需要对第一原始数据报文中丢包的部分重新发送，以使其完整，第一APP则向服务器发送第一重传指令，服务器根据第一重传指令将包括第一丢失类型信息的数据报文进行重新发送，达到按照第一倍数多倍发送数据包的目的，以使发送的数据报文整体完整，保证第一APP正常地加载运行。本申请实施例通过比对第一原始数据报文和第一拆包数据报文，得到在数据传输过程中丢包的第一编号丢失报文，对其分析得到第一丢失类型信息，并根据该第一丢失类型信息要求服务器对数据报文进行重新传输，使在弱网环境下运行APP时，对于传输过程中丢包的数据报文，进行分析并采用UDP连接方式多倍发包，达到较高的数据报文传达率的技术目的，进而达到保证APP在弱网环境下正常加载运行的技术效果。

本申请实施例提供的方法还包括步骤S1100，步骤S1100包括：

S1110：根据所述第一UDP协议序列，获得第一报头协议序列；

S1120：根据所述第一报头协议序列，获得第一数据类别、第一数据签名和第一数据总长度；

S1130：根据所述第一拆包数据报文，获得第二数据类别、第二数据签名和第二数据总长度；

S1140：将所述第一数据类别和所述第二数据类别、所述第一数据签名和所述第二数据签名、所述第一数据总长度和所述第二数据总长度进行对比分析，获得第一对比分析结果；

S1150：如果所述第一对比分析结果为一致，则所述第一拆包数据报文正确。

具体而言，第一UDP协议序列包括报头协议序列和报文正文协议序列，其中，示例性地，报头协议序列包括：数据类别、数据签名和数据总长度。在服务器与运行第一APP的电子设备建立UDP连接后，服务器通过第一UDP协议序列向第一APP发送第一原始数据报文，第一原始数据报文的第一报头协议序列则包括第一数据类别、第一数据签名和第一数据总长度。而第一APP接收到第一原始数据报文拆包后得到的第一拆包数据报文，则包括着第二数据类别、第二数据签名和第二数据总长度，通过将上述的第一数据类别和所述第二数据类别、所述第一数据签名和所述第二数据签名、所述第一数据总长度和所述第二数据总长度进行对比分析，得到第一对比分析结果，若上述第一对比分析结果一致，则说明第一拆包数据报文传输正确，若第一对比分析结果不一致，则说明第一拆包数据报文传输过程中传输错误，数据报文不正确，需要重新进行传送，可避免数据传输错误，或数据签名伪造的问题。具体发包方式可参照上述的步骤S900和步骤S1000。本申请实施例通过比对分析第一原始数据报文和第一拆包数据报文的报头协议序列，即可获知第一原始数据报文在传输过程中传输是否正确，进而判断是否需要重新发送，避免由于面对传输的UDP协议传输数据报文错误，达到保证APP在弱网环境下稳定加载运行的技术效果。

本申请实施例提供的方法还包括步骤S1200，步骤S1200包括：

S1210：根据所述第一UDP协议序列，获得第一报文正文协议序列；

S1220：根据所述第一报文正文协议序列，获得第一数据编排信息；

S1230：根据所述第一拆包数据报文，获得第二数据编排信息；

S1240：基于所述第一数据编排信息，判断所述第二数据编排信息是否完整；

S1250：如果所述第二数据编排信息不完整，获得第一重发指令；

S1260：根据所述第一重发指令，对所述第二数据编排信息的丢失信息进行重新上传。

具体而言，报文正文协议序列包括数据编排信息，示例性地，数据编排信息包括：数据类别及编号、数据签名、数据长度和数据体。在服务器与运行第一APP的电子设备建立UDP连接后，服务器通过第一UDP协议序列向第一APP发送第一原始数据报文，第一原始数据报文的第一报文正文协议序列则包括第一数据编排信息，而第一APP接收到第一原始数据报文拆包后得到的第一拆包数据报文，则包括着第二数据编排信息，基于第一数据编排信息比对分析第二数据编排信息，即可了解第二数据编排信息是否完整，进而判断第一原始数据报文在传输过程中是够完整，是否丢包以及丢包率，若丢包率较高，数据传达率较低，则可获得第一重发指令，要求服务器对第二数据编排信息中缺失的丢失信息对应的数据报文进行重新上传，以达到多倍发包的目的，提升数据传达率，重传的方法参照上述的步骤S900和步骤S1000。本申请实施例通过比对分析第一原始数据报文的第一报文正文协议序列中的第一数据编排信息和第一拆包数据报文中的第二数据编排信息，可了解数据报文在传输过程中是否完整，得到数据传达率，进而判断是否需要重新发送数据，达到多倍发包，提升数据传达率的技术目的。

下面通过本申请实施例提供的方法在实际应用中的场景，对本申请的技术方案进行举例说明，以使更好的理解本申请实施例的技术方案，但下述说明并不作为本申请实施例的限制。

采用本申请实施例提供的方法，在弱网环境下时判断APP处于弱网环境信息下运行，在数据传输过程中，采用UDP时刻保持通讯连接，原始数据报文举例：

package＝[a,b,c,d,e,f,g.....xyz]

拆包，package＝p，type＝t，signature＝s；

发送数据头；

Header:pt:s:26

发送数据体：

pt1:s:3:[a,b,c]

pt2:s:5:[d,e,f,g,h]

pt3:s:2:[i,j]

pt4:s:3:[k,l,m]

pt5:s:1:[n]

…

pt10:s:3:[x,y,z]

若数据头丢失，则，接收端：send pt，s,retry:Header；

发送端：接收到数据头重传指令，send(Header:pt:s:26)；

若正文丢失，则，接收端：send pt3,s，retry:Body；

发送端：接收到重传指令，send(pt3:s:2:[i,j])；

按照数据编号组包即可。

综上所述，本申请实施例通过检测APP应用所处的网络环境的网络环境信息，确认该网络环境信息的Ping值和丢包率，进而判断APP应用是否处于弱网环境下，在弱网环境下从TCP连接更换为UDP连接，进而对APP应用所处的网络环境进行优化，使网络环境趋于稳定。本申请实施例通过在检测到APP运行环境网络处于弱网环境下时，更换通讯方式为UDP多倍发包进行连接，可在路由层级频繁变化的时候时刻保持连接通讯，摒弃因网络连接频繁变化，复杂的三次握手TCP重连，数据重发必须建立TCP连接等逻辑，由于无需TCP握手，在弱网环境下利用UDP方式时刻保持连接，达到提升APP在弱网环境下的网络稳定性，继而满足APP的可靠性，提高SLA服务水平，以及UDP多倍发包能够大幅度提升弱网环境下数据报文的传达率的技术效果。

实施例二

基于与前述实施例中一种弱网环境下APP网络稳定性提升方法相同的发明构思，如图4所示，本申请实施例提供了一种弱网环境下APP网络稳定性提升***，其中，所述***包括：

第一获得单元11，所述第一获得单元11用于获得第一APP的第一网络环境信息；

第一判断单元12，所述第一判断单元12用于判断所述第一网络环境信息的网络延迟信息是否超过预定Ping值；

第一处理单元13，所述第一处理单元13用于如果所述网络延迟信息超过所述预定Ping值，则所述第一网络环境信息为弱网环境信息；

第二获得单元14，所述第二获得单元14用于如果所述网络延迟信息未超过所述预定Ping值，获得第一丢包率，判断所述第一丢包率是否超过预定丢包率；

第二判断单元15，所述第二判断单元15用于如果所述第一丢包率超过预定丢包率，则所述第一网络环境信息为弱网环境信息；

第二处理单元16，所述第二处理单元16用于在所述弱网环境信息下，通过UDP多倍发包方式进行连接，获得第一优化方案；

第一管理单元17，所述第一管理单元17用于根据所述第一优化方案，对所述第一网络环境信息进行稳定性优化。

进一步的，所述***还包括：

第三获得单元，所述第三获得单元用于获得第一稳定网络通讯环境；

第三处理单元，所述第三处理单元用于通过所述第一稳定网络通讯环境，进行数据传输，获得第一数据报文送达率。

进一步的，所述***还包括：

第四处理单元，所述第四处理单元用于定义第一UDP协议序列；

第五处理单元，所述第五处理单元用于根据所述第一UDP协议序列，对第一原数据报文进行拆包，获得第一拆包数据报文；

第六处理单元，所述第六处理单元用于根据所述第一原数据报文和所述第一拆包数据报文，计算获得第一丢包率；

第二管理单元，所述第二管理单元用于根据所述第一丢包率，发送第一倍数数据包；

第七处理单元，所述第七处理单元用于构建报文送达率公式；

第八处理单元，所述第八处理单元用于将所述第一丢包率和所述第一倍数数据包的倍数输入所述报文送达率公式，获得所述第一数据报文送达率。

进一步的，所述***还包括：

第四获得单元，所述第四获得单元用于根据所述第一原数据报文和所述第一拆包数据报文，获得第一编号丢失数据报文；

第九处理单元，所述第九处理单元用于对所述第一编号丢失数据报文进行分析，获得第一丢失类型信息；

第五获得单元，所述第五获得单元用于根据所述第一丢失类型信息，获得第一重传指令；

第三管理单元，所述第三管理单元用于根据所述第一重传指令，对所述第一丢失类型信息进行重新上传。

进一步的，所述***还包括：

第六获得单元，所述第六获得单元用于根据所述第一UDP协议序列，获得第一报头协议序列；

第七获得单元，所述第七获得单元用于根据所述第一报头协议序列，获得第一数据类别、第一数据签名和第一数据总长度；

第八获得单元，所述第八获得单元用于根据所述第一拆包数据报文，获得第二数据类别、第二数据签名和第二数据总长度；

第十处理单元，所述第十处理单元用于将所述第一数据类别和所述第二数据类别、所述第一数据签名和所述第二数据签名、所述第一数据总长度和所述第二数据总长度进行对比分析，获得第一对比分析结果；

第三判断单元，所述第三判断单元用于如果所述第一对比分析结果为一致，则所述第一拆包数据报文正确。

进一步的，所述***还包括：

第九获得单元，所述第九获得单元用于根据所述第一UDP协议序列，获得第一报文正文协议序列；

第十获得单元，所述第十获得单元用于根据所述第一报文正文协议序列，获得第一数据编排信息；

第十一获得单元，所述第十一获得单元用于根据所述第一拆包数据报文，获得第二数据编排信息；

第四判断单元，所述第四判断单元用于基于所述第一数据编排信息，判断所述第二数据编排信息是否完整；

第十二获得单元，所述第十二获得单元用于如果所述第二数据编排信息不完整，获得第一重发指令；

第四管理单元，所述第四管理单元用于根据所述第一重发指令，对所述第二数据编排信息的丢失信息进行重新上传。

示例性电子设备

下面参考图5来描述本申请实施例的电子设备，

基于与前述实施例中一种弱网环境下APP网络稳定性提升方法相同的发明构思，本申请实施例还提供了一种弱网环境下APP网络稳定性提升***，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序，当所述程序被所述处理器执行时，使得***以执行实施例一所述方法的步骤。

该电子设备300包括：处理器302、通信接口303、存储器301。可选的，电子设备300还可以包括总线架构304。其中，通信接口303、处理器302以及存储器301可以通过总线架构304相互连接；总线架构304可以是外设部件互连标(peripheral componentinterconnect，简称PCI)总线或扩展工业标准结构(extended industry Standardarchitecture，简称EISA)总线等。所述总线架构304可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器302可以是一个CPU，微处理器，ASIC，或一个或多个用于控制本申请方案程序执行的集成电路。

通信接口303，使用任何收发器一类的***，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN),无线局域网(wireless local areanetworks，WLAN)，有线接入网等。

存储器301可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable Programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线架构304与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器301用于存储执行本申请方案的计算机执行指令，并由处理器302来控制执行。处理器302用于执行存储器301中存储的计算机执行指令，从而实现本申请上述实施例提供的一种弱网环境下APP网络稳定性提升方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

本申请实施例通过检测APP应用所处的网络环境的网络环境信息，确认该网络环境信息的Ping值和丢包率，进而判断APP应用是否处于弱网环境下，在弱网环境下从TCP连接更换为UDP连接，进而对APP应用所处的网络环境进行优化，使网络环境趋于稳定。本申请实施例通过在检测到APP运行环境网络处于弱网环境下时，更换通讯方式为UDP多倍发包进行连接，可在路由层级频繁变化的时候时刻保持连接通讯，摒弃因网络连接频繁变化，复杂的三次握手TCP重连，数据重发必须建立TCP连接等逻辑，由于无需TCP握手，在弱网环境下利用UDP方式时刻保持连接，达到提升APP在弱网环境下的网络稳定性，继而满足APP的可靠性，提高SLA服务水平，以及UDP多倍发包能够大幅度提升弱网环境下数据报文的传达率的技术效果。

本领域普通技术人员可以理解：本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围，也不表示先后顺序。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或者多个。至少两个是指两个或者多个。“至少一个”、“任意一个”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个、种)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程***。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑***，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算***的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于终端中。可选地，处理器和存储媒介也可以设置于终端中的不同的部件中。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请意图包括这些改动和变型在内。

Claims (9)

1.一种弱网环境下APP网络稳定性提升方法，其中，所述方法包括：

获得第一APP的第一网络环境信息；

判断所述第一网络环境信息的网络延迟信息是否超过预定Ping值；

如果所述网络延迟信息超过所述预定Ping值，则所述第一网络环境信息为弱网环境信息；

如果所述网络延迟信息未超过所述预定Ping值，获得第一丢包率，判断所述第一丢包率是否超过预定丢包率；

如果所述第一丢包率超过预定丢包率，则所述第一网络环境信息为弱网环境信息；

在所述弱网环境信息下，通过UDP多倍发包方式进行连接，获得第一优化方案；

根据所述第一优化方案，对所述第一网络环境信息进行稳定性优化。

2.如权利要求1所述的方法，其中，所述对所述第一网络环境信息进行稳定性优化之后，包括：

获得第一稳定网络通讯环境；

通过所述第一稳定网络通讯环境，进行数据传输，获得第一数据报文送达率。

3.如权利要求2所述的方法，其中，所述方法包括：

定义第一UDP协议序列；

根据所述第一UDP协议序列，对第一原数据报文进行拆包，获得第一拆包数据报文；

根据所述第一原数据报文和所述第一拆包数据报文，计算获得第一丢包率；

根据所述第一丢包率，发送第一倍数数据包；

构建报文送达率公式；

将所述第一丢包率和所述第一倍数数据包的倍数输入所述报文送达率公式，获得所述第一数据报文送达率。

4.如权利要求3所述的方法，其中，所述构建报文送达率公式，具体为：

y＝1-xⁿ

其中，y表示第一数据报文送达率；x表示第一丢包率；n表示第一倍数数据包的倍数。

5.如权利要求3所述的方法，其中，所述方法包括：

根据所述第一原数据报文和所述第一拆包数据报文，获得第一编号丢失数据报文；

对所述第一编号丢失数据报文进行分析，获得第一丢失类型信息；

根据所述第一丢失类型信息，获得第一重传指令；

根据所述第一重传指令，对所述第一丢失类型信息进行重新上传。

6.如权利要求3所述的方法，其中，所述方法包括：

根据所述第一UDP协议序列，获得第一报头协议序列；

根据所述第一报头协议序列，获得第一数据类别、第一数据签名和第一数据总长度；

根据所述第一拆包数据报文，获得第二数据类别、第二数据签名和第二数据总长度；

将所述第一数据类别和所述第二数据类别、所述第一数据签名和所述第二数据签名、所述第一数据总长度和所述第二数据总长度进行对比分析，获得第一对比分析结果；

如果所述第一对比分析结果为一致，则所述第一拆包数据报文正确。

7.如权利要求6所述的方法，其中，所述方法包括：

根据所述第一UDP协议序列，获得第一报文正文协议序列；

根据所述第一报文正文协议序列，获得第一数据编排信息；

根据所述第一拆包数据报文，获得第二数据编排信息；

基于所述第一数据编排信息，判断所述第二数据编排信息是否完整；

如果所述第二数据编排信息不完整，获得第一重发指令；

根据所述第一重发指令，对所述第二数据编排信息的丢失信息进行重新上传。

8.一种弱网环境下APP网络稳定性提升***，其中，所述***包括：

第一获得单元，所述第一获得单元用于获得第一APP的第一网络环境信息；

第一判断单元，所述第一判断单元用于判断所述第一网络环境信息的网络延迟信息是否超过预定Ping值；

第一处理单元，所述第一处理单元用于如果所述网络延迟信息超过所述预定Ping值，则所述第一网络环境信息为弱网环境信息；

第二获得单元，所述第二获得单元用于如果所述网络延迟信息未超过所述预定Ping值，获得第一丢包率，判断所述第一丢包率是否超过预定丢包率；

第二判断单元，所述第二判断单元用于如果所述第一丢包率超过预定丢包率，则所述第一网络环境信息为弱网环境信息；

第二处理单元，所述第二处理单元用于在所述弱网环境信息下，通过UDP多倍发包方式进行连接，获得第一优化方案；

第一管理单元，所述第一管理单元用于根据所述第一优化方案，对所述第一网络环境信息进行稳定性优化。

9.一种弱网环境下APP网络稳定性提升***，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序，当所述程序被所述处理器执行时，使***以执行如权利要求1至7任一项所述方法的步骤。

Images