CN1881916B - 一种在通信设备间实现通信的方法及装置 - Google Patents
一种在通信设备间实现通信的方法及装置 Download PDFInfo
- Publication number
- CN1881916B CN1881916B CN2005100768553A CN200510076855A CN1881916B CN 1881916 B CN1881916 B CN 1881916B CN 2005100768553 A CN2005100768553 A CN 2005100768553A CN 200510076855 A CN200510076855 A CN 200510076855A CN 1881916 B CN1881916 B CN 1881916B
- Authority
- CN
- China
- Prior art keywords
- communication equipment
- packet
- communication
- network
- sequence number
- 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
Links
- 238000004891 communication Methods 0.000 title claims abstract description 220
- 238000000034 method Methods 0.000 title claims abstract description 26
- 230000005540 biological transmission Effects 0.000 claims description 8
- 238000012546 transfer Methods 0.000 claims description 6
- 230000000977 initiatory effect Effects 0.000 claims description 5
- 238000012360 testing method Methods 0.000 claims description 4
- 230000000694 effects Effects 0.000 abstract description 5
- 238000005516 engineering process Methods 0.000 description 9
- 230000004044 response Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 4
- 230000003993 interaction Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000003042 antagnostic effect Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000004321 preservation Methods 0.000 description 1
Images
Classifications
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/029—Firewall traversal, e.g. tunnelling or, creating pinholes
-
- 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
- H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种在通信设备间实现通信的方法,用以解决现有技术采用UDP方式实现P2P通信时,存在信息交互慢和因会出现丢包而不能较好地保证通信效果的问题;该方法为:第一通信设备通过服务器向第二通信设备发送建立P2P连接的请求消息;在第一和第二通信设备间直接建立P2P通道;第一和第二通信设备中的一个通过P2P通道传送数据包,接收到所述数据包的一个通信设备从该数据包中提取序列号,当通过将该序列号与之前接收到的数据包中的序列号进行比较确定出现丢包时,向对方通信设备发送的数据包中携带重发数据包的消息和需要重发的数据包信息。本发明还公开了一种实现所述方法的通信设备。
Description
技术领域
本发明涉及计算机及通信领域,尤其涉及一种在通信设备间实现通信的方法及其装置。
背景技术
随着互联网技术的发展,基于互联网的应用也越来越多,如基于互联网的网络游戏、即时通信等,而且这些应用对传输速度和对服务器处理速度的要求也越来越高。由于互联网是以服务器/浏览器(Server/Browser)或服务器/客户端(S/C)结构的应用模式为主,这样的应用必须在网络内设置一个服务器,信息通过服务器才可以传递。信息或是先集中上传到服务器保存,然后再分别下载(如网站),或是信息按服务器上专有规则(软件)处理后才可在网络上传递流动(如邮件)。
一些基于互联网的应用对网速要求较高,如果网速较慢,则会影响该类应用的流畅性和效果,因此这类应用在实现时采用了P2P(即Peer to Peer,称为对等连接或对等网络)技术。P2P起源于最初的联网通信方式,如在建筑物内计算机(PC)通过局域网互联,不同建筑物间通过调制解调器(Modem)远程拨号互联。其中建立在传输控制协议/互联网协议(TCP/IP协议)之上的通信模式构成了今日互联网的基础,所以从基础技术角度看,P2P不是新技术,而是新的应用技术模式。
P2P技术主要指由硬件形成连接后的信息控制技术,其代表形式是软件,而P2P通信可以采取传输控制协议(TCP)、用户数据报协议(UDP)两种通信方式。对于要求数据包要尽可能的快速达到目的地的应用来说,如果一个数据包达到目的地比较晚,则很可能丧失了它的意义,如高对抗性的键盘类网络游戏。这类应用又大多会采取UDP的方式实现P2P通信。
在互联网中,服务器采取多互联网数据中心(IDC)方式架设,引导用户进入跟自己连接速度较快的服务器,采取客户端-服务器-客户端(CSC)模式通信。因此,采取UDP方式实现P2P通信的应用,特别是网络游戏,只要用户与服务器之间的网络速比较快,应用的流畅性就可以得到保障。
虽然上述方法的通信模型和实现简单,对于客户端可控性也较高,但存在以下缺点:
1、由于UDP方式是面向非连接的,因此,在网络中不能保证数据包的传送顺序,而且在网络繁忙时会出现大量丢包的情况,从而导致应用的流畅性和效果得不到保证。
2、由于数据都需服务器转发,使得服务器的数据量和负载非常大,导致用户信息交互比较慢。
发明内容
本发明提供一种在通信设备间实现通信的方法及其装置,用以解决现有技术采用UDP方式实现P2P通信时,存在信息交互慢和因会出现丢包而不能较好地保证通信效果的问题。
为解决上述问题,本发明提供以下技术方案:
一种在通信设备间实现通信的方法,包括如下步骤:
A、第一通信设备通过服务器向第二通信设备发送建立P2P连接请求消息;
B、第一和第二通信设备中至少一个通信设备发起与对方建立P2P连接的命令,并根据所述建立P2P连接的命令在第一和第二通信设备间直接建立P2P通道;
C、第一和第二通信设备中的一个通过P2P通道传送数据包,接收到所述数据包的一个通信设备从该数据包中提取序列号,当通过将该序列号与之前接收到的数据包中的序列号进行比较确定出现丢包时,将需要对方通信设备重发数据包的消息和标识这些包的信息通过数据包携带给对方通信设备,在通过发送的数据包携带丢包信息时,向对方通信设备发送的数据包的包头中增加多个字节,用于标识丢失的数据包中序列号最小的数据包之后的若干个数据包的状 态和丢失的数据包中序列号最大的数据包之前的若干个数据包的状态,对方通信设备根据所述状态确定需要重发的数据包。
第一通信设备在发送所述请求消息后,若接收到第二通信设备主动发起的建立P2P连接的请求消息,则在步骤B中,由第一通信设备发起与第二通信设备建立P2P连接的命令。
第二通信设备接收到第一通信设备的请求消息后,若第二通信设备确定本通信设备处于公网,则第二通信设备发起与第一通信设备建立P2P通道的命令,若第二通信设备确定本通信设备处于私网,则第二通信设备通过服务器向第一通信设备发送建立P2P连接的请求消息。
在发送建立P2P通道请求前,所述第一、第二通信设备分别向服务器发送报文,服务器从该报文获知通信设备的地址信息并将其返回给对应的通信设备。
若第一或第二通信设备处于私网,则在所述建立P2P连接的请求消息中还携带私网地址信息。
若第一和第二通信设备处于同一私网内,则直接在该私网内建立所述通道。
通信设备在发起建立P2P通道命令后,向对方发送测试数据包,以确定是否已建立P2P通道。
一种实现在通信设备间通信的方法的通信设备,包括:
第一接口,用于接收应用程序发送的第一数据包和将网络侧的数据包发送给应用程序;
编解码模块,对通过第一接口发向网络侧的数据进行编码和对发向第一接口的数据进行解码;
第二接口,用于将编码后的数据发送到网络和将从网络接收的数据发送到编解码模块;
第一通信模块,用于控制通信设备与网络中的服务器的通信信息和通信方式;
第二通信模块,用于控制通过对等方式(P2P)连接的其他通信设备的通信信息和通信方式;
用于从第一接口接收到所述第一数据包中提取序列号,当通过将该序列号 与之前接收到的数据包中的序列号进行比较确定出现丢包时,将需要对方通信设备重发数据包的消息和标识这些包的信息通过数据包携带给对方通信设备,在通过发送的数据包携带丢包信息时,向通过P2P连接的其他通信设备发送的数据包的包头中增加多个字节,用于标识丢失的数据包中序列号最小的数据包之后的若干个数据包的状态和丢失的数据包中序列号最大的数据包之前的若干个数据包的状态的模块。
本发明具有以下有益效果:
1、本发明通过服务转发通信设备之间的建立P2P通道请求后,直接在通信设备之间建立P2P通道进行通信,不再需要服务器转发数据,从而降低了服务器的负荷,可提高用户信息的交互速度。
2、在UDP通信中引入重发机制,保证了消息传递的可靠性,从而使基于网络的应用的流畅性和效果得到有效保障,尤其适合于网络游戏和即时通信类应用。
附图说明
图1为本发明的通信设备结构示意图;
图2为本发明中通信设备判断自身网络情况的流程图;
图3为本发明中通信设备间直接建立P2P通道并进行通信的流程图。
具体实施方式
参阅图1所示,本发明的通信设备包括:第一接口(或称应用层接口)、第二接口(或称套接字(Socket)接口)、编解码模块、第一通信模块和第二通信模块,其中:
第一接口用于接收应用程序发送向网络侧发送的数据包,以及将网络侧发送来的数据包传送给通信设备上的应用程序。
编解码模块用于对通过第一接口发向网络侧的数据进行编码,还可对数据进行加密处理;以及对发往第一接口的网络侧的数据进行解码,如果数据已经过加密处理,该模块还对数据进行对应的解密处理。
第二接口,用于将编码后的数据发送到网络,和将从网络接收的数据发送到编解码模块。
第一通信模块,用于控制通信设备与网络中的P2P服务器的通信信息和通信方式。当某一通信设备需要与另一通信设备通信时,必须先登录网络中的P2P服务器。P2P服务器是具有公网固定IP地址,其作用是为各通信设备之间建立P2P通道提供服务。第一通信模块通过与P2P服务器交互即可获得连接到P2P服务器的各通信设备的地址信息。
第二通信模块,用于控制通过对等方式(P2P)连接的其他通信设备的通信信息和通信方式,以及从第一通信模块得到通信设备的地址信息。一个通信设备中的第二通信模块可以为多个,每个第二通信模块用于控制与一个其他通信设备通信。
在一个通信系统中,具有多个上述的通信设备。当本机应用程序要向网络其他通信设备发送数据时,它先将数据发送到第一接口,由于应用程序中保存有通信终端的ID信息,第一接口收到数据后根据ID信息将数据发给指定的第二通信模块;通过第一通信模块和第二通信模块获得待发送数据的目的地址及相关信息;然后调用编解码模块对数据进行编码,最后将已编码的数据通过第二接口发送到网络。
当通信设备从网络获取数据时,通过第二接口获得数据,然后发送到编解码模块对数据进行解码,然后将解码后的数据通过第二模通信模块和第一接口发送给本通信设备上的应用程序。
本发明通过在网络中的第一通信设备通过服务器向第二通信设备发送建立P2P连接的请求消息之后,由第一通信设备和第二通信设备中至少一个通信设备发起与对方建立P2P通道的命令,然后由网络中的资源控制设备直接在第一和第二通信设备之间建立P2P通道来实现UDP方式通信,在P2P通道建立后,通信设备之间相互发往对方的数据不再由服务器转发,从而减少服务器的负荷和加快交互信息的响应速度。
由于网络中的通信设备可能处于公网,也可能处于私有网防火墙后面。处于私网的通信设备不管是主动请求建立P2P通道,还是被请求建立P2P通道,都必须通过服务器向对方发起建立P2P通道请求后才能开始建立P2P通道,即 双方设备均要在网关上建立私网地址与公网地址的映射关系,这样处于私网内的通信设备才能接收到从公网发送来的数据包。若被请求方处于公网,则可以直接发起建立P2P通道命令来建立通道。
通信设备连接到通信系统中的服务器后,服务器即可获知各通信设备的IP地址和端口等地址信息,因此,通信设备可以通过向服务器发送数据包来获知自己是处于公网还是处于私网,参阅图2所示,其流程如下:
步骤10、通信设备与服务器连接;
步骤11、通信设备向服务器发送用于获知本通信设备的网络情况的UDP数据包。
步骤12、服务器接收到通信设备的UDP数据包后,提取该数据包中的源IP地址和端口号(即服务器所看到的通信设备的IP地址和端口号),并向通信设备发送携带所述IP地址和端口号的数据包。
步骤13、通信设备从服务器发送来的数据包中提取所述IP地址和端口号,并与通信设备的IP地址和端口号进行比较,如果IP地址和端口号相同,则确定本通信设备处于公网,若IP地址和端口号不相同,则可确定本通信设备处于私网内。
参阅图3所示,第一通信设备与第二通信设备之间建立P2P通道并经该通道传送数据的流程如下:
步骤20、第一通信设备向服务器发送请求与第二通信设备建立P2P通道的消息。
若第一通信设备处于私网内,则在请求消息中带可携带通信设备的私网IP地址和端口号。
步骤21、服务器将请求消息发送到第二通信设备,并向第一通信设备返回响应消息。
步骤22、第二通信设备接收到请求消息后,若本通信设备处于私网,则进行步骤23,否则根据请求消息中的第一通信设备的地址,发起建立P2P通道 命令。在所述请求消息中还可携带第二通信设备的私网IP地址和端口号。
步骤23、第二通信设备向服务器发送请求与第一通信设备建立P2P通道的消息。
步骤24、服务器将请求消息发送到第一通信设备,并向第二通信设备返回响应消息。
步骤25、第一通信设备和第二通信设备中的任何一方收到对方的请求消息和地址信息(IP地址和端口号)后,发起建立P2P通道命令。
步骤26、网络中的资源控制设备在第一通信设备与第二通信设备之间建立直接的P2P通道,第一通信设备和第二通信设备通过该通道传输UDP数据包。
在步骤26中,如果第一通信设备和第二通信设备都在同一个私有网络,则可在该私有网络内建立所述通道。
在执行上述流程的步骤20后,即第一通信设备向服务器发起与第二通信设备建立P2P通道的请求后,若第一通信设备接收到第二通信设备主动发起的建立P2P通道的请求,此时第一通信设备可直接发起与第二通信设备建立P2P连接的命令,然后进行步骤26。这是因为,通过发送请求消息,在私网中的通信设备已在网关上建立了私网地址与公网地址的映射关系,所以可以直接发起建立P2P连接的命令。
在建立P2P连接过程中,第一、第二通信设备发起建立P2P连接的命令后,可以立即开始向对方发送测试数据包,以确定是否已建立P2P通道。对方在收到测试包后返回一个响应,发送方收到该响应后再发送一个P2P通道已建立的确认消息,然后开始传送数据。
为了在数据传输过程中保证UDP数据包接收的可靠性,在本发明引入重发机制。在第一通信设备与第二通信设备通过P2P通道传送UDP数据包时,收到数据包的一方从包头信息中提取序列号,将其与前后收到的数据包的序列号进行比较,以判断是否存在丢包和确定有哪些数据包没有收到。在判断有丢包的情况下请求对方重发这些数据包。
由于接收数据的通信设备也可能需要向对方发送数据,因此,为了节约网络带宽和降低网络拥塞的概率,提高通信质量,可以将需要对方重发数据包的消息和标识这些包的信息可以通过数据包携带给对方。
在通过发送的数据包携带丢包信息时,通过在数据包的包头中增加两个字节,其中一个字节用于标识未收到的数据包中序列号最小的数据包之后的8个数据包的状态,另一个字节用于标识序列号最大的数据包之前的8个数据包的状态。这是因为没有收到数据包表明网络可能发生拥塞,丢失的数据包中序列号最小的数据包之后的连续多个数据包丢失的可能性比较大,一般情况下这些数据也密切关联,因此,这里也用一个字节表示其后8个封包的接收状态,以确定哪些封包需要重传;同样,丢失数据包中序列号最大的数据之前连续多个数据丢失的可能比较大,一般情况下这些数据也密切关联。该序列号最大的数据包代表最近的消息,序列号最小的数据包因等待时间长,所以这些数据包的重发优先级较高。这样,用于一个字节表示8个数据包的状态以确定哪些需要重传,能够避免传送数据的序列号,使数据包头尽可能小而包含的信息量尽可能大。当然,也可根据需要在包头中增加更多字节,如四个,其处理方式同理。
上述方法尤其适用于网络游戏,对于高对抗性的键盘类游戏要求网速高和数据尽可能快速到达目的地,因此,通过P2P通道在游戏终端之间直接传送UDP数据包并结合重传机制,可大幅度地的提高游戏的流畅性和信息交互速度,克服了现有技术通过服务器转发数据而存在的不足。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种在通信设备间实现通信的方法,其特征在于,包括如下步骤:
A、第一通信设备通过服务器向第二通信设备发送建立对等P2P连接的请求消息;
B、第一和第二通信设备中至少一个通信设备发起与对方建立P2P连接的命令,并根据所述建立P2P连接的命令在第一和第二通信设备间直接建立P2P通道;
C、第一和第二通信设备中的一个通过P2P通道传送数据包,接收到所述数据包的一个通信设备从该数据包中提取序列号,当通过将该序列号与之前接收到的数据包中的序列号进行比较确定出现丢包时,将需要对方通信设备重发数据包的消息和标识这些包的信息通过数据包携带给对方通信设备,在通过发送的数据包携带丢包信息时,向对方通信设备发送的数据包的包头中增加多个字节,用于标识丢失的数据包中序列号最小的数据包之后的若干个数据包的状态和丢失的数据包中序列号最大的数据包之前的若干个数据包的状态,对方通信设备根据所述状态确定需要重发的数据包。
2.如权利要求1所述的方法,其特征在于,第一通信设备在发送所述请求消息后,若接收到第二通信设备主动发起的建立P2P连接的请求消息,则在步骤B中,由第一通信设备发起与第二通信设备建立P2P连接的命令。
3.如权利要求1所述的方法,其特征在于,第二通信设备接收到第一通信设备的请求消息后,若第二通信设备确定本通信设备处于公网,则第二通信设备发起与第一通信设备建立P2P通道的命令,若第二通信设备确定本通信设备处于私网,则第二通信设备通过服务器向第一通信设备发送建立P2P连接的请求消息。
4.如权利要求1所述的方法,其特征在于,在发送建立P2P通道的请求消息前,所述第一、第二通信设备分别向服务器发送报文,服务器从该报文获知通信设备的地址信息并将其返回给对应的通信设备。
5.如权利要求4所述的方法,其特征在于,若第一或第二通信设备处于私网,则在所述建立P2P连接的请求消息中还携带私网地址信息。
6.如权利要求5所述的方法,其特征在于,若第一和第二通信设备处于同一私网内,则直接在该私网内建立所述通道。
7.如权利要求1至6任一项所述的方法,其特征在于,通信设备在发起建立P2P通道命令后,向对方通信设备发送测试数据包,以确定是否已建立P2P通道。
8.如权利要求1所述的方法,其特征在于,步骤C中,基于用户数据报协议UDP在P2P通道中传送数据包。
9.一种实现权利要求1所述方法的通信设备,其特征在于,包括:
第一接口,用于接收应用程序发送的第一数据包和将网络侧的数据包发送给应用程序;
编解码模块,对通过第一接口发向网络侧的数据进行编码和对发向第一接口的数据进行解码;
第二接口,用于将编码后的数据发送到网络和将从网络接收的数据发送到编解码模块;
第一通信模块,用于控制通信设备与网络中的服务器的通信信息和通信方式;
第二通信模块,用于控制通过对等方式P2P连接的其他通信设备的通信信息和通信方式;
用于从第一接口接收到所述第一数据包中提取序列号,当通过将该序列号与之前接收到的数据包中的序列号进行比较确定出现丢包时,将需要他通信设备重发数据包的消息和标识这些包的信息通过数据包携带给他通信设备,在通过发送的数据包携带丢包信息时,向通过P2P连接的其他通信设备发送的数据包的包头中增加多个字节,用于标识丢失的数据包中序列号最小的数据包之后的若干个数据包的状态和丢失的数据包中序列号最大的数据包之前的若干个数据包的状态的模块。
10.如权利要求9所述的设备,其特征在于,所述第二通信模块为多个。
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2005100768553A CN1881916B (zh) | 2005-06-17 | 2005-06-17 | 一种在通信设备间实现通信的方法及装置 |
ES06742183.4T ES2526546T3 (es) | 2005-06-17 | 2006-06-16 | Método de comunicación entre dispositivos de comunicación y aparato de comunicación |
PL06742183T PL1892887T3 (pl) | 2005-06-17 | 2006-06-16 | Sposób komunikacji między urządzeniami komunikacyjnymi oraz przyrząd komunikacyjny |
EP06742183.4A EP1892887B1 (en) | 2005-06-17 | 2006-06-16 | Communication method between communication devices and communication apparatus |
PCT/CN2006/001364 WO2006133651A1 (en) | 2005-06-17 | 2006-06-16 | Communication method between communication devices and communication apparatus |
CA2611776A CA2611776C (en) | 2005-06-17 | 2006-06-16 | Method and communication unit for communicating between communication apparatuses |
US11/954,931 US7913293B2 (en) | 2005-06-17 | 2007-12-12 | Method and communication unit for communicating between communication apparatuses |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2005100768553A CN1881916B (zh) | 2005-06-17 | 2005-06-17 | 一种在通信设备间实现通信的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1881916A CN1881916A (zh) | 2006-12-20 |
CN1881916B true CN1881916B (zh) | 2012-07-04 |
Family
ID=37519902
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2005100768553A Active CN1881916B (zh) | 2005-06-17 | 2005-06-17 | 一种在通信设备间实现通信的方法及装置 |
Country Status (7)
Country | Link |
---|---|
US (1) | US7913293B2 (zh) |
EP (1) | EP1892887B1 (zh) |
CN (1) | CN1881916B (zh) |
CA (1) | CA2611776C (zh) |
ES (1) | ES2526546T3 (zh) |
PL (1) | PL1892887T3 (zh) |
WO (1) | WO2006133651A1 (zh) |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101207579B (zh) * | 2007-08-15 | 2010-08-18 | 杨汉民 | 实现网络短信服务的服务器及其客户机间通讯方法 |
US8650301B2 (en) | 2008-10-02 | 2014-02-11 | Ray-V Technologies, Ltd. | Adaptive data rate streaming in a peer-to-peer network delivering video content |
CN101483764B (zh) * | 2009-01-19 | 2013-12-11 | 北京中星微电子有限公司 | 网络视频监控系统中监控双方媒体流发送方法 |
CN103716850B (zh) * | 2012-09-29 | 2018-10-26 | 中兴通讯股份有限公司 | 通信路径的切换方法、系统及装置 |
CN104038512A (zh) * | 2013-03-04 | 2014-09-10 | 华为技术有限公司 | 数据传输方法和装置 |
US9550119B2 (en) | 2013-04-02 | 2017-01-24 | Tencent Technology (Shenzhen) Company Limited | Method, apparatus, and system for webgame interaction |
CN104065692B (zh) * | 2013-04-02 | 2015-08-12 | 腾讯科技(深圳)有限公司 | 网页游戏交互的方法、设备和系统 |
CN103368827B (zh) * | 2013-07-01 | 2016-04-06 | 中国农业大学 | 基于vc++的局域网即时通讯系统和方法 |
CN103746974B (zh) * | 2013-12-27 | 2017-04-12 | 柳州职业技术学院 | 一种基于即时通信软件的安全通信系统及其方法 |
US9558029B2 (en) | 2015-05-17 | 2017-01-31 | Nicira, Inc. | Logical processing for containers |
CN111147622A (zh) * | 2015-05-18 | 2020-05-12 | 华为技术有限公司 | D2d通信中的ip地址分配方法及用户设备 |
CN106341738B (zh) * | 2015-07-08 | 2021-02-02 | 杭州海康威视数字技术股份有限公司 | 流媒体网络传输的带宽计算方法、服务器端和系统 |
US10078526B2 (en) * | 2015-11-01 | 2018-09-18 | Nicira, Inc. | Securing a managed forwarding element that operates within a data compute node |
CN105471983B (zh) * | 2015-11-19 | 2019-05-28 | 广州云智易物联网有限公司 | 一种建立物联通讯的方法及系统 |
US10063469B2 (en) | 2015-12-16 | 2018-08-28 | Nicira, Inc. | Forwarding element implementation for containers |
CN107196843B (zh) * | 2016-03-15 | 2021-05-18 | 百度在线网络技术(北京)有限公司 | 一种即时通信的方法和装置 |
CN105847275A (zh) * | 2016-04-29 | 2016-08-10 | 掌赢信息科技(上海)有限公司 | 一种数据传输通道建立方法、系统和服务器 |
CN110740087B (zh) * | 2019-09-18 | 2021-01-08 | 视联动力信息技术股份有限公司 | 报文传输方法、终端、网关设备、电子设备及存储介质 |
CN111614546A (zh) * | 2020-04-30 | 2020-09-01 | 南京南瑞信息通信科技有限公司 | 用于oa系统的实时信息交互方法、装置及存储介质 |
CN112202885A (zh) * | 2020-09-30 | 2021-01-08 | 富盛科技股份有限公司 | 一种支持高效补包的电影数字拷贝卫星分发系统及方法 |
CN113625795A (zh) * | 2021-10-12 | 2021-11-09 | 南京诺丹工程技术有限公司 | 环境压力监控平台与方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1291034A (zh) * | 1999-10-02 | 2001-04-11 | 三星电子株式会社 | 用于补偿用户数据协议中分组丢失的方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6094676A (en) * | 1997-05-30 | 2000-07-25 | Hilgraeve Incorporated | Method and apparatus for peer-to-peer communication |
CN1527623A (zh) * | 2003-03-07 | 2004-09-08 | �ʼҷ����ֵ��ӹɷ�����˾ | 无线通信网络中点到点对等通信无线链接建立和保持的方法与装置 |
CN1527621A (zh) * | 2003-03-07 | 2004-09-08 | 皇家飞利浦电子股份有限公司 | 无线通信网络中建立点到点对等通信的方法和装置 |
CN1549613A (zh) * | 2003-05-19 | 2004-11-24 | �ʼҷ����ֵ��ӹɷ�����˾ | 在无线通信系统的p2p通信模式与传统通信模式之间软切换的方法和装置 |
-
2005
- 2005-06-17 CN CN2005100768553A patent/CN1881916B/zh active Active
-
2006
- 2006-06-16 EP EP06742183.4A patent/EP1892887B1/en active Active
- 2006-06-16 PL PL06742183T patent/PL1892887T3/pl unknown
- 2006-06-16 ES ES06742183.4T patent/ES2526546T3/es active Active
- 2006-06-16 WO PCT/CN2006/001364 patent/WO2006133651A1/zh not_active Application Discontinuation
- 2006-06-16 CA CA2611776A patent/CA2611776C/en active Active
-
2007
- 2007-12-12 US US11/954,931 patent/US7913293B2/en active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1291034A (zh) * | 1999-10-02 | 2001-04-11 | 三星电子株式会社 | 用于补偿用户数据协议中分组丢失的方法 |
Non-Patent Citations (4)
Title |
---|
徐洪珍,汤彬,周书民.穿越Middlebox实现P2P通信的技术研究.计算机应用研究 2.2005,(2),220-221+224. |
徐洪珍,汤彬,周书民.穿越Middlebox实现P2P通信的技术研究.计算机应用研究 2.2005,(2),220-221+224. * |
李河,王树明.P2P网络中使用UDP穿越NAT的方法研究.吉林大学学报(信息科学版)21 3.2003,21(3),275-279. |
李河,王树明.P2P网络中使用UDP穿越NAT的方法研究.吉林大学学报(信息科学版)21 3.2003,21(3),275-279. * |
Also Published As
Publication number | Publication date |
---|---|
CN1881916A (zh) | 2006-12-20 |
US7913293B2 (en) | 2011-03-22 |
EP1892887B1 (en) | 2014-12-10 |
US20080175383A1 (en) | 2008-07-24 |
EP1892887A4 (en) | 2013-02-06 |
PL1892887T3 (pl) | 2015-05-29 |
CA2611776C (en) | 2013-03-19 |
CA2611776A1 (en) | 2006-12-21 |
EP1892887A1 (en) | 2008-02-27 |
ES2526546T3 (es) | 2015-01-13 |
WO2006133651A1 (en) | 2006-12-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1881916B (zh) | 一种在通信设备间实现通信的方法及装置 | |
AU2002251937B2 (en) | A Dual Proxy Approach to TCP Performance Improvements Over a Wireless Interface | |
JP2005525758A5 (zh) | ||
JP2000224261A (ja) | ネットワ―ク層プロトコルを直接サポ―トするデ―タリンク制御プロトコルおよび方法 | |
JP2003124969A (ja) | 通信システムでデータを送信するための方法及び装置 | |
CN106878267A (zh) | 建立全双工双向通信的方法和系统 | |
CN106453356B (zh) | 无线网络双边加速传输方法和系统 | |
CN109417548B (zh) | 封装媒体流量在基于数据报的传输层上的高效传输 | |
JP2007324788A (ja) | 移動端末及び通信方法 | |
US7483405B2 (en) | Method and system for emulating a wireless network | |
CN111865940A (zh) | 一种传输优化的方法及装置 | |
JP5150413B2 (ja) | 複数コネクションを用いたデータ通信方法 | |
US20090052446A1 (en) | Communications Interface | |
JP2005210352A (ja) | Ipアドレス変換装置及び変換方法 | |
CN113572678A (zh) | 一种基于websocket实现的即时通讯方法 | |
JP4498017B2 (ja) | 無線接続装置 | |
KR20040104775A (ko) | 이종 네트워크간에 효율적인 패킷 재전송을 위한 네트워크장치 및 패킷 재전송 방법 | |
KR101402296B1 (ko) | 패킷 서비스 방법, 시스템 및 게이트웨이 | |
CA2316533C (en) | Wireless data communications with header suppression and reconstruction | |
KR20240078930A (ko) | 네트워크 전송 api를 이용하여 6g 종단간 응용-수준 지연 보장을 위한 방법 및 이를 위한 전자 장치 | |
Navajas et al. | Transport Area Working Group J. Saldana Internet-Draft University of Zaragoza Intended status: Best Current Practice D. Wing Expires: December 14, 2015 Cisco Systems | |
Navajas et al. | Transport Area Working Group J. Saldana Internet-Draft University of Zaragoza Intended status: Best Current Practice D. Wing Expires: December 12, 2014 Cisco Systems | |
Perumal et al. | Tunneling Compressed Multiplexed Traffic Flows (TCM-TF) Reference Model draft-saldana-tsvwg-tcmtf-06 | |
Navajas et al. | Tunneling Compressing and Multiplexing (TCM) Traffic Flows. Reference Model draft-saldana-tsvwg-tcmtf-08 | |
Qaddoura | Enhanced TCP for wireless local area network |
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 |