[发明专利]一种快速路径应答方法及系统

说明书

技术领域

本发明属于路径选择领域，尤其涉及一种快速路径应答方法及系统。

背景技术

流传输控制协议(SCTP，Stream Control Transmission Protocol)是一种新的传输层协议，将来有可能取代TCP；SCTP是一种作用于多个端口的协议，然而按照RFC的最新规定，默认情况下仅使用一个端口进行数据传输，无疑将会影响SCTP发挥多端口通信的优势，于是出现了多路径同时传输的SCTP。

多路径同时传输(CMT，Concurrent Multi-path Transmission)的流媒体传输控制协议是一种更能适应多端口的数据传输方式，这种传输方式较之前算法和策略也存在一定的不适应性，表现在冗余重传、过于保守的拥塞窗口更新和大量SACK报文等方面。

Iyengar等人在这些问题上提出了新的算法和策略，其中分裂快速重传算法(SFR，Split Fast Retransmission)解决了冗余重传的问题；新的拥塞窗口更新算法(CUC，CWND Update for CMT)解决了过于保守的拥塞窗口更新的问题；延迟应答算法(DAC，Delay ACK)解决了大量SACK报文的问题。

SFR算法、CUC算法和DAC算法都是针对数据传输的发送端，然而数据传输需要双方的共同协作，由于在默认情况下，当数据接收端需要发送选择确认(SACK，Selective ACK)报文时，总是选择最近一条收到DATA数据块的路径，如果这条路径的路径时延大或者路径的拥塞情况糟糕，则势必影响到数据发送端对这个报文的接收，从而影响接下来数据的传输进而影响整体的吞吐量。

按照当前SCTP的设计，总是发送端占主动地位，主动去探测路径的时延以及带宽，并决定从哪条路径进行下一个报文的数据传输(或以前某一个报文的重新传输)，当接收端需要发送SACK数据时，默认使用最后一次收到数据包的路径；接收端由于不了解哪条路径是最优的发送路径，导致SACK的发送是盲目的，如果SACK使用时延比较大的路径发送，将会严重影响网络的整体性能。

发明内容

本发明提供一种快速路径应答方法及系统，以解决上述问题。

本发明提供一种快速路径应答方法。上述方法包括以下步骤：

接收端收到发送端发送的FSACK-INIT报文后，从所述接收端所有接口发送FSACK-ACK报文；

当所述发送端接收到第一个所述FSACK-ACK报文后，验证所述FSACK-ACK报文中的唯一标识符与所述FSACK-INIT报文中的唯一标识符是否相同；

若相同，则所述发送端从第一个接收到所述FSACK-ACK报文的路径即目标路径向所述接收端回复FSACK-FINAL报文；

所述接收端收到所述FSACK-FINAL报文后，从所述目标路径发送选择确认报文。

本发明还提供一种快速路径应答系统，包括发送端、接收端；其中，所述发送端与所述接收端相连；

接收端，用于收到发送端发送的FSACK-INIT报文后，从所有接口发送FSACK-ACK报文；

所述发送端，用于接收到第一个所述FSACK-ACK报文后，验证所述FSACK-ACK报文中的唯一标识符与所述FSACK-INIT报文中的唯一标识符是否相同；

若相同，则从第一个接收到所述FSACK-ACK报文的路径即目标路径向所述接收端回复FSACK-FINAL报文；

所述接收端，用于收到所述FSACK-FINAL报文后，从所述目标路径发送选择确认报文。

相较于先前技术，根据本发明提供的一种快速路径应答方法及系统，可以从多条路径中迅速找出最小时延的路径，之后接收端所有的SACK报文都从这条路径发送，提高了系统整体的吞吐量。

附图说明

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

图1所示为本发明FSACK-INIT报文格式示意图；

图2所示为本发明FSACK-ACK报文格式示意图；

图3所示为本发明FSACK-FINAL报文示意图。

图4所示为本发明通信双方处理流程图；

图5所示为本发明通信双方信息交互流程示意图；

图6所示为本发明快速路径应答方法处理流程图；

图7所示为本发明快速路径应答方法处理流程示意图；