このような疑問自体ずれているのかもしれませんが
心優しい方のご説明をいただければ幸いです。

模範解答として、「端末Bが他の端末と通話するために接続を
試みているとき」となっており、この記載自体は納得していますが、
「端末Bが他の端末からの接続要求を受けている場合」も「端末Bが
要求を受け付けられないとき」に当てはまるように思えます。

例として、端末Aと端末Cがほぼ同時に端末Bのボタンをタッチした場合等です。

よろしくお願いいたします。

問題ＵＲＬ
https://www.ap-siken.com/kakomon/25_aki/pm06.html

※以下、あくまで個人的見解※

当時そのような解答がどのように採点されたかはＩＰＡ以外だれにもわかりませんが、
個人的には、
Ｂから誰かに発信中（相手にACKもらうまでは誰にもBUSY送らないから）だけでなく、
「端末Bが他の端末からの接続要求を受けている場合」もNAKを送ってあげてほしいよね（願望）
というのが私からの回答です。

おそらく図２の状態遷移図だと、
ＣもＡも、BUSYを受け取る前にボタンにタッチ(Ｂに電話かける）したら【応答待ち】状態になります。
Ｃが僅差でＢからACKをもらえるとして、
ＡはＢからBUSYを受信するのでしょうけど、Ａは【応答待ち】状態です。【待受け】状態のときでないと【通話不可】状態にうつりません。かといって[a]ACKももらえません。
ずっと【応答待ち】状態です。NAKを送ってあげるか、Ｃ－Ｂ間の通話が終わってＢがACKをあげられる状態になって初めてＡは次のステップ（待受けor発呼）にすすめることになります。

いっぽうで。図２の状態遷移図のことは一旦忘れて“何も知らない人”目線でみれば、
底辺ITメンさんの解答「端末Bが他の端末からの接続要求を受けている場合」
とＩＰＡ公式解答「端末Bが他の端末と通話するために接続を試みている(←応答待ちとはいってない）とき」
って同じに聞こえたりして。

※以上、あくまで個人的見解（再掲）※

guestさん

返信ありがとうございます！
URLを消して書いてしまってたので、URLの追記も助かりました。

本当ですよね、当時のIPAの採点者しか真偽の程はわかりません。
また、自分でこちらに投稿してから、模範解答の「端末Bが他の
端末と通話するために接続を試みているとき」という記述を見て、
「あれ、応答待ちとは言ってないねぇ！？」となりました。

guestさんのおっしゃる通り、状態遷移図で考えると、ACK応答を
受けれなかった端末は地球がなくなるまで【応答待ち】になるので、
これはどうなのかな、と思った次第です。

真偽はどうあれ、ご意見をいただけて満足です。
ありがとうございました。

> 「あれ、応答待ちとは言ってないねぇ！？」となりました。

“接続を試みているとき”って具体的に本文中の用語を使えばどこからどこまでよ？！
と当時の採点者もツッコミたくなったことでしょう。
いっぽうで、採点講評では正答率は低かったとのことで、、、厳格に見られたか、こっそり×をつけられたかわかりませんけど、
ＩＰＡの頭の中では“ほぼ同時押し”しても絶対どちらかが瞬時に【通話不可】になることになっていたのかもしれませんね。。。
だいぶ特殊な状況すぎたといいますか。。。
万一のことを考えて【応答待ち】でもBUSY受信で【通話不可】に矢印がのびていれば非の打ちどころがなかったわけですが(;-ω-