3. Restraint system architecture and virtual validation objects
Before a single CAE job is submitted, the restraint system must be decomposed into a set of discrete, independently verifiable virtual objects. Each object carries its own geometry, material model, kinematic joints, and output channels. The purpose of this decomposition is not administrative convenience — it is the only way to isolate the contribution of each component to occupant response, and to make the validation program traceable when a sled or vehicle test deviates from prediction.
This section defines the restraint architecture as it is normally represented in an occupant safety CAE model, identifies the virtual validation object for each subsystem, and shows how those objects are coupled into a single load path from vehicle structure to occupant.
The Restraint Load Path
Every restraint system can be read as a chain of force transfer. The vehicle structure decelerates; the seat and its anchors transmit that deceleration to the occupant through the seat cushion, backrest, and belt geometry; the belt and airbag then manage the occupant's relative motion. A pretensioner removes belt slack at the retractor or buckle, a load limiter caps the belt force once a threshold is reached, and the airbag provides a distributed reaction surface for the head and thorax. The steering column contributes an energy-absorbing stroke in frontal impacts.
The virtual validation object for each element must reproduce the physical mechanism that governs its force–displacement or force–time behavior, not merely its shape. A retractor, for example, is validated as a spool with a locking mechanism and a torsion bar; a seat is validated as a deformable structure with defined anchor stiffness and a cushion that can be compressed by the occupant.
Virtual Validation Objects and Their Defining Parameters
Each subsystem is represented by a validation object with a small set of parameters that dominate its behavior. The table below lists the objects, the primary parameters that must be calibrated, and the typical output channel used to judge whether the object is behaving correctly.
| Validation Object | Primary Parameters | Key Output Channel |
|---|---|---|
| Seat belt webbing | Elastic modulus, strain-rate sensitivity, elongation at lock | Belt force vs. time |
| Retractor / pretensioner | Pretensioner stroke, firing delay, retraction force | Belt payout vs. time |
| Load limiter | Torsion bar yield force, plateau force, stroke limit | Belt force plateau |
| Airbag | Inflator mass flow rate, bag volume, vent area, fabric permeability | Bag pressure, contact force |
| Seat structure | Anchor stiffness, cushion compression, backrest rotation | Seat displacement, occupant sink |
| Steering column | Collapse force, stroke length, breakaway load | Column displacement, driver chest deflection |
These parameters are not independent. Increasing pretensioner stroke reduces initial belt slack but raises the peak force transmitted to the occupant unless the load limiter plateau is lowered. Increasing airbag vent area reduces bag pressure and contact force but may allow the head to travel further before the bag provides reaction. The validation program must therefore treat the restraint system as a coupled set, not as a list of separately optimized parts.
Occupant Packaging as a Validation Object
Occupant packaging defines the geometric relationship between the occupant and the restraint hardware. In a virtual validation model, packaging is represented by the H-point, the seat track position, the steering wheel center and angle, the belt anchor locations, and the airbag module mounting position. These are not passive coordinates — they determine the initial belt routing, the airbag deployment path, and the available ride-down distance.
A practical example: if the seat is positioned 40 mm rearward of the design H-point, the belt geometry changes such that the shoulder belt passes closer to the neck. The virtual validation object for the belt must then be re-routed, and the airbag module position relative to the occupant chest must be re-evaluated. A packaging change of this magnitude can shift chest deflection by several millimeters in a frontal sled model, which is often enough to move a result from pass to marginal.
Building the Coupled Model: A Worked Sequence
The following sequence reflects how a restraint system model is typically assembled and checked before it is used for occupant response prediction. The example uses a frontal 50 km/h sled environment with a 50th percentile male occupant.
- Define the structural pulse. Apply the vehicle deceleration pulse to the seat and body mounts. The pulse is the input to the restraint system, not part of it. Verify that the pulse integral matches the target velocity change.
- Place the seat and occupant. Position the occupant using the H-point and seat track coordinates. Check that the occupant-to-seat contact is established without initial penetration.
- Route the belt. Define the belt path from the retractor through the D-ring, across the shoulder and lap, to the buckle. The belt must follow the occupant surface without gaps or artificial tension.
- Calibrate the retractor and pretensioner. Apply the pretensioner stroke at the specified firing time. Verify that belt payout drops to zero within the expected time window.
- Set the load limiter. Apply the torsion bar plateau force. Confirm that belt force reaches the plateau and remains there while the occupant moves forward.
- Deploy the airbag. Apply the inflator mass flow and vent characteristics. Check that bag pressure rises to the target range and that the bag contacts the occupant at the intended time.
- Enable the steering column stroke. Apply the collapse force and stroke limit. Verify that the column displaces only after the driver chest contacts the bag.
- Run the coupled simulation. Extract belt force, bag pressure, occupant kinematics, and injury criteria. Compare each channel against the component-level validation targets.
If the belt force plateau is reached too early, the occupant may be restrained too aggressively and chest deflection will increase. If the airbag contacts the occupant too late, the head may travel further than the bag can manage. These are not simulation errors — they are architecture-level findings that must be resolved by adjusting the restraint parameters, not by re-running the same model with a different solver setting.
Common Failure Symptoms and Their Causes
- Belt force spike before pretensioner firing: the pretensioner trigger time is later than the belt loading time. Check the firing delay and the initial belt slack.
- Airbag pressure decay too fast: vent area is too large or fabric permeability is overestimated. Compare the pressure–time curve against the inflator tank test.
- Occupant submarine under the lap belt: lap belt geometry is too high or the seat cushion is too soft. Check the lap belt angle and cushion compression.
- Steering column stroke not engaged: the collapse force is higher than the chest contact force, or the breakaway load is not reached. Verify the column force–displacement curve.
Deliverable: Restraint Validation Object Register
The following register is a practical working document for tracking each validation object through the program. It is intentionally compact — one row per object, with the parameters that must be confirmed before the coupled model is considered valid.
| Object ID | Object | Parameter to Confirm | Source | Status |
|---|---|---|---|---|
| R-01 | Belt webbing | Force–strain curve | Component test | Confirmed |
| R-02 | Retractor | Locking time, payout curve | Supplier data | Confirmed |
| R-03 | Pretensioner | Stroke, firing delay | Supplier data | Pending |
| R-04 | Load limiter | Plateau force, stroke limit | Component test | Confirmed |
| R-05 | Airbag | Mass flow, vent area | Tank test | Confirmed |
| R-06 | Seat structure | Anchor stiffness | Component test | Pending |
| R-07 | Steering column | Collapse force, stroke | Component test | Confirmed |
| R-08 | Occupant packaging | H-point, track range | CAD / package drawing | Confirmed |
Once every row is confirmed, the coupled model can be used to predict occupant response with confidence. Until then, any occupant result is provisional — it reflects the current state of the restraint objects, not the final architecture. The register is the single source of truth for what has been validated and what remains open.