Hello everyone, I was hoping to send this out last week, but didn't get to it, apologies for that. I am attaching a new version of the draft BIRD with a bunch of editorial changes. Since I am getting tired of writing long comments on this BIRD draft and no actions following them, I decided to write in the changes on my own. I did not change the meaning of anything intentionally by doing so. The observations which require more substantial reorganization or changes to the meaning of the BIRD text are written into this message. 1) At the beginning, in the big chunk of the red text, I have a problem with a few things. Why is it necessary to explain this: The algorithmic model of a Tx model represents the | signal processing that is performed on the stimulus or input to the Tx | model. This signal processing is also known as equalization or filtering. The reason this bothers me is the sentence at the end of this paragraph: | There is no limitation that the equalization has to be linear and time | invariant. In light of the above, it comes across that the words "equalization" or "filtering" are used as terminology that applies to the Tx signal processing. It leaves the Rx out of the picture, since none of the above mentions Rx. With that in the back of my mind, the last sentence seems to imply that the Tx algorithmic model can be non-LTI, but the Rx algorithmic model must be LTI, since it is not mentioned here. This is grossly misleading, because the Rx has usually more reasons to have non-LTI algorithms than Tx with DFE and similar stuff that usually goes into it. I feel this is ambiguous and should be re-written to be clear. By the way, it seems that whoever wrote this paragraph didn't notice that at the beginning of section 2 later down, the thoughts about the algorithmic models not being required to be LTI for the time domain simulations were already explained along the thoughts that statistical simulations require LTI algorithmic models. Why is this mentioned here again? This gives the impression of a disorganized spec to the reader... I would suggest to explain these thoughts in one and only one place, and do it right there... In my opinion, it was good the way I wrote it at the beginning of section 2 in the original draft BIRD from which this was copied over... 2) Step 9 in Section 2.2 is incorrect: | 9. For the AMI_GetWave function of the receiver, the EDA platform takes the | output from the transmitter AMI_GetWave (if it exists) or the output from | step 7 and combines it (for example by convolution) with the channel | impulse response to produce an analog waveform and passes this result to | the receiver AMI_GetWave function for each time segment of the simulation. | From the drawing on slide 17 at: http://www.vhdl.org/pub/ibis/macromodel_wip/archive/20100713/toddwesterh off/IBIS-AMI%20Flows/Flows_July2010-v2.pdf if Tx GetWave doesn't exist, the EDA tool should combine the output of Tx Init with the Digital Stimulus in step 9 and present that to Rx GetWave. The words in the BIRD draft says something different... 3) This sentence seems to be repeated three times. I am not sure it is really necessary... | A system simulation usually involves a transmitter (Tx) and a receiver | (Rx) model with a passive channel placed between them. 4) Step 6b states that: | Step 6b. If the Rx GetWave_Exists is False, the output of Step 5 is | convolved with the output of Step 3. and Step 3 (with my current modifications) states that: | Step 3. The output of Step 2 is presented to the Rx model's AMI_Init | function and the Rx AMI_Init function is executed. The Rx AMI_Init | function may modify the impulse response or choose to leave it unchanged. while the drawing on slide 17 of the above presentation states that in the absence of the Rx GetWave the output of Step 5 is convolved with the Rx filter, in other words h_REI(t) and not the output of Step 3, which is: h_AC(t) * h_TEI(t) * h_REI(t) which is clearly incorrect. I would like to ask the authors to review the changes I made in the attached Word document, verify that I didn't change any technical content with them, and address the additional comments presented in this message, and be ready to discuss it in the upcoming ATM teleconference. Thanks, Arpad ==================================================================== ________________________________ From: ibis-macro-bounce@xxxxxxxxxxxxx [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] On Behalf Of Ambrish Varma Sent: Thursday, September 16, 2010 10:39 PM To: IBIS-ATM Subject: [ibis-macro] Updated AMI Flow BIRD All, Attached is the updated AMI flow BIRD. Please feel free to send your comments/suggestions regarding the latest edits that are highlighted in the doc - or any other section of the BIRD. Thanks, Ambrish.