ES2556958T3 - Manejo del tráfico de red a través de un acceso fijo - Google Patents

Manejo del tráfico de red a través de un acceso fijo Download PDF

Info

Publication number
ES2556958T3
ES2556958T3 ES10737907.5T ES10737907T ES2556958T3 ES 2556958 T3 ES2556958 T3 ES 2556958T3 ES 10737907 T ES10737907 T ES 10737907T ES 2556958 T3 ES2556958 T3 ES 2556958T3
Authority
ES
Spain
Prior art keywords
data packets
identifier
communication device
traffic
uplink data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES10737907.5T
Other languages
English (en)
Inventor
Reiner Ludwig
Hannes Ekström
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2556958T3 publication Critical patent/ES2556958T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H04L47/2433—Allocation of priorities to traffic types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Método de manejo del tráfico de red en un dispositivo de comunicación (100), que comprende: - recibir paquetes de datos de enlace descendente entrantes a través de un acceso fijo en el dispositivo de comunicación (100), incluyendo los paquetes de datos de enlace descendente un primer identificador y estando asignados a una clase de tráfico (50); - detectar paquetes de datos de enlace ascendente salientes para ser transmitidos a través de un acceso fijo desde el dispositivo de comunicación (100), incluyendo los citados paquetes de datos de enlace ascendente salientes un segundo identificador que es complementario con respecto al citado primer identificador, caracterizado por que el citado primer identificador incluye una dirección de fuente, y el citado segundo identificador complementario incluye una dirección de destino que es igual a la dirección de fuente del citado primer identificador; comprendiendo el método: - asignar los paquetes de datos de enlace ascendente salientes que tienen el citado identificador complementario a la misma clase de tráfico (50) que los paquetes de datos de enlace descendente entrantes que tienen el citado primer identificador.

Description

5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Manejo del trafico de red a traves de un acceso fijo Sector tecnico
La presente invencion se refiere a metodos y dispositivos para el manejo de trafico de red a traves de un acceso fijo y de un correspondiente producto de programa informatico.
Antecedentes
En las redes de comunicacion, la separacion del trafico es un concepto que permite que diferentes tipos de trafico en traficos reciban diferente tratamiento en las funciones de transmision del trafico del plano de usuario, por ejemplo, con respecto a la puesta en cola, al control del error de planificacion, o a otros similares. Para implementar la separacion de trafico, un nodo de frontera puede clasificar los paquetes en diferentes clases de trafico, por ejemplo, trafico de voz, trafico multimedia o trafico de internet. Sobre la base de esta clasificacion, los paquetes de datos pueden ser provistos de un marcado que permite a la funcion de transmision del trafico del plano de usuario asociar los paquetes de datos con la respectiva clase de trafico y el tratamiento de transmision asociado.
Si el nodo de frontera es una puerta de enlace residencial que comunica el trafico de datos con la red a traves de un acceso fijo, por ejemplo, utilizando una lmea de abonado digital (DSL - Digital Subscriber Line, en ingles) o tecnologfa de cable coaxial, es conocido realizar una clasificacion del trafico en la direccion de enlace ascendente, es decir, de la puerta de enlace residencial a la red, sobre la base del mapeo de puertos. En este caso, la puerta de enlace residencial esta provista de multiples puertos ffsicos que estan cada uno dedicados a un cierto tipo de dispositivo final, por ejemplo, un puerto de voz para conectarse a un telefono fijo, un puerto de TV para conectarse a una TV digital o a un decodificador digital, y un puerto de internet para conectarse a un ordenador o a otro tipo de dispositivo de internet de proposito multiple. El puerto de internet puede ser asimismo acoplado a un punto de acceso de una red de area local inalambrica (WLAN - Wireless Local Area Network, en ingles), en ocasiones denominada punto de acceso WiFi. En tal escenario, todo el trafico recibido en el puerto de voz puede ser clasificado como trafico de voz, todo el trafico recibido en el puerto de TV puede ser clasificado como trafico multimedia y todo el trafico recibido en el puerto de internet puede ser clasificado como trafico de internet. A los paquetes de datos del trafico clasificado puede a continuacion proporcionarseles el marcado correspondiente para ser utilizados en la transmision de enlace ascendente por medio de acceso fijo.
Como alternativa, la clasificacion del trafico puede basarse en una configuracion semiestatica de la puerta de enlace residencial. Por ejemplo, todo el trafico de datos enviado a una cierta direccion de protocolo de internet (IP - Internet Protocol, en ingles) o a un cierto rango de direcciones de IP puede ser asignado a una cierta clase de trafico. Este planteamiento puede ser asimismo aplicado cuando el nodo de frontera es un terminal movil que se comunica con un nodo de acceso fijo utilizando tecnologfa de acceso inalambrico. Ademas, las reglas de clasificacion podnan ser senaladas desde la red al nodo de frontera.
No obstante, utilizar los conceptos anteriores para efectuar la clasificacion del trafico puede resultar diffcil para que un operador de red gestione de manera eficiente un gran numero de nodos de frontera de tal manera que la clasificacion del trafico se realice de manera deseada.
El documento US 2007/0127487 A1 describe un metodo para gestionar un ancho de banda de servicio mediante un puerto de abonado y un sistema EPON que utilice el mismo. Con el fin de gestionar el ancho de banda de servicio por parte de un abonado, la ONU y la ONT asignan una clase de servicio de acuerdo con una combinacion de informacion acerca del abonado que recibe un servicio, y un tipo de servicio y una prioridad de servicio proporcionados a un abonado, asignan un ancho de banda de acuerdo con cada clase de servicio y controlan un ancho de banda de enlace ascendente o un ancho de banda de enlace descendente de acuerdo con una clase de servicio. Asimismo, un gestor de sistema recoge informacion acerca de un proveedor de servicios, de un servicio proporcionado desde un proveedor de servicios, de un abonado que recibe un servicio, e informacion para clasificar un servicio. Tras recogerla, el gestor del sistema proporciona la informacion recogida a la ONU y a la OLT.
De acuerdo con esto, existe la necesidad de tecnicas potentes y eficientes para el manejo del trafico de red por a traves de un acceso fijo.
Sumario
Se proporcionan un metodo, un dispositivo de comunicacion y un producto de programa informatico de acuerdo con las reivindicaciones independientes.
De acuerdo con una realizacion de la invencion, se proporciona un metodo de manejo del trafico de red en un dispositivo de comunicacion. De acuerdo con el metodo, los paquetes de datos de enlace descendente entrantes se reciben a traves de un acceso fijo en el dispositivo de comunicacion. Los paquetes de datos de enlace descendente incluyen un primer identificador y son asignados a una clase de trafico. En los paquetes de datos de enlace ascendente salientes para ser transmitidos a traves del acceso fijo desde el dispositivo de comunicacion, se
detectan paquetes de datos de enlace ascendente salientes que incluyen un segundo identificador que es complementary con respecto al citado primer identificador. El primer identificador incluye una direccion de fuente y el segundo identificador complementary incluye una direccion de destino del primer identificador. Los paquetes de datos de enlace ascendente salientes detectados que tienen el citado segundo identificador son asignados a la 5 misma clase de trafico que los paquetes de datos de enlace descendente entrantes que tienen el citado primer identificador.
De acuerdo con otra realizacion de la invencion, se proporciona un dispositivo de comunicacion. El dispositivo de comunicacion incluye una interfaz configurada para recibir paquetes de datos de enlace descendente entrantes a traves de un acceso fijo desde una red y una interfaz configurada para enviar paquetes de datos de enlace 10 ascendente salientes a traves del acceso fijo a la red. El dispositivo de comunicacion incluye ademas un clasificador de trafico. El clasificador de trafico esta configurado para detectar paquetes de datos de enlace descendente entrantes que incluyen un primer identificador y paquetes de datos de enlace ascendente salientes que incluyen un segundo identificador que es complementario del citado primer identificador. El primer identificador incluye una direccion de fuente y el segundo identificador complementario incluye una direccion de destino que es la misma que 15 la direccion de fuente del primer identificador. Ademas, el clasificador de trafico esta configurado para asignar los citados paquetes de datos de enlace ascendente salientes que tienen el citado segundo clasificador complementario a la misma clase de trafico que los paquetes de datos de enlace descendente entrantes que tienen el primer identificador.
De acuerdo con otras realizaciones de la invencion descritas por las reivindicaciones dependientes, pueden 20 proporcionarse otros metodos o dispositivos. Asimismo, de acuerdo con una realizacion de la invencion, se proporciona un producto de programa informatico que comprende codigo de programa que, cuando es ejecutado por un procesador de un dispositivo de comunicacion, hace que el dispositivo de comunicacion opere de acuerdo con el metodo anterior.
Breve descripcion de los dibujos
25 La Fig. 1 ilustra esquematicamente un entorno de red de comunicacion en el cual pueden aplicarse conceptos de acuerdo con realizaciones de la invencion.
La Fig. 2 ilustra esquematicamente un sistema de comunicacion en el cual pueden aplicarse conceptos de acuerdo con realizaciones de la invencion.
La Fig. 3 ilustra esquematicamente un ejemplo de un paquete de datos tal como el utilizado en una realizacion de la 30 invencion.
La Fig. 4 ilustra esquematicamente otro ejemplo de un paquete de datos tal como se utiliza en una realizacion de la invencion.
La Fig. 5 ilustra esquematicamente un identificador y un identificador complementario en paquetes de datos.
La Fig. 6 ilustra esquematicamente un campo de informacion en una seccion de cabecera de paquetes de datos.
35 La Fig. 7 ilustra esquematicamente una trama de protocolo que soporta el marcado de paquetes de datos.
La Fig. 8 ilustra esquematicamente una implementacion de un dispositivo de comunicacion de acuerdo con una realizacion de la invencion.
La Fig. 9 muestra un diagrama de flujo para ilustrar un metodo de manejo del trafico de datos de UL de acuerdo con una realizacion de la invencion.
40 Descripcion detallada de las realizaciones
En lo que sigue, la invencion se explicara con mas detalle por referencia a realizaciones de ejemplo y a los dibujos que se acompanan. Las realizaciones ilustradas se refieren al manejo del trafico de datos de enlace ascendente (UL) de un dispositivo de comunicacion, es decir, al trafico de datos desde el dispositivo de comunicacion a una red de comunicacion. La red de comunicacion proporciona un acceso a traves de un acceso fijo, es decir, implementado 45 utilizando tecnologfa de acceso de DSL, tecnologfa de acceso optica o tecnologfa de acceso por cable coaxial. Ademas, la red de comunicacion puede proporcionar asimismo un acceso a traves de un nodo de acceso por radio de una red de radio movil celular. Por ejemplo, la red de radio movil celular puede ser implementada de acuerdo con las especificaciones tecnicas del 3GPP (Proyecto de Colaboracion de Tercera Generacion - Third Generation Partnership Project, en ingles), por ejemplo como una red del sistema global para comunicaciones moviles (GSM - 50 Global System por Mobile Communications, en ingles), como la red del sistema de telecomunicaciones moviles universal (UMTS - Universal Mobile Telecommunications System, en ingles), o como una red de evolucion de arquitectura de servicio (SAE - Serving Architecture Evolution, en ingles) / Evolucion a largo plazo (LTE - Long Term Evolution, en ingles). No obstante, debe entenderse que los conceptos tal como los descritos en esta memoria pueden ser asimismo aplicados a otros tipos de redes de comunicacion. Las realizaciones tal como las descritas en
5
10
15
20
25
30
35
40
45
50
55
esta memoria efectuan la clasificacion del trafico de UL sobre la base de las reglas de clasificacion del trafico de UL que son localmente generadas mediante la monitorizacion del trafico de datos de enlace descendente (DL), en particular informacion en las cabeceras de protocolo de los paquetes de datos de DL.
La Fig. 1 ilustra esquematicamente un entorno de red de comunicacion en el cual pueden aplicarse conceptos de acuerdo con realizaciones de la invencion. Como se ilustra, el entorno de red de comunicacion incluye un dominio de red de radio movil celular 10 de acuerdo con las especificaciones tecnicas del 3GPP. Ademas, se proporciona un dominio de acceso fijo 20. Ademas, el entorno de red de comunicacion incluye un dominio local 30, que incluye varios dispositivos de casa del abonado acoplados al dominio de acceso fijo 20. Los componentes del dominio local 30 estan tfpicamente situados en casa del abonado. En el dominio local, se proporciona una puerta de enlace residencial (RG - Residential Gateway, en ingles) 35, que es un dispositivo de comunicacion en casa del abonado, que se utiliza para acoplar los dispositivos de casa del abonado al dominio de acceso fijo 20. En particular, la RG 35 puede acoplar una red de area local (LAN) en casa del abonado al dominio de acceso fijo 20 de la red de comunicacion.
En el ejemplo ilustrado, el dominio de red de radio movil celular 10 es implementado de acuerdo con SAE / LTE del 3GPP. Como se ilustra, el dominio de red de radio movil celular 10 incluye una puerta de enlace de red de radio de datos en paquetes (PDN GW - Packet Data Network Gateway, en ingles) que esta acoplada a las redes de acceso por radio (RAN - Radio Access Network, en ingles) a traves de una puerta de enlace de servicio (SGW - Serving GateWay, en ingles). Como se ilustra, las RAN pueden incluir una o mas RAN de EDGE de GSM (GERAN - GSM EDGE RAN, en ingles), RAN terrestre de UMTS (UTRAN - UMTS Terrestrial RAN, en ingles) o UTRAN evolucionada (E-UTRAN - Evolved UTRAN, en ingles). En el dominio de red de radio movil celular 10, los servicios de IP del operador, por ejemplo los servicios del subsistema Multimedia de IP (IMS - IP Multimedia Subsystem, en ingles) pueden ser albergados por los servidores de aplicacion u otros. Un terminal movil o equipo de usuario (UE - User Equipment, en ingles) 40, por ejemplo, un telefono movil, un ordenador portatil u otros, pueden acceder a los servicios de IP del operador a traves de la PDN GW.
Ademas, el dominio de red de radio movil celular 10 incluye nodos de control, tales como la funcion de reglas de polftica y tarificacion (PCRF - Policy and Charging Rules Function, en ingles) y una entidad de gestion de movilidad (MME - Mobility Management Entity, en ingles), una base de datos de abonados en forma de un servidor de abonados locales (HSS - Home Subscriber Server, en ingles) y un servidor de autenticacion, autorizacion y contabilidad (AAA - Authentication, Authorization and Accounting, en ingles) del 3GPP.
Ademas, para soportar la tecnologfa de femto acceso del 3GPP, el dominio de red de radio movil celular 10 incluye una puerta de enlace de eNodoB local (HeNB GW - Home eNodeB GateWay, en ingles) y una puerta de enlace de seguridad (Sec GW - Security Gateway, en ingles). Para el acoplamiento a dominios de red no 3GPP, por ejemplo al dominio de acceso fijo 20, el dominio de red de radio movil celular 10 incluye ademas una puerta de enlace de datos en paquetes evolucionados (ePDG - Evolved Packet Data Gateway, en ingles). Pueden obtenerse mas detalles relativos a los componentes anteriores del dominio de red de radio movil celular 10 y de las interfaces proporcionadas entre estos componentes a partir de las especificaciones tecnicas del 3GPP.
El dominio de acceso fijo 20 incluye una infraestructura de operador para proporcionar acceso fijo a la red de comunicacion, por ejemplo, utilizando tecnologfa de acceso de DSL, tecnologfa de acceso optico, o tecnologfa de acceso por cable coaxial. Para ello, se proporciona una puerta de enlace de red de banda ancha (BNG - Broadband Network Gateway, en ingles), que se comunica con la ePDG y/o con la PDN GW en el dominio de red de radio movil celular 10. Ademas, la BNG se comunica con la RG 35 en el dominio local 30 utilizando enlaces de comunicacion fijos, por ejemplo por hilo o por cable. Dependiendo de la tecnologfa de acceso utilizada con respecto a la RG 35, el dominio de acceso fijo 20 puede estar provisto del correspondiente nodo de acceso, por ejemplo, un multiplexador de acceso de DSL (DSLAM - DSL Access Multiplexer, en ingles), un terminal de red optico (oNt - Optical Network Terminal, en ingles) o un extremo de cabecera de cable coaxial.
Ademas, el dominio de acceso fijo 20 incluye un nodo de control de polfticas en forma de una funcion de polfticas y tarificacion de banda ancha (BPCF) y un servidor de autenticacion, autorizacion y contabilidad (AAA) de acceso fijo (FA - Fixed Access, en ingles). El nodo de control de polfticas en el dominio de red de radio movil celular 10, es decir, la PCRF, se comunica con el nodo de control de polfticas en el dominio de acceso fijo 20, es decir, la BPCF. Ademas, el servidor de AAA del 3GPP se comunica con el servidor de AAA de FA. Ademas, la BNG en el dominio de acceso fijo 20 se comunica con la Sec GW en el dominio de red de radio movil celular 10. De este modo, es posible una interaccion segura entre el dominio de red de radio movil celular 10 y el dominio de acceso fijo 20.
El dominio local 30 incluye la RG 35 y un numero de dispositivos de casa del abonado conectados al mismo. En el ejemplo ilustrado, los dispositivos de casa del abonado incluyen un dispositivo de entretenimiento digital en forma de centro de medios (MC - Media Center, en ingles), un dispositivo informatico de proposito multiple en forma de un ordenador personal (PC - Personal Computer, en ingles), un receptor de television (TV) acoplado a la RG 35 a traves de un decodificador (STB - Set-Top-Box, en ingles), y puntos de acceso inalambrico, en particular un punto de acceso (AP - Access Point, en ingles) WiFi y un punto de femto acceso (AP) del 3GPP.
5
10
15
20
25
30
35
40
45
50
55
60
En el entorno de red de comunicacion de la Fig. 1, el UE 40 puede moverse entre accesos en el dominio de red de radio movil celular 10, por ejemplo, utilizando GERAN, UTRAN o E-UTRAN y entre accesos a traves del dominio de acceso fijo 20, por ejemplo, a traves del Femto AP o el WiFi AP del 3GPP. Esto se ilustra mediante una flecha de trazos.
La Fig. 2 ilustra esquematicamente un sistema de comunicacion en el cual se maneja trafico de datos de UL de acuerdo con una realizacion de la invencion. El sistema de comunicacion incluye un dispositivo de comunicacion 100, un nodo de acceso fijo 250 y un nodo de red 220. Ademas, el sistema de comunicacion incluye un nodo de control 300. El sistema de comunicacion ilustrado puede ser parte del entorno de red de comunicacion de la Fig. 1. Por ejemplo, el dispositivo de comunicacion 100 puede corresponder al UE 40 o a la RG 35. El nodo de red 220 puede corresponder a la BNG o a la PDN GW. Si el dispositivo de comunicacion 100 corresponde a la RG 35, el nodo de acceso fijo 250 puede ser cualquier tipo de nodo de acceso acoplado entre la BNG y la RG 35 para implementar el acceso fijo entre la BNG y la RG. El nodo de acceso fijo 250 puede asimismo ser integrado en la BNG o en la RG 35. A modo de ejemplo, el nodo de acceso fijo 250 puede ser implementado por un DSLAM, una ONT, un modem de cable u otros. El nodo de acceso fijo 250 puede estar situado en el dominio de acceso fijo 20 o en el dominio local 10. Si el dispositivo de comunicacion 100 corresponde al UE 40, el nodo de acceso fijo puede ser tambien la RG 35. De acuerdo con esto, el dispositivo de comunicacion 100 puede ser un UE acoplado al nodo de red 220 a traves de una puerta de enlace residencial o puede ser la propia puerta de enlace residencial. La puerta de enlace residencial tiene un enlace de comunicacion fijo al nodo de red, mientras que el enlace de comunicacion entre el UE y la puerta de enlace residencial puede ser inalambrico. La puerta de enlace residencial es autenticada tfpicamente utilizando el enlace de comunicacion fijo al nodo de red 220, que para este proposito puede comunicarse con un servidor de autenticacion, por ejemplo, el servidor FA AAA de la Fig. 1. Si un UE se conecta a traves de la puerta de enlace residencial al nodo de red 220, entonces una autenticacion independiente del UE en un dominio de acceso fijo no es necesaria. El nodo de control 300 puede ser la BPCF o la PCRF.
Como se ilustra ademas, el dispositivo de comunicacion 100 y el nodo de red 220 comunican paquetes de datos en la direccion de DL y en la direccion de UL. Los paquetes de datos son asignados a diferentes clases de trafico 50, lo que se ilustra esquematicamente mediante flechas de doble punta separadas. Las clases de trafico puede ser, por ejemplo, trafico de voz, trafico multimedia y trafico de internet. Para cada una de las clases de trafico 50 puede definirse un tratamiento de transmision correspondiente en los nodos intermedios, por ejemplo, el nodo de acceso fijo 250 o un nodo de transporte (no ilustrado). Cada clase de trafico 50 puede corresponder a un cierto nivel de calidad de servicio (QoS - Quality of Service, en ingles). Por ejemplo, la clase de trafico de voz puede tener un nivel de QoS mas elevado que la clase del trafico de internet. De acuerdo con realizaciones de la presente invencion, la clasificacion del trafico de datos de UL en el dispositivo de comunicacion 100 se efectua detectando identificadores de paquetes de datos de UL salientes que son complementarios de identificadores de paquetes de datos de DL entrantes. Los paquetes de datos de DL estan ya asignados a las clases de trafico 50, por ejemplo, mediante un clasificador de trafico 210 del nodo de red 220, que opera sobre la base de reglas de clasificacion de paquetes de DL 215. En el ejemplo ilustrado, el clasificador de trafico 210 del nodo de red 220 esta controlado por el nodo de control 300, por ejemplo, sobre la base de datos de polfticas. Los paquetes de datos de UL salientes que contienen el identificador complementario son asignados a la misma clase de trafico 50 que los paquetes de datos de DL entrantes. Para ello, el dispositivo de comunicacion 100 esta provisto de un clasificador de trafico 110, que puede ser operado en un modo reflexivo. En el modo reflexivo, el clasificador de trafico 110 monitoriza los paquetes de datos de DL con el fin de generar localmente reglas de clasificacion de paquetes de UL 115.
En el dispositivo de comunicacion 100, la clase de trafico 50 a la cual estan asignados los paquetes de datos de DL puede ser detectada sobre la base de un marcado de los paquetes de datos de DL. La monitorizacion de los paquetes de datos de DL puede ser efectuada identificando una fuente de los paquetes de datos de DL recibidos, por ejemplo, sobre la base de un identificador de fuente en los paquetes de datos. Por ejemplo, los identificadores de fuente pueden ser direcciones de IP de fuente. Esta informacion es utilizada a continuacion para generar localmente las reglas de clasificacion de paquetes de UL 115. Las reglas de clasificacion de paquetes de UL operan para asignar los paquetes de datos de UL, que son dirigidos hacia la fuente identificada, a la misma clase de trafico 50 que los paquetes de datos de DL de esta fuente. Los paquetes de datos de UL clasificados son marcados de acuerdo con la clase de trafico a la cual son asignados, por ejemplo, utilizando el mismo marcado que en los paquetes de datos de DL.
En lo que sigue, el modo reflexivo del clasificador de trafico 110 se explicara con mas detalle por referencia a estructuras de ejemplo de paquetes de datos y tramas de protocolo utilizados en la transmision de paquetes de datos.
La Fig. 3 ilustra esquematicamente los paquetes de datos de IP del tipo de version 4 de IP. Como se ilustra, una seccion de cabecera de los paquetes de datos incluye varios campos de informacion, que se denominan “Version”, “IHL (Longitud de cabecera de IP)”, “Servicios diferenciados”, “Longitud total”, “Identificacion”, “Marcas”, “Desplazamiento de fragmento”, “Tiempo de vida”, “Protocolo”, “Suma de control de cabecera”, “Direccion de fuente”, “Direccion de destino”, “Opciones” y “Rellenado”. Los detalles relativos a estos campos se definen en la especificacion RFC 791. El campo de informacion denominado “Servicios diferenciados”, se define en la especificacion RFC 2475. Ademas, la seccion de cabecera de un paquete de datos de IP incluira tambien campos de informacion que se denominan “Puerto de fuente” y “Puerto de destino”. Campos de informacion
5
10
15
20
25
30
35
40
45
50
55
correspondientes se definen, por ejemplo, mediante el Protocolo de control de transporte (TCP - Transport Control Protocol, en ingles) definido en la especificacion RFC 793 y en el Protocolo de diagrama de datos de usuario (UDP - User Datagram Protocol, en ingles) tal como se define en la especificacion RFC 768.
A continuacion de la seccion de cabecera, los paquetes de datos de IP estan provistos tipicamente de una seccion de datos, en la cual pueden incluirse diferentes tipos de trafico de datos de carga util.
La Fig. 4 ilustra esquematicamente paquetes de datos de IP de acuerdo con el tipo de version 6 de IP. De nuevo, la seccion de cabecera incluye un numero de campos de informacion, que se denominan “Version”, “Servicios diferenciados”, “Etiqueta de flujo”, “Longitud de carga util”, “Siguiente cabecera”, “Lfmite de salto”, “Direccion de fuente” y “Direccion de destino”. Esta estructura de la seccion de cabecera se define en la especificacion RFC 2460. Ademas, la seccion de cabecera puede comprender tambien campos de informacion denominados “Puerto de fuente” y “Puerto de destino”, por ejemplo, tal como se define mediante el TCP o el UDP. De nuevo, la seccion de cabecera sera seguida tfpicamente de una seccion de datos que puede contener varios tipos de datos de carga util.
Para los propositos de la presente descripcion, solo se explicaran con mas detalle los campos de informacion denominados “Servicios diferenciados”, “Direccion de fuente”, “Direccion de destino”, “Puerto de fuente” y “Puerto de destino”. Por lo que respecta a los otros campos de informacion, pueden tomarse mas explicaciones de las especificaciones RFC mencionadas anteriormente.
El campo de informacion “Direccion de fuente” indica la direccion de IP desde la cual se origina un paquete de datos. De manera similar, el campo de informacion “Direccion de destino” indica la direccion de IP a la cual esta destinado el paquete de datos. En la version 4 de IP, la direccion de fuente y la direccion de destino son valores de 32 bits. En la version 6 de IP, la direccion de fuente y la direccion de destino son valores de 128 bits.
El campo de informacion “Puerto de fuente” indica un numero de puerto en la fuente del paquete de datos, mientras que el campo de informacion “Puerto de destino” indica un numero de puerto en el punto de destino del paquete de datos.
Sobre la base de la direccion de fuente, la direccion de destino, el puerto de fuente y el puerto de destino, un flujo de paquetes de IP puede definirse como un flujo de paquetes de IP entre un primer punto final definido por la direccion de fuente y el puerto de fuente, y un segundo punto final definido por la direccion de destino y el puerto de destino. Una entidad que incluye la direccion de fuente, la direccion de destino, el puerto de fuente, el puerto de destino y un identificador de protocolo se denominan tambien “tupla de orden 5 de IP”.
El campo de informacion “Servicios diferenciados” se incluye tanto en los paquetes de datos de la version 4 de IP como en los paquetes de datos de la version 6 de IP. Como se define en la especificacion RFC 2474, el campo de informacion “Servicios diferenciados” es un valor de 8 bits. La estructura de este campo de informacion se ilustra esquematicamente en la Fig. 5.
Como se ilustra en la Fig. 5, se utilizan seis bits del campo de informacion, es decir, los bits 0 - 5, para definir el punto de codigo de servicios diferenciados (DSCP - Differentiated Services Code Point, en ingles). Los otros dos bits no se utilizan. Utilizando el DSCP, el envfo de los paquetes de datos por parte de los nodos de red puede ser controlado. Para los paquetes de datos que pertenecen a diferentes tipos de servicios pueden seleccionarse diferentes procedimientos de envfo. Los DSCP pueden ser estandarizados. Ademas, esta disponible un rango de DSCP no estandarizado.
La Fig. 6 ilustra esquematicamente la estructura de un trama de protocolo de acuerdo con los estandares IEEE 802.1 q y 802.1 p. La trama de protocolo se utiliza en la capa de control de acceso a medios (MAC - Media Access Control, en ingles) y puede utilizarse para transmitir los paquetes de IP tal como se explica en conexion con las Figs. 3, 4 y 5. El paquete de datos de IP se incluina entonces en un campo de datos de la trama de protocolo.
La trama de protocolo empieza con un preambulo, que es un patron alternativo de unos y ceros. La longitud del preambulo es siete bytes. El preambulo esta seguido por un delimitador de trama de inicio (SFD - Start of Frame, en ingles). El delimitador de trama de inicio tiene una longitud de un byte e incluye un patron alternativo de unos y ceros, que finaliza con dos unos consecutivos. El delimitador de trama de inicio esta seguido por seis bytes que definen una direccion de MAC de destino (DA - Destination Address, en ingles) de la trama de protocolo y por seis bytes que definen una direccion de MAC de fuente (SA - Source Address, en ingles) de la trama de protocolo. El siguiente campo incluye una identificacion de protocolo de marcado (TPID - Tagging Protocol IDentification, en ingles). Un valor hexadecimal de 8100 indica el protocolo 802.1 q/p del IEEE. El siguiente campo incluye informacion de control de marca (TCI - Tag Control Information, en ingles). Como se ilustra en la parte inferior de la Fig. 6, la informacion de control de marca incluye tres bits de prioridad, seguidos por un bit definido como indicador de formato canonico (CFI - Canonical Format Indicator, en ingles) y doce bits de una identificacion de red de area local virtual (VLAN ID - Virtual Local Area Network Identification, en ingles). El campo TCI puede denominarse asimismo marca de VLAN. El campo TCI esta seguido por un campo de Longitud de tipo, de dos bytes de longitud. Este campo indica el numero de bytes de datos del cliente MAC contenidos en el campo de datos de la trama de protocolo o la identificacion del tipo de trama si la trama es ensamblada utilizando un formato opcional. El campo Longitud de tipo esta seguido por el campo de datos, que puede ser una secuencia de 48 a 1500 bytes de longitud. El campo de
5
10
15
20
25
30
35
40
45
50
55
60
datos esta seguido por un valor de comprobacion de redundancia dclica (CRC - Cyclic Redundancy Check, en ingles), que es generado por el dispositivo fuente de MAC y es utilizado por el dispositivo de destino de MAC para comprobar la integridad de las tramas de protocolo recibidas.
En el campo de TCI, los bits de prioridad definen una prioridad de usuario. Detalles relativos al mapeo de los ajustes de los bits de prioridad a las prioridades del usuario se definen en el estandar 802.1 p del IEEE. El bit CFI se utiliza para proporcionar compatibilidad con las redes tanto del tipo de Ethernet como de Anillo (Token Ring, en ingles). El ID de VLAN se utiliza para distinguir entre diferentes redes de area local virtual (VLAN).
De acuerdo con los conceptos descritos en esta memoria, la informacion en los paquetes de datos de DL se utiliza en el dispositivo de comunicacion 100 para generar localmente reglas de clasificacion de paquetes para paquetes de datos de UL. En esta memoria, debe observarse que en muchos escenarios practicos, un flujo de paquetes de datos de IP es tfpicamente bidireccional. Incluso si el transporte de los datos de carga util se produce solo en una direccion, por ejemplo sobre la base de los paquetes de TCP, el flujo de paquetes de IP incluira tambien tfpicamente paquetes de control, por ejemplo paquetes de acuse de recibo de TCP, transmitidos en la direccion opuesta. Ademas, las direcciones de IP de fuente y de destino y los numeros de puerto de un flujo de paquetes de IP son tfpicamente simetricas, es decir, el punto final de destino (identificado por una direccion de Ip y un numero de puerto) en una direccion es el mismo que el punto final de fuente (identificado por una direccion de IP y un numero de puerto) en la otra direccion, y viceversa. Debido a la simetna, paquetes que fluyen en sentidos opuestos del mismo flujo que el paquete de IP tendran identificadores de direccion “complementarios” e identificadores de puerto “complementarios”, lo que significa que el identificador de fuente en una direccion es el mismo que el identificador de destino en la otra direccion.
De acuerdo con los conceptos explicados en lo que sigue, se asumira que el trafico de datos de DL es de alguna manera asignado a las clases de trafico 50 y provistos de un marcado correspondiente. Esto puede efectuarse mediante el clasificador de trafico 210 del nodo de puerta de enlace de red 220. En el ejemplo ilustrado, el nodo de control 300 senala las reglas de clasificacion de paquetes de DL 215 al nodo de puerta de enlace de red 220. No obstante, puede utilizarse tambien otra manera de proporcionar las reglas de clasificacion de paquetes de DL 215 al nodo de puerta de enlace de red 220. Utilizando las reglas de clasificacion de paquetes de DL 215, el clasificador de trafico 220 en el nodo de puerta de enlace de red 220 asigna los paquetes de dL a las clases de trafico 50 y marca los paquetes de datos de DL de acuerdo con esto. Este marcado puede ser efectuado ajustando el campo de DSCP en la cabecera de los paquetes de datos, ajustando los bits de prioridad de los paquetes de datos y/o proporcionando a los paquetes de datos una marca de VLAN. Ademas, si los paquetes de datos salientes van a ser transmitidos utilizando protocolo de tunelacion, este marcado de los paquetes de datos salientes puede conseguirse tambien proporcionando a los paquetes de datos una identificacion de tunel.
Como se ha explicado anteriormente, el dispositivo de comunicacion 100 incluye el clasificador de trafico 110 que opera sobre la base de las reglas de clasificacion de paquetes de UL 115 y que soporta un modo reflexivo de generar las reglas de clasificacion de paquetes de UL. En el modo reflexivo, el clasificador de trafico 110 esta configurado para detectar los paquetes de datos salientes que incluyen un segundo identificador que es complementario con respecto al primer identificador. En el segundo identificador complementario, un elemento de punto final de destino, por ejemplo, una direccion de IP de destino y/o un puerto de destino, es el mismo que un elemento de punto final de fuente, por ejemplo, la direccion de IP de fuente y/o el puerto de fuente, en el primer identificador. Cada uno de los identificadores primero y segundo puede ser una tupla de orden 5 de IP. Monitorizando los paquetes de datos de DL recibidos, el clasificador de trafico 110 genera las reglas de clasificacion de paquetes de UL 115 de tal manera que los paquetes de datos salientes que tienen el segundo identificador complementario son asignados a la misma clase de trafico 50 que los paquetes de datos entrantes que tienen el primer identificador. De esta manera, no se requiere senalar explfcitamente las reglas de clasificacion de paquetes de UL 115 al dispositivo de comunicacion 100. Por otro lado, las reglas de clasificacion de paquetes de UL 115 pueden ser adaptadas flexiblemente a escenarios de comunicacion espedficos, que pueden ser controlados por el operador de la red mediante la clasificacion de trafico de DL.
En el modo reflexivo, si el clasificador de trafico 110 detecta un nuevo paquete de datos de IP con paquetes de datos entrantes en la direccion de DL, puede generar automaticamente una regla de clasificacion de paquetes de UL 115 correspondiente. Si los paquetes de datos entrantes del flujo de paquetes de IP contienen cada uno una tupla de orden 5 de IP, la regla de clasificacion de paquetes de UL 115 estara configurada para asignar paquetes de datos salientes que contienen una tupla de orden 5 de IP complementaria a la misma clase de trafico 50 que se reciben los paquetes de datos entrantes. Ademas, los paquetes de datos de UL son marcados de acuerdo con su clasificacion, por ejemplo utilizando el mismo marcado que en los paquetes de datos de DL de esta clase de trafico. Este marcado puede conseguirse ajustando el campo de DSCP en la cabecera de los paquetes de datos, proporcionando a los paquetes de datos una marca de VLAN, y/o ajustando los bits de prioridad de los paquetes de datos. Ademas, si los paquetes de datos salientes van a ser transmitidos utilizando un protocolo de tunelacion, este marcado de los paquetes de datos salientes puede conseguirse tambien proporcionando a los paquetes de datos una identificacion de tunel.
La estructura de un identificador y de un identificador complementario, que estan basados en la tupla de orden 5 de IP, se ilustra en la Fig. 7. No obstante, debe entenderse que tambien son posibles otros tipos de identificadores y de
5
10
15
20
25
30
35
40
45
50
55
identificadores complementary. En general, en el identificador complementario al menos un elemento del identificador reaparece como otro elemento. Por ejemplo, en el identificador complementario del paquete de datos saliente, el elemento de fuente del identificador en el paquete de datos entrante puede reaparecer como elemento de destino. De acuerdo con una realizacion, el identificador incluye una direccion de fuente y una direccion de destino y el identificador complementario incluye una direccion de fuente correspondiente a la direccion de destino del identificador, y una direccion de destino correspondiente a la direccion de fuente del identificador.
Como se muestra en la Fig. 7, un identificador sobre la base de la tupla de orden 5 de IP puede incluir una direccion de fuente A, una direccion de destino B, un puerto de fuente C, un puerto de destino D y un identificador de protocolo X. El identificador complementario correspondiente tendra entonces una direccion de fuente B, una direccion de destino A, un puerto de fuente D, un puerto de destino C y un identificador de protocolo X. En otras palabras, en el identificador complementario la direccion de fuente y la direccion de destino estan intercambiadas en comparacion con el identificador. De manera similar, en el identificador complementario el puerto de fuente y el puerto de destino estan intercambiados en comparacion con el identificador. El identificador de protocolo permanece igual. En otras realizaciones, pueden utilizarse diferentes tipos de identificador y de identificador complementario, por ejemplo, sobre la base solo de una parte de la tupla de orden 5 de IP. Por ejemplo, en el identificador complementario, solo la direccion de fuente y la direccion de destino podnan estar intercambiadas en comparacion con el identificador.
En lo que sigue, se explicara con mas detalle un proceso de manejo de paquetes de datos de UL de acuerdo con una realizacion de la invencion, por referencia a las estructuras mostradas en la Fig. 1.
Inicialmente, los paquetes de datos de UL, por ejemplo, los paquetes de datos relativos a un servicio espedfico tal como un servicio de voz sobre IP, pueden ser transmitidos desde el dispositivo de comunicacion 100 hasta la puerta de enlace de red 220 mientras son asignados a una clase de trafico por defecto de entre las clases de trafico 50, por ejemplo, la clase de trafico de internet. El flujo de paquetes de IP correspondiente incluira entonces tambien los paquetes de datos transmitidos en la direccion de DL, por ejemplo, paquetes de acuse de recibo. Utilizando las reglas de clasificacion de paquetes de DL 215, el clasificador de trafico 210 en el nodo de puerta de enlace de red 220 asignara estos paquetes de datos de DL a una clase de trafico deseada, por ejemplo, trafico de voz, y efectuara un correspondiente marcado de los paquetes de datos de DL. Como se ha mencionado anteriormente, este marcado puede implicar ajustar el campo de DSCP en la cabecera de los paquetes de datos de DL, proporcionando a los paquetes de datos de DL una marca de VLAN, proporcionando a los paquetes de datos de DL una identificacion de tunel, y/o ajustando los bits de prioridad de los paquetes de datos de Dl.
En el modo reflexivo, el clasificador de trafico 110 en el dispositivo de comunicacion 100 detecta entonces los paquetes de datos de DL entrantes y genera una regla de clasificacion de paquetes de UL 115, que opera sobre la base de una tupla de orden 5 de IP que es complementaria de una tupla de orden 5 de IP en los paquetes de datos entrantes recibidos. En esta memoria, debe entenderse que diferentes flujos de paquetes de IP pueden tener la misma clase de trafico 50 y que pueden utilizarse multiples reglas de clasificacion de paquetes de UL 115 para asignar paquetes de datos de Ul salientes a una clase de trafico 50.
Ademas del modo reflexivo de generar las reglas de clasificacion de paquetes de UL 115, el clasificador de trafico 110 puede estar provisto tambien de otros modos de clasificacion, por ejemplo, que operan sobre la base de las reglas de clasificacion de paquetes de UL senaladas desde la red, que operan sobre la base de las reglas de clasificacion de paquetes de UL configuradas estadfsticamente, o que operan sobre la base del mapeo de puertos. El modo reflexivo puede ser activado en respuesta a la recepcion de una senal de control desde la red, por ejemplo, cuando se inicializa la conexion entre el dispositivo de comunicacion 100 y el nodo de puerta de enlace de red 220 o en un procedimiento de actualizacion.
El dispositivo de comunicacion 100 puede ser provisto tambien de una funcionalidad para indicar a la red de comunicacion que soporta el modo reflexivo descrito anteriormente de generar las reglas de clasificacion de paquetes de UL 115. Por ejemplo, esto podna estar incluido en la inicializacion de la conexion entre el dispositivo de comunicacion 100 y el nodo de puerta de enlace de red 220. A modo de ejemplo, podna anadirse un elemento de informacion a la senalizacion utilizada durante la inicializacion de la conexion. Por medio de este elemento de informacion, el dispositivo de comunicacion 100 puede indicar que soporta el modo reflexivo. Y la red puede senalar al dispositivo de comunicacion 100 si debe utilizarse el modo reflexivo.
En algunas realizaciones, la informacion de que el dispositivo de comunicacion 100 soporta el modo reflexivo de generar las reglas de clasificacion de UL 115 puede ser tambien distribuida entre nodos de red, por ejemplo, al nodo de control 300.
De acuerdo con algunas realizaciones, el modo reflexivo de generar reglas de clasificacion de UL 115 puede ser activado selectivamente para un subgrupo de las clases de trafico 50, por ejemplo, solo para una clase de trafico. Por ejemplo, el modo reflexivo podna ser activado solo para trafico de voz y/o trafico multimedia. Esto puede resultar util si no todas las aplicaciones o servicios requieren la activacion del modo reflexivo. Por ejemplo, en algunos casos la tupla de orden 5 de IP en los paquetes de datos de un servicio puede ser definida estadfsticamente y puede utilizarse una regla de clasificacion de paquetes de UL 115 estatica correspondiente en el dispositivo de
5
10
15
20
25
30
35
40
45
50
55
comunicacion 100. Asimismo, el mapeo de puertos podna ser utilizado para algunas de las clases de trafico 50, mientras que la clasificacion de trafico a una o mas de otras clases de trafico se efectua en el modo reflexivo.
En algunas realizaciones, la red puede senalar al dispositivo de comunicacion 100 si el modo reflexivo de generacion de las reglas de clasificacion de UL 115 debe ser aplicado o no, por ejemplo, utilizando una senalizacion correspondiente en el enlace entre el nodo de puerta de enlace de red 220 y el dispositivo de comunicacion 100. En tales casos, la senalizacion del dispositivo de comunicacion 100 a la red de comunicacion de que el modo reflexivo esta soportado podna ser implementada tambien por cada clase de trafico. Es decir, la senalizacion correspondiente podna especificar el soporte del modo reflexivo para una cierta clase de trafico o grupo de clases de trafico, por ejemplo, el trafico de voz y el trafico multimedia.
La Fig. 8 ilustra ademas una implementacion de ejemplo del dispositivo de comunicacion 100. Como se ha explicado anteriormente, el dispositivo de comunicacion puede ser un terminal movil, por ejemplo, el UE 40 explicado en conexion con la Fig. 1, o una puerta de enlace residencial, por ejemplo, la RG 35 explicada en conexion con la Fig. 1.
De acuerdo con la implementacion ilustrada, el dispositivo de comunicacion 100 incluye al menos una primera interfaz 130 para el acoplamiento al nodo de puerta de enlace de red 220 a traves del nodo de acceso fijo 250. La interfaz 130 es implementada como una interfaz bidireccional, es decir, incluye una interfaz de recepcion (RX) para la recepcion de paquetes de datos de DL y una interfaz de transmision (TX) para la transmision de paquetes de datos de UL. En algunas realizaciones, por ejemplo, si el dispositivo de comunicacion es implementado como una puerta de enlace residencial, puede tambien incluir al menos una segunda interfaz 140 para el acoplamiento a otros dispositivos, por ejemplo, a los dispositivos de casa del abonado como se ilustra en la Fig. 1. La segunda interfaz 140 puede ser implementada tambien como una interfaz bidireccional, es decir, incluir una interfaz de recepcion (RX) y una interfaz de transmision (TX). Ademas, el dispositivo de comunicacion 100 incluye un procesador 150 acoplado a la interfaz o a las interfaces 130, 140 y una memoria 160 acoplada al procesador 150. La memoria 160 puede incluir una memoria de solo lectura (ROM - Read Only Memory, en ingles), por ejemplo, una ROM rapida, una memoria de acceso aleatorio (RAM - Random Access Memory, en ingles), por ejemplo una RAM dinamica (DRAM - Dynamic RAM, en ingles) o una RAM estatica (SRAM - Static RAM, en ingles), un almacenamiento masivo, por ejemplo un disco duro o un disco de estado solido, u otros. La memoria 160 incluye codigo de programa configurado adecuadamente para ser ejecutado por el procesador 150 para implementar las funcionalidades descritas anteriormente del dispositivo de comunicacion 100. Mas espedficamente, la memoria 160 puede incluir un modulo generador de reglas 170 configurado para implementar el modo reflexivo de generacion de reglas de clasificacion de paquetes de UL y un modulo de clasificacion de trafico 180 configurado para clasificar los paquetes de datos de UL salientes en la manera descrita anteriormente aplicando las reglas de clasificacion de paquetes de UL, y para marcar los paquetes de datos de UL salientes de acuerdo con esto. De acuerdo con esto, el clasificador de trafico 110 puede ser implementado haciendo que el procesador 150 ejecute el modulo generador de reglas 170 y el modulo de clasificacion de trafico 180.
Debe entenderse que la estructura ilustrada en la Fig. 8 es meramente esquematica y que el dispositivo de comunicacion 100 puede incluir de hecho otros componentes que, en aras de la claridad, no han sido ilustrados. Asimismo, debe entenderse que la memoria 160 puede incluir otros tipos de modulos de codigo de programa, que no han sido ilustrados, por ejemplo modulos de codigo de programa para la implementacion de funcionalidades conocidas de un terminal movil o de una puerta de enlace residencial.
La Fig. 9 muestra un diagrama de flujo que ilustra un metodo 900 para manejar el trafico de datos de UL, que puede ser utilizado para implementar los conceptos mencionados anteriormente. El metodo puede ser implementado en un dispositivo de comunicacion que tenga acceso a una red de comunicacion a traves de un acceso fijo, por ejemplo, en el UE 40 o en la RG 35 de la Fig. 1.
En la etapa 910, los paquetes de datos entrantes con un primer identificador son recibidos en el dispositivo de comunicacion. Los paquetes de datos son recibidos a traves del acceso fijo. Para ello, el dispositivo de comunicacion puede ser acoplado al acceso fijo a traves de un nodo de acceso fijo intermedio. Los paquetes de datos son identificados por un primer identificador, por ejemplo, una tupla de orden 5 de IP o por otro identificador que incluya un identificador de direccion de destino y un identificador de direccion de fuente. Ademas, los paquetes de datos entrantes son asociados con una clase de trafico, por ejemplo, mediante un marcado proporcionado en los paquetes de datos.
En la etapa 920, se detectan paquetes de datos salientes con un segundo identificador complementario.
En la etapa 930, paquetes de datos salientes con un segundo identificador son asignados a la misma clase de trafico que los paquetes de datos entrantes con el primer identificador.
La deteccion de paquetes de datos salientes en la etapa 920 y la asignacion a la misma clase de trafico en la etapa 930 pueden efectuarse sobre la base de una regla de clasificacion de paquetes. La regla de clasificacion de paquetes puede ser generada en el dispositivo de comunicacion monitorizando los paquetes de datos entrantes recibidos.
A continuacion, en la etapa 940 opcional, los paquetes de datos salientes pueden ser provistos de un marcado que indica la clase de trafico a la cual han sido asignados los paquetes de datos salientes. Este marcado puede efectuarse ajustando un DSCP de los paquetes de datos salientes, ajustando bits de prioridad de los paquetes de datos salientes y/o que incluyen una marca de VLAN o una identificacion de tunel en los paquetes de datos 5 salientes. Los bits de prioridad pueden ser parte de la marca de VLAN.
De acuerdo con los conceptos explicados anteriormente, la asignacion dinamica de trafico de datos saliente desde un dispositivo de comunicacion a una clase de trafico deseada es posible sin requerir una senalizacion compleja hacia el dispositivo de comunicacion. La asignacion puede ser adaptada de acuerdo con las condiciones de operacion o sobre la base de datos de polfticas, por ejemplo, sobre la base de datos de polfticas espedficas para un 10 usuario y/o, si el trafico de datos salientes se refiere a un servicio espedfico, sobre la base de polfticas espedficas para un servicio. Ademas, la asignacion podna ser dependiente de la hora del dfa, del dfa de la semana o de otros parametros. Una variedad de polfticas diferentes puede ser asf definida para controlar la asignacion del trafico de datos a una clase de trafico. Una de tales polfticas puede incluso ser bloquear trafico de datos relativos a un servicio espedfico.
15 Debe entenderse que los conceptos explicados anteriormente son meramente de ejemplo y susceptibles de varias modificaciones. Por ejemplo, los nodos de red como se ilustran en las Figs. 1 y 2 no necesitan ser implementados como nodos separados, sino que dos o mas nodos pueden ser integrados en un unico componente. Los conceptos pueden ser aplicados en varios tipos de redes de comunicacion y en varios tipos de dispositivos de comunicacion. Ademas o como alternativa a las tuplas de orden 5 de IP, pueden utilizarse otros identificadores e identificadores 20 complementarios, asf como para implementar los conceptos. Los conceptos pueden ser implementados mediante hardware dedicado y/o mediante software para ser ejecutado mediante un procesador de multiples propositos en uno de los nodos implicados.

Claims (14)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    REIVINDICACIONES
    1. Metodo de manejo del trafico de red en un dispositivo de comunicacion (100), que comprende:
    - recibir paquetes de datos de enlace descendente entrantes a traves de un acceso fijo en el dispositivo de comunicacion (100), incluyendo los paquetes de datos de enlace descendente un primer identificador y estando asignados a una clase de trafico (50);
    - detectar paquetes de datos de enlace ascendente salientes para ser transmitidos a traves de un acceso fijo desde el dispositivo de comunicacion (100), incluyendo los citados paquetes de datos de enlace ascendente salientes un segundo identificador que es complementary con respecto al citado primer identificador,
    caracterizado por
    que el citado primer identificador incluye una direccion de fuente, y el citado segundo identificador complementario incluye una direccion de destino que es igual a la direccion de fuente del citado primer identificador; comprendiendo el metodo:
    - asignar los paquetes de datos de enlace ascendente salientes que tienen el citado identificador complementario a la misma clase de trafico (50) que los paquetes de datos de enlace descendente entrantes que tienen el citado primer identificador.
  2. 2. El metodo de acuerdo con la reivindicacion 1, que comprende:
    - monitorizar los paquetes de datos de enlace descendente entrantes recibidos; y
    - generar una regla de clasificacion de paquetes para asignar los paquetes de datos de enlace ascendente salientes a la misma clase de trafico (50) sobre la base de los paquetes de datos de enlace descendente entrantes monitorizados.
  3. 3. El metodo de acuerdo con la reivindicacion 1 o 2, en el que la citada asignacion de paquetes de datos de enlace ascendente salientes a la misma clase de trafico (50) se activa sobre la base de una senal de control.
  4. 4. El metodo de acuerdo con una cualquiera de las reivindicaciones precedentes, en el que la citada asignacion de los paquetes de datos de enlace ascendente salientes se activa selectivamente para un subgrupo de clases de trafico (50) multiples.
  5. 5. El metodo de acuerdo con una cualquiera de las reivindicaciones precedentes, que comprende:
    - marcar los paquetes de datos de enlace ascendente salientes, indicando el citado marcado la clase de trafico (50) a la cual estan asignados los paquetes de datos de enlace ascendente salientes.
  6. 6. El metodo de acuerdo con la reivindicacion 5, en el que los paquetes de datos de enlace descendente entrantes estan provistos de un marcado indicativo de la clase de trafico (50) a la cual estan asignados los paquetes de datos de enlace descendente entrantes; y
    en el que los paquetes de datos de enlace ascendente salientes estan marcados con el mismo marcado que los paquetes de datos de enlace descendente entrantes.
  7. 7. El metodo de acuerdo con la reivindicacion 5 o 6, en el que el citado marcado de los paquetes de datos de enlace ascendente salientes comprende ajustar un campo de Punto de codigo de servicios diferenciados de los paquetes de datos, ajustando los bits de prioridad de los paquetes de datos, proporcionando a los paquetes de datos una marca de red de area local virtual y/o proporcionando a los paquetes de datos un identificador de tunel.
  8. 8. El metodo de acuerdo con una cualquiera de las reivindicaciones precedentes, que comprende:
    - indicar a un componente de red (220) que el citado dispositivo de comunicacion (100) es capaz de la citada asignacion de paquetes de datos de enlace ascendente salientes a la misma clase de trafico (50).
  9. 9. El metodo de acuerdo con una cualquiera de las reivindicaciones precedentes,
    en el que el citado dispositivo de comunicacion (100) es una puerta de enlace residencial.
  10. 10. El metodo de acuerdo con una cualquiera de las reivindicaciones 1 a 8, en el que el citado dispositivo de comunicacion (100) es un terminal movil acoplado a una puerta de enlace residencial.
  11. 11. Un dispositivo de comunicacion (100), que comprende:
    - una interfaz (120) configurada para recibir paquetes de datos de enlace descendente entrantes a traves de un acceso fijo desde una red;
    - una interfaz (120) configurada para enviar paquetes de datos de enlace ascendente salientes a traves de un acceso fijo a la red;
    - un clasificador de trafico (110) configurado para detectar paquetes de datos de enlace descendente entrantes que incluyen un primer identificador y paquetes de datos de enlace ascendente salientes que incluyen un segundo
    5 identificador que es complementary del citado primer identificador,
    caracterizado por
    que el citado primer identificador incluye una direccion de fuente y el citado segundo identificador complementary incluye una direccion de destino que es igual a la direccion de fuente del citado primer identificador, y estando el clasificador de trafico (110) configurado para asignar a los citados paquetes de datos de enlace ascendente 10 salientes que tienen citado segundo identificador complementary a la misma clase de trafico (50) que los paquetes de datos de enlace descendente entrantes que tienen el primer identificador.
  12. 12. El dispositivo de comunicacion (100) de acuerdo con la reivindicacion 11,
    en el que el dispositivo de comunicacion (100) es una puerta de enlace residencial.
  13. 13. El dispositivo de comunicacion (100) de acuerdo con la reivindicacion 11,
    15 en el que el dispositivo de comunicacion (100) es un terminal movil configurado para ser acoplado a una puerta de enlace residencial.
  14. 14. El dispositivo de comunicacion (100) de acuerdo con una cualquiera de las reivindicaciones 11 a 13,
    en el que el dispositivo de comunicacion (100) esta configurado para ser operado de acuerdo con el metodo de acuerdo con una cualquiera de las reivindicaciones 2 a 10.
    20 15. Un producto de programa informatico, que comprende codigo de programa que, cuando es ejecutado por un
    procesador de un dispositivo de comunicacion (100) hace que el dispositivo de comunicacion (100) opere de acuerdo con un metodo de acuerdo con una cualquiera de las reivindicaciones 1 a 10.
ES10737907.5T 2010-07-29 2010-07-29 Manejo del tráfico de red a través de un acceso fijo Active ES2556958T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2010/061071 WO2012013238A1 (en) 2010-07-29 2010-07-29 Handling network traffic via a fixed access

Publications (1)

Publication Number Publication Date
ES2556958T3 true ES2556958T3 (es) 2016-01-21

Family

ID=42635462

Family Applications (2)

Application Number Title Priority Date Filing Date
ES10737907.5T Active ES2556958T3 (es) 2010-07-29 2010-07-29 Manejo del tráfico de red a través de un acceso fijo
ES15179533T Active ES2742425T3 (es) 2010-07-29 2010-07-29 Manejo del tráfico de red a través de un acceso fijo

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES15179533T Active ES2742425T3 (es) 2010-07-29 2010-07-29 Manejo del tráfico de red a través de un acceso fijo

Country Status (8)

Country Link
US (3) US10492207B2 (es)
EP (2) EP2996282B1 (es)
CN (1) CN103004155B (es)
DK (1) DK2599266T3 (es)
ES (2) ES2556958T3 (es)
HU (1) HUE028211T2 (es)
PL (1) PL2996282T3 (es)
WO (1) WO2012013238A1 (es)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
PL2493134T3 (pl) 2009-04-02 2017-10-31 Ericsson Telefon Ab L M Techniki dla obsługi ruchu sieciowego
CN102378382B (zh) * 2010-08-10 2015-05-27 华为技术有限公司 一种数据流的调度方法、设备和系统
WO2012045348A1 (en) * 2010-10-06 2012-04-12 Nokia Siemens Networks Oy Policy control interworking
US9860188B2 (en) * 2011-12-22 2018-01-02 International Business Machines Corporation Flexible and scalable enhanced transmission selection method for network fabrics
EP2832048A1 (en) * 2012-03-27 2015-02-04 Nokia Solutions and Networks Oy Mapping selective dscp values to gtp-u
US9252972B1 (en) * 2012-12-20 2016-02-02 Juniper Networks, Inc. Policy control using software defined network (SDN) protocol
CN106162754B (zh) * 2015-04-07 2020-03-24 中国移动通信集团公司 一种业务流的识别方法、装置及系统
CN113126885A (zh) * 2020-01-14 2021-07-16 瑞昱半导体股份有限公司 数据写入方法、数据读取方法与存储装置
CN114844733A (zh) * 2021-01-30 2022-08-02 华为技术有限公司 一种接入用户设备的接口管理方法及接入用户设备
US20230283499A1 (en) * 2022-03-04 2023-09-07 At&T Intellectual Property I, L.P. Enhanced Smart Home Services

Family Cites Families (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2261933A1 (en) * 1996-07-25 1998-02-05 Hybrid Networks, Inc. Two-way asymmetric communication system
US6591299B2 (en) * 1997-11-25 2003-07-08 Packeteer, Inc. Method for automatically classifying traffic with enhanced hierarchy in a packet communications network
US6412000B1 (en) * 1997-11-25 2002-06-25 Packeteer, Inc. Method for automatically classifying traffic in a packet communications network
US6862622B2 (en) * 1998-07-10 2005-03-01 Van Drebbel Mariner Llc Transmission control protocol/internet protocol (TCP/IP) packet-centric wireless point to multi-point (PTMP) transmission system architecture
US6286052B1 (en) 1998-12-04 2001-09-04 Cisco Technology, Inc. Method and apparatus for identifying network data traffic flows and for applying quality of service treatments to the flows
US20110286331A1 (en) 1999-08-24 2011-11-24 Gogo Llc Differentiated Services Code Point Mirroring For Wireless Communications
JP2002033764A (ja) * 2000-07-14 2002-01-31 Fujitsu Ltd 通信サービス提供システム、並びに通信サービス提供システムにおいて使用される移動端末装置、アドレスサーバ装置、およびルータ装置
US7050396B1 (en) * 2000-11-30 2006-05-23 Cisco Technology, Inc. Method and apparatus for automatically establishing bi-directional differentiated services treatment of flows in a network
JP2002215481A (ja) 2001-01-18 2002-08-02 Nippon Telegr & Teleph Corp <Ntt> Ｗｅｂアクセス制御方法およびシステム
US20020133617A1 (en) * 2001-03-16 2002-09-19 Davies Elwyn B. Allocating traffic between a plurality of paths in a communications network
WO2003007116A2 (en) * 2001-07-11 2003-01-23 Broadcom Corporation Method, system, and computer program product for suppression index reuse and packet classification for payload header suppression
US7272651B1 (en) 2001-08-28 2007-09-18 Cisco Technology, Inc. RSVP transmitter proxy
JP2003209573A (ja) 2002-01-10 2003-07-25 Fujitsu Ltd 通信装置及び中継装置
US7283468B1 (en) * 2002-03-15 2007-10-16 Packeteer, Inc. Method and system for controlling network traffic within the same connection with different packet tags by varying the policies applied to a connection
US7177275B2 (en) * 2002-07-26 2007-02-13 Kenneth Stanwood Scheduling method and system for communication systems that offer multiple classes of service
US7701963B2 (en) 2002-10-15 2010-04-20 Qualcomm Incorporated Method and apparatus for the use of micro-tunnels in a communications system
US7383048B2 (en) 2002-12-04 2008-06-03 Nokia Corporation Transmission of data packets by a node
JP4520705B2 (ja) * 2003-04-11 2010-08-11 パナソニック株式会社 通信システム及び通信方法
US8521889B2 (en) * 2003-05-15 2013-08-27 At&T Intellectual Property I, L.P. Methods, systems, and computer program products for modifying bandwidth and/or quality of service for a user session in a network
US7684432B2 (en) * 2003-05-15 2010-03-23 At&T Intellectual Property I, L.P. Methods of providing data services over data networks and related data networks, data service providers, routing gateways and computer program products
US20050021716A1 (en) * 2003-05-15 2005-01-27 Maria Adamczyk Methods, systems and computer program products for authentication of session requests from service providers in communication networks
WO2004107134A2 (en) * 2003-05-28 2004-12-09 Caymas Systems, Inc. Method and system for identifying bidirectional packet flow
JP3880554B2 (ja) 2003-07-18 2007-02-14 松下電器産業株式会社 空間分割多重アクセス方式ワイヤレス媒体アクセスコントローラ
WO2005104738A2 (en) * 2004-04-28 2005-11-10 Teknovus, Inc. Method and apparatus for l3-aware switching in an ethernet passive optical network
US7979072B2 (en) * 2004-06-04 2011-07-12 Nortel Networks Limited Method and system for soft handoff in mobile broadband systems
US7889646B2 (en) * 2004-08-06 2011-02-15 At&T Intellectual Property I, L.P. Methods, systems, and computer program products for managing admission control in a regional/access network based on user preferences
US7339913B2 (en) * 2004-08-17 2008-03-04 Intel Corporation Method and system of network management and service provisioning for broadband wireless networks
US20060072595A1 (en) * 2004-10-05 2006-04-06 Cisco Technology, Inc. System and method for service tagging for enhanced packet processing in a network environment
US7447220B2 (en) * 2004-10-07 2008-11-04 Santera Systems, Llc Methods and systems for packet classification with improved memory utilization in a media gateway
JP4151643B2 (ja) 2004-11-16 2008-09-17 セイコーエプソン株式会社 色変換行列作成装置、色変換行列作成プログラム及び画像表示装置
US8069265B2 (en) * 2005-01-10 2011-11-29 Broadcom Corporation Method and system for network rotameter station and service
GB2425912A (en) 2005-05-04 2006-11-08 Psytechnics Ltd Packet filtering
US20070081499A1 (en) 2005-10-12 2007-04-12 Petter Johnsen Packet data protocol context utilization
KR100668661B1 (ko) * 2005-10-19 2007-01-16 한국전자통신연구원 휴대 인터넷 시스템에서 트랜스포트 연결 식별자의생성/변경 방법 및 그를 위한 단말기
US20070104132A1 (en) * 2005-11-07 2007-05-10 Bala Rajagopalan Techniques capable of providing efficient scheduling of packet data traffic in wireless data networks
US7733780B2 (en) 2005-12-07 2010-06-08 Electronics And Telecommunications Research Institute Method for managing service bandwidth by customer port and EPON system using the same
CN101401382B (zh) * 2006-01-10 2012-03-21 艾利森电话股份有限公司 用于在传输中过滤数据分组的方法和装置
EP2109266B1 (en) 2006-02-05 2011-01-19 Telefonaktiebolaget L M Ericsson (publ) Method and devices for installing packet filters in a data transmission
CN101438256B (zh) 2006-03-07 2011-12-21 索尼株式会社 信息处理设备、信息通信系统、信息处理方法
US8634399B2 (en) * 2006-04-12 2014-01-21 Qualcomm Incorporated Uplink and bi-directional traffic classification for wireless communication
JP5181472B2 (ja) 2006-04-21 2013-04-10 日本電気株式会社 通信制御方法
US7966648B2 (en) * 2006-05-01 2011-06-21 Qualcomm Incorporated Dynamic quality of service pre-authorization in a communications environment
US8228798B2 (en) 2006-06-28 2012-07-24 Cisco Technology, Inc. QoS-aware service flow mapping in mobile wireless all IP networks
US9143585B2 (en) * 2006-07-07 2015-09-22 Wi-Lan Inc. Method and system for generic multiprotocol convergence over wireless air interface
US20080089324A1 (en) 2006-10-13 2008-04-17 Cisco Technology, Inc Indicating or remarking of a dscp for rtp of a flow (call) to and from a server
US8660555B2 (en) * 2006-11-03 2014-02-25 Core Wireless Licensing S.A.R.L. Quality of service mechanism
JP2010516208A (ja) * 2007-01-11 2010-05-13 クゥアルコム・インコーポレイテッド 無線通信システムにおいてｄｔｘおよびｄｒｘを使用すること
WO2008102442A1 (ja) 2007-02-21 2008-08-28 Panasonic Corporation 通信システムおよびアクセスゲートウェイ装置
GB0705787D0 (en) 2007-03-26 2007-05-02 Vodafone Plc Telecommunications networks
JP4867806B2 (ja) 2007-06-15 2012-02-01 株式会社日立製作所 通信システム、サーバ、制御装置および通信装置
EP2048847A1 (en) 2007-10-08 2009-04-15 Nokia Siemens Networks Oy Methods, apparatuses, system, and related computer program product for policy control
KR100953453B1 (ko) 2007-11-27 2010-04-20 한국전자통신연구원 이동단말에서의 상향링크 ｉｐ 패킷 필터링 제어방법
US9059871B2 (en) 2007-12-27 2015-06-16 Redknee Inc. Policy-based communication system and method
US8532036B2 (en) 2008-03-18 2013-09-10 Clearwire Ip Holdings Llc System and method for providing voice over internet protocol quality of service support in a wireless communication network
EP2255490B1 (en) 2008-03-20 2013-02-20 Redknee Inc. Metering of telecommunication services
US8264965B2 (en) 2008-03-21 2012-09-11 Alcatel Lucent In-band DPI application awareness propagation enhancements
US8589541B2 (en) 2009-01-28 2013-11-19 Headwater Partners I Llc Device-assisted services for protecting network capacity
US8005087B2 (en) 2008-09-16 2011-08-23 Alcatel Lucent Application-level processing for default LTE bearer
US20100115072A1 (en) 2008-10-03 2010-05-06 Qualcomm, Incorporated NON-NETWORK INITIATED QUALITY OF SERVICE (QoS)
US8902805B2 (en) 2008-10-24 2014-12-02 Qualcomm Incorporated Cell relay packet routing
US8325638B2 (en) * 2008-12-09 2012-12-04 Qualcomm Incorporated Performing packet flow optimization with policy and charging control
EP2359572B1 (en) 2008-12-10 2017-06-28 Telefonaktiebolaget LM Ericsson (publ) Token-based correlation of control sessions for policy and charging control of a data session through a nat.
JP5173786B2 (ja) * 2008-12-22 2013-04-03 株式会社日立製作所 無線基地局装置および無線通信システム
CN102265564B (zh) * 2008-12-23 2015-02-04 爱立信电话股份有限公司 用于能够实现用户业务分类配置的方法和设备
JP5127729B2 (ja) 2009-01-13 2013-01-23 三菱電機株式会社 パケット中継方法及びゲートウェイ装置
US8745191B2 (en) 2009-01-28 2014-06-03 Headwater Partners I Llc System and method for providing user notifications
PL2493134T3 (pl) 2009-04-02 2017-10-31 Ericsson Telefon Ab L M Techniki dla obsługi ruchu sieciowego
US8867486B2 (en) * 2009-04-17 2014-10-21 Qualcomm Incorporated Wireless data communications employing IP flow mobility
EP2422577B1 (en) * 2009-04-23 2015-03-25 Telefonaktiebolaget LM Ericsson (publ) Local ip access through a femto base station
US7986706B2 (en) * 2009-04-29 2011-07-26 Telefonaktiebolaget Lm Ericsson Hierarchical pipelined distributed scheduling traffic manager
US9252972B1 (en) 2012-12-20 2016-02-02 Juniper Networks, Inc. Policy control using software defined network (SDN) protocol

Also Published As

Publication number Publication date
CN103004155B (zh) 2015-11-25
EP2996282B1 (en) 2019-05-15
CN103004155A (zh) 2013-03-27
PL2996282T3 (pl) 2019-11-29
US20190349953A1 (en) 2019-11-14
US20210185697A1 (en) 2021-06-17
US10492207B2 (en) 2019-11-26
EP2599266B1 (en) 2015-10-21
EP2599266A1 (en) 2013-06-05
HUE028211T2 (en) 2016-12-28
US10939456B2 (en) 2021-03-02
US11558879B2 (en) 2023-01-17
EP2996282A1 (en) 2016-03-16
US20130136091A1 (en) 2013-05-30
ES2742425T3 (es) 2020-02-14
DK2599266T3 (en) 2016-01-25
WO2012013238A1 (en) 2012-02-02

Similar Documents

Publication Publication Date Title
ES2556958T3 (es) Manejo del tráfico de red a través de un acceso fijo
ES2638637T3 (es) Técnicas de gestión del tráfico de red
US12133113B2 (en) Base station header compression and decompression
ES3050663T3 (en) Communication method and communications device
CN110858822B (zh) 媒体接入控制安全协议报文传输方法和相关装置
ES2645534T3 (es) Procedimiento y sistema de control de política de pasarela doméstica
ES2648153T3 (es) Método para procesamiento de protocolo de radio en sistema de telecomunicaciones móviles y transmisor de telecomunicaciones móviles
US8335918B2 (en) MAC frame provision method and apparatus capable of establishing security in IEEE 802.15.4 network
US10212004B2 (en) Method for implementing GRE tunnel, access device and aggregation gateway
ES2672112T3 (es) Procedimiento de configuración de parámetros de gestión de paquetes de datos que pertenecen a un flujo de datos
CN109548008A (zh) 网络侧对远端用户设备的识别和控制方法以及设备
US20140294018A1 (en) Protocol for layer two multiple network links tunnelling
CN103747470A (zh) 用于控制无线接入点的方法和设备
ES2857723T3 (es) Soporte de calidad de servicio (QoS) para tráfico táctil
ES2536486T3 (es) Procedimiento y aparato para realizar acciones en paquetes en nodos intermedios en una conexión entre un dispositivo de comunicación y un dispositivo de destino en una red objetivo
ES3052694T3 (en) Communication method, up device and cp device
Smith et al. Unifying wi-fi® and vlans with the RINA model
KR20070024191A (ko) 3ｇｐｐ-무선랜 연동 시스템에서의 서비스-품질 파라미터연관 방법
Brose et al. Multi-Topology Routing