CN103825689B - Delay determinacy message retransmission method with local cache - Google Patents

Delay determinacy message retransmission method with local cache Download PDF

Info

Publication number
CN103825689B
CN103825689B CN201410073851.9A CN201410073851A CN103825689B CN 103825689 B CN103825689 B CN 103825689B CN 201410073851 A CN201410073851 A CN 201410073851A CN 103825689 B CN103825689 B CN 103825689B
Authority
CN
China
Prior art keywords
message
definitiveness
delay
option
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.)
Active
Application number
CN201410073851.9A
Other languages
Chinese (zh)
Other versions
CN103825689A (en
Inventor
汤凯
续欣
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
PLA University of Science and Technology
Original Assignee
PLA University of Science and Technology
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by PLA University of Science and Technology filed Critical PLA University of Science and Technology
Priority to CN201410073851.9A priority Critical patent/CN103825689B/en
Publication of CN103825689A publication Critical patent/CN103825689A/en
Application granted granted Critical
Publication of CN103825689B publication Critical patent/CN103825689B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

The invention provides a delay determinacy message retransmission method with a local cache. A receiving end requests data which needs retransmitted from a sending end unequivocally, and information of more than one lost data section is included in a request. The local cache is arranged, lost messages can be subjected to local retransmission, and accordingly the phenomenon of packet loss of a reverse link ACK can be avoided. The method is a strategy through which loss restoring is carried out quickly with limited bandwidth, on a channel with large delay and error rate and asymmetric link bandwidth, the frequency and the amount of message retransmission are reduced, and the problem of channel efficiency lowering during packet loss caused by reverse channel bandwidth limiting on the channel is avoided. By arranging the local cache, the problem that channel transmission efficiency is low due to large delay when reverse ACK messages are lost can be solved. According to the method, satellite link message retransmission efficiency can be greatly improved, and satellite channel using rate is greatly improved.

Description

Delay definitiveness message retransmission method with local cache
Technical field
The present invention relates to a kind of delay definitiveness message retransmission method with local cache.
Background technology
Because there is satellite link propagation delay length, bandwidth time delay to accumulate the characteristics of big, the bit error rate is high, in result in the Internet Wide variety of Transmission Control Protocol performance when satellite link is applied to is greatly affected, and seriously limits satellite link resource Utilize, efficiency of transmission cannot meet miscellaneous service demand.Transmission Control Protocol, transmission control protocol is a kind of agreement of feedback response, Data receiver situation can be returned to transmitting terminal by receiving terminal by ACK message, especially when link error code or network congestion occur During message dropping, transmitting terminal can understand packet drop according to ACK information, trigger message retransmission.And in satellite link, it is larger Time delay cause above-mentioned retransmission efficiency very low because the ACK information that uses of tradition can only be included in a transmission window one Mistake, if TCP bags occur in that multiple mistakes in a window, then we have to send multiple ACK informations notices Sending end, this is severely limited for up channel, and uplink downlink Capacity Ratio is 1:10 to 1:Asymmetric letter between 1000 It is very unfavorable to be undoubtedly for road.
For the problems referred to above, a kind of delay definitiveness message retransmission method with local cache is proposed.
The content of the invention
It is an object of the invention to provide a kind of delay definitiveness message retransmission method with local cache solves existing skill Present in art in satellite link, larger time delay causes the retransmission efficiency after message dropping very low, because what tradition was used ACK information can only include a transmission window in one at mistake, if TCP bags occur in that multiple mistakes in a window, So we have to send multiple ACK informations notice transmitting terminals, and this is severely limited for up channel, uplink downlink Capacity Ratio is 1:10 to 1:It is undoubtedly very unfavorable problem for nonsymmetric channel between 1000.
The present invention provides a kind of delay definitiveness message retransmission method with local cache, solves satellite link long delay The message retransmission efficiency for causing is low, and channel resource wastes serious problem.
The present invention technical solution be:
A kind of delay definitiveness message retransmission method with local cache,
The concrete packet drop of recorded message transmission, when there is packet loss, receiving terminal sends definitiveness and retransmits to transmitting terminal Request, the message that request transmission is lost carries one or more information for losing message in the request;
Retransmission delay is arranged to the new message lost, when there is new message dropping, after retransmission delay receiving terminal to Transmitting terminal sends the new message lost of request transmission;
Local cache is set in satellite link receiving terminal gateway, the reverse link ACK transmission that receiving node sends is lost When, message is retransmitted by receiving terminal gateway.
Preferably, definitiveness repeat requests option is activated by TCP connection establishments process, the definitiveness repeat requests option In the Option Field of TCP header, and the definitiveness is activated by the negotiation determination of transmitting-receiving two-end point when TCP connects setting up Repeat requests option;
If the two ends of TCP connections have used definitiveness repeat requests option in the SYN segment of TCP header, then it is determined that Property repeat requests option will be activated, if TCP connection two ends in any one end do not support definitiveness repeat requests, then By using conventional ACK or time delay ACK.
Preferably, the whether correct information of receiving data queue record message, receiving terminal is disappeared using bit vector in an ACK The information of multiple loss messages is represented in breath;
In the receiving data queue of data receiver, record has data receiver information correctly or incorrectly, when in queue When there is error message, receiving terminal represents the information of multiple loss messages using bit vector, and by response ACK message data are issued Transmitting terminal.
Preferably, when there is new message dropping, retransmission delay is set, response message ACK is not sent immediately, but postpone After a period of time, all packet drops occurred in bit vector gets the bid bright this period, unification returns to data sending terminal.
Preferably, local cache is set, with the loss for preventing reverse link ACK from transmitting.In G2 gateways, local cache is set, Storage is sent to the message of H2, when the reverse link ACK that H2 sends loses, is locally retransmitted by G2, saves what packet loss was retransmitted Time.
Preferably, if it is determined that property repeat requests are lost in transmission, then data receiver retransmits the request.
Preferably, the step of initiating definitiveness message retransmission is described as follows:
Step one:Transmitting terminal arranges definitiveness message retransmission option in tcp header option, and initiating connection to receiving terminal please Ask, i.e., SYN is set in the header(It is synchronous)Mark;
Step 2:Receiving terminal receives connection request, if protocol stack supports the process of the option, goes to step three, otherwise Go to step four;
Step 3:Receiving terminal arranges definitiveness message retransmission option in tcp header option, and initiating connection to transmitting terminal should Answer, i.e., SYN/ACK is set in the header(Synchronization/response)Mark, expression receives the use of the option;
Step 4:Receiving terminal initiates to connection reply to transmitting terminal, i.e., arrange SYN/ACK in the header(Synchronization/response)Mark Will, expression does not receive the use of the option;
Step 5:Terminate.
Preferably, the step of receiving terminal transmits definitiveness message retransmission information to transmitting terminal is described as follows:
Step one:Receiving terminal checks the message dropping situation of receiving queue;
Step 2:Receiving terminal fills in header information according to packet drop, and the types value in definitiveness message retransmission option sets It is set to 21;Fill in length value, mistake side-play amount at the 1st, incorrect length value and bit vector at the 1st;
Step 3:Receiving terminal sends response message when retransmission delay clock time-out;
Step 4:Terminate.
Preferably, the step of definitiveness repeat requests receiving terminal is processed is described as follows:
Step one:Mistake in transmission definitiveness repeat requests the 1st;
Step 2:Retransmit by bit vector ascending order, i.e., definitiveness repeat requests bit vector order moves to left last until having retransmitted 0 corresponding 1 MSS data segment in one 1 left side;
Step 3:Terminate.
The present invention provides a kind of message retransmission method over the satellite link, i.e., the definitiveness with local cache is retransmitted please Seek method(DSACK), the data that data receiver needs to retransmit to transmitting terminal clear request in the method, and can wrap in asking The information of data segment is lost containing more than one.Local cache is set, and the message to losing can be locally retransmitted, it is anti-so as to prevent There is packet loss phenomenon to link ACK.The method is one kind strategy that loss recovery is quickly carried out using finite bandwidth, therefore, Just seem for long delay network extremely important.
The invention has the beneficial effects as follows:A kind of delay definitiveness message retransmission method with local cache of the present invention, connects The concrete packet drop of receiving end recorded message transmission, when there is packet loss, receiving terminal is to the transmitting terminal request report that only transmission is lost Text, and the information of multiple loss messages can be carried in once asking.This kind has the delay definitiveness message of local cache Repeating method, can on the asymmetric channel of long time delay, the bit error rate and link bandwidth, reduce message retransmission frequency and Quantity, it is to avoid the problem that channel efficiency declines when causing packet loss due to backward channel Bandwidth-Constrained on such channel.Simultaneously By arranging local cache, when can solve the problem that reverse ACK message droppings, the channel transport efficiency that caused due to long time delay is low to ask Topic.The method can greatly improve satellite link message retransmission efficiency, greatly improve satellite channel utilization rate.
Description of the drawings
Fig. 1 is the network environment schematic diagram of the embodiment of the present invention;
Fig. 2 is three definitiveness repeat requests data sections that bit vector is produced used in the embodiment of the present invention;
Fig. 3 is the data sequence schematic diagram of TCP receiving terminals in the embodiment of the present invention;
Fig. 4 is that receiving terminal sends the flow chart for retransmitting response in the embodiment of the present invention.
Specific embodiment
Describe the preferred embodiments of the present invention in detail below in conjunction with the accompanying drawings.
The method of the present embodiment description is applied in network environment as shown in Figure 1.Company wherein between user H1 and H2 Connect comprising one section of satellite link, separated satellite link and terrestrial links using gateway station G1 and G2, entirely connect quilt Three sections are divided into, different protocol processes methods are employed.Message retransmission method in the present embodiment is just applied to satellite link In section connection 2.
As shown in Fig. 2 be the data queue of data receiver order of occurrence mistake in figure, according to the choosing of definitiveness repeat requests Item data section is required, using bit vector transmission definitiveness repeat requests.In Fig. 2, exist at three in the buffer queue of receiving terminal Mistake, mistake just there occurs at once when previous ACK is received at first, therefore its side-play amount is 0, occupy 2 MSS's Length, mistake point is 8 apart from the side-play amount of current ACK at second, takes 2 MSS length, the side-play amount of mistake at the 3rd It is 12, takes 1 MSS length.
The definitiveness number of retransmission requests produced by data receiver according to section, as shown in Figure 3.It should be noted that type is Constant 21, refers exclusively to definitiveness repeat requests in TCP packet header;Length refers to that 6 bytes of definitiveness repeat requests option are added 2 bytes of its bit vector, totally 8 byte;Last mend after 1 five 0 is to gather together enough the eight of a byte.
Receiving terminal sends the flow process of re-transmission response and sees Fig. 4.
A kind of delay definitiveness message retransmission method with local cache of embodiment, by the concrete of recorded message transmission Packet drop, when there is packet loss, receiving terminal to transmitting terminal sends definitiveness repeat requests, and the message that request transmission is lost should One or more information for losing message are carried in request;Retransmission delay is arranged to the new message lost, new message is occurred and is lost During mistake, receiving terminal sends the new message lost of request transmission to transmitting terminal after retransmission delay;In satellite link receiving terminal net Local cache is set at pass, when the reverse link ACK transmission that receiving node sends is lost, message is retransmitted by receiving terminal gateway.
Definitiveness repeat requests option is activated by TCP connection establishments process, and the definitiveness repeat requests option is located at TCP In the Option Field of header, and determine that activating definitiveness re-transmission asks by the negotiation of transmitting-receiving two-end point when TCP connects setting up Seek option;If the two ends of TCP connections have used definitiveness repeat requests option in the SYN segment of TCP header, then definitiveness Repeat requests option will be activated, if definitiveness repeat requests are not supported in any one end in the two ends of TCP connections, then will Using conventional ACK or time delay ACK.
The whether correct information of receiving data queue record message, receiving terminal utilizes bit vector table in an ACK message Show the information of multiple loss messages;In the receiving data queue of data receiver, record has data receiver correctly or incorrectly Information, when there is error message in queue, receiving terminal represents the information of multiple loss messages using bit vector, by response ACK message issues data sending terminal;
When there is new message dropping, retransmission delay is set, response message ACK is not sent immediately, but when postponing one section Between after, all packet drops occurred in bit vector gets the bid bright this period, unification returns to data sending terminal;
Local cache is set in G2 gateways, storage is sent to the message of H2, when the reverse link ACK that H2 sends loses, by G2 is locally retransmitted, and saves the time that packet loss is retransmitted.
If it is determined that property repeat requests are lost in transmission, then data receiver retransmits the request.
The step of initiating definitiveness message retransmission is described as follows:
Step one:Transmitting terminal arranges definitiveness message retransmission option in tcp header option, and initiating connection to receiving terminal please Ask, i.e., SYN is set in the header(It is synchronous)Mark;
Step 2:Receiving terminal receives connection request, if protocol stack supports the process of the option, goes to step three, otherwise Go to step four;
Step 3:Receiving terminal arranges definitiveness message retransmission option in tcp header option, and initiating connection to transmitting terminal should Answer, i.e., SYN/ACK is set in the header(Synchronization/response)Mark, expression receives the use of the option;
Step 4:Receiving terminal initiates to connection reply to transmitting terminal, i.e., arrange SYN/ACK in the header(Synchronization/response)Mark Will, expression does not receive the use of the option;
Step 5:Terminate.
The step of receiving terminal transmits definitiveness message retransmission information to transmitting terminal is described as follows:
Step one:Receiving terminal checks the message dropping situation of receiving queue;
Step 2:Receiving terminal fills in header information according to packet drop, and the types value in definitiveness message retransmission option sets It is set to 21;Fill in length value, mistake side-play amount at the 1st, incorrect length value and bit vector at the 1st;
Step 3:Receiving terminal sends response message when retransmission delay clock time-out;
Step 4:Terminate.
Preferably, the step of definitiveness repeat requests receiving terminal is processed is described as follows:
Step one:Mistake in transmission definitiveness repeat requests the 1st;
Step 2:Retransmit by bit vector ascending order, i.e., definitiveness repeat requests bit vector order moves to left last until having retransmitted 0 corresponding 1 MSS data segment in one 1 left side;
Step 3:Terminate.
Definitiveness repeat requests option is located at TCP header parts, and definitiveness repeat requests option includes data below section, such as Shown in Fig. 3:
Type:The field has to use for a byte, being to determine property repeat requests when being using definitiveness repeat requests The first character section of option, its value is 21;
Length:Second byte of being to determine property repeat requests option, the word shared by being to determine property repeat requests option Joint number, including the bit vector of definitiveness repeat requests, the length value of standard is length of 6 bytes plus bit vector;
Mistake side-play amount at 1st:The field takes two bytes, third and fourth word of being to determine property repeat requests option Section, the value indicates the side-play amount between first mistake in receiving terminal data queue and the ACK that is currently received.Its unit It is MSS(Maximum Segment Size maximum segment sizes), can be simply calculated by equation below.
The side-play amount of mistake 1=(Offset sequence value-ACK is worth)/(The byte number that 1 MSS is included)
Incorrect length at 1st:The field takes two bytes, the five, the six bytes of being to determine property repeat requests option. The length of the above-mentioned first error of transmission section of the field references, gives mistake and accounts for how many bytes, its unit altogether It is MSS.It is calculated as follows:
The byte number that byte number/1 MSS of 1 length of mistake=mistake 1 is included.
Definitiveness repeat requests bit vector:After the length field of bit vector mistake 1, continuous byte is taken, it is contained The remaining mistake for having been detected as being present in receiving queue, thus take byte number will become with number of errors Change.Bit vector is made up of 0 and 1, and the data block of a MSS size has been lost at 0 expression position, and 1 represents successfully Receive.If less than eight, 0 being mended after 1 at last and supplying eight, and 0 herein does not represent the data of loss.

Claims (8)

1. a kind of delay definitiveness message retransmission method with local cache, it is characterised in that:
The concrete packet drop of recorded message transmission, when there is packet loss, receiving terminal to transmitting terminal sends definitiveness repeat requests, The message that request transmission is lost, carries one or more information for losing message in the request;
Retransmission delay is arranged to the new message lost, when there is new message dropping, receiving terminal is to transmission after retransmission delay End sends the new message lost of request transmission;
In satellite link receiving terminal gateway, local cache is set, when the reverse link ACK transmission that receiving node sends is lost, by Receiving terminal gateway retransmits message;
Definitiveness repeat requests option is activated by TCP connection establishments process, and the definitiveness repeat requests option is located at TCP header Option Field in, and activation definitiveness repeat requests choosing is determined by the negotiation of transmitting-receiving two-end point when TCP connects setting up ;
If the two ends of TCP connections have used definitiveness repeat requests option in the SYN segment of TCP header, then definitiveness weight Passing request option will be activated, if definitiveness repeat requests are not supported in any one end in the two ends of TCP connections, then will make With conventional ACK or time delay ACK.
2. there is as claimed in claim 1 the delay definitiveness message retransmission method of local cache, it is characterised in that:Receive number According to the whether correct information of queue record message, receiving terminal represents multiple loss messages using bit vector in an ACK message Information;
In the receiving data queue of data receiver, record has data receiver information correctly or incorrectly, when presence in queue During error message, receiving terminal represents the information of multiple loss messages using bit vector, and by response ACK message data is activation is issued End.
3. there is as claimed in claim 1 the delay definitiveness message retransmission method of local cache, it is characterised in that:Occur new Message dropping when, arrange retransmission delay, immediately send response message ACK, but postpone a period of time after, in bit vector The all packet drops occurred in this period are indicated, unification returns to data sending terminal.
4. there is as claimed in claim 1 the delay definitiveness message retransmission method of local cache, it is characterised in that:In G2 nets Close and local cache is set, storage is sent to the message of H2, when the reverse link ACK that H2 sends loses, locally retransmitted by G2.
5. the delay definitiveness message retransmission method with local cache as described in any one of claim 1-4, its feature exists In:If it is determined that property repeat requests are lost in transmission, then data receiver retransmits the request.
6. the delay definitiveness message retransmission method with local cache as described in any one of claim 1-4, its feature exists In:The step of initiating definitiveness message retransmission is described as follows:
Step one:Transmitting terminal arranges definitiveness message retransmission option in tcp header option, and to receiving terminal connection request is initiated, SYN flag is set in the header;
Step 2:Receiving terminal receives connection request, if protocol stack supports the process of the option, goes to step three, otherwise turns step Rapid four;
Step 3:Receiving terminal arranges definitiveness message retransmission option in tcp header option, initiates to connection reply to transmitting terminal, SYN/ACK marks are set in the header, and expression receives the use of the option;
Step 4:Receiving terminal initiates to connection reply to transmitting terminal, i.e., arrange SYN/ACK marks in the header, and expression does not receive this The use of option;
Step 5:Terminate.
7. the delay definitiveness message retransmission method with local cache as described in any one of claim 1-4, its feature exists In:The step of receiving terminal transmits definitiveness message retransmission information to transmitting terminal is described as follows:
Step one:Receiving terminal checks the message dropping situation of receiving queue;
Step 2:Receiving terminal fills in header information according to packet drop, and the types value in definitiveness message retransmission option is set to 21;Fill in length value, mistake side-play amount at the 1st, incorrect length value and bit vector at the 1st;
Step 3:Receiving terminal sends response message when retransmission delay clock time-out;
Step 4:Terminate.
8. the delay definitiveness message retransmission method with local cache as described in any one of claim 1-4, its feature exists In:The step of definitiveness repeat requests receiving terminal is processed is described as follows:
Step one:Mistake in transmission definitiveness repeat requests the 1st;
Step 2:By bit vector ascending order retransmit, i.e., definitiveness repeat requests bit vector order move to left until retransmitted last 1 0 corresponding 1 MSS data segment in left side;
Step 3:Terminate.
CN201410073851.9A 2014-03-03 2014-03-03 Delay determinacy message retransmission method with local cache Active CN103825689B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410073851.9A CN103825689B (en) 2014-03-03 2014-03-03 Delay determinacy message retransmission method with local cache

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410073851.9A CN103825689B (en) 2014-03-03 2014-03-03 Delay determinacy message retransmission method with local cache

Publications (2)

Publication Number Publication Date
CN103825689A CN103825689A (en) 2014-05-28
CN103825689B true CN103825689B (en) 2017-04-19

Family

ID=50760542

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410073851.9A Active CN103825689B (en) 2014-03-03 2014-03-03 Delay determinacy message retransmission method with local cache

Country Status (1)

Country Link
CN (1) CN103825689B (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111314199A (en) * 2014-12-24 2020-06-19 柏思科技有限公司 Method and system for managing error correction mode
CN108512708B (en) * 2017-02-24 2023-01-06 中兴通讯股份有限公司 Cache calculation method and device
CN109743143B (en) * 2018-11-16 2021-07-30 深圳证券交易所 Data retransmission method, device and computer readable storage medium
CN112865926B (en) * 2021-02-04 2022-09-06 中汽创智科技有限公司 End-to-end safety communication fault tolerance method and system
CN113328958B (en) * 2021-05-06 2022-03-11 北京连山科技股份有限公司 Multi-link mass transmission method and system based on UDP (user Datagram protocol) cache optimization

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101714915A (en) * 2009-11-02 2010-05-26 清华大学 Data retransmission method and system
CN102118653A (en) * 2009-12-31 2011-07-06 华为技术有限公司 Method and device for ensuring service quality of live broadcast of web television

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101714915A (en) * 2009-11-02 2010-05-26 清华大学 Data retransmission method and system
CN102118653A (en) * 2009-12-31 2011-07-06 华为技术有限公司 Method and device for ensuring service quality of live broadcast of web television

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
吴敏.可靠组播协议及其缓存管理研究.《中国知网硕士学位论文全文数据库》.2011,全文. *
杜学绘.一个适用于DTN网络的拥塞避免与解除方案.《计算机应用研究》.2013,全文. *

Also Published As

Publication number Publication date
CN103825689A (en) 2014-05-28

Similar Documents

Publication Publication Date Title
US10237153B2 (en) Packet retransmission method and apparatus
CN103825689B (en) Delay determinacy message retransmission method with local cache
TWI259674B (en) Method and apparatus for reducing transmission errors in a third generation cellular system
CN104518853B (en) Method, receiving terminal and the system that a kind of data retransmit
CN110995697A (en) Big data transmission method and system
CN108270682A (en) A kind of message transmitting method, terminal, the network equipment and communication system
KR20100127760A (en) Method and arrangement for tcp flow control
US9007904B2 (en) System to improve an ethernet network
CN107257270A (en) Data transmission method and system based on hybrid automatic repeat-request
CN104780028A (en) Method and equipment for retransmitting TCP (transmission control protocol) data messages
CN104618007B (en) A kind of synchronous satellite Transmission Control Protocol segmentation connection optimization method
CN101662350B (en) Method for reporting packet process result in a mobile communication system
CN105934907A (en) Radio resource scheduling method and apparatus
CN105471549A (en) Block acknowledgement system and block acknowledgement method based on A-MPDU sub-frame position information control
CN103973414B (en) A kind of data transmission method and device
CN108173851B (en) High-efficiency multimedia transmission method for spatial information network
CN102315923B (en) Radio link control method of 3G (The 3rd Generation) satellite communication system
CN101421965A (en) Optimised packet data transmission protocol in a communication system employing a transmission window
CN103716141A (en) Signal transmission method and apparatus for user equipment in mobile communication system
CN105406915B (en) A kind of document transmission method towards satellite-ground link
CN105119695A (en) Space file transmission method based on quick negative acknowledgement (NAK)
CN108183767A (en) A kind of method for reliable transmission suitable for space DTN networks
CN105391518B (en) A kind of document transmission method towards deep space network
CN102694635B (en) Method and device for generating and using selective acknowledgement (SACK) option
CN109151904B (en) Lora message reassembly and retransmission method, sending end and receiving end

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant