CN113728604B - 用于恢复网络关联信息的方法和装置 - Google Patents

用于恢复网络关联信息的方法和装置 Download PDF

Info

Publication number
CN113728604B
CN113728604B CN202080026877.1A CN202080026877A CN113728604B CN 113728604 B CN113728604 B CN 113728604B CN 202080026877 A CN202080026877 A CN 202080026877A CN 113728604 B CN113728604 B CN 113728604B
Authority
CN
China
Prior art keywords
sequence number
data packet
determining
computing device
remote computing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202080026877.1A
Other languages
English (en)
Other versions
CN113728604A (zh
Inventor
S·胡克
B·莫
J·艾佩
G·包利华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Casa Systems Inc
Original Assignee
Casa Systems Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Casa Systems Inc filed Critical Casa Systems Inc
Priority to CN202311063284.4A priority Critical patent/CN117041173A/zh
Publication of CN113728604A publication Critical patent/CN113728604A/zh
Application granted granted Critical
Publication of CN113728604B publication Critical patent/CN113728604B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
    • G06F11/0757—Error or fault detection not based on redundancy by exceeding limits by exceeding a time limit, i.e. time-out, e.g. watchdogs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1471—Saving, restoring, recovering or retrying involving logging of persistent data for recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures

Abstract

本文中描述的技术涉及配置成在与远程计算设备的通信会话中，确定用于下一个数据包的当前数据传输序列号的方法、装置和计算机可读介质。检测通信会话的中断。确定用于通信会话的检查点数据，该检查点数据指示用于发送至远程计算设备的前一个数据包的前一个序列号。执行解析过程，以确定在通信会话中，用于下一个数据包的当前数据传输序列号，包括：基于检查点数据，确定在通信会话中，用于传输数据的估算的下一个序列号；向远程计算设备传输第一数据包；从远程计算设备接收具有关联序列号的第二数据包；以及确定在通信会话中，用于下一个数据包的当前序列号。

Description

用于恢复网络关联信息的方法和装置
相关申请的交叉引用
本申请根据35U.S.C.§119(e)，要求于2019年2月5日提交的、标题为METHODS ANDAPPARATUS FOR RECOVERING NETWORK ASSOCIATION INFORMATION的、序列号为62/801,365的美国临时申请优先权，其全部内容通过参引并入本文中。
技术领域
本文中描述的技术总体上涉及恢复用于通信会话的网络关联信息，并且具体地涉及在通信会话中断的情况下恢复网络关联序列号。
背景技术
各种网络通信协议可以用于将数据从一个网络设备通过介质(例如将设备连接在一起的有线和/或无线连接或网络)传输至另一网络设备。为了保持跟踪已传输数据，网络通信协议通常为每个已传输数据包分配编号(例如序列号)，该编号对于每个数据包都是唯一的和/或递增的。例如，序列号可以由发送设备用于保持跟踪发送设备已经发送哪些数据包、接收设备已经确认哪些数据包等。序列号可以由接收设备用于保持跟踪它已经从发送设备接收到哪些数据包、接收设备期望哪个数据包是来自发送设备的下一个数据包等。
网络通信协议通常需要保持跟踪和维护整个通信会话中的各种数据。例如，网络通信协议通常在设备之间交换控制数据包的初始序列，以建立通信会话的各方面。附加地或可替代性地，在通信会话期间，设备维护各种信息，例如数据包的一个或多个当前序列号和/或其它信息，以维护通信会话。然而，通信会话可能会被中断，例如由于设备之间的介质的问题和/或由于设备本身的问题(例如，崩溃、资源有限导致设备处理滞后等)。这种中断会危及设备维持使通信会话继续所需的信息的能力。如果设备无法恢复此类信息，则通信会话通常必须重启，这是不期望的。
发明内容
根据所公开的主题，提供了用于在中断之后恢复网络关联信息，以避免需要重启通信会话的装置、系统和方法。
一些实施方案涉及一种确定当前数据传输序列号的计算机化方法，用于与远程计算设备的通信会话中的下一个数据包。该方法包括：确定通信会话的中断；确定用于通信会话的检查点数据，其中，检查点数据指示用于发送至远程计算设备的前一个数据包的前一个序列号；以及执行解析过程，以确定在通信会话中，用于下一个数据包的当前数据传输序列号。解析过程包括：基于检查点数据，确定在通信会话中，用于传输数据的估算的下一个序列号；将第一数据包传输至远程计算设备，其中，第一数据包是包括估算的下一个序列号的虚拟数据包；从远程计算设备接收第二数据包，其中，第二数据包包括关联序列号；以及基于估算的下一个序列号、第二数据包、第二数据包的关联序列号或其一些组合，确定在通信会话中，用于下一个数据包的当前序列号。
一些实施方案涉及一种配置成在与远程计算设备的通信会话中，确定用于下一个数据包的当前数据传输序列号的装置。该装置包括与存储器通信的处理器。处理器配置成执行存储在存储器中的指令，这些指令致使处理器：确定通信会话的中断；确定用于通信会话的检查点数据，其中，检查点数据指示用于发送至远程计算设备的前一个数据包的前一个序列号；以及执行解析过程，以确定在通信会话中，用于下一个数据包的当前数据传输序列号。解析过程包括：基于检查点数据，确定在通信会话中，用于传输数据的估算的下一个序列号；将第一数据包传输至远程计算设备，其中，第一数据包是包括估算的下一个序列号的虚拟数据包；从远程计算设备接收第二数据包，其中，第二数据包包括关联序列号；以及基于估算的下一个序列号、第二数据包、第二数据包的关联序列号或其一些组合，确定在通信会话中，用于下一个数据包的当前序列号。
因此，已经相当广泛地概述了所公开的主题的特征，以便可以更好地理解随后的详细描述，并且可以更好地理解对本领域的贡献。当然，下文描述中还存在所公开的主题的附加特征，并且其将形成所附权利要求的主题。应当理解的是，本文采用的措辞和术语用于描述的目的，而不应视为具有限制性。
附图说明
在附图中，在各图中展示的每个相同或几乎相同的组件由相同的附图标记表示。出于清楚的目的，可能并未在每个附图中标示出每个组件。附图不一定按比例绘制，而是着重展示本文中描述的技术和设备的各个方面。
图1A示出了根据一些示例，使用流控制传输协议的本地端点与对等端点之间的连接的示例。
图1B示出了根据一些示例的LTE无线电接入网络的典型部分。
图1C图示了根据一些实施方案，由本地端点执行以解析网络关联信息的高级过程。
图2是根据一些实施方案，用于解析本地TSN的计算机化方法的典型流程图。
图3是根据一些实施方案，用于解析对等TSN的计算机化方法的典型流程图。
图4是根据一些实施方案，用于解析本地SSN的计算机化方法的典型流程图。
图5是图表，示出了根据一些实施方案，用于本地端点与对等端点之间的连接的示例数据包流。
图6是图表，示出了根据一些实施方案，用于本地端点与对等端点之间的连接的另一示例数据包流。
图7是图表，示出了根据一些实施方案，用于本地端点与对等端点之间的连接的另一示例数据包流的图表。
图8是图表，示出了根据一些实施方案，用于本地端点与对等端点之间的连接的另一示例数据包流的图表。
图9是图表，示出了根据一些实施方案，用于本地端点与对等端点之间的连接的另一示例数据包流的图表。
具体实施方式
本文中描述的技术可以用于在发生故障的情况下恢复网络关联信息，包括恢复序列号信息。该技术可以利用对整个通信会话无害的虚拟数据包(dummy packet)，触发对等方以其自身的数据块、确认和/或其他响应进行响应。该技术可以使用这些响应，以能够对于对等方透明的方式，恢复网络关联信息，并且可以避免中止和/或重启网络关联。这些和其他技术在本文中进一步论述。
在以下描述中，阐述了关于所公开的主题的系统和方法以及这些系统和方法可以操作的环境等的许多具体细节，以便提供对所公开的主题的透彻理解。另外，应当理解的是，下文提供的示例是典型的，并且设想的是，存在属于所公开的主题的范围内的其它系统和方法。
本文中描述的技术可以用于恢复用于各种类型的通信协议的网络关联信息。这种协议的一个非限制性示例是流控制传输协议(SCTP)。SCTP可以用作传输层协议，比如代替传输控制协议(TCP)和/或用户数据报协议(UDP)，或者与传输控制协议(TCP)和/或用户数据报协议(UDP)结合使用。图1A示出了根据一些实施方案，在使用SCTP协议的本地端点102与对等端点104之间的连接100的示例。SCTP允许端点之间存在多个流，使得如果一个流被阻塞，则另一个流仍可以用于传递数据。图1A所示的典型连接100包括两个流，流0 106和流1 108。
本地端点102和对等端点104将交换一系列控制消息以建立SCTP关联和状态。传输序列号(Transmission Sequence Number，TSN)和流序列号(Stream Sequence Number，SSN)是应用于SCTP数据块以确保数据包按顺序可靠地传递的值。TSN可以用作用于整个数据流的序列号(例如，在用于重组的分段中使用)。SSN可以定义特定流中的块。在建立SCTP关联后，每个端点可以识别用于TSN和SSN的初始值，并将发送具有预期值的SCTP数据块，针对每个SCTP数据块使预期值递增。每个端点可以使用其自身关联的TSN和SSN值，使得本地端点102具有用于其发送的数据包的本地TSN和一个或多个SSN，并且对等端点104具有用于其发送的数据包的其自身的对等TSN和一个或多个SSN。
图1B示出了根据一些示例的LTE无线接入网(RAN)150的典型部分。一个或更多个UE——在图1B中示出为UE的152A到152B(统称为UE 152)——与示出为家庭eNodeB(HeNB)154的小区通信。家庭eNodeB网关(HeNB-GW)156聚合从HeNB 154到核心网的流量。在该说明性示例中，HeNB-GW 156使用SCTP，作为HeNB 154与作为LTE接入网络的控制节点的移动管理实体(Mobile Management Entity，MME)158之间的传输协议。为简单起见，省略了LTERAN 150的其他方面，但是本领域技术人员将理解到可以包括在LTE RAN 150中的各种组件。
当一个SCTP端点遇到故障时，例如高可用性集群(High Availability，HA)切换或进程重启，SCTP关联必须继续，以使用下一个预期的TSN和SSN值。否则，不适当的TSN和/或SSN值可能导致对等方检测到错误，这可能导致中止关联(例如，通过到另一个端点的ABORT数据包)和/或不处理数据包。在RFC-4960中指定了SCTP重启过程，以用于重新初始化关联的TSN和SSN值，其全部内容通过参引并入本文中。SCTP重启过程依赖于在本地端点102和对等端点104第一次建立关联时，使用的控制消息(例如，包括INIT、INIT-ACK、COOKIE-ECHO和COOKE-ACK数据包)的相同交换。例如，该过程在RFC-4960的5.2.4.1节中论述。SCTP重启过程通常需要对等端点104参与和/或知道本地端点102正在重启。例如，对等端点104必须能够使用在来自重启端点的INIT数据包中传送的信息，找到用于关联的现有传输控制块(Transport Control Block，TCB)。TCB是一种数据结构，其包含SCTP连接的任一侧的连接信息。在SCTP重启期间，虽然端点之间的心跳消息通常将继续交换，但SCTP数据块通常将被丢弃，因为必须在协商期间重置TSN/SSN值。在一些实现形式中，MME可能找不到现有关联，这可能会导致MME替代地创建新关联(例如，这会使已经使用该关联的UE丢失其传输并经历数据丢失)。在一些实现形式中，由于对等方需要参与重启，因此一旦对等方确定正在发生SCTP重启，则对等方可以配置成确保与先前SCTP关联相关联的任何状态被迁移，这可以包括任何UE上下文。附加地或可替代地，当检测到SCTP关联已经重启时，对等方可能会采取一些不期望的动作(例如警报和/或其他事件)。
申请人已经发现并认识到的是，为了支持HA，网络中的一个或多个SCTP关联(例如，HeNB-GW与HeNB和/或MME之间)应当在端点故障(例如进程重启或切换)中幸存，而不会导致关联的解除。申请人已经开发了独特的技术，用于以对于对等方透明的方式，恢复SCTP关联并解析对等方之间的SCTP流的TSN和SSN值，使得对等方无需知道本地端点重启。如本文所论述的，这些技术可以以独特的方式使用支持的SCTP/S1AP基本消息和/或过程，以允许SCTP关联在故障中幸存。这些技术可以与第三方设备兼容，和/或可以不需要SCTP关联的对等方的特殊行为。
在一些实施方案中，该技术可以与不支持SCTP重启机制(例如，如RFC-4960所指定的)的端点一起使用。在不支持SCTP重启机制的情况下，当发生故障时，申请人已经发现并认识到的是，SCTP关联可能会受影响(例如，中止)，这会对客户建立的UE连接产生不利影响。本文中提供的技术可以用作在故障转移之后，执行维护SCTP关联、恢复状态和/或解析SCTP流的TSN和SSN值中的一者或多者的替代方式。通过执行此类操作，数据流量可以复原，而无需端点(例如，不支持SCTP重启机制的MME)的改变和/或特殊行为。
发明人还发现并认识到，虽然可以对TSN和SSN值设置检查点(例如，在关联期间随着TSN和SSN值的变化而存储和维护)，但是对每一个TSN和SSN变化和恢复状态设置检查点通常是不切实际的，并且替代地会在真实的网络和流量条件下证明是有问题的。例如，这种连续设置检查点会消耗大量资源，这会对端点的性能产生负面影响。本文中描述的技术提供由本地SCTP端点对SCTP关联的初始状态进行检查点设置。如上所述，检查点值通常不保持最新，例如由于流量率、数据处理延迟等而不保持最新。本文中描述的技术可以通过从对等方的SCTP确认(例如，SACK消息)和失败之后的数据块中获知TSN和SSN值、利用检查点数据，透明地解析预期的TSN和SSN值。该技术可以用于通过已建立的SCTP关联来使发送数据复原，而无需例如在SCTP的对等方上执行SCTP重启和/或重新初始化任何状态。
在一些实施方案中，最高确认TSN的检查点值可以在故障转移之后立即用于向具有预期被对等方报告为重复的TSN的对等端点，发送初始虚拟SCTP数据包(例如，对SCTP关联无害的数据包)。例如，这些技术可以发送TSN值小于被确认的最高TSN值的虚拟数据包，以尝试发送已知重复。例如，已知的重复可以允许本地节点将SACK与确认接收到虚拟数据包的对等方，和被发送以确认一些(先前发送的)传输中数据的SACK区分开。传输中数据可以包括由本地节点使用未设置检查点的TSN/SSN值发送的数据(例如，在本地节点发送该数据之前，最后一个检查点发生的位置)。接收后，如果重复，对等方将发送SCTP SACK，指示接收到的最高TSN，并将初始虚拟数据包指示为重复。一旦初始虚拟数据包被识别为重复，则本地端点就可以开始使用SACK中报告的cumtsn作为最高TSN，以发送后续虚拟数据包。
在一些实施方案中，虚拟数据包可以是将提示来自对等方的响应的虚拟数据包。例如，在一些实施方案中，可以使用不包含元素的S1AP ENB配置更新，因为对等方利用匹配的S1AP ENB配置更新确认或失败，以响应数据包。因此，可以使用将导致对等方以数据响应和/或SACK响应虚拟数据块的虚拟数据包。
在一些实施方案中，虚拟数据包可以包括被设计成在被对等方接收时不引起改变的数据。因此，例如，虽然数据包对整个通信会话是无害的，但可以用于解析TSN和/或SSN值。例如，ENB配置更新可以在没有新信息或修改信息的情况下使用，使得数据包不会导致对等方的状态改变。在一些实施方案中，虚拟数据包可以作为SCTP无序数据包发送，使得包含在虚拟数据包中的SSN值是不相关的，并且不被对等方检查。在一些实施方案中，这些技术可以限制所有数据通过一个SCTP流发送。例如，将数据流量限制于单个流可以允许对等方准确地计算由传输中数据使用的SSN，并且在解析TSN和SSN之后为新数据调整SSN。
在一些实施方案中，响应于来自对等方的初始虚拟数据包而发送的信息用于确定是否调整本地存储的TSN和/或SSN值。例如，可以使用来自对等方SACK的信息(例如，累积TSN、间隙和/或重复)并将其与本地存储的最后发送的值进行比较，以确定是否需要调整本地TSN和/或SSN。如果报告了间隙或重复，这些技术可以计算所需的TSN和SSN的调整，并且可以根据需要向对等方发送额外的虚拟SCTP数据包。在间隙的情况下，虚拟数据包将使用由对等方报告的间隙的TSN，以解析TSN。当对等方报告重复时(这由于初始虚拟数据包可以是有意重复而可以被预料到)，该技术可以将下一个虚拟数据包的下一个TSN调整为比对等方报告为最后确认的TSN的值多一。
虚拟数据包传输过程可以继续进行，直到从端点获得指示解析TSN和/或SSN值的期望响应为止。例如，正在恢复的本地节点可以配置成执行传输过程，直到其从对等方收到报告没有间隙或重复的SACK，并确认最后发送的虚拟数据包(例如，其解析了对等方的TSN值)为止。作为另一示例，本地节点可以配置成执行传输过程，直到其接收到下述响应(例如，ENB配置更新ACK)为止：该响应指示解析本地恢复节点在向对等方发送SACK时，将使用的累积TSN。本地恢复节点可以配置成假设在确认之前，已经接收到所有数据包。在一些实施方案中，这些技术因此可以容忍恢复期间的一些最小数据丢失。
这些技术可以设计成使得本地节点可以恢复有多少数据包在传输中并由对等方处理，以便适当地计算SSN值以用于发送新数据。在一些实施方案中，与TSN值(例如，本地和/或对等方的TSN)不同，不能从SACK直接获知SSN。该技术可以使用最后发送的TSN、SSN对的检查点数据集，以确定SSN。例如，对等方可以将前一次检查点数据与对等方报告的累积TSN进行比较，以确定正传输的SCTP数据包(例如，已发送但未设置检查点)的编号。计算出的增量可以用于确定下一个真实SCTP数据包的恰当SSN。这些技术可以用于接收来自对等方的特定响应，例如来自对等方的S1AP ENB配置更新ACK，以确定何时退出解析TSN和SSN的进程。
图1C图示了根据一些实施方案，由本地端点102执行以解析网络关联信息的高级过程。在步骤172中，本地端点确定与对等端点104的通信会话中断。在步骤174中，本地端点102确定用于通信会话的检查点数据。如本文所论述的，通常检查点数据至少包括与用于由本地端点102发送至对等端点104的前一个数据包的前一个序列号有关的信息。接下来，本地端点执行解析过程，以确定通信会话中的下一个数据包的当前数据传输序列号。在步骤176中，本地端点102基于检查点数据(例如，有意重复的序列号)，确定用于在通信会话中传输数据的估算的下一个序列号，并且向对等端点104传输包括估算的下一个序列号的虚拟数据包。在步骤178中，对等端点104从对等端点104接收包括响应序列号的响应。在步骤180中，本地端点102基于内部存储的信息(例如，检查点数据和/或估算的下一个序列号)和响应(例如，包括响应的关联序列号)，确定用于通信会话中的下一个数据包的当前序列号。图1C意在作为简单的典型示例，因为在实践中本地端点102可能需要发送多个虚拟数据包，并分析多个响应以便解析期望的信息，如本文进一步论述的。例如，如果响应178指示存在间隙和/或重复，则本地端点102可以发送额外的虚拟数据包，以解析关联的TSN和/或SSN。
图2至图5示出了网络关联解析进程的详细示例。图2是根据一些实施方案，用于解析本地TSN的计算机化方法的典型流程图。在步骤202中，本地端点确定存在切换或其他中断/错误，这导致本地设备开始解析本地TSN。进入解析状态后，本地端点可以阻止端点必须发送给对等方的任何数据(例如，直到完成解析过程之后为止)。在步骤204中，本地端点恢复检查点数据。例如，检查点数据可以包括发送至对等端点的最高TSN和/或SSN、对等端点确认的最高TSN，和/或其他TSN或SSN数据，如将在本文中进一步论述的。检查点数据可以是也可以不是当前的。例如，如上所述，一些端点可能不会为每个发送或接收到的数据包设置检查点数据，因为这样做会消耗太多资源(例如，这可能会导致性能问题)。因此，例如，在严重拥塞的情况下，对等方可能已经为已发送的较旧数据的TSN和/或SSN信息设置检查点。尽管检查点数据可能已过时，但其仍然可以向本地端点提供足够的信息，以获知当前本地TSN信息，如本文中进一步论述的。
在步骤206中，本地端点可以可选地设置一个或多个内部变量和/或元数据，以记录本地端点正在解析本地TSN。
在步骤208中，本地端点发送初始虚拟数据包。例如，虚拟数据包可以是对通信会话无害的数据包，例如使得虚拟数据包不影响本地端点与对等方之间的通信。例如，虚拟数据包可以避免导致对等方发送否定确认(例如，NAC)，使得虚拟数据包可以导致对等方响应于虚拟数据包而向本地端点发送肯定确认和/或数据。例如，虚拟数据包可以是SCTP数据包，例如ENBCfgUpd数据包和/或不会导致对等方的状态改变，并导致对等方在响应中发送同样不会导致本地端点的任何状态变化的消息的任何其他数据包。本地端点可以基于检查点数据，确定虚拟数据包的一个或多个字段。例如，初始虚拟数据包可以包括基于检查点数据确定的TSN和/或SSN值。在一些实施方案中，检查点数据(例如，TSN和/或SSN)用于虚拟数据包。在一些实施方案中，比检查点数据低的值可以用于初始虚拟数据包(例如，用于有意发送重复数据包)。例如，可以从检查点数据中减去预定值(例如，二、五、十等)以用于虚拟数据包。在一些实施方案中，虚拟数据包是到对等方的无序数据包，使得对等方忽略SSN并且不发送SSN以进行处理。
在步骤210中，本地端点等待来自本地端点向其发送虚拟数据包的对等端点的响应。在步骤212中，本地端点启动一个或多个定时器。例如，定时器可以包括重传定时器，该重传定时器设置本地端点将等待来自对等端点对特定虚拟数据包的响应的时间段，然后，在该时间段到期之后，将重传虚拟数据包。每次发送虚拟数据包时，本地端点都可以启动重传定时器。作为另一示例，定时器可以包括设置时间段或重传次数或者两者的解析TSN定时器，一旦满足，就会导致本地端点中止解析本地TSN(例如，以防止本地端点在对等端点不再可用的情况下变成死锁)。解析TSN定时器可以在切换时启动。例如，解析TSN定时器可以指定等待来自对等方的响应的最大时间段、发送虚拟数据包的最大重试次数等。例如，该时间段对于整个关联可以是五秒时间段。每个SCTP关联都可以维护重传定时器和/或解析TSN定时器。
一旦本地端点在步骤212中设置一个或多个定时器，则本地端点将在步骤214中接收响应，或者一个或多个定时器将在步骤216中超时。如果一个或多个定时器在步骤216中超时(例如，在接收到来自对等方的响应之前)，则本地端点移动至步骤220，并确定最大超时条件是否满足和/或到期。如果满足最大超时条件，则该方法进行至步骤222并中止该过程。如果不满足最大超时条件，则该方法进行至步骤224，并重传在步骤208中发送的虚拟数据包，并返回至步骤210。
如果本地端点在214中接收来自对等端点的响应，则该方法进行至步骤218。在步骤中214中接收到的响应可以是SACK数据包，对等端点通过该SACK数据包确认接收到直到指定TSN值的数据包。在确认中的TSN可以是虚拟数据包的TSN、先前发送的数据包的TSN(例如，如果对等方在后)和/或比虚拟数据包中发送的TSN大的TSN(例如，如果与本地端点已设置检查点的数据相比，对等方已收到更多数据)。响应可以包括其他信息，例如对等端点是否检测到TSN值中的间隙、对等端点是否检测到重复的TSN值等。一旦本地端点移动至步骤218，则本地端点更新记录已发送和/或已确认的数据包的数据。在一些实施方案中，本地端点将最高确认TSN更新至在步骤214中接收到的、在响应中的TSN。在一些实施方案中，本地端点将发送的最高TSN更新至在步骤208中发送的虚拟数据包的TSN值。在一些实施方案中，并非更新在步骤218中发送的最高TSN，对等端点可以在步骤208中在其发送虚拟数据包时，更新发送的最高TSN。
如上所述，来自对等方的数据包可以包括各种数据。图2所示的技术分析数据包中的数据，以确定本地端点的适当响应。在步骤226中，对等端点基于在步骤中214接收到的响应，以确定是否存在任何间隙。如果没有间隙，则对等端点进行至步骤228。在步骤228中，对等端点基于在步骤214中接收到的响应，以确定是否存在任何重复。如果没有重复，则对等端点进行至步骤230，并确定对等方的TSN是否被解析。在步骤230中，如果对等方的TSN未被解析，则对等端点返回至步骤210并等待SACK。如果在步骤230中对等的TSN被解析，则对等端点进行至步骤242，以检查已确认的最高TSN是否与发送的最高虚拟TSN匹配。如果这些值不匹配，则对等端点返回至步骤210并等待SACK。如果值匹配，则对等端点移动至步骤232，在步骤232中宣布本地TSN已解析。如本文所论述的，当本地端点已接收到对发送至对等方的最后一个TSM的响应，并且对等方不指示存在任何间隙或重复时，可以解析本地TSN。例如，对等端点可以确定由对等方确认的最高TSN是否等于本地端点已存储为在一个或多个虚拟数据包中发送的最高TSN的值。在步骤232中，例如对等端点可以设置数据，以指示本地TSN被解析。例如，本地端点可以改变其在步骤206中设置的变量或其他数据，以记录其完成解析对等方的TSN。在完成解析对等方的TSN后，本地端点可以继续解析SSN，这将结合图4进一步论述。返回至步骤230，如果对等端点确定其还没有解析对等方的TSN，则对等端点返回至步骤210/212(例如，以等待对等端点对初始虚拟数据包的响应)。
回到步骤226，如果本地端点确定存在一个或多个丢失数据包的间隙，则本地端点进行至步骤234，并发送一个或多个虚拟数据包以填充该间隙。例如，对于间隙中每个丢失的TSN，本地端点创建带有丢失TSN的虚拟数据包，并将一个或多个虚拟数据包发送至对等端点以填充间隙。在一些实施方案中，除了用于填充间隙的数据包之外，本地端点还可以发送具有已知重复的原始虚拟数据包。例如，可以包括原始虚拟数据包，因为在处理包含间隙的SACK消息时，其可以指示初始虚拟数据包的重复。为了计算SSN，对等端点可能需要接收SACK，该SACK将初始虚拟指示为重复。例如，由于在步骤226中本地端点检查间隙，然后通过为所指示的TSN生成另一虚拟数据包来处理这些间隙，因此对等端点此外还可以再次发送初始虚拟数据包。继续该示例，一旦所有的间隙都被填满，则在步骤226中对等端点将确定没有间隙并移动至228，在步骤228中，将会发现报告了重复的对等端点，并且将会发现初始虚拟是重复的，然后计算SSN。本地端点从步骤234返回至步骤210/212，以等待来自对等端点对一个或多个虚拟数据包的响应。因此，在一些实施方案中，当检测到间隙时，对等端点使用所指示间隙的最低TSN发送虚拟数据包，并等待SACK。对于每个间隙虚拟数据包，对等端点也可以重新发送初始虚拟数据包。
返回参照步骤228，如果本地端点确定存在重复，则本地端点进行至步骤236。在步骤236中，本地端点确定初始虚拟数据包是否被报告为重复。如果初始虚拟数据包是重复，则对等端点进行至步骤238。在一些实施方案中，对等端点可能需要将初始虚拟数据包标识为重复，以便将在切换事件202之后发送的虚拟数据包与其他传输中数据包区分开。在步骤238中，本地端点计算本地SSN。如本文所论述的，可以不从对等端点往回发送SSN值。例如，来自对等端点的SACK响应中不包括SSN值。本地端点可以在结合图2论述的本地TSN解析进程期间，计算SSN值。在一些实施方案中，本地端点可以有意地发送更多重复数据包，使得本地端点可以继续接收SACK，本地端点可以使用这些SACK来识别重复，并用来使SSN递增直到SSN是当前的。在一些实施方案中，本地端点可以配置成一旦本地端点接收到将初始虚拟数据包识别为重复的无间隙的SACK，就计算SSN。本地端点可以使用由该SACK报告的cumtsn以通过将其与检查点已确认的最高TSN进行比较，来确定传输中数据包的数量，然后本地端点可以相应地调整SSN。本地端点从步骤238进行至步骤240。在步骤240中，本地端点发送虚拟数据包，其中，TSN被设置为由对等端点确认的最高TSN加1。本地端点然后返回至步骤210。返回至步骤236，如果初始虚拟数据包没有被报告为重复，则本地端点返回至步骤210(例如，以对初始虚拟数据包的响应)。
图3是根据一些实施方案，用于解析对等TSN的计算机化方法的典型流程图。在步骤302中，本地端点确定存在切换，这导致本地设备开始解析对等TSN。在步骤304中，本地端点恢复可能是或可能不是当前的检查点数据。检查点数据可以包括从与本地端点通信的对等端点处最后接收到的TSN和SSN。在一些实施方案中，本地端点可以在解析其他信息之后，执行对等TSN解析进程300，例如在解析本地TSN之后(例如，使用图2中描述的进程)。在这种情况下，在先前的解析进程中可能已经发送了初始虚拟数据包。如果尚未发送虚拟数据包，则本地端点可以发送虚拟数据包(例如，使用基于检查点数据确定的TSN和/或SSN)。在步骤306中，本地端点可以可选地设置内部变量，以指示本地端点正在解析对等TSN。
本地端点进行至步骤308以等待来自对等方的数据。本地端点还在步骤310中启动解析TSN定时器。如果解析TSN定时器到期，则对等端点进行至步骤312以确定是否已经满足最大超时。如果未满足最大超时，则本地端点返回至步骤308/310。如果已达到最大超时，则本地端点进行至步骤314并中止解析进程(例如，在对等端点不可用的情况下避免死锁等)。
回到步骤308和310，如果本地端点从对等端点接收数据，则本地端点进行至步骤316。在步骤316中，本地端点基于来自对等端点的数据更新接收到的TSN和SSN。例如，本地端点可以存储从对等方最后接收到的TSN和/或SSN。本地端点进行至步骤318，并检查接收到的数据是否是对虚拟数据包的响应。如果接收到的数据不是对虚拟数据包的响应，则对等端点返回至步骤308以等待数据(例如，等待来自对等方对虚拟数据包的响应的数据)。如果接收到的数据是对虚拟数据包的响应，则对等端点进行至步骤320，并确定对等TSN已解析。在步骤322中，本地端点发送具有下一个TSN的另一个虚拟数据包。本地端点进行至步骤324并继续解析本地TSN，如结合图2所论述的。例如，对等TSN解析进程300可以结合解析本地TSN来执行(例如，如结合图2所论述的)。
进一步参照步骤322，下一个虚拟被发送并用于解析本地TSN。例如，参照图2，在步骤218中，本地端点接收SACK。假设SACK将初始虚拟数据报告为重复，则本地端点进行至步骤238并计算SSN，然后进行至步骤240并发送TSN设置为已确认的最高TSN+1的虚拟。这会导致本地端点更新最高TSN的本地变量。然后，本地端点再次等待SACK。本地端点接收SACK而不是响应(EnbCfgUpdAck)，因为对等方接收到虚拟EnbCfgUpd，但SACK是重复，因此其没有被上层处理。所以在图2中，在步骤240中，本地端点所发送的虚拟应当生成没有重复或间隙的SACK，和来自对等方的响应(EnbCfgUpdAck)。当这种情况发生时，在图2中，本地端点将在步骤230中处理SACK(例如，并确定本地端点仍在等待解析对等方，因此移动回到210)。同时，EnbCfgUpdAck在图3中被处理，并且在步骤318中，本地端点可以检查并发现对等方已经响应，并且将进行至步骤322并使用下一个TSN值(存储最高TSN的本地变量)发送另一虚拟。返回参照图2，在图3中的步骤322中发送的那个虚拟数据包触发来自对等方的SACK和EnbCfgUpdAck。在图2之后，SACK被处理为没有重复或间隙，并且在230中本地端点确定对等TSN被解析，并且移动至步骤232并解析本地TSN。
图4是根据一些实施方案，用于解析本地SSN的计算机化方法的典型流程图。在步骤402中，本地端点确定存在切换，这导致本地设备开始解析本地SSN。在步骤404中，本地端点恢复可能是或可能不是当前的检查点数据。如本文所论述的，检查点数据可以包括SSN数据，比如由本地端点发送至对等端点的最高SSN。在步骤406中，本地端点可以可选地设置内部变量，以指示本地端点正在解析本地SSN。在一些实施方案中，本地端点可以在解析其他信息之后，执行本地SSN解析进程，例如在解析本地TSN之后(例如，使用图2中描述的过程)。在这种情况下，对等方可以等待，直到在从步骤406移动至步骤408之前完成先前的解析过程(例如，在本地TSN被解析的通知时)。
在步骤408中，本地端点使用调整后的SSN在流1上发送有序虚拟数据包。如本文进一步论述的，本地端点可以使用cumtsn，以确定对本地SSN的初始调整。本地端点可以针对在流1上发送的每个数据包，继续使本地SSN递增。本地端点进行至步骤410，并等待来自对等端点的数据包。在一些实施方案中，本地端点等待对虚拟数据包的确认，和来自对等端点对虚拟数据包的响应。在步骤412中，本地端点在其发送有序虚拟数据包时，设置重传定时器。如果解析TSN定时器(例如，在图2的步骤212或图3的310中设置的解析TSN定时器)到期，则本地对等方进行至步骤414，并确定是否已达到最大超时次数。如果已达到最大超时次数，则本地端点进行至步骤416并中止解析过程。例如，本地端点可以向对等方发送ABORT消息以中止通信会话。如果尚未达到最大超时次数，则对等端点返回至步骤410/412。返回参照步骤410/412，如果重传定时器到期，则本地端点进行至步骤418，并重传虚拟数据包。本地端点然后返回至步骤410和412，以等待对重传虚拟数据包的响应。
从步骤410/412开始，如果本地端点接收到对虚拟数据包的确认(例如，SACK)，则对等端点进行至步骤420，并基于该确认来更新由对等端点确认的最高TSN(例如，对等端点将确认的最高TSN设置为响应中的TSN值)。本地端点返回至步骤410/412。
从步骤410/412开始，如果本地端点从对等端点接收数据，则本地端点进行至步骤422，并确定数据是否响应于在步骤408中发送的虚拟。如果数据不是响应于虚拟数据包，则本地端点返回至步骤410/412。如果数据是响应于虚拟数据包，则本地端点进行至步骤424，以确定数据是响应流0上的有序虚拟数据还是响应流1上的有序虚拟数据。如果数据是响应于流1上的有序虚拟数据，则对等端点进行至步骤426，并使用检查点SSN在流0上发送有序虚拟。对等端点然后返回至步骤410/412。如果数据是响应于流0上的有序虚拟，则对等端点进行至步骤428并完成解析本地SSN，并且在步骤430中终止解析过程。
图5是图表，示出了根据一些实施方案，用于本地端点与对等端点之间的连接的示例数据包流。如上所述，可以对各种TSN和/或SSN信息设置检查点，例如由本地端点发送的最高TSN、由本地端点发送的最高SSN(例如，每个信道)、由对等方确认的最高TSN等。第1列示出了发送的最高TSN。第2列示出了为流0和流1两者发送的最高SSN。第3列示出了确认的最高TSN。第4列示出了发送的基本TSN。第5列示出了对等TSN是否已解析。第6列示出了本地TSN是否已解析。第7列示出了本地SSN是否已解析。第8列示出了本地SCTP端点的操作。第9列示出了在本地SCTP端点与对等SCTP端点之间发送的数据包的方向。第10列示出了对等SCTP端点的操作。参照第8列和第10列，典型数据包/消息以TSN、流ID和SSN的格式示出。
在第1行中，从本地端点发送至对等端点的最高TSN为99，从流0发送的最高SSN为0，从流1发送的最高SSN为1。如第8列所示，本地端点向流1上的对等端点发送TSN为100且SSN为1的数据包。此时，对于流1，下一个预期TSN为101且SSN为2。
在第2行中，第1列的条目带有阴影，以指示这是执行设置检查点的时间。例如，检查点可以包括最后发送的TSN为100和SSN为[0,1]。如第10列所示，对等方发送SACK，该SACK确认对等方收到了直到TSN 100的所有数据包。
在第3行中，如第10列所示，对等方在流1上将TSN为200和SSN为10的数据发送至本地端点。为200的TSN用于从对等方发送至本地端点的数据包，因此不需要与从本地端点发送至对等方的为100的TSN有任何关系。
在第4行中，本地端点通过发送确认直到TSN 200的SACK来确认数据。
在第5行中，发生切换(或其他故障)，这导致本地端点开始使用本文中论述的技术与对等端点解析TSN和SSN。
在第6行中，如第4列所示，本地端点将发送的检查点最高TSN保存为发送的基本TSN(在此示例中为100的TSN)。此时，如第5至7列所示，本地端点尚未解析对等TSN或本地TSN或SSN(全部以“F”表示为假)。本地端点使用已确认的最高TSN计算用于初始虚拟数据包的TSN，以有意地发送重复。在此示例中，本地端点计算最高TSN减去10(100-10＝90)，并向对等方发送无序的SCTP数据包ENBCfgUpd，使得对等方忽略SSN。如第3列所示，本地端点将确认的最高TSN设置为90。
在第7行中，对等方发送SACK，该SACK确认TSN 100(在切换之前发送)，并将使用TSN 90的初始虚拟数据包报告为重复。接收后，如第3列所示，本地端点基于报告的累积TSN(cumtsn)(在此示例中为100)，将已确认的最高TSN从90更新至100。由于为在初始虚拟TSN中发送的TSN 90报告了重复，因此本地端点将SSN增量计算为cumtsn(100)-发送的基本TSN(100，来自第4列)，即100–100＝0。对于流1，本地端点将SSN增量添加至发送的最高SSN，即1+0＝1，从而不导致变化。
在第8行中，本地端点使用下一个TSN 101向对等方发送另一虚拟数据包ENBCfgUpd。如第1列所示，本地端点将发送的最高TSN从100更新至101。
在第9行中，如第10列所示，对等方向本地端点发送SACK，该SACK确认SSN为101，因此不会报告重复或间隙。
在第10行中，如第10列所示，对等方将TSN为201且SSN为11的enbCfgUpdateAck发送至本地端点。接收后，本地端点假设先前的所有数据包都已收到。如上所述，可以做出这种假设是因为这些技术可以容忍一些数据丢失。因此，这解析对等方TSN，如反映“T”为真的第5列所示。
在第11行中，如第8列所示，本地端点发送TSN为201的SACK以确认接收到。现在对等方TSN已解析，本地端点还使用下一个TSN 102发送另一虚拟ENBCfgUpd数据包。如第1列所示，本地端点将发送的最高TSN从101更新至102。
在第12行中，如第10列所示，对等方发送TSN 102的SACK，其报告没有间隙或重复。如第3列所示，作为响应，本地端点将确认的最高TSN从101更新至102。由于对等TSN已解析，并且确认的最高TSN(102)等于发送的最高TSN(102，这是发送的最高虚拟)，因而这会解析本地TSN，如第6列所示。对等方还发送带有TSN 202和SSN 12的enbCfgUpdAck。
在第13行中，如第8列所示，本地端点发送带有TSN 202的SACK以确认接收。本地端点还使用先前刚刚计算的下一个TSN 103和下一个SSN 2，在流1上发送有序虚拟数据包ENBCfgUpd。如第1列所示，本地端点将发送的最高TSN从102更新至103。本地端点还将为流1发送的最高SSN从1更新至2。
在第14行中，如第10列所示，对等方处理带有TSN 103和SSN 2的虚拟。对等方为最后一个带有TSN 103的虚拟发送SACK。作为响应，本地端点将确认的最高TSN从102更新至103，如第3列所示。对等方还发送带有TSN 203和SSN 13的enbCfgUpdAck。
在第15行中，如第8列所示，本地端点发送带有TSN 203的SACK以确认接收。本地端点还使用用于流0(1)的下一个SSN，在流0上发送带有TSN 104的有序虚拟ENBCfgUpd。如第2列所示，本地端点将为流0发送的最高SSN更新至1。
在第16行中，对等端点发送带有TSN 104的SACK，以确认最后一个虚拟，并发送带有TSN 202和SSN 14的enbCfgUpdAck，并且本地端点假设SSN对流0是正确的。例如，本地端点可以假设对等方发送的TSN和SSN都是正确的，因此可以容忍任何可能丢失的数据。如第7列所示，这样就完成了TSN和SSN的解析。
在第17行中，对于通道1，本地端点发送的下一个真实数据将具有正确的TSN(105)和SSN 3。
图6是图表，示出了根据一些实施方案，用于本地端点与对等端点之间的连接的另一个示例数据包流。如下文进一步论述的，在该示例中，数据在切换期间传输。与图5类似，第1列示出了发送的最高TSN。第2列示出了为流0和流1两者发送的最高SSN。第3列示出了确认的最高TSN。第4列示出了发送的基本TSN。第5列示出了对等TSN是否已解析。第6列示出了本地TSN是否已解析。第7列示出了本地SSN是否已解析。第8列示出了本地SCTP端点的操作。第9列示出了在本地SCTP端点与对等SCTP端点之间发送的数据包的方向。第10列示出了对等SCTP端点的操作。
在第1行中，本地端点向对等方发送具有TSN 100和SSN 1的数据。确认的最高TSN为99，如第3列所示。本地端点将发送的最高TSN从99递增至100(第1列)，并且将为流1发送的最高SSN从0递增至1(第2列)。
在第2行中，对等方下一个预期TSN为100，并且下一个预期SSN为1。如第10列所示，对等方发送带有TSN 100的SACK，以确认接收到了直到TSN 100的所有数据包。如第3列所示，本地端点将确认的最高TSN从99更新至100。第1列的条目带有阴影，以指示发送的检查点最高TSN为100。
在第3行中，本地端点爆发性发送TSN的范围为101至200且SSN的范围为2至101的100个数据包。针对流1，本地端点将发送的最高TSN从100更新至100(第1列)，并且将发送的最高SSN从1更新至101(第2列)。
在第4行中，发生切换，现在本地端点开始使用本文论述的技术与对等端点解析TSN和SSN。
在第5行中，本地端点将发送的检查点最高TSN(100)保存为发送的基本TSN，如第4列所示。在此示例中，此值为100，因为该值是最后一次设置检查点的值(例如，即使在自前一次检查点以来突发性发送了100个数据包)。本地端点通过确定用于虚拟数据包的TSN，开始该过程。如上所述，为了有意地发送重复，本地端点计算确认的最高TSN减去10(在此示例中，100-10＝90)，并且如第9列所示发送带有TSN 90的无序SCTP虚拟数据包ENBCfgUpd，因此SSN被忽略并且不发送。本地端点将发送的最高TSN如第1列所示的那样调整为90，将确认的最高TSN如第3列所示那样调整为90。本地端点还使用为流1发送的检查点最高SSN，对应于TSN 100，该检查点最高SSN为1。要注意的是，实际发送的最后一个SSN是101，因此对等端点将预期用于下一个有序数据包的SSN为102。
在第6行中，对等方发送确认TSN 110(在切换之前发送)的SACK数据包。SACK并不表示存在任何重复或间隙。特别地，当突发性发送了100个数据包时，数据正在传输中，并且仍在由对等方处理。本地端点将已确认的最高TSN和发送的最高TSN从90更新至110(在第1列和第3列中示出)，并继续等待响应于初始虚拟数据包而报告的带有TSN 90的重复。
在第7行中，对等端点继续处理传输中数据，并发送回具有TSN 150的SACK。本地端点继续更新已发送并确认的最高TSN(从110更新到150，如第1列和第3列所示)并且等待。
在第8行中，如第10列所示，对等端点发送SACK，该SACK确认TSN 200(在切换之前发送)，并将使用TSN 90的初始虚拟数据包报告为重复。本地端点基于报告的cumtsn(200)，更新已发送并确认的最高TSN。由于报告了具有TSN 90的重复，并且它是初始虚拟TSN，因此本地端点将SSN增量计算为cumtsn，发送的基本TSN(200-100＝100)。本地端点将计算的SSN增量添加至为流1发送的最高SSN(1+100＝101)，如第2列所示。此时，发送的最高TSN和发送的最高SSN的值现在与本地端点在切换之前已发送的值匹配，如第3行所示。
在第9行中，如第8列所示，本地端点使用下一个TSN 201发送另一个虚拟数据包。如第1列所示，本地端点将发送的最高TSN从200更新至201。
在第10行中，如第10列所示，本地端点接收带有SSN 201的SACK，该SACK报告没有重复或间隙。本地端点将确认的最高TSN从200更新至201，如第3列所示。
在第11行中，对等端点发送带有TSN 201和SSN 11的enbCfgUpdateAck，并且本地端点假设先前的所有数据包都已收到。这将解析对等TSN，如第5列所示。
在第12行中，本地端点发送带有TSN 201的SACK以确认接收到。现在对等TSN已解析，本地端点使用下一个TSN 202发送另一虚拟ENDBCfgUpd。如第1列所示，本地端点将发送的最高TSN从201更新至202。
在第13行中，本地端点接收到TSN 202的SACK，它报告没有间隙或重复。由于对等TSN已解析，并且确认的最高TSN＝发送的最高TSN(最高虚拟发送)，这将解析本地TSN，如第6列所示。本地端点将确认的最高TSN从201更新至202。
在第14行中，如第8列所示，本地端点发送带有TSN 202的SACK以确认接收。本地端点还使用下一个计算的SSN 102，在流1上发送有序虚拟ENBCfgUpd。本地端点将发送的最高TSN从202更新至203(第1列)，并将为流1设置的最高SSN更新至102(第2列)。
在第15行中，对等端点为最后一个虚拟数据包发送带有TSN 203的SACK。对等端点还发送带有TSN 203和SSN 13的enbCfgUpdAck，并且本地端点假设SSN对流1是正确的(例如，容忍一些数据丢失)。本地端点将确认的最高TSN从202更新至203。
在第16行中，如第8列所示，本地端点发送带有TSN 203的SACK以确认接收。本地端点还使用用于流0的下一个SSN 1，在流0上发送带有TSN 204的有序虚拟数据包ENBCfgUpd。本地端点将发送的最高SSN从0更新至1。
在第17行中，如第10列所示，对等端点为最后一个虚拟发送带有TSN 204的SACK，以及带有TSN 202和SSN 14的enbCfgUpdAck，并且本地端点假设SSN对流0是正确的。这样就完成了TSN和SSN的解析，如第7列所示。
在第18行中，本地端点发送的下一个真实数据将具有正确的TSN和SSN，在此示例中，TSN为205，SSN为103。
图7是图表，示出了根据一些实施方案，用于本地端点与对等端点之间的连接的另一示例数据包流。如下文进一步论述的，在该示例中，数据在切换期间传输，同时发生重传。与图5至图6类似，第1列示出了发送的最高TSN。第2列示出了为流0和流1发送的最高SSN。第3列示出了确认的最高TSN。第4列示出了发送的基本TSN。第5列示出了对等TSN是否已解析。第6列示出了本地TSN是否已解析。第7列示出了本地SSN是否已解析。第8列示出了本地SCTP端点的操作。第9列示出了在本地SCTP端点与对等SCTP端点之间发送的数据包的方向。第10列示出了对等SCTP端点的操作。
在第1行中，如第8列所示，本地端点向对等方发送具有TSN 100和SSN 1的数据。确认的最高TSN为99，如第3列所示。本地端点将发送的最高TSN从99递增至100(第1列)，并且将为流1发送的最高SSN从0递增至1(第2列)。下一个预期TSN和SSN是(101,2)。
在第2行中，如第10列所示，对等端点利用带有TSN 100的SACK，确认接收到了直到TSN 100的所有数据包。本地端点将确认的最高TSN从99更新至100。第1列的条目突出显示，以指示检查点TSN为100且用于流1的检查点SSN为1。
在第3行中，如第8列所示，本地端点爆发性发送TSN的范围为101至200且SSN的范围为2至101的100个数据包。本地端点将发送的最高TSN从100更新至200，并将为流1发送的最高SSN从1更新至101。
在第4行中，如第10列所示，对等方确认接收到了直到TSN 150的所有数据包，但对等端点处理其他数据包的速度很慢，或者这些数据已被丢弃。本地端点将确认的最高TSN从100更新至150。
在第5行中，如第8列所示，本地端点重传定时器超时，并且本地端点重传尚未确认的数据包，即带有TSN 151至200的数据包。如上所述，这些可能已被对等方接收，只是尚未及时处理，和/或未被对等方接收。
在第6行中，发生切换，现在本地端点开始使用本文论述的技术与对等端点解析TSN和SSN。
在第7行中，本地端点将发送的检查点最高TSN(100)保存为发送的基本TSN(第4列)。例如，此值为100，因为该值是最后一次设置检查点的值，如上面第2行所述，并且在此示例中设置检查点是滞后的。作为有意发送重复的技术的示例，对等方确定确认的最高TSN-10(100-10＝90)，并发送具有TSN 90的无序SCTP数据包ENBCfgUpd，因此SSN被忽略而不发送。本地端点将发送的最高TSN调整为90(第1列)，并将确认的最高TSN调整为90(第3列)。本地端点还恢复从检查点数据发送的最高SSN，其对于流1是1。
在第8行中，已经过去了足够的时间以允许对等端点赶上处理。如第10列所示，对等方发送SACK，该SACK确认TSN 200(在切换之前发送)并将所有重传的数据包151至200报告为重复。它还将TSN为90的虚拟数据包报告为重复。对等方将确认的最高TSN从90更新至200(第3列)，并且将发送的最高TSN从90更新至200(第1列)。对等设备将SSN增量计算为cumtsn-基础TSN，即200-100＝100，并将用于流1的SSN从1调整为101。
在第9行中，如第8列所示，本地端点使用下一个TSN 201发送另一个虚拟数据包ENBCfgUpd。本地端点将发送的最高TSN从200更新至201。
在第10行中，如第10列所示，对等端点发送带有TSN 201的SACK，并且该SACK没有报告重复或间隙。对等方将确认的最高TSN从200更新至201。
在第11行中，如第10列所示，对等方发送带有TSN 201和SSN 11的enbCfgUpdateAck，并且本地端点假设先前的所有数据包都已被接收到。这将解析对等TSN，如第5列所示。
在第12行中，本地端点发送带有TSN 201的SACK以确认接收。现在对等TSN已解析，本地端点还使用下一个TSN 202发送另一个虚拟ENBCfgUpd。本地端点将发送的最高TSN从201更新至202(第1列)。
在第13行中，对等端点发送用于TSN 202的SACK，该SACK报告没有间隙或重复。本地端点将确认的最高TSN从201更新至202。由于对等TSN已解析，并且确认的最高TSN(202)等于发送的最高TSN(对于发送的最高虚拟而言，也是202)，这将解析本地TSN，如第6列所示。
在第14行中，如第8列所示，本地端点发送SACK以确认接收到TSN 202。端点还使用下一个计算的SSN在流1上发送带有TSN 203、SSN 102的有序虚拟ENBCfgUpd。本地端点将发送的最高TSN从202更新至203，并将为流1发送的最高SSN更新至102。
在第15行中，如第10列所示，对等端点发送用于TSN 203的最后一个虚拟的SACK。对等方还发送带有TSN 203和SSN 13的enbCfgUpdAck，并且对等方假定SSN对流1是正确的。本地端点将确认的最高TSN从202更新至203。
在第16行中，如第8列所示，本地端点发送SACK以确认接收到TSN 203。本地端点还使用用于流0的下一个SSN 1，在流0上发送有序虚拟ENBCfgUpd。
在第17行中，如第10列所示，对等方发送用于TSN 204的最后一个虚拟的SACK，以及带有TSN 202和SSN 14的enbCfgUpdAck。本地端点将确认的最高TSN从203更新至204。这样就完成解析TSN和SSN，如第7列所示。
在第18行中，本地端点发送的下一个真实数据将具有正确的TSN和SSN，在此示例中分别为205和103。
图8是图表，示出了根据一些实施方案，用于本地端点与对等端点之间的连接的另一个示例数据包流。如下文进一步论述，在此示例中，在切换期间数据丢失，因此报告了间隙。与图5至图7类似，第1列示出了发送的最高TSN。第2列示出了为流0和流1两者发送的最高SSN。第3列示出了确认的最高TSN。第4列示出了发送的基本TSN。第5列示出了对等TSN是否已解析。第6列示出了本地TSN是否已解析。第7列示出了本地SSN是否已解析。第8列示出了本地SCTP端点的操作。第9列示出了在本地SCTP端点与对等SCTP端点之间发送的数据包的方向。第10列示出了对等SCTP端点的操作。
在第1行中，如第8列所示，本地端点向对等方发送具有TSN 100和SSN 1的数据。确认的最高TSN为99，如第3列所示。本地端点将发送的最高TSN从99递增至100(第1列)，并将为流1发送的最高SSN从0递增至1(第2列)。下一个预期TSN和SSN是(101,2)。
在第2行中，如第10列所示，对等方确认接收到了直到TSN 100的所有数据包。本地端点将确认的最高TSN从99递增至100(第3列)。第1列中的条目突出显示以指示为TSN 100和SSN 1设置检查点。
在第3行中，本地端点向对等方发送具有TSN 101、SSN 2的数据。本地端点将发送的最高TSN从100递增至101(第1列)，并将为流1发送的最高SSN从1递增至2(第2列)。对于该示例，假设该数据包以某种方式被丢弃和/或没有被对等方接收。
在第4行中，本地端点向对等方发送具有TSN 102、SSN 3的数据。本地端点将发送的最高TSN从101更新至102(第1列)，并将为流1发送的最高SSN从2更新至3(第2列)。
在第5行中，发生切换，现在本地端点开始使用本文论述的技术与对等端点解析TSN和SSN。
在第6行中，本地端点将发送的检查点最高TSN(100)保存为发送的基本TSN(第4列)。本地端点计算确认的最高TSN-10(100-10＝90)，并使用SSN 90发送无序SCTP虚拟数据包ENBCfgUpd，使得SSN被忽略而不发送。本地端点将发送的最高TSN(第1列)和确认的最高TSN(第3列)调整为此值90。本地端点还从检查点数据中恢复为流1发送的最高SSN，并设置为1。
在第7行中，对等方接收到TSN 102，但从未接收到TSN 101，并且还接收到带有TSN90的虚拟重复。如第10列所示，对等方发送SACK，该SACK确认TSN 102和直到TSN 100的所有数据，但指示丢失1个数据包的间隙，即TSN 101，并且还报告90作为重复。本地端点基于cumtsn 100，将发送的最高TSN从90更新至100(第1列)和已确认的最高TSN(第3列)，并将发送虚拟来填充间隙。由于存在具有TSN 90的初始虚拟的重复，本地端点将SSN增量计算为cumtsn-基础，在此示例中为100-100＝0，因此不进行SSN调整。
在第8行中，如第8列所示，本地端点根据SACK确定TSN 101丢失，并使用TSN 101创建另一个虚拟数据包以进行发送。本地端点还发送具有已知重复TSN 90的初始虚拟数据包。如本文所论述的，本地端点可以发送初始虚拟数据包，使得接收到的下一个SACK也将其报告为重复(例如，使得本地端点能够将SACK识别为针对初始虚拟数据包的报告)。对等方将发送的最高TSN从100更新至101。
在第9行中，如第10列所示，对等方发送SACK，该SACK确认直到TSN 102的所有数据包并且现在报告没有间隙。SACK再次报告接收到作为重复的初始虚拟数据包90。本地端点将发送的最高TSN从101更新至102(第1列)。本地端点将重复识别为初始虚拟数据包，并将SSN增量计算为cumtsn-基础TSN＝102-100＝2。本地端点通过加2来调整流1的SSN，从而将其从1更改为3(第2栏)。
在第10行中，对等方响应于虚拟TSN 101而发送enbCfgUpdateAck，该虚拟TSN 101曾被发送以填充间隙。这将解析对等TSN，如第5列所示。
在第11行中，本地端点发送SACK以确认TSN 202。在解析对等TSN后，本地端点还使用下一个TSN 103发送另一虚拟ENBCfgUpd。本地端点将发送的最高TSN从102更新至103(第1列)。
在第12行中，如第10列所示，对等方发送SACK，该SACK确认直到TSN 103的所有数据包，并且没有报告重复或间隙。这将解析本地TSN，如第6列所示。对等方还向具有TSN103的虚拟数据包发送ACK。
在第13行中，如第8列所示，本地端点发送SACK以确认接收到TSN 203。本地端点还使用TSN 104和下一个计算的SSN 4，在流1上发送有序虚拟ENBCfgUpd。本地端点将发送的最高TSN从103更新至104(第1列)，并将为流1发送的最高SSN从3更新至4(第2列)。
在第14行中，如第10列所示，对等端点发送用于最后一个虚拟TSN 104的SACK，并且还发送带有TSN 204和SSN 14的enbCfgUpdAck。对等方假设SSN对流1是正确的。
在第15行中，对等方发送SACK以确认接收到TSN 204，并且还使用用于流0的为1的下一个SSN，在流0上发送带有TSN 105的有序虚拟ENBCfgUpd。本地端点将发送的最高TSN从104更新至105(第1列)，并将为流0发送的最高SSN从0更新至1(第2列)。
在第16行中，对等方发送用于最后一个虚拟TSN 105的SACK，以及TSN 205和SSN15的enbCfgUpdAck。本地端点假设SSN对流0是正确的。这完成了TSN和SSN的解析，如第7列所示。
在第17行中，由本地端点发送的下一个真实数据将具有正确的TSN和SSN，在此示例中，对于流1，TSN和SSN分别为106和5。
图9是图表，示出了根据一些实施方案，用于本地端点与对等端点之间的连接的另一示例数据包流。如下文进一步论述的，在该示例中，在解析TSN时发生超时。与图5至图8类似，第1列示出了发送的最高TSN。第2列示出了为流0和流1发送的最高SSN。第3列示出了确认的最高TSN。第4列示出了发送的基本TSN。第5列示出了对等TSN是否已解析。第6列示出了本地TSN是否已解析。第7列示出了本地SSN是否已解析。第8列示出了本地SCTP端点的操作。第9列示出了在本地SCTP端点与对等SCTP端点之间发送的数据包的方向。第10列示出了对等SCTP端点的操作。
在第1行中，如第8列所示，本地端点向对等方发送具有TSN 100和SSN 1的数据。最高TSN确认为99，如第3列所示。本地端点将发送的最高TSN从99递增至100(第1列)，并将为流1发送的最高SSN从0递增至1(第2列)。下一个预期的TSN和SSN是(101,2)。
在第2行中，如第10列所示，对等方确认接收到了直至TSN 100的所有数据包。本地端点将确认的最高TSN从99递增至100(第3列)。第1列中的条目突出显示以指示为TSN 100设置检查点。
在第3行中，发生切换，现在本地端点开始与对等端点解析TSN和SSN。
在第4行中，本地端点将发送的检查点最高TSN(100)保存为发送的基本TSN。如第8列所示，本地端点计算确认的最高TSN-10(100-10＝90)，并发送初始虚拟数据包，即具有TSN 90的无序SCTP数据ENBCfgUpd，因此SSN被忽略而不发送。本地端点将发送的最高TSN和确认的最高TSN调整为90(第1列和第3列)。本地端点启动重传定时器(例如，重传超时(retransmission timeout，RTO))以等待SACK预定秒数。本地端点还为关联启动空闲定时器，该空闲定时器每5秒到期。例如，空闲定时器可以是用于确定是否中止该过程的解析TSN定时器。
在第5行中，在RTO之后，用于关联的重传定时器到期。本地端点重传初始虚拟数据包(TSN为90的无序ENBCfgUpd)。
在第6行中，在RTO之后，用于关联的重传定时器第二次到期。本地端点再次重传初始虚拟数据包(TSN为90的无序ENBCfgUpd)。
在第7行中，在RTO之后，用于关联的重传定时器第三次到期。本地端点重传初始虚拟数据包(TSN为90的无序ENBCfgUpd)。
虽然没有示出每个RTO到期，但在重复的RTO定时器到期10次后，本地端点中止关联。
根据本文中描述的原理操作的技术可以以任何合适的方式实施。上面的流程图的处理和决策块表示可以包括在执行这些各种过程的算法中的步骤和动作。将从这些过程得到的算法可以实施为与一个或多个单用途或多用途处理器的操作集成并指导其操作的软件、功能等效的电路，例如数字信号处理(DSP)电路或专用集成电路(ASIC)，或者可以按任何其它合适的方式实施。应当理解的是，本文包括的流程图不描绘任何特定电路或任何特定编程语言或编程语言类型的语法或操作。相反，流程图展示本领域技术人员可以用来制造电路或实施计算机软件算法，以执行实施本文中描述的技术类型的特定设备的处理的功能信息。还应当理解的是，除非本文另有指示，否则每个流程图中描述的特定步骤和/或动作的序列仅仅是展示可以实施并且可以在本文中描述的原理的实现方式和实施方案中变化的算法。
因此，在一些实施方案中，可以按照实施为软件的计算机可执行指令来体现本文中描述的技术，包括实施为应用软件、系统软件、固件、中间件、嵌入代码或任何其它合适类型的计算机代码。此类计算机可执行指令可以使用许多合适的编程语言和/或编程或脚本工具中的任何一种来编写，并且还可以被编译为在框架或虚拟机上执行的可执行机器语言代码或中间代码。
当本文中描述的技术体现为计算机可执行指令时，这些计算机可执行指令可以按任何合适的方式实施，包括作为多个功能设施，每个功能设施提供一个或多个操作，以完成对根据这些技术操作的算法的执行。然而，实例化的“功能设施(functional facility)”是计算机系统的结构组件，当与一个或多个计算机集成，并由一个或更多个计算机执行时，其使得一个或多个计算机执行特定的操作角色。功能设施可以是软件元素的一部分或整个软件元素。例如，可以将功能设施实施为过程的功能，或实施为分立的过程，或实施为任何其它合适的处理单元。如果将本文中描述的技术实施为多个功能设施，则每个功能设施可以按照其自身的方式实施；无需全部以同样的方式实施。另外，这些功能设施可以适当地并行和/或串行地执行，并且可以使用它们正在执行的一台或多台计算机上的共享存储器、消息传递协议或以任何其它合适的方式在彼此之间传递信息。
通常，功能设施包括执行特定任务或实施特定抽象数据类型的例程、程序、对象、组件、数据结构等。通常，功能设施的功能性可以根据需要在它们运行的系统中组合或分布。在一些实现方式中，执行本文中的技术的一个或多个功能设施可以一起形成完整的软件包。在替代实施方案中，这些功能设施可以适于与其它不相关的功能设施和/或过程交互，以实施软件程序应用。
本文已经描述了用于执行一个或多个任务的一些示例性功能设施。然而，应当理解的是，所描述的功能设施和任务划分仅仅是展示可以实施本文中描述的示例性技术的功能设施的类型，并且实施方案不限于以功能设施的任何特定数目、划分或类型来实施。在一些实现方式中，所有功能可以在单个功能设施中实施。还应当理解的是，在一些实施方案中，本文中描述的一些功能设施可以与其它功能设施一起实施或与其它功能设施分开实施(即，作为单个单元或单独的单元)，或者可以不实施这些功能设施中的一些。
在一些实施方案中，实施本文中描述的技术的计算机可执行指令(当实施为一个或多个功能设施或以任何其它方式实施时)可以在一个或多个计算机可读介质上编码，以向介质提供功能。计算机可读介质包括诸如硬盘驱动器之类的磁介质、诸如光盘(CD)或数字通用盘(DVD)之类的光学介质、永久性或非永久性固态存储器(例如，闪存、磁性RAM等)，或任何其它合适的存储介质。这种计算机可读介质可以用任何合适的方式实施。如本文所使用，“计算机可读介质”(也称为“计算机可读存储介质”)是指有形存储介质。有形存储介质是非暂时性的，并且具有至少一个物理结构组件。在如本文所使用的“计算机可读介质”中，至少一个物理结构组件具有至少一个物理特性，物理特性可以在创建具有嵌入信息的介质的过程期间、在其上记录信息的过程期间，或在用信息对介质进行编码的任何其它过程期间以某种方式改变。例如，可以在记录过程期间改变计算机可读介质的物理结构的一部分的磁化状态。
此外，上述一些技术包括以某些方式存储信息(例如，数据和/或指令)，以供这些技术使用的动作。在这些技术的一些实现方式中，例如在将这些技术实施为计算机可执行指令的实现方式中，可以在计算机可读存储介质上对信息进行编码。在本文中将特定结构描述为存储此信息的有利格式的情况下，这些结构可以用于当在存储介质上编码时赋予信息的物理组织。然后，这些有利结构可以通过影响与信息交互的一个或多个处理器的操作来向存储介质提供功能；例如，通过提高一个或多个处理器执行的计算机操作的效率。
在一些但非全部实现方式中，技术可以体现为计算机可执行指令，这些指令可以在任何合适的计算机系统中操作的一个或多个合适的计算装置上执行中，或一个或多个计算装置(或一个或多个计算装置的一个或多个处理器)可以被编程为执行计算机可执行指令。计算装置或处理器可以被编程为当指令以计算装置或处理器可访问的方式存储时，例如以数据存储(例如，片上高速缓存或指令寄存器、可经由总线访问的计算机可读存储介质、可经由一个或多个网络访问并可由装置/处理器访问的计算机可读存储介质等)的方式存储时，执行指令。包括这些计算机可执行指令的功能设施可以与单个多用途可编程数字计算装置、共享处理能力且联合执行本文中描述的技术的两个或多个多用途计算装置的协调系统、专用于执行本文中描述的技术的单个计算装置或计算装置的协调系统(共址或地理分布)、用于执行本文中描述的技术的一个或多个现场可编程门阵列(FPGA)，或任何其它合适的系统的操作集成，并指导其操作。
计算装置可以包括至少一个处理器、网络适配器和计算机可读存储介质。例如，计算装置可以是台式或膝上型个人计算机、个人数字助理(PDA)、智能移动电话、服务器或任何其它合适的计算装置。网络适配器可以是任何合适的硬件和/或软件，以使计算装置能够通过任何合适的计算网络与任何其它合适的计算装置进行有线和/或无线通信。计算网络可以包括无线接入点、交换机、路由器、网关和/或其它网络设备，以及用于在两个或多个计算机之间交换数据的任何合适的一种或多种有线和/或无线通信介质，包括因特网。计算机可读介质可以适于存储要处理的数据和/或要由处理器执行的指令。处理器能够处理数据和执行指令。数据和指令可以存储在计算机可读存储介质上。
计算装置可以另外具有一个或多个组件和外围设备，包括输入和输出装置。这些装置可以用于提供用户接口，以及其它作用。可以用于提供用户接口的输出装置的示例包括用于输出的视觉呈现的打印机或显示屏，以及用于输出的可听呈现的扬声器或其它声音生成装置。可以用于用户接口的输入装置的示例包括键盘和指示装置，例如鼠标、触摸板和数字化平板电脑。作为另一示例，计算装置可以通过语音识别或其它可听格式接收输入信息。
已经描述了以电路和/或计算机可执行指令实施这些技术的实施方案。应当理解的是，一些实施方案可以是方法的形式，已经提供了该方法形式的至少一个示例。作为方法的一部分执行的动作可以按任何合适的方式排序。因此，可以构造这样的实施方案，其中，以不同于所示的顺序执行动作，这可以包括同时执行一些动作，即使在展示性实施方案中示出为顺序动作。
上述实施方案的各个方面可以单独使用、组合使用，或者以在前面描述的实施方案中未具体论述的各种布置使用，因此不限于其应用于前述描述中阐述的或附图中展示的组件的细节和布置。例如，一个实施方案中描述的方面可以用任何方式与其它实施方案中描述的方面组合。
在权利要求中使用例如“第一”、“第二”、“第三”等的序数术语来修改权利要求元素本身并不意味着一个权利要求元素优于另一个权利要求元素的任何优先级、优先性或顺序，或执行方法的动作的时间顺序，而是仅用作标签以区分具有特定名称的一个权利要求元素与具有相同名称(但是使用序数术语)的另一个元素从而区分权利要求元素。
此外，本文使用的措辞和术语是出于描述的目的，而不应被视为限制。本文中使用“包括”、“包含”、“具有”、“含有”、“涉及”及其变化形式旨在涵盖其后列出的项目及其等同物以及附加项目。
本文使用的“典型”一词意指用作示例、实例或展示。因此，本文中描述为典型的任何实施方案、实现方式、过程、特征等应被理解为展示性示例，并且除非另有指示，否则不应被理解为优选或有利示例。
已经如此描述了至少一个实施方案的若干方面，应当理解的是，本领域技术人员将容易想到各种改变、修改和改进。这些改变、修改和改进旨在成为本公开的一部分，并且旨在落入本文中描述的原理的精神和范围内。因此，前面的描述和附图仅是示例性的。

Claims (40)

1.一种确定当前序列号的计算机化方法，用于与远程计算设备的通信会话中的下一个数据包，所述方法包括：
确定所述通信会话的中断；
确定用于所述通信会话的检查点数据，其中，所述检查点数据指示用于发送至所述远程计算设备的前一个数据包的前一个序列号；以及
执行解析过程，以确定在所述通信会话中，用于下一个数据包的当前序列号，包括：
基于所述检查点数据，确定在所述通信会话中，用于传输数据的估算的下一个序列号；
向所述远程计算设备发送第一数据包，其中，所述第一数据包是包括估算的所述下一个序列号的虚拟数据包，并且其中所述第一数据包配置为使得所述第一数据包由所述远程计算设备处理，而不管所述远程计算设备的估算序列号至预期序列号的顺序；
从所述远程计算设备接收第二数据包，其中，所述第二数据包包括关联序列号；以及
基于估算的所述下一个序列号、所述第二数据包、所述第二数据包的关联序列号或其一些组合，确定在所述通信会话中，用于所述下一个数据包的当前序列号。
2.根据权利要求1所述的方法，
其中：
所述第二数据包的关联序列号表示所述远程计算设备对所接收的最后数据包的最后接收序列号的确认；以及
确定所述当前序列号包括：
确定所述第二数据包的关联序列号等于所述估算序列号；以及
确定所述当前序列号等于在所述关联序列号之后、在所述估算序列号之后，或在两者之后的下一个有序数。
3.根据权利要求2所述的方法，其中：
所述通信会话是流控制传输协议SCTP连接；以及
所述当前序列号包括当前传输序列号TSN。
4.根据权利要求1所述的方法，其中，确定所述当前序列号包括：
基于所述第二数据包，确定所述远程计算设备未接收到的丢失数据包的间隙，其中，所述丢失数据包的间隙至少包括第一丢失数据包的第一序列号；
向所述远程计算设备发送第三数据包，其中，所述第三数据包是包括所述第一序列号的虚拟数据包；
从所述远程计算设备接收第四数据包，其中，所述第四数据包包括指示所述远程计算设备所接收到的第三数据包的确认序列号；
确定所述确认序列号等于所估算的序列号；以及
确定所述当前序列号等于在所述确认序列号之后、在所估算的序列号之后，或在两者之后的下一个有序数。
5.根据权利要求1所述的方法，其中，确定所述当前序列号包括：
基于所述第二数据包，确定至少第一重复序列号；
向所述远程计算设备发送第三数据包，其中，所述第三数据包包括基于所估算的序列号和所述关联序列号而确定的更新估算序列号；
从所述远程计算设备接收第四数据包，其中，所述第四数据包包括确认序列号；以及
基于所述更新估算序列号、所述第四数据包、所述确认序列号或其一些组合，确定在所述通信会话中，用于所述下一个数据包的当前序列号。
6.根据权利要求1所述的方法，
其中：
所述第二数据包包括数据包；以及
确定所述当前序列号包括：
确定所述第二数据包是响应于所述第一数据包；以及
确定用于所述远程计算设备的当前序列号等于所述关联序列号。
7.根据权利要求6所述的方法，其中：
所述通信会话是流控制传输协议SCTP连接；以及
所述当前序列号包括当前传输序列号TSN。
8.根据权利要求1所述的方法，还包括向所述远程计算设备发送第一流数据包，其中，所述第一流数据包是包括估算的所述下一个序列号的虚拟数据包其中：
所述第一流数据包是：
用于第一流；以及
配置成使得所述第一流数据包由所述远程计算设备基于所述远程计算设备的预期序列号按顺序处理；
所述第一流数据包的估算序列号为用于所述第一流的估算序列号；以及
确定所述当前序列号包括：
确定所述第二数据包为响应于所述第一流数据包而发送的数据包；以及
确定用于所述第一流的当前序列号等于在所述估算序列号之后的下一个有序数。
9.根据权利要求8所述的方法，其中：
所述通信会话是流控制传输协议SCTP连接；以及
所述当前序列号包括用于所述第一流的当前流序列号SSN。
10.根据权利要求8所述的方法，还包括：
为与所述第一流不同的第二流发送第三数据包，其中，所述第三数据包配置成使得所述第三数据包由所述远程计算设备按顺序处理，并且包括用于所述第二流的估算序列号；
从所述远程计算设备接收第四数据包；
确定所述第四数据包为响应于所述第三数据包而发送的数据包；以及
确定用于所述第二流的当前序列号等于用于所述第二流的、在所述估算序列号之后的下一个有序数。
11.一种配置成在与远程计算设备的通信会话中，确定用于下一个数据包的当前序列号的装置，所述装置包括与存储器通信的处理器，所述处理器配置成执行存储在所述存储器中的指令，所述指令导致所述处理器：
确定所述通信会话的中断；
确定用于所述通信会话的检查点数据，其中，所述检查点数据指示用于发送至所述远程计算设备的前一个数据包的前一个序列号；以及
执行解析过程，以确定在所述通信会话中，用于所述下一个数据包的当前序列号，包括：
基于所述检查点数据，确定在所述通信会话中，用于传输数据的估算的下一个序列号；
向所述远程计算设备发送第一数据包，其中，所述第一数据包是包括所估算的下一个序列号的虚拟数据包，并且其中所述第一数据包配置成使得所述第一数据包由所述远程计算设备处理，而不管所述远程计算设备的估算序列号至预期序列号的顺序；
从所述远程计算设备接收第二数据包，其中，所述第二数据包包括关联序列号；以及
基于所估算的下一个序列号、所述第二数据包、所述第二数据包的关联序列号或其一些组合，确定在所述通信会话中，用于所述下一个数据包的当前序列号。
12.根据权利要求11所述的装置，
其中：
所述第二数据包的关联序列号表示所述远程计算设备对所接收的最后数据包的最后接收序列号的确认；以及
确定所述当前序列号包括：
确定所述第二数据包的关联序列号等于所述估算序列号；以及
确定所述当前序列号等于在所述关联序列号之后、在所述估算序列号之后，或在两者之后的下一个有序数。
13.根据权利要求12所述的装置，其中：
所述通信会话是流控制传输协议SCTP连接；以及
所述当前序列号包括当前传输序列号TSN。
14.根据权利要求11所述的装置，其中，确定所述当前序列号包括：
基于所述第二数据包，确定所述远程计算设备未接收到的丢失数据包的间隙，其中，所述丢失数据包的间隙至少包括第一丢失数据包的第一序列号；
向所述远程计算设备发送第三数据包，其中，所述第三数据包是包括所述第一序列号的虚拟数据包；
从所述远程计算设备接收第四数据包，其中，所述第四数据包包括指示所述远程计算设备所接收到的第三数据包的确认序列号；
确定所述确认序列号等于所估算的序列号；以及
确定所述当前序列号等于在所述确认序列号之后、在所估算的序列号之后，或在两者之后的下一个有序数。
15.根据权利要求11所述的装置，其中，确定所述当前序列号包括：
基于所述第二数据包，确定至少第一重复序列号；
向所述远程计算设备发送第三数据包，其中，所述第三数据包包括基于所估算的序列号和所述关联序列号而确定的更新估算序列号；
从所述远程计算设备接收第四数据包，其中，所述第四数据包包括确认序列号；以及
基于所述更新估算序列号、所述第四数据包、所述确认序列号或其一些组合，确定在所述通信会话中，用于所述下一个数据包的当前序列号。
16.根据权利要求11所述的装置，
其中：
所述第二数据包包括数据包；以及
确定所述当前序列号包括：
确定所述第二数据包是响应于所述第一数据包；以及
确定用于所述远程计算设备的当前序列号等于所述关联序列号。
17.根据权利要求16所述的装置，其中：
所述通信会话是流控制传输协议SCTP连接；以及
所述当前序列号包括当前传输序列号TSN。
18.根据权利要求11所述的装置，还包括向所述远程计算设备发送第一流数据包，其中，所述第一流数据包是包括所估算的下一个序列号的虚拟数据包
其中：
所述第一流数据包是：
用于第一流；以及
配置成使得所述第一流数据包由所述远程计算设备基于所述远程计算设备的预期序列号按顺序处理；
所述第一数据包的估算序列号为用于所述第一流的估算序列号；以及
确定所述当前序列号包括：
确定所述第二数据包为响应于所述第一流数据包而发送的数据包；以及
确定用于所述第一流的当前序列号等于在所述估算序列号之后的下一个有序数。
19.根据权利要求18所述的装置，其中：
所述通信会话是流控制传输协议SCTP连接；以及
所述当前序列号包括用于所述第一流的当前流序列号SSN。
20.根据权利要求18所述的装置，其中，所述处理器还配置成执行存储在所述存储器中的指令，所述指令致使所述处理器：
为与所述第一流不同的第二流发送第三数据包，其中，所述第三数据包配置成使得所述第三数据包由所述远程计算设备按顺序处理，并且包括用于所述第二流的估算序列号；
从所述远程计算设备接收第四数据包；
确定所述第四数据包为响应于所述第三数据包而发送的数据包；以及
确定用于所述第二流的当前序列号等于用于所述第二流的、在所述估算序列号之后的下一个有序数。
21.一种确定当前序列号的计算机化方法，用于与远程计算设备的通信会话中的下一个数据包，所述方法包括：
基于检查点数据，确定在所述通信会话中，用于传输数据的估算的下一个序列号；
向所述远程计算设备发送第一数据包，其中，所述第一数据包是包括估算的所述下一个序列号的虚拟数据包；
从所述远程计算设备接收第二数据包，其中，所述第二数据包包括关联序列号；
基于所述第二数据包，确定所述远程计算设备未接收到的丢失数据包的间隙，其中，所述丢失数据包的间隙至少包括第一丢失数据包的第一序列号；
向所述远程计算设备发送第三数据包，其中，所述第三数据包是包括所述第一序列号的虚拟数据包；
从所述远程计算设备接收第四数据包，其中，所述第四数据包包括指示所述远程计算设备所接收到的第三数据包的确认序列号；
确定所述确认序列号是基于所估算的序列号；以及
基于所述确认序列号的值之后、在所估算的序列号的值之后，或在两者的值之后的下一个有序数，确定所述当前序列号。
22.根据权利要求21所述的方法，其中：
所述第一数据包配置成由接收设备处理，而不管所述接收设备的估算序列号至预期序列号的顺序；以及
所述第二数据包的关联序列号代表所述远程计算设备所接收的最后数据包的最后接收序列号的确认；以及
确定所述当前序列号包括：
确定所述第二数据包的关联序列号等于所述估算序列号；以及
确定所述当前序列号等于在所述关联序列号的值之后、在所述估算序列号的值之后，或在两者的值之后的下一个有序数。
23.根据权利要求22所述的方法，其中：
所述通信会话是流控制传输协议SCTP连接；以及
所述当前序列号包括当前传输序列号TSN。
24.根据权利要求21所述的方法，其中：
所述第一数据包配置成由接收设备处理，而不管所述接收设备的估算序列号至预期序列号的顺序；以及
所述第二数据包包括数据包；以及
确定所述当前序列号包括：
确定所述第二数据包是响应于所述第一数据包；以及
确定用于所述远程计算设备的当前序列号等于所述关联序列号。
25.根据权利要求24所述的方法，其中：
所述通信会话是流控制传输协议SCTP连接；以及
所述当前序列号包括当前传输序列号TSN。
26.一种确定当前序列号的计算机化方法，用于与远程计算设备的通信会话中的下一个数据包，所述方法包括：
基于检查点数据，确定在所述通信会话中，用于传输数据的估算的下一个序列号；
向所述远程计算设备发送第一数据包，其中，所述第一数据包是用于第一流的、包括估算的所述下一个序列号的虚拟数据包，并且配置成由接收设备基于所述接收设备的预期序列号按顺序处理；
从所述远程计算设备接收第二数据包，其中，所述第二数据包包括关联序列号；以及
确定所述当前序列号，包括：
确定所述第二数据包为响应于所述第一数据包而发送的数据包；以及
基于在所述第一数据包的估算序列号的值之后的下一个有序数，确定用于所述第一流的当前序列号。
27.根据权利要求26所述的方法，其中：
所述通信会话是流控制传输协议SCTP连接；以及
所述当前序列号包括用于所述第一流的当前流序列号SSN。
28.根据权利要求26所述的方法，还包括：
为与所述第一流不同的第二流发送第三数据包，其中，所述第三数据包配置成由所述接收设备按顺序处理，并且包括用于所述第二流的估算序列号；
从所述远程计算设备接收第四数据包；
确定所述第四数据包为响应于所述第三数据包而发送的数据包；以及
确定用于所述第二流的当前序列号等于用于所述第二流的、在所述估算序列号的值之后的下一个有序数。
29.一种确定当前序列号的计算机化方法，用于与远程计算设备的通信会话中的下一个数据包，所述方法包括：
基于检查点数据，确定在所述通信会话中，用于传输数据的估算的下一个序列号；
向所述远程计算设备发送第一数据包，其中，所述第一数据包是包括估算的所述下一个序列号的虚拟数据包，并且其中所述第一数据包配置成由接收设备处理，而不管所述接收设备的估算序列号至预期序列号的顺序；
从所述远程计算设备接收第二数据包，其中，所述第二数据包包括数据包，所述数据包包括关联序列号；
确定所述第二数据包是响应于所述第一数据包；以及
基于所述关联序列号，确定用于所述远程计算设备的当前序列号。
30.根据权利要求29所述的方法，其中：
所述通信会话是流控制传输协议SCTP连接；以及
所述当前序列号包括当前传输序列号TSN。
31.一种配置成在与远程计算设备的通信会话中，确定用于下一个数据包的当前序列号的装置，所述装置包括与存储器通信的处理器，所述处理器配置成执行存储在所述存储器中的指令，所述指令导致所述处理器执行包括以下步骤的计算机化方法：
基于检查点数据，确定在所述通信会话中，用于传输数据的估算的下一个序列号；
向所述远程计算设备发送第一数据包，其中，所述第一数据包是包括估算的所述下一个序列号的虚拟数据包；
从所述远程计算设备接收第二数据包，其中，所述第二数据包包括关联序列号；
基于所述第二数据包，确定所述远程计算设备未接收到的丢失数据包的间隙，其中，所述丢失数据包的间隙至少包括第一丢失数据包的第一序列号；
向所述远程计算设备发送第三数据包，其中，所述第三数据包是包括所述第一序列号的虚拟数据包；
从所述远程计算设备接收第四数据包，其中，所述第四数据包包括指示所述远程计算设备所接收到的第三数据包的确认序列号；
确定所述确认序列号是基于所估算的序列号；以及
基于所述确认序列号的值之后、在所估算的序列号的值之后，或在两者的值之后的下一个有序数，确定所述当前序列号。
32.根据权利要求31所述的装置，其中：
所述第一数据包配置成由接收设备处理，而不管所述接收设备的估算序列号至预期序列号的顺序；以及
所述第二数据包的关联序列号代表所述远程计算设备所接收的最后数据包的最后接收序列号的确认；以及
确定所述当前序列号包括：
确定所述第二数据包的关联序列号等于所述估算序列号；以及
确定所述当前序列号等于在所述关联序列号的值之后、在所述估算序列号的值之后，或在两者的值之后的下一个有序数。
33.根据权利要求32所述的装置，其中：
所述通信会话是流控制传输协议SCTP连接；以及
所述当前序列号包括当前传输序列号TSN。
34.根据权利要求31所述的装置，其中：
所述第一数据包配置成由接收设备处理，而不管所述接收设备的估算序列号至预期序列号的顺序；以及
所述第二数据包包括数据包；以及
确定所述当前序列号包括：
确定所述第二数据包是响应于所述第一数据包；以及
确定用于所述远程计算设备的当前序列号等于所述关联序列号。
35.根据权利要求34所述的装置，其中：
所述通信会话是流控制传输协议SCTP连接；以及
所述当前序列号包括当前传输序列号TSN。
36.一种配置成在与远程计算设备的通信会话中，确定用于下一个数据包的当前序列号的装置，所述装置包括与存储器通信的处理器，所述处理器配置成执行存储在所述存储器中的指令，所述指令导致所述处理器执行包括以下步骤的计算机化方法：
基于检查点数据，确定在所述通信会话中，用于传输数据的估算的下一个序列号；
向所述远程计算设备发送第一数据包，其中，所述第一数据包是用于第一流的、包括估算的所述下一个序列号的虚拟数据包，并且配置成由接收设备基于所述接收设备的预期序列号按顺序处理；
从所述远程计算设备接收第二数据包，其中，所述第二数据包包括关联序列号；以及
确定所述当前序列号，包括：
确定所述第二数据包为响应于所述第一数据包而发送的数据包；以及
基于在所述第一数据包的估算序列号的值之后的下一个有序数，确定用于所述第一流的当前序列号。
37.根据权利要求36所述的装置，其中：
所述通信会话是流控制传输协议SCTP连接；以及
所述当前序列号包括用于所述第一流的当前流序列号SSN。
38.根据权利要求36所述的装置，其中所述处理器还配置为执行存储在所述存储器的指令，使得所述处理器：
为与所述第一流不同的第二流发送第三数据包，其中，所述第三数据包配置成由所述接收设备按顺序处理，并且包括用于所述第二流的估算序列号；
从所述远程计算设备接收第四数据包；
确定所述第四数据包为响应于所述第三数据包而发送的数据包；以及
确定用于所述第二流的当前序列号等于用于所述第二流的、在所述估算序列号的值之后的下一个有序数。
39.一种配置成在与远程计算设备的通信会话中，确定用于下一个数据包的当前序列号的装置，所述装置包括与存储器通信的处理器，所述处理器配置成执行存储在所述存储器中的指令，所述指令导致所述处理器执行包括以下步骤的计算机化方法：
基于检查点数据，确定在所述通信会话中，用于传输数据的估算的下一个序列号；
向所述远程计算设备发送第一数据包，其中，所述第一数据包是包括估算的所述下一个序列号的虚拟数据包，并且其中所述第一数据包配置成由接收设备处理，而不管所述接收设备的估算序列号至预期序列号的顺序；
从所述远程计算设备接收第二数据包，其中，所述第二数据包包括数据包，所述数据包包括关联序列号；
确定所述第二数据包是响应于所述第一数据包；以及
基于所述关联序列号，确定用于所述远程计算设备的当前序列号。
40.根据权利要求39所述的装置，其中：
所述通信会话是流控制传输协议SCTP连接；以及
所述当前序列号包括当前传输序列号TSN。
CN202080026877.1A 2019-02-05 2020-02-04 用于恢复网络关联信息的方法和装置 Active CN113728604B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311063284.4A CN117041173A (zh) 2019-02-05 2020-02-04 用于恢复网络关联信息的方法和装置

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962801365P 2019-02-05 2019-02-05
US62/801,365 2019-02-05
PCT/US2020/016548 WO2020163305A1 (en) 2019-02-05 2020-02-04 Methods and apparatus for recovering network association information

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202311063284.4A Division CN117041173A (zh) 2019-02-05 2020-02-04 用于恢复网络关联信息的方法和装置

Publications (2)

Publication Number Publication Date
CN113728604A CN113728604A (zh) 2021-11-30
CN113728604B true CN113728604B (zh) 2023-09-08

Family

ID=71836843

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202311063284.4A Pending CN117041173A (zh) 2019-02-05 2020-02-04 用于恢复网络关联信息的方法和装置
CN202080026877.1A Active CN113728604B (zh) 2019-02-05 2020-02-04 用于恢复网络关联信息的方法和装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202311063284.4A Pending CN117041173A (zh) 2019-02-05 2020-02-04 用于恢复网络关联信息的方法和装置

Country Status (6)

Country Link
US (3) US11218578B2 (zh)
EP (1) EP3900299A4 (zh)
JP (2) JP7335966B2 (zh)
CN (2) CN117041173A (zh)
AU (1) AU2020219107A1 (zh)
WO (1) WO2020163305A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117041173A (zh) 2019-02-05 2023-11-10 卡萨系统公司 用于恢复网络关联信息的方法和装置
CN112422242B (zh) * 2020-11-15 2022-03-04 珠海一微半导体股份有限公司 一种提高发送数据安全性的方法和异构系统

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6947379B1 (en) * 2001-04-03 2005-09-20 Cisco Technology, Inc. Packet routing to reduce susceptibility to disturbances
CN1756261A (zh) * 2004-09-29 2006-04-05 华为技术有限公司 一种基于sctp端点的缓冲区管理方法
CN101517988A (zh) * 2006-09-15 2009-08-26 阿尔卡特朗讯公司 使用反向复用的多链路通信的同步恢复
CN104012021A (zh) * 2011-12-21 2014-08-27 高通股份有限公司 用于下行链路的改进恢复的系统和方法
CN107113178A (zh) * 2015-01-08 2017-08-29 耐腾信股份公司 具有终端会话恢复功能的网络通信方法
CN107872675A (zh) * 2016-09-26 2018-04-03 联芯科技有限公司 基于h264的视频数据的修复方法和传输的数据端
CN108334424A (zh) * 2018-02-05 2018-07-27 北京博大光通物联科技股份有限公司 基于lpwan技术的网络通讯管理平台过滤冗余数据的方法
CN108702671A (zh) * 2016-02-19 2018-10-23 三星电子株式会社 用于无线通信网络中最小化切换时数据传输的中断时间的方法和设备

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6353836B1 (en) * 1998-02-13 2002-03-05 Oracle Corporation Method and apparatus for transferring data from the cache of one node to the cache of another node
US7006433B1 (en) * 1999-09-21 2006-02-28 Alcatel Usa Sourcing, L.P. System and method for transporting in/ain signaling over an internet protocol (IP) network
US6826198B2 (en) * 2000-12-18 2004-11-30 Telefonaktiebolaget Lm Ericsson (Publ) Signaling transport protocol extensions for load balancing and server pool support
US7051109B1 (en) * 2001-02-21 2006-05-23 Cisco Technology, Inc. Methods and apparatus for using SCTP to provide mobility of a network device
FI115358B (fi) * 2001-11-05 2005-04-15 Nokia Corp Tilaton kuormanjako
US7996517B2 (en) * 2002-01-23 2011-08-09 Novell, Inc. Transparent network connection takeover
KR100924693B1 (ko) * 2002-09-04 2009-11-03 삼성전자주식회사 인터럽트의 발생횟수를 최소화하는 네트워크 인터페이스카드(Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ) 및인터럽트 발생방법
WO2005027456A1 (ja) * 2003-09-18 2005-03-24 Nomura Research Institute Co., Ltd. 通信システム、通信装置、およびデータの再送制御方法
AU2003293911A1 (en) * 2003-12-17 2005-07-05 Telefonaktiebolaget Lm Ericsson (Publ) Technique for handling outdated information units
GB0414057D0 (en) * 2004-06-23 2004-07-28 Koninkl Philips Electronics Nv Method of,and system for,communicating data, and a station for transmitting data
US7685290B2 (en) * 2004-09-21 2010-03-23 Cisco Technology, Inc. Method and apparatus for handling SCTP multi-homed connections
JP2006101428A (ja) 2004-09-30 2006-04-13 National Institute Of Information & Communication Technology 無線ネットワークの制御装置及び制御方法、制御プログラム並びに記録媒体
WO2006069605A1 (en) * 2004-12-30 2006-07-06 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for controlling an sctp protocol instance
US7929422B2 (en) * 2005-01-06 2011-04-19 Cisco Technology, Inc. Method of moving a transport connection among network hosts
US7903546B2 (en) * 2005-01-14 2011-03-08 Cisco Technology, Inc. Detecting unavailable network connections
US7535916B2 (en) * 2005-02-07 2009-05-19 Cisco Technology, Inc. Method for sharing a transport connection across a multi-processor platform with limited inter-processor communications
US7388829B2 (en) * 2005-03-25 2008-06-17 Cisco Technology, Inc. Method and apparatus for detecting and recovering from faults associated with transport protocol connections across network address translators
US7412600B2 (en) * 2005-10-28 2008-08-12 Cisco Technology, Inc. Approaches for automatically switching message authentication keys
US7526706B2 (en) * 2006-01-18 2009-04-28 International Business Machines Corporation Method and apparatus for preventing network outages
US7738495B2 (en) * 2006-01-23 2010-06-15 Cisco Technology, Inc. Method of determining a maximum transmission unit value of a network path using transport layer feedback
EP1879333A1 (en) * 2006-07-12 2008-01-16 Siemens Aktiengesellschaft Method for transmitting packets in a network
FI20060936A0 (fi) * 2006-10-24 2006-10-24 Nokia Corp Menetelmä kanavanvaihtojen suorittamiseksi viestintäjärjestelmässä
JP5187249B2 (ja) 2008-07-17 2013-04-24 富士通株式会社 冗長化システム用コネクションリカバリ装置，方法および処理プログラム
KR101029113B1 (ko) * 2008-10-09 2011-04-13 한국전자통신연구원 3ｇｐｐ 기반 차세대 이동통신망에서의 ｓｃｔｐ 시그널링을 이용한 ｉｐ 이동성 제공 방법
EP2537301B1 (en) * 2010-02-19 2014-04-02 Thomson Licensing Control of packet transfer through a multipath session comprising a single congestion window
US9451018B2 (en) * 2011-03-30 2016-09-20 Telefonaktiebolaget Lm Ericsson (Publ) SCTP endpoint migration
CN103108295B (zh) * 2011-11-11 2017-10-27 中兴通讯股份有限公司 一种话单包的处理方法和系统
EP2806631A4 (en) * 2012-01-16 2015-11-18 Mitsubishi Electric Corp VIDEO RECEIVER, HOME-GATEWAY, QUALITY MANAGEMENT SYSTEM AND QUALITY DISPLACEMENT ISOLATION SYSTEM
EP2915287B1 (en) * 2012-10-30 2018-12-05 Viavi Solutions Inc. Method and system for identifying matching packets
US20150019705A1 (en) * 2013-06-26 2015-01-15 Amazon Technologies, Inc. Management of computing sessions
US9495378B2 (en) * 2013-08-27 2016-11-15 Purdue Research Foundation Tracing message transmissions between communications network devices
JP2015050759A (ja) * 2013-09-05 2015-03-16 株式会社日立製作所 トラヒック制御方法およびトラヒック制御装置
WO2015118553A1 (en) * 2014-02-06 2015-08-13 Council Of Scientific & Industrial Research Method and device for detecting a malicious sctp receiver terminal
US10419969B2 (en) * 2014-11-06 2019-09-17 Nokia Solutions And Networks Oy Interface functionality for RAN-WLAN radio aggregation
EP3235210A1 (en) * 2014-12-19 2017-10-25 Telefonaktiebolaget LM Ericsson (publ) Methods and first network node for managing a stream control transmission protocol association
US9992240B2 (en) * 2015-02-13 2018-06-05 Telefonaktiebolaget Lm Ericsson (Publ) Preserving S1-AP UE contexts on SCTP failover
CN106656431B (zh) 2015-09-21 2020-09-29 华为技术有限公司 一种报文传输方法及用户设备
WO2017143223A1 (en) 2016-02-17 2017-08-24 Luminate Wireless, Inc. Resilient implementation of stream control transmission protocol
US10999200B2 (en) * 2016-03-24 2021-05-04 Extreme Networks, Inc. Offline, intelligent load balancing of SCTP traffic
US10505677B2 (en) * 2017-10-29 2019-12-10 Mellanox Technologies, Ltd. Fast detection and retransmission of dropped last packet in a flow
CN117041173A (zh) 2019-02-05 2023-11-10 卡萨系统公司 用于恢复网络关联信息的方法和装置
EP3840325A1 (en) * 2019-12-16 2021-06-23 Sandvine Corporation System and method for authorizing traffic flows

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6947379B1 (en) * 2001-04-03 2005-09-20 Cisco Technology, Inc. Packet routing to reduce susceptibility to disturbances
CN1756261A (zh) * 2004-09-29 2006-04-05 华为技术有限公司 一种基于sctp端点的缓冲区管理方法
CN101517988A (zh) * 2006-09-15 2009-08-26 阿尔卡特朗讯公司 使用反向复用的多链路通信的同步恢复
CN104012021A (zh) * 2011-12-21 2014-08-27 高通股份有限公司 用于下行链路的改进恢复的系统和方法
CN107113178A (zh) * 2015-01-08 2017-08-29 耐腾信股份公司 具有终端会话恢复功能的网络通信方法
CN108702671A (zh) * 2016-02-19 2018-10-23 三星电子株式会社 用于无线通信网络中最小化切换时数据传输的中断时间的方法和设备
CN107872675A (zh) * 2016-09-26 2018-04-03 联芯科技有限公司 基于h264的视频数据的修复方法和传输的数据端
CN108334424A (zh) * 2018-02-05 2018-07-27 北京博大光通物联科技股份有限公司 基于lpwan技术的网络通讯管理平台过滤冗余数据的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SCTP的设计与实现;童孟军;姜明;;计算机应用与软件(07);全文 *

Also Published As

Publication number Publication date
AU2020219107A1 (en) 2021-08-26
EP3900299A1 (en) 2021-10-27
CN117041173A (zh) 2023-11-10
JP7335966B2 (ja) 2023-08-30
CN113728604A (zh) 2021-11-30
JP2023156475A (ja) 2023-10-24
US11750725B2 (en) 2023-09-05
US20200252489A1 (en) 2020-08-06
US20220094771A1 (en) 2022-03-24
US11218578B2 (en) 2022-01-04
EP3900299A4 (en) 2022-07-27
WO2020163305A8 (en) 2020-09-10
WO2020163305A1 (en) 2020-08-13
JP2022519618A (ja) 2022-03-24
US20240129384A1 (en) 2024-04-18

Similar Documents

Publication Publication Date Title
US20240129384A1 (en) Methods and apparatus for recovering network association information
EP3202086B1 (en) State replication of virtual network function instances
US7929422B2 (en) Method of moving a transport connection among network hosts
US7496038B2 (en) Method for faster detection and retransmission of lost TCP segments
CN110313138B (zh) 使用多个网元实现高可用性的相关方法和装置
US20170055176A1 (en) Pdcp transmitting entity, secondary base station, user equipment and associated methods
KR20040015672A (ko) 무선 통신 시스템에 있어서의 무선 링크 제어 리셋 또는재설정 후에 타이머들을 취급하는 방법
EP2356753A1 (en) Link data transmission method, node and system
KR20100135855A (ko) 서버 고장 상황에서 클라이언트 어플리케이션의 더 빠른 복구를 가능하게 하는 방법
WO2023179538A1 (zh) 数据传输方法、装置、电子设备和存储介质
WO2016011624A1 (zh) 一种数据包发送、数据处理装置及方法
US9584447B2 (en) Apparatus and method for client-side flow control in a remote access environment
CN108234089B (zh) 用于低时延通信的方法和系统
US11381505B2 (en) Acknowledgment storm detection
CN111937327A (zh) 基于传输协议的点对点数据库同步
JP7401698B2 (ja) パケット交換ネットワークを介して通信する装置、方法、およびコンピュータプログラム
Jagath-Kumara Implementation problems of retransmission protocols: SR-ARQ revisited
EP3574600A1 (en) Communication protocol packet retransmission
WO2019027476A1 (en) INCREASED DIAMETER PROTOCOL
WO2020173384A1 (zh) 一种通信方法、装置及系统
Srinivasan Efficient tcp enhancements for hybrid networks
US20170041403A1 (en) System, method and computer progam product for pairing computing devices for communication
WO2013173959A1 (zh) 传输方法及rlc层接收实体
KR20050038846A (ko) Ｔｃｐ 성능을 향상시킬 수 있는 무선통신시스템 및 그 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant