Abstract: A system and method is provided for facilitating robust reception of multiple frame protocol messages. Initially, a first frame of data is received including therein a first segment of a multi-frame protocol message. Next, the received frame is placed into a data buffer. The buffer is then examined and the message contained therein is parsed to determine whether the received message is a complete message or not. If it is determined that the received message contained in the buffer is an incomplete message, a continuation message is sent to the remote transceiver ATU. However, if the message is determined to be complete, the message is parsed again and the complete message information contained therein is extracted and processed in accordance with the handshaking requirements. Upon receipt of the next frame in the message, this frame is concatenated onto the existing frames in the data buffer. The entire buffer is then re-parsed to determine its completeness.

Abstract: A system and method is provided for interfacing a protocol component with a physical layer component. Initially, a parameter setting message is sent to the physical layer indicating at least the mode of the processor. If the mode is nonframing, a handshaking tone or pattern detection request message is sent to the physical layer component enabling detection of specific handshaking tones or patterns. Next, a handshaking tone or pattern detection indicate message is received from the physical layer component indicating that a recognized tone or bit pattern has been detected in response to a detection request message. A signal request message is sent from the handshaking component to the physical layer component indicating that a handshaking message is to be transmitted as well as the content of that message. In addition, the signal request message also preferably includes parameters relating to the duration of the signal to be transmitted, such as a maximum and minimum symbol number.

Abstract: A system and method for determining fault path behavior in a computer software system. An error or event, the occurrence of which is to be tested, is assigned a probability value and an array of elements populated by pseudo-random numbers. Upon each operation of the system under test the current array value is compared against the probability value. If the current array value is greater than or equal than the probability value, the error or event is simulated within the software. Otherwise, the event is not simulated and the software is left to operate conventionally. The array is incremented upon each occurrence of the system under test.

Abstract: A system and method is provided for enabling analysis of memory buffer usage. Initially, each of the buffer using system components are assigned a unique ownership tag. Next, upon buffer allocation to a particular component, the allocated buffer is tagged with the calling component's ownership tag. Once tagged, the system operates conventionally, with the calling component utilizing the buffer to perform any task it has been assigned. Following completion of its tasks(s), the calling component calls a buffer checker application which searches the buffer pool for the calling component's ownership tag. Next, upon search completion, the calling component determines whether the buffer checker has identified the calling component's ownership tag in its search. If so, a potential buffer leak is identified and a log of such occurrences is created. A system developer or administrator then periodically reviews the log for potential buffer leakage occurrences to assist is subsequent debugging and analysis.

Abstract: A system and method for facilitating the scheduling and transmission of transmit protocol messages. Initially, a write credit count is maintained indicating the number of write credits available to a transmit message processor. Upon receipt of a data frame for transmission to a data pump, the transmit message processor determines whether the write credit count is greater than 0. Of so, the frame is dequeued and the message is sent to the data pump for transmission on the wire to a receiving peer end. However, if the write credit count is 0, a waiting_for_write_credit flag is set to true indicating that the transmit processor has a frame waiting for transmission, but lacks sufficient write credits to send the frame to the data pump. Once an additional write credit is received from the data pump, the write credit count is incremented and the waiting_for_write_credit flag is checked to see if any frames are waiting to be send.

Abstract: A system and method is provided for interfacing a protocol component with a physical layer component. Initially, a parameter setting message is sent to the physical layer indicating at least the mode of the processor. If the mode is nonframing, a handshaking tone or pattern detection request message is sent to the physical layer component enabling detection of specific handshaking tones or patterns. Next, a handshaking tone or pattern detection indicate message is received from the physical layer component indicating that a recognized tone or bit pattern has been detected in response to a detection request message. A signal request message is sent from the handshaking component to the physical layer component indicating that a handshaking message is to be transmitted as well as the content of that message. In addition, the signal request message also preferably includes parameters relating to the duration of the signal to be transmitted, such as a maximum and minimum symbol number.

Abstract: A system and method is provided for facilitating robust reception of multiple frame protocol messages. Initially, a first frame of data is received including therein a first segment of a multi-frame protocol message. Next, the received frame is placed into a data buffer. The buffer is then examined and the message contained therein is parsed to determine whether the received message is a complete message or not. If it is determined that the received message contained in the buffer is an incomplete message, a continuation message is sent to the remote transceiver ATU. However, if the message is determined to be complete, the message is parsed again and the complete message information contained therein is extracted and processed in accordance with the handshaking requirements. Upon receipt of the next frame in the message, this frame is concatenated onto the existing frames in the data buffer. The entire buffer is then re-parsed to determine its completeness.

Abstract: A system and method is provided for integrating the functionality of an interface to a power management driver for a communications system and the communications protocol which negotiates power management transitions. Initially, a driver power management request is received at the UPI component. In response, the UPI component, determines whether a port is open on which to send the state transition request. If it is determined that a port is open, it is next determined whether a suitable power management protocol is available. If it is determined that a port is open and the power management protocol is available, the UPI sends a power management state transition request through the EOC to the remote modem. Next, it is determined whether the remote modem has responded.

Abstract: A system and method for determining fault path behavior in a computer software system. An error or event, the occurrence of which is to be tested, is assigned a probability value and an array of elements populated by pseudo-random numbers. Upon each operation of the system under test the current array value is compared against the probability value. If the current array value is greater than or equal than the probability value, the error or event is simulated within the software. Otherwise, the event is not simulated and the software is left to operate conventionally. The array is incremented upon each occurrence of the system under test.

Abstract: A system and method is provided for reliably filtering out data frames from a line trace, wherein the frames include variable, vendor specific idle pattern bytes. Initially, a idle pattern buffer is filled with the default idle pattern. When the protocol identifies an actual received idle pattern, the content of the idle pattern buffer is replaced with the identified idle pattern. Subsequent receive buffers are compared to the idle pattern buffer, and only those received buffers that do not match (i.e. contain at least one bit different from the idle pattern buffer) are included within the line trace.