Electronic signals and transmission protocols shall be in accordance with the specifications in TS 31.101.
The electrical specifications shall at least cover the 1.8V and 3V voltage ranges as specified in TS 31.101. Lower voltages may be added in the future. 3G terminals shall not support 5V on the ME-UICC interface. Both ME and UICC shall support operational class indication as defined in ISO/IEC 7816-3 .
UICC shall support at least two voltage classes unless it has a non removable form factor. ME shall support at least two voltage classes, unless it contains a non-removable UICC or unless it supports any of the following, or a combination of: NB-IoT, GERAN EC-GSM-IoT, Category M1 of E-UTRAN enhanced-MTC and Category 1bis as specified in TS 36.306.
An ME supporting NG-RAN shall support at least one voltage class, and may support two voltage classes.
Both UICC and ME shall support PPS as defined in ISO/IEC 7816-3  with at least the values defined in TS 31.101.
The ME shall have the capabilities of initiating a warm reset as defined in ISO/IEC 7816-3 . The UICC shall support warm reset as defined in ISO/IEC 7816-3 .
The UICC may indicate in the ATR to the warm reset that the specific mode is entered automatically, using the parameters that were used prior to the warm reset. In case of a cold reset, the UICC shall enter the negotiable mode.
In addition to the T=0 protocol which is mandatory for the UICC and the ME, the T=1 protocol shall be mandatory for the ME. It is optional for the UICC.
The speed enhancement as specified in TS 31.101 shall be supported by both the ME and the UICC.
The USIM shall contain information elements for 3G network operations. The USIM may contain information elements related to the subscriber, 3G services and home environment or service provider related information.
The UICC shall provide storage capability for the following:
UICC related information:
IC card identification: a number uniquely identifying the UICC and the card issuer;
Directory of applications.
USIM related information:
Administrative information: indicates mode of operation of the USIM, e.g. normal, type approval;
USIM service table: indicates which optional services are provided by the USIM;
Cipher key (Kc) and cipher key sequence number;
Access control class(es);
Ciphering Key for GPRS;
GPRS location information;
Cell Broadcast related information;
Emergency call codes;
Phone numbers (ADN, FDN, SDN);
Short messages and related parameters;
Capability and Configuration parameters;
Higher Priority PLMN search period;
list of carrier frequencies to be used for cell selection.
Information accessible to the USIM and other applications:
In addition, the USIM shall manage and provide storage for the following information in accordance with the security requirements of clause 5:
A Phone Book entry consists of a record in an ADN file and, optionally, additional records which are placed in different EFs. In the latter case, a mechanism shall be defined to link all records in the same Phone Book entry. These features shall be supported by the ME while their support by the UICC is optional.
3GPP TS 22.101 requires that UMTS shall provide some mechanisms which permit UMTS subscribers to roam easily onto pre-UMTS systems and access the services.
Thus, the specification shall allow the UICC to be used with a dual mode (GSM/ 3G) ME and a GSM ME for the provision of GSM service.
The Contact Manager provides an interface for the management of contact information including rich content without any structural limitations.
There shall be a mechanism for the ME to detect that the UICC containing the Contact Manager has changed. This mechanism may be used by the ME to ask the user whether synchronization of data between the ME and the UICC Contact Manager should occur.
This clause defines the functional requirements of the Contact Manager. An ME and a 3GPP application supporting the Contact Manager shall comply with all these requirements.
The Contact Manager may contain personal information. It shall be possible to restrict the access to this information to authorized users or entities (e.g. by binding the access to the verification of the USIM PIN).
In case both the ME and the 3GPP application support both the 3G Phone Book (i.e. as defined in clause 10.2 of the present document) and the Contact Manager the Contact Manager shall be used. There shall be a mechanism for the 3GPP application to indicate the support of the Contact Manager.
The Contact Manager shall consist of contacts, which are made up of various fields (e.g. phone number, name, photo). A filtering mechanism according to OMA DS Field Filtering shall be supported.
It shall be possible to have several instances of a field in a contact when appropriate (e.g. a contact may have two fax numbers).
An extensible coding scheme shall be defined which allows to describe a contact including all its fields. An existing scheme (e.g. "vcard") shall be used, if appropriate.
A minimum set of field types recognised by the 3GPP application and the ME shall be defined (e.g. name, phone number, URL, Email address, address, sound, pictures, notes).
It shall be possible to store and associate multimedia information (stored on the 3GPP application) with a contact (e.g. photo, logo, video, ring tone, voice tag).
It shall be possible to associate an icon or a label to each contact field type (e.g. associate an icon representing a phone to the number field. "Home address" could be configured as the label of the "mailing address" field type).
It shall be possible to configure the structure and the display order of the contact fields (e.g. first name then Instant Messaging address then number, etc) depending on ME capabilities.
It shall be possible to define new groups (e.g. My Tennis Club).
It shall be possible to pre-define groups (e.g. Friend, Work, Family and VIP).
It shall be possible to store and associate multimedia information (stored on the 3GPP application) with a group (e.g. photo, logo, video, ring tone, icon).
It shall be possible to bind contacts to one or several groups.
It shall be possible to configure a list of possible actions that could be proposed to the user when the contact is selected (e.g. Launch Browser, Send SMS, Send MMS, Instant messaging, Make a voice over IP call, Make a video call, Make a conference call, Game player, Send Email).
An external and an internal interface to the Contact Manager shall be defined.
The external interface between the Contact Manager and a UICC external entity, i.e. the ME, shall rely on a transport protocol layer that is independent of the physical interface (i.e. the ISO interface and the new high-speed interface). This is to allow the definition of one solution that can use either the existing ISO interface or the new high-speed interface. The external interface definition shall also ease interfacing the PC applications with the Contact Manager.
Both the ME and the UICC shall be capable of initiating contact information synchronization based on a configurable policy.The internal interface allows other UICC resident applications to access the Contact Manager e.g. through a dedicated API. This enables the creation of additional services utilizing the Contact Manager data and properties. There shall be a mechanism for the user to allow or prevent remote access to the Contact Manager.
The external and internal interface shall provide means to:
identify Contact Manager capabilities
perform the following operations on a contact or a group: create, retrieve, modify, delete, search
In addition the internal interface shall provide mechanisms to:
register/deregister an UICC resident application to the Contact Manager.
allow a resident UICC application to access Contact Manager data and properties based on user permission.
allow the Contact Manager to notify events to registered UICC application and to pass event related information when applicable. Events notifying the applications shall include: