CN101483505A - 一种服务数据单元丢弃方法 - Google Patents
一种服务数据单元丢弃方法 Download PDFInfo
- Publication number
- CN101483505A CN101483505A CNA2008100003663A CN200810000366A CN101483505A CN 101483505 A CN101483505 A CN 101483505A CN A2008100003663 A CNA2008100003663 A CN A2008100003663A CN 200810000366 A CN200810000366 A CN 200810000366A CN 101483505 A CN101483505 A CN 101483505A
- Authority
- CN
- China
- Prior art keywords
- link control
- wireless link
- protocol data
- data cell
- pdcp sdu
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种服务数据单元丢弃方法,应用于通信系统无线接口基于定时器的分组数据汇聚协议层服务数据单元即PDCP SDU丢弃,所述方法包括:当PDCP SDU所对应的丢弃定时器超时时,如果该PDCP SDU已经递交给无线链路控制层并且在无线链路控制层已经分配了无线链路控制层序列号,在触发服务数据单元丢弃或者无线链路控制实体复位前,在预设时间或者预设次数内先触发轮询过程。本发明避免了现有方法SDU立即丢弃所带来的无线资源浪费及不公平现象。
Description
技术领域
本发明涉及数字移动通信技术领域,特别涉及无线通信系统中服务数据单元丢弃方法。
背景技术
第三代移动通信系统WCDMA(Wideband Code Division MultipleAccess)无线接口的无线链路控制层(RLC:Radio Link Control)包括三种类型RLC实体:透明模式(TM:Transparent Mode)、非确认模式(UM:Unacknowledged Mode)和确认模式(AM:Acknowledged Mode)。TM RLC实体和UM RLC实体可以配置为发送RLC实体或接收RLC实体,发送RLC实体发送无线链路控制协议数据单元(RLC PDU:Radio LinkControl ProtocolData Unit),接收RLC实体接收RLC PDU。AM RLC实体包括发送端和接收端,其中发送端AM RLC实体发送RLC PDU,接收端AM RLC实体接收RLC PDU。
AM RLC实体利用自动重传请求ARQ(Automatic RetransmissionreQuest)机制提供可靠数据传输服务,ARQ采用滑动窗口机制控制RLC PDU的发送和接收。接收端AM RLC实体通过向发送端AM RLC实体发送状态报告(Status Report)反馈相关RLC PDU的接收情况,包括确认响应消息(ACK)和非确认响应消息(NACK)两种情况,发送端AM RLC实体对于接收到NACK的RLC PDU需要执行重传。在发送端没有收到接收端状态报告的情况下,如果轮询触发条件满足,例如发送窗口到达一定门限或者发送缓冲区中发送最后一个RLC PDU,则发送方通过在RLC PDU的头信息中设置轮询位向接收端请求状态报告。
TM RLC实体、UM RLC实体和AM RLC实体的发送端都支持基于定时器的无线链路控制服务数据单元(RLC SDU:Radio Link Control Service DataUnit)丢弃功能(SDU Discard),AM RLC实体还支持基于RLC PDU最大发送次数的SDU丢弃功能。
在基于定时器的SDU丢弃功能中,定时器在RLC层设置,当RLC层从高层协议层接收到一个RLC SDU时,启动定时器Timer_Discard,该定时器的值由高层协议层配置。当相关RLC PDU在该定时器超时前或若干次重发后仍然无法成功发送,则从RLC PDU的缓冲区丢弃相关的RLC PDU,以避免缓冲区过载。
TM RLC实体和UM RLC实体可以由高层协议层配置为使用SDU丢弃(SDU Discard)功能或者不使用SDU丢弃功能。UM RLC实体未配置SDU丢弃功能时,只有当发送缓冲区满时才能丢弃相关RLC PDU。TM RLC实体未配置SDU丢弃功能时,当发送端从高层协议层接收到新的SDU时可以丢弃在前一个传输时间间隔(TTI:Transmission Timer Interval)接收到的SDU。当TM RLC实体和UM RLC实体配置了SDU丢弃功能时,使用“无显式信令的基于定时器(Timerbased discard,without explicit signalling)的丢弃”机制。发送端对于每个从高层协议层接收到的SDU启动一个定时器监测该SDU的传输时间,当传输时间超过所配置的值时,发送端丢弃该SDU,不需要显式信令通知接收端的TM RLC或UM RLC实体。
AM RLC实体必须配置SDU丢弃功能,且支持三种SDU丢弃机制,它们分别是:“有显式信令的基于定时器(Timer based discard,with explicitsignalling)的丢弃”、“超过最大传输次数后丢弃(SDU discard after MaxDATnumberof transmissions)”、“超过最大传输次数后不丢弃(No_discard afterMaxDAT number of transmissions)”。
“有显式信令的基于定时器的丢弃”机制的基本原理是:发送端对于每个从高层协议层接收到的SDU启动一个定时器Timer_Discard,当该定时器超时时,发送端丢弃该SDU。当配置了“发送移动接收窗口(Send MRW)”功能或者所需丢弃的SDU的一个或多个片断已经递交给底层协议层时,通过显式信令通知接收端丢弃对应的RLC PDU。
“超过最大传输次数后丢弃”机制的基本原理是:当某AM RLC数据PDU(AMD PDU)被调度发送的次数到达最大传输次数MaxDAT时,发送端丢弃相关的SDU,并通过显式信令通知接收端丢弃对应的RLC PDU。
“超过最大传输次数后不丢弃”机制的基本原理是:当某AMD PDU被调度发送的次数到达最大传输次数MaxDAT时,发送端发起RLC复位(RLCReset)过程。
在“有显式信令的基于定时器的丢弃”机制中提到的“发送移动接收窗口(Send MRW)”功能用于AM RLC实体发送端丢弃SDU之后使用显式信令通知接收端丢弃对应的AMD PDU以更新接收窗口。其基本原理如图1所示:发送端在丢弃相关SDU后设置“移动接收窗口超字段(MRW SUFI)”,其中包含所丢弃的SDU的必要信息,把MRW SUFI包含在状态协议数据单元Status PDU中通知接收端AM RLC实体,启动定时器Timer_MRW。接收端正确接收到包含MRW SUFI的Status PDU之后,根据MRW SUFI中的信息丢弃对应的AMD PDU并把其它相关AMD PDU投递给高层协议层,设置移动接收窗口确认超字段MRW_ACK SUFI向发送端AM RLC实体响应。发送端AM RLC实体正确接收到MRW_ACK SUFI后,根据其中的信息更新发送窗口,停止定时器Timer_MRW,完成Send MRW过程。如果定时器Timer_MRW超时时Send MRW过程没有完成,在MRW SUFI的发送未到达最大次数MaxMRW的情况下,发送端重新设置MRW SUFI发送给接收端;如果MRW SUFI的发送已经到达最大次数,发送端终止Send MRW过程并发起RLC复位过程。
RLC复位过程用于复位两个对等的AM RLC实体,该过程的基本原理如图2所示:在RLC复位过程中,加密功能所使用的超帧号HFN需要在两个AM RLC实体间进行同步。RLC复位过程发起时,发送端停止发送所有的AMD PDU或Status PDU,忽略所有收到的AMD PDU或Status PDU,设置复位协议数据单元RESET PDU递交给底层协议层,启动定时器Timer_RST。接收端正确接收到RESET PDU之后,向底层协议层递交复位确认协议数据单元RESET ACK PDU,执行RLC复位,包括初始化相关状态变量、停止相关定时器、复位相关配置参数、丢弃相关RLC SDU与RLCPDU等。发送端正确接收到RESET ACK PDU后,执行RLC复位,包括初始化相关状态变量、停止相关定时器、复位相关配置参数、丢弃相关RLCSDU与RLC PDU等,从而完成RLC复位过程。如果定时器Timer_RST超时时RLC复位过程未完成,发送端在RESET PDU的发送未到达最大传送次数MaxRST的情况下,重新设置RESET PDU发送。如果RESET PDU的发送到达了最大传送次数,则向高层协议层报告无法恢复的错误。
第三代移动通信长期演进(LTE:Long Term Evolution)系统无线接口无线链路控制层(RLC:Radio Link Control)也包括三种类型RLC实体:TM RLC实体、UM RLC实体和AM RLC实体。AM RLC实体也采用ARQ机制实现可靠传输,ARQ的实现机制以及滑动窗口管理基本上类似于第三代移动通信WCDMA系统中的ARQ机制。LTE系统中轮询机制的触发条件当前协议中规定有两种:发送端缓冲区中最后一个RLC PDU或RLC PDU分段发送时;发送窗口门限或已发送的RLC PDU个数到达预定值时。
LTE无线接口也支持基于定时器的SDU丢弃功能,SDU丢弃定时器设置在分组数据汇聚协议层(PDCP:Packet Data Convergence Protocol),PDCP层是位于RLC层之上的高层协议层。每个PDCP SDU设置一个定时器,当PDCP层的高层投递数据包时启动,该定时器超时时可以丢弃还没有递交给RLC层的PDCP SDU和/或已经递交给RLC层但在RLC层还没有分配RLC序列号的PDCP SDU,对于已经递交给RLC层且在RLC层已经分配了RLC序列号的PDCP SDU是否可以丢弃在3GPP(第三代伙伴计划:3rd GenerationPartnership Project)还处于讨论之中。
对于已经递交给RLC层且在RLC层已经分配了RLC序列号的PDCP
SDU是否可以丢弃,目前有两种方案:其一是不丢弃,后续流程待研究,对于AM RLC其中有方案为对于每个RLC PDU设置一个丢弃定时器,定时器超时时如果没有收到接收端的确认响应则丢弃相应的RLC SDU并更新发送窗口。其二为丢弃,后续流程沿用第三代移动通信系统WCDMA无线接口的“发送移动接收窗口(Send MRW)”功能。前者的缺点是可能导致缓冲区过载,且对于多少比例的SDU可以超过服务质量(QoS:Quality ofService)要求的包延迟预算(“packet delay budget”,PDB)不明确。后者的缺点主要表现在两个方面:其一,可能SDU丢弃定时器超时时对应的RLCPDU已经有一部分发送成功,可能超时是由于调度延迟引起的,即该PDCPSDU在PDCP层的缓冲区内滞留时间较多,这些情况下如果立即执行PDCP
SDU丢弃浪费无线资源且不公平。其二为“发送移动接收窗口(Send MRW)”机制的复杂性。可见,现有的两种服务数据单元丢弃方法都存在一定的局限。
这样,如何针对现有的服务数据单元PDCP SDU丢弃方法中存在的问题,提供新的PDCP SDU丢弃方法,避免PDCP SDU在缓冲区中滞留时间过长而导致缓冲区过载,又要避免PDCP SDU立即丢弃所带来的无线资源浪费及不公平现象,成为技术人员必需考虑的问题。
另外需要指出的是,LTE无线接口的RLC复位功能也正处于讨论之中,现有结论是基站间切换将触发RLC复位,其它触发条件还没有讨论。现有方案中对于RLC复位本身的流程有两种观点,如图3所示:其一是沿用第三代移动通信系统WCDMA无线接口的RLC复位机制,即由发送端在RLC层使用RESET PDU通知接收端复位。其二是当RLC复位触发条件满足时由RLC层指示其高层无线资源控制层(RRC:Radio Resource Control),通过RRC层信令通知接收端对应的RLC实体复位。
发明内容
本发明所要解决的技术问题是提供一种服务数据单元丢弃方法,避免现有方法中在已经分配了RLC序列号的情况下PDCP SDU立即丢弃的方法所带来的无线资源浪费及不公平现象。
为了解决上述技术问题,本发明提供了一种服务数据单元丢弃方法,应用于通信系统无线接口基于定时器的分组数据汇聚协议层服务数据单元,即PDCP SDU丢弃,所述方法包括:
当所述PDCP SDU所对应的丢弃定时器超时时,如果该PDCP SDU已经递交给无线链路控制层并且在无线链路控制层已经分配了无线链路控制层序列号,在触发服务数据单元丢弃或者无线链路控制实体复位前,在预设时间或者预设次数内先触发轮询过程。
进一步的,所述在预设时间或者预设次数内先触发轮询过程,包括:
当发送端在所述预设时间或者预设次数内已经收到的所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中不包含非确认响应消息,并且所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息没有收全,则触发轮询过程。
进一步的,所述在预设时间或者预设次数内先触发轮询过程,包括:
当发送端在所述预设时间或者预设次数内已经收到的所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中至少有一个是非确认响应消息,则针对所述收到非确认响应消息的无线链路控制协议数据单元或无线链路控制协议数据单元分段执行重传,触发轮询过程。
进一步的,所述不包含非确认响应消息,包括:发送端没有收到所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的任何状态报告消息,或者已经接收到的PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息都是确认消息。
进一步的,所述方法还包括:
发送端在触发轮询过程后,如果在预设时间内或者未超过预设次数的轮询后收到接收端的状态报告,且状态报告中包含所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中至少有一个是非确认响应消息,则针对所述收到非确认响应消息的无线链路控制协议数据单元或无线链路控制协议数据单元分段执行重传,触发轮询过程。
进一步的,所述方法还包括:
发送端在触发轮询过程后,如果在预设时间到达或者超过预设次数的轮询后还没有收到接收端的状态报告,或者在预设时间内或者未超过预设次数的轮询后收到接收端的状态报告,且状态报告中包含所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中至少有一个是非确认响应消息,直接触发服务数据单元丢弃过程或者触发无线链路控制实体复位过程。
进一步的,所述方法还包括:
当发送端在触发轮询过程后,如果在预设时间内或者未超过预设次数的轮询后接收到所述PDCP SDU所涉及的所有无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息,且都是确认消息,则不再触发服务数据单元丢弃过程或者无线链路控制实体复位过程。
进一步的,所述触发服务数据单元丢弃过程,包括:利用发送移动接收窗口过程通知接收端丢弃相关的无线链路控制协议数据单元。
进一步的,所述触发无线链路控制实体复位过程,包括:发送端确认模式无线链路控制层实体使用复位协议数据单元通知接收端确认模式无线链路控制层实体复位,或者发送端确认模式无线链路控制层实体指示其高层协议层的无线资源控制层,由无线资源控制层信令控制接收端确认模式无线链路控制层实体复位。
为了解决上述技术问题,本发明还提供了一种服务数据单元丢弃方法,应用于通信系统无线接口基于定时器的分组数据汇聚协议层服务数据单元,即PDCP SDU丢弃,所述方法包括:
当所述PDCP SDU所对应的丢弃定时器超时时,如果该PDCP SDU已经递交给无线链路控制层并且在无线链路控制层已经分配了无线链路控制层序列号,则当发送端已经收到的所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中至少有一个是非确认响应消息,直接触发服务数据单元丢弃过程或者触发无线链路控制实体复位过程。
为了解决上述技术问题,本发明还提供了一种服务数据单元丢弃方法,应用于通信系统无线接口基于定时器的分组数据汇聚协议层服务数据单元,即PDCP SDU丢弃,所述方法包括:
当所述PDCP SDU所对应的丢弃定时器超时时,如果该PDCP SDU已经递交给无线链路控制层并且在无线链路控制层已经分配了无线链路控制层序列号,则当发送端接收到所述PDCP SDU所涉及的所有无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息,且都是确认消息,则不再触发服务数据单元丢弃过程或者无线链路控制实体复位过程。
为了解决上述技术问题,本发明还提供了一种服务数据单元丢弃方法,应用于通信系统无线接口基于定时器的分组数据汇聚协议层服务数据单元,即PDCP SDU丢弃,所述方法包括:
当所述PDCP SDU所对应的丢弃定时器超时时,如果该PDCP SDU已经递交给无线链路控制层并且在无线链路控制层已经分配了无线链路控制层序列号,则
当发送端已经收到的所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中不包含非确认响应消息,并且所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息没有收全,则触发轮询过程;
当发送端已经收到的所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中至少有一个是非确认响应消息,直接触发服务数据单元丢弃过程或者触发无线链路控制实体复位过程;
当发送端接收到所述PDCP SDU所涉及的所有无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息,且都是确认消息,则不再触发服务数据单元丢弃过程或者无线链路控制实体复位过程。
进一步的,所述不包含非确认响应消息,包括:发送端没有收到所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的任何状态报告消息,或者已经接收到的PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息都是确认消息。
进一步的,发送端在触发轮询过程后,如果在预设时间到达或者超过预设次数的轮询后还没有收到接收端的状态报告,或者在预设时间内或者未超过预设次数的轮询后收到接收端的状态报告,且状态报告中包含所述PDCP
SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中至少有一个是非确认响应消息,则触发服务数据单元丢弃过程或者触发无线链路控制实体复位过程。
进一步的,所述触发服务数据单元丢弃过程,包括:利用发送移动接收窗口过程通知接收端丢弃相关的无线链路控制协议数据单元。
进一步的,所述触发无线链路控制实体复位过程,包括:发送端确认模式无线链路控制层实体使用复位协议数据单元通知接收端确认模式无线链路控制层实体复位,或者发送端确认模式无线链路控制层实体指示其高层协议层的无线资源控制层,由无线资源控制层信令控制接收端确认模式无线链路控制层实体复位。
本发明所公开的PDCP SDU丢弃触发条件,在已经分配了RLC序列号的情况下,既避免了现有的不丢弃PDCP SDU的方法造成的PDCP SDU在缓冲区中滞留时间过长而导致缓冲区过载,又避免了现有的立即丢弃PDCPSDU的方法所带来的无线资源浪费及不公平现象,设置轮询位比直接使用“发送移动接收窗口”过程也节省了一定的无线资源。该方案与每个RLCPDU设置一个丢弃定时器的方案相比也有优势,避免了处理复杂性以及处理开销。
附图说明
图1为第三代移动通信系统WCDMA中“发送移动接收窗口(SendMRW)”流程。
图2为第三代移动通信系统WCDMA中RLC复位流程。
图3为LTE系统中可能的RLC复位流程的两种方式。
图4为本发明一应用实例的PDCP SDU丢弃触发方法流程图。
具体实施方式
本发明的主要思想是:为了避免现有的在PDCP SDU已经分配了RLC序列号的情况下,PDCP SDU立即丢弃或者PDCP SDU不丢弃的方法所带来的弊端,设置一定的丢弃条件,在所述条件得到满足时进行PDCP SDU丢弃或RLC复位,可以消除上述两种方法的缺点。
在本发明中所述条件为设置一预设时间或者预设次数,在所述预设时间或者预设次数内先触发轮询过程,并根据轮询后获得的结果进行丢弃或者不丢弃的处理。
本发明的上述主要思想是基于以下考虑:其实在发送方SDU丢弃定时器超时时不一定意味着该SDU已经超过了PDB,因为接收方可能已经正确接收到了相关的RLC PDU,只是发送方还没有收到状态报告而不知道相关的SDU在接收方的真实状态。而且,一般情况下使用AM的业务多数为时延不敏感业务,应该在某种程度下允许一定数量的SDU超过PDB。因此在已经分配了RLC序列号的情况下,在发送端还在等待状态报告或者执行重传的过程中,可以不执行SDU丢弃。
另外,在PDCP SDU已经分配了RLC序列号的情况下,本发明所提供的另一个方案是通过对发送端已经收到的状态报告消息中包含所述PDCPSDU所涉及到的无线链路控制协议数据单元RLC PDU的状态报告进行判断,并且根据其中的确认响应消息和非确认响应消息的情况分别进行处理,相比于现有的单纯不丢弃SDU的方法避免了SDU在缓冲区中滞留时间过长而导致缓冲区过载的问题,又避免了现有的SDU立即丢弃所带来的无线资源浪费及不公平现象。
本发明适用于AMRLC实体。
下面首先对本发明的SDU丢弃方法进行说明。本发明针对LTE无线接口基于定时器的PDCP SDU丢弃方案,并且适用情形是:当某PDCP SDU所对应的丢弃定时器超时时,如果该PDCP SDU已经递交给RLC层且在RLC层已经分配了RLC序列号,则可能会有以下的几种处理方式:
一、设置预设时间或者预设次数,在触发服务数据单元丢弃或者无线链路控制实体复位前,在预设时间或者预设次数内先触发轮询过程。此处的预设时间或者预设次数可以是预先配置的,或者在PDCP SDU递交给RLC层分配序列号(SN)后再设置,本发明对此不加以限定。
具体来说,触发轮询过程包括两种情况:
1、如果发送端已经收到的状态报告中包含所述PDCP SDU所涉及到的RLC PDU或RLC PDU分段中一个或多个非确认响应消息NACK时,针对所述收到非确认响应消息的无线链路控制协议数据单元或无线链路控制协议数据单元分段执行重传,触发轮询过程;
2、如果发送端已经收到的状态报告中不包含所述PDCP SDU所涉及到的RLC PDU或RLC PDU分段的任何响应消息,或者状态报告中所包含的PDCP SDU所涉及到的RLC PDU或RLC PDU分段都是确认消息ACK但是还有一个或多个所涉及到的RLC PDU或RLC PDU分段的状态消息没有收全,则触发轮询(Polling)过程向接收端请求状态报告。
二、发送端接收到状态报告时如果所述PDCP SDU所涉及的所有RLC
PDU或RLC PDU分段的消息都已经包括,且都是确认消息ACK,则不再触发SDU丢弃过程或者RLC复位过程;
三、如果发送端已经收到的状态报告中包含所述PDCP SDU所涉及到的RLC PDU或RLC PDU分段中一个或多个非确认响应消息NACK时,直接触发服务数据单元丢弃过程或者触发无线链路控制层复位过程。
进一步来说,在第一种情况下的后续处理方法还包括两种方式:1、发送端在触发轮询过程后,在预设时间内,发送端接收到状态报告时如果状态报告包含所述PDCP SDU所涉及到的RLC PDU或RLC PDU分段中一个或多个非确认响应消息NACK时,针对所述收到非确认响应消息的无线链路控制协议数据单元或无线链路控制协议数据单元分段执行重传,再次触发轮询过程;或者,
2、发送端在触发轮询过程后,在预设时间内,发送端接收到状态报告时如果状态报告包含所述PDCP SDU所涉及到的RLC PDU或RLC PDU分段中一个或多个非确认响应消息NACK时,直接触发服务数据单元丢弃过程或者触发无线链路控制层复位过程。
当发送端在触发轮询过程后,如果在预设时间内或者未超过预设次数的轮询后接收到所述PDCP SDU所涉及的所有无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息,且都是确认消息,则不再触发服务数据单元丢弃过程或者无线链路控制实体复位过程。
发送端触发SDU丢弃过程时,利用“发送移动接收窗口(Send MRW)”过程通知接收端丢弃相关的RLC PDU。
发送端触发RLC复位流程时,RLC复位过程可以采用现有方案,即在发送端AM RLC实体使用RESET控制PDU通知接收端AM RLC复位,或者发送端AM RLC实体指示其高层协议层RRC,由RRC信令控制接收端AM RLC复位。
下面通过具体应用中的一应用实施对本发明技术方案进行示例性说明。
参照图4所示,为本发明一应用实例的PDCP SDU丢弃触发方法流程图,说明了一种AM RLC实体复位触发流程,所述方法具体步骤如下:
步骤401:PDCP层从高层接收PDCP SDU;
步骤402:PDCP层对每个PDCP SDU设置并启动SDU丢弃定时器Timer_Discard;
步骤403:PDCP层进行相关处理:如对PDCP SDU执行头压缩、加密、向RLC层递交等操作;
步骤404:RLC层进行相关处理:如从PDCP层接收PDCP SDU,进行分段、串接、增加头信息、向底层递交RLC PDU、接收并处理接收端AM RLC实体的状态报告等操作;
步骤405:判断Timer_Discard是否超时?是,转步骤406;否,转步骤401;
步骤406:是,超时,进一步判断PDCP SDU是否已经递交给RLC层且分配了RLC序列号?是,转步骤407;否,转步骤409;
步骤407:是,如果发送端已经收到的状态报告中包含所述PDCP SDU所涉及到的RLC PDU中一个或多个非确认响应消息NACK时,触发SDU丢弃过程或者触发RLC复位过程,如果发送端已经收到的状态报告中不包含所述PDCP SDU所涉及到的RLC PDU的任何响应消息,或者状态报告中所包含的PDCP SDU所涉及到的RLC PDU都是确认消息ACK但是还有一个或多个所涉及到的RLC PDU的状态消息没有收全,则触发轮询(Polling)过程向接收端请求状态报告,转步骤408;
步骤408:发送端接收到状态报告时如果所述PDCP SDU所涉及的所有RLC PDU都是确认消息ACK,则不执行SDU丢弃;如果状态报告包含所述PDCP SDU所涉及到的RLC PDU中一个或多个非确认响应消息NACK时,则触发SDU丢弃过程或者触发RLC复位过程,转步骤401;
步骤409:否,说明对应的PDCP SDU还没有递交给RLC层或者已经递交给RLC层但在RLC层还没有分配RLC序列号,则丢弃对应的PDCPSDU/PDU。转步骤401。
最后所应说明的是,以上实施例仅用以说明本发明的技术方案而非限制,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或者等同替换,而不脱离本发明技术方案的精神和范围,其均应涵盖在本发明的权利要求范围当中。
Claims (16)
1、一种服务数据单元丢弃方法,应用于通信系统无线接口基于定时器的分组数据汇聚协议层服务数据单元,即PDCP SDU丢弃,其特征在于,所述方法包括:
当所述PDCP SDU所对应的丢弃定时器超时时,如果该PDCP SDU已经递交给无线链路控制层并且在无线链路控制层已经分配了无线链路控制层序列号,在触发服务数据单元丢弃或者无线链路控制实体复位前,在预设时间或者预设次数内先触发轮询过程。
2、如权利要求1所述的方法,其特征在于,所述在预设时间或者预设次数内先触发轮询过程,包括:
当发送端在所述预设时间或者预设次数内已经收到的所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中不包含非确认响应消息,并且所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息没有收全,则触发轮询过程。
3、如权利要求1所述的方法,其特征在于,所述在预设时间或者预设次数内先触发轮询过程,包括:
当发送端在所述预设时间或者预设次数内已经收到的所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中至少有一个是非确认响应消息,则针对所述收到非确认响应消息的无线链路控制协议数据单元或无线链路控制协议数据单元分段执行重传,触发轮询过程。
4、如权利要求2所述的方法,其特征在于,所述不包含非确认响应消息,包括:发送端没有收到所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的任何状态报告消息,或者已经接收到的PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息都是确认消息。
5、如权利要求1所述的方法,其特征在于,所述方法还包括:
发送端在触发轮询过程后,如果在预设时间内或者未超过预设次数的轮询后收到接收端的状态报告,且状态报告中包含所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中至少有一个是非确认响应消息,则针对所述收到非确认响应消息的无线链路控制协议数据单元或无线链路控制协议数据单元分段执行重传,触发轮询过程。
6、如权利要求1所述的方法,其特征在于,所述方法还包括:
发送端在触发轮询过程后,如果在预设时间到达或者超过预设次数的轮询后还没有收到接收端的状态报告,或者在预设时间内或者未超过预设次数的轮询后收到接收端的状态报告,且状态报告中包含所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中至少有一个是非确认响应消息,直接触发服务数据单元丢弃过程或者触发无线链路控制实体复位过程。
7、如权利要求1所述的方法,其特征在于,所述方法还包括:
当发送端在触发轮询过程后,如果在预设时间内或者未超过预设次数的轮询后接收到所述PDCP SDU所涉及的所有无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息,且都是确认消息,则不再触发服务数据单元丢弃过程或者无线链路控制实体复位过程。
8、如权利要求6或7所述的方法,其特征在于,所述触发服务数据单元丢弃过程,包括:利用发送移动接收窗口过程通知接收端丢弃相关的无线链路控制协议数据单元。
9、如权利要求6或7所述的方法,其特征在于,所述触发无线链路控制实体复位过程,包括:发送端确认模式无线链路控制层实体使用复位协议数据单元通知接收端确认模式无线链路控制层实体复位,或者发送端确认模式无线链路控制层实体指示其高层协议层的无线资源控制层,由无线资源控制层信令控制接收端确认模式无线链路控制层实体复位。
10、一种服务数据单元丢弃方法,应用于通信系统无线接口基于定时器的分组数据汇聚协议层服务数据单元,即PDCP SDU丢弃,其特征在于,所述方法包括:
当所述PDCP SDU所对应的丢弃定时器超时时,如果该PDCP SDU已经递交给无线链路控制层并且在无线链路控制层已经分配了无线链路控制层序列号,则当发送端已经收到的所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中至少有一个是非确认响应消息,直接触发服务数据单元丢弃过程或者触发无线链路控制实体复位过程。
11、一种服务数据单元丢弃方法,应用于通信系统无线接口基于定时器的分组数据汇聚协议层服务数据单元,即PDCP SDU丢弃,其特征在于,所述方法包括:
当所述PDCP SDU所对应的丢弃定时器超时时,如果该PDCP SDU已经递交给无线链路控制层并且在无线链路控制层已经分配了无线链路控制层序列号,则当发送端接收到所述PDCP SDU所涉及的所有无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息,且都是确认消息,则不再触发服务数据单元丢弃过程或者无线链路控制实体复位过程。
12、一种服务数据单元丢弃方法,应用于通信系统无线接口基于定时器的分组数据汇聚协议层服务数据单元,即PDCP SDU丢弃,其特征在于,所述方法包括:
当所述PDCP SDU所对应的丢弃定时器超时时,如果该PDCP SDU已经递交给无线链路控制层并且在无线链路控制层已经分配了无线链路控制层序列号,则
当发送端已经收到的所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中不包含非确认响应消息,并且所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息没有收全,则触发轮询过程;
当发送端已经收到的所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中至少有一个是非确认响应消息,直接触发服务数据单元丢弃过程或者触发无线链路控制实体复位过程;
当发送端接收到所述PDCP SDU所涉及的所有无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息,且都是确认消息,则不再触发服务数据单元丢弃过程或者无线链路控制实体复位过程。
13、如权利要求12所述的方法,其特征在于,所述不包含非确认响应消息,包括:发送端没有收到所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的任何状态报告消息,或者已经接收到的PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息都是确认消息。
14、如权利要求12所述的方法,其特征在于,发送端在触发轮询过程后,如果在预设时间到达或者超过预设次数的轮询后还没有收到接收端的状态报告,或者在预设时间内或者未超过预设次数的轮询后收到接收端的状态报告,且状态报告中包含所述PDCP SDU所涉及到的无线链路控制协议数据单元或无线链路控制协议数据单元分段的状态报告消息中至少有一个是非确认响应消息,则触发服务数据单元丢弃过程或者触发无线链路控制实体复位过程。
15、如权利要求12或14所述的方法,其特征在于,所述触发服务数据单元丢弃过程,包括:利用发送移动接收窗口过程通知接收端丢弃相关的无线链路控制协议数据单元。
16、如权利要求12或14所述的方法,其特征在于,所述触发无线链路控制实体复位过程,包括:发送端确认模式无线链路控制层实体使用复位协议数据单元通知接收端确认模式无线链路控制层实体复位,或者发送端确认模式无线链路控制层实体指示其高层协议层的无线资源控制层,由无线资源控制层信令控制接收端确认模式无线链路控制层实体复位。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200810000366 CN101483505B (zh) | 2008-01-08 | 2008-01-08 | 一种服务数据单元丢弃方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200810000366 CN101483505B (zh) | 2008-01-08 | 2008-01-08 | 一种服务数据单元丢弃方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101483505A true CN101483505A (zh) | 2009-07-15 |
CN101483505B CN101483505B (zh) | 2013-02-27 |
Family
ID=40880452
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200810000366 Expired - Fee Related CN101483505B (zh) | 2008-01-08 | 2008-01-08 | 一种服务数据单元丢弃方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101483505B (zh) |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102469511A (zh) * | 2010-11-15 | 2012-05-23 | 中兴通讯股份有限公司 | 一种分组数据汇聚协议层处理数据的方法及系统 |
WO2012155427A1 (zh) * | 2011-07-25 | 2012-11-22 | 中兴通讯股份有限公司 | 一种数据处理方法、装置及分组数据汇聚协议层模块 |
WO2012159549A1 (en) * | 2011-05-25 | 2012-11-29 | Huawei Technologies Co., Ltd. | System and method for monitoring dropped packets |
CN102843733A (zh) * | 2011-06-24 | 2012-12-26 | 中兴通讯股份有限公司 | 切换过程中消息的处理方法及演进型基站 |
CN103167553A (zh) * | 2011-12-13 | 2013-06-19 | 华为技术有限公司 | 用于无线通信的方法和装置以及基站 |
CN103888215A (zh) * | 2012-12-21 | 2014-06-25 | 华为技术有限公司 | 数据传输方法、装置及通信系统 |
CN104168214A (zh) * | 2014-08-21 | 2014-11-26 | 京信通信系统(中国)有限公司 | 一种丢弃分组数据的方法及装置 |
WO2015113497A1 (en) * | 2014-01-28 | 2015-08-06 | Mediatek Singapore Pte. Ltd. | Methods for re-order pdcp packets |
WO2015119410A1 (en) * | 2014-02-06 | 2015-08-13 | Lg Electronics Inc. | Method for processing a packet data convergence protocol service data unit at a user equipment in a dual connectivity system and device therefor |
CN105227264A (zh) * | 2014-06-27 | 2016-01-06 | 深圳市中兴微电子技术有限公司 | 一种无线链路控制层错误数据检测方法及装置 |
CN106685604A (zh) * | 2016-11-28 | 2017-05-17 | 北京新岸线移动通信技术有限公司 | 数据传输控制方法、系统及装置 |
CN107147594A (zh) * | 2016-03-01 | 2017-09-08 | 深圳市中兴微电子技术有限公司 | 一种数据包处理方法和装置 |
WO2018036492A1 (zh) * | 2016-08-26 | 2018-03-01 | 中兴通讯股份有限公司 | 拥塞处理方法及装置 |
CN108200605A (zh) * | 2017-12-28 | 2018-06-22 | 京信通信系统(中国)有限公司 | 一种基站的数据传输方法和装置 |
CN108476435A (zh) * | 2017-06-19 | 2018-08-31 | 北京小米移动软件有限公司 | 数据处理方法及装置、用户设备和计算机可读存储介质 |
CN108810985A (zh) * | 2017-05-05 | 2018-11-13 | 华为技术有限公司 | 数据传输方法、装置、设备及系统 |
CN109348508A (zh) * | 2013-11-11 | 2019-02-15 | 华为技术有限公司 | 数据传输方法及装置 |
CN109428684A (zh) * | 2017-08-30 | 2019-03-05 | 中国移动通信有限公司研究院 | 一种数据传输方法、rlc实体及pdcp实体 |
CN109728876A (zh) * | 2017-10-31 | 2019-05-07 | 夏普株式会社 | 无线通信方法和设备 |
CN110505656A (zh) * | 2016-09-30 | 2019-11-26 | 华为技术有限公司 | 数据处理方法、装置及系统 |
CN112313993A (zh) * | 2018-06-18 | 2021-02-02 | 三星电子株式会社 | 用于移动通信系统中的高效分组重复传输的方法和装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1913534B (zh) * | 2006-08-17 | 2010-12-01 | 华为技术有限公司 | 一种数据处理方法及通信设备 |
-
2008
- 2008-01-08 CN CN 200810000366 patent/CN101483505B/zh not_active Expired - Fee Related
Cited By (44)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102469511A (zh) * | 2010-11-15 | 2012-05-23 | 中兴通讯股份有限公司 | 一种分组数据汇聚协议层处理数据的方法及系统 |
WO2012065473A1 (zh) * | 2010-11-15 | 2012-05-24 | 中兴通讯股份有限公司 | 一种分组数据汇聚协议层处理数据的方法及系统 |
WO2012159549A1 (en) * | 2011-05-25 | 2012-11-29 | Huawei Technologies Co., Ltd. | System and method for monitoring dropped packets |
US8576709B2 (en) | 2011-05-25 | 2013-11-05 | Futurewei Technologies, Inc. | System and method for monitoring dropped packets |
CN103503511A (zh) * | 2011-05-25 | 2014-01-08 | 华为技术有限公司 | 监测被丢弃数据包的系统和方法 |
CN103503511B (zh) * | 2011-05-25 | 2017-04-19 | 华为技术有限公司 | 监测被丢弃数据包的系统和方法 |
CN102843733A (zh) * | 2011-06-24 | 2012-12-26 | 中兴通讯股份有限公司 | 切换过程中消息的处理方法及演进型基站 |
WO2012155427A1 (zh) * | 2011-07-25 | 2012-11-22 | 中兴通讯股份有限公司 | 一种数据处理方法、装置及分组数据汇聚协议层模块 |
CN103167553A (zh) * | 2011-12-13 | 2013-06-19 | 华为技术有限公司 | 用于无线通信的方法和装置以及基站 |
CN103888215A (zh) * | 2012-12-21 | 2014-06-25 | 华为技术有限公司 | 数据传输方法、装置及通信系统 |
CN103888215B (zh) * | 2012-12-21 | 2017-11-28 | 华为技术有限公司 | 数据传输方法、装置及通信系统 |
CN109348508B (zh) * | 2013-11-11 | 2022-04-12 | 华为技术有限公司 | 数据传输方法及装置 |
US11133897B2 (en) | 2013-11-11 | 2021-09-28 | Huawei Technologies Co., Ltd. | Data transmission method and apparatus |
CN109348508A (zh) * | 2013-11-11 | 2019-02-15 | 华为技术有限公司 | 数据传输方法及装置 |
WO2015113497A1 (en) * | 2014-01-28 | 2015-08-06 | Mediatek Singapore Pte. Ltd. | Methods for re-order pdcp packets |
US10027593B2 (en) | 2014-01-28 | 2018-07-17 | Mediatek Singapore Pte. Ltd. | Methods for re-order PDCP packets |
WO2015119410A1 (en) * | 2014-02-06 | 2015-08-13 | Lg Electronics Inc. | Method for processing a packet data convergence protocol service data unit at a user equipment in a dual connectivity system and device therefor |
US10028170B2 (en) | 2014-02-06 | 2018-07-17 | Lg Electronics Inc. | Method for processing a packet data convergence protocol service data unit at a user equipment in a dual connectivity system and device therefor |
CN105227264B (zh) * | 2014-06-27 | 2019-07-09 | 深圳市中兴微电子技术有限公司 | 一种无线链路控制层错误数据检测方法及装置 |
CN105227264A (zh) * | 2014-06-27 | 2016-01-06 | 深圳市中兴微电子技术有限公司 | 一种无线链路控制层错误数据检测方法及装置 |
CN104168214B (zh) * | 2014-08-21 | 2018-02-27 | 京信通信系统(中国)有限公司 | 一种丢弃分组数据的方法及装置 |
CN104168214A (zh) * | 2014-08-21 | 2014-11-26 | 京信通信系统(中国)有限公司 | 一种丢弃分组数据的方法及装置 |
CN107147594A (zh) * | 2016-03-01 | 2017-09-08 | 深圳市中兴微电子技术有限公司 | 一种数据包处理方法和装置 |
CN107147594B (zh) * | 2016-03-01 | 2020-06-09 | 深圳市中兴微电子技术有限公司 | 一种数据包处理方法和装置 |
WO2018036492A1 (zh) * | 2016-08-26 | 2018-03-01 | 中兴通讯股份有限公司 | 拥塞处理方法及装置 |
CN107787009A (zh) * | 2016-08-26 | 2018-03-09 | 中兴通讯股份有限公司 | 拥塞处理方法、装置及系统 |
US11159981B2 (en) | 2016-08-26 | 2021-10-26 | Xi'an Zhongxing New Software Co., Ltd. | Congestion processing method and apparatus |
CN107787009B (zh) * | 2016-08-26 | 2022-09-27 | 中兴通讯股份有限公司 | 拥塞处理方法、装置及系统 |
CN110505656A (zh) * | 2016-09-30 | 2019-11-26 | 华为技术有限公司 | 数据处理方法、装置及系统 |
CN110505656B (zh) * | 2016-09-30 | 2020-07-24 | 华为技术有限公司 | 数据处理方法、装置及系统 |
US10999890B2 (en) | 2016-09-30 | 2021-05-04 | Huawei Technologies Co., Ltd. | Data processing method, apparatus, and system |
CN106685604A (zh) * | 2016-11-28 | 2017-05-17 | 北京新岸线移动通信技术有限公司 | 数据传输控制方法、系统及装置 |
CN108810985A (zh) * | 2017-05-05 | 2018-11-13 | 华为技术有限公司 | 数据传输方法、装置、设备及系统 |
CN108810985B (zh) * | 2017-05-05 | 2024-04-12 | 华为技术有限公司 | 数据传输方法、装置、设备及系统 |
CN108476435A (zh) * | 2017-06-19 | 2018-08-31 | 北京小米移动软件有限公司 | 数据处理方法及装置、用户设备和计算机可读存储介质 |
CN108476435B (zh) * | 2017-06-19 | 2021-07-27 | 北京小米移动软件有限公司 | 数据处理方法及装置、用户设备和计算机可读存储介质 |
US11558494B2 (en) | 2017-06-19 | 2023-01-17 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and apparatus for processing data, user equipment and computer-readable storage medium |
CN109428684A (zh) * | 2017-08-30 | 2019-03-05 | 中国移动通信有限公司研究院 | 一种数据传输方法、rlc实体及pdcp实体 |
CN109728876A (zh) * | 2017-10-31 | 2019-05-07 | 夏普株式会社 | 无线通信方法和设备 |
CN109728876B (zh) * | 2017-10-31 | 2023-04-18 | 夏普株式会社 | 更新发送状态变量的方法和用户设备 |
US11637785B2 (en) | 2017-10-31 | 2023-04-25 | Sharp Kabushiki Kaisha | Wireless communication method and device |
CN108200605B (zh) * | 2017-12-28 | 2021-09-24 | 京信网络系统股份有限公司 | 一种基站的数据传输方法和装置 |
CN108200605A (zh) * | 2017-12-28 | 2018-06-22 | 京信通信系统(中国)有限公司 | 一种基站的数据传输方法和装置 |
CN112313993A (zh) * | 2018-06-18 | 2021-02-02 | 三星电子株式会社 | 用于移动通信系统中的高效分组重复传输的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101483505B (zh) | 2013-02-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101483505B (zh) | 一种服务数据单元丢弃方法 | |
CN101478380B (zh) | 一种自动重传请求窗口管理方法 | |
JP5357295B2 (ja) | 無線通信システムにおけるエラー制御メッセージを処理するための方法及び装置 | |
JP4968858B2 (ja) | データ送信方法及びデータ再転送方法 | |
TW591907B (en) | Scheme to retransmit radio resource control messages during a radio link control rest in a wireless communication system | |
EP1762027B1 (en) | Method and apparatus for implementing a data lifespan timer for enhanced dedicated channel transmissions | |
EP2175582B2 (en) | A method for triggering status report of automatic repeat request | |
EP2238707B1 (en) | Method of detecting and handling an endless rlc retransmission | |
US8958411B2 (en) | Method of transmitting RLC data | |
EP2290866B1 (en) | Method for moving a receive window in a radio access network | |
EP2763363B1 (en) | Rlc data packet transmission acknowledgement method and rlc am entity sending party | |
JP5054118B2 (ja) | 移動通信システムにおける状態報告送受信方法 | |
TWI618378B (zh) | 用於處理電信系統中之狀態資訊的方法及裝置 | |
EP2283600B1 (en) | Method and apparatus for delivery notification of non-access stratum retransmission | |
CN101809970B (zh) | 无线链路控制实体的复位方法 | |
CN109246848B (zh) | 一种rlc实体的重建立方法及装置 | |
EP2105006B1 (en) | Method for transmitting control information in a mobile communication system | |
CN101485134A (zh) | 介质接入控制丢弃通知 | |
TW200415882A (en) | Method for handling a triggered reset when an RLC is stopped in a wireless communications system | |
AU2017262892B2 (en) | System and method for maintaining synchronization in connectionless transmissions | |
CN101809924B (zh) | 无线链路控制实体的复位控制方法 | |
EP2168261B1 (en) | Method for enhancing of controlling radio resources, method for transmitting status report, and receiver in mobile communication system | |
EP2048806A1 (en) | Method and apparatus for improving reset of evolved media access control protocol entity in a wireless communications system | |
WO2007121635A1 (fr) | Procédé de retransmission d'une unité de données de commande d'un protocole de commande à liaison sans fil en mode de reconnaissance | |
KR20050075566A (ko) | 무선 링크 제어 윈도우의 데드락 방지 방법 |
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: 20130227 Termination date: 20180108 |
|
CF01 | Termination of patent right due to non-payment of annual fee |