If service No. 21 is "available", this file shall be present.
This EF contains MSISDN(s) related to the subscriber. In addition it contains identifiers of associated network/bearer capabilities and identifiers of extension records at the USIM ADF level. It may also contain an associated alpha-tagging.
Identifier: '6F40'
Structure: linear fixed
Optional
Record length: X+14 bytes
Update activity: low
Access Conditions:
READ
PIN
UPDATE
PIN/ADM (fixed during administrative management)
DEACTIVATE
ADM
ACTIVATE
ADM
Bytes
Description
M/O
Length
1 to X
Alpha Identifier
O
X bytes
X+1
Length of BCD number/SSC contents
M
1 byte
X+2
TON and NPI
M
1 byte
X+3 to X+12
Dialling Number/SSC String
M
10 bytes
X+13
Capability/Configuration2 Record Identifier
M
1 byte
X+14
Extension5 Record Identifier
M
1 byte
For contents and coding of all data items see the respective data items of EFADN.
If the USIM stores more than one MSISDN number and the ME displays the MSISDN number(s) within the initialisation procedure then the one stored in the first record shall be displayed with priority.
If service No. 12 is "available", this file shall be present.
This EF contains values for Short Message Service header Parameters (SMSP), which can be used by the ME for user assistance in preparation of mobile originated short messages. For example, a service centre address will often be common to many short messages sent by the subscriber.
The EF consists of one or more records, with each record able to hold a set of SMS parameters. The first (or only) record in the EF shall be used as a default set of parameters, if no other record is selected.
To distinguish between records, an alpha-identifier may be included within each record, coded on Y bytes.
The SMS parameters stored within a record may be present or absent independently. When a short message is to be sent from the UE, the parameter in the USIM record, if present, shall be used when a value is not supplied by the user.
Identifier: '6F42'
Structure: linear fixed
Optional
Record length: 28+Y bytes
Update activity: low
Access Conditions:
READ
PIN
UPDATE
PIN
DEACTIVATE
ADM
ACTIVATE
ADM
Bytes
Description
M/O
Length
1 to Y
Alpha-Identifier
O
Y bytes
Y+1
Parameter Indicators
M
1 byte
Y+2 to Y+13
TP-Destination Address
M
12 bytes
Y+14 to Y+25
TS-Service Centre Address
M
12 bytes
Y+26
TP-Protocol Identifier
M
1 byte
Y+27
TP-Data Coding Scheme
M
1 byte
Y+28
TP-Validity Period
M
1 byte
Storage is allocated for all of the possible SMS parameters, regardless of whether they are present or absent. Any bytes unused, due to parameters not requiring all of the bytes, or due to absent parameters, shall be set to 'FF'.
each of the default SMS parameters which can be stored in the remainder of the record are marked absent or present by individual bits within this byte.
this flag is required to allow a process of flow control, so that as memory capacity in the UE becomes available, the Network can be informed. The process for this is described in TS 23.040.
Coding:
b1=1 means flag unset; memory capacity available;
b1=0 means flag set;
b2 to b8 are reserved and set to 1.
If service No. 4 and or service No. 89 is "available", this file shall be present.
This EF contains special service numbers (SDN) and/or the respective supplementary service control strings (SSC). In addition it contains identifiers of associated network/bearer capabilities and identifiers of extension records at the USIM ADF level. It may also contain associated alpha-tagging. If the service No. 89 is available this file will contain the eCall test and reconfiguration numbers that are used by an UE in eCall and normal service mode.
Identifier: '6F49'
Structure: linear fixed
Optional
Record length: X+14 bytes
Update activity: low
Access Conditions:
READ
PIN
UPDATE
ADM
DEACTIVATE
ADM
ACTIVATE
ADM
Bytes
Description
M/O
Length
1-X
Alpha identifier
O
X bytes
X+1
Length of BCD number/SSC contents
M
1 byte
X+2
TON and NPI
M
1 byte
X+3 to X+12
Dialling Number/SSC String
M
10 bytes
X+13
Capability/Configuration2 Record Identifier
M
1 byte
X+14
Extension3 Record Identifier
M
1 byte
For contents and coding of all data items see the respective data items of the EFADN (clause 4.4.2.3), with the exception that extension records are stored in the EFEXT3 and capability/configuration parameters are stored in EFCCP2.
If service No. 11 is "available", this file shall be present.
This EF contains information in accordance with TS 23.040 comprising short message status reports which have been received by the UE from the network.
Each record is used to store the status report of a short message in a record of EFSMS. The first byte of each record is the link between the status report and the corresponding short message in EFSMS.
Identifier: '6F47'
Structure: linear fixed
Optional
Record length: 30 bytes
Update activity: low
Access Conditions:
READ
PIN
UPDATE
PIN
DEACTIVATE
ADM
ACTIVATE
ADM
Bytes
Description
M/O
Length
1
SMS record identifier
M
1 byte
2 to 30
SMS status report
M
29 bytes
SMS record identifier
Contents:
this data item identifies the corresponding SMS record in EFSMS, e.g. if this byte is coded '05' then this status report corresponds to the short message in record #5 of EFSMS.
If service No. 9 is "available", this file shall be present.
This EF is located within the USIM application. The incoming call information can be linked to the phone book stored under DFTELECOM or to the local phone book within the USIM. The EFICI contains the information related to incoming calls.
The time of the call and duration of the call are stored in this EF. This EF can also contain associated alpha identifier that may be supplied with the incoming call. In addition it contains identifiers of associated network/bearer capabilities and identifiers of extension records at the USIM ADF level. The structure of this EF is cyclic, so the contents shall be updated only after a call is disconnected.
If CLI is supported and the incoming phone number matches a number stored in the phone book the incoming call information is linked to the corresponding information in the phone book. If the incoming call matches an entry but is indicated as hidden in the phone book the link is established but the information is not displayed by the ME if the code for the secret entry has not been verified. The ME shall not ask for the secret code to be entered at this point.
Optionally the ME may store the link to phone book entry in the file, so that it does not need to look again for a match in the phone book when it reuses the entry. But the ME will have to check that the incoming call number still exits in the linked phone book entry, as the link might be broken (entry modified). When not used by the ME or no link to the phone book has been found, this field shall be set to 'FFFFFF'.
The first byte of this link is used to identify clearly the phone book location either global (i.e. under DFTELECOM) or local (i.e. USIM specific). To allow the reuse of the referring mechanism in further implementation of the phonebook under discussion, this byte can be used to indicate those.
For the current version of the phone book, the phone book entry is identified as follows:
the record number in the EFPBR which indicates the EFADN containing the entry;
The structure of EFICI is shown below. Coding scheme is according to EFADN
Identifier: '6F80'
Structure: Cyclic
Optional
SFI: '14'
Record length: X+28 bytes
Update activity: high
Access Conditions:
READ
PIN
UPDATE
PIN
DEACTIVATE
ADM
ACTIVATE
ADM
Bytes
Description
M/O
Length
1 to X
Alpha Identifier
O
X bytes
X+1
Length of BCD number contents
M
1 byte
X+2
TON and NPI
M
1 byte
X+3 to X+12
Incoming Call Number
M
10 bytes
X+13
Capability/Configuration2 Record Identifier
M
1 byte
X+14
Extension5 Record Identifier
M
1 byte
X+15 to X+21
Incoming call date and time (see detail 1)
M
7 bytes
X+22 to X+24
Incoming call duration (see detail 2)
M
3 bytes
X+25
Incoming call status (see detail 3)
M
1 byte
X+26 to X+28
Link to phone book entry (see detail 4)
M
3 bytes
Detail 1: Coding of date and time
Content:
the date and time are defined by the ME.
Coding:
it is according to the extended BCD coding from Byte1 to Byte 7. The first 3 bytes show year, month and day (yy.mm.dd). The next 3 bytes show hour, minute and second (hh.mm.ss). The last Byte 7 is Time Zone. The Time Zone indicates the difference, expressed in quarters of an hour, between the local time and GMT. Bit 4 in Byte 7 represents the algebraic sign of this difference (0: positive, 1: negative). If the terminal does not support the Time Zone, Byte 7 shall be "FF". Byte X+15: Year.
b8
b7
b6
b5
b4
b3
b2
b1
MSB of second digit year
LSB of second digit year
MSB of first digit year
LSB of first digit year
Byte X+16: Month
b8
b7
b6
b5
b4
b3
b2
b1
MSB of second digit month
LSB of second digit month
MSB of first digit month
LSB of first digit month
Byte X+17: Day
b8
b7
b6
b5
b4
b3
b2
b1
MSB of second digit day
LSB of second digit day
MSB of first digit day
LSB of first digit day
Byte X+18: Hour
b8
b7
b6
b5
b4
b3
b2
b1
MSB of second digit hour
LSB of second digit hour
MSB of first digit hour
LSB of first digit hour
Byte X+19: Minute
b8
b7
b6
b5
b4
b3
b2
b1
MSB of second digit minute
LSB of second digit minute
MSB of first digit minute
LSB of first digit minute
Byte X+20: Second
b8
b7
b6
b5
b4
b3
b2
b1
MSB of second digit second
LSB of second digit second
MSB of first digit second
LSB of first digit second
Byte X+21: Time Zone
b8
b7
b6
b5
b4
b3
b2
b1
MSB of second digit indicates by quarters an hour
LSB of second digit indicates by quarters an hour
MSB of first digit indicates by quarters an hour the algebraic sign (0: positive, 1: negative)
LSB of first digit indicates by quarters an hour
Detail 2: Coding of call duration
Call duration is indicated by second.
Byte X+22:
b8
b7
b6
b5
b4
b3
b2
b1
223
222
221
220
219
218
217
216
Byte X+23:
b8
b7
b6
b5
b4
b3
b2
b1
215
214
213
212
211
210
29
28
Byte X+24:
b8
b7
b6
b5
b4
b3
b2
b1
27
26
25
24
23
22
21
20
For instance, '00' '00' '30' represents 25+24.
Detail 3: Coding of Call status
Byte X+25:
b8
b7
b6
b5
b4
b3
b2
b1
RFU
Answered='0'
/
Not Answered='1'
Detail 4: Link to phone book entry
For the current implementation of the phone book the following coding applies:
Phone book reference.
Byte X+26: