CN107682257A

CN107682257A - 数据传输方法和系统

Info

Publication number: CN107682257A
Application number: CN201711162937.9A
Authority: CN
Inventors: 牟丹; 姚毅
Original assignee: Lingyun Tianbo Photoelectric Technology Co Ltd
Current assignee: Lingyun Tianbo Photoelectric Technology Co Ltd
Priority date: 2017-11-21
Filing date: 2017-11-21
Publication date: 2018-02-09

Abstract

一种数据传输方法和系统，包括控制层面和数据转发层面。数据转发层面，用于检测数据转发故障；数据转发层面向控制层面发送故障信息，故障信息包括转发故障数据被传输的目的地址；控制层面，用于向所述数据转发层面发送与故障信息相对应的转发表项；数据转发层面，还用于根据转发表项进行数据转发。本申请具体实施例提供一种数据传输方法和系统。数据转发层面在确定丢包时，将包括丢包数据的目的地址的故障信息向控制层面发送。控制层面根据所述故障信息，向数据转发层面下发与所述目的地址相对应的转发表项。从而将所述数据流发送到服务器。服务器再根据数据流中包括的信息进行相应的操作。

Description

数据传输方法和系统

技术领域

本申请涉及通信技术领域，尤其涉及一种数据传输方法和系统。

背景技术

路由交换系统包括控制层面和转发层面。控制层面包括用于生产路由表，并将所述路由表向向转发层面发送。转发层面接收控制层面发送的路由表，并根据路由表对相应的数据进行转发。并且，路由交换系统在协议控制层面的协议不发生变化、不发生正常的老化更新的情况下，不会更新或者刷新转发表项。也就是说，在控制层面只有在路由表发生变化后才会将新的路由表向转发层面发送，否则，转发层面将根据前面一次接收的路由表对所述数据进行转发。

由于路由交换系统的软件和硬件的设计和实现复杂度都非常高。在如此庞大的软硬件设计实现上，必定会隐藏一些未被发现的缺陷，而这些缺陷一旦产生作用后其引起设备故障的不确定性也是无法预估的。因此，路由交换系统在在转发过程中可能由于转发层面的缺陷导致数据转发失败，并且检修人员很难为缺陷进行定位和修复。

这一过程是单向的，即只会从控制层面到转发层面，而无转发层面到控制层面的逆向反馈流程。

发明内容

本申请具体实施例提供一种数据传输方法和系统。通过数据转发层面向控制层面返回数据转发故障，从而使控制层面重新确定路由信息并将所述路由信息向数据转发层面发送。达到快速恢复数据转发层面数据转发的故障。

一方面。本申请具体实施例提供一种数据传输系统，所述系统包括控制层面和数据转发层面：

所述数据转发层面，用于检测数据转发故障；

所述数据转发层面向控制层面发送故障信息，所述故障信息包括转发故障数据被传输的目的地址；

所述控制层面，用于向所述数据转发层面发送与所述故障信息相对应的转发表项；

所述数据转发层面，还用于根据所述转发表项进行数据转发。。

在一个可能的设计中，所述故障信息是数据转发层面数据转发故障的信息,包括:

故障信息是，数据转发层面数据转发丢包信息。

在一个可能的设计中，所述数据转发层面向控制层面发送故障信息前，所述数据转发层面还用于：

根据目的地址记录丢包信息，所述丢包信息为所述目的地址在单位时间内的丢包信息；

当所述丢包信息中包括的丢包数大于第一丢包数阈值时，所述数据转发层面确定向控制层面发送所述故障信息。

根据目的地址记录丢包信息，所述丢包信息为所述目的地址的X次丢包信息，所述每个丢包信息分别包括丢包时间，所述X为大于等于1的正整数；

当所述第一次丢包的丢包时间与第X次丢包的丢包时间的间隔小于第一单位时间时，所述数据转发层面确定向控制层面发送故障信息。

第二方面，本申请具体实施例提供一种数据传输方法，所述方法包括：

数据转发层面检测数据转发故障；

控制层面向所述数据转发层面发送与所述故障信息相对应的转发表项；

数据转发层面根据所述转发表项进行数据转发。

在一个可能的设计中，所述故障信息是，数据转发层面数据转发丢包信息。

在一个可能的设计中，数据转发层面向控制层面发送故障信息前，所述方法还包括：

数据转发层面根据目的地址记录丢包信息，所述丢包信息为所述目的地址在单位时间内的丢包信息；

数据转发层面根据目的地址记录丢包信息，所述丢包信息为所述目的地址的X次丢包信息，所述每个丢包信息分别包括丢包时间，所述X为大于等于1的正整数；

第三方面，本申请具体实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被包括多个应用程序的电子设备执行时，使得所述电子设备执行第二方面任一项所述的方法。

第四方面，本申请具体实施例提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如第二方面中任意一项所述的方法。

本申请具体实施例提供一种数据传输方法和系统。数据转发层面在确定丢包时，将包括丢包数据的目的地址的故障信息向控制层面发送。控制层面根据所述故障信息，向数据转发层面下发与所述目的地址相对应的转发表项。从而将所述数据流发送到服务器。服务器再根据数据流中包括的信息进行相应的操作。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请具体实施例提供的一种通信系统结构图；

图2为一种路由器；

图3为本申请具体实施例提供的一种数据传输方法流程图；

图4为本申请实施例中定量丢包次数的丢包情况统计方法流程图；

图5为本申请具体实施例提供的一种转发表项下发流程；

图6为本申请具体实施例提供的一种数据发送方法。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请具体实施例提供的一种通信系统结构图。如图1所示，包括终端、多个路由系统和服务器。当终端需要对服务器进行访问，通过向路由系统发送相应的数据流。路由系统根据数据流中包括的目的地址通过查找路由器中包括的路由表确定该数据流的转发路径。从而将所述数据流发送到服务器。服务器再根据数据流中包括的信息进行相应的操作。

图2为一种路由器，包括控制层面和数据转发层面。路由器中时刻维持着一张路由表，路由表可以是静态配置的，也可以是动态路由协议产生的。控制层面根据目的地址来查找路由表，从而确定数据流访问的路径。控制层面将所述路径下发路由信息到数据转发层面。数据转发层面根据控制层面下发的路由信息将数据流向与所述路由信息相对应的下一个路由器转发。再由下一个路由器根据所述路由信息对所述数据流进行转发。直至依据所述路由表将数据流转发到目的地址的服务器。

具体的，所有报文的发送和转发都通过查找路由表从相应端口发送。这张路由器工作流程为：物理层从路由器的一个端口收到一个报文，上送到数据链路层；数据链路层去掉链路层封装，根据报文的协议域上送到网络层；网络层首先看报文是否是送给本机的，若是，去掉网络层封装，送给上层。若不是，则根据报文的目的地址查找路由表，若找到路由，将报文送给相应端口的数据链路层，数据链路层封装后，发送报文。若找不到路由，将报文丢弃。

可选的，当终端到服务器之间的链路连接完成后，路由器还周期性的对路由信息进行计算。当新计算的路由信息与旧的路由信息不相同时，所述控制层面还将新计算的路由信息向数据转发层面发送。从而使数据转发层面根据新计算的路由信息进行数据转发。

所述数据转发层面还将转发故障信息向控制层面发送。所述控制层面将根据该转发故障信息对应的路由信息向数据转发层面发送。从而使数据转发层面根据新接收的路由信息进行数据转发。

现有技术中，由于软件和/或硬件的缺陷导致数据转发层面在读取路由信息时导致路由信息被损坏而不能进行数据转发时，数据转发层面将对该数据丢包。本申请通过将故障信息向控制层面发送，使控制层面重新向数据转发层面下发路由信息。从而能够规避掉因未知系统缺陷引起的网络业务中断或者长时间中断，迅速恢复业务。

图3为本申请具体实施例提供的一种数据传输方法流程图。如图3所示，数据转发层面在运行过程中将统计端口的丢包率等信息。数据转发层面在确定丢包时将向控制层面发送故障信息。

可选的，数据转发层面在确定丢包信息后还将对丢包信息进行统计，当丢包情况达到一定条件时，将满足所述条件的故障信息向控制层面发送。数据转发故障存在一定的偶然性，对仅发生一次数据转发故障的故障信息向控制层面发送将大量的耗费系统资源，并且，偶然的丢包并不会对数据传输产生影响。本申请通过对丢包信息进行统计，避免了系统资源的浪费，同时解决了数据转发故障不能及时解决的问题。

对丢包情况进行的统计可以以单位时间丢包的统计方法，或，定量丢包次数的时间来确定。

在以单位时间丢包的统计方法中，包括预先设定的单位时间和丢包次数阈值。单位时间可以根据实际应用过程进行设定。例如，预先设定单位时间为10秒、30秒或1分钟等。所述单位时间用于标识丢包情况统计的周期。丢包次数阈值与预先设定的单位时间相关，当预先设定的单位时间改变时，丢包次数阈值也发生相应的变化。所述丢包次数阈值是预定单位时间的丢包次数阈值。

数据转发层面针对每个目的地址设定一个时钟，所述时钟以预先设定的单位时间为周期进行计数。当数据转发层面统计到一次该目的地址的丢包时，在与该时钟相对应的位置的丢包次数加1。

当时钟的一个周期到达时，数据转发层面统计丢包次数。当所述丢包次数大于或等于丢包次数阈值时，数据转发层面向控制面发送故障信息。

在以单位时间丢包的统计方法中，故障地址记为D，到故障地址D的第i个丢包记为Di；丢包时间记为TDi；被判定为故障的N次丢包时间间隔记为T。如果T>＝TDN-TD1，判定故障产生，否则视为非故障发生。

图4为本申请实施例中定量丢包次数的丢包情况统计方法流程图。如图4所示，包括预先设定的单位时间和丢包次数。丢包次数是预定统计丢包频率的周期。单位时间可以根据实际应用过程进行设定。例如，预先设定单位时间为10秒、30秒或1分钟等。所述单位时间用于标识丢包的频率。丢包次数与预先设定的单位时间相关，当预先设定的丢包次数发生变化时，单位时间也发生相应的变化。

数据转发层面将对发送数据的丢包进行统计。数据转发层面在确定一个目的地址的丢包后，还包括确定故障链表中是否包括所述目的地址的丢包信息。当故障链表中不包括所述目的地址故障信息时，将所述丢包信息加入到故障链表中。当故障链表中包括所述目的地址的故障信息时，将所述故障链轮的故障信息的计数器加1。同时，数据转发层面还将判断累计丢包次数是否达到预先设定的丢包次数。当累计丢包次数小于预先设定的丢包次数时，所述数据转发层面不进行其他操作，继续监控丢包情况，当累计丢包次数大于或等于预先设定的丢包次数时，所述数据转发层面判断第一次丢包的时间与最后一次丢包的时间间隔。当所述时间间隔小于预先设定的单位时间时，数据转发层面将所述目的地址的故障信息从故障链表中删除并继续监控丢包信息。当所述时间间隔大于或等于预先设定的单位时间时，数据转发层面将故障信息向控制面发送，并且，将故障链表中包括的所述目的地址的故障信息删除。

控制层面将接收数据转发层面发送的故障信息，所述故障信息中包括目的地址信息。所述控制层面接收所述故障信息后还根据目的地址信息确定与所述目的地址信息相对应的转发表项。控制层面还根据该故障信息向数据转发平面返回该转发表项。

图5为本申请具体实施例提供的一种转发表项下发流程。如图5所示，控制层面接收故障信息后，将确定故障信息中包括的目的地址信息。控制层面确定其中包括的转发表项是否包括与该目的地址相对应的转发表项。当控制层面不包括与所述目的地址相对应的转发表项时，控制层面向数据转发层面发送空消息。当控制层面包括与所述目的地址相对应的转发表项时，控制层面向数据转发层面发送该转发表项。

可选的，控制层面还包括对其中包括的转发表项进行更新。具体的，控制层面根据路由表和路由算法，对不同目的地址的转发表项进行更新。当所述目的地址的转发表项更新时，控制层面将吧更新的转发表项向数据转发层面发送。

图6为本申请具体实施例提供的一种数据发送方法。如图6所示，包括：

S601数据转发层面检测数据转发故障。

可选的，所述故障为丢包故障。

S602、所述数据转发层面向控制层面发送故障信息，所述故障信息包括转发故障数据被传输的目的地址。

可选的，数据转发层面获取故障信息前，所述方法还包括：

数据转发层面根据目的地址记录丢包信息，所述丢包信息为所述目的地址在单位时间内的丢包信息。

当所述丢包信息中包括的丢包数大于第一丢包数阈值时，所述数据转发层面确定所述目的地址数据转发故障。

可选的，数据转发层面获取故障信息前，所述方法还包括：

数据转发层面根据目的地址记录丢包信息，所述丢包信息为所述目的地址的X次丢包信息，所述每个丢包信息分别包括丢包时间，所述X为大于等于1的正整数。

当所述第一次丢包的丢包时间与第X次丢包的丢包时间的间隔小于第一单位时间时，所述数据转发层面确定所述目的地址数据转发故障。

S603、控制层面向所述数据转发层面发送与所述故障信息相对应的转发表项。

S603、数据转发层面根据所述转发表项进行数据转发。

需要说明的是上述方法可以应用在图1-图3所示的路由系统中，当然，也可以应用在其他任意路由系统中。

本申请具体实施例提供一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被包括多个应用程序的电子设备执行时，使得所示电子设备执行图3-图5所示的方法流程。

本申请的具体实施例中还提出了一种计算机程序产品，该计算机程序产品可用于路由设备运行。当该计算机程序产品在路由设备上运行时，使得路由设备执行如图3-图5任一项的流程。

需要说明的是，本申请提供实施例只是本申请所介绍的可选实施例，本领域技术人员在此基础上，完全可以设计出更多的实施例，因此不在此处赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或40组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims

1.一种数据传输系统，其特征在于，所述系统包括控制层面和数据转发层面：

所述数据转发层面，用于检测数据转发故障；

所述数据转发层面，还用于根据所述转发表项进行数据转发。

2.根据权利要求1所述的方法，所述故障信息是数据转发层面数据转发故障的信息,包括:

故障信息是，数据转发层面数据转发丢包信息。

3.根据权利要求2所述的系统，其特征在于，所述数据转发层面向控制层面发送故障信息前，所述数据转发层面还用于：

4.根据权利要求2所述的系统，其特征在于，所述数据转发层面向控制层面发送故障信息前，所述数据转发层面还用于：

5.一种数据传输方法，其特征在于，所述方法包括：

数据转发层面检测数据转发故障；

数据转发层面根据所述转发表项进行数据转发。

6.根据权利要求5所述的方法，其特征在于，所述故障信息是，数据转发层面数据转发丢包信息。

7.根据权利要求6所述的方法，其特征在于，数据转发层面向控制层面发送故障信息前，所述方法还包括：

8.根据权利要求6所述的方法，其特征在于，数据转发层面向控制层面发送故障信息前，所述方法还包括：

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被包括多个应用程序的电子设备执行时，使得所述电子设备执行权利要求5-8任一项所述的方法。

10.一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如权利要求5-8中任意一项所述的方法。