CdmaPhoneCallState

Class Overview

Class to internally keep track of Call states to maintain information for Call Waiting and 3Way for CDMA instance of Phone App. Explanation for PhoneApp's Call states and why it is required: IDLE - When no call is going on. This is just required as default state to reset the PhoneApp call state to when the complete call gets disconnected SINGLE_ACTIVE - When only single call is active. In normal case(on a single call) this state would be similar for FW's state of ACTIVE call or phone state of OFFHOOK, but in more complex conditions e.g. when phone is already in a CONF_CALL state and user rejects a CW, which basically tells the PhoneApp that the Call is back to a single call, the FW's state still would remain ACTIVE or OFFHOOK and isGeneric would still be true. At this condition PhoneApp does need to enable the "Add Call" menu item and disable the "Swap" and "Merge" options THRWAY_ACTIVE - When user initiate an outgoing call when already on a call. fgCall can have more than one connections from various scenarios (accepting the CW or making a 3way call) but once we are in this state and one of the parties drops off, when the user originates another call we need to remember this state to update the menu items accordingly. FW currently does not differentiate this condition hence PhoneApp needs to maintain it. CONF_CALL - When the user merges two calls or on accepting the Call waiting call. This is required cause even though a call might be generic but that does not mean it is in conference. We can take the same example mention in the SINGLE_ACTIVE state. TODO: Eventually this state information should be maintained by Telephony FW.

Summary

[Expand] Inherited Methods
From class java.lang.Object Object clone() boolean equals(Object arg0) void finalize() final Class<?> getClass() int hashCode() final void notify() final void notifyAll() String toString() final void wait() final void wait(long arg0, int arg1) final void wait(long arg0)