+

US20040233906A1 - Random access memory architecture and serial interface with continuous packet handling capability - Google Patents

Random access memory architecture and serial interface with continuous packet handling capability Download PDF

Info

Publication number
US20040233906A1
US20040233906A1 US10/865,583 US86558304A US2004233906A1 US 20040233906 A1 US20040233906 A1 US 20040233906A1 US 86558304 A US86558304 A US 86558304A US 2004233906 A1 US2004233906 A1 US 2004233906A1
Authority
US
United States
Prior art keywords
random access
access memory
data
read
memory device
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.)
Abandoned
Application number
US10/865,583
Inventor
Stanley Hronik
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.)
Renesas Electronics America Inc
Original Assignee
Integrated Device Technology Inc
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 Integrated Device Technology Inc filed Critical Integrated Device Technology Inc
Priority to US10/865,583 priority Critical patent/US20040233906A1/en
Publication of US20040233906A1 publication Critical patent/US20040233906A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/90Buffering arrangements

Definitions

  • FIG. 1 A block diagram of an example of the architecture of a known router system 100 is shown in FIG. 1. Incoming packets can be temporarily stored in a local buffer 102 until one or more network layer processors, shown as application specific integrated circuits (ASICs) 104 and 106 , classifies and determines the forwarding address of the packet. The packets are then routed to the target destination.
  • ASICs application specific integrated circuits
  • Buffer 102 includes gigabytes of SRAM arranged in a very wide data bus (512 bits or more) 108 to allow several simultaneous search operations.
  • Router system 100 analyzes the headers of incoming packets for the appropriate types of operations to be performed on the packet. In the case of TCP/IP route look-up, for example, router system 100 matches a combination of source/destination addresses with entries in a routing table for an exact match or a longest prefix match.
  • Content addressable memory (CAM) 110 offloads ASIC 104 by processing a limited set of lookup instructions. In other applications such as load balancing and URL routing, router system 100 performs more complex search rules and routing data structures.
  • a successful search will result in router system 100 modifying the header and optionally, the payload, with new information.
  • a packet header may be modified for its output port/queue, output connection, or additional labels for switching, for example.
  • the packets are then queued by priority as well as latency to absorb the time needed to implement the search/modify steps. Output queuing reorders packets in the event multiple packets are searched in parallel.
  • data bus 108 is a 640 bit bus with a speed of 133 MHz or 167 MHz. Greater efficiency can be achieved with large data packets, while transfers over data bus 108 are very inefficient for small data packets.
  • ASICS 104 and 106 have a pin count of over 1000 pins. The number of pins cannot be expanded without changing ASICs 104 , 106 . The bandwidth of router system 100 is therefore limited.
  • the memory interface presents board layout problems, including positioning components to avoid long data bus lines; routing wide data bus lines to memory and processor devices with a large number of pins; and multidrop connections on all busses.
  • Other problems include limited bandwidth per pin, and limited memory access time.
  • address fan-out problems arise with increasing address bandwidth and address loading and buffering.
  • noise issues arise with heavy bus loading and heavy bus drivers, line termination, bus contention, and the length of the data bus lines.
  • bus arbitration transferring small amounts of data on very wide busses, bottlenecks at the memory interface, and bus/clock skew and bit alignment.
  • router system 100 cannot efficiently be expanded to handle greater packet bandwidth.
  • an apparatus may include a first processing unit operable to receive serial data input, a switch operable to receive data to be transmitted, a first random access memory device coupled to the first processing unit via a write input port, wherein the first processing unit is operable to transmit data packets to the first random access memory device via the write input port, and a second random access memory device coupled to the first random access memory device, the second random access memory device being further coupled to transmit the data to be transmitted to the switch.
  • the first and second random access memory devices may be configured as described in the embodiments below.
  • each of the plurality of random access memory devices may be configured according to one of the embodiments described below.
  • Each of the plurality of random access memory devices may be coupled in series to another of the plurality of random access memory devices.
  • a write output port of each of the plurality of random access memory devices may be coupled to a write input port of the next of the series of the plurality of random access memory devices.
  • a read output port of each of the plurality of random access memory devices may be coupled to a read input port of the next of the series of the plurality of random access memory devices.
  • each of the random access memory devices is operable to generate an overflow signal to indicate to the next random access memory device in the series that the data to be written or read is a continuation from the previous random access memory device.
  • Each random access memory device may be operable to generate a command signal to indicate to the next random access memory device in the series that the continuation of data is to be written or read.
  • a random access memory device comprises a random access memory module, a write input port coupled to receive packets that include data and command information, a decoder coupled to receive the packets from the write input port, and to access the random access memory module to perform the commands in the packets, a read input port operable to receive bypass data, and a read output port coupled to output the bypass data and data read from the random access memory module.
  • the random access memory device may also include a write output port coupled to receive the packets from the write input port and to transmit the packets to another random access memory device.
  • the random access memory device may also comprise a buffer coupled between the write input port and the write output port.
  • the random access memory device may include a decoder between the write input port and the write output port, and an encoder coupled between the decoder and the write output port.
  • the decoder may include a phase lock loop.
  • the random access memory device may also include a first multiplexer coupled between the read input port and the read output port, operable to output an idle signal when the read input port is not transmitting data to the read output port.
  • the random access memory device may include a second multiplexer, coupled between the random access memory module and the read output port, where the second multiplexer is coupled to receive the output of the first multiplexer and to output the output of the first multiplexer when read data is not being transmitted from the random access memory module.
  • the random access memory device may also include an encoder coupled between the random access module and the second multiplexer.
  • the random access memory device may include a buffer coupled between the second multiplexer and the read output port.
  • the random access memory device may also include a second decoder coupled between the read input port and the first multiplexer, wherein the second decoder includes a delay lock loop.
  • the random access memory devices are operable to decode data packets and determine whether a data packet includes at least one of: a start of frame field, a control word, an address field, a data field, and an idle indicator.
  • the control word may include at least one of: a command to be performed, and the random access memory device to perform the command.
  • a method for routing data includes receiving serial data input in a first processing unit, generating a data packet based on the serial data input, transmitting the data packet to a first random access memory device via a write input port, decoding the data packet, determining whether to perform a command in the first random access memory device based on information in the data packet, and transmitting the data packet to a second random access memory device, wherein a write input port of the second random access memory device is coupled in series to a write output port of the first random access memory device.
  • the method may further include determining whether to perform a command in the second random access memory device based on the information in the data packet.
  • the method may further include coupling a plurality of random access memory devices in series between the first random access memory device and the second random access memory device, wherein each of the plurality of random access memory devices includes a write input port, a write output port, a read input port, and a read output port, transmitting the data packet from the first random access memory device to each random access memory device, wherein the write output port of each random access memory device is coupled in series to the write input port of the next random access memory device, and determining whether to perform a command in each random access memory device based on the information in the data packet.
  • the method may further include generating an overflow signal in one of the plurality of random access memory devices to indicate to the next random access memory device that a write command or read command is being continued from the one of the plurality of random access memory devices.
  • the method may further include terminating performance of a first write command when a second write command is received, when a read command is received, or when a stop write command is received.
  • FIG. 1 is a block diagram of an example of components included in a high speed router known in the art.
  • FIG. 2 is a block diagram of components included in a router according to an embodiment of the present invention.
  • FIG. 3 a is a block diagram of an example of a SRAM device that can be utilized in the router of FIG. 2.
  • FIG. 3 b is a block diagram of an alternate SRAM device that can be utilized in the router of FIG. 2.
  • FIG. 4 is a block diagram showing an embodiment of a configuration of the bank of SRAM devices of FIG. 2.
  • FIG. 5 shows an example of an address and data format for two packets that can be processed by the SRAM devices of FIG. 3 a or 3 b.
  • FIG. 6 shows an example of a packet write that can be processed by the SRAM devices of FIG. 3 a or 3 b.
  • FIG. 7 shows an example of a packet write interrupted by a packet read that can be processed by the SRAM devices of FIG. 3 a or 3 b.
  • FIG. 8 shows an example of a read data that can be output on the read output port of the SRAM devices of FIG. 3 a or 3 b in response to two read requests.
  • FIG. 9 shows an example of a packet write followed immediately by a packet read of the data that can be processed by the SRAM devices of FIG. 3 a or 3 b.
  • FIG. 10 a shows an example of a read request for two minimum sized packets requested through the write input port.
  • FIG. 10 b shows the output on the read port resulting from the read commands received in the packets of FIG. 10 a.
  • FIG. 11 a shows an example of input and output bandwidths that can be achieved with a known high speed router.
  • FIG. 11 b shows an example of input and output bandwidth that can be achieved by a high speed router configured with SRAM devices of FIG. 3 a or 3 b.
  • a configuration of static random access memory (SRAM) devices in accordance with an embodiment of the present invention replaces the data bus 108 (FIG. 1) with high speed, point-to-point, serial data connections. Accordingly, the pin count on the controlling ASIC 104 (FIG. 1) can be significantly reduced while simultaneously achieving at least an order of magnitude increase in total bandwidth. Further, increasing the memory capacity of SRAM 102 (FIG. 1) adds bus loading on bus 108 and possibly extra pins on ASIC 104 . Further, increasing the size and number of memory storage devices in SRAM 102 creates difficulties in routing bus 108 and address distribution.
  • SRAM devices configured in accordance with an embodiment of the present invention allow an increase in the amount of memory without requiring additional pins on an ASIC and can be distributed serially in chains that are connected to the ASIC at both ends. Such a configuration simplifies real estate problems in the vicinity of the ASIC and alleviates problems associated with routing additional bus lines to ASIC 104 . Further, the bandwidth per pin of an ASIC configured in accordance with embodiments of the present invention can be significantly increased, and memory reads and writes can occur simultaneously and continuously as further described hereinbelow.
  • Router 200 includes an ASIC 202 , a CAM 110 , SRAM devices 204 associated with CAM 110 , a bank of SRAM devices 206 , and a switch 208 .
  • Each physical input has a direct connection to ASIC 202 .
  • ASIC 202 transmits the header from each packet to CAM 110 for translation, and stores the rest of the packet, also referred to as the payload, in the bank of SRAM devices 206 . The payload remains in the bank of SRAM devices 206 until CAM 110 returns the header with the new routing information for the packet to ASIC 202 .
  • ASIC 202 retrieves the payload, combines the new header with the corresponding payload, and transmits the packet to switch 208 via the bank of SRAM devices 206 .
  • FIG. 3 a is a block diagram of an embodiment of an SRAM device 300 that can be utilized in the bank of SRAM devices 206 of FIG. 2.
  • data is transmitted directly from a write input port 302 to a write output port 304 under all conditions.
  • Control data, write data, and read requests are input to SRAM device 300 through write input port 302 .
  • the packet is transmitted to a decoder and phase lock loop (PLL) 306 .
  • PLL phase lock loop
  • the data and the address where the data will be stored in an SRAM module 308 is decoded from the packet and transmitted to SRAM module 308 , which stores the data.
  • a read command is received in write input port 302 , the data is retrieved from SRAM module 308 and transmitted to an encoder 310 , a buffer 312 , and read output port 314 .
  • a multiplexer 316 suspends transmission of bypass data through read input port 318 until the requested data from SRAM module 308 has been sent.
  • bypass data is transmitted directly to read output port 314 via multiplexer 316 and buffer 312 . If a read command is not in progress, and no bypass data is being transmitted (i.e., read input port 318 is not toggling), then an IDLE signal 320 is transmitted to read output port 314 via multiplexer 316 and buffer 312 .
  • FIG. 3 b is a block diagram of another embodiment of an SRAM device 330 that can be utilized in the bank of SRAM devices 206 of FIG. 2.
  • data is transmitted from write input port 302 to decoder and PLL 306 , encoder 310 , and then to write output port 304 under all conditions.
  • Decoder and PLL 306 generates clock signals for a decoder and delay lock loop (DLL) 332 to correct the phase of the bypass data.
  • the clock signals from decoder and PLL 306 are also used to clock the read output port 314 and the write output port 304 , so that data transmitted from write output port 304 is synchronized with data transmitted from read output port 314 .
  • DLL delay lock loop
  • the timing is set up to be equal in both read and write paths of SRAM device 330 , so that individual devices in a bank of SRAM devices (such as bank of SRAM devices 206 of FIG. 2) can insert data into the read data stream without interfering with data from other devices.
  • a valid write command is in progress, the data and the address where the data will be stored in SRAM module 308 is transmitted to SRAM module 308 , which stores the data.
  • FIG. 4 shows a block diagram of an embodiment of system memory architecture for one or more SRAM series 400 , 401 that can be utilized in the bank of SRAM devices 206 of FIG. 2.
  • Each SRAM series 400 , 401 includes one write input port 402 to receive input from ASIC 202 and one read output port 404 to output read data to switch 208 .
  • ASIC 202 and switch 208 are shown in the same component in FIG. 4 to illustrate the architecture of the SRAM series 400 , 401 .
  • multiple SRAM devices 300 FIG. 3 a
  • SRAM devices 330 FIG. 3 b
  • SRAM devices 300 being shown as one possible configuration.
  • SRAM series 400 is dedicated to receiving and storing data from a serial input 406 and supplying the data to switch 208 .
  • SRAM series 401 is dedicated to receiving and storing data from a serial input 408 and supplying the data to switch 208 .
  • Additional SRAM devices 300 can be added to a SRAM series 400 , 401 to increase storage capacity without increasing the number of pins on ASIC 202 . Further, additional SRAM series 400 , 401 can be added to handle a corresponding number of additional serial inputs.
  • each SRAM device 300 is connected to the read input port 318 and write input port 302 , respectively, of the next SRAM device 300 in the SRAM series 400 , 401 .
  • SRAM devices 300 can be added or removed from the SRAM series 400 , 401 to meet latency requirements. For example, in one embodiment, a series of fifty-two (52) eighteen (18) Megabit SRAM devices 300 is required to reach a latency of 300 milliseconds.
  • SRAM devices 300 and 330 are configured to manage overflow data. If the amount of data to be written is larger than the amount of memory space available in the SRAM device 300 specified in the CNTL word, the data overflows to the next SRAM 300 in the SRAM series 400 , 401 . In this manner, the data from a packet is stored in a contiguous block that can span portions of one or more SRAM devices 300 . When a read operation, such as the read operation illustrated in FIG. 8, would access the last data word in one of the SRAM devices 300 but the read operation is not halted, an overflow occurs.
  • connection 410 An overflow signal on a connection such as connection 410 can indicate to the next SRAM device 300 or 330 in the SRAM series 400 , 401 that the read operation should continue in the subsequent device starting at the lowest address.
  • connection 410 (as an output) indicates that the address at the SRAM is at terminal count.
  • Connection 410 (as an input) indicates that the SRAM address should be set to zero and incremented from there.
  • an overflow signal on a connection can indicate that an overflow occurs during a write operation.
  • a write operation such as the write operation illustrated in FIG. 6, would write to the last data word in an SRAM device 300 , but the write operation is not halted
  • the overflow signal on connection 412 would indicate to the next SRAM device 300 in the SRAM series 400 , 401 that the write operation should continue in the subsequent device starting at the lowest address.
  • connection 412 (as an output) would be an indication that the address at the SRAM is at terminal count.
  • Connection 412 (as an input) would indicate that the SRAM address should be set to zero and incremented from there.
  • This method of managing overflow is referred to as cascading first-in-first-out (FIFO).
  • FIFO first-in-first-out
  • the overflow signal on connection 410 or connection 412 also indicates that the data should be read from or written to the beginning of the memory in the SRAM device 300 , thereby alleviating the need for ASIC 202 to supply a new address or device selection to the next SRAM device 300 .
  • FIG. 5 is an example of an address and data format for a packet 500 that can be processed by the SRAM devices 300 , 330 of FIG. 3 a or 3 b .
  • the start of frame (SOF) parameter initiates a read or write transaction by apportioning the data in one or more frames and synchronizing the serial bit stream.
  • the control (CNTL) word includes 8 bits that can be set to one of several read or write modes.
  • two bits can be set to command the following read or write modes: 00 READ until stop command 01 WRITE until stop command 10 STOP command (remaining 6 bits in the CNTL word are set to indicate: 000000 Stop Write 100000 Stop Read) 11 READ UNTIL STOP WITH DATA TAGGING command
  • the remaining 6 bits in the CNTL word can also be used to select a SRAM device 300 (FIG. 3). This allows up to 64 SRAM devices 300 to be cascaded. A greater or lesser number of bits can be included in the CNTL word to accommodate any number of SRAM devices 300 , as required by a particular implementation.
  • the address (ADD) field includes 24 bits that are set to indicate the starting location of the data to be read or written when a READ or WRITE command is input.
  • a minimum amount of memory space such as 1 byte, can be allocated to each address. Other amounts of minimum memory space and number of bits in the address field can be implemented.
  • a number of bits in each DATA field can be used to store the data tag. For example, in one implementation, 16 bits of the DATA field are used to store tag information, such as a sequence number identifying the data to subsequent devices.
  • FIG. 6 shows an example of a packet write that can be input to write input port 302 and processed by SRAM devices 300 , 330 of FIG. 3 a or 3 b .
  • Packet write 600 includes the SOF field to indicate the start of a new control word and initiate the transaction by framing the data and synchronizing the serial bit stream.
  • the CNTL word indicates that the WRITE command is to be performed.
  • a portion of the CNTL word can indicate the SRAM device 300 in the SRAM series 400 , 401 (FIG. 4) into which the data will be written.
  • the ADDR fields indicate the starting address in the SRAM device 300 in the SRAM series 400 , 401 (FIG. 4) for writing the data. In one embodiment, each address requires a minimum of 32 bytes of address space.
  • a variety of different size packets can be used within the same SRAM series 400 , 401 .
  • the STOP WRITE command is performed when the command is detected in the CNTL word after the SOF field.
  • a STOP WRITE can also be initiated by starting a new WRITE command.
  • the WRITE command terminates all existing writes in all SRAM devices 300 in the SRAM series 400 , 401 (FIG. 4).
  • the SRAM device 300 specified in the CNTL word starts a new write transaction for the write data in the packet write 600 .
  • both read and write operations may be performed in a bank of SRAM devices (such as bank of SRAM devices 206 of FIG. 2) at the same time.
  • FIG. 7 an example of a packet write 702 interrupted by a packet read 704 that can be processed by the SRAM devices 300 , 330 of FIG. 3 a or 3 b is shown.
  • the SOF field in packet read 704 indicates a new command.
  • the first two bits of the CNTL word indicate a READ command
  • the remaining 6 bits indicate the SRAM device 300 (FIG. 4) from which the data is to be read.
  • the address fields following the SOF field provide the address in the selected SRAM device 300 to begin reading the data.
  • the SRAM device 300 will initiate a READ at the designated address and continue reading and transmitting the data to the READ output port 314 (FIG. 4) until a STOP READ command is received, or a new READ command is received.
  • the SRAM device 300 resumes the WRITE command where it was interrupted.
  • a SOF field and a CNTL word containing bits set to indicate a STOP WRITE command is included at the end of the packet write 702 to terminate the WRITE command, but the READ command 704 was not terminated and will continue.
  • FIG. 8 is an example of a read data stream 800 from two consecutive packet reads that can be output on the read output port 314 of the SRAM devices 300 , 330 of FIG. 3 a or 3 b .
  • the data from each READ command is delimited by a SOF field.
  • the READ command continues to output data until a new read command interrupts the current read command or a STOP READ command is detected by the SRAM device 300 , 330 .
  • the read data stream 800 shows data from a first READ command, a SOF field to delimit the data from a second READ command, and an IDLE field at the end of the read data stream 800 to indicate that a STOP READ command was detected by the SRAM device 300 , 330 .
  • the read data stream 800 does not indicate whether a WRITE command was interrupted to perform the READ commands.
  • FIG. 9 is an example of a packet write 902 followed immediately by a packet read 904 that can be processed by the SRAM devices 300 , 330 of FIG. 3 a or 3 b .
  • Packet write 902 includes the SOF field to indicate the start of a new control word and initiate the transaction by framing the data and synchronizing the serial bit stream.
  • the CNTL word indicates that the WRITE command is to be performed and the SRAM device 300 in the SRAM series 400 , 401 (FIG. 4) into which the data will be written.
  • the ADDR fields indicate the starting address in the specified SRAM device 300 for writing the data.
  • the STOP WRITE command terminates the WRITE command once all of the data has been written to memory.
  • the packet read 904 begins with the SOF field to indicate a new command. Specifically, the first two bits of the CNTL word indicate a READ command, and the remaining 6 bits indicate the SRAM device 300 (FIG. 4) from which the data is to be read. The address fields following the SOF field provide the address in the selected SRAM device 300 to begin reading the data. The SRAM device 300 completes the READ command and transmits the data to the READ output port 314 (FIG. 3 b ). A SOF field is sent to indicate the start of a new transaction, and a STOP READ command in the CNTL word terminates the previous READ command.
  • the minimum READ length is 4 bytes.
  • Five byte transfers are required to initiate a READ command, (i.e., the SOF field, CNTL word, and address bytes in packet read 904 ).
  • the READ output data will consist of five byte transfers minimum (i.e., the SOF field, and four data bytes), to correspond with the time needed to initiate a new read or a STOP READ command.
  • the WRITE command terminates after the STOP WRITE command is detected, however, the data can be written to memory as the CNTL word in the read packet 904 is parsed.
  • the data written by packet write 902 can be read by the consecutive packet read 904 .
  • Other embodiments may require longer or shorter minimum reads, depending upon the number of bytes of address required to complete a READ command, which can vary based on the amount of memory and the address granularity.
  • FIG. 10 a shows an example of two minimum-sized sequential read packets 1002 , 1004 to be input to the write input port 302 of the SRAM devices 300 , 330 of FIG. 3 a or 3 b .
  • FIG. 10 b shows the output on the read output port 314 resulting from performing the read commands in the packet reads 1002 , 1004 of FIG. 10 a.
  • Each packet read 1002 , 1004 includes a minimum of four byte transfers (SOF field, CNTL word, and the address from which data is to be read).
  • SOF field SOF field
  • CNTL word the address from which data is to be read
  • frames 1 - 8 the first READ command is performed, and the beginning of the second READ command is beginning, as shown in FIG. 10 a.
  • the data from the first READ command becomes available after the 9th (ninth) frame, as shown in FIG. 10 b.
  • This example of sequential read packets 1002 , 1004 shows the worst case time delay for the READ
  • an extra CNTL word can be added to the data packet 500 to identify the data read from the SRAM module 308 .
  • the extra CNTL word can be used to indicate to the SRAM device 300 , 330 that a data identifier is included in the packet, for example, following the read address.
  • the identifier can be returned with the read data, and the amount of packet space allocated for the identifier, such as 16 bits, can be selected to meet the requirements of the system.
  • an identifier can be included in the data and the components of the system can be implemented to recognize the identifier by its format and/or location in the data stream.
  • some embodiments of SRAM device 300 , 330 can write packets as small as one byte by performing a write request (5 bytes) and supplying one byte of data before the next write request.
  • Read requests output a minimum of 5 bytes due to the fact that 5 bytes of address and control information are required to make the request on the write input port 302 .
  • Unused data can be discarded.
  • FIG. 11 a shows an example of a known high speed router 1102 that indicates the input and output bandwidths that can be achieved by router 1102 .
  • the router 1102 has an internal storage capacity of up to 300 milliseconds, with input and output bandwidths up to 10 gigaHertz for 10 serial input lines at speeds of 1 gigahertz each.
  • FIG. 11 b indicates the input and output bandwidths that can be achieved by a high speed router 1104 configured with SRAM devices 300 , 330 (FIGS. 3 a , 3 b ) in accordance with the present invention.
  • the router 1104 has an internal storage capacity (in time) similar to router 1102 in FIG. 11 a, however, router 1104 achieves input and output bandwidths up to 100 gigahertz for 10 serial input lines at speeds of 3.125 gigaHertz each.
  • routers 1102 , 1104 can store 300 milliseconds of data before they overflow, however, the internal memory storage capacity of router 1104 (FIG. 11 b ) is an order of magnitude larger than router 1102 (FIG. 11 a ).
  • SRAM devices 300 , 330 configured in SRAM series 400 , 401 can be used to provide cost effective and scalable memory for high-speed routers 100 and other equipment that utilizes SRAM.
  • SRAM devices 300 , 330 achieve efficient data transfers with even very small data packets (e.g., 4 byte packet read).
  • the storage capacity of SRAM series 400 , 401 can be increased without requiring an increase in the number of pins on ASIC 202 and switch 208 .
  • the ability to scale the memory capacity and bandwidth while using the same ASIC 202 and switch 208 alleviates problems associated with integrating new ASICS having an increased number of pins for more bandwidth, as found in the prior art.
  • the SRAM series 400 , 401 allow additional SRAM devices 300 to be added to SRAM series 400 , 401 without incurring board layout problems. Such problems can include attempting to position components to avoid long data bus lines, routing wide data bus lines to memory and processor devices with a large number of pins, and multidrop connections on all busses.
  • SRAM devices 300 , 330 configured in SRAM series 400 , 401 also alleviate address fan-out problems because each SRAM series 400 , 401 has only one write input port 402 and one read output port 404 that interfaces with ASIC 202 . Further, SRAM series 400 , 401 alleviate noise issues that arise with heavy bus loading and drivers, line termination, bus contention, and long data bus lines found in the prior art. A further advantage with SRAM series 400 , 401 is that there are no logistical problems with bus arbitration, transferring small amounts of data on very wide busses, bottlenecks at the memory interface, and bus/clock skew and bit alignment.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

A random access memory architecture and method of handling data packets is described. According to embodiments of the invention, an apparatus includes a first processing unit for receiving serial data input, a switch, and a plurality of serially connected random access memory devices. The random access memory devices transmit data packets and commands via write input ports, write output ports, read input ports, and read output ports. A method for routing data includes receiving serial data input in a first processing unit, generating a data packet based on the serial data input, transmitting the data packet to a first random access memory device via a write input port, decoding the data packet, determining whether to perform a command in the first random access memory device based on information in the data packet, and transmitting the data packet to a second random access memory device.

Description

    BACKGROUND
  • As the need for bandwidth expands in information and communication networks, bottlenecks develop in the switching hardware due to increases in the number of ports and throughput per port in routing. To handle the increased bandwidth, architectures arose that rely upon increased internal bus widths, increased bandwidths on the busses, and decentralized processing. A block diagram of an example of the architecture of a known [0001] router system 100 is shown in FIG. 1. Incoming packets can be temporarily stored in a local buffer 102 until one or more network layer processors, shown as application specific integrated circuits (ASICs) 104 and 106, classifies and determines the forwarding address of the packet. The packets are then routed to the target destination.
  • [0002] Buffer 102 includes gigabytes of SRAM arranged in a very wide data bus (512 bits or more) 108 to allow several simultaneous search operations. Router system 100 analyzes the headers of incoming packets for the appropriate types of operations to be performed on the packet. In the case of TCP/IP route look-up, for example, router system 100 matches a combination of source/destination addresses with entries in a routing table for an exact match or a longest prefix match. Content addressable memory (CAM) 110 offloads ASIC 104 by processing a limited set of lookup instructions. In other applications such as load balancing and URL routing, router system 100 performs more complex search rules and routing data structures.
  • A successful search will result in [0003] router system 100 modifying the header and optionally, the payload, with new information. A packet header may be modified for its output port/queue, output connection, or additional labels for switching, for example. The packets are then queued by priority as well as latency to absorb the time needed to implement the search/modify steps. Output queuing reorders packets in the event multiple packets are searched in parallel.
  • In the example shown in FIG. 1, [0004] data bus 108 is a 640 bit bus with a speed of 133 MHz or 167 MHz. Greater efficiency can be achieved with large data packets, while transfers over data bus 108 are very inefficient for small data packets. ASICS 104 and 106 have a pin count of over 1000 pins. The number of pins cannot be expanded without changing ASICs 104, 106. The bandwidth of router system 100 is therefore limited.
  • If an ASIC with an expanded number of pins is used, other problems arise which increase production costs and limit scalability of [0005] router system 100. For example, the memory interface presents board layout problems, including positioning components to avoid long data bus lines; routing wide data bus lines to memory and processor devices with a large number of pins; and multidrop connections on all busses. Other problems include limited bandwidth per pin, and limited memory access time. Additionally, address fan-out problems arise with increasing address bandwidth and address loading and buffering. Further, noise issues arise with heavy bus loading and heavy bus drivers, line termination, bus contention, and the length of the data bus lines. There are also logistical problems with bus arbitration, transferring small amounts of data on very wide busses, bottlenecks at the memory interface, and bus/clock skew and bit alignment. Numerous memory devices switching on many pins at very high speed also dissipates a large amount of power. Additionally, because increasing bus widths, bus bandwidths, bus loading, ASIC size, and memory depth brings diminishing returns, router system 100 cannot efficiently be expanded to handle greater packet bandwidth.
  • It is therefore desirable to provide a router that is cost effective and scalable, and alleviates many of the problems listed above. [0006]
  • SUMMARY
  • According to an embodiment of the invention, an apparatus may include a first processing unit operable to receive serial data input, a switch operable to receive data to be transmitted, a first random access memory device coupled to the first processing unit via a write input port, wherein the first processing unit is operable to transmit data packets to the first random access memory device via the write input port, and a second random access memory device coupled to the first random access memory device, the second random access memory device being further coupled to transmit the data to be transmitted to the switch. The first and second random access memory devices may be configured as described in the embodiments below. [0007]
  • There may be a plurality of random access memory devices coupled between the first random access memory device and the second random access memory device, where each of the plurality of random access memory devices may be configured according to one of the embodiments described below. Each of the plurality of random access memory devices may be coupled in series to another of the plurality of random access memory devices. A write output port of each of the plurality of random access memory devices may be coupled to a write input port of the next of the series of the plurality of random access memory devices. A read output port of each of the plurality of random access memory devices may be coupled to a read input port of the next of the series of the plurality of random access memory devices. In some embodiments, each of the random access memory devices is operable to generate an overflow signal to indicate to the next random access memory device in the series that the data to be written or read is a continuation from the previous random access memory device. Each random access memory device may be operable to generate a command signal to indicate to the next random access memory device in the series that the continuation of data is to be written or read. [0008]
  • According to an embodiment of the invention, a random access memory device comprises a random access memory module, a write input port coupled to receive packets that include data and command information, a decoder coupled to receive the packets from the write input port, and to access the random access memory module to perform the commands in the packets, a read input port operable to receive bypass data, and a read output port coupled to output the bypass data and data read from the random access memory module. [0009]
  • The random access memory device may also include a write output port coupled to receive the packets from the write input port and to transmit the packets to another random access memory device. The random access memory device may also comprise a buffer coupled between the write input port and the write output port. The random access memory device may include a decoder between the write input port and the write output port, and an encoder coupled between the decoder and the write output port. The decoder may include a phase lock loop. [0010]
  • The random access memory device may also include a first multiplexer coupled between the read input port and the read output port, operable to output an idle signal when the read input port is not transmitting data to the read output port. The random access memory device may include a second multiplexer, coupled between the random access memory module and the read output port, where the second multiplexer is coupled to receive the output of the first multiplexer and to output the output of the first multiplexer when read data is not being transmitted from the random access memory module. The random access memory device may also include an encoder coupled between the random access module and the second multiplexer. The random access memory device may include a buffer coupled between the second multiplexer and the read output port. The random access memory device may also include a second decoder coupled between the read input port and the first multiplexer, wherein the second decoder includes a delay lock loop. [0011]
  • In some embodiments, the random access memory devices are operable to decode data packets and determine whether a data packet includes at least one of: a start of frame field, a control word, an address field, a data field, and an idle indicator. The control word may include at least one of: a command to be performed, and the random access memory device to perform the command. [0012]
  • According to an embodiment of the invention, a method for routing data includes receiving serial data input in a first processing unit, generating a data packet based on the serial data input, transmitting the data packet to a first random access memory device via a write input port, decoding the data packet, determining whether to perform a command in the first random access memory device based on information in the data packet, and transmitting the data packet to a second random access memory device, wherein a write input port of the second random access memory device is coupled in series to a write output port of the first random access memory device. The method may further include determining whether to perform a command in the second random access memory device based on the information in the data packet. The method may further include coupling a plurality of random access memory devices in series between the first random access memory device and the second random access memory device, wherein each of the plurality of random access memory devices includes a write input port, a write output port, a read input port, and a read output port, transmitting the data packet from the first random access memory device to each random access memory device, wherein the write output port of each random access memory device is coupled in series to the write input port of the next random access memory device, and determining whether to perform a command in each random access memory device based on the information in the data packet. [0013]
  • The method may further include generating an overflow signal in one of the plurality of random access memory devices to indicate to the next random access memory device that a write command or read command is being continued from the one of the plurality of random access memory devices. The method may further include terminating performance of a first write command when a second write command is received, when a read command is received, or when a stop write command is received. [0014]
  • The present invention may be better understood, and its numerous objects, features, and advantages made even more apparent to those skilled in the art by referencing the detailed description and accompanying drawings of the embodiments described below.[0015]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a block diagram of an example of components included in a high speed router known in the art. [0016]
  • FIG. 2 is a block diagram of components included in a router according to an embodiment of the present invention. [0017]
  • FIG. 3[0018] a is a block diagram of an example of a SRAM device that can be utilized in the router of FIG. 2.
  • FIG. 3[0019] b is a block diagram of an alternate SRAM device that can be utilized in the router of FIG. 2.
  • FIG. 4 is a block diagram showing an embodiment of a configuration of the bank of SRAM devices of FIG. 2. [0020]
  • FIG. 5 shows an example of an address and data format for two packets that can be processed by the SRAM devices of FIG. 3[0021] a or 3 b.
  • FIG. 6 shows an example of a packet write that can be processed by the SRAM devices of FIG. 3[0022] a or 3 b.
  • FIG. 7 shows an example of a packet write interrupted by a packet read that can be processed by the SRAM devices of FIG. 3[0023] a or 3 b.
  • FIG. 8 shows an example of a read data that can be output on the read output port of the SRAM devices of FIG. 3[0024] a or 3 b in response to two read requests.
  • FIG. 9 shows an example of a packet write followed immediately by a packet read of the data that can be processed by the SRAM devices of FIG. 3[0025] a or 3 b.
  • FIG. 10[0026] a shows an example of a read request for two minimum sized packets requested through the write input port.
  • FIG. 10[0027] b shows the output on the read port resulting from the read commands received in the packets of FIG. 10a.
  • FIG. 11[0028] a shows an example of input and output bandwidths that can be achieved with a known high speed router.
  • FIG. 11[0029] b shows an example of input and output bandwidth that can be achieved by a high speed router configured with SRAM devices of FIG. 3a or 3 b.
  • DETAILED DESCRIPTION
  • A configuration of static random access memory (SRAM) devices in accordance with an embodiment of the present invention replaces the data bus [0030] 108 (FIG. 1) with high speed, point-to-point, serial data connections. Accordingly, the pin count on the controlling ASIC 104 (FIG. 1) can be significantly reduced while simultaneously achieving at least an order of magnitude increase in total bandwidth. Further, increasing the memory capacity of SRAM 102 (FIG. 1) adds bus loading on bus 108 and possibly extra pins on ASIC 104. Further, increasing the size and number of memory storage devices in SRAM 102 creates difficulties in routing bus 108 and address distribution. SRAM devices configured in accordance with an embodiment of the present invention allow an increase in the amount of memory without requiring additional pins on an ASIC and can be distributed serially in chains that are connected to the ASIC at both ends. Such a configuration simplifies real estate problems in the vicinity of the ASIC and alleviates problems associated with routing additional bus lines to ASIC 104. Further, the bandwidth per pin of an ASIC configured in accordance with embodiments of the present invention can be significantly increased, and memory reads and writes can occur simultaneously and continuously as further described hereinbelow.
  • Referring now to FIG. 2, a block diagram of components included in a [0031] router 200 according to an embodiment of the present invention is shown. Router 200 includes an ASIC 202, a CAM 110, SRAM devices 204 associated with CAM 110, a bank of SRAM devices 206, and a switch 208. Each physical input has a direct connection to ASIC 202. ASIC 202 transmits the header from each packet to CAM 110 for translation, and stores the rest of the packet, also referred to as the payload, in the bank of SRAM devices 206. The payload remains in the bank of SRAM devices 206 until CAM 110 returns the header with the new routing information for the packet to ASIC 202. ASIC 202 retrieves the payload, combines the new header with the corresponding payload, and transmits the packet to switch 208 via the bank of SRAM devices 206.
  • FIG. 3[0032] a is a block diagram of an embodiment of an SRAM device 300 that can be utilized in the bank of SRAM devices 206 of FIG. 2. In the embodiment shown, data is transmitted directly from a write input port 302 to a write output port 304 under all conditions. Control data, write data, and read requests are input to SRAM device 300 through write input port 302. When a valid write command is in progress, the packet is transmitted to a decoder and phase lock loop (PLL) 306. The data and the address where the data will be stored in an SRAM module 308 is decoded from the packet and transmitted to SRAM module 308, which stores the data.
  • When a read command is received in [0033] write input port 302, the data is retrieved from SRAM module 308 and transmitted to an encoder 310, a buffer 312, and read output port 314. When a read is in progress, a multiplexer 316 suspends transmission of bypass data through read input port 318 until the requested data from SRAM module 308 has been sent. When data is not being output on read output port 314, then bypass data is transmitted directly to read output port 314 via multiplexer 316 and buffer 312. If a read command is not in progress, and no bypass data is being transmitted (i.e., read input port 318 is not toggling), then an IDLE signal 320 is transmitted to read output port 314 via multiplexer 316 and buffer 312.
  • FIG. 3[0034] b is a block diagram of another embodiment of an SRAM device 330 that can be utilized in the bank of SRAM devices 206 of FIG. 2. In the embodiment of SRAM device 330 shown in FIG. 3b, data is transmitted from write input port 302 to decoder and PLL 306, encoder 310, and then to write output port 304 under all conditions. Decoder and PLL 306 generates clock signals for a decoder and delay lock loop (DLL) 332 to correct the phase of the bypass data. The clock signals from decoder and PLL 306 are also used to clock the read output port 314 and the write output port 304, so that data transmitted from write output port 304 is synchronized with data transmitted from read output port 314. The timing is set up to be equal in both read and write paths of SRAM device 330, so that individual devices in a bank of SRAM devices (such as bank of SRAM devices 206 of FIG. 2) can insert data into the read data stream without interfering with data from other devices. When a valid write command is in progress, the data and the address where the data will be stored in SRAM module 308 is transmitted to SRAM module 308, which stores the data.
  • When a read command is received in [0035] write input port 302, the data is retrieved from SRAM module 308 and transmitted to an encoder 334 and read output port 314. When a read is in progress, multiplexer 316 suspends transmission of bypass data through read input port 318 until the requested data from SRAM module 308 has been sent. When data is not being output on read output port 314, then bypass data is transmitted to read output port 314 via decoder and DLL 332 and encoder 334. If no read command is in progress, and there is no bypass data being transmitted, then an IDLE signal 320 is transmitted to read output port 314 via decoder and DLL 332 and encoder 334.
  • FIG. 4 shows a block diagram of an embodiment of system memory architecture for one or [0036] more SRAM series 400, 401 that can be utilized in the bank of SRAM devices 206 of FIG. 2. Each SRAM series 400, 401 includes one write input port 402 to receive input from ASIC 202 and one read output port 404 to output read data to switch 208. Note that ASIC 202 and switch 208 are shown in the same component in FIG. 4 to illustrate the architecture of the SRAM series 400, 401. Additionally, multiple SRAM devices 300 (FIG. 3a) and SRAM devices 330 (FIG. 3b) can be utilized in SRAM series 400, 401, with SRAM devices 300 being shown as one possible configuration.
  • In the architecture shown, [0037] SRAM series 400 is dedicated to receiving and storing data from a serial input 406 and supplying the data to switch 208. Similarly, SRAM series 401 is dedicated to receiving and storing data from a serial input 408 and supplying the data to switch 208. Additional SRAM devices 300 can be added to a SRAM series 400, 401 to increase storage capacity without increasing the number of pins on ASIC 202. Further, additional SRAM series 400, 401 can be added to handle a corresponding number of additional serial inputs.
  • The read [0038] output ports 314 and the write output ports 304 of each SRAM device 300 are connected to the read input port 318 and write input port 302, respectively, of the next SRAM device 300 in the SRAM series 400, 401. Notably, SRAM devices 300 can be added or removed from the SRAM series 400, 401 to meet latency requirements. For example, in one embodiment, a series of fifty-two (52) eighteen (18) Megabit SRAM devices 300 is required to reach a latency of 300 milliseconds.
  • In some embodiments, [0039] SRAM devices 300 and 330 are configured to manage overflow data. If the amount of data to be written is larger than the amount of memory space available in the SRAM device 300 specified in the CNTL word, the data overflows to the next SRAM 300 in the SRAM series 400, 401. In this manner, the data from a packet is stored in a contiguous block that can span portions of one or more SRAM devices 300. When a read operation, such as the read operation illustrated in FIG. 8, would access the last data word in one of the SRAM devices 300 but the read operation is not halted, an overflow occurs. An overflow signal on a connection such as connection 410 can indicate to the next SRAM device 300 or 330 in the SRAM series 400, 401 that the read operation should continue in the subsequent device starting at the lowest address. In SRAM devices 300 or 330, connection 410 (as an output) indicates that the address at the SRAM is at terminal count. Connection 410 (as an input) indicates that the SRAM address should be set to zero and incremented from there.
  • Similarly, an overflow signal on a connection such as [0040] connection 412 can indicate that an overflow occurs during a write operation. When a write operation, such as the write operation illustrated in FIG. 6, would write to the last data word in an SRAM device 300, but the write operation is not halted, the overflow signal on connection 412 would indicate to the next SRAM device 300 in the SRAM series 400, 401 that the write operation should continue in the subsequent device starting at the lowest address. In SRAM device 300 or 330, connection 412 (as an output) would be an indication that the address at the SRAM is at terminal count. Connection 412 (as an input) would indicate that the SRAM address should be set to zero and incremented from there. This method of managing overflow is referred to as cascading first-in-first-out (FIFO). Notably, the overflow signal on connection 410 or connection 412 also indicates that the data should be read from or written to the beginning of the memory in the SRAM device 300, thereby alleviating the need for ASIC 202 to supply a new address or device selection to the next SRAM device 300.
  • FIG. 5 is an example of an address and data format for a [0041] packet 500 that can be processed by the SRAM devices 300, 330 of FIG. 3a or 3 b. When packet 500 is input to the write input port 302, the start of frame (SOF) parameter initiates a read or write transaction by apportioning the data in one or more frames and synchronizing the serial bit stream. In one embodiment, the control (CNTL) word includes 8 bits that can be set to one of several read or write modes. For example, two bits can be set to command the following read or write modes:
    00 READ until stop command
    01 WRITE until stop command
    10 STOP command (remaining 6 bits in the CNTL word are set to
    indicate:
    000000  Stop Write
    100000  Stop Read)
    11 READ UNTIL STOP WITH DATA TAGGING command
  • Note that an address is not required for the STOP command. For the READ and WRITE commands, the remaining 6 bits in the CNTL word can also be used to select a SRAM device [0042] 300 (FIG. 3). This allows up to 64 SRAM devices 300 to be cascaded. A greater or lesser number of bits can be included in the CNTL word to accommodate any number of SRAM devices 300, as required by a particular implementation.
  • In the embodiment shown, the address (ADD) field includes 24 bits that are set to indicate the starting location of the data to be read or written when a READ or WRITE command is input. A minimum amount of memory space, such as 1 byte, can be allocated to each address. Other amounts of minimum memory space and number of bits in the address field can be implemented. [0043]
  • If a ‘READ UNTIL STOP WITH DATA TAGGING’ command is input, a number of bits in each DATA field can be used to store the data tag. For example, in one implementation, 16 bits of the DATA field are used to store tag information, such as a sequence number identifying the data to subsequent devices. [0044]
  • When the WRITE command is received, data is written into one or more of the [0045] SRAM devices 300, 330 (FIGS. 3a and 3 b) until the end of the data is reached. The WRITE command can be suspended when the STOP WRITE command is detected.
  • FIG. 6 shows an example of a packet write that can be input to write [0046] input port 302 and processed by SRAM devices 300, 330 of FIG. 3a or 3 b. Packet write 600 includes the SOF field to indicate the start of a new control word and initiate the transaction by framing the data and synchronizing the serial bit stream. The CNTL word indicates that the WRITE command is to be performed. A portion of the CNTL word can indicate the SRAM device 300 in the SRAM series 400, 401 (FIG. 4) into which the data will be written. The ADDR fields indicate the starting address in the SRAM device 300 in the SRAM series 400, 401 (FIG. 4) for writing the data. In one embodiment, each address requires a minimum of 32 bytes of address space. A variety of different size packets can be used within the same SRAM series 400, 401.
  • In some embodiments, the STOP WRITE command is performed when the command is detected in the CNTL word after the SOF field. A STOP WRITE can also be initiated by starting a new WRITE command. In such an embodiment, the WRITE command terminates all existing writes in all [0047] SRAM devices 300 in the SRAM series 400, 401 (FIG. 4). The SRAM device 300 specified in the CNTL word starts a new write transaction for the write data in the packet write 600.
  • According to some embodiments, both read and write operations may be performed in a bank of SRAM devices (such as bank of [0048] SRAM devices 206 of FIG. 2) at the same time. Referring now to FIG. 7, an example of a packet write 702 interrupted by a packet read 704 that can be processed by the SRAM devices 300, 330 of FIG. 3a or 3 b is shown. In the example shown, the SOF field in packet read 704 indicates a new command. Specifically, the first two bits of the CNTL word indicate a READ command, and the remaining 6 bits indicate the SRAM device 300 (FIG. 4) from which the data is to be read. The address fields following the SOF field provide the address in the selected SRAM device 300 to begin reading the data. The SRAM device 300 will initiate a READ at the designated address and continue reading and transmitting the data to the READ output port 314 (FIG. 4) until a STOP READ command is received, or a new READ command is received. The SRAM device 300 resumes the WRITE command where it was interrupted. A SOF field and a CNTL word containing bits set to indicate a STOP WRITE command is included at the end of the packet write 702 to terminate the WRITE command, but the READ command 704 was not terminated and will continue.
  • FIG. 8 is an example of a [0049] read data stream 800 from two consecutive packet reads that can be output on the read output port 314 of the SRAM devices 300, 330 of FIG. 3a or 3 b. The data from each READ command is delimited by a SOF field. The READ command continues to output data until a new read command interrupts the current read command or a STOP READ command is detected by the SRAM device 300, 330. For example, the read data stream 800 shows data from a first READ command, a SOF field to delimit the data from a second READ command, and an IDLE field at the end of the read data stream 800 to indicate that a STOP READ command was detected by the SRAM device 300, 330. Note that the read data stream 800 does not indicate whether a WRITE command was interrupted to perform the READ commands.
  • FIG. 9 is an example of a [0050] packet write 902 followed immediately by a packet read 904 that can be processed by the SRAM devices 300, 330 of FIG. 3a or 3 b. Packet write 902 includes the SOF field to indicate the start of a new control word and initiate the transaction by framing the data and synchronizing the serial bit stream. The CNTL word indicates that the WRITE command is to be performed and the SRAM device 300 in the SRAM series 400, 401 (FIG. 4) into which the data will be written. The ADDR fields indicate the starting address in the specified SRAM device 300 for writing the data. The STOP WRITE command terminates the WRITE command once all of the data has been written to memory.
  • The packet read [0051] 904 begins with the SOF field to indicate a new command. Specifically, the first two bits of the CNTL word indicate a READ command, and the remaining 6 bits indicate the SRAM device 300 (FIG. 4) from which the data is to be read. The address fields following the SOF field provide the address in the selected SRAM device 300 to begin reading the data. The SRAM device 300 completes the READ command and transmits the data to the READ output port 314 (FIG. 3b). A SOF field is sent to indicate the start of a new transaction, and a STOP READ command in the CNTL word terminates the previous READ command.
  • In the example shown in FIG. 9, the minimum READ length is 4 bytes. Five byte transfers are required to initiate a READ command, (i.e., the SOF field, CNTL word, and address bytes in packet read [0052] 904). The READ output data will consist of five byte transfers minimum (i.e., the SOF field, and four data bytes), to correspond with the time needed to initiate a new read or a STOP READ command. The WRITE command terminates after the STOP WRITE command is detected, however, the data can be written to memory as the CNTL word in the read packet 904 is parsed. Notably, the data written by packet write 902 can be read by the consecutive packet read 904. Other embodiments may require longer or shorter minimum reads, depending upon the number of bytes of address required to complete a READ command, which can vary based on the amount of memory and the address granularity.
  • Referring now to FIGS. 10[0053] a and 10 b, FIG. 10a shows an example of two minimum-sized sequential read packets 1002, 1004 to be input to the write input port 302 of the SRAM devices 300, 330 of FIG. 3a or 3 b. FIG. 10b shows the output on the read output port 314 resulting from performing the read commands in the packet reads 1002, 1004 of FIG. 10a. Each packet read 1002, 1004 includes a minimum of four byte transfers (SOF field, CNTL word, and the address from which data is to be read). During frames 1-8, the first READ command is performed, and the beginning of the second READ command is beginning, as shown in FIG. 10a. The data from the first READ command becomes available after the 9th (ninth) frame, as shown in FIG. 10b. This example of sequential read packets 1002, 1004 shows the worst case time delay for the READ command.
  • Referring to FIGS. 3[0054] a, 3 b, and 5, in some embodiments, to provide traceability of the read data, an extra CNTL word can be added to the data packet 500 to identify the data read from the SRAM module 308. The extra CNTL word can be used to indicate to the SRAM device 300, 330 that a data identifier is included in the packet, for example, following the read address. The identifier can be returned with the read data, and the amount of packet space allocated for the identifier, such as 16 bits, can be selected to meet the requirements of the system. In alternative embodiments, an identifier can be included in the data and the components of the system can be implemented to recognize the identifier by its format and/or location in the data stream.
  • Advantageously, some embodiments of [0055] SRAM device 300, 330 can write packets as small as one byte by performing a write request (5 bytes) and supplying one byte of data before the next write request. Read requests output a minimum of 5 bytes due to the fact that 5 bytes of address and control information are required to make the request on the write input port 302. Unused data can be discarded.
  • Referring to FIGS. 11[0056] a and 11 b, FIG. 11a shows an example of a known high speed router 1102 that indicates the input and output bandwidths that can be achieved by router 1102. In the example shown, the router 1102 has an internal storage capacity of up to 300 milliseconds, with input and output bandwidths up to 10 gigaHertz for 10 serial input lines at speeds of 1 gigahertz each.
  • FIG. 11[0057] b indicates the input and output bandwidths that can be achieved by a high speed router 1104 configured with SRAM devices 300, 330 (FIGS. 3a, 3 b) in accordance with the present invention. The router 1104 has an internal storage capacity (in time) similar to router 1102 in FIG. 11a, however, router 1104 achieves input and output bandwidths up to 100 gigahertz for 10 serial input lines at speeds of 3.125 gigaHertz each. In some embodiments, routers 1102, 1104 can store 300 milliseconds of data before they overflow, however, the internal memory storage capacity of router 1104 (FIG. 11b) is an order of magnitude larger than router 1102 (FIG. 11a).
  • Referring again to FIGS. 3[0058] a, 3 b, and 4, SRAM devices 300, 330 configured in SRAM series 400, 401 can be used to provide cost effective and scalable memory for high-speed routers 100 and other equipment that utilizes SRAM. SRAM devices 300, 330 achieve efficient data transfers with even very small data packets (e.g., 4 byte packet read). Further, the storage capacity of SRAM series 400, 401 can be increased without requiring an increase in the number of pins on ASIC 202 and switch 208.
  • The ability to scale the memory capacity and bandwidth while using the [0059] same ASIC 202 and switch 208 alleviates problems associated with integrating new ASICS having an increased number of pins for more bandwidth, as found in the prior art. The SRAM series 400, 401 allow additional SRAM devices 300 to be added to SRAM series 400, 401 without incurring board layout problems. Such problems can include attempting to position components to avoid long data bus lines, routing wide data bus lines to memory and processor devices with a large number of pins, and multidrop connections on all busses.
  • The requirement of transferring a minimum of five bytes to initiate a READ or a WRITE command allows the internal architecture of [0060] SRAM devices 300, 330 to process READ commands and WRITE commands in parallel. As a result, the internal bandwidth of the SRAM devices 300, 330 can be greatly reduced from the external bandwidth. This allows a significant reduction in power dissipation and a reduction in the required internal memory access speed. Embodiments of SRAM devices 300, 330 which require additional latency from the initiation of the READ command to the availability of the data, could be developed using DRAM technology.
  • [0061] SRAM devices 300, 330 configured in SRAM series 400, 401 also alleviate address fan-out problems because each SRAM series 400, 401 has only one write input port 402 and one read output port 404 that interfaces with ASIC 202. Further, SRAM series 400, 401 alleviate noise issues that arise with heavy bus loading and drivers, line termination, bus contention, and long data bus lines found in the prior art. A further advantage with SRAM series 400, 401 is that there are no logistical problems with bus arbitration, transferring small amounts of data on very wide busses, bottlenecks at the memory interface, and bus/clock skew and bit alignment.
  • One skilled in the art will recognize the many teachings of this disclosure and be able to apply these teachings to additional embodiments and, indeed, to other kinds of devices, as well, without departing from the teachings of this disclosure. Consequently, the scope of the invention should not be inferred as being limited by the exemplary embodiments described herein, but rather should be viewed as teaching in the art far greater than just these exemplary embodiments. Accordingly, other embodiments, variations, and improvements not described herein are not necessarily excluded from the scope of the invention. [0062]

Claims (24)

1. A random access memory device comprising:
a random access memory module;
a write input port coupled to receive packets that include data and command information;
a decoder coupled to receive the packets from the write input port, and to access the random access memory module to perform the commands in the packets;
a read input port operable to receive bypass data; and
a read output port coupled to output the bypass data and data read from the random access memory module.
2. The random access memory device of claim 1 further comprising:
a write output port coupled to receive the packets from the write input port and to transmit the packets to another random access memory device.
3. The random access memory device of claim 2 further comprising:
a buffer coupled between the write input port and the write output port.
4. The random access memory device of claim 1, further comprising:
a first multiplexer coupled between the read input port and the read output port; and
an idle signal coupled to the first multiplexer, wherein the first multiplexer is operable to output the idle signal when the read input port is not transmitting the bypass data to the read output port.
5. The random access memory device of claim 4 further comprising:
a second multiplexer coupled between the random access memory module and the read output port, the second multiplexer being further coupled to receive the output of the first multiplexer, wherein the second multiplexer is operable to output the output of the first multiplexer when read data is not being transmitted from the random access memory module.
6. The random access memory device of claim 5 further comprising:
an encoder coupled between the random access memory module and the second multiplexer.
7. The random access memory device of claim 5 further comprising:
a buffer coupled between the second multiplexer and the read output port.
8. The random access memory device of claim 2 further comprising:
a decoder coupled between the write input port and the write output port; and
an encoder coupled between the decoder and the write output port.
9. The random access memory device of claim 8, further comprising:
a first multiplexer coupled between the read input port and the read output port; and
an idle signal coupled to the first multiplexer, wherein the first multiplexer is operable to output the idle signal when the read input port is not transmitting the bypass data to the read output port.
10. The random access memory device of claim 9 further comprising:
a second multiplexer coupled between the random access memory module and the read output port, the second multiplexer being further coupled to receive the output of the first multiplexer, wherein the second multiplexer is operable to output the output of the first multiplexer when read data is not being transmitted from the random access memory module.
11. The random access memory device of claim 10 further comprising:
an encoder coupled between the second multiplexer and the read output port.
12. The random access memory device of claim 9, wherein the decoder includes a phase lock loop, the random access memory device further comprising:
a second decoder coupled between the read input port and the first multiplexer, wherein the second decoder includes a delay lock loop.
13. An apparatus comprising:
a first processing unit operable to receive serial data input;
a switch operable to receive data to be transmitted;
a first random access memory device coupled to the first processing unit via a write input port, wherein the first processing unit is operable to transmit data packets to the first random access memory device via the write input port;
a second random access memory device coupled to the first random access memory device, the second random access memory device being further coupled to transmit the data to be transmitted to the switch.
14. The apparatus of claim 13 further comprising:
a plurality of random access memory devices coupled between the first random access memory device and the second random access memory device, wherein each random access memory device in the series includes:
a random access memory module;
a write input port coupled to receive packets that include data and commands, and to access the random access memory module to perform the commands in the packets;
a read input port operable to receive bypass data; and
a read output port coupled to output the bypass data and data read from the random access memory module.
15. The apparatus of claim 14 wherein each random access memory device further comprises:
a write output port coupled to receive the packets from the write input port and to transmit the packets to one of the other random access memory devices.
16. The apparatus of claim 15 wherein each of the plurality of random access memory devices is coupled in series with another of the plurality of random access memory devices.
17. The apparatus of claim 16 wherein the write output port of each of the plurality of random access memory devices is coupled to the write input port of next of the series of the plurality of random access memory devices.
18. The apparatus of claim 17 wherein the read output port of each of the plurality of random access memory devices is coupled to the read input port of next of the series of the plurality of random access memory devices.
19. The apparatus of claim 16 wherein each random access memory device is operable to generate an overflow signal to indicate to the next random access memory device in the series that the data to be written or read is a continuation from the previous random access memory device.
20. The apparatus of claim 19 wherein each random access memory device is operable to generate a command signal to indicate to the next random access memory device in the series that the continuation of data is to be written or read.
21. The apparatus of claim 16, further comprising:
a plurality of serial data inputs; and
a plurality of the series of the random access memory devices, wherein each of the plurality of the series of the random access memory devices is dedicated to handling data from one of the plurality of serial data inputs.
22. The apparatus of claim 13 wherein random access memory devices are operable to decode the data packet and determine whether the data packet includes at least one of: a start of frame field; a control word; an address field; a data field; and an idle indicator.
23. The apparatus of claim 13 wherein the control word includes at least one of: a command to be performed; and the random access memory device to perform the command.
24-66. (Cancelled)
US10/865,583 2002-04-10 2004-06-09 Random access memory architecture and serial interface with continuous packet handling capability Abandoned US20040233906A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/865,583 US20040233906A1 (en) 2002-04-10 2004-06-09 Random access memory architecture and serial interface with continuous packet handling capability

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/120,648 US7110400B2 (en) 2002-04-10 2002-04-10 Random access memory architecture and serial interface with continuous packet handling capability
US10/865,583 US20040233906A1 (en) 2002-04-10 2004-06-09 Random access memory architecture and serial interface with continuous packet handling capability

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US10/120,648 Division US7110400B2 (en) 2002-04-10 2002-04-10 Random access memory architecture and serial interface with continuous packet handling capability

Publications (1)

Publication Number Publication Date
US20040233906A1 true US20040233906A1 (en) 2004-11-25

Family

ID=28790133

Family Applications (2)

Application Number Title Priority Date Filing Date
US10/120,648 Expired - Lifetime US7110400B2 (en) 2002-04-10 2002-04-10 Random access memory architecture and serial interface with continuous packet handling capability
US10/865,583 Abandoned US20040233906A1 (en) 2002-04-10 2004-06-09 Random access memory architecture and serial interface with continuous packet handling capability

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US10/120,648 Expired - Lifetime US7110400B2 (en) 2002-04-10 2002-04-10 Random access memory architecture and serial interface with continuous packet handling capability

Country Status (1)

Country Link
US (2) US7110400B2 (en)

Families Citing this family (75)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7404032B2 (en) 2000-01-05 2008-07-22 Rambus Inc. Configurable width buffered module having switch elements
US7356639B2 (en) * 2000-01-05 2008-04-08 Rambus Inc. Configurable width buffered module having a bypass circuit
US7266634B2 (en) * 2000-01-05 2007-09-04 Rambus Inc. Configurable width buffered module having flyby elements
US7363422B2 (en) 2000-01-05 2008-04-22 Rambus Inc. Configurable width buffered module
US20050010737A1 (en) * 2000-01-05 2005-01-13 Fred Ware Configurable width buffered module having splitter elements
US6791555B1 (en) 2000-06-23 2004-09-14 Micron Technology, Inc. Apparatus and method for distributed memory control in a graphics processing system
US20030101312A1 (en) * 2001-11-26 2003-05-29 Doan Trung T. Machine state storage apparatus and method
US7320037B1 (en) * 2002-05-10 2008-01-15 Altera Corporation Method and apparatus for packet segmentation, enqueuing and queue servicing for multiple network processor architecture
US7606248B1 (en) 2002-05-10 2009-10-20 Altera Corporation Method and apparatus for using multiple network processors to achieve higher performance networking applications
US7339943B1 (en) 2002-05-10 2008-03-04 Altera Corporation Apparatus and method for queuing flow management between input, intermediate and output queues
US7593334B1 (en) 2002-05-20 2009-09-22 Altera Corporation Method of policing network traffic
US7336669B1 (en) 2002-05-20 2008-02-26 Altera Corporation Mechanism for distributing statistics across multiple elements
US7133972B2 (en) 2002-06-07 2006-11-07 Micron Technology, Inc. Memory hub with internal cache and/or memory access prediction
US7200024B2 (en) 2002-08-02 2007-04-03 Micron Technology, Inc. System and method for optically interconnecting memory devices
US7117316B2 (en) 2002-08-05 2006-10-03 Micron Technology, Inc. Memory hub and access method having internal row caching
US7254331B2 (en) 2002-08-09 2007-08-07 Micron Technology, Inc. System and method for multiple bit optical data transmission in memory systems
US7149874B2 (en) 2002-08-16 2006-12-12 Micron Technology, Inc. Memory hub bypass circuit and method
US7836252B2 (en) 2002-08-29 2010-11-16 Micron Technology, Inc. System and method for optimizing interconnections of memory devices in a multichip module
US6820181B2 (en) 2002-08-29 2004-11-16 Micron Technology, Inc. Method and system for controlling memory accesses to memory modules having a memory hub architecture
US7102907B2 (en) 2002-09-09 2006-09-05 Micron Technology, Inc. Wavelength division multiplexed memory module, memory system and method
US7245145B2 (en) 2003-06-11 2007-07-17 Micron Technology, Inc. Memory module and method having improved signal routing topology
US7120727B2 (en) 2003-06-19 2006-10-10 Micron Technology, Inc. Reconfigurable memory module and method
US7260685B2 (en) 2003-06-20 2007-08-21 Micron Technology, Inc. Memory hub and access method having internal prefetch buffers
US7107415B2 (en) 2003-06-20 2006-09-12 Micron Technology, Inc. Posted write buffers and methods of posting write requests in memory modules
US7428644B2 (en) 2003-06-20 2008-09-23 Micron Technology, Inc. System and method for selective memory module power management
DE10329345A1 (en) * 2003-06-30 2005-02-10 Infineon Technologies Ag Device and method for storing digital data
US7389364B2 (en) 2003-07-22 2008-06-17 Micron Technology, Inc. Apparatus and method for direct memory access in a hub-based memory system
US7210059B2 (en) 2003-08-19 2007-04-24 Micron Technology, Inc. System and method for on-board diagnostics of memory modules
US7133991B2 (en) 2003-08-20 2006-11-07 Micron Technology, Inc. Method and system for capturing and bypassing memory transactions in a hub-based memory system
US20050050237A1 (en) * 2003-08-28 2005-03-03 Jeddeloh Joseph M. Memory module and method having on-board data search capabilities and processor-based system using such memory modules
US7136958B2 (en) 2003-08-28 2006-11-14 Micron Technology, Inc. Multiple processor system and method including multiple memory hub modules
US7310752B2 (en) 2003-09-12 2007-12-18 Micron Technology, Inc. System and method for on-board timing margin testing of memory modules
US7194593B2 (en) 2003-09-18 2007-03-20 Micron Technology, Inc. Memory hub with integrated non-volatile memory
US7120743B2 (en) 2003-10-20 2006-10-10 Micron Technology, Inc. Arbitration system and method for memory responses in a hub-based memory system
US7234070B2 (en) 2003-10-27 2007-06-19 Micron Technology, Inc. System and method for using a learning sequence to establish communications on a high-speed nonsynchronous interface in the absence of clock forwarding
US7330992B2 (en) 2003-12-29 2008-02-12 Micron Technology, Inc. System and method for read synchronization of memory modules
US7188219B2 (en) 2004-01-30 2007-03-06 Micron Technology, Inc. Buffer control system and method for a memory system having outstanding read and write request buffers
US7788451B2 (en) 2004-02-05 2010-08-31 Micron Technology, Inc. Apparatus and method for data bypass for a bi-directional data bus in a hub-based memory sub-system
US7181584B2 (en) 2004-02-05 2007-02-20 Micron Technology, Inc. Dynamic command and/or address mirroring system and method for memory modules
US7412574B2 (en) 2004-02-05 2008-08-12 Micron Technology, Inc. System and method for arbitration of memory responses in a hub-based memory system
US7366864B2 (en) 2004-03-08 2008-04-29 Micron Technology, Inc. Memory hub architecture having programmable lane widths
US7257683B2 (en) 2004-03-24 2007-08-14 Micron Technology, Inc. Memory arbitration system and method having an arbitration packet protocol
US7120723B2 (en) 2004-03-25 2006-10-10 Micron Technology, Inc. System and method for memory hub-based expansion bus
US7447240B2 (en) 2004-03-29 2008-11-04 Micron Technology, Inc. Method and system for synchronizing communications links in a hub-based memory system
US7213082B2 (en) 2004-03-29 2007-05-01 Micron Technology, Inc. Memory hub and method for providing memory sequencing hints
US6980042B2 (en) 2004-04-05 2005-12-27 Micron Technology, Inc. Delay line synchronizer apparatus and method
US7590797B2 (en) 2004-04-08 2009-09-15 Micron Technology, Inc. System and method for optimizing interconnections of components in a multichip memory module
US7162567B2 (en) 2004-05-14 2007-01-09 Micron Technology, Inc. Memory hub and method for memory sequencing
US7222213B2 (en) 2004-05-17 2007-05-22 Micron Technology, Inc. System and method for communicating the synchronization status of memory modules during initialization of the memory modules
US7363419B2 (en) 2004-05-28 2008-04-22 Micron Technology, Inc. Method and system for terminating write commands in a hub-based memory system
US7310748B2 (en) 2004-06-04 2007-12-18 Micron Technology, Inc. Memory hub tester interface and method for use thereof
US7519788B2 (en) 2004-06-04 2009-04-14 Micron Technology, Inc. System and method for an asynchronous data buffer having buffer write and read pointers
US7392331B2 (en) 2004-08-31 2008-06-24 Micron Technology, Inc. System and method for transmitting data packets in a computer system having a memory hub architecture
US8452929B2 (en) 2005-04-21 2013-05-28 Violin Memory Inc. Method and system for storage of data in non-volatile media
US9384818B2 (en) * 2005-04-21 2016-07-05 Violin Memory Memory power management
US8112655B2 (en) 2005-04-21 2012-02-07 Violin Memory, Inc. Mesosynchronous data bus apparatus and method of data transmission
CN101727429B (en) 2005-04-21 2012-11-14 提琴存储器公司 Interconnection system
US9286198B2 (en) 2005-04-21 2016-03-15 Violin Memory Method and system for storage of data in non-volatile media
US9582449B2 (en) 2005-04-21 2017-02-28 Violin Memory, Inc. Interconnection system
US7404050B2 (en) * 2005-08-01 2008-07-22 Infineon Technologies Ag Method of operating a memory device, memory module, and a memory device comprising the memory module
US11328764B2 (en) 2005-09-26 2022-05-10 Rambus Inc. Memory system topologies including a memory die stack
US7464225B2 (en) 2005-09-26 2008-12-09 Rambus Inc. Memory module including a plurality of integrated circuit memory devices and a plurality of buffer devices in a matrix topology
US7562271B2 (en) 2005-09-26 2009-07-14 Rambus Inc. Memory system topologies including a buffer device and an integrated circuit memory device
US20070101087A1 (en) * 2005-10-31 2007-05-03 Peter Gregorius Memory module and memory device and method of operating a memory device
US8028186B2 (en) 2006-10-23 2011-09-27 Violin Memory, Inc. Skew management in an interconnection system
US8200925B2 (en) * 2008-10-31 2012-06-12 Mosaid Technologies Incorporated Data mirroring in serial-connected memory system
US9495629B2 (en) * 2009-12-21 2016-11-15 Stmicroelectronics International N.V. Memory card and communication method between a memory card and a host unit
JP2017011580A (en) * 2015-06-24 2017-01-12 キヤノン株式会社 Communication device, control method, and program
US10679722B2 (en) 2016-08-26 2020-06-09 Sandisk Technologies Llc Storage system with several integrated components and method for use therewith
US11362939B2 (en) 2020-08-31 2022-06-14 Micron Technology, Inc. Flow control for a multiple flow control unit interface
US11588745B2 (en) * 2020-08-31 2023-02-21 Micron Technology, Inc. Early credit return for credit-based flow control
US11580044B2 (en) 2020-08-31 2023-02-14 Micron Technology, Inc. Network credit return mechanisms
US11914863B2 (en) 2021-07-22 2024-02-27 Rambus Inc. Data buffer for memory devices with unidirectional ports
US12125556B2 (en) 2021-09-08 2024-10-22 Rambus Inc. Data buffer for memory devices with memory address remapping
CN115426315B (en) * 2022-11-07 2023-01-31 北京数盾信息科技有限公司 Information processing method, device and equipment

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4973666A (en) * 1987-11-06 1990-11-27 Washington Research Foundation Peptide fragments containing HP and LP cross-links
US6112287A (en) 1993-03-01 2000-08-29 Busless Computers Sarl Shared memory multiprocessor system using a set of serial links as processors-memory switch
US5283877A (en) 1990-07-17 1994-02-01 Sun Microsystems, Inc. Single in-line DRAM memory module including a memory controller and cross bar switches
JPH0490645A (en) * 1990-08-03 1992-03-24 Mitsubishi Electric Corp Voice packet assembly/diassembly equipment
US6276844B1 (en) 1993-12-06 2001-08-21 International Business Machines Corporation Clustered, buffered simms and assemblies thereof
GB9509484D0 (en) * 1995-05-10 1995-07-05 Gen Datacomm Adv Res Atm network switch
SE514348C2 (en) 1995-06-09 2001-02-12 Saab Dynamics Ab Memory structure adapted for storing and retrieving vectors
SE505022C2 (en) 1995-08-08 1997-06-16 Saab Dynamics Ab Method and apparatus for distribution and synchronization of clock signals in a digital system
US5862128A (en) * 1995-12-29 1999-01-19 Gte Laboratories Inc Merged buffer signal switch
US7024518B2 (en) 1998-02-13 2006-04-04 Intel Corporation Dual-port buffer-to-memory interface
DE19838813A1 (en) 1998-08-26 2000-03-02 Siemens Ag Storage system
US6643752B1 (en) 1999-12-09 2003-11-04 Rambus Inc. Transceiver with latency alignment circuitry
US6502161B1 (en) 2000-01-05 2002-12-31 Rambus Inc. Memory system including a point-to-point linked memory subsystem
DE10022479B4 (en) 2000-05-09 2004-04-08 Infineon Technologies Ag Arrangement for the transmission of signals between a data processing device and a functional unit in a main memory system of a computer system
KR100351053B1 (en) 2000-05-19 2002-09-05 삼성전자 주식회사 Memory Module having termination resistors and system board having multi-channel structure including the same
US20010049742A1 (en) * 2000-05-31 2001-12-06 Steely Simon C. Low order channel flow control for an interleaved multiblock resource
US6625687B1 (en) 2000-09-18 2003-09-23 Intel Corporation Memory module employing a junction circuit for point-to-point connection isolation, voltage translation, data synchronization, and multiplexing/demultiplexing
US6317352B1 (en) 2000-09-18 2001-11-13 Intel Corporation Apparatus for implementing a buffered daisy chain connection between a memory controller and memory modules
US6553450B1 (en) 2000-09-18 2003-04-22 Intel Corporation Buffer to multiply memory interface
US6369605B1 (en) 2000-09-18 2002-04-09 Intel Corporation Self-terminated driver to prevent signal reflections of transmissions between electronic devices
US6493250B2 (en) 2000-12-28 2002-12-10 Intel Corporation Multi-tier point-to-point buffered memory interface
US20020117172A1 (en) * 2001-02-27 2002-08-29 Chin-Chang Chiang Floating ball of an underwater breathing apparatus for a diver
US6877079B2 (en) 2001-03-06 2005-04-05 Samsung Electronics Co., Ltd. Memory system having point-to-point bus configuration
US6934823B2 (en) 2001-03-29 2005-08-23 Intel Corporation Method and apparatus for handling memory read return data from different time domains
DE10128770B4 (en) 2001-06-13 2014-05-15 Qimonda Ag Method for transferring data into a memory cell array and circuit arrangement
US6690191B2 (en) 2001-12-21 2004-02-10 Sun Microsystems, Inc. Bi-directional output buffer

