CN101505306A - 一种分布式系统中的节点间可靠通信方法 - Google Patents
一种分布式系统中的节点间可靠通信方法 Download PDFInfo
- Publication number
- CN101505306A CN101505306A CNA2009101190939A CN200910119093A CN101505306A CN 101505306 A CN101505306 A CN 101505306A CN A2009101190939 A CNA2009101190939 A CN A2009101190939A CN 200910119093 A CN200910119093 A CN 200910119093A CN 101505306 A CN101505306 A CN 101505306A
- Authority
- CN
- China
- Prior art keywords
- message
- node
- link
- ipc
- user data
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种分布式系统中的节点间可靠通信方法,涉及网络通信领域,其具体步骤为:步骤1,为每个节点配置两块网卡;步骤2,建立双链路:当任意两个节点需要通信前,先通过链路控制消息建立可用的逻辑链接并协商相关数据;步骤3,备份式通信:当A链路正常时,任意两个节点间的通信都通过A链路传递;当A链路出现问题或拥塞时,自动切换至B链路上传递;当链路中没有需要传输的用户数据时,定时发送心跳消息确保链路始终可用;否则,通过IPC消息传递节点间的用户数据。本发明所述的分布式系统中的节点间可靠通信方法,在UDP协议上,利用其优点,设计可靠通信机制,用于分布式系统节点间通信,实现了消息的可靠传输,保证节点间通信的质量。
Description
技术领域
本发明涉及网络通信领域,具体的说是一种分布式系统中的节点间可靠通信方法。
背景技术
分布式系统一般采用多主机方式,每个主机称为一个节点,它们协同工作完成任务,节点间采用网络通信方式,可以分离部署。为保证系统的运行,节点间有大量的数据需要交换,这些消息的长度不大,但对实时性要求高,通信也必须是可靠传输。
目前主要的IP(Internet Protocol,网际协议)通信协议有TCP(Transmission Control Protocol,传输控制协议)和UDP(UserDatagram Protocol,用户数据报协议)两种。TCP提供一种面向连接的、可靠的字节流服务,似乎很适合成为节点间的通信方式,但TCP对用户数据必须顺序发送,比如用户数据A、B、C需要依次发送,如果B因为某些原因没有发送,则TCP会不断重新发送B,而不会发送C,这对于实时数据较多的节点间通信过于严格,此外TCP链路建立(三次握手)和数据交换(每个数据包都有确认消息)的开销较大,不适合用于大量短消息的发送。而UDP提供的是无连接的、不可靠的数据传送方式,是一种尽力而为的数据交付服务,它比较简单,发送数据的开销小,而且没有顺序要求,因而比较适合快速大量的实时数据交互,但UDP是一个不可靠的协议,它发送的消息没有确认,用户并不知道消息是否被正确的发送到目的地址。
发明内容
针对现有技术中存在的缺陷,本发明的目的在于提供一种分布式系统中的节点间可靠通信方法,在UDP协议上,利用其优点,设计可靠通信机制,用于分布式系统节点间通信,实现了消息的可靠传输,保证节点间通信的质量。
为达到以上目的,本发明采取的技术方案是:
一种分布式系统中的节点间可靠通信方法,其特征在于:其具体步骤为:
步骤1,为每个节点配置两块网卡:两块网卡分别是网络接口A和网络接口B,它们有不同的IP地址,均可提供至其它节点的通信路径;
步骤2,建立网络接口间的双链路:当任意两个节点需要通信前,先通过链路控制消息建立可用的逻辑链接,并协商相关数据;任意一个节点上的网络接口A只与其它节点上的网络接口A通信,构成A链路;任意一个节点上的网络接口B只与其它节点上的网络接口B通信,构成B链路;所说的通信采用UDP方式,固定端口,这样每个节点与任意一个其它节点都有两条网络链路连接;
步骤3,备份式通信:当A链路正常时,任意两个节点间的通信都通过A链路传递;当A链路出现问题或者出现拥塞时,通信自动切换至B链路上传递;当链路中没有需要传输的用户数据时,定时发送心跳消息确保链路始终可用;当链路中有需要传输的用户数据时,通过IPC消息传递节点间的用户数据,IPC消息的最大长度是固定不变的,在一条IPC消息中可以包含多条用户数据,如果用户数据大于IPC消息的用户数据部分,则需要对用户数据进行拆分。
在上述技术方案的基础上,链路控制消息、心跳消息和IPC消息均采用相同的消息格式,所说的消息格式由消息头字段和消息体字段组成;
消息头字段包括6项,分别为消息类型、乱序标志、源节点信息、目的节点信息、发送消息序号、应答消息序号;消息类型用于区分该消息的类型;
链路控制消息的消息体字段包括9项,分别是链路控制类型、链路控制时间S1、IPC消息发送时间S2、重传IPC消息时间S3、IPC确认时间S4、消息长度值S5、滑动窗口值S6、最大重传次数S7、丢失心跳消息的最大次数S8;链路控制类型用于区分链路控制消息的具体类型;
心跳消息的消息体字段为空;
IPC消息的消息体字段为用户数据;
步骤2中所说的协商相关数据是指协商S1到S8,节点间除了协商具体取值大小,还应当协商这些值的取值范围,以便于双方协商时调整。
在上述技术方案的基础上,消息类型取值为1时为链路控制消息,取值为2时为心跳消息,取值为3时为IPC消息;链路控制类型取值为1时为链路建立请求SetupRequest,取值为2时为链路建立请求回应SetupReply,取值为3时为链路建立请求回应确认SetupReplyAck。
本发明所述的分布式系统中的节点间可靠通信方法,具有以下优点:
1、在UDP上实现了消息的可靠传输,保证节点间通信的质量。
2、通过链路控制消息和心跳消息,用户层可以较好地控制链路状态。
3、消息的确认通过消息中的应答消息序号字段实现,没有专门的确认消息,节省链路流量。如果链路中始终发送IPC消息,则链路利用率可达100%。
附图说明
本发明有如下附图:
图1是链路建立消息图。
图2是普通IPC消息交换图。
图3是IPC消息编号的滑动窗口示例图。
图4是IPC消息超时重传示意图。
图5是IPC消息乱序重传示意图。
图中KeepAlive表示心跳消息,src表示消息头中发送消息序号,ack表示消息头中应答消息序号,out-of-order=true表示乱序标志字段置位。
具体实施方式
以下结合附图对本发明作进一步详细说明。
本发明公开了一种分布式系统中的节点间可靠通信方法,其具体步骤为:
步骤1,为每个节点配置两块网卡:两块网卡分别是网络接口A和网络接口B,它们有不同的IP地址,均可提供至其它节点的通信路径;
步骤2,建立网络接口间的双链路:当任意两个节点需要通信前,先通过链路控制消息建立可用的逻辑链接,并协商相关数据;任意一个节点上的网络接口A只与其它节点上的网络接口A通信,构成A链路;任意一个节点上的网络接口B只与其它节点上的网络接口B通信,构成B链路;所说的通信采用UDP方式,固定端口,这样每个节点与任意一个其它节点都有两条网络链路连接;
步骤3,备份式通信:当A链路正常时,任意两个节点间的通信都通过A链路传递;当A链路出现问题或者出现拥塞时,通信自动切换至B链路上传递;当链路中没有需要传输的用户数据时,定时发送心跳消息确保链路始终可用;当链路中有需要传输的用户数据时,通过IPC消息传递节点间的用户数据,IPC消息的最大长度是固定不变的,在一条IPC消息中可以包含多条用户数据,如果用户数据大于IPC消息的用户数据部分,则需要对用户数据进行拆分。
在上述技术方案的基础上,链路控制消息、心跳消息和IPC消息均采用相同的消息格式,所说的消息格式由消息头字段和消息体字段组成;消息头字段包括6项,分别为消息类型、乱序标志、源节点信息、目的节点信息、发送消息序号、应答消息序号;消息类型用于区分该消息的类型;链路控制消息的消息体字段包括9项,分别是链路控制类型、链路控制时间S1、IPC消息发送时间S2、重传IPC消息时间S3、IPC确认时间S4、消息长度值S5、滑动窗口值S6、最大重传次数S7、丢失心跳消息的最大次数S8;链路控制类型用于区分链路控制消息的具体类型;心跳消息的消息体字段为空;IPC消息的消息体字段为用户数据;步骤2中所说的协商相关数据是指协商S1到S8,节点间除了协商具体取值大小,还应当协商这些值的取值范围,以便于双方协商时调整。
在上述技术方案的基础上,消息类型取值为1时为链路控制消息,取值为2时为心跳消息,取值为3时为IPC消息;链路控制类型取值为1时为链路建立请求SetupRequest,取值为2时为链路建立请求回应SetupReply,取值为3时为链路建立请求回应确认SetupReplyAck。
如上述技术方案所述,本发明为保证节点的网络接口可靠,采用1+1备份方式,每个节点配置有两块网卡,分别是网络接口A和网络接口B,它们有不同的IP地址,均可提供至其它系统节点的通信路径。节点上的网络接口A只与其它所有节点的网络接口A通信,而网络接口B也只与其它所有节点的网络接口B通信。通信采用UDP方式,固定端口,这样每个节点与任何其它节点都有两条网络链路连接,称为A链路和B链路。一般的通信在A链路上,当出现问题或者拥塞时,可以切换至B链路上通信。
节点间传递的消息有链路控制、心跳和IPC三种,采用相同的消息格式,消息格式如下所示,其中,1到6为消息头字段,7为消息体字段:
1、消息类型。可以定义链路控制消息值为1,心跳消息值为2,IPC消息值为3。
2、乱序标志。指示接收消息的节点节点接收到了一个乱序的IPC消息。
3、源节点信息。指明发送消息节点的编号、名称、类型等内容。
4、目的节点信息。指明接收消息节点的编号、名称、类型等内容。
5、发送消息序号。指明发送节点最后发送IPC消息的序号。
6、应答消息序号。指明期待收到下一个IPC消息的序号,比如,该值为5,则序号为4以及4以前的IPC消息都已经收到。该字段表示对接收节点已发送消息的确认。
7、消息体部分。链路控制消息中该部分为链路控制内容,IPC消息中该部分为用户数据,心跳消息中该部分为空。
链路控制消息的消息体含有如下字段:
1、链路控制类型。取值有,SetupRequest(链路建立请求)为1,SetupReply(链路建立请求回应)为2,SetupReplyAck(链路建立请求回应确认)为3。
2、S1,链路控制时间,指示发送链路控制消息和心跳消息的等待时间。
3、S2,IPC消息发送时间,指示发送IPC信息等待的时间。
4、S3,重传IPC消息时间,指示没有收到IPC确认重发IPC的间隔时间,该值不应该比S1小,一般来说该值应该等于节点间消息往返时间。
5、S4,IPC确认时间,指示接收节点发送确认的等待时间,一般为2*S1。
6、S5,消息长度值,指示节点间传递消息的最大长度,一般应该与网络中的最大传输单元(MTU,maximum Transmission unit)接近,但不应大于MTU,以避免消息分段负荷。
7、S6,滑动窗口值,指示在没有收到确认时可以发送的最大IPC消息数目,也是消息序号的最大值。
8、S7,最大重传次数,指示IPC消息允许的最大重传次数。
9、S8,丢失心跳消息的最大次数。链路没有IPC消息时,中每隔S1应该收到一条心跳消息,当没有收到心跳消息的次数达到S8时,该链路将变为不可用。
S1到S8是链路建立时节点间协商的数据,节点间除了协商具体取值大小,还应当协商这些值的取值范围,以便于双方协商时调整。
链路控制、心跳和IPC三种消息的功用如下:
1、链路控制消息,用于节点间建立可用的逻辑链接,并协商相关数据。
2、心跳消息,当可用的链路上没有用户数据传输时,将定时发送该消息,确保链路始终可用。该消息的用户数据部分为空。
3、IPC(Inter-process communications)消息,传递的是节点间的用户数据,它的最大长度应该是确定的,在一条IPC消息中可以包含多条用户数据,如果用户数据大于IPC消息的用户数据部分,用户考虑拆分以适应IPC消息的长度。
步骤2中,节点间通过发送SetupRequest、SetupReply和SetupReplyAck这三种链路控制消息来建立链路并协商S1到S8数据,其中SetupRequest是链路建立请求,SetupReply是对SetupRequest的回应,SetupReplyAck是对SetupReply的确认,图1说明了链路建立的步骤。链路建立后状态始终保持可用,直到出现以下情况任意一种:该链路被设置为不可用;超过IPC消息的最大重传次数S7;达到规定的丢失心跳消息的最大次数S8。
一旦链路状态变为可用,心跳消息和IPC消息将在节点间发送。当链路上有IPC消息时,心跳消息将不会被发送。如果链路上没有出现IPC消息的时间超过链路控制时间S1,心跳消息将会被发送,并每隔S1时间发送一次。
用户数据将被打包到IPC消息的消息体中,当IPC消息大小达到消息长度值S5时,或者IPC发送间隔时间超过IPC消息发送时间S2时,这条IPC消息将被发送出去。所有没有被确认的IPC消息都将被缓存起来。IPC没有被确认的时间超过IPC确认时间S4时,这条IPC消息将会被重新发送,如果重传次数超过最大重传次数S7时,这条链路将的状态将变为不可用。图2说明了IPC消息交换的情况,图4说明了IPC消息重传的情况。
对IPC消息进行编号发送,通过消息头中的发送消息序号字段指明发送节点发送IPC消息的序号,通过应答消息序号字段指明期待收到下一个IPC消息的序号,也就是对该序号以前的IPC消息进行确认。编号的方式采用滑动窗口模式,图3对此进行了说明。当发送的IPC消息数目达到滑动窗口值S6而没有一条消息被确认时,新的IPC消息将不能被发送,只有当对方节点发来消息对本节点发送的消息进行了确认后,新的IPC消息才可以发送,确认几条就可以新发送几条。
网络通信中常常存在丢包的情况。当节点1收到节点2发来的IPC消息后,将会把消息中的发送消息序号字段与上次收到的节点2消息的序号进行比较,要求是循序增长,如果序号出现跳跃,表示中间有消息没有收到,消息丢失了,此时节点1发送回节点2的消息中乱序标志字段将会被置位,应答消息序号字段不变,节点2就会知道出现乱序情况,它将把所有没有收到确认的IPC消息重新发送一遍,而节点1将会把开始收到的消息丢弃,因为还会收到节点2重新发来的这条消息。图5说明了IPC消息乱序的情况。
以下结合附图,对本发明所述的方法的具体步骤详细说明:
节点间通过发送链路控制消息来建立链路,只有链路状态变为可用,心跳消息和IPC消息才能在节点间发送。下面结合图1说明链路建立的步骤:
1、节点A初始化后,发现需要与节点B建立链路,因此开始向节点B发送SetupRequest消息,并携带本地的S1到S8参数。如果节点B没有回应,这每隔S1时间重发一次,其中src#1表示节点A自己的消息序号为1,ack#0表示节点A最近一次对节点B消息回复的序号。
2、节点B收到SetupRequest消息,从中获得节点A的S1到S8参数,然后与自己的值比较,取最小值作为本次通信的参数,在给节点A的SetupReply中携带这些值,其中src#1表示节点B自己的消息序号为1,ack#1表示节点B对节点A发过来的消息的回应。
3、节点A收到SetupReply后,得到协商的S1到S8参数并保存,发出SetupReplyAck消息,并标识链路可用其中src#1表示节点A自己的消息序号为1,ack#1表示节点A收到节点B发的SetupReply的响应。
4、节点B收到SetupReplyAck,保存协商后的S1到S8参数并标识链路可用。此时链路已经建立,在S1时间后,双方互发心跳消息KeepAlive,确保链路始终可用。
本发明需要对IPC消息进行编号发送,编号的方式采用滑动窗口模式,窗口的大小由滑动窗口值S6参数决定。下面结合图3对此举例进行说明:
‘F’表示前指针,‘R’表示后指针,R根据发送IPC的编号移动,F根据收到消息的应答消息序号移动。图3中滑动窗口的大小为8。
a是初始设置。
b表示编号为0、1、2的IPC消息已经被发送出去,下一条要发送的消息编号为3,因此R指针向前移动到3。
c表示收到一条消息,其应答消息序号为3,也就是说对方已经收到0、1、2消息,因此F指针向前移动到2。
d表示编号为3、4、5、6、7、0的IPC消息已经发送出去,下一条要发送的消息编号为1,因此R指针向前移动的1。
e表示收到一条消息,其应答消息序号为5,也就是说对方已经收到3、4消息,因此F指针向前移动到4。
IPC消息的传递如图2所示,图2说明了节点A、B之间互相传递消息的示例,当IPC由节点A发送给节点B时,如果节点B没有IPC消息需要发送,则定期发送的心跳消息(keepalive)就会对节点A的消息进行确认;如果节点B有IPC消息需要发送,则其中的应答消息序号字段对节点A的消息进行确认。其中IPC[src#1,ack#1]表示节点A给节点B发送IPC消息,src#1表示节点A消息序号为1,ack#1表示期待收到下一个由节点B发送的消息编号为1,KeepAlive[src#1,ack#2]表示节点B收到节点A发送的IPC消息确认,src#1表示节点B消息序号为1,ack#2表示节点B期待收到下一个IPC消息序号为2,序号为1和1以前的IPC消息都收到了(后面的指令以此类推)。
图4说明了IPC消息超时重传的一个示例,节点A向节点B发送的编号为3的IPC消息在S3时间后还没有收到确认,因此该消息被重新发送,其后已经发送的编号为4的消息也被重新发送,节点B并不是因为链路断了而没有收到消息,而是因为发送的确认还没有到达节点A就发生了S3超时,当节点A收到确认后,后面重传被取消,节点B收到了两次编号为3、4的消息,它会把第二次收到的消息丢弃。(每条指令说明如前述对图2的解释)
图5说明了IPC消息乱序重传的一个示例,节点A向节点B发送的编号为3的IPC消息丢失,节点B跳过3收到的编号为4的消息,发现出现乱序情况,因此节点B在发送给节点A的消息中将乱序标志置位(out-of-order=true),并丢弃编号为4的消息,节点A收到消息知道乱序情况后,马上将还没有收到确认的消息重传一遍,而不是等到S3超时再重传。(每条指令说明如前述对图2的解释)。
Claims (3)
1.一种分布式系统中的节点间可靠通信方法,其特征在于:其具体步骤为:
步骤1,为每个节点配置两块网卡:两块网卡分别是网络接口A和网络接口B,它们有不同的IP地址,均可提供至其它节点的通信路径;
步骤2,建立网络接口间的双链路:当任意两个节点需要通信前,先通过链路控制消息建立可用的逻辑链接,并协商相关数据;任意一个节点上的网络接口A只与其它节点上的网络接口A通信,构成A链路;任意一个节点上的网络接口B只与其它节点上的网络接口B通信,构成B链路;所说的通信采用UDP方式,固定端口,这样每个节点与任意一个其它节点都有两条网络链路连接;
步骤3,备份式通信:当A链路正常时,任意两个节点间的通信都通过A链路传递;当A链路出现问题或者出现拥塞时,通信自动切换至B链路上传递;当链路中没有需要传输的用户数据时,定时发送心跳消息确保链路始终可用;当链路中有需要传输的用户数据时,通过IPC消息传递节点间的用户数据,IPC消息的最大长度是固定不变的,在一条IPC消息中可以包含多条用户数据,如果用户数据大于IPC消息的用户数据部分,则需要对用户数据进行拆分。
2.如权利要求1所述的分布式系统中的节点间可靠通信方法,其特征在于:链路控制消息、心跳消息和IPC消息均采用相同的消息格式,所说的消息格式由消息头字段和消息体字段组成;
消息头字段包括6项,分别为消息类型、乱序标志、源节点信息、目的节点信息、发送消息序号、应答消息序号;消息类型用于区分该消息的类型;
链路控制消息的消息体字段包括9项,分别是链路控制类型、链路控制时间S1、IPC消息发送时间S2、重传IPC消息时间S3、IPC确认时间S4、消息长度值S5、滑动窗口值S6、最大重传次数S7、丢失心跳消息的最大次数S8;链路控制类型用于区分链路控制消息的具体类型;
心跳消息的消息体字段为空;
IPC消息的消息体字段为用户数据;
步骤2中所说的协商相关数据是指协商S1到S8,节点间除了协商具体取值大小,还应当协商这些值的取值范围,以便于双方协商时调整。
3.如权利要求2所述的分布式系统中的节点间可靠通信方法,其特征在于:消息类型取值为1时为链路控制消息,取值为2时为心跳消息,取值为3时为IPC消息;链路控制类型取值为1时为链路建立请求SetupRequest,取值为2时为链路建立请求回应SetupReply,取值为3时为链路建立请求回应确认SetupReplyAck。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101190939A CN101505306B (zh) | 2009-03-23 | 2009-03-23 | 一种分布式系统中的节点间可靠通信方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101190939A CN101505306B (zh) | 2009-03-23 | 2009-03-23 | 一种分布式系统中的节点间可靠通信方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101505306A true CN101505306A (zh) | 2009-08-12 |
CN101505306B CN101505306B (zh) | 2012-06-13 |
Family
ID=40977373
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101190939A Expired - Fee Related CN101505306B (zh) | 2009-03-23 | 2009-03-23 | 一种分布式系统中的节点间可靠通信方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101505306B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101815364A (zh) * | 2010-03-26 | 2010-08-25 | 华为技术有限公司 | 链路协商处理方法、设备和系统 |
CN101699797B (zh) * | 2009-11-13 | 2012-07-11 | 珠海网博信息科技有限公司 | 使用udp协议进行数据传输的方法 |
CN102789496A (zh) * | 2012-07-13 | 2012-11-21 | 携程计算机技术(上海)有限公司 | 智能应答的实现方法及系统 |
CN103036904A (zh) * | 2012-12-27 | 2013-04-10 | 东方通信股份有限公司 | 一种在通信网络中使用udp协议进行数据可靠传输的方法 |
WO2014000128A1 (en) * | 2012-06-29 | 2014-01-03 | Telefonaktiebolaget L M Ericsson (Publ) | Method and relay node for implementing multiple wireless backhauls |
CN103744743A (zh) * | 2014-01-17 | 2014-04-23 | 浪潮电子信息产业股份有限公司 | 一种基于数据库rac模式心跳信号的冗余配置的方法 |
CN106657131A (zh) * | 2017-01-09 | 2017-05-10 | 北京优音通信有限公司 | 一种基于互联网的云通讯平台 |
CN107360177A (zh) * | 2017-07-31 | 2017-11-17 | 杭州迪普科技股份有限公司 | 一种基于udp的报文传输方法及装置 |
CN110062260A (zh) * | 2019-04-23 | 2019-07-26 | 湖南楚风科技有限责任公司 | 一种分布式音视频控制系统 |
CN111818355A (zh) * | 2020-07-10 | 2020-10-23 | 南京百家云科技有限公司 | 一种媒体节点的调度方法、装置、计算机设备及存储介质 |
CN112243282A (zh) * | 2020-09-03 | 2021-01-19 | 深圳市鸿启富科技有限公司 | 一种分布式wifi组网链路备份方法 |
WO2021036451A1 (zh) * | 2019-08-27 | 2021-03-04 | 苏宁云计算有限公司 | 一种分布式系统内实时通讯方法、装置及分布式系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101197651B (zh) * | 2007-12-19 | 2012-07-04 | 华为技术有限公司 | 板间通信的方法、设备、主控板和接口板 |
-
2009
- 2009-03-23 CN CN2009101190939A patent/CN101505306B/zh not_active Expired - Fee Related
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101699797B (zh) * | 2009-11-13 | 2012-07-11 | 珠海网博信息科技有限公司 | 使用udp协议进行数据传输的方法 |
CN101815364B (zh) * | 2010-03-26 | 2012-05-23 | 华为技术有限公司 | 链路协商处理方法、设备和系统 |
CN101815364A (zh) * | 2010-03-26 | 2010-08-25 | 华为技术有限公司 | 链路协商处理方法、设备和系统 |
CN104380803A (zh) * | 2012-06-29 | 2015-02-25 | 爱立信(中国)通信有限公司 | 用于实现多个无线回程的方法和中继节点 |
WO2014000128A1 (en) * | 2012-06-29 | 2014-01-03 | Telefonaktiebolaget L M Ericsson (Publ) | Method and relay node for implementing multiple wireless backhauls |
CN102789496A (zh) * | 2012-07-13 | 2012-11-21 | 携程计算机技术(上海)有限公司 | 智能应答的实现方法及系统 |
CN103036904B (zh) * | 2012-12-27 | 2015-10-21 | 东方通信股份有限公司 | 一种在通信网络中使用udp协议进行数据可靠传输的方法 |
CN103036904A (zh) * | 2012-12-27 | 2013-04-10 | 东方通信股份有限公司 | 一种在通信网络中使用udp协议进行数据可靠传输的方法 |
CN103744743A (zh) * | 2014-01-17 | 2014-04-23 | 浪潮电子信息产业股份有限公司 | 一种基于数据库rac模式心跳信号的冗余配置的方法 |
CN106657131A (zh) * | 2017-01-09 | 2017-05-10 | 北京优音通信有限公司 | 一种基于互联网的云通讯平台 |
CN106657131B (zh) * | 2017-01-09 | 2020-11-06 | 北京优音通信有限公司 | 一种基于互联网的云通讯平台 |
CN107360177A (zh) * | 2017-07-31 | 2017-11-17 | 杭州迪普科技股份有限公司 | 一种基于udp的报文传输方法及装置 |
CN107360177B (zh) * | 2017-07-31 | 2019-09-17 | 杭州迪普科技股份有限公司 | 一种基于udp的报文传输方法及装置 |
CN110062260A (zh) * | 2019-04-23 | 2019-07-26 | 湖南楚风科技有限责任公司 | 一种分布式音视频控制系统 |
CN110062260B (zh) * | 2019-04-23 | 2021-10-22 | 湖南楚风科技有限责任公司 | 一种分布式音视频控制系统 |
WO2021036451A1 (zh) * | 2019-08-27 | 2021-03-04 | 苏宁云计算有限公司 | 一种分布式系统内实时通讯方法、装置及分布式系统 |
CN111818355A (zh) * | 2020-07-10 | 2020-10-23 | 南京百家云科技有限公司 | 一种媒体节点的调度方法、装置、计算机设备及存储介质 |
CN112243282A (zh) * | 2020-09-03 | 2021-01-19 | 深圳市鸿启富科技有限公司 | 一种分布式wifi组网链路备份方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101505306B (zh) | 2012-06-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101505306B (zh) | 一种分布式系统中的节点间可靠通信方法 | |
US10237153B2 (en) | Packet retransmission method and apparatus | |
US6091733A (en) | Communication device using communication protocol including transport layer and communication method using communication protocol including transport layer | |
CN102833332B (zh) | 一种分布式多对多设备通信和管理方法 | |
US8310928B2 (en) | Flow control system architecture | |
US8351380B2 (en) | Method and apparatus for layer 2 ARQ for packets | |
US7710995B2 (en) | Method and system for out-of-band signaling for TCP connection setup | |
US20120327772A1 (en) | Wavefront detection and disambiguation of acknowledgements | |
CN106210924B (zh) | 视频网络传输控制方法和系统 | |
CN100505663C (zh) | 自组织网络中的短报文可靠传输方法 | |
CN102377666A (zh) | 具有平均速率和突发速率控制的基于泛洪的路由协议 | |
JP2000224261A (ja) | ネットワ―ク層プロトコルを直接サポ―トするデ―タリンク制御プロトコルおよび方法 | |
KR20030081450A (ko) | 무선 인터페이스를 통해 tcp 성능을 개선시키기 위한듀얼 프럭시 접근 방식 | |
JP2000115232A (ja) | デ―タ・パケット送信方法および装置 | |
WO2007052764A1 (ja) | セッション中継装置およびセッション中継方法 | |
CN101674235B (zh) | 数据传输方法和设备 | |
EP2168261B1 (en) | Method for enhancing of controlling radio resources, method for transmitting status report, and receiver in mobile communication system | |
CN101174935A (zh) | 一种设置tcp最大超时重传时间的方法 | |
US6535515B1 (en) | TCP communication speed improving system | |
US7286546B2 (en) | Method and system for providing reliable and fast communications with mobile entities | |
JP3727198B2 (ja) | ゲートウェイ装置 | |
JP3998649B2 (ja) | 無線端末、アクセスポイント装置、データ通信システム及びデータ通信方法 | |
WO2016082516A1 (zh) | 一种链路捆绑方法及系统 | |
KR100468290B1 (ko) | 유디피 제어시스템 | |
EP3367599B1 (en) | Method and system for transferring data within a layered architecture of network components |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120613 Termination date: 20210323 |