Entanglement protection and generation under continuous monitoring

DOI10.1142/9789814447546_0002MaRDI QIDQ3449646zbMATH OpenOpenAlexFDO

Authors A. Barchielli, Matteo Gregoratti

Publication date 4 November 2015

Published in Quantum Probability and Related Topics (Search for Journal in Brave)

Full work available at URL https://arxiv.org/abs/1202.2041

zbMATH Keywords

entanglementconcurrencedissipative dynamicsa posteriori statea priori statecontinuous observation

Mathematics Subject Classification ID

Quantum measurement theory, state operations, state preparations (81P15) Quantum coherence, entanglement, quantum correlations (81P40) Open systems, reduced dynamics, master equations, decoherence (81S22)

Abstract: Entanglement between two quantum systems is a resource in quantum information, but dissipation usually destroys it. In this article we consider two qubits without direct interaction and we show that, even in cases where the open system dynamics destroys any initial entanglement, the mere monitoring of the environment can preserve or create the entanglement, by filtering the state of the qubits. While the systems we study are very simple, we can show examples with entanglement protection or entanglement birth, death, rebirth due to monitoring.

Recommendations

• Entanglement generation through Markovian feed-back in open two-qubit systems
• Creation and protection of entanglement in systems out of thermal equilibrium
• Induced entanglement revival and entanglement protection in a two qubit system
• Entanglement protection and generation in a two-atom system
• Entanglement for two dissipative qubits

Cited in

(3)

• Requirement of system-reservoir bound states for entanglement protection
• Markovian dynamics for a quantum/classical system and quantum trajectories
• Classical and quantum parts of the quantum dynamics: the discrete-time case

This page was built for publication: Entanglement protection and generation under continuous monitoring

Report a bug (only for logged in users!)Click here to report a bug for this page (MaRDI item Q3449646)