The CMS trigger system
CMS Collaboration
TL;DR
The CMS trigger system addresses the challenge of harvesting rare, high-value physics events from an overwhelming collision rate by employing a two-tier architecture: a fast hardware-based L1 trigger and a flexible software-based HLT. The L1 system builds object candidates from calorimeter and muon subsystems, with regional and global calorimeter triggers, plus multiple muon processing paths, all feeding a programmable GT that shapes the L1 output. The HLT refines event selection using offline-like reconstruction (tracking, PF jets, MET, b-tagging) within CPU-budgeted paths, enabling complex signatures such as Higgs decays, top quark processes, SUSY searches, and exotic scenarios. Across Run 1, the trigger menu evolved to cope with increasing luminosity and pileup, incorporating PF-based jet and MET triggers, robust spike suppression, ECAL transparency corrections, and heavy-ion specializations, yielding high data-quality efficiency and enabling a rich physics program. The work demonstrates the practical viability and scalability of a two-level trigger system for a large, multi-purpose detector in a high-rate environment, with extensive performance characterizations and data-driven validations. The trigger system thus provided essential infrastructure for CMS’s Run 1 discoveries and measurements, shaping trigger strategies for future LHC runs.
Abstract
This paper describes the CMS trigger system and its performance during Run 1 of the LHC. The trigger system consists of two levels designed to select events of potential physics interest from a GHz (MHz) interaction rate of proton-proton (heavy ion) collisions. The first level of the trigger is implemented in hardware, and selects events containing detector signals consistent with an electron, photon, muon, tau lepton, jet, or missing transverse energy. A programmable menu of up to 128 object-based algorithms is used to select events for subsequent processing. The trigger thresholds are adjusted to the LHC instantaneous luminosity during data taking in order to restrict the output rate to 100 kHz, the upper limit imposed by the CMS readout electronics. The second level, implemented in software, further refines the purity of the output stream, selecting an average rate of 400 Hz for offline event storage. The objectives, strategy and performance of the trigger system during the LHC Run 1 are described.
