Question: Upon receiving a Floor Taken message from the floor control server arbitration logic, what action(s) does the IWF (Interworking Function) floor control server take towards the associated MCPTT (Mission Critical Push To Talk) client?
Option 1: Forwards the Floor Taken message and may set the acknowledgment bit to '1', then enters the 'U: not permitted and Floor Taken' state.
Option 2: Only forwards the Floor Taken message without modifying it, then immediately releases system resources.
Option 3: Enters the 'U: not permitted and Floor Taken' state first, then conditionally forwards the Floor Taken message based on client configuration.
Option 4: Ignores the message if an Acknowledgment bit is set in a previously sent message, otherwise forwards the new Floor Taken message.
Explanation: This option correctly reflects the specified actions: forwarding the Floor Taken message to the associated floor participant (point 1), potentially setting the acknowledgment bit to '1' (point 2, though this is implementation-dependent), and then transitioning into the 'U: not permitted and Floor Taken' state (point 3). These steps ensure seamless communication between the IWF and MCPTT clients while managing floor control states appropriately.