Question: Upon receiving a Floor Deny message from the floor control arbitration logic, what action(s) does the IWF floor control server take towards the associated floor participant?
Option 1: It only forwards the Floor Deny message without any modifications.
Option 2: It may set the first bit in the subtype of the Floor Deny message to '1' but does not forward the message.
Option 3: It changes its state to 'U: permitted and Floor Active' before forwarding the message.
Option 4: It forwards the Floor Deny message and may set the first bit in the subtype to '1' (Acknowledgment is required), then remains in the 'U: not permitted and Floor Idle' state.
Explanation: This option correctly combines all specified actions: forwarding the Floor Deny message to the associated participant, potentially setting the acknowledgment bit, and maintaining a specific state ('U: not permitted and Floor Idle'). This comprehensive response reflects the detailed protocol for handling Floor Deny messages in MCPTT interworking with LMR systems, ensuring both notification and state consistency.