Abstract:
In one embodiment, the invention is a method for modeling electrical behavior of a packaged module having multiple integrated circuits (ICs), such as a multi-chip module (MCM). The method includes: (a) identifying one or more pin groups in the module, wherein a pin group comprises two or more buffers connected together and to a package-external pin, and (b) generating one or more corresponding unified behavioral models for the one or more pin groups based on the characteristics of the buffers of the one or more pin groups. The behavioral models are part of an integrated behavioral model file in accordance with the I/O buffer information specification (IBIS) standard.

Description:
BACKGROUND OF THE INVENTION 
       [0001]    1. Field of the Invention 
         [0002]    The current invention relates to input/output buffer information specification (IBIS) model generation, and more particularly, to IBIS model generation for multi-chip modules (MCMs) and similar devices. 
         [0003]    2. Description of the Related Art 
         [0004]    Integrated circuit (IC) devices are electronic devices containing one or more semiconductor dies, or “chips.” Chips have been successfully designed for decades using software known as electronic design automation (EDA) tools. To design an IC, a first “cut” of the design is done and then it is simulated to see how well the design works. The results are used by designer to correct any shortcomings in the design and the cycle is repeated until the desired results are obtained. The simulator uses a software model of the design, and different operating parameters are applied to the model, such as different clock speeds, signal inputs, temperature ranges, operating voltages, etc., to determine how well the design operates in a given application. One well-known model is referred to as a SPICE (Simulation Program with Integrated Circuits Emphasis) model, which relies on detailed design and component information. A SPICE model can allow accurate but slow simulation of the chip. However, the information needed for the model is considered proprietary by the manufacturer of the chip and may not be shared freely with customers. 
         [0005]    To simplify system designs and to satisfy the desire for more functionality in smaller packages, a new kind of device, known as a multi-chip module (MCM) has been developed. An MCM has multiple chips mounted on a substrate, such as a printed circuit board (PCB), and encapsulated together to form a single packaged device. One example of an MCM is a system-in-a-package (SiP) device, wherein one module performs many or even all of the electronic functions of an electronic system. The chips in an MCM may be connected to each other as well as to external pins of the MCM package. In some cases, one or more package-external pins are connected to multiple input/output (I/O) buffers located on multiple chips. And as the clock speed of chips increases, the behavior of interface circuitry (e.g., I/O buffers) on the chips and the wiring between the chips become critical for proper operation. 
         [0006]    Timing, transmission-line effects, and power considerations must be considered by system designers to get a reliable system. The modeling, analysis and correction of these effects is generally known as signal integrity (SI) analysis. To determine if the chips are correctly interfaced, a signal integrity (SI) analyst models the interconnected chips. Because of the complexity of the SPICE models for the individual chips, simulating the interconnected chips can be impractically slow and unwieldy, assuming that the individual SPICE models are made available by the manufacturer. 
         [0007]    Alternatively, modeling multiple chips interconnected together allows a chip designer to modify the interface circuitry on one or more of the chips prior to final design so that the chips work better together. In this example, the bottleneck in the design cycle is the same for the chip designer as it is for the system designer: having the proper models to simulate the interconnected chips and that the simulation be fast enough to be practical. 
         [0008]    An alternative to the detailed and propriety component-level SPICE model is a behavioral model of a device. A behavioral model treats the device as a black box and describes how its buffers and/or pins interact with the outside world without disclosing the device&#39;s detailed design and component information. For example, a behavioral model can provide current vs. voltage (I/V) information for different operational modes of the pins of a device. A behavioral model generally allows for faster simulation of device interaction than does a SPICE model of the equivalent device. 
         [0009]    A widely-used behavioral simulation standard for IC devices is defined by the input/output (I/O) buffer information specification (IBIS), also known as ANSI/EIA-656, and is incorporated herein by reference in its entirety. IBIS has been evolving since version 1.0 was introduced in 1993. An example of an IBIS modeling tool, or modeler, can be found in the Hyperlynx suite of EDA tools from Mentor Graphics Corp., of Wilsonville, Oreg. IBIS model files are formatted as human-readable ASCII text files which can be parsed by appropriate software. The information in IBIS model files includes I/V characteristics for each pin, rise and fall time characteristics for each pin, and information about the package of the device. The I/V characteristics reflect many non-linear aspects of an I/O buffer design, such as diodes for electro-static discharge (ESD) protection, and pull-up and pull-down transistor characteristics. The information in an IBIS model file may be: (i) derived from a SPICE, or similar, model, by conversion or simulation of the model, (ii) obtained empirically by measurement, or (iii) obtained by a combination of both. 
         [0010]    An IBIS model file uses keywords in brackets, such as [Component], [Package], [Pin], and [Model], followed by textual information describing the keyword item. For example, the [Component] keyword is followed by the name of the device (i.e., an identifier for the IC) that is modeled in the file, while the [Package] keyword is followed by default values for the resistance, inductance, and capacitance of the bond wire and pin combination of the device package, wherein the values are represented by the R_pkg, L_pkg, and C_pkg parameters, respectively. Where appropriate and available, three values are provided for parameters and/or sub-parameters: typical, minimum, and maximum values. In accordance with the present standard, if values are not available, then the reserved word “NA” is used. 
         [0011]    The [Pin] keyword is followed by a listing of all the pins of the device, including, for each pin, the name of the associated signal path, the name of the associated I/V model, and pin-specific package-related resistance, inductance, and capacitance information, which are represented by the R_pin, L_pin, and C_pin parameters, respectively. 
         [0012]    The [Model] keyword is followed by information for a particular I/V model, including: (i) the output capacitance, represented by the C_comp parameter, (ii) I/V data for pull-down, pull-up, ground-clamp diode, and power-clamp diode, which appears following the [Pulldown], [Pullup], [GND_clamp], and [POWER_clamp] keywords, respectively, to the extent the blocks are present in the device, and (iii) the ramp time for rising and falling transitions of the pull-up and pull-down structures, which are represented under the [Ramp] keyword by the dV/dt_r and dV/dt_f parameters, respectively. If more detailed information is desired for transitions between logic states represented by the pull-up and pull-down structures, voltage versus time (V/T) data can be provided for the rising and falling waveforms, under the [Rising Waveform] and [Falling Waveform] keywords, respectively. Multiple rising and falling waveform tables may be provided to account for multiple load types. 
         [0013]    If a buffer does not include clamp-diodes, the corresponding keywords (i.e., [GND_clamp] and [Power clamp]) and their respective data may be omitted from the corresponding model. The clamp-diode characteristics are meant to be modeled in parallel with the output transistor characteristics so that the clamp-diode characteristics are present even when the output buffer is off (i.e., in a high-impedance state). The I/V data includes a range of voltage values, and for each voltage value, values for the typical, minimum, and maximum corresponding current. In accordance with the IBIS standard, voltages in the pull-up and power-clamp sections are relative to Vcc, a power supply voltage, i.e., the voltage shown is equal to Vcc minus the output voltage, which may measured or derived. A particular I/V model in an IBIS model file may apply to any number of the pins of the modeled device. 
         [0014]      FIG. 1  shows a schematic representation  100  of the basic elements of an IBIS model for an exemplary CMOS I/O buffer. It should be noted that the invention is not limited to CMOS technology and applies to other semiconductor technologies, such as bipolar technology. Within an IBIS model file, the model for a particular pin may be referenced by the [Pin] keyword and defined under the [Model] keyword. The basic elements of an IBIS model are represented by the numbered blocks in  FIG. 1 . Block  1  contains pull-down output transistor  101 , modeled in an IBIS model file by the I/V data under the [Pulldown] keyword, describing characteristics of the buffer when driven low. Block  2  contains pull-up output transistor  102 , modeled by the I/V data under the [Pullup] keyword, describing characteristics of the buffer when driven high. Block  3  contains ESD-protection diodes  103  and  104 , modeled by the I/V data under the [GND_clamp] and [Power clamp] keywords, respectively. Block 4 refers to the transition time of the output as it switches from one logic state to another, modeled under the [Ramp] keyword. Block  4  may be used for modeling the AC behavior of the pin. Block  5  represents parasitics (resistance, inductance, and/or capacitance) of the semiconductor die and the package, modeled under the [Package], [Pin], and/or [Model] keywords. 
         [0015]    I/O (i.e., bi-directional) and output-only buffers models include all five blocks of  FIG. 1 . Input-only buffer models, however, may only need blocks  3  and  5  as they do not contain any output transistors. Thus, IBIS models for pins that serve input-only buffers typically do not include I/V information for pull-up elements, pull-down elements, and ramp time, and do not include the associated keywords (i.e., [Pullup], [Pulldown], and [Ramp]). 
         [0016]      FIG. 2  shows a simplified diagram of MCM  200  containing four semiconductor dies, specifically, chips  201 ,  202 ,  203 , and  204 , each having a buffer connected to package-external pin  205 , namely, buffers  206 ,  207 ,  208 , and  209 , respectively. Since previously-extant behavioral-modeling standards, such as IBIS, do not provide a satisfactory methodology for modeling and simulating system designs such MCMs, a new approach to modeling multiple-chip embodiments is needed. 
       SUMMARY OF THE INVENTION 
       [0017]    One embodiment of the invention is a method for modeling electrical behavior of a packaged module having multiple integrated circuits (ICs), the method comprising: (a) identifying one or more pin groups in the module, wherein a pin group comprises two or more buffers connected together and to a package-external pin, and (b) generating one or more corresponding unified behavioral models for the one or more pin groups based on the characteristics of the buffers of the one or more pin groups. 
         [0018]    Another embodiment of the invention is a machine-readable medium, having encoded thereon program code, wherein, when the program code is executed by a machine, the machine implements a method comprising: (a) identifying one or more pin groups in a packaged module having multiple ICs, wherein a pin group comprises two or more buffers connected together and to a package-external pin, and (b) generating one or more corresponding unified behavioral models for the one or more pin groups based on the characteristics of the buffers of the one or more pin groups. 
         [0019]    Yet another embodiment of the invention is a method for modeling electrical behavior of a packaged module having multiple integrated circuits (ICs), the method comprising: (a) identifying one or more pin groups in the module, wherein a pin group comprises two or more buffers coupled together and to a package-external pin, and (b) generating one or more corresponding unified behavioral models for the one or more pin groups based on the characteristics of the buffers of the one or more pin groups. 
     
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0020]    Other aspects, features, and advantages of the present invention will become more fully apparent from the following detailed description, the appended claims, and the accompanying drawings in which like reference numerals identify similar or identical elements. 
           [0021]      FIG. 1  shows a schematic representation of basic elements of an IBIS model for a sample buffer. 
           [0022]      FIG. 2  shows a simplified diagram of an MCM in accordance with an embodiment of the present invention. 
           [0023]      FIG. 3  shows a flow chart for a method of behavioral modeling in accordance with one embodiment of the present invention. 
       
    
    
     DETAILED DESCRIPTION 
       [0024]    In accordance with an embodiment of the present invention, a single unified IBIS model file is generated for MCM  200 . Pin  205  and buffers  206 ,  207 ,  208 , and  209  together form a pin group. In  FIG. 2  only one pin group is shown for MCM  200 . However, an MCM can contain any number of pin groups, each comprising any number of buffers connected to a single pin. It should be noted that the present invention applies equally well to embodiments where multiple buffers are connected to a package-external pin, wherein that pin is directly connected to one or more additional pins, as the directly connected pins behave essentially as a single pin. The modeling process is the same for each pin group, though the resultant models are likely to differ, based on the particular architecture of each pin group. The modeling process involves generating a model for each buffer of a pin group as though that buffer were the only buffer connected to the external pin, and then adjusting the data values in that model based on the models for the other buffers. Alternatively, the adjustments can be made on-the-fly by the simulator as it performs simulations for the pin of the pin group. The adjustments are simpler if all the buffers in a group are equivalent. 
         [0025]      FIG. 3  shows a flowchart for modeling an MCM in accordance with an embodiment of the present invention. Modeling is typically performed by a computer or similar automated device, although it may also be performed manually. After IBIS modeling of the target device is initiated (step  301 ), it is determined whether the target device has any pins that are connected to multiple buffers (step  302 ). If it is determined that the target device has no pins connected to multiple buffers (step  302 ), then IBIS modeling proceeds as usual (i.e., as is known in the art) (step  303 ). If it is determined that the target device does have one or more pins connected to multiple (i.e., two or more) buffers, then the pins and buffers are organized into pin groups (step  304 ), wherein each pin group comprises a pin and the multiple buffers connected to the pin. Each pin group is then modeled. 
         [0026]    After a pin group is retrieved (step  305 ), it is determined whether all the buffers in the pin group are behaviorally equivalent (step  306 ). If it is determined that all the buffers in the pin group are behaviorally equivalent (step  306 ), then a model is generated for the pin as though the pin were connected to only one of the buffers (step  307 ). That model is then modified to account for the multiplicity of buffers in the pin group by replacing (i) the C_comp value by that value multiplied by the number of buffers in the pin group, and (ii) the current values in the [GND_clamp] and [Power clamp] sections by those values multiplied by the number of buffers in the pin group (step  308 ). 
         [0027]    If it is determined that the buffers in the pin group are not all behaviorally equivalent (step  306 ), then a model is generated for each buffer as if it were the only buffer connected to the pin (step  309 ). Each of those buffer models is then updated by (i) adding, to the C_comp value, the C_comp values from the other buffers of the pin group (using pre-update values), and (ii) adding, to the current values in the [GND_clamp] and [Power clamp] sections, the corresponding current values from the other buffers of the pin group (using pre-update values) (step  310 ). The C_comp, ground-clamp, and power-clamp values of the other buffers are added to the values of the buffer being modeled because those values represent the behavior of buffer components whose effects are present whether their containing buffer is active or inactive. In an alternative embodiment, the process adds other values that represent effects that are present regardless of the state of the buffer. 
         [0028]    Appropriate [Model Selector] data is generated and added to the model file to allow a simulator and/or simulation operator to select which buffer of the buffer group is enabled for a particular simulation (step  311 ). It should be noted that steps  309 - 311  can also be used if the buffers in a pin group are behaviorally equivalent, but following steps  307 - 308  in that situation should be faster, produce a smaller model file, and allow for faster simulation due to the smaller file size and reduced need for buffer model selection. Both procedural pathways can be used because the situation where the buffers in a pin group are behaviorally equivalent is a special case of the general situation where the buffers are not necessarily behaviorally equivalent. 
         [0029]    Additional adjustments to a model may be necessary if the buffers in the pin group have additional features, such as, for example, bus-hold functionality. Bus-hold mode is a data-latching mode that allows a buffer to maintain its previous value, but at a lower current draw than in regular output mode. The IBIS standard provides a [Submodel] keyword and Submodel_type parameter for modeling a single buffer with bus-hold functionality. The original model for that buffer becomes known as the parent model, while the sub-model contains data for representing the bus-hold functionality for that buffer. The information in the sub-model is used by a simulator in conjunction with information in the parent model to model bus-hold mode behavior. The relationship between the parent model and the bus-hold sub-model is dynamic, thus, typically, a single unified model is not created to represent bus-hold functionality as such a unified model would likely be excessively large. 
         [0030]    After the basic models have been created for the buffers of the pin group (steps  307 - 308 , or  309 - 311 ), it is determined whether the buffers have additional features that need to be accounted for in the model file (step  312 ). Bus-hold functionality is an example of such an additional feature. If it is determined that the buffers have such additional features (step  312 ), then one or more sub-models, designated by a [Submodel] keyword, are generated to account for those features, and appropriate parameter directives are added to provide direction to a simulator on application of the sub-models (step  313 ). One such parameter is the [Add submodel] keyword, which is used to direct the simulator to add the data values of one or more sub-models to the corresponding values of the parent model, rather than substituting the sub-model values for the parent model values. 
         [0031]    If it is determined that the buffers do not have additional features that need to be accounted for (step  312 ), then it is determined whether all the pin groups identified have been modeled (step  315 ), which is also performed following the sub-model generation of step  314 . If it is determined that all the pin groups have been modeled (step  314 ), then the usual modeling is performed on any remaining pins that were not in pin groups ( 315 ). If it is determined that not all of the pin groups have been modeled (step  314 ), then the procedure returns to step  305  to get the next pin group to model. 
         [0032]    The generated model file can then be used by a simulator with varying degrees of automation, as determined by the particular simulator program and/or the simulator program operator, e.g., an SI analyst. Regardless of the level of automation chosen, the generated model file conveniently allows the operator a range of simulation possibilities heretofore unavailable or impractical. 
         [0033]    Referring to  FIG. 2 , if (i) buffers  206 ,  207 ,  208 , and  209  are behaviorally-identical buffers, and (ii) when any buffer is in output mode, the other three buffers are disabled, then a single model can be used to model the behavior of pin  205 . Since the buffers are behaviorally identical, i.e., they have identical behavioral models, any of the buffers can be used to generate the model. The modeling process, as described above, will generate a model providing, among other values, a C_comp value, and I/V tables for pull-up, pull-down, ground-clamp, and power-clamp elements. As noted above, if the buffers are input-only buffers, then pull-up and pull-down sections are not applicable. The C_comp value is then multiplied by the number of buffers in the group, i.e., four, to account for the other buffers. The current values in the I/V tables for pull-up and pull-down are multiplied by the number of buffers in the group, i.e., four, to account for the other buffers. The now-adjusted model for pin  205 , of the IBIS model file for MCM  200 , represents the behavior of pin  205  and may be used in simulating the behavior of pin  205 . 
         [0034]    In accordance with an embodiment of the present invention, if buffers  206 ,  207 ,  208 , and  209  have bus-hold functionality, then corresponding sub-models are generated. Appropriate parameter values can be added to the model file to direct the simulator to correctly use the model and sub-model data, as would be appreciated by one of ordinary skill in the art. The simulator can then use the model file to dynamically generate simulations for pin  205 , depending on the particular parameters set for the simulation by the simulation operator, such as, for example, the operational modes of each of the buffers. 
         [0035]    Although embodiments of the present invention have been described using the IBIS modeling standard, any suitable behavioral modeling format may be used. For example, an IBIS data file may be converted, relatively easily, into another standard textual data format, such as extensible mark-up language (XML) format. Or a behavioral model can be created initially in a different format, such as XML. As further example, behavioral modeling data may be stored in a database, either proprietary or open. 
         [0036]    The terms “connect,” “connected,” or “connection” as used herein refer to a linking that allows the transmission of signals. The transmission (1) may be through one or more media, (2) may be either unidirectional or bidirectional, and (3) may be direct or indirect, in which case the linking includes one or more intermediary devices. For example, transmission may take place via electrically conductive elements, radio-frequency (RF) wireless signals, infra-red (IR) wireless signals, optical fibers, capacitive coupling, magnetic coupling, or any other suitable means of signal transmission. 
         [0037]    The present invention can be embodied in the form of methods and apparatuses for practicing those methods. The present invention can also be embodied in the form of program code embodied in tangible media, such as magnetic recording media, optical recording media, solid state memory, floppy diskettes, CD-ROMs, hard drives, or any other machine-readable storage medium, wherein, when the program code is loaded into and executed by a machine, such as a computer, the machine becomes an apparatus for practicing the invention. The present invention can also be embodied in the form of program code, for example, whether stored in a storage medium, loaded into and/or executed by a machine, or transmitted over some transmission medium or carrier, such as over electrical wiring or cabling, through fiber optics, or via electromagnetic radiation, wherein, when the program code is loaded into and executed by a machine, such as a computer, the machine becomes an apparatus for practicing the invention. When implemented on a general-purpose processor, the program code segments combine with the processor to provide a unique device that operates analogously to specific logic circuits. 
         [0038]    Unless explicitly stated otherwise, each numerical value and range should be interpreted as being approximate as if the word “about” or “approximately” preceded the value of the value or range. 
         [0039]    It will be further understood that various changes in the details, materials, and arrangements of the parts which have been described and illustrated in order to explain the nature of this invention may be made by those skilled in the art without departing from the scope of the invention as expressed in the following claims. 
         [0040]    Although the steps in the following method claims are recited in a particular sequence with corresponding labeling, unless the claim recitations otherwise imply a particular sequence for implementing some or all of those steps, those steps are not necessarily intended to be limited to being implemented in that particular sequence. 
         [0041]    Reference herein to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the invention. The appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments necessarily mutually exclusive of other embodiments. The same applies to the term “implementation.” 
         [0042]    It will be further understood that various changes in the details, materials, and arrangements of the parts which have been described and illustrated in order to explain the nature of this invention may be made by those skilled in the art without departing from the scope of the invention as expressed in the following claims. 
         [0043]    The use of figure numbers and/or figure reference labels in the claims is intended to identify one or more possible embodiments of the claimed subject matter in order to facilitate the interpretation of the claims. Such use is not to be construed as necessarily limiting the scope of those claims to the embodiments shown in the corresponding figures.