通信方法

专利名称：通信方法
技术领域：
本发明总体上涉及通信网络，以及对这种网络中的数据丢失进行管理。本发明可 应用但不限于改善诸如用于金融服务、安全或者紧急服务中的关键数据(critical data) 的分配。
背景技术：
在当今的金融市场中，获得及时和准确的信息对于业绩是很重要的。金融机构依 靠高速、高可靠性网络来提供可以作为交易决策基础的最新新闻和价格数据。市场数据递 送服务采用了多种不同的途径。通常，这种数据递送服务是使用TCP或单播UDP来实现的。 这种实现的一个问题是有限的可扩展性(scalability)。使用TCP需要服务器上针对每个 接收者提供单独socket (或者端点)和滑动窗口(或者缓冲区)以及针对每个客户提供单 独的网络流。UDP单播需要针对每个目的地系统的流的单独副本。这两种方法均能够迅速 地用光服务器的资源并使网络达到使数据被延迟到认为不可接受的时段的程度。因此，很 多股票交易所采用了基于IP多播的UPD来向订户(subscriber)广播市场信息，且被广泛 认为是扩展市场数据递送的唯一方式。然而，IP多播不是一种面向连接的机制，它不可靠 并且不具有应对掉包(dropped packet)的固有机制。这对于视频或者音频分配可能不是 什么问题，但是对于分配关键数据来讲却需要一种有效管理数据丢失的机制。

发明内容
本发明在提供低等待时间的同时提供了可靠的通信。具体来讲，本发明提出一种 在网络中经由多个信道从第一节点向第二节点可靠地传送数据的方法，其中所述数据包括 多个部分；其中所述多个信道包括不可靠信道和可靠信道；所述方法包括以下步骤经由 所述不可靠信道将所述数据发送到第二节点；经由所述可靠信道将所述数据发送到第二节 点；识别经由所述不可靠信道在第二节点接收的数据所缺失的数据部分；从经由所述可靠 信道在第二节点接收的数据中获得与经由所述不可靠信道在第二节点接收到的数据所缺 失的数据部分相对应的数据部分。本发明优选地组合了 RTP传输的低等待时间和TCP的可靠性，优选地提供了这样 一种方法，其中不可靠信道根据运行在UDP上的RTP在多个包中承载数据；而可靠信道根 据TCP在多个包中承载数据。根据一个变型例，不可靠信道通过多播、根据运行在UDP上的 RTP针对多个第二节点工作；而可靠信道根据TCP针对所述多个第二节点中的每一个节点 工作。每个TCP包所承载的包优选地与相应的RTP包所承载的数据和RTP报头相匹配。从各个详细设置导出的具体优点覆盖多个第二节点。根据本发明的另一方面，不 可靠信道通过多播、根据运行在UDP上的RTP对多个(N个)第二节点起作用；而可靠信道 在TCP上对所述多个(N个)第二节点的子集M < N起作用；其中所述多个(N个)第二节 点加入端对端网络；其中第二节点的子集M经由可靠信道从第一节点接收经由不可靠信道 接收的数据中所丢失的数据部分；其中多个(N个)第二节点的其余N-M个节点从第二节点
5的子集M的一个或其它节点接收经由不可靠信道接收的数据所缺失的数据部分。另选的是，不可靠信道通过单播、根据运行在UDP上的RTP对多个第二节点起作 用，其中第一节点和每个第二节点加入端对端网络，该端对端网络用于从第一节点接收经 由不可靠信道接收到的数据所缺失的数据部分。根据另一方面，本发明提供了多个(N个)第二节点，其中针对多个(N个)第二节 点中的每一个节点提供了根据运行在UDP上的RTP而工作的不可靠信道；针对多个(N个) 第二节点的子集M < N中的每一个第二节点提供了根据TCP而工作的可靠信道；其中多个 (N个)第二节点加入多播组，并且第二节点的子集M < N经由该多播组将经由可靠信道接 收的包中继到子集M < N中并不包括的剩余N-M个第二节点。根据另一方面，本发明包括将经由不可靠信道在第二节点接收的数据和经由可 靠信道在第二节点接收的数据合并为单个流；从所述单个流中识别经由不可靠信道在第二 节点接收的数据所缺失的数据部分；以及从所述单个流中获得经由可靠信道在第二节点接 收的与经由不可靠信道在第二节点接收的数据所缺失的数据部分相对应的数据部分。本发明还提供了一种用于低等待时间数据传输的通信网络，其得到了增强的可靠 性，具体地讲，本发明提供了一种通信网络，其包括第一节点和第二节点；其中第一节点被 设置为经由两个信道向第二节点发送数据；第一不可靠信道用于根据不可靠通信协议向第 二节点发送数据；第二可靠信道用于根据可靠通信协议向第二节点发送数据；其中所述数 据包括多个部分；其中第二节点包括数据检查器，该数据检查器用于识别相对于经由不可 靠信道从第一节点接收的数据所缺失的数据部分，并用于从经由可靠信道从第一节点接收 的数据中获得经由不可靠信道接收的数据所缺失的数据部分。本发明可以利用序列编号方案来实现对缺失数据部分的检测，具体来讲，在通信 网络中，经由不可靠信道发送的数据包括第一包系列，其中第一包系列中的每个包都与指 定了序列中的位置的序列号相关联；其中参照序列号来识别丢失的数据。在该通信网络中， 经由可靠信道发送的数据还可以包括第二包系列；其中第二包系列中的每个包都与指定了 序列中的位置的序列号相关联；其中第二包系列中的每个包都对应于第一包系列中的一个 包；并且其中第二包系列中的每个包都与和第一包系列的相应包相同的序列号相关联。


