|Publication number||US7711878 B2|
|Application number||US 10/851,369|
|Publication date||May 4, 2010|
|Filing date||May 21, 2004|
|Priority date||May 21, 2004|
|Also published as||US20050262280|
|Publication number||10851369, 851369, US 7711878 B2, US 7711878B2, US-B2-7711878, US7711878 B2, US7711878B2|
|Inventors||Naveen Cherukuri, Sanjay Dabral, David S. Dunning, Tim Frodsham, Theodore Z. Schoenborn|
|Original Assignee||Intel Corporation|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (48), Non-Patent Citations (15), Referenced by (11), Classifications (13), Legal Events (2)|
|External Links: USPTO, USPTO Assignment, Espacenet|
The present disclosure relates generally to data interfaces between agents, and more specifically to point-to-point data interfaces requiring initialization before general operations of data transfer between the agents.
Microprocessor systems have until recently been interconnected via multi-point drop data buses. The processors, memory controllers, input-output controllers (which may generally be termed “agents”) would be able to exchange data over a common data bus structure. However, as data transmission rates become higher, limitations in the multi-point drop data buses are becoming a problem. The electrical loadings and reflections in a multi-point drop data bus system may limit the data transmission speed. In order to address these and other issues, newer systems are examining individual, dedicated point-to-point data interfaces between the agents of a system.
There will still exist variances among agents attempting to exchange data via the point-to-point interfaces. Source impedances, path impedances, and termination impedances may all vary due to process variations and other influences. Data skew among the various parallel data lines, and between the clock and data lines, may become more of a problem at higher data rates. For this reason, during an initialization process the two agents at the opposite ends of the point-to-point interface may exchange special data messages to support the initialization process. For example, pre-determined data messages may help initialize a set of deskewing buffers in a parallel interface. It would be possible to simply send a large number of such messages and presume that the two agents would successfully receive and act upon a sufficient number of them. However this may prove to be a time-consuming process. If the process consumes too much time, it may impact system performance if the initialization is needed not just on a relatively-rare system reset event, but also on commonly occurring events such as transitions between normal operating modes and low-power operating modes.
The present invention is illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings and in which like reference numerals refer to similar elements and in which:
The following description describes techniques for handshaking with acknowledgement to initialize a series of individual data lanes into data links is shown. In the following description, numerous specific details such as logic implementations, software module allocation, signaling techniques, and details of operation are set forth in order to provide a more thorough understanding of the present invention. It will be appreciated, however, by one skilled in the art that the invention may be practiced without such specific details. In other instances, control structures, gate level circuits and full software instruction sequences have not been shown in detail in order not to obscure the invention. Those of ordinary skill in the art, with the included descriptions, will be able to implement appropriate functionality without undue experimentation. In certain embodiments the invention is disclosed in the form of an interface for connecting together several Itanium® Processor Family (IPF) compatible processors, or for connecting together several Pentium® compatible processors, such as those produced by Intel® Corporation. However, the invention may be practiced for interconnecting other kinds of processors, such as an X-Scale® family compatible processor (but not limited to any family of processor), or for interconnecting other forms of agents, such as memory hubs or input/output device hubs or chipsets. The invention may also be practiced in the interfacing of mixed kinds of processors or other agents. Finally, the invention may be practiced in dedicated point-to-point interfaces, where either the sending and receiving of data occur on a pair of one-directional links, or where the sanding and receiving of data occur on simulataneous bi-directional links.
Referring now to
Agent A 100 may have series of lane transmitters T1 102 through TN 110 and a clock transmitter TCLK 112 for sending data across link 1 140. In other embodiments, the external clock transmitter may be omitted and the lane transmitters may send self-clocked data. Agent B 150 may have a series of lane receivers R1 152 through RN 160 and a clock receiver RCLK 162 to receive the data and clock sent by agent A 100. Similarly, Agent B 150 may have series of lane transmitters T1 170 through TN 1178 and a clock transmitter TCLK 180 for sending data across link 2 190. In other embodiments, the external clock transmitter may be omitted and the lane transmitters may send self-clocked data. Agent A 100 may have a series of lane receivers R1 120 through RN 128 and a clock receiver RCLK 130 to receive the data and clock sent by agent B 150.
The link 1 140 and link 2 190 are shown as including interconnecting lanes for physical transport between agents A 100 and B 150. The lanes in various embodiments may be unbalanced or balanced, differentially-driven. The number of lanes N may be any number. In some embodiments, when soft errors or hard errors in one or more lane are detected, those lanes may be ignored and the link may be configured for operation as a parallel interface with fewer than N lanes.
The signal path lengths and impedances of lanes 132, 134, 136, up to 142 may have significant differences, which may cause differing signal propagation times. This may cause unacceptable skews between lanes. For this reason, an initialization process may be undertaken upon power-on or other system reset activity. The initialization process may train the individual receivers R1 152 through RN 160 to compensate for skew and other anomalies to permit efficient operation of link 1 140 as a parallel data interface. Similarly the initialization process may train the individual receivers R1 120 through RN 128 to compensate for skew and other anomalies to permit efficient operation of link 2 190 as a parallel data interface.
In one embodiment, a sequence of numbered messages, called “training sequences”, may be sent over the individual lanes (132 through 142) temporarily acting during the initialization process as N individual serial interfaces clocked by TCLK 112. The use of the lanes as individual serial interfaces avoids the skew and other anomalies initially present when using link 1 140 and link 2 190 as parallel interfaces. There may be a first type of training sequence, a second type of training sequence, up to a final type of training sequence. Each of these numbered training sequences may pass parameter data for efficiently setting up the link 1 140. An equivalent series of training sequences may be sent on link 2 190. The outcome of the passing of training sequences back and forth across link 1 140 and link 2 190 may be to configure operational parallel interfaces using the lanes of link 1 140 and link 2 190. For example, the first training sequence may exhibit a known data pattern from which intra-lane skew timing may be determined. A second training sequence may pass parametric data about this timing and also about soft and hard data errors detected in the lanes.
Referring now to
In one embodiment, each agent agrees to begin sending its training sequences, modified to include an acknowledgement, after it correctly receives from the other agent two consecutive current training sequences. In other embodiments, the number of received current training sequences may be more or fewer than 2, and they need not be received consecutively. The selection of 2 consecutive received training sequences as a criteria may help reduce circuit complexity, as only one training sequence may need to be stored in order to compare with an incoming training sequence. The form of the acknowledgement may be a modification of a data pattern, a flag being set somewhere in the training sequence, or any other means of indicating an acknowledgment.
In keeping with this agreement, both agent A and agent B begin to determine whether they have correctly received two consecutive current training sequences from the other agent as soon as they begin transmitting the current training sequence themselves. At time B1, agent B begins transmitting at Tx @ B the current training sequence TS2, and examines the receipt of training sequence TS2 at Rx @ B. As agent A has been sending training sequences TS2 from time A1, at time B2 agent B will have successfully received TS2A_3 and TS2A_4. Therefore agent B has successfully received two of the current training sequences, and may then begin adding an acknowledgment indicator to subsequent transmissions of TS2, starting with TS2B_3. In one embodiment, agent B sends at least 4 of the TS2 messages including an acknowledgement. In other embodiments, few than 4 or more than 4 could be sent.
Because agent B began transmitting at a later time B1, agent A does not begin receiving training sequence TS2 until time A2. The Rx @ A successfully receives TS2B_1, but receives with an error TS2B_2. Only when Rx @ A receives TS2B_3 and TS2B_4, at time A5, does it receive 2 consecutive TS2 messages. Note that these TS2 messages do contain the acknowledgement, but this is permitted. (The second agent to correctly receive the 2 consecutive training sequences may generally be receiving one with an acknowledgement.) Since agent A has received 2 consecutive training sequences at time A5, Tx @ A may then transmit, at time A6, the TS2 messages including an acknowledgement, starting with TS2A_9.
Therefore at time A6 both agent A and agent B are currently transmitting TS2 messages including an acknowledgement. In one embodiment, each agent agrees to begin sending the next in the sequence of training sequences after (1) each agent has begun transmitting the current training sequence including an acknowledgement, and has transmitted at least 4 of these messages and (2) after beginning such transmissions, each agent correctly receives from the other agent two consecutive current training sequences, including an acknowledgement. In other embodiments, the number of received current training sequences including acknowledgement may be more or fewer than 2, and they need not be received consecutively. Additionally, in other embodiments the number of transmitted messages may be more or fewer than 4.
At time B4, agent B has transmitted at least 4 of TS2 including an acknowledgement (TS2B_3 through TS2B_7) and has also subsequently correctly received two consecutive TS2 messages including acknowledgement from agent A (TS2A_9 and TS2A_10). Therefore, agent B may then begin transmitting the next training sequence after TS2, namely TS3, at time B4. The first of these TS3 messages is transmitted from Tx @ B at time B4 (TS3B_1).
Similarly, at time A7, agent A has transmitted at least 4 of TS2 including an acknowledgement (TS2A_9 through TS2A_12) and has also (in this present example) subsequently correctly received two consecutive TS2 messages including acknowledgement from agent B (TS2B_6 and TS2A_7). Therefore, agent A may then begin transmitting the next training sequence after TS2, namely TS3, at time A7. The first of these TS3 messages is transmitted from Tx @ A at time A7 (TS3A_1). (It is noteworthy that the transmission of at least 4 of TS2 including an acknowledgement and correctly receiving two consecutive TS2 messages including acknowledgement from agent B may in fact occur in any order.)
Referring now to
At event E1, a first training sequence TS1B_1 may be sent from Tx @ B and received at Rx @ A. At event E2, a corresponding first training sequence TS1A_2 may be sent from Tx @ A and received at Rx @ B. At event E3, Rx @ B may receive with error a second TS1 from Tx @ A, and therefore the Rx @ B may discard any history (e.g. TS1A_2 and TS1A_3).
At event E4, the Rx @ A has correctly received 2 consecutive training sequences (TS1B_1 and TS1B_2), so starting with TS1A_4 the Tx @ A may begin transmitting at least 4 training sequences including acknowledgement. Then from event E5 to event E6, Rx @ B may correctly receive two consecutive training sequences (in this case including acknowledgement) TS1A_4 and TS1A_5. Therefore, at event E7, Tx @ B may begin transmitting at least 4 training sequences including acknowledgement. In other embodiments, the number of training sequences required to be received or transmitted may be different.
At event E8, Rx @ A has correctly received two consecutive TS1 including acknowledgement subsequent to Tx @ A beginning to transmit TS1 including acknowledgement. Therefore Tx @ A may begin sending the next in the sequence of training sequences, TS2, beginning at TS2A_1. At event E9, as agent A has advanced to transmitting TS2, Rx @ A may begin expecting to receive TS2 messages, but will simply ignore older TS1 messages (e.g. TS1B_10) as no longer relevant. Similarly, at event E10, agent B has advanced to transmitting TS2 so Rx @ B may begin expecting to receive TS2 message at that time. Here Rx @ B will simply ignore previously-received TS2 messages (e.g. TS2A_1 and TS2A_2) because they arrived before Rx @ B was ready for them.
Referring now to
Referring now to
When in decision block 518 it is determined that 2 consecutive TSM messages have been correctly received, then the process exits via the YES path and in block 522 TSM messages with acknowledgment may begin being sent. In one embodiment, 4 of these TSM messages with acknowledgement may be eventually sent. In other embodiments, fewer than 4 or more than 4 TSM messages with acknowledgement may be eventually sent. Then in decision block 526, it may be determined whether 2 consecutive TSM messages with acknowledgement have been correctly received and whether 4 TSM messages with acknowledgement have been sent. (Note that if any of the TSM messages sent in blocks 514 or 538 were TSM messages with acknowledgement, these should be included in the count determined in decision block 526.) In other embodiments, more than 2 or fewer than 2 received TSM messages with acknowledgement may be examined. If 2 consecutive TSM messages with acknowledgement have not been correctly received, or 4 TSM messages with acknowledgement have not been sent, then the process exits decision block 526 via the NO path, and in block 546 another TSM message including acknowledgement may be sent. Then in decision block 550 it may be determined whether the current time count exceeds a limit. If not, then the process exits via the NO path and re-enters decision block 526. If so, then the process exits via the YES path and enters block 552.
When either decision block 542 or decision block 550 exits via the YES path, the fact that the current time count exceeds a limit indicates a problem with one or more of the lanes. Therefore in block 552 some of the lanes, including lanes where the time limit was exceeded, may be removed from further consideration during the process. In one embodiment, standard subsets of the lanes may be removed and the interface may proceed with the remaining subsets of the lanes. For example, the subsets may be either one quarter or one half of all of the lanes, and the interface may proceed with either the remaining three quarters or one half, respectively, of the lanes. After block 552, the process then enters block 530.
When in decision block 526 it is determined that 2 consecutive TSM messages with acknowledgment have been correctly received, and that 4 TSM messages with acknowledgement have been sent, then the process exits via the YES path and in block 530 the training sequence message number M may be incremented. This may cause future sending of training sequences to advance from one training sequence to the next. In block 534 the time count may be reset and the process may repeat at block 514. The TSM now sent at block 514 will be advanced in sequence number.
Referring now to
In the foregoing specification, the invention has been described with reference to specific exemplary embodiments thereof. It will, however, be evident that various modifications and changes may be made thereto without departing from the broader spirit and scope of the invention as set forth in the appended claims. The specification and drawings are, accordingly, to be regarded in an illustrative rather than a restrictive sense.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5701416||Apr 13, 1995||Dec 23, 1997||Cray Research, Inc.||Adaptive routing mechanism for torus interconnection network|
|US5809331||Apr 1, 1996||Sep 15, 1998||Apple Computer, Inc.||System for retrieving configuration information from node configuration memory identified by key field used as search criterion during retrieval|
|US5870428||Dec 4, 1995||Feb 9, 1999||Motorola Inc.||Method for providing remote loop back testing in a digital data system having multiple protocols|
|US6002882 *||Nov 3, 1997||Dec 14, 1999||Analog Devices, Inc.||Bidirectional communication port for digital signal processor|
|US6009488||Nov 7, 1997||Dec 28, 1999||Microlinc, Llc||Computer having packet-based interconnect channel|
|US6038606 *||Nov 25, 1997||Mar 14, 2000||International Business Machines Corp.||Method and apparatus for scheduling packet acknowledgements|
|US6195702 *||Dec 1, 1997||Feb 27, 2001||Advanced Micro Devices, Inc.||Modem for maintaining connection during loss of controller synchronism|
|US6356106 *||Sep 12, 2000||Mar 12, 2002||Micron Technology, Inc.||Active termination in a multidrop memory system|
|US6442712 *||May 13, 1998||Aug 27, 2002||Samsung Electronics Co., Ltd.||Apparatus and method utilized to automatically test a computer|
|US6690757||Jun 20, 2000||Feb 10, 2004||Hewlett-Packard Development Company, L.P.||High-speed interconnection adapter having automated lane de-skew|
|US6766464 *||Feb 13, 2001||Jul 20, 2004||Sun Microsystems, Inc.||Method and apparatus for deskewing multiple incoming signals|
|US6829641 *||Feb 7, 2002||Dec 7, 2004||Peregrine Systems, Inc.||Method of determining the topology of a network of objects|
|US6880026 *||May 16, 2002||Apr 12, 2005||International Business Machines Corporation||Method and apparatus for implementing chip-to-chip interconnect bus initialization|
|US6925077||Jun 14, 2000||Aug 2, 2005||Advanced Micro Devices, Inc.||System and method for interfacing between a media access controller and a number of physical layer devices using time division multiplexing|
|US6985502||Nov 19, 2001||Jan 10, 2006||Hewlett-Packard Development Company, L.P.||Time-division multiplexed link for use in a service area network|
|US6996643 *||Apr 29, 2004||Feb 7, 2006||Motorola, Inc.||Method of VME module transfer speed auto-negotiation|
|US7010607 *||Sep 14, 2000||Mar 7, 2006||Hewlett-Packard Development Company, L.P.||Method for training a communication link between ports to correct for errors|
|US7233996 *||Nov 12, 2002||Jun 19, 2007||Intel Corporation||Mechanism to support multiple port configurations|
|US7386626 *||Jun 23, 2003||Jun 10, 2008||Newisys, Inc.||Bandwidth, framing and error detection in communications between multi-processor clusters of multi-cluster computer systems|
|US7395347 *||Aug 5, 2003||Jul 1, 2008||Newisys, Inc,||Communication between and within multi-processor clusters of multi-cluster computer systems|
|US7437643 *||Jun 21, 2005||Oct 14, 2008||Intel Corporation||Automated BIST execution scheme for a link|
|US7454514 *||Jan 12, 2004||Nov 18, 2008||Hewlett-Packard Development Company, L.P.||Processing data with uncertain arrival time|
|US7512695 *||May 7, 2003||Mar 31, 2009||Avago Technologies General Ip (Singapore) Pte. Ltd.||Method and system to control the communication of data between a plurality of interconnect devices|
|US20020046379 *||Jun 21, 2001||Apr 18, 2002||Ntt Docomo, Inc.||Communication system employing automatic repeat request|
|US20020103995||Jan 31, 2001||Aug 1, 2002||Owen Jonathan M.||System and method of initializing the fabric of a distributed multi-processor computing system|
|US20020165973 *||Apr 20, 2001||Nov 7, 2002||Doron Ben-Yehezkel||Adaptive transport protocol|
|US20030226072 *||May 30, 2002||Dec 4, 2003||Corrigent Systems Ltd.||Hidden failure detection|
|US20030236995||Jun 21, 2002||Dec 25, 2003||Fretwell Lyman Jefferson||Method and apparatus for facilitating detection of network intrusion|
|US20040071250 *||Oct 8, 2003||Apr 15, 2004||Bunton William P.||High-speed interconnection adapter having automated lane de-skew|
|US20040236802 *||May 22, 2003||Nov 25, 2004||International Business Machines Corporation||Method, apparatus, and program for informing a client when a server is busy in the transfer control protocol|
|US20050013246 *||Mar 23, 2004||Jan 20, 2005||Motoharu Miyake||Communication device, transmission control method, and program product|
|US20050017756||Jul 24, 2003||Jan 27, 2005||Seagate Technology Llc||Dynamic control of physical layer quality on a serial bus|
|US20050024926||Jul 31, 2003||Feb 3, 2005||Mitchell James A.||Deskewing data in a buffer|
|US20050027880||Aug 1, 2003||Feb 3, 2005||Darel Emmot||System and method for routing information in a nodal computer network|
|US20050132214 *||Dec 10, 2003||Jun 16, 2005||Cisco Technology, Inc. (A California Corporation)||Authentication for transmission control protocol|
|US20050152386 *||Jan 12, 2004||Jul 14, 2005||Lesartre Gregg B.||Successful transactions|
|US20050154946||Dec 31, 2003||Jul 14, 2005||Mitbander Suneel G.||Programmable measurement mode for a serial point to point link|
|US20050225426 *||Apr 9, 2002||Oct 13, 2005||Yoon Hong S||System and method for remote controlling and monitoring electric home appliances|
|US20050251595 *||Jan 12, 2004||Nov 10, 2005||Lesartre Gregg B||Failed link training|
|US20050270988||Jun 4, 2004||Dec 8, 2005||Dehaemer Eric||Mechanism of dynamic upstream port selection in a PCI express switch|
|US20050286567||Jun 25, 2004||Dec 29, 2005||Naveen Cherukuri||Method and apparatus for periodically retraining a serial links interface|
|US20060041696||May 21, 2004||Feb 23, 2006||Naveen Cherukuri||Methods and apparatuses for the physical layer initialization of a link-based system interconnect|
|JP2004350266A *||Title not available|
|JP2005182485A *||Title not available|
|JP2005236854A *||Title not available|
|JP2006115070A *||Title not available|
|JPH10145419A *||Title not available|
|WO1997038377A1 *||Apr 9, 1997||Oct 16, 1997||At & T Corp.||A system and method for finding information in a distributed information system using query learning and meta search|
|1||Building the Next Generation of Extensible Mesh Fabrics, CommsDesign Jan. 27, 2003.|
|2||Burdrak, et al., "PCI Express System Architecture", PCI Express System Architecture, addison-Wesley, US, Sep. 30, 2003, pp. 94-95.|
|3||Clock Control (http://iram.cs.berkely.edu/serialio//cs254/control logic/).|
|4||*||Eric Johnson, "Structural Testing of High-Speed Serial Buses: A Case Study Analysis," Test Conference, 2006. ITC '06. IEEE International , vol., no., pp. 1-9, Oct. 2006.|
|5||Final Rejection mailed Apr. 24, 2007; U.S. Appl. No. 10/850,810.|
|6||Final Rejection mailed Jul. 3, 2006; U.S. Appl. No. 10/850,810.|
|7||Infinibad Sepcification, Release 1.0, vol. 2, pp. 98-109 and 125-127, Oct. 4, 2000.|
|9||*||Nejedlo, J.J., "IBIST(TM) (interconnect built-in-self-test) architecture and methodology for PCI Express," Test Conference, 2003. Proceedings. ITC 2003. International , vol. 2, no., pp. 114-122 vol. 2, Sep. 30-Oct. 2, 2003.|
|10||*||Nejedlo, J.J., "IBIST™ (interconnect built-in-self-test) architecture and methodology for PCI Express," Test Conference, 2003. Proceedings. ITC 2003. International , vol. 2, no., pp. 114-122 vol. 2, Sep. 30-Oct. 2, 2003.|
|11||Non Final Rejection mailed Feb. 1, 2006; U.S. Appl. No. 10/850,810.|
|12||Non Final Rejection mailed Nov. 13, 2006; U.S. Appl. No. 10/850,810.|
|13||The Emergence of PCI Express, Intel Technology Journal, Feb. 17, 2005.|
|14||*||Wang et al., "Predicting Link Quality Using Supervised Learning in Wireless Sensor Networks", Jul. 2007, ACM, ACM SIGMOBILE Mobile Computing and Communications Review, Volumn 11, Issue 3, pp. 71-83.|
|15||*||Won-ok Kwon; Hyuk-je Kwon; Kyoung Park, "PCI Express multi-lane de-skew logic design using embedded Serdes FPGA," Solid-State and Integrated Circuits Technology, 2004. Proceedings. 7th International Conference on , vol. 3, no., pp. 2035-2038 vol. 3, Oct. 18-21, 2004.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US8275922 *||Feb 22, 2010||Sep 25, 2012||International Business Machines Corporation||Implementing serial link training patterns separated by random data for training a serial link in an interconnect system|
|US8804960||Feb 22, 2010||Aug 12, 2014||International Business Machines Corporation||Implementing known scrambling relationship among multiple serial links|
|US8996934||Sep 29, 2012||Mar 31, 2015||Intel Corporation||Transaction-level testing of memory I/O and memory device|
|US9003246||Sep 29, 2012||Apr 7, 2015||Intel Corporation||Functional memory array testing with a transaction-level test engine|
|US9009531||Dec 5, 2012||Apr 14, 2015||Intel Corporation||Memory subsystem data bus stress testing|
|US9009540||Dec 5, 2012||Apr 14, 2015||Intel Corporation||Memory subsystem command bus stress testing|
|US9196384||Dec 28, 2012||Nov 24, 2015||Intel Corporation||Memory subsystem performance based on in-system weak bit detection|
|US9536626||Feb 8, 2013||Jan 3, 2017||Intel Corporation||Memory subsystem I/O performance based on in-system empirical testing|
|US20110075761 *||Sep 24, 2010||Mar 31, 2011||Fujitsu Limited||Differential signal transmission system and method|
|US20110206141 *||Feb 22, 2010||Aug 25, 2011||International Business Machines Corporation||Implementing serial link training patterns separated by random data|
|US20110208954 *||Feb 22, 2010||Aug 25, 2011||International Business Machines Corporation||Implementing known scrambling relationship among multiple serial links|
|U.S. Classification||710/106, 709/231, 709/232, 714/749, 714/748, 709/230, 709/237|
|International Classification||H04L1/18, G06F13/42, G06F15/16, G08C25/02|
|Jun 10, 2005||AS||Assignment|
Owner name: INTEL CORPORATION, CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CHERUKURI, NAVEEN;DABRAL, SANJAY;DUNNING, DAVID S.;AND OTHERS;REEL/FRAME:016325/0721;SIGNING DATES FROM 20040729 TO 20040909
Owner name: INTEL CORPORATION,CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CHERUKURI, NAVEEN;DABRAL, SANJAY;DUNNING, DAVID S.;AND OTHERS;SIGNING DATES FROM 20040729 TO 20040909;REEL/FRAME:016325/0721
|Oct 9, 2013||FPAY||Fee payment|
Year of fee payment: 4