MÉTODOS Y APARATOS PARA PROPORCIONAR CONSISTENCIA EN EL FORMATEO DE LA FECHA EN EL SERVICIO DE MENSAJES CORTOS PARA DISPOSITIVOS DE COMUNICACIÓN MÓVIL
REFERENCIA A SOLICITUDES RELACIONADAS Esta solicitud reclama la prioridad de la solicitud, provisional norteamericana titulada "Aparato y Método para eliminar la ambigüedad de marcas de tiempo en un centro de mensajes SMS", no. de serie 60/433,459, presentada el 13 de diciembre de 2002, que se incorpora como referencia. ANTECEDENTES CAMPO TECNICO Esta solicitud se . refiere e'n general a comunicaciones inalámbricas y más particularmente a mensajes del tipo del Servicio de Mensajes Cortos (SMS) y los datos de marca de tiempo asociados con ellos. DESCRIPCION DE LA TECNICA ANTERIOR El servicio de mensajes cortos (SMS) se usa para enviar mensajes cortos (esto es mensajes SMS) desde una estación móvil (MS) a otra MS, asi como desde una entidad de mensajes corta externa (ESME) a un MS . Una MS originaria puede usar SMS para enviar un mensaje SMS a un MS terminal que tiene servicio del mismo proveedor de servicio o de uno diferente que la MS de origen. Los protocolos de mensaje' SMS pueden adherirse a los estándares industriales tales como la especificación del proyecto 2 de sociedad de 3a generación (3GPP2) C.S0015-A. Cuando una MS de origen envía un mensaje SMS a otra MS, envía un mensaje de envió de estrato de teleservicio SMS. Cuando un mensaje SMS es enviado desde un ESME a un MS, el ESME envía el mensaje SMS a un centro de mensajes (MC) usando el protocolo de mensajes cortos en pares (SMPP) . El MC de los procesos MS que se originan procesan el mensaje de envío de SMS. Después de recibir el mensaje de envió SMS, el MC de la MS procesa el mensaje de envío SMS. Después de recibir el mensaje de envío SMS, el MC del MS originario crea un mensaje de entrega de substrato de teleservicio SMS para ser enviado a la MS terminal. El mensaje de entrega de substrato de teleservicio SMS incluye una marca de tiempo del centro de mensajes. La marca de tiempo del Centro de Mensaje se usa al terminar la MS para mostrar el tiempo en el que el mensaje fue enviado por el remitente . Existen algunos problemas con la implementación de SMS en sistemas a base de IS-41. Los MC no usan todos el mismo formato para el subparámetro de la marca de tiempo del centro de mensajes. MC de algunos proveedores de servicios siempre ajustan la marca de tiempo del centro de mensajes coordinado a la hora universal (UTC) u (Hora media de Greenwich o GMT) , sin importar la zona horaria de la MS . Otros proveedores de servicio fijan la marca de tiempo del centro de mensajes a una hora que representa la hora en la zona horaria de origen del MS originario. Una MS puede típicamente programarse para operar con un proveedor de servicio dado, y típicamente incluye un campo en la memoria no volátil que indica si el MC de origen usa la hora UTC u hora local . Una MS usa esta campo en adición a la marca de tiempo del centro de mensajes para determinar que tan apropiadamente se muestra la hora. Si una MS originaria asociada con un MC que usa hora UTC envía un mensaje SMS a una MS terminal asociada con una MC usando la hora local, la MS terminal no podrá mostrar correctamente la hora. De igual manera, si una MS originaria asociada con un MC que usa la hora UTC, la MS terminal no podrá mostrar correctamente la hora. De manera similar si una MS originaria asociada con un MC que usa la hora de origen envía un mensaje SMS a una MS terminal asociada con un MC que usa la hora UTC, la MS terminal no podrá mostrar de forma correcta la hora. Similarmente, si una MS originaria asociada con un MC que usa la hora de origen de una primera zona horaria envía un mensaje SMS a una MS terminal asociada con un MC usando la hora de origen de una diferente zona horaria, la MS terminal no podrá mostrar correctamente la hora. Su todas los MS y MC pudieran convertirse de una sola vez usando una hora de referencia común y constante (por ejemplo la hora UTC), esos problemas se resolverían. No es eficiente ni práctico sin embargo, el actualizar simultáneamente el software de millones de MS previamente existentes. Tampoco es eficiente ni práctico el actualizar simultáneamente el software de todos los MC en la red. Asi lo que necesitamos son métodos y aparatos para convertir la información de la marca de tiempo del mensaje SMS de tal forma que las estaciones móviles terminales siempre mostrará la hora correcta. Esas técnicas necesitan ser introducidas de tal forma que proporcionen la compatibilidad retroactiva. En sistemas convencionales, la información de la marca de tiempo se muestra correctamente en muchas instancias. Por ejemplo cuando una MS asociada con un MC que usa la hora de origen envía un mensaje SMS a otra MS asociada con la hora de origen en la misma zona horaria, la información de la marca de tiempo se muestra de forma correcta. Con una solución retro-compatible, la operación apropiada ocurre cuando tanto la versión de la MS opera con un MC actualizado y una versión más moderna MS opera con un MC que no ha sido actualizado. Cdma2000 también soporta un módulo removible de identidad de usuario (R-UIM) , tal como se describe en 3 GPP2 C.20023-0 versión 4.0. Un R-UIM incluye un microprocesador y una memoria no-volátil . El R-UIM almacena cierta información asociada con un usuario con el fin de permitir a un usuario cambiar fácilmente entre diferente equipo móvil (ME) y también puede usarse para almacenar mensajes MSM. Ya que desconoce el tipo de formato de tiempo usado por el MC de origen del subscriptor, y ME no puede determinar apropiadamente como mostrar la hora del mensaje SMS. Así es deseable el proporcionar métodos y aparatos para el formateo consistente de marcas de tiempo en un mensaje SMS de tal forma que los mensajes SMS almacenados en un R-UIM puede mostrarse de manera apropiada cuando el R-UIM se inserta en un ME diferente. SUMARIO Se describen métodos y aparatos para proporcionar consistencia en el formateo con marcas de tiempo del Servicio de Mensaje Cortos (SMS) para eliminar la ambigüedad entre las marcas de tiempo mostrados (UTC o no UTC) . En un ejemplo ilustrativo, un método incluye recibir un mensaje SMS pretendido para un dispositivo de comunicación móvil; identificar su el mensaje SMS tiene una marca de tiempo formateado en el formato de tiempo universal coordinado (UTC) o no UTC; convertir los datos de marca de tiempo del formato UTC al formato de tiempo no UTC en base a una identificación que el mensaje SMS tiene datos de marca de tiempo formateados en el formato UTC; no convertir los datos de marca de tiempo a un formato de tiempo no UTC en base a la identificación de que el mensaje SMS tiene datos de marca de tiempo en el formato no UTC; y hacer que el mensaje SMS sea enviado al dispositivo de comunicación móvil. Otras técnicas incluyen el uso de dispositivos móviles de un módulo removible de identidad de usuario que tiene un indicador almacenado en memoria que indica el modo de operación de una marca de tiempo de un centro de mensajes de origen tal como ya sea el modo coordinado a la hora universal (UTC) y no UTC. BREVE DESCRIPCION DE LAS FIGURAS Ahora se describirán modalidades de la presente solicitud a manera de ejemplo únicamente, con referencia al as figuras anexas, en las cuales los mismos números de referencia se usan en diferentes figuras para denotar elementos similares: La figura 1 es un diagrama a bloques de una primera estación móvil ejemplar cdma2000 (MS) ; La figura 2 es una diagrama a bloques de una segunda MS cdma2000 ejemplar; La figura 3 muestra un sistema ejemplar para enviar un mensaje SMS desde una MS a otra MS, o desde una entidad de mensajes cortos externa (EMSE) a un MS; La figura 4 es una ilustración del formato de un súb-parametro mejorado de marca de tiempo de un mensaje SMS; La figura 5 es una diagrama de flujo para describir un método para proporcionar consistencia en el formateo de la marca de tiempo del mensaje SMS ("eliminación de la ambigüedad en la marca de tiempo") para los dispositivos de comunicación móvil.
La figura 6 muestra un diagrama de flujo que describe un método par afijar una hora en un mensaje SMS por medio de un MS; La figura 7 es un diagrama de flujo de un método que puede ser usado por un centro de mensajes (MC) para convertírselos de tiempos en subparámetros de substrato de teleservicio SMS de un formato de marca de tiempo a otro formato de marca de tiempo; y La figura 8 es un diagrama a bloques esquemático más detallado de una estación móvil (MS) que puede utilizar y/o incorporar las técnicas de la presente solicitud. DESCRIPCION DETALLADA DE LAS MODALIDADES PREFERIDAS Volviendo ahora a la figura 1, un diagrama a bloques de una primera estación móvil (MS) 100 cdma 2000 ejemplar. MS 100 incluye un microprocesador 110 y una pantalla 105 (tal como un LCD) , un módem de radio 120, una memoria 115 (que incluye una memoria volátil) las cuales están acopladas al microprocesador 110. La figura 2 s un diagrama a bloques de una segunda MS 200 cdma2000 ejemplar. La MS 200 incluye un microprocesador 210 y una pantalla 205 (tal como una LCD), un módem de radio 220, una memoria 215 (que incluye la memoria no volátil) que están acopladas al microprocesador 210. La pantalla 205, el módem de radio 220, y la memoria 215 están acoplados al microprocesador 210. La MS 200 también incluye un módulo removible de identidad de usuario (R-UIM) 225 que está acoplado a un MS 200 por medio de una interfaz R_UIM de MS 200. R-UIM 225 puede estar separado de la MS 200 en insertado en otra MS. La MS 200 y el R-UIM 225 están configurados y adaptados para funcionar como se describe en el documentos estándar 3GPP2C . S0023-0 versión 4.0 "Módulo removible de identidad de usuario par Sistemas de Expansión de Espectro". De acuerdo con la versión C.S0023-0 versión 4.0 un MS está conformado por un equipo móvil (ME) y un R-UIM. El bloque 230 muestra la porción ME de la MS 200, que incluye la pantalla 205, el microprocesador 210, la memoria 215, y un módem de radio 220. La figura 3 muesra un sistema ejemplar para enviar un mensaje SMS desde un MS a otro MS, o desde una entidad de mensaje cortos externa (EMSE) a un MS. La comunicación aérea entre BS/MC y MS puede usar las especificaciones para interfaces aéreas cdma2000 tal como C.S0001-0 v3.0, C.S0002-0 V3.0, C.S0003-0 v3.0, C.S0005-0 v3.0 y C,S0005-0 v.3.0. La comunicación entre BS/MSC y MC y EMSE y MC puede usar las especificaciones de red tales como N.S.0005. En la figura 3 la MS 300 originaria o ESME 330 envía un mensaje de envío SMS a la BS/MSC 305 originaria. La BS/MSC 305 originaria envía el mensaje de envío SMS al MC 310 original. MC 310 originario entonces crea un mensaje de entrega en base al contenido del mensaje de envío SMS. El MC originario 310 entonces envía el mensaje de entrega al MC terminal 315. EL MC terminal 315 entonces envía el mensaje de entrega SMS a la BS/MSC terminal 320. La BS/MSC terminal 320 entonces envía el mensaje de entrega SMS a la MS terminal 325. Cuando el MC originario 310 crea el mensaje de entrega SMS agrega un subparámetro de marca tiempo del centro de mensajes al mensaje de entrega SMS. SI el MC 310 usa un formato de la hora universal coordinada (UTC) para la marca de tiempo del centro de mensaje, fija un modificador de hora para indicar que se está usando UTC. Por ejemplo los campos OFFSET_SIGN y UTC_TIME_OFFSET (ver figura 4) puede fijarse en cero. Si MC 310 usa un formato de hora no UTC para la marca de tiempo del centro de mensaje, fija el campo modificador de la hora en base a la hora del centro de mensaje para permitir que el receptor de un mensaje determine la hora UTC en base al modificador. EL MC puede usar la información tal como la que se presenta en la tabla 1 para determinar como fijar los campos OFFSE _SIGN y UTC_TIME_OFFSET, que se muestran en la figura 4. El MC busca la zona de tiempo del centro de mensajes en la primera columna y encuentra la entrada correspondiente en la tercera columna. Si la entrada correspondiente en la tercer columna es negativa, el MC fija OFFSET_SIGN en "1". Si la entrada correspondiente en la tercera columna es positiva, MC fija OFFSET_SIGN a "0". El MC fija UTC_TIME OFFSET a cuatro veces (4x) el valor absoluto de la entrada correspondiente en la tercera columna. Tabla 1. Datos de Conversión Zona horaria local Conversión de Conversión de Hora a UTC a la hora la hora de 12:00 UTC local origen a UTC SE Groenlandia - 1 hora + 1 hora 11 AM
Océano Atlántico - 2 horas + 2 horas 10 AM Groenlandia - 3 horas + 3 horas 9 AM Terranova -3.5 horas + 3.5 horas 8:30 AM
Atlántico estándar - 4 horas + 4 horas 8 AM
Atlántico del este - 5 horas + 5 horas 7 AM
Central estándar - 6 horas +6 horas 6 AM
Montaña estándar - 7 horas + 7 horas 5 AM
Pacifico estándar - 8 horas + 8 horas 4 AM
Estándar de Alaska - 9 horas + 9 horas 3 AM
Estándar de Hawai -10 horas + 10 horas 2 AM Nome Alaska - 11 horas + 11 horas 1 AM
Europa central + 1 hora - 1 hora 1 PM
Europa del Este + 2 horas - 2 horas 2 PM Moscú + 3 horas - 3 horas 3 PM Irán +3.5 horas - 3.5 horas 3:30 PM
Mar Caspio W + 4 horas - 4 horas 4 PM Afganistán +4.5 horas - 4.5 horas 4:30 PM Montes Urales, Rusia + 5 horas - 5 horas 5 PM India +5.5 horas - 5.5 horas 5:30 PM
Almaty, Rusia + 6 horas - 6 horas 6 PM Birmania +6.5 horas - 7.5 horas 6:30 PM
Mongolia Occidental + 7 horas - 7 horas 7 PM China + 8 horas - 8 horas 8 PM Japón + 9 horas - 9 horas 9 PM
Australia meridional +9.5 horas - 9.5 horas 9:30 PM Rusia + 10 horas - 10 horas 10 PM oriental/Sydney amchatska. Rusia + 11 horas - 11 horas 11 PM
La figura 4 es una ilustración del formato de un sub-parámetro de tiempo mejorado. La hora está contenida en los campos DIA, HORA, MINUTOS y SEGUNDOS. La hora puede estar ya ea en el formato horario UTC o en un formato horario no UTC. El subparámetro horario mejorado también incluye los campos OFFSET_SIGN y UTC_TIME_OFFSET, que sirve como un modificador de la hora. El receptor del subparámetro puede usar el modificador de hora para determinar si la hora es una hora UTC o una hora no UTC. Los campos OFFSET_SIGN y UTC_TIME_OFFSETambos son iguales a cero si el tiempo es un tiempo UTC. El modificador de tiempo también da un desplazamiento que para las horas no UTC permite que el receptor determine la hora UTC de la hora no UTC. La figura 5 es un diagrama de flujo para describir un método para proporcionar consistencia en el formateo de la marca de tiempo del mensaje SMS ("eliminación de la ambigüedad en la marca de tiempo") para dispositivos de comunicación móvil. Empezando en la etapa 500, una MS recibe un mensaje SMS que se originó de otro MS o un EMSE. El mensaje puede ser un mensaje de substrato de teleservicio SMS de acuerdo con 3GPP2 C . S0015-A. Por ejemplo el mensaje puede ser un mensaje de entrega SMS, un mensaje de reconocimiento de entrega SMS, un mensaje de reconocimiento de lectura SMS. El mensaje incluye una marca de tiempo del centro de mensaje que indica la hora en la cual se entrego el mensaje SMS. El mensaje también incluye un modificador de marca de tiempo. El modificador de marca de tiempo podría ser una extensión de la marca de tiempo del centro de mensaje, tal como los campos OFFSET_SIGN y UTC_TIME_OFFSET mostrados y descritos en relación a la figura 6. El modificador de la marca de tiempo también podría incluirse como un nuevo sub-parámetro en el mensaje de substrato de teleservicio SMS. Una vez recibido el mensaje de substrato de teleservicio SMS puede ser almacenado ya sea en la memoria del MS o su R-UIM asociado. En la etapa 502 de la figura 5, un MS que está habilitado para la eliminación de la ambigüedad de la marca de tiempo continuará a la etapa 505, mientras que la que no este habilitada de esa forma brincaré a la etapa 520 en ignorará los campos adicionales. En la etapa 505, el MS verifica al mensaje de substrato de teleservicio SMS para determinar si está presente el modificador de la marca de tiempo. Si el modificador de la marca de tiempo está incluida en la marca de tiempo del centro de mensaje, la MS puede determinar su presencia en base a la longitud del subparametro (por ejemplo si SUBP RAM_EN es igual a 6 el modificador de la marca de tiempo no está presente, pero si SUBPARAM_LEN es igual a 7 el modificador de marca de tiempo está presente) . Si el modificador está incluido en un subparámetro de marca de tiempo MC, la MS puede determinar su presencia en base a la inclusión de los nuevos campos agregados en el subparámetro. Si el modificador de la marca de tiempo está presente, la MS avanza a la etapa 515. En la etapa 515 de la figura 5, la MS ajusta la hora en el mensaje en base al modificador de marca de tiempo. Si el campo del modificador de la marca de tiempo indica que la hora está en formato ÜTC (esto es los campos OFFSET_SIGN y UTC_TIME_OFFSET son ambos iguales a cero) , no se requiere ajuste. De otra forma la MS ajusta la hora en base al campo modificador de la marca de tiempo. La MS ajusta la hora no ÜTC en los campos DIA, HORA, MINUTOS y SEGUNDOS al formato horario UTC. En particular MS verifica el campo OFFSET_SIGN es igual a "1", el MS substrae el número de cuartos de hora representados por UTC_TIME_0FFSET de la hora no UTC para determinar la hora UTC. Si CFFSET_SIGN es igual a "O", el MS agrega el número de cuartos de hora representados por el UTC_TIME_OFFSET a la hora no UTC para determinar la hora UTC. Como resultado de la etapa 515, la marca de tiempo está en formato UTC (etapa 522) y el procesamiento continua en la etapa 530. En la etapa 530, la MS también puede usar el desplazamiento en la hora de origen provista en el mensaje de canal Sync como una alternativa. La MS convierte la hora UTC a la hora de origen en base a este ajuste. La MS puede realizar una búsqueda en la tabla para realizar esta operación; puede utilizarse una tabla tal como la tabla 1. Si la zona horaria de origen de MS es la hora estándar del este (EST), por ejemplo la MS convierte la hora UTC a la hora EST al substraer cinco horas de la hora UTC. Después de convertir a la hora local, la MS muestra la hora recientemente formateada . Si el modificador de la marca de tiempo no está presente al realizar la prueba en la etapa previa 505, en la etapa 510 la MS determina el "modo" de la marca de tiempo SMS que se va a usar para el mensaje que no incluye un modificador de marca de tiempo. Si la MS no incluye un R-UIM, la S verifica el valor de un campo en la memoria no volátil para determianr si la modalidad de la marca de tiempo es UTCX o en la modalidad de la zona horaria local; un valor del campo (por ejemplo 0) representa el modo UTC y otro valor del campo (por ejemplo 1) representa la modalidad de la zona horaria local. Si la MS incluye un R-UIM, la MS determina la modalidad de la marca de tiempo desde el R-UIM. La MS puede determinar esto en base al valor de un nuevo campo en la memoria no volátil del R-UIM. Alternativamente, la MS podría tener una tabla que asocia nombres de proveedores de servicio a modos de marca de tiempo. En este caso, la MS puede recuperar el nombre del proveedor de servicio del R-UIM y luego determinar la modalidad de la marca de tiempo en base al nombre del proveedor de servicio . Continuando en la etapa 520, la MS verifica para ver si la modalidad de marca de tiempo está en la modalidad de marca de tiempo local . Si el resultado de la decisión en la etapa 520 es que la modalidad de la marca de tiempo SMS no es la modalidad de la marca de tiempo local, entonces la hora avanzara como la hora UTC (etapa 522) y la MS avanza a la etapa 530 previamente descrita . Si el resultado de la decisión en la etapa previa
520 es que la modalidad de de marca de tiempo SMS está en lamodlaida dde marca de tiempo local, entonces la marca de tiempo avanzará como una marca de tiempo de origen cuando la MS avanza a la etapa 525. En la etapa 525 la MS convierte la hora de origen a la hora local y la muestra al usuario. La MS sobre que la zona horaria local (esto es la zona horaria en la cual la MS está actualmente operando) en base a un ajuste en su memoria. Una MS sin un R-UIM determina su zona horaria de origen en base al ajuste de la memoria en su propia memoria. Esto podría ser ya sea una variable que directamente acude a la zona horaria de origen o basarse en cualquier otra información. Por ejemplo, la zona horaria de origen podría determinarse en base a una tabla de referencia del código de área local del teléfono (por ejemplo 415) hora estándar del pacífico (PST), 847 = hora estándar del centro (CST) , 404 = hora estándar del este (EST) ) . Alternativamente la zona horaria local podría determinarse en base a una tabla de referencia del SID o NID local de la MS . Si la MS tiene un R-UIM, MS determina su zona horaria de origen en base a un valor en R-UIM. Esto también podría ser una variable del R-UIM que directamente determina la zona horaria de origen o en base de otra información del R-UIM tal como el código de área del subscriptor o el SID y/o NID local del subscriptor. La MS sabrá la zona horaria local (esto es la zona horaria en la cual MS está actualmente operando) en base a un valor en su memoria. Con el fin de convertir la hora de origen a la hora local, la MS puede usar una tabla de conversión tal como la Tabla 1 anterior. La MS puede convertir la hora de origen a la hora local al buscar la zona horaria de origen en la primera columna, agregarle la variación asociada en la tercera columna a la hora de origen, luego agregar la variación en la segunda columna que está asociada con la zona horaria local. Después de convertir a la hora local, la MS muestra la hora. Cuando la MS convierte una hora a una hora local, también aplica una variación por el horario de verano para aquellos días del año en los cuales se usa el horario de verano . La figura 6 muestra un diagrama de flujo que describe un método para ajustar la hora en un mensaje SMS por medio de una MS . Este procedimiento puede usarse por ejemplo, cuando se ajusta el subparámetro absoluto del periodo de validez - el subparámetro absoluto de la hora de entrega postergada, ambos definidos en 3GPP2C . S0015-A. Ambos subparámetros se mejoran por la adición de los campos modificadores de hora en la figura 4. El proceso inicia en la etapa 600, en donde el usuario introduce la hora a la MS. El procesamiento continua en la etapa 605 en la cual la MS identifica la modalidad de la marca de tiempo MSM para usar para el subparámetro. Si la MS no incluye un R-UIM, la MS identifica el valor de un campo en una memoria no volátil para determinar si la modalidad de la marca de tiempo es la UTC o la modalidad d el zona horaria de origen; un valor del campo (por ejemplo '"O") representa la modalidad UTC y otro valor del campo (por ejemplo "1") representa la modalidad de zona horaria de origine. Si MS incluye un R-UIM, la MS identifica la modalidad de la marca de tiempo del R-UIM. La S puede determinar esto en base al valor de un nuevo campo en la memoria no volátil del R-UIM. Alternativamente la MS puede tener una tabla que asigna los nombres del proveedor de servicio a las modalidades de marca de tiempo. En este caso, la MS podría recuperar el nombre del proveedor de servicio del R-UIM y luego determinar la modalidad de la marca de tiempo en base al nombre del proveedor de servicio. Después de identificar la modalidad de la marca de tiempo en la etapa 605, el procesamiento continua en la etapa de decisión 610 en donde la MS identifica si la modalidad de marca de tiempo es la modalidad de la marca de tiempo de origen. Si el resultado de la etapa de decisión 615 en esa modalidad de marca de tiempo SMS no es la modalidad de la marca de tiempo de origen, entonces la hora en el subparámetro se fijará como la marca de tiempo de origen y la MS avanza a la etapa 620. En la etapa 615, el MS convierte la hora introducida por el usuario al UTC y fija la hora en los campos DIA, HORA, MINUTOS y SEGUNDOS del sub-parámetro . La MS incluye los campos del modificador de hora en el subparámetro y iguala OFFSET_SIGN y UTC_TIME_OFFSET ambos a cero para indicar que la hora es una hora UTC. El procesamiento entonces termina. En la etapa 620, la MS determina su zona horaria de origen. Una MS sin R-UIM determina su hora de origen en base a un valor de memoria en su propia memoria. Esto podría ser una variable que se asigna directamente a una zona horaria de origen o en base a cualquier otra información. Por ejemplo, la zona horaria local podría determinarse en base a una tabla de referencia del código de área local del teléfono (por ejemplo 415 = hora estándar pacífico o PST, 847 = hora estándar central o CST, 404 = hora estándar del este o EST) . Alternativamente la zona horaria local podría determinarse en base a una tabla de referencia del SID o NID local de la MS . Si MS tyiene un R-UIM, determina su zona horaria de origen en base a los valores en R-UIM. Estos pueden ser ya sea una variable del R-UIM que directamente determina la zona horaria de origen o en base a otra información de R-UIM tal como el código de área local del subscriptor o el SID y/o NID local del subscriptor. Después de determinar la zona horaria local en la etapa 620, el procesamiento continua en la etapa 625. En la 625, la MS convierte la hora introducida por el usuario a la hora en la zona horaria local del usuario y fija la hora en los campos de DIA, HORAS, MINUTOS y SEGUNDOS del subparámetro a la hora en la zona horaria del usuario con el fin de permitir que el receptor del mensaje determine la hora UTC en base al modificador. El MS puede usar la tabla 1 para determinar como fijar los campos OFFSET SIGN y ÜTC_TIME_OFFSET mostrados en la figura 4. La MS busca la zona horaria de origen en la primera columna y encuentra la entrada correspondiente en la tercera columna. Si la entrada correspondiente en la tercera columna es negativa, la MS iguala OFFSET_SIGN a ??1" . Si la entrada correspondiente en la tercera columna es positiva la MS iguala OFFSET_SIGN a "0". La MS iguala UTC_ IME_OFFSET a cuatro veces el valor absoluto de la entrada correspondiente en la tercera columna. El proceso termina después de la etapa 625. Un Centro de Mensaje actualizado tendrá el conocimiento de la hora UTC actual y asi cuando reciba subparámetros creados por MS como se describe en relación con la figura 6, podrá convertir la hora en los subparámetros a la hora UTC y procesarla de acuerdo con esto. La solución previamente descrita agrega un campo modificador de tiempo (un ciclo) a un mensaje SMS, reduciendo asi la cantidad de información de usuario que puede ser enviado en el mensaje por un byte. Sin embargo, pueden utilizarse técnicas que no agreguen un campo modificador de tiempo como una alternativa. La figura 7 es un diagrama de flujo de un método que puede ser usado por un centro de mensaje (MC) para convertir las marcas de tiempo en subparámetros de substrato de teleservicio SMS desde un formato de marca de tiempo a otro formato de marca de tiempo. Este procedimiento se realiza solo por el MC que opera en un modo de marca de tiempo no-UTC. El procedimiento se usa para pre-procesar mensajes recibidos desde otro MC inmediatamente después de la recepción y antes de realizar el procesamiento del mensaje existente. El procedimiento se usa también para post-procesar mensajes que van a ser enviados a otros MC inmediatamente antes de la transmisión y después de que se ha realizado el procesamiento del mensaje existente. En la etapa 700 de la figura 7, el procedimiento inicia. En la etapa 700 de la figura 7, el procedimiento inicia. En la etapa 700 el MC determina el modo de marca de tiempo SMS de otro MC. Esto puede ser determinado para los mensajes recibidos al examinar la dirección desde el cual el mensaje fue recibido o para los mensajes transmitidos al examinar la dirección a la cual el mensaje va a transmitirse. Se contempla que otras maneras para determinar la modalidad de marca de tiempo del otro MC. La modalidad de marca de tiempo (UTC o no UTC) entonces se extrae en base a una tabla de referencia de las direcciones. Después de que el MC determina la modalidad del sello de tiempo de otros MC, el procesamiento continua en la etapa de decisión 705. En la etapa de decisión 705, el MC identifica si el otro MC usa la misma modalidad de marca de tiempo. Si el otro MC usa la misma modalidad, entonces el procesamiento continua en la etapa 707. Si el otro MC usa una modalidad de marca de tiempo, el procesamiento entonces continua en la etapa 710. En la etapa 707, el MC traduce todas las marcas de tiempo en el mensaje de substrato de teleservicio desde la zona horaria local de un MC a la zona horaria local de otro MC si dos MC usan diferentes zonas horarias locales. Para mensajes que van a ser transmitidos, el MC traduce las marcas de tiempo desde su propia zona horaria local a la zona horaria local de otro MC; las marcas de tiempo en los mensajes que van a ser transmitidos son modificados antes de que los mensajes sean transmitidos. Para los mensajes recibidos, la MC traduce las marcas de tiempo desde la zona horaria local del otro MC a su propia zona horaria local; los mensajes recibidos son modificados para usar las marcas de tiempo antes del posterior procesamiento. Las zonas horarias locales del MC pueden determinarse por ejemplo en base a los códigos de área de los números telefónicos de las MS a los cuales y desde los cuales se dirigen los mensajes; se contempla que son posibles otros métodos de determinar las zonas horarias locales de los MC. Después de la etapa de completado 707, el proceso continua en la etapa 715. En la etapa 710 el MC traduce todas las marcas de tiempo en el mensaje de substrato de teleservicio de un formato a otro formato. Para los mensajes recibidos, el MC traduce las marcas de tiempo del formato UTC a formato no-UTC usando la zona horaria local. Los mensajes recibidas se modifican para usar las marcas de tiempo convertidas antes del procesamiento posterior. Para los mensajes que se van a trasmitir,, el MC traduce las marcas de tiempo del formato no UTC usando la zona horaria local al formato UTC. Los mensajes que se van a transmitirse se modifican para usar las marcas de tiempo convertidas antes de ser transmitidas. El procesamiento entonces continua en la etapa 715 en donde se transmiten los mensajes que van a trasmitirse o en donde continua el procesamiento de los mensajes recibidos. Con el fin de que las MS tengan -UIM para mostrar de forma adecuada los mensajes cuya marcas de tiempo hayan sido traducidos de acuerdo con el procedimiento mostrado en la figura 7, es importante que la MS sea capaz de determinar la modalidad de la marca de. tiempo (UTC o no UTC) en base a la información en el R-UIM y también sea capaz de determinar la zona horaria local para la operación no UTC. El procedimiento en la figura 5 puede ser usada para mostrar de manera adecuada los mensajes en este escenario, aunque debe observarse que el resultado de la etapa de decisión 505 siempre debe ser negativo y asi la etapa 515 no se usarla ya que el modificador de tiempo no estaría presente. De igual manera con el fin de que las MS que tengan R-UIM para transmitir de forma adecuada los mensajes cuyas marcas de tiempo deban ser traducidas de acuerdo con el procedimiento mostrado en la figura 7, es importante que la MS pueda determinar la modalidad de la marca de tiempo (UTC o no UTC) en base a 1 información en el R-UIM y también pueda determinar la zona dé horaria de origen para la operación no UTC. El procedimiento en la figura 6 puede ser usada para transmitir apropiadamente los mensajes en este escenario con ligeras modificaciones. La modificación de la figura 6 es que el modificador de tiempo no se agrega al mensaje. La figura 8 es un diagrama a bloques esquemático más detallada de un MS ejemplar que puede utilizarse en asociación con técnicas de la presente solicitud. MS 800 preferentemente es un dispositivo de comunicación inalámbrica de dos vías que tiene cuando menos capacidad de comunicación de voz y de datos. MS 800 preferentemente tiene la capacidad de comunicar con otros sistemas computacionales en el internet. Dependiendo de la funcionalidad exacta proporcionada, el dispositivo inalámbrico puede ser referido como dispositivo para mensajes de datos, un buscapersonas de dos vias, un dispositivo de correo electrónico inalámbrico, un teléfono celular con capacidad de mensajes de datos, un aparato de internet inalámbrico o un dispositivo de comunicación de datos como ejemplos. En el caso de que MS 800 está habilitada para la comunicación de dos vias, incorporará un subsistema de comunicación 811, incluyendo tanto un receptor 812 y un transmisor 814, así como componentes asociados tales como uno o más elementos de antena 816 o 818, preferentemente integrados o internos, osciladores locales (LO) 813, y un módulo de procesamiento tal como un procesador de señal digital (DSP) 820. Como será evidente para aquellos expertos en la técnica de las comunicaciones, el diseño particular del subsistema de comunicaciones 811 dependerá de la red de comunicaciones en la cual se pretende que el dispositivo opere. Por ejemplo, MS 800 puede incluir un subsistema de comunicación 811 diseñado para operar dentro de una red cdma200Q®. Los requisitos de acceso a la red también variará dependiendo del tipo de red 819. Un GPRS MS requiere una tarjeta de módulo de identidad de subscriptor (SIM) con el fin de operar en una red GPRS . Una MS C'.DMA requiere un módulo removible de identidad de usuario (R-UIM) o una memoria no volátil configurable con el fin de operar en DDMA asi como otras redes de acceso en el caso de la operación en la forma híbrida . Cuando los procedimientos de registro y activación de red requeridos han sido completados, MS 800 puede enviar y recibir señales de comunicación a través de la red 819. Las señales recibidas por la antena 816 a través de la red de comunicación 819 son introducidas al receptor 812, que puede realizar funciones de receptor comunes tales como amplificación de señales, reducción de frecuencia, filtrado, selección de canal y similares, y en el sistema ejemplar mostrado en la figura 8, la conversión analógica a digital (A/D) . La conversión A/D de la señal recibida permite funciones de comunicación más complejas tales como demodulación y decodificación que van a realizarse en la DSP 820. De una manera similar, las señales que van a ser transmitidas se procesan incluyendo la modificación y codificación por ejemplo por medio de DSP 820 y la entrada al transmisor 814 para la conversión digital a analógica, el aumento de frecuencia, filtrado, amplificación y transmisión a través de la red de comunicación 819 por medio de la antena 818. DSP 820 no solo procesa las señales de comunicación, sino que también proporciona control al receptor y al transmisor. Por ejemplo, las ganancias aplicadas a las señales de comunicación en el receptor 812 y en el transmisor 814 pueden controlarse de manera adaptable por medio del algoritmo de control de ganancia automática implementada en DSP 820. MS 800 preferentemente incluye un microprocesador 838 que controla la operación general del dispositivo. Las funciones de comunicación incluyendo cuando menos comunicaciones de datos y de voz, son realizadas a través del subsistema de comunicación 811. El microprocesador 838 también interactúa con otro subsistemas del dispositivo tal como la pantalla 822, la memoria instantánea 824, la memoria de acceso aleatorio (RAM) 826, el subsistemas auxiliares de entrada/salida (1/0) 828, puerto serie 830, teclado 832, bocina 834, micrófono 836, un subsistema de comunicaciones de corto rango 840 y cualquier otros subsistemas de dispositivo designados como 842. Algunos de los subsistemas mostrados en la figura 8 realizan funciones relacionadas a la comunicación, mientras que otros subsistemas pueden proporcionar funciones "residentes" o en el dispositivo. Notablemente, algunos subsistemas tales como el teclado 832 y la pantalla 822, por ejemplo, pueden usarse para ambas funciones relacionadas a la comunicación, tal como la introducción de un mensaje de texto para la transmisión a través de una red de comunicación y funciones residentes en el dispositivo como una calculadora o lista de tareas. El software del sistema operativo usado por el microprocesador 838 es preferentemente almacenado en un almacén permanente tal como una memoria instantánea 824, que puede ser ya sea una memoria de solo lectura (ROM) o un elemento de almacenamiento similar (no mostrado) . Aquellos expertos en la técnica apreciaran que el sistema operativo, las aplicaciones del dispositivo especificas, o partes de los mismos, pueden cargarse temporalmente en una memoria volátil tal como RAM 826. Las señales de comunicación recibidas pueden también ser almacenadas en RAM 826.
Como se muestra la memoria instantánea 824 puede ser segregada en diferentes áreas tanto para programas de computadoras 858 y almacenamiento de datos de programas 850, 852, 854 y 856. Esos tipos de almacenamiento diferentes indican que cada programa puede asignar una porción de la memoria instantánea 824 para sus propios requisitos de almacenamiento de datos. El microprocesador 828 además de sus funciones de sistema operativo, preferentemente habilita la ejecución de las aplicaciones de software en el MS . Un grupo predeterminado de aplicaciones que controlan las operaciones básicas de control, incluyendo cuando menos las aplicaciones de comunicación de datos y de voz por ejemplo, normalmente se instalará en MS 800 durante la manufactura. Una aplicación de software preferida puede ser una aplicación de administrador de información personal (PIM) que tenga la capacidad de organizar y administrar los puntos de datos relacionados al usuario del MS tal como, pero sin limitarse a, correo electrónico, eventos de calendario, correos de voz, citas, y tareas . Naturalmente, una o más almacenes de memoria estarán disponibles en el MS para facilitar el almacenamiento de los puntos de datos PIM. Esa aplicación PIM preferentemente tendría la capacidad de enviar y recibir datos, por medio de la red inalámbrica 819. En una modalidad preferida, los puntos de datos están integrados directamente, sincronizados y actualizados por medio de la red inalámbrica 819, con los puntos de datos correspondientes al usuario de la MS almacenados en o asociados con un sistema de computadora anfitriona. Otras aplicaciones también pueden ser cargadas en el MS 800 a través de la red 819, un subsistema auxiliar de I/O 828, el puerto serie 839, el subsistema de comunicaciones de corto rango 8409 o cualquier otro subsistema adecuado 842, en instalado por un usuario en la ??? 826 o preferentemente un almacén no volátil (no mostrado) para la ejecución por parte del microprocesador 838. Esa flexibilidad en la instalación de aplicaciones aumenta la funcionalidad del dispositivo y puede proporcionar mejores funciones en el dispositivo, funciones relacionadas a las comunicaciones o amas. Por ejemplo las aplicaciones de comunicaciones seguras pueden permitir las funciones comerciales y otras transacciones financieras que se realizarán usando el MS 800. En un modo de comunicación de datos, la señal recibida tal como un mensaje de texto o una descarga de una página de internet será procesada por el subsistema de comunicación 811 y la entrada al microprocesador 838, que preferentemente procesa posteriormente la señal recibida para la salida a la pantalla 822, o alternativamente a un dispositivo auxiliar 1/0 828. Un usuario de la MS 800 puede también componer agrupamientos de datos tales como mensajes de correo por ejemplo usando el teclado 832, que es preferentemente un teclado alfanumérico completo o un teclado tipo telefónico, con untamente con la pantalla 822 y posiblemente un dispositivo auxiliar 1/0 828. Esos puntos compuestos pueden entonces transmitirse a través de una red de comunicación a través del subsistema de comunicación 811. Para comunicaciones de voz, la operación general del MS 800 es similar, excepto que las señales recibidas preferentemente serán inducidas a una bocina 834 y las señales de transmisión serian generadas por un micrófono 836. Los subsistemas alternativos de 1/0 de voz o audio, tales como un subsistema de grabación de mensaje de voz, puede también implementarse en la MS 800. Aunque la salida de la señal de voz o audio se logra preferentemente principalmente por medio de la bocina 834, la pantalla 822 también puede usarse para proporcionar una indicación de la identidad de una parte que llama, la duración de una llamada de voz, u otra información relacionada a la llamada de voz por ejemplo. El puerto serie 830 en la figura 8 normalmente seria implementado en una MS tipo asistente digital personal del tipo (PDA) para la cual es deseable la sincronización con una computadora de escritorio de un usuario (no mostrada) , pero es un componente opcional del dispositivo. Ese puerto 830 permitiría a un usuario el fijar las preferencias a través de un dispositivo externo o aplicación de software y extendería las capacidades de MS 800 al proporcionar información o descargas de software al MS 800 de una forma diferente que a través de una red de comunicación inalámbrica. La trayectoria de descarga alternativa puede por ejemplo usarse para cargar una clave de encriptado en el dispositivo a través de una conexión directa y por lo tanto confiable para asi permitir una comunicación segura con el dispositivo . Otros subsistemas de comunicaciones 840, tal como las comunicaciones de corto rango es otro componente opcional que puede proporcionar la comunicación entre MS 800 y diferentes sistemas y dispositivos que no necesariamente tienen que ser dispositivos similares. Por ejemplo, el subsistema 840 puede incluir un dispositivo infrarrojo y circuitos asociados y componentes o un módulo de comunicación Bluetooth® para proporcionar la comunicación con sistemas y dispositivos similarmente habilitados. Las porciones relevantes de los documentos estándar ejemplares son provistos en el apéndice A que sigue. Comentarios finales. Asi, se describen métodos y aparatos para proporcionar consistencia en el formateo de marca de tiempo (UTC o no UTC) para el servicio de mensajes cortos (SMS) para dispositivos de comunicación. En un ejemplo ilustrativo, un método incluye el recibir un mensaje SMS pretendido para un dispositivo de comunicación móvil; identificar si el mensaje SMS tiene datos de marca de tiempo formateados en el formato coordinado a la hora universal (UTC) o en el formato no UTC; convertir los datos de marca de tiempo desde el formato UTC al formato de tiempo no UTC en base a una identificación de que el mensaje SMS tiene datos de marca de tiempo formateados en el formato UTC; no convertir los datos de marca de tiempo a un formato de tiempo no UTC en base a una identificación de que el mensaje SMS tiene datos de marca de tiempo en el formato no UTC; y hacer que el mensaje SMS sea enviado al dispositivo de comunicación móvil . Otras técnicas incluyen el uso por el dispositivo móvil de un módulo removible de identidad de usuario (R-UIM) que tiene almacenado un indicador en memoria que indica que la modalidad de marca de tiempo de la operación de un centro de mensaje local es la modalidad de hora universal coordinada (UTC) o la modalidad no UTC. Una estación móvil (MS) incluye un módulo removible de identidad de usuario en su equipo móvil (ME) que incluye una interfaz R-UIM que realiza una interfaz con la R-UIM; un procesador; y una pantalla visual acoplada al procesador. El procesador del ME sirve para recibir mensajes del Servicio de Mensajes Cortos (SMS) con datos de marca de tiempo; convertir los datos de marca de tiempo desde el formato coordinado a la hora universal (UTC) a un formato no UTC cuando el indicador almacenado en el R-UIM indica que los datos de la marca de tiempo tiene el formato UTC; y provocar que la pantalla visual muestre la marca de tiempo. El indicador almacenado puede ser un indicador del modo de la marca de tiempo dedicado o alternativamente una identificación de un proveedor de servicio que está asociado con un modo de operación de marca de tiempo particular, por ejemplo. Todavía otra técnica para proporcionar consistencia en el servicio formateo de marca de tiempo para el servicio de mensajes cortos (SMS) para dispositivos de comunicación móvil que consiste en recibir en un primer centro de mensajes, un mensaje SMS que tenga subparametros, cuando menos uno de los subparámetros incluye una marca de tiempo; y convertir la marca de tiempo del subparámetro desde una primer formato de marca de tiempo a un segundo formato de marca de tiempo. El primer formato de la marca de tiempo puede ser la hora universal coordinada (UTC) y el segundo formato de la marca de tiempo puede ser no UTC o viceversa. EL mensaje SMS puede enviarse desde una estación móvil o un segundo centro de mensajes. Las modalidades de la presente solicitud antes descritos y que se indican a continuación se pretende que sean únicamente ejemplos. Aquellos expertos en la técnica puede efectuar alteraciones, modificaciones y variaciones a las modalidades particulares sin salirse del alcance de la solicitud.
Anexo A 4.5.4 Marca de tiepod el centro de mensajes El subparámetro de la marca de tiempo del centro de mensajes puede incluirse en un mensaje SMS enviado desde el centro de mensajes. El subparámetro de la marca de tiempo del centro de mensajes tiene el siguiente formato de longitud fija:
SUBPARAMETER_ID - Identificador del subparámetro.
Este campo deberá ajustarse en ""00000011". SUBPARAMJLEN - longitud del subparámetro . Este campo deberá ajustarse en ?00000111" -AÑO - año actual Este campo deberá ajustarse al año actual en el rango 00-99. MES - mes actual Este campo deberá ajustarse al mes actual en el rango 1-12. DIA día actual del mes Este campo deberá ajustarse al día actual del mes
HORA HORA ACTUAL Este campo deberá ajustarse a la hora actual en el rango 0-23. MINUTO MINUTO ACTUAL Este campo deberá ajustarse al minuto actual en el rango 0-59. SEGUNDO - SEGUNDO ACTUAL Este campo deberá ajustarse al segundo actual en el rango 0-59. OFFSET_SIGN - Signo de la variación. Si la marca de tiempo dada por los campos de DIA, HORA, MINUTOS, y SEGUNDOS representan una hora UTC, este campo deberá ajustarse en "0". Si la marca de tiempo dada por los campos de DIA, HORA, MINUTOS, y SEGUNDOS no representa una hora UTC, este campo deberá fijarse de la siguiente manera: Este campo se igualará a "0" si el tiempo UTC puede determinarse al sumar la variación en el campo UTC_TIME_OFFSET a la hora dada por los campos de
DIA, HORA, MINUTOS, y SEGUNDOS. Este campo deberá ajustarse en "1" si el tiempo UTC puede determinarse al sumar la variación en el campo UTC_ IME_0FFSET a la hora dada por los campos de DIA, HORA, MINUTOS, y SEGUNDOS. UTC_TIME_OFFSET - diferencia de tiempo UTC. Si la marca de tiempo dada por los campos de DIA, HORA, MINUTOS, y SEGUNDOS representan una hora UTC, este campo deberá ajustarse en "000000". Si la marca de tiempo dada por los campos de DIA, HORA,
MINUTOS, y SEGUNDOS no representa una hora UTC, este campo deberá fijarse de la siguiente manera: Esta campo deberá ser igual a la diferencia en unidades de cuartos de hora entre el tiempo dado por los campos de DIA, HORA, MINUTOS, y SEGUNDOS y la hora UTC. RESERVADO - Reservado. Este campo deberá igualarse a "O". 4.5.5. Periodo de validez absoluto El subparámetro periodo de validez absoluto indica al centro de mensaje el tiempo de expiración de mensaje, después del cual el mensaje deberá ser desechado si no se entrega en su destino . El subparámetro de periodo de validez absoluto tiene el siguiente formato de longitud fija:
SUBPARAMETER_ID - Identificador del subparámetro. Este campo deberá ajustarse en v00000100" . SUBPARAM_LEN - longitud del subparámetro.
Este campo deberá ajustarse en "00000111" . AÑO - año actual Este campo deberá ajustarse al año actual en el rango 00-99. MES - mes actual Este campo deberá ajustarse al mes actual en el rango 1-12. DIA - día actual del mes Este campo deberá ajustarse al día actual del mes HORA - HORA ACTUAL Este campo deberá ajustarse a la hora actual en el rango 0-23. MINUTO - MINUTO ACTUAL Este campo deberá ajustarse al minuto actual en el rango 0-59. SEGUNDO - SEGUNDO ACTUAL Este campo deberá ajustarse al segundo actual en el rango 0-59. OFFSET_SIGN - Signo de la variación. Si la marca de tiempo dada por los campos de DIA,
HORA, MINUTOS, y SEGUNDOS representan una hora UTC, este campo deberá ajustarse en "0". Si la marca de tiempo dada por los campos de DIA, HORA, MINUTOS, y SEGUNDOS no representa una hora UTC, este campo deberá fijarse de la siguiente manera:
Este campo se igualará a ??0" si el tiempo UTC puede determinarse al sumar la variación en el campo UTC_TIME_OFFSET a la hora dada por los campos de DIA, HORA, MINUTOS, y SEGUNDOS. Este campo deberá ajustarse en "1" si el tiempo UTC puede determinarse al sumar la variación en el campo UTC_TIME_OFFSET a la hora dada por los campos de DIA, HORA, MINUTOS, y SEGUNDOS. UTC_TIME_OFFSET - diferencia de tiempo UTC. Si la marca de tiempo dada por los campos de DIA,
HORA, MINUTOS, y SEGUNDOS representan una hora UTC, este campo deberá ajustarse en "000000". Si la marca de tiempo dada por los campos de DIA, HORA, MINUTOS, y SEGUNDOS no representa una hora UTC, este campo deberá fijarse de la siguiente manera: Esta campo deberá ser igual a la diferencia en unidades de cuartos de hora entre el tiempo dado por los campos de DIA, HORA, MINUTOS, y SEGUNDOS y la hora UTC. RESERVADO - Reservado. Este campo deberá igualarse a "0". Cuando se realicen los cómputos con el valor del campo AÑO, el valor debe convertirse al año entero en el rango 1996-2095 al agregar 1900 si el valor se encuentra entre 96 y 99 inclusive o al agregar 2000 si el valor se encuentra entre 00 y 95 inclusive; por ejemplo 99 deberá convertirse a 1999 y 00 a 2000. Tiempo de entrega diferido absoluta El subparámetro de tiempo de entrega diferido absoluta indica el tiempo absoluto de entrega deseado por el originador. El subparámetro de tiempo de entrega diferido absoluta tiene el siguiente formato de longitud fija:
SUBPARAMETER_ID - Identificador del subparámetro.
Este campo deberá ajustarse en "00000110". SUBPARAM_LEN - longitud del subparámetro . Este campo deberá ajustarse en "00000111". AÑO - año actual Este campo deberá ajustarse al año actual en el rango 00-99. MES - mes actual Este campo deberá ajustarse al mes actual en el rango 1-12. DIA día actual del mes Este campo deberá ajustarse al día actual del mes
HORA HORA ACTUAL Este campo deberá ajustarse a la hora actual en el rango 0-23. MINUTO MINUTO ACTUAL Este campo deberá ajustarse al minuto actual en el rango 0-59. SEGUNDO - SEGUNDO ACTUAL Este campo deberá ajustarse al segundo actual en el rango 0-59. OFFSET_SIGN - Signo de la variación. Si la marca de tiempo dada por los campos de DIA, HORA, MINUTOS, y SEGUNDOS representan una hora UTC, este campo deberá ajustarse en "0". Si la marca de tiempo dada por los campos de DIA, HORA, MINUTOS, y SEGUNDOS no representa una hora UTC, este campo deberá fijarse de la siguiente manera: Este campo se igualará a ??0" si el tiempo UTC puede determinarse al sumar la variación en el campo UTC_ IME_0FFSET a la hora dada por los campos de
DIA, HORA, MINUTOS, y SEGUNDOS. Este campo deberá ajustarse en "1" si el tiempo UTC puede determinarse al sumar la variación en el campo UTC_TIME_OFFSET a la hora dada por los campos de DIA, HORA, MINUTOS, y SEGUNDOS. UTC_TIME_CFFSET - diferencia de tiempo UTC. Si la marca de tiempo dada por los campos de DIA, HORA, MINUTOS, y SEGUNDOS representan una hora UTC, este campo deberá ajustarse en "000000". Si la marca de tiempo dada por los campos de DIA, HORA,
MINUTOS, y SEGUNDOS no representa una hora UTC, este campo deberá fijarse de la siguiente manera: Esta campo deberá ser igual a la diferencia en unidades de cuartos de hora entre el tiempo dado por los campos de DIA, HORA, MINUTOS, y SEGUNDOS y la hora UTC. RESERVADO - Reservado. Este campo deberá igualarse a "0". Cuando se realicen los cómputos con el valor del campo AÑO, el valor debe convertirse al año entero en el rango 1996-2095 al agregar 1900 si el valor se encuentra entre 96 y 99 inclusive o al agregar 2000 si el valor se encuentra entre 00 y 95 inclusive; por ejemplo 99 deberá convertirse a 1999 y 00 a 2000.