A system for passive estimation of throughput in an electronic network is disclosed. The system may include an plurality of mobile devices configured to operate in the network and may further include an electronic data processor. The processor may be configured to access flow records for data flows associated with the mobile devices during a predetermined time interval. Additionally, the processor may be configured to annotate the flow records with an application field and a content provider field. The processor may also be configured to determine a flow type of each data flow based on the application field and the content provider field of the flow records. Furthermore, the processor may be configured to generate a throughput index that only includes non-rate-limited flow types. Moreover, the processor may be configured to estimate maximum throughput for each data flow having non-rate-limited flow types in the throughput index.
|
12. A method for passive estimation of throughput, the method comprising:
annotating a flow record for each data flow of a plurality of data flows to include an application field and a content provider field, wherein the application field indicates an application protocol and the content provider field indicates a content provider with which each data flow is in communication;
determining a flow type of each data flow based on the application field and the content provider field of the flow record;
selecting each data flow for which the flow type is determined to have a non-rate-limited flow type; and
estimating, by utilizing instructions from memory that are executed by a processor, an average maximum throughput for each data flow selected.
20. A computer-readable device comprising instructions, which, when loaded and executed by a processor, cause the process to perform operations comprising:
annotating a flow record for each data flow of a plurality of data flows to include an application field and a content provider field, wherein the application field indicates an application protocol and the content provider field indicates a content provider with which each data flow is in communication;
determining a flow type of each data flow based on the application field and the content provider field of the flow record;
selecting each data flow for which the flow type is determined to have a non-rate-limited flow type; and
estimating an average maximum throughput for each data flow selected.
1. A system for passive estimation of throughput, the system comprising:
a memory that stores instructions;
a processor that executes the instructions to perform operations, the operations comprising:
annotating a flow record for each data flow of a plurality of data flows to include an application field and a content provider field, wherein the application field indicates an application protocol and the content provider field indicates a content provider with which each data flow is in communication;
determining a flow type of each data flow based on the application field and the content provider field of the flow record;
selecting each data flow for which the flow type is determined to have a non-rate-limited flow type; and
estimating an average maximum throughput for each data flow selected.
2. The system of
3. The system of
4. The system of
5. The system of
6. The system of
7. The system of
8. The system of
9. The system of
10. The system of
11. The system of
13. The method of
14. The method of
15. The method of
16. The method of
17. The method of
18. The method of
19. The method of
|
This application is a continuation of U.S. patent application Ser. No. 12/963,326, filed Dec. 8, 2010, now U.S. Pat. No. 8,462,625, which is hereby incorporated by reference in its entirety.
The present application relates to throughput estimation techniques and, more particularly, to a system for estimating download speed from passive measurements.
An achievable throughput at which users may download or access different types of content at various locations and times is a very important metric to service providers. Being privy to such knowledge enables the services providers to more effectively provision additional capacity in a particular region of a network of the service provider and/or at particular times in the network. Currently, a variety of different methods and systems exist for measuring download rates and/or throughput in a network. For example, current techniques for measuring throughput involve periodically downloading large files from a number of active probes while measuring their achieved throughput. However, such a test places substantial loads on the network being examined, may not necessarily represent the actual experiences that users undergo, and are often expensive to deploy and maintain. Accordingly, such active tests often are not representative of a portion of a network, and in particular, a wireless network.
A system for passive estimation of throughput in a network is disclosed. The system may be configured to analyze data flows associated with one or more devices operable in a network. In particular, the system may be configured to collect and examine flow records for the data flows and annotate the flow records with application and content provider fields. The system may then be configured to determine a flow type of each data flow based on the application field and the content provider field of the flow record. After the flow types have been determined for the data flows, the system may generate a throughput index which may include non-rate-limited flow types. The system may then provide throughput estimates for the data flows having non-rate-limited flow types in the throughput index.
In one embodiment, the system may include an electronic data processor which may be configured to access a flow record for each data flow of a plurality of data flows during a predetermined time interval. The plurality of data flows may be associated with a plurality of computing devices. The electronic data processor may also be configured to annotate the flow record for each data flow with an application field and a content provider field. The application field may indicate an application protocol, and the content provider field may indicate a content provider with which each data flow is in communication. Additionally, the electronic data processor may be configured to determine a flow type of each data flow based on the application field and the content provider field of the flow record. Furthermore, the electronic data processor may be configured to generate a throughput index, which includes the flow type of each data flow only if the flow type is determined to be a non-rate-limited flow type. Once the throughput index is generated, the electronic data processor may be configured to estimate an average maximum throughput for each data flow having the non-rate-limited flow type in the throughput index.
In another embodiment, a method for passive estimation of throughput in a network may be provided. The method may include collecting a flow record for each data flow of a plurality of data flows during a predetermined time interval. The plurality of data flows may be associated with computing devices in the network. The method may also include annotating the flow record for each data flow with an application field and a content provider field. The application field may indicate an application protocol, and the content provider field may indicate a content provider with which each data flow is in communication. Additionally, the method may include determining a flow type of each data flow based on the application field and the content provider field of the flow record. Flow types may include, but are not limited to including, a rate-capped flow type, a partially rate-limited flow type, and a non-rate-limited flow type. The method may also include generating a throughput index. The throughput index may include the flow type of each data flow if the flow type is determined to be the non-rate-limited flow type. Furthermore, the method may include selecting each data flow having the flow type in the throughput index and estimating an average maximum throughput for each data flow selected.
According to another exemplary embodiment, a computer-readable medium comprising instructions for defending against internet-based attacks may be provided. The computer instructions when loaded and executed by an electronic processor, may cause the electronic processor to perform activities including the following: annotating a flow record for each data flow of a plurality of data flows with an application field an a content provider field, wherein the application field indicates an application protocol and the content provider field indicates a content provider each data flow is communicating with, and wherein the plurality of data flows are associated with computing devices in a network; determining a flow type of each data flow based on the application field and the content provider field of the flow record; generating a throughput index, wherein the throughput index comprises the flow type of each data flow only if the flow type is determined to be a non-rate-limited flow type; selecting each data flow having the non-rate-limited flow type in the throughput index; and estimating an average maximum throughput for each data flow selected.
These and other features of the passive measurement system are described in the following detailed description, drawings, and appended claims.
The exemplary embodiments of the present disclosure are described with respect to systems and methods for estimation of throughput in a network. The system may be utilized to effectively estimate throughput in a network by utilizing passive measurements rather than using active measuring utilities. The system may be configured to examine data flows associated with one or more devices in a communications network. Also, the system may be configured to access flow records for the data flows and flag or mark the flow records with application and content provider fields. The contents of the application field and the content provider field of the flow record may be utilized by the system to determine a flow type of each data flow. Once the flow types have been determined for the each of data flows, the system may construct a throughput index that may include flow types of each data flow that are determined to have non-rate-limited or non-rate-capped flow types. Accordingly, the system may then provide throughput estimates for the data flows having non-rate-limited or non-rate-capped flow types in the throughput index. The exemplary embodiments can be applied to other types of systems and methods.
Referring to the drawings and in particular
The system 100 may also include an electronic data processor 106, which may be configured to perform various calculations and operations to provide the passive estimates. The electronic data processor 106 may be incorporated into various types of computing devices such as, but not limited to, a server, a desktop computer, a laptop computer, a mobile device, a personal digital assistant, a hand-held device, a router, a switch, and/or other types of computing devices. Furthermore, the system 100 may include a database 108, which may be configured to store various types of data and information traversing the communications network 104 or otherwise. Both the electronic data processor 106 and the database 108 may be devices associated with a service provider 110. The electronic data processor 106 and the database 108 may be configured to communicate with one another, the communications network 104, and the computing devices 102. Also, the service provider 110 may control the communications network 104 and control the various computing devices' 102 access to the communications network 104.
Notably, the system 100 may be configured to estimate maximum throughput by using passively measured flow records. Specifically, the system 100 may be configured to collect, examine, or both collect and examine, all given flow records, such as TCP flow records, that traverse communications network 104 during a predetermined time interval and output an estimate of the average maximum throughput over the predetermined time interval when downloading content from a non-rate-limited internet source provider. In operation, the electronic data processor 106 may be configured to collect a flow record for each data flow occurring in the system 100 during a predetermined time interval. For example, a flow record may be collected for each flow every minute or another time interval. The data flows may be flows that are either intended for the computing devices 102 or flows that are transmitted from the computing devices 102. Also, the processor 106 may also collect the flow records for a certain percentage of users in the communications network 104, such as three percent of the users in the communications network 104. The flow records may optionally be stored in database 108 of the service provider 110. In one embodiment, each data flow occurring in the communications network 104 may be distinguished from another data flow by a tuple. As an illustration, the distinguishing tuple may be a standard (ipsrc, ipdst, sport, dport) tuple or other appropriate tuple. Each flow record may be annotated with an application field and a content provider field and the annotation may be performed by the electronic data processor 106.
The application field may indicate or correlate to an application protocol utilized in the data flow that the flow record is associated with. On the other hand, the content provider field may indicate a service/content provider that the particular data flow is communicating with. In one embodiment, the application field may be based on application headers and port numbers. In another embodiment, the content provider field may be identified by an HTTP Content-Provider header, other header, or a domain name service name of a server associated with the content provider. In yet another embodiment, the flow record may be further annotated with additional fields/statistics. For example, the electronic data processor 106 may annotate the flow record with a bytes field. The bytes field may be utilized to indicate a volume of data that is transferred during the predetermined time interval. The electronic data processor 106 may also annotate the flow record with duration and total bytes fields. The duration field may indicate a time interval between the first and last packets for a particular data flow and the total bytes field may indicate a volume of data transferred since the data flow was initiated. In an embodiment, the flow records may be configured to include no personally identifying information.
Rather than merely applying a summary function over byte/duration values in all flow records (e.g. the mean of the values), the electronic data processor 106 may be configured to analyze and take into account the data flow size, the application protocol, and the content provider when providing the estimate of throughput. With regard to data flow size, the electronic data processor 106 may be configured to determine whether each data flow of the data flows occurring in the communications network 104 has the minimum flow size required to achieve a steady-state throughput. As an illustration, often times a significant number of bytes of a particular data flow may be transferred before achieving a steady-state throughput. Such as scenario may occur when the data flow transfer is beginning and the data flow initiates in a slow-start phase that gradually checks for available capacity in the network. Accordingly, the electronic data processor may be configured to determine a flow size that enables the majority of data flows in the communications network 104 to exit a phase such as a slow-start phase. By determining the flow size to exit such a phase and only including those data flows having such a flow size, the estimations provided by the electronic data processor 106 may be more indicative of the maximum throughput.
As an illustration, and referring now also to
In order to provide a more accurate estimate of maximum throughput for the data flows, the electronic data processor 106 may be configured to filter out applications and content providers that have flow distributions that are similar to the rate-capped flow types and partially-rate-limited flow types. In
Additionally,
In light of the above, the electronic data processor 106 may be configured to determine the flow types of each data flow based on the application field and the content provider field of the flow record. Upon determining the flow types of the data flows, the electronic data processor 106 may be configured to generate/construct a throughput index. The throughput index may be utilized to filter out all flow types which are not non-rate-limited or non-rate-capped flow types. In other words, the throughput index may be configured to include only those flow types which are non-rate-limited or non-rate-capped.
Notably, the electronic data processor 106 may determine the flow types of each data flow based on both the application field and the content provider field rather than based on the fields individually, because some content providers may have both non-rate-limited and rate-limited applications. Such as a scenario is depicted by content providers C2 and C5 of
Upon using the throughput index as a filter to filter out the appropriate flows, the electronic data processor 106 may then proceed to estimate maximum throughput. The electronic data processor 106 may be configured to aggregate the byte/duration measurements of the flows in the throughput index. The aggregation may be performed using a plurality of methods. For example, one method (TI-F) may include taking a mean over the throughputs of all flow records in the throughput index. The aggregate resulting from this method may be robust to outlier users since it weights a very large number of flows from different users equally. This method may also be sensitive to non-network problems as well. A second method (TI-T) for aggregating the byte/duration measurements may include having the electronic data processor 106 compute the mean (average) of the means (averages) of each flow type in the throughput index. This second method weights each flow type equally so it is more robust to unexpected changes between individual content providers, however, it may be more sensitive to unpopular flow types that may be used infrequently. Either method, along with other methods, may be utilized by the processor to provide the estimations of maximum throughput.
In an embodiment, the electronic data processor 106 may be configured to validate or evaluate, or both validate and evaluate, the estimations of maximum throughput that were based on passively collected flow records to a set of active measurements, which may be retrieved from probes placed along various points in the communications network 104. In an example, each probe that is placed in the communications network 104 may be configured to perform a throughput measurement by downloading a file via an FTP from a server. The active maximum throughput estimate may be the mean of all measurements from all probes in the region of the communications network 104 that the probes are placed in. The passive maximum throughput measurements may be then compared to the active throughput measurements for a time interval during similar time periods.
In one embodiment, the electronic data processor 106 may be configured to compare the relative difference between the passive estimates and active estimates in other regions.
Thus, the electronic data processor 106 may be configured to calculate maximum throughput for the data flows associated with computing devices 102 in the communications network 104 by utilizing passively collected flow records. Additionally, the electronic data processor 106 effectively utilizes a throughput index to filter out rate-capped and partially rate-limited flow types so as to provide estimations which correlate with active measurements. In one embodiment, the electronic data processor 106 may be further configured to adjust the predetermined time intervals used in collecting flow records and to estimate the average maximum throughput for each data flow having the non-rate-limited flow type at the adjusted predetermined time interval. Furthermore, in another embodiment, any estimates, throughput indices, or other data generated or accessed by the electronic data processor 106 may be stored in database 108.
Referring now also to
At step 1106, the method 1100 may include determining if the flow size of each data flow is large enough for the flow to achieve a steady-state throughput. For example, the method may involve determine if enough bytes were transferred in the flow to exit a slow-start phase during transmission of the flow. If it is determined that the flow size of the data flow is not large enough to achieve steady-state throughput, the method 1100 may include discarding or excluding the data flow from the passive throughput estimations, at step 1108. However, in an embodiment, the method may include such data flows as well. If, however, it is determined that the flow size of the data flow is large enough to achieve steady-state throughput, the method 1100 may include determining a flow type of each data flow based on the annotated application field and the content provider field of the flow record, at step 1110. How types may include rate-capped flow types, partially rate-limited flow types, non-rate-limited flow types, non-rate-capped flow types, and other flow types.
At step 1112, the method 1100 may include determining if the flow type of the data flow is a non-rate-limited flow type or a non-rate-capped flow type. If the flow type of the data flow is determined to be a non-rate-limited flow type or a non-rate-capped flow type, the method 1100, at step 1114, may include generating a throughput index, which may be configured to include the flow type of each data flow determined to have either a non-rate-limited flow type or a non-rate-capped flow type. If, however, the flow type of the data flow is determined to be not a non-rate-limited flow type or not a non-rate-capped flow type (e.g. rate-capped flow type or partially rate-limited flow type), the method 1100 may include rejecting the flow type from being included in the throughput index at step 1116. At step 1118, the method 1100 may include selecting each data flow that is determined to have the non-rate-limited flow type or non-rate-capped flow type in the throughput index. Once the data flows are selected, the method 1100 may include estimating an average maximum throughput for each data flow selected. In an embodiment, the estimations may be performed using any of the techniques described in the present disclosure.
In an embodiment, the method 1100 may include filtering out a flow record and/or flow type if an analysis of either the application field or the content provider field indicates a flow distribution that is similar to a rate-capped flow type or a partially rate-limited flow type. In another embodiment, the method 1100 may include validating the average maximum throughput estimated for each data flow by comparing the average maximum throughput estimated to a set of active measurements measured in the network. For example, the estimates may be compared to active measurements recorded by one or more probes positioned along various locations in the network. Additionally, the method 1100 may include determining the average maximum throughput for each data flow both in the upload direction and the download direction. In one embodiment, the method 1100 may include distinguishing each flow from one the other by utilizing a tuple. As an illustration, the flows may be distinguished by using a (ipsrc, ipdst, sport, dport) tuple or other appropriate tuple. Furthermore, it is important to note that the methods described above may incorporate any of the functionality, devices, and/or features of the systems described above and are not intended to be limited to the description provided above.
The methodology and techniques described with respect to the exemplary embodiments can be performed using a machine or other computing device within which a set of instructions, when executed, may cause the machine to perform any one or more of the methodologies discussed above. In some embodiments, the machine operates as a standalone device. In some embodiments, the machine may be connected (e.g., using a network) to other machines. In a networked deployment, the machine may operate in the capacity of a server or a client user machine in server-client user network environment, or as a peer machine in a peer-to-peer (or distributed) network environment. The machine may comprise a server computer, a client user computer, a personal computer (PC), a tablet PC, a laptop computer, a desktop computer, a control system, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine. Further, while a single machine is illustrated, the term “machine” shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein.
The machine may include a processor (e.g., a central processing unit (CPU), a graphics processing unit (GPU, or both), a main memory and a static memory, which communicate with each other via a bus. The machine may further include a video display unit (e.g., a liquid crystal display (LCD), a flat panel, a solid state display, or a cathode ray tube (CRT)). The machine may include an input device (e.g., a keyboard), a cursor control device (e.g., a mouse), a disk drive unit, a signal generation device (e.g., a speaker or remote control) and a network interface device.
The disk drive unit may include a machine-readable medium on which is stored one or more sets of instructions (e.g., software) embodying any one or more of the methodologies or functions described herein, including those methods illustrated above. The instructions may also reside, completely or at least partially, within the main memory, the static memory, and/or within the processor during execution thereof by the machine. The main memory and the processor also may constitute machine-readable media.
Dedicated hardware implementations including, but not limited to, application specific integrated circuits, programmable logic arrays and other hardware devices can likewise be constructed to implement the methods described herein. Applications that may include the apparatus and systems of various embodiments broadly include a variety of electronic and computer systems. Some embodiments implement functions in two or more specific interconnected hardware modules or devices with related control and data signals communicated between and through the modules, or as portions of an application-specific integrated circuit. Thus, the example system is applicable to software, firmware, and hardware implementations.
In accordance with various embodiments of the present disclosure, the methods described herein are intended for operation as software programs running on a computer processor. Furthermore, software implementations can include, but not limited to, distributed processing or component/object distributed processing, parallel processing, or virtual machine processing can also be constructed to implement the methods described herein.
The present disclosure contemplates a machine readable medium containing instructions, or that which receives and executes instructions from a propagated signal so that a device connected to a network environment can send or receive voice, video or data, and to communicate over the network using the instructions. The instructions may further be transmitted or received over a network via the network interface device.
While the machine-readable medium is shown in an example embodiment to be a single medium, the term “machine-readable medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present disclosure.
The term “machine-readable medium” shall accordingly be taken to include, but not be limited to: solid-state memories such as a memory card or other package that houses one or more read-only (non-volatile) memories, random access memories, or other re-writable (volatile) memories; magneto-optical or optical medium such as a disk or tape; non-transitory mediums or other self-contained information archive or set of archives is considered a distribution medium equivalent to a tangible storage medium. Accordingly, the disclosure is considered to include any one or more of a machine-readable medium or a distribution medium, as listed herein and including art-recognized equivalents and successor media, in which the software implementations herein are stored.
Although the present specification describes components and functions implemented in the embodiments with reference to particular standards and protocols, the disclosure is not limited to such standards and protocols. Each of the standards for Internet and other packet switched network transmission (e.g., TCP/IP, UDP/IP, HTML, HTTP) represent examples of the state of the art. Such standards are periodically superseded by faster or more efficient equivalents having essentially the same functions. Accordingly, replacement standards and protocols having the same functions are considered equivalents.
The illustrations of arrangements described herein are intended to provide a general understanding of the structure of various embodiments, and they are not intended to serve as a complete description of all the elements and features of apparatus and systems that might make use of the structures described herein. Many other arrangements will be apparent to those of skill in the art upon reviewing the above description. Other arrangements may be utilized and derived therefrom, such that structural and logical substitutions and changes may be made without departing from the scope of this disclosure. Figures are also merely representational and may not be drawn to scale. Certain proportions thereof may be exaggerated, while others may be minimized. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.
Thus, although specific arrangements have been illustrated and described herein, it should be appreciated that any arrangement calculated to achieve the same purpose may be substituted for the specific arrangement shown. This disclosure is intended to cover any and all adaptations or variations of various embodiments and arrangements of the invention. Combinations of the above arrangements, and other arrangements not specifically described herein, will be apparent to those of skill in the art upon reviewing the above description. Therefore, it is intended that the disclosure not be limited to the particular arrangement(s) disclosed as the best mode contemplated for carrying out this invention, but that the invention will include all embodiments and arrangements falling within the scope of the appended claims.
Gerber, Alexandre, Spatscheck, Oliver, Pang, Jeffrey, Salmon, Michael, Schoonover, Karen, Chachidhanandam, Dinesh, Venkataraman, Shobha
Patent | Priority | Assignee | Title |
Patent | Priority | Assignee | Title |
6298123, | Nov 10 1998 | OL SECURITY LIMITED LIABILITY COMPANY | Interconnect traffic tracking |
6490252, | Feb 12 1997 | SIEMENS ENTERPRISE COMMUNICATIONS, INC | System and method for prevention of cell loss due to quality of service contracts in an ATM network |
6594268, | Mar 11 1999 | WSOU Investments, LLC | Adaptive routing system and method for QOS packet networks |
6816456, | Feb 04 2000 | AT&T Corp | Methods and apparatus for network use optimization |
7006472, | Aug 28 1998 | Nokia Technologies Oy | Method and system for supporting the quality of service in wireless networks |
7013342, | Dec 10 2001 | GEN DIGITAL INC | Dynamic tunnel probing in a communications network |
7203169, | Dec 20 2001 | CA, INC | Interface facilitating configuration of network resource utilization |
7500010, | Apr 07 2005 | OPANGA NETWORKS, INC | Adaptive file delivery system and method |
8462625, | Dec 08 2010 | AT&T Intellectual Property I, L.P. | System for estimating download speed from passive measurements |
20030110276, | |||
20070230500, | |||
20110131319, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Nov 23 2010 | GERBER, ALEXANDRE | AT&T Intellectual Property I, L P | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 030593 | /0260 | |
Nov 29 2010 | SPATSCHECK, OLIVER | AT&T Intellectual Property I, L P | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 030593 | /0260 | |
Nov 30 2010 | SCHOONOVER, FORMERLY BARNES, KAREN | AT&T Intellectual Property I, L P | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 030593 | /0260 | |
Nov 30 2010 | CHACHIDHANANDAM, DINESH | AT&T Intellectual Property I, L P | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 030593 | /0260 | |
Nov 30 2010 | VENKATARAMAN, SHOBHA | AT&T Intellectual Property I, L P | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 030593 | /0260 | |
Dec 01 2010 | PANG, JEFFREY | AT&T Intellectual Property I, L P | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 030593 | /0260 | |
Dec 02 2010 | SALMON, MICHAEL | AT&T Intellectual Property I, L P | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 030593 | /0260 | |
Jun 11 2013 | AT&T Intellectual Property I, L.P. | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Feb 29 2016 | ASPN: Payor Number Assigned. |
Jul 16 2019 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Oct 16 2023 | REM: Maintenance Fee Reminder Mailed. |
Apr 01 2024 | EXP: Patent Expired for Failure to Pay Maintenance Fees. |
Date | Maintenance Schedule |
Feb 23 2019 | 4 years fee payment window open |
Aug 23 2019 | 6 months grace period start (w surcharge) |
Feb 23 2020 | patent expiry (for year 4) |
Feb 23 2022 | 2 years to revive unintentionally abandoned end. (for year 4) |
Feb 23 2023 | 8 years fee payment window open |
Aug 23 2023 | 6 months grace period start (w surcharge) |
Feb 23 2024 | patent expiry (for year 8) |
Feb 23 2026 | 2 years to revive unintentionally abandoned end. (for year 8) |
Feb 23 2027 | 12 years fee payment window open |
Aug 23 2027 | 6 months grace period start (w surcharge) |
Feb 23 2028 | patent expiry (for year 12) |
Feb 23 2030 | 2 years to revive unintentionally abandoned end. (for year 12) |