CN109257143B - 用于有长度限制的网络传输协议中分片传输数据包的方法 - Google Patents
用于有长度限制的网络传输协议中分片传输数据包的方法 Download PDFInfo
- Publication number
- CN109257143B CN109257143B CN201811042294.9A CN201811042294A CN109257143B CN 109257143 B CN109257143 B CN 109257143B CN 201811042294 A CN201811042294 A CN 201811042294A CN 109257143 B CN109257143 B CN 109257143B
- Authority
- CN
- China
- Prior art keywords
- data
- slice
- data packet
- packet
- header
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
-
- 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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种用于有长度限制的网络传输协议中分片传输数据包的方法,其特征在于:在传输层,发送端将大数据包分割成若干可以一次发送成功的数据片,接收端收到一个数据包的全部的数据片后,按顺序组装数据包完毕后发送给应用层;发送端分割数据片时,增加保证数据片准确传输的头部结构;接收端收齐一个完整的数据包后,剥离头部结构,组装完毕后发往应用层。本发明技术方案将在网络服务程序中发挥重要作用,能够提供网络运营效率,在通信行业具有重大的市场价值。
Description
技术领域
本发明涉及一种分片传输大数据包的方法,可用于使用有长度限制的网络传输协议传输超过协议限制的最大长度的数据包。
背景技术
在某些应用场景中,网络传输使用的传输协议对传输的数据包存在长度限制,而应用层要传输的大数据包可能会超出限制长度,例如:
用lora等串口协议传输超过256字节的数据包。lora可用于无线远距离传输,但传输速度极慢,传输的数据包太大会非常耗时且不稳定。
为满足这些特定的应用场景,需要在应用层限制数据包的大小;这样使得应用层的业务逻辑受到传输层的限制,不利用应用层的开发和维护。
发明内容
本发明提供了一种新的对大数据包进行分片重组的传输方法。
本发明技术方案提供一种用于有长度限制的网络传输协议中分片传输数据包的方法,在传输层,发送端将大数据包分割成若干可以一次发送成功的数据片,接收端收到一个数据包的全部的数据片后,按顺序组装数据包完毕后发送给应用层;发送端分割数据片时,增加保证数据片准确传输的头部结构;接收端收齐一个完整的数据包后,剥离头部结构,组装完毕后发往应用层;
增加头部结构的实现方式为,
在每片数据的头部增加一个片头部,片头部包含下列字段,
片id,按数据片在数据包的位置顺序从1开始编号;
片size,提供本数据片的内容的长度;
数据包id,标记应用层传输过来的要发送的数据包,从0开始累加,当累加到数据类型允许的最大值时,重新从0开始累加;
Flag,标识是否分片;
对于数据包的第一个数据片增加数据包头部,数据包头部包含数据包长度。
而且,对于数据包的第一个数据片增加数据包头部时,数据包头部包含crc校验字段,用于传输层对数据可靠性进行校验,确保接收到的数据完全正确。
而且,在传输层,需要发送数据包时,判断数据包的长度是否超过网络传输协议限制,如果未超过,则在数据前增加片头部,其中,片id为1;flag为0,表示未分片;
如果超过限制,则需要分片,将数据分成符合网络传输协议限制的若干片,在每片数据前加上片头部,并对各个字段赋值,其中片id从1开始,按顺序累加;flag标记为1,表示是分片数据。
而且,接收端从网络上接收到数据后,首先读取数据的片头部;
如果片头部的flag标记为0,则表示此数据片是一个完整的数据包,去掉片头部后,直接将数据内容发送给应用层;
如果片头部的flag标记为1,则表示这是一个分片数据。读取片头部里的数据包id字段,在缓冲区里查找,是否有元素的数据包id字段和收到的数据片的数据包id相同。
而且,当在缓冲区里查找的结果是,没有元素的数据包id字段和收到的数据片的数据包id相同,说明收到了一个新的数据包,则在缓冲区里取一个未使用的元素,存储此数据片对应的数据包的数据,将元素的数据包id赋值为此数据片的数据包id,记录当前时间到元素的时间戳字段,将数据片加入到元素的数据片队列中。
而且,当在缓冲区里查找的结果是,有元素的数据包id字段和收到的数据片的数据包id相同,说明收到了该元素所存储的数据包的一个数据片,遍历数据片队列,查找是否有片id重复,如果有,说明接收错误,丢弃此数据片,如果没有,将数据片加入到元素的数据片队列中。
本发明所提供方法突破某些网络传输协议的数据包长度限制,实现了传输层和应用层完全分离,应用层的业务逻辑完全不受传输层影响。
本发明对比已有技术有以下创新点:
1、在发送端发送数据时,对超过传输协议限制的大数据包进行分片,在接收端缓存收到的数据片,直到收齐一个数据包的全部数据片,组装完毕后再发送给应用层,这样可以实现传输任意大的数据包,同时对应用层屏蔽实现细节,业务逻辑不受传输层限制。
2、在数据片的数据前增加片头部,片头部包含片id字段和数据包id字段,可以确保数据片在传输过程中乱序传输后,接收端仍然能正确的按顺序还原数据包。
3、在数据片的片头部中包含片长度字段,以及在第一片数据片的内容前增加数据包头部,数据包头部中包含数据包长度字段,接收端通过比较已接收的数据长度和数据包长度,可以得知是否收齐数据包。
4、接收端在接收到一个新的数据包的数据片时,在缓存此数据片时记录当前的时间戳,之后周期性的检查缓冲区的数据,如果时间超过一个限定值,可以清空此数据片队列。可以防止数据包id回绕,以及网络传输中某些数据片丢包导致占满缓冲区。
本发明技术方案将在网络服务程序中发挥重要作用,能够提供网络运营效率,在通信行业具有重大的市场价值。
附图说明
图1为本发明实施例的数据结构图。
图2为本发明实施例的流程图。
具体实施方式
以下结合附图和实施例详细说明本发明技术方案,提供了对该实施例的全面理解的详细细节。
本发明提出一种新的对大数据包进行分片重组的传输方法:
应用层和传输层完全分离,对分片重组的细节全部隐藏在传输层,应用层可以只关注业务逻辑,当需要传输数据时,在发送端将超过传输协议限制的大数据包分割成若干可以一次发送成功的数据片,直接将数据发往接收端的传输层;传输层将数据组装完毕,再发给应用层。即接收端的传输层缓存收到的数据片,在收到一个数据包的全部的数据片后,按顺序组装数据包完毕后发送给应用层。
为了准确传输,本发明提出设置头部结构,传输层发送端对收到的数据进行分片,增加头部结构;接收端收齐一个完整的数据包后,剥离头部结构,组装完毕后发往应用层。
参见图1,实施例中,对每片要发送的数据,都需要增加数据片头部,数据片头部包含字段:
1、片id,按数据片在数据包的位置顺序从1开始编号,即每个数据包分割的数据片都从1开始按顺序累加;出现不需要分片的数据包只有1片,片id为1。
2、数据包id,标记应用层传输过来的要发送的数据包,从0开始累加,当累加到数据类型允许的最大值时,重新从0开始累加。
3、片size,本数据片的大小,不包含片头部,用于提供本数据片的内容的长度。
4、flag,标识是否分片,对于可以直接发送的小数据包,此字段为0,表示未分片;
其他有分片的数据包,每片数据的此字段都必须为1。
对于第一片数据(片id为1的数据片),需要增加数据包头部,数据包头部包含下列字段:
1、数据包长度,不包含传输层新增的片头部和和数据包头部,是本数据包的内容的长度。对于分片的数据包,数据包长度等于各片的片长度累加;对于未分片的数据包,数据包长度要和片长度相等。
2、crc校验字段,此字段可选,用于传输层对数据可靠性进行校验,确保接收到的数据完全正确。
例如,原始数据分为三片,内容A部分、内容B部分、内容C部分,分别为第一片(片id为1)、第二片(片id为2)、第三片(片id为3)。
参见图2,本发明实施例可以分为2个部分,发送端和接收端。
发送端接收应用层需要发送的数据包,先判断数据包是否超出长度,如果超出,则需要分片发送;之后将数据包分片,每片的大小要可以通过网络一次发送完毕;添加头部,然后将数据片发送出去,一次发送一个数据片。
接收端申请一个大的缓冲区,缓冲区里的一个元素存储收到的同一个数据包的所有数据片。接收端缓存接收到数据片,收齐一个数据包的全部数据片后,去掉添加的头部,按顺序组装完毕,校验正确后发送给应用层。
为了便于实施参考起见,提供实施例中各操作具体说明如下:
在发送端
1.接收应用层发送的数据,可以是消息队列或函数调用等形式。
2.系统用一个全局变量(全局数据包id)表示当前所要发送数据包的数据包id,初始值为0。每次准备发送一个新的数据包时,将全局数据包id计数加1,如果超过数据类型所表示的最大值,则重新赋值为0。
3.判断数据包的数据长度是否超过限制,如果未超过,则在数据前增加片头部,片id为1,flag为0,表示未分片,数据包id字段赋值为全局数据包id计数;然后直接通过网络发送给接收端。
4.如果数据长度超过限制,则需要分片。将数据分成符合传输大小限制的若干片,在每片数据前加上片头部,并对各个字段正确赋值,其中片id从1开始,按顺序累加;flag标记为1,表示是分片数据;数据包id字段赋值为全局数据包id计数。
5.在第一片数据的片头部后,数据内容前增加数据包头部,数据包头部包含数据包长度,如果有crc校验字段,则对接收到的数据进行crc校验,将crc校验值填入crc检验字段。
6.将所有数据片依次从网络上发送给接收端。
在接收端
接收端维护一个缓冲区,缓冲区可以是一个大的数组,数组里的每一个元素存储收到的同一个数据包的数据片,一个元素的结构包含下列字段:
时间戳,第一次收到此数据包的数据片时的时间;
数据包id,此元素缓存的数据片所属的数据包的id;
数据包长度,存储在片id为1的数据片的头部中,没有收到此数据片时此字段赋值为0;
已收到的数据长度,每次收到一个新的正确的数据片,则将此字段的值加上收到的数据片的片长度。
数据片队列,存储收到的此数据包的数据片。
接收端的处理如下:
1.接收端从网络上接收到数据后,首先读取数据的片头部。
2.如果片头部的flag标记为0,则表示此数据片是一个完整的数据包,去掉片头部后,直接将数据内容发送给应用层。
3.如果片头部的flag标记为1,则表示这是一个分片数据。读取片头部里的数据包id字段,在缓冲区里查找,是否有元素的数据包id字段和收到的数据片的数据包id相同。
3.1.如果没有,说明收到了一个新的数据包,则在缓冲区里取一个未使用的元素,存储此数据片对应的数据包的数据,将元素的数据包id赋值为此数据片的数据包id。记录当前时间到元素的时间戳字段,然后进入步骤4。
3.2.如果有,说明收到了此元素所存储的数据包的一个数据片,遍历数据片队列,看是否有片id重复,如果有,说明接收错误,丢弃此数据片,如果没有,进入步骤4。
4.将数据片加入到元素的数据片队列中;
5.如果此数据片的片id为1,则此数据片中有数据包头部,读取数据包头部中的数据包长度值,赋值给元素的数据包长度字段。
6.将元素的已收到的数据长度字段加上此数据片的片长度字段的值,如果此元素的已收到的数据长度字段和数据包长度字段的值不等(若未收到片id为1的数据片,则数据包长度字段为0,此条件肯定不满足),说明此数据包还未收齐,此数据片的处理结束,继续接收数据。
7.如果此元素的已收到的数据长度字段和数据包长度字段的值相等,说明此数据包已经收齐,遍历数据片队列,按片id的顺序取出数据片,去掉新增的片头部和数据包头部,将数据片内容按序组装,将组装后的数据发往应用层(如果有crc校验,则在发送前要进行crc校验,校验失败要丢弃数据)。之后清空此元素。此数据片的处理结束,继续接收数据。
为避免数据包的id回绕,即id累加到最大值后重新从0开始累加,和上一轮旧的数据包的id相同;以及避免数据包的其中某些片网络传输中丢包导致的接收端缓冲区一直被占用,需要周期性的清理长期没有收齐的数据包。本发明提出,接收端启动一个定时器,周期性的检查缓冲区,对于缓冲区内存储有数据的元素,对比元素的时间戳和当前时间,判断其是否超过设定的超时值,如果超时,则表示此数据包太长时间没有收齐,可以丢弃,此时需要清空此元素。具体实施时,超时值可根据网络状态以及使用的传输协议配置。
具体实施时,本发明所提供方法可采用软件技术实现自动运行。
本文中所描述的具体实施例仅仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代,但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。
Claims (6)
1.一种用于有长度限制的网络传输协议中分片传输数据包的方法,其特征在于:在传输层,发送端将大数据包分割成若干可以一次发送成功的数据片,接收端收到一个数据包的全部的数据片后,按顺序组装数据包完毕后发送给应用层;发送端分割数据片时,增加保证数据片准确传输的头部结构;接收端收齐一个完整的数据包后,剥离头部结构,组装完毕后发往应用层;
增加头部结构的实现方式为,
在每片数据的头部增加一个片头部,片头部包含下列字段,
片id,按数据片在数据包的位置顺序从1开始编号;
片size,提供本数据片的内容的长度;
数据包id,标记应用层传输过来的要发送的数据包,从0开始累加,当累加到数据类型允许的最大值时,重新从0开始累加;
Flag,标识是否分片;
对于数据包的第一个数据片增加数据包头部,数据包头部包含数据包长度。
2.根据权利要求1所述用于有长度限制的网络传输协议中分片传输数据包的方法,其特征在于:对于数据包的第一个数据片增加数据包头部时,数据包头部包含crc校验字段,用于传输层对数据可靠性进行校验,确保接收到的数据完全正确。
3.根据权利要求1所述用于有长度限制的网络传输协议中分片传输数据包的方法,其特征在于:在传输层,需要发送数据包时,判断数据包的长度是否超过网络传输协议限制,
如果未超过,则在数据前增加片头部,其中,片id为1;flag为0,表示未分片;
如果超过限制,则需要分片,将数据分成符合网络传输协议限制的若干片,在每片数据前加上片头部,并对各个字段赋值,其中片id从1开始,按顺序累加;flag标记为1,表示是分片数据。
4.根据权利要求3所述用于有长度限制的网络传输协议中分片传输数据包的方法,其特征在于:接收端从网络上接收到数据后,首先读取数据的片头部;
如果片头部的flag标记为0,则表示此数据片是一个完整的数据包,去掉片头部后,直接将数据内容发送给应用层;
如果片头部的flag标记为1,则表示这是一个分片数据,读取片头部里的数据包id字段,在缓冲区里查找,是否有元素的数据包id字段和收到的数据片的数据包id相同;
所述一个元素的结构包含下列字段,
时间戳,第一次收到此数据包的数据片时的时间;
数据包id,此元素缓存的数据片所属的数据包的id;
数据包长度,存储在片id为1的数据片的头部中,没有收到此数据片时此字段赋值为0;
已收到的数据长度,每次收到一个新的正确的数据片,则将此字段的值加上收到的数据片的片长度;
数据片队列,存储收到的此数据包的数据片。
5.根据权利要求4所述用于有长度限制的网络传输协议中分片传输数据包的方法,其特征在于:当在缓冲区里查找的结果是,没有元素的数据包id字段和收到的数据片的数据包id相同,说明收到了一个新的数据包,则在缓冲区里取一个未使用的元素,存储此数据片对应的数据包的数据,将元素的数据包id赋值为此数据片的数据包id,记录当前时间到元素的时间戳字段,将数据片加入到元素的数据片队列中。
6.根据权利要求4所述用于有长度限制的网络传输协议中分片传输数据包的方法,其特征在于:当在缓冲区里查找的结果是,有元素的数据包id字段和收到的数据片的数据包id相同,说明收到了该元素所存储的数据包的一个数据片,遍历数据片队列,查找是否有片id重复,如果有,说明接收错误,丢弃此数据片,如果没有,将数据片加入到元素的数据片队列中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811042294.9A CN109257143B (zh) | 2018-09-07 | 2018-09-07 | 用于有长度限制的网络传输协议中分片传输数据包的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811042294.9A CN109257143B (zh) | 2018-09-07 | 2018-09-07 | 用于有长度限制的网络传输协议中分片传输数据包的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109257143A CN109257143A (zh) | 2019-01-22 |
CN109257143B true CN109257143B (zh) | 2021-07-06 |
Family
ID=65047249
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811042294.9A Active CN109257143B (zh) | 2018-09-07 | 2018-09-07 | 用于有长度限制的网络传输协议中分片传输数据包的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109257143B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112153080A (zh) * | 2020-11-24 | 2020-12-29 | 山东富通信息科技有限公司 | 一种跨平台的视频数据的传输方法 |
CN112653691B (zh) * | 2020-12-18 | 2023-04-18 | 脸萌有限公司 | 一种数据处理方法、装置、设备及存储介质 |
CN113259715A (zh) * | 2021-05-07 | 2021-08-13 | 广州小鹏汽车科技有限公司 | 多路视频数据的处理方法、装置、电子设备及介质 |
CN113541865A (zh) * | 2021-06-21 | 2021-10-22 | 浙江中控技术股份有限公司 | 组态传输方法、装置、电子设备和存储介质 |
CN114039749A (zh) * | 2021-10-26 | 2022-02-11 | 中国银联股份有限公司 | 一种攻击检测方法、装置、设备及存储介质 |
CN114363209B (zh) * | 2022-01-07 | 2024-05-28 | 北京百度网讯科技有限公司 | 基于tcp网络的性能探测方法、装置、设备和存储介质 |
CN116668195B (zh) * | 2023-07-28 | 2023-09-26 | 沈阳航盛科技有限责任公司 | 一种用于射频模拟终端429通信协议的传输方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1592215A (zh) * | 2003-08-27 | 2005-03-09 | 中兴通讯股份有限公司 | 一种对分片式报文重组和业务分配的方法 |
CN101436922A (zh) * | 2008-12-17 | 2009-05-20 | 烽火通信科技股份有限公司 | 一种基于udp协议传输大量数据的方法 |
CN101667959A (zh) * | 2008-09-05 | 2010-03-10 | 华为技术有限公司 | 一种物理层数据传输的方法、装置及数据传输的系统 |
CN102035751A (zh) * | 2011-01-20 | 2011-04-27 | 大唐移动通信设备有限公司 | 一种数据的传输方法和设备 |
CN102123090A (zh) * | 2011-02-23 | 2011-07-13 | 中国人民解放军国防科学技术大学 | 基于两级表存储和查询传输层信息的ip分片处理方法 |
CN105187440A (zh) * | 2015-09-26 | 2015-12-23 | 北京暴风科技股份有限公司 | 使用udp协议传输视频数据的方法及系统 |
CN107342955A (zh) * | 2017-06-29 | 2017-11-10 | 迈普通信技术股份有限公司 | 一种数据报文分片方法及装置、重组方法及装置 |
CN108040041A (zh) * | 2017-12-05 | 2018-05-15 | 东北大学 | 一种基于业务驱动的图像差异传输协议设计系统及方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9055036B2 (en) * | 2013-02-28 | 2015-06-09 | Motorola Solutions, Inc. | Method and apparatus for transmitting a user datagram protocol message that is larger than a defined size |
-
2018
- 2018-09-07 CN CN201811042294.9A patent/CN109257143B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1592215A (zh) * | 2003-08-27 | 2005-03-09 | 中兴通讯股份有限公司 | 一种对分片式报文重组和业务分配的方法 |
CN101667959A (zh) * | 2008-09-05 | 2010-03-10 | 华为技术有限公司 | 一种物理层数据传输的方法、装置及数据传输的系统 |
CN101436922A (zh) * | 2008-12-17 | 2009-05-20 | 烽火通信科技股份有限公司 | 一种基于udp协议传输大量数据的方法 |
CN102035751A (zh) * | 2011-01-20 | 2011-04-27 | 大唐移动通信设备有限公司 | 一种数据的传输方法和设备 |
CN102123090A (zh) * | 2011-02-23 | 2011-07-13 | 中国人民解放军国防科学技术大学 | 基于两级表存储和查询传输层信息的ip分片处理方法 |
CN105187440A (zh) * | 2015-09-26 | 2015-12-23 | 北京暴风科技股份有限公司 | 使用udp协议传输视频数据的方法及系统 |
CN107342955A (zh) * | 2017-06-29 | 2017-11-10 | 迈普通信技术股份有限公司 | 一种数据报文分片方法及装置、重组方法及装置 |
CN108040041A (zh) * | 2017-12-05 | 2018-05-15 | 东北大学 | 一种基于业务驱动的图像差异传输协议设计系统及方法 |
Non-Patent Citations (1)
Title |
---|
"Report on [100#38][MTC/NB-IoT] Padding issue in Msg3";Ericsson;《3GPP TSG-RAN WG2 #101》;20180302;第1-24页 * |
Also Published As
Publication number | Publication date |
---|---|
CN109257143A (zh) | 2019-01-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109257143B (zh) | 用于有长度限制的网络传输协议中分片传输数据包的方法 | |
KR101286415B1 (ko) | 통신 시스템에서의 패킷 분할 및 연결 시그널링 방법 및장치 | |
CN100544306C (zh) | 在数据通信网络中管理拥挤的方法和设备 | |
US9294589B2 (en) | Header compression with a code book | |
US8548012B2 (en) | Method and apparatus for reducing redundant traffic in communication networks | |
US20050243834A1 (en) | Packet transfer method and device | |
US20070076625A1 (en) | Data communication apparatus | |
CN106921665B (zh) | 一种报文处理方法及网络设备 | |
US20070160052A1 (en) | Packet processing apparatus and method | |
US20070025396A1 (en) | Packet processing device, and recording medium recording a packet processing program | |
CN114584560B (zh) | 一种分片帧重组方法及装置 | |
CN110831061B (zh) | 调度吞吐量的获取方法及装置、基站、存储介质 | |
CN112332951B (zh) | 一种以太网帧抢占方法、装置、设备及存储介质 | |
CN111654523A (zh) | 一种数据处理方法、装置、存储介质及服务器 | |
CN113259715A (zh) | 多路视频数据的处理方法、装置、电子设备及介质 | |
CN111431672A (zh) | 数据的重传方法、装置、存储介质及电子装置 | |
EP2548393B1 (en) | Method and apparatus for reducing effects of lost packets on redundancy reduction in communication networks | |
CN112565105A (zh) | 一种降低时间敏感帧转发时延的方法、装置及设备 | |
CN111770055A (zh) | 一种应用于电能表的多协议通讯帧快速判别方法 | |
CN114422624A (zh) | 数据接收方法 | |
CN114070801A (zh) | 报文处理方法、报文传输方法、装置及电子设备 | |
CN114499750A (zh) | 一种数据包的处理方法、通信装置及通信系统 | |
CN108616327B (zh) | 基于fc-asm协议的并发分片消息接收方法及电路 | |
CN116232710B (zh) | 网络流量采集设备日志消息发送、传输方法以及系统 | |
CN116319468B (zh) | 网络遥测方法、装置、交换机、网络、电子设备和介质 |
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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20201028 Address after: 430205 No.1 tanhu 2nd Road, Canglong Island, Jiangxia Economic Development Zone, Wuhan City, Hubei Province Applicant after: Wuhan Hongxin Technology Development Co.,Ltd. Address before: 430073 Hubei province Wuhan Dongxin East Lake high tech Development Zone, Road No. 5 Applicant before: Wuhan Hongxin Telecommunication Technologies Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |