Simulation system based on hierarchical transaction-level modeling protocol

Abstract

The invention relates to the technical field of computer system simulation, in particular to a simulation system based on a hierarchical transaction-level modeling protocol. The simulation system based on the hierarchical transaction-level modeling protocol comprises a control module, a data module and an adaptation module, the control module is a central management unit, is connected with the data module and the adaptive module through a control bus, and is used for managing load information of each node and realizing a time sequence management mechanism; the data module is a core communication hub, comprises a transaction-level modeling protocol stack and is connected with the adaptation module through a transaction bus; and the adaptive module is an equipment interaction layer, comprises a protocol conversion unit, is connected with the external simulation module or equipment through the corresponding protocol conversion unit, and is used for converting a signal connected with the physical bus into a transaction bus signal. According to the simulation system based on the hierarchical transaction-level modeling protocol, the simulation time precision is improved, the expansibility is improved, and the development and maintenance cost is reduced while the simulation efficiency is effectively improved.

Description

Technical Field

[0001] The present invention relates to the technical field of computer system simulation, and in particular to a simulation system based on a hierarchical transaction-level modeling protocol. Background Art

[0002] Transaction-level modeling is a high-level abstract modeling method in electronic system design. It aims to improve the efficiency of system design, verification, and collaborative development by simplifying hardware implementation details and focusing on functional interactions and communication protocols, so as to achieve early verification, shorten simulation time, and allow collaborative development of software and hardware.

[0003] As the complexity of electronic systems continues to increase, transaction-level modeling development faces multiple technical bottlenecks.

[0004] The first is the difficulty in coordinating heterogeneous systems. Traditional simulation tools cannot effectively integrate different types of simulation components, such as virtual processor models, hardware emulators, and physical devices. There is a lack of unified communication interfaces and timing management mechanisms between components, resulting in low system-level verification efficiency.

[0005] Second, existing co-simulation solutions lack timing synchronization accuracy, making it difficult to meet the simulation requirements of high-speed interfaces and real-time control systems. Timing deviations can make functional anomalies difficult to reproduce, severely impacting debugging efficiency.

[0006] In addition, scalability is limited, and fixed-format communication protocols are difficult to adapt to new bus standards and device types, making system upgrade and maintenance costs high.

[0007] In order to improve the above-mentioned deficiencies, enhance the overall performance and continuously adapt to the current development situation, the present invention proposes a simulation system based on a hierarchical transaction-level modeling protocol. Summary of the Invention

[0008] In order to overcome the defects of the prior art, the present invention provides a simple and efficient simulation system based on a hierarchical transaction-level modeling protocol.

[0009] The present invention is achieved through the following technical solutions:

[0010] A simulation system based on a hierarchical transaction-level modeling protocol includes a control module, a data module and an adaptation module;

[0011] The control module is a central management unit, which connects the data module and the adapter module through a control bus, and is used to manage the load information of each node and realize the timing management mechanism;

[0012] The data module is the core communication hub, including the transaction-level modeling protocol stack, connected to the control module via the control bus, and connected to the adapter module via the transaction bus;

[0013] The adapter module is a device interaction layer, including a protocol conversion unit, which is connected to the data module through a transaction bus and to the external simulation module or device through a corresponding protocol conversion unit, and is used to convert the signal of the physical bus connection into a transaction bus signal.

[0014] The control module includes a time synchronization engine, a resource scheduler and an exception handler;

[0015] The time synchronization engine is used to implement a timing management mechanism;

[0016] The resource scheduler is used to manage the load information of each node and realize the intelligent allocation of computing and communication resources;

[0017] The exception handler is used to implement hierarchical error isolation and recovery.

[0018] The transaction-level modeling protocol stack consists of an application layer agent, a transaction layer engine, and a physical layer engine;

[0019] The application layer agent is used to provide a programming interface to the user logic module;

[0020] The transaction layer engine is a protocol processing unit that interacts with upper and lower layers through message queues;

[0021] The physical layer engine is used to implement data access control processing between modules.

[0022] The transaction-level modeling protocol includes a session layer, a transport layer, and a transaction layer;

[0023] The session layer is used to establish and maintain communication sessions between simulators;

[0024] The communication session between simulators is initiated by the simulators exchanging initialization packets to negotiate the protocol version and establish functional support.

[0025] Furthermore, the communication session negotiates configuration options via configuration packets.

