CN102480346B - 一种网络数据可靠传输方法 - Google Patents
一种网络数据可靠传输方法 Download PDFInfo
- Publication number
- CN102480346B CN102480346B CN201110071336.3A CN201110071336A CN102480346B CN 102480346 B CN102480346 B CN 102480346B CN 201110071336 A CN201110071336 A CN 201110071336A CN 102480346 B CN102480346 B CN 102480346B
- Authority
- CN
- China
- Prior art keywords
- data
- packet
- transmitting terminal
- receiving
- 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.)
- Expired - Fee Related
Links
Landscapes
- Communication Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明涉及一种网络数据可靠传输的方法,包括:发送端通过保序的通道发送数据;接收端接收数据,根据触发策略生成数据接收报告,并发给发送端,其中数据接收报告是接收端接收到的所有数据包中最后一个正确的数据包的确认信息ACK和最后一个正确的数据包之前所有错误和丢失的数据包的否认信息NAK,数据接收报告有多种触发方式;发送端根据数据接收报告重传错误或丢失的数据包;其中,保序的通道要求发送端发送数据的顺序与接收端接收数据的顺序保持一致。本方法可在保持较高传输效率的前提下实现数据的可靠传输。
Description
技术领域
本发明涉及网络数据传输领域,特别涉及一种网络数据可靠传输方法。
背景技术
计算机网络上的数据可靠传输主要由传输层和链路层的传输协议保证。
传输层的两个传输协议分别是TCP和UDP,其中,TCP是面向连接的可靠的传输协议,它保障可靠的方式是基于滑动窗口的累计确认和超时重传。在这种方式下,接收端向发送端返回的是连续正确接收的最后一个数据包的确认信息,如果出现错误,会造成后面已经正确接收的数据包重新发送,数据传输效率比较低。
数据链路层的传输协议包括:停止等待协议、连续ARQ协议和选择重传ARQ协议。其中,停止等待协议每发送一个数据帧就等待接收方的确认帧,传输效率非常低;连续ARQ协议可以连续发送多个数据帧而不用停下来等待确认帧,但是出现差错时需要重传发生错误之后的所有数据帧,传输效率也不高;选择重传ARQ协议在数据帧发生错误时只重传那些出错的数据帧,提高了信道的利用率,但是接收方的确认帧还是对每个数据帧都发送,也有较多额外的通信数据量,效率还不是很高。
IETF提出的SCTP(Stream Control Transmission Protocol)流传输控制协议也是面向连接的可靠的传输协议,其确认机制是选择性确认SACK,接收方反馈给数据发送方的是已正确接收的数据块的序号。如图1所示,图1是SCTP的选择性确认SACK的结构示意图。SACK包括累计确认和间隔确认,累计确认是连续正确接收的最后一个数据块的序号,间隔确认表示收到了不连续的数据块,包括:不连续的数据块的起始序号和结束序号。发送端根据SACK判断出需要重传的数据块,然后进行数据重传。SCTP只重传出错的数据包,提高了信道的利用率,但是SCTP的SACK机制比较复杂,其需要连续4次判断为丢包时才对数据包进行重传,在信道比较好丢包较少的情况下,效率比较高,但在信道不好的情况下,效率会大大降低。
另外,有线电视网在完成双向化改造之前,还是一个单向的广播网,没有回传的信道。因此,也无法直接在有线电视网上实现数据的可靠传输。
发明内容
本发明的目的在于,为了解决上述问题,提出一种网络数据可靠传输方法,在能够在保持较高传输效率的前提下实现数据的可靠传输。
为实现上述发明目的,本发明提供一种网络数据可靠传输的方法,该方法以发送端发送数据的顺序与接收端接收数据的顺序保持一致为前提条件,该方法具体步骤包括:
步骤1):发送端将待发数据发送给接收端,并在缓冲区中保存发送的数据,同时启动超时计时器;其中,超时计时器的超时时间大于接收端向发送端反馈数据接收报告的周期;
步骤2):接收端接收所述的步骤1)发送的数据,接收端根据校验信息判断所接收的数据包是否正确,并按照触发策略生成数据接收报告,将数据接收报告发给发送端;其中,所述的数据接收报告内容包括:接收端接收到的所有数据包中最后一个正确的数据包的确认信息ACK、最后一个正确接收的数据包之前所有错误且不能恢复的数据包的否认信息NAK和丢失的数据包的否认信息NAK;
步骤3):发送端解析所述步骤2)中的数据接收报告,判断是否接收到数据包的否认信息NAK;如果接收到,则执行步骤4);否则,发送端判断是否在超时计时器超时前接收到数据包的确认信息ACK,如果未接收到,则执行步骤4),否则,发送端从缓冲区删除已正确确认的数据包;
步骤4):发送端判断相应数据包的重传次数是否达到上限,如果达到,则取消数据的发送;否则,发送端重传相应的数据包,将该数据包的重传次数加1,并重新启动超时计时器;然后跳转至步骤2)继续执行。
所述的步骤1)还包括:发送端先将待发数据进行分片,在数据片头部加入标记编号,在数据片尾部加入FEC前向纠错码。
所述的步骤2)还包括:接收端对错误数据包采用FEC前向纠错码进行恢复。
所述触发策略采用接收端设置定时器来按照时间周期性触发;或采用接收端设置数据包计数器来按照收到的数据包达到确定数目时触发;或采用接收端设置流量计数器来按照收到的数据达到确定流量时触发;或采用在接收端同时设置定时器和数据包计数器,当定时时间生效时,则由定时器触发,当定时时间尚未生效,但已经接收到确定数目的数据包,则由数据包计数器触发。
所述触发策略采用连续工作的方式;每次触发后,定时器和计数器进行复位。
本发明的优点在于,本发明通过在接收端设置触发策略,根据触发策略生成数据接收报告,然后发给发送端,减少了额外的数据通信量,提高了数据传输的效率;另外,通过采用本发明的方法,能够有效地实现数据的可靠传输,并且本发明的方法不限定数据传输的通道,可以是保序的双向通道,如基于面向连接的网络,例如X.25、帧中继、ATM网等的通道,也可以是保序的单向通道配合不保序的双向通道,如可以通过融合有线电视网的单向广播通道和IP双向通道,在有线电视网上实现数据的可靠传输。
附图说明
图1为SCTP协议的选择性确认SACK的结构示意图;
图2为本发明提出的一种网络数据可靠传输方法的数据接收报告的结构示意图;
图3为本发明提出的一种网络数据可靠传输方法在有线电视网络上的系统构架图之一;
图4为本发明提出的一种网络数据可靠传输方法在有线电视网络上的系统构架图之二;
图5为本发明提出的一种网络数据可靠传输方法在有线电视网络上实施时数据包的封装格式图;
图6为本发明提出的一种网络数据可靠传输方法在有线电视网络上具体实施流程图。
具体实施方式
下面结合附图和具体实施例对本发明进行详细的说明。
本发明提出一种网络数据可靠传输方法,发送端通过保序的通道发送数据;接收端接收数据,按照触发策略生成数据接收报告,并将数据接收报告发给发送端;发送端根据数据接收报告重传错误或丢失的数据包。具体包括如下步骤:
(1)发送端将待发数据通过保序的通道下发给接收端,并在缓冲区中保存数据,启动超时计时器。
所述的保序通道,可以是保序的单向通道,如有线电视网单向广播通道;也可以是保序的双向通道,如基于面向连接的网络的通道,例如:X.25、帧中继、ATM网等。
(2)接收端接收数据,按照触发策略生成数据接收报告,并将数据接收报告通过回传通道发给发送端。
如果数据传输的通道是保序的单向通道,则需要有额外的通道作为回传通道,如双向IP通道;如果数据传输的通道是保序的双向通道,则回传通道就是此双向通道。
所述触发策略,可以是接收端设置定时器,按照时间周期性触发;可以是接收端设置数据包计数器,当收到的数据包达到确定数目时触发;可以是接收端设置流量计数器,当收到的数据达到确定流量时触发;可以是多种方式的组合,如在接收端同时设置定时器和数据包计数器,当定时时间生效时,则由定时器触发,当定时时间尚未生效,但已经接收到确定数目的数据包,则由数据包计数器触发。
所述触发策略是连续工作的,每次触发后,所述定时器、计数器等需要复位,重新执行触发策略。
所述的数据接收报告是接收端接收到的所有数据包中最后一个正确的数据包的确认ACK和最后一个正确接收的数据包之前所有错误的或丢失的数据包的否认NAK。如图2所示,图2是本发明的数据接收报告的结构示意图。例如,发送端在一个数据传输周期中发送10个数据包,接收端接收数据包,并按照定时器的方式触发产生数据接收报告。假设:第五个数据包和第十个数据包传输错误或丢失;此时数据接收报告的内容包括:第九个数据包的确认信息ACK和第五个数据包的错误信息NAK。
(3)发送端解析数据接收报告,若接收到数据包的NAK,或在超时计时器超时时还未接收到数据包的ACK,则所述发送端通过保序的通道或者双向通道重传缓冲区中相应的数据包,将该数据包的已重传次数加1,并重新启动超时计时器,否则,发送端从缓冲区中删除相应的数据包。
其中,所述的发送端的超时计时器的超时时间应大于接收端向发送端反馈数据接收报告的周期,以防止发送端在接收到所述接收端的数据接收确认响应之前就重传或者丢弃相应的数据包。
(4)若数据包重传的次数达到上限,则取消数据的发送。
进一步地,在步骤(1)中,发送端可以先将待发数据进行分片,在数据片头部加入标记编号,然后在数据片尾部加入FEC前向纠错码;在步骤(2)中,接收端可根据校验信息判断所接收的数据包是否正确,对错误数据包采用FEC前向纠错码进行恢复,从而减少发生错误需要重传的数据。
下面以本发明应用在有线电视网络领域为例进行具体的说明。
如图3所示,图3为本发明提出的一种网络数据可靠传输方法在有线电视网络上的系统构架图之一。如图4所示,图4为本发明提出的一种网络数据可靠传输方法在有线电视网络上的系统构架图之二。在具体实施过程中,可以采用如图3所示的系统架构,发送端通过有线电视网单向通道发送数据,通过IP双向通道重传错误或丢失的数据,接收端通过IP双向通道向发送端返回数据接收报告;也可采用如图4所示的系统架构,发送端通过有线电视网的单向通道发送数据,并且通过有线电视网的单向通道重传错误或丢失的数据,接收端通过IP双向通道向发送端返回数据接收报告。在本实施例中采用图3的架构。
图6为本发明提出的一种网络数据可靠传输方法在有线电视网络上具体实施流程图,如图6所示,具体工作包括如下步骤:
601)发送端将待发数据分片,在数据片头部加入标记编号,在数据片尾部加入前向纠错码,再封装成MPEG-TS传输流,然后调制成射频信号,通过有线电视网的单向广播通道下发给接收端,并在缓冲区中保存数据,启动超时计时器;
如图5所示,图5为本发明提出的一种网络数据可靠传输方法在有线电视网络上实施时数据包的封装格式图。为了有效地标识数据,将待发数据进行分片,在数据片的头部加入32位的编号,并在数据片的尾部加入FEC前向纠错码,然后进行打包。其中,分片的大小可根据需要进行设置,如设置为1024位;FEC纠错码的位数也可以根据信道的好坏进行调节,如设置为64位。
为了防止发送端在接收到所述接收端的数据接收确认响应之前就重传或者丢弃相应的数据包,要求所述的发送端的超时计时器的超时时间必须大于接收端向发送端反馈数据接收报告周期。
为了保证网络出问题时,数据包不会无限制地重传,需要设置数据包的重传次数上限,如果重传次数超过此上限,则断开连接,取消数据的发送。
602)接收端通过有线电视网的单向广播通道接收数据,对数据进行解调和解码处理,并设置有数据接收确认定时器,通过定时器触发生成数据接收报告;接收端还通过双向通道接收重传的数据;
603)接收端判断确认定时器是否生效,如果生效,则顺序执行下一步,否则,返回执行步骤602);
604)接收端通过双向信道向所述发送端返回数据接收报告,首先根据校验信息判断所接收的数据是否正确,对错误数据包采用FEC前向纠错码进行恢复,正确或错误但恢复后正确的数据包用ACK表示,错误且不能恢复的数据包则用NAK表示,若接收到的数据包的标记编号不连续,则说明编号缺失的数据包丢失,也用NAK表示;
由于通过有线电视网的单向广播通道下发数据时,传输是保序的,所以接收端向所述发送端返回数据接收报告时,不是对每个数据包都发送,而是返回接收端的确认定时器一个周期内最后一个正确接收的数据包的ACK和所有出错或者丢失的数据包的NAK。
605)发送端判断是否接收到所述接收端返回的表示数据未正确接收的确认包NAK,如果未接收到,则顺序执行下一步,否则,跳转到步骤607)执行;
606)发送端判断是否在所述的超时计时器超时前还未接收到所述接收端返回的表示数据正确接收的确认包ACK,如果未接收到,则顺序执行下一步,否则,跳转到步骤610)执行;
607)发送端判断该数据包是否达到重传次数上限,如果未达到,则顺序执行下一步,否则,跳转到步骤609)执行;
608)发送端通过双向通道重传缓冲区中的相应数据包,将该数据包的已重传次数加1,并重新启动超时计时器,然后跳转到步骤602)继续执行;
609)发送端取消数据的发送,数据传输异常终止;
610)发送端从缓冲区中删除已正确接收的数据包。
最后所应说明的是,以上实施例仅用以说明本发明的技术方案而非限制。尽管参照实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,对本发明的技术方案进行修改或者等同替换,都不脱离本发明技术方案的精神和范围,其均应涵盖在本发明的权利要求范围当中。
Claims (4)
1.一种网络数据可靠传输的方法,该方法以发送端发送数据的顺序与接收端接收数据的顺序保持一致为前提条件,该方法具体步骤包括:
步骤1):发送端将待发数据发送给接收端,并在缓冲区中保存发送的数据,同时启动超时计时器;其中,超时计时器设定的超时时间大于接收端向发送端反馈数据接收报告的周期;
其中,发送端将待发数据通过保序的通道下发给接收端;
步骤2):接收端接收所述的步骤1)发送的数据,接收端根据校验信息判断所接收的数据包是否正确,并按照触发策略生成数据接收报告,将数据接收报告发给发送端;
接收端通过双向信道向所述发送端返回数据接收报告,首先根据校验信息判断所接收的数据是否正确,对错误数据包采用FEC前向纠错码进行恢复,正确或错误但恢复后正确的数据包用ACK表示,错误且不能恢复的数据包则用NAK表示,若接收到的数据包的标记编号不连续,则说明编号缺失的数据包丢失,也用NAK表示;
其中,所述的数据接收报告是接收端接收到的所有数据包中最后一个正确的数据包的确认ACK和最后一个正确接收的数据包之前所有错误的或丢失的数据包的否认NAK;
步骤3):发送端解析所述步骤2)中的数据接收报告,判断是否接收到数据包的否认信息NAK;如果接收到,则执行步骤4);否则,发送端判断是否在超时计时器超时前接收到数据包的确认信息ACK,如果未接收到,则执行步骤4),否则,发送端从缓冲区删除已正确确认的数据包;
步骤4):发送端判断相应数据包的重传次数是否达到上限,如果达到,则取消数据的发送;否则,发送端重传相应的数据包,将该数据包的重传次数加1,并重新启动超时计时器;然后跳转至步骤2)继续执行。
2.根据权利要求1所述的网络数据可靠传输方法,其特征在于,所述的步骤1)还包括:发送端先将待发数据进行分片,在数据片头部加入标记编号,在数据片尾部加入FEC前向纠错码。
3.根据权利要求1所述的网络数据可靠传输方法,其特征在于,所述触发策略采用接收端设置定时器来按照时间周期性触发;或采用接收端设置数据包计数器来按照收到的数据包达到确定数目时触发;或采用接收端设置流量计数器来按照收到的数据达到确定流量时触发;或采用在接收端同时设置定时器和数据包计数器,当定时时间生效时,则由定时器触发,当定时时间尚未生效,但已经接收到确定数目的数据包,则由数据包计数器触发。
4.根据权利要求1所述的网络数据可靠传输的方法,其特征在于,所述触发策略采用连续工作的方式;每次触发后,定时器和计数器进行复位。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110071336.3A CN102480346B (zh) | 2010-11-26 | 2011-03-24 | 一种网络数据可靠传输方法 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010568072.8 | 2010-11-26 | ||
CN201010568072 | 2010-11-26 | ||
CN201110071336.3A CN102480346B (zh) | 2010-11-26 | 2011-03-24 | 一种网络数据可靠传输方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102480346A CN102480346A (zh) | 2012-05-30 |
CN102480346B true CN102480346B (zh) | 2014-12-10 |
Family
ID=46092837
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110071336.3A Expired - Fee Related CN102480346B (zh) | 2010-11-26 | 2011-03-24 | 一种网络数据可靠传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102480346B (zh) |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103684708B (zh) * | 2012-09-03 | 2018-11-23 | 南京中兴新软件有限责任公司 | Ces数据发送方法、装置及ces数据接收方法、装置 |
CN104104475B (zh) * | 2013-04-02 | 2018-05-29 | 安凯(广州)微电子技术有限公司 | 一种应答信号的生成方法、接收方法与装置 |
CN103957073B (zh) * | 2014-03-21 | 2018-02-16 | 天地融科技股份有限公司 | 一种通过音频接口进行数据传输的方法 |
CN103973502B (zh) * | 2014-05-28 | 2018-09-25 | 梅志国 | 智能家居系统的设备的程序无线升级方法 |
CN104080015A (zh) * | 2014-06-19 | 2014-10-01 | 宁波公众信息产业有限公司 | 一种视频编码方法 |
CN105350258B (zh) * | 2014-08-22 | 2020-09-08 | 青岛海尔洗衣机有限公司 | 一种洗衣机程序的更新方法 |
US9632862B2 (en) * | 2014-12-20 | 2017-04-25 | Intel Corporation | Error handling in transactional buffered memory |
CN104954104A (zh) * | 2015-06-29 | 2015-09-30 | 众研凯博网络科技有限公司 | 网络数据传输方法 |
CN105044732A (zh) * | 2015-08-27 | 2015-11-11 | 四川九洲电器集团有限责任公司 | 一种基于地基增强差分网络的播发认证方法 |
CN106656431B (zh) | 2015-09-21 | 2020-09-29 | 华为技术有限公司 | 一种报文传输方法及用户设备 |
CN107124253A (zh) * | 2016-02-25 | 2017-09-01 | 中兴通讯股份有限公司 | 基于dvb-rcs系统的数据重传方法及装置 |
CN105791054B (zh) * | 2016-04-22 | 2018-10-19 | 西安交通大学 | 一种基于流分类实现的自主可控可靠组播传输方法 |
CN108476097B (zh) * | 2016-09-18 | 2021-08-03 | 深圳市大疆创新科技有限公司 | 数据重传方法和装置 |
CN110213024B (zh) * | 2018-04-26 | 2021-12-31 | 腾讯科技(深圳)有限公司 | 数据包重传方法、装置及设备 |
CN109286476A (zh) * | 2018-09-25 | 2019-01-29 | 京信通信系统(中国)有限公司 | 一种传输数据的方法、接收端及发送端 |
CN109921878A (zh) * | 2018-12-27 | 2019-06-21 | 深圳市钜桦科技有限公司 | 一种网络数据通信方法 |
CN111147196A (zh) * | 2019-12-18 | 2020-05-12 | 深圳市元征科技股份有限公司 | 数据传输方法、数据发送设备及数据接收设备 |
CN115442000A (zh) * | 2022-08-25 | 2022-12-06 | 苏州空天信息研究院 | 一种适用于低带宽、易损耗自组网络下的传输保障方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101394555A (zh) * | 2008-10-24 | 2009-03-25 | 清华大学 | 适用于深空通信的高容错低延时的视频传输方法及装置 |
CN101645883A (zh) * | 2008-08-08 | 2010-02-10 | 比亚迪股份有限公司 | 数据传输方法、数据发送方法及数据接收方法 |
CN101677264A (zh) * | 2008-09-17 | 2010-03-24 | 艾威梯科技(北京)有限公司 | Ack发送方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2408237B1 (en) * | 2007-08-20 | 2015-12-16 | BlackBerry Limited | Discontinuous reception with extended awake period |
CN101834700A (zh) * | 2010-05-12 | 2010-09-15 | 北京邮电大学 | 一种基于数据包的单向可靠传输方法及收发装置 |
-
2011
- 2011-03-24 CN CN201110071336.3A patent/CN102480346B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101645883A (zh) * | 2008-08-08 | 2010-02-10 | 比亚迪股份有限公司 | 数据传输方法、数据发送方法及数据接收方法 |
CN101677264A (zh) * | 2008-09-17 | 2010-03-24 | 艾威梯科技(北京)有限公司 | Ack发送方法 |
CN101394555A (zh) * | 2008-10-24 | 2009-03-25 | 清华大学 | 适用于深空通信的高容错低延时的视频传输方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102480346A (zh) | 2012-05-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102480346B (zh) | 一种网络数据可靠传输方法 | |
CN103036904B (zh) | 一种在通信网络中使用udp协议进行数据可靠传输的方法 | |
EP2119085B1 (en) | Enhanced error control communication systems and methods | |
US8402343B2 (en) | Reliable packet cut-through | |
EP1821446B1 (en) | Apparatus and method for using automatic repeat request in a broadband wireless access communication system | |
KR101313291B1 (ko) | 이동 통신 시스템에서의 재전송 방법 | |
TWI519097B (zh) | 無線網路中接收混合自動重傳請求之方法及裝置 | |
JP5215413B2 (ja) | 再送プロトコルのためのステータス報告 | |
CN102013966B (zh) | 基于网络编码的数据包重传方法 | |
CN103647625B (zh) | 一种基于链路的数据可靠传输方法 | |
CN101924620A (zh) | 报文重传方法和装置 | |
CN105934907A (zh) | 无线资源调度方法及装置 | |
CN104113403A (zh) | 一种基于滑动窗口的半双工通信方法及系统 | |
CN102315923B (zh) | 一种3g卫星通信系统无线链路控制方法 | |
CN103873216A (zh) | Wlan组播场景中新型丢包重传机制 | |
US20080212551A1 (en) | Wireless data transmission method, transmitting system, and receiving system | |
CN104184568B (zh) | 通信系统的数据传输方法及系统 | |
US7388852B2 (en) | Physical layer assisted retransmission | |
US9510242B2 (en) | Reducing superfluous traffic in a network | |
Bada | Automatic repeat request (Arq) protocols | |
KR100884943B1 (ko) | 데이터 전송 방법 및 데이터 전송 시스템 | |
US20080043713A1 (en) | Communication System, Data Retransmission Control Method Thereof, and Wireless Transmitting/Receiving Apparatus Used Therein | |
Bansal et al. | Analysis of Sliding Window Protocol for Connected Node | |
KR101346438B1 (ko) | 이동통신 시스템의 패킷 처리 장치 및 방법 | |
Nyangaresi et al. | Low latency automatic repeat request protocol for time sensitive GSM-enabled smart phone video streaming services |
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 |
Granted publication date: 20141210 Termination date: 20150324 |
|
EXPY | Termination of patent right or utility model |