ES2227907T3 - Procedimiento y dispositivo de pago de comunicaciones sobre la base de un protocolo de reservacion de los recursos. - Google Patents

Abstract

Procedimiento para establecer una conexión (23, 43) apropiada para las comunicaciones en al menos una dirección entre dos estaciones de abonado (1, 2) en una red de comunicación (20) que comprende una pluralidad de estaciones de conmutación o encaminadores (21, 22, 42), en el cual una primera estación de abonado (1) y una segunda estación de abonado (2) están conectadas por un encaminador predeterminado (211 y 212, respectivamente) y en el cual cada encaminador (21, 22, 42) puede comunicarse con al menos uno de los demás encaminadores en la red, en el que dicha conexión (23) pasa por al menos uno de dichos encaminadores, estando cada encaminador (por ejemplo, 222) conectado a una estación o encaminador correspondiente precedente (por ejemplo, 221) y/o a una estación o encaminador correspondiente siguiente (por ejemplo, 223), caracterizado porque la primera estación (1) transmite un primer mensaje a la segunda estación (2) a través de una primera vía (23) que comprende al menos un encaminador (211), conteniendo dicho primer mensaje una primera información de consentimiento para pagar, en el que la segunda estación (2), en respuesta a la recepción del primer mensaje, reenvía un segundo mensaje a la primera estación (1) a través de dicha primera vía (23), teniendo dicho segundo mensaje una segunda información de consentimiento para pagar y porque un encaminador (por ejemplo, 212) que recibe el segundo mensaje, si al menos una de las primera y segunda entidades de información de consentimiento para pagar tiene un valor predeterminado que es indicativo del consentimiento para pagar, reserva al menos una parte de su capacidad de comunicación para la conexión directa a las estaciones y/o encaminadores precedentes y siguientes (224, 2) conectados a dicho encaminador (212).

Description

Procedimiento y dispositivo de pago de comunicaciones sobre la base de un protocolo de reservación de los recursos.

La presente invención se refiere a un procedimiento y dispositivo para comunicación y en particular, a una comunicación bidireccional y todavía más en particular, a una comunicación de voz o en fonía.

Aunque la presente invención es, en particular, aplicable a comunicación vocal bidireccional entre dos personas y la presente invención se describirá concretamente a continuación para esta aplicación, se hace constar que la presente invención no está restringida a esta aplicación.

La comunicación en fonía bidireccional suele conocerse actualmente en la forma de tráfico telefónico. Dos partes mutuamente comunicantes hacen uso de una red telefónica a ese respecto, estando dicha red gestionada por al menos un administrador de red. La provisión de un canal de comunicación entre ambas partes es un servicio que se ofrece por el administrador de la red y que debe pagarse por al menos una de ambas partes. Suele ser la parte llamante, es decir, la parte sobre cuya iniciativa se establece la conexión y que será referida a continuación con el término "iniciador", quien paga la conexión, dependiendo la cuantía del pago, entre otras cosas, de la distancia entre ambas partes y la duración de la llamada, es decir, el tiempo durante el cual se mantuvo la conexión.

En los últimos años, el uso de ordenadores personales ha tenido una gran expansión y análogamente, la así denominada "Internet" se ha desarrollado en una red de ámbito mundial de conexiones de comunicación entre los ordenadores a ella conectados. A través de dicha red, los ordenadores pueden intercambiar datos y/o comunicarse entre sí. La información a transmitir por un ordenador es guiada, a través de varias estaciones intermedias, a un ordenador direccionado o a un buzón de voz electrónico desde el que el ordenador direccionado puede recuperar la información en un momento adecuado. La duración en tiempo para la transferencia de la información, y la ruta a lo largo de la cual se produce dicha transferencia, no está especificada a este respecto. Tanto es así, que las diferentes partes del mensaje que se va a enviar pueden llegar a su destino final a través de diferentes rutas y no necesariamente en el orden original.

Dicha manera de comunicación es, por supuesto, no adecuada para comunicación en fonía en tiempo real. Las diversas partes de un mensaje hablado deben, en relación entre sí, llegar a su destino sin demasiado retraso y en el orden correcto.

Existe la necesidad de utilizar la red Internet (o redes similares) para la comunicación en fonía. Esto implica que debe establecerse una "conexión" real entre dos estaciones y que debe disponerse de medios para asegurar que las diversas partes del mensaje (digitalizado) lleguen a su destino dentro de un plazo fijado, por ejemplo, 100 ms. Para esta finalidad, está actualmente en desarrollo un protocolo denominado "Protocolo de Reserva de Recursos" (RSVP). Por medio de este protocolo, algunos nodos de estaciones intermedias de la red, referidos a continuación como "encaminadores" (routers, en la jerga informática inglesa), reciben instrucciones de forma concisa, para mantener una determinada conexión: una determinada magnitud de capacidad de procesamiento de los encaminadores relacionados es, como estaba, "reservada".

Aunque el protocolo actualmente conocido es, en sí mismo, bastante satisfactorio para establecer una conexión, tiene el inconveniente de no proporcionar medios para hacer que al menos uno de los usuarios pague la reserva establecida. No solamente es de especial utilidad, desde un punto de vista económico, para los diversos administradores de los diversos encaminadores para ser capaces de hacer que al menos uno de los usuarios pague la prestación de dicho servicio (reserva), sino que también tiene la ventaja de que los usuarios solamente solicitarán y mantendrán la reserva mientras dure la llamada. Si la reserva estaba "libre", no sería inconcebible que un usuario mantenga una reserva dada, aun cuando no sea utilizada, cargando así innecesariamente la capacidad de la red. Si los usuarios tienen que pagar por la reserva, tenderán a cancelar antes la reserva cuando ya no se necesite, por lo que, en realidad, se puede usar con la mayor eficacia posible la capacidad de la red para establecer la comunicación de voz.

Un problema importante a este respecto es la cuestión de quién debe pagar la conexión. En principio, será el iniciador de la conexión pero, en una red Internet o similar, donde se establece una conexión sobre la base del protocolo RSVP, actualmente conocido, no se sabe, a diferencia de la red telefónica, cuál de los participantes es el iniciador, tal como se describirá con más detalle a continuación.

La presente invención trata de proporcionar una solución a este problema.

Se hace la observación de que ya son conocidos sistemas contables para redes, por ejemplo, a partir del documento WO97/37462. Esta solicitud de patente internacional enseña una red de comunicaciones, que comprende un punto de control de comunicaciones dispuesto para controlar identificadores de usuarios en paquetes para determinar un plan de tarificación, que incluye la asignación de cargos. Más en particular, la presente invención trata de proporcionar un protocolo que haga posible que, al establecimiento de la conexión, pueda identificarse el iniciador de la conexión o que, a cualquier tarifa, pueda identificarse cuál de las dos partes desea pagar la conexión.

Todavía más en particular, la presente invención trata de obtener el protocolo RSVP adecuado para la finalidad anteriormente mencionada, proporcionando el menor número de cambios posible.

Los aspectos anteriormente mencionados, las características y las ventajas de la presente invención se explicarán adicionalmente mediante la siguiente descripción de una realización del protocolo según la presente invención, con referencia al dibujo, en el que:

la Figura 1 ilustra, de forma esquemática, una red telefónica;

la Figura 2 ilustra, de forma esquemática, la comunicación a través de Internet;

la Figura 3 ilustra, de forma esquemática, el establecimiento de una conexión de voz a través de Internet;

la Figura 4 muestra una tabla de decisiones y

la Figura 5 ilustra un encaminador.

Con referencia a la Figura 1, se examinará ahora una conexión telefónica. La Figura 1 ilustra, de forma esquemática, una red telefónica 9 que comprende varias estaciones intermedias (conmutadores) 10, así como una pluralidad de abonados, de los cuales solamente dos se muestran en la Figura 1, designados por los números de referencia 1 y 2. La Figura 1 ilustra una situación en la que una conexión de voz, que en general se designa por el número de referencia 14, está presente entre los abonados 1 y 2. El primer abonado 1 está acoplado a un primer conmutador 10_{1} a través de una primera conexión dúplex. El segundo abonado 2 está acoplado a un segundo conmutador 10_{2} a través de una segunda conexión dúplex 2. Los dos conmutadores 10_{1} y 10_{2} se pueden acoplar entre sí directamente o por intermedio de uno o varios conmutadores 10_{3} por medio de conexiones dúplex 13; en la Figura 1, se ilustra dicho conmutador intermedio 10_{3}, estando los conmutadores 10_{1} y 10_{2} acoplados a dicho conmutador intermedio 10_{3}, a través de conexiones dúplex 13_{1} y 13_{2}, respectivamente. También puede ocurrir, sin embargo, que los dos abonados 1 y 2 estén acoplados entre sí a través de solamente un conmutador único.

Puesto que la construcción de una red telefónica y la operación de los conmutadores 10 no son la materia de la presente invención, y además de ello son conocidos por sí mismos, no serán objeto de nueva explicación. Lo importante en relación con la presente invención es la manera en la que se establece la conexión de voz entre los abonados 1 y 2, que se explicará ahora bajo el supuesto de que el primer abonado 1 es el iniciador y que el segundo abonado 2 es la parte llamada. En primer lugar, se establece la conexión dúplex 11 entre el iniciador 1 y el primer conmutador 10_{1}, informando el iniciador 1 al conmutador 10_{1} de la identidad (número de teléfono) del abonado 2 con el que desea comunicarse. Al establecimiento de dicha conexión dúplex 11, el primer conmutador 10_{1} "conoce" que el abonado que busca establecer contacto 1 es el iniciador y que la conexión se le debe cargar. Posteriormente, se establece la conexión dúplex 13_{1} entre el primer conmutador 10_{1} y el conmutador intermedio 10_{3}, después de lo cual se establece la conexión dúplex 13_{2} entre el conmutador intermedio 10_{3} y el segundo conmutador 10_{2}. Es también conocido, a ese respecto, que dicha conexión se establece a petición del iniciador 1. Por último, se establece la conexión dúplex 12 entre el segundo conmutador 10_{2} y el abonado llamado 2, haciendo realidad la conexión total 14.

Es importante, a este respecto, que cada una de dichas conexiones entre los conmutadores 10 mutuamente y entre los abonados 1, 2 y los conmutadores 10, sea una conexión dúplex y que, en el momento en que se establezca una conexión dada (parcial), sea conocido quién es el iniciador de dicha conexión (parcial).

Debe hacerse la observación de que, con una conexión telefónica, se establece una conexión de comunicación directa 14 entre dos abonados, manteniéndose dicha conexión directa durante el curso de la llamada, lo que puede considerarse como una reserva de capacidad. El número y la identidad de las estaciones intermedias 10_{3} que se van a conectar no necesitan determinarse de antemano, sino que se mantiene durante el curso de la llamada. Asimismo, hay que hacer constar que esta conexión directa no necesita establecerse a través de una conexión alámbrica; la telefonía inalámbrica o la telefonía por satélite son también casos de una conexión directa.

La transmisión de datos convencional a través de Internet se examinará ahora con referencia a la Figura 2. La red de Internet se ilustra en la Figura 2, como en las figuras siguientes, como una red 20 de estaciones de conmutación separada 21, 22, siendo dichas estaciones de conmutación designadas como "encaminador". Cada encaminador 21, 22 se puede comunicar con uno o varios encaminadores en la red 20. La red comprende varios abonados, de los cuales en la Figura 2 de nuevo solamente se representan dos de ellos. Estos abonados 1, 2 están conectados a través de una conexión 31, 32 a uno de los encaminadores predeterminados, respectivamente designados por los números de referencia 21_{1} y 21_{2}. Cuando un abonado 1 desea transmitir datos a otro abonado 2, divide dichos datos (digitalizados) en varios pequeños paquetes e intenta transmitir dichos pequeños paquetes, uno a uno. Al hacerlo así, el abonado transmisor 1 transmitirá primero un primer pequeño paquete junto con la dirección de Internet del abonado direccionado 2 al encaminador 21_{1} asociado con dicho abonado transmisor 1. Dicho encaminador 21_{1} transmitirá dicho mensaje a uno de los otros encaminadores, por ejemplo, al encaminador designado en la Figura 2 por el número de referencia 22_{1}. Dicho encaminador 22_{1} transmitiría, a su vez, el mensaje (es decir, pequeño paquete más dirección Internet) a otro encaminador, por ejemplo, el encaminador designado en la Figura 2 por el número de referencia 22_{2}. Por último, dicho pequeño paquete puede alcanzar el abonado direccionado 2 a través de los siguientes encaminadores 22_{3}, 22_{4} y 21_{2}; siguiendo así dicho pequeño paquete una ruta designada por el número de referencia 23.

Debe hacerse la observación de que, en la transmisión de datos convencional a través de la red 20 anteriormente examinada, no se establece ninguna conexión directa entre los abonados 1 y 2.

Un segundo pequeño paquete que se envía al abonado direccionado 2 por el abonado transmisor 1, no necesita necesariamente seguir la misma ruta. En la Figura 2, se muestra otra ruta 25, a través de los encaminadores 22_{5} y 22_{6}. Resultará evidente que aun cuando todos los pequeños paquetes enviados lleguen, a la larga, al abonado direccionado 2, el orden en el que dichos paquetes llegan no necesita necesariamente estar en correspondencia con el orden en que fueron enviados por el abonado transmisor 1. Asimismo, debe ser evidente que la transmisión por un encaminador (por ejemplo, 22_{1}) de un pequeño paquete de datos a un encaminador siguiente (por ejemplo, 22_{2}) sólo puede ocurrir cuando el primer encaminador primero nombrado 22_{1} está listo para la transmisión y no siendo evidente, de antemano, en qué momento ocurrirá. Esto implica que no se conoce, de antemano, la duración de la transmisión desde el emisor 1 al receptor 2 y que dichos períodos de tiempo pueden variar, en gran medida, para los diversos paquetes de datos mutuamente.

Como se observó anteriormente, la manera de comunicación a través de Internet que se ilustra en la Figura 2 no es adecuada para establecer una conexión de voz en tiempo real. Un protocolo conocido que es adecuado para establecer una conexión de voz en tiempo real a través de Internet se ilustrará ahora con referencia a la Figura 3. En la Figura 3, los números de referencia que son los mismos que en las figuras 1 y 2 designan las mismas partes o partes similares.

De nuevo se supone que el primer abonado 1 desea establecer una conexión con el segundo abonado 2 y en realidad, una conexión cuya calidad sea adecuada para la transmisión de la voz. A continuación, dicho primer abonado 1 será también designado por el término "iniciador" y el segundo abonado 2 será también designado por el término "parte llamada". En aras de la comodidad, se supone también que dicha conexión de voz sigue la ruta 23 anteriormente referida. El requisito de que la conexión 23 debe tener una calidad adecuada para la voz implica que todas las estaciones intermedias o encaminadores 21_{1}, 22_{2} a 22_{4} (inclusive), 21_{2}, que están situados a lo largo de dicha ruta 23, han de mantener la conexión con un predecesor y un sucesor o, dicho de otro modo, habrá de reservar parte de su capacidad para esta conexión. Esto se designa como "Reserva de Recursos" y un protocolo desarrollado para esta finalidad se designa como "Protocolo de Reserva de Recursos" (RSVP). Este protocolo conocido fue desarrollado primariamente para establecer una conexión con una calidad predeterminada entre dos estaciones 1 y 2, en las cuales la segunda estación 2 es una fuente de información y la primera estación 1 desea recibir información de dicha

\hbox{fuente 2.}

Puesto que dicho protocolo es ya conocido por los expertos en esta técnica, no será necesaria una descripción exhaustiva.

El establecimiento de una conexión de voz, según dicho protocolo RSVP, tiene lugar en varias etapas de configuración y va precedida por una etapa de establecimiento de contacto fuera de RSVP. Al principio, el iniciador 1 transmite un mensaje de iniciación ALERT a través de la red 20 a la estación llamada 2. Éste es un mensaje "ordinario", transmitido en la manera descrita con referencia a la Figura 2, para informar a la estación llamada 2 del hecho de que el iniciador 1 está buscando contacto. Sobre la base de este mensaje, se puede generar una señal en la estación llamada 2, tal, por ejemplo, una señal de llamada telefónica.

La estación llamada 2 transmite posteriormente, de una manera similar, un mensaje CALL ACCEPT, que indica que se contesta la llamada. En lo sucesivo la conexión de calidad puede establecerse sobre la base del protocolo RSVP.

En una primera etapa de configuración, el iniciador 1 transmite un primer mensaje, designado por el término PATH, posiblemente acompañado por un primer paquete de datos, a la estación llamada 2, pasando cada encaminador a lo largo de la ruta 23 dicho mensaje a lo largo del encaminador siguiente. La Figura 3 ilustra que el encaminador 21_{1}, asociado con la primera estación 1, pasa el mensaje PATH al siguiente encaminador 22_{1}. De una manera similar, los encaminadores 22_{2}, 22_{3}, 22_{4} y 21_{2} reciben el mensaje PATH desde su predecesor, pero para mayor simplicidad no se ilustra en la Figura 3. El mensaje PATH puede considerarse un comando para la red 20 para establecer una ruta arbitraria 23 entre los abonados 1 y 2. En el momento en que el mensaje PATH llega a la segunda estación 2, hay un conjunto de encaminadores 21_{1}, 22_{1} a 22_{4} (inclusive) y 21_{2} que "conocen" cada uno al otro a través del mensaje PATH.

En una segunda etapa de configuración, la segunda estación 2 transmite una orden de reserva a todos los encaminadores 21_{1}, 22_{1} a 22_{4} (inclusive) y 21_{2} a lo largo de la ruta 23, siendo dicha ruta 23, como se mencionó anteriormente, definida por los mensajes PATH dejados atrás como una pista por dichos encaminadores. Dicho comando de reserva está, de una manera similar a la anteriormente descrita, en relación con el mensaje PATH pasado por cada encaminador a lo largo de la ruta 23 a su predecesor. En la Figura 3, la transmisión del comando de reserva desde el encaminador 21_{2} asociado con la segunda estación 2 al encaminador precedente 22_{4} se ilustra y designa por el término RESV. El mensaje RESV se puede considerar como un comando para la red 20 para reservar la ruta establecida 23 para un uso adicional. De una manera similar a la examinada anteriormente en relación con el mensaje PATH, la transmisión del mensaje RESV para las otras partes de la ruta 23 no está representada para mayor claridad.

Se observa que cada encaminador solamente pasa el mensaje RESV a un encaminador precedente a lo largo de dicha ruta 23 si la reserva solicitada por la segunda estación 2 es, en realidad, asignada por el encaminador relacionado. Si el mensaje de RESV llega a la primera estación 1, la primera estación 1 conoce que todos los encaminadores a lo largo de la ruta 23 han reservado una parte adecuada de su capacidad en la manera deseada y la primera estación 1 transmite un mensaje de confirmación CONF a lo largo de la misma ruta 23 a la segunda estación 2. Este mensaje de confirmación CONF se pasa también a lo largo de la ruta 23 por todos los encaminadores al encaminador siguiente; para mayor claridad, este paso se ilustra en la Figura 3 solamente para los encaminadores 22_{1} y 22_{2}.

Cuando dicho mensaje CONF llega a la segunda estación 2, la segunda estación 2 conoce también que está reservada la ruta deseada. De cualquier modo, debe resultar evidente que el mensaje CONF no es esencial para el establecimiento de la reserva solici-
tada.

En realidad, se ha establecido ahora una conexión real entre la primera estación 1 y la segunda estación 2, siendo posible la comunicación de datos e incluso la comunicación de voz a través de dicha ruta 23. Una complicación a este respecto es que dicha ruta 23 es una conexión simplex, es decir, dicha ruta 23 solamente es adecuada para transmisión de datos desde la primera estación 1 a la segunda estación 2 (en relación con esta conexión simplex, la primera estación 1 puede designarse también como emisor y la segunda estación 2 puede designarse también como receptor). Para la comunicación de voz en dos direcciones, esto es, por supuesto, insuficiente y debe establecerse una segunda ruta simplex 43 entre las dos estaciones 1 y 2, siendo la segunda simplex 43 adecuada para la comunicación de voz desde la segunda estación 2 (emisor) a la primera estación 1 (receptor). Un ejemplo de dicha segunda ruta simplex 43 se muestra también en la Figura 3. Esta ruta se establece de una manera similar a dicha ruta 23, habida cuenta que los mensajes PATH son transmitidos desde el segundo estación 2, que los mensajes RESV se transmiten desde la primera estación 1 y que los mensajes CONF son transmitidos desde la segunda estación 2, siendo todo ello opuesto al establecimiento de la primera ruta nombrada 23.

Dicho protocolo RSVP funciona satisfactoriamente, siendo el protocolo realmente adecuado para establecer una conexión de calidad simplex doble entre las dos estaciones 1 y 2. En este protocolo conocido, no se proveen medios para hacer que las estaciones
1 y / o 2 paguen la reserva solicitada. Si la reserva solicitada es gratuita, no hay motivo para que las estaciones 1 y 2 cancelen la reserva asignada cuando ya no se necesite, de modo que dicha reserva pueda mantenerse más tiempo que el necesario, lo que implica un uso ineficaz de la capacidad de dicha red 20. Es un objetivo de la presente invención aumentar la eficacia del uso de dicha red 20 estimulando a los usuarios de dicha red 20 a cancelar una reserva asignada lo antes posible.

Una complicación a este respecto es que dichos costes deben cargarse a una de las estaciones en comunicación mutua 1 y 2, pero que ninguna información está disponible en los encaminadores con respecto a la cuestión sobre cuál de dichas estaciones 1 y 2 ha de recibir la factura correspondiente. En primera instancia, parecería lógico cargar los costes al iniciador de la conexión de voz 23, 43, siendo dicho iniciador la primera estación 1 en el ejemplo descrito, pero los encaminadores a lo largo de las dos rutas 23, 43 no "conocen" cuál de las dos estaciones 1 y 2 es la del iniciador. Los encaminadores a lo largo de la primera ruta 23 reciben un mensaje PATH con origen en la primera estación 1 (el iniciador en su capacidad de emisor), mientras que los encaminadores a lo largo de la segunda ruta 43 reciben un mensaje PATH con origen en la segunda estación 2 (la parte llamada en la capacidad de emisor), puesto que los encaminadores no conocen si pertenecen a una "primera" ruta 23 o a una "segunda" ruta 43, por lo tanto, no pueden llegar a una conclusión sobre el origen del mensaje PATH con respecto a la identidad del iniciador. Lo mismo se aplica, mutatis mutandis, para los mensajes RESV y los mensajes CONF. La presente invención trata de proporcionar una solución a este problema.

Según un importante aspecto de la presente invención, se añade un código a por lo menos uno de dichos mensajes PATH, RESV, CONF, que es indicativo del grado en el que el emisor de dicho mensaje está dispuesto a soportar los costes de la reserva.

Según otro importante aspecto de la presente invención, los encaminadores se configuran para tener en cuenta dicha información al tomar una decisión con respecto a la asignación de la reserva solicitada. Más en particular, cada encaminador está configurado para asignar la reserva solicitada solamente en el caso de que al menos uno de los dos participantes en la llamada haya expresado su deseo de soportar los costes.

Los aspectos anteriormente mencionados de la presente invención se explicarán ahora con referencia a las Figuras 3 y 4. Al establecer la conexión de voz, el protocolo RSVP conocido, que no se explicará con más detalle puesto que ya es conocido por sí mismo, se puede utilizar en la manera anteriormente examinada con referencia a la Figura 3. La forma y contenido precisos de los mensajes PATH, RESV y CONF no son pertinentes para un conocimiento adecuado de la presente invención y análogamente, no se examinarán por lo tanto. Bastará hacer la observación de que estos mensajes pueden ser idénticos a los mensajes conocidos, excepto que al menos un lugar de información ha sido añadido. En una realización simple, dicho lugar de información adicional tiene una longitud de solamente un bit. Dicho bit adicional será designado a continuación por el término de bit de inicio. El valor de dicho bit en el mensaje indica si el remitente de dicho mensaje está o no dispuesto a soportar los costes de la llamada. En el ejemplo a examinar a continuación se supone que el valor "1" del bit de inicio indica su deseo de soportar el pago y que el valor "0" del bit de inicio indica que el remitente no está dispuesto a soportar los costes, sino que será evidente que éstos pueden revertirse si así se desea.

Se supondrá de nuevo ahora que la primera estación 1 es el iniciador de la conexión de voz a establecerse entre las dos estaciones 1 y 2 y que dicha primera estación 1, como tal iniciador, está dispuesta, en la forma habitual, a soportar los costes de la llamada. Esto significa que el bit de inicio, en el mensaje PATH a transmitir por la primera estación 1, tiene el valor "1". Una vez establecida la ruta 23, todos los encaminadores 21_{1}, 22_{1} a 22_{4} (inclusive) y 21_{2} a lo largo de dicha ruta 23 tienen en su memoria un mensaje PATH desde la que el bit de inicio tiene el valor "1". En lo sucesivo, la segunda estación 2, como se examinó anteriormente, transmite un mensaje RESV a lo largo de la ruta 23. Puesto que la segunda estación 2 es la estación llamada, es decir, no es el iniciador de la conexión de voz a establecer, la segunda estación 2 pone a "0" el valor del bit de inicio, en el mensaje RESV.

El encaminador 21_{2} relacionado con la segunda estación 2, recibe esta solicitud de reserva y debe tomar ahora una decisión respecto a la reserva a asignarse. El encaminador 21_{2} se basa por sí mismo respectivamente en los dos bits de inicio del mensaje PATH en su memoria y el mensaje RESV se recibe desde la segunda estación 2. Una estación, cuyo bit de inicio del mensaje PATH tiene el valor "1", puede asignarse la reserva solicitada. Ésta se designa en la Figura 4 por A. De una manera similar, los otros encaminadores a lo largo de la ruta 23 toman la misma decisión que el encaminador 21_{2}, de modo que se establece la reserva solicitada a lo largo de la ruta completa 23. En lo sucesivo, como se describió anteriormente, el mensaje CONF se transmite por la primera estación 1 a la segunda estación 2.

Para el establecimiento de la otra ruta 43, la segunda estación 2 transmite un mensaje PATH, que se hace pasar a lo largo de la ruta 43 por los encaminadores 21_{2}, 42_{1} a 42_{4} (inclusive), 21_{1}. Puesto que la segunda estación 2 es el emisor con respecto a la ruta 43 a establecerse y como tal, tiene la iniciativa para establecer esta ruta, pero no es el iniciador de la conexión fónica a establecer en general, la segunda estación 2 pone al valor "0" el bit de inicio en este mensaje PATH.

Posteriormente, la primera estación 1 transmite un mensaje RESV a la siguiente estación 21_{1} a lo largo de la ruta 43. Puesto que la primera estación 1 es el iniciador de la conexión fónica a establecerse en general entre las estaciones 1 y 2, dicha primera estación 1 pone el bit de inicio, en el mensaje RESV, al valor "1". Dicho encaminador 21_{1} debe tomar ahora una decisión respecto a la reserva a asignarse sobre la base del mensaje PATH presente en su memoria y el mensaje RESV recibido desde dicha primera estación 1. Aunque el valor del bit de inicio en el mensaje PATH, almacenado en su memoria, es realmente igual a "0", el valor del bit de inicio, en el mensaje RESV recibido desde la primera estación 1, es igual a "1", de modo que pueda asignarse la reserva solicitada. Esto se ilustra en la Figura 4 por la referencia B.

El ejemplo anteriormente examinado indica que, bajo circunstancias normales, el valor del bit de inicio a transmitirse está asociado con la conexión de voz en dos direcciones tanto si es iniciador como si no lo es. Esto no es siempre el caso, sin embargo, como se explicará a continuación.

En el tráfico telefónico normal, se conoce el concepto de "llamada a cobro revertido", es decir, se solicita una llamada por un iniciador mientras se pregunta a la parte llamada si está dispuesta a soportar los costes de la llamada. En principio, esto es también posible en el protocolo recomendado por la presente invención, es decir, fijando el valor de los bits de inicio de una manera adecuada. El valor de los bits de inicio, entonces, no está tan relacionado con el hecho de que sea, o no, el iniciador de la conexión de voz solicitada sino que lo está a la disposición para pagar la reserva solicitada. Dicho de otro modo, el bit de inicio se puede designar también por el bit de estar dispuesto para soportar el pago a plazos.

Al establecer una conexión de voz de tipo "llamada de cobro revertido" desde la primera estación 1, los mensajes PATH de la primera estación 1 tendrán un bit de inicio cuyo valor es "0". Si dicha estación llamada 2 está realmente dispuesta a soportar los costes de la reserva solicitada, los mensajes RESV a transmitir por dicha segunda estación 2 tendrán un bit de inicio, o bit de estar dispuesto para soportar el pago, cuyo valor es "1". Será evidente para los expertos en esta técnica que la reserva solicitada a lo largo de dicha ruta 23 se establece sobre la base de las condiciones indicadas en la Figura 4 por la referencia B y que la reserva solicitada a lo largo de la otra ruta 43 se establece sobre la base de la condición indicada por la referencia A.

Sin embargo, si dicha segunda estación 2 no está dispuesta a soportar los costes de la reserva solicitada de la conexión de voz iniciada por dicha estación 1, dicha segunda estación 2 contesta con un mensaje RESV cuyo bit de inicio tiene el valor "0". El encaminador 21_{2} no asignará ahora la reserva solicitada, puesto que los valores de los bits de inicio del mensaje PATH almacenado en su memoria y del mensaje revestimiento recibido desde la segunda estación 2 son ambos iguales a "0", lo que se designa en la Figura 4 por la referencia C.

En ese caso, dicho encaminador 21_{2} tampoco pasará el mensaje RESV al encaminador precedente 22_{4}. En lugar de ello, el encaminador 21_{2} puede hacer retornar un mensaje de error a la segunda estación 2 indicando que no fue establecida la reserva de capacidad solicitada, proporcionando también simultáneamente un motivo para ello.

Es, por supuesto, no inconcebible que ambas estaciones 1 y 2 estén dispuestas a pagar la reserva solicitada. En ese caso, los bits de inicio de los mensajes PATH y RESV tendrán el valor "1". A continuación, los encaminadores asignarán también la reserva solicitada, según se ilustra en la Figura 4 por la referencia D.

La Figura 5 ilustra varios detalles de la construcción de un encaminador que, en la Figura 5 se designa en general por el número de referencia 21. El encaminador 21 comprende dos conexiones de comunicación 101 y 102, con las que dicho encaminador 21, en dicha red 20, puede acoplarse con otros encaminadores. Dicho encaminador 21 está provisto de los medios designados por el número de referencia 110, en general, para establecer una conexión adecuada para la voz entre las conexiones de comunicación 101 y 102, siendo controlados dichos medios por una unidad de control 103. La unidad de control 103 está acoplada a dichas conexiones de comunicación 101 y 102 para poder recibir mensajes, que llegan a dichas conexiones. Asociada con la unidad de control 103 existe una memoria 104, en la que la unidad de control 103 puede almacenar datos.

Si, en una de dichas conexiones de comunicación, se recibe un mensaje PATH por la unidad de control 103, dicha unidad de control 103 analizará dicho mensaje PATH con respecto a la información de disponibilidad para el pago allí presente y almacenará, en dicha memoria 104, datos que representan dicha información de disponibilidad para el pago. Dicha unidad de control 103 transmite posteriormente dicho mensaje PATH, mediante otra conexión de comunicación a través de un encaminador siguiente.

Si se recibe un mensaje RESV en dicha otra conexión de comunicación, la unidad de control 103 analiza dicho mensaje RESV con respecto a la información de disponibilidad para el pago allí presente. La unidad de control 103 consulta también dicha memoria 104 con respecto a los datos anteriormente almacenados. Si al menos uno de dichos datos procedentes de la memoria 104 y la información de disponibilidad para el pago, en el mensaje RESV, indica la disponibilidad para el pago, dicha unidad de control 103 controla dichos medios 110 de modo que al menos una parte de la capacidad de los medios 110 sea reservada para una conexión directa entre dichas conexiones de comunicación 101 y 102 y dicha unidad de control 103 transmitirá el mensaje RESV, a través de la anterior conexión de comunicación al encaminador desde el que se recibió inicialmente el mensaje PATH nombrado.

En la descripción anterior se explicó cómo la reserva solicitada de una determinada ruta entre dos estaciones puede asignarse o rechazarse sobre la base de la aparente disponibilidad para el pago de al menos una de dichas estaciones. Un siguiente aspecto es la sobrecarga real de los costes para la reserva establecida, donde dichos costes serán dependientes de varios factores. La manera en que dichos costes se calculan y cargan a una de dicha estaciones 1, 2 no es el objetivo de la presente invención y por lo tanto, no se explicará más en esta memoria descriptiva. Bastará hacer la observación de que el mensaje PATH no solamente contiene información respecto a la identidad del destinatario, sino también respecto a la identidad del remitente de dicho mensaje PATH; lo mismo se aplica para el mensaje RESV. Esto significa, en principio, que cada encaminador que está implicado en dichas rutas 23 y 43 será capaz, basándose en la información contenida en los mensajes PATH y RESV, y sobre la base de una tarifa que se ha de determinar por el propio encaminador, de determinar, por una parte, cuáles son los costes de la reserva establecida y de determinar, por otra parte, a quién deben cargarse dichos costes. De este modo, en principio, cada encaminador a lo largo de dichas rutas 23 y 43 podría enviar una factura a dicho iniciador 1 o, en el caso de "llamada de cobro revertido", a dicha parte llamada 2.

A este respecto, se hace también la observación de que, en el caso designado en la Figura 2 por la referencia D, donde ambas partes de la llamada 1 y 2 están deseosas de pagar la reserva establecida, los encaminadores a lo largo de dichas rutas 23 y 43 pueden decidir cargar los costes de la reserva establecida al remitente del mensaje PATH, el remitente del mensaje RESV o ambos a la mitad de la tasa.

Será evidente para una persona experta en esta técnica que la presente invención no está restringida a los ejemplos anteriormente examinados y que son posibles varias modificaciones y variaciones en los ejemplos descritos sin por ello desviarse del ámbito de la invención, según se define en las reivindicaciones adjuntas.

Así es posible, por ejemplo, que la información en el campo de disponibilidad para el pago indique una parte de los costes que el remitente está dispuesto a pagar, por ejemplo expresados en un porcentaje de los costes o como una cantidad absoluta. En ese caso, un encaminador solamente asignará la reserva solicitada si la disponibilidad de ambos participantes en la llamada, en conjunto, representa por lo menos un 100% de los costes de reserva.

Se hace la observación de que la presente invención se examinó anteriormente para la red Internet, pero que la presente invención es también aplicable a la comunicación a través de otras redes, por ejemplo, redes locales, regionales o nacionales. En realidad, la invención es aplicable a cada red IP en la que son posibles conexiones simplex como mínimo.

También se hace la observación de que el término "reserva" no significa que un encaminador esté completamente ocupado. Por lo tanto, es muy posible que dichas rutas 23 y 43 tengan uno o más encaminadores en común o sean incluso idénticas.

Claims (9)

1. Procedimiento para establecer una conexión (23, 43) apropiada para las comunicaciones en al menos una dirección entre dos estaciones de abonado (1, 2) en una red de comunicación (20) que comprende una pluralidad de estaciones de conmutación o encaminadores (21, 22, 42), en el cual una primera estación de abonado (1) y una segunda estación de abonado (2) están conectadas por un encaminador predeterminado (21_{1} y 21_{2}, respectivamente) y en el cual cada encaminador (21, 22, 42) puede comunicarse con al menos uno de los demás encaminadores en la red, en el que dicha conexión (23) pasa por al menos uno de dichos encaminadores, estando cada encaminador (por ejemplo, 22_{2}) conectado a una estación o encaminador correspondiente precedente (por ejemplo, 22_{1}) y/o a una estación o encaminador correspondiente siguiente (por ejemplo, 22_{3}),

caracterizado porque

la primera estación (1) transmite un primer mensaje a la segunda estación (2) a través de una primera vía (23) que comprende al menos un encaminador (21_{1}), conteniendo dicho primer mensaje una primera información de consentimiento para pagar, en el que la segunda estación (2), en respuesta a la recepción del primer mensaje, reenvía un segundo mensaje a la primera estación (1) a través de dicha primera vía (23), teniendo dicho segundo mensaje una segunda información de consentimiento para pagar

y porque

un encaminador (por ejemplo, 21_{2}) que recibe el segundo mensaje, si al menos una de las primera y segunda entidades de información de consentimiento para pagar tiene un valor predeterminado que es indicativo del consentimiento para pagar, reserva al menos una parte de su capacidad de comunicación para la conexión directa a las estaciones y/o encaminadores precedentes y siguientes (22_{4}, 2) conectados a dicho encaminador (21_{2}).

2. Procedimiento según la reivindicación 1, en el que un encaminador (por ejemplo, 21_{2}) que recibe el segundo mensaje, si al menos una de las primera y segunda entidades de información de consentimiento para pagar tiene un valor predeterminado indicativo del consentimiento para pagar, transmite también el segundo mensaje al encaminador o a la estación precedente (22_{4}) conectado a dicho encaminador (21_{2}), lo que se repite hasta que dicho segundo mensaje llegue a la primera estación (1).

3. Procedimiento según la reivindicación 1 ó 2, en el que la primera estación (1), en respuesta a la recepción del segundo mensaje, transmite un tercer mensaje a la segunda estación (2) a través de dicha vía (23).

4. Procedimiento según la reivindicación 1, 2 ó 3, en el que dicha primera estación de abonado (1) es el iniciador de la conexión (23) a establecer y la segunda estación de abonado (2) es la estación llamada, en el que dicha primera información de consentimiento para pagar tiene un primer valor predeterminado, que es indicativo del consentimiento para pagar, y en el que dicha segunda información de consentimiento para pagar tiene un segundo valor que es diferente de dicho primer valor predeterminado.

5. Procedimiento según la reivindicación 1, 2 ó 3, en el que dicha primera estación de abonado (1) es el iniciador de la conexión (23) a establecer y dicha segunda estación de abonado (2) es la estación llamada y en el que, en el caso de una "llamada a cobro revertido", la segunda información de consentimiento para pagar tiene un primer valor predeterminado que es indicativo del consentimiento para pagar y la primera información de consentimiento para pagar tiene un segundo valor que es diferente de dicho primer valor predeterminado.

6. Procedimiento según la reivindicación 1, 2 ó 3, en el que dicha segunda estación de abonado (2) es el iniciador de la conexión a establecer y dicha primera estación (1) es la estación llamada, en el que la segunda información de consentimiento para pagar tiene un primer valor predeterminado que es indicativo del consentimiento para pagar y la primera información de consentimiento para pagar tiene un segundo valor que es diferente de dicho primer valor predeterminado.

7. Procedimiento según la reivindicación 1, 2 ó 3, en el que dicha segunda estación de abonado (2) es el iniciador de la conexión a establecer y la primera estación de abonado (1) es la estación llamada, en el que, en el caso de una "llamada a cobro revertido", la primera información de consentimiento para pagar tiene un primer valor predeterminado que es indicativo del consentimiento para pagar y la segunda información de consentimiento para pagar tiene un segundo valor que es diferente de dicho primer valor predeterminado.

8. Encaminador, apropiado para integrarse en una red (20), que comprende:

al menos dos conexiones de comunicación (101, 102),

un medio (110) para establecer una conexión entre dichas conexiones de comunicación (101, 102),

una unidad de control (103), acoplada a dichas conexiones de comunicación, que está dispuesta para controlar dicho medio (110), una memoria (104) acoplada a la unidad de control (103),

caracterizado porque la unidad de control (103), en respuesta a la recepción de un primer mensaje en una de dichas conexiones de comunicación, está dispuesta para almacenar en dicha memoria (104) datos que sean representativos de la información de consentimiento para pagar presente en dicho primer mensaje y para transmitir el primer mensaje a un encaminador siguiente a través de dicha conexión de comunicación de dichas al menos dos conexiones de comunicación (101, 102),

y porque

la unidad de control (103), en respuesta a la recepción de un segundo mensaje en dicha otra conexión de comunicación, está dispuesta, si al menos uno de los datos almacenados en dicha memoria (104) y la información de consentimiento para pagar presente en el segundo mensaje recibido tienen un valor que es indicativo del consentimiento para pagar, para reservar al menos una parte de la capacidad del medio (110) para una conexión directa entre dichas conexiones de comunicación (102) y (101).

9. Encaminador según la reivindicación 8, en el que la unidad de control (103), en respuesta a la recepción del segundo mensaje en dicha otra conexión de comunicación, está dispuesta, si al menos uno de los datos almacenados en dicha memoria (104) y la información de consentimiento para pagar presente en el segundo mensaje recibido tiene un valor que es indicativo del consentimiento para pagar, para transmitir el segundo mensaje a través de dicha primera conexión de comunicación (101) al encaminador precedente.