Abstract: Methods and apparatus for device applet management on smart cards. A method includes detecting access to a smart card; reading a directory structure from the smart card that identifies one or more platform types, and for each platform type identifies corresponding device applets; determining from the directory structure one or more device applets associated with a selected platform type; and providing access to the one or more device applets. The apparatus comprises a processor for detecting access to a smart card, for reading a directory structure from the smart card that identifies one or more platform types, and for each platform type identifies corresponding device applets, for determining from the directory structure one or more device applets associated with a selected platform type, and for providing access to the one or more device applets.

Abstract: Multi-mode system selection (MMSS) enables a mobile station (MS) to prioritize MS preference for selecting particular radio air-interfaces (AI) across multiple standards (e.g., 3GPP, 3GPP2, WiMAX). 3GPP2 is developing a scheme MMSS-3GPP2 which is usually referred to as simply ‘MMSS.’ Other schemes exist e.g., proprietary ones (e.g., internal ePRL), an MMSS-3GPP based on the PLMN with Access Technologies of non-3GPP systems. MMSS OTASP messages and parameters are being defined in 3GPP2 to allow the carriers to provision MMSS parameters to the mobile device. With MMSS, the mobile can select and hence acquire cdma2000 and non-cdma2000 systems (e.g., LTE, WiMAX) based on carrier's preferences.

Abstract: Techniques for delivering and receiving emergency broadcast alert messages using Short Message Service (SMS) are described, In one design, a broadcast alert message for an emergency alert may be sent in an SMS broadcast message, e.g., by mapping at least one field of the broadcast alert message to corresponding Held(s) of the SMS broadcast message and mapping remaining Fields of the broadcast alert message to a data Field of the SMS broadcast message. The SMS broadcast message may include a website URI link, broadcast reception information, location information for an emergency event, etc. The SMS broadcast message may be carried in a system broadcast message sent to wireless devices. A wireless device may receive the system broadcast message, extract the SMS broadcast message, and obtain the broadcast alert message. The wireless device may detect for duplicate broadcast messages based on a hash digest generated for each broadcast message.

Abstract: Techniques for supporting location-based services (LBS) by a removable module are described. A set of messages (e.g., commands and events) may be defined to support location-based services by the removable module. In one design, the removable module may send a first message (e.g., a Get Position—Request message) to a terminal to request for location information. The first message may be sent for an LBS application running on the removable module. The removable module may thereafter receive a second message (e.g., a Get Position—Response message) with the requested location information from the terminal. The removable module may execute a task for the LBS application based on the location information. The task may include reporting the location of the terminal, initiating a voice call, sending an SMS message, displaying a menu on the terminal, sending a report for tracking of the terminal, etc.

Abstract: Methods and apparatus for device applet management on smart cards. A method includes detecting access to a smart card; reading a directory structure from the smart card that identifies one or more platform types, and for each platform type identifies corresponding device applets; determining from the directory structure one or more device applets associated with a selected platform type; and providing access to the one or more device applets. The apparatus comprises means for detecting access to a smart card, means for reading a directory structure from the smart card that identifies one or more platform types, and for each platform type identifies corresponding device applets, means for determining from the directory structure one or more device applets associated with a selected platform type, and means for providing access to the one or more device applets.

Abstract: Methods and apparatus for device applet management on smart cards. A method includes obtaining device applets at a first device, generating a directory structure that identifies platform types and corresponding device applets, and storing the device applets in the directory structure on a smart card so that when the smart card is in communication with a second device supporting a selected platform, device applets associated with the selected platform are accessible to the second device. An apparatus includes a transceiver to obtain device applets at a first device, and a processor generate a directory structure that identifies platform types and corresponding device applets, and stores the device applets in the directory structure on a smart card so that when the smart card is in communication with a second device supporting a selected platform, device applets associated with the selected platform are accessible to the second device.

Abstract: Methods and apparatus for device applet management on smart cards. A method includes obtaining device applets at a first device, generating a directory structure that identifies platform types and corresponding device applets, and storing the device applets in the directory structure on a smart card so that when the smart card is in communication with a second device supporting a selected platform, device applets associated with the selected platform are accessible to the second device. An apparatus includes a transceiver to obtain device applets at a first device, and a processor generate a directory structure that identifies platform types and corresponding device applets, and stores the device applets in the directory structure on a smart card so that when the smart card is in communication with a second device supporting a selected platform, device applets associated with the selected platform are accessible to the second device.

Abstract: Multi-mode system selection (MMSS) enables a mobile station (MS) to prioritize MS preference for selecting particular radio air-interfaces (AI) across multiple standards (e.g., 3GPP, 3GPP2, WiMAX). 3GPP2 is developing a scheme MMSS-3GPP2 which is usually referred to as simply ‘MMSS.’ Other schemes exist e.g., proprietary ones (e.g., internal ePRL), an MMSS-3GPP based on the PLMN with Access Technologies of non-3GPP systems. MMSS OTASP messages and parameters are being defined in 3GPP2 to allow the carriers to provision MMSS parameters to the mobile device. With MMSS, the mobile can select and hence acquire cdma2000 and non-cdma2000 systems (e.g., LTE, WiMAX) based on carrier's preferences.

Abstract: Techniques for delivering and receiving emergency broadcast alert messages using Short Message Service (SMS) are described. In one design, a broadcast alert message for an emergency alert may be sent in an SMS broadcast message, e.g., by mapping at least one field of the broadcast alert message to corresponding field(s) of the SMS broadcast message and mapping remaining fields of the broadcast alert message to a data field of the SMS broadcast message. The SMS broadcast message may include a URI link for a website, broadcast reception information used to receive a broadcast channel, location information for an emergency event, etc. The SMS broadcast message may be carried in a system broadcast message sent to wireless devices. A wireless device may receive the system broadcast message, extract the SMS broadcast message, and obtain the broadcast alert message. The wireless device may detect for duplicate broadcast messages based on a hash digest generated for each broadcast message.

Abstract: Techniques for supporting location-based services (LBS) by a removable module are described. A set of messages (e.g., commands and events) may be defined to support location-based services by the removable module. In one design, the removable module may send a first message (e.g., a Get Position—Request message) to a terminal to request for location information. The first message may be sent for an LBS application running on the removable module. The removable module may thereafter receive a second message (e.g., a Get Position—Response message) with the requested location information from the terminal. The removable module may execute a task for the LBS application based on the location information. The task may include reporting the location of the terminal, initiating a voice call, sending an SMS message, displaying a menu on the terminal, sending a report for tracking of the terminal, etc.