Tarjetas Sim GSM Umts Usim Especificaciones Programacion Aplicaciones Symbian Windows Ce

Aplicaciones de tarjetas SIM en GSM
0

Alumnos: Jose Luis Alonso Rubio
David Fernandez Fernandez
Marcos Gutierrez Hernandez
Omar Hachmioune Raposo
Miguel Angel Martos Morales
Cristina Moreno Gonzalez
Ignacio Recio Gonzalez
Jose Luis Serrano Soriano

Especialidad: Sistemas de Telecomunicacion
Asignatura: Proyectos
ProIesor: Cesar Briso

1

Captulo 1:
1. Definiciones .........................................................................4
2. Caractersticas fsicas..........................................................6
2.1. Formato y layout...........................................................................................6
2.2. Rango de temperaturas..................................................................................6
2.3. Contactos.......................................................................................................7
2.4. Proteccion estatica.........................................................................................8
3. Seales elctricas y protocolos de transmisin...................9
3.1. Alimentacion en tension (Vcc)......................................................................9
3.2. Reset..............................................................................................................10
3.3. Programacion del voltaje..............................................................................10
3.4. Reloj..............................................................................................................10
3.5. I/O.................................................................................................................11
3.6. Estados..........................................................................................................12
3.7. Tasa de baudios............................................................................................12
3.8. Respuesta a reset (ATR)..............................................................................13
3.9. Error de manejo...........................................................................................17
4. Modelo de archivos............................................................18
4.1. Introduccion.................................................................................................18
4.2. Tipos de Iichero...........................................................................................18
4.3. Organizacion y caracterizacion....................................................................19

2

5. Caractersticas de seguridad..............................................21
5.1. AutentiIicacion del usuario en la red..........................................................21
5.2. Condiciones de acceso a archivo................................................................21
6. Descripcin de funciones...................................................22
6.1.Introduccion.................................................................................................22
6.2. Listado de Iunciones....................................................................................22
7. mplementacin de comandos............................................25
7.1. Introduccion.................................................................................................25
7.2. Codigos de los comandos............................................................................31
7.3. DeIiniciones y codiIicacion.........................................................................41
7.4. Condiciones de estado devueltas por la tarjeta............................................43
8. Contenido de los archivos de tipo EF.................................47
8.1. Contenido de los EF en el nivel MF...........................................................47
8.2. DF`s en nivel de aplicacion en GSM..........................................................49
8.3. Contenido de los Iicheros en el nivel de aplicacion GSM..........................50
8.4. Contenido de los DF en el nivel de aplicacion SM.....................................82
9. Protocolo de aplicacin......................................................83
9.1. Procesos generales.......................................................................................84
9.2. Procedimientos de gestion de la SIM..........................................................84
9.3 Procedimientos relativos a los Iicheros de identiIicacion personal del abonado.....86
9.4 Procedimientos relativos a la seguridad en GSM........................................87
9.5 Procedimientos relativos a cuotas de abonado.............................................87
9.6. Procedimietos relativos a herramientas de aplicacion de la tarjeta SIM.....88
ANEXO A (Normativa)............................................................89

3

Captulo 2:

1. Symbian OS..................................................................97
1.1. Antecedentes: Creacion de Symbian..........................................................97
1.2. PlataIorma Abierta......................................................................................97
1.3. Un Sistema Operativo DiIerente.................................................................98
1.4. Por que Symbian?......................................................................................98
1.5. PlataIorma Serie 60.....................................................................................100
1.6. Desarrolladores de Aplicaciones Independientes.......................................100
1.7. Nuevo Symbian 8.0....................................................................................101
1.8. Estandar Symbian.......................................................................................102
1.9. Moviles para Symbian OS.........................................................................103
1.10. Programacion de dispositivos moviles con C ....................................108
1.11. Aplicaciones en C para Symbian........................................................116
1.12. Aplicaciones en Java para Symbian OS..................................................121
2. Microsoft Windows CE..........................................................134
2.1. Introduccion...............................................................................................134
2.2. PlataIorma..................................................................................................141
2.3. MicrosoIt Windows Mobile....................................................................142
2.4. Programacion para Windows CE..............................................................142
2.5. Aplicaciones..............................................................................................146
2.6. Smart phones con MicrosoIt Windows Mobile OS..........................147
3. 3G (UMTS, WCDMA, MT-2000).......................................150
4

1. DEFINICIONES
CONDICIONES DE ACCESO: conjunto de atributos de seguridad asociados con un Iichero.
APLICACIN: La aplicacion consiste en un conjunto de mecanismos de seguridad, Iicheros y
protocolos (excluyendo los protocolos de transmision).
PROTOCOLO DE APLICACIN: Conjunto de procedimientos requeridos por la aplicacion.
SESIN DE TAR1ETA: Union entre la tarjeta y el mundo externo empezando con el ATR
(Answer to Reset) y terminando con un reset posterior o una desactivacion de la tarjeta.
DIRECTORIO ACTUAL: El ultimo MF (master Iile) o DF (dedicated Iile) seleccionado.
EF (Elementary File): Ultimo EF seleccionado.
CAMPO DATO: Termino obsoleto para Iichero elemental.
FICHERO DEDICADO(DF): Fichero que contiene las condiciones de acceso y opcionalmente,
EFs u otros DFs.
DIRECTORIO: Termino general para MF y DF.
FICHERO ELEMENTAL (PRIMARIO)(EF): Fichero que contiene las condiciones de acceso y
datos y no otros Iicheros.
FICHERO: Directorio o un organizado conjunto de bytes o archivos en la SIM.
FICHERO IDENTIFICADOR: 2 bytes que direccionan un Iichero en la SIM.
APLICACIN GSM, DCS 1800 O PCS 1900: Conjunto de mecanismos de seguridad, Iicheros,
datos y protocolos requeridos por GSM, DCS 1800 o PCS 1900.
SESION GSM: Esa parte de la sesion de tarjeta dedicada a la operacion GSM.
IC TAR1ETA SIM: Termino obsoleto para la ID-1 SIM.
ID-1 SIM: La SIM que tiene el Iormato de una tarjeta ID-1.
5

FICHERO MAESTRO (MF): Unico Iichero obligatorio que contiene las condiciones de acceso y
opcionalmente DIs y/o EFs.
OPERACIN GSM NORMAL: En general, procedimientos de seguridad GSM y de
subscripcion.
RELLENO: Uno o mas bits aadidos a un mensaje para causar el mensaje que contiene los
numeros requeridos de bits o bytes.
PLUG-IN SIM: Segundo Iormato de SIM.
SIM PROACTIVA: SIM que es capaz de extraer comandos al ME. Parte del kit de
herramientas de aplicacion.
ARCHIVO: Secuencia de bytes con un EF como unica identidad.
NUMERO DE ARCHIVO: Numero que identiIica un archivo con un EF.
ARCHIVO APUNTADOR: Apuntador que direcciona un Iichero en un EF.
6

2. CARACTERSTICAS FSICAS
Existen dos tipos de SIM debido al Iormato Iisico: la 'ID-1 SIM y la 'Plug-in SIM.
Las caracteristicas Iisicas de ambos tipos de SIM deben estar de acuerdo con ISO 7816-1,2 |24,25|.
2.1. Formato y Layout.
La inIormacion en el exterior de cada SIM, debe incluir al menos la inIormacion de identiIicacion
individual y el digito de comprobacion de la identiIicacion de tarjeta IC.

2.1.1. D-1 SM
El Iormato y layout de la ID-1 SIM debe estar de acuerdo con ISO 7816-1,2 |24,25|.
La tarjeta debe tener una marca de polarizacion que indica como debe el usuario insertar la tarjeta
en el ME.
El ME debe aceptar el realzado de tarjetas ID-1. El realzado debe estar de acuerdo con ISO/IEC
7811 |22,23|. Los contactos de ID-1 deben estar localizados en la parte Irontal (cara realzada) de la
tarjeta.

2.1.2. Plug-in SM
La Plug-in SIM tiene un ancho de 25 mm, un grosor igual como una ID-1 y una caracteristica para
orientacion.

2.2. Rango de Temperaturas.
El rango de temperaturas para un completo uso operacional debe estar entre -25 C y 70 con picos
ocasionales de 85.
Ocasional signiIica no mas de 4 horas cada vez y no mas de 100 veces durante la vida de la tarjeta.
7

2.3. Contactos.
2.3.1. Provisin de contactos.
ME: Los elementos de contacto en el ME en las posiciones C4 y C8 son opcionales, y no son
usados en la aplicacion GSM. Deben presentar alta impedancia a la tarjeta SIM en la aplicacion
GSM El contacto C6 no necesita ser tenido en cuenta para Plug-in SIMs.
SIM: Los contactos C4 y C8 no necesitan ser proporcionados por la SIM, pero si son
proporcionados, entonces no deben ser conectados internamente en la SIM si la SIM solo contiene
la aplicacion GSM. El contacto C6 no debe ser enlazado en la SIM para otra cualquier Iuncion que
suministre Vpp.
2.3.2. Activacin y desactivacin.
El ME debe conectar, activar y desactivar la SIM de acuerdo con los Procedimientos de Operacion
especiIicados en ISO/IEC 7816-3 |26|.
Para cualquier nivel de voltaje, controlado durante la secuencia de activacion, la orden del contacto
de activacion/desactivacion debe ser respetada.
Si el reloj de SIM esta parado y no es reseteado, el ME puede desactivar todos los contactos en
cualquier orden, dado que todas las seales alcanzan bajo nivel antes de que Vcc deje alto nivel.
Cuando Vpp es conectada a Vcc, como lo permitido por GSM, entonces Vpp estara activado y
desactivado con Vcc, al tiempo de la activacion/desactivacion de Vcc. Vcc esta encendido cuando
tiene un valor entre 4`5 V y 5`5 V.
2.3.3. Contactos inactivos.
Los voltajes en los contactos C1, C2, C3, C6 y C7 del ME deben estar entre 0 y -0`4 V
reIerenciados a masa (C5) cuando el ME esta apagado de la Iuente de energia. El equipo de medida
debe tener una resistencia de 50 kohm. cuando se mide tension en C2, C3, C6 y C7. La resistencia
debe ser de 10 kohm. cuando medimos sobre C1.
8

2.3.4. Presin de contacto.
La presion del contacto debe ser grande para asegurar Iiabilidad y continuidad en el contacto. El
radio de cualquier estructura de elementos de contacto debe ser mayor o igual que 0`8 mm sobre el
area de contacto.
Bajo ninguna circunstancia la Iuerza de un contacto debe superar los 0`5 N por contacto.
Se debe tener cuidado de evitar un excesivo punto de presion al area de la SIM contiguo al area de
contacto. Si no esto puede daar los componentes de la SIM.

2.4. Proteccin esttica.
Si consideramos que la SIM es un dispositivo Cmos, el Iabricante del ME debe tener precauciones
adecuadas (en suma con los diodos de proteccion internos de la SIM) para salvaguardar la interIaz
ME, SIM y SIM/ME de descargas estaticas, y particularmente durante la insercion de la SIM en el
ME.

9

3. SEALES ELCTRICAS Y PROTOCOLOS DE
TRANSMISIN
Antes de pasar a la especiIicacion de las seales electricas, indicamos:
- VOH y VOL se reIieren siempre al dispositivo (ME o SIM) que conduce la interIaz. VIH y VIL
se reIieren siempre al dispositivo (ME o SIM) que actua como receptor en la interIaz.

3.1. AIimentacin en tensin Vcc (contacto C1)
La SIM debe estar operativa bajo los siguientes limites:
Simbolo Minimo Maximo Unidad
Vcc 4`5 5`5 V
Icc 10 mA
Tabla 1. Caractersticas elctricas de Vcc bajo condiciones operativas normales

La corriente consumida por la SIM no debe exceder el valor dado en la tabla 1 durante ningun
estado (incluyendo activacion y desactivacion).
Cuando la SIM esta en standby, la corriente consumida de la tarjeta no debe exceder 200 uA a 1
MHz y 25C. Si existe modo parada de reloj, no debe exceder tampoco los 200 uA.
El ME debe ser capaz de contrarrestar los picos asegurando que la tension de alimentacion este en
el rango especiIicado.
NOTA: Una solucion posible seria colocar un condensador (100 nF, ceramico) tan cerca como sea
posible de los elementos de contacto.
10

3.2. Reset (RST) (contacto C2)
Se deben cumplir los siguientes limites:
Simbolo Condiciones Minimo Maximo
Voh Ioh max 20 uA Vcc-0`7 Vcc
Vol Iol max-200 uA 0 V 0`6 V
Tr tI CoutCin30 pF 400 us
Tabla 2. Caractersticas elctricas de RST bajo condiciones normales de operacin

El rango de variacion permitido en el voltaje en RST debe estar entre 0`3 V y Vcc0`3V.

3.3. Programacin deI voItaje Vpp (contacto C6)
Las SIMs no requieren ninguna programacion del voltaje en Vpp. El ME no necesita estar provisto
del contacto C6. Si el ME lo tiene, entonces, en el caso de ID-1 SIM Vpp y Vcc deben tener el
mismo valor de tension, mientras que si la tarjeta tiene Iormato Plug-in SIM el ME no necesita
ningun voltaje en C6. El contacto C6 puede ser conectado a Vcc pero nunca a masa.

3.4. ReIoj (Contacto C3)
La SIM puede soportar desde 1MHz a 5MHz. El reloj debe estar alimentado por el ME.
El reloj interno de las SIMs no debe ser usado. Si se necesita un Irecuencia de 13/4 Hz para correr
el proceso de autentiIicacion en el tiempo asignado, o para procesar un comando envelope` usado
para la descarga de datos SIM, el bit 2 o el bit 1 en el Iichero de caracteristicas debe estar a 1.

El ciclo de Iuncionamiento debe estar entre el 40 y 60 del periodo durante la operacion estable.
11

Voh Ioh max20 uA 0`7*Vcc Vcc
Vol Iol max-200 uA 0 V 0`5 V
tr tI CoutCin30 pF 9 del periodo con
un maximo de 0`5 us
Tabla 3. Caractersticas elctricas del CLK bajo condiciones normales operativas

Se permite pasarse del voltaje del CLK en un rango que varia entre -0`3V y Vcc0`3 V durante la
operacion dinamica.

3.5 I/O (contacto C7)
La tabla 4 deIine las caracteristicas electricas del I/O (contacto 7). Los valores dados en la tabla
tienen el eIecto de deIinir los valores de la resistencia de pull-up en el ME y las impedancias de los
drivers y receptores en el ME y SIM.
Vih Iih max-20 uA 0`7*Vcc Vcc0`3 V
Vil Ihl max1mA -0`3 V 0`8 V
Voh Ioh max20 uA 3`8 V Vcc
Vol Iol max-1mA 0 V 0`4 V
tr tI CoutCin30pF 1 us
Tabla 4. Caractersticas elctricas de I/O bajo condiciones operativas normales

NOTA 1: Se usa una resistencia de pull-up en el dispositivo de interIaz (valor recomendado de 20
kohm).
12

NOTA 2: Durante las condiciones estaticas (standby) solo se puede aplicar el valor positivo. Bajo
condiciones dinamicas de operacion (transmision) picos de voltaje en la linea I/O pueden causar una
corriente inversa.
NOTA 3: Se permite pasarse del voltaje en I/O en un rango que varia entre 0`3 V y Vcc0`3V
durante la operacion dinamica.

3.6. Estados
Hay dos estados para la SIM mientras la Iuente de alimentacion esta encendida:
- La SIM esta en estado operativo cuando se ejecuta un comando. Este estado tambien incluye la
transmision desde y a la SIM.
- La SIM esta en estado no operativo en cualquier otro instante. Durante este instante debe
conservar todos los datos pertinentes.
La SIM puede llevar un modo de parada de reloj. El reloj solo debe estar apagado previo a las
condiciones especiIicadas en el Iichero de caracteristicas.
Modo parada de relof. Un ME de Iase 2 o mas debe esperar al menos 1860 ciclos de reloj despues
de haber recibido el ultimo caracter de la respuesta antes de que se apague el reloj, incluido el
tiempo de guarda. Debe esperar al menos 744 ciclos de reloj antes de mandar el primer comando
despues de haber empezado el reloj.
3.7. Tasa de baudios
La tasa de baudios inicial (durante ATR) debe ser: (Irecuencia de reloj)/372.
La subsecuencia de tasa de baudios debe ser: (Irecuencia de reloj)/372 a no ser que haya sido
ejecutado correctamente el procedimiento PPS. En ese caso la tasa de baudios negociada debe ser
aplicada de acuerdo con la clausula 5.8.2. que veremos despues.

3.8. Respuesta a Reset (ATR)
La ATR es inIormacion presentada por la SIM al ME al principio de la sesion de tarjeta y de
requerimientos operacionales.
13

3.8.1. Estructura y contenidos
La respuesta a reset consiste en como mucho 33 caracteres. El ME debe ser capaz de recibir
caracteres de interIaz para protocolos de transmision, caracteres historicos y un byte de
comprobacion.
La tabla siguiente da una explicacion de los caracteres especiIicados en ISO/IEC 7816-3 y los
requerimientos para su uso en GSM.
CARACTER CONTENIDOS MANDADO
POR LA
TAR1ETA
a) evaluacin por el
ME
b) Reaccin por el
ME
Caracter inicial
TS
Convencion codiIicada para
todas las subsecuencias
(convencion directa o inversa)
Siempre
a) Siempre.
b) Usando la convencion
apropiada.
Caracter de
Iormato
T0
Caracteres de las subsecuencias
de la interIaz, numero de
caracteres historicos.
Siempre
a) Siempre.
b) IdentiIicando los
caracteres de la subsecuencia
apropiada.
Caracter de
interIaz (global)
TA1

Parametros para calcular el
trabajo (etu)
Opcional
a)Siempre si presente.
b)Si TA1 no es 11` o 01`
se tiene que utilizar el
procedimiento PPS.
Caracter de
interIaz (global)
TB1
voltaje y corriente programados.
Opcional
b)Si PI1 no es 0, entonces
rechaza la SIM.
Caracter de
interIaz (global)
TC1
tiempo de guarda extra requerido
por la tarjeta; el tiempo de
guarda no extra se usa para
Opcional
b)Si TC1 no es ni 0 ni 255,
entonces rechaza la SIM.
14

mandar caracteres de la tarjeta al
ME.
Caracter de
interIaz
TD1
Tipo de protocolo; indicador para
la presencia de caracteres de
interIaz, especiIicando reglas
para ser usados para
transmisiones con el tipo de
protocolo dado.
Siempre si
T15 indicado
en TDi
(i ~ 1)
b)IdentiIicando los
caracterres de la subsecuencia
coordinadamente.
Caracter de
interIaz (especiIico)
TA2
No usado para protocolo T0
Opcional
a)Opcional
b)-----------

Caracter de
interIaz (global)
TB2
Parametro para calcular el voltaje
de programacion.
Nunca
a)El valor permitido de TB1 de
arriba deIine que una
programacion externa del
voltaje no es aplicable.
Caracter de
interIaz (especiico)
TC2
tiempo de espera de trabajo.
Opcional
a)Siempre si presente
b)Usando el tiempo de
espera de trabajo
correctamente.
Caracter de
interIaz
Tdi
(i ~ 1)
Tipo de protocolo; indicador para
la presencia de caracteres de
interIaz, especiIicando reglas
para ser usadas para
transmisiones con el tipo de
protocolo dado.
Opcional
b)IdentiIicando en
consecuencia los caracteres de
subsecuencia.
Caracter de
interIaz
TAi, TBi, Tci
(i ~ 2)
Caracteres que contienen
caracteres de interIaz para otros
protocolos de transmision. Si
TD(i-1) indica T15, TAi es
interpretado como un caracter de
interIaz global.
Siempre si
TD(i-1) indica
T15.
Opcional en
otro caso
a)Siempre.
b)Si T15 es indicado en
TD(i-1), TAi indica:
XI indicador de parada de
reloj (b8 a b7)
UI indicador de clase (b6 a
15

b1)
12. Caracteres
historicos
T1...TK
Contenidos no especiIicados en
ISO/IEC.
Opcional
a)Opcional.
B)------------
Caracter de
comprobacion
TCK
Byte de comprobacion.
No mandado
si solo T0 e
indicado en el
ATR. Si T0
y T15 estan
presentes y en
cualquier otro
caso, TCK
sera mandado
a)Opcional
b)-----------

3.8.2. Procedimiento PPS (Seleccin de parmetros y protocolos)
El procedimiento PPS es aplicado, solo si TA1 no es igual a 11` o 01`. (TA1 es un caracter de
interIaz global para calcular el trabajo).
a) Para los MEs respaldando falta de velocidad (F372, D1)

ATR TA1 no 11` o 01`
Peticion PPS

Respuesta PPS
La peticion PPS y la respuesta PPS consiste en 3 caracteres PPSS, PPS0 y PCK de los cuales PPS es
el primero en ser mandado. Despues de este procedimiento el protocolo T0 y los parametros
F372, D1 y N0 seran usados.
ME SIM
PPSS
PPS0
PCK
FF`
00`
FF`
FF`
00`
FF`
PPSS
PPS0
PCK
Reset
16

b) Para los MEs que tienen velocidad aumentada (F512,D8)

Reset
ATR TA1 94`
Peticion PPS

Respuesta PPS

Peticion y respuesta PPS consiste en 4 caracteres PPSS, PPS0, PPS1 y PCK de los que, al igual que
antes, PPSS es el primero que se manda.
Despues del procedimiento, se usa el protocolo T0 y los parametros F512, D8 y N0.
ME SIM
PPSS
PPS0
PPS1
PCK
FF`
10`
94`
7B`
FF`
10`
94`
7B`
PPSS
PPS0
PPS1
PCK
17

3.8.3. Aumento de velocidad
La SIM debe oIrecer un modelo negociable, para asegurar una compatibilidad reciproca con los
MEs existentes. En el modo negociable la SIM usara valores por deIecto incluso si otros parametros
son oIertados en el ATR si el proceso PPS no esta iniciado. La SIM y los Mes deben llevar el valor
de deIecto F372 y D1.
Si la SIM no responde a la peticion PPS dentro del tiempo inicial de espera el ME reseteara la SIM.
Despues de dos intentos PPS Iallidos usando F512 y D8 (parametros usados para velocidad mas
rapida) o valores indicados en TA1 (no hay respuesta de PPS desde SIM) el ME iniciara el
procedimiento PPS usando los valores por deIecto. Si esto tambien Ialla (no hay respuesta de la
SIM), el ME procedera a usar los valores por deIecto sin peticion PPS.
3.9. Error de manejo
La siguiente recepcion de un ATR, que no esta de acuerdo con esta especiIicacion, por ejemplo por
los caracteres prohibidos ATR o demasiados pocos bytes que esten siendo transmitidos el ME
ejecutara un Reset. El ME no rechazara la SIM hasta que se reciben al menos tres errores
consecutivos ATRs.
18

4. MODELO DE ARCHIVOS
4.1. Introduccin
Dentro de una tarjeta SIM la inIormacion va organizada en Iicheros al igual que en cualquier
sistema de almacenamiento inIormatico. Segun el tipo de inIormacion que contengan estos se
clasiIican en:

4.2. Tipos de fichero
4.2.1.Fichero maestro (MF)
Es el Iichero (directorio) mas alto en jerarquia y engloba a todos los demas. Es decir contiene toda
la inIormacion almacenada en la tarjeta.
4.2.2. Ficheros dedicados (DF)
Contienen la inIormacion reIerida a servicios especiIicos de telecomunicacion de la operadora,
servicios globales, GSM.
4.2.3. Ficheros elementales (EF)
Su objetivo es el de almacenar inIormacion como pudiera ser por ejemplo un registro de llamadas o
un listin teleIonico. Estos ultimos pueden ser leidos o escritos.
19

4.3.Organizacin y caractersticas

Cada archivo consta de una 'cabecera de dos bytes que contiene inIormacion del tipo
del mismo (primer byte) asi como su longitud (segundo byte) en caso de EF.
En tarjetas GSM solo se reconocen dos niveles de anidamiento de DFs bajo el MF.
Un EF nunca puede ser el directorio actual. El 'current path sera siempre un DF o el
propio MF.
Despues de una seal de reset el directorio MF sera seleccionado automaticamente
como el directorio actual.
Con la Iuncion 'select nos iremos moviendo por el arbol.
La Iuncion 'modifv solo se puede utilizar sobre Iicheros EF.
Solo se podra utilizar un comando cuando este sea especiIico del directorio actual.

MF
DF1 DF2
EF1
DF3
EF2
EF5
EF3 EF4
20

Segun el arbol anterior la Iorma de seleccionar Iicheros seria la siguiente:
Ultima seleccin Seleccin valida
MF DF1,DF2,EF1
DF1 MF,DF2,DF3,EF2
DF2 MF,DF1,EF3,EF4
DF3 MF,DF1,EF5
EF1 MF,DF1,DF2
EF2 MF,DF1,DF2,DF3
EF3 MF,DF1,DF2,EF4
EF5 MF,DF1,DF3

21

5. CARACTERISTICAS DE SEGURIDAD
5.1. Autenticacin deI usuario en Ia red
Al conectar el Terminal la tarjeta SIM mediante el comando Run GSM algorithm hace una
peticion a la red y esta envia un numero aleatorio que es utilizado por la tarjeta para generar la clave
de ciIrado con el numero de usuario la calve de ciIrado es devuelta para ser comparada con la que la
red ha calculado. Las comunicaciones durante esta sesion estaran ciIradas con Kc.
5.2. Condiciones de acceso a archivos
Estas condiciones se aplican a los comandos Read` y Seek` los comandos Select` y Status`
gozan siempre de nivel 0.
Niveles de acceso(se reIleja en la cabecera del archivo)

0: Se puede acceder siempre
1: Se debe haber introducido el pin en algun momento de la sesion
2: Se debe haber introducido el pin2 (lo tiene la operadora de telecomunicaciones) en
algun momento de la sesion.
3: Reservados para uso del servicio GSM.
4 al 14: Estan reservados para usos administrativos bien del operador o bien de la
autoridad administrativa apropiada.
15: Nunca. La SIM lo utiliza internamente

22

6. DESCRIPCIN DE FUNCIONES
6.1. Introduccin
La gestion de la inIormacion contenida en la tarjeta se hace mediante una serie de Iunciones
estandarizadas que nos permiten tanto el acceso como la modiIicacion de los datos almacenados.
En la siguiente tabla se hace un listado de las Iunciones disponibles en cada uno de los distintos
tipos de Iichero:

6.2. Listado de funciones

SELEC1
Esta Iuncion selecciona un archivo de acuerdo con los metodos descritos en el apartado 6.
Entrada: IdentiIicador del archivo.
Salida: ID del archivo, memoria total disponible y estado de CHV en caso de un Iichero DF o MF
en caso de EF nos devuelve ID del archivo, longitud del mismo, condiciones de acceso y tipo de
estructura.
S1A1US
Nos devuelve inIormacion sobre el directorio actual.
Salida: IdentiIicador del archivo actual, memoria disponible, es decir lo mismo que devuelve la
Iuncion select en caso de DF o MF.

23

READ BIAARY
Lee un array de bytes de un archivo.
Entrada: Direccion y longitud del array.
Salida: Array de bytes.

UPDA1E BIAARY
Actualiza un array de un Iichero
Entrada: Direccion y array a escribir.
READ RECORD
Lee el contenido de un Iichero en caso de que este contenga inIormacion con una codiIicacion
ciclica o Iija.
Entrada: El modo de lectura y el tamao del Iichero.
Salida: Contenido del Iichero.

UPDA1E RECORD
ModiIica el contenido de un Iichero en caso de que este contenga inIormacion con una codiIicacion
ciclica o Iija.
Entrada: El modo de escritura, el tamao de la inIormacion y la inIormacion a escribir.
SEEK
Busca dentro de un Iichero un string que comience por un patron dado. Hay dos modos de
busqueda en el primero coloca el contador en la posicion en la que ha encontrado el estring y en la
segunda devuelve esta direccion.
Entrada: Modo de busqueda, patron y longitud del patron.
Salida: En caso del modo 2 devuelve la direccion del comienzo del string.

IACREASE
24

Incrementa en un numero dado el identiIicador de la longitud del archivo.
Entrada: Valor del incremento.
Salida: Valor sumado y valor de la suma.

IAJALIDA1E
Activa el Ilag que invalida el uso del Iichero.
REHABILI1A1E
Desactiva el Ilag que invalida el Iichero.
25

7. IMPLEMENTACIN DE COMANDOS
7.1. Introduccin
Como ya hemos visto la tarjeta atiende a un protocolo de comandos. Ahora nos centraremos en
como se implementan Iisicamente.
7.1.1 Formato de las PDU (comando + parmetros + informacin )
PDU de entrada
Peticion de entrada a la tarjeta SIM. Donde CLA es el tipo de instruccion, INS es el codigo de
instruccion PX son parametros y a continuacion se pasa la inIormacion.

PDU de respuesta
Respuesta que devuelve la tarjeta al Terminal. Donde al principio se devuelve la inIormacion, SW1
es 9F` para distinguir el Iinal y SW2 devuelve la longitud del array

26

7.1.2. mplementacin de comandos y parmetros

7.1.3. Descripcin detallada de la normativa
-Un APDU puede ser un comando APDU o una respuesta APDU.
-Un comando APDU tiene el siguiente Iormato general :

CLA NS P1 P2 P3 Data

-La respuesta APDU tiene el siguiente Iormato :

Data SW1 SW2

-Un APDU es transportado por el protocolo de transmision T0 sin ningun cambio.
-Los bytes que componen el APDU se deIinen de la siguiente Iorma :
27

- CLA es la clase de instruccion (ISO/IEC 7816-3 |26|), A0` es usada en aplicaciones GSM;
- IAS es el codigo de la instruccion (ISO/IEC 7816-3 |26|) y esta deIinido para cada comando
- P1, P2, P3 son parametros para la instruccion,estan especiIicados en la tabla 9.`FE` es un valor
valido para P1,P2 y P3.
P300 introduce un dato de 256 bytes que se transIiere desde la SIM,si es un comando de
transIerencia.P300 no introduce ningun dato si es un comando de direccion que transIiere a la
SIM.
- SW1,SW2 : son parametros de estado que indican si el resultado del comando ha sido exitoso o
no.
-Para algunas de las Iunciones descritas anteriormente es necesario utilizar un comando de
transporte suplementario(GET RESPONSE) para obtener el dato de salida.Por ejemplo la Iuncion
SELECT necesita 2 comandos : el primero es el SELECT,que tiene parametros y datos que son
entradas para la Iuncion,mientras que el segundo comando es GET RESPONSE que tiene un
parametro que indica la longitud del dato que se devuelve.
-Si la longitud de los datos devueltos no es conocida de antemano ,entonces esta puede obtenerse
aplicando el primer comando e interpretando los parametros de estado.SW1 debe ser 9F` y SW2
debe valer la longitud total de los datos.

*Los casos que se pueden presentar son :
Caso 1: No entrada / No salida
CLA NS P1 P2 P3 SW1 SW2
lgth (`00`) 90` 00`

Caso 2: No entrada / Salida de longitud conocida

28

CLA NS P1 P2 P3 DATA (con long.conocida) SW1 SW2
lgth 90` 00`

Caso 3: No entrada / Salida de longitud desconocida
lgth (`00`) 9F` lgth1

GET RESPONSE
CLA NS P1 P2 P3 DATA (con lgth2<= lgth1) SW1 SW2
lgth2 90` 00`

Caso 4: Entrada / No salida
CLA NS P1 P2 P3 DATA (lgth) SW1 SW2
lgth 90 00

Caso 5: Entrada / Salida de longitud conocida o desconocida
lgth 9F lgth1

GET RESPONSE
lgth2 90` 00`

29

-Para los casos 3 y 5 ,cuando SW1/SW2 indican que hay respuesta al comando ,si el ME quiere
conseguir dicha respuesta debera enviar un comando GET RESPONSE como se describe en la
pagina anterior.
-Si la aplicacion GSM es una de las aplicaciones en una tarjeta multi-aplicacion ,entonces otros
comandos con CLA distinto de A0 pueden ser enviados por el terminal.Esto no inIluira al estado de
la aplicacion GSM.
-Los siguientes diagramas ensean como los cinco casos de protocolos de transmision vistos en los
diagramas anteriores pueden ser usados para enviar pro-activos comandos SIM.

Caso 1: No entrada / Respuesta sin salida,mas comando adicional de SIM.
lgth (`00`) 91` lgth1
FETCH
CLA NS P1 P2 P3 DATA con lgth= lgth1) SW1 SW2
Lgth1 90` 00`

Caso 2: No entrada / Respuesta con datos de longitud conocida,mas comando adicional de
SIM.
Lgth 91` lgth1
FETCH
Lgth1 90` 00`

30

Caso 3: No entrada / Respuesta con datos de longitud desconocida,mas comando adicional
de SIM.
lgth (`00`) 9F` lgth1

GET RESPONSE
lgth2 91` lgth3

FETCH
lgth3 90` 00`

Caso 4: Entrada / Respuesta sin datos de salida,mas comando adicional de SIM.
lgth 91` lgth1
FETCH
lgth1 90` 00`

31

Caso 5: Entrada / Respuesta sin datos de salida,mas comando adicional de SIM.
lgth 9F` lgth1

GET RESPONSE
lgth2 91` lgth3

FETCH
lgth3 90` 00`

7.2 CODIGO DE LOS COMANDOS
-El codigo de los comandos se ve en la tabla siguiente.En ella la direccion es indicada por (S) y por
donde S representa datos enviados por el ME mientras que R representa datos recibidos por el
ME.El oIIset se representa con 2 bytes ,donde P1 representa el byte de orden alto y P2 el byte de
orden bajo.
-Ademas de los codigos de instruccion que se ven en la tabla ,los siguientes codigos son reservados:
-Fase operacional GSM : 1X` con X par desde X6 hasta XE.
-Fase administrativa:2`,`D0`,`D2`,`DE`,`C4`,`C6`,`C8`,`CA`,`CC`,`B4`,`B6`,`B8`,`BA`y BC

32

TABLA DEL CODIGO DE LOS COMANDOS

COMANDO INS P1 P2 P3 S/R
SELECT 'A4' '00' '00' '02' S/R
STATUS 'F2' '00' '00' lgth R
READ BNARY 'B0' offset high offset low lgth R
UPDATE BNARY 'D6' offset high offset low lgth S
READ RECORD 'B2' rec No. mode lgth R
UPDATE RECORD 'DC' rec No. mode lgth S
SEEK 'A2' '00' type/mode lgth S/R
NCREASE '32' '00' '00' '03' S/R
VERFY CHV '20' '00' CHV No. '08' S
CHANGE CHV '24' '00' CHV No. '10' S
DSABLE CHV '26' '00' '01' '08' S
ENABLE CHV '28' '00' '01' '08' S
UNBLOCK CHV '2C' '00' see note '10' S
NVALDATE '04' '00' '00' '00' -
REHABLTATE '44' '00' '00' '00' -
RUN GSM
ALGORTHM
'88'

'00' '00' '10' S/R
SLEEP 'FA' '00' '00' '00' -
GET RESPONSE 'C0' '00' '00' lgth R
TERMNAL
PROFLE
'10' '00' '00' lgth S
ENVELOPE 'C2' '00' '00' lgth S/R
FETCH '12' '00' '00' lgth R
TERMNAL
RESPONSE
'14' '00' '00' lgth S
33

-Si el UNBLOCK CHV se aplica a CHV1 entonces P2 vale 00,y si se aplica a CHV2 vale 02.

7.2.1. SELECT
Parametros del comando
Byte(s) Descripcion Longitud
1-2 File ID 2

Parametros de respuesta en caso de MF o DF
1-2 RFU 2
3-4 Cantidad total de memoria del directorio
seleccionado que no esta reservada a alguno de los
DF o EF.
2
5-6 Archivo ID 2
7 Tipo de archivo 1
8-12 RFU 5
13 Longitud del siguiente dato (byte 14 al Iinal) 1
14-34 Datos especiIicos de GSM 21

Datos especiIicos de GSM
14 Caracteristicas del Iichero 1
15 Numero de DF`s que son directorios hijos del actual 1
16 Numero de EF`s que son directorios hijos del actual 1
17 Numero de CHV,UNBLOCK CHV y codigos
administrativos
1
34

18 RFU 1
19 Status de CHV1 1
20 Status de UNBLOCK CHV1 1
21 Status de CHV2 1
22 Status de UNBLOCK CHV2 1
23 RFU 1
24-34 Reservado 011

Los bytes del 1-22 son obligatorios y deben ser devueltos por la SIM.Del byte 23 en adelante son
opcionales ,y por ello pueden no ser devueltos.
NOTAS :
-Los bytes 35 y siguientes son RFU.
-La inIormacion STATUS de DF,EF y MF proporciona datos especiIicos de aplicacion.En una
tarjeta multi-aplicacion el MF no deberia contener ningun dato especiIico de aplicacion.Dichos
datos son obtenidos por los terminales de los directorios especiIicos de aplicacion.
Los Iabricantes de ME deberian tener esto en cuenta y no usar por tanto datos de aplicacion
que puedan existir en el MF de una tarjeta SIM mono-aplicacion.
Parametros de respuesta en caso de MF o DF
1-2 RFU 2
3-4 Tamao de archivo 2
5-6 Archivo ID 2
7 Tipo de archivo 1
8 RFU 1
9-11 Condiciones de acceso 3
12 Status de archivo 1
35

13 Longitud del siguiente dato 1
14 Estructura de EF 1
15 Longitud de un registro 1
16 y siguientes RFU -

NOTAS :
-Los bytes 1-14 son obligatorios y deben ser devueltos por la SIM.
-El byte 15 es obligatorio en caso de EF`s lineales o ciclicos y debe ser devuelto por la SIM.
-El byte 15 no es obligatorio en caso de EF`s transparentes y puede no ser devuelto por la SIM.
-Los bytes 16 y siguientes son opcionales y pueden no ser devueltos por la SIM.

7.2.2. STATUS
-Los parametros de respuesta del comando STATUS son identicos a los del comando SELECT en
el caso de un MF o DF.

7.2.3. READ BNARY
Parametros de respuesta
1-lgth Datos a leer lgth

36

7.2.4. UPDATE BNARY
Parametros de comando
1-lgth Datos lgth

7.2.5 : READ RECORD
-El parametro P2 especiIica el modo :
- 02` : siguiente registro
- 03` : registro anterior
- 04` : el numero es dado en P1,siendo el 00 indicador del registro actual.
1-lgth Datos del registro lgth

7.2.6 : UPDATE RECORD
-El parametro P2 especiIica el modo :
- 02` : siguiente registro
- 03` : registro anterior
- 04` : el numero es dado en P1,siendo el 00 indicador del registro actual.
1-lgth Datos del registro lgth

37

7.2.7. SEEK
-El parametro P2 especiIica el tipo y el modo :
- x0` : desde el principio hacia delante
- x1`: desde el Iinal hacia atras
- `x2`: desde la siguiente posicion hacia delante
- `x3`: desde la posicion previa hacia atras
1-lgth Modelo lgth

Parametros de respuesta para un tipo 2.No hay para tipo 1
1 Numero de registro 1

7.2.8. NCREASE
1-3 Valor a aadir 3

1-X Rango de registros
incrementados
X
X1 X3 Rango de nuevos valores 3

38

7.2.9 : VERFY CHV
-El parametro P2 especiIica el CHV :
- 01` : CHV1
- 02` : CHV2
1-8 Valor del CHV 8

7.2.10. CHANGE CHV
- 01` : CHV1
- 02` : CHV2
1-8 Valor del antiguo CHV 8
9-16 Valor del nuevo CHV 8

7.2.11. DSABLE CHV
1-8 Valor del CHV1 8

39

7.2.12. ENABLE CHV
1-8 Valor del CHV1 8

7.2.13. UNBLOCK CHV
- 00` : CHV1
- 02` : CHV2
NOTA : el codigo 00 paraCHV1 es distinto del codigo de CHV1 usado para otros comandos.
1-8 Valor del UNBLOCK CHV 8
9-16 Valor del nuevo CHV 8

7.2.14. RUN GSM ALGORTHM
1-16 RAND 16

1-4 SRES 4
5-12 Clave ciIrada Kc 8

40

7.2.15. SLEEP
-Este comando solo es usado por ME`s de Iase 1.

7.2.16. GET RESPONSE
-Los datos de respuesta de la tarjeta dependen del comando precedente.Si el comando GET
RESPONSE es ejecutado,se requiere que los sea inmediatamente despues de alguno de los
siguientes comandos:RUN GSM,ALGORITHM,SEEK,SELECT,INCREASE O ENVELOPE.
(ningun otro comando debe ejecutarse entre alguno de los anteriores y el comando GET
RESPONSE).Si la secuencia no es respetada,la SIM debe enviar inIormacion de 'problema tecnico
sin diagnosticocomo reaccion al comando GET RESPONSE.
-Los datos de respuesta de la tarjeta son diIerentes para cada comando.

7.2.17. TERMNAL PROFLE
- Parametros de comando : longitud lgth
- Parametros de respuesta : no validos
7.2.18. ENVELOPE
- Parametros de respuesta : su estructura se deIine mas adelante
7.2.19. FETCH
- Parametros de comando : ninguno
- Parametros de respuesta : longitud lgth ,su estructura se deIine mas adelante
7.2.20. TERMNAL RESPONSE
- Parametros de respuesta : no validos
41

7.3. DEFINICIONES Y CODIFICACION
-Las siguientes deIiniciones y codiIicacion son usadas en los parametros de respuesta de los
comandos.
CODIFICACIA : cada byte es representado por bits de b8 a b1,donde b8 es el MSB y b1 es el
LSB.En la codiIicacion el bit situado mas a la izquierda es el MSB.
RFU : en una tarjeta exclusiva para GSM todos los bytes RFU deben ponerse a 00` y los bits a
0`.Sin embargo en una tarjeta multi-aplicacion o en una generica para telecomunicaciones (no solo
existe aplicacion GSM)los bytes y bits RFU pueden tomar otros valores.Dichos valores se deIinen
en las especiIicaciones propias de cada tarjeta.Pero entonces esos bytes y bits no deben ser
interpretados por un ME en una sesion GSM.
Estado del fichero : el modelo de byte es el siguiente :
b8 b7 b6 b5 b4 b3 b2 b1

b1 0 invalidado ; b1 1 no invalidado
b3 0 no leible cuando esta invalidado ; b3 1 leible cuando esta invalidado
b2,b4,b5,b6,b7,b8 son RFU.
Estructura del fichero .
- 00` : transparente
- 01` : lineal y Iijo
- 03` : ciclico
Tipo del fichero .
- 00` : RFU
- 01` : MF
- 03` : DF
- 04` : EF
42

Codificacion de CHJs v de CHJs sin bloqueo .
-Un CHV se codiIica con 8 bytes.Solo digitos decimales(0-9) deben ser usados y el bit 8 debe estar
a 0.El minimo numero de digitos es 4.Si el numero de digitos presentado por el usuario es menor
que 8 ,el ME debe identiIicar al CHV con FF` antes de enviarlo a la SIM.
-La codiIicacion de los CHV sin bloqueo es similar a la de los CHV ,pero ahora el numero de
digitos es siempre 8.

Codificacion de las condiciones de acceso .
-Las condiciones de acceso para los comandos estan incluidas en los bytes 9,10 y 11
correspondientes a los datos de la respuesta del comando SELECT.
-Cada condicion esta codiIicada con 4 bits como se ensea en la siguiente tabla :

CONDICIONES DE ACCESO
ALW 0`
CHV1 1`
CHV2 2`
RFU 3`
ADM 4`
.... ....
ADM E`
NEW F`

43

Byte 9
b8 b7 b6 b5 b4 b3 b2 b1
b8,b7,b y b5 determinan las condiciones de acceso de los comandos READ y SEEK.
b4,b3,b2 v b1 determinan las condiciones de acceso del comando UPDATE.
Byte 10
b8 b7 b6 b5 b4 b3 b2 b1
b8,b7,b y b5 determinan las condiciones de acceso del comando INCREASE.
b4,b3,b2 v b1 determinan las condiciones de acceso del comando RFU.
Byte 11
b8 b7 b6 b5 b4 b3 b2 b1
b8,b7,b y b5 determinan las condiciones de acceso del comando REHABILITATE.
b4,b3,b2 v b1 determinan las condiciones de acceso del comando INVALIDATE.

7.4. CONDICIONES DE ESTADO DEVUELTAS POR LA TARJETA
-En este apartado se especiIica la codiIicacion de las palabras de estado SW1 Y SW2.

7.4.1. RESPUESTAS A COMANDOS CORRECTAMENTE EJECUTADOS

SW1 SW2 Descripcin
90` 00` Final normal del comando
91` XX` Final del comando,con inIormacion extra desde la SIM que contiene un
comando para el ME indicado por XX`.
9E` XX` Se ha producido un error en la descarga de datos de la SIM
9F` XX`

44

7.4.2. RESPUESTAS A COMANDOS QUE SON POSTPUESTOS
SW1 SW2 Descripcin del error
93 00 La aplicacion SIM esta ocupada.El comando no puede ser ejecutado en
el momento y se procedera a ello mas tarde.

7.4.3. DRECCN DE LA MEMORA
SW1
SW2 Descripcin del error
92 0X Comando con exito despues de usar un routline X veces
92 40 Problema de memoria

7.4.4. DRECCN DE LAS REFERENCAS
SW1
94 00 Ningun EF seleccionado
94 02 Fuera de rango (direccion invalida)
94 04 Archivo ID o modelo no encontrados
94 08 Archivo es inconsistente con el comando

7.4.5. DRECCN DE LA SEGURDAD
SW1
98 02 Ningun CHV seleccionado
98 04 Autenticacion erronea
VeriIicacion erronea del CHV
VeriIicacion erronea del CHV sin bloqueo
Condiciones de acceso no rellenadas
98 08 Contradiccion con el estado de CHV
45

98 10 Contradiccion con el estado de invalidacion
98 40 VeriIicacion erronea del CHV
VeriIicacion erronea del CHV sin bloqueo
CHV bloqueado
CHV sin bloqueo bloqueado
98 50 Incremento no se puede realizar pues se ha alcanzado el maximo valor

7.4.6. ERRORES INDEPENDIENTES DE APLICACION
SW1
67 XX Parametro P3 incorrecto
6B XX Parametro P1 o P2 incorrecto
6D XX Codigo de instruccion desconocido
6E XX Clase de instruccion erronea
6F XX Problema tecnico sin diagnostico

46

7.4.7. COMANDOS Y POSBLES CONDCONES DE ESTADO DEVUELTAS

COMANDO 9
0
0
0
9
1

X
X
9
E

X
X
9
F

X
X
9
3

0
0
9
2

0
X
9
2

4
0
9
4

0
0
9
4

0
2
9
4

0
4
9
4

0
8
9
8

0
2
9
8

0
4
9
8

0
8
9
8

1
0
9
8

4
0
9
8

5
0
6
7

X
X
6
B

X
X
6
D

X
X
6
E

X
X
6
F

X
X
SELECT X X X X X X X
STATUS X X X X X X X
READ BNARY X X X X X X X X X X X
UPDATE BNARY X X X X X X X X X X X X
UPDATE RECORD X X X X X X X X X X X X X
READ RECORD X X X X X X X X X X X X
SEEK X X X X X X X X X X X X
NCREASE X X X X X X X X X X X X
VERFY CHV X X X X X X X X X X X X
CHANGE CHV X X X X X X X X X X X X
DSABLE CHV X X ' X X X X X X X X X X
ENABLE CHV X X X X X X X X X X X X
UNBLOCK CHV X X X X X X X X X X X X
NVALDATE X X X X X X X X X X X
REHABLTATE X X X X X X X X X X X
RUN GSM ALGORTHM

X X X X X X X X
SLEEP X X X X X
GET RESPONSE

X X X X X X X
TERMNAL PROFLE X X X X X X X X
ENVELOPE

X X X X X X X X X X X
FETCH X X X X X X
TERMNAL RESPONSE X X X X X X X X
47

8. CONTENIDO DE LOS ARCHIVOS DE TIPO EF.
-Los EF que tienen un valor sin asignar o aquellos que son vaciados por el ME durante una sesion
GSM deben tener sus bytes puestos a FF.Despues de la Iase administrativa todos los datos deben
tener un valor deIinido o tener sus bytes puestos aFF.
-Lo EF`s pueden ser obligatorios(M) u opcionales(O).
El tamao de los EF`s opcionales puede ser cero.Todos los EF`s que tienen un tamao
mayor que cero deben contener los datos que son obligatorios.Los datos opcionales pueden
tomar el valor F o en algunos casos no necesitan existir.
-Cuando la codiIicacion sigue la recomendacion T.50 el bit 8 de cada byte debe estar a 0.

8.1. CONTENIDO DE LOS EF EN EL NIVEL MF
-Hay solo 2 EF en el nivel MF.
8.1.1 : EF CCD (dentificacin CC)
-Este EF proporciona un numero de identiIicacion unico a la tarjeta SIM.

Identificacin : `2FE2` Estructura: transparente Obligatorio
Tamao de fichero:10 bytes Capacidad de actualizacion: baja
Condiciones de acceso:
READ ALWAYS
UPDATE NEVER
INVALIDATE ADM
REHABILITATE ADM
Bytes Descripcion M/O Longitud
1-10 Numero de identiIicacion M 10 bytes

48

- Analisis del numero de identificacion :
Algunos operadores de red que estan trabajando con tarjetas SIM Phase1 juegan con un numero de
identiIicacion de 20 digitos.
La codiIicacion es BCD.
Byte 1
b8 b7 b6 b5 b4 b3 b2 b1
b1 es el LSB del digito 1 b5 es el LSB del digito 2
b4 es el MSB del digito 1 b8 es el MSB del digito 2

Byte 2
b8 b7 b6 b5 b4 b3 b2 b1

8.1.2 : EF ELP(Preferencia de lenguajes extendidos)
-Este EF contiene el codigo para n lenguajes.Esta inIormacion determinada por el operador deIine
los lenguajes preIerentes para el usuario en orden de prioridad.Esta inIormacion puede ser usada por
el ME para Iines MMI.

Identificacin : `2F 05` Estructura: transparente Opcional
Tamao de fichero: 2n bytes Capacidad de actualizacion: baja
READ ALWAYS
UPDATE CHV1
INVALIDATE ADM
REHABILITATE ADM
49

Bytes Descripcin M/O Longitud
1-2 Primer codigo del lenguaje O 2 bytes
3-4 Segundo codigo del lenguaje O 2 bytes
... ............. .. .......
2n-1 2n Enesimo codigo del lenguaje O 2 bytes

Cada codigo del lenguaje es un par de caracteres alIanumericos ,cada uno de los cuales debe estar
codiIicado con 1 byte usando el codigo de 7 bits para SMS y con el bit 8 puesto a 0.
8.2. DF'S EN EL NIVEL DE APLICACIN GSM
-Para que haya compatibilidad con otros sistemas, los DF`s se pueden presentar como
subdirectorios de DF GSM.Los siguientes han sido deIinidos:
DF IRIDIUM 5F30`
DF GLOBALSTAR 5F31`
DF ICO 5F32`
DF ACeS 5F33`
DF ME xE 5F3C`
DF EIA/TIA-553 5F40`
DF CTS 5F60`
DF SoLSA 5F70`

50

8.3. CONTENIDO DE LOS FICHEROS EN EL NIVEL DE
APLICACIN GSM
8.3.1 : EF LP (Preferencia de lenguajes)
-Este EF contiene el codigo para uno o mas lenguajes.Esta inIormacion determinada por el operador
deIine los lenguajes preIerentes para el usuario en orden de prioridad.Esta inIormacion puede ser
usada por el ME para Iines MMI.

Identificacin : `6F 05` Estructura: transparente Obligatorio
Tamao de fichero: 1-n bytes Capacidad de actualizacion: baja
READ ALWAYS
UPDATE CHV1
INVALIDATE ADM
REHABILITATE ADM
1 Primer codigo del lenguaje M 1 bytes
2 Segundo codigo del lenguaje O 1 bytes
... ............. .. .......
N Enesimo codigo del lenguaje O 1 bytes

NOTA : usando el comando GET RESPONSE,el ME puede determinar el tamao de de el EF.
51

8.3.2 : EF MS (MS)
-Este EF contiene la identidad internacional del propietario del movil (IMSI).

Tamao de fichero: 9 bytes Capacidad de actualizacion: baja
READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE CHV1
1 Longitud del IMSI M 1 bytes
2-9 IMSI M 8 bytes

Longitud del IMSI
Indica el numero de bytes requeridos para poder generar el IMSI.
La codiIicacion : segun GSM.
IMSI
El IMSI es una inIormacion de longitud variable.Si un operador elige un IMSI de menos de 15
digitos ,los bits que quedan sin usar se ponen a F.
Byte 2
b8 b7 b6 b5 b4 b3 b2 b1
b1 1,b2 0,b3 0 b5 es el LSB del digito 1
b4 es el bit de paridad b8 es el MSB del digito 1
52

Byte 3
b8 b7 b6 b5 b4 b3 b2 b1

8.3.3 : EF Kc (Clave cifrada Kc)
-Este EF contiene la clave ciIrada Kc y la secuencia de ciIrado numero n.

Tamao de fichero: 9 bytes Capacidad de actualizacion: alta
READ CHV1
UPDATE CHV1
INVALIDATE ADM
REHABILITATE ADM
1-8 Clave ciIrada Kc M 8 bytes
9 Secuencia de ciIrado numero n M 1 bytes

Clave Kc
El bit menos signiIicante de Kc es el bit menos signiIicante del octavo byte.
El bit mas signiIicante de Kc es el bit mas signiIicante del primer byte.
Secuencia de ciIrado numero n : codiIicacion
b8 b7 b6 b5 b4 b3 b2 b1
b1, b2, b3 n b4,b5,b6,b7,b8 0

53

8.3.4 : EF PLMNsel (Selector de PLMN)
-Este EF contiene el codigo para n PLMN`s,donde n es al menos 8.Esta inIormacion determinada
por el operador/usuario deIine los PLMN`s preIerentes para el usuario en orden de prioridad
decreciente.

Tamao de fichero: 3n (n~8)bytes Capacidad de actualizacion: baja
READ CHV1
UPDATE CHV1
INVALIDATE ADM
REHABILITATE ADM
1-3 Primer PLMN M 3 bytes
.... ......... .... ....
22-24 Octavo PLMN M 3 bytes
25-27 Noveno PLMN O 3 bytes
(3n-2) 3n Enesimo PLMN O 3 bytes

PLMN
Contiene el codigo del pais donde se da de alta al movil (MCC) seguido del codigo de la red en
cuyo HLR se almacenan los datos del movil (MNC).
La codiIicacion : segun GSM.Si la inIormacion a guardar es menor que la capacidad disponible en
el maximo numero de PLMN`s entonces los bytes sobrantes se ponen a FF.
54

8.3.5. EF HPLMN (Periodo de bsqueda de HPLMN)
-Este EF contiene el intervalo de tiempo que transcurre entre busquedas del HPLMN.

Tamao de fichero: 1 byte Capacidad de actualizacion: baja
READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1 Intervalo de tiempo M 1 byte

Intervalo de tiempo
Tiempo que transcurre entre 2 busquedas.
La codiIicacion : esta codiIicado en numeros enteros multiplos de n minutos.El rango va desde n
minutos a un valor maximo.El valor 00` indica que no se hacen intentos de busqueda del HPLMN,
01 indica un intervalo de n minutos, 02 indica 2n minutos y asi hasta un valor maximo.

55

8.3.6 : EF ACMmax (Valor mximo de ACM)
-Este EF contiene el valor maximo del medidor de llamadas acumuladas.

READ CHV1
UPDATE CHV1/CHV2
INVALIDATE ADM
REHABILITATE ADM
1-3 Valor maximo M 3 bytes

Jalor maximo
Maximo valor del ACM.
La codiIicacion :
Byte 1
b8 b7 b6 b5 b4 b3 b2 b1
2`23 2`22 2`21 2`20 2`19 2`18 2`17 2`16
Byte 2
b8 b7 b6 b5 b4 b3 b2 b1
2`15 2`14 2`13 2`12 2`11 2`10 2`9 2`8
Byte 3
b8 b7 b6 b5 b4 b3 b2 b1
2`7 2`6 2`5 2`4 2`3 2`2 2`1 2`0

56

-Todos los datos del ACM estan almacenados en la SIM y se transmiten en la interIaz SIM/ME en
modo binario.

8.3.7 : EF SST (Tabla de servicios de la SM)
-Este EF indica que servicios son posibles,y de entre los posibles indica si estan o no activados.Si
un servicio no esta activado en la SIM,el ME no debe seleccionar este servicio.

Tamao de fichero: X bytes,X~2 Capacidad de actualizacion: baja
READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1 Servicios 1-4 M 1 byte
2 Servicios 5-8 M 1 byte
3 Servicios 9-12 O 1 byte
.... ........... ... .....
X Servicios (4X-3) 4X O 1 byte

57

E1EMPLOS DE SERVICIOS
Servicio 1 : deshabilitar CHV1
Servicio 2 : ADN
Servicio 3 : FDN
Servicio 4 : Servicio de mensajes cortos (SMS)
La codificacion : 2 bits son usados para cada servicio
- Primer bit 1 : servicio disponible
- ' ' 0 : servicio no posible
(siendo el primer bit b1,b3,b5 y b7)
- Segundo bit 1 : servicio activado
- ' ' 0 : servicio no activado
(siendo el segundo bit b2,b4,b6 y b8)
-Los siguientes codigos son posibles:
-Primer bit 0 , segundo bit X servicio no posible
-Primer bit 1 , segundo bit 0 servicio posible y no activado
-Primer bit 1 , segundo bit 1 servicio posible y activado

Byte 1
b8 b7 b6 b5 b4 b3 b2 b1
b1 ,b2 Servicio n 1 b5 ,b6 Servicio n 3
b3 ,b4 Servicio n 2 b7 ,b8 Servicio n 4
58

NOTAS . si la SIM soporta el servicio FDN (esta disponible y activo) ,un mecanismo especial debe
existir en la SIM,que invalide tanto EF IMSI como EF LOCI durante cada sesion GSM.
El mecanismo debe ser invocado por la SIM automaticamente si FDN esta habilitado (FDN esta
habilitado cuando el ADN esta invalidado o inactivo).
- si la SIM soporta el servicio BDN (esta disponible y activo) ,un mecanismo especial debe existir
en la SIM,que invalide tanto EF IMSI como EF LOCI durante cada sesion GSM y que prohiba la
aplicacion del comando REHABILITATE sobre EF IMSI y EF LOCI hasta que el proceso PROFILE
DOWNLOAD haya sido ejecutado. .
El mecanismo debe ser invocado por la SIM automaticamente si BDN esta habilitado (BDN esta
habilitado cuando el EF BDN no esta invalidado).

8.3.8 : EFACM (Medidor de llamadas acumuladas)
-Este EF contiene el numero total de unidades correspondientes a la llamada actual y a las
precedentes.
Esta inIormacion puede ser usada para indicar al usuario el coste de de las llamadas realizadas.
Identificacin : `6F 39` Estructura: ciclica Opcional
READ CHV1
UPDATE CHV1/CHV2
INCREASE CHV1
INVALIDATE ADM
REHABILITATE ADM
1-3 Unidades acumuladas (valor del ACM) M 3 bytes

59

8.3.9 : EF GD1 (Grupo identificador de nivel 1)
-Este EF contiene identiIicadores de asociaciones particulares entre SIM-ME.Puede ser usado para
identiIicar un grupo de SIMS validas para una aplicacion particular.

Identificacin : `6F 3E` Estructura: transparente Opcional
READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1-n IdentiIicador de grupo O n bytes

8.3.10 : EF GD2 (Grupo identificador de nivel 2)
-Este EF contiene identiIicadores de asociaciones particulares entre SIM-ME.Puede ser usado para
identiIicar un grupo de SIMS validas para una aplicacion particular.
Identificacin : `6F 3F` Estructura: transparente Opcional
READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1-n IdentiIicador de grupo O n bytes
60

8.3.11 : EF SPN (Servicio proveedor de nombres)
-Este EF contiene el servicio proveedor de nombres y demas requerimientos para el display del ME.

READ ALWAYS
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1 Condicion del display M 1 byte
2-17 Servicio proveedor de nombres M 16 bytes

Codificacion . se pueden usar 2 codigos :
1.la codiIicacion de 7 bits SMS deIinida en GSM y con el bit 8 puesto a 0.Los bytes sin usar se
ponen a FF.
2.Uno de los codigos USC2.
8.3.12 : EF PUCT (Precio por unidad y tabla de divisas)
-Este EF contiene la PUCT,que es una inIormacion que puede ser usada por el ME junto con el EF
ACM, para consultar el coste de las llamadas en la divisa elegida por el usuario,tal y como se
especiIica en GSM 02.24.

61

READ CHV1
UPDATE CHV1/ CHV2
INVALIDATE ADM
REHABILITATE ADM
1-3 Codigo de divisas M 3 bytes
4-5 Precio por unidad M 2 bytes

Codigo de divisas
El identiIicador alIa del codigo de las divisas.
La codiIicacion : los bytes 1,2 y 3 son los respectivos primer,segundo y tercer caracteres de el
identiIicador alIa.
Precio por unidad
Precio por unidad expresado en la divisa codiIicada por los bytes 1-3.
La codiIicacion : el byte 4 y los bits 1-4 del byte 5 representan el precio elemental por unidad
(EPPU) en la divisa codiIicada por los bytes 1-3.Los bits 5-8 del byte 5 representan el logaritmo
decimal del Iactor multiplicativo (EX).
- Precio por unidad EPPU ` 10^EX

8.3.13 : EF CBM (dentificador de mensajes de la celula emisora)
-Este EF contiene los parametros identiIicadores de mensaje que especiIican el tipo de contenido de
los mensajes de la celula emisora.,que el usuario espera que la MS acepte.
62

Cualquier numero de parametros identiIicadores pueden ser almacenados en la SIM.
READ CHV1
UPDATE CHV1
INVALIDATE ADM
REHABILITATE ADM
1-2 Primer IdentiIicador de mensaje O 2 bytes
3-4 Segundo IdentiIicador de mensaje O 2 bytes
.... ......... .... ....
(2n-1) 2n Enesimo IdentiIicador de mensaje O 2 bytes

CBMI
CodiIicacion segun GSM 03.41.
63

8.3.14 : EF BCCH (Control de canales de emision)
-El almacenamiento de BCCH puede reducir la busqueda para una estacion movil de portadoras en una celula.

READ CHV1
UPDATE CHV1
INVALIDATE ADM
REHABILITATE ADM
1-16 InIormacion BCCH M 16 bytes

BCCH
CodiIicacion con octetos 2-17 segun GSM 04.08.
64

8.3.15 : EF ACC (Clases de control de acceso)
-Este EF contiene la clase/s de control de acceso asignadas.La clase de control de acceso es un parametro para
el control del RACH.

READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1-2 Clases de control de acceso M 2 bytes

Clases de control de acceso
CodiIicacion : cada ACC se codiIica con 1 bit.Un ACC esta habilitado si el bit esta puesto a 1 ,y no
habilitado si esta puesto a 0. El bit b3 del byte 1 esta siempre puesto a 0.
Byte 1
b8 b7 b6 b5 b4 b30 b2 b1
15 14 13 12 11 10 09 08 Numero del
ACC
Byte 2
b8 b7 b6 b5 b4 b3 b2 b1
07 06 05 04 03 02 01 00

65

