实现数据传输的方法和系统的制作方法
【专利摘要】本发明实施例提供一种实现数据传输的方法和系统，其中，实现数据传输的方法包括：识别数据接收反馈消息中的否定确认字段；确定与所述数据接收反馈消息中的否定确认字段对应的中断的数据段；向所述数据接收端发送所述中断的数据段。本发明实施例提供的实现数据传输方法的系统，通过增加否定确认机制，可以反馈中断的数据包，实现了更高效的数据传输。
【专利说明】
实现数据传输的方法和系统
技术领域
[0001] 本发明实施例涉及数据传输技术领域，尤其涉及一种实现数据传输的方法和系 统。
【背景技术】
[0002] 经典的TCP协议采用了对接收端收到的连续（in-order)数据进行确认，而对其它 的乱序(out-of-order)数据不予理睬的机制。这种机制因发送端每收到一个ACK只能确认 第一个"疑似"丢失数据段(Segment)，在误码率较高的无线/移动网络中传输效率低下。
【发明内容】
[0003] 本发明实施例提供一种实现数据传输的方法和系统，用以解决现有技术中传输效 率低下等问题，实现更高效的数据传输。
[0004] 本发明实施例提供一种实现数据传输的方法，包括：
[0005] 识别数据接收反馈消息中的否定确认字段；
[0006] 确定与所述数据接收反馈消息中的否定确认字段对应的中断的数据段；
[0007] 向所述数据接收端发送所述中断的数据段。
[0008] 本发明实施例提供一种实现数据传输的方法，包括：
[0009] 向发送端发送连接请求，所述连接请求包含所述接收端支持否定确认机制的信 息；
[0010] 当与所述发送端建立数据传输连接后，接收所述发送端发送的数据；
[0011] 根据接收到的数据，确定所述数据中中断的数据段；
[0012] 向所述发送端发送数据接收反馈消息，其中，所述数据接收反馈消息包括与所述 中断的数据段对应的否定确认字段。
[0013] 本发明实施例提供一种实现数据传输的系统，包括：
[0014] 识别单元，配置用于识别数据接收反馈消息中的否定确认字段；
[0015] 第一中断确定单元，配置用于确定与所述数据接收反馈消息中的否定确认字段对 应的中断的数据段；
[0016] 第一发送单元，配置用于向所述数据接收端发送所述中断的数据段。
[0017] 本发明实施例提供一种实现数据传输的系统，包括：
[0018] 连接请求单元，配置用于向发送端发送连接请求，所述连接请求包含所述接收端 支持否定确认机制的信息；
[0019] 数据接收单元，配置用于当与所述发送端建立数据传输连接后，接收所述发送端 发送的数据；
[0020] 第二中断确定单元，配置用于根据接收到的数据，确定所述数据中中断的数据段；
[0021] 反馈单元，配置用于向所述发送端发送数据接收反馈消息，其中，所述数据接收反 馈消息包括与所述中断的数据段对应的否定确认字段。
[0022] 本发明实施例提供的实现数据传输方法的系统，通过增加否定确认机制，可以反 馈中断的数据包，实现了更高效的数据传输。
【附图说明】
[0023] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发 明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根 据这些附图获得其他的附图。
[0024] 图1为现有技术中TCP的连接与终止过程图；
[0025]图2为可以应用于本发明实施例的示例性系统架构；
[0026] 图3为本发明实现数据传输方法的一个实施例流程图；
[0027] 图4为本发明实现数据传输方法的另一个实施例流程图；
[0028] 图5为本发明实现数据传输方法的又一个实施例流程图；
[0029] 图6为本发明实现数据传输系统的一个实施例结构示意图；
[0030] 图7为本发明实现数据传输系统的另一个实施例结构示意图；
[0031] 图8为可以应用于实现本发明实施例的终端设备或服务器的计算机系统的结构示 意图。
【具体实施方式】
[0032]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例 中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是 本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员 在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0033] 由于本发明的技术方案是基于TCP协议的，以下，先介绍TCP协议。
[0034] TCP 协议
[0035] 1、TCP提供了一种面向连接的、可靠的字节流服务。面向连接比较好理解，就是连 接双方在通信前需要预先建立一条连接，这犹如实际生活中的打电话。助于可靠性，TCP协 议中涉及了诸多规则来保障通信链路的可靠性，总结起来，主要有以下几点：
[0036] (1)应用数据分割成TCP认为最适合发送的数据块。这部分是通过"MSS"（最大数据 包长度)选项来控制的，通常这种机制也被称为一种协商机制，MSS规定了TCP传往另一端的 最大数据块的长度。值得注意的是，MSS只能出现在SYN报文段中，若一方不接收来自另一方 的MSS值，则MSS就定为536字节。一般来讲，在不出现分段的情况下，MSS值还是越大越好，这 样可以提尚网络的利用率。
[0037] (2)重传机制。设置定时器，等待确认包。
[0038] (3)对首部和数据进行校验。
[0039] (4)TCP对收到的数据进行排序，然后交给应用层。
[0040] (5)TCP的接收端丢弃重复的数据。
[0041 ] (6)TCP还提供流量控制。（通过每一端声明的窗口大小来提供的）
[0042] 2、TCP包的首部
[0043] 表1 TCP数据包的首部
[0044]
[0045] (1)若不计选项字段，TCP的首部占20个字节。
[0046] (2)源端口号以及目的端口号用于寻找发端和接收端的进程，一般来讲，通过端口 号和IP地址，可以唯一确定一个TCP连接，在网络编程中，通常被称为一个socket接口。
[0047] (3序号是用来标识从TCP发端向TCP接收端发送的数据字节流。
[0048] (4)确认序号包含发送确认的一端所期望收到的下一个序号，因此，确认序号应该 是上次已经成功收到数据字节序号加1。
[0049] (5)首部长度指出了TCP首部的长度值，若不存在选项，则这个值为20字节。
[0050] (6)标志位(flag):
[0051] URG:紧急指针有效
[0052] ACK:确认序号有效
[0053] PSH:接收方应尽快将这个报文段交给应用层
[0054] RST:重建连接
[0055] SYN:同步序号用来发起一个连接
[0056] FIN:发端完成发送任务(主动关闭）
[0057]【解释】
[0058] .TCP提供解决方式是为了使一端告诉另外一端某些"紧急数据"已经放置在普通 的数据流中，让接收端对紧急数据做特别处理。此时，URG位被置为1，并且16位的紧急数据 被置为一个正的偏移量，通过此偏移量与TCP首部中的序号字段相加，可以得出紧急数据的 最后一个字节的序号，常见的应用有传输中断键(在通过telnet连接过程中）。
[0059] ?RST:复位字段被用于当一个报文发送到某个socket接口而出现错误时，TCP则 会发出复位报文段。常见出现的情况有以下几种:WWW.2cto.com
[0060] 发送到不存在的端口的连接请求:此时对方的目的端口并没有侦听，对于UDP，将 会发出ICMP不可达的错误信息，而对于TCP，将会发出设置RST复位标志位的数据报。异常终 止一个连接:正常情况下，通过发送FIN去正常关闭一个TCP连接，但也有可能通过发送一个 复位报文段去中途释放掉一个连接。在socketAPI中通过设置socket选项S0_LINGER去关闭 这种异常关闭的情况。
[0061 ] 3、TCP的连接与终止过程
[0062] (1)三次握手：
[0063] 如图1所示，建立一个TCP连接，必须经历三次握手过程，其中发送第一个SYN的一 端将执行主动打开，接收这个SYN并发回下一个SYN的另一端执行被动打开。
[0064] (2)四次释放：
[0065]如图1所示，要释放一个TCP连接，需要通过四次握手过程，这是由TCP的半关闭特 性造成的，因为TCP连接时全双工的，因此，需要TCP两端要单独执行关闭。值得注意的是，主 动关闭的一端在发送FIN之后，依然还能正常接收对方的数据，只是通知对方它已经没有数 据需要发送了，同理，被动关闭的一端在收到FIN之后，仍然可以发送数据，直到它自身同样 发出FIN之后，才停止发送数据。
[0066] (3)TCP连接的超时问题：
[0067]完成一个TCP连接，中间涉及到一个超时的问题，大多数伯克利系统的超时时限为 75s，Solaris9的超时时限为240s，因此，一般认为是在75-240之间。
[0068]【引申】在具体的实现中，如何由用户自己去完成设置socket连接超时时间？
[0069]【解决方法】目前实现socket超时连接主要是通过select来完成的。具体步骤如 下：
[0070] ?建立 socket
[0071] ?将socket设置为非阻塞模式(若是阻塞模式，那么时间设置就毫无意义）
[0072] ?调用connect去进行连接
[0073] ?使用select检查socket是否可写，并同时判断其结果(为什么是可写？因为需要 检测socket是否收到ACK〇)
[0074] ?将socket转化为阻塞模式
[0075] (4)TCP 的半关闭 www. 2cto · com
[0076] 所谓"半关闭"，是指连接的一端在结束它的发送之后还能接收到对方发过来的数 据的能力。具体表现在，当完成三次握手的双方，其中有一端发出FIN，此时它将进入半关闭 状态，此时它关闭了自身的发送功能，但是它依然可以接收到对方的数据，如对方发过来的 ACK消息。那么在实际开发中，是怎么实现的呢？
[0077] 这牵涉到系统中shutdown和c 1 ose函数的区别问题。
[0078] int shutdown(int s,int how) <sys/socket.h>
[0079] shutdown是用来终止参数s所指定的socket接口，参数how主要有以下几种情况：
[0080] how = 0终止读取操作 [0081 ] how=l终止写入操作
[0082] how = 2终止读取和写入操作
[0083] 返回的errorcode可能有：
[0084] EBADF /*Bad file descriptor*/
[0085] EN0TS0CK /*Socket operation on non-socket*/
[0086] EN0TC0NN /^Socket is not connected*/
[0087] 需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相 互组合。下面将参考附图并结合实施例来详细说明本申请。
[0088]图2示出了可以应用本申请实施例的示例性系统架构200。
[0089] 如图2所示，系统架构200可以包括终端设备201、202、网络203和服务器204。网络 203用以在终端设备201、202和服务器204之间提供通信链路的介质。网络203可以包括各种 连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0090] 用户210可以使用终端设备201、202通过网络203与服务器204交互，以接收或发送 消息等。终端设备201、202上可以安装有各种通讯客户端应用，例如即时通信工具、邮箱客 户端、社交平台软件、音频视频软件等。
[0091] 终端设备201、202可以是各种电子设备，包括但不限于个人电脑、智能手机、平板 电脑、个人数字助理、可穿戴设备等等，终端设备201、202还可以是智能家电、路由器等。 [0092]服务器204可以是提供各种服务的服务器。服务器可以对接收到的数据进行存储、 分析等处理，并将处理结果反馈给终端设备。
[0093] 应该理解，图2中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需 要，可以具有任意数目的终端设备、网络和服务器。
[0094] 首先参考图3,其示出了本发明实现数据传输方法的一个实施例流程图300。
[0095] 如图3所示，在步骤301中，识别数据接收反馈消息中的否定确认字段。
[0096] 在本实施例中，数据发送端接收到数据接收端发送的数据接收反馈消息，其中数 据接收端发送的数据反馈消息中至少包括确认字段和否定确认字段，发送端本身支持否定 确认机制，所以发送端可以对接收端的否定确认字段进行识别。
[0097]在本实施例中，否定确认字段可以例如是基于表1中的"选项"（即TCP option)字 段中，由于发送端本身支持否定确认机制，所以发送端可以识别否定确认字段。现有技术中 TCP协议的发送端和接收端由于"选项"字段未定义，所以只能识别首部的其他字段，如表1 中的"32位序号"和"32位确认序号"，又如表1中的"SYN"和"ACK"。其中，否定确认机制的实 现可以是类似于ACK、SACK机制的实现，在此不再详述。
[0098] 在步骤302中，确定与所述数据接收反馈消息中的否定确认字段对应的中断的数 据段。
[0099] 在本实施例中，发送端根据之前识别的数据接收反馈消息中的否定确认字段，可 以确定与该字段对应的中断数据段。其中，中断的数据段可以例如是一系列本该连续的数 据段中缺失的数据段，也可以是实际收到的数据段与期望收到的数据段对比之后缺失的数 据段，例如收到序号为1、2、3、4、5、7、9的数据段，则期望收到的数据段应该是1、2、3、4、5、6、 7、8、9,可以认为其中序号为6、8的数据段即为中断的数据段，或者还可以将6、8、10定为中 断的数据段，本申请在此方面没有限制。
[0100] 在一些可选的实施例中，确认中断数据段的方法可以是基于否定确认字段中写入 的中断数据段的序号，也可以是直接基于中断数据段，本申请在此方面没有限制。由于现有 技术中确认字段中写入的是序号，所以为了能保持相对的统一，本申请中的否定确认字段 中也可以写入中断数据段的序号。
[0101] 在步骤303中，向所述数据接收端发送所述中断的数据段。
[0102] 在本实施例中，发送端根据之前确定的中断数据段向接收端发送该中断数据段。 其中，该中断数据段可以是基于序号的。例如，之前接收端的数据反馈消息中包含否定确认 字段，而该否定确认字段中写入了中断数据段的序号如5、6、9,则发送端可以根据序号确定 发送序号为5、6、9的中断数据段。
[0103] 在本实施例中，由于加入了否定确认字段，克服了现有技术中每收到一个ACK只能 确认第一个"疑似"丢失数据段存在的反馈的内容太少造成收发效率低，对网络的利用率不 高的问题。
[0104] 进一步参考图4,其示出了本发明实现数据传输方法的另一个实施例流程图400。
[0105] 如图4所示，在步骤401中，解析数据接收端发送的连接请求，确认所述数据接收端 支持否定确认机制。
[0106] 在本实施例中，发送端在开始数据传输之前，还需要与接收端进行如图1中的"三 次握手"从而建立可靠的连接。当发送端收到接收端发送的连接请求SYN时，需要解析该请 求，确认接收端支持否定确认机制。
[0107] 在步骤402中，当所述发送端同样支持所述否定确认机制时，向所述数据接收端发 送数据确认连接请求。
[0108] 在本实施例中，确认发送端支持否定确认机制之后，如果发送端本身也支持否定 确认机制，则向数据接收端发送数据确认连接请求，即TCP中的"第二次握手"，其中，数据确 认连接请求中包括携带表示"我支持否定确认机制"的相关信息以告知数据接收端可以建 立支持否定确认机制的连接。
[0109] 在步骤403中，至少基于所述数据确认连接请求，向所述数据接收端发送数据。
[0110] 在本实施例中，发送端至少基于之前发送的数据确认连接请求，可以准备向数据 接收端发送数据。当然，发送数据之前还需要收到接收端发送的"第三次握手"信息，本申请 在此方面没有限制。
[0111] 在步骤404中，接收所述数据接收端的数据接收反馈消息。
[0112] 在本实施例中，当开始向接收端发送数据后，数据接收端收到数据之后会向发送 端发送一个数据接收反馈消息，发送端接收该反馈消息并根据该反馈消息确定下一步需要 发送的数据。
[0113] 在步骤405中，识别数据接收反馈消息中的否定确认字段。
[0114] 在本实施例中，反馈消息ACK中可以写入确认字段，其中表示的是第一个"疑似"丢 失数据段，而在否定确认字段中可以写入收到的数据段中中断的数据段。例如发送端发送 了序号为1、2、3、4、5、6、7、8、9、10、11的数据段，而接收端只收到1、2、3、5、6、8、9、11的数据 段，则接收端可以在确认字段中写入4,而在否定确认字段中写入4、7、10,从而告知发送端4 之前的都收到了，在10之前没有收到4、7、10,发送端根据该反馈消息即可得知下一步需要 发送的数据。
[0115] 在步骤406中，确定与所述数据接收反馈消息中的否定确认字段对应的中断的数 据段。
[0116] 在本实施例中，发送端根据数据接收反馈消息确定其中的否定确认字段对应的中 断的数据段。在一些可选的实施例中，可以是基于否定确认字段中记载的中断数据段的序 号确定。
[0117] 在步骤407中，向所述数据接收端发送所述中断的数据段。
[0118] 在本实施例中，基于之前根据序号确定的中断数据段，将该中断的数据段发送给 接收端。
[0119] 在一些可选的实施例中，整个流程图可以用以下示例进行说明。
[0120] 收到接收端发送的SYN携带支持否定确认机制的信息，向接收端发送一个携带否 定确认机制的支持信息的SYN，并至少基于上述的两次握手，开始向数据接收端传输数据。 之后接收数据接收端的数据反馈消息ACK，其中ACK中至少包括确认字段和否定确认字段。 识别否定确认字段中的信息，确定相应的中断的数据段，例如否定确认字段中写入了序号 4、7、10,则发送端向接收端发送数据时，可以再加上序号4、7、10的中断数据段，而不是从序 号为4的数据段开始发送连续的数据段。
[0121] 根据上述步骤401-步骤407,与之前流程图300中的步骤301-步骤303不同的是可 以实现发送端在与接收端进行三次握手时确认双方都支持否定确认字段。进而传输数据时 可以更尚效，提尚网络利用率。
[0122] 需要说明的是，上述步骤405,步骤406和步骤407与流程图300中的步骤301-步骤 303一一对应，前面对步骤301，步骤302和步骤303的解释说明以及相关的技术效果同样适 用于步骤405，步骤406和步骤407，在此不再赘述。
[0123] 参考图5,为本发明实现数据传输方法的又一个实施例流程图500。
[0124] 如图5所示，在步骤501中，向发送端发送连接请求，所述连接请求包含所述接收端 支持否定确认机制的信息。
[0125] 在本实施例中，接收端向发送端发送连接请求，即可以是例如图1中的"第一次握 手"，其中，该连接请求中还包含接收端表示支持否定确认字段的信息。
[0126] 在步骤502中，当与所述发送端建立数据传输连接后，接收所述发送端发送的数 据。
[0127] 在本实施例中，当发送端与接收端经过"三次握手"后，发送端与接收端之间开始 进行数据传输，接收端接收发送端发送的数据。
[0128] 在步骤503中，根据接收到的数据，确定所述数据中中断的数据段。
[0129] 在本实施例中，接收端根据接收到的数据，确定其中中断的数据段。如果不存在中 断的数据段，则否定确认字段中可以不写入信息，也可以为空，本申请在此方面没有限制。
[0130] 在步骤504中，向所述发送端发送数据接收反馈消息，其中，所述数据接收反馈消 息包括与所述中断的数据段对应的否定确认字段。
[0131 ]在本实施例中，接收端确定中断的数据段之后，将该信息写入否定确认字段中，并 将包含否定确认字段的接收反馈消息，如ACK，发送给发送端。
[0132]上述流程图500从接收端的角度说明了本申请的数据传输方法。接收端通过与发 送端的"三次握手"建立了与发送端的连接，其中前两次"握手"时分别告知支持否定确认字 段，之后接收端接收到发送端发送的数据之后，对其进行分析，并形成数据反馈消息，其中 数据反馈消息中包括否定确认字段，否定确认字段中包括写入中断的数据段，可以是写入 中断的数据段的序号，并将该数据反馈消息发送给数据发送端。以上方案由于加入了否定 确认机制，可以实现更高效的数据传输反馈，以及对网络的更好地利用。
[0133] 请参考图6,其示出了本发明实现数据传输系统一个实施例结构示意图600。
[0134] 如图6所示，实现数据传输系统600包括识别单元605,第一中断确定单元606和第 一发送单元607。其中，识别单元605,配置用于识别数据接收反馈消息中的否定确认字段； 第一中断确定单元606,配置用于确定与所述数据接收反馈消息中的否定确认字段对应的 中断的数据段;第一发送单元607,配置用于向所述数据接收端发送所述中断的数据段。
[0135] 在本实施例中，发送端通过识别单元605对否定确认字段进行识别，之后通过第一 中断确定单元606确定中断的数据段，再通过第一发送单元607向接收端发送中断的数据 段。通过上述单元可以实现更高效的数据传输，以及提高对网络的利用率。
[0136] 在一些可选的实施例中，实现数据传输系统600还包括解析单元601，确认请求单 元602,第二发送单元603和反馈接收单元604。其中，解析单元601，配置用于解析数据接收 端发送的连接请求，确认所述数据接收端支持否定确认机制；确认请求单元602,配置用于 当所述发送端同样支持所述否定确认机制时，向所述数据接收端发送数据确认连接请求； 第二发送单元603,配置用于至少基于所述连接请求单元的数据确认连接请求，向所述数据 接收端发送数据;反馈接收单元604，配置用于接收所述数据接收端的数据接收反馈消息。
[0137] 在一些可选的实施例中，第一发送单元607和第二发送单元603可以为同一发送单 元，或者可以用同一处理器进行处理，本申请在此方面没有限制。
[0138] 在本实施例中，通过加入解析单元601，确认请求单元602,第二发送单元603和反 馈接收单元604，实现与接收端建立支持否定确认机制的连接，并在此基础上实现数据的更 尚效传输，提尚网络利用率。
[0139]请参考图7,其示出了本发明实现数据传输系统另一个实施例结构示意图700。 [0140]如图7所示，实现数据传输系统700包括连接请求单元701，数据接收单元702,第二 中断确定单元703和反馈单元704。其中，连接请求单元701，配置用于向发送端发送连接请 求，所述连接请求包含所述接收端支持否定确认机制的信息;数据接收单元702,配置用于 当与所述发送端建立数据传输连接后，接收所述发送端发送的数据；第二中断确定单元 703,配置用于根据接收到的数据，确定所述数据中中断的数据段;反馈单元704,配置用于 向所述发送端发送数据接收反馈消息，其中，所述数据接收反馈消息包括与所述中断的数 据段对应的否定确认字段。
[0141]在本实施例中，接收端通过连接请求单元701，数据接收单元702,第二中断确定单 元703和反馈单元704实现与发送端之间建立基于否定确认机制的连接，并在数据反馈消息 中加入否定确认字段，从而形成更具体更高效的数据反馈信息，有利于提高网络传输效率， 进而提尚网络利用率。
[0142] 应当理解，图6和图7中中记载的诸单元与参考图3、图4以及图5中描述的方法中的 各个步骤相对应。由此，上文针对方法描述的操作和特征以及相应的技术效果同样适用于 图6和图7中的诸单元，在此不再赘述。
[0143] 值得注意的是，本发明的实施例中的单元并不用于限制本发明的方案，例如反馈 单元可以描述为用于向所述发送端发送数据接收反馈消息的单元。另外，还可以通过硬件 处理器来实现相关功能模块，例如反馈单元也可以用处理器实现，在此不再赘述。
[0144] 下面参考图8,其示出了适于用来实现本申请实施例的终端设备或服务器的计算 机系统800的结构示意图。
[0145] 如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读 存储器(R0M)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而 执行各种适当的动作和处理。在RAM803中，还存储有系统800操作所需的各种程序和数据。 CPU 801、R0M 802以及RAM 803通过总线804彼此相连。输入/输出（I/O)接口805也连接至总 线 804。
[0146] 以下部件连接至I/O接口 805:包括键盘、鼠标等的输入部分806;包括诸如阴极射 线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807;包括硬盘等的存储部分808; 以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因 特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口 805。可拆卸介质811，诸如 磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出 的计算机程序根据需要被安装入存储部分808。
[0147] 特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机 软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括有形地包含在机器可读 介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这 样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆 卸介质811被安装。
[0148] 以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可 以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单 元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其 中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性 的劳动的情况下，即可以理解并实施。
[0149] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可 借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上 述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该 计算机软件产品可以存储在计算机可读存储介质中，如R0M/RAM、磁碟、光盘等，包括若干指 令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施 例或者实施例的某些部分所述的方法。
[0150] 最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制;尽管 参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可 以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换； 而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和 范围。
【主权项】
1. 一种实现数据传输的方法，包括： 识别数据接收反馈消息中的否定确认字段； 确定与所述数据接收反馈消息中的否定确认字段对应的中断的数据段； 向所述数据接收端发送所述中断的数据段。2. 根据权利要求1所述的方法，其中，在识别数据接收反馈消息中的否定确认字段之 前，包括： 解析数据接收端发送的连接请求，确认所述数据接收端支持否定确认机制； 当所述发送端同样支持所述否定确认机制时，向所述数据接收端发送数据确认连接请 求； 至少基于所述数据确认连接请求，向所述数据接收端发送数据； 接收所述数据接收端的数据接收反馈消息。3. 根据权利要求1所述的方法，其中，所述确定与所述数据接收反馈消息中的否定确认 字段对应的中断的数据段包括： 基于所述否定确认字段中中断的数据段的序号确定。4. 根据权利要求1-3中任一项所述的方法，其中，所述否定确认字段包括基于TCP option字段实现。5. -种实现数据传输的方法，包括： 向发送端发送连接请求，所述连接请求包含所述接收端支持否定确认机制的信息； 当与所述发送端建立数据传输连接后，接收所述发送端发送的数据； 根据接收到的数据，确定所述数据中中断的数据段； 向所述发送端发送数据接收反馈消息，其中，所述数据接收反馈消息包括与所述中断 的数据段对应的否定确认字段。6. 根据权利要求5所述的方法，其中，所述根据接收到的数据，确定所述数据中中断的 数据段包括： 基于所述否定确认字段中中断的数据段的序号确定。7. 根据权利要求5或6所述的方法，其中，所述否定确认字段包括基于TCP option字段 实现。8. -种实现数据传输的系统，包括： 识别单元，配置用于识别数据接收反馈消息中的否定确认字段； 第一中断确定单元，配置用于确定与所述数据接收反馈消息中的否定确认字段对应的 中断的数据段； 第一发送单元，配置用于向所述数据接收端发送所述中断的数据段。9. 根据权利要求8所述的系统，其中，所述系统还包括： 解析单元，配置用于解析数据接收端发送的连接请求，确认所述数据接收端支持否定 确认机制； 确认请求单元，配置用于当所述发送端同样支持所述否定确认机制时，向所述数据接 收端发送数据确认连接请求； 第二发送单元，配置用于至少基于所述连接请求单元的数据确认连接请求，向所述数 据接收端发送数据； 反馈接收单元，配置用于接收所述数据接收端的数据接收反馈消息。10. 根据权利要求8所述的系统，其中，所述第一中断确定单元包括配置用于基于所述 否定确认字段中中断的数据段的序号确定与所述数据接收反馈消息中的否定确认字段对 应的中断的数据段。11. 根据权利要求8所述的系统，其中，所述否定确认字段包括基于TCP option字段实 现。12. -种实现数据传输的系统，包括： 连接请求单元，配置用于向发送端发送连接请求，所述连接请求包含所述接收端支持 否定确认机制的信息； 数据接收单元，配置用于当与所述发送端建立数据传输连接后，接收所述发送端发送 的数据； 第二中断确定单元，配置用于根据接收到的数据，确定所述数据中中断的数据段； 反馈单元，配置用于向所述发送端发送数据接收反馈消息，其中，所述数据接收反馈消 息包括与所述中断的数据段对应的否定确认字段。13. 根据权利要求12所述的系统，其中，所述第二中断确定单元包括配置用于基于所述 否定确认字段中中断的数据段的序号确定所述数据中中断的数据段。14. 根据权利要求12或13所述的系统，其中，所述否定确认字段包括基于TCP option字 段实现。
【文档编号】H04L1/18GK105897383SQ201610201395
【公开日】2016年8月24日
【申请日】2016年3月31日
【发明人】李洪福, 李艳松
【申请人】乐视控股（北京）有限公司, 乐视云计算有限公司