Procedimiento para el reconocimiento de paquetes de datos específicos de función.

Procedimiento para el reconocimiento de paquetes de datos específicos de función,

que son generados por unterminal emisor y enviados a través de una red de líneas de datos a un terminal receptor, presentando los paquetesde datos una cabecera ("header") y un área de datos ("payload"), teniendo los paquetes de datos asignados unservicio especial y siendo los mismos generados por una función adecuada, realizada en el terminal emisor, en elque se adjunta a los paquetes de datos un marcado específico generado en el terminal por medio de la cual unafunción filtrante ("función de carga por servicio") dispuesta en la red de líneas de datos reconoce los paquetes dedatos marcados y los asigna a la funcionalidad específica, sin que haya pérdidas en el contenido de información,caracterizado porque el marcado es aplicado por una función cargada en el terminal, y porque como marcado seaplica una firma electrónica específica para el servicio.

Procedimiento para el reconocimiento de paquetes de datos especificos de función

La presente invención se refiere a un procedimiento para el reconocimiento de paquetes de datos especificos de función, en especial con el objetivo de la posterior facturación, siendo los paquetes de datos generados por un terminal emisor y enviados a traves de una red de lineas de datos, en especial por Internet, a un terminal receptor, presentando los paquetes de datos una cabecera ("header") y un area de datos ("payload") , teniendo los paquetes de datos asignados una funcionalidad especifica, en especial un servicio particular, y siendo generados por una función adecuada, realizada en el terminal emisor. Ademas, la invención se refiere a un dispositivo para llevar a cabo este procedimiento. Para el "billing", es decir la facturación de servicios de telecomunicación, se conocen diferentes modelos: Hay modelos que estan basados en la comunicación ("session") en los que se factura la comunicación de una de las partes, normalmente de la parte llamante. Pero a veces, la comunicación se factura a la parte llamada como es el caso, por ejemplo, de los numeros "0800" conocidos en Alemania. En algunos casos aislados incluso existe la posibilidad, vease "peterzahlt.de", de que una tercera parte corre con los gastos de la comunicación. La financiación se realiza entonces especialmente a traves de inserciones de publicidad. Desde hace algun tiempo se conoce tambien los denominados modelos "de tarifa plana", en los que la parte llamante abona una suma global de acuerdo con un contrato firmado con el proveedor que cubre todos los servicios de telecomunicaciones salientes que pueden utilizar, ademas de la red telef6nica, tambien Internet. Ademas, se conocen modelos que dependen del volumen en los que la facturación se realiza basandose en el volumen de datos transferidos. Algo similar se puede decir para los modelos en los que la facturación se realiza basandose en la utilización de un formato de datos especifico, es decir en un modo de transmisión determinado como los SMS y MMS, siendo esta facturación independiente del volumen de datos transferidos. Sin embargo, los modelos de facturación conocidos actualmente estan limitados en sus posibilidades de tarificación de prestaciones o servicios especificos. En especial para el cliente, resulta a veces dificil poder evaluar cuanto volumen de datos requiere un servicio determinado y cuanto cuesta realmente la utilización del servicio. Esta incertidumbre afecta precisamente la atractividad de los servicios móviles presuntamente costosos. Estos se siguen aceptando sólo con reservas. Una facturación mas transparente aumentaria la aceptación, especialmente de estos servicios móviles. Sin embargo, una condición para la facturación basada en el servicio es que el proveedor reconozca primero la utilización del servicio por el cliente. El reconocimiento de la utilización es sencillo para el operador de red en aquellos casos en los que el servicio se proporciona por el lado de la red, es decir especialmente por el mismo operador de red. En este caso, el trafico de datos sólo ha de ser examinado referente a la medida en que la dirección IP del servidor es utilizada como dirección de destino con trafico de datos entrante o como dirección de origen con trafico de datos saliente. Igual de facil resulta el reconocimiento tambien, cuando se utiliza una infraestructura tecnica especial para la utilización del servicio, tal como es el caso, por ejemplo, de los SMS y MMS. Sin embargo, resulta dificil en aquellos casos en los que el servicio se pone a disposición en un terminal individual. Un ejemplo para esta aplicación que se realiza substancialmente sin infraestructura del lado de la red y que utiliza la red sólo para la transmisión es "skype.com"

45 donde se ha de descargar el correspondiente programa en el terminal antes de utilizar el servicio. Una posibilidad de reconocer el trafico de datos generado por estos servicios la proporcionaria el "Protocolo de Iniciación de Sesión" (Session Initiation Protocol, SIP) mediante el correspondiente "Protocolo de Descripción de Sesión" (Session Description Protocol, SDP) , segun RFC 3261. En este caso, se describe el tipo de sesión en el SDP. Pero si se utiliza un tipo de sesión "barato" referente a los volumenes de datos, por ejemplo el "videostreaming", no se podra asegurar que este servicio realmente sea utilizado en los terminales en cuestión. Puede ocurrir perfectamente que el "videostreaming" sea simulado por los terminales y que en realidad son servicios totalmente diferentes los que aprovechan para si este "modo barato".

55 Ademas, resultan problematicas las marcaciones de servicios basadas en SIP ya que las sesiones de SIP estan formadas generalmente por el trafico de datos de senalización y el trafico de datos de transporte. Esto significa que dentro de la red se han de hacer coincidir eventuales marcaciones de servicio en la senalización SIP con los correspondientes traficos de datos de transporte. Esto conlleva un considerable gasto tecnico. Ademas, un marcado de servicio basado en SIP va ligado a servicios basados en SIP. El documento "Policy and charging control architecture" ("Politicas y arquitectura de control de cargas") 3GPP TS23.203V8.0.0 (2007-12) describe filtros o identificadores antepuestos en el lado de red, entre otros, que asocian en una red de telefonia móvil los paquetes de datos enviados en la red a un servicio de datos especifico por medio de la cabecera que contiene la dirección.

65 En el documento "Telecommunication management; Charging management; Charging architecture and principles"

3GPP TS 32.240 V8.2.0 (2008-03) se describe un estandar para el desarrollo de sistemas de pago en redes de telefonia móvil.

Del documento EP 1 746 772 A1 se desprende un procedimiento y un sistema para la tarificación de aplicaciones y/o el trafico de datos asociado a las mismas en un sistema de comunicación por radio, en el que hay una función antepuesta en el lado de la red.

El documento WO 2005/004390 A1 se refiere a un procedimiento para la tarificación de datos de trafico con la ayuda de clases de IP. Los datos de trafico se marcan de acuerdo con una norma de asignación como pertenecientes a una clase de dirección IP. Una unidad de red a lo largo de la ruta de envio de los datos de trafico evalua los datos de trafico en cuanto a su clase de IP para su tarificación, y transmite el resultado de la evaluación a otra unidad de red.

El objetivo de la presente invención consiste en dar transparencia al usuario y facilitar al operador de red de modo sencillo y seguro la tramitación a traves de su red tambien de aquellos servicios que se inician en terminales y utilizan la estructura de red solamente para la transferencia de datos. El control ha de servir especialmente para los fines de la posterior facturación. Ademas, la invención tambien tiene el objetivo de proponer un sistema para llevar a cabo el procedimiento.

Estos objetivos se consiguen mediante el procedimiento con las caracteristicas de la reivindicación 1 y el sistema segun la reivindicación 8. Las realizaciones ventajosas se indican en las correspondientes reivindicaciones dependientes.

La idea fundamental de la invención consiste en el hecho de que los paquetes de datos son dotados en el terminal emisor de un marcado asimismo generado por el terminal, por medio del cual cada paquete de datos puede ser asignado a un determinado servicio mediante una función filtrante ("función de cargo por servicio") dispuesta en la red de lineas de datos. Un marcado de este tipo se lleva a cabo por una función adecuada, instalada en el terminal, sin que haya perdidas en el contenido de la información. Esa función puede ser cargada ("upload") en el terminal del cliente por el operador de red o bien el cliente se la puede descargar ("download") de la red. El marcado puede estar formado por una firma que se adjunta al paquete de datos. De acuerdo con la idea fundamental de la invención, los flujos de datos son dotados del marcado especifico para cada servicio sin modificar la información de cabecera de los paquetes de datos individuales, pudiendo ser adaptada adecuadamente la suma de comprobación.

Para este tipo de marcado se pueden utilizar procedimientos de firma electrónica conocidos por el estado de la tecnica, por ejemplo segun el principio de clave publica (Public Key) . Como marcado, se aplica de esta manera una firma electrónica que se sirve especialmente de claves privadas y publicas. Por medio de los flujos de datos marcados, el operador de red puede reconocer la utilización de servicios que se han... [Seguir leyendo]

1. Procedimiento para el reconocimiento de paquetes de datos especificos de función, que son generados por un terminal emisor y enviados a traves de una red de lineas de datos a un terminal receptor, presentando los paquetes 5 de datos una cabecera ("header") y un area de datos ("payload") , teniendo los paquetes de datos asignados un servicio especial y siendo los mismos generados por una función adecuada, realizada en el terminal emisor, en el que se adjunta a los paquetes de datos un marcado especifico generado en el terminal por medio de la cual una función filtrante ("función de carga por servicio") dispuesta en la red de lineas de datos reconoce los paquetes de datos marcados y los asigna a la funcionalidad especifica, sin que haya perdidas en el contenido de información, caracterizado porque el marcado es aplicado por una función cargada en el terminal, y porque como marcado se aplica una firma electrónica especifica para el servicio.

2. Procedimiento, segun la reivindicación 1, caracterizadoºporque la carga de la función la lleva a cabo el operador de la red. 15

3. Procedimiento, segun la reivindicación 1 6 2, caracterizado porque la firma se sirve de claves privadas y publicas.

4. Procedimiento, segun una de las reivindicaciones anteriores, caracterizado porque durante el marcado se

escribe una nueva dirección en la cabecera de los paquetes de datos mediante la cual se desvian los mismos a la función de cargo por servicio ("SCF") .

5. Procedimiento, segun una de las reivindicaciones anteriores, caracterizado porque dentro de la SCF se elimina el marcado y los paquetes de datos adquieren otra vez su forma inicial. 25

6. Procedimiento, segun una de las reivindicaciones anteriores, caracterizado porque el filtrado por SCF se utiliza para los fines de la facturación, en especial de la utilización de la red.

7. Procedimiento, segun una de las reivindicaciones anteriores, caracterizado porque los paquetes de datos son

enviados de acuerdo con un protocolo basado en IP, siendo posible en especial una facturación especifica de servicio para aplicaciones que estan basadas en SIP, http, RTP o IP.

8. Procedimiento, segun una de las reivindicaciones anteriores, caracterizado porque durante el reconocimiento de los paquetes de datos marcados se inicia un aumento del ancho de banda o de los parametros QoS. 35

9. Sistema que lleva a cabo el procedimiento, segun una de las reivindicaciones anteriores.