Udx协议栈、基于udx协议的数据传输系统及方法

专利名称：Udx协议栈、基于udx协议的数据传输系统及方法
技术领域：
本发明涉及通信及互联网数据传输技术，尤其涉及一种通用数据交换(UDX， Universal Data eXchange)协议栈、基于UDX协议的数据传输系统及方法。
背景技术：
通信及互联网等需要进行数据传输的场合，常用到传输控制协议(TCP)、基于UDP 的可靠传输协议(UDT，UDP-based Data Transfer Protocol)，其能够用于有线、无线通信领域，个人计算机(PC)之间或手持终端、移动通信设备通过有线或无线网络进行数据通信。 如，在移动终端与PC，PC与PC之间进行数据交换。但传统网络使用的TCP通信协议中拥塞控制机制建立在拥塞是网络丢包原因的基础上，而且为了兼容不同TCP实现的友好性，所以该机制不能适应有线、无线网络中高误码率、高延迟造成的链路丢包以及加速慢等情况。以传统TCP协议为例，由于其发展历史及实现原理有其先天和后天的原因，在很多应用领域已经不能满足现有需求。为了和早期的TCP1. 1版本兼容，在算法上，采用的是保守算法，在超时重传及发送窗口增大算法上趋于保守，使效率有一定损失。另一方面，算法在重传策略上，也存在一些缺陷，恢复速度相对较慢。而且TCP主要是针对有线网设计， 在误码率较高的情况下，性能急剧下降。

发明内容
有鉴于此，本发明的主要目的在于提供一种UDX协议栈、基于UDX协议的数据传输系统及方法，以有效降低有线、无线网络中的丢包率，提高传输效率及响应速度，提高信道的利用率和网络性能。为达到上述目的，本发明的技术方案是这样实现的
一种通用数据交换UDX协议栈，包括链路层、网络层、传输层及应用层；其传输层采用 UDX协议，该UDX协议能够与TCP协议、UDT协议共存于传输层。其中，所述UDX协议的包封装结构分为UDX连接包头、UDX中转包、UDX普通数据包以及UDX应答包四种；其中
所述UDX连接包头，长度为39字节，包括10字节的UDX包头、20字节的万网地址 S0CKADDR、2字节的最大窗口数、2字节的连接时间戳、1位服务器是否拒绝标志位、7位连接过程中状态、4字节的连接时携带的数据长度以及连接时携带的数据；
所述UDX中转包，包括10字节的UDX包头、64位的目的地址DEST和数据源；
所述UDX普通数据包，包括10字节的UDX包头和数据域两部分；
所述UDX应答包，包括10字节的UDX包头、8位的ack个数和8字节的ack数据。其中，所述UDX包头，包括1位P2P标志位、1位第一中转注册标志位、1位第二中转注册标志位、1位中转包标志位、4位保留位、16位校验和位以及7字节的UDX子包。进一步地，所述所述UDX子包，包括16位的发送时间、32位的包序号、1位有效计算RTT标志位、1位ack占位数为0标志、4位包类型指示位和2位子通道序号位。
一种基于UDX协议的数据传输系统，包括接入万维网的应用服务器、工作站、个人计算机、移动终端、终端监视器以及数字信号处理DSP摄像头；所述应用服务器、工作站、个人计算机、移动终端、终端监视器、数字信号处理摄像头分别使用UDX协议连接万维网；所述应用服务器、工作站、个人计算机、移动终端、终端监视器、数字信号处理摄像头均能够通过万维网利用UDX协议在相互之间传输数据。其中，所述工作站、个人计算机、移动终端、终端监视器、数字信号处理摄像头均通过自身的UDX模块接入万维网。其中，工作站和个人计算机的UDX模块中，包含应用逻辑子模块和通信子模块。其中，移动终端中的的UDX模块中，包含JAVA/C++应用子模块和通信子模块。其中，终端监视器和DSP摄像头中，包含图像处理子模块和通信子模块。一种基于UDX协议的数据传输方法，包括如下步骤
A、发送端通过UDX协议连接包与接收端进行三次握手，建立通信链路；
B、发送端通过UDX普通数据包向所述接收端发送数据；
C、接收端收到所述UDX普通数据包后，向所述接收端发送应答包，并回传发送时间和计算往返时间；
D、发送端接收到应答包后，如果所述数据包接收成功，由应用层解析数据，并由接收端验证数据完整性。本发明所提供的UDX协议栈、基于UDX协议的数据传输系统及方法，具有以下优占.
^ \\\ ·
采用该UDX协议的数据传输系统，能在高延迟、高丢包率的环境下，与TCP协议或其它同类协议相比，仍然能保持较高的传输效率、更少的丢包率和较佳的实时性，因而能有效利用现有的网络带宽，在单位时间内可以传输更多的有效数据，提高吞吐量。


