ES3027359T3 - Selecting a network slice relative to an application - Google Patents

Abstract

La invención se refiere a un método para seleccionar un conjunto (TR1, TR2, TR3) de funciones de una infraestructura de comunicaciones (10), denominada rebanada de red, para enrutar datos relativos a una aplicación (App1, App2, App3, App4) instalada en un terminal de usuario (51, 53) unido a dicha infraestructura (10), implementado por el terminal (51, 53) y que comprende una etapa de transmisión, a una entidad de gestión de reglas (40), un identificador de al menos una aplicación del terminal, una etapa de recepción, desde la entidad de gestión de reglas (40), al menos una regla relativa a la rebanada de red (TR1, TR2, TR3) asociada al identificador de la al menos una aplicación recibida, una etapa de determinación de una rebanada de red (TR1, TR2, TR3) en función de la al menos una regla obtenida. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Selección de un segmento de red relativo a una aplicación

1. CAMPO DE LA INVENCIÓN

La aplicación de la invención se enmarca en el campo de las infraestructuras de telecomunicaciones y técnicas relacionadas con segmentos de red (en inglésnetwork slices).

2. ESTADO DE LA TÉCNICA ANTERIOR

La arquitectura de las redes de telecomunicaciones móviles está normalizada a través de un grupo de estándares conocido como 3GPP. Este es en particular el caso de las redes móviles denominadas “2G”, “3G” y “4G”, cuyas diferentes arquitecturas están definidas en especificaciones técnicas establecidas por este organismo.

Hasta la generación "4G" de redes móviles actualmente desplegada en la mayoría de los países, las diferentes arquitecturas de red se basaban, la mayoría de las veces, en equipos muy específicos dedicados a ciertas funcionalidades precisas, ya sea a nivel de la red de acceso o de la red central, en particular en lo que se refiere a la transmisión de paquetes desde o hacia un terminal móvil. En las infraestructuras de red desplegadas hasta ahora se utiliza un único conjunto de funciones independientemente del tipo de tráfico. Los diferentes flujos de sesión son así gestionados por el mismo conjunto de funciones (enrutamiento, direccionamiento, control del flujo de datos, denominación, etc.).

La falta de flexibilidad y escalabilidad inherente a este tipo de arquitecturas convencionales ha llevado a considerar la adopción de arquitecturas más flexibles para la próxima generación de redes móviles, conocida como “5G”, con el fin de poder responder de manera rápida a demandas extremadamente diversas en términos de tráfico o de calidad de servicio. Conviene señalar que las redes 5G están pensadas para abarcar tanto las redes móviles como las fijas. Por tanto, las técnicas inherentes al desarrollo de las redes 5G afectan tanto a las infraestructuras fijas como a las móviles.

Entre las soluciones consideradas, una de las más prometedoras se basa en una técnica de segmentación de red (en inglésnetworkslicing),mencionada en particular en el informe técnico 3GPP TR 23.799 v2.0.0 de diciembre de 2016.

El concepto de segmento de red tiene como objetivo crear múltiples instancias de red, también denominadas“Netwok Segmentos"en inglés. La Figura 1 presenta una vista simplificada de una organización de una infraestructura de comunicaciones 10, según las técnicas anteriores, que comprende segmentos de red TR1, TR2, TR3, cada uno de los cuales representa una red móvil que comparte funciones (enrutamiento, direccionamiento, control de flujo de datos, denominación, etc.) puestas en práctica, por ejemplo, en centros de datos (en inglésData Centers).El terminal 50 está conectado a dos segmentos de red TR1 y TR2, mientras que el terminal 51 está conectado al segmento TR2 y el terminal 53 al segmento TR3. El segmento TR1 proporciona acceso a la red de datos 12, el segmento de red TR2 proporciona acceso a la red 22 y el segmento de red TR3 proporciona acceso a la red 32. En este ejemplo, los segmentos de red proporcionan acceso a redes de datos independientes, pero los segmentos de red también pueden proporcionar acceso a la misma red de comunicaciones. Los segmentos de red, que pueden estar relacionadas con distintas redes móviles, están determinados por las características de los flujos de datos que transitan por estos segmentos y que tienen puntos comunes en términos de destino, enrutamiento y restricciones de seguridad que justifican una gestión común dentro de un segmento de red.

De esta forma, cada uno de los segmentos queda optimizado para las necesidades de un tipo particular de servicio y/o de un tipo de cliente o terminal.

Un terminal, en particular un terminal móvil, admite un número cada vez mayor de aplicaciones, ofrecidas por diferentes intervinientes, incluido el operador de red al que está conectado el terminal y los proveedores de aplicaciones. El tráfico generado por estas distintas aplicaciones debe ser transportado por los diferentes segmentos de red puestos en práctica en la infraestructura de comunicaciones a la que está conectado el terminal. Un segmento de red se compone de funciones y configuraciones de red para satisfacer los requisitos de los servicios, clientes o terminales relacionados con el segmento. Los segmentos de red desarrollados por un operador no están todos configurados con las mismas características de enrutamiento, sabiendo que la idea es adaptar la arquitectura y los segmentos de red a las necesidades del caso de utilización vinculado a este segmento de red. A modo de ejemplo, un segmento de red puesto en práctica para servicios relacionados con IoT (Internet de las cosas) puede necesitar administrar una gran cantidad de terminales, pero un rendimiento bastante bajo asociado con cada terminal, por ejemplo, si implica lecturas de medidores. Un servicio ofrecido a una clientela profesional requerirá funciones avanzadas de seguridad y de disponibilidad. El objetivo es habilitar para un segmento de red determinado solamente las funciones que son indispensables para el caso de uso correspondiente al segmento de red. Esta arquitectura de segmento de red tiene como objetivo proporcionar más flexibilidad al operador y ofrecer a los clientes servicios correspondientes a sus necesidades activando las funciones necesarias para el servicio requerido.

Una técnica de segmento de red de este tipo permite de este modo al operador de una red de telecomunicaciones crear redes “a medida”, capaces de aportar soluciones optimizadas para escenarios operativos muy variados con limitaciones muy diversas en términos de funcionalidad y de rendimiento.

Se prevé que una multitud de segmentos de red puedan ejecutarse de manera simultánea dentro de una misma red de telecomunicaciones, con el fin de ofrecer diferentes servicios a diferentes clientes en una misma red.

Cuando un terminal se conecta a la red de telecomunicaciones, se deben seleccionar uno o más segmentos de red correspondientes al terminal o al servicio activado en el terminal. Tal como se ha descrito con anterioridad, un terminal tiene una gran cantidad de aplicaciones, cada una de las cuales puede requerir parámetros de enrutamiento de datos relacionados con estos servicios específicos y, por tanto, se deben seleccionar segmentos de red adaptados a sus necesidades.

La especificación 3GPP TR 23.799 (versión 14.0.0 de diciembre de 2016) indica que la red podrá proporcionar al terminal reglas que le permitan seleccionar un segmento de red en función de los servicios que desea utilizar. Esta especificación no especifica cuándo ni cómo se generan y utilizan estas reglas en un punto final para garantizar que los datos de una aplicación se enruten a través de un segmento de red adecuada.

El documento del Proyecto de Asociación de Tercera Generación; Servicios de Grupos de Especificaciones Técnicas y Aspectos del Sistema; Arquitectura del sistema para el sistema 5G; Etapa 2 (versión 15)", ESTÁNDAR 3GPP; ESPECIFICACIÓN TÉCNICA; 3GPP TS 23.501, PROYECTO DE ASOCIACIÓN DE 3a GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCIA, vol. SA WG2, n.° V0.4.0 es un documento de normalización 3GPP que describe una arquitectura de un sistema 5G. Este documento describe, en particular, en la sección 5.15, la arquitectura de “segmentación de red” en la fecha de publicación de este documento (abril de 2017). El procedimiento de registro(Registration Procedure)en particular descrito en las secciones 5.15.5.2.1.1 y 5.15.5.2.1.2 de este documento, no revela que la UE transmite un identificador de aplicación a un servidor de reglas. Puede proporcionar un identificador de segmento configurado (NSSAI) (Sección 5.15.5.2.1.1) o ningún identificador de segmento (5.15.5.2.1.2) si no se configura ninguno en el momento de su conexión y, en este caso, el UE recibe un identificador NSSAI que identifica los segmentos autorizados para el UE para la PLMN pero independientemente de las aplicaciones instaladas en el UE, ya que el UE no transmite un identificador de aplicación antes de recibir el identificador NSSAI.

El documento WO 2017/063708 describe un método que permite que un terminal se conecte a una red de comunicaciones móviles que comprende segmentos de red cuyos identificadores son recibidos por el terminal. El terminal se conecta a un segmento de red cuyo identificador ha sido previamente seleccionado por el terminal en base a uno o más criterios, pero sin que el terminal transmita un identificador de aplicación para obtener una regla que le permita seleccionar un segmento de red para enrutar datos relacionados con la aplicación.

La presente invención tiene por objeto remediar estos inconvenientes.

3. SUMARIO DE LA INVENCIÓN

La invención mejora la situación utilizando un método, según la reivindicación 1, de selección de un conjunto de funciones de una infraestructura de comunicaciones, denominada segmento de red, para enrutar datos relativos a al menos una aplicación instalada en un terminal de usuario conectado a dicha infraestructura, puesta en práctica por el terminal.

Un segmento de red, denominado“network slice"en inglés, puede ponerse en práctica de manera ventajosa para transportar los datos de una o más aplicaciones, compartiendo estas aplicaciones necesidades equivalentes en términos de calidad de servicio (latencia, rendimiento, prioridad). Una red compuesta por múltiples segmentos de red puede de este modo enrutar una diversidad de flujos de datos que tienen características diferentes garantizando al mismo tiempo que cada tipo de dato tenga una configuración y parámetros de enrutamiento adaptados a las necesidades de los diferentes flujos de datos vinculados a las aplicaciones utilizadas.

El método de selección permite, de manera ventajosa, poder seleccionar el segmento de red que satisface las necesidades de la aplicación cuyos datos se transmiten en el segmento seleccionado. El terminal en donde se pone en práctica la aplicación transmite el identificador de la aplicación para la que se debe seleccionar un segmento de red a una entidad de gestión de las reglas responsable de asociar una regla con la aplicación. Cuando se instala una nueva aplicación en el terminal, este último determina el identificador de esta aplicación y lo transmite a la entidad gestora para recibir una regla que le permita asociar un segmento de red a este identificador. Al recibir la regla, el terminal puede determinar el segmento de red, por ejemplo, manteniendo una tabla que asocia la regla con el segmento de red a elegir. Este método de selección permite obtener solamente las reglas que le son de utilidad, es decir, las correspondientes a las aplicaciones instaladas en el terminal. La regla transmitida corresponde al parámetro S-NSSAI (en inglésSingle Network Slice Selection Assistance Information),utilizado por el terminal para determinar el segmento de red correspondiente a la aplicación.

Según la técnica anterior, se ha identificado claramente la necesidad de estructurar una red de comunicación en segmentos de red. Sin embargo, esta técnica anterior no proporciona un medio de asociar un segmento de red con características de aplicación de modo que los flujos de datos de un terminal se enruten de conformidad con sus características, seleccionando un segmento de red adaptada a estas características.

Según un aspecto de la invención, en el método de selección, el mensaje de demanda comprende los identificadores de las aplicaciones instaladas en el terminal en el momento de la conexión del terminal a dicha infraestructura.

Un terminal que se conecta a la red puede tener ya varias aplicaciones instaladas. En este caso, el terminal debe obtener el conjunto de reglas correspondientes a estas diferentes aplicaciones. Por lo tanto, es necesario que el terminal, al conectarse a la red, obtenga estas diferentes reglas. Lo que antecede permite que el terminal mantenga todas las reglas tan pronto como se conecta y, en consecuencia, un uso más rápido de las aplicaciones puesto que el terminal no tiene que solicitar a la entidad de gestión de las reglas cuándo se debe utilizar una aplicación. El protocolo utilizado para transmitir el mensaje de demanda puede ser un protocolo de conexión de infraestructura o un protocolo independiente de la conexión, tal como una API REST (en inglésApplications Programming Interface -Representational State Transfer)dedicada a la necesidad de transmitir los identificadores a un servidor de reglas.

Según otro aspecto de la invención, en el método de selección, el mensaje de demanda es un mensaje relativo a la conexión del terminal.

La recuperación de reglas tras la conexión del terminal se puede poner en práctica, además, utilizando los protocolos de comunicaciones utilizados tras la conexión.

A modo de ejemplo, cuando el terminal se conecta a una red de telecomunicaciones móviles, el terminal puede recuperar las reglas, por ejemplo, en los datos presentes en la opción PCO (en inglésProtocol Configuration Option)al establecer la conexión PDN (en inglésPacket Data Network)y si se trata de una red fija, pudiendo el terminal obtener las reglas en un mensaje DHCP (en inglésDynamic Host Configuration Protocol)o PPP (en inglésPoint-to-Point Protocol)para la conexión a la red fija.

Según otro aspecto de la invención, en el método de selección, el al menos un identificador de aplicación comprende, además, una información relativa a una versión de la aplicación.

Según las opciones de desarrollo de las arquitecturas de red y de los segmentos de red, puede ser necesaria información sobre la versión de la aplicación para la asociación de una regla. Por ejemplo, una versión de una aplicación puede estar asociada con un segmento de red, mientras que una versión más reciente que, por ejemplo, incorpore más parámetros de seguridad o de rendimiento de enrutamiento, puede estar asociada con un segmento de red de conformidad con los parámetros avanzados de la versión más eficiente.

Según otro aspecto de la invención, el al menos un identificador de aplicación es determinado por el terminal.

Es posible que una aplicación disponga de un identificador único que permita a la entidad de gestión de las reglas poder, a partir de este identificador, distinguir de forma unívoca la aplicación, o incluso la versión de la aplicación. Lo que antecede es, en particular, el caso si la aplicación se carga desde un servidor de aplicaciones accesible desde un terminal conectado a cualquier tipo de infraestructura de comunicaciones. En algunos casos, el identificador de la aplicación no es lo suficientemente explícito para ser utilizado por la entidad de gestión y el terminal puede determinar un identificador único para una aplicación. Dependiendo del caso puede, por ejemplo, añadir un sufijo o un prefijo a un identificador que no sea suficientemente explícito. El sufijo o prefijo puede, por ejemplo, identificar el servidor de aplicaciones solicitado para cargar la aplicación, o el sistema operativo del terminal o incluso un identificador de terminal o una combinación de estos datos. El identificador determinado debe poder ser explicitado por la entidad gestora para que esta última pueda seleccionar una regla a partir de dicho identificador. El prefijo o sufijo posiblemente añadido deberá ser interpretado por la entidad gestora.

Los diversos aspectos del método de selección que se acaban de describir pueden ponerse en práctica independientemente unos de otros o en combinación entre sí.

La invención se refiere también a un método, según la reivindicación 6, de asociación de al menos una regla relativa a un conjunto de funciones de una infraestructura de comunicaciones, denominada segmento de red, con un identificador de una aplicación de un terminal unido a dicha infraestructura, puesto en práctica en una entidad de gestión de las reglas.

El método de asociación es puesto en práctica por la entidad de gestión de las reglas en su relación de tipo clienteservidor con el terminal que solicita una regla para una aplicación. Con el fin de determinar una regla a asociar a un identificador de una aplicación, para lo cual es solicitada por un terminal, la entidad de gestión de las reglas puede comprender una base de datos interna a la entidad o externa a la misma, en donde se mantienen las reglas correspondientes a los identificadores de la aplicación. Al conectar un terminal a la infraestructura de comunicaciones, este método de asociación puede permitir, de manera ventajosa, identificar todos los segmentos de red correspondientes a las diferentes aplicaciones, o incluso a las diferentes versiones de aplicaciones, presentes en el terminal.

Según un aspecto de la invención, en el método de asociación, un parámetro de prioridad está asociado a la al menos una regla y se transmite al terminal.

Los datos asociados con una aplicación pueden transmitirse a través de múltiples segmentos de red. Por ejemplo, dependiendo de si el terminal se encuentra en una situación en donde está conectado a una red visitada (en inglés“roaming’)o a su red “matriz”, los datos de la aplicación pueden transmitirse en diferentes segmentos de red. Como alternativa, los datos de la aplicación pueden transportarse en segmentos separados dependiendo en particular de los criterios de disponibilidad o calidad del servicio del segmento de red en un momento determinado. Puede ser de utilidad que la entidad gestora transmita un indicador de prioridad, además, de las reglas. De esta manera, el terminal puede determinar qué regla tomar en primer lugar y si dicha regla no está disponible, qué otra regla debe considerar. En el caso del“roaming",no se puede seleccionar el segmento de red con mayor prioridad, correspondiente a un segmento de red de la red matriz, y el terminal opta entonces por el segundo o uno de los segmentos de red con menor prioridad, dependiendo del algoritmo de selección del terminal.

Según otro aspecto de la invención, en el método de asociación, la regla asociada al menos a un identificador es relativa a una clase de servicio.

Un segmento de red se puede poner en práctica, de manera ventajosa, para aplicaciones que requieran un mismo procesamiento por parte de un operador, en particular, para cumplir con criterios de calidad de servicio. De esta manera, las aplicaciones de tipo en tiempo real se pueden asociar con un segmento de la red, mientras que las aplicaciones con menos restricciones se pueden asociar con otro segmento. De este modo, se puede determinar una clase de servicio a partir de un identificador de aplicación y el terminal utilizará la información sobre la clase de servicio recibida para seleccionar un segmento de red adecuado, solicitándolo a un servidor o a una base de datos interna.

Según otro aspecto de la invención, en el método de asociación, se determina una regla por defecto y se transmite al terminal en el caso en que el al menos un identificador de aplicación no esté asociado a ninguna regla.

Un gran número de aplicaciones, o incluso versiones de aplicaciones, se cargan en los terminales de los clientes de un operador y es difícil para este último asociar una regla explícita a cada aplicación, o a cada versión de aplicación. En efecto, la entidad gestora debe actualizarse de una manera periódica con las nuevas aplicaciones y estas aplicaciones deben analizarse para hacerlas coincidir con una regla de modo que los datos de estas aplicaciones se enruten de conformidad con los parámetros de estas aplicaciones y las reglas del operador de los segmentos de red de comunicaciones. Por lo tanto, resulta ventajoso definir reglas explícitas para las aplicaciones o versiones de aplicaciones más extendidas y asociar una regla por defecto con las aplicaciones menos comunes o menos estratégicas para el operador encargado de asociar una regla. De esta forma, se utilizará un número limitado de reglas para gestionar la diversidad de aplicaciones y los datos de las aplicaciones menos importantes para el operador se enrutarán en un segmento de red asociado a una regla por defecto.

Según otro aspecto de la invención, en el método de asociación, la entidad de gestión de las reglas se pone en práctica en un servidor de aplicaciones.

La entidad de gestión de las reglas puede ponerse en práctica de manera ventajosa en un servidor de aplicaciones. De hecho, cuando un terminal descarga una nueva aplicación, también puede recuperar las reglas correspondientes a la aplicación descargada. De esta forma, se optimiza la obtención de las reglas ya que no es necesario solicitar otro servidor cuando se descarga una aplicación y, además, parece interesante transmitir, además, de la aplicación, la(s) regla(s) que permiten su uso en una infraestructura de comunicaciones. Puesto que las arquitecturas de redes de comunicaciones son específicas de los operadores, puede ser necesario identificar la red del operador o el operador para proporcionar las reglas correspondientes a la red o al operador que proporciona la conexión del terminal, en particular si se trata de un servidor de aplicaciones que no es específico del operador.

Los diversos aspectos del método de asociación que se acaban de describir pueden ponerse en práctica independientemente unos de otros o en combinación entre sí, en la medida en que dichas variantes estén incluidas dentro del alcance de la solicitud tal como se define en las reivindicaciones.

La invención se refiere también a un dispositivo, según la reivindicación 11, de selección de un conjunto de funciones de una infraestructura de comunicaciones, denominada segmento de red, para enrutar datos relativos a al menos una aplicación de un terminal de usuario conectado a dicha infraestructura.

Este dispositivo, capaz de poner en práctica en todas sus formas de realización el método de selección que acaba de describirse, está destinado a ser puesto en práctica en un terminal.

La invención se refiere asimismo a un dispositivo según la reivindicación 12, de asociación de una regla relativa a un conjunto de funciones de una infraestructura de comunicaciones, denominada segmento de red, con un identificador de una aplicación de un terminal unido a dicha infraestructura, puesto en práctica en una entidad de gestión de las reglas.

Este dispositivo, capaz de poner en práctica, en todas sus formas de realización, el método de asociación que acaba de describirse, está destinado a ser puesto en práctica en una entidad de gestión de las reglas.

La invención también se refiere a un sistema de selección de un segmento de red que incluye un terminal que comprende un dispositivo de selección y una entidad de gestión de las reglas que comprende un dispositivo de asociación.

La invención se refiere asimismo a un programa informático que comprende instrucciones para la puesta en práctica de las etapas del método de selección que acaba de describirse, cuando este programa es ejecutado por un procesador.

La invención se refiere asimismo a un programa informático que comprende instrucciones para la puesta en práctica de las etapas del método de asociación que acaba de describirse, cuando este programa es ejecutado por un procesador.

Estos programas pueden utilizar cualquier lenguaje de programación y estar en forma de código fuente, código objeto o código intermedio entre el código fuente y el código objeto, tal como en una forma parcialmente compilada o en cualquier otra forma deseable.

La invención también se refiere a un soporte de informaciones legibles por un ordenador, y que comprende instrucciones de los programas informáticos mencionados con anterioridad.

El soporte de informaciones puede ser cualquier entidad o dispositivo capaz de almacenar los programas. Por ejemplo, el soporte puede incluir un medio de almacenamiento, tal como una memoria ROM, por ejemplo, un CD ROM o una memoria ROM de circuito microelectrónico, o también un medio de registro magnético, por ejemplo, un disquete(floppy disc)o un disco duro.

Por otra parte, el soporte de informaciones puede ser un soporte transmisible tal como una señal eléctrica u óptica, que puede ser transportada a través de un cable eléctrico u óptico, por radio o por otros medios. El programa según la invención puede descargarse en particular desde una red de tipo Internet.

De manera alternativa, el soporte de información puede ser un circuito integrado en donde se incorpora el programa, estando adaptado el circuito para ejecutar o para ser utilizado en la ejecución del método en cuestión. Las formas de realización preferidas están cubiertas por las reivindicaciones dependientes.

4. DESCRIPCIÓN DE LAS FIGURAS

Otras ventajas y características de la invención aparecerán más claramente con la lectura de la descripción que sigue de una forma de realización particular de la invención, proporcionada a título de simple ejemplo ilustrativo y no limitativo, y de los dibujos adjuntos, entre los que se encuentran:

- la Figura 1 muestra una vista simplificada de una organización de una infraestructura de comunicaciones según la técnica anterior,

- la Figura 2 muestra una infraestructura de comunicaciones según un aspecto de la invención,

- la Figura 3 muestra una descripción general del método de selección de un segmento de red, según una primera forma de realización de la invención,

- la Figura 4 muestra una descripción general del método de selección de un segmento de red, según una segunda forma de realización de la invención,

- la Figura 5 muestra un ejemplo de la estructura de un dispositivo de selección de un segmento de red, según un aspecto de la invención,

- la Figura 6 muestra un ejemplo de la estructura de un dispositivo de asociación de una regla, según un aspecto de la invención.

5. DESCRIPCIÓN DETALLADA DE AL MENOS UNA FORMA DE REALIZACIÓN DE LA INVENCIÓN

En el resto de la descripción se presentan ejemplos de varias formas de realización de la invención en una infraestructura de comunicaciones móviles, pero la invención también puede ponerse en práctica en una infraestructura de red fija.

En primer lugar, se hace referencia a la Figura 2, que muestra una infraestructura de comunicaciones según un aspecto de la invención.

El terminal 51 admite las aplicaciones App1, App2, App3 mientras que el terminal 53 admite las aplicaciones las App2 y App4. En este ejemplo, se considera que las aplicaciones App1 y App2 son, respectivamente, aplicaciones de audio y vídeo, mientras que las aplicaciones App3 y App4 son las denominadas aplicaciones no en tiempo real, utilizadas a modo de ejemplo, para la transmisión de texto. El operador de infraestructura de comunicaciones 10 estructura su infraestructura desplegando 3 segmentos de red TR1, TR2, TR3 utilizados, respectivamente, para enrutar audio, vídeo y datos no en tiempo real. Estos tres segmentos TR1, TR2, TR3 se ponen en práctica en la misma infraestructura de comunicaciones 10 y se ponen en práctica utilizando recursos de software de centro de datos comunes, pero ofrecen capacidades de enrutamiento y de rendimientos adaptados a los flujos de datos de las respectivas aplicaciones. En particular, el segmento de red TR1 ofrece capacidades de enrutamiento poco importantes, pero con tiempos de latencia muy bajos. El segmento de red TR2 requiere capacidades de transporte significativas para el flujo de datos de video, así como tiempos de latencia relativamente bajos. Este segmento también tiene capacidades de almacenamiento en memoria temporal (en inglés“buffering").Finalmente, el último segmento TR3 se caracteriza por capacidades bastante importantes y tiempos de latencia también importantes. Esta infraestructura puede complementarse con otros segmentos de red no mostrados en la figura, dependiendo de las necesidades del operador. En particular, se podría considerar un segmento de red predeterminado para los flujos de aplicaciones no identificadas o que no requieren necesidades de enrutamiento específicas.

Los segmentos de red TR1 y TR2 proporcionan acceso a una plataforma de servicios alojada en una red de comunicaciones 22 incluida en la infraestructura de comunicaciones 10 del operador mientras que el segmento TR3 proporciona acceso a una red de datos 32 no incluida en la infraestructura 10. Esta red de datos puede ser, por ejemplo, una red de un proveedor de servicios o una red corporativa.

La infraestructura de comunicaciones comprende, además, un servidor de reglas 40 cuya función es proporcionar las reglas de asociación de segmentos de red a las aplicaciones de los terminales.

Conviene señalar que los segmentos de red, según alternativas, pueden comprender funciones de las redes de acceso únicamente, funciones de las redes centrales solamente o incluso funciones de las redes de acceso, además, de funciones de las redes centrales. De hecho, el proceso de selección se puede poner en práctica para cualquier tipo de segmento de red considerado.

En relación con la Figura 3, se presenta una descripción general del método de selección de un segmento de red, según una primera forma de realización de la invención.

El terminal 51, en una etapa no mostrado en la figura, se conecta a la red según un método conocido y especificado en la técnica anterior, en particular por el organismo 3GPP (en inglésThird Generation Partnership Project)si el terminal 51 se conecta a una red móvil o el organismo BBF (en inglésBroadBand Forum)si el terminal se conecta a una red fija.

Durante una etapa E1, durante el método de conexión o según una opción una vez que el terminal se ha unido a la infraestructura de comunicaciones, el terminal 51 transmite al servidor de reglas 40 un mensaje de demanda M1 que comprende los identificadores de las aplicaciones ya instaladas en el terminal 51. El mensaje puede ser un mensaje específico o un mensaje relativo a la conexión del terminal 51, en particular si el servidor de reglas 40 está ubicado junto a otro servidor solicitado por el terminal 51 para incorporarse a la infraestructura de comunicaciones, por ejemplo, un servidor AAA (en inglésAuthentication Authorization Accounting)o un servidor DHCP (en inglésDynamic Host Configuration Protocol).El protocolo utilizado para transportar el mensaje puede ser, por ejemplo, el protocolo HTTP (en inglésHyperText TransferProtocol).Conviene señalar que el terminal 51 puede transmitir todos los identificadores en un único mensaje o, de manera alternativa, enviar un identificador por mensaje.

Según una variante, el terminal 51 puede transmitir al servidor de reglas 40 un mensaje que comprende no solamente la aplicación sino también la versión de la aplicación, y en este caso, es posible asociar un segmento de red adecuado que corresponda no solamente a la aplicación sino también a la versión de la aplicación. De este modo, una versión más reciente de una aplicación puede beneficiarse de parámetros de enrutamiento de un segmento de red más eficiente. La perspectiva de ofrecer segmentos de red en función de las versiones de las aplicaciones puede, además, representar un argumento para animar a los usuarios a utilizar versiones más recientes de las aplicaciones y limitar de este modo la gestión compleja de las diferentes versiones de las aplicaciones.

Existen varias posibilidades para informar al terminal sobre la identidad y/o dirección del servidor de reglas al que se va a solicitar para obtener las reglas. Si el terminal dispone de una tarjeta SIM (en inglésSubscriber Identity Module)la información se puede configurar en esta tarjeta. De manera alternativa, el terminal puede obtener la información a través de un protocolo tal como OMA-DM (en inglésOpen Mobile Alliance - Device Management)o DHCP. Una alternativa consiste en obtener la información del servidor de reglas en un mensaje del plano de control, por ejemplo, al conectar el terminal a una red de acceso. Según otro aspecto, la información del servidor de reglas puede inferirse de una parte del identificador de la aplicación. Por ejemplo, el servidor de reglas podría ser accesible en slice.com.xample para las reglas utilizables en aplicaciones con identificadores que comienzan con com.example.

El servidor de reglas 40, durante una etapa F1, al recibir el mensaje de demanda M1 desde el terminal 51, determina durante una etapa E20 las reglas correspondientes a los identificadores de las aplicaciones recibidas. Para llevar a cabo esta tarea, el servidor de reglas 40 puede utilizar una base de datos interna o una ubicada fuera del servidor de reglas. Como opción, puede solicitar a un servidor de administración que obtenga las reglas.

Durante una etapa E2, el servidor de reglas 40 transmite las reglas al terminal 51 en un mensaje de respuesta M2. El servidor de reglas puede elegir transmitir una regla por mensaje o transmitir todas las reglas en un único mensaje.

El terminal 51 recibe el mensaje de respuesta M2 en una etapa F2 y, a partir de las reglas recibidas, determina, durante una etapa E21, los segmentos de red asociados a las distintas aplicaciones instaladas. El terminal 51 puede, por ejemplo, mantener una tabla que asocie cada aplicación a un segmento de red y hacer referencia a la misma cuando se utiliza la aplicación para hacer fluir los flujos de datos relativos a esta aplicación o, según una opción, puede añadir una información sobre el segmento de red en el software de cada aplicación de modo que el segmento de red se identifique directamente cuando se lanza la aplicación. Conviene señalar que la determinación de los segmentos de red no está vinculada a la utilización de la aplicación y puede realizarse antes de que la aplicación se active realmente.

Durante la etapa E3, en el terminal 51, se activa una aplicación, por ejemplo, a raíz de una acción del usuario del terminal. El segmento de red TR2 se ha determinado para esta aplicación durante la etapa E21. En este ejemplo, se supone que el terminal 51 aún no ha asociado ninguna aplicación con el segmento de red TR2. Ninguna aplicación activada hasta ahora en el terminal 51 ha requerido, de hecho, una selección del segmento TR2. El terminal 51 transmite un mensaje de conexión M3 al segmento de red TR2 según la técnica anterior, descrita en particular en la especificación 3GPP TS 23.502 (versión 0.3.0 de marzo de 2017), utilizando en particular el parámetro S-NSSAI (en inglésSingle- Network Slice Selection Assistance Information)que identifica el segmento de red TR2.

Si el método de conexión es satisfactorio, de conformidad con los métodos de autenticación en particular, un equipo del segmento TR2, por ejemplo, una pasarela móvil o un dispositivo de tipo BNG (en inglésBroadband Network Gateway)recibe el mensaje M3 durante una etapa F3 y transmite un mensaje de reconocimiento de conexión M4 al terminal 51 durante una etapa E4 y, a partir de este momento, cuando el terminal 51 recibe el mensaje M4 durante una etapa F4, los datos de aplicación pueden efectivamente ser enrutados en el segmento TR2.

El terminal 51, durante una etapa E5, solicita al servidor de aplicaciones 70 que cargue una nueva aplicación. Por lo tanto, el terminal 51 transmite un mensaje de demanda M5 desde una aplicación, por ejemplo, utilizando el protocolo HTTP. El servidor 70 puede ser un servidor de aplicaciones público o un servidor específico del operador a cargo de la infraestructura de comunicaciones dentro de la cual se ponen en práctica los segmentos de red. El servidor de aplicaciones, al recibir el mensaje M5 durante una etapa F5, y si acepta enviar la nueva aplicación solicitada por el terminal 51, transmite la aplicación solicitada en un mensaje M6 al terminal 51 durante una etapa E6. El terminal 51, al recibir el mensaje M6 durante una etapa F6, tiene entonces una nueva aplicación para la cual no se ha seleccionado ningún segmento de red.

A continuación, solicita al servidor de reglas 40, durante una etapa E7 transmitiendo un mensaje M7, que comprende el identificador de la aplicación cargada durante las etapas E5, F5, E6, F6. El identificador de la aplicación puede haber sido transmitido por el servidor de aplicaciones 40, en particular si se trata de una aplicación pública que tiene un identificador unívoco, o el propio terminal ha definido un identificador según una técnica que debe poder ser entendida por el servidor de reglas, concretamente añadiendo un identificador del terminal o del sistema operativo del terminal a un identificador de la aplicación, haciéndolo así unívoco y utilizable por el servidor de reglas. El servidor de reglas 40, después de haber recibido el mensaje de demanda m 7 durante la etapa F7, asocia una regla con el identificador recibido durante la etapa E22, y la transmite en un mensaje M8 al terminal 51 durante la etapa E8.

El terminal 51, una vez recibida la regla en el mensaje M8 durante la etapa F8, determina durante la etapa E23 un segmento de red para esta aplicación a partir de la regla recibida en el mensaje M8. Se considera aquí que el segmento de red TR2 está determinado para esta aplicación, activado en el terminal, y el terminal 51 no necesita conectarse a ella de nuevo puesto que ya lo ha hecho durante las etapas E3, F3, E4, F4.

El terminal 51 puede almacenar la regla recibida para la aplicación de manera que pueda evitar solicitar de nuevo al servidor de reglas la obtención de la regla en caso de necesitar asociar una regla a la aplicación, que habrá sido desinstalada o para la cual habrá perdido la regla obtenida. Esta etapa de memorización permite, por una parte, evitar la sobrecarga de la red con mensajes de demanda y recepción de reglas y por otro parte, solicitar repetidamente a la entidad de gestión. El almacenamiento de la regla obtenida también permite un uso más rápido de la aplicación, puesto que ya no es necesario la etapa de recuperar la regla de la entidad de gestión. De manera alternativa, esta memorización puede permitir que el terminal evite solicitar al servidor de reglas, incluso si se trata de una aplicación diferente. Si las aplicaciones tienen identificadores normalizados, el terminal podría deducir de una primera regla obtenida para una primera aplicación, la regla a aplicar para una segunda aplicación. Por ejemplo, si la primera aplicación es App1.tpsreel.com y recupera una regla A, podría reutilizar esta regla para todas las aplicaciones de tipo %.tpsreel.com en donde el signo % toma cualquier valor.

El terminal 53 también carga una nueva aplicación, que puede ser idéntica o diferente de una aplicación cargada por el terminal 51, durante las etapas E9, F9 y E10, F10 de conformidad con la secuencia de las etapas E5, F5, E6, F6 para el terminal 51.

El terminal 53, una vez recibida la aplicación en el mensaje M10 durante la etapa F10, solicita al servidor de reglas 40, durante la etapa E11, obtener una regla de asociación de un segmento de red a esta aplicación enviando el identificador de esta aplicación en un mensaje de demanda M11. El servidor de reglas 40 recibe el mensaje M11 durante la etapa F11. Durante la etapa E24, el servidor 40 asocia, durante la etapa E24, una regla que determina un segmento por defecto porque el identificador transmitido por el terminal 53 no corresponde a ningún segmento específico o los datos de la aplicación no requieren, según la entidad encargada de las reglas, un tratamiento específico aplicado a un segmento de red particular. El servidor transmite esta regla durante la etapa E12 en un mensaje M12. El terminal recibe el mensaje de respuesta M12 durante una etapa F12. El terminal 53 selecciona, durante la etapa E25, un segmento de red TR1 por defecto cuando recibe la regla del servidor 40 y se conecta al mismo al activar la aplicación si no estaba ya conectado con anterioridad. Esta conexión se establece durante las etapas E13, F13, E14, F14 de conformidad con las descripciones de las etapas E3, F3, E4, F4 excepto que el segmento de red difiere.

Haciendo referencia ahora a la Figura 4 que presenta una descripción general del método de selección de un segmento de red de conformidad con una segunda forma de realización de la invención. Esta segunda forma de realización se distingue de la primera forma de realización por el hecho de que un servidor de aplicaciones contacta por sí mismo con un servidor de autoridad para obtener una regla relacionada con una aplicación y luego transmite la aplicación y la regla asociada al terminal que desea instalar la aplicación.

El terminal 51 transmite un mensaje de demanda M'1 al servidor de aplicaciones 70 durante la etapa E'1 para cargar una nueva aplicación. El servidor de aplicaciones 70 es también un servidor de reglas, pero obtiene las reglas desde un servidor de autoridad específico del operador de la red a la que está conectado el terminal 51. El servidor 70, al recibir el mensaje de demanda M'1, durante la etapa F'1, asocia la regla a la aplicación requerida por el terminal 51 solicitando al servidor de reglas 40. Si se trata de un servidor de aplicaciones no específico para un operador, el servidor 70 identifica el servidor de reglas 40 a solicitar, según una opción, a partir del identificador de la aplicación transmitido por el terminal 51, si el identificador ha sido establecido por el terminal añadiendo un prefijo o un sufijo de operador, por ejemplo. Según otra opción, el servidor 70 identifica al servidor 40 a partir de la dirección IP (en inglésInternet Protocol)utilizada por el terminal 51 para transmitir el mensaje M'1 o según otra opción, por configuración asociando el servidor de reglas a un parámetro del terminal 51 (código IMEI (en inglésInternational Mobile Equipment Identity),código IMSI (en inglésInternational Mobile Subscriber Identity)).El servidor 70 solicita, durante la etapa E'2 al servidor de autoridad 40 mediante la transmisión de un mensaje M'2, la obtención de la o de las reglas asociadas a la aplicación requerida por el terminal 51. El servidor de autoridad 40, tras la recepción del mensaje M'2 durante la etapa F'2, transmite varias reglas con un parámetro de prioridad propio de cada regla en un mensaje M'3 al servidor de aplicación 70 durante una etapa E'3. El servidor de reglas 70 obtiene el mensaje M'3 durante la etapa F'3.

El servidor de reglas 70 transmite al terminal 51, durante la etapa E'4, la aplicación, así como las reglas recibidas y los parámetros de prioridad asociados en un mensaje de respuesta M'4. El terminal 51, al recibir este mensaje M'4 durante la etapa F'4, determina, durante la etapa E'21, el segmento de red que se utilizará para la aplicación recibida. Al estar el terminal 51 conectado a su red “matriz”, considera la regla con mayor prioridad para determinar el segmento de red correspondiente a la aplicación. El terminal 51 se conecta a continuación durante las etapas E'5, F'5, E'6, F'6 comparables a las etapas E3, F3, E4, F4 de la Figura 3.

El terminal 51 solicita al servidor 70 que cargue una nueva aplicación durante la etapa E'7 transmitiendo un mensaje M'7. Este mensaje es idéntico al mensaje M'1 excepto que la aplicación es diferente. El servidor 70 recibe el mensaje M'7 durante la etapa F'7 y asocia una o más reglas a esta aplicación solicitada por el terminal 51. El servidor 70 ya ha asociado una regla a esta aplicación durante una solicitud anterior y ha almacenado esta regla. Por lo tanto, asocia la aplicación solicitada a una regla almacenada durante la etapa E'22, sin solicitar un servidor de autoridad y transmite, durante la etapa E'8, la aplicación y la regla al terminal 51 en un mensaje M'8. El terminal 51 recibe el mensaje M'8 durante la etapa F'8 y selecciona el segmento de red TR2 a partir de esta regla y no se conecta a ella al iniciar la aplicación porque ya se ha conectado a la misma con anterioridad.

Se considera que el terminal 53 está conectado a una red que es para él una red visitada y que por tanto se encuentra en situación de“roaming".El terminal 53 solicita al servidor de aplicaciones 70, durante la etapa E'11, que obtenga una aplicación transmitiendo un mensaje M'11. El servidor recibe el mensaje de demanda M'11 durante la etapa F'11. Durante la etapa E'12, el servidor 70 inicia la fase de asociación enviando un mensaje M'12 al servidor de reglas 60 correspondiente al terminal 53 o correspondiente al operador que garantice la conexión del terminal 53 a la infraestructura de comunicaciones. El servidor 60 recibe el mensaje M'12 durante la etapa F'12 y transmite, durante la etapa E'13, las reglas asociadas al identificador de la aplicación solicitada por el terminal 53 en un mensaje M'13 al servidor de aplicaciones 70. También se transmiten parámetros de prioridad. Durante la etapa F'13, el servidor 70 recibe el mensaje M'13 que comprende las reglas y los parámetros de prioridad y almacena esta información relativa al identificador de la aplicación para la que ha solicitado estas reglas. Estas informaciones son de hecho válidas puesto que son transmitidas por el servidor de autoridad 60, y transmiten estas reglas al terminal 53 de manera conjunta con la aplicación o en un mensaje específico M'14 diferente del mensaje que comprende la aplicación durante la etapa E'14. El servidor de aplicaciones 70 almacena las reglas de conformidad al servidor de reglas que las transmitió para no transmitir reglas no válidas o no conformes a un terminal que solicita la misma aplicación, pero a partir de una infraestructura de comunicaciones diferente a la anterior. El terminal 53, durante la etapa F'14, recibe el mensaje M'14 incluyendo las reglas y de manera opcional la aplicación. El terminal 53, durante la etapa E'25, selecciona una regla en función de las reglas obtenidas y cuyo parámetro de prioridad corresponde a una situación deroamingporque el terminal 53 se encuentra en una red visitada. El terminal 53 determina, durante la etapa E'25, el segmento de red TR1 correspondiente a la regla de menor prioridad entre las reglas obtenidas. Cuando se activa la aplicación, el terminal 53 se conecta entonces al segmento de red TR1 durante las etapas E'15, F'15, E'16 y F'16 equivalentes a las etapas E'5, F'5, E'6 y F'6 excepto que el terminal se conecta esta vez a una red visitada.

Según otra forma de realización, la selección de una regla por un terminal puede realizarse en dos etapas. En ambos modos anteriores, un terminal obtiene una regla de un servidor de reglas o de un servidor de aplicaciones que previamente ha obtenido una regla de un servidor de autoridad. En una tercera forma de realización, un servidor de reglas transmite a un terminal información sobre una clase de servicio correspondiente al identificador de aplicación recibido. El terminal, al recibir la información sobre la clase de servicio, asocia un identificador de segmento a esta clase de servicio, ya sea solicitándolo a un servidor o utilizando una base de datos interna que asocia la clase de servicio con un segmento de red. En caso de que se contacte con un servidor para asociar la clase de servicio a un segmento, puede ser el mismo servidor que fue contactado para obtener la clase de servicio o un servidor diferente. La clase de información de servicio obtenida corresponde a una regla relativa al segmento de red requerido, pero la selección del segmento es diferente de las dos formas de realización anteriores. Esta forma de realización es particularmente adecuada para un contexto en donde un operador ha estructurado su red de comunicación mediante el despliegue de segmentos de red capaces de enrutar datos en función de sus características relativas (clases de servicios), tal como se define, por ejemplo, y no solamente, en el método Diffserv (en inglésDifferentiated Services).

En relación a la Figura 5, se presenta un ejemplo de la estructura de un dispositivo de selección de un segmento de red, de conformidad a un aspecto de la invención.

El dispositivo 100, de selección de un conjunto de funciones de una infraestructura de comunicaciones, denominado segmento de red, pone en práctica el método de selección, del cual se acaban de describir diferentes formas de realización.

Un dispositivo 100 de este tipo puede ponerse en práctica en un terminal. El terminal puede ser un terminal móvil o un terminal fijo.

Por ejemplo, el dispositivo 100 comprende una unidad de procesamiento 106 equipada, por ejemplo, con un microprocesador gP, y controlada por un programa informático 105, almacenado en una memoria 107 y que pone en práctica el método de selección según la invención. Durante la inicialización, las instrucciones de código del programa informático 105 se cargan, por ejemplo, en una memoria RAM, antes de ser ejecutadas por el procesador de la unidad de procesamiento 106.

Un dispositivo de este tipo 100 comprende:

- un transmisor 110 capaz de transmitir a una entidad de gestión de las reglas un identificador Ident de al menos una aplicación del terminal,

- un receptor 120 capaz de recibir de la entidad de gestión de las reglas al menos una regla Reg relativa al segmento de red asociada al identificador de al menos una aplicación recibida,

- un módulo de determinación 101, capaz de determinar un segmento de red en función de al menos una regla Reg obtenida.

En relación a la Figura 6, se presenta un ejemplo de la estructura de un dispositivo de asociación de reglas, según un aspecto de la invención.

El dispositivo 200 de asociación de una regla relativa a un conjunto de funciones de una infraestructura de comunicaciones, denominada segmento de red, pone en práctica el método de selección del que se acaban de describir diferentes formas de realización.

Un dispositivo 200 de este tipo puede ponerse en práctica en un terminal que puede ser un terminal móvil o un terminal fijo.

Por ejemplo, el dispositivo 200 comprende una unidad de procesamiento 206 equipada, por ejemplo, con un microprocesador gP, y controlada por un programa informático 205, almacenado en una memoria 207 y que pone en práctica el método de selección según la invención. Durante la inicialización, las instrucciones de código del programa informático 205 se cargan, por ejemplo, en una memoria RAM, antes de ser ejecutadas por el procesador de la unidad de procesamiento 206.

Un dispositivo de este tipo 200 comprende:

- un receptor 220, capaz de recibir, desde un terminal, un identificador Ident de al menos una aplicación de un terminal,

- un módulo de asociación 201, capaz de asociar al menos una regla Reg relativa al identificador de al menos una aplicación recibida,

- un transmisor 220, capaz de transmitir, al terminal, la al menos una regla Reg asociada.

Los módulos descritos en relación con la Figura 5 y la Figura 6 pueden ser módulos de hardware o de software.

Los ejemplos de forma de realización de la invención que acaban de presentarse son solamente algunas de las posibles formas de realización. El método de selección de un segmento de red y el método de asociación de una regla a un conjunto de funciones de una infraestructura de comunicación permiten mejorar la calidad de la experiencia de los clientes. De hecho, es posible adaptar un segmento de red a las especificidades de un grupo de aplicaciones que tienen características comunes y requieren un procesamiento idéntico o similar. De este modo, un operador de una infraestructura de comunicaciones puede poner en práctica redes móviles separadas, identificadas aquí como segmentos de red, dentro de la misma infraestructura, para transportar los flujos de datos cuyas características son idénticas. Esta estructuración de la infraestructura de comunicación puede ser más o menos efectiva dependiendo de si el operador tiene en cuenta una versión de aplicación, una aplicación o un conjunto de aplicaciones, teniendo en cuenta, por ejemplo, una clase de servicio. Como otro ejemplo, un operador también puede asociar segmentos de red en función del proveedor de servicios que ofrece la aplicación. Por ejemplo, dependiendo de si la aplicación la proporciona el proveedor A o B o el propio operador, es posible asociar los datos de la aplicación a un segmento que ponga en práctica más o menos garantías respecto a la calidad del servicio en particular.

Claims (16)

REIVINDICACIONES

1. Método de selección de un conjunto (TR1, TR2, TR3) de funciones de una infraestructura de comunicaciones (10), denominada segmento de red, para enrutar datos relativos a al menos una aplicación (App1, App2, App3, App4, App5) instalada en un terminal de usuario (51, 53) unido a dicha infraestructura (10), puesto en práctica por el terminal (51, 53) y que comprende:

- una etapa de emisión, con destino a una entidad de gestión de las reglas (40, 60), de un mensaje de demanda que comprende al menos un identificador de aplicación,

- una etapa de recepción, desde la entidad de gestión de las reglas (40, 60), de un mensaje de respuesta que comprende al menos una regla relativa al segmento de red (TR1, TR2, TR3) asociado con el al menos un identificador, correspondiendo la al menos una regla al parámetro de información de asistencia para la selección de un segmento de red único que identifica dicho segmento de red,

- una etapa de selección del segmento de red (TR1, TR2, TR3) en función de al menos una regla recibida.

2. Método de selección, según la reivindicación 1, en donde el mensaje de demanda comprende los identificadores de las aplicaciones (App1, App2, App3, App4, App5) instaladas en el terminal (51,53) en el momento de la conexión de dicho terminal (51,53) a dicha infraestructura (10).

3. Método de selección, según la reivindicación 2, en donde el mensaje de demanda es un mensaje relativo a la conexión del terminal (51,53) a dicha infraestructura (10).

4. Método de selección, según la reivindicación 1, en donde el al menos un identificador comprende, además, una información relativa a una versión de la aplicación (App1, App2, App3, App4, App5).

5. Método de selección, según la reivindicación 1, en donde el al menos un identificador de aplicación es determinado por el terminal (51,53).

6. Método de asociación de al menos una regla relativa a un conjunto (TR1, TR2, TR3) de funciones de una infraestructura de comunicaciones (10), denominada segmento de red, con un identificador de una aplicación (App1, App2, App3, App4, App5) de un terminal (51,53) unido a dicha infraestructura (10), puesto en práctica en una entidad de gestión de las reglas (40, 60), caracterizado porque comprende:

- una etapa de recepción desde el terminal (51, 53) de un mensaje de demanda que comprende al menos un identificador de aplicación (App1, App2, App3, App4, App5),

- una etapa de determinación de al menos una regla relativa al segmento de red (TR1, TR2, TR3) asociada con el al menos un identificador, correspondiendo la al menos una regla al parámetro de información de asistencia para la selección de un segmento de red único que identifica dicho segmento de red, utilizada por dicho terminal de selección el segmento de red en función de la al menos una regla,

- una etapa de emisión con destino al terminal (51,53) de un mensaje de respuesta que comprende al menos una regla determinada.

7. Método de asociación, según la reivindicación 6, en donde un parámetro de prioridad está asociado a la al menos una regla y se transmite al terminal (51,53).

8. Método de asociación, según la reivindicación 6, en donde la regla asociada con el al menos un identificador es relativa a una clase de servicio.

9. Método de asociación, según la reivindicación 6, en donde se determina una regla por defecto y se transmite al terminal (51,53) en el caso en que el al menos un identificador de aplicación (App1, App2, App3, App4, App5) no esté asociado a ninguna regla.

10. Método de asociación, según la reivindicación 6, en donde la entidad de gestión de las reglas (40, 60) está puesta en práctica en un servidor de aplicaciones (70).

11. Dispositivo (100) de selección de un conjunto (TR1, TR2, TR3) de funciones de una infraestructura de comunicaciones (10), denominado segmento de red, para enrutar datos relativos a al menos una aplicación (App1, App2, App3, App4, App5) de un terminal de usuario (51,53) unido a dicha infraestructura (10), que comprende: - un transmisor (110) capaz de transmitir a una entidad de gestión de las reglas un mensaje de demanda que comprende al menos un identificador de aplicación,

- un receptor (120), capaz de recibir desde la entidad de gestión de las reglas, un mensaje de respuesta que comprende al menos una regla relativa al segmento de red asociada con el al menos un identificador, correspondiendo la al menos una regla al parámetro de información de asistencia para la selección de un segmento de red único que identifica dicho segmento de red,

- un módulo de selección (101), capaz de seleccionar un segmento de red en función de al menos una regla recibida.

12. Dispositivo (200) de asociación de una regla relativa a un conjunto (TR1, TR2, TR3) de funciones de una infraestructura de comunicaciones (10), denominada segmento de red, con un identificador de una aplicación (App1, App2, App3, App4, App5) de un terminal (51,53) unido a dicha infraestructura (10), puesto en práctica en una entidad de gestión de las reglas (40, 60), que comprende:

- un receptor (220), capaz de recibir, desde un terminal, un mensaje de demanda que comprende al menos un identificador de aplicación,

- un módulo de determinación (201), capaz de determinar al menos una regla relativa al segmento de red asociada con el al menos un identificador, correspondiendo la al menos una regla al parámetro de información de asistencia para la selección de un segmento de red único que identifica dicho segmento de red, utilizada por dicho terminal de selección el segmento de red en función de la al menos una regla,

- un transmisor (210), capaz de transmitir al terminal un mensaje de respuesta que comprende al menos una regla determinada.

13. Terminal que comprende un dispositivo de selección según la reivindicación 11.

14. Sistema de selección de un segmento de red que comprende:

- un terminal (51,53) según la reivindicación 13,

- una entidad de gestión de las reglas (40, 60) que comprende un dispositivo de asociación (200) según la reivindicación 12.

15. Programa informático, caracterizado porque comprende instrucciones para la puesta en práctica de las etapas del método de selección según la reivindicación 1, cuando este método es ejecutado por un procesador.

16. Soporte de grabación legible por un dispositivo de selección según la reivindicación 11 en donde se graba el programa según la reivindicación 15.