为了帮助理解本发明，下面将参照附图举例来描述实施方式，其中图1是典型的金融信息系统的示意图；图2是用在图1的金融信息系统中的数据包的示意图；图3是图2的数据包的报头结构的示意图；图4是用于实现本发明的服务器的示意图。
具体实施例方式图1示出了根据第一实施方式、本发明所应用到的金融信息系统的示意图。市场 数据源10通常是产生这种数据的金融交易所。市场数据的目的地是工作在金融机构内的 交易员，如经纪人，或者更准确地讲，交易员使用的交易应用20。市场数据递送可以被认为 包括两个主要阶段。在第一阶段中，将数据作为来自金融交易所(其产生该数据)的数据流带入金融机构的网络中。通常，数据流终止于数据中心中的服务器30，服务器30可以位 于金融机构的经营场所或共同位于交易所中。数据流接着被服务器30上的数据流处理器 40处理，数据流处理器40可以将数据流归一化为公共格式，接着再次将其发布到运行交易 应用的应用服务器20的阵列。每个服务器都可以处理多个数据流。市场数据本质上是极度时间敏感的，因此交易所10与交易应用20之间的数据路 径50、60的任何延迟都必须被最小化。例如在伦敦，金融机构从LSE拾取市场数据的基于 UDP的IP多播流。然而，从金融机构服务器到交易应用，数据流被使用更可靠的TCP会话重 发送。本质上，该会话受金融机构服务器与交易应用之间的往返等待时间的限制，由于TCP 要求确认并且将要求重发送任何丢失或者损坏的帧，所以进一步延长了等待时间。实时传输协议(RTP)是一种不可靠、不同步的协议，它在单播或者多播网络服务 上提供诸如交互音频和视频或仿真数据的具有实时特性的数据的端到端递送服务。RTP的 详细定义可以在 2003 年 7 月的 InternetEngineering Task Force publication RFC 3550 中找到。应用通常在UDP的上方(top)运行RTP。如果底层网络提供，则RTP能够支持使用 多播分配向多个目的地的数据传送。RTP自身不提供任何确保及时递送的机制或者提供其 它服务质量(QoS)保证。相反地，它向应用提供与包丢失、抖动以及其它链路属性有关的信 息，将补偿服务质量问题的任务留给了该信息。RTP自身并不保证递送或者防止无序递送， 也不假设底层网络是可靠的。尽管一些实现具有提供顺序递送的功能，但这不是协议所强 制的，因此，RTP并不适于高速、高可靠性数据递送。RTP由两个紧密关联的部分组成实时传输协议(RTP)和RTP控制协议(RTCP)。 实时传输协议(RTP)被设计为承载具有实时特性的数据以及允许计算链路统计值的时序 数据(timing data)。RTCP的主要功能是允许RTP “会话”中的加入者通知其它加入者其 对链路质量的观察-延迟、抖动、丢失等。另外，它还能够用于支持一些应用控制要求。图2示出了 RTP包以及其关联的报头信息的示意图。被传送的实时媒体形成了 “RTP有效载荷”。RTP报头包含与有效载荷有关的信息，例如源、大小、编码类型等。然而， RTP包不能被“按原样”在网络上传送，因此我们使用被称为用户数据报协议(UDP)的传送 协议。如图2所示，使用UDP需要将UDP报头添加到RTP包中RTP报头之后。UDP数据报接 着被给到IP打包器。如图2所示，使用IP打包器需要将IP报头添加到RTP包中UDP报头 之后。图3是更详细示出RTP报头结构的示意图。图3中使用了以下标签V——版本，表示RTP版本。P——填充，被设置时，包在末端包含一个或更多个额外填充的八位字节，其不是 有效载荷的一部分。X——扩展位，被设置时，固定报头后面跟着一个报头扩展，具有定义的格式。CSRC计数——包含固定报头之后的CSRC标识符的数量(参见下面的CSRC)。M——标记符，标记符的解析是被配置文件定义的。其意在允许诸如帧边界的显著 事件被标记在包流中。有效载荷类型_表示RTP有效载荷的格式并确定应用对它的解析。配置文件指定 了有效载荷类型代码到有效载荷格式的默认静态映射。额外的有效载荷类型代码可以通过非RTP方式被动态地定义。序列号——每发送一个RTP数据包加1，可以被接收机使用以检测包丢失以及恢 复包序列。时间戳——反映了 RTP数据包中的第一个八位字节的采样时刻。采样时刻必须从 随时间单调且线性增加的时钟导出以允许同步和抖动计算。SSRC——同步源，该标识符是随机选择的，其意在同一 RTP会话中没有两个同步源 具有相同的SSRC标识符。CSRC——贡献源标识符列表，标识了对该包中包含的有效载荷有贡献的源。可靠的多播是对不可靠的多播发送的改善，其中接收机可以使用带外信道向发送 方请求丢失帧。帧的丢失是通过用序列号对全部帧进行标号来确定的。由于缺少窗口和选 择性的确认，针对可靠的多播从包丢失中恢复比针对TCP流要慢。可靠的多播适于作为可 靠的传输(协议)代替TCP，然而，TCP在包丢失可能性较高的环境中性能更好。多播在其本质上不是面向连接的机制，而且固有地不可靠，因此诸如允许重传丢 失包的TCP的协议并不适用。基本多播针对诸如流式音频和视频的应用，其中偶尔的掉包 不是问题。但是对于关键数据的分配，就需要一种请求重传送的机制。在IETF RFC 3208中记载的PGM被提出，作为一种在多播中请求重传送的适当机 制。根据PGM，多播包被分配了序列号，使得当包丢失时接收方能够请求对其序列号所标识 的包进行重新多播。然而，缺少广泛采用的安全可靠以及可扩展的系统阻止了广泛采用。如以上参照图1所指出的，数据中心服务器与交易应用之间的数据通常是由TCP 来传输的，TCP提供了顺序和可靠的包递送。数据在未充分利用的网络上传输，该网络通常 在其容量的百分之五以下(在一些情况下百分之一以下)工作。根据本发明，金融数据中心服务器到交易应用的链路50用诸如由RTP协议提供的 不可靠数据流来实现，该数据流被诸如由TCP提供的可靠数据流来备份。在此讨论的是可 以共享或可以不共享同一物理介质的两个逻辑信道。逻辑信道可以共享同一物理链路也可 以使用单独的链路(如果有的话)。可靠的数据流优选地承载与不可靠数据流相同的数据 报以及至少一些不可靠数据流报头信息。优选地，每个TCP包都与相应的一个RTP包所承 载的数据相匹配。可以使用相同的方法来加速从交易应用到金融数据服务器的订单的流动。根据一 个优选实施方式，优先于可靠数据信道经由不可靠数据信道来发送数据。该优先可以使用 优先级排队、基于类的排队或者当业务流在网络接口上或在网络中作为整体而传输时支持 标记更高和更低优先级的任何其它技术来实现。使用恰当定义的协议(诸如RTP)中定义 的数据格式能够收集性能统计数据、加密和验证。根据另一实施方式，交易所10到金融数据中心30的数据链路60也/或根据本发 明来实现。下面来看看以上方案是如何被实际应用的。根据优选实施方式，针对低等待时间而优化的UDP侦听器被选择用于交易应用 20，例如基于面向事件的API的侦听器。类似于Unix的平台上的poll函数族和Linux上 的“印ollO ”1/0事件通知工具是适用的。RTP代码库被修改以接收来自交易应用20处的 数据中心服务器30的入局交换数据并使用所选侦听器。
服务器30包括RTP成帧器，RTP成帧器生成构成去往交易应用的数据流的RTP帧。 来自RTP成帧器的帧被在RTP和TCP流中发送，在公共链路上或者在不同链路上均可。根 据优选实施方式，在接收端，在RTP流和TCP流被转发到交易应用之前，将它们合并为单个流。合并可以借助针对经由RTP流接收的数据的缓冲器以及遵循所接收的数据包的 序列号的序列计数器来实现。如果在序列中检测到间隙，即期望的序列号从所接收的包中 丢失，则系统监视经由TCP流接收的数据包并将TCP流中具有丢失的序列号的包插入到缓 冲器的适当位置。根据优选实施方式，合并功能根据以下顺序来操作1、检查 UDP(RTP)和 TCP socket 的突出数据。2、如果数据存在，则读取和解析RTP报头。3、将RTP报头序列号和最后看到的RTP报头序列号进行比较。i、如果序列号等于最后看到的序列号，则+1，与任何缓冲数据一起传送到应用 (见 iii)。ii、如果序列号小于最后看到的序列号，则丢弃。iii、如果序列号大于最后看到的序列号，则缓冲数据。4、返回步骤1。从TCP流中获得由于RTP流中的包丢失或延迟而不存在的数据。与此同时，对到 达的RTP数据进行缓冲。结果，交易应用20看到了与仅仅经由TCP获得的数据流相同的不 间断数据流，只不过等待时间更低。同时，包丢失之后的恢复时间与使用正常的TCP连接发 送的数据一样好。来自RTP的统计数据(例如涉及往返延迟、抖动等的信息)能够被经由单独的API 直接提供到交易应用。来自RTP的统计数据能够与其它数据核对以及用于监视系统性能。另选的是，每个流被“按原样”提供到交易应用，交易应用进行流合并并处理包丢 失。如图1所指出的，目的地交易应用20可以包括多个(N个)交易应用，每个交易应用都 经由不可靠RTP数据流来接收数据。根据另一实施方式，可靠递送不仅仅通过上述TCP流的方式来实现。根据这样的 另一实施方式，可靠的TCP流提供数据到多个交易应用的子集M < N,多个交易应用20加入 端对端网络(未示出)。端对端网络提供了将经由可靠TCP流被交易应用20的子集M接收 的数据传送到其余的N-M个交易应用20的装置。其余的N-M个交易应用20从交易应用的 子集M中的一个或其它接收经由RTP流接收的数据中不存在的数据。有利的是，本实施方 式仅仅要求数据中心保持到端对端网络的M < N个TCP连接。尽管相比于先前描述的具有 专门的TCP连接预交易应用的实施方式，包丢失的恢复减慢了，但是本实施方式除了对包 丢失的保护外还提供了对一些链路故障的保护。根据另一个这样的实施方式，可靠的TCP流仅仅向多个交易应用的子集M < N提 供数据且多个交易应用20加入多播组。具有到数据中心的TCP连接的M个交易应用中的 每一个都经由多播组来中继使用可靠TCP流接收的数据包。尽管相比于具有针对每个交易 应用的专门TCP连接的实施方式，包丢失的恢复时间更慢，但是该实施方式除了提供对包 丢失的保护外还提供了对一些链路故障的保护。
9
使用具有TCP备份的RTP数据流相比于仅仅TCP提供了多个显著优点，这些优点 包括在正常运行期间更低的端对端等待时间(即没有包丢失)；向每个端点提供详细链路 性能统计信息的内置机制；相比于纯TCP，针对低概率数据丢失的链路，数据的重传以及可 靠的顺序递送。另外，在另选实施方式中，当RTP和TCP流被“按原样”提供到应用时，可以对交易 逻辑进行修改使其能够不同步地运行，并且有利地，即使数据丢失也继续交易。尽管以上通过示例参照金融和系统数据递送服务进行了描述，但是本发明可应用 于任何具有充足容量的其中准确和高速度很重要的通信系统，如用于应急服务、遥感勘测、 工业控制等的通信网络。任何通信系统和方法都可能丢失或损坏数据，无论是由于外部因素(以及超出系 统控制以外)或者系统中固有的因素，即由于所选协议。由于固有因素而丢失或者损坏的 概率是每个系统的本征特性，其可以预先评估或者根据对系统性能的测量而得到。通信系 统(或者运行在这种系统上的通信协议)应对丢失的方式导致系统被定义为可靠或者不可 靠。参照本发明，技术人员将把可靠通信协议理解为能够在电信系统上发送数据同时基于 具体电信系统中的本征丢失概率以期望的速率来补偿非确定性丢失的传输。可靠的通信协 议将不被期望能够补偿确定性事件，如电信系统的人工干预或彻底故障。这证明，技术人员 将把非可靠通信协议看作不能够以期望速率补偿非确定性丢失的协议。本领域技术人员应该理解，本发明可以用软件实现，其任意或者全部可以包含在 各种传输和/或存储介质中，如软盘、CD-ROM或磁介质，使得程序能够被加载到一个或者更 多个通用计算机上或者可以被使用合适的传输介质经由计算机网络下载。用于实现本发明 的计算机程序产品可以被实现在可以被合适的计算机输入装置可读的任何合适的载体上， 如CD-ROM、光学可读标记、磁介质、打孔卡或者带，或者实现在电磁或者光信号上。本领域技术人员应该理解，数据源10、数据中心服务器30以及交易应用20都可 以在一个或更多个市场可得的服务器上或类似的处理装置上实现。图4示出了一种适于实 现根据本发明另一实施方式的通信系统的处理装置的典型结构。实际中，通常需要多个这 种装置。处理装置包括用于执行软件程序以及管理和控制处理装置的操作的中央处理单元 (CPU)40。CPU 40经由总线41连接到多个装置，这些装置包括存储装置42 (例如用于存储 系统和应用软件的硬盘装置)和存储器装置(包括ROM 44和RAM 45)。计算机还包括用于 接口连接到外部网络49的网络接口 47。计算机还可以包括用户输入/输出装置，如经由输 入/输出端口 46连接到总线41的鼠标和键盘(未示出)，以及显示器48。本领域技术人 员应理解，以上架构不是限制性的，而仅仅是典型的处理装置架构的示例。还应理解，所描 述的处理装置具有使其能够完成其目的的全部必要操作和应用。摘要的文字并入此处一种经由两个信道从第一节点和第二节点进行可靠数据传 送的通信网络。第一不可靠信道根据诸如RTP的不可靠通信协议来传送数据。第二不可靠 信道根据诸如TCP的可靠通信协议来传送相同的数据。在第二节点处，对经由不可靠信道 从第一节点接收的数据中所丢失的数据部分进行检测，并适用经由可靠信道从第一节点接 收的对应的数据部分。RTP信道可以通过多播或单播在UDP上运行。TCP信道可以用多播 组或端对端网络来补充。
权利要求
一种通信网络，该通信网络包括第一节点和第二节点；其中，第一节点被设置为经由两个信道向第二节点发送数据；第一不可靠信道用于根据不可靠通信协议将所述数据发送到第二节点；而第二可靠信道用于根据可靠通信协议将所述数据发送到第二节点；其中，所述数据包括多个部分；其中，第二节点包括数据检查器，该数据检查器用于识别经由所述不可靠信道从第一节点接收到的数据所缺失的数据部分；以及从经由所述可靠信道从第一节点接收到的数据中获得经由所述不可靠信道接收到的数据所缺失的数据部分。
2.根据权利要求1所述的通信网络，其中，经由所述不可靠信道发送的数据包括第一 包系列，其中，第一包系列中的每个包都关联有指定了序列中的位置的序列号；其中，参照 所述序列号来识别所缺失的数据。
3.根据权利要求2所述的通信网络，其中，经由所述可靠信道发送的数据包括第二包 系列；其中，第二包系列中的每个包都关联有指定了序列中的位置的序列号；其中，第二包系列中的每个包都对应于第一包系列中的一个包；并且其中，第二包系列中的每个包都关联有和第一包系列中的相应包相同的序列号。
4.根据权利要求3所述的通信网络，该通信网络被设置为按照由所述序列号确定的顺 序来发送每个包系列。
5.根据权利要求3所述的通信网络，该通信网络被设置为无序地发送每个包系列，并 且其中，第二节点包括包定序器，该包定序器用于对从第一节点接收到的包 进行顺序排列。
6.根据权利要求1到5中任意一项所述的通信网络，该通信网络被设置为优先于所述 可靠信道经由所述不可靠信道来发送数据。
7.根据权利要求1到6中任意一项所述的通信网络，其中，所述不可靠信道被设置为根 据运行在UDP上的RTP在多个包中承载所述数据；而所述可靠信道被设置为根据TCP在多 个包中承载所述数据。
8.根据权利要求1到6中任意一项所述的通信网络，其中，所述不可靠信道被设置为 通过多播、根据运行在UDP上的RTP针对多个第二节点工作；而所述可靠信道被设置为根据 TCP针对所述多个第二节点中的每一个节点工作。
9.根据权利要求1到6中任意一项所述的通信网络，其中，所述不可靠信道被设置为 通过多播、根据运行在UDP上的RTP针对N个第二节点工作；而所述可靠信道被设置为通过 TCP针对所述N个第二节点中的子集M个第二节点工作，其中，M < N ；其中，所述N个第二节点被设置为加入端对端网络；其中，所述子集M个第二节点被设置为经由所述可靠信道从第一节点接收经由所述不 可靠信道接收到的数据所缺失的数据部分；并且其中，所述N个第二节点中的其余N-M个第二节点被设置为从所述子集M个第二节点 中的一个或其它节点接收经由所述不可靠信道接收到的数据所缺失的数据部分。
10.根据权利要求1到6中任意一项所述的通信网络，其中，所述不可靠信道通过单播、 根据运行在UDP上的RTP针对多个第二节点工作，并且其中，第一节点和每个第二节点被设 置为加入端对端网络，该端对端网络用于从第一节点接收经由所述不可靠信道接收到的数 据所缺失的数据部分。
11.根据权利要求1到6中任意一项所述的通信网络，该通信网络包括N个第二节点，其中，针对所述N个第二节点中的每个第二节点提供了被设置为根据运行在UDP上的RTP 而工作的不可靠信道；并且针对所述N个第二节点的子集M个第二节点中的每个第二节点 提供了被设置为根据TCP而工作的可靠信道，其中，M < N ；其中，所述N个第二节点被设置为加入多播组，并且其中，所述子集M个第二节点被设 置为经由该多播组将经由所述可靠信道接收到的包中继到并未包括在所述子集M个第二 节点中的其余N-M个第二节点，其中，M < N。
12.—种在网络中经由多个信道从第一节点向第二节点可靠地传送数据的方法；其中，所述数据包括多个部分；其中，所述多个信道包括不可靠信道和可靠信道；该方法包括以下步骤经由所述不可靠信道将所述数据发送到第二节点；经由所述可靠信道将所述数据发送到第二节点；识别经由所述不可靠信道在第二节点处接收到的数据所缺失的数据部分；从经由所述可靠信道在第二节点处接收到的数据中获得与经由所述不可靠信道在第 二节点处接收到的数据所缺失的数据部分相对应的数据部分。
13.根据权利要求12所述的方法，其中，所述不可靠信道根据运行在UPD上的RTP在多 个包中承载所述数据；而所述可靠信道根据TCP在多个包中承载所述数据。
14.根据权利要求12所述的方法，其中，所述不可靠信道通过多播、根据运行在UDP上 的RTP针对多个第二节点工作；而所述可靠信道根据TCP针对所述多个第二节点中的每一 个节点工作。
15.根据权利要求12到14中任意一项所述的方法，其中，所述不可靠信道通过多播、根 据运行在UDP上的RTP针对N个第二节点工作；而所述可靠信道通过TCP针对所述N个第 二节点中的子集M个第二节点工作，其中，M < N ；其中，所述N个第二节点加入端对端网络；其中，所述子集M个第二节点经由所述可靠信道从第一节点接收经由所述不可靠信道 接收到的数据所缺失的数据部分；并且其中，所述N个第二节点中的其余N-M个节点从所述子集M个第二节点中的一个或其 它节点接收经由所述不可靠信道接收到的数据所缺失的数据部分。
16.根据权利要求12到14中任意一项所述的方法，其中，所述不可靠信道通过单播、根 据运行在UDP上的RTP针对多个第二节点工作，并且其中，第一节点和每个第二节点加入端 对端网络，该端对端网络用于从第一节点接收经由所述不可靠信道接收到的数据所缺失的 数据部分。
17.根据权利要求12到14中任意一项所述的方法，该方法包括N个第二节点，其中， 针对所述N个第二节点中的每一个第二节点提供了根据运行在UDP上的RTP而工作的不可 靠信道；并且针对所述N个第二节点中的子集M个第二节点中的每个第二节点提供了根据 TCP而工作的可靠信道，其中，M < N ；其中，所述N个第二节点加入多播组，并且其中，所述子集M个第二节点经由该多播组 将经由所述可靠信道接收到的包中继到并未包括在所述子集M个第二节点中的其余N-M个 第二节点，其中，M < N。
18.根据权利要求12到14中任意一项所述的方法，该方法包括以下步骤 将经由所述不可靠信道在第二节点处接收到的数据和经由所述可靠信道在第二节点 处接收到的数据合并为单个流；从所述单个流中识别出经由所述不可靠信道在第二节点处接收到的数据所缺失的数 据部分；以及从所述单个流中获得经由所述可靠信道在第二节点处接收到的、与经由所述不可靠信 道在第二节点处接收到的数据所缺失的数据部分相对应的数据部分。
全文摘要
一种经由两个信道从第一节点和第二节点进行可靠数据传送的通信网络。第一不可靠信道根据诸如RTP的不可靠通信协议来传送数据。第二不可靠信道根据诸如TCP的可靠通信协议来传送相同的数据。在第二节点处，对经由不可靠信道从第一节点接收到的数据所丢失的数据部分进行检测，并使用经由可靠信道从第一节点接收到的对应的数据部分。RTP信道可以通过多播或单播在UDP上运行。TCP信道可以用多播组或端对端网络来补充。
文档编号H04L29/06GK101939967SQ200980104280
公开日2011年1月5日 申请日期2009年1月30日 优先权日2008年2月7日
发明者安东·拉多斯蒂诺维奇·伊万诺夫 申请人:英国电讯有限公司