图1为本发明基于UDX协议的数据传输系统示意图； 图IA为工作站、个人计算机中UDX模块的结构示意图； 图IB为移动终端中UDX模块的结构示意图IC为监控设备、DSP摄像头中UDX模块的结构示意图； 图2A为所述UDX协议的UDX连接包头(39字节+额外数据)结构示意图； 图2B为所述UDX协议的UDX中转包头(18字节)结构示意图； 图2C为所述UDX协议的UDX普通数据包结构示意图2D为所述UDX协议的UDX应答包(18字节+额外sack位，动态长度)结构示意图； 图3为在PC后台控制端与移动终端设备间利用UDX协议建立通信连接及通信的过程示意图3A为本发明在PC后台控制端与移动终端设备间利用UDX协议建立通信连接及进行通信的过程示意图3B为图3A所示网络应用TCP协议进行音频传输的过程以及其带宽利用率的对应情况示意图3C为图3A所示网络应用UDX协议进行音频传输的过程以及其带宽利用率的对应情况示意图4为同等条件下利用TCP协议与UDX协议进行数据传输的效果对比示意图； 图5为同等条件下利用UDT协议与UDX协议进行数据传输的效果对比示意图。
具体实施例方式下面结合附图及本发明的实施例对本发明的方法作进一步详细的说明。图1为本发明基于UDX协议的数据传输系统示意图，如图1所示，主要包括接入万维网的应用服务器、工作站、个人计算机、移动终端、终端监视器以及数字信号处理(DSP)摄像头；其中
所述应用服务器、工作站、个人计算机、移动终端、终端监视器、数字信号处理摄像头分别使用UDX协议连接万维网；所述应用服务器、工作站、个人计算机、移动终端、终端监视器、数字信号处理摄像头均能够通过万维网利用UDX协议在相互之间传输数据。所述工作站、个人计算机、移动终端、终端监视器、数字信号处理摄像头均通过自身的UDX模块接入万维网。工作站和个人计算机的UDX模块中，包含应用逻辑子模块和通信子模块。所述工作站、个人计算机均能够通过该应用逻辑子模块和通信子模块与其它工作站、个人计算机以及移动终端、终端监视器或DSP摄像头利用UDX协议进行数据传输。移动终端中的的UDX模块中，包含JAVA/C++应用子模块和通信子模块。所述移动终端能够通过该JAVA/C++应用子模块和通信子模块与其它移动终端、工作站、个人计算机、终端监视器或DSP摄像头利用UDX协议进行数据传输。终端监视器和DSP摄像头中，包含图像处理子模块和通信子模块。所述终端监视器或DSP摄像头能够通过该图像处理子模块和通信子模块与其它DSP摄像头、终端监视器、 移动终端、工作站或个人计算机利用UDX协议进行数据传输。本发明所述的UDX协议，是基于标准C++语言开发的协议栈，具有跨平台、支持现有的主流平台，如WIN、Linux、Mac、IOS等，并且32/64位兼容。能够方便应用于各种通信产品中，可集成在数字信号处理(DSP)芯片中，或可固化在硬件中，也可以纯软件的形式应用在各种网络的数据传输场合。该UDX协议，由于采用通用的开发语言，利用其它辅助技术，在不同的平台上灵活应用，能够极大方便研发工作的进行，节约研发成本并缩短产品开发周期。如，在个人计算机上，可以编译成Win32动态库或静态库供应用层调用。在移动设备上，如google的android操作系统上，利用JAVA调用NDK接口，间接调用UDX. SO文件， 包括苹果系统，都可以很方便移值。同时也支持DSP设备，UDX协议也提供了 C接口，这样在DSP中也可以使用，从而使协议互通，系统无缝联接，发挥最大功能。这里，所述UDX协议，类似TCP/IP协议。其协议栈分为应用层(Application)、传输层(Transport)、网络层(Network)和链路层(Link)四层。在本UDX协议栈中，该UDX协议能够与TCP协议、UDP协议以及UDT协议共存于传输层。下面介绍该UDX协议的数据包结构。图2A 图2D分别为UDX协议的连接包、中转包、普通数据包和应答包封装结构示意图。
如图2A所示，UDX连接包头，包括39字节(1字节=8位)和额外数据，该连接包头包括有UDX包头(10字节)、S0CKADDR(即万网地址20字节)、最大窗口数(2字节)、连接时间戳(2字节)、服务器是否拒绝标志位(1位)、连接过程中状态(7位)、连接时携带的数据长度 (4字节)以及连接时携带的数据。其中，UDX包头(10字节)进一步包括P2P标志位(1位)、 中转注册标志1 (1位)、中转注册标志2 (1位)、中转包(1位)、保留位(4位)、校验和(16 位)和UDX子包(7字节)。所述UDX子包，进一步包括发送时间(16位)、包序号(32位)、有效计算RTT标志位(1位)、ack占位数为0标志(1位)、包类型(4位)和子通道序号(2位)。如图2B所示，UDX中转包(18字节+数据域)，包括UDX包头(10字节)、DEST (目的地址64位)和数据域三部分。其中，UDX包头部分与UDX连接包头相同。如图2C所示，UDX普通数据包，包括UDX包头(10字节)和数据域两部分。其中， UDX包头部分与UDX连接包头相同。如图2D所示，UDX应答包(18字节+额外sack位，动态长度)，包括UDX包头(10 字节)、ack个数(8位)和ack数据(长度根据ack个数X 8)，该ack数据又称动态长度。其中，UDX包头部分与UDX连接包头相同。图3为本发明在PC后台控制端与移动终端设备间利用UDX协议建立通信连接及进行通信的过程示意图，如图3所示，假设以PC后台控制端与移动终端设备进行语音对讲， 该过程包括
1)移动终端(发送端，客户端)通过UDX协议中的连接包与PC (接收端，服务器端)进行三次握手后，建立数据通信链路。当连接建立成功后，就能够进行有效的数据通信了。移动终端将用户名和密码通过UDX协议的普通数据包进行传递，普通数据与连接包的区别在于其只有UDX包头，紧接着就是数据域(用于承载数据)，每个包中的序号从0开始，32位无符号序号增长，用完后，又从0开始，这样可以无限循环使用序号。接收方，当收到普通包后，就会发送应答包，应答包中也有序号，并回传发送时间，以便发送方计算往返时间。发送方收到应答包，如果序号匹配表示接收成功返回应用层，应用层解析数据，PC 方验证数据的完整性后，通信过程就完成。在我们这里，PC收到用户名和密码，校验通过后，即可进行业务数据交换。这一过程一直持续到连接断开。移动终端采集到话筒语音后，采用AMR窄带压缩，调用UDX接口进行传输，PC方通过UDX回调接口接收到数据，解压，并调用系统多媒体API进行回放，PC讲话原理也类似， PC方采集，压缩通过UDX接口发送给移动终端，移动终端解码，并回放，这样对讲功能就是这样实现了。使用UDX的好处是，它能有效的利用无线网络，比传输的其它协议来说，语音质量会更清晰，因为它会完整的重发丢失的数据包，如果数据包丢失就会使语音数据产生噪音。2)连接断开UDX协议采用是瘦断开，或叫不安全断开，向远端发送四次断开包， 本地立即断开。断开包，只有一个UDX包头，只是“包类型”为UDX_BR0KEN标志，由于UDX协议在应用层实现，而且往往应用一半是断开，一半处于应用层关闭的时候，所以必须马上退出不能等待这个断开包是否发给了对方。但是对方如果收不到断开消息，也可以等待超时自动断开，因而不会造成资源的浪费。下面以移动终端(假设接入WCDMA网络)、个人计算机利用TCP或UDX协议通过万维网与应用流媒体服务器进行音频传输的应用为例(如图3A所示)，对TCP协议和UDX协议的不同点进行进一步介绍
图3B为图3A所示网络应用TCP协议进行音频传输的过程以及其带宽利用率的对应情况示意图，从图中可以看出，由于TCP协议的实现原理会造成短暂的宽带没有充分利用，这一般是在丢包时发生，一般的有线网络不会有这么严重，就算丢包也会很快恢复，但是在无线环境，丢包这一现象更加频繁，而TCP的这一缺陷，使其不适合在无线，或高延迟网络使用，特别象音视频这类，实时性和吞吐量要求较高的应用。由于TCP协议书波动速度传送， 大大降低了带宽利用率。如图所示，该移动终端的上传速率在8KB左右，下载速率在15 25KB左右。图3C为图3A所示网络应用UDX协议进行音频传输的过程以及其带宽利用率的对应情况示意图，从图中可以看出，由于UDX协议的实现原理及本发明中采取了一系列改进措施，能够充分利用带宽，提高响应速度，即使发生丢包，UDX协议的快速重传算法，也会很快恢复网络流量，从而节省不必要的重传，间接节省运营成本和用户的费用。所以，UDX协议非常适合象音视频这类，实时性和吞吐量要求较高的应用。 本发明中的UDX协议的实现，采用了滑动窗口协议，但是，在其具体控制方面与传统的TCP协议算法有较大不同，控制思想也不同。UDX协议控制思想，主要是通过测量两端RTT往返时间，换算通道流量，通过控制发送流量来进行拥塞控制。其中，与传统的TCP、UDT协议等其它协议相比，有如下一些不同之处
第一、带宽估计算法。对带宽的评估，预测，在检测最大发送窗口的时候，是参照RENO算法，丢包检测。 但是在这个过程中，UDX还检测了 ACK的回复率，当出现ACK回复频率发生变化(变化率K > 0.35)时表明现在网络出现了波动，可以预测已经达到拥塞临界，这有点象VEGAS—样， 可以提前预测出现拥塞，这时UDX调整慢启动阀值，提前进入拥塞避免阶段。结合了 SACK算法，每个ACK协带了多个应答包，从而精确实现了选择性重传。减少了不必要的重传。与传统ACK不同点是，协带了更多的ACK，而且设计了新的ACK结构，增加压缩ACK方法，从而应答数据量也比较少。在拥塞避免阶段，通过计算DIFF=minrtt* (wnd/minrtt-wnd/rtt) <avgbew*0. 35f。 提前预测拥塞，这个不同点在avgbew，这个值是通过ACK应答计算而来，接近真实值，从而避免了传统VEGAS的计算值不准确(一般不准确发生在，由于网关的硬件限速)。丢包检测算法，每个发送包上记录了，上次发送的时间和最大发送序号，当收到 ACK时和当前对应量进行比较，可以精确知道哪个包需要重传，而不必等到超时到来。从而可以快速响应重传节省了时间。快速恢复，当UDX联续收到二个新的ACK时立即恢复到先前的发送窗口，减少了恢复开消。结合WEST WOOD的，通过统计方式计算流量，通过RTT/WND =BEff的公式，计算理论发送窗口和实际窗口进行比较，从而提高稳定性，使发送稳定在实际的带宽。
第二、快速重传。UDX协议的ACK设计，其实就是SACK协议，但是实现手法是不同于SACK，SACK是首尾序号对，而UDX是一个起始序号，及后面的相对序号组成，这样可以容纳更多的ACK.当发送方收到任何一个ACK时就可以准确的确定哪个包已经丢掉了，这时可以马上重传，而不需要等到超时后再重传，从而提高了实时性及间接的提高了吞吐量。第三、AIDM上改进。慢启动阶段和TCP类是W += 1，拥塞避免阶段是W += 1/W ；
UDX协议在窗口管理上，也采用了不同的设计方法。其中引入了一个饱和状态，也就是最佳状态。而实际发送速度是这个最佳状态时的1.25倍发送速度。这样可以保证较高的
竟争性。UDX中，度量的单位是当前流量，控制窗口的核心思想是，控制流量的增量。当增量趋近于实际流量的<=5%波动时，认为，流量已经最大，这时进入饱和状态，当UDX进入饱和状态时，转入拥塞避免加速模式，窗口不增大反而会减小，达到一个动态平横，使发送速度， 始终稳定在一个水平上。另外不同点是，窗口控制是，传统TCP是每周期增长幅度最大为1，而UDX是ACK驱动窗口增长的，并没有限制在RTT内变化值，所以，它的加速可能会在一个RTT内超过1。UDX针对不同的网络进行了 RTT的自动适应算法，引入了一个自定义的“理论流量”的概念，它与实际收到的数据计算的流理进行比较，当理论流量小于实际流量时会对窗口进行校正，使其保持在当前流量的窗口大小，这样流量更加平稳，不会出现偏差。只有流量的平稳性才能让其它参数有意义，否则流量控制成为空谈，这也是其它算法的缺点。
丢包控制UDX每收到一个丢包信号时，会对拥塞窗口进行调整，采用sstresh = wnd*a, wnd +=b ；其中a，b (可负)是UDX经验值，具体参数可以调整。结合丢包控制UDX在每100个ACK到来会计算一次丢包率，根据丢包率对A，B进行调整，这样更能结合实际网络状况对窗口进行调整。为了追求最大速度，UDX是适当的允许丢包，以保证数据的最大吞吐量。第四、算法上优化。重传策略上不同与其它算法，超时重传是由ACK驱动，而不是仅依靠定时器，这样可以更快的重传数据，增加实时性。由于UDP的特性，目前UDX是采用1.5倍计算的超时时间。超时时间为RTT + 4*|dRTT|，如果按传统的TCP的指数退避算法计算超时时间，在丢包和大延迟的网络，性能会急剧下降。UDX主要重传发生在ACK到来时，由于收到ACK，说明网络正常，这时重发数据，比盲目依靠定时器重传可靠的多。UDX定时器只会每次发一个重发包，当网络恢复时，就会重新依靠ACK把重发包快速发出去。启动加速时，UDX是通过理论流量作为参考的，当计算的理论流量，在〈1/MINRTT时，UDX是忽略丢包的，这样可以较快的加速到实际最大带宽
第五、针对无线调整。无线网络主要特性和有线网络还是比较明显。其特点是，波动大，流量不稳定，丢包率不固定，完全受环境的信号影响。从这个特性上来看，UDX的若干改进还是比较适合这种环境，较其它算法，更有抗丢包和干扰。比如，ACK设计及快速重传等，提高了吞吐量和响应时间。
第六、友好性。UDX相对TCP来说，是完全不友好的，一般UDX和TCP同时运行，TCP所占流量基本一半不到。较其它算法更具有抢占性。这个主要原因还是由于UDX协议的算法特征决定的。UDX在超时重传上比较精确，造成别人的算法还没有来得及恢复窗口时，UDX已经恢复到了最佳窗口从而更多的利用带宽。终上所述，通过以上几个改进，在高延迟网络和无线网络，网络传输性能，实时性有了比较大的提高，充份利用网络。由于UDX协议的上述特点，故，应用UDX协议能够在高延迟，高丢包率的环境下，比传统TCP或其它同类协议有更高的传输效率，更少的丢包率，更好的实时性，能有效利用现有物理带宽，从而可以传输更多的有效数据，提高吞吐量。需要特别强调的是将该UDX协议应用在无线通信领域上，对实时性有较明显提高。如，在3G网络中应用TCP协议，假设网络时延为300毫秒，一般一个指令来回至少需要 800毫秒至1秒的时间，如果在信号不好的地方，则需要更多时间。而应用UDX协议通常只需要700毫秒左右的时间。可见，UDX协议确实能提高网络响应的实时性。与UDX协议还能明显提高网络的吞吐量，请参考图5。图4为同等条件下利用TCP协议与UDX协议进行数据传输的效果对比示意图。如图所示，以带宽为2M的网络做为测试环境，通过WANemv2. 2模拟软件修改延迟和丢包率，假设该链路的时延为500ms、丢包率为15%。通过流量监控软件我们可以看到两者在相同链路上的吞吐量差别，TCP由于丢包和折半式窗口衰减，速度逐渐下降。而UDX在吞吐量上一直保持不变，维持在210KB左右的流量在传输，在吞吐量上，本测试情况下，有53%左右的提高。可见，UDX协议能明显提高数据的吞吐量。图5为同等条件下利用UDT协议与UDX协议进行数据传输的效果对比示意图，如图所示，在控制台中以采用UDT4. 6版的客户端连上公网的服务器模拟发送数据，我们记录其发送有效数据速度，对appclient的输出信息做简单修改，输出的第一列是实时速度，最后一列是丢包数，第二列是发送总数，统计并输入表格后，进行对比，UDT4. 6版的在发送速度在最高点，开始在140KB左右，平均速度在87. 47KB/s,而丢包率在38. 4%。以采用UDX协议的Windows客户端为测试工具，从界面上显示的实时数据，与平均数据并列制成图，从图中看出，采用UDX协议的客户端平均速度是187. 9KB，很显然远大于 UDT协议的客户端，而且测试工具中显示丢包率是12%，也远小于UDT协议，再从流量软件上看两者的流量图区别在于，UDT开始发包很猛，流量比较高，然后马上降下来，而且不能保持。后者采用UDX协议，流量相对稳定，且密集、饱满。下面以500ms延迟，15%丢包链路为例
由于TCP的超时计算是采用指数退避算法，其超时精度是粗精度，造成巨大的误差，而 UDX采用精确SACK确认重传分组，并且超时也是采用准确的计算超时时间⑶RRENT_RTT + 4 X I DRTT I，并且限定最大值为 AVG_RTT + —min (400ms, 0. 2f*CURRENT_RTT)，更能够准确重输，在丢包环境，无线环境，以500ms延迟，15%丢包链路为例，UDX较TCP在响应速度上，我们以echo方式回应3K测试数据为例，做完整测试10次测量，UDX平均响应时间为 522MS，而TCP响应时间平均在754ms.其响应速度要快754_522=232ms，响应速度有34%左右的提高。可见，采用UDX协议，能够明显提高响应速度。 以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
1.一种通用数据交换UDX协议栈，包括链路层、网络层、传输层及应用层；其特征在于， 其传输层采用UDX协议，该UDX协议能够与TCP协议、UDT协议共存于传输层。
2.根据权利要求1所述的UDX协议栈，其特征在于，所述UDX协议的包封装结构分为 UDX连接包头、UDX中转包、UDX普通数据包以及UDX应答包四种；其中所述UDX连接包头，长度为39字节，包括10字节的UDX包头、20字节的万网地址 S0CKADDR、2字节的最大窗口数、2字节的连接时间戳、1位服务器是否拒绝标志位、7位连接过程中状态、4字节的连接时携带的数据长度以及连接时携带的数据；所述UDX中转包，包括10字节的UDX包头、64位的目的地址DEST和数据源；所述UDX普通数据包，包括10字节的UDX包头和数据域两部分；所述UDX应答包，包括10字节的UDX包头、8位的ack个数和8字节的ack数据。
3.根据权利要求2所述的UDX协议栈，其特征在于，所述UDX包头，包括1位P2P标志位、1位第一中转注册标志位、1位第二中转注册标志位、1位中转包标志位、4位保留位、16 位校验和位以及7字节的UDX子包。
4.根据权利要求3所述的UDX协议栈，其特征在于，所述所述UDX子包，包括16位的发送时间、32位的包序号、1位有效计算RTT标志位、1位ack占位数为0标志、4位包类型指示位和2位子通道序号位。
5.一种基于UDX协议的数据传输系统，包括接入万维网的应用服务器、工作站、个人计算机、移动终端、终端监视器以及数字信号处理DSP摄像头；其特征在于，所述应用服务器、 工作站、个人计算机、移动终端、终端监视器、数字信号处理摄像头分别使用UDX协议连接万维网；所述应用服务器、工作站、个人计算机、移动终端、终端监视器、数字信号处理摄像头均能够通过万维网利用UDX协议在相互之间传输数据。
6.根据权利要求5所述的基于UDX协议的数据传输系统，其特征在于，所述工作站、 个人计算机、移动终端、终端监视器、数字信号处理摄像头均通过自身的UDX模块接入万维网。
7.根据权利要求5或6所述的基于UDX协议的数据传输系统，其特征在于，工作站和个人计算机的UDX模块中，包含应用逻辑子模块和通信子模块。
8.根据权利要求5或6所述的基于UDX协议的数据传输系统，其特征在于，移动终端中的的UDX模块中，包含JAVA/C++应用子模块和通信子模块。
9.根据权利要求5或6所述的基于UDX协议的数据传输系统，其特征在于，终端监视器和DSP摄像头中，包含图像处理子模块和通信子模块。
10.一种基于UDX协议的数据传输方法，其特征在于，包括如下步骤A、发送端通过UDX协议连接包与接收端进行三次握手，建立通信链路；B、发送端通过UDX普通数据包向所述接收端发送数据；C、接收端收到所述UDX普通数据包后，向所述接收端发送应答包，并回传发送时间和计算往返时间；D、发送端接收到应答包后，如果所述数据包接收成功，由应用层解析数据，并由接收端验证数据完整性。
全文摘要
本发明公开一种通用数据交换(UDX)协议栈、基于UDX协议的数据传输系统及方法，该协议栈包括链路层、网络层、传输层及应用层，其传输层采用UDX协议，其能够与TCP协议、UDT协议共存。该传输系统包括接入万维网的应用服务器、工作站、个人计算机、移动终端、终端监视器以及数字信号处理(DSP)摄像头；所述应用服务器、工作站、个人计算机等分别使用UDX协议连接万维网；所述应用服务器、工作站、个人计算机、移动终端、终端监视器、数字信号处理摄像头均能够通过万维网利用UDX协议在相互之间传输数据。采用本发明，能有效降低有线、无线网络中的丢包率，提高传输效率及响应速度，提高信道的利用率和提升网络性能。
文档编号H04L29/06GK102325146SQ20111033493
公开日2012年1月18日 申请日期2011年10月28日 优先权日2011年10月28日
发明者李良刚 申请人:武汉杰瑞诚光电科技有限公司