CN112039793A - 一种组播通信方法及组播通信设备 - Google Patents
一种组播通信方法及组播通信设备 Download PDFInfo
- Publication number
- CN112039793A CN112039793A CN202010852223.6A CN202010852223A CN112039793A CN 112039793 A CN112039793 A CN 112039793A CN 202010852223 A CN202010852223 A CN 202010852223A CN 112039793 A CN112039793 A CN 112039793A
- Authority
- CN
- China
- Prior art keywords
- line card
- destination
- card number
- data packet
- multicast communication
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 76
- 238000000034 method Methods 0.000 title claims abstract description 26
- 238000012790 confirmation Methods 0.000 claims abstract description 33
- 230000004044 response Effects 0.000 claims description 5
- 238000005516 engineering process Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000001514 detection method Methods 0.000 description 2
- 238000005538 encapsulation Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000007493 shaping process Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/15—Flow control; Congestion control in relation to multipoint traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
Abstract
本发明公开了一种组播通信方法及组播通信设备,涉及通信技术领域,用于实现通信设备卡间和堆叠设备间的信息同步,该方法包括以下步骤:对需要进行信息同步的对象通过系统号和线卡号进行标识。发送端学习接收端的标识信息,发送包含目的系统号和目的线卡号的数据包。接收端接收数据包,并判断是否返回确认包;发送端判断是否收到所有需返回的确认包,若是,则标记通信结果成功。本发明中的组播通信方法能解决通信时延过长以及带宽和CPU资源占用过多的问题。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种组播通信方法及组播通信设备。
背景技术
在通信设备中主用主控与备用主控之间、主用主控与业务线卡之间以及堆叠场景下不同设备的主用主控之间均有信息同步的要求。
而现有技术是通过单播方式逐一向通信设备内线卡(主用主控和备用主控本质上也是线卡)或堆叠成员设备内线卡进行配置下发、动态表项同步,这样会造成以下问题:一是通信延时过长,不能满足上层应用对通信时延的要求。比如,CFM(Connectivity FaultManagement,连接故障管理)、BFD(Bidirectional Forwarding Detection,双向转发检测)等快速检测协议超时时间最大为秒级,如果这些操作通信延时过长就会导致这些协议超时、断链,影响业务。二是管理通道带宽占用,尤其是在大路由/ARP/MAC地址等表项的瞬时刷新的情况下会导致管理通道带不足,产生丢包、重传。三是过多占用CPU资源,多次单播数据的发送会占用CPU资源,让有限的CPU资源无法处理更高优先级的事件,进而导致业务中断。
发明内容
针对现有技术中存在的缺陷,本发明第一方面在于提供一种能解决通信时延过长以及带宽和CPU资源占用过多的组播通信方法。
为达到以上目的,本发明采取的技术方案是:
一种组播通信方法,用于实现通信设备卡间和堆叠设备间的信息同步,该方法包括以下步骤:
对需要进行信息同步的对象通过系统号和线卡号进行标识;
发送端学习接收端的标识信息,发送包含目的系统号和目的线卡号的数据包;
接收端接收数据包,并判断是否返回确认包;
发送端判断是否收到所有需返回的确认包,若是,则标记通信结果成功。
一些实施例中,所述接收端接收数据包,并判断是否返回确认包,具体包括:
接收端判断数据包中的目的系统号和目的线卡号是否包括自身,若是,则返回确认包,否则丢弃。
一些实施例中,所述发送端还记录所发送的目的系统号和目的线卡号信息,以用于失败重传。
一些实施例中,所述发送端发送包含目的系统号和目的线卡号的数据包时,还启动等待接收端回应的定时器,并为定时器设置最大重发次数,若发送端未收到所有需返回的确认包,当定时器超时且重发次数小于最大重发次数时,发送端继续对未返回确认包的对象进行数据重发,当定时器超时且重发次数大于最大重发次数时,标记通信结果失败。
一些实施例中,所述方法还包括:
当发送端收到接收端返回的一确认包时,根据该确认包中记载的线卡号,删除所记录的对应的目的线卡号信息。
一些实施例中,所述方法还包括:
当发送端收到所有需返回的确认包时,取消定时器,标记通信结果为成功。
一些实施例中,所述发送端通过线卡位图标示需要接收数据包的对象,并通过相应的位图值指明该对象的线卡号。
本发明第二方面在于提供一种能解决通信时延过长以及带宽和CPU资源占用过多的组播通信方法。
为达到以上目的,本发明采取的技术方案是:
一种组播通信设备,其特征在于,包括:
标识模块,其用于对需要进行信息同步的对象通过系统号和线卡号进行标识;
发送模块,其用于学习接收端的标识信息,发送包含目的系统号和目的线卡号的数据包;
接收模块,其用于接收所述数据包,并判断是否返回确认包;
所述发送模块还用于判断是否收到所有需返回的确认包,若是,则标记通信结果成功。
一些实施例中,所述接收模块接收数据包,并判断是否返回确认包,具体包括:
接收端判断数据包中的目的系统号和目的线卡号是否包括自身,若是,则返回确认包,否则丢弃。
一些实施例中,所述发送模块还用于记录所发送的目的系统号和目的线卡号信息,以用于失败重传。
进一步地,所述发送模块发送包含目的系统号和目的线卡号的数据包时,还启动等待接收端回应的定时器,并为定时器设置最大重发次数,若发送模块未收到所有需返回的确认包,当定时器超时且重发次数小于最大重发次数时,发送模块继续对未返回确认包的对象进行数据重发,当定时器超时且重发次数大于最大重发次数时,标记通信结果失败。
进一步地,当所述发送模块收到接收端返回的一确认包时,根据该确认包中记载的线卡号,删除所记录的对应的目的线卡号信息。
进一步地,当所述发送模块收到所有需返回的确认包时,取消定时器,标记通信结果为成功。
进一步地,所述发送模块通过线卡位图标示需要接收数据包的对象,并通过相应的位图值指明该对象的线卡号。
与现有技术相比,本发明的优点在于:
本发明中的组播通信方法,利用线卡和堆叠设备的编号作为组播成员的标记和识别,将组播应用于卡间或设备间的通信技术,有效解决了通信时延过长以及带宽和CPU资源占用过多的问题。和现有技术相比,传统的三层IP组播是采用IGMP或PIM等协议进行协商处理,而在本发明中,线卡和堆叠设备的编号是机架式设备必须要管理的资源,并且提供了完整的线卡的上线、下线流程。利用这些资源和流程代替传统的三层IP组播的加入、离开,从而无需传统三层IP组播成员的加入、离开的处理流程。
附图说明
图1为本发明实施例中组播通信方法的流程图;
图2为本发明实施例中数据包的封装格式的示意图。
具体实施方式
以下结合附图及实施例对本发明作进一步详细说明。
参见图1所示,本发明实施例提供一种组播通信方法,用于实现通信设备卡间和堆叠设备间的信息同步,该方法包括以下步骤:
S1.对需要进行信息同步的对象通过系统号和线卡号进行标识。
S2.发送端学习接收端的标识信息,发送包含目的系统号和目的线卡号的数据包。
S3.接收端接收数据包,并判断是否返回确认包。
S4.发送端判断是否收到所有需返回的确认包,若是,则标记通信结果成功。
值得指出的是,在本实施例中,对于单一的通信设备而言,通常是主用主控与备用主控之间、主用主控与业务线卡之间需要进行信息同步。
可以理解的是,对于单一的通信设备而言,发送端指的是主用主控,接收端指的是备用主控和业务线卡,主用主控和备用主控本质上也是线卡,本实施例下文的描述中也统称主用主控、备用主控和业务线卡为线卡。
对于堆叠设备而言,其包括多个子系统,这些子系统中的一个子系统作为堆叠设备的主控系统,堆叠设备的主控系统会将信息发送至堆叠设备的其他子系统的各个线卡(这里的线卡包括子系统的主用主控、备用主控和业务线卡)。
在本实施例中,对于单一的通信设备而言,其系统号为0,对于堆叠设备而言,系统号则是基于其子系统来确定。
可以理解的是,发送端学习接收端的标识信息,对于单一的通信设备,指的是主用主控学习备用主控和业务线卡的系统号和线卡号。对于堆叠设备,指的是每个子系统学习其它子系统的线卡信息(这里的线卡包括子系统的主用主控、备用主控和业务线卡)。
在本实施例中,发送端对目的系统号和线卡位图进行填充,一次可以填充多个系统号和线卡位组,线卡位图表示用于标示哪些线卡需要接收,通过相应的位图值指明其编号。
随后,发送端发送包含目的系统号和目的线卡号的数据包,接收端的线卡在收到数据包后,会根据数据包中的目的系统号和目的线卡号是否包括自身来判断是否返回确认包,如果包括自身,则返回确认包,否则直接丢弃。
本实施例中的数据包的封装格式可以参见图2所示,图2中的表列出了数据包的相关条目,其包括包类型、源线卡号、目的系统个数、目的系统号、线卡位图、序列号、净荷长度、校验和以及净荷。序列号是指每个同步数据有一个递增的整形数值,用于识别数据包是否重复。校验和是从包类型开始到包结束的数据的crc校验和。净荷是指要发送的同步数据。净荷长度是指发送的同步数据的长度。图2中的省略号表示的是具有多个目的系统号和线卡位图的情况。对于各个条目所占据的字节数可以参见图2所示,此处不再赘述。
可以理解的是,数据包的目的地址在仅有一个目的线卡时可以选择组播、广播或单播中任一地址,在目的线卡超过一个时只能选择组播或广播地址。在数据包目的地址为组播或广播地址时要根据本地线卡号与数据包中的目的线卡号进行比较,确保目的线卡包括自身才能送达上层应用。
作为一个优选地实施方式,本实施例中的发送端还记录所发送的目的系统号和目的线卡号信息,以用于失败重传。
同时,为了避免长时间收不到确认包,本实施例中的发送端发送包含目的系统号和目的线卡号的数据包时,还启动等待接收端回应的定时器,并为定时器设置最大重发次数,若发送端未收到所有需返回的确认包,当定时器超时且重发次数小于最大重发次数时,发送端继续对未返回确认包的对象进行数据重发,当定时器超时且重发次数大于最大重发次数时,标记通信结果失败。
进一步地,为了确保数据包需要重发时一个线卡不会收到两份完全相同的数据包,本实施例中的发送端接收到确认包后则根据确认包中的线卡号信息把之前所记录的对应线卡信息进行清除,用以指示该线卡已经收到数据包并做出了确认。而当发送端收到所有需返回的确认包时,取消定时器,标记通信结果为成功。
可以理解的是,因为本实施例中的发送端记录了所发送的目的系统号和目的线卡号信息,也就是记录了每个对象的相关信息,从而发送端可以了解到哪些对象返回了确认包,哪些对象未能返回确认包。由于已经返回确认包的对象的相关信息已经被发送端清除,故发送端能够有针对性地对未能返回确认包的对象进行数据重发,同时也保证了已经返回确认包的对象不会受到影响。
综上所述,本发明中的组播通信方法,利用线卡和堆叠设备的编号作为组播成员的标记和识别,将组播应用于卡间或设备间的通信技术,有效解决了通信时延过长以及带宽和CPU资源占用过多的问题。和现有技术相比,传统的三层IP组播是采用IGMP(InternetGroup Management Protocol,互联网组管理协议)或PIM(Protocol IndependentMulticast,独立组播路由协议)等协议进行协商处理,而在本发明中,线卡和堆叠设备的编号是机架式设备必须要管理的资源,并且提供了完整的线卡的上线、下线流程。利用这些资源和流程代替传统的三层IP组播的加入、离开,从而无需传统三层IP组播成员的加入、离开的处理流程。
本发明实施例还提供一种组播通信设备,其包括标识模块、发送模块和接收模块。
其中,标识模块用于对需要进行信息同步的对象通过系统号和线卡号进行标识。
发送模块用于学习接收端的标识信息,发送包含目的系统号和目的线卡号的数据包。
接收模块用于接收数据包,并判断是否返回确认包,且发送模块还用于判断是否收到所有需返回的确认包,若是,则标记通信结果成功。
值得指出的是,在本实施例中的组播通信设备可以是单一的通信设备,也可以是堆叠设备。
若组播通信设备是单一的通信设备,则发送模块可以是该通信设备的主用主控,接收模块可以是该通信设备的备用主控和业务线卡。
若组播通信设备是堆叠设备,则发送模块可以是该堆叠设备的其中一个子系统,具体的可以是该子系统主用主控,而接收模块可以是该堆叠设备的其他子系统。
进一步地,接收模块接收数据包,并判断是否返回确认包,具体包括:
接收端判断数据包中的目的系统号和目的线卡号是否包括自身,若是,则返回确认包,否则丢弃。
进一步地,发送模块还用于记录所发送的目的系统号和目的线卡号信息,以用于失败重传。
进一步地,发送模块发送包含目的系统号和目的线卡号的数据包时,还启动等待接收端回应的定时器,并为定时器设置最大重发次数,若发送模块未收到所有需返回的确认包,当定时器超时且重发次数小于最大重发次数时,发送模块继续对未返回确认包的对象进行数据重发,当定时器超时且重发次数大于最大重发次数时,标记通信结果失败。
进一步地,当发送模块收到接收端返回的一确认包时,根据该确认包中记载的线卡号,删除所记录的对应的目的线卡号信息。
进一步地,当发送模块收到所有需返回的确认包时,取消定时器,标记通信结果为成功。
可以理解的是,因为本实施例中的发送模块记录了所发送的目的系统号和目的线卡号信息,也就是记录了每个对象的相关信息,从而发送模块可以了解到哪些对象返回了确认包,哪些对象未能返回确认包。由于已经返回确认包的对象的相关信息已经被发送端清除,故发送端能够有针对性地对未能返回确认包的对象进行数据重发,同时也保证了已经返回确认包的对象不会受到影响。
进一步地,发送模块通过线卡位图标示需要接收数据包的对象,并通过相应的位图值指明该对象的线卡号。
综上所述,本发明中的组播通信设备,其可利用线卡和堆叠设备的编号作为组播成员的标记和识别,将组播应用于卡间或设备间的通信技术,有效解决了通信时延过长以及带宽和CPU资源占用过多的问题。
本发明不局限于上述实施方式,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
Claims (10)
1.一种组播通信方法,用于实现通信设备卡间和堆叠设备间的信息同步,其特征在于,该方法包括以下步骤:
对需要进行信息同步的对象通过系统号和线卡号进行标识;
发送端学习接收端的标识信息,发送包含目的系统号和目的线卡号的数据包;
接收端接收数据包,并判断是否返回确认包;
发送端判断是否收到所有需返回的确认包,若是,则标记通信结果成功。
2.如权利要求1所述的一种组播通信方法,其特征在于,所述接收端接收数据包,并判断是否返回确认包,具体包括:
接收端判断数据包中的目的系统号和目的线卡号是否包括自身,若是,则返回确认包,否则丢弃。
3.如权利要求1所述的一种组播通信方法,其特征在于,所述发送端还记录所发送的目的系统号和目的线卡号信息,以用于失败重传。
4.如权利要求3所述的一种组播通信方法,其特征在于:
所述发送模块发送包含目的系统号和目的线卡号的数据包时,还启动等待接收端回应的定时器,并为定时器设置最大重发次数,若发送模块未收到所有需返回的确认包,当定时器超时且重发次数小于最大重发次数时,发送模块继续对未返回确认包的对象进行数据重发,当定时器超时且重发次数大于最大重发次数时,标记通信结果失败。
5.如权利要求4所述的一种组播通信方法,其特征在于,所述方法还包括:
当发送端收到接收端返回的一确认包时,根据该确认包中记载的线卡号,删除所记录的对应的目的线卡号信息。
6.如权利要求5所述的一种组播通信方法,其特征在于,所述方法还包括:
当发送端收到所有需返回的确认包时,取消定时器,标记通信结果为成功。
7.如权利要求1所述的一种组播通信方法,其特征在于,所述发送端通过线卡位图标示需要接收数据包的对象,并通过相应的位图值指明该对象的线卡号。
8.一种组播通信设备,其特征在于,包括:
标识模块,其用于对需要进行信息同步的对象通过系统号和线卡号进行标识;
发送模块,其用于学习接收端的标识信息,发送包含目的系统号和目的线卡号的数据包;
接收模块,其用于接收所述数据包,并判断是否返回确认包;
所述发送模块还用于判断是否收到所有需返回的确认包,若是,则标记通信结果成功。
9.如权利要求8所述的一种组播通信设备,其特征在于,所述接收模块接收数据包,并判断是否返回确认包,具体包括:
接收端判断数据包中的目的系统号和目的线卡号是否包括自身,若是,则返回确认包,否则丢弃。
10.如权利要求8所述的一种组播通信设备,其特征在于,所述发送模块还用于记录所发送的目的系统号和目的线卡号信息,以用于失败重传。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010852223.6A CN112039793A (zh) | 2020-08-21 | 2020-08-21 | 一种组播通信方法及组播通信设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010852223.6A CN112039793A (zh) | 2020-08-21 | 2020-08-21 | 一种组播通信方法及组播通信设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112039793A true CN112039793A (zh) | 2020-12-04 |
Family
ID=73580486
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010852223.6A Pending CN112039793A (zh) | 2020-08-21 | 2020-08-21 | 一种组播通信方法及组播通信设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112039793A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115022261A (zh) * | 2022-05-20 | 2022-09-06 | 浪潮思科网络科技有限公司 | 一种基于堆叠环境的组播表项同步方法、设备及介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105991301A (zh) * | 2015-03-13 | 2016-10-05 | 杭州迪普科技有限公司 | 报文同步方法以及装置 |
CN106656869A (zh) * | 2016-12-30 | 2017-05-10 | 杭州迪普科技股份有限公司 | 一种框式设备中信息同步的方法及系统 |
CN109088830A (zh) * | 2018-07-19 | 2018-12-25 | 新华三技术有限公司 | 一种端口状态同步方法及装置 |
CN111431921A (zh) * | 2020-03-31 | 2020-07-17 | 杭州迪普科技股份有限公司 | 一种配置同步方法 |
-
2020
- 2020-08-21 CN CN202010852223.6A patent/CN112039793A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105991301A (zh) * | 2015-03-13 | 2016-10-05 | 杭州迪普科技有限公司 | 报文同步方法以及装置 |
CN106656869A (zh) * | 2016-12-30 | 2017-05-10 | 杭州迪普科技股份有限公司 | 一种框式设备中信息同步的方法及系统 |
CN109088830A (zh) * | 2018-07-19 | 2018-12-25 | 新华三技术有限公司 | 一种端口状态同步方法及装置 |
CN111431921A (zh) * | 2020-03-31 | 2020-07-17 | 杭州迪普科技股份有限公司 | 一种配置同步方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115022261A (zh) * | 2022-05-20 | 2022-09-06 | 浪潮思科网络科技有限公司 | 一种基于堆叠环境的组播表项同步方法、设备及介质 |
CN115022261B (zh) * | 2022-05-20 | 2024-04-12 | 浪潮思科网络科技有限公司 | 一种基于堆叠环境的组播表项同步方法、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10237153B2 (en) | Packet retransmission method and apparatus | |
KR100765121B1 (ko) | 송신버퍼의 프로토콜 데이터 유닛 폴링 방법 | |
US8396080B2 (en) | Method of processing control information in a mobile communication system | |
JP4481858B2 (ja) | 情報伝送方法及び情報伝送システム | |
WO2012066824A1 (ja) | 通信装置および通信システム | |
CN101286867B (zh) | 一种网络设备的软件升级方法与系统 | |
CN106209915A (zh) | 一种实时流媒体无线传输方法及其系统 | |
US6629261B1 (en) | Enhanced data link layer selective reject mechanism in noisy wireless environment | |
KR101248071B1 (ko) | 멀티 홉 기술을 지원하는 광대역 무선 통신 시스템에서재전송 방법 및 장치 | |
KR20020053403A (ko) | 이동통신 망에서의 ip멀티캐스트 패킷 전송을 위한링크접속제어 프로토콜 구현장치 및 방법 | |
KR20050083535A (ko) | 비연결기반 데이터 패킷 전송 방법 및 장치 | |
US8976814B2 (en) | Method of transporting data from sending node to destination node | |
EP1207709B1 (en) | Retransmission control method and the apparatus | |
US20190132085A1 (en) | Fast Detection and Retransmission of Dropped Last Packet in a Flow | |
WO2016161594A1 (zh) | 一种数据传输的方法及装置 | |
JP2001177523A (ja) | マルチキャスト通信方法 | |
JPH06326713A (ja) | データ伝送制御方法 | |
US7646738B2 (en) | Wireless network information distribution method | |
CN112039793A (zh) | 一种组播通信方法及组播通信设备 | |
KR101084136B1 (ko) | 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는pdu를 송수신하는 방법 | |
DE102009050767B4 (de) | Verfahren und Vorrichtung zur Datenübertragung | |
US11502986B2 (en) | Reducing transmission delay of transmitting data in Wi-Fi | |
CN101873250A (zh) | 数据转发方法及装置 | |
US20130191501A1 (en) | Procedures for the Transfer of User Data | |
CN108809490B (zh) | 信令消息传输方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201204 |