Also Published As

Publication number Publication date
US20030193927A1 (en) 2003-10-16
US7110400B2 (en) 2006-09-19

Similar Documents

Publication Publication Date Title
US7110400B2 (en) Random access memory architecture and serial interface with continuous packet handling capability
US7609718B2 (en) Packet data service over hyper transport link(s)
US6032190A (en) System and method for processing data packets
US9411776B2 (en) Separation of data and control in a switching device
US7239635B2 (en) Method and apparatus for implementing alterations on multiple concurrent frames
US5398245A (en) Packet processing method and apparatus
US6772268B1 (en) Centralized look up engine architecture and interface
US7899052B1 (en) Memory structure for resolving addresses in a packet-based network switch
US5793953A (en) Method and apparatus for allowing packet data to be separated over multiple bus targets
JPH0685842A (en) Communication equipment
US20040030712A1 (en) Efficient routing of packet data in a scalable processing resource
US6633576B1 (en) Apparatus and method for interleaved packet storage
US20040037322A1 (en) Methods and apparatus for processing packets including distributing packets across multiple packet processing engines and gathering the processed packets from the processing engines
US7447230B2 (en) System for protocol processing engine
US20060050722A1 (en) Interface circuitry for a receive ring buffer of an as fabric end node device
US6892284B2 (en) Dynamic memory allocation for assigning partitions to a logical port from two groups of un-assigned partitions based on two threshold values
KR100708425B1 (en) Apparatus and method for sharing memory using a single ring data bus connection configuration
US6850999B1 (en) Coherency coverage of data across multiple packets varying in sizes
EP1508225B1 (en) Method for data storage in external and on-chip memory in a packet switch
AU2003252054A1 (en) Packet processing engine
JP2003218907A (en) Processor with reduced memory requirements for high- speed routing and switching of packets
US20030210684A1 (en) Packet transceiving method and device
US7143185B1 (en) Method and apparatus for accessing external memories
US7733854B2 (en) Forced bubble insertion scheme
JP2004054419A (en) Inter-node transaction processor

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: EXPRESSLY ABANDONED -- DURING EXAMINATION

点击 这是indexloc提供的php浏览器服务,不要输入任何密码和下载