MXPA06013716A

MXPA06013716A - Provision de informacion de control de cronometro para protocolo.

Info

Publication number: MXPA06013716A
Application number: MXPA06013716A
Authority: MX
Inventors: Juha Hartikainen
Original assignee: Nokia Corp
Priority date: 2004-05-31
Filing date: 2005-04-21
Publication date: 2007-02-13
Also published as: ZA200610810B; BRPI0512153A; WO2005117387A1; KR20070015467A; CN1957580A; RU2006146010A; EP1751950A1; FI20040742A0; US20050265382A1; JP2008501265A; KR100876313B1; CA2567828A1

Abstract

Se describe un metodo para proporcionar la informacion de control para un protocolo. En el metodo, la informacion que indica al menos un valor de cronometro es enviada hacia al menos un dispositivo de comunicaciones para configurar al menos un cronometro con relacion al protocolo utilizado en al menos un dispositivo de comunicaciones. Es tambien presentado un dispositivo de comunicaciones, el dispositivo de comunicaciones esta configurado para recibir la informacion de control para un protocolo, la informacion de control ha sido enviada por una red de comunicaciones e indica al menos un valor de cronometro para el protocolo, y para configurar al menos un valor de cronometro con relacion a un protocolo utilizado en el dispositivo de comunicaciones, con base en la informacion de control recibida.

Description

PROVISIÓN DE INFORMACIÓN DE CONTROL DE CRONOMETRO PARA PROTOCOLO CAMPO DE LA INVENCIÓN La presente invención se refiere en general a la provisión de información de control para un protocolo de comunicaciones. En particular, la invención se refiere a la provisión de información de control para un protocolo utilizado en un dispositivo de comunicación.

ANTECEDENTES DE LA INVENCIÓN Puede ser observado un sistema de comunicación como una instalación que hace posible las sesiones de comunicación entre dos o más entidades tales como un equipo de usuario y/o otros nodos asociados con el sistema de comunicación. La comunicación puede comprender por ejemplo, la comunicación de voz, datos, multimedia y similares. Los sistemas de comunicación que proporcionan comunicación inalámbrica para dispositivos de comunicaciones, incluyendo diversos equipos de usuario, son conocidos. Un ejemplo de los sistemas inalámbricos es la red móvil terrestre pública (PLMN, por sus siglas en inglés) . Otro ejemplo más es la red de área local inalámbrica ( LAN, por sus siglas en inglés) . Una PLMN es típicamente un sistema celular en donde una estación tranceptora base (BTS, por sus siglas en inglés) REF.: 176604 o entidad de acceso similar sirve al equipo de usuario (UE, por sus siglas en inglés) tales como las estaciones móviles (MS, por sus siglas en inglés) vía una interconexión inalámbrica entre éstas entidades. La operación del aparato requerido para la comunicación puede ser controlada por una o varias entidades de control. Las diversas entidades de control pueden estar interconectadas . Uno o más nodos de entrada pueden ser también proporcionados para conectar la red celular a otras redes, tal como a otro sistema celular o a una red de telefonía conmutada pública (PSTN, por sus siglas en inglés) y/o otras redes de comunicaciones tales como un protocolo de Internet (IP, por sus siglas en inglés) y/o otras redes de datos conmutadas en paquetes. Una red celular puede de este modo proporcionar acceso a diversos servicios y aplicaciones proporcionadas por la red celular o por entidades o por redes externas a la red celular. Lo mismo es cierto también para otras redes inalámbricas conectadas a redes adicionales. Existen propuestas para arquitecturas para proporcionar servicios de una manera independiente a la red de acceso. Como un ejemplo, este medio que proporciona instalaciones de llamada de conferencia, puede ser utilizado por cualquier dispositivo de comunicaciones que tenga ciertas capacidades definidas y el acceso a las instalaciones de llamada de conferencia vía cualquier red de acceso.

Una propuesta para proporcionar servicios independientemente de la red de acceso específica utilizada por un dispositivo de comunicaciones, es el subsistema de multimedia de IP (IMS, por sus siglas en inglés) definido en las especificaciones del proyecto de sociedad de tercera generación (3GPP, por sus siglas en inglés) . Los servicios IMS pueden ser accedidos vía cualquier red de acceso que proporcione conectividad IP. El servicio general de radio en paquetes (GRPS, por sus siglas en inglés) con relación al sistema global para comunicaciones móviles (GSM, por sus siglas en inglés) y al sistema universal de telecomunicaciones móviles (UMTS, por sus siglas en inglés) son dos ejemplos de una red de acceso de conectividad de IP (ICAN, por sus siglas en inglés) para IMS. El IMS, como cualquier sistema de comunicación, define diversas entidades para controlar las suscripciones del servicio y para proporcionar servicios a los usuarios. En el IMS, estas entidades son suplementadas como servidores en una red. Con el fin de ser capaces de pedir un servicio desde un sistema de comunicación, un usuario típicamente necesita tener una suscripción al servicio, y necesita estar registrado en el sistema en una entidad de control de servicio. En el IMS, la información respecto a los suscriptores (perfiles de suscriptores) es almacenada en un servidor doméstico del suscriptor (HSS, por sus siglas en inglés) y la entidad de control de servicio es una entidad de Función de Control de Servicio de Llamada de Servicio (S-CSCF, por sus siglas en inglés) . Un usuario puede registrarse a la entidad de control de servicio vía una entidad de acceso en el sistema de comunicación. Como se mencionó . anteriormente, el IMS es independiente de la red de acceso, de modo que es suficiente que la red de acceso proporcione la conectividad IP. Además de la entidad de control de servicio, el usuario puede necesitar estar asociado con una entidad de control apoderada. En el IMS, la entidad de control apoderada es la P-CSCF. La entidad apoderada está asignada a un área dentro de la cual el usuario ha transitado. Para un caso más general, cuando un usuario accede a la red a través de un tipo arbitrario de red de acceso, se puede asumir que la red de acceso asigna una entidad de control apoderada para controlar los servicios accedidos desde el punto de vista de esa red, por ejemplo, para el manejo de anchura de banda. En el IMS, una entidad de función de control de estado de llamada (CSCF) puede proporcionar funciones tales como el servicio de control de estado de llamada (S-CSCF) , el control de estado de llamada de apoderado (P-CSCF) , y el control de estado de llamada de interrogación (I-CSCF, por sus siglas en inglés) . Las funciones de control pueden también ser proporcionadas por entidades tales como un servidor de suscriptor doméstico (HSS) y diversos servidores de aplicación. La comunicación entre el equipo de usuario (dispositivo de comunicaciones) y los elementos de una red de comunicación está típicamente basada en un protocolo de comunicación apropiada o en un grupo de protocolos de comunicación apropiados. Un sistema de comunicación opera además típicamente de acuerdo con un estándar o especificación dada que establece cuáles de los diversos elementos del sistema son permitidos para realizar y cómo debe ser esto logrado. Los protocolos de comunicación y/o los parámetros que serán utilizados para una conexión dada pueden ser también definidos. En otras palabras, un grupo específico de "reglas" en las cuales puede estar basada la comunicación, necesita ser definido para ser posible la comunicación por medio del sistema. Un protocolo de comunicaciones define típicamente los mensajes o las secuencias de mensajes con relación a diversas acciones y también las acciones por omisión si, por ejemplo, una acción requerida no puede ser llevada a cabo. Un protocolo típicamente tiene también diversos límites de tiempo especificados para recibir respuestas para enviar mensajes. Si una respuesta es retrasada, el protocolo típicamente no funciona adecuadamente. Puede existir necesidad para enviar un mensaje con relación a una cierta acción repetidamente. En el peor de los casos, la acción requerida no es llevada a cabo del todo. Uno de los protocolos de control utilizados en el IMS es el protocolo de inicio de sesión (SIP, por sus siglas en inglés) . El SIP es un protocolo especificado en la Petición para Comentarios RFC 3261 suministrada a la Fuerza de Tarea de Ingeniería de Internet (IETF, por sus siglas en inglés) . Son especificados diversos cronómetros para SIP en RFC 3261, principalmente en la sección 17. El anexo A de RFC 3261 lista los valores de cronómetro para SIP. En conexión con el IMS, se utiliza el protocolo de inicio de sesión, por ejemplo, para registrarse a la S-CSFC y para establecer sesiones. Se apreciará que el término "sesión" utilizado en este documento se refiere a cualquier combinación que un usuario pueda tener, tal como para una llamada, comunicación de datos (por ejemplo, búsqueda en la red) o de medios múltiples (multimedia) y así sucesivamente. Respecto a los retrasos en la recepción de una respuesta para un cierto mensaje SIP, en conexión con el IMS, un registro para una S-CSCF puede fallar, o una sesión requerida puede no ser establecida. Se ha notado que los valores de cronómetro SIP especificados en RFC 3261 no son necesariamente lo suficientemente largos para utilizar el IMS o el UMTS . Esto es debido a los retrasos de señalización provocados, por ejemplo, por la interconexión en aire en el UMTS. Para superar estos problemas, son especificados valores de cronómetro más prolongados en la sección 7.7 y en la tabla 7.5 de la especificación TS 24.229 de 3GPP, versión 5.6.0 Emisión 5. La especificación 3GPP define los primeros valores de cronómetro para el uso entre elementos de la red, los segundos valores de cronómetro para el uso en el equipo del usuario (o más en general, en un dispositivo de comunicaciones) y los valores del tercer cronómetro para el uso en una P-CSCF hacia el equipo del usuario. Los valores de cronómetro en los elementos de la red de núcleo de un operador deben ser establecidos de acuerdo a los valores definidos en los estándares correspondientes, por ejemplo, en los estándares 3GPP. El operador puede establecer los valores de cronómetro utilizando el sistema de manejo de la red. No obstante, los retrasos en la red pueden ser más prolongados de lo que es recomendado en los estándares debido a, por ejemplo, el tamaño de la red, la implementación de la red (diferentes proveedores) , la estructura y complejidad de la red. Por lo tanto, un operador puede desear utilizar diferentes valores de cronómetro (típicamente más prolongados) que los que son especificados en los estándares, para garantizar mejor proporción de éxito de llamada para los usuarios finales. Los valores de cronómetro en los dispositivos de comunicaciones, tales como en los teléfonos móviles, son establecidos por el vendedor durante la fase de fabricación de la terminal. Posteriormente, un revendedor podría modificar los valores antes de enviar la terminal a un usuario final . El usuario final normalmente no está enterado de estos cronómetros del todo. No obstante, el problema surge cuando no se sabe en cuál red será utilizada la terminal, y de este modo, los valores correctos del cronómetro no pueden ser configurados de antemano. Por lo tanto, los valores del cronómetro en la terminal pueden ser demasiado cortos si los retrasos en el acceso del operador y de las redes de núcleo son más prolongados que lo que es recomendado en los estándares . Existe además al menos un problema relacionado a la especificación de diferentes valores de cronómetro para SIP, en conexión con el IMS y el UMTS que para SIP en general. Ya que un dispositivo de comunicaciones puede tener capacidades para acceder al IMS vía un número de redes de acceso o utilizar SIP para otros propósitos diferentes al IMS, el dispositivo de comunicaciones necesita ser capaz de determinar y utilizar los valores de cronómetro correctos para asegurar la funcionalidad de control exitosa cuando se utiliza SIP. Existen de este modo problemas relacionados a la determinación de los valores de cronómetro de SIP correctos para el protocolo SIP u otros protocolos de control, o para tomar los valores de cronómetro en uso en un dispositivo de comunicaciones . Se apreciará que aunque los problemas anteriormente discutidos se refieren al IMS en los sistemas de comunicación de tercera generación, desventajas similares pueden estar asociadas con otros sistemas también, y de este modo la descripción no está limitada a estos ejemplos.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Un objetivo de las modalidades de la presente invención es enfrentar uno o más de los problemas discutidos anteriormente . Un primer aspecto de la invención proporciona un método para proporcionar información de control para un protocolo, el método comprende: el envío de la información que indica al menos un valor de cronómetro hacia al menos un dispositivo de comunicaciones, para configurar al menos un cronómetro con relación a un protocolo utilizado en al menos un dispositivo de comunicaciones. Un segundo aspecto de la invención proporciona un dispositivo de comunicaciones que comprende: los medios para recibir la información de control para un protocolo, la información de control que ha sido enviada por una red de comunicaciones y que indica al menos un valor de cronómetro para el protocolo; y los medios para configurar al menos un valor de cronómetro con relación a un protocolo utilizado en el dispositivo de comunicaciones, basado en la información de control recibida. Un tercer aspecto de la invención proporciona un sistema de comunicaciones que comprende: los medios para enviar información de control que indican al menos un valor de cronómetro hacia al menos un dispositivo de comunicaciones, para configurar al menos un cronómetro con relación a una protocolo utilizado en al menos un dispositivo de comunicaciones. Un cuarto aspecto de la invención proporciona un elemento de red para un sistema de comunicaciones, el elemento de red comprende : los medios para enviar la información de control que indica al menos un valor de cronómetro hacia al menos un dispositivo de comunicaciones, para configurar al menos un cronómetro con relación a un protocolo utilizado en al menos un dispositivo de comunicaciones. Un quinto aspecto de la invención proporciona un elemento de red para un sistema de comunicaciones, el elemento de red comprende: medios para disparar el envío de la información de control que indica al menos un valor de cronómetro hacia al menos un dispositivo de comunicaciones, para configurar al menos un cronómetro con relación a un protocolo utilizado en al menos un dispositivo de comunicaciones .

BREVE DESCRIPCIÓN DE LAS FIGURAS Las modalidades de la presente invención serán descritas ahora por medio de ejemplos únicamente, con referencia a las figuras anexas, en las cuales: La figura 1 muestra esquemáticamente la arquitectura general del subsistema de multimedia IP de la técnica anterior. La figura 2 muestra esquemáticamente la pila de protocolo con relación al protocolo SIP. La figura 3 muestra, como un ejemplo, esquemáticamente un sistema de comunicaciones donde son aplicables las modalidades de la invención. La figura 4 muestra esquemáticamente un arreglo de acuerdo a una primera modalidad de la invención. La figura 5 muestra esquemáticamente un arreglo de acuerdo con una segunda modalidad de la invención. La figura 6 muestra, como un ejemplo, un diagrama de secuencia de mensajes con relación a la segunda modalidad de la invención. La figura 7 muestra esquemáticamente, un arreglo de acuerdo con una tercera modalidad de la invención.

La figura 8 muestra como un ejemplo, un diagrama de secuencia de mensaje con relación a la tercera modalidad de la invención. La figura 9 muestra, como un ejemplo, esquemáticamente, un sistema de comunicaciones de acuerdo con una modalidad de la invención, y La figura 10 muestra esquemáticamente, como un ejemplo, un dispositivo de comunicaciones para modalidades de la invención.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La figura 1 muestra esquemáticamente la arquitectura general del subsistema de multimedia IP IMS 100.

Un usuario quien desee utilizar los servicios proporcionados por el IMS puede necesitar primeramente a registrarse con un controlador, tal como la función de control de sesión de llamadas de servicio (S-CSCF) 110. Como se muestra en la figura 1, la comunicación entre el S-CSCF 110 y el dispositivo de comunicaciones (equipo de usuario UE) 101 puede ser encaminado vía al menos una función de control de sesión de llamada de apoderado (P-CSCF) 112. El P-CSCF 112 es de este modo para mensajes de apoderamiento hacia el S- CSCF 110. Las comunicaciones entre el dispositivo de comunicaciones 101 y la P-CSCF 112 son usualmente proporcionadas vía una red de acceso 120 o una entidad de acceso. Incluso si no se muestra en la figura, pueden existir otros diversos elementos involucrados en la conexión, tales como las I-CSCFs. El controlador de servicio, por ejemplo, la S-CSCF 110 en la figura 1, a su vez, proporciona la entidad de control que el equipo de usuario 101 necesita para ser registrado. Es requerido el registro, por ejemplo, para hacer posible que el dispositivo de comunicaciones pida un servicio desde un servidor de aplicación (AS) 114a ó 114b o para aplicaciones corridas extremo a extremo con otro equipo de usuario. En ciertos casos, la CSCF puede encontrar que el número total de procesos de registro en un cierto momento es demasiado para la capacidad de la S-CSCF. En tal caso, la S-CSCF puede rechazar una petición de registro mediante el envío de una respuesta que prohibe el registro. Una entidad almacenamiento de información de usuario puede ser también proporcionada para almacenar la información asociada con la suscripción del usuario respectivo. La entidad de almacenamiento de información del usuario puede localizarse en un servidor de la red doméstica de la suscripción. Tales entidades de almacenamiento de información de suscriptores pueden ser llamadas por diferentes términos en diferentes sistemas de comunicación, y en el IMS el almacenamiento de información del suscriptor es llamado un Servidor de Suscriptor Doméstico (HSS) . La figura 1 muestra un servidor de suscriptor doméstico (HSS) 116. El HSS 116 puede ser buscado por otras entidades de función sobre los puntos de referencia apropiados, por ejemplo, durante procedimientos de establecimiento de sesiones, y posteriormente. La información del suscriptor puede incluir las informaciones tales como los datos requeridos para fines de autenticación (por ejemplo, las^ identidades de registro del suscriptor o el equipo de usuario) y así sucesivamente. El HSS 116 puede también ser utilizado para almacenar permanentemente la información de perfil del suscriptor. El protocolo SIP de inicio de sesión es utilizado para controlar las sesiones en el IMS. Al menos las siguientes entidades utilizan de este modo SIP: el dispositivo de comunicaciones UE, la entidad de control S-CSCF y la entidad de apoderamiento P-CSCF. La arquitectura de SIP contiene, por ejemplo, un cliente SIP, un servidor SIP, un apoderado de SIP y un agente de usuario (UA) . Un cliente SIP es cualquier elemento de la red que envíe peticiones SIP y reciba respuestas SIP. Un servidor SIP es un elemento de red que recibe peticiones SIP con el fin de darles servicio y enviar respuestas de SIP a esas peticiones. Un apoderado SIP es una entidad intermediaria como actúa como un servidor de SIP y un cliente de SIP para fines de realizar peticiones a nombre de otros clientes de SIP. Un servidor apoderado de SIP juega principalmente el papel de encaminamiento. Un agente de usuario es una entidad lógica que puede actuar como un cliente de agente del usuario (UAC) y el servidor de agente del usuario (UAS) . Un cliente de agente del usuario es una entidad local que crea una nueva petición, y utiliza entonces la maquinaria de estado de transacción del cliente para enviarla. El papel del UAC dura únicamente por la duración de esa transacción. En otras palabras, si una pieza de dotación lógica informática (software) , inicia una petición, ésta actúa como UAC por la duración de esa transacción. Si ésta recibe una petición más tarde, éste asume el papel de un servidor de agente de usuario para el procesamiento de esa transacción. Con referencia al IMS, el dispositivo de comunicaciones que utiliza los servicios IMS actúa en general como un agente de usuario SIP. La entidad de apoderado S-CSCF actúa en general como un apoderado de SIP, pero en algunos casos también como un agente de usuario de SIP. La entidad de control S-CSCF actúa en general como un apoderado de SIP, pero tiene también algunas capacidades de un registrador de SIP y acepta peticiones de registro. Una descripción muy detallada de las capacidades del dispositivo de comunicaciones (equipo de usuario) , S-CSCF y P-CSCF puede ser encontrada en la especificación TS 24.229 de 3GPP, versión 5.6.0. , emisión 5. La figura 2 muestra, como un ejemplo, un apilamiento de 200 de protocolo con relación al protocolo SIP. La capa de protocolo PHY 201 más baja se ' refiere al medio de transporte físico. La siguiente capa del protocolo MAC 202 se refiere al control de acceso de medio. La capa 203 de protocolo de IPC es típicamente proporcionada sobre la parte superior de la capa 202 de MAC. La capa 204 de protocolo de transmisión incluye típicamente al menos un protocolo de control de transmisión (TCP, por sus siglas en inglés) y el protocolo de datagrama de usuario (UDP) por sus siglas en inglés) . La capa SIP 205 está en la parte superior de la capa 204 del protocolo de transmisión. La capa SIP 205, a su vez, comprende cuatro subcapas. La subcapa más baja es la capa de sintaxis/codificación 251, la cual se refiere a las estructuras de mensaje de SIP y a la codificación de los mensajes de protocolo de SIP para proporcionar la información de carga a la tapa 204 del protocolo de transmisión. La siguiente subcapa es la capa de transporte 252, la cual define cómo un cliente de SIP envía las peticiones y recibe respuestas, y cómo un servidor de SIP recibe peticiones y envía respuestas sobre la red. La siguiente subcapa es la capa de transacción 253, y en la parte superior de la capa de transacción 253 está una capa llamada el usuario de transacción (TU) 254. Los agentes del usuario contienen una capa de transacción 253, como la contienen también los apoderados de SIC de estado. Los apoderados de SIC sin estado no contienen una capa de transacción 253. La capa de transacción 253 tiene un componente de cliente (denominada con una transacción de cliente) y un componente de servidor (denominada como una transacción de servidor) , cada una de las cuales son representadas por una máquina de estado finito que es construida para procesar una petición SIP particular. Cada una de las entidades de SIP, excepto el apoderado sin estado, es una capa de usuario de transacción 254. Cuando un TU desea enviar una petición, éste crea una instancia de transacción de cliente y pasa la petición junto con la dirección de IP de destino, la entrada y el transporte al cual enviar la petición. Las transacciones son un componente fundamental del SIP. Una transacción es una petición de SIP enviada por la transacción del cliente de SIP (utilizando la capa de transporte) hacia un servidor de SIP, junto con todas las respuestas para esta petición, enviadas desde el servidor de SIP nuevamente al cliente de SIP. La capa de transacción maneja las retransmisiones de capa de aplicación, la comparación de las respuestas a las peticiones, y fines de plazo de la capa de aplicación. Cualquier tarea que un cliente de agente de usuario (UAC) logre, tiene lugar utilizando una serie de transacciones. El SIP es un protocolo transaccional : las interacciones entre los componentes tienen lugar en una serie de intercambios de mensajes independientes. Específicamente, una transacción de SIP consiste de una petición simple y cualesquiera respuestas a esa petición, que incluyan cero ó más respuestas provisionales y una o más respuestas finales. Si no existe respuesta a un mensaje SIP dado, un cronómetro en la capa de transacción 235 típicamente expira y provoca que la máquina de estado entre a un nuevo estado. Un número de cronómetros son especificados para el SIP, la tabla 1 lista estos cronómetros, se refiere a la sección de relevantes de RFC 3261 y explica brevemente el significado de cada cronómetro. Como lo muestra la tabla 1, el cronómetro TI se refiere al estimado de tiempo de viaje redondo, y un valor por omisión es de 500 ms . Como se mencionó anteriormente en conexión con la discusión de la técnica anterior, valores de cronómetro más largos son especificados en la sección 7.7 y en la tabla 7.5 de la especificación TS 24.229 de 3GPP, versión 5.6.0, emisión 5. La especificación 4GPP define los primeros valores de cronómetro para el uso entre los elementos de red, los segundos valores de cronómetro para el uso en el equipo de usuario (o más en general, en un dispositivo de comunicaciones) , y los valores del tercer cronómetro para el uso en una P-CSCF hacia el equipo del usuario.

Tabla 1 : cronómetros de SIP La figura 3 muestra esquemáticamente un primer sistema de comunicaciones 300a, un segundo sistema de comunicaciones 300b, y un dispositivo de comunicaciones 301, como un ejemplo de un sistema donde las modalidades de la invención son aplicables. El sistema de comunicaciones 300a contiene, como un ejemplo, una red de acceso 310 y una red de núcleo 330. La figura 3 muestra únicamente una red de acceso 320 con relación al segundo sistema de comunicaciones 300b. Las dos redes de acceso 310 y 320 pueden estar geográficamente separadas o éstas pueden ser implementadas utilizando diferentes protocolos y equipos. La primera red de acceso 310 y la segunda red de acceso 320 son capaces de proporcionar la conectividad al Protocolo de Internet (IP) para el dispositivo 301 de comunicaciones. La figura 3 muestra, como un ejemplo, que la primera red de acceso 310 está conectada directamente a la red de núcleo 330. La segunda red de acceso 320 está conectada a la red de núcleo 330 vía, por ejemplo, una red IP pública 340. Es alternativamente posible que la segunda red de acceso 320 esté también directamente conectada a la red de núcleo 330. El sistema de comunicación 300a es la red doméstica del usuario que utiliza el dispositivo de comunicaciones 301 en ese sentido de modo que la red de núcleo 330 contiene la entidad de control S-CSCF 331 y el servidor del suscriptor doméstico HSS 332. También, es mostrado un servidor de aplicación AS 333 en la red de núcleo 330. Es claro para una persona de experiencia ordinaria en la técnica que cualquier protocolo de datos en paquete puede ser aplicable como una alternativa al protocolo de Internet. Ya que el IMS se refiere al IP, el IP es utilizado aquí como un ejemplo de un protocolo de datos en paquete. Es también claro para una persona experta en la técnica que la arquitectura de IMS es un ejemplo, y puede ser utilizada cualquier arquitectura de servicio que tenga funcionalidad similar y control similar y funcionalidad de apoderamiento similar y/o entidades similares. Además, el protocolo SIP es aquí utilizado como un ejemplo de un protocolo que tiene cronómetros, específicamente como un ejemplo de un protocolo de control . La primera red de acceso 310 y la segunda red de acceso 320 son típicamente redes inalámbricas. La figura 3 ilustra la primera red de acceso 310 para ser una red GPRS . La primera red 310 es mostrada conteniendo una estación base BS 312, un controlador 313 de estación base, y un nodo SGSN 314 de soporte de GPRS de servicio, y un nodo GGSN 315 de soporte de GPRS, de entrada. El GGSN usualmente conecta la parte conmutada del paquete de la red 310 de GPRS usualmente a una red de cadena principal de IP. Ejemplos adicionales de las redes de acceso son proporciones sobre velocidades de datos mejoradas para la evolución de GSM (EDGE) , las redes de área local inalámbrica ( LAN) , la red de área local inalámbrica de operador (O LAN) , la red de acceso por radio del UMTS o la red de acceso por radio del sistema CDMA de banda ancha ( CDMA) . Incluso si la primera red de acceso 310 y la segunda red de acceso 320 estuvieran de acuerdo con los mismos estándares y especificaciones, por ejemplo ambas fueran las redes GPRS, los retrasos de transmisión pueden ser muy diferentes en estas redes. Los retrasos son típicamente, por ejemplo, debidos a los elementos de la red de acceso de radio y a los elementos de la red conmutados en paquete. En el ejemplo de GPRS, los elementos de la red de acceso de radio son las estaciones base y los controladores de la estación base, y los elemento de red conmutados en paquete son el SGSN y el GGSN. También en el tamaño y la carga de la red de acceso y aquellos de la red de columna vertebral de IP, por ejemplo, pueden afectar los retrasos. Redes de igual tamaño pueden tener diferentes retrasos debido al hecho de que los elementos de red han sido fabricados por diferentes vendedores . Una cierta red puede estar usualmente muy congestionado, mientras que otra red puede estar usualmente con una carga muy ligera. Además, es posible que los retrasos sean dependientes de la localización del dispositivo de comunicaciones dentro del área de cobertura de la red de acceso. Cuando el dispositivo 301 de comunicaciones está accediendo a un servicio proporcionado por el servidor de la aplicación AS 333 vía la primera de red de acceso 310, diferentes valores del cronómetro SIP pueden ser de este modo aplicables que cuando el dispositivo 301 de comunicaciones está accediendo al servicio vía la segunda red de acceso 320. Como lo muestra la figura 3, el dispositivo de comunicaciones tiene al menos un cronómetro 302 con relación al protocolo de control, más específicamente el protocolo SIP. Las entidades de apoderamiento P-CSCF 311 y 321 tienen también al menos un cronómetro 316, 326 con relación al protocolo de control. La entidad de control S-CSCF 331 también tiene al menos un cronómetro 335 con relación al protocolo de control. Se aprecia que típicamente un elemento de la red, por ejemplo, una entidad de servicio S-CSCF o una entidad P-CSCF de apoderamiento, tiene un grupo de valores de cronómetro que utiliza para controlar todas las sesiones. Si un elemento de la red tiene cronómetros específicos de sesión o cronómetros específicos de usuario, éstos pueden ser configurados para tener los mismos valores que aquellos en un dispositivo de comunicaciones cuya sesión está controlando el elemento de la red. Esta configuración puede ser realizada, por ejemplo, utilizando las interconexiones de configuración y manejo normales de una red. Es posible medir y determinar los lapsos o retrasos con relación a una cierta red o a una cierta parte de una red, para determinar los valores de cronómetro adecuados para los cronómetros de SIP. Similarmente, si por ejemplo un retraso con relación a una red de columna vertebral de IP son significativos, los valores de cronómetro de SIP pueden ser elegidos de modo que éstos toman también a éstos en cuenta. Un ejemplo específico de un cronómetro de protocolo SIP, el cual puede necesitar configuración, es el cronómetro de viaje redondo, a saber el cronómetro TI. El cronómetro de viaje redondo es utilizado en la transacción INVITAR de protocolo SIP, discutido en la sección 17.1.1.1 del RFC 3261.

La transacción INVITAR consiste de una sacudida de mano de tres vías. La transacción del cliente envía un mensaje de INVITAR, la transacción del servidor reenvía respuestas, y la transacción del cliente envía un mensaje de reconocimiento (ACK) . Para transportes no confiables (tales como UDP) , la transacción del cliente retransmite peticiones a un intervalo que inicia a los TI segundos y se duplica después de cada retransmisión. TI es un estimado del tiempo de viaje redondo (RTT) , y éste es por omisión de 500 ms de acuerdo con el RFC 3161. Como lo muestra la tabla 1, otros muchos cronómetros escalan con TI. Esto significa que al cambiar TI se ajustan también los valores de estos otros cronómetros. Para controlar el protocolo SIP son enviados los valores de cronómetro desde el sistema de comunicaciones al dispositivo de comunicaciones 301. El dispositivo 301 de comunicaciones puede estar provisto con la funcionalidad para recibir la información de configuración o de control, desde la red de comunicaciones. Un ejemplo de la configuración de envío y recepción, o la información de control es la interconexión sobre aire (OTA) . Usualmente la información de configuración o de control es proporcionada por la red doméstica (el sistema de comunicación 300a en la figura 3) o por una red visitada (el sistema de comunicación 300b en la figura 3) . La figura 4 muestra esquemáticamente un arreglo de acuerdo con una primera modalidad de la invención. La primera modalidad de la invención se refiere a la suscripción en el servicio, por ejemplo a un usuario que se suscribe a un servicio IMS. El administrador 410 de suscripción al servicio en la figura 4, es un ejemplo de una entidad responsable de la suscripción en el servicio. El administrador de las suscripciones de servicio puede recibir suscripciones de servicio, por ejemplo, desde el personal de administración. Un ejemplo adicional es que un usuario puede suscribirse a un servicio al acceder a una página WWW. Es evidente que existen muchas posibilidades para introducir la información de la suscripción en servicio a un administrador 410 de suscripción de servicio. Después de recibir una suscripción de servicio, la administración 410 de suscripción de servicio almacena la información respecto al usuario y el servicio suscribe, por ejemplo, a una memoria para almacenar la información de la suscripción de servicio (no mostrada en la figura 4) . En el IMS, por ejemplo, la información respecto a las suscripciones de servicio es almacenada en el HSS . En la primera modalidad de la invención, los valores de cronómetro adecuados para el uso en la red doméstica son enviados al dispositivo de comunicaciones 401 del usuario que se suscribe al servicio. Los valores de cronómetro, adecuados para el uso con la red doméstica, son enviados debido a que el dispositivo de comunicaciones 401 puede tener valores de cronómetro establecidos en el dispositivo de comunicaciones del usuario, que son diferentes de los valores de cronómetro adecuados para la red doméstica. Alternativamente, el dispositivo de comunicaciones 401 puede carecer de algunos valores de cronómetro preestablecidos. Para enviar los valores de cronómetro adecuados, el administrador 410 de suscripción de servicio, puede buscar los valores de cronómetro para la red doméstica a partir de una memoria de información 420. Los valores de cronómetro pueden ser almacenados, por ejemplo, en un elemento de red adecuado. Los valores del cronómetro para el protocolo de control, por ejemplo, para SIP en conexión con el IMS, son enviados al dispositivo 401 de comunicaciones del usuario, por ejemplo vía una administración 430 de la terminal. Los valores de cronómetro pueden ser enviados por el administrador de la terminal 430 utilizando, por ejemplo, una interconexión sobre aire (OTA) o utilizando SyncMI . La interconexión OTA se refiere al envío de información de control hacia un dispositivo de comunicaciones utilizando mensajes cortos (SMS) . La interconexión OTA se refiere al aprovisionamiento del cliente y al manejo del dispositivo, y es especificado por la Alianza Móvil Abierta (Open Mobile Alliance) . En este caso, el usuario puede necesitar aceptar explícitamente los valores de cronómetro recibidos. El SyncML está basado en una solución de cliente-servidor, y el dispositivo de comunicaciones 401 contiene de este modo una aplicación de cliente, que puede ser capaz de recibir y guardar los valores de cronómetro sin interacción del usuario. Se aprecia que pueden existir muchas otras posibilidades para enviar los valores de cronómetro al dispositivo de comunicaciones 401. Se aprecia además que los valores de cronómetro pueden ser enviados junto con otra información de control. Un ejemplo de otra información de control tal es los parámetros IMS enviados a un dispositivo de comunicaciones 401 después de la suscripción del IMS para hacer posible que el usuario del dispositivo de comunicaciones acceda a los servicios IMS. La figura 5 muestra esquemáticamente un arreglo de acuerdo con una segunda modalidad de la invención. Esta segunda modalidad de la invención es adecuada para distribuir valores de cronómetro especialmente a un usuario viajero (roaming) . En la figura 5 se utiliza la arquitectura IMS como un ejemplo. El dispositivo de comunicación del usuario viajero 501 se registra a si mismo en la entidad de control de servicio S-CSCF 521 vía una entidad de control apoderada P-CSCF 511. La entidad de control apoderada P-CSCF 511 está en una red visitada 510, y la entidad de control de servicio S-CSCF 521 está en la red doméstica 520. Los valores del cronómetro de SIP en el uso en el dispositivo de comunicaciones 501, cuando el dispositivo de comunicaciones entra a la red visitada 510 pueden ser, por ejemplo, valores de cronómetro SIP por omisión, de acuerdo con los estándares 3GPP relevantes. Como un segundo ejemplo, los valores de cronómetro pueden haber sido ajustados por la red doméstica del usuario del dispositivo de comunicaciones 501, cuando el servicio IMS fue suscrito. La red visitada 510 puede utilizar diferentes valores de cronómetro SIP. El dispositivo de comunicaciones 501 y la entidad de control apoderada P-CSCF 511 deben emplear los mismos valores de cronómetro SIP para hacer confiable y exitoso el inicio de la sesión. Por lo tanto, la red visitada puede enviar la información que indica al menos un valor de cronómetro al dispositivo de comunicaciones 501 de un usuario viajero. La figura 5 muestra esquemáticamente un ejemplo del envío de los valores de cronómetro SIP. La entidad de control apoderada P-CSCF 511 puede enviar la información que indica al menos un valor de cronómetro SIP. Más particularmente, la entidad de control apoderada P-CSCF 511 puede enviar los valores de cronómetro en un mensaje de protocolo SIP. El dispositivo de comunicaciones 501 necesita ser configurado para poner en uso los valores de cronómetro SIP recibidos antes de continuar con los intercambios de mensajes SIP adicionales. En la práctica, esto significa que el apilamiento de protocolo SIP puede necesitar ser configurado al vuelo. Si el dispositivo de comunicaciones 501 no es capaz de configurar el apilamiento de protocolo SIP o de procesar los valores de cronómetro recibidos, éste puede ignorar los valores de cronómetro SIP recibidos y continuar utilizando los valores del cronómetro actuales. La figura 6 muestra, como un ejemplo del envío de los valores de cronómetro SIP, utilizando los mensajes de protocolo SIP, un diagrama de secuencia de mensajes con relación a la segunda modalidad de la invención. La figura 6 muestra un diagrama de secuencia de mensajes para el re-registro cuando un usuario está viajando. El dispositivo de comunicaciones 501 del usuario viajero envía un mensaje de registro 601 a la entidad de control apoderada P-CSCF 511. Con base en el identificador del usuario viajero, presente en el mensaje de registro 601, por ejemplo, basado en un Identificador de Recursos Uniformes (URI, por sus siglas en inglés) , la entidad de control apoderada P-CSCF 511 determina que el usuario se está registrando desde un dominio de visita y realiza las búsquedas de Servicio de Nombre de Dominio (DNS, por sus siglas en inglés) (flecha 602 en la figura 6) para colocar una entidad de control de interrogación I -CSCF en la red doméstica 520. El DNS proporciona el P-CSCF 511 con la dirección del I-CSCF en la red doméstica 520. Después de esto, la entidad de control apoderada P-CSCF 511 envía el mensaje de registro 603 a la entidad de control de interrogación I-CSCF en la red doméstica 520. La entidad de control de interrogación I -CSCF a su vez, lleva a cabo una búsqueda de estado o condición del registro de usuario (flecha 604) con el HSS en la red doméstica 520. Después de esto, la entidad de control de interrogación envía el mensaje de registro 605 a la entidad de control del servicio S-CSCF 521 en la red doméstica 520. La entidad de control de servicio CSCF 521 puede, en el caso más simple, solo actualizar un cronómetro de registro (paso 606 en la figura 6) . Alternativamente, el S-CSCF puede llevar a cabo también otras tareas. Después de esto, la entidad de control de servicio S-CSCF 521 contesta con un mensaje 607 de 200 OK a la entidad de control de interrogación I -CSCF. La entidad de control de interrogación I-CSCF envía el mensaje 608 de 200 OK a la entidad de control apoderada P-CSCF, la cual a su vez envía el mensaje 609 de 200 OK al dispositivo de comunicaciones 501. La sección 6.3 de la especificación TS 24.228 de 3GPP, versión 5.6.0, emisión 5, discute el diagrama de mensajes de la figura 6 con mayor detalle. Los valores de cronómetro SIP pueden ser enviados desde la entidad de control apoderada P-CSCF 511 al dispositivo de comunicaciones 501, después del mensaje 609 de 200 OK. La figura 6 muestra esto como un mensaje 610. Alternativamente, puede ser posible reemplazar el mensaje 609 de 200 OK con el nuevo mensaje 610. Esta segunda opción, no obstante, puede requerir más cambios al protocolo SIP actual que la primera opción. Con respecto a la figura 4, se aprecia que alternativamente la entidad de control I-CSCF de interrogación o la entidad de control de servicio S-CSCF 521 en la red doméstica 520 puede disparar un administrador de la terminal en la red doméstica 520 para enviar valores de cronómetro SIP al dispositivo de comunicaciones 501. En este caso, los valores de cronómetro SIP adecuados pueden ser extraídos, por ejemplo, de una base de datos con base en la dirección o la identidad de la entidad de control apoderada P-CSCF 511. Alternativamente, la entidad de control apoderada P-CSCF 511 u otra entidad en la red visitada 510 puede transmitir los valores de cronómetro a la red doméstica 520 para enviar los valores de cronómetro al dispositivo de comunicaciones 501. Se aprecia también que si, por ejemplo, una entidad de control del servicio S-CSCF 521 está disparando el envío de información indicando los valores de cronómetro, los valores de cronómetro pueden ser enviados al usuario independientemente de si el usuario está o no en la red doméstica 520 o bien en una red visitada 510. Los valores de cronómetro, no obstante, deben ser valores adecuados para el uso en esa red, donde el usuario está actualmente. La figura 7 muestra esquemáticamente un arreglo de acuerdo con una tercera modalidad de la invención. Esta tercera modalidad de la invención es también adecuada para enviar valores de cronómetro a un usuario viajero. El IMS y el GPRS son utilizados en la figura 7 como ejemplos. La figura 7 muestra un escenario viajero, el cual es llamado vagabundeo de GPRS. La red 711 de acceso de radio y uno de soporte de GPRS de servicio (SGSN) 712 está en la red visitada 710. La entrada GPRS soporta el nodo (GGSN) 722 y la entidad de control de servicio S-CSCF 721 están en la red doméstica 720. El dispositivo de comunicaciones 701 de viaje o vagabundeo inicia la activación de un contexto de datos en paquete con el SGSN 712, como se muestra con la flecha 731. En respuesta, el SGSN 712 envía la información que indica al menos un valor de cronómetro para un protocolo SIP (flecha 732 en la figura 7) . La figura 8 muestra, como un ejemplo de la tercera modalidad de la invención, un diagrama de secuencia de mensajes con relación a un procedimiento GPRS para el descubrimiento de P-CSCF. El dispositivo 701 de comunicaciones de vagabundeo o viaje, el SGSN 712 y el GGSN 722 son mostrados en la figura 8. El dispositivo de comunicaciones 701 pide el establecimiento de un contexto de datos en paquete mediante el envío de una petición 801 de contexto de PDP activa al SGSN 712. Esta petición 801 de contexto de PDP activa puede contener una petición explícita para los valores de cronómetro SIP o el SGSN puede interpretar este mensaje 801 como una petición para valores de cronómetro SIP. El SGSN 712 selecciona un GGSN y envía una petición de contexto PDP de crear al GGSN 722 seleccionado. El GGSN 722 obtiene la dirección de la entidad de control apoderada P-CSCF (paso 803 en la figura 8) . Después de esto, el GGSN 722 envía al SGSN 712 una respuesta 804 de contexto de PDP de crear. Después de recibir este mensaje, el SGSN 712 envía al dispositivo de comunicaciones 701 un mensaje 805 de aceptar contexto de PDP activo. Los valores de cronómetro SIP pueden formar una parte de este mensaje 805, o éstos pueden ser enviados en un mensaje adicional . Detalles adicionales con respecto a la figura 8 son mostrados en la sección 5.2.3 de la especificación TS 24.228 de 3GPP, versión 5.6.0, emisión 5. La figura 9 muestra, como un ejemplo, esquemáticamente un sistema de comunicaciones 900 de acuerdo con una modalidad de la invención. Se aprecia que los bloques funcionales mostrados en la figura 9 pueden ser implementados en diversos elementos de la red. El bloque de envío 901 es responsable del envío de la información que indica al menos un valor de cronómetro para un protocolo utilizado en un dispositivo de comunicaciones. Algunos ejemplos de los elementos de la red, donde el bloque de envío 901 puede ser implementado, son un administrador 430 de la terminal, una entidad de control apoderada P-CSCF 511 y un SGSN 712. El bloque de disparo 902 es responsable del disparo del envío de los valores de cronómetro. Es posible que el bloque de disparo 902 sea implementado junto con el bloque de envío 901. Algunos ejemplos de los elementos de la red, donde la funcionalidad de disparo puede ser implementada, son un administrador de suscripción 410, una entidad de control de servicios S-CSCF 521 (típicamente separadamente del bloque de envío 901) , una entidad de control apoderada S-CSCF 511 (típicamente junto con el bloque de envío 901) y un SGSN 712 (típicamente junto con el bloque en envío 901) . El bloque de disparo 902 puede también ser localizado en algún sitio en una interconexión de administración del operador, en particular en el caso en que el operador decida configurar los valores de cronómetro de muchas o todas las terminales conectadas en la red. La figura 9 también muestra un bloque 903 de determinación del valor de cronómetro, el cual es responsable de la determinación de los valores de cronómetro con base en el funcionamiento del sistema de comunicaciones. El bloque 903 de determinación puede almacenar los valores de cronómetro en una memoria 904. El bloque de envío 901 puede acceder a los valores de cronómetro desde la memoria 904. El bloque de determinación 903 puede también informarle al bloque de disparo 902 que deben ser enviados nuevos valores de cronómetro a un número de dispositivos de comunicaciones. Estos dispositivos de comunicaciones pueden ser, por ejemplo, el dispositivo de comunicaciones que utiliza actualmente el sistema de comunicaciones. Los arreglos en las figuras 5 y 7 pueden ser aplicables aquí. Alternativamente, una red doméstica puede enviar nuevos valores de cronómetro a los usuarios de la red doméstica actualmente presentes en la red doméstica . Un bloque de configuración 905 es responsable de configurar nuevos valores de cronómetro para los elementos relevantes de la red. Los ejemplos de los elementos relevantes de la red son la entidad de control apoderada P-CSCF para los usuarios viajeros, y la entidad de control del servicio S-CSCF para los usuarios en su red doméstica. Se aprecia que los bloques 903, 904 y 905 en la figura 9 son típicamente implementados en un sistema de administración de red del operador de la red. La figura 10 muestra, como un ejemplo, esquemáticamente un dispositivo de comunicaciones 1000, donde las modalidades de la invención son aplicables. El dispositivo de comunicaciones 1000 contiene la funcionalidad 1010 para recibir información que indica al menos un valor de cronómetro enviado por un sistema de comunicaciones. El dispositivo de comunicaciones 1000 contiene también la funcionalidad 1020 para configurar al menos un cronómetro 1031 con relación a un protocolo 1030. Típicamente, esta funcionalidad 1020 de configuración de cronómetro es proporcionada como una aplicación, la cual está acomodada para configurar el apilamiento de protocolo relevante. Con respecto al protocolo SIP, al menos un cronómetro con relación a la capa de transacción 253 está configurado para tener un nuevo valor. La funcionalidad 1020 de configuración de cronómetro puede ser acomodada para almacenar al menos un valor previo 1021 para los cronómetros con relación al protocolo, típicamente el grupo previo de valores de cronómetro. El almacenamiento de al menos un valor de cronómetro previo (un grupo previo de valores de cronómetro) puede ser útil, por ejemplo, en el caso donde un dispositivo de comunicaciones viajero entra a una nueva red y la nueva red no tiene funcionalidad para enviar información que indique al menos un valor de cronómetro. Si se nota que, por ejemplo, por una falla repetida para registrarse al S-CSCF, que el último grupo de valores del cronómetro definió valores de cronómetro demasiado estrictos, el grupo previo de valores de cronómetro puede ser puesto en uso. Alternativamente, la funcionalidad 1020 de configuración de cronómetro puede ser acomodada para almacenar un grupo de valores de cronómetro por omisión. Estos valores por omisión pueden ser utilizados cuando la nueva red de acceso no envía ninguna información que indique los valores de cronómetro para el protocolo de control. Una opción adicional es que la funcionalidad 1020 de configuración del cronómetro esté acomodada para almacenar dos grupos de valores de tiempo por omisión: un primer grupo de valores de cronómetro con relación a la red doméstica, y un segundo grupo de valores de cronómetro con relación a una red visitada. En este caso, cuando el dispositivo de comunicaciones entra a una nueva red, la funcionalidad 1010 de configuración de cronómetro puede ser inquirida de si la nueva red es la red doméstica o una red visitada, y ésta pueda actualizar en consecuencia los cronómetros de protocolo . Se aprecia que aunque en la descripción detallada anterior el protocolo SIP de inicio de sesión es utilizado como un ejemplo de un protocolo de control y el IMS es utilizado como un ejemplo de la arquitectura de provisión de servicio, la invención es aplicable con otros protocolos, los protocolos de control y las arquitecturas/estructurales de servicio. Se aprecia que en las modalidades anexas, el registro a una estructura de servicio se refiere a las acciones llevadas a cabo entre un dispositivo de comunicaciones y las entidades relevantes de la red, de la estructura de servicio para hace posible que el dispositivo de comunicaciones acceda a los servicios de la estructura de servicio. El IMS es utilizado anteriormente como un ejemplo específico de una estructura de servicio. El registro a la estructura de servicio puede ser llevado a cabo, por ejemplo, automáticamente sobre un dispositivo de comunicaciones que entra a una red de acceso visitada o que entra a la red de acceso doméstica. Se aprecia que el envío de información que indica al menos un valor de cronómetro a un dispositivo de comunicaciones para configurar un protocolo en el dispositivo de comunicaciones puede ser aplicable también en otras conexiones diferentes a las estructuras de servicio tales como el IMS. Por ejemplo, la información que indica los valores de cronómetro puede ser enviada a un dispositivo de comunicaciones después de entrar a una red de acceso visitada, por ejemplo cuando el dispositivo de comunicaciones vagabundea en una red de comunicaciones celular visitada. Se aprecia además que en las reivindicaciones anexas, el envío de información que indica al menos un valor de cronómetro en conexión con un cierto procedimiento, por ejemplo, en conexión con el registro a una estructura de servicio o con la activación de un contexto de datos, en paquete, se refiere al envío de dicha información como parte del procedimiento. Típicamente, la información es enviada utilizando uno o varios mensajes del mismo protocolo, que se utiliza para el procedimiento. Se aprecia también que el dispositivo de comunicaciones puede ser cualquier dispositivo de comunicaciones capaz de comunicarse con un sistema de comunicaciones y que tenga la funcionalidad necesaria para acceder y utilizar servicios. Los ejemplos de dispositivos de comunicaciones son el equipo de usuarios, teléfonos móviles, estaciones móviles, asistentes digitales personales, computadoras portátiles (laptop) y similares. Además, un dispositivo de comunicaciones no necesita ser un dispositivo directamente utilizado por usuarios humanos. Aunque las modalidades preferidas del aparato y método que encarna la presente invención han sido ilustrados en las figuras anexas y descritas en la descripción detallada anterior, se entenderá que la invención no está limitada a las modalidades descritas, sino que es susceptible de numerosos re-arreglos, modificaciones y sustituciones sin apartarse del espíritu de la invención como se describe y se define por las siguientes reivindicaciones. Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención es el que resulta claro de la presente descripción de la invención.

Claims

REIVINDICACIONES Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes reivindicaciones : 1. Un método para proporcionar un control de un protocolo sobre el cual están basadas comunicaciones en una red de comunicación, caracterizado porque comprende: el envío de la información que indica al menos un valor de cronómetro hacia al menos un dispositivo de comunicaciones, para configurar al menos un cronómetro con relación a un protocolo utilizado en al menos un dispositivo de comunicaciones, para controlar las sesiones en la red de comunicación .
2. El método de conformidad con la reivindicación 1, caracterizado porque comprende además: el disparo del paso de envío de información que indica al menos un valor de cronómetro en respuesta a una acción dada.
3. El método de conformidad con la reivindicación 2, caracterizado porque en el paso de disparo, la acción dada comprende entrar a una red de acceso.
4. El método de conformidad con la reivindicación 2, caracterizado porque en el paso de disparo, la acción dada comprende la suscripción a un servicio.
5. El método de conformidad con la reivindicación 2, caracterizado porque en el paso de disparo, la acción dada comprende el registro a una estructura de servicio.
6. El método de conformidad con la reivindicación 2, caracterizado porque en el paso de disparo, la acción dada comprende la activación de un contexto de datos en paquete.
7. El método de conformidad con la reivindicación 2, caracterizado porque el paso de envío de información que indica al menos un valor de cronómetro, es llevado a cabo en conexión con la acción dada.
8. El método de conformidad con la reivindicación 7, caracterizado porque la acción dada es llevada a cabo utilizando un protocolo, en el paso de envío, la información que indica al menos un valor de cronómetro es enviado utilizando dicho protocolo.
9. El método de conformidad con la reivindicación 2, caracterizado porque en el paso de disparo, la acción dada comprende determinar al menos uno de un valor de cronómetro, con base en el funcionamiento de un sistema de comunicaciones .
10. El método de conformidad con la reivindicación 9, caracterizado porque en el paso de envío, la información que indica al menos un valor de cronómetro es enviada a una pluralidad de dispositivos de comunicaciones.
11. El método de conformidad con cualquier reivindicación precedente, caracterizado porque en el paso de envío, la información que indica al menos un valor de cronómetro es enviada vía una interconexión de administración de la terminal .
12. El método de conformidad con cualquier reivindicación precedente, caracterizado porque comprende además : la determinación de al menos un valor de cronómetro con base en el funcionamiento de un sistema de comunicaciones .
13. El método de conformidad con la reivindicación 12, caracterizado porque el paso de determinación de al menos un valor de cronómetro comprende determinar al menos un lapso o retraso en el sistema de comunicaciones.
14. El método de conformidad con cualquier reivindicación precedente, caracterizado porque comprende además : almacenar al menos un valor de cronómetro en un elemento de manejo de la red.
15. El método de conformidad con cualquier reivindicación precedente, caracterizado porque comprende además : buscar al menos un valor de cronómetro desde un elemento de manejo de la red, antes de enviar la información que indica al menos un valor de cronómetro hacia al menos un dispositivo de comunicaciones.
16. El método de conformidad con cualquier reivindicación precedente, caracterizado porque en el paso de envío, la información es enviada para configurar un protocolo de control de sesión.
17. El método de conformidad con cualquier reivindicación precedente, caracterizado porque en el paso de envío, la información es enviada para configurar un protocolo de inicio de sesión SIP.
18. Un dispositivo de comunicaciones, caracterizado porque comprende: medios para recibir la información de control para un protocolo sobre el cual están basadas las comunicaciones en una red de comunicación, la información del control ha sido enviada por la red de comunicaciones e indica al menos un valor de cronómetro para el protocolo, y los medios para configurar, con base en la información de control, al menos un valor de cronómetro con relación al protocolo utilizado en el dispositivo de comunicaciones, para controlar las sesiones en la red de comunicación.
19. El dispositivo de comunicaciones de conformidad con la reivindicación 18, caracterizado porque los medios para recibir la información de control están configurados para recibir la información de control sobre una interconexión de manejo o administración de la terminal.
20. El dispositivo de comunicaciones de conformidad con la reivindicación 18 ó 19, caracterizado porque el medio para recibir la información de control está configurado para recibir la información de control en conexión con la suscripción a un servicio.
21. El dispositivo de comunicaciones de conformidad con cualquiera de las reivindicaciones 18 a 20, caracterizado porque el medio para recibir la información de control está configurado para recibir la información de control en conexión con la activación de un contexto de datos en paquete.
22. El dispositivo de comunicaciones de conformidad con cualquiera de las reivindicaciones 18 a 21, caracterizado porque el medio para recibir la información de control está configurado para recibir la información de control en conexión con el registro a una estructura de servicio .
23. El dispositivo de comunicaciones de conformidad con cualquiera de las reivindicaciones 18 a 22, caracterizado porque el medio para recibir la información de control está configurado para recibir la información de control en conexión con la introducción a una red de acceso.
24. Un sistema de comunicaciones, caracterizado porque comprende: los medios para enviar información de control que indican al menos un valor de cronómetro hacia al menos un dispositivo de comunicaciones; y los medios para configurar al menos un cronómetro con relación a un protocolo sobre el cual están basadas las comunicaciones en una red de comunicaciones, el protocolo es utilizado en al menos un dispositivo de comunicaciones para controlar las sesiones en la red de comunicación.
25. El sistema de comunicaciones de conformidad con la reivindicación 24, caracterizado porque comprende además: los medios para disparar el medio para el envío de la información de control .
26. El sistema de comunicación de conformidad con la reivindicación 25, caracterizado porque el medio para el disparo, está configurado para dispararse al menos en respuesta a una acción dada con relación a un dispositivo de comunicaciones y el medio para enviar la información de control está configurado para enviar la información de control hacia el dispositivo de comunicaciones.
27. El sistema de comunicaciones de conformidad con la reivindicación 26, caracterizado porque la acción dada comprende la suscripción a un servicio.
28. El sistema de comunicaciones de conformidad con la reivindicación 26 ó 27, caracterizado porque la acción dada comprende el registro a una estructura de servicio.
29. El sistema de comunicaciones de conformidad con cualquiera de las reivindicaciones 26 a 28, caracterizado porque la acción dada comprende la introducción a una red de acceso.
30. El sistema de comunicaciones de conformidad con cualquiera de las reivindicaciones 26 a 29, caracterizado porque la acción dada comprende la activación de un contexto de datos en paquete.
31. El sistema de comunicaciones de conformidad con cualquiera de las reivindicaciones 25 a 30, caracterizado porque el medio para disparar está configurado para dispararse al menos en respuesta a la determinación de al menos un valor de cronómetro en el sistema de comunicaciones.
32. El sistema de comunicaciones de conformidad con cualquiera de las reivindicaciones 24 a 31, caracterizado porque comprende además : los medios para determinar al menos un valor de cronómetro, con base en el funcionamiento del sistema de comunicaciones .
33. El sistema de comunicaciones de conformidad con la reivindicación 32, caracterizado porque está configurado para almacenar al menos un valor de cronómetro en un elemento de manejo de la red.
34. El sistema de comunicaciones de conformidad con cualquiera de las reivindicaciones 24 a 33, caracterizado porque está configurado para buscar al menos un valor de cronómetro a partir de un elemento de manejo de la red, antes de enviar la información de control que indica al menos ün valor de cronómetro, hacia al menos un dispositivo de comunicaciones .
35. Un elemento de red para un sistema de comunicaciones, caracterizado porque comprende: los medios para enviar información de control, y que indican al menos un valor de cronómetro, hacia al menos un dispositivo de comunicaciones; y los medios para configurar al menos un cronómetro con relación a un protocolo sobre el cual están basadas las comunicaciones en una red de comunicación el cual, es utilizado en al menos un dispositivo de comunicaciones para controlar las sesiones en la red de comunicación.
36. El elemento de red de conformidad con la reivindicación 35, caracterizado porque comprende funcionalidad de manejo de la terminal.
37. El elemento de red de conformidad con la reivindicación 35 ó 36, caracterizado porque comprende la funcionalidad de registro de la estructura de servicio.
38. El elemento de red de conformidad con cualquiera de las reivindicaciones 35 a 37, caracterizado porque comprende la funcionalidad de activación del contexto de datos en paquetes .
39. Un elemento de red para un sistema de comunicaciones, caracterizado porque comprende: medios para disparar el envío de la información de control, que indica al menos un valor de cronómetro, hacia al menos un dispositivo de comunicaciones; y los medios para configurar al menos un cronómetro con relación a un protocolo sobre el cual están basadas las comunicaciones en una red de comunicación, el protocolo es utilizado en al menos un dispositivo de comunicaciones para controlar las sesiones en la red de comunicación.
40. El elemento de red de conformidad con la reivindicación 39, caracterizado porque comprende la funcionalidad de la suscripción de servicio.
41. El elemento de red de conformidad con la reivindicación 39 ó 40, caracterizado porque comprende la funcionalidad de registro de la estructura de servicio.
42. El elemento de red de conformidad con cualquiera de las reivindicaciones 39 a 41, caracterizado porque comprende la funcionalidad de activación del contexto de datos en paquete.
43. Un dispositivo de comunicaciones, caracterizado porque comprende: un receptor configurado para recibir información de control para un protocolo sobre el cual están basadas las comunicaciones en una red de comunicación, la información de control ha sido enviada por la red de comunicaciones e indica al menos un valor de cronómetro para el protocolo; y un controlador configurado para configurar, con base en la información de control, al menos un valor de cronómetro con relación al protocolo utilizado en el dispositivo de comunicaciones para controlar las sesiones en la red de comunicación.
44. Un sistema de comunicaciones, caracterizado porque comprende : un transmisor configurado para enviar información de control que indica al menos un valor de cronómetro hacia al menos un dispositivo de comunicaciones, y un controlador configurado para configurar al menos un cronómetro, con relación a un protocolo sobre el cual están basadas las comunicaciones en una red de comunicación, el protocolo es utilizado en al menos un dispositivo de comunicaciones para controlar las sesiones en la red de comunicación .
45. Un elemento de red para un sistema de comunicaciones, caracterizado porque comprende: un transmisor configurado para enviar la información de control que indica al menos un valor de cronómetro, hacia al menos un dispositivo de comunicaciones; y un controlador configurado para configurar al menos un cronómetro con relación a un protocolo sobre el cual están basadas las comunicaciones en una red de comunicación, el protocolo es utilizado en al menos un dispositivo de comunicaciones para controlar las sesiones en la red de comunicación.
46. Un elemento de red para un sistema de comunicaciones, caracterizado porque comprende: un primer controlador configurado para disparar el envío de la información de control que indica al menos un valor de cronómetro, hacia al menos un dispositivo de comunicaciones, y un segundo controlador configurado para configurar al menos un cronómetro con relación a un protocolo sobre el cual están basadas las comunicaciones en una red de comunicación, el protocolo es utilizado en al menos un dispositivo de comunicaciones para controlar las sesiones en la red de comunicación.
47. Un método de conformidad con la reivindicación 1, caracterizado porque al menos un cronómetro comprende un cronómetro con relación a un estimado de tiempo de viaje redondo (RTT) .
48. Un método de conformidad con la reivindicación 1, caracterizado porque el protocolo es un protocolo de SIP y en donde al menos un cronómetro comprende un cronómetro con relación a un intervalo de retransmisión máxima para las peticiones de no INVITAR y las respuestas a INVITAR del protocolo SIP.
49. Un método de conformidad con la reivindicación 1, caracterizado porque al menos un cronómetro comprende un cronómetro con relación a una duración máxima que un mensaje permanecerá en la red de comunicación.