CN101834700A - 一种基于数据包的单向可靠传输方法及收发装置 - Google Patents
一种基于数据包的单向可靠传输方法及收发装置 Download PDFInfo
- Publication number
- CN101834700A CN101834700A CN 201010168927 CN201010168927A CN101834700A CN 101834700 A CN101834700 A CN 101834700A CN 201010168927 CN201010168927 CN 201010168927 CN 201010168927 A CN201010168927 A CN 201010168927A CN 101834700 A CN101834700 A CN 101834700A
- Authority
- CN
- China
- Prior art keywords
- packet
- data
- information
- package
- coding
- 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
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
一种基于数据包的单向可靠传输的方法及收发装置属计算机网络领域。实现方法是:发送端首先将信息数据块划分成数据包序列,再对数据包分组,包层纠删码编码生成每个子编码包组的冗余包,然后对每个数据包进行循环冗余码(CRC)编码,完成数据包封装,对所有数据包进行包内前向纠错(FEC)编码,最后将数据发送到接收端;接收端首先进行数据包缓存,对所有数据进行包内FEC解码,再将数据包排序,进行CRC码来校验,通过检测包号判断是否有丢包,如果有信息数据包丢失,进行丢包恢复。本发明解决了单向信道下基于数据包传输时不能进行自校验、自纠错的技术问题,能纠正包内信息错误和恢复连续的丢包。
Description
技术领域
本发明涉及到数据的单向可靠传输技术,可以有效的解决数据包在单向传输过程中出现包内比特差错和数据包丢失的自校验、自恢复,属计算机网络通信领域。
背景技术
单向信道主要应用场景:隔离网闸的信息安全传输系统、深空通信、广播电视通信系统等。单向信道下传输信息不可靠性包括数据包内比特的错误和数据包的丢失两个方面。
为了保证数据的可靠传输,目前较常用的技术:自动重传请求(ARQ)技术和前向纠错(FEC)技术。ARQ技术:通过反馈信道,将丢失的数据段信息反馈给发送方,发送方重新发送丢失的数据段;FEC技术:通过对数据包分组添加冗余包,使得发送的数据包组具有一定的丢包恢复能力。FEC技术包括基于纠错码和基于纠删码的。纠错码是不知道差错的位置,需要足够多的冗余信息,以便能在接收端能自动纠正传输差错,如汉明码、里德-所罗门码(RS码)、卷积码、LDPC码等。纠删码应用于删除信道,如在网络中传输数据,可以通过包号信息判断出差错的位置,发送端可以少发一些冗余包,提高数据传输效率。目前常用RS纠删码,奇偶校验码等码型,但是现有的纠删码方案对于连续丢包的恢复性能很差。
单向信道的典型特点是发送端和接收端的信息传输时只能单向传递,发送端和接收端没有任何的信息交互,当接收端的接收到的数据包出现比特错误或包丢失的情况下,发送端不能将差错信息反馈给发送端。所以不能通过自动重传来解决传输的过程中数据包的丢失和出错。只能采用FEC的方法,在发送端添加一些冗余信息,利用数据的相关性,在接收端自动纠正在传输中包内的错误和数据包丢失。
由于单向信道的特殊性,目前国际国内都没有一个十分完美的解决方案来完善解决单向信道下的数据包可靠传输问题。现有技术中虽然可以通过纠错码的技术恢复出数据,但对数据包的丢失恢复能力差,特别是连续丢包的恢复能力比较差,而且现有的技术没有很好的兼顾单向信道下数据包内信息的纠错和丢包恢复。
发明内容:
鉴于上述种种原因,本发明的目的之一是提供一种基于数据包的单向可靠传输的方法,解决数据单向传输时不能很好的兼顾包内纠错和丢包恢复的技术问题。
为了达到上述的目的,本发明的技术方案这样实现的:
一种基于数据包的单向可靠传输方法,其特征在于,包括以下步骤:
(1)、发送端将信息数据块分成相等大小的信息数据包序列,作为一个编码包组;
(2)、将一个编码包组划分成几个子编码包组的联合,再按照纠删码的编码规则生成每个子编码包组的冗余包,每个子编码包组加上生成的冗余包构成一个子包组;
(3)、对每个数据包进行CRC码(循环冗余码)编码,得到校验信息;
(4)、对各组数据包和该组的冗余包进行编号,使每个数据包有唯一的ID号,包括两级编号:包组号和子包组号;
(5)、对所有数据包包内进行FEC(前向纠错)编码;
(6)、将所述的编码包组发送到接收端,发送时传输协议选择UDP协议(用户数据报协议);
(7)、接收端缓存下接收到的数据,再对接收到的所有数据包进行包内FEC解码,选用的码型与发送端的对应;
(8)、将数据包进行排序,对每个数据包进行CRC校验;
(9)、通过每个数据包的ID号信息判断是否丢包,如果子包组内没有数据包丢失或丢失的数据包为冗余包,进入步骤(10);如果发现非冗余包丢失,则在子包组内利用编码时建立的数据包相关性恢复出丢失的信息数据包;
(10)、提取每个子包组的信息数据包,去除冗余包,还原出一个编码包组,将信息数据包传递给上层应用。
基于上述方案,步骤(2)中的子编码包组的联合是指:设定要对M个子编码包组进行包组联合,则将信息数据包的序列编号每相差为M的数据包组成包含N-1个数据包的子编码包组;所述包层纠删码选用的为(N-1,N)的奇偶校验码,数据包相同位进行模2加生成冗余包。
基于上述方案,步骤(5)中,选用线性分组码、卷积码、turbo码、LDPC码等码型对数据包内数据进行编码,用来对抗传输过程中数据包内比特层错误。
基于上述方案,步骤(6)中,首先将这些信息包发送出去,再发送冗余包。一般采用UDP协议,在一些特定场合如隔离网闸传输系统中,使用自定义的无反馈传输协议。
基于上述方案,步骤(8)中,将接收端的每个数据包的信息/CRC生成多项式(二进制除法),如果能除尽说明在完成包内FEC解码后数据包内数据没有错误,否则说明数据包内信息仍然有错,将其看成是丢包。
基于上述方案,步骤(9)中,有信息数据包丢失的子包组完成包层纠删码解码,这里选用纠删码是奇偶校验码;当超过所述的子包组的丢包恢复能力时,接收端向上层报告不能恢复的数据包的包号。
本发明的另一目的是:提供一种基于数据包的单向可靠传输的装置。为了达到上述目的,本发明的技术方案是这样实现的:
一种基于数据包的单向可靠传输的发送端装置,包括:
数据包产生模块,用于将待发送的信息数据包按顺序划分成信息数据包序列,作为一个编码包组,将编码包组进行分组,形成多个子编码包组的联合;
包层纠删码编码模块,用于将每个子编码包组按照纠删码编码方式,生成冗余包;
CRC编码模块,用于将每个数据包内的数据进行CRC编码,生成的校验信息;
数据封装模块,用于将CRC校验信息、二级编号的信息和数据包组大小信息等封装在数据包的包头;
包内FEC编码模块:用于建立包内比特之间的相关性,对抗传输过程中数据包内部出现的比特级错误,选用线性分组码、卷积码、turbo码、LDPC码等码型;
传输模块,用于将数据包发送到接收端,可以采用UDP协议或自定义的无反馈传输协议。
基于上述技术方案,其特征在于数据包产生模块中每个子编码包组是将每相差为M的信息包构成,其中M表示设定的能恢复的连续丢包的个数;所述包层纠删码编码模块是指能对每个子包组的信息数据包按照(N-1,N)的奇偶检验码编码。
一种基于数据包的单向可靠传输的接收端装置,包括:
数据缓存模块:接收数据包分组,在一段时间内缓存接收到的数据包;
包内FEC解码模块,用于纠正数据包传输过程中的数据包内出现的比特错误,恢复出每个数据包包内FEC编码前的数据;
CRC校验模块,用于将接收端的每个数据包的信息除以CRC生成多项式(二进制除法),判断数据包的信息位在包层FEC解码是否还有错误;
数据包检测模块,用于确定在传输过程中哪些数据包丢失,并将丢失数据包的包号和丢失数据包的总数保存下来;
包层纠删码解码模块,用于恢复出每个子包组的丢失的信息数据包;
数据提取模块,用于将每个数据包组中的信息包提取出来,去除冗余包,并去除每个包头的CRC校验信息、包号信息和数据包组大小信息。
基于上述技术方案,所述的包层纠删码解码模块进一步包括:
恢复判决模块,用于判断是否超出了所选码型的丢包恢复能力;
丢包恢复模块,用于利用冗余数据包恢复出每个子包组中丢失的数据包
本发明提供基于数据包的单向可靠传输方法及收发装置,具有以下的优点:
(1)兼顾了包内信息纠错和丢包恢复,还对每个数据包进行了自校验,为单向信道下数据的可靠传输提供了保障;
(2)通过信息数据包的包组联合,使得相邻的数据包在空间上进行了分离,在网络传输情况变坏的情况下,对连续丢包具有很好的抵抗作用;
(3)接收端在信息数据包没出错时直接丢弃冗余包,使得解码的速度远远快于发送端编码的速度,这样避免了因发送端发送过快导致接收端缓存溢出而造成数据包丢失的情况;
(4)根据不同的网络环境,不同的性能需求,可以灵活的调整纠删码编码的效率和丢包恢复性能。
附图说明
图1为本发明的系统框架图
图1a为本发明接收端的纠删码解码模块组成图
图2为本发明的处理流程图
具体实施方式:
下面通过附图和实施例对本发明进行详细阐述。
图1示例了本发明的系统框架,该系统包括发送端和接收端两部分,发送端进一步包括数据包产生模块、包层纠删码编码模块、CRC编码模块、数据封装模块、包内FEC编码模块、传输模块。其中数据包产生模块用于将待发送的信息数据包按顺序划分成信息数据包序列,将编号的数据包进行分组。包层纠删码编码模块用于将每个子编码包组按照纠删码编码方式,生成冗余包。CRC校验模块。用于将每个数据包内的数据进行CRC编码,生成的校验信息。数据封装模块用于将CRC校验信息、二级编号的信息和数据包组大小信息封装在数据包的包头。包内FEC编码模块选用汉明码,卷积码等纠错码型,用来对抗传输过程中数据包内比特错误。传输模块用于将数据包发送到接收端,可以采用UDP协议或自定义的无反馈传输协议。
接收端进一步包括数据缓存模块、包内FEC解码模块、CRC校验模块、数据包检测模块、包层纠删码解码模块和数据提取模块。其中,数据缓存模块用于接收数据包分组,在一段时间内缓存收到的数据包。包内FEC解码模块用于恢复出每个数据包包内FEC编码前的数据,纠正数据包传输过程中的数据包内比特错误。CRC校验模块用于用于将接收端的每个数据包的信息除以CRC生成多项式(二进制除法),判断数据包的信息位在包层FEC解码是否还有错误。数据包检测模块用于确定在传输过程中哪些数据包丢失,并将丢失数据包的包号和丢失数据包总数保存下来。包层纠删码解码模块用于恢复出每个子包组丢失的信息数据包。数据提取模块用于将每个数据包组中的信息包提取出来,去除冗余包,并去除每个包头的CRC校验信息、包号信息和数据包组大小信息。
图1a包层纠删码解码模块又包括恢复判决模块和丢包恢复模块。恢复判决模块,用于判断是否超出了所选码型的丢包恢复能力。丢包恢复模块,用于利用冗余数据包恢复出每个子包组中丢失的数据包,本发明一最佳实例是选用奇偶校验码来解码。
以下结合图2,对本发明提出的单向信道下数据可靠传输的方法进行详细地描述,该方法包括以下步骤:
步骤1:当发送端有数据需发送时,首先将数据块划分成连续的多个信息数据包。
这里的原始数据包的大小由上层应用决定,如文件大小或视频图像的一帧构成原始的数据块,对于上层应用连续输出数据流的情况,也可自行设定。
步骤2:发送端对原始数据包序列分成几个子编码包组,然后按包层纠删码的规则进行编码,生成每个子编码包组的冗余包。
先将数据包组分成几个子编码包组,规则如果要对抗M个连续的丢包,将数据包分成M组,编号相差为M的数据生成一个子编码包组。每个子编码包组按照纠删码的规则进行编码,选用的纠删码为奇偶校验码,生成一个冗余包。可以根据网络环境的好坏来调整M的大小,进而改变对抗连续丢包的性能。冗余包的生成方式有多种,本发明的一最佳实例采用奇偶校验码的包层编码来获得冗余包,即每个子包组内的冗余包由该子包组内的信息数据包按奇偶校验码包层编码规则来得到。
例如:一个原始数据块总共可分为8个连续的数据包,分别是A1、A2、A3、A4、B1、B2、B3、B4;根据信道的干扰情况,如果希望对抗连续丢包的能力为4,即形成4个编码包组,每相差为4的数据包形成一个子编码包组,P1=(A1,B1),P2=(A2,B2),P3=(A3,B3),P4=(A4,B4)。每一个子编码包组按照奇偶校验码包组编码规则进行编码,分别得到冗余数据包C1、C2、C3、C4,其中即数据包的对应位取模2加生成冗余包的对应位。编码后形成了四个子包组,分别是:(A1,B1,C1),(A2,B2,C2),(A3,B3,C3),(A4,B4,C4)。根据网络情况不同可以做到丢包恢复性能、编码效率的灵活调整,如果希望对抗连续的10个数据包丢失,要将原始的数据包组分成10个子编码包组,即形成了10个编码包组的联合;若希望调整码率,可以调整每个子编码包组中的信息数据包的数目。
步骤3:对各组数据包及冗余包进行CRC编码,得到校验位信息。
此步骤采用的是CRC-16的编码方案,每个数据包得到两个字节的校验位信息。
步骤4:将所得到的CRC校验信息和每个数据包的包号信息及数据包组的大小信息封装在数据包的包头。
数据包的包号信息:包括编码包组的包号和子编码包组的包号。因为单向信道下,接收端不能判断什么时候接收要结束,只能将数据包大小信息封装在数据包的头部,这样方便接收端获悉何时停止接收数据。
步骤5;数据包内信息进行包内FEC编码,建立起包内信息的比特层的相关性,使数据包具有比特层的差错恢复能力。
此步骤中包内FEC编码可以采用线性分组码、卷积码、Turbo码、LDPC码等码型,在本发明中采用(2,1,7)卷积码或(4,7)汉明码。
步骤6:发送端通过传输信道将信息数据包和冗余数据包发送给接收端。
不限制发送数据的方式,一种最佳的方式是将将信息数据包先发送,再将冗余包发送,这样方便信息数据包的提取。一般采用UDP协议;在一些特定场合如隔离网闸传输系统中,使用自定义的无反馈传输协议。
步骤7:数据包内信息的FEC解码,选用的码型与发送端FEC编码码型对应,还原出FEC编码前的数据,纠正在传输过程中可能出现的数据包内比特错误。
步骤8:接收端对进行CRC校验,每个数据包的信息除以CRC生成多项式(二进制除法),如果能除尽说明在完成包内FEC解码后数据包内数据没有错误,否则说明数据包内信息仍然有错,将其看成是丢包。
步骤9:数据包检测是指通过读取包号信息判断传输过程中是否有数据包的丢失,如果有丢失,将丢失的数据包的包号信息记录下来。
步骤10:将步骤8中数据包内信息不能被CRC生成多项式整除的数据包看作是丢包,将差错数据包的包号信息传递给步骤11。
步骤11:接收端判断是否有信息数据包丢失,如果有信息数据包丢失,则执行步骤12,否则,执行步骤13。
在本发明中,由于每个数据包包头都有包的二级编号,接收端对数据包进行预处理后,可以通过包号信息来判断数据包是否丢失,数据包丢失的另一种情况是,根据CRC校验信息判断的。
步骤12:接收端判断能否恢复丢失的数据包,如果可以恢复则执行步骤13,如果不能回复则执行步骤13。
此步骤中,不可恢复的情况是指:一个数据包组中同时丢失了两个或两个以上的数据包的情况。
如对应步骤2中的例子,数据包A1、B1或A1、C1同时丢失,这种情况A1、B1都不能被恢复出来。
步骤13:显示丢包后不能进行恢复的数据包的包号。
步骤14:利用包层纠删码解码,根据包层纠删码的特性恢复出传输过程中可能丢失的数据包。
本发明的一最佳实例选用的纠删码是奇偶校验码,恢复的方法是:将每一个子包组中未丢失的信息数据包与该包组中的冗余数据包按照包层奇偶校验码的解码规则,恢复出丢失的数据包,奇偶校验码解码就是完成每个数据包相同位取模2加运算。
对应步骤2中的例子,如果数据包A1在传输过程中丢失,可以通过(即C1,B1数据包对应位进行模2加)。如果连续丢失四个数据包,如A3、A4、B1、B2,则可以分别用等将丢失的数据包恢复。如果是冗余包中丢失一个或若干个,如C2、C3丢失,直接将之丢弃,提取出信息包就完成了解码。
步骤15:提取包组内的信息数据包,删除冗余包。将信息数据包传递给上层,并去除每个包头的CRC校验信息、包号信息和数据包组大小信息,结束当前处理流程。
本发明不限于上述的实施例,凡依本发明权利要求范围内所作的均等变化或修饰,皆应属于本发明权利要求的保护范围。
Claims (10)
1.一种基于数据包的单向可靠传输方法,其特征在于,包括以下步骤:
(1)、发送端将信息数据块分成相等大小的信息数据包序列,作为一个编码包组;
(2)、将一个编码包组划分成几个子编码包组的联合,再按照纠删码的编码规则生成每个子编码包组的冗余包,每个子编码包组加上生成的冗余包构成一个子包组;
(3)、对每个数据包进行CRC码(循环冗余码)编码,得到校验信息;
(4)、对各组数据包和该组的冗余包进行编号,使每个数据包有唯一的ID号,包括两级编号:包组号和子包组号;
(5)、对所有数据包包内进行FEC(前向纠错)编码;
(6)、将所述的编码后的数据包组发送到接收端,发送时传输协议选择UDP协议(用户数据报协议);
(7)、接收端缓存下接收到的数据,再对接收到的所有数据包进行包内FEC解码,选用的码型与发送端的对应;
(8)、将数据包进行排序,对每个数据包进行CRC校验;
(9)、通过每个数据包的ID号信息判断是否丢包,如果子包组内没有数据包丢失或丢失的数据包为冗余包,进入步骤(10);如果发现非冗余包丢失,则在子包组内利用编码时建立的数据包相关性恢复出丢失的信息数据包;
(10)、提取每个子包组的信息数据包,去除冗余包,还原出一个编码包组,将信息数据包传递给上层应用。
2.根据权利要求1所述的方法,其特征在于,步骤(2)中的子编码包组的联合是指:设定要对M个子编码包组进行包组联合,则将信息数据包的序列编号每相差为M的数据包组成包含N-1个数据包的子编码包组;所述包层纠删码选用的为(N-1,N)的奇偶校验码,数据包相同位进行模2加生成冗余包。
3.根据权利1所述的方法,其特征在于,步骤(5)中,选用线性分组码、卷积码、turbo码、LDPC码等码型对数据包内数据进行编码,用来对抗传输过程中数据包内比特层错误。
4.根据权利1所述的方法,其特征在于,步骤(6)中,一般采用UDP协议;在一些特定场合如隔离网闸传输系统中,使用自定义的无反馈传输协议。
5.根据权利1所述的方法,其特征在于,步骤(8)中,将接收端的每个数据包的信息除以CRC生成多项式(二进制除法),如果能除尽说明在完成包内FEC解码后数据包内数据没有错误,否则说明数据包内信息仍然有错,将其看成是丢包。
6.根据权利1所述的方法,其特征在于,步骤(9)中,有信息数据包丢失的子包组完成包层纠删码解码,这里选用纠删码是奇偶校验码;当超过所述的子包组的丢包恢复能力时,接收端向上层报告不能恢复的数据包的包号。
7.一种基于数据包的单向可靠传输的发送装置,其特征在于,包括:
数据包产生模块,用于将待发送的信息数据包按顺序划分成信息数据包序列,作为一个编码包组,将编码包组进行分组,形成多个子编码包组的联合;
包层纠删码编码模块,用于将每个子编码包组按照纠删码编码方式,生成冗余包;
CRC编码模块,用于将每个数据包内的数据进行CRC编码,生成的校验信息;
数据封装模块,用于将CRC校验信息、二级编号的信息和数据包组大小信息等封装在数据包的包头;
包内FEC编码模块:用于建立包内比特之间的相关性,对抗传输过程中数据包内部出现的比特级错误,选用线性分组码、卷积码、turbo码、LDPC等码型;
传输模块,用于将数据包发送到接收端,可以采用UDP协议或自定义的无反馈传输协议。
8.根据权利要求7所述的发送装置,其特征在于数据包产生模块中每个子编码包组是将每相差为M的信息包构成,其中M表示设定的能恢复的连续丢包的个数;所述包层纠删码编码模块是指能对每个子包组的信息数据包按照(N-1,N)的奇偶检验码编码。
9.一种基于数据包的单向可靠传输的接收装置,其特征在于,包括:
数据缓存模块:接收数据包分组,在一段时间内缓存接收到的数据包;
包内FEC解码模块,用于纠正数据包传输过程中的数据包内出现的比特错误,恢复出每个数据包包内FEC编码前的数据;
CRC校验模块,用于将接收端的每个数据包的信息除以CRC生成多项式(二进制除法),判断数据包的信息位在包层FEC解码是否还有错误;
数据包检测模块,用于确定在传输过程中哪些数据包丢失,并将丢失数据包的包号和丢失数据包的总数保存下来;
包层纠删码解码模块,用于恢复出每个子包组的丢失的信息数据包;
数据提取模块,用于将每个数据包组中的信息包提取出来,去除冗余包,并去除每个包头的CRC校验信息、包号信息和数据包组大小信息。
10.根据权利要求9所述的接收装置,其特征在于,所述的包层纠删码解码模块进一步包括:
恢复判决模块,用于判断是否超出了所选码型的丢包恢复能力;
丢包恢复模块,用于利用冗余数据包恢复出每个子包组中丢失的数据包,这里采用的是利用纠删码解码码型为奇偶校验码。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010168927 CN101834700A (zh) | 2010-05-12 | 2010-05-12 | 一种基于数据包的单向可靠传输方法及收发装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010168927 CN101834700A (zh) | 2010-05-12 | 2010-05-12 | 一种基于数据包的单向可靠传输方法及收发装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101834700A true CN101834700A (zh) | 2010-09-15 |
Family
ID=42718644
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201010168927 Pending CN101834700A (zh) | 2010-05-12 | 2010-05-12 | 一种基于数据包的单向可靠传输方法及收发装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101834700A (zh) |
Cited By (58)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102420668A (zh) * | 2010-09-28 | 2012-04-18 | 国基电子(上海)有限公司 | 调制解调器及其处理封包的方法 |
CN102480346A (zh) * | 2010-11-26 | 2012-05-30 | 中国科学院声学研究所 | 一种网络数据可靠传输方法 |
CN102611531A (zh) * | 2012-03-12 | 2012-07-25 | 成都龙冠科技实业有限公司 | 一种单向数据传输方法 |
WO2012171218A1 (zh) * | 2011-06-17 | 2012-12-20 | 华为技术有限公司 | 分组信息包的发送方法、检测方法、地面信号系统及rbc |
CN103067130A (zh) * | 2012-12-25 | 2013-04-24 | 哈尔滨工业大学 | 基于联合行列校验码和rs码的丢包恢复技术的无线通信方法 |
CN103138880A (zh) * | 2011-11-30 | 2013-06-05 | 北京东方广视科技股份有限公司 | 编解码方法和设备 |
CN103138881A (zh) * | 2011-11-30 | 2013-06-05 | 北京东方广视科技股份有限公司 | 编解码方法和设备 |
CN104850884A (zh) * | 2015-05-15 | 2015-08-19 | 苏州德锐朗智能科技有限公司 | 一种智能银行卡 |
CN104850887A (zh) * | 2015-05-15 | 2015-08-19 | 苏州德锐朗智能科技有限公司 | 一种智能化网络银行卡 |
CN104967504A (zh) * | 2015-07-08 | 2015-10-07 | 北京麓柏科技有限公司 | 链路数据保护的方法和装置 |
CN105391518A (zh) * | 2015-10-16 | 2016-03-09 | 中国人民解放军国防科学技术大学 | 一种面向深空网络的文件传输方法 |
CN105491011A (zh) * | 2015-11-20 | 2016-04-13 | 北京天行网安信息技术有限责任公司 | 一种数据安全单向导出系统及方法 |
CN105577647A (zh) * | 2015-12-10 | 2016-05-11 | 中国航空工业集团公司西安航空计算技术研究所 | 一种基于端系统网络数据安全性提升方法 |
CN106162374A (zh) * | 2016-06-29 | 2016-11-23 | 成都赛果物联网技术有限公司 | 一种低复杂度的帧内编码帧鲁棒传输方法及系统 |
CN106453233A (zh) * | 2016-08-10 | 2017-02-22 | 深圳市中兴物联科技股份有限公司 | 一种基于udp的数据传输方法及装置 |
CN106571893A (zh) * | 2016-11-10 | 2017-04-19 | 深圳市潮流网络技术有限公司 | 一种语音数据的编解码方法 |
CN106850188A (zh) * | 2017-01-24 | 2017-06-13 | 中国航天系统科学与工程研究院 | 一种基于多路异构单向传输通道的数据传输系统 |
CN106937134A (zh) * | 2015-12-31 | 2017-07-07 | 深圳市潮流网络技术有限公司 | 一种数据传输的编码方法、编码发送装置及系统 |
CN106997054A (zh) * | 2017-03-31 | 2017-08-01 | 北京臻迪科技股份有限公司 | 一种发送装置、接收装置、数据传输方法及传输系统 |
CN107276722A (zh) * | 2017-06-21 | 2017-10-20 | 北京奇艺世纪科技有限公司 | 一种基于udp的数据传输方法和系统 |
CN108183767A (zh) * | 2017-12-28 | 2018-06-19 | 南京大学 | 一种适用于空间dtn网络的可靠传输方法 |
CN108566387A (zh) * | 2018-03-27 | 2018-09-21 | 中国工商银行股份有限公司 | 基于udp协议进行数据分发的方法、设备以及系统 |
CN108650061A (zh) * | 2018-04-24 | 2018-10-12 | 达闼科技(北京)有限公司 | 基于fec的vpn代理方法、装置、存储介质和系统 |
CN108712235A (zh) * | 2018-05-29 | 2018-10-26 | 北京光润通科技发展有限公司 | 一种单向无反馈传输方法 |
CN108737547A (zh) * | 2018-05-23 | 2018-11-02 | 上海昊擎信息技术工程有限公司 | 数据发送及数据接收方法 |
CN108769000A (zh) * | 2018-05-24 | 2018-11-06 | 南京大学 | 一种用于深空环境的高效流媒体传输方法 |
CN108847915A (zh) * | 2018-05-29 | 2018-11-20 | 北京光润通科技发展有限公司 | 应用纠错编码技术重构源端数据实现单向传输的方法 |
CN108881924A (zh) * | 2018-05-23 | 2018-11-23 | 上海昊擎信息技术工程有限公司 | 数据传输设备 |
CN110071783A (zh) * | 2019-04-23 | 2019-07-30 | 中国科学院计算机网络信息中心 | 一种通信的方法、装置及系统 |
CN110191488A (zh) * | 2019-05-17 | 2019-08-30 | 京信通信系统(中国)有限公司 | Volte保障传输的方法、装置及系统 |
CN110299973A (zh) * | 2018-03-23 | 2019-10-01 | 天地融科技股份有限公司 | 一种数据滚动传输的接收方法及装置 |
CN110351015A (zh) * | 2019-08-21 | 2019-10-18 | 上海云丁微电子有限公司 | 一种数据发送方法、接收方法及设备 |
CN110572240A (zh) * | 2019-08-12 | 2019-12-13 | 武汉大学 | 一种不稳定网络下可靠数据通信方法 |
CN111083158A (zh) * | 2019-12-26 | 2020-04-28 | 深圳市东晟数据有限公司 | 一种通过两单向网闸进行双向报文传输的处理方法及系统 |
CN111262658A (zh) * | 2020-02-11 | 2020-06-09 | 平安科技(深圳)有限公司 | 基于fec的重传方法、装置及可读存储介质 |
CN111312264A (zh) * | 2020-02-20 | 2020-06-19 | 腾讯科技(深圳)有限公司 | 语音传输方法、系统、装置、计算机可读存储介质和设备 |
CN111629282A (zh) * | 2020-04-13 | 2020-09-04 | 北京创享苑科技文化有限公司 | 一种实时的纠删码编码冗余度动态调节方法 |
CN111698016A (zh) * | 2019-03-13 | 2020-09-22 | 利勃海尔航空航天林登贝格股份有限公司 | 用于数据传输的设备和方法 |
CN111835462A (zh) * | 2020-07-06 | 2020-10-27 | 天津大学 | 一种基于纠删码的无线传感器网络丢包恢复方法 |
CN112671509A (zh) * | 2020-12-18 | 2021-04-16 | 杭州叙简科技股份有限公司 | 一种基于fec冗余的数据包抗丢包方法和装置 |
CN112667432A (zh) * | 2020-12-30 | 2021-04-16 | 武汉先同科技有限公司 | 一种基于喷码机的spi通信方法及系统、电子设备、存储介质 |
CN112954255A (zh) * | 2021-01-29 | 2021-06-11 | 深圳市捷视飞通科技股份有限公司 | 视频会议码流的传输方法、装置、计算机设备和存储介质 |
CN113342526A (zh) * | 2021-06-09 | 2021-09-03 | 河南工业职业技术学院 | 云计算移动网络资源动态管控方法、系统、终端及介质 |
CN113478494A (zh) * | 2021-09-07 | 2021-10-08 | 成都博恩思医学机器人有限公司 | 机器人及其信号处理方法、信号处理系统和信号处理装置 |
WO2021208581A1 (zh) * | 2020-04-17 | 2021-10-21 | 华为技术有限公司 | 一种编码方法及通信装置 |
CN113612762A (zh) * | 2021-07-30 | 2021-11-05 | 上海帝焚思信息科技有限公司 | 一种面向工业互联网的安全单向数据传输装置 |
CN113965294A (zh) * | 2021-10-22 | 2022-01-21 | 北京灵汐科技有限公司 | 数据包编码方法、数据包解码方法及装置 |
CN114039663A (zh) * | 2021-11-11 | 2022-02-11 | 浩云科技股份有限公司 | 基于光纤的单向传输装置和数据传输方法 |
WO2022056874A1 (zh) * | 2020-09-18 | 2022-03-24 | 华为技术有限公司 | 数据传输方法、通信装置及存储介质 |
CN114244475A (zh) * | 2021-12-22 | 2022-03-25 | 中国人民解放军海军潜艇学院 | 数据传输方法、装置和计算机可读存储介质 |
CN114513335A (zh) * | 2022-01-18 | 2022-05-17 | 郑州大学 | 一种基于单向光闸的数据流融合高效传输方法 |
CN114584847A (zh) * | 2022-02-22 | 2022-06-03 | 广州广哈通信股份有限公司 | 一种数据传输方法 |
CN114866195A (zh) * | 2022-07-07 | 2022-08-05 | 深圳市江元科技(集团)有限公司 | 一种使用安卓系统控制热敏打印机的方法 |
CN114884625A (zh) * | 2022-07-08 | 2022-08-09 | 浙江口碑网络技术有限公司 | 数据包纠错方法、装置以及计算机设备 |
CN115118392A (zh) * | 2022-06-10 | 2022-09-27 | 网宿科技股份有限公司 | D-sack的确定方法、处理器与通信系统 |
CN115484084A (zh) * | 2022-09-05 | 2022-12-16 | 北京天元特通科技有限公司 | 单向数据传输方法及相关设备 |
CN115580379A (zh) * | 2022-10-24 | 2023-01-06 | 北京东方正龙数字技术有限公司 | 一种多链路网络传输方法及系统 |
WO2024152760A1 (zh) * | 2023-01-16 | 2024-07-25 | 华为技术有限公司 | 一种数据传输方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050005189A1 (en) * | 2002-04-25 | 2005-01-06 | Lior Khermosh | Forward error correction coding in ethernet networks |
CN101272221A (zh) * | 2008-05-04 | 2008-09-24 | 中兴通讯股份有限公司 | 一种文件数据的传输、接收方法及装置 |
-
2010
- 2010-05-12 CN CN 201010168927 patent/CN101834700A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050005189A1 (en) * | 2002-04-25 | 2005-01-06 | Lior Khermosh | Forward error correction coding in ethernet networks |
CN101272221A (zh) * | 2008-05-04 | 2008-09-24 | 中兴通讯股份有限公司 | 一种文件数据的传输、接收方法及装置 |
Cited By (85)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102420668A (zh) * | 2010-09-28 | 2012-04-18 | 国基电子(上海)有限公司 | 调制解调器及其处理封包的方法 |
CN102480346A (zh) * | 2010-11-26 | 2012-05-30 | 中国科学院声学研究所 | 一种网络数据可靠传输方法 |
WO2012171218A1 (zh) * | 2011-06-17 | 2012-12-20 | 华为技术有限公司 | 分组信息包的发送方法、检测方法、地面信号系统及rbc |
CN103138880B (zh) * | 2011-11-30 | 2016-03-16 | 北京东方广视科技股份有限公司 | 编解码方法和设备 |
CN103138880A (zh) * | 2011-11-30 | 2013-06-05 | 北京东方广视科技股份有限公司 | 编解码方法和设备 |
CN103138881A (zh) * | 2011-11-30 | 2013-06-05 | 北京东方广视科技股份有限公司 | 编解码方法和设备 |
CN103138881B (zh) * | 2011-11-30 | 2016-03-16 | 北京东方广视科技股份有限公司 | 编解码方法和设备 |
CN102611531A (zh) * | 2012-03-12 | 2012-07-25 | 成都龙冠科技实业有限公司 | 一种单向数据传输方法 |
CN102611531B (zh) * | 2012-03-12 | 2015-09-16 | 成都龙冠科技实业有限公司 | 一种单向数据传输方法 |
CN103067130A (zh) * | 2012-12-25 | 2013-04-24 | 哈尔滨工业大学 | 基于联合行列校验码和rs码的丢包恢复技术的无线通信方法 |
CN103067130B (zh) * | 2012-12-25 | 2015-05-27 | 哈尔滨工业大学 | 基于联合行列校验码和rs码的丢包恢复技术的无线通信方法 |
CN104850884A (zh) * | 2015-05-15 | 2015-08-19 | 苏州德锐朗智能科技有限公司 | 一种智能银行卡 |
CN104850887A (zh) * | 2015-05-15 | 2015-08-19 | 苏州德锐朗智能科技有限公司 | 一种智能化网络银行卡 |
CN104967504A (zh) * | 2015-07-08 | 2015-10-07 | 北京麓柏科技有限公司 | 链路数据保护的方法和装置 |
CN105391518A (zh) * | 2015-10-16 | 2016-03-09 | 中国人民解放军国防科学技术大学 | 一种面向深空网络的文件传输方法 |
CN105391518B (zh) * | 2015-10-16 | 2019-04-05 | 中国人民解放军国防科学技术大学 | 一种面向深空网络的文件传输方法 |
CN105491011A (zh) * | 2015-11-20 | 2016-04-13 | 北京天行网安信息技术有限责任公司 | 一种数据安全单向导出系统及方法 |
CN105491011B (zh) * | 2015-11-20 | 2019-03-15 | 北京天行网安信息技术有限责任公司 | 一种数据安全单向导出系统及方法 |
CN105577647B (zh) * | 2015-12-10 | 2019-06-28 | 中国航空工业集团公司西安航空计算技术研究所 | 一种基于端系统网络数据安全性提升方法 |
CN105577647A (zh) * | 2015-12-10 | 2016-05-11 | 中国航空工业集团公司西安航空计算技术研究所 | 一种基于端系统网络数据安全性提升方法 |
CN106937134A (zh) * | 2015-12-31 | 2017-07-07 | 深圳市潮流网络技术有限公司 | 一种数据传输的编码方法、编码发送装置及系统 |
CN106937134B (zh) * | 2015-12-31 | 2021-03-02 | 深圳市潮流网络技术有限公司 | 一种数据传输的编码方法、编码发送装置及系统 |
CN106162374A (zh) * | 2016-06-29 | 2016-11-23 | 成都赛果物联网技术有限公司 | 一种低复杂度的帧内编码帧鲁棒传输方法及系统 |
CN106162374B (zh) * | 2016-06-29 | 2019-04-02 | 成都赛果物联网技术有限公司 | 一种低复杂度的帧内编码帧鲁棒传输方法及系统 |
CN106453233A (zh) * | 2016-08-10 | 2017-02-22 | 深圳市中兴物联科技股份有限公司 | 一种基于udp的数据传输方法及装置 |
CN106571893B (zh) * | 2016-11-10 | 2022-05-24 | 深圳市潮流网络技术有限公司 | 一种语音数据的编解码方法 |
CN106571893A (zh) * | 2016-11-10 | 2017-04-19 | 深圳市潮流网络技术有限公司 | 一种语音数据的编解码方法 |
CN106850188A (zh) * | 2017-01-24 | 2017-06-13 | 中国航天系统科学与工程研究院 | 一种基于多路异构单向传输通道的数据传输系统 |
CN106850188B (zh) * | 2017-01-24 | 2018-09-14 | 中国航天系统科学与工程研究院 | 一种基于多路异构单向传输通道的数据传输系统 |
CN106997054A (zh) * | 2017-03-31 | 2017-08-01 | 北京臻迪科技股份有限公司 | 一种发送装置、接收装置、数据传输方法及传输系统 |
CN107276722A (zh) * | 2017-06-21 | 2017-10-20 | 北京奇艺世纪科技有限公司 | 一种基于udp的数据传输方法和系统 |
CN107276722B (zh) * | 2017-06-21 | 2020-01-03 | 北京奇艺世纪科技有限公司 | 一种基于udp的数据传输方法和系统 |
CN108183767A (zh) * | 2017-12-28 | 2018-06-19 | 南京大学 | 一种适用于空间dtn网络的可靠传输方法 |
CN110299973B (zh) * | 2018-03-23 | 2022-04-05 | 天地融科技股份有限公司 | 一种数据滚动传输的接收方法及装置 |
CN110299973A (zh) * | 2018-03-23 | 2019-10-01 | 天地融科技股份有限公司 | 一种数据滚动传输的接收方法及装置 |
CN108566387B (zh) * | 2018-03-27 | 2021-08-20 | 中国工商银行股份有限公司 | 基于udp协议进行数据分发的方法、设备以及系统 |
CN108566387A (zh) * | 2018-03-27 | 2018-09-21 | 中国工商银行股份有限公司 | 基于udp协议进行数据分发的方法、设备以及系统 |
CN108650061A (zh) * | 2018-04-24 | 2018-10-12 | 达闼科技(北京)有限公司 | 基于fec的vpn代理方法、装置、存储介质和系统 |
CN108881924A (zh) * | 2018-05-23 | 2018-11-23 | 上海昊擎信息技术工程有限公司 | 数据传输设备 |
CN108737547A (zh) * | 2018-05-23 | 2018-11-02 | 上海昊擎信息技术工程有限公司 | 数据发送及数据接收方法 |
CN108769000A (zh) * | 2018-05-24 | 2018-11-06 | 南京大学 | 一种用于深空环境的高效流媒体传输方法 |
CN108769000B (zh) * | 2018-05-24 | 2021-03-26 | 南京大学 | 一种用于深空环境的高效流媒体传输方法 |
CN108847915A (zh) * | 2018-05-29 | 2018-11-20 | 北京光润通科技发展有限公司 | 应用纠错编码技术重构源端数据实现单向传输的方法 |
CN108712235A (zh) * | 2018-05-29 | 2018-10-26 | 北京光润通科技发展有限公司 | 一种单向无反馈传输方法 |
CN108712235B (zh) * | 2018-05-29 | 2020-11-20 | 北京光润通科技发展有限公司 | 一种单向无反馈传输方法 |
CN108847915B (zh) * | 2018-05-29 | 2020-11-24 | 北京光润通科技发展有限公司 | 应用纠错编码技术重构源端数据实现单向传输的方法 |
CN111698016B (zh) * | 2019-03-13 | 2024-04-26 | 利勃海尔航空航天林登贝格股份有限公司 | 用于数据传输的设备和方法 |
CN111698016A (zh) * | 2019-03-13 | 2020-09-22 | 利勃海尔航空航天林登贝格股份有限公司 | 用于数据传输的设备和方法 |
CN110071783A (zh) * | 2019-04-23 | 2019-07-30 | 中国科学院计算机网络信息中心 | 一种通信的方法、装置及系统 |
CN110191488B (zh) * | 2019-05-17 | 2022-07-29 | 京信网络系统股份有限公司 | Volte保障传输的方法、装置及系统 |
CN110191488A (zh) * | 2019-05-17 | 2019-08-30 | 京信通信系统(中国)有限公司 | Volte保障传输的方法、装置及系统 |
CN110572240A (zh) * | 2019-08-12 | 2019-12-13 | 武汉大学 | 一种不稳定网络下可靠数据通信方法 |
CN110351015A (zh) * | 2019-08-21 | 2019-10-18 | 上海云丁微电子有限公司 | 一种数据发送方法、接收方法及设备 |
CN111083158B (zh) * | 2019-12-26 | 2022-03-08 | 深圳市东晟数据有限公司 | 一种通过两单向网闸进行双向报文传输的处理方法及系统 |
CN111083158A (zh) * | 2019-12-26 | 2020-04-28 | 深圳市东晟数据有限公司 | 一种通过两单向网闸进行双向报文传输的处理方法及系统 |
CN111262658A (zh) * | 2020-02-11 | 2020-06-09 | 平安科技(深圳)有限公司 | 基于fec的重传方法、装置及可读存储介质 |
CN111262658B (zh) * | 2020-02-11 | 2022-09-16 | 平安科技(深圳)有限公司 | 基于fec的重传方法、装置及可读存储介质 |
CN111312264B (zh) * | 2020-02-20 | 2023-04-21 | 腾讯科技(深圳)有限公司 | 语音传输方法、系统、装置、计算机可读存储介质和设备 |
CN111312264A (zh) * | 2020-02-20 | 2020-06-19 | 腾讯科技(深圳)有限公司 | 语音传输方法、系统、装置、计算机可读存储介质和设备 |
CN111629282A (zh) * | 2020-04-13 | 2020-09-04 | 北京创享苑科技文化有限公司 | 一种实时的纠删码编码冗余度动态调节方法 |
CN111629282B (zh) * | 2020-04-13 | 2021-02-09 | 北京创享苑科技文化有限公司 | 一种实时的纠删码编码冗余度动态调节方法 |
WO2021208581A1 (zh) * | 2020-04-17 | 2021-10-21 | 华为技术有限公司 | 一种编码方法及通信装置 |
CN111835462A (zh) * | 2020-07-06 | 2020-10-27 | 天津大学 | 一种基于纠删码的无线传感器网络丢包恢复方法 |
WO2022056874A1 (zh) * | 2020-09-18 | 2022-03-24 | 华为技术有限公司 | 数据传输方法、通信装置及存储介质 |
CN112671509A (zh) * | 2020-12-18 | 2021-04-16 | 杭州叙简科技股份有限公司 | 一种基于fec冗余的数据包抗丢包方法和装置 |
CN112667432A (zh) * | 2020-12-30 | 2021-04-16 | 武汉先同科技有限公司 | 一种基于喷码机的spi通信方法及系统、电子设备、存储介质 |
CN112954255B (zh) * | 2021-01-29 | 2024-04-16 | 深圳市捷视飞通科技股份有限公司 | 视频会议码流的传输方法、装置、计算机设备和存储介质 |
CN112954255A (zh) * | 2021-01-29 | 2021-06-11 | 深圳市捷视飞通科技股份有限公司 | 视频会议码流的传输方法、装置、计算机设备和存储介质 |
CN113342526A (zh) * | 2021-06-09 | 2021-09-03 | 河南工业职业技术学院 | 云计算移动网络资源动态管控方法、系统、终端及介质 |
CN113612762A (zh) * | 2021-07-30 | 2021-11-05 | 上海帝焚思信息科技有限公司 | 一种面向工业互联网的安全单向数据传输装置 |
CN113478494A (zh) * | 2021-09-07 | 2021-10-08 | 成都博恩思医学机器人有限公司 | 机器人及其信号处理方法、信号处理系统和信号处理装置 |
CN113965294A (zh) * | 2021-10-22 | 2022-01-21 | 北京灵汐科技有限公司 | 数据包编码方法、数据包解码方法及装置 |
CN114039663A (zh) * | 2021-11-11 | 2022-02-11 | 浩云科技股份有限公司 | 基于光纤的单向传输装置和数据传输方法 |
CN114244475A (zh) * | 2021-12-22 | 2022-03-25 | 中国人民解放军海军潜艇学院 | 数据传输方法、装置和计算机可读存储介质 |
CN114513335A (zh) * | 2022-01-18 | 2022-05-17 | 郑州大学 | 一种基于单向光闸的数据流融合高效传输方法 |
CN114513335B (zh) * | 2022-01-18 | 2022-11-29 | 郑州大学 | 一种基于单向光闸的数据流融合高效传输方法 |
CN114584847B (zh) * | 2022-02-22 | 2023-11-28 | 广州广哈通信股份有限公司 | 一种数据传输方法 |
CN114584847A (zh) * | 2022-02-22 | 2022-06-03 | 广州广哈通信股份有限公司 | 一种数据传输方法 |
CN115118392A (zh) * | 2022-06-10 | 2022-09-27 | 网宿科技股份有限公司 | D-sack的确定方法、处理器与通信系统 |
CN115118392B (zh) * | 2022-06-10 | 2024-05-28 | 网宿科技股份有限公司 | D-sack的确定方法、处理器与通信系统 |
CN114866195A (zh) * | 2022-07-07 | 2022-08-05 | 深圳市江元科技(集团)有限公司 | 一种使用安卓系统控制热敏打印机的方法 |
CN114884625A (zh) * | 2022-07-08 | 2022-08-09 | 浙江口碑网络技术有限公司 | 数据包纠错方法、装置以及计算机设备 |
CN115484084A (zh) * | 2022-09-05 | 2022-12-16 | 北京天元特通科技有限公司 | 单向数据传输方法及相关设备 |
CN115580379A (zh) * | 2022-10-24 | 2023-01-06 | 北京东方正龙数字技术有限公司 | 一种多链路网络传输方法及系统 |
WO2024152760A1 (zh) * | 2023-01-16 | 2024-07-25 | 华为技术有限公司 | 一种数据传输方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101834700A (zh) | 一种基于数据包的单向可靠传输方法及收发装置 | |
CN101563874B (zh) | 支持对因特网协议网络上的音频以及视频数据进行前向纠错的方法 | |
CN100571217C (zh) | 一种在数据传输过程中抵抗丢包的方法、收发装置及系统 | |
CN101800757B (zh) | 一种基于单光纤结构的无反馈单向数据传输方法 | |
CN103201976B (zh) | 用于聚合分组传输中的分组级擦除保护编码的方法和装置 | |
KR102133930B1 (ko) | 데이터 패킷 송수신 장치 및 방법 | |
CN101359981B (zh) | 一种数据包冗余编解码的方法、装置及系统 | |
CN101557457B (zh) | 数字发送器/接收器系统及纠错编码/解码方法 | |
WO2016045391A1 (zh) | 一种数据传输方法及装置 | |
EP2166687B1 (en) | A method and apparatus for transmiting and receiving data packets | |
CN106817192B (zh) | 一种错误估计的方法、基站及终端 | |
CN101166273A (zh) | 实现视频数据传送的方法、装置及系统 | |
CN113541856A (zh) | 数据恢复方法及装置 | |
CN104135345B (zh) | 一种应用于长期演进系统的跨层编解码方法 | |
CN107947902A (zh) | 一种高速接口芯片的数据差错处理系统及方法 | |
CN100589359C (zh) | 一种里德索罗蒙码的译码方法及装置 | |
CN110971345A (zh) | 一种改进型fec算法及其装置 | |
TWI435623B (zh) | 用於無線多播及廣播服務之方法及系統 | |
EP3125455B1 (en) | Method and apparatus for generating and recovering packet in broadcasting and/or communication system | |
CN102148665A (zh) | 一种lt码的译码方法 | |
CN101777963A (zh) | 一种基于反馈模式的帧级别编码与译码方法 | |
CN101662339A (zh) | 一种对前向纠错恢复的数据进行校验的方法及装置 | |
CA2909801C (en) | Apparatus and method for transmitting and receiving forward error correction packet | |
MX2014012882A (es) | Aparato y metodo para transmitir/recibir paquetes en el sistema de comunicacion. | |
CN102801495B (zh) | 一种基于喷泉码的遥测数据帧同步方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20100915 |