CN1210962C - 视讯图像传输的主动防错方法 - Google Patents
视讯图像传输的主动防错方法 Download PDFInfo
- Publication number
- CN1210962C CN1210962C CN 02124637 CN02124637A CN1210962C CN 1210962 C CN1210962 C CN 1210962C CN 02124637 CN02124637 CN 02124637 CN 02124637 A CN02124637 A CN 02124637A CN 1210962 C CN1210962 C CN 1210962C
- Authority
- CN
- China
- Prior art keywords
- data
- coding
- packet
- frame
- encoder
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
一种视讯图像传输的主动防错方法,它由下列步骤组成:发送端的编码器与接收端的解码器之间采用能够传送图像数据/同时能够进行两端的数据反馈的协议,接收端解码器通过该协议定期向发送端编码器发送含有当前网络条件信息的数据包;发送端编码器对该数据包中的当前网络条件信息进行分析,对待编码的帧或宏块间隔一段时间采取帧内编码;对编码器编好的码流打包,在信道上传输;接收端恢复包中数据并解码。本发明在达到主动防错效果的同时,还适合于实时应用,且不增加带宽开销。
Description
技术领域
本发明属于视讯领域,是一种视讯图像传输的主动防错方法。
背景技术
随着多媒体和网络技术的发展,无线和因特网(INTERNET)上的多媒体应用越来越受到关注。目前常用的视频压缩标准,如H.26X,运动图象专家组(MPEG:Moving Pictures Experts Group)等,能够有效地压缩视频图像序列使其能够在低码率的信道上传输,但是随之带来的是数据对信道错误十分敏感,由于采用可变长编码(VLC:VariableLength Code),单个位错误就会导致同步的丢失而不得不丢弃大片数据。运动预测的使用则导致到错误发生时,其所造成的影响将延续到后续的若干图像帧,造成图像质量的严重下降。在无线传输信道中,位丢失率(BER:Bit Error Rate)可能会达到10-2之多。而因特网更是无法保证服务质量(Qos:Quality of service),试验证明,因特网上的包丢失率经常会达到5%-10%。因此,在以上两种信道中传送视频内容,保证可以接收的视频质量是一个极负挑战性的工作,而这就需要错误恢复技术来完成。
为了克服上述缺陷,目前一般采用两种技术:一种是错误掩盖技术,它是在接收解码端对于已经发生的数据丢失或误码用接收到的正确数据进行预测、掩盖;另一种则是主动防错技术,其由编码端采取措施提高码流的抗误码性能,使其在传输过程中抵抗误码的影响使解码器能够正确解码,它是在错误发生以前进行防止的措施。
由于在H.263中采用了可变长编码和运动预测和运动补偿,因此如果在解码过程中发现错误就会导致同步的丢失,必须跳到下个同步字继续解码过程,因为在H.263中最小的同步单元为块组(GOB:Group OfBlock),因此当错误发生时则会引起整个块组数据的丢失。同时,在解码当前帧时,要用到前一帧数据参考进行运动补偿,因此前一帧中的错误数据会衍生到当前帧,然后继续向下传递,直到出现一个帧内(INTRA帧)为止。
主动防错方法总体上可以分为两类:开路和闭路。在闭路方法中,存在一条从接收端到传送端的反馈通路,接收端能够通过这条通道传送当前的解码情况,编码端根据反馈信息调整当前的编码行为。例如当错误发生时,解码端能够传送没有正确解码的图像帧,编码端接收到后将重发该帧直到接收端正确接收为止。这称为自动重传请求ARQ(Automation Retransmission reQuest)恢复方法。在因特网上传输视频数据一般采用实时传输/实时传输控制协议(RTP/RTCP),实时传输协议(RTP)用于传送媒体数据,而实时传输控制协议(RTCP)则负责两端的数据反馈。编解码双方可以根据实时传输控制协议(RTCP)数据包中的信息调节自己的行为。闭路方法中典型技术是H.263附录N的“参考帧选择模式”和附录U的“增强的参考帧选择模式”。开路方法则表示两端并不存在信道,因此错误恢复的工作只能有解码器完成。例如编码器使用前向错误校验(FEC:Forward Error Correction)时,向码流中加入适当的冗余位,解码器接收到数据后,通过这些冗余位完成错误的检测和纠正。闭路技术中典型技术是H.263附录V的方向可变长编码。
闭路方法由于编码器反馈信息完成需要的编码任务,因此会造成一定的延时,不适合实时应用。而且在多点会议中,由于需要通过多点控制单元(MCU)完成会议数据的传送,因此闭路算法实现较为困难。开路算法由于需要在码流中加入附加信息从而增加了带宽的开销。
另外,现有技术的数据编码后打包发送时,其打包也存在着缺陷:它一般是前半帧放入一个数据包,后半帧放入一个数据包。如果一个包丢失后,实际上丢失了若干行连续的数据,在解码端根本不可能恢复。
发明目的
本发明的目的是提供一种既适合于实时应用,又不增加带宽开销的主动防错方法。
为实现上述目的,本发明的解决方案是:一种视讯图像传输的主动防错方法,由下列步骤组成:
a、发送端的编码器与接收端的解码器之间采用能够传送图像数据且同时能够进行两端的数据反馈的实时传输/实时传输控制协议,接收端解码器通过该协议定期向发送端编码器发送含有当前网络条件信息的数据包;
b、发送端编码器对该数据包中的当前网络条件信息进行分析,对待编码的帧或宏块间隔一段时间编码;
c、对编码器编好的码流打包,在信道上传输;
d、接收端恢复包中数据并解码。
步骤b具体包括:
b1、根据步骤a获得的当前网络条件信息中的丢包率,按照Ifreq=1/p计算出进行帧内编码相隔的帧数,其中,p代表丢包率,Ifreq代表进行帧内编码相隔的帧数;
b2、每隔Ifreq帧对待编码的宏块进行帧内编码。
所述的步骤b具体包括:
b1′、对于每个待编码的宏块,分别计算在跳过、帧间和帧内三种编码模式下的参数Dq、Dc、R、p、λ,其中,跳过编码模式表示该待编码宏块不进行编码,解码时只需复制上一帧相同位置上的宏块数据,Dq是由于量化误差导致的方差,Dc是由于出现误码以后从一个被掩盖处理后的块进行预测所造成的方差,R是编码所得的码率,λ为常数,以上参数编码时能够确定,p代表丢包率,从步骤a获得的当前网络条件信息中获取;
b2′、按照公式J=(1-p)*Dq+pDc+λR计算三种不同编码模式下的J值,选择使J值最小的模式作为宏块的编码模式。
步骤b1′中,λ取0.85×(Q/2)2,其中,Q为编码所用的量化步长。
步骤c中所述的码流打包是采用双重打包方法:将每一帧图像编码后码流的奇数行放到一个数据包中,偶数行放到另一个数据包中,其中一个数据包有原始的图像头数据,另一个数据包复制一份图像头数据.
步骤d中,如果两个数据包均正确接收,解码器将每个包的数据恢复原始数据进行编码,将另一个数据包中复制的图像头数据抛弃;如果有数据包丢失,解码器对接收到的包的数据进行解码,再用接收到的数据和前帧数据对丢失的数据进行掩盖。
由于在解码当前帧时,要用到前一帧数据参考进行运动补偿,因此前一帧中的错误数据会衍生到当前帧,然后继续向下传递,直到出现一个帧内帧为止,因此,本发明通过对待编码的帧或宏块间隔一段时间采取帧内编码,防止了错误继续向下传递,达到了主动防错的效果。
由于本发明实际上是开路方式,无反向的反馈信道,因此适合于实时应用,能应用于多点通信。又由于本发明没有在码流中加入冗余信息,不会增大码流带宽的开销,这样就克服了开路、闭路两种方法的缺点。
另外,由于本发明的打包方式是将每一帧图像编码后码流的每行按次序分别分到若干个数据包中,如果有数据包丢失,解码器对接收到的包的数据进行解码,再用接收到的数据和前帧数据对丢失的数据进行掩盖,由于相邻行的信息是邻近的,可以是相邻行的信息对丢失的数据进行预测和掩盖,而现有技术的若干行是连续丢失的,因此就不容易进行恢复,本发明的打包方式提高了本发明的抗误码性能。
附图说明
图1是本发明的方法流程图。
图2是本发明的打包方法示意图。
具体实现方式
图1是本发明的方法流程图。在图1中,可以看出本发明的实现过程。
一、发送端的编码器与接收端的解码器之间采用能够传送图像数据/同时能够进行两端的数据反馈的协议,接收端解码器通过该协议定期向发送端编码器发送含有当前网络条件信息的数据包。一般来说,该能够传送图像数据/同时能够进行两端的数据反馈的协议指的是实时传输/实时传输控制协议(RTP/RTCP)。
当前网络条件信息如丢包率、延迟、抖动等。接收端解码器通过该协议定期向发送端编码器发送含有当前网络条件信息的数据包是后面根据网络实时条件及时调整插入帧内编码模式的基础。编码端根据这些信息调整帧内Intra编码宏块的个数,如果网络条件变差,丢包率增加,则增加帧内Intra编码宏块的个数,反之则减少。
二、发送端编码器对该数据包中的当前网络条件信息进行分析,对待编码的帧或宏块间隔一段时间采取帧内编码。
在解码当前帧时,要用到前一帧数据参考进行运动补偿,因此前一帧中的错误数据会衍生到当前帧,然后继续向下传递,直到出现一个帧内Intra帧为止,因此,本发明通过对待编码的帧或宏块间隔一段时间采取帧内编码,这样错误就不会继续向下传递了。但在实时应用中,出于实时性的考虑,不可能过多地加入帧内编码,就需要确定其加入的数量和位置。帧内Intra编码宏块的个数在很大程度上依赖于上述的当前网络条件信息。
本发明对这一部分提供了两个实施例。
实施例1
实施例1是这样实现的:
1、根据前一步骤获得的当前网络条件信息中的丢包率,按照Ifreq=1/p计算出进行帧内编码相隔的帧数,p代表丢包率,Ifreq代表进行帧内编码相隔的帧数。在因特网上,评价网络状况的重要数据是丢包率,一般情况下,因特网上会存在5-10%左右的丢包率,因此宏块的编码模式需要根据丢包率进行选择。丢包率越低,代表当前网络状况越好,Ifreq的值越高,帧内帧编码模式的更新频率越低,即编码模式更新的频率与丢包率成正比。如当丢包率为5%时,Ifreq为20,表示每隔20帧对特定的宏块进行Intra编码,如果丢包率上升到20%,在需要每隔5帧进行帧内Intra编码。
2、每隔Ifreq帧对待编码的宏块进行帧内编码。
至于帧内Intra编码宏块的位置,可以任意确定其位置。第一个帧内编码的位置确定后,后续的帧内编码就参照该位置按更新的频率进行更新就可以了。
以上是一种较实用且较简便的方法。
实施例2
实施例2是一种更有效但比实施例1烦琐的方法,它基于率失真理论。其实现过程如下:
b1′、对于每个待编码的宏块,分别计算在跳过、帧间和帧内三种编码模式下的参数Dq、Dc、R、p、λ,其中,跳过编码模式表示该特定宏块不进行编码,解码时只需复制上一帧相同位置上的宏块数据,它是帧间编码模式的特例,Dq是由于量化误差导致的方差,Dc是由于出现误码以后从一个被掩盖处理后的块进行预测所造成的方差,R是编码所得的码率,λ为常数,以上参数编码时能够确定,p代表丢包率,从前面获得的当前网络条件信息中获取;
b2′、按照公式J=(1-p)Dq+pDc+λR计算三种不同编码模式下的J值,选择使J值最小的模式作为宏块的编码模式。
上述步骤b1′中的λ最好取0.85×(Q/2)2,Q为编码所用的量化步长。
上述公式是考虑到信道误码影响后的结构,其实在不考虑信道误码影响的情况下,该公式本来是这样的:
J=D+λR (1)
其中D是编码以后的重建数据和原始数据的方差,该方差可以有很多方法计算,最简单的方法是计算对应像素差值的平方和。R表示编码所得的码率,λ为常数,一般取经验值,实验证明,当λ=0.85×(Q/2)2时能够提供最好的效果,其中Q为编码所用的量化步长。对于每一个宏块,我们分别计算在三种模式下的公式的值,选择使上式的值最小的模式作为宏块的编码模式。这个公式没有考虑到信道误码的影响,因此它只对于当解码器正确接收时才能得到的最优化的结果。当存在误差时,帧间编码模式由于使用时域预测导致误差衍生,而使用帧内编码模式则能够抑制误差衍生但是造成了更多的带宽开销。如果编码器端能够知道解码器使用的错误掩盖方法以及网络的丢包率,就可以在压缩效率和抗误码性能之间获得最佳的平衡。在考虑信道误码的情况下,编码所造成的偏差将归结为两个因素:其一是由于量化误差导致的方差Dq,其二是由于出现误码以后,从一个被掩盖处理后的块进行预测所造成的方差Dc。假设丢包率为p,则以上的拉格朗日公式变为:
J=(1-p)Dq+pDc+λR (2)
同样计算三种编码模式下上式的值,其中Dc是认为该块已经丢失而进行掩盖所造成的偏差,所以需要乘上误码率p这个系数,Dc可以预先计算并保存。而Dq认为是在没有发生误码时所得到的偏差,因此需要乘上(1-P)各个系数。这样,我们就得到了考虑信道误差时的最优的结果。其中Dq、Dc、λ、R是编码端编码时就可以计算产生,计算方法属于现有技术,p是从前面获得的当前网络条件信息中获取的。
例如:
在丢包率为5%,λ=5的情况下,
跳过编码模式计算出的Dq=200,Dc=50,R=10,则J1=242.5
帧内编码模式计算出的Dq=30,Dc=40,R=50,则J2=281;
帧间编码模式计算出的Dq=10,Dc=20,R=30,则J3=160.5;
由于J3<J1<J2,所以采用帧间编码模式。
如果使用了效果十分完美的误差掩盖方法,则Dc=Dq,这样公式(1)就等同于公式(2)了,那么信道误码没有对模式选择造成影响,即排除了误码的因素。
至于如何帧内编码、帧间编码,则是现有技术的内容。
三、对编码器编好的码流打包,在信道上传输。本发明对这一部分也有改进,是采用一种交叉打包的方法,即多重打包方法:将每一帧图像编码后码流的每行按次序分别分到若干个数据包中,在第一个数据包以外的每个数据包中复制一份图像头数据。其特例是一种双重打包方式:将每一帧图像编码后码流的奇数行放到一个数据包中,偶数行放到另一个数据包中,其中一个数据包有原始的图像头数据,另一个数据包复制一份图像头数据。
本发明的数据打包主要针对完整块组(GOB)进行,对于宏块级的交叉打包由于其操作比较复杂,与标准不兼容同时由于打乱了宏块正常排列顺序因此需要在解码端进行重整而造成了额外的延时,所以一般只针对块组进行。现在以双重打包方式为例进行说明,如图2,将块组1(GOB1)、块组3(GOB3)、块组5(GOB5)、块组7(GOB7)、块组9(GOB9)放到一个数据包中,该数据包中含有原始的图像头数据,如图2左边数据包中的阴影所示。将块组2(GOB2)、块组4(GOB4)、块组6(GOB6)、块组8(GOB8)放到另一个数据包中,为了在奇数包丢失的情况下另一个数据包能够单独解码,在其中在复制了一份图像头数据,如右边数据包中的阴影所示。这种交叉打包的方式能够使解码器使用时域或空域掩盖方法对丢失的数据进行预测。当视频码流的码率超过300kbps时,这时一帧图像可能会分为多个数据包,就必须用上面的多重打包方法。在图2中,由于加入了冗余的图像头,引入的开销为20字节(IP包头)+8字节(UDP头)+12字节(RTP头)+7字节(RFC2429头数据,其中包含6个字节的图像头)=47个字节。可见其引入的开销是非常小的,几乎没有引入什么开销。
四、接收端恢复包中数据并解码。
对于上述多重打包方法来说,如果多个数据包均正确接收,解码器将每个包的数据恢复原始数据进行编码,将第一个数据包以外的每个数据包中的图像头数据抛弃;如果有数据包丢失,解码器对接收到的包的数据进行解码,再用接收到的数据和前帧数据对丢失的数据进行掩盖。
对于特例双重打包方法来说,如果两个数据包均正确接收,解码器将每个包的数据恢复原始数据进行编码,将另一个数据包中复制的图像头数据抛弃;如果只收到第一个数据包(这可以简单地通过判断接收到的RTP包的序列号是否连续得到),解码器对接收到的包的数据进行解码,再用接收到的数据和前帧数据对丢失的数据进行掩盖;如果只接收到第二个数据包,则解码器首先处理RFC2429的包头得到正确的图像头数据,然后再对包中的码流数据解码,丢失的奇数行数据用偶数行数据和前帧数据掩盖。关于错误掩盖的方法是现有技术,编解码的方法也是已有技术。
本方法经过了在计算机上的模拟实验,证明了在1%丢包率的情况下,能够达到可以接受的图象质量。
Claims (6)
1、一种视讯图像传输的主动防错方法,其特征在于,它由下列步骤组成:
a、发送端的编码器与接收端的解码器之间采用能够传送图像数据且同时能够进行两端的数据反馈的实时传输/实时传输控制协议,接收端解码器通过该协议定期向发送端编码器发送含有当前网络条件信息的数据包;
b、发送端编码器对该数据包中的当前网络条件信息进行分析,对待编码的帧或宏块间隔一段时间编码;
c、对编码器编好的码流打包,在信道上传输;
d、接收端恢复包中数据并解码。
2、根据权利要求1所述的视讯图像传输的主动防错方法,其特征在于,步骤b具体包括:
b1、根据步骤a获得的当前网络条件信息中的丢包率,按照Ifreq=1/p计算出进行帧内编码相隔的帧数,其中,p代表丢包率,Ifreq代表进行帧内编码相隔的帧数;
b2、每隔Ifreq帧对待编码的宏块进行帧内编码。
3、根据权利要求1所述的视讯图像传输的主动防错方法,其特征在于,步骤b具体包括:
b1′、对于每个待编码的宏块,分别计算在跳过、帧间和帧内三种编码模式下的参数Dq、Dc、R、p、λ,其中,跳过编码模式表示该待编码宏块不进行编码,解码时只需复制上一帧相同位置上的宏块数据,Dq是由于量化误差导致的方差,Dc是由于出现误码以后从一个被掩盖处理后的块进行预测所造成的方差,R是编码所得的码率,λ为常数,以上参数编码时能够确定,p代表丢包率,从步骤a获得的当前网络条件信息中获取;
b2′、按照公式J=(1-p)*Dq+pDc+λR计算三种不同编码模式下的J值,选择使J值最小的模式作为宏块的编码模式。
4、根据权利要求3所述的视讯图像传输的主动防错方法,其特征在于:步骤b1′中,λ取0.85×(Q/2)2,其中,Q为编码所用的量化步长。
5、根据权利要求1所述的视讯图像传输的主动防错方法,其特征在于:
步骤c中所述的码流打包是采用双重打包方法:将每一帧图像编码后码流的奇数行放到一个数据包中,偶数行放到另一个数据包中,其中一个数据包有原始的图像头数据,另一个数据包复制一份图像头数据。
6、根据权利要求5所述的视讯图像传输的主动防错方法,其特征在于:
步骤d中,如果两个数据包均正确接收,解码器将每个包的数据恢复原始数据进行编码,将另一个数据包中复制的图像头数据抛弃;如果有数据包丢失,解码器对接收到的包的数据进行解码,再用接收到的数据和前帧数据对丢失的数据进行掩盖。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 02124637 CN1210962C (zh) | 2002-06-19 | 2002-06-19 | 视讯图像传输的主动防错方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 02124637 CN1210962C (zh) | 2002-06-19 | 2002-06-19 | 视讯图像传输的主动防错方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1466388A CN1466388A (zh) | 2004-01-07 |
CN1210962C true CN1210962C (zh) | 2005-07-13 |
Family
ID=34142736
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 02124637 Expired - Fee Related CN1210962C (zh) | 2002-06-19 | 2002-06-19 | 视讯图像传输的主动防错方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1210962C (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10200694B2 (en) | 2015-09-17 | 2019-02-05 | Mediatek Inc. | Method and apparatus for response of feedback information during video call |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100459717C (zh) * | 2005-04-20 | 2009-02-04 | 华为技术有限公司 | 基于h.264的压缩视频传输误码消除方法 |
US20080115185A1 (en) * | 2006-10-31 | 2008-05-15 | Microsoft Corporation | Dynamic modification of video properties |
CN101674480B (zh) * | 2009-10-21 | 2012-08-08 | 浙江宇视科技有限公司 | 一种编码模式的选择方法和装置 |
CN101883281B (zh) * | 2010-06-13 | 2013-12-25 | 北京北大众志微系统科技有限责任公司 | 一种远程显示系统的静态图像编码方法及系统 |
CN107734300A (zh) * | 2017-10-19 | 2018-02-23 | 歌尔科技有限公司 | 图像传输方法及设备 |
-
2002
- 2002-06-19 CN CN 02124637 patent/CN1210962C/zh not_active Expired - Fee Related
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10200694B2 (en) | 2015-09-17 | 2019-02-05 | Mediatek Inc. | Method and apparatus for response of feedback information during video call |
Also Published As
Publication number | Publication date |
---|---|
CN1466388A (zh) | 2004-01-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1801944B (zh) | 用于视频编码和解码的方法和设备 | |
CN1242623C (zh) | 视频编码方法、解码方法以及相关的编码器和解码器 | |
RU2432703C2 (ru) | Масштабируемое видеокодирование с обратной связью | |
CN1856111B (zh) | 视频信号编解码方法、编解码器及其相关的设备 | |
CN1856112A (zh) | 基于h.264的压缩视频传输误码消除方法 | |
CN103152576B (zh) | 一种适用于组播抗丢包的视频编码及解码装置 | |
MXPA05011533A (es) | Metodo de codificacion de imagenes. | |
CN1845611A (zh) | 基于h.264的视频传输保护方法 | |
US6040879A (en) | Method for decoding video data corrupted by channel noise | |
Wenger et al. | Using RFC2429 and H. 263+ at low to medium bit-rates for low-latency applications | |
Han et al. | Robust and efficient scalable video coding with leaky prediction | |
CN1611027A (zh) | 采用基于理德-所罗门码的前向纠错的不均等差错保护 | |
CN1210962C (zh) | 视讯图像传输的主动防错方法 | |
Setton et al. | Video streaming with SP and SI frames | |
Zhai et al. | A rate-distortion optimized error control scheme for scalable video streaming over the internet | |
CN101754001B (zh) | 视频数据优先级确定方法、装置和系统 | |
WO2013097548A1 (zh) | 一种基于旋转的多描述视频编解码方法、装置及系统 | |
WO2006054206A2 (en) | Method of determining a corruption indication of a sequence of encoded data frames | |
Sun et al. | An novel loss protection scheme for H. 264 video stream based on frame error propagation index | |
Zhai et al. | An integrated joint source-channel coding framework for video transmission over packet lossy networks | |
US20140289369A1 (en) | Cloud-based system for flash content streaming | |
Vilei et al. | A novel unbalanced multiple description scheme for video transmission over wlan | |
Schier et al. | Selective packet discard in mobile video delivery based on macroblock-based distortion estimation | |
Zhang et al. | Error resilient coding of H. 264 using intact long-term reference frames | |
Hou et al. | A novel differentiated retransmission scheme for MPEG video streaming over wireless links |
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: 20050713 Termination date: 20170619 |