8.3.16 : EF FPLMN (PLMN 's prohibidos)
-Este EF contiene el codigo para 4 PLMN`s prohibidos.Es tratado por la ME como parte del
proceso de inicializacion de la SIM e indica los PLMN a los que la MS no debe intentar acceder.
Cuando 4 PLMN`s son mantenidos en el EF y el ME recibe la orden de la red de prohibir un PLMN
mas lejano,el ME debe modiIicar el EF usando el comando UPDATE. El nuevo PLMN se almacena
en la cuarta posicion haciendo que el PLMN que antes la ocupaba se pierda.
Si en el EF existen menos de 4 PLMN`s,no se pierde ninguno.
Identificacin : `6F 7B` Estructura: transparente Obligatorio
READ CHV1
UPDATE CHV1
INVALIDATE ADM
REHABILITATE ADM
1-3 Primer PLMN M 3 bytes
4-6 Segundo PLMN M 3 bytes
7-9 Tercer PLMN M 3 bytes
10-12 Cuarto PLMN M 3 bytes
PLMN
Contiene el codigo del pais de origen del movil (MCC) seguido del codigo de la red donde ha sido
dado de alta este (MNC)
CodiIicacion :segun GSM 04.08.Los bits sin usar se ponen a FF.
66

8.3.17 : EF LOC (nformacin de la localizacin)
-Este EF contiene la siguiente inIormacion :
-TMSI : identiIicacion internacional del abonado temporal (se asigna en cada red de paso).
-LAI : InIormacion del area de localizacion
-TMSI TIME
-Estado del area actualizado.

Identificacin : `6F 7E` Estructura: transparente Obligatorio
READ CHV1
UPDATE CHV1
INVALIDATE ADM
REHABILITATE CHV1
1-4 TMSI M 4 bytes
5-9 LAI M 5 bytes
10 TIME TMSI M 1 byte
11 Estado del area M 1 byte
TMSI
CodiIicacion :segun GSM 04.08.Los bits sin usar se ponen a FF.El b8 del byte 1 es el MSB.
LAI
CodiIicacion :segun GSM 04.08.Los bits sin usar se ponen a FF.El b8 del byte 1 es el MSB.
TMSI TIME
Este byte es usado por los ME de Iase 1,pero no por los de Iase 2.
67

CodiIicacion: segun GSM 04.08.
Byte 11: Bits b3 b2 b1
0 0 0 : actualizado
(b4 a b8) son RFU 0 0 1 : no actualizado
0 1 0 : PLMN no permitido
1 1 1 : area de localizacion no permitida
8.3.18 : EFAD (Datos administrativos)
-Este EF contiene inIormacion sobre el modo operativo de la SIM, y su contenido dependera del
tipo de la tarjeta.Tambien contiene inIormacion usada por los PLMN en operaciones GSM y de
prueba de celulas ,que sirve para probar estas antes de su uso comercial,ademas de datos especiIicos
suministrados por el Iabricante.
Identificacin : `6F AD` Estructura: transparente Obligatorio
Tamao de fichero: 3X bytes Capacidad de actualizacion: baja
READ ALW
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1 Modo operativo del MS M 1 bytes
2-3 InIormacion adicional M 2 bytes
4 Longitud del MNC en el IMSI O 1 bytes
5 - 4X RFU O X bytes
Modo Operativo de la MS

68

CodiIicacion :
Valor inicial :
-Operacion normal 00`
-Operacion normal Iacilidades especiIicas 01`
-Mantenimiento 02`
-Operaciones de prueba de celula 04`

8.3.19 : EFPHASE (dentificacin de fase)
-Este EF contiene inIormacion sobre la Iase de la SIM.
Identificacin : `6F AE` Estructura: transparente Obligatorio
READ ALW
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1 Fase de la SIM M 1 byte
Fase de la SIM
CodiIicacion :
- 00` Iase 1
- 01` Iase 2
- 02` Iase 2 y PROFILE DOWNLOAD
Todos los demas codigos estan reservados en la especiIicacion.
69

8.3.20 : EF VGCS (Servicio de llamadas de voz)
-Este EF contiene una lista con aquellos identiIicadores VGCS que el usuario ha subscrito.El
Iichero elemental es usado por el ME para recepcion y establecimiento de llamadas.

Identificacin : `6F B1` Estructura: transparente Opcional
Tamao de fichero: 4n (n50) bytes Capacidad de actualizacion: baja
READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1-4 Grupo ID1 M 4 bytes
5-8 Grupo ID2 O 4 bytes
... ........ .. ....
(4n-3) 4n Grupo IDn O 4 bytes
Grupo ID
CodiIicacion : el identiIicador es una variable con una longitud maxima de 8 digitos.Cada ID esta
codiIicado con 4 bytes ,estando cada digito a su vez codiIicado con 4 bits en codigo BCD.Si un ID
tiene menos de 8 digitos los bits sin usar se ponen a`F`.El digito 1(dentro del ID) es el mas
signiIicante.
Ej: Byte 1
b8 b7 b6 b5 b4 b3 b2 b1
b1 es el LSB del digito 1 del ID1 b5 es el LSB del digito 2 del ID1
b4 es el MSB del digito 1 del ID1 b8 es el MSB del digito 2 del ID1

70

8.3.21 : EF VGCSS (Estado del servicio de llamadas de voz)
-Este EF contiene el estado de activacion/desactivacion de los identiIicadores deVGCS.El EF esta
directamente relacionado con el EF VGCS.Este EF debera estar siempre habilitado cuando EF VGCS lo
este.
READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1-7 Activacion/desactivacion de ID M 7 bytes
Estado de los ID
CodiIicacion : bit 0 implica grupo ID desactivado
bit 1 implica grupo ID activado
Ej: Byte 1
b8 b7 b6 b5 b4 b3 b2 b1

b1 es el Grupo ID1
... ... .. ...... ....
b4 es el Grupo ID4
b8 es el Grupo ID8
8.3.22 : EF VBS (Servicio de transmisin de voz)
-Este EF contiene una lista con aquellos identiIicadores VGCS que el usuario ha subscrito.El
Iichero elemental es usado por el ME para recepcion y establecimiento de llamadas.
71

READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1-4 Grupo ID1 M 4 bytes
5-8 Grupo ID2 O 4 bytes
... ........ .. ....
(4n-3) 4n Grupo IDn O 4 bytes
Ej: Byte 1

b8 b7 b6 b5 b4 b3 b2 b1
b1 es el LSB del digito 1 del ID1 b5 es el LSB del digito 2 del ID1
b4 es el MSB del digito 1 del ID1 b8 es el MSB del digito 2 del ID1

8.3.23 : EF VBSS (Estado del servicio de transmision de voz)
-Este EF contiene el estado de activacion/desactivacion de los identiIicadores deVBS.El EF esta
directamente relacionado con el EF VBS.Este EF debera estar siempre habilitado cuando EF VBS lo
este.
72

READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1-7 Activacion/desactivacion de ID M 7 bytes
Estado de los ID
CodiIicacion : bit 0 implica grupo ID desactivado
bit 1 implica grupo ID activado
Es igual que en el EF anterior.
8.3.24 : EF eMLPP
-Este EF contiene inIormacion sobre los niveles de prioridad y condiciones de establecimiento de
llamada para el servicio de prioridad ensanchado y multinivel que puede ser usado por el
subscriptor.

READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1 Niveles de prioridad M 1 byte
2 Condiciones de establecimiento de llamada M 1 byte
Niveles de prioridad
73

CodiIicacion : cada eMLPP esta codiIicado con un solo bit.Los niveles de prioridad establecidos
tienen su correspondiente bit a 1,mientras que los no establecidos estan a 0.El bit 8 se reserva y vale
siempre 0.
Ej: Byte 1
b80 b7 b6 b5 b4 b3 b2 b1
b1 es el nivel de prioridad A.
b2 es el nivel de prioridad B
b3 -...-b7 es el nivel de prioridad 0-...-4
b8 0

8.3.25 : EF AAeM (Servicio de respuesta automatica para eMLPP)
-Este EF contiene aquellos niveles de prioridad para los cuales la estacion movil debe contestar
automaticamente a las llamadas entrantes.
READ CHV1
UPDATE CHV1
INVALIDATE ADM
REHABILITATE ADM
1 Niveles de prioridad para los que hay respuesta automatica M 1 byte
Niveles de prioridad
CodiIicacion : cada eMLPP esta codiIicado con un solo bit.Los niveles de prioridad que permiten
una respuesta automatica tienen su correspondiente bit a 1,mientras que los que no la permiten
estan a 0.El bit 8 se reserva y vale siempre 0.
74

8.3.26 : EF CBMD (dentificador del mensaje de la celula emisora
durante la descarga de datos)
-Este EF contiene los parametros identiIicadores que especiIican el tipo de contenido de los
mensajes de la celula emisora que llegan a la SIM.

READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1-2 IdentiIicador de celula 1 O 2 bytes
3-4 IdentiIicador de celula 2 O 2 bytes
... ........ .. ....
(2n-1) 2n IdentiIicador de celula n O 2 bytes

75

8.3.27 : EF ECC (Codigos de las llamadas de emergencia)
-Este EF contiene hasta 5 codigos correspondientes a llamadas de emergencia.
READ ALW
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1-3 Codigo de llamada de emergencia 1 O 3 bytes
4-6 Codigo de llamada de emergencia 2 O 3 bytes
... ........ .. ....
(3n-2) 3n Codigo de llamada de emergencia n O 3 bytes

8.3.28 : EF CBMR (Rango de seleccin de identificadores de la celula
emisora)
-Este EF contiene los rangos de identiIicadores que el subscriptor desea que la MS acepte.
Cualquier numero de rango de parametros puede ser almacenado en al SIM.
76

READ CHV1
UPDATE CHV1
INVALIDATE ADM
REHABILITATE ADM
1-4 IdentiIicador de rango 1 O 4 bytes
5-8 IdentiIicador de rango 2 O 4 bytes
... ........ .. ....
(4n-3) 4n IdentiIicador de rango n O 4 bytes

8.3.29 : EF DCK (Claves de control de personalizacin)
-Este EF almacena las claves de control para la personalizacion.
Identificacin : `6F 2C` Estructura: transparente Opcional
READ CHV1
UPDATE CHV1
INVALIDATE ADM
REHABILITATE ADM
1-4 8 digitos de red de la clave M 4 bytes
5-8 8 digitos siguientes M 4 bytes
9-12 8 digitos del servicio proveedor M 4 bytes
13-16 8 digitos Iinales M 4 bytes

77

8.3.30 : EF NA (ndicacin de alerta de red)
-Este EF contiene textos relacionados con la indicacion de alerta de red en el servicio movil.
Identificacin : `6F 51` Estructura: Iija lineal Opcional
Tamao de fichero: X1 bytes Capacidad de actualizacion: baja
READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1 Nivel de la alerta M 1 byte
2 - X1 Texto inIormativo M X bytes

8.3.31. EF KcGPRS (Clave cifrada de GPRS : KcGPRS)
-Este EF contiene la clave ciIrada KcGPRS y el numero de secuencia de la clave para GPRS.
READ CHV1
UPDATE CHV1
INVALIDATE ADM
REHABILITATE ADM
1-8 Clave ciIrada KcGPRS M 8 bytes
9 Numero de secuencia de la clave M 1 byte

78

8.3.32. EF LOCGPRS (nformacin de localizacin en GPRS)
-Este EF contiene la siguiente inIormacion :
-P-TMSI : identiIicacion temporal del abonado (se asigna en cada red de paso).
-RAI : InIormacion del area de localizacion
-P-TMSI
-Estado del area actual.
READ CHV1
UPDATE CHV1
INVALIDATE ADM
REHABILITATE ADM
1-4 P-TMSI M 4 bytes
5-7 Valor de P-TMSI M 3 bytes
8-13 RAI M 6 bytes
14 Estado del area actual M 1 byte
P-TMSI
CodiIicacion :segun GSM 04.08.El b8 del byte 1 es el MSB.
RAI
CodiIicacion :segun GSM 04.08.El b8 del byte 8 es el MSB del RAI.
Estado del area actual
CodiIicacion: segun GSM 04.08.
Byte 14: Bits b3 b2 b1
79

0 0 0: actualizado
(b4 a b8) son RFU 0 0` 1 : no actualizado
0 1 0 : PLMN no permitido
0 1 1 : area de localizacion no permitida
1 1 1 : reservado
8.3.33 : EF SUME (Elementos de configuracin)
-Este EF contiene TLV`s relativos al menu que son usados por una tarjeta SIM que soporta la SIM
API.
Tamao de fichero: XY bytes Capacidad de actualizacion: baja
READ ADM
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1-X IdentiIicador AlIa M X bytes
1X XY IdentiIicador de icono O Y bytes

8.3.34. EF OPLMNwACT (Elementos de configuracin)
-Este EF contiene la codiIicacion para n PLMN`s ,donde n es al menos 8. Esta inIormacion Iijada
por el operador deIine los PLMN`s preIeridos por este en orden de prioridad.
80

Tambien contiene las tecnologias de acceso para cada PLMN de la lista.
Tamao de fichero: 4n (n~8) bytes Capacidad de actualizacion: baja
READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
1-3 Primer PLMN (mayor prioridad) M 3 bytes
4 Tecnologias de acceso del primer PLMN M 1 byte
5-7 Segundo PLMN M 3 bytes
8 Tecnologias de acceso del segundo PLMN M 1 byte
(4n-3)(4n-1) Segundo PLMN O 3 bytes
4n Tecnologias de acceso del enesimo PLMN O 1 byte

8.3.35 EF HPLMNACT (Tecnologia de acceso de HPLMN)
-Este EF contiene la tecnologia de acceso para el HPLMN.
Tamao de fichero: n bytes Capacidad de actualizacion: baja
READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
81

1 Tecnologia de acceso 1 de HPLMN O 1 byte
2 Tecnologia de acceso 2 de HPLMN O 1 byte

n Tecnologia de acceso n de HPLMN O 1 byte

8.3.36. EF CPBCCH (nformacin CPBCCH)
-Este EF contiene inIormacion relativa a CPBCCH segun GSM 04.18
-El almacen de inIormacion CPBCCH puede reducir la duracion de la busqueda para una estacion
movil de portadoras CPCBCCH cuando entramos en una celula.

Tamao de fichero: 2n bytes Capacidad de actualizacion: alta
READ CHV1
UPDATE CHV1
INVALIDATE ADM
REHABILITATE ADM
1-2 Elemento 1 de la lista de portadoras CPBCCH M 2 bytes

2n-1 2n Elemento n de la lista de portadoras CPBCCH M 2 bytes

82

8.4. CONTENIDO DE LOS DF EN EL NIVEL DE APLICACIN
GSM
8.4.1. CONTENDO DE LOS FCHEROS EN EL NVEL GSM SoLSA
8.4.1.1. : (Indicodor de occeso SOLSA)
-Este EF contiene el unico indicador de acceso LSA`.
-El EF tambien contiene una cadena de texto que puede ser visualizada cuando el MS esta Iuera de
servicio.
Identificacin : `4F30` Estructura: transparente Opcional
Tamao de fichero: X1 bytes Capacidad de actualizacion: baja
READ CHV1
UPDATE ADM
INVALIDATE ADM
REHABILITATE ADM
Bytes Descripcion M/O Longitud
1 Indicador de acceso LSA M 1 bytes
2 X1 Texto indicativo M X bytes

Este es uno de los muchos Iicheros que pueden encontrarse en el nivel de aplicacion GSM.
Por su elevada complejidad unicamente nos vamos a limitar a indicar un ejemplo de Iichero en
dicho nivel. Esto tambien es debido a que dichos Iicheros presentan bastantes similitudes con los EF
vistos anteriormente y por tanto estariamos repitiendo inIormacion innecesariamente.

83

9.- PROTOCOLO DE APLICACIN
Aunque seguramente por todos sea conocida, vamos a acercarnos a la deIinicion de protocolo:
conjuntos de normas que rige un intercambio de inIormacion entre dos extremos; desde la Iuente,
transmisor hasta el destino, receptor.
Llevando esto a nuestro sistema GSM, la tarjeta SIM tiene que presentar un interIaz con el que
pueda comunicarse con un equipo terminal. En concreto con el terminal movil. Este interIaz
consiste en una serie de mensajes intercambiados entre ambos, tarjeta y equipo. Estos mensajes
pueden ser una orden o una respuesta.
Un par orden-respuesta en GSM consiste en una orden que vendra asociada a su respectiva
respuesta.
Una gestion en GSM consiste en uno o mas pares (orden/respuesta) con los que se completa
totalmente una aplicacion. Estas gestiones se consideran como un elemento unico, como un todo, ya
que debe ser completada totalmente.
Una sesion en GSM con una tarjeta SIM es el intervalo de tiempo que transcurre desde que la tarjeta
completa totalmente su inicializacion hasta que empiece la gestion de desconexion de dicha sesion o
hasta que sea interrumpido el vinculo de union entre la SIM y el terminal movil.
En las operaciones en GSM el terminal movil desempea el papel de maestro ('master) mientras
que la tarjeta SIM tendra el rol de esclavo ('slave).
Todo tipo de prestaciones que se le pueda ocurrir a alguien que pueda oIrecer una tarjeta SIM en
GSM, necesitara de alguien o algo que las inicialice. Hay algunas operaciones en el interIaz tarjeta-
movil que requieren la interaccion de un usuario. Igual que hay otras en las que se precisa la
colaboracion de distintas estaciones moviles y la red. Finalmente tambien hay otras que son
directamente inicializadas por el equipo movil.
84

9.1. PROCESOS GENERALES
LECTURA DE UN FCHERO:
El terminal movil selecciona el Iichero y le envia un comando de lectura. Este lleva el destino
donde estara la inIormacion que se quiera leer. Si esto se lleva a cabo correctamente la tarjeta SIM
devuelve la inIormacion correctamente al terminal, si no enviara un comando de error.
ACTUALIZACION DE UN FICHERO:
Una vez que el equipo del movil selecciona el Iichero, le envia un comando de actualizacion. Este
lleva el destino de la inIormacion y los nuevos datos que modiIicara reemplazandolos si todo va
bien. En caso contrario no se hara ninguna modiIicacion y la SIM devuelve un comando de error.
AMPLIACION DE UN FICHERO:
El terminal movil selecciona el Iichero y le envia un comando de ampliacion. Este lleva el valor que
sera aadido. Si no hay ningun problema el Iichero sera aumentado por la SIM y se almacena el
resultado. Si no Iuese asi no se modiIicaria el Iichero existente y se devolveria un comando de error.

9.2. PROCEDIMIENTO DE GESTIN DE LA SIM
Cualquier movil de segunda generacion debe soportar las necesidades de las tarjetas SIM de
primera generacion.
INICIALIZACION DE LA SIM
Despues de la activacion de la SIM, el movil selecciona el archivo dedicado DF
GSM
y opcionalmente
intenta seleccionar el Iichero de codigos de llamadas de emergencia.
El terminal solicita el Iichero de preIerencia de varios idiomas y solo pedira el de un unico idioma
cuando el Iichero de varios idiomas no este disponible, cuando este no este deIinido bajo la
especiIicacion ISO 639 o cuando contenga algun idioma que no interprete el movil. En el caso de
que ninguno de estos Iicheros este disponible el terminal elegira uno por deIecto.
A continuacion se ejecuta el procedimiento de veriIicacion, en la que se tendra en cuenta el tipo de
tarjeta (generacion). Un de segunda generacion debera soportar las necesidades de los de la primera.
Ademas debera detectar de que generacion es cada tarjeta ya que los de la primera utilizan codigos
que signiIican cosas distintas en la segunda.
85

Si el movil detecta una SIM de primera generacion solo pedira la solicitud de inIormacion
administrativa; si por el contrario detecta una de segunda generacion se debe dar una de estas dos
condiciones para que la sesion GSM se inicie:
- Que los Iicheros basicos IMSI y LOCI no esten invalidados.
- Si unos de estos dos Iicheros estan invalidados deberan ser rehabilitados por el movil.
En cualquier otro caso no se podra hablar de una sesion GSM posible.
Tras esto el movil ejecutara las siguientes operaciones:
- solicitud de la inIormacion administrativa
- solicitud de la tabla de servicios SIM
- solicitud de la identidad de abonado movil internacional (IMSI)
- solicitud del control de acceso
- solicitud del periodo de busqueda de cobertura local
- solicitud del explorador de investigacion de cobertura
- solicitud del selector de cobertura
- solicitud de la tecnologia de acceso a la cobertura local
- solicitud de la tecnologia de acceso con selector de cobertura
- solicitud de la tecnologia de acceso con selector de operador de cobertura
- solicitud de la inIormacion de localizacion
- solicitud del codigo llave
- solicitud de la inIormacion del canal de control emitido
- solicitud de la inIormacion del paquete compacto del canal de control emitido
- solicitud de cobertura prohibida
- solicitud de la inIormacion del area de servicio localizada
- solicitud del identiIicador de la celula emisora de mensajes
- solicitud de las llaves controladoras de la despersonalizacion
- solicitud de alerta de la identiIicacion de red
Tras una inicializacion de la SIM correcta la estacion movil queda preparada para una sesion GSM.
86

TERMINACION DE UNA SESION GSM
No hay que conIundir este procedimiento con el de desactivacion.
El movil ejecuta todos los procedimientos necesarios para transIerir toda la inIormacion relacionada
con el abonado a la tarjeta SIM.
Tan pronto como la SIM indica que estos procedimientos se han completado, puede ser
desconectada la conexion.
Finalmente el movil borra de su memoria toda la inIormacion que ha comunicado a la SIM.

9.3. PROCEDIMIENTOS RELATIVOS A LOS FICHEROS DE
IDENTIFICACIN PERSONAL DEL ABONADO
Este procedimiento garantiza el acceso correcto por parte de un abonado a su sesion GSM
correspondiente. Si este codigo se introduce de manera erronea tres veces se entra en un estado de
bloqueo en el que el codigo correcto antes de este hecho deja de tener validez.
VERIFICACION
El movil comprueba el status (Ilag) del codigo. Si estamos ante un Iichero tipo 1 se aplican los
siguientes procedimientos:
- Si la bandera esta bloqueada aunque este disponible el Iichero, el procedimiento se acaba de
manera insatisIactoria.
- Si la bandera esta bloqueada y el Iichero esta deshabilitado, el procedimiento tambien concluye
insatisIactoriamente. Sin embargo el movil debe aceptar las tarjetas SIM que no aseguren un acceso
correcto cuando el Iichero este bloqueado y deshabilitado. Las considerara como bloqueadas.
- Si la bandera no esta bloqueada y el Iichero esta deshabilitado, el procedimiento termina
correctamente.
- Si la bandera no esta bloqueada y el Iichero esta habilitado, el movil usa la Iuncion de
veriIicacion del Iichero de identiIicacion personal del abonado. Si el Iichero que presenta el movil
es similar al guardado en la tarjeta, el procedimiento acaba correctamente. De manera insatisIactoria
acaba cuando no son iguales.

En el caso de trabajar con un Iichero tipo 2 e procedera de la siguiente manera:
87

- Si la bandera esta bloqueada el procedimiento termina insatisIactoriamente.
- Si no esta bloqueada, el movil usa la Iuncion de veriIicacion de la misma manera que hemos
visto para el Iichero de tipo 1.

SUSTITUCION DEL VALOR DEL FICHERO
El movil comprueba la bandera del Iichero y si esta bloqueada no puede hacer nada, el
procedimiento acaba de manera insatisIactoria. Si no lo esta, comprueba si esta habilitada o no. En
caso aIirmativo, se compara si el codigo antiguo que presenta el movil es el que estaba almacenado
en la SIM. Si es asi, el nuevo se almacena en la tarjeta y todo acaba correctamente. Por el contrario,
si los codigos que se comprueban no son iguales no se lleva acabo la operacion.
De igual Iorma que Iunciona este caso de sustitucion del valor del Iichero, se trabaja con las
operaciones de su habilitado o deshabilitado y desbloqueo.

9.4. PROCEDIMIENTOS RELATIVOS A LA SEGURIDAD EN GSM
Todos los procedimientos se llevan acabo de la misma Iorma. Es algo sencillo que consiste en que
el movil selecciona el archivo concreto dependiendo de la operacion y lleva a cabo su lectura. En
concreto estos archivos son los vistos en el tema 10 relacionados con la seguridad.

9.5.PROCEDIMIENTOS RELATIVOS A CUOTAS DE ABONADO
LLAMADAS A NUMEROS
Que estos servicios puedan llevarse a cabo de la manera deseada dependen del correcto
Iuncionamiento de todos los Iicheros ya estudiados anteriormente como los de comprobacion,
disponibilidad, capacidad y posibilidad.
A modo de ejemplo podemos ver como para llamar a otro abonado hay que marcar ese numero.
Tras esto, lo primero que hace el movil es comprobar si es una marcacion abreviada o no. A
continuacion busca si tiene disponibles los Iicheros de almacenamiento y si es asi los guarda. Una
vez alli se da distinto trato a los bytes existentes ya que cada uno signiIica cosas distintas. Si en
cualquier momento se encuentra algun Iichero no disponible o algun inconveniente la operacion en
curso sera abortada.

88

MENSAJES CORTOS DE TEXTO
Requiere la asignacion y activacion del servicio numero 4.
Todo el procedimiento consiste en un dialogo constante entre la tarjeta y el movil en el cual van
comprobando que todos los archivos basicos de identiIicacion, lectura, almacenamiento van
llevando a cabo sus Iunciones correctamente. Asi es como Iunciona para cualquier tratamiento que
le queramos dar: actualizacion, almacenamiento en memoria, borrado. En este ultimo caso, cuando
se quiere eliminar un sms lo que hace el movil el perder el direccionamiento de donde estaba
ubicado en la memoria de la SIM. De esta Iorma el sms permanece en la tarjeta hasta que se
almacene otro nuevo.

9.6. PROCEDIMIENTOS RELATIVOS A HERREMIENTAS DE
APLICACIN EN LA TARJETA SIM
En este caso empezamos a hablar de rasgos de caracter opcional en las tarjetas SIM. Aqui todo lo
que se tratan son procesos relacionados con la interIaz movil-tarjeta.
Como contenidos mas signiIicativos se pueden citar:
- Procedimientos de inicializacion
- Soportes de codigos de respuesta
- Pares de comandos solicitud-respuesta
- Uso de la respuesta con el estado de ocupado
- Llamadas de control
- Seleccion de menus

Se podrian citar mas pero lo realmente importante es destacar que todas estas opciones que se
oIrecen solo se podran ejecutar si son soportadas por los dos elementos que dialogan con esta
interIaz: movil y tarjeta SIM.
89

ANEXO A (NORMATIVA):
CODIFICACIN DE EFs PARA NAM Y
PARMETROS OPERACIONALES GSM-AMPS
Se tendra en cuenta:
- Todos los bits no usados de parametros asignados seran puestos por deIecto a 0`.
- Todos los bits no usados en una serie de valores deben ser puestos por deIecto a FF`.

A.1. Definiciones y contenidos deI fichero eIementaI
A.1.1. EFmin (nmero de identificacin mvil)
Este Iichero elemental contiene el Numero de IdentiIicacion Movil (MIN). Este numero consta de
34 bits y se usa para direccionar la estacion movil a traves del AMPS.
El campo MIN es codiIicado como sigue:
- No se utilizan los 6 bits mas signiIcativos.
- Los siguientes 10 bits son MIN2
- Los 24 bits menos signiIicativos son MIN1
- MIN es por deIecto `00 00 00 00 00` o FF FF FF FF FF`. En cualquier otro caso el ME
interpretara esto como un MIN invalido y no transmitira este valor sobre la interIaz de radio.

A.1.2. EFaccolc (Access Overload Class)
Este Iichero contiene la clase de sobrecarga de acceso (ACCOLC). La ACCOLC es un indicador de
4 bits para identiIicar que campo de clase de sobrecarga controla los intentos de acceso realizados
por la estacion movil.
Byte 1:

El valor inicial sera: 00`.
B8 B7 B6 B5 B4 B3 B2 B1
ACCOLC
Set to 0
90

IdentiIicador 4F89`
Tamao de Iichero 1 byte
A.1.3. EFsid (Sistema D o Sistema Casero)
Este Iichero contiene la identidad de sistema del sistema casero. El SID es un numero de 15 bits que
unicamente identiIica un AMPS.
IdentiIicador 4F80`.
Tamao de Iichero 2 bytes
El valor por deIecto sera 0000`.
A.1.4. EFipc (Canal de pgina inicial)
El canal de pagina inicial contiene 2 canales de pagina de 11 bits usados para identiIicar el numero
de canal del primer canal de pagina cuando la estacion movil es casa`.
- Si el FIRSTCHPp-sec esta ausente, la estacion movil estara por deIecto a 02C4` si el canal
primario 014D` o estara a 02E1` si el canal primario 014E`.
IdentiIicador 4F82`
Tamao de Iichero 2-4 bytes
El valor por deIecto de FIRSTCHPpri sera 014D` para sistemas A, o 014E` para sistemas B.
A.1.5. Efgpi (Grupo D)
Este Iichero deIine un subconjunto de los bits mas signiIicativos del sistema de identiIicacion (SID)
que es utilizado para identiIicar un grupo de sistemas celulares para propositos de control local. Si
la opcion de control local esta habilitada en la estacion movil y los bits de la identiIicacion del home
system que constan de la identiIicacion de grupo con los correspondientes bits del SID leidos por la
estacion movil sobre el aire, entonces el estado de Control Local sera habilitado. En cualquier otro
caso, el estado de Control Local estara deshabilitado.
IdentiIicador 4F81`
El valor por deIecto del grupo ID para Norte America 0A`.

91

A.1.6 EFs-esn (Nmero de serie electrnico de SM)
Este Iichero almacena un numero de serie electronico de 32 bits (ESN) que es unico para la SIM
GSM-ANSI-136.
El S-ESN puede ser utilizado para el registro en suma con el MIN. El S-ESN puede ser tambien
usado en suma con la llave-A y el algoritmo CAVE para la autentiIicacion.
Los contenidos de este EF no seran cambiados por ningun procedimiento over-the-air`.
IdentiIicador 4F8B`

El valor por deIecto sera FF FF FF FF`.
A.1.7. EFcount (Contador de llamada)
Este Iichero contiene el parametro de contador de llamada. El contador de llamada es utilizado
como un simple detector en TIA/EIA-136 y en modos AMPS. Durante la sealizacion del acceso a
red, la SIM aporta su valor de contador de llamada` a la red. Mientras que AMPS u otros sistemas
basados TIA/EIA-41 llaman, el valor de contador de llamada` debe ser incrementado en base a un
comando de la red. El valor del contador de llamada`, cuando se incrementa, lo hace usando el
comando increase` y de uno en uno.
IdentiIicador 4F83`
Tamao de Iichero 3*N bytes
El Iichero se inicializara a `00 00 00`
A.1.8. EFpsid (Lista SD positiva/selecta)
Este Iichero contiene un lista de SIDs selectas para el uso en la identiIicacion de proveedores de
servicios selectos durante la seleccion de la red.
El EOF (end oI Iile, Iinal de Iichero) esta indicado por FFFF`. Una entrada con todo ceros es
considerada relleno.
El bit mas signiIicativo del campo de SID selecta no se usa y es puesto a 0.
Byte 1 Byte 2 Byte 3 Byte 4
Numero de serie unico
Codigo de Iabricante
92

El valor por deIecto en los dos primeros bytes sera FFFF`
IdentiIicador 4F85`
Tamao de Iichero 2*N bytes.
A.1.9. EFnsid (Lista SD negativa/prohibida)
Este Iichero contiene una lista de SIDs prohibidas.
EOF es indicado por FFFF`. Una entrada con todo ceros es considerada como relleno.
El bit mas signiIicativo de campo SID prohibido no se usa y es puesto a 0.
El valor por deIecto en los dos primeros bytes sera FFFF`
IdentiIicador 4F84`
Tamao de Iichero 2*N bytes
A.1.10. EFspl (Lista de prioridad de exploracin)
Este Iichero contiene la Lista de prioridad de exploracion. La lista de prioridad de exploracion es un
array que deIine los varios tipos de sistemas que se pueden encontrar. Actua tambien como una
tabla de reIerencia, apuntando a varias estructuras de datos en la SIM.
En este Iichero se arregla la posicion de los punteros. El nivel de prioridad mayor es 1, y el mas
bajo el 7. Dos entradas no pueden tener el mismo nivel de prioridad con la excepcion de los dos
ultimos campos los cuales tendran el valor de 0.Los valores por deIecto estan entre parentesis. Los
valores 1 o 2 residiran en la primera posicion, y la segunda posicion contendra una prioridad mayor
que la tercera.
93

Formato:
VALOR DE PRIORIDAD PUNTERO RESERVADO PARA
1-7 (2) SIM (6F07`) Home PLMN
1-7 (1) SIM (6F7E`) Last Registered PLMN
1-7 (1) SIM (6F30`) PreIerred PLMNs list
1-7 (1) 0 Any other PLMNs
1-7 (1) SIM (F480`) Home SID
1-7 (1) SIM (4F85`) Positive SID list
1-7 (1) 0 Any other SIDs
0 SIM (6F7B`) Foridden PLMNs List
0 SIM (4F84`) Negative SIDs list

A.1.11. EFnetsel (Bandera de activacin de seleccin de la red)
Este Iichero contiene la bandera de activacion de seleccion de la red. Esta bandera es utilizada para
habilitar/deshabilitar el modo manual y varias Iunciones MMI con el ME.
IdentiIicador 4F86`
Valor por deIecto 05 hex.
CodiIicacion:
Bit 0 0 Modo manual GSM deshabitilitado
1 Modo manual GSM habilitado
Bit 1 0 Modo manual AMPS deshabilitado
1 Modo manual AMPS habilitado
Bit 2 0 Banderas de secuencia de exploracion deshabilitadas
1 Banderas de secuencia de exploracion habilitadas
Bit 3 0 Rechazo interior solo en seleccion AMPS
1 Permision interior solo de seleccion AMPS
94

Los bits del 4 al 7 no se usan y son puestos a 0`.
A.1.12. EFcsid (Actual/ltimo SD registrado)
Este Iichero contiene el valor de SIDps. El bit mas signiIicativo no se usa y es puesto a 0`.
IdentiIicador 4F8C`
El valor por deIecto sera FFFF`
A.1.13. EFreg-thresh
Este Iichero contiene el valor NXTREGsp, especIicado en EIA/TIA-553. Los tres bits mas
signiIicativos no son usados y son puestos a 0.
IdentiIicador 4F8D`
Valor por deIecto `00 00 00 00`
A.1.14. EFccch (Canal de control actual)
Este Iichero contiene la inIormacion del canal de control actual.
IdentiIicador 4F8E`
Valor por deIecto 0000`
A.1.15. EFldcc (DCC ltimo)
Este Iichero contiene el valor DCC asociado con el canal de control actual salvado.
IdentiIicador 4F8F`
Valor por deIecto 00`.

95

A.1.16. EFgsm-recon (Temporizador de reconexin GSM)
Este Iichero especiIica, en segundos, el tiempo que el ME debe permanecer explorando en espectro
GSM-1900, despues de la perdida de servicio de un sistema GSM-1900.
IdentiIicador 4F90`
Valor por deIecto es `00 3C`60 segundos.
A.1.17. EFamps-2-gsm (Tabla de temporizacion de reexploracion AMPS a GSM)
El Iichero elemental especiIica, en minutos, una serie de intervalos de exploracion del espectro
GSM-1900. El tiempo es medido desde el Iin de la ultima exploracion GSM-1900 hasta el
comienzo de la siguiente exploracion GSM-1900. Si la tabla no esta completamente rellena, el
ultimo valor se puede repetir indeIinidamente. Si se encuentra un valor de F0`, la tabla esta
terminada.
IdentiIicador 4F91`
Byte 1: Primer intervalo de intento de reexploracion (por deIecto 02`)
Byte 2: Segundo intervalo de intento de reexploracion (por deIecto 03`)
Byte 3: Tercer intervalo de intento de reexploracion (por deIecto 04`)
Byte 4: Cuarto intervalo de intento de reexploracion (por deIecto 05`)
Byte 5: Quinto intervalo de intento de reexploracion (por deIecto 06`)
Byte 6: Sexto intervalo de intento de reexploracion (por deIecto FF`)
Byte 7: Septimo intervalo de intento de reexploracion (por deIecto FF`)
Byte 8: Octavo intervalo de intento de reexploracion (por deIecto FF`)
Byte 9: Noveno intervalo de intento de reexploracion (por deIecto FF`)
Byte 10: Decimo intervalo de intento de reexploracion (por deIecto FF`)
96

A.1.18. EF*FC1 (Codigos de activacion caracteristicos)
IdentiIicador 4F8A`
Valor por deIecto B990`
A.1.19. EFamps-ui (ndicadores de uso AMPS)
Este Iichero contiene los indicadores de uso para el control local y metodos de direccionamiento
extendido.
IdentiIicador 4F93`
Tamao de Iichero 2 bytes (minimo)
Servicios:
Servicio n 1: Indicador de control local
Servicio n 2: Indicador de metodo de direccionamiento extendido
Servicio n 3-n 8: RFU
Amero de servicios:
Contenidos: Este byte se reIiere al numero de servicios deIinido en el siguiente byte.
CodiIicacion: Este byte es codiIicado como BCD.
Servicios:
Contenidos: Este byte describe los servicios
CodiIicacion:
- Un bit es utilizado para codiIicar cada servicio
- Si el bit 0; el servicio no esta habilitado
- Si el bit 1; el servicio esta habilitado

97

1. Symbian OS
1.1. Antecedentes Creacin de Symbian
Nokia es un importante miembro de Symbian, un consorcio propiedad de Nokia, Motorola,
Panasonic, Sony-Ericsson, Psion y, recientemente, Siemens, que ha recibido la bienvenida de Nokia
y del resto de propietarios como nuevo accionista de Symbian. Fundado en 1998 con sede en
Londres.
El objetivo de Symbian es proporcionar un sistema operativo estandar real para aparatos
inalambricos, como por ejemplo, teleIonos inteligentes. Symbian es uno de los mas importantes
elementos impulsores del sector inalambrico internacional.
Todos los accionistas han elaborado o anunciado planes para productos basados en
Symbian. Tambien han sido adquiridas licencias para productos Iuturos por parte de Kenwood,
Fujitsu, Sanyo, Siemens, Sony y otros Iabricantes. (www.symbian.com).
1.2. PIataforma Abierta
Un sistema operativo para su venta masiva necesita ser abierto para la creacion de un tercer
grupo de desarrollopor la independencia de los vendedores de soItware, para los departamentos de
IT (InIormation Technology) de las empresas, los operadores de redes y las licencias de Symbian
OS (Operative System). A su vez, esto implica una maleabilidad de la curva de aprendizaje, de los
leguajes estandares como son C y Java, junto con los SDKs (SoItware Development Kit), las
herramientas, la documentacion, los libros, soporte tecnico y aprendizaje. Symbian OS es un rico
set de APIs (Application Program InterIace) para la independencia de los desarrolladores de
soItware, licencias y partners para las aplicaciones.
Los estandares tradicionales como Unicode para la internacionalizacion son POSIX
(Potable Operating System InterIace based on uniX) API, y Java, pero con un sistema operativo que
posea un lugar en la comunicacion mundial, los estandares abiertos como TCP/IP (Transmision
Control Protocol/Internet Protocol), POP3 (Post OIIice Protocol v3.0), IMAP4 (Interactive Mail
98

Access Protocol v4), SMTP (Simple Mail TransIer Protrocol), SMS (Short Message Service), MMS
(Multimedia Message Sevice), Bluetooth, OBEX, WAP (Wireless Application Protocol), i-mode,
Java y SyncML deberian tambien ser soportados.
Symbian ha depositado la conIianza en los principales Iabricantes de teleIonia movil y en
las organizaciones mas activas en la estandarizacion (como Open Mobile Alliance y Java
Community Process). A traves de estas, Symbian ha avanzado en el conocimiento del Iuturo de las
tecnologias y puede probar el Symbian OS con diIerentes sistemas teleIonicos. Esto asegura la
estabilidad y el Iuturo del lugar de Symbian OS. Ademas, una interIaz de usuario, posibilidad de
servidores de datos y un motor de aplicacion que suministra una solida base para los objetivos de
los desarrolladores de aplicaciones.
1.3. Un Sistema Operativo Diferente
Symbian y sus concesionarios tienen como objetivo la creacion de un comercio masivo para
el desarrollo abierto de la teleIonia movil. Para entregar productos que satisIagan a los usuarios, un
sistema operativo debe ser capaz de tomar en cuenta la demanda Iuncional de comunicaciones
avanzadas en 2.5 G (Generation) y 3 G.
Para adaptar dentro de los limites de memoria un movil debe tener un sistema operativo
muy compacto. Sin embargo, hemos visto que debe poseer varias Iuncionalidades. Por eso es
necesario que el poder de un movil no sea para un mini OS pero un OS diIerente seria tolerado.
Symbian esta dedicado para los moviles y Symbian OS esta siendo diseado para encontrar los
requisitos mas soIisticados.
1.4. Por qu Symbian?
Los cinco puntos clave son:
Dispositivos moviles pequeos.
Comerciali:acion masiva
Conectividad sin hilos discontinua.
Diversidad de productos.
Y una plataforma abierta para la independencia de los desarrolladores de
software.
99

Son las premisas que Symbian OS esta diseando y desarrollando. Estos logros son
distintos de los portatiles, estaciones de trabajo o servidores de OS. Esto tambien hace a Symbian
OS diIerente del entramado de los otros OS, o algunos de sus competidores, lo que provoca que no
hayan diseado con todos aquellos puntos clave en la cabeza.
Symbian esta comprometido con los estandares abiertos y oIrece una plataIorma estable
para el sector de las
telecomunicaciones para la
adopcion de nuevas tecnologias
como GPRS (General Packet
Radio Service), Bluetooth,
SyncML y, por ultimo, la
tecnologia de tercera generacion
(3G). Symbian OS tiene un
POSIX con interIaz Iacil y una
JVM (Java Virtual Machine)
aprobada por Sun, la compaia
trabaja activamente con
estandares emergentes, como
J2ME (Java 2 Micro Edition),
MMS (Multimedia Message
Service), IPv6 (Internet Protocol
version 6) y WCDMA (Width
Code Duplex Multiple Access).
Lo mismo que su personal desarrolla apoyo organizacional, libros, papeles y cursos, Symbian
entrega una red global a una tercera parte competente y centros de aprendizaje (Symbian
Competence Centers y Symbian Training Centers). Estos son especiIicamente dirigidos a Iacilitar a
otras organizaciones y desarrolladores el tomar parte en esta nueva economia.
Symbian ha anunciado y implementado una estrategia que sera ver a Symbian OS
Iuncionando en muchos teleIonos moviles avanzados. Algunos productos lanzados son: Nokia
3650, Nokia 9210 Communicator (mostrado en la Iigura), Nokia 9210i Communicator, Nokia 7650,
Sony Ericsson P800 smartphone (teleIono inteligente), Nokia 9200 Communicator series y NTT
DoCoMo Fujitsu 2102V. Aproximadamente la mitad de todos los terminales Nokia de 3G utilizaran
en 2004 el sistema operativo Symbian. Otras concesionarios de Symbian OS incluyen BenQ
100

Motorola, Panasonic, Samsung, Sendo y Siemens. Mas alla del siguiente ao, esperamos una amplia
variedad de moviles.

1.5. PIataforma Serie 60
La PlataIorma Serie 60 esta dirigida a una nueva clase de aparatos moviles conocidos como
teleIonos inteligentes. La plataIorma incluye un interIaz graIico de usuario (GUI), un conjunto de
aplicaciones y el kit de creacion de soItware (SDK) de la Serie 60 para desarrolladores de
aplicaciones, todo ello integrado en el sistema operativo Symbian.
Creado segun los principios de la Alianza Movil Abierta, de la que Symbian es miembro, la
PlataIorma Serie 60 permite a los realizadores de soItware, operadores y Iabricantes de aparatos
crear sus propias soluciones, impulsando asi un gran mercado uniIicado de aplicaciones.
Disponible en el segundo trimestre de 2002, el Nokia 7650 es el primer producto basado en
la plataIorma Serie 60. Tanto Siemens como Panasonic han establecido acuerdos para autorizar el
uso de la Serie 60 en sus productos.

1.6. DesarroIIadores de apIicaciones independientes
Forum.Nokia.com es un punto de contacto Iundamental para mas de 800.000 desarrolladores de
aplicaciones. Les proporciona las herramientas y recursos necesarios para la creacion de contenidos
y aplicaciones, asi como los canales de ventas a operadores, empresas y consumidores. La
inscripcion es gratuita. Los usuarios tienen acceso a varios tipos de recursos:
Informacion sobre nuevos aparatos v tecnologias disponibles en cada region.
Herramientas, SDK v emuladores.
Documentacion, preguntas mas frecuentes v soporte tecnico.
Participacion en el programa Nokia OK.
Acceso a multiples canales de ventas dirigidos a consumidores, empresas v operadores.

101

1.7. Nuevo Symbian 8.0
En la prensa especializada podemos leer estos dias diIerentes analisis sobre el nuevo
Symbian 8.0, el sistema operativo lider en el sector de los teleIonos moviles inteligentes, y que ha
sido presentado en la Ieria 3 GSM (Global System Ior Mobile Communication) World Congress de
Cannes (Francia). Lo que mas se destaca de este es la capacidad de realizar tareas en tiempo real
por hardware, lo que Iacilita la construccion de chips que incorporen todas las Iuncionalidades de
un teleIono movil.
Hasta ahora, los Iabricantes se veian obligados normalmente a lidiar con dos chips, uno que
contenia las Iunciones del teleIono para las comunicaciones por radioIrecuencia y otro que contenia
las Iunciones proporcionadas por el sistema operativo del dispositivo. A partir de ahora esto ya no
tendra que ser necesariamente asi, pudiendo integrar ambos mecanismos en una sola pastilla, lo que
contribuira a la reduccion del tamao de las terminales, la inclusion de mas Iuncionalidades y el
descenso en su precio.
Esta integracion se consigue porque a partir de ahora es el propio sistema operativo el que
se encarga de gestionar las comunicaciones y, por lo tanto, las llamadas de entrada y salida.
Tecnicamente es una solucion muy buena, pero que entraa varias diIicultades, ya que si por
ejemplo, el sistema se colgase en un momento dado, no podriamos responder a una llamada
entrante.
Pero, a parte de este hecho tan destacable, Symbian 8.0 trae consigo mas novedades:
Device management framework: basado en el estandar abierto OMA (Open Mobile
Alliance) SyncML 1.1, permite la conIiguracion remota de un dispositivo basado en Symbian. De
esta Iorma, desde la misma operadora de teleIonia se pueden conIigurar las Iuncionalidades del
teleIono del usuario.
Framework multimedia actualizado: que permite la integracion en el dispositivo
gobernado por Symbian de dispositivos multimedia con aceleracion por hardware, como por
ejemplo tarjetas graIicas o de sonido. Y es que cada vez son mas los usuarios que demandan
moviles que ejecuten juegos y permitan oir musica con una alta calidad.
Java optimizado: maquina virtual especialmente optimizada para su uso en
dispositivos moviles de teleIonia y que cumple con todos los estandares del mercado.
102

Soporte SDIO: Iacilita la inclusion en el dispositivo de puertos de comunicaciones
con el exterior para controlar diIerentes aparatos.

1.8. Estndar Symbian
Los principales estandar de Symbian OS son:
Symbian on Java. Read the paper
Symbian on the wireless Java. Read the paper
Symbian on MMS. Read the paper
Symbian on Bluetooth. Read the paper
Symbian on GPRS. Read the paper
Symbian on WAP. Read the paper
Symbian on SyncML (Servidor de Sincronizacion de datos para aplicaciones).
Read the paper
La plataIorma Symbian es un sistema operativo de 32 bits multitarea, diseado con capacidad para
tiempo real en el soporte de voz y datos en redes inalambricas. Estas comunicaciones soportan
conexiones de acceso remoto e inIrarrojos, asi como APIs para habilitar a los clientes a iniciar,
controlar y Iinalizar conexiones de datos, Iax y llamadas de voz usando metodos para hardware.
Como Palm OS y Windows CE, la plataIorma Symbian tiene su codigo de sincronizacion para el
intercambio de datos entre estos y las aplicaciones de los PCs. Tambien soporta grabacion de voz.
Por otro lado Symbian introduce tres tipos de productos via DFRDs (Device Family ReIerence
DeIinitions): Quartz, Crystal, y Pearl. Quartz y Cristal son grandes centros de datos mientras que
Pearl es mas un centro de teleIono (vocal).
Los productos Pearl tendran capacidades de ejecucion de aplicaciones locales y por lo tanto, la
capacidad de trabajar oIIline. La plataIorma de Symbian en su version 6.0 Iue lanzada en
Noviembre 2000, y los productos basados en esta publicacion Iueron promocionados en la segunda
mitad de 2001. La plataIorma soporta tecnologia celular integrada con e-mail, SMS (Short Message
Service), WAP (Wireless Application Protocol) y HTML (HiperText Markup Language). LA
103

version 6.1, tambien llamada 'packet, Iue lanzada en Marzo 2001. El principal aspecto que
mostraba era la red GPRS, que tambien estara presente en la 3 G.

1.9. MviIes para Symbian OS

Disponibles Prximamente
FOMA F900i Nokia N-Gage QD
Motorola A925 Samsung SGH-D710
Siemens SX1 Nokia 7610
Sony Ericsson P900 Panasonic X700
Nokia 6600 Motorola A1000
Nokia N-Gage Nokia 9500
Nokia 3660/3620 Nokia6620
FOMA F2102V Nokia 7700
104

FOMA F2051 Sendo X
Sony Ericsson P800 BenQ P30
Nokia 7650
Nokia 3650/3600
Nokia 9290 Communicator
Nokia 9210 Communicators
Motorola A920

Caractersticas de algunos de los Mviles
1.9.1. Sony Ericsson P9Symbian OS v7.0
UIQ 2.1 plataIorma de interIaz de usuario (208x320 pixels)
Tri-banda: redes GSM y GPRS
Flight mode
Pantalla TFT (Thin Film Transistor) tactil de 65K colores
5-way Jog Dial para seleccion rapida de varias Iunciones
Organizador Personal con contactos, calendario, tareas, escritura y grabadora
Visualizador de documentos para adjuntar a e-mails y descarga de Iicheros
Voice dial, voice answer and magic word` activation
Camara digital integrada para Iotos y grabacion de video-clips
Reproductor de Video y Musica (incluido MP3)
105

Facil personalizacion de la apariencia y tonos usados
Juegos a pantalla completa y capacidades de sonido
Optimizado para mensajeria de: MMS, EMS, SMS y e-mail
Navegador: HTML y WAP
Conectividad: inIrarrojos, Bluetooth y USB (Universal Serial Bus)
Sincronizacion remota por SyncML y PC (Personal Computer)
Memory Stick Duo Slot a partir de 128 Mb
Open (J2ME MIDP, Mobile InIormation Device ProIile,
PersonalJava and C)
1.9.2. Aokia Symbian OS v7.0s
Series 60 Developer PlatIorm 2.0 (176x208 pixels)
Matriz activa de TFT a color de 65K colores
Camara digital con zoom
Audio y Video usando RealOne player
Optimizacion para mensajeria multimedia (MMS), envoi de imagines, SMS y e-
mail
Tonos: Sonidos reales y poliIonicos
E-mail: protocolos SMTP, POP3 y IMAP4
Conectividad: Bluetooth, inIrarrojos y SyncML
Tri-banda: redes GSM E900/1800/1900 MHz
Open (Java MIDP 2.0)
106

1.9.3. Aokia 3/32Series 60 Developer PlatIorm 1.0 (176x208 pixels)
3660: redes GSM/GPRS 900/1800/1900 MHz
3620: redes GSM/GPRS 850/1900 MHz
Pantalla de 65K colores
Camara VGA (Video Graphics Array) y grabacion de video para capturar video-
clips
Video clip preparado usando RealOne player
Optimizado para mensajeria: toma de imagenes y envios, servicio de mensajes
multimedia (MMS), SMS y e-mail
Conectividad: Bluetooth, inIrarrojos y SyncML
Tarjeta de Memoria: 16 Mb
Navegador: WXHTML
1.9.4. Aokia 929 CommunicatorSymbian OS v6.0
GSM 1900 MHz
Optimizado para el acceso a internet a traves del movil con
navegadores WAP y HTML
Mensajeria con e-mail y SMS
Administrador intuitivo de inIormacion personal
Rango amplio de aplicaciones, sincronizacion (SyncML) y opciones de
conectividad
Pantalla completa a color 4096 colores
107

Documentos de Word y Hojas de Calculo, visor de diapositivas de PowerPoint a
pantalla completa a color, movil multimedia
Open (Java and C)
1.9.5. Samsung SCH-D71 (prximamente)Symbian OS v7.0s
Series 60 Developer PlatIorm (176x208 pixels)
16-bit TFT LCD (Liquid Crystal Display) pantalla color
65K colores
1.0 mega pixel en la camara integrada con Ilash
Tri-Banda: redes GSM 900/1800/1900 MHz
64 Mb de ROM (Read on Memory)
32 Mb de RAM (Random Access Memory) disponible para los usuarios, y oIrece
un almacenamiento extra soportado por el Iormato RS-MMC
Soporta reconocimiento vocal
Grabacion de video y sonido preparado
1.9.. Aokia 95 (prximamente)Symbian OS v7.0s
Tri-banda: redes GSM (dos variantes: 900/1800/1900
MHz y 850/1800/1900 MHz)
GPRS/EGPRS (Extended GPRS) (EDGE, Enhanced
Data rates Ior GSM Evolution) Wireless LAN (Local
Area Network) IEEE 802.11b
Camara VGA optimizada para MMS
Bluetooth audio y datos soportados por conexion USB
108

Dos colores (hasta 65K colores) displays con:
640x200 pixels Series 80 interIaz de usuario
128x128 pixels Series 40 interIaz de usuario
E-mail: IMAP4, POP3, SMTP, SyncML
Seguridad: SSL/TLS (Secure Socket Layer/Transport Layer Security), IPsec VPN
(Virtual Private Network), IPsec VPN
Navegadores: HTML/XHTML, HTML 4.01, JavaScript 1.3
Soporta OIIice tool: documentos, hojas de calculo, presentaciones
Open (Java MIDP 2.0 & Personal proIile)

1.10. Programacin para dispositivos mviIes con C++
1.10.1. Programacin en C++ para Symbian OS
Dependiendo del sistema operativo que use nuestro dispositivo movil, nos veremos obligados a usar una u
otra herramienta de compilacion. Si hablamos de Symbian SO existen varias plataIormas que nos permiten
crear programas de Iorma sencilla usando entorno graIico.
El proceso mas sencillo para programar una aplicacion en un teleIono movil con sistema operativo
Symbian, es usar un SDK. Los SDKs son aplicaciones que se usan unidas al soItware de
programacion y compilacion que usemos y nos proporcionan una serie de herramientas especiIicas
como, por ejemplo, un emulador en el que podemos ver la ejecucion del programa con la interIaz de
un teleIono virtual. Por ejemplo, si vamos a programar con C, Visual Studio o Borland C
Mobile Edition son buenas opciones. En la mayoria de los casos los desarrolladores de las SDK
proporcionan diIerentes versiones de sus herramientas dependiendo del compilador que use el
programador Iinal.
Por ejemplo, Nokia nos proporciona un SDK valido para la su serie 60 y para otros teleIonos como
el siemens SX1. Este SDK esta disponible para dos compiladores de C, que son los mas usados:
Borland C Builder 6.0 Mobile Edition y Visual Studio C 6.0. Tambien existen otras
109

herramientas de desarrollo mucho menos usadas como CodeWarrior Development Studio de
Metrowerks que no seran tratados.
1.10.2. Borland C++ Builder 6.0 Mobile edition
El programa Iunciona como lo haria normalmente, con la excepcion del Add-on del SDK de Nokia,
y unas pequeas limitaciones debido a que ciertas herramientas estan deshabilitadas. Es necesario
actualizar a la version Pro o Enterprise para disponer de ellas. Esto hace que si un programador esta
acostumbrado a usar el debugger, entonces el programa Borland no es mucho mas que un editor de
textos avanzado conIigurado para usar el compilador y el emulador del SDK. La ventaja que tiene
es que no es necesario acudir a la linea de comandos para compilar los programas.
1.10.3. Visual Studio C++ 6.0
Para que Iuncione hace Ialta tener instalado ademas el Service Pack 3. El SDK contiene, ademas
unas herramientas opcionales como son: Nuevas barras de herramientas, menus contextuales
especializados, etc.
Ademas, los SDK tienen distintas librerias en Iuncion del modelo de movil que queramos
programar. Ademas los emuladores Para crear los archivos que Iuncionaran en el movil hay varias
opciones, esto es debido a que el procesador que viene con el teleIono puede ser de 32 bits (ARM4)
o de 16 bits (THUMB). Existe un tipo de archivo binario en ARMI que, en teoria, podria trabajar
con ambos la I de ARMI signiIica Intermediate.
1.10.4. Ejemplo de programacin para Symbian OS
Como ejemplo representativo hemos elegido la creacion de un programa usando el SDK 1.0
Series 60, el compilador Visual C 6.0 de MicrosoIt y el EPOC Emulator.
Todo proyecto debe tener, al menos, tres directorios:
Group: Donde se guardan los archivos compilados.
Src: Donde se guardan los codigos Iuente.
Inc: Archivos de cabecera.

En la imagen se muestra como crear u proyecto usando los menus del copilador.
110

A continuacion, la herramienta nos pregunta que tipo de programa queremos crear:

En este caso, elegimos la opcion EIKON Control, que provoca que se cree un control automatico de
la aplicacion que contendra los directorios mencionados anteriormente y otros que en este caso no
necesitaremos pero que se crean por deIecto. Estos directorios se presentan en una ventana similar a
la anterior para que el usuario pueda ver su ubicacion.
No es conveniente modiIicar el campo Unicode UID, es un numero que se asigna de Iorma aleatoria
al programa, una caracteristica peculiar de Symbian es que cada programa que sea crea lleva un
identiIicador unico.
El objetivo Iinal es crear una aplicacion que mueva cierta imagen por la pantalla del teleIono movil
usando el cursor del teclado. Para ello necesitamos que nuestro control sea capaz de responder a
111

eventos de teclado. Esto se consigue cargando el siguiente metodo de la clase CCoeControl (esta es
la clase base de nuestro control):
TKevResponse OfferKevEventL(const TKevEvent& aKevEvent,TEventCode aTvpe),
Este metodo sera llamado en nuestro control cada vez que se pulse una tecla. El primer parametro es
un TKeyEvent, y nos da inIormacion sobre la pulsacion que ha provocado la llamada del metodo. El
segundo parametro de tipo TEventCode nos permite saber si el evento esta asociado a la pulsacion
de una tecla (EEventKeyDown) o que se ha soltado una tecla (EEventKeyUp). Es decir por cada
pulsacion de tecla, se reciben al menos dos llamadas a esta Iuncion, una para la pulsacion, y otra
cuando se suelta
Lo unico que vamos a hacer en el procesamiento de las teclas, es modiIicar la posicion del objeto
que queremos pintar. Para llevar esta posicion vamos a aadir un TPoint a la clase CTutoContainer,
que va a consistir en las coordenadas x e y donde estamos pintando actualmente nuestro objeto. A
esta variable, en adelante la llamaremos 'pos. Volviendo al metodo del teclado, lo que queremos
es que se modiIiquen estas coordenadas en Iuncion de la pulsacion. Lo haremos del siguiente modo:
TKevResponse CTutoContainer..OfferKevEventL(const TKevEvent& aKevEvent,TEventCode
aTvpe){
if(aTvpe ' EEventKevDown)
return EKevWasNotConsumed,
switch(aKevEvent.iScanCode){
case EStdKevUpArrow.
pos.iY--,
break,
case EStdKevRightArrow.
pos.iX,
break,
case EStdKevDownArrow.
pos.iY,
break,
case EStdKevLeftArrow.
pos.iX--,
break,
default.
return EKevWasNotConsumed,
112

}
DrawNow(),
return EKevWasConsumed,
}
Con el primer iI lo que conseguimos es simplemente gestionar las pulsaciones de tecla, no
los demas eventos. Despues obtenemos el codigo asociado a la tecla pulsada con el miembro
iScanCode de nuestro TKeyEvent. En Iuncion de esa tecla movemos la posicion de pintado. Hay
que tener en cuenta, que este metodo si procesa la tecla debe devolver EKeyWasConsumed para
indicar al sistema que ya ha procesado la tecla y que no tiene que pasarla a ningun control mas
existente. En caso contrario, si no procesamos la tecla porque no nos interesa, debemos devolver
EKeyWasNotConsumed, para inIormar de la situacion opuesta.
Hemos movido la posicion de nuestro objeto, pero esto no va a ser reIlejado en el display a
no ser que Iorcemos al sistema a redibujar nuestro control con el objeto en la nueva posicion. Para
esto debemos aadir la llamada al metodo DrawNow() de CCoeControl justo despues de procesar la
tecla.
Lo siguiente que vamos a hacer es cargar la imagen con la que queremos pintar el objeto.
La clase que se utiliza en Symbian para la representacion de un mapa de bits es CFbsBitmap. Por
eso, vamos a incluir otro miembro dentro de nuestro control, una variable de la clase CFbsBitmap
llamada bitmap. Hacer esto requiere una serie de cosas adicionales como incluir un archivo .dll
especial en nuestro proyecto, pero no entraremos en esos detalles.
Lo siguiente que tenemos que hacer es aadir la imagen que queremos visualizar en nuestro
proyecto. Vamos a usar la imagen 'euitt.bmp que tenemos en el directorio data del proyecto. Para
usar esta imagen en nuestro proyecto tenemos que crear un Iichero .mbm (Multi Bitmap Iile) que la
contenga y asociarlo al proyecto. Esto lo hacemos de nuevo desde el Iichero .mmp. Tenemos que
aadir lo siguiente:
START BITMAP euitt.mbm
TARGETPATH ........winscsvstemappsuto
HEADER
SOURCEPATH ..data
SOURCE c12 euitt.bmp
END
113

Vamos a explicarlo con mas detalle:
START BITMAP deIine cual va a ser el nombre del Iichero .mbm que vamos a crear, aqui
hemos elegido euitt.mbm
TARGETPATH nos dice donde va a ser creado el Iichero. Le hemos puesto la ruta del
directorio de la aplicacion.
HEADER indica que las cabeceras de los bitmaps se incluyen en el propio bitmap
SOURCEPATH es el directorio donde se buscaran las imagenes que Iormaran el .mbm
SOURCE Aqui decimos que bitmaps se van a incluir dentro del .mbm. c12 quiere decir que
la imagen se guardara en Iormato de 12 bits de color, y a continuacion ponemos el nombre de
nuestra imagen, euitt.bmp
Ahora que tenemos la imagen creada dentro del proyecto, tenemos que asociarlo a nuestra
variable bitmap. Esto lo hacemos en la Iase de construccion de nuestro control, esto es, en el
metodo ConstructL. Ponemos lo siguiente:

bitmap CEikonEnv..Static()-~CreateBitmapL(L('c.svstemappsuto euitt.mbm`),0),

La explicacion es la siguiente. El metodo estatico CreateBitmapL toma como primer
parametro la ruta del Iichero .mbm del que queremos coger la imagen, y el segundo parametro es un
indice dentro del Iichero .mbm para seleccionar la imagen que queremos cargar, en nuestro caso,
como solo hay una, pues el indice es cero. El metodo nos retorna un puntero que asignamos a
nuestra variable bitmap. Tambien hay que acordarse de hacer el correspondiente delete del puntero
en el destructor de CTutoContainer.
Una vez cargada la imagen, y desarrollado el manejo de la posicion de dibujo, lo unico que
nos queda es pintar la imagen Las labores de pintado de un control se llevan a cabo en el siguiente
metodo de CCoeControl que hemos de cargar:
void Draw(const TRect& aRect) const,
114

Este metodo es llamado por el sistema cada vez que necesita pintar nuestro control o parte
de el, es decir, no suele ser llamado manualmente. Hacemos lo siguiente:
void CTutoContainer..Draw(const TRect& aRect) const{
CWindowGc& gc SvstemGc(),
gc.Clear(),
gc.BitBlt(pos,bitmap),
}
Vamos a explicar lo que hacemos en este metodo. Con la llamada a SystemGc() el contexto graIico
que necesitamos para dibujar en pantalla. Lo siguiente que hacemos es borrar todo lo que haya en
pantalla, si no hicieramos esto el objeto iria 'dejando estela ya que no se borraria la pintada
anterior. La llamada a BitBlt es una abreviatura de 'Bit Block TransIer y como su propio nombre
indica, transIiere un bloque de bits (bitmap). Este bitmap es lo que le pasamos como segundo
parametro, es decir nuestro CFbsBitmap que habiamos creado antes. El primer parametro es un
TPoint, que indica las coordenadas (x,y) donde se dibujara el bitmap, y aqui utilizamos nuestra
variable pos que es donde llevamos la posicion de nuestro objeto.
Ya tenemos a nuestro dibujo moviendose por la pantalla a las ordenes de nuestro joystick. Hay que
resaltar de que esto no es un ejemplo de como se deben hacer del todo bien las cosas, es un simple
ejemplo didactico.
En la siguientes imagenes se muestra la interIaz de acceso a nuestro programa en la carpeta
aplicaciones de un teleIono Symbian y el programa en ejecucion.

115

116

1.11. APLICACIONES EN C++ PARA SYMBIAN
1.11.1. APLCACONES PARA NTERNET

1.11.1.1. NETFRONT
Es un sencillo navegador creado para PDAs, para la serie 60
de Nokia y para el sie0mens SX1. El programa es completamente
conIigurable, permite Iuncionalidades como buscar una palabra en
una pagina cargada, almacenar cookies o compartir la lista de
direcciones Iavoritas con el navegador WAP que estemos utilizando.
Un posible deIecto es que no usa servidor intermedio, con lo cual
deja toda la carga de procesamiento al teleIono, esto, en teleIonos de
pocas capacidades puede causar problemas de memoria llena.
1.11.1.2. SMALLSERV
Un simple servidor http para Symbian OS, se trata de
una aplicacion diIerente, ya que permite Iuncionar con
un Ilujo de datos en sentido inverso al normal,
Iunciona como un servidor http. Esta implementada en
las series de Nokia 9200 Communicator.
1.11.1.3. ACTIVE MAIL
Cliente de correo que entre otras Iunciones nos permite utilizar
Iiltros para descargar solo los correos electronicos que deseemos y
asi reducir la transIerencia de datos al maximo. Con este cliente de
correo se esta siempre virtualmente conectado al buzon de correo,
se puede conIigurar para que cuando se recibe un SMS indicando
que hemos recibido un correo, automaticamente se conecte al
servidor y lo descargue.

117

1.11.1.4. NEWSREADER
Un lector NNTP para Usenet newsgroups. Esta aplicacion es un
lector de noticias para teleIonos que usen Symbian OS (UIQ).
Ademas permite navegar en Usenet newsgroups en un movil UIQ.
Por otro lado, incluye UUENCODE (similar a MIME) que permite
adjuntar archivos a los mensajes para que puedan ser diIundidos
por la red.
1.11.1.5. WIRELESS IRC
Para chatear a traves de la red de IRC, elegimos servidor, nick y a
conectar. Cuenta con caracteristicas bastante buenas como el
hecho de poder tener abiertas diversas ventanas, poder utilizar los
comandos clasicos del IRC o contar con sonidos incorporados y
personalizables entre otras. Necesita una conexion a internet, no
WAP.

1.11.2. APLCACONES DE LOCALZACN
1.11.2.1. POWERNAVIGATION
Esta aplicacion, que permite interconectar un sistema Symbian con un modulo GPS(Global Position
System) via Bluetooth. Nos muestra la pantalla GPS en el teleIono movil, podemos acceder a
inIormacion tal como: coordenadas, direccion, velocidad, origen-destino, etc. Permite crear caminos
entre dos puntos.

1.11.2.2. MINIGPS
118

No se trata de un sistema GPS, pero si de una herramienta que
utilizando las distintas areas de las redes de teleIonia celular nos
permite asignar tareas al movil segun donde estemos. En principio la
resolucion maxima que se tendria seria la de saber a que estacion base
esta enganchado el movil. No permite, por ejemplo distinguir en que
sector nos encontramos y tampoco dispone de algoritmos de
triangulacion que, mediante mediciones de potencia de celulas locales
y vecinas permitan precisar la posicion con mayor precision.
Permite programar eventos cuando se detecta la entrada en una
determinada celula, como por ejemplo: alarma, apagado, cambio de modo, envio de un SMS, etc.
Por ejemplo podemos indicarle en que 'celda se encuentra la biblioteca y hacer que cada vez que
entremos pase a modo silencio. El sistema tambien puede ser utilizado, por ejemplo por una
empresa de transportes que incorpore un teleIono movil GSM en cada vehiculo, se puede programar
el sistema para que envie un SMS al almacen cada vez que se encuentre dentro de su celula de
cobertura para asi prever con suIiciente antelacion su llegada y agilizar los procesos.
1.11.3. OTRAS APLCACONES
1.11.3.1. MOBILE FAX
Se trata de una programa que permite almacenar nuestro numero de Iax en la SIM y recibir los Iax
que nos envien visualizandolos como MMS, despues permite descargarlos en el ordenador via IR o
BT, o reenviarlos como Fax, e-mail o MMS. Tambien permite enviar Iax escaseando el documento
en el ordenador y cargandolo en el movil via IR o BT.

119

1.11.3.2. SMARTPHONE TELETEXT
Permite la visualizacion del teletexto de los canales de television
que lo suministran en Internet. Tiene todas las opciones habituales,
como zoom, indexado, etc.

1.11.3.3. INFRARED
REMOTE
Maneja cualquier aparato
electronico con mando a distancia
por inIrarrojos, como por ejemplo,
television, video, cadena de
musica, etc.
Requiere de un movil con puerto
de inIrarrojos y codigos de los distintos Iabricantes.
120

1.11.3.4. OPLAYER
Herramienta para escuchar canciones o visualizar videos
cuando naveguemos por nternet va GPRS.

1.11.3.5. PHONE SECURE
Una vez instalada esta aplicacion en el teleIono, le introducimos
una clave y lo activamos. De este modo si el teleIono recibe un
SMS con esa clave se bloquea mostrando el mensaje que queramos
y sonando, si lo deseamos, una alarma a un volumen considerable.
El aparato vuelve a la normalidad enviando otro SMS con la clave.
Los operadores de teleIonia tambien permiten desactivar la tarjeta y
el terminal, pero esta aplicacion nos permite ahorrarnos esos
tramites cuando no tenemos la seguridad de que el terminal ha sido
sustraido.
1.11.3.6. DREAM CHAT
Aplicacion que oIrece un servicio de Chat usando la conexion
Bluetooth. Entre otras cosas, permite crear una lista de contactos y
aceptar mensajes instantaneos. El radio de alcance es el de BT,
aproximadamente 10-15 metros.

CURRENCY CONVERTER
121

Aplicacion que permite calcular cambios entre todas las monedas del mundo, permite actualizar los
tipos de cambio automaticamente usando conexion a Internet mediante IAP.
1.11.3.8. BLACK LIST
Aplicacion que permite crear una lista de contactos a los que el
movil rechazara las llamadas dando seal de comunicando o una
lista de las unicas personas que queremos que nos llamen. Se
pueden crear grupos de llamadas y rechazar automaticamente
llamadas de estos. La aplicacion nos muestra los numeros e
intentos de quienes han sido rechazados automticamente.
Todas estas aplicaciones son ejemplos concretos de las posibilidades que oIrece Symbian, por
supuesto existen alternativas a todas ellas aunque nosotros hemos elegido las mas representativas y
mejor valoradas por los usuarios. Tambien existen multitud de aplicaciones, como reproductores de
MP3, de video, etc., que no hemos incluido porque no usan comunicaciones.

1.12. ApIicaciones en Java para Symbian OS
1.12.1. Beneficios Tcnicos de la Tecnologa Java
1. Robustez
Symbian OS ha sido diseado para operar 24 horas al dia, 7 dias a la semana. El usuario de
los datos integrados es la mejor ventaja de los teleIonos que poseen Symbian OS. Java esta
construido con esta robustez.
122

2. Funcionalidad
La ultima version de Symbian OS para moviles incluye:
MIDP 2.0
Java Bluetooth APIs
APIs para mensajeria inalambrica (permitiendo MIDlets para enviar y recibir SMS)
Mobile Media APIs (excluyendo UIQ, por el momento)
Soporte para IPv6 y Sockets a traves de conexiones genericas de Iramework (GCF)
Soporte para servidores sockets.
3. Primera Calidad para Ciudadanos
Las aplicaciones de Java y MIDlets son de primera calidad en Symbian OS. Estan
instaladas y corren como aplicaciones nativas. Ademas pueden ejecutarse en segundos planos y
desplazarse a primer plano una vez haya terminado el proceso de primer plano. Por otro lado el uso
de componentes nativos UI suministra apariencia nativa y permite el estilo de maquina virtual para
japoneses, chinos, arabes y hebreos.
4. Rendimiento
Symbian, en su implementacion de Java y su centro del sistema operativo, ha seguido una
IilosoIia de optimizacion de los recursos utilizados:
Precarga del sistema de clases de Java para reducir el tiempo de inicializacion y
ocasionar mas memoria disponible para las aplicaciones.
Codigos de sistema eIicientes para prolongar las baterias.
Mayor rendimiento de CLDC HI VM para MIDP 2.0.
La integracion del Kit Tecnologico ARM`s VMA proporciona aceleracion de
soItware para MIDP 1.0 y PersonalJava.
123

La sensibilidad de UI es comparable al de las aplicaciones nativas.

1.12.2. Realizacin de una aplicacin en J2ME
J2ME es un grupo de especiIicaciones y tecnologias que pertenecen a Java. Se divide en
conIiguraciones y perIiles, especiIicaciones que describen un ambiente Java para clases especiIicas
de dispositivos.
La conIiguracion es la principal rama de J2ME, esta nos describe la maquina virtual Java y algunos
conjuntos de APIs. El CLDC (Connected, Limited Device ConIiguration) especiIica las APIs para
el dispositivo que se utilice.
Los perIiles se encuentran en el MIDP (Mobile InIormation Device ProIile). Esta parte esta encima
del CLDC e incluye APIs para aplicaciones ciclicas, interIaces de usuario, red y almacenamiento.
El MIDP se divide en MIDlets y en MIDlets Suites, que son paquetes de datos que contienen dos
Iicheros: el descriptor de la aplicacion Java (.jad), que se encarga de asegurarse que el sistema es
capaz de ejecutar el programa; y el archivo Java (.jar), que contiene el archivo Java.
Vamos a hacer un programa que convierte una moneda en otras dos (euro, yen o dolar)
Lo primero que debemos hacer es descargarnos de una pagina web una aplicacion que nos
construya nuestro programa. En Internet hay inIinidad de ellas pero
hemos optado por la de Sun Microsystems, que se llama Sun ONE
Studio 5, Mobile Edition Integrated Development Environment
(IDE).
Los pasos que tenemos que seguir para crear una aplicacion Java son:
Creacion de un MIDlets Suite.
Codificacion de MIDlets.
Creacion de un formato de MIDP.
Creacion de una lista de MIDP.
Hacer un paquete con toda la aplicacion.

124

1.12.2.1. CREACION DEL MIDlets SUITE
Creamos un entorno de trabajo donde vamos a ir
haciendo muestro proyecto (File Mount
Filesystem elegimos el directorio y el nombre del
proyecto). Una vez creado le damos al boton
derecho y seleccionamos New Java Packaje, le
introducimos un nombre (myconverted, en nuestro
caso).
Para crear el MIDlets Suite en el proyecto: boton derecho en myconverted New MIDlets Suite.
Nos pide que le demos un nombre, y creamos un MIDIlet, que por deIecto los creara para que
puedan ser ejecutados mediante MIDP 2.0 y CLDC 1.1.
Al Iinal tendremos la siguiente pantalla.

1.12.2.2. CODIFICACION DE LOS MIDlets
Ahora vamos a ir creando distintos tipos de Iicheros dependientes del MIDlets Suit creado
antes. La estructura es muy parecida a la que utiliza C (un Iichero principal, que controla a otros
Iicheros que se encargan de hacer una tarea especiIica), lo unico que varia es el lenguaje de
programacion.
Aadimos un Iichero que se va a encargar de guardar los cambios cuando salgamos de la
aplicacion. Este Iichero tiene este codigo.
125

Otro Iichero se encarga de iniciar la aplicacion.

Otro, de Iinalizarla.
126

1.12.2.3. CREACIN DE UN FORMATO DE MIDP.
Una vez acabados todos los MIDlets que se tienen que codiIicar, ahora se debe hacer el interIace
graIico de la aplicacion. Lo que se ha decidido para esta aplicacion es crear unas cajas de texto
donde se introducira la cantidad que se quieren convertir y otras dos cajas mas donde saldran los
datos.
Esto logicamente se vuelve a hacer con codigo y con Iicheros dependientes unos de otros.
El ejemplo que adjunto lo que se encarga de hacer es mostrar los resultados que han generado otros
Iicheros y que son las monedas ya convertidas y lo que hace es esperar hasta que decidas se quieres
hacer otra medida o salir de la aplicacion.
127

1.12.2.4. CREACIN DE UNA LISTA DE MIDP.
La ultima pieza de esta aplicacion es la que deIine cuales son las monedas que se van a visualizar.
Su codiIicacion sera.

1.12.2.5. HACER UN PAQUETE CON TODA LA APLICACIN.
Despues de guardar todos los datos generados antes, ahora vamos a aadir dos archivo con
extension .java que se han creado mientras haciamos los Iicheros antes descritos.
128

Lo unica que queda es guardarlos y ya estan listos para poder ser ejecutados. En nuestra aplicacion
de las monedas y su cambio obtenemos un resultado que se ilustra en las siguientes graIicas.

129

Ademas de poder ejecutar la aplicacion hecha, la herramienta de Sun nos permite cambiar la skin `
donde se ejecuta la aplicacion y poder poner otro movil` u otra PDA.
Tambien nos permite hacer un Debug de la aplicacion para poder ir ejecutando el programa paso a
paso para ver donde Ialla. Para eso se usan breakpoints, que hacen que la aplicacion se pare
automaticamente y asi poder examinar el estado de las variables.
Durante una sesion de depurado (debugging) estas viendo la pantalla del movil` y lo que estaria
apareciendo en ella. Tambien ves el codigo y la parte que se esta ejecutando.
130

1.12.3. Aplicaciones:
1.12.3.1. SMS Chat
Es un simple chat por SMS MIDlet usando la mensajeria inalambrica
escrita en API. Este sistema puede ser instalado y Iuncionar en el
Nokia 3650.
Read the paper
Download the application
131

1.12.3.2. XBombs
XBombs es una version mas del Iamoso juego
buscaminas o Bombs escrito para el Nokia 9200
Communicator Series. XBombs es un desarrollo
de la aplicacion JBombs escrita para el Symbian
OS v5.0. Download the application
1.12.3.3. Audio Player
Simple reproductor de audio MIDlet con ajuste de volumen de mobile Media API.
Read the paper
1.12.3.4. Video Player
Simple reproductor de video MIDlet usado en el Mobile Media API
(JSR 135) para reproducir video a traves de http (video bajo
demanda).
Read the paper
1.12.3.5. Peer-to-peer messenger
Diseado e implemantado en Java,
esta basado en la mensajeria peer-
to-peer (de amigo a amigo) para el
Nokia 9200 Communicator Series.
El principal objetivo de este
proyecto Iue realizar un programa
de manipulacion particular a traves de un area de comandos (CBA) y usando los APIs de
JavaPhone. Esta aplicacion almacena los contactos en una base de datos nativa. Ademas esta siendo
probada en el Nokia 9210 usando WDP encima de SMS y UDP (solo con las direcciones locales de
apoyo). Read the paper and get the application
1.12.3.6. Travel Light 4.2
Travel Light es una herramienta que para tus viajes al extranjero.
132

Incluye un traductor multilenguaje en linea con el que podras traducir terminos entre el espaol,
ingles, Irances, aleman, italiano o portugues mediante una conexion GPRS y un reloj multiregional
con mas de 550 ciudades catalogadas.
Tambien tiene un conversor monetario, una brujula de orientacion, un conversor de sistemas de
medida para tallas, distancias, velocidades, temperaturas y demas.
Para que esta aplicacion pueda ejecutarse es necesario J2ME y MIDP 1.0(Mobile InIormation
Device ProIile).
1.12.3.7. RSS Orbit
RSS es un Iormato de archivos basado en XML utilizado para la
diIusion publica, en grupos y canales, de todo tipo de articulos,
noticias o novedades inIormativas en general.
RSS Orbit es una practica herramienta que te permitira, mediante
una conexion GPRS, acceder a multiples canales, inscribirte y
visualizar todas las noticias y novedades disponibles. Para evitar
elevados costes de transIerencias, permite descargar las noticias
deseadas y visualizarlas con posterioridad de un modo oIIline.
1.12.3.8. 1ms Messenger
Jms Messenger es una herramienta desarrollada en J2ME con la que podras
establecer una comunicacion directa, via GPRS, entre multiples dispositivos
moviles.
Tiene un sencillo entorno, actualmente en Iase de desarrollo, que te
permitira enviar cadenas de texto a uno de tus contactos en linea.
Es una solucion para reducir el envio de SMS a un grupo utilizando transIerencias GPRS.
Para que esta aplicacion pueda ejecutarse es necesario J2ME y MIDP 1.0(Mobile InIormation
Device ProIile).

1.12.3.9. IP view 2.0
Ip View es una herramienta gratuita que te permitira conocer
diIerentes detalles de tus conexiones a redes.
133

Detalles como la IP asignada, las respectivas DNS activas, puertas de enlace, servidores DNS,
velocidad de transIerencia y demas.
Una herramienta de libre distribucion para Nokia Serie 60.
1.12.3.10. Photo Express 2.0
Photo Express es una excelente herramienta diseada
para subir o transIerir imagenes desde un movil Symbian a tu
web mediante una conexion FTP.
TransIiere todas tus capturas (Iotos, canciones, juegos) y
publicarlas en tu pagina web rapidamente.
Sistema de envio rapido de archivos a tu servidor FTP.
Entorno sencillo e intuitivo.
Esta aplicacion es ideal para cuando el movil tiene conexion GPRS pero no es compatible con los
mensajes MMS.
134

2. Microsoft Windows CE

2.1. INTRODUCCIN
MicrosoIt Windows CE .NET es un sistema operativo para dispositivos portatiles con la capacidad
de memoria limitada. Usando un kernel en tiempo real, un ambiente de multitarea con apoyo a
muchas tecnologias requeridas por sistemas integrados.
Arquitectura simpliIicada de Windows CE
2.1.1. Modularidad
Windows CE y su PlataIorma estan basados en un diseo modular que permite a multiples
programas para correr al mismo tiempo como procesos aislados. Cada proceso ejecuta en un
espacio de memoria totalmente protegido. La modularidad del sistema de operaciones permite a los
servicios principales correr de tal modo que ellos no interIieren con aplicaciones, drivers y
servicios.

2.1.2. Proteccin de dispositivos
135

Windows CE usa los drivers de los dispositivos instalables ejecutados en Device.exe para utilizar
los servicios de dispositivos periIericos, como modems, impresoras, camaras digitales y tarjetas de
ordenador personal. Ya que el sistema operativo usa drivers instalables, el control de los
dispositivos depende del hardware que debe ser conectado a la plataIorma de Windows CE usando
puertos serie, ranuras de tarjeta de ordenador personal o puertos USB. El empleo de drivers
instalables asegura que el codigo del driver no se ejecuta cuando los dispositivos no son usados.
Windows CE se apoya en Services.exe, que es una alternativa a Device.exe. Si un driver se cae
durante la ejecucion de Device.exe, esto puede aIectar a otros drivers de dispositivos en ejecucion y
hacer que el sistema entero de operaciones se caiga. Sin embargo, se puede disear a un driver para
ser ejecutar como un servicio y disminuir la probabilidad de un Iracaso del sistema operativo.

2.1.3. Sincronizacin de hilo
Windows CE usa a un PlaniIicador de prioridades que puede y sincroniza hilos de modo que ellos
puedan comunicar y tener acceso a la CPU cuando es necesario. Cada hilo es asignado un contexto,
consistiendo en un identiIicador, una parte de memoria privada y un juego de registros. No se
permite a los hilos de un proceso mirar o cambiar los contextos de hilos en otros procesos.
De modo que la interaccion entre hilos ocurra correctamente, el PlaniIicador debe sincronizar los
hilos usando mecanismos llamados objetos de sincronizacion. Por ejemplo, se puede usar un objeto
llamado estructura de control binaria, o un semaIoro para una estructura de control de maximo
numero.
GWES maneja colas de mensajes asociadas a los hilos, para dispositivos sin cabeza o para
demostracion. Cada hilo se puede llamar GetMessage en el GWES API para crear su cola, usada en
el cambio de mensajes con un hilo objetivo.
Cuando un proceso es creado, Windows CE primero asigna la memoria, incluyendo pila de hilos, y
crea el hilo primario. Dan a cada hilo del proceso una prioridad de 251 y una cuantia(un quantum)
de hilo de Ialta de 100 milisegundos. La cuantia(el quantum) de hilo es usada para la planiIicacion
de hilos en la misma prioridad.
El PlaniIicador decide cuando lanzar un hilo especiIicado basado en el estado de hilo y la prioridad
de hilo. El orden esta basado unicamente en la prioridad, y los hilos con la prioridad mas alta son
lanzados primero. El PlaniIicador ejecuta todos los hilos de la misma prioridad en un orden de
peticion en que ninguno encabeza la lista, usando la cuantia de hilo dada en la creacion de hilo.
136

Hilos inIeriores prioritarios no corren hasta que todos los hilos mas altos prioritarios no hayan
terminado.
Windows CE Iija prioridades de hilo de modo que ellos no puedan cambiarse. El sistema operativo
no varia las prioridades y no enmascara las interrumpciones basadas en estos niveles. El
PlaniIicador temporalmente puede modiIicar prioridades de hilo para evitar la inversion prioritaria.
Las prioridades tambien pueden ser cambiadas en el tiempo controlado usando Iunciones de
CeSetThreadPriority y el SetThreadPriority.
2.1.4. Previsivilidad
Es un sistema operativo Iiables con un sistema de tiempo real para el cual el tratamiento es
garantizado y completar dentro de intervalos de tiempo especiIicados sus tareas. La previsibilidad
de Windows CE se basa en estos aspectos de diseo: capacidades en tiempo real, manejo de las
interrupciones y la respuesta de sistema.
2.1.5. Capacidades en tiempo real
Un sistema operativo en tiempo real, como MicrosoIt Windows CE, debe apoyar los
acontecimientos asincronos generados por acontecimientos externos, Iactores exogenos o que
interaccionan con la maquina en Iuncionamiento. Por ejemplo, controles de
procedimiento de la Iabricacion requieren sistemas de tiempo real,
dispositivos de adquisicion de datos de alta velocidad, telecomunicaciones
que cambian el equipo, el equipo de supervision medico, mandos de avion, la
navegacion espacial y la direccion, el control de experimento de laboratorio,
el control de automovil de motor y sistemas de robotica.
Cualquier sistema operativo en tiempo real emplea interrupciones para
asegurar que este respondera rapidamente a acontecimientos. En terminos de
su manejo de exigencias, los sistemas operativos pueden ser clasiIicados:
Sistema No en tiempo real. Tal sistema es optimizado para el
rendimiento, que es inIormacion total a ser manejada durante un periodo
deIinido.
Sistema Suave en tiempo real. Este sistema maneja la
inIormacion y acontecimientos puntualmente, pero tiene reacciones basadas en el tiempo medio
para manejar dichos acontecimientos. Un ejemplo de un uso que corre sobre un sistema suave en
137

tiempo real es un interIaz graIico de la Iabrica que tiene que ser puesto al dia puntualmente y con
regularidad.
Sistema duro en tiempo. Este sistema usa el tiempo como una medida diIicil y mide
la respuesta a un acontecimiento como inaceptable. Deben reducir la latencia interrumpiendo un
acontecimiento externo y obteniendo una respuesta de sistema Iiable y mensurable. Un sistema
'duro en tiempo real debe ser interrumpe-drivers, la planiIicacion para multiples hilos debe ser
conmutada, y permitir al acceso a la CPU para cada hilo. Los mecanismos para apoyar prioridades
de hilo y la comunicacion multitareas son esenciales. Un sistema 'duro en tiempo real es con
Irecuencia un sistema multitarea, pero un sistema usado para algunos dispositivos de Iuncion Iija
podria realizar solo una tarea y todavia ser 'duro en tiempo real. Un ejemplo de tal sistema es un
sistema ABS que supervisa Ireno
En Windows CE, el tiempo de operaciones es Iiable para cada parte del kernel que no puede ser
apropiado. Si un componente del kernel corre durante solo un tiempo, las conmutaciones del hilo
son Iijas. El tiempo requerido es independiente del numero de procesos, hilos y objetos de
sincronizacion en el sistema operativo. El tiempo puede ser validado usando el instrumento especial
que construye el grano.
2.1.6. Adaptabilidad
Un sistema operativo adaptable es el que puede ser ampliado y realzado(mejorado). Windows CE es
un sistema operativo sumamente adaptable debido a su diseo modular. La adaptabilidad del
sistema de operaciones es dependiente del Constructor de la PlataIorma, que proporciona el apoyo
ideal al desarrollo de sistema integrado.
2.1.7. Soporte para catlogo
El Catalogo de Windows CE representa todos los rasgos de sistema de operaciones, paquetes de
programas de apoyo, conIiguraciones de plataIorma, el transporte de capas y drivers en Iorma de
los componentes que estan basados en el diseo modular del sistema operativos. Se puede aadir
componentes de terceros y hacerlos disponibles por el Catalogo. Conductores, los servicios y BSPS
son asegurados(previstos) para modiIicar como sea necesario.

El Constructor de PlataIorma organiza y muestra todos los componentes en un Iormato
seleccionable, que le permite escoger solo los componentes necesarios como base para un diseo
integrado. Asi, se puede limitar las aplicaciones y drivers requeridos para un diseo especiIico.
138

2.1.8. Estabilidad
La estabilidad puede ser deIinida como la capacidad de un sistema de operaciones de proporcionar
el trabajo constante mucho tiempo, desaIiando la pesada carga de datos. La estabilidad se ha hecho
una parte importante de los criterios de aceptacion para el Constructor de PlataIorma y Windows
CE. Para veriIicar como de bien el sistema operativo y el Constructor de PlataIorma hacen Irente al
exceso de operaciones, MicrosoIt rutinariamente prueban los productos que usan las necesidades
simples que esperan controlar durante periodos largos y tolerar las cantidades grandes de datos sin
el hecho de caerse.
2.1.9. Seguridad
Un sistema seguro operativos proporciona la proteccion contra el acceso malevolo e inadvertido no
autorizado. Deben proporcionar protecciones tanto para servicios principales como para usos
externos y bibliotecas dinamicas (DLLs). El diseo de Windows CE incluye una variedad de
medidas de seguridad. Esto es critico porque el sistema de operaciones apoya muchas aplicaciones
moviles de inIormacion, con una variedad de interIaces en peligro de copia de datos, por un usuario
no autorizado, y usos de piratas.
La Seguridad en Windows CE esta basada en un modelo de conIianza que ayuda y protege contra
ataques internos de un modulo de codigo que corre sobre el dispositivo local, por ejemplo,
impidiendo a un proceso leer o modiIicar la memoria del otro. El modelo de conIianza apoya los
privilegios siguientes para cada modulo de codigo:
ConIianza total. El modulo tiene privilegios totales para el empleo de sistema
operativo.
ConIianza Parcial. El modulo tiene privilegios parciales. Este no puede modiIicar
las partes del registro o tratar hilos, poner el modo kernel, o realizar otras operaciones protegidas.
Sin conIianza. El modulo no es conIiado y no es colocado en la memoria de
ejecucion.

Un sistema que no pone en practica el modelo de conIianza de Windows CE no esta protegido
contra ataques internos. Sin embargo, el kernel del sistema de operaciones realmente ayuda a
proteger contra ataques externos de Iuentes remotas, como tentativas de leer datos sobre el
dispositivo de un ordenador remoto. El sistema de operaciones tambien pone en practica proteccion
139

contra la utilizacion de un dispositivo para atacar ordenadores remotos, por ejemplo, otros
ordenadores sobre la misma red.
2.1.10. Servicios de seguridad
Windows CE proporciona servicios para ayudar a proteger mecanismos de comunicacion, usos de
usuario, sistemas de Iichas y de datos, y la direccion de red para todos los interIaces tolerados. Los
servicios que son usados para veriIicar la validez de procesos y sus permisos de tener acceso al
sistema de operaciones: autenticacion, proteccion de datos almacenados, encriptacion, servicios de
seguridad integrados, proteccion de ambiente del sistema operativo, inIraestructura de llave publica,
sockets seguros, soporte de tarjetas inteligentes.
2.1.11. Certificacin de mdulos OEM
Windows CE construye capacidades en el OAL para certiIicar procesos y DLLs para el acceso a
servicios de sistema operativo y privilegios de ejecucion. El cargador de sistema operativo debe
veriIicar privilegios para cualquier modulo.
El OAL usa la Iuncion de modulo de certiIicacion OEM para los procesos y la certiIicacion DLL.
Esta Iuncion permite al cargador del sistema operativo comunicarse con el soItware de
inicializacion para asegurar la certiIicacion. Se puede personalizar el cargador para certiIicar
aplicaciones y DLLs como se requiera.
2.1.12. Empleo del Nuevo Director de seguridad
La red de trabajo de Windows CE diseada usa el 'nuevo director, que es un driver del sistema de
Iicheros de la red que proporciona el acceso a archivos sobre ordenadores remotos. Para reducir al
minimo riesgos de seguridad, el nuevo director ayuda a proteger las partes con cartas credenciales
suministradas por el usuario o un uso por la Iuncion de WNETADDCONNECTION3. El nuevo
director usa estas credenciales para la autenticacion cuando este se une por primera vez a un
servidor. Mientras el resto de la sesion del servidor se unieron, otros usos pueden tener acceso a
archivos con el mismo nivel de acceso que la conexion original. Una vez que todos los archivos
abiertos han sido cerrados, el nuevo director cierra la sesion, haciendo necesario autenticar accesos
posteriores otra vez. Si una aplicacion tolera la conmutacion del usuario, esta tambien puede usar el
WNETENUMRESOURCE y las Iunciones de WNETCANCELCONNECTION2 para Iorzar el
cierre de todos los archivos abiertos sobre un servidor especiIico y proteger conexiones establecidas
por usuarios mas recientes
140

2.1.13. Accesibilidad
Windows CE usa un gran numero de mecanismos de diseo para hacer sus servicios accesibles a
procesos que los necesitan.
Windows CE es accesible por una variedad de dispositivos conectados a una red. El apoyo
inalambrico es proporcionado pora PANs (Personal Area Network) , incluyendo Bluetooth y
protocolos IrDA; redes locales (LANes); y redes de area amplia (WANs, Wide Area Network),
incluyendo Bluetooth y 802.11 protocolos. El apoyo de alambre es incluido para PANs. Para
acomodar usos permitidos por red, el sistema de operaciones apoya la version 4 (IPv4) de Protocolo
De Internet y la version 6 (IPv6) de Internet.
Si una red tiene acceso a Internet, esto usara el servidor de Web basado en Windows CE para
realizar solicitudes de inIormacion de aplicaciones, por ejemplo, un navegador. Esta inIormacion
sera entregada usando el protocolo HTTP. Para ayudar proteger la red cuando el servidor de Web
esta siendo utilizado, Windows CE ejecuta Services.exe, en cambio la o en vez de Device.exe. El
aislamiento de la ejecucion de servidor permite al servidor caerse sin interrumpir la ejecucion de
otros dispositivos conectados a la red.
2.1.14. Funcionamiento
El Iuncionamiento de sistema operativo en gran parte es deIinido por la velocidad y la eIicacia de
operaciones de sistema. La velocidad de CPU (Central Processing Unit), la velocidad de bus de
memoria, y el hardware de graIicos son algunas de las variables que tienen un impacto principal
sobre el Iuncionamiento.
Windows CE cuidadamente diseado para el Iuncionamiento. Como el hardware varia de
dispositivo a dispositivo, Windows CE incluye un numero de variables que pueden ser ajustadas
para asegurar el mejor Iuncionamiento posible de un sistema integrado.
Para asegurar el Iuncionamiento, cada version de Windows CE debe ser probada rigurosamente
para prevenir la degradacion de Iuncionamiento de tecnologias aadidas, hardware o instrumentos.
El soItware para una nueva version debe Iuncionar asi como en versiones mas recientes, si no
Iuncionar mejor.
Esencial para la tolerancia de Iallos en un sistema operativos es su capacidad de resistir impactos de
soItware y el hardware.
2.1.15. Control de la energa mejorado
141

En el modelo basico del control de energia mejorado de Windows CE, las aplicaciones no
consiguen ninguna advertencia cuando el estado de bateria se cambia a suspension. Dan a algunos
drivers una notiIicacion, pero son obligados a su ejecucion durante el periodo de suspension.
El soporte del Control de energia opcional soluciona este problema por permitiendo a las
aplicaciones para recibir las notiIicaciones de cambios del estado de energia de sistema. Para poner
en practica este componente de sistema operativo, se debe incluir el archivo PM.DLL en la
plataIorma.
2.2. PIataforma
La plataIorma MicrosoIt para los smart phones es Stinger y esta basada en una version a pequea
escala del Windows CE 3.0. Esta ha sido desarrollada desde 1999. La 3 publicacion de Windows
CE, realizada en Junio 2000, mejoraba las capacidades multimedia y de ejecucion en tiempo real,
integraba servidores http para el envio de webs, soportaba un maximo de 10 idiomas y tenia
integrado internet.
API ha animado a los vendedores de soItware independiente a desarrollar el ISV para CE. La
primera version beta 3.1 de Windows CE, llamada Taliker, ha sido publicada en Abril 2001, y ha
sido terminada a Iinales de 2001. Taliker soportara SSL (Secure Socket Layer) y Kerberos para
autentiIicacion del lado cliente de seguridad en las conexiones desde
dispositivos a redes corporativas. Taliker soporta ademas Bluetooth.
Los concesionarios de MicrosoIt Windows CE incluyen Samsung,
Mitsubishi, Sendo y Siemens.
La verdadera innovacion de Windows
Mobile para los smart phones esta
basada en su alta resolucion, graIicos,
pequea pantalla a color suIiciente para un
movil compacto que permite jugar, ver e-
mails e imagenes, y navegar via web.
El paquete oIrece una inIormacion administrativa completa y la
Iuncionalidad de e-mail a traves de Outlook, un navegador pocket
de Internet Explorer, mensajeria instantanea con las capacidades de
MSN Messenger, y la opcion de escuchar musica y ver videos con Windows Media Player.

142

2.3. Microsoft Windows MobiIe
MicrosoIt ha puesto en uno de sus sitios web de desarrollo el nuevo SDK (SoItware Development
Kit) para Windows Movile 2003 para smart phones. Este da al mundo la inIormacion al detalle del
reciente sistema operativo para moviles inteligentes.
El primer exito en este ao de MicrosoIt ha sido uniIicar mientras sea posible el codigo base para el
OS para los moviles y las PDAs
Para Junio el lanzamiento de Windows Mobile 2003 para Pocket PC y pronto se lanzara el
Windows Mobile 2003 para smart phones. Ambos de estos sistemas estan basados en Windows CE
4.2.NET.
Smartphone2002.inIo es una coleccion de inIormes sobre el nuevo OS. El SDK puede descargarse
en el web site de Windows Mobile Developer.

2.4. Programacin para Windows CE
A diIerencia de Symbian, para el cual podemos encontrar diIerentes herramientas de distintos
desarrolladores, para Windows CE solo se dispone de las herramientas que nos proporciona
MicrosoIt.
Debido a que en la actualidad este sistema operativo se usa en su mayoria en PDAs y Pocket PCs
y la presumible convergencia de estos con los teleIonos moviles en un Iuturo, se va a presentar una
descripcion del proceso de programacion de un codigo sencillo usando las diIerentes herramientas
disponibles para un sistema que use Windows CE.
En la actualidad hay tres opciones disponibles para los desarrolladores de aplicaciones dedicados a
MicrosoIt Windows CE.NET: Win32, MicrosoIt Foundation Classes (y ATL, que se utiliza
principalmente para crear componentes COM, servicios Web y controles de MicrosoIt ActiveX) y
MicrosoIt.NET Compact Framework. Cada una tiene sus propias ventajas. Es el propio
desarrollador de aplicaciones quien tiene que decidir cual de ellas va a utilizar para crear sus
aplicaciones.
Antes de tomar una decision, se deben tener en cuenta muchos Iactores, como por ejemplo tamaos
de los archivos de las aplicaciones, espacio en disco que ocupan los tiempos de programacion y la
velocidad de desarrollo de las aplicaciones. Otros elementos de interes pueden ser: seguridad,
solidez, necesidades del conjunto de trabajo, compatibilidad con tiempo real, rendimiento, base de
codigo existente, etc. Para una aplicacion sobre un teleIono movil el espacio ocupado es de vital
143

importancia ya que el sistema de almacenamiento suelen ser tarjetas de memoria extraibles de un
tamao no superior a los 250Mbytes, o las propias tarjetas SIM que proporcionan un maximo de
128Kbytes.
2.4.1. Win32
Win32 es la API del sistema operativo, por tanto, no existe ningun limite de tamao para escribir
aplicaciones de codigo nativo Win32. El desarrollo de aplicaciones utilizando la API de Win32
requiere mucho tiempo, ya que se programa con la API de nivel inIerior expuesta en el sistema
operativo, sin embargo, el espacio ocupado en disco es optimo. La unica herramienta que nos
proporciona esta API es un esqueleto de programa predeterminado que es muy util ya que presenta
una ventana con las opciones minimas habituales.

Aunque programar usando esta herramienta resulte tedioso y haya que dedicarle mucho tiempo, es
obligatorio usarlo para crear controladores de dispositivos, codigo en tiempo real, subprogramas del
panel de control, etc. Estas aplicaciones suelen ser usadas por otras aplicaciones de mas alto nivel
que seran las que a nosotros nos interesen.
2.4.2. Microsoft Foundation Class
Los servicios de MFC proporcionan un conjunto de clases utiles que (en su mayoria) ocultan al
usuario las complejidades del desarrollo de Win32. A veces sera necesario llamar a la API de
Win32 directamente. Esto tambien sucede con aplicaciones basadas en MicrosoIt .NET Compact
Framework. Llamar a las API nativas desde MFC es sencillo. Solo tiene que llamar a la API nativa
144

de Win32 como si estuviera escribiendo una aplicacion de Win32 nativa. El codigo Iuente de MFC,
no es mas que un Iino envoltorio que cubre las API de Win32.

En la Iigura se muestran las diIerentes clases que proporciona la herramienta y que son de sencillo
uso para un programador con experiencia. Sin embargo no es posible usar un entorno graIico para
programar.
2.4.3. Compact Framework
El entorno de desarrollo para crear aplicaciones en Compact Framework es parecido al desarrollo en
MicrosoIt Visual Basic. Si se necesita un menu o un cuadro de dialogo de archivos comun, u otros
controles, solo hay que arrastrarlo desde el cuadro de herramientas y colocarlo en su Iormulario. A
continuacion debe establecer las propiedades de los controles y escribir cualquier codigo adicional
que acompae a los controles.
Esto es enormemente sencillo. El cuadro de dialogo de propiedades de los Iormularios (vea a
continuacion) permite agregar controladores para los tipicos mensajes basados en Iormularios: tecla
abajo/arriba, mouse abajo/movimiento/arriba, etc. A continuacion se escribe el codigo que
acompaa al controlador.
El problema que oIrece esta herramienta es la cantidad de codigo no usado que genera, esto provoca
una utilizacion innecesaria de espacio en memoria, que en el caso de un dispositivo movil resulta
145

especialmente problematico; aunque un programador experto puede depurar el codigo y eliminar las
partes innecesarias.

2
146

2.5. ApIicaciones
2.5.1. GPS (Global Positioning System)
El Sistema Global de Posicionamiento esta abriendo su hueco en
la maquinaria del campo, en los coches, en los barcos, en los aviones, en
los equipos de construccion y ahora tambien en las PDAs, en los
ordenadores portatiles y, como no, en los moviles.
2.5.2. Healthcare
Ademas gracias a las progresiones de las comunicaciones
inalambricas cada vez aumentan las posibilidades de estas comunicaciones
aplicadas a la medicina. Algunos ejemplos son: envio de mensajes para la
toma de pastillas (que ya se realiza), y en el Iuturo no se descarta que se
puedan enviar mediante el movil multitud de cosas a nuestros medicos como
son los cardiogramas, las mediciones de tension, o el control de peso. Para asi evitar que tanto
nosotros como nuestros medicos nos tengamos que desplazar.
2.5.3. Pocket Streets for Smartphone Overview
Pocket Streets Ior Smartphone oIrece la Iuncionalidad del mejor
mapa-guia en un movil.
Localizacion de direcciones, intersecciones y puntos de interes o
personalizando su localizaciones mediante un puntero (pushpins)
Descarga de mapas de ciudades en USA, Canada y el oeste de
Europa desde la pagina web de Pocket Streets, o creando su propio
mapa con la ayuda de MicrosoIt desktop applications, como
MapPoint, Streets & Trips o AutoRoute. Una vez los mapas esten
sincronizados con su smart phone (teleIono inteligente) usted
podra acceder a ellos con rapidez y de una Iorma sencilla cuando este de camino.

147

2.5.4. Mobipay
Es una aplicacion que proporciona servicios de telepago a traves de la SIM. Ya esta implantada y es
usada en taxis y otros servicios. Para mas inIormacion: www.mobipay.es.

2.6. Smartphones con Microsoft Windows MobiIe OS

2.6.1. Motorola MPx200 de Orange
Fabricante Motorola
Tipo de procesador: Texas Instruments
Velocidad del procesador: 120MHz
Memoria: RAM 32MB
ROM 32MB
Pantalla: TFT 65k Colores(176x220)
Dimensiones: 1.88 x 3.5 x 1.06
Peso: 4.1 onzas
Bateria: 300 minutos en conversacion y hasta 112 horas en espera. Ion-Litio 860
mAh
Ranura de expansion para SD
Con opcion de sincronizacion via MicrosoIt Active Sync

148

2.6.2. Samsung i600 de Verizon Wireless
Fabricante: Samsung
Tipo de procesador: PXA250
Velocidad: 200MHz
Memoria: RAM 32MB y ROM 32MB
Pantalla: LCD externa con hora/Iecha y reconocimiento de
llamada.
TFT interna de 65k Colores (176x220)
Dimensiones: 3.54Alto x 2.1Ancho x 0.92Fondo
Peso: 5.0 onzas. C bateria estandar
Bateria: 240 horas en espera y 250 minutos en conversacion
Tipo: Ion Litio recargable
Ranura de expansion SD
Sincronizacion: MicrosoIt Active Sync via Cradle con opciones de Wireless Sync

2.6.3. Mio 8380
Fabricante: Samsung
Tipo de procesador: Intel PXA 2002
Velocidad: 200MHz
Memoria: RAM 16MB y ROM 32MB
Pantalla: LCD externa con hora/Iecha y reconocimiento de llamada.
149

TFT interna de 65k Colores (176x220)
Dimensiones: 51.5mm x 28.6mm x 97mm
Peso: 140gr
Bateria: 100 horas en espera y 140 minutos en conversacion
Tipo: Polymero Litio recargable
Ranura de expansion SD
Camara integrada:110kPixel
Sincronizacion: MicrosoIt Active Sync via Cradle con opciones de Wireless Sync
150

3. 3G (UMTS, WCDMA, IMT-2000, InternationaI
MobiIe TeIecommunications)
Ahora se esta trabajando en los moviles de 3G, y ya se estan realizando conIerencias y sentando las
bases para la 4G (cuarta generacion). Para que suceda el despegue y la puesta en marcha de UMTS
es necesario primero crear` una necesidad en la sociedad, que es lo que tanto las operadoras como
los Iabricantes de GPRS estan haciendo, las primeras con tariIas bajas (ej: regalando mensajes
multimedia para la utilizacion de camara de Iotos) y las segundas introduciendo en los terminales
cada vez mas novedades como son las camaras de Iotos que ya llegan al megapixel, capacidades de
ejecucion en tiempo real, en deIinitiva, cada vez se acercan mas a las Iuncionalidades de una PDA o
incluso un PC (Personal Computer).
Para la 3G los Iabricantes de terminales son muy optimistas y colocan todas sus ilusiones en la
venta de terminales, algunos son, realmente, dignos de peliculas de ciencia Iiccion.

151

Tarjetas Sim GSM Umts Usim Especificaciones Programacion Aplicaciones Symbian Windows Ce

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Tarjetas Sim GSM Umts Usim Especificaciones Programacion Aplicaciones Symbian Windows Ce

Transféré par

Droits d'auteur :

Formats disponibles

Aplicaciones de tarjetas SIM en GSM

Vous aimerez peut-être aussi