ES2556598T3

ES2556598T3 - Red de comunicaciones para móviles

Info

Publication number: ES2556598T3
Application number: ES09785405.3T
Authority: ES
Inventors: Matthew Vizor; Graeme Hardy; Chris Jones; Christine Rickard
Original assignee: Vodafone Group PLC
Current assignee: Vodafone Group PLC
Priority date: 2008-07-25
Filing date: 2009-07-27
Publication date: 2016-01-19
Anticipated expiration: 2029-07-27
Also published as: EP2340642B1; US20110176482A1; US9247560B2; GB0813611D0; EP2340642A1; US20140233510A1; WO2010010408A1; GB2463000B; US8750203B2; GB2463000A

Abstract

Método de control de transferencia de datos entre un dispositivo móvil (1) y una red (12) de telecomunicaciones para móviles, que incluye: recibir una solicitud de servicio que requiere una transferencia (110; 210; 310) de datos entre el dispositivo móvil (1, 400) y la red (12) de telecomunicaciones para móviles; determinar por lo menos un requisito (120; 220; 320) de un parámetro de la red en relación con la solicitud de servicio de entre un perfil de parámetros predefinido, de manera que el por lo menos un requisito de un parámetro de la red incluye un requisito de tipo de portador referente a uno o más tipos de portador adecuados para la solicitud de servicio, seleccionándose el tipo o tipos de portador adecuados de entre una pluralidad de tipos de portador posibles; determinar un tipo de portador en el cual está funcionando en ese momento el dispositivo móvil (1, 400); comparar el tipo de portador en el cual está funcionando en ese momento el dispositivo móvil (1, 400) con el requisito (130; 330) de tipo de portador; y usar la comparación para controlar una temporización de la transferencia de datos, de tal manera que la transferencia de datos se lleva a cabo cuando el tipo de portador en el cual está funcionando en ese momento el dispositivo móvil (1, 400) cumple el requisito de tipo de portador.

Description

5

10

15

20

25

30

35

40

45

50

55

DESCRIPCION

Red de comunicaciones para moviles Sumario de la invencion

La presente invencion se refiere a una red de comunicaciones de moviles y a un metodo de control de transferencia de datos en dicha red, tlpicamente entre un dispositivo movil y un elemento de red. Mas particularmente, aunque no de manera exclusiva, la presente invencion se refiere a un metodo, y una disposition, para controlar eventos de copias de seguridad de datos de terminales en una ubicacion de un servidor remoto y el uso de la descarga de contenidos.

Antecedentes

Las comunicaciones para moviles han avanzado notablemente desde sus primeros inicios en los que se proporcionaba a los usuarios unos medios de comunicacion de voz y datos de manera inalambrica desde cualquier ubicacion dentro de la cobertura de una estacion base. Esto ha evolucionado hasta poder proporcionar conectividad de banda ancha para moviles a cualquier dispositivo movil adecuado, incluyendo telefonos moviles, PDAs y PCs con una tarjeta de conectividad adecuada. Los servicios de banda ancha para moviles se pueden proporcionar en varias redes, incluyendo la GSM con el uso de HSDPA, UMTS, WiMaX y la red LTE que esta actualmente en desarrollo.

No obstante, este acceso mejorado a dichos servicios inalambricos no se ha producido sin problemas, particularmente debido a que en general no existe ningun esquema de servicios mundial con una tarifa predefinida para servicios con independencia de la ubicacion del usuario. Es decir, los servicios son gestionados en general por proveedores de servicios segun cada pals, de manera que los usuarios obtienen un esquema de tarifa “domestica” para servicios proporcionados desde dentro de su pals de origen, pero tasas diferentes para otros palses. Las tasas correspondientes a otros palses son en general superiores a la tarifa domestica, para tener en cuenta diversos factores, tales como los tipos de cambio monetario y las tasas de termination para proveedores de servicios internacionales por el uso de sus redes.

Esta diferencia de tarifa es particularmente importante cuando a los usuarios se les concede una cantidad de datos incluidos (es decir, bonos de datos) que pueden descargar como parte de su tarifa. Este volumen de descarga libre, tlpicamente se aplica solo a datos descargados dentro del pals de origen del usuario. Aunque el usuario puede seguir llevando a cabo descargas de datos en otros palses, tlpicamente estas descargas se tarifican al usuario basandose en la cantidad de datos descargados (es decir tarificacion basada en el volumen por megabyte). Por ello, se han producido casos en los que el usuario ha descargado involuntariamente grandes cantidades de datos mientras no se encontraba en su pals de origen, y a continuation ha recibido facturas inesperadamente altas por dichos servicios. Esto se podrla producir debido a que el usuario no ha tenido conocimiento detallado de los costes implicados, o a una descarga sin conocimiento de los datos, por ejemplo al dejar su dispositivo desbloqueado mientras viajaba.

Existe por lo tanto una necesidad de minimizar el riesgo de que los usuarios acumulen de manera involuntaria dichas facturas inesperadamente elevadas.

Debido a este problema, aparece una cuestion relacionada con respecto a las copias de seguridad y la restauracion de datos. Se ha convertido en un procedimiento convencional que los sujetos flsicos y los negocios realicen copias de seguridad de los datos de sus ordenadores en un disco aparte, con el fin de garantizar que no se pierdan datos, o por lo menos reducir al mlnimo la cantidad de datos que se pierde, en caso de averla del ordenador. Cuando se produce una averla, el disco se puede usar entonces para restaurar los datos en el ordenador en el punto en el que se realizo una copia de seguridad del mismo por ultima vez.

En este momento hay disponible el mismo procedimiento para dispositivos moviles, de manera que muchos usuarios tienen ahora una capacidad automatica de “copia de seguridad y restauracion” en su dispositivo informatico movil, la cual es fijada por ellos para de forma intermitente realizar copias de seguridad de sus datos inalambricamente con su proveedor de red. Los tipos de datos de los cuales se realizarlan “copias de seguridad” mediante su carga en un servidor remoto incluyen bases de datos de contactos, bases de datos de mensajes (por ejemplo, correos electronicos, mensajes de sms), bases de datos de fotograflas y musicales y cualesquiera otros datos almacenados en los dispositivos moviles, incluyendo documentos.

Esta copia de seguridad y esta restauracion inalambricas son un servicio recomendado, para garantizar que los usuarios no pierden ningun dato en caso de una averla del sistema en su dispositivo informatico movil, o incluso en caso de robo o alternativamente de perdida del dispositivo informatico. Cuando se produce una averla del sistema, y un usuario necesita restaurar datos en su dispositivo movil, se contacta con el servidor de almacenamiento remoto para descargar los datos de los que se realizo una copia de seguridad por ultima vez. Por tanto, el servidor remoto necesita que haya vigente un proceso de autorizacion seguro para garantizar que solamente usuarios validos acceden a sus datos.

Aunque el proceso de copias de seguridad y restauracion en procedimiento automatico es razonable para usuarios

2

5

10

15

20

25

30

35

40

45

50

55

con libertad de descarga/carga en su red de origen, puede darse un problema con usuarios que esten en desplazamiento itinerante y con capacidad de gasto limitada.

Para hacer frente a este problema, cabe la posibilidad de que los usuarios implementen manualmente la funcionalidad de copia de seguridad y restauracion, aunque un planteamiento manual puede derivar en que el usuario no realice la copia de seguridad con tanta frecuencia o con la regularidad que deberla. Esto a su vez podrla conducir a la perdida involuntaria de datos por parte del usuario.

Otro problema de la conectividad de banda ancha para moviles es que el servicio no es uniforme desde la perspectiva de las velocidades de descarga. Las redes celulares de banda ancha para moviles son de naturaleza por rafagas, y aunque son competitivas y normalmente superiores a Ethernet y la WLAN desde la perspectiva de la velocidad, no estan dimensionadas para hacer frente a volumenes de datos persistentes y similares, tales como los que se requieren durante las grandes descargas de datos. Por tanto, un usuario puede seleccionar la descarga de un fragmento de video utilizando la banda ancha para moviles, pero debido a las condiciones de la red en ese instante de tiempo dado, puede que solamente obtenga una velocidad de descarga baja. Esto puede resultar bastante frustrante para el usuario, en particular si percibe que esta esperando su servicio mas tiempo de lo esperado. Este mismo problema se aplica a la carga de datos, por ejemplo cuando se utiliza un servicio de copia de seguridad de datos.

De manera similar, cuando coexiste una pluralidad de tipos de red, aunque no necesariamente en la misma region, un usuario puede tener acceso a una red GPRS 3G en una localidad, pero solamente a una red de “Velocidad de Datos Mejorada para Evolucion de GSM” (EDGE) (es decir una red 2.5G que ofrece velocidades de datos menores que el 3G) en otra localidad. Cuando no esta disponible para el usuario el servicio 3G mas rapido con el fin de descargar/cargar datos, la lentitud del servicio utilizado puede dar como resultado una experiencia deteriorada del usuario. Tambien puede introducir una necesidad de que el usuario optimice su uso del menor ancho de banda disponible.

Existe por lo tanto una necesidad tambien de reducir los casos en los que la red de banda ancha para moviles no puede ofrecer una velocidad eficiente de descarga y/o carga.

En la tecnica anterior, el documento EP1278390 describe la dispersion de la temporizacion de una descarga de datos dentro de un periodo de tiempo predeterminado para evitar la concentracion de trafico. El documento EP1906627 afronta el problema de los mayores costes de transmision de datos en desplazamiento itinerante por medio de una tecnica que requiere una “autorizacion” para descargar datos, sobre la base de la ubicacion del dispositivo movil. El documento WO2004/102999 describe el aplazamiento de datos designados como “aplazables” cuando una interfaz aerea esta congestionada. El documento US2002/0073140 describe una transferencia de datos que depende del tamano y el tipo del archivo (por ejemplo, fotograflas o video) y periodos de tiempo predeterminados fuera de las horas pico. El documento WO2004/057828 da a conocer un algoritmo para sincronizar datos entre un terminal movil y un servidor remoto con el fin de conseguir un uso eficiente del ancho de banda de la red. El documento US2003/0100308 da a conocer un planteamiento para seleccionar una red inalambrica con el fin de que un terminal movil se conecte a la misma.

Sumario de la invencion

Segun un primer aspecto, la presente invencion proporciona un metodo de control de transferencia de datos entre un dispositivo y una red de telecomunicaciones para moviles tal como se define en la reivindicacion 1.

Este aspecto de la invencion posibilita una transferencia de datos hacia y/o desde un dispositivo movil a gestionar de manera que se puede tener en cuenta el tipo de portador actual antes de proseguir con la transferencia de datos. De esta manera, si las condiciones de la red no son adecuadas para la solicitud de servicio que requiere una transferencia de datos, es posible aconsejar al usuario de que no se recomienda proseguir con la solicitud, y/o retardar hasta que las condiciones de la red resulten adecuadas.

De una manera similar, antes de proseguir con la transferencia de datos pueden tenerse en cuenta estados de parametros del usuario. De esta forma, si, por ejemplo, el plan de tarifas del usuario proporciona una cantidad maxima de transferencia de datos y/o define dias u horas del dia fijados en los cuales las transferencias de datos son gratuitas (por ejemplo, la tarifa puede proporcionar al usuario descargas gratuitas el fin de semana o entre las 12 am y las 5 am cada dia), es posible aconsejar al usuario de que no se recomienda proseguir con la solicitud (por ejemplo, si la solicitud supera la cantidad de transferencia maxima gratuita del usuario, o la solicitud se situa fuera de los periodos de tiempo de descarga gratuita), y/o la solicitud del servicio se puede restringir/posponer segun se requiera.

Por lo tanto, este aspecto de la invencion sirve para evitar que el usuario reciba una “factura sorpresa” o una experiencia de usuario deficiente. De forma ventajosa, esto ayuda a reducir al minimo la confusion del usuario, y tambien a mejorar la confianza del mismo en la posibilidad de hacer uso de servicios de descarga/carga de datos sin ninguna consecuencia monetaria adversa inesperada.

En el conjunto que se adjunta a las reivindicaciones se definen otros aspectos de la invencion.

3

5

10

15

20

25

30

35

40

45

50

Breve descripcion de los dibujos

A continuacion se describiran realizaciones de la invencion en referenda a los dibujos adjuntos, en los cuales:

la Figura 1 es un dibujo esquematico de elementos clave de una red de telecomunicaciones para moviles, destinado a usarse en la explicacion del funcionamiento de dicha red, as! como las realizaciones de la presente invencion.

La Figura 2 es un diagrama de flujo de una realizacion de la invencion que incluye condiciones en la transferencia de datos.

La Figura 3 es un diagrama de flujo de una realizacion de la invencion que incluye condiciones de los portadores en la transferencia de datos.

La Figura 4 es un diagrama de flujo de una realizacion de la invencion que incluye condiciones secundarias para la transferencia de datos.

La Figura 5 es un diagrama de bloques que muestra elementos de realizaciones de la invencion.

Descripcion detallada

A continuacion se describiran brevemente y en referencia a la Figura 1 elementos clave de una red de telecomunicaciones para moviles, y su funcionamiento.

Cada estacion base (BS) presta servicio a una celula respectiva de su red de telecomunicaciones celular/para moviles y recibe llamadas/datos desde y transmite llamadas/datos a un dispositivo movil de esa celula, mediante radiocomunicaciones inalambricas en uno de los dominios de circuitos conmutados o paquetes conmutados o en ambos dominios. Con la referencia 1 se muestra un dispositivo movil (UE) del abonado del tipo mencionado. El dispositivo movil puede ser cualquier dispositivo portatil adecuado, incluyendo un telefono movil de mano, un asistente personal digital (PDA) o un ordenador portatil equipado con una tarjeta de datos con conectividad de red.

En una red de telecomunicaciones para moviles GSM, cada estacion base incluye una estacion transceptora base (BTS) y un controlador de estaciones base (BSC). Un BSC puede controlar mas de una BTS. Las BTSs y los BSCs comprenden la red de acceso de radiocomunicaciones.

En una red de telecomunicaciones para moviles UMTS, cada estacion base comprende un nodo B y un controlador de red de radiocomunicaciones (RNC). Un RNC puede controlar mas de un nodo B. Los nodos B y los RNCs comprenden la red de acceso de radiocomunicaciones.

En la red de telecomunicaciones para moviles LTE propuesta, cada estacion base comprende un Nodo B evolucionado el cual combina las funcionalidades del RNC y el Nodo B. Las estaciones base estan dispuestas en grupos, y es probable que cada grupo de estaciones base sea controlado por una Entidad de Gestion de Movilidad (MME) y una Entidad de Plano de Usuario (UPE).

Convencionalmente, en una red GSM/UMTS, las estaciones base estan dispuestas en grupos, y cada grupo de estaciones base es controlado por un nodo de soporte de servicio GPRS (SGSN), tal como el SGSN 16 para las estaciones base 3, 4 y 5. Tal como se muestra en la Figura 1, la red tiene otro SGSN 18, el cual esta controlando otras tres estaciones base 7, 8 y 9. En la practica, la red incorporara muchos mas SGSNs y estaciones base que los mostrados en la Figura 1. Las estaciones base 3, 4, 5, 7, 8 y 9 tienen, cada una de ellas, una conexion dedicada (no compartida) con su SGSN - tlpicamente una conexion por cable. Esto evita la reduccion de velocidades de transmision debido a una congestion provocada por otro trafico.

Los SGSNs 16 y 18 se proporcionan para soportar comunicaciones en el dominio por conmutacion de paquetes - tales como transmisiones de datos GPRS. Los SGSNs 16 y 18 estan conectados a su vez a un nodo de soporte de pasarela GPRS (GGSN - no mostrado), el cual proporciona una pasarela a redes de datos, tales como Internet, con el fin de proporcionar servicios de banda ancha para moviles.

Centros de Conmutacion para Moviles (MSCs) 2 y 6 correspondientes soportan comunicaciones en el dominio por conmutacion de circuitos - tlpicamente llamadas de voz. Los MSCs funcionan de una manera analoga a los SGSNs.

Cada abonado a la red esta provisto de una tarjeta inteligente o SIM que, cuando se asocia al terminal movil del usuario identifica el abonado a la red. En relacion con esto, la tarjeta sIm esta pre-programada con un numero de identification exclusivo, la “Identidad de Abonado Movil Internacional” (IMSI), para que sea usado por la red, pero que en general no es conocido por el abonado. Para el abonado se emite un numero conocido publicamente, es decir, el numero de telefono del abonado, por medio del cual los llamantes inician llamadas con el abonado. Este numero es el MSISDN.

La red incluye un registro de posiciones locales (HLR) 10 el cual, para cada abonado a la red, almacena la IMSI y el MSISDN correspondiente junto con otros datos de abonado, tales como information referente al plan de tarifas de la red del usuario.

5

10

15

20

25

30

35

40

45

50

Teniendo en mente estos antecedentes, a continuacion se describira una primera realizacion de la invencion con respecto a un dispositivo portatil que utiliza una red celular para proporcionar servicios de banda ancha para moviles.

Segun esta realizacion, un motor comercial de decisiones logicas esta asociado al dispositivo configurado para monitorizar una serie de parametros, en particular referentes a la descarga de datos, la carga de datos, la red, el dispositivo movil y/o el usuario del dispositivo movil. En la realizacion, el motor esta configurado para monitorizar el tipo de portador (por ejemplo, GPRS/EDGE/3G/HSDPA/HSUPA/HSPA+) y uno cualquiera, o una combinacion de, los siguientes:

- estado de itinerancia (por ejemplo, red de origen/itinerancia domestica/itinerancia internacional);

- intensidad de la senal;

- estimacion de descarga/carga de datos;

- hora/fecha;

- tarifa de uso de datos del usuario (por ejemplo, ilimitado, restringido, especlfico de la red, tarificacion basada en volumen/tiempo);

- vida de la baterla del dispositivo; y

- tipo de copia de seguridad (por ejemplo, copia de seguridad inicial de todos los datos/copia de seguridad “delta” solamente de datos que han cambiado).

El motor esta configurado para comparar las mediciones de parametros con uno o mas requisitos de parametros predeterminados con el fin de emitir un juicio o recomendacion informados para el usuario del terminal en relacion con su uso de descarga/carga de datos. Tambien se pueden utilizar para permitir que el usuario cree excepciones con respecto a su uso de banda ancha del movil.

Las mediciones de los parametros son condiciones/estados reales del sistema, y tlpicamente reflejaran condiciones del terminal, condiciones del usuario y/o condiciones de la red. Estas mediciones de los parametros pueden ser determinadas por el propio motor, o pueden ser proporcionadas al motor por una o mas fuentes externas, tales como desde el usuario y/o la red. Por ejemplo, las mediciones de los parametros de estado de la senal y QoS/velocidad de la conexion se determinaran tlpicamente a traves de una interaccion con los componentes de banda ancha movil del dispositivo, tales como un modem con conectividad inalambrica para datos.

La Figura 2 es un diagrama de flujo que muestra una realizacion de la invencion. En la referencia 110 se realiza una solicitud de una transferencia de datos. La solicitud puede ser realizada manualmente por un usuario, puede ser provocada automaticamente por el dispositivo de comunicaciones movil o puede ser provocada por un tercero remoto con respecto al dispositivo, por ejemplo una empresa tercera podrla difundir de forma general que hay disponible una actualizacion para un software de aplicacion al cual esta abonado el usuario.

En la referencia 120 el motor determina si existe alguna condicion predefinida para la transferencia de datos. En ciertas realizaciones, las condiciones pueden ser fijadas por el usuario y, en otras realizaciones, las condiciones pueden ser fijadas por el proveedor de la red y se pueden almacenar en el dispositivo. Las condiciones estan asociadas a requisitos de parametros particulares y pueden identificar parametros o intervalos de parametros

especlficos en los cuales se puede permitir la transferencia de datos, e incluyen el portador en el cual esta

acampado en ese momento el dispositivo, y, por ejemplo, la hora del dla, el tamano del archivo de datos, el coste de la transferencia de los datos, la intensidad de la senal, etcetera. Si se han fijado condiciones para la transferencia de datos, el motor compara los parametros actuales con los parametros definidos en las condiciones predefinidas en la referencia 130. Si los parametros actuales cumplen las condiciones predefinidas, entonces se permite la

transferencia de datos en la referencia 150. En alguna realizacion, la transferencia de datos se ejecutara a

continuacion automaticamente y en alguna otra realizacion el motor puede informar al usuario de que se ha aprobado la transferencia de datos. Todavla en otras realizaciones, puede que el motor siga requiriendo una autorizacion manual por parte del usuario antes de ejecutar la transferencia de datos.

Si los parametros actuales no cumplen los parametros definidos en las condiciones predefinidas en la referencia 130, el motor puede rechazar la transferencia de datos. En otras realizaciones, el motor puede informar al usuario sobre las condiciones actuales en la referencia 140 y puede alertarle de que los parametros actuales no cumplen las condiciones predefinidas. En ciertas realizaciones, al usuario se le puede seguir permitiendo autorizar la transferencia de datos.

Ejemplo 1

En un primer ejemplo (el cual no constituye una realizacion de la invencion), el motor puede implementar un perfil simple para denegar todas las solicitudes de descarga/carga cuando el dispositivo movil esta en desplazamiento

5

10

15

20

25

30

35

40

45

50

55

itinerante. Este ejemplo es ideal para un usuario preocupado por los costes, el cual no desea ningun riesgo de descarga o carga involuntaria de datos y por lo tanto de generacion de cargos monetarios inesperados. En una version alternativa de este ejemplo, en el caso en que el motor determina que el dispositivo movil esta en desplazamiento itinerante, en lugar de simplemente bloquear todas las solicitudes de descarga/carga, el motor senalizara la cuestion al usuario del dispositivo antes de proseguir.

Por ejemplo, tras determinar el motor que puede que sea necesario activar los componentes de la interfaz de usuario (UI) del dispositivo, tales como un navegador web o un cliente de copia de seguridad y restauracion, el motor determinara la red en la cual esta funcionando en ese momento el dispositivo. El motor a continuation determinara si el dispositivo esta funcionando en su red de origen o en una red de itinerancia. Si el dispositivo esta funcionando en una red de itinerancia, el motor, antes de permitir que se continue con el procedimiento de configuration del navegador, puede recordar al usuario la situation de itinerancia, por ejemplo con un mensaje:

“Se encuentra en situacion de itinerancia y en este momento no puede usar los bonos de datos incluidos. Por lo tanto se le cobrara por este servicio. ^Desea continuar?”

De esta manera, al usuario se le recuerda la situacion y el mismo puede tomar una decision fundamentada con respecto a si incurrir o no en costes adicionales. Otra de las ventajas de este ejemplo, desde el punto de vista del proveedor de servicios, es que le proporciona una confirmation de acuerdo por parte del usuario con respecto a los costes adicionales, en caso de cualquier disputa futura sobre la facturacion.

Alternativamente, el motor simplemente puede rechazar la solicitud de transferencia de datos en caso de que el dispositivo este funcionando en una red de itinerancia.

Ejemplo 2

En este ejemplo, el motor presenta al usuario mas information sobre el coste esperado si se continua con la transferencia de datos en la presente red operativa. En este ejemplo, detalles sobre la tarifa del usuario se pueden almacenar en el motor, o este ultimo puede acceder a ellos. Cuando el usuario solicita una transferencia de datos, el motor compara la red actual con redes almacenadas con respecto a la tarifa del usuario, y le presenta a este ultimo en el mensaje las implicaciones de coste especlficas si continua con la transferencia de datos. En una disposition convencional, pueden asociarse costes diferentes a una transferencia en la red de origen y a una transferencia cuando se esta operando en una red de itinerancia. Como parte de la estimation de los costes, el motor puede determinar el tamano del archivo a transferir y calcular el coste estimado asociado al archivo de datos de ese tamano en la red actual basandose en la tarifa del usuario.

En otras disposiciones, los usuarios pueden fijar llmites predefinidos sobre los costes, por encima de los cuales el usuario solicita que le presenten una indication para autorizarlos y por debajo de los cuales el usuario los autoriza automaticamente. Por ejemplo, un usuario puede fijar un llmite predefinido para permitir de manera automatica cualquier transferencia de datos de la cual se espere que coste menos de 1 £ aunque solicitando un mensaje que le pida la autorizacion para cualquier transferencia de datos de la cual se espere que coste mas de 1 £.

Otras disposiciones ofrecen al usuario la option de seleccionar el metodo de pago cuando recibe una indicacion de autorizacion. Por ejemplo, podrla ser que el usuario desease cargar la transferencia de datos en la suscripcion de su movil o pagar a traves de una via diferente, por ejemplo con tarjeta de credito.

Ejemplo 3

En una realization de la invention, el motor toma decisiones, o solicita autorizacion, sobre si ejecutar una transferencia de datos basandose en el portador al cual esta conectado en ese momento el dispositivo. Si un usuario solicita la descarga de datos, tales como un video musical o incluso un episodio de un programa de television, el motor percibira la solicitud de servicio y comprobara si un perfil de parametros presenta algun requisito para dicho servicio, tal como un requisito de intensidad minima de la senal y/o un tipo necesario de portador (es decir solamente 3G). Los parametros definidos en este perfil pueden ser fijados, por ejemplo, por el proveedor de servicios y/o el usuario. El perfil es tlpicamente una tabla almacenada en una memoria que define propiedades de parametros, tales como intervalos, llmites y tipos, los cuales son aplicables a cada tipo de solicitud de servicio. Los ejemplos de “solicitudes de servicio” incluyen descargas de datos, cargas, solicitudes de copias de seguridad de datos y solicitudes de restauracion de datos.

Por lo tanto, una vez que se han determinado todos los requisitos para los parametros, el motor determinara el estado actual de dichos parametros. Por ejemplo, si el perfil requiere solamente que se usen portadores 3G para el servicio, el motor determinara a que portador esta conectado en ese momento el terminal y/o que portadores estan disponibles para el terminal en su position actual. Cuando el dispositivo movil este conectado a un portador 3G, se permitira que el servicio prosiga. Cuando el dispositivo no este conectado a un portador 3G, pero haya uno disponible, el motor puede iniciar una solicitud hacia el terminal para actualizar portadores con el fin de permitir que tenga lugar la descarga. No obstante, cuando el dispositivo no este conectado en ese momento a un portador adecuado, y no haya disponible ninguno adecuado, la solicitud del servicio sera cancelada o no se permitira continuar con la misma en ese instante de tiempo.

5

10

15

20

25

30

35

40

45

50

55

En relacion con esto, se podrla enviar al usuario un mensaje mediante la presentacion de este ultimo en la pantalla de visualizacion del dispositivo exponiendo que “no hay disponible ninguna red adecuada en ese momento, por favor intentatelo de nuevo mas tarde”. Alternativamente, al usuario se le puede presentar una opcion de omision, que diga por ejemplo que “en este momento no hay disponible un portador preferido, por lo que todas las descargas que se realicen seran lentas. No obstante si desea continuar, pulse intro.”

El motor tambien puede proporcionar al usuario un tiempo de descarga estimado, en donde el tamano del archivo a descargar es conocido, as! como la velocidad de descarga disponible.

En otra alternativa, el mensaje podrla ser que “no hay disponible una red adecuada en este momento. Sin embargo, la descarga tendra lugar automaticamente una vez que haya disponible una red adecuada.” En esta opcion, el motor almacenara temporalmente la solicitud de descarga, y monitorizara continuamente las redes que estan disponibles hasta que haya una adecuada accesible. A continuacion, el motor permitira que se continue con la descarga.

No obstante, antes de continuar, el motor preferentemente volvera a comprobar el perfil de parametros para garantizar que se siguen cumpliendo los otros requisitos de los parametros. Por ejemplo, cuando llegue el momento en el que el motor determine que existe una red adecuada, el terminal puede haberse desplazado fuera de su red de origen, y el perfil puede requerir que las descargas unicamente se produzcan en la red de origen del dispositivo. Por lo tanto, si el motor encuentra que en este momento no se cumple este otro parametro, la solicitud de descarga se mantendra como pendiente.

A partir de este ejemplo, puede observarse que al usuario se le puede ofrecer una experiencia mejorada en la medida en la que puede hacerse que tenga conocimiento de cualquier problema de descarga antes de proseguir con esta ultima. Ademas, se aporta la capacidad de descarga de datos de manera eficiente, esperando hasta que haya disponible una red adecuada. Esto evita un gasto injustificado de los recursos del dispositivo que se producirla normalmente durante un procedimiento de descarga prolongado.

La Figura 3 es un diagrama de flujo que muestra las etapas que se llevan a cabo en realizaciones de la invencion, y las cuales presentan condiciones asociadas a la transferencia de datos con respecto al portador en el cual esta funcionando en ese momento el dispositivo. En la referencia 210, el motor determina que se ha realizado una solicitud de transferencia de datos. Esta puede ser una solicitud manual del usuario para carga o descarga o una solicitud automatica del dispositivo, por ejemplo una actualizacion diaria.

En la referencia 220, el motor comprueba si hay alguna condicion asociada a la transferencia de datos con respecto al portador. Dichas condiciones se pueden almacenar en una tabla de consulta dentro de un area de almacenamiento del dispositivo. (Si no hubiera condiciones basandose en el portador, el motor autoriza la transferencia de los datos en la referencia 220. Una vez que se ha autorizado la transferencia, los datos se transfieren en la referencia 270). En otras realizaciones de la invencion, pueden especificarse condiciones adicionales en relacion con otros parametros, por ejemplo condicion o coste de la itinerancia, y en dichas realizaciones el motor compararla los parametros actuales con aquellos parametros especificados antes de autorizar la transferencia de datos.

Si existen condiciones sobre el portador en la referencia 220, el motor identifica el portador actual en la referencia 230, por ejemplo 3G. En la referencia 240, el motor compara el portador actual con aquellos portadores permitidos por el dispositivo/usuario. Los portadores permitidos se identificaran tlpicamente en una tabla de consulta almacenada en un area de almacenamiento del dispositivo. Si el portador actual es un portador permitido en la referencia 240 (y suponiendo que no se aplica ninguna otra condicion) el motor autoriza la transferencia de datos y se transfieren los datos en la referencia 270.

Si el portador actual no tiene permiso para la transferencia de datos, en ciertas realizaciones de la invencion el motor informa al usuario en la referencia 780, por ejemplo en forma de un mensaje tal como se ha descrito anteriormente. Dicho mensaje podrla indicar que el portador actual no tiene permiso de manera que no es posible la transferencia de datos o podrla confirmar que el portador actual dara como resultado una velocidad menor de transferencia de datos. El tipo de mensaje dependera de las preferencias fijadas por el usuario. Podrlan fijarse otras preferencias las cuales requieran que el dispositivo compruebe si hay disponible en ese momento un portador adecuado. En caso afirmativo, el motor dara instrucciones al dispositivo para confirmar si hay disponible algun portador adecuado en la referencia 250. Nuevamente, en funcion de las preferencias fijadas por el usuario, el motor puede dar instrucciones al dispositivo para cambiar al portador adecuado y transferir los datos en la referencia 260. Esto se puede gestionar de manera automatica, basandose en preferencias predefinidas del usuario, o puede ser indicado al usuario para su confirmacion presentando un mensaje y solicitando una entrada confirmatoria antes de la descarga.

Ejemplo 4

En otras realizaciones, el dispositivo movil esta configurado para realizar automaticamente copias de seguridad de sus datos, y segun este ejemplo, antes de proseguir con una copia de seguridad el motor de cliente asociado al dispositivo evalua el entorno de la red. Por ejemplo, el cliente de copias de seguridad esta configurado para interpretar la conectividad de banda ancha para moviles del usuario y o bien gestionar el inicio de las copias de

5

10

15

20

25

30

35

40

45

50

55

seguridad automaticamente (es decir, la velocidad puede cambiar sobre la base de la cantidad de datos que ya se haya descargado) o bien emitir juicios y recomendaciones fundamentados para el usuario.

La Figura 4 cubre una realizacion en la cual se pueden fijar condiciones secundarias predefinidas que permiten autorizar la transferencia de datos en condiciones sub-optimas, secundarias, si se cumplen ciertos requisitos. Por ejemplo, si los parametros de funcionamiento actuales no cumplen las condiciones principales pero no se ha realizado ninguna transferencia de datos durante 24 horas, entonces el motor puede permitir que la transferencia de datos tenga lugar en condiciones secundarias, sub-optimas.

En la referencia 310, el motor recibe una solicitud de transferencia de datos. El motor comprueba en la referencia 320 si existe alguna condicion principal para la transferencia de datos. En caso negativo, el motor da ordenes para que se produzca la transferencia de datos. En caso de que si existan condiciones, el motor confirma si los parametros actuales cumplen aquellos parametros definidos en las condiciones principales, tal como se ha descrito anteriormente, lo cual comprende verificar si el portador es aceptable, y, por ejemplo, si el dispositivo se encuentra en desplazamiento itinerante, si la cobertura de la red es suficiente, etcetera. Si los parametros actuales cumplen las condiciones principales en la referencia 330, entonces el motor da instrucciones para que se produzca la transferencia de datos. En caso negativo, el motor entonces comprueba si existe alguna condicion secundaria en la referencia 340. Tlpicamente, dichas condiciones secundarias son solamente relevantes si se cumplen ciertos requisitos. Los requisitos pueden basarse en el tiempo, por ejemplo el tiempo que ha transcurrido desde la ultima transferencia de datos, pueden basarse en el numero de transferencias de datos rechazadas, por ejemplo despues de 10 intentos fallidos deberlan permitirse entonces las condiciones secundarias, o pueden basarse en algun otro requisito.

En caso de que si existan condiciones secundarias y la situacion actual cumpla los requisitos, el motor compara los parametros actuales con aquellos identificados en las condiciones secundarias. Tlpicamente, las condiciones principales seran mas restrictivas que las condiciones secundarias para un parametro dado. Por ejemplo, si una condicion principal es que la transferencia de datos unicamente deberla tener lugar cuando el dispositivo este acampado en una red 3 G, las condiciones secundarias pueden especificar que no se ha producido una copia de seguridad durante 24 horas entonces la condicion secundaria puede permitir que tenga lugar la transferencia de datos cuando el dispositivo este acampado en una red 3G o 2G.

Por tanto, si en la referencia 340 existen condiciones secundarias y la situacion actual cumple los requisitos, entonces en la referencia 350 el motor determina si los parametros actuales cumplen las condiciones secundarias. En caso afirmativo, en la referencia 360 se transfieren datos. En caso negativo, se puede informar al usuario en la referencia 370. Alternativamente, el dispositivo puede rechazar automaticamente la transferencia de los datos.

Mas especlficamente, el perfil para realizar copias de seguridad de datos puede requerir que el motor unicamente realice copias de seguridad cuando la cobertura de la red sea buena (es decir, una intensidad de la senal de por lo menos el 70%), aunque esto se puede omitir si no se ha producido una copia de seguridad durante 24 horas. En esta situacion, el motor se puede configurar para utilizar los parametros del sistema disponibles para emitir un juicio fundamentado con el fin de llevar a cabo la copia de seguridad. Alternativamente, el motor puede enviar un mensaje al usuario, tal como “Se ha superado la fecha en la que deberla haberse realizado la copia de seguridad del sistema, pero las condiciones del mismo no son ideales. ^Realizar copia de seguridad igualmente?”. De esta manera, esta disposicion puede conseguir que el usuario tenga conocimiento de los requisitos actuales del sistema que estan por debajo de lo esperado, y evitar una experiencia deficiente del usuario debido al tiempo de carga potencialmente prolongado que se requiere.

Alternativamente, el perfil para realizar una copia de seguridad de datos puede requerir que el motor solamente realice una copia de seguridad cuando la cobertura de la red sea buena, y el dispositivo se encuentre en su red de origen. No obstante, una vez mas, el perfil puede definir que esto se puede omitir si no se ha producido una copia de seguridad durante 24 horas y/o si es probable que cualquier coste adicional sea inferior a una cantidad predeterminada. En esta situacion, el motor puede determinar que el dispositivo esta ubicado fuera de su red de origen, y que no se ha producido una copia de seguridad durante 24 horas. Tambien puede determinar que solamente es necesario realizar una copia de seguridad de 1 Mb de datos, y el coste esperado para cargar estos datos. Si este coste es inferior a la cantidad predeterminada, el motor puede emitir un juicio fundamentado para llevar a cabo la copia de seguridad. Alternativamente, el motor puede enviar un mensaje al usuario, tal como “Se ha superado la fecha en la que deberla haberse realizado la copia de seguridad del sistema, pero se requiere un coste adicional de aproximadamente X £. ^Continuar con la copia de seguridad?”. De esta manera, esta disposicion puede conseguir que el usuario tenga conocimiento de cualesquiera costes adicionales potenciales, y evitar una “factura sorpresa” en relacion con cualquier cobro adicional inesperado.

Ejemplo 5

Otra realizacion de la invencion se refiere a dispositivos moviles que soportan una capacidad nativa de almacenamiento incorporado de documentos, para documentos que no se han tocado durante un periodo de tiempo predeterminado. En esta otra realizacion, en lugar de almacenar dichos documentos en la memoria incorporada, el motor esta configurado para llevar a cabo una copia de seguridad automatica a traves de Internet. De forma

5

10

15

20

25

30

35

40

45

50

55

ventajosa, esta realization de la invention permite eliminar el documento de la memoria incorporada, con lo cual no se almacena ningun documento innecesario en la preciada memoria del dispositivo, y esto sirve para garantizar que el espacio de almacenamiento del dispositivo se utiliza de manera eficiente.

El motor puede utilizar requisitos de parametros en el perfil predefinido para emitir juicios y recomendaciones fundamentados para el usuario. Por ejemplo, el perfil puede definir que se requiere que el motor mantenga una cierta cantidad de espacio de memoria incorporada en todo momento. En esta situacion, una vez que se supera el umbral de espacio, el motor podrla explorar la memoria buscando uno o mas documentos de un tamano adecuado para su elimination, y que no han sido utilizados durante por lo menos un periodo de tiempo predeterminado, o que son los que se leyeron hace mas tiempo. Se podrla realizar automaticamente una copia de seguridad de los documentos o se podrla plantear una recomendacion al usuario, tal como “Espacio de memoria por debajo del nivel requerido. ^Realizar copia de seguridad del documento A en un servidor remoto?”.

Otra de las caracterlsticas ventajosas que se puede utilizar en relation con esta realization de la invention se refiere a la situation en la que un usuario requiere que se descarguen datos desde el servidor remoto al dispositivo movil, tal como la “restauracion” de datos perdidos debido a un fallo catastrofico del dispositivo. En pro de la seguridad de los datos, es necesario que el servidor remoto valide la identidad del usuario antes de proporcionar la solicitada “restauracion” de datos. Hasta la fecha, esto se ha logrado utilizando una autenticacion de dos factores, tal como un planteamiento de “nombre de usuario” y “contrasena”. Segun esta otra caracterlstica ventajosa, el servidor remoto requiere adicionalmente verification de la ID del SIM del dispositivo movil antes de liberar los datos solicitados. De esta manera, la presencia flsica del SIM esta vinculada a la verification de “algo que yo poseo” (por ejemplo, una contrasena) con el fin de mejorar la seguridad de los datos. Evidentemente, los datos se transmiten ademas preferentemente a traves de la red en forma cifrada.

La Figura 5 es un diagrama de bloques que muestra los componentes relevantes dentro de un dispositivo movil 400 para implementar realizaciones de la presente invention. El motor 410 es responsable de decidir si proseguir con una solicitud de transferencia de datos despues de recibir una solicitud desde los medios 460 de solicitud de transferencia de datos. El motor esta enlazado a una tabla 420 de consulta que almacena todas las condiciones asociadas a la transferencia de datos y los parametros actuales asociados al dispositivo movil 430. Estos datos estan almacenados en la memoria 440. El motor tambien esta conectado a un bloque 470 de entrada/salida. Esto permite que el motor solicite y reciba entradas del usuario y que ponga al dla al usuario con la situation de transferencia de datos. Tlpicamente, los medios de salida son una unidad de visualization de video o un altavoz. Finalmente, el motor esta conectado a los medios 450 de ejecucion de transferencia de datos los cuales ejecutaran la transferencia de datos.

Todas estas realizaciones de la invention hacen uso del conocimiento del entorno del sistema para proporcionar al usuario un servicio y una facilidad de uso del dispositivo mejorado.

Todas las realizaciones son aplicables a la carga/descarga de datos, incluyendo datos en flujo continuo y tambien datos de un tamano fijo. Cuando el tamano de los datos fijos se puede determinar/predecir, el motor puede implementar otros criterios a la hora de decidir la idoneidad de la descarga/carga basandose en las condiciones de la red y/o los requisitos del usuario existentes.

En relation con esto, otra de las caracteristicas que se puede utilizar conjuntamente con cualquiera o la totalidad de estas realizaciones de la invention, se encuentra en relation con la vida de la bateria del dispositivo movil. Es decir, cuando se conozca el tamano de la carga/descarga de los datos asi como la velocidad del canal disponible, el motor se puede configurar para obtener una estimation, basada en el tiempo, de la vida de la bateria, y comparar esta con una estimation de tiempo correspondiente al evento de descarga/carga de datos. Cuando la vida de la bateria no sea suficiente para la descarga/carga, el evento de descarga/carga se puede posponer o alternativamente no se continua con el mismo. En relation con esto, al usuario se le puede avisar de que, debido a la vida de la bateria del dispositivo, es improbable que se complete la descarga/carga.

El motor se puede implementar en relation con el dispositivo movil de cualquiera manera adecuada. Por ejemplo, se puede implementar en hardware y/o software en el propio dispositivo. Alternativamente, se puede implementar en un dispositivo aparte con capacidad de conectarse al dispositivo movil, tal como en una tarjeta de conectividad, una tarjeta de memoria y/o un SIM. Todavia en otra alternativa, el motor se puede implementar de manera remota con respecto al dispositivo movil, tal como en un elemento de la red de comunicaciones, o en un servidor remoto, en relation con capacidad de comunicacion con el dispositivo movil.

El termino “datos” tal como se usa durante la totalidad de esta memoria descriptiva debe interpretarse de manera amplia y se considera que abarca information en cualquier forma, particularmente cualquier representation adecuada para su transmision a traves de una red de comunicaciones para moviles, y mas particularmente datos digitales. El contenido de los datos tambien debe interpretarse de manera amplia y se considera que abarca paginas web, information de usuario, information de la red, texto, imagenes y sonidos.

Los ejemplos que se han descrito deben considerarse como ilustrativos de la invention y no limitativos. Por ejemplo, en el control de la permisividad de una transferencia de datos en una red para moviles, particularmente con respecto

a la temporizacion, se puede usar cualquier sistema, dispositivo o parametro de usuario adecuado que sea variable. Resultara evidente para aquellos versados en la materia que realizaciones de la invencion se pueden utilizar para toda clase de aplicaciones que impliquen transferencia de datos tanto en la direccion de descarga, por ejemplo cuando un sistema busca actualizaciones de software a intervalos periodicos, por ejemplo un software de antivirus, 5 como en la direccion de carga, por ejemplo cuando un dispositivo busca realizar copias de seguridad de sus archivos a traves de una red.

Claims

5

10

15

20

25

30

35

40

45

REIVINDICACIONES

1. Metodo de control de transferencia de datos entre un dispositivo movil (1) y una red (12) de telecomunicaciones para moviles, que incluye:

recibir una solicitud de servicio que requiere una transferencia (110; 210; 310) de datos entre el dispositivo movil (1, 400) y la red (12) de telecomunicaciones para moviles;

determinar por lo menos un requisito (120; 220; 320) de un parametro de la red en relacion con la solicitud de servicio de entre un perfil de parametros predefinido, de manera que el por lo menos un requisito de un parametro de la red incluye un requisito de tipo de portador referente a uno o mas tipos de portador adecuados para la solicitud de servicio, seleccionandose el tipo o tipos de portador adecuados de entre una pluralidad de tipos de portador posibles;

determinar un tipo de portador en el cual esta funcionando en ese momento el dispositivo movil (1, 400);

comparar el tipo de portador en el cual esta funcionando en ese momento el dispositivo movil (1, 400) con el requisito (130; 330) de tipo de portador; y

usar la comparacion para controlar una temporizacion de la transferencia de datos, de tal manera que la transferencia de datos se lleva a cabo cuando el tipo de portador en el cual esta funcionando en ese momento el dispositivo movil (1, 400) cumple el requisito de tipo de portador.
2. Metodo de la reivindicacion 1, que comprende ademas:

determinar un requisito secundario y por lo menos un segundo requisito (340) de parametro relevante; y,

cuando el tipo de portador en el cual esta funcionando en ese momento el dispositivo movil (1, 400) no cumple el requisito de tipo de portador, el metodo comprende ademas:

determinar si se cumple el requisito secundario; y

en funcion del cumplimiento del requisito secundario, comparar un estado de parametro actual con el segundo requisito (350) de parametro relevante, constituyendose una segunda comparacion; en donde la temporizacion de la transferencia de datos se controla en funcion del resultado de la segunda comparacion.
3. Metodo de la reivindicacion 2, en el que el requisito de tipo de portador es mas restrictivo que el por lo menos un requisito de parametro relevante secundario.
4. Metodo de la reivindicacion 1, 2 o 3, en el que el por lo menos un requisito de parametro de la red para la solicitud de servicio incluye un requisito referente a un estado de itinerancia del dispositivo movil (1, 400).
5. Metodo de la reivindicacion 1, 2, 3 o 4, en el que el por lo menos un requisito de parametro de la red para la solicitud de servicio incluye un requisito referente a un coste de la transferencia de datos.
6. Metodo de una reivindicacion anterior cualquiera, en el que el por lo menos un requisito de parametro de la red para la solicitud de servicio incluye una intensidad de la senal, minima, requerida, y la etapa de determinar un estado de parametro de la red actual incluye determinar una medicion de la intensidad de la senal en relacion con la estacion base de servicio del dispositivo movil (1, 400).
7. Metodo de una reivindicacion anterior cualquiera, que incluye ademas determinar por lo menos un requisito de parametro adicional y compararlo con un estado de parametro actual correspondiente, donde el por lo menos un requisito de parametro adicional incluye ademas:

a) una capacidad restante minima de una bateria del dispositivo movil (1, 400);

b) que el volumen de los datos a transferir este situado dentro de cualquier volumen de datos incluidos de descarga/carga, de un esquema de tarifas del usuario; y/o

c) que el dispositivo movil (1, 400) este situado en una red de origen.
8. Metodo de una reivindicacion anterior cualquiera, en el que la etapa de controlar la temporizacion de la transferencia de datos incluye ademas proporcionar a un usuario del dispositivo movil (1, 400) informacion referente a la comparacion para tomar una decision sobre si proseguir con la transferencia de datos, aplazarla o cancelarla.
9. Metodo de una cualquiera de las reivindicaciones 1 a 7, en el que la etapa de controlar la temporizacion de la transferencia de datos incluye ademas:

aplazar la transferencia de datos;

5

10

15

20

25

30

35

40

monitorizar por lo menos un estado de un parametro; y

cuando el por lo menos un estado de un parametro cumple por lo menos un requisito del parametro, permitir que se prosiga con la solicitud de servicio.
10. Metodo de una reivindicacion anterior cualquiera, en el que la solicitud de servicio es:

a) una solicitud para descargar datos al dispositivo movil (1, 400);

b) una solicitud para cargar datos desde el dispositivo movil (1, 400);

c) una solicitud para realizar una copia de seguridad de datos del dispositivo movil (1, 400) hacia un servidor remoto; o

d) una solicitud para restaurar datos en el dispositivo movil (1, 400) desde un servidor remoto.
11. Motor de control de transferencia de datos configurado para ser usado con un dispositivo movil (1, 400), estando destinado el motor a controlar la transferencia de datos entre el dispositivo movil (1, 400) y una red (12) de telecomunicaciones para moviles, incluyendo el motor (410):

una entrada (470) configurada para recibir una solicitud de servicio en relacion con una transferencia de datos hacia o desde el dispositivo movil (400);

estando configurado el motor (410) de determinacion para:

determinar por lo menos un requisito de un parametro de la red en relacion con la solicitud de servicio de entre un perfil de parametros predefinido, de manera que el por lo menos un requisito de un parametro de la red incluye un requisito de tipo de portador referente a uno o mas tipos de portador adecuados para la solicitud de servicio, seleccionandose el tipo o tipos de portador adecuados de entre una pluralidad de tipos de portador posibles;

determinar un tipo de portador en el cual esta funcionando en ese momento el dispositivo movil (1, 400);

comparar el tipo de portador en el cual esta funcionando en ese momento el dispositivo movil (1, 400) con el requisito de tipo de portador; y

usar la comparacion para controlar una temporizacion de la transferencia de datos, de tal manera que la transferencia de datos se lleva a cabo cuando el tipo de portador en el cual esta funcionando en ese momento el dispositivo movil (1,400) cumple el requisito de tipo de portador.
12. Motor de control de transferencia de datos de la reivindicacion 11, en el que cuando el estado del parametro actual no cumple el requisito de parametro relevante, el motor (410) de determinacion esta configurado ademas para:

determinar si se cumple un requisito secundario; y en funcion de que se cumpla el requisito secundario:

comparar el estado del parametro actual con un segundo requisito de parametro relevante, constituyendose una segunda comparacion;

en donde la temporizacion de la transferencia de datos se controla en funcion del resultado de la segunda comparacion.
13. Motor de control de transferencia de datos de la reivindicacion 11 o 12, en el que el requisito de tipo de portador disponible es mas restrictivo que el requisito de parametro relevante secundario.
14. Motor de control de transferencia de datos de una cualquiera de las reivindicaciones 11 a 12, en el que el motor (410) de determinacion esta configurado ademas para determinar un requisito de parametro de la red para la solicitud de servicio en relacion con un estado de itinerancia del dispositivo movil (1, 400).
15. Motor de control de transferencia de datos de una cualquiera de las reivindicaciones 11 a 14, en el que el por lo menos un requisito de parametro de la red para la solicitud de servicio incluye un requisito referente a un coste de la transferencia de datos.