CN1798010A - 可变机制混合自动重复请求的传输方法 - Google Patents
可变机制混合自动重复请求的传输方法 Download PDFInfo
- Publication number
- CN1798010A CN1798010A CN 200410061502 CN200410061502A CN1798010A CN 1798010 A CN1798010 A CN 1798010A CN 200410061502 CN200410061502 CN 200410061502 CN 200410061502 A CN200410061502 A CN 200410061502A CN 1798010 A CN1798010 A CN 1798010A
- Authority
- CN
- China
- Prior art keywords
- transmission rate
- transmission
- automatic repeat
- repeat request
- mixed automatic
- 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
- Mobile Radio Communication Systems (AREA)
Abstract
一种可变机制混合自动重复请求的传输方法,包括步骤:将混合自动重复请求机制与用户终端的传输模式相关联;用户终端根据传输模式选择相应的混合自动重复请求机制;基站根据用户终端的传输模式判定用户终端所采用的混合自动重复请求机制。本发明引入了Node-B调度与HARQ的相互作用,可以根据UE的信道条件、传输模式和传输速率选择相应的HARQ机制。将相对较少的ROT资源划分给信道条件较差的UE,将更多的ROT资源划分给信道条件较好的UE。实现ROT资源更充分合理地利用,提高系统的吞吐量。
Description
技术领域
本发明涉及无线通信系统中数据传输的技术领域,特别涉及可变机制混合自动重复请求(简称HARQ)的传输方法。
背景技术
无线通信系统数据业务中采用的一种传输机制是混合自动重复请求(简称HARQ)。HARQ是一种混合了自动重复请求(简称ARQ)和前向纠错(简称FEC)的传输机制。
根据接收端所采用的软合并方式,HARQ机制可分为三种:
1)HARQ Type I
3GPP(R99)规范中所采用的ARQ方案被称作HARQ Type I。在这种简单的HARQ Type I方案中,数据被加上CRC并用FEC(前项误差校正)编码。接收端进行FEC解码并通过CRC校验FEC解码后数据包的正确性。错误的数据包被丢弃,接收端要求发送端重传该数据包,重传数据包采用与前一次相同的编码。
优点:接收端无软合并操作,不需要引入额外的物理层信令,实现简单。
缺点:在特定的接收信号信噪比条件下,吞吐量较低。
2)HARQ Type II
即完全增加冗余(简称Full IR)HARQ。首次传输的数据块带有较少的冗余,可自解码,如果传输失败,重传将开始。重传数据包不是首次传输数据包的简单重复,而是增加了其中的冗余部分,重传数据包不包含系统位,不可自解码。接收端对所有接收到的数据包软合并后的结果进行解码。
优点:
在特定的信道条件和特定首次传输编码速率(Coding Rate)下,能够获得较高的吞吐量;
对于可用信道比特的变化具有较强的适应能力。
缺点:
需要物理层信令支持软合并;
对处于动态信道环境的UE不适用;
性能增益取决于首次传输的编码速率;
对软切换(SHO)环境不适用。
3)HARQ Type III
即部分增加冗余(简称Partial IR)HARQ。它与HARQ Type II不同的是重传数据包包含系统位,可以自解码。接收端可直接对重传数据包进行解码,也可以对所有接收到的数据包软合并后的结果进行解码。HARQ TypeIII可进一步分为两种:一种是只具有一种编码方式的HARQ Type III,也称为具有软合并的第一类HARQ(Chase Combing),重传数据包所采用的编码方式与首次传输数据包所采用的编码方式相同;另一种是具有多种编码方式的HARQ Type III。
优点:
在特定的信道条件下能够获得较高的吞吐量;
对于可用信道比特的变化具有一定的适应能力;
可用于软切换环境;
Chase Combining适用于处于动态信道环境的UE。
缺点:
需要物理层信令支持软合并;
多冗余版本的HARQ Type III不适用于处于动态信道环境的UE。
无线通信系统上行资源分配的一种技术是由Node-B控制的调度。即根据UE的信道条件、等待发送的数据量、业务的优先等级以及小区的ROT等情况,Node-B调度UE在指定的时间段内,以指定的速率发送数据(在RNC限定的范围内)。Node-B控制的调度,可以更好地适应信道的快速变化,提高频谱效率。
不同类型的HARQ机制适用于不同的信道环境:IR HARQ适用于信道环境相对静止的UE,因为此时每个重传数据包能明显地改善译码的性能。而对于处于动态信道环境的UE,每帧信号变化显著,不能确保每个重传数据包都能够明显地改善译码的性能。此时,Chase Combining HARQ是适用机制,因为时间分集可以带来更大的性能增益。
当UE的信道条件较好且缓冲区内有较多的数据等待发送时,通过Node-B调度,UE将以较高的速率发送数据。由于信道条件较好,UE能够可靠传输较多的信令比特用以支持更为复杂的HARQ机制。此时采用编码方式较多、带软合并的HARQ Type II或HARQ Type III,以满足UE传输速率和系统吞吐量的要求。
当UE的信道条件较差时,通过Node-B调度,UE将以较低的速率发送数据。由于信道条件较差,UE仅能支持较少的信令比特,支持简单的HARQ机制。此时采用编码方式较少的Chase Combining或HARQ Type I就能满足UE传输速率的要求。
目前通信系统所采用的IR HARQ机制通常是固定的。无论UE的信道条件的好坏,传输速率的高低,所采用的HARQ机制都是固定的,这将导致UE所采用的HARQ机制不能适应UE信道条件的动态变化。
1)当UE的信道条件较好时,HARQ机制不能满足UE传输速率的要求,UE不能充分利用Node-B划分的ROT资源,最终导致系统吞吐量的降低。
2)当UE的信道条件较差时,HARQ机制超过了UE传输速率的要求。同时由于信道条件较差,UE可能不支持HARQ机制所要求的信令比特数目,信令传输错误将导致ROT资源的浪费和系统吞吐量的降低。
3)当UE的信道条件变化较快时需采用Chase Combining HARQ机制,通过时间分集对抗信道的快速变化。
发明内容
本发明的目的是提供一种可变机制混合自动重复请求的传输方法。
按照本发明的一方面,一种可变机制混合自动重复请求的传输方法,包括步骤:
将混合自动重复请求机制与用户终端的传输模式相关联;
用户终端根据传输模式选择相应的混合自动重复请求机制;
基站根据用户终端的传输模式判定用户终端所采用的混合自动重复请求机制。
按照本发明的另一方面,一种可变机制混合自动重复请求的传输方法,包括步骤:
设定传输速率门限值;
将混合自动重复请求机制与用户终端的传输模式、传输速率门限相关联;
用户根据传输模式、传输速率和传输速率门限选择相应的混合自动重复请求机制;
基站根据用户终端的传输模式、传输速率和传输速率门限判定用户终端所采用的混合自动重复请求机制。
本发明引入了Node-B调度与HARQ的相互作用,可以根据UE的信道条件、传输模式和传输速率选择相应的HARQ机制。将相对较少的ROT资源划分给信道条件较差的UE,将更多的ROT资源划分给信道条件较好的UE。实现ROT资源更充分合理地利用,提高系统的吞吐量。
附图说明
图1是HARQ机制与传输模式相关联示意图;
图2是HARQ机制与传输模式和传输速率门限相关联示意图。
具体实施方式
本发明针对无线通信的数据业务,提出了一种可变机制混合自动重复请求的数据传输方法。将所采用的混合自动重复请求(HARQ)与UE的传输模式和传输速率相关联。当UE信道条件较好且缓冲区内有大量的数据等待发送时,通过Node-B调度,UE将以较高的传输速率发送数据。由于信道条件较好,UE能够可靠传输更多的信令比特用于支持较为复杂的HARQ机制。UE采用HARQ Type II或HARQ Type III机制,以满足UE传输速率和系统吞吐量的要求。
当UE信道条件变化较快时,通过Node-B调度,UE将以较低的传输速率发送数据。UE采用Chase Combining HARQ机制,通过时间分集对抗信道的快速变化。
当UE信道条件较差或业务等级较低时,UE将以很低的传输速率自主(不经Node-B调度)发送数据。由于信道条件较差,UE仅能支持较为简单的HARQ机制。UE采用HARQ Type I机制,节省信令传输的功率用于数据传输。
采用本发明可以把较少的ROT(Rise Over Thermal)资源划分给信道条件较差和自主传输的用户,将更多的ROT资源划分给信道条件较好且调度传输的用户,更充分合理地利用ROT资源,提高系统的吞吐量。
本发明给出了两个方案,方案1:当UE以调度模式和自主模式发送时,分别采用不同的HARQ机制。方案2:当UE以调度模式或自主模式发送数据时,分别采用不同的HRQ机制。同时,当Node-B调度UE以较高或较低的传输速率发送数据时,分别采用多编码方式和单一编码方式的HARQ Type III。
方案1:
1)当UE以很低的传输速率自主发送数据时采用HARQ Type I。
当UE的信道条件较差或业务等级较低时,Node-B不调度该UE的上行传输。UE将以很低的传输速率自主发送数据。因为传输速率很低所以对HARQ机制的复杂度要求不高。同时可能由于UE的信道条件较差,仅能可靠传输很少的信令比特支持简单的HARQ机制,如果此时采用复杂的HARQ机制,要求UE发送较多的信令比特,信令传输错误将严重影响HARQ引入的性能增益。HARQ Type I不作软合并,不需要额外的信令支持,适于自主传输的UE采用。
2)当UE以调度模式发送数据时采用HARQ Type III或HARQ Type II。
当UE的信道条件较好且缓冲区内有大量的数据等待发送时,Node-B调度该UE以较高的传输速率发送数据。同时由于UE的信道条件较好,能够可靠地传输较多的信令比特用于支持较复杂的HARQ机制。采用HARQType II或HARQ Type III可满足UE传输速率和系统吞吐量的要求。方案1不需要引入额外的物理层或高层信令,易于实现。
方案1通过以下步骤实现:
一.HARQ机制与UE的传输模式相关联
系统配置的时候在Node-B和UE处设定调度模式的UE采用HARQ TypeII或HARQ Type III发送数据。自主模式的UE采用HARQ Type I传输数据。
二.Node-B调度UE的传输
Node-B根据小区内UE的信道条件、等待发送的数据量、业务的优先等级以及小区的ROT情况,调度部分UE在指定的时间段内,以限定的传输速率发送数据(调度传输模式)。
未接收到调度命令的UE将以很低的传输速率发送数据(自主传输模式)。
三.UE根据传输模式选择HARQ机制
UE根据当前的传输模式选取相应的HARQ机制。自主传输模式的UE采用HARQ Type I发送数据。调度传输模式的UE根据步骤一的设定,采用HARQ Type II或HARQ Type III发送数据。
四.Node-B判断UE所采用的HARQ机制
Node-B根据UE的传输模式判定该UE当前所采用的HARQ机制
方案2
1)当UE以很低的传输速率自主发送数据时采用HARQ Type I。
当UE的信道条件较差或业务等级较低时,UE将以很低的传输速率自主发送数据。因为传输速率很低所以对HARQ机制的复杂度要求不高。同时可能由于UE的信道条件较差,仅能可靠传输很少的信令比特用于支持简单的HARQ机制,如果此时采用复杂的HARQ机制,要求UE发送较多的信令比特,信令传输错误将严重降低HARQ引入的性能增益。HARQ Type I不作软合并,不需要额外的信令支持,适于自主传输的UE采用。
2)当Node-B调度UE以高于门限值的传输速率发送数据时,UE采用多编码方式的HARQ Type III。
当UE信道条件较好且缓冲区内有大量的数据等待发送时,通过Node-B调度,UE将以高于门限值的传输速率发送数据。由于信道条件较好,UE能够可靠传输更多的信令比特用以支持较为复杂的HARQ机制。采用多编码方式的HARQ Type III可以满足UE传输速率和系统吞吐量的要求。
3)当Node-B调度UE以低于门限值的传输速率发送数据时,UE采用单一编码方式的HARQ Type III(Chase Combining HARQ)。
当用户的信道条件变化较快时,通过Node-B调度,UE将以低于门限值的传输速率发送数据。UE采用单一编码方式的HARQ Type III(ChaseCombining HARQ),通过时间分集对抗信道的快速变化。
方案2通过以下步骤实现:
一.设定传输速率门限值
在Node-B和UE处设定传输速率门限。传输速率门限值可以是固定的,也可以在信道初始化或重配的时候,由RNC通过高层信令发送给Node-B和UE。
二.Node-B调度UE的传输
Node-B根据小区内UE的信道条件、等待发送的数据量、业务的优先等级以及小区的ROT情况,调度部分UE在指定的时间段内,以限定的速率发送数据(调度传输模式)。Node-B将调度信道条件变化较快的UE以低于步骤一中所设定门限值的传输速率发送数据。
未接收到调度命令的UE将以很低的传输速率发送数据(自主传输模式)。
三.UE选择HARQ机制
UE根据当前数据传输模式(调度模式或自主模式)和传输速率,对比传输速率门限值,选择相应的HARQ机制。
当UE以自主模式发送数据时采用HARQ Type I。
当UE以调度模式发送数据且传输速率小于步骤一所设定的门限值时,采用单一编码方式的HARQ Type III(Chase Combining HARQ)。
当UE以调度模式发送数据且传输速率大于或等于步骤一所设定的门限值时,采用多编码方式的HARQ Type III。
四.Node-B判定UE所采用的HARQ机制
Node-B根据UE传输模式和传输速率,对比传输速率门限值,判定UE当前所采用的HARQ机制。
实施例
为便于理解,这里以3GPP(Rel-99)中所采用的方法为基础,引入本发明的方法。
3GPP(Rel-99)中,在信道初始化或重新配置的时候,RNC为UE指配一个传输格式组合的集合(Transport Format Combination Set,简称TFCS)。TFCS是一个UE可用的传输格式组合(Transport Format Combination,简称TFC)的集合。TFC与UE的传输速率有对应的关系。TFCS中TFC所对应的UE传输速率按照TFC索引由高到低顺序排列,假定TFC N+1对应UE传输速率RN+1,TFC N对应UE传输速率RN,则有RN+1≥RN。
采用方案1,将HARQ机制与UE的传输模式相关联,如图1所示。当UE处于自主传输模式时,将采用最小TFCS中的TFC所对应的传输速率发送数据。因此当UE以TFC 0、1、2所指配的传输速率(R0、R1、R2)发送数据时,将采用HARQ Type I。
当UE处于调度传输模式时,将采用TFCS中除最小TFCS以外的TFC所对应的传输速率发送数据。因此当UE以TFC 3、4、……、TFC 10所指配的传输速率(R3、R4、……、R10)发送数据时,将采用HARQ Type II或HARQType III。
采用方案2,将HARQ机制与UE的传输模式和传输速率门限相关联,如图2所示。设定传输门限S。当UE处于自主传输模式时,将采用最小TFCS中的TFC所对应的传输速率发送数据。因此当UE以TFC 0、1、2所指配的传输速率(R0、R1、R2)发送数据时,将采用HARQ Type I。
当UE处于调度传输模式时,将采用TFCS中除最小TFCS以外的TFC所对应的传输速率发送数据。
TFC 3、4、5所对应的传输速率R3、R4、R5小于传输速率门限S,此时UE将采用单一编码方式的HARQ Type III。
TFC 6、7、8、9、10所对应的传输速率R6、R7、R8、R9、R10大于或等于传输门限速率S,此时UE将采用多编码方式的HARQ Type III。
本发明针对无线通信系统的数据业务,提出了一种可变机制混合自动重复请求的传输方法,并给出了具体的实现方法和规则。本发明具有下述效果:
1)无需引入额外的物理层信令,不降低下行容量,不占用额外的ROT资源。不会因物理层信令传输错误而降低发明所引入的性能增益。
2)HARQ机制是可变的。UE处于调度传输模式时,将采用HARQ Type II或HARQ Type III。用户终端处于自主传输模式时,将采用HARQ TypeI。本发明能够满足较高传输速率对HARQ机制的要求。当用户终端以较低速率发送数据时,本发明能够节省用户终端用于上行信令发送的功率。
3)通过将HARQ机制与用户终端传输模式、传输速率门限值向关联,引入了HARQ机制与基站调度的相互作用。通过基站调度,不同信道条件、传输模式和传输速率的用户终端可以选择不同的HARQ机制。
4)当用户终端信道条件较好且缓冲区内有大量的数据等待发送时,通过基站调度,用户终端以调度模式发送数据。由于信道条件较好,用户终端能够可靠传输较多的信令比特用于支持较为复杂的HARQ机制。采用本发明结合基站调度,用户终端可以根据信道条件和自身能力选择HARQ Type II或HARQ Type III以满足参数速率和系统吞吐量的要求。
5)当信道条件较差或业务等级较低时,用户终端将以很低的速率自主发送数据。因为传输速率很低,所以对HARQ机制的要求较低。同时UE的信道条件可能较差,仅能可靠传输较少的信令比特用于支持简单的HARQ机制。采用本发明用户终端将采用HARQ Type I。由于HARQType I不需要额外的物理层信令支持,避免了由于信令传输错误而导致性能增益的降低。
6)通过设定传输速率门限(方案2),当用户终端的信道条件较好且缓冲区内有大量的数据等待发送时,通过基站调度,用户终端将以高于门限值的传输速率发送数据。采用多编码方式的HARQ Type III可以满足用户终端传输速率的要求。
7)通过设定传输速率门限(方案2),当用户终端的信道条件变化较快时,通过基站调度,用户终端将以低于门限值的传输速率发送数据。采用单一编码方式的HARQ Type III(Chase Combining HARQ),可以通过时间分集对抗信道的快速变化。
8)采用本发明结合基站调度,可以将更多的上行资源划分给信道条件较好的用户终端,将较少的上行资源划分给信道条件较差的用户终端,以实现ROT资源的充分合理利用,提高系统的吞吐量。
Claims (14)
1.一种可变机制混合自动重复请求的传输方法,包括步骤:
将混合自动重复请求机制与用户终端的传输模式相关联;
用户终端根据传输模式选择相应的混合自动重复请求机制;
基站根据用户终端的传输模式判定用户终端所采用的混合自动重复请求机制。
2.按权利要求1所述的方法,其特征在于所述用户终端的传输模式包括自主模式和调度模式。
3.按权利要求2所述的方法,其特征在于不同的传输模式对应不同的传输速率的集合。
4.按权利要求2所述的方法,其特征在于所述自主模式对应较低的传输速率,调度模式对应较高的传输速率。
5.按权利要求2所述的方法,其特征在于:当用户终端以自主模式所对应的传输速率集合中的速率发送数据时,采用简单的、信令要求低的混合自动重复请求机制。
6.按权利要求2所述的方法,其特征还在于:当用户终端以调度模式所对应的传输速率集合中的速率发送数据时,采用复杂的、信令要求高的混合自动重复请求机制。
7.一种可变机制混合自动重复请求的传输方法,包括步骤:
设定传输速率门限值;
将混合自动重复请求机制与用户终端的传输模式、传输速率门限相关联;
用户根据传输模式、传输速率和传输速率门限选择相应的混合自动重复请求机制;
基站根据用户终端的传输模式、传输速率和传输速率门限判定用户终端所采用的混合自动重复请求机制。
8.权利要求7所述的方法,其特征在于所述用户终端的传输模式包括自主模式和调度模式。
9.按权利要求8所述的方法,其特征在于:不同的传输模式对应不同的传输速率的集合。
10.按权利要求7所述的方法,其特征在于:所设定的传输速率门限值大于自主模式所对应传输速率集合中的任一速率。
11.按权利要求7所述的方法,其特征在于:当用户终端以调度模式发送数据且传输速率大于或等于门限值时,采用多编码方式的混合自动重复请求机制。
12.按权利要求7所述的方法,其特征在于:当用户终端以调度模式发送数据且传输速率小于门限值时,采用单一编码方式的混合自动重复请求机制。
13.按权利要求11所述的方法,其特征在于:当用户终端以调度模式发送数据且传输速率大于或等于门限值时,基站判定用户终端所采用的是多编码方式的混合自动重复请求机制。
14.按权利要求12所述的方法,其特征还在于:当用户终端以调度模式发送数据且传输速率小于门限值时,基站判定用户终端所采用的是单一编码方式的混合自动重复请求机制。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410061502 CN1798010A (zh) | 2004-12-27 | 2004-12-27 | 可变机制混合自动重复请求的传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410061502 CN1798010A (zh) | 2004-12-27 | 2004-12-27 | 可变机制混合自动重复请求的传输方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1798010A true CN1798010A (zh) | 2006-07-05 |
Family
ID=36818818
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200410061502 Pending CN1798010A (zh) | 2004-12-27 | 2004-12-27 | 可变机制混合自动重复请求的传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1798010A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102035635A (zh) * | 2009-10-08 | 2011-04-27 | 株式会社Ntt都科摩 | 无线通信系统、无线发送装置以及无线接收装置 |
CN113711514A (zh) * | 2019-04-23 | 2021-11-26 | 松下电器(美国)知识产权公司 | 基站、终端及通信方法 |
-
2004
- 2004-12-27 CN CN 200410061502 patent/CN1798010A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102035635A (zh) * | 2009-10-08 | 2011-04-27 | 株式会社Ntt都科摩 | 无线通信系统、无线发送装置以及无线接收装置 |
CN102035635B (zh) * | 2009-10-08 | 2014-03-12 | 株式会社Ntt都科摩 | 无线通信系统、无线发送装置以及无线接收装置 |
CN113711514A (zh) * | 2019-04-23 | 2021-11-26 | 松下电器(美国)知识产权公司 | 基站、终端及通信方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1976272A (zh) | 在移动通信系统中控制反馈信号的可靠性的方法和装置 | |
CN1414726A (zh) | 码分多址通信系统中发送和接收公共信息的方法 | |
CN1946015A (zh) | 一种确定重传数据块大小的方法及基站、数据传输方法 | |
CN1758577A (zh) | 传送用于高速分组数据传送的控制信息的装置和方法 | |
CN1674715A (zh) | 移动通信中执行基于压缩模式的混合自动重发请求的方法 | |
CN1806400A (zh) | 移动通信系统中发送反向分组数据的设备和方法 | |
CN1893342A (zh) | 多载波hsdpa的业务传输信道编码处理方法和编码装置 | |
CN1951137A (zh) | 基站装置 | |
CN1914846A (zh) | 利用同步重发的混合自动重复请求协议 | |
CN1853380A (zh) | 有效的自动重复请求的方法和装置 | |
CN1645786A (zh) | 在高速共享控制信道上发送/接收控制信号的方法和装置 | |
CN1893335A (zh) | 控制高速下行分组接入系统支持多阶调制方式的方法 | |
CN101043299A (zh) | 一种ack/nack方法 | |
CN1692580A (zh) | 控制重发数据包发送功率的基站设备和方法 | |
CN1574687A (zh) | 使用多天线分集方案发送/接收数据的装置和方法 | |
CN101039165A (zh) | 基于多天线自适应调制编码的信息反馈方法及其装置 | |
CN1209886C (zh) | 移动通信系统中的数据发送和接收方法 | |
CN1465158A (zh) | 用于改善数据通信系统的发送量的逆向发送装置和方法 | |
CN1652479A (zh) | 用于在分组通信系统中调度上行链路速率的方法及设备 | |
CN101031098A (zh) | 一种td-scdma中支持大量中低速数据用户的高速下行分组接入的方法 | |
CN1327321A (zh) | 通信系统和在其中传送数据的方法 | |
CN101061648A (zh) | 移动通信方法及移动台 | |
CN1925366A (zh) | 传输速率控制方法和移动台 | |
CN1575026A (zh) | 具有停等式自动重发请求处理的时间调度 | |
CN1889412A (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 |
Open date: 20060705 |