CN106506390A - 一种数据流传输方法 - Google Patents

一种数据流传输方法 Download PDF

Info

Publication number
CN106506390A
CN106506390A CN201610912828.3A CN201610912828A CN106506390A CN 106506390 A CN106506390 A CN 106506390A CN 201610912828 A CN201610912828 A CN 201610912828A CN 106506390 A CN106506390 A CN 106506390A
Authority
CN
China
Prior art keywords
data flow
mapping table
compressed
data
receiving terminal
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.)
Pending
Application number
CN201610912828.3A
Other languages
English (en)
Inventor
何凡
何一凡
朱顺痣
洪朝群
谢勇
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.)
Xiamen University of Technology
Original Assignee
Xiamen University of Technology
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 Xiamen University of Technology filed Critical Xiamen University of Technology
Priority to CN201610912828.3A priority Critical patent/CN106506390A/zh
Publication of CN106506390A publication Critical patent/CN106506390A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/19Flow control; Congestion control at layers above the network layer
    • H04L47/193Flow control; Congestion control at layers above the network layer at the transport layer, e.g. TCP related
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/22Traffic shaping
    • H04L47/225Determination of shaping rate, e.g. using a moving window
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提出一种数据流传输方法,包括:接收端判断数据流是否需要被压缩,若是,则建立有效映射关系,将需要压缩的数据流写入映射表,映射表存储在发送端和接收端;发送端通过查询映射表判断当前数据流是否能被压缩,若是,则用可被压缩数据流在映射表中对应的索引来压缩该数据流,并发送压缩后的数据流;接收端接收发送端发送的数据流,判断接收到的数据流是否为被压缩的数据流,若是,则在被压缩数据流中提取映射表的索引,并通过查询映射表获取被压缩数据流内容,从而解压缩数据流;接收端判断数据流是否不再需要被压缩,若是,则将映射表中相应的映射关系设为无效。本发明通过提高数据带宽的利用率,从而缓解数据拥塞的情况。

Description

一种数据流传输方法
技术领域
本发明涉及通信技术领域,具体涉及一种数据流传输方法。
背景技术
对于数据中心,网路拥塞一直是应用中需要面对的问题。特别是越来越多新型数据中心采用大量相对廉价的交换机代替传统的昂贵且不易扩展的设备后,核心层和汇聚层的交换网路变得更加复杂,数据拥塞更是亟待解决的问题。
造成数据拥塞的原因有多种,最主要是存在多对一的情况(比如,图1中核心层和汇聚层之间)。现有的一些路径选择等技术可以减少这种情况发生,但无法完全避免。
现有提高带宽利用率的技术大多为基于软件的压缩技术,缺点为:1)需要占用较多的处理器(CPU)运算时间和带宽;2)性能往往不如基于硬件的压缩技术;3)一台网络设备的多个端口同时进行压缩/解压缩时,处理器的带宽和运算能力会成为瓶颈(如图2示例)。
发明内容
为此,本发明提出一项基于硬件的,在相邻两台网络设备数据链路上对数据流进行传输的方法,通过提高数据带宽的利用率,从而缓解数据拥塞的情况。
具体方案如下:
一种数据流传输方法,包括步骤:
接收端判断数据流是否需要被压缩,若是,则建立有效映射关系,将需要压缩的数据流写入映射表,映射表存储在发送端和接收端,若否,则不建立有效映射关系;
发送端通过查询映射表判断当前数据流是否能被压缩,若是,则用可被压缩数据流在映射表中对应的索引来压缩该数据流,并发送压缩后的数据流,若否,则直接发送未被压缩数据流;
接收端接收发送端发送的数据流,判断接收到的数据流是否为被压缩的数据流,若是,则在被压缩数据流中提取映射表的索引,并通过查询映射表获取被压缩数据流内容,从而解压缩数据流,若否,则不需要解压缩数据流;
接收端判断数据流是否不再需要被压缩,若是,则将映射表中相应的映射关系设为无效,若否,则保持该映射关系为有效。
进一步的,所述的接收端判断数据流是否需要被压缩,若是,则建立有效映射关系,将需要压缩的数据流写入映射表,映射表存储在发送端和接收端,若否,则不建立有效映射关系具体包括:
接收端查询映射表判断映射表是否具有该数据流内容,若否且映射表存在空数据存储位,则将该数据流内容写入映射表;
获取接收到该数据流内容的频率;
比较接收到该数据流内容的频率与预设的第一阈值的大小,若接收到该数据流内容的频率大于预设的第一阈值,则数据流需要被压缩,否则不需要被压缩;
若数据流需要被压缩,则将映射表中的相应映射关系设为有效,若数据流不需要被压缩,则该映射关系无效,对应的映射表中的数据存储位仍可用于建立新的映射关系;
发送端映射表建立与接收端同样的映射关系。
进一步的,所述的发送端映射表建立与接收端同样的映射关系的具体方法是:
接收端发送注册包至发送端,注册包包含需要压缩的数据流内容以及映射表的索引;
发送端收到注册包后,将需要压缩的数据流内容写入映射表相应索引处;
发送端发送ACK包给接收端。
进一步的,所述的用可被压缩数据流在映射表中对应的索引来压缩该数据流的具体方法是:
用索引值替换需要压缩数据流内容;
在被压缩数据流中设置相应标志位或者标志段,用预先设定的不同值,来区分被压缩数据流和未被压缩数据流。
进一步的,所述的判断接收到的数据流是否为被压缩的数据流的具体方法是:
根据接收到的数据流中上述标志位或者标志段的值,判断是否为被压缩数据流。
进一步的,所述的接收端判断数据流是否不再需要被压缩的具体方法是:
接收端检测映射表各数据存储位对应的压缩数据内容传输的频率,并比较各个压缩数据内容传输频率与预设的第二阈值的大小,若某个压缩数据内容传输频率小于预设的第二阈值,则将接收端映射表中该压缩数据内容对应的数据存储位设为空,即将相应的映射关系设为无效;
将发送端映射表中该压缩数据内容对应的数据存储位设为空。
进一步的,所述的将发送端映射表中该压缩数据内容对应的数据存储位设为空的具体方法是:
接收端发送注销包至发送端;
发送端收到注销包后,将发送端的映射表的数据存储位设为空,停止压缩该数据流的数据包,并发送ACK包给接收端;
接收端收到ACK包后,也将接收端的映射表的相应栏设为空。
其中,所述的压缩数据流内容包括但不限于源MAC地址、目的MAC地址、源IP地址、目的IP地址、TCP源端口地址和TCP目的端口地址。
优选的,所述存储发送端映射表的存储介质是寄存器或者三态内容寻址存储器,所述存储接收端映射表的存储介质是寄存器或者静态随机存取存储器。
本发明的有益效果如下:通过不断更新的映射表,形成自适应机制对数据流进行压缩传输,极大提升了压缩效果以及传输效率,在数据包长度较短时,压缩效果明显;在链路两端MAC电路之间自动进行,对上层软件透明,所以数据包不需要送到处理器就能完成压缩和解压缩,与基于软件的压缩技术相比,该技术不需要处理器参与;一台网络设备的多个端口可以同时进行压缩和解压缩,而基于软件的压缩技术由于需要处理器参与,在多个端口同时进行压缩或解压缩时,处理器带宽和运算能力都可能成为瓶颈。
附图说明
图1为Fat Tree网络拓扑结构示意图;
图2为多个端口同时进行压缩/解压缩的示意图;
图3为以太网帧结构示意图;
图4为IP首部结构示意图;
图5为TCP首部结构示意图;
图6为一实施例映射表;
图7为以太网数据包格式示意图;
图8为压缩后的以太网数据包示意图;
图9为压缩和解压缩的整体结构图;
图10为注册流程图;
图11为注销流程图。
具体实施方式
为进一步说明各实施例,本发明提供有附图。这些附图为本发明揭露内容的一部分,其主要用以说明实施例,并可配合说明书的相关描述来解释实施例的运作原理。配合参考这些内容,本领域普通技术人员应能理解其他可能的实施方式以及本发明的优点。现结合附图和具体实施方式对本发明进一步说明。
本发明的压缩技术依据如下:以TCP/IP协议来举例,在实际的应用中,两个终端之间的一个数据流会持续一段时间。同一个数据流中的数据包(如图3所示的以太网帧)有很多栏位是一致的,比如以太网首部中的源/目的MAC地址、IP首部(图4)中的部分栏位、以及TCP首部(图5)中的部分栏位。如果相邻两台设备之间能建立相同的映射表,将相同的数据栏位(较长)用标签位(较短)代替,那就能在相邻两台设备间实现数据压缩与解压缩,从而提高带宽利用率。映射表由硬件来实现,通过查对应的映射表,可以快速有效的实现数据的压缩和解压缩。
基于上述的压缩依据,本发明提出一种数据流传输方法,包括步骤:
接收端判断数据流是否需要被压缩,若是,则建立有效映射关系,将需要压缩的数据流写入映射表,映射表存储在发送端和接收端,若否,则不建立有效映射关系;
发送端通过查询映射表判断当前数据流是否能被压缩,若是,则用可被压缩数据流在映射表中对应的索引来压缩该数据流,并发送压缩后的数据流,若否,则直接发送未被压缩数据流;
接收端接收发送端发送的数据流,判断接收到的数据流是否为被压缩的数据流,若是,则在被压缩数据流中提取映射表的索引,并通过查询映射表获取被压缩数据流内容,从而解压缩数据流,若否,则不需要解压缩数据流;
接收端判断数据流是否不再需要被压缩,若是,则将映射表中相应的映射关系设为无效,若否,则保持该映射关系为有效。
进一步的,所述的接收端判断数据流是否需要被压缩,若是,则建立有效映射关系,将需要压缩的数据流写入映射表,映射表存储在发送端和接收端,若否,则不建立有效映射关系具体包括:
接收端查询映射表判断映射表是否具有该数据流内容,若否且映射表存在空数据存储位,则将该数据流内容写入映射表;
获取接收到该数据流内容的频率;
比较接收到该数据流内容的频率与预设的第一阈值的大小,若接收到该数据流内容的频率大于预设的第一阈值,则数据流需要被压缩,否则不需要被压缩;
若数据流需要被压缩,则将映射表中的相应映射关系设为有效,若数据流不需要被压缩,则该映射关系无效,对应的映射表中的数据存储位仍可用于建立新的映射关系;
发送端映射表建立与接收端同样的映射关系。
进一步的,所述的发送端映射表建立与接收端同样的映射关系的具体方法是:
接收端发送注册包至发送端,注册包包含需要压缩的数据流内容以及映射表的索引;
发送端收到注册包后,将需要压缩的数据流内容写入映射表相应索引处;
发送端发送ACK包给接收端。
进一步的,所述的用可被压缩数据流在映射表中对应的索引来压缩该数据流的具体方法是:
用索引值替换需要压缩数据流内容;
在被压缩数据流中设置相应标志位或者标志段,用预先设定的不同值,来区分被压缩数据流和未被压缩数据流。
进一步的,所述的判断接收到的数据流是否为被压缩的数据流的具体方法是:
根据接收到的数据流中上述标志位或者标志段的值,判断是否为被压缩数据流。
进一步的,所述的接收端判断数据流是否不再需要被压缩的具体方法是:
接收端检测映射表各数据存储位对应的压缩数据内容传输的频率,并比较各个压缩数据内容传输频率与预设的第二阈值的大小,若某个压缩数据内容传输频率小于预设的第二阈值,则将接收端映射表中该压缩数据内容对应的数据存储位设为空,即将相应的映射关系设为无效;
将发送端映射表中该压缩数据内容对应的数据存储位设为空。
进一步的,所述的将发送端映射表中该压缩数据内容对应的数据存储位设为空的具体方法是:
接收端发送注销包至发送端;
发送端收到注销包后,将发送端的映射表的数据存储位设为空,停止压缩该数据流的数据包,并发送ACK包给接收端;
接收端收到ACK包后,也将接收端的映射表的相应栏设为空。
其中,所述的压缩数据流内容包括但不限于源MAC地址、目的MAC地址、源IP地址、目的IP地址、TCP源端口地址和TCP目的端口地址。
优选的,所述存储发送端映射表的存储介质是寄存器或者三态内容寻址存储器,所述存储接收端映射表的存储介质是寄存器或者静态随机存取存储器。
以下为基于本发明方法一实施例的具体实现过程:
同一个数据流中,数据包的源/目的MAC地址(共12字节)、源/目的IP地址(共8字节)、以及TCP源/目的端口地址(共4字节)都是相同的,总共有24字节。通过将这24字节映射到更短的字段,可以实现数据的压缩。具体的映射方法为:根据交换机的一个端口上可能运行的数据流数目,设定一个最多能压缩的数据流数目,比如8。建立一张相应深度为8的映射表,将这24字节内容映射成3比特的索引(index),如图6所示,在本实施例中,SA = 源MAC地址;DA = 目的MAC地址; SIP = 源IP地址; DIP =目的IP地址;SP=TCP源端口地址; DP = TCP目的端口地址,其中,每一组需要被压缩的内容(比如,{SA5, DA5, SIP5, DIP5, SP5,DP5})分别对应一个索引(比如,5)。
表的深度越深,能同时容纳的不同数据流就越多,能被压缩的内容也就越多。但表的深度越深,被压缩内容对应的索引所需的比特位就越多,而且建立表所需的硬件开销也相应更大。需要根据实际应用情况设定最合适的深度。
建立映射表后,下一步是如何用索引来替换需要被压缩的内容,以下举例说明一种替换方式:
图7为以太网数据包格式。其中源MAC地址有个特点,即多播地址不可以作为源MAC地址。正常的数据包都不会违反这个规定。利用这个特点,我们可以通过让压缩后的数据包违反这个规定,从而使得接收端能分辨出经过压缩的数据包和未经压缩的数据包。
举例来说,如果原始的数据包满足{SA5, DA5, SIP5, DIP5, SP5, DP5},映射表中对应的索引为5。那数据包经过压缩之后可以变成如图8所示的以太网数据包,其中,前导码、帧开始符:保持不变;目的MAC地址:前面5字节可以填充任意数值,最后1字节插入索引(0x05);源MAC地址:保留1字节,第一比特位为’1’即可,如0xFF。这样就违反了源MAC地址不能为多播地址的规定,从而接收端就能辨认出这是压缩后的数据包;长度/类型:保持不变;负载:原始数据中扣除源/目的IP地址(SIP5/DIP5),以及TCP源/目的端口地址(SP5、DP5);校验:保持不变。
通过这个变换,数据包长度缩短了17字节。原始数据包越短,压缩效果越明显。
图9是压缩和解压缩的整体结构图。发送端(TX端)的映射表因为需要将被压缩内容和表中的每一项内容进行比较,需要用寄存器或者TCAM实现。接收端(RX端)因为只需要根据索引读取被压缩内容,所以可以用寄存器或者SRAM实现。
在发送端,通过查表将 {MAC地址、IP地址、端口地址} 映射到索引,从而压缩数据包。在接收端,通过查表将索引映射到{MAC地址、IP地址、端口地址},恢复(解压缩)成原来的数据包。需要说明的是,压缩功能可以开启或关闭。
结合图10和图11,映射表的具体建立过程如下:
1)当RX端接收到一个具有新的{MAC地址、IP地址、端口地址}组合的数据包,且表格中有空闲时,将这个新的{MAC地址、IP地址、端口地址}写入到映射表中。持续观察一段时间,根据收到具有这个组合的数据包的速率,与一个静态或动态设定的阈值比较,来决定是否需要对该数据流进行压缩。
2)若RX端决定对该数据流进行压缩,则将映射表的该栏设成有效,并发送一个注册包给TX端。注册包包含索引和{MAC地址、IP地址、端口地址}组合。TX端收到注册包后将内容填入到映射表的相应栏中,并回复ACK包给RX端。
3)当一个映射关系在TX端和RX端都写入映射表后,就可以开始对后续的数据包进行压缩和解压缩。
4)在RX端对映射表的每一个栏进行速率检测,若命中某个栏的压缩包速率低于要求(意味着对该数据流进行压缩不再有意义),则发送注销包给TX端。
5)TX端收到注销包后,将映射表的相应栏设为空,停止压缩这个流的数据包。并发送ACK包给RX端。
6)RX端收到注销ACK包后,也将映射表的相应栏设为空。空出来栏可以用来添加新的{MAC地址、IP地址、端口地址}组合。
尽管结合优选实施方案具体展示和介绍了本发明,但所属领域的技术人员应该明白,在不脱离所附权利要求书所限定的本发明的精神和范围内,在形式上和细节上可以对本发明做出各种变化,均为本发明的保护范围。

Claims (9)

1.一种数据流传输方法,其特征在于,包括步骤:
接收端判断数据流是否需要被压缩,若是,则建立有效映射关系,将需要压缩的数据流写入映射表,映射表存储在发送端和接收端,若否,则不建立有效映射关系;
发送端通过查询映射表判断当前数据流是否能被压缩,若是,则用可被压缩数据流在映射表中对应的索引来压缩该数据流,并发送压缩后的数据流,若否,则直接发送未被压缩数据流;
接收端接收发送端发送的数据流,判断接收到的数据流是否为被压缩的数据流,若是,则在被压缩数据流中提取映射表的索引,并通过查询映射表获取被压缩数据流内容,从而解压缩数据流,若否,则不需要解压缩数据流;
接收端判断数据流是否不再需要被压缩,若是,则将映射表中相应的映射关系设为无效,若否,则保持该映射关系为有效。
2.根据权利要求1所述的一种数据流传输方法,其特征在于,所述的接收端判断数据流是否需要被压缩,若是,则建立有效映射关系,将需要压缩的数据流写入映射表,映射表存储在发送端和接收端,若否,则不建立有效映射关系具体包括:
接收端查询映射表判断映射表是否具有该数据流内容,若否且映射表存在空数据存储位,则将该数据流内容写入映射表;
获取接收到该数据流内容的频率;
比较接收到该数据流内容的频率与预设的第一阈值的大小,若接收到该数据流内容的频率大于预设的第一阈值,则数据流需要被压缩,否则不需要被压缩;
若数据流需要被压缩,则将映射表中的相应映射关系设为有效,若数据流不需要被压缩,则该映射关系无效,对应的映射表中的数据存储位仍可用于建立新的映射关系;
发送端映射表建立与接收端同样的映射关系。
3.根据权利要求2所述的一种数据流传输方法,其特征在于,所述的发送端映射表建立与接收端同样的映射关系的具体方法是:
接收端发送注册包至发送端,注册包包含需要压缩的数据流内容以及映射表的索引;
发送端收到注册包后,将需要压缩的数据流内容写入映射表相应索引处;
发送端发送ACK包给接收端。
4.根据权利要求3所述的一种数据流传输方法,其特征在于,所述的用可被压缩数据流在映射表中对应的索引来压缩该数据流的具体方法是:
用索引值替换需要压缩数据流内容;
在被压缩数据流中设置相应标志位或者标志段,用预先设定的不同值,来区分被压缩数据流和未被压缩数据流。
5.根据权利要求4所述的一种数据流传输方法,其特征在于,所述的判断接收到的数据流是否为被压缩的数据流的具体方法是:
根据接收到的数据流中上述标志位或者标志段的值,判断是否为被压缩数据流。
6.根据权利要求1所述的一种数据流传输方法,其特征在于,所述的接收端判断数据流是否不再需要被压缩的具体方法是:
接收端检测映射表各数据存储位对应的压缩数据内容传输的频率,并比较各个压缩数据内容传输频率与预设的第二阈值的大小,若某个压缩数据内容传输频率小于预设的第二阈值,则将接收端映射表中该压缩数据内容对应的数据存储位设为空,即将相应的映射关系设为无效;
将发送端映射表中该压缩数据内容对应的数据存储位设为空。
7.根据权利要求6所述的一种数据流传输方法,其特征在于,所述的将发送端映射表中该压缩数据内容对应的数据存储位设为空的具体方法是:
接收端发送注销包至发送端;
发送端收到注销包后,将发送端的映射表的数据存储位设为空,停止压缩该数据流的数据包,并发送ACK包给接收端;
接收端收到ACK包后,也将接收端的映射表的相应栏设为空。
8.根据权利要求1所述的一种数据流传输方法,其特征在于,所述的压缩数据流内容包括但不限于源MAC地址、目的MAC地址、源IP地址、目的IP地址、TCP源端口地址和TCP目的端口地址。
9.根据权利要求1所述的一种数据流传输方法,其特征在于,所述存储发送端映射表的存储介质是寄存器或者三态内容寻址存储器,所述存储接收端映射表的存储介质是寄存器或者静态随机存取存储器。
CN201610912828.3A 2016-10-20 2016-10-20 一种数据流传输方法 Pending CN106506390A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610912828.3A CN106506390A (zh) 2016-10-20 2016-10-20 一种数据流传输方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610912828.3A CN106506390A (zh) 2016-10-20 2016-10-20 一种数据流传输方法

Publications (1)

Publication Number Publication Date
CN106506390A true CN106506390A (zh) 2017-03-15

Family

ID=58317967

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610912828.3A Pending CN106506390A (zh) 2016-10-20 2016-10-20 一种数据流传输方法

Country Status (1)

Country Link
CN (1) CN106506390A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107947804A (zh) * 2017-12-14 2018-04-20 厦门理工学院 一种lt码的译码方法及其装置
CN111045817A (zh) * 2019-11-08 2020-04-21 福州瑞芯微电子股份有限公司 一种PCIe传输管理方法、系统和装置
CN112311686A (zh) * 2020-09-27 2021-02-02 长沙市到家悠享网络科技有限公司 一种数据处理方法、装置、电子设备及存储介质
WO2021195825A1 (en) * 2020-03-30 2021-10-07 Intel Corporation Dynamic compression for multiprocessor platforms and interconnects
US12026106B2 (en) 2020-03-30 2024-07-02 Intel Corporation Dynamic compression for multiprocessor platforms and interconnects

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101155181A (zh) * 2006-09-25 2008-04-02 华为技术有限公司 数据流复用方法和数据流复用设备以及数据流复用系统
CN102291398A (zh) * 2011-08-05 2011-12-21 中兴通讯股份有限公司 无线通讯系统中数据压缩与解压缩方法、装置及系统
US20150071307A1 (en) * 2013-09-12 2015-03-12 Nvidia Corporation Communication interface and method for robust header compression of data flows
CN105812094A (zh) * 2016-03-07 2016-07-27 电信科学技术研究院 一种数据处理的方法、装置、终端及接入设备
CN105992272A (zh) * 2015-01-27 2016-10-05 中国移动通信集团公司 一种数据发送及接收方法、装置和数据传输系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101155181A (zh) * 2006-09-25 2008-04-02 华为技术有限公司 数据流复用方法和数据流复用设备以及数据流复用系统
CN102291398A (zh) * 2011-08-05 2011-12-21 中兴通讯股份有限公司 无线通讯系统中数据压缩与解压缩方法、装置及系统
US20150071307A1 (en) * 2013-09-12 2015-03-12 Nvidia Corporation Communication interface and method for robust header compression of data flows
CN105992272A (zh) * 2015-01-27 2016-10-05 中国移动通信集团公司 一种数据发送及接收方法、装置和数据传输系统
CN105812094A (zh) * 2016-03-07 2016-07-27 电信科学技术研究院 一种数据处理的方法、装置、终端及接入设备

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107947804A (zh) * 2017-12-14 2018-04-20 厦门理工学院 一种lt码的译码方法及其装置
CN111045817A (zh) * 2019-11-08 2020-04-21 福州瑞芯微电子股份有限公司 一种PCIe传输管理方法、系统和装置
CN111045817B (zh) * 2019-11-08 2023-09-26 瑞芯微电子股份有限公司 一种PCIe传输管理方法、系统和装置
WO2021195825A1 (en) * 2020-03-30 2021-10-07 Intel Corporation Dynamic compression for multiprocessor platforms and interconnects
US12026106B2 (en) 2020-03-30 2024-07-02 Intel Corporation Dynamic compression for multiprocessor platforms and interconnects
CN112311686A (zh) * 2020-09-27 2021-02-02 长沙市到家悠享网络科技有限公司 一种数据处理方法、装置、电子设备及存储介质
CN112311686B (zh) * 2020-09-27 2022-09-30 长沙市到家悠享网络科技有限公司 一种数据处理方法、装置、电子设备及存储介质

Similar Documents

Publication Publication Date Title
CN106506390A (zh) 一种数据流传输方法
CN101436922B (zh) 一种基于udp协议传输大量数据的方法
US6947430B2 (en) Network adapter with embedded deep packet processing
CN102104541B (zh) 报头处理引擎
EP3014852B1 (en) Methods for dynamically binding header field identifiers in a network control protocol
CN102255972B (zh) 6LoWPAN网络中面向HTTP协议的TCP首部压缩方法
CN107079017B (zh) 一种报文转换方法及装置
CN100471195C (zh) 用于网络协议的报头压缩及解压方法和适于该方法的装置
CN101707544B (zh) E1信道多向网桥透传方法
WO2022022229A1 (zh) 一种处理报文的方法及装置
WO2014094350A1 (zh) 一种使用fpga实现sv数据32位寻址访问的方法
CN103024089A (zh) 网络地址转换方法和设备
CN1988543A (zh) 报文类型识别方法及装置、报文首部压缩方法及系统
CN100553258C (zh) 一种嵌入式网络应用中udp/ip协议栈实现方法
CN102664948A (zh) 一种跨网关数据存储的系统及方法
CN114827292A (zh) 工业异构协议高速转换优化处理方法及系统
US20120002683A1 (en) Method and apparatus for compressing frame
EP2201740B1 (en) High speed packet processing in a wireless network
CN106027521B (zh) 压缩方法、解压方法、压缩装置和解压装置
CN102238164B (zh) 面向ip电信网的多协议报文适配方法
US12021762B2 (en) Virtual network device
CN107528828A (zh) 一种压缩数据的方法及终端
Manley et al. SPEAD: streaming protocol for exchanging astronomical data
US20140016486A1 (en) Fabric Cell Packing in a Switch Device
CN102075921B (zh) 一种网络间通信的方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20170315