Я думаю - изначально - эта информация не была предоставлена, потому что любой API, предоставляющий эту информацию, будет вводить в заблуждение и бесполезен.
Рассмотрим два возможных случая - текущий поток приостановил интересующий поток. Код в текущем потоке знает о приостановленном состоянии и должен иметь возможность поделиться им, поэтому команде разработчиков ядра не нужно добавлять API.
Во втором случае какой-то другой / 3-й поток в системе приостановил интересующую нить (и нет никакого способа отследить, какой это был поток). Теперь у вас есть условие состязания - другой поток может в любой момент - приостановить интересующий поток, а информация, полученная из API, бесполезна - у вас есть значение, указывающее, что поток приостановлен, хотя на самом деле нет. *
Мораль истории - если вы хотите знать, что поток приостановлен, - приостановите его: возвращаемое значение из SuspendThread - это предыдущий счетчик приостановки потока. И теперь вы действительно знаете что-то полезное - поток был и остается приостановленным - что полезно. Или что это не было (но сейчас) приостановлено. В любом случае, состояние потока теперь детерминировано известно, поэтому теоретически вы можете сделать несколько разумных решений на основе этого - либо ResumeThread, либо оставить его приостановленным.