- DTR - data terminal is ready
- DSR - Dataset Ready
- RTS - Request for Shipment
- CTS - Clear to send
There are several ways to do something because there have never been any built-in protocols in the standards. You use any special “standard” of your equipment.
Just based on the names, RTS / CTS may seem natural. However, it is back from the needs that have evolved over time. These signals were created at the time when the terminal sent a packet transmission of a screen filled with data, but the receiver might not be ready, so there was a need for flow control. Later, the problem will be reversed, because the terminal did not keep up with the data coming from the host, but the RTS / CTS signals go in the wrong direction - the interface is not orthogonal, and there are no corresponding signals going in the opposite direction. Equipment manufacturers adapted as best they could, including using DTR and DSR signals.
EDIT
To add a little more detail, this is a two-level hierarchy, so that “officially” both must occur in order for communication to take place. The behavior is defined in the original CCITT (now ITU-T) V.28 standard.

DCE is a modem connecting a terminal to a telephone network. There was another piece of equipment on the telephone network that disconnected from the data network, for example. X.25.
The modem has three states: off, ready (the data set is ready for operation) and connected (detection of data carrier)
The terminal cannot do anything until the modem is connected.
When the modem wants to send data, it picks up the RTS and the modem sends a request from the CTS. The modem lowers the CTS when its internal buffer is full.
So nostalgic!
Mark Ransom Jun 05 '09 at 18:38 2009-06-05 18:38
source share