[0026] The transport layer implements reliable point-to-point communication based on the underlying reliable transport protocol (such as socket);

[0027] The transaction layer is used to define transaction types, data formats, and process control.

[0028] The transaction types include memory access transactions, interrupt transactions, synchronization transactions and address translation services;

[0029] The data format includes a transaction transmission basic header and a transmission payload;

[0030] The basic header includes a transaction command, a payload length, a unique transaction ID, a control flag, and a target device ID;

[0031] The transaction commands include read, write, interrupt, synchronization and address conversion, and each command corresponds to a specific header structure and transmission payload.

[0032] The read transaction request packet includes attributes such as address and length; the response packet includes returned read data;

[0033] The write transaction request packet includes address, data and attributes; the response packet includes confirmation of the write status.

[0034] Preferably, the write transaction supports streaming write to support segmented transmission of large blocks of data.

[0035] The interrupt transaction is used to update the network status between simulators and supports POST mode, that is, the requester does not need to wait for a response after sending the transaction packet;

[0036] The synchronization transaction is used for emulation time synchronization and includes a 64-bit timestamp to achieve nanosecond time accuracy;

[0037] The address conversion service implements a virtual address to physical address conversion request through an address conversion service request command; and invalidates the converted address through an address conversion service invalidation command.

[0038] The beneficial effects of the present invention are: the simulation system based on the hierarchical transaction-level modeling protocol improves simulation time accuracy, enhances scalability, and reduces development and maintenance costs while effectively improving simulation efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0039] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0040] Attachment Figure 1 Schematic diagram of the simulation system based on the hierarchical transaction-level modeling protocol of the present invention. DETAILED DESCRIPTION

[0041] In order to enable those skilled in the art to better understand the technical solutions of the present invention, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the embodiments of the present invention. Obviously, the embodiments described are only some embodiments of the present invention, not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative work should fall within the scope of protection of the present invention.

[0042] The simulation system based on the hierarchical transaction level modeling protocol includes a control module, a data module and an adaptation module;

[0043] The control module is a central management unit, which connects the data module and the adapter module through a control bus, and is used to manage the load information of each node and realize the timing management mechanism;

[0044] The data module is the core communication hub, including the transaction-level modeling protocol stack, connected to the control module via the control bus, and connected to the adapter module via the transaction bus;

[0045] The adapter module is a device interaction layer, including a protocol conversion unit, which is connected to the data module through a transaction bus and to the external simulation module or device through a corresponding protocol conversion unit, and is used to convert the signal of the physical bus connection into a transaction bus signal.

[0046] The control module includes a time synchronization engine, a resource scheduler and an exception handler;

[0047] The time synchronization engine is used to implement a timing management mechanism;

[0048] The resource scheduler is used to manage the load information of each node and realize the intelligent allocation of computing and communication resources;

[0049] The exception handler is used to implement hierarchical error isolation and recovery.

[0050] The transaction-level modeling protocol stack consists of an application layer agent, a transaction layer engine, and a physical layer engine;

[0051] The application layer agent is used to provide a programming interface to the user logic module;

[0052] The transaction layer engine is a protocol processing unit that interacts with upper and lower layers through message queues;

[0053] The physical layer engine is used to implement data access control processing between modules.

[0054] The transaction-level modeling protocol includes a session layer, a transport layer, and a transaction layer;

[0055] The session layer is used to establish and maintain communication sessions between simulators;

[0056] The communication session between simulators is initiated by the simulators exchanging initialization packets to negotiate the protocol version and establish functional support.

[0057] Furthermore, the communication session negotiates configuration options via configuration packets.

[0058] The transport layer implements reliable point-to-point communication based on the underlying reliable transport protocol (such as socket);

[0059] The transaction layer is used to define transaction types, data formats, and process control.

[0060] The transaction types include memory access transactions, interrupt transactions, synchronization transactions and address translation services;

[0061] The data format includes a transaction transmission basic header and a transmission payload;

[0062] The basic header includes a transaction command, a payload length, a unique transaction ID, a control flag, and a target device ID;

[0063] The transaction commands include read, write, interrupt, synchronization and address conversion, and each command corresponds to a specific header structure and transmission payload.

[0064] The read transaction request packet includes attributes such as address and length; the response packet includes returned read data;

[0065] The write transaction request packet includes address, data and attributes; the response packet includes confirmation of the write status.

[0066] Preferably, the write transaction supports streaming write to support segmented transmission of large blocks of data.

[0067] The interrupt transaction is used to update the network status between simulators and supports POST mode, that is, the requester does not need to wait for a response after sending the transaction packet;

[0068] The synchronization transaction is used for emulation time synchronization and includes a 64-bit timestamp to achieve nanosecond time accuracy;

[0069] The address conversion service implements a virtual address to physical address conversion request through an address conversion service request command; and invalidates the converted address through an address conversion service invalidation command.

[0070] This simulation system based on the hierarchical transaction-level modeling protocol improves simulation time accuracy and scalability, effectively improving simulation efficiency while reducing development and maintenance costs.

[0071] The embodiment described above is only one specific implementation of the present invention. Common changes and substitutions made by those skilled in the art within the scope of the technical solution of the present invention should be included in the protection scope of the present invention.

Claims

1. A simulation system based on a hierarchical transaction-level modeling protocol, characterized by: Including control module, data module and adaptation module; The control module is a central management unit, which connects the data module and the adapter module through a control bus, and is used to manage the load information of each node and realize the timing management mechanism; The data module is the core communication hub, including the transaction-level modeling protocol stack, and is connected to the adapter module via a transaction bus; The adapter module is a device interaction layer, including a protocol conversion unit, which is connected to an external simulation module or device through a corresponding protocol conversion unit and is used to convert a signal connected to a physical bus into a transaction bus signal.

2. The simulation system based on the hierarchical transaction-level modeling protocol according to claim 1, characterized in that: The control module includes a time synchronization engine, a resource scheduler and an exception handler; The time synchronization engine is used to implement a timing management mechanism; The resource scheduler is used to manage the load information of each node and realize the intelligent allocation of computing and communication resources; The exception handler is used to implement hierarchical error isolation and recovery.

3. The simulation system based on the hierarchical transaction-level modeling protocol according to claim 1, characterized in that: The transaction-level modeling protocol stack consists of an application layer agent, a transaction layer engine, and a physical layer engine; The application layer agent is used to provide a programming interface to the user logic module; The transaction layer engine is a protocol processing unit that interacts with upper and lower layers through message queues; The physical layer engine is used to implement data access control processing between modules.

4. The simulation system based on the hierarchical transaction-level modeling protocol according to claim 1 or 3, characterized in that: The transaction-level modeling protocol includes the session layer, transport layer, and transaction layer; The session layer is used to establish and maintain communication sessions between simulators; The communication session between simulators is carried out by exchanging initialization packets between the two simulators to negotiate the protocol version and establish functional support; The communication session negotiates configuration options via configuration packets; The transport layer implements point-to-point communication based on the underlying transport protocol; The transaction layer is used to define transaction types, data formats, and process control.

5. The simulation system based on the hierarchical transaction-level modeling protocol according to claim 4, characterized in that: The transaction types include memory access transactions, interrupt transactions, synchronization transactions and address translation services.

6. The simulation system based on the hierarchical transaction-level modeling protocol according to claim 5, characterized in that: Write transactions support streaming writes to enable segmented transfer of large blocks of data.

7. The simulation system based on the hierarchical transaction-level modeling protocol according to claim 4 or 5, characterized in that: The data format includes a transaction transmission basic header and a transmission payload; The basic header contains the transaction command, payload length, unique transaction ID, control flags and target device ID.

8. The simulation system based on the hierarchical transaction-level modeling protocol according to claim 7, characterized in that: The transaction commands include a read transaction request command, a write transaction request command, an interrupt transaction request command, a synchronization transaction request command, and an address translation service request command, each command corresponding to a specific header structure and transmission payload; The read transaction request command packet contains the address and length attributes, and the read transaction request response packet contains the returned read data; The write transaction request command packet contains the address, data and attributes, and the write transaction request response packet contains the confirmation write status; The interrupt transaction request command is used to update the network status between simulators and supports POST mode, that is, the requester does not need to wait for a response after sending the transaction packet; The synchronization transaction is used to simulate time synchronization. The synchronization transaction request command contains a 64-bit timestamp to achieve nanosecond time accuracy. The address translation service implements the virtual address to physical address translation request through the address translation service request command, and invalidates the translated address through the address translation service invalidation command.

Images