ES2249368T3 - Procedimiento y sistema de comunicacion para la transferencia de informaciones de tarifas y/o de pagos, a traves de una red digital. - Google Patents
Procedimiento y sistema de comunicacion para la transferencia de informaciones de tarifas y/o de pagos, a traves de una red digital.Info
- Publication number
- ES2249368T3 ES2249368T3 ES01123343T ES01123343T ES2249368T3 ES 2249368 T3 ES2249368 T3 ES 2249368T3 ES 01123343 T ES01123343 T ES 01123343T ES 01123343 T ES01123343 T ES 01123343T ES 2249368 T3 ES2249368 T3 ES 2249368T3
- Authority
- ES
- Spain
- Prior art keywords
- information
- rate
- call
- price
- participant
- 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.)
- Expired - Lifetime
Links
- 230000006854 communication Effects 0.000 title claims abstract description 173
- 238000004891 communication Methods 0.000 title claims abstract description 172
- 238000000034 method Methods 0.000 title claims abstract description 70
- 238000012546 transfer Methods 0.000 title claims description 27
- 238000011156 evaluation Methods 0.000 claims abstract description 49
- 238000012545 processing Methods 0.000 claims description 48
- 230000008569 process Effects 0.000 claims description 38
- 230000011664 signaling Effects 0.000 claims description 11
- 230000005540 biological transmission Effects 0.000 claims description 9
- 230000009466 transformation Effects 0.000 claims description 2
- 238000010348 incorporation Methods 0.000 claims 2
- 230000008859 change Effects 0.000 description 11
- 230000006870 function Effects 0.000 description 7
- 238000011161 development Methods 0.000 description 4
- 230000018109 developmental process Effects 0.000 description 4
- 230000001419 dependent effect Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 2
- 101000587820 Homo sapiens Selenide, water dikinase 1 Proteins 0.000 description 1
- 101000701815 Homo sapiens Spermidine synthase Proteins 0.000 description 1
- 102100030413 Spermidine synthase Human genes 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000009916 joint effect Effects 0.000 description 1
- 239000007788 liquid Substances 0.000 description 1
- 238000013404 process transfer Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/83—Notification aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0435—Details
- H04Q11/0457—Connection protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0176—Billing arrangements using internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/22—Bandwidth or usage-sensitve billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/82—Advice-of-Charge [AOC], i.e. notify subscriber of charges/cumulative charge; meter at the substation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1313—Metering, billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13175—Graphical user interface [GUI], WWW interface, visual indication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13176—Common channel signaling, CCS7
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13206—User-to-user signaling, UUS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13209—ISDN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13345—Intelligent networks, SCP
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Meter Arrangements (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Generadores electroquímicos secundarios alcalinos con ánodo de zinc, caracterizados porque la masa activa del electrodo de zinc comprende una dispersión de polvo fino de un material eléctricamente conductor, inerte químicamente en el generador, y de fuerte sobretensión de generación de hidrógeno, siendo, por lo menos parcialmente, el material en polvo fino de material eléctricamente conductor, una cerámica conductora y, por lo menos parcialmente, constituido por nitruro y/o carburo de hafnio, y/o carburo y/o nitruro y/o siliciuro de magnesio, y/o carburo y/o nitruro de niobio, y/o carburo y/o nitruro y/o siliciuro de titanio, y/o nitruro de vanadio, o carburos o nitruros dobles de dos metales cualesquiera escogidos entre hafnio, magnesio, niobio, titanio o vanadio.
Description
Procedimiento y sistema de comunicación para la
transferencia de informaciones de tarifas y/o de pagos, a través de
una red digital.
La presente invención se refiere a un
procedimiento para la transferencia de informaciones de tarifas y/o
pagos a través de una red digital, las cuales pueden ser
determinadas, por lo menos parcialmente, por un participante
interesado, haciendo referencia asimismo a sistemas de
comunicaciones para la transferencia de informaciones sobre tarifas
y/o pagos a través de una red digital de este tipo.
En una red digital de este tipo se encuentran
conectados, frecuentemente, asimismo, ofertantes de servicios de
actividades de servicios de telecomunicación. Por ejemplo, dichos
ofertantes de servicios están conectados al ISDN de la Deutschen
Telekom AG, con intermedio de una conexión para ofertante de
servicio de telecomunicación (AfTD).
Una función importante y compleja de las redes
digitales es la transmisión y evaluación de informaciones sobre
tarifas y/o sobre pagos. El concepto "Tarifación" se refiere,
en relación con esta materia, a que la autoridad de tarificación de
la red digital debe establecer, por ejemplo, conjuntos de datos de
comunicación, sobre cuya base tendrá lugar la facturación al ente
solicitante o que efectúa la llamada. El concepto "Información
sobre tarifas" se utilizará a continuación en relación con la
tarificación de una conexión. Además, la autoridad tarificadora
puede determinar informaciones de pagos que pueden ser utilizadas
para la indicación en el aparato final del que efectúa la llamada.
El concepto "Información de pago" se utilizará a continuación
en relación con el pago para una conexión que se mostrará en el
aparato final de un solicitante, es decir, un ente que efectúa la
llamada. En el caso ideal, se corresponde la información de pago
mostrada en el aparato final del solicitante con la tarificación
real. Desde el punto de vista técnico, las informaciones de
tarifación y las informaciones de pago pueden ser tratadas con
independencia entre sí. En el ISDN de Telekom AG no es, no obstante,
el caso en la actualidad.
La tarificación de la comunicación entre un
participante que efectúa la llamada y un participante al cual se
efectúa la llamada no se puede determinar, solamente, por el
gestionador de una red a la que está conectado el participante que
efectúa la llamada (TNB-A), sino, por ejemplo,
también por el gestionador de una red a la que está conectado el
participante que recibe la llamada o, en determinados casos, también
por el participante que recibe la llamada por sí mismo, ver en
relación con este punto la especificación para puntos de corte
elaborada por el Subcomité de facturación ("Billing") y
publicada por el Comité para cuestiones técnicas y de gestión de la
numeración y conexión de red (AK NN) "Información de pagos para
clientes finales a través de redes", etapa uno "AOC'99",
Versión 2.0.0. de 11.02.2000 y la documentación "Proceso de pago
entre gestores de red, gestores de red y clientes finales, así como
gestores de red y ofertantes de servicios; información de pagos a
través de redes"; versión 0.7.0, 30.07.1998, igualmente elaborada
por el Subcomité de facturación "Billing" y publicada por el
Comité para cuestiones técnicas y de gestión para numeración y
conexión de redes.
Por el documento WO 00/18104 se conocen un
procedimiento y un sistema para la transmisión de los costes de la
comunicación de telecomunicación a un aparato final de comunicación.
Como inconveniente del sistema conocido, se considera el hecho de
que las informaciones sobre costes de la comunicación deben ser
transmitidas de manera continuada al aparato final, cuando el
participante desea informaciones en tiempo real. Para solucionar
este problema, se transmiten datos específicos de la conexión AOC
("Advice-of-Charge") al aparato
final de comunicación al inicio de una comunicación. En base a los
datos AOC, el aparato final de comunicación calcula los costes de
conexión. De esta manera, se pueden calcular los costes en tiempo
real de una conexión de comunicación, mostrándolos en el aparato
final de comunicación. El documento WO 00/18104 A1 no se ocupa de la
temática de transmisión de tarifas y/o de informaciones de pagos que
pueden ser determinadas, por lo menos parcialmente, por un
participante objeto de llamada.
Por el estado de la técnica actual en Alemania,
la determinación de la información de pagos puede tener lugar de
forma que el participante que recibe la llamada registra la
información de pagos determinada para el aparato final del que
efectúa la llamada, por ejemplo, en una comunicación del sistema de
transmisión de indicaciones Nº 7, y lo envía de regreso en la red
para su posterior manipulación. Esta posibilidad técnica utilizada
dentro del marco de la característica funcional "AOC'99", se
basa, en lo que se designa como
"ISUP-Charging". El
ISUP-Charging se describe, por ejemplo, en documento
ETSI SPS1 ES 201 296 V1.1.2 (1998-09) "Integrated
Services Digital Network (ISDN); Signalling System Nº 7; ISDN User
Part (ISUP), Signalling aspects of charging".
Se puede utilizar un procedimiento basado en el
"ISUP-Charging" para la comunicación de
informaciones de pagos y/o tarifas. De todos modos, en este caso, el
sistema técnico del ente que recibe la llamada debe estar siempre
conectado con intermedio del sistema de comunicación de indicaciones
Nº 7 con "ISDN User Part" (ISUP) a la red del gestionador de la
misma, para tener la capacidad de enviar informaciones de pagos y/o
de tarifas a la red del gestionador de la misma.
Si el sistema técnico del ente que recibe la
llamada está conectado a la red digital, por ejemplo, con intermedio
del protocolo de canal D DSS1 ("Digital Subscriber Signalling
System Nº 1") no se pueden determinar individualmente las
informaciones de pagos y/o de tarifación por el participante que
recibe la llamada, siendo enviadas a la red digital para su proceso
posterior. En estos casos de utilización, no se puede acudir, por lo
tanto, por el participante que recibe la llamada a la comunicación
prevista por ISUP-Charging, a informaciones de pagos
y/o de tarifas.
La presente invención se plantea por lo tanto el
objetivo de conseguir un procedimiento y sistema de comunicaciones
con el cual el participante que recibe la llamada puede comunicar a
una red digital a la que está conectado el participante,
informaciones de tarifas y/o de pagos de forma flexible e
individual. Se debe interpretar como flexible, en este caso, que el
ente que recibe la llamada puede determinar las informaciones de
pagos y/o de tarifación, por ejemplo, con relación a la acción
realizada por el participante que efectúa la llamada, en cuanto a
fecha/hora durante la realización de una conexión o durante una
conexión existente.
En la descripción y en las reivindicaciones, se
utilizará el concepto "Red digital" tanto para una red
individual, por ejemplo, la red ISDN como también para la conexión
conjunta de varias redes digitales, por ejemplo, varias redes fijas
integrantes de un servicio.
Como idea básica de la invención se debe
considerar que, un participante al que se efectúa una llamada no
debe estar conectado con intermedio del sistema de envío de
comunicaciones Nº 7 a la red digital del correspondiente gestor de
la red, para tener la posibilidad de comunicar informaciones de
pagos y/o informaciones de tarifas individuales a la red digital,
tal como, en la característica funcional "AOC'99".
La invención tampoco está limitada a los
ofertantes de servicios conectados a la red digital con intermedio
de AfTD. La invención puede ser utilizada, en principio, por los
participantes deseados que reciben la llamada que están conectados a
la red digital deseada, siempre que los participantes originen, por
su parte, la generación y comunicación de solicitudes individuales
de tarifas y/o pagos y puedan comunicar en la red digital
comunicaciones de pagos y/o de tarifas.
Las informaciones de tarifas y/o pagos son
comunicadas en la actualidad, por ejemplo, mediante ISDN de Telekom
AG mediante los llamados números de banda de carga
"Charge-Band-Nummern" (CBN).
Este CBN comprende un número codificado en 8 bits, con el cual las
informaciones de tarifa y/o de pagos correspondientes son solamente
codificadas. En la práctica, se pueden codificar, de esta manera,
libremente 254 informaciones de tarifas y/o de pagos.
Se remarcará, en este punto, que la presente
invención se refiere en especial a la comunicación de informaciones
o de tarifa y/o pagos entre un participante que recibe una llamada y
la red digital a la que está conectado el participante al que se
efectúa la llamada, de manera que la comunicación, evaluación y
elaboración de informaciones o de tarifas y/o pagos en la red
digital son ya conocidas.
La presente invención soluciona el problema
técnico, en primer lugar, por las etapas del método de la
reivindicación 1.
De acuerdo con este procedimiento, se comunican
informaciones de tarifas y/o de pagos con intermedio de una red
digital, de manera que las informaciones sobre tarifas y/o pagos
para la conexión entre un participante que efectúa la llamada y un
participante que recibe la llamada se pueden determinar, como mínimo
parcialmente, por el participante que recibe la llamada. En primer
lugar, se constituye una conexión entre un participante que efectúa
la llamada y un participante que la recibe y que está conectado a la
red digital. Se debe tener en cuenta, ya en este punto, que la
referencia al participante objeto de llamada se puede tratar de un
centro de llamadas ("Call Center"), una instalación de
telecomunicación, un aparato final ISDN o, incluso, una red propia.
Una característica esencial de la invención se tiene que considerar
en el hecho de que no es importante que los participantes estén
conectados a la red digital mediante un protocolo de canal D DSS1 o
bien mediante el sistema de comunicación de indicaciones Nº 7.
Durante la constitución de una conexión y/o
durante una conexión ya existente, se pueden generar, por lo tanto,
por un participante objeto de llamada, determinadas solicitudes de
tarifas y/o pagos que comprenderán una información de tarifa
individual y/o una información de pagos, por ejemplo, en forma de un
CBN. A continuación, la decisión de tarifa y/o pagos se incorporará
en una información UUS
("User-to-User"), que será
comunicada a un dispositivo asociado a la red digital de recepción y
de evaluación. Por la utilización de una
"UUS-Information", resulta ahora posible, con
independencia de la técnica de conexión, efectuar comunicaciones de
informaciones de tarifas y/o pagos determinadas por el participante
que recibe la llamada a la red digital para ejercer influencia, de
manera directa, a la tarificación de la conexión, o bien a las
informaciones de pagos que se muestran en el aparato final del
participante que efectúa la llamada.
A continuación, se efectuará la evaluación de las
peticiones de tarifa y/o pagos contenidas en la
"UUS-Information". De manera correspondiente a
las informaciones de tarifas y/o pagos comprendidas en la solicitud
de tarifa y/o pagos, la comunicación entre el participante que
efectúa la llamada y el participante que recibe la llamada será
tarifada y/o la información de pago será comunicada al participante
que efectúa la llamada.
De manera apropiada, se escogerá un formato para
la solicitud de tarifa y/o de pagos en el dispositivo de recepción y
de evaluación, que podrá ser procesado directamente por la red
digital. De otro modo, el dispositivo de recepción y de evaluación
debe estar en condiciones de poder transformar el formato en otro
formato que pueda ser elaborado por la red digital. Dado que, por
ejemplo, la información de tarifación y/o pagos que ha sido generada
en el ISDN de la Deutschen Telekom AG será comunicada dentro de la
ISDN de la Deutschen Telekom AG mediante los llamados números de
banda de carga (CBN; "Charge Band Numbers"), es recomendable
comunicar las informaciones de tarifas y/o de pagos en la solicitud
de tarifa y/o pagos en forma de CBN.
En caso de que el participante que recibe la
llamada es, por ejemplo, un centro de llamadas ("Call Center"),
se constituirá una conexión entre el participante que efectúa la
llamada y el Call Center, frecuentemente, con ayuda de una red
inteligente asociada a la red digital. En este caso, la solicitud de
tarifa y/o pagos contenida en la UUS-Information
puede ser generada por el propio Call Center y evaluada en la red
inteligente. Esta evaluación puede tener lugar en un llamado punto
de control de servicio (SCP; "Service Control Point"), en
relación con una función de conmutación de servicio (SSF; "Service
Switching Function"), la cual debe estar implementada, por
ejemplo, en un lugar de conmutación de tráfico amplio de la red
digital.
Para que, por ejemplo, se pueda variar la
tarificación durante una comunicación corriente por parte del
participante que recibe la llamada, en primer lugar, el participante
que recibe la llamada genera una información de desconexión o
interrupción. El requerimiento de tarifa y/o de pagos se
transferirá, en primer lugar, en una información UUS contenida en la
información de desconexión al dispositivo de recepción y al
dispositivo de evaluación de la red digital. Después de la
desconexión o interrupción de la comunicación, se realizará una
nueva comunicación con el participante que efectúa la llamada. Para
que, por ejemplo en un cambio de tarifa durante una comunicación
corriente se puede dar al participante que efectúa la llamada
posibilidad de aceptar o rechazar la nueva tarifa, el participante
que efectúa la llamada será conectado antes de la nueva realización
de la conexión con el participante que recibe la llamada, con un
dispositivo de aviso y/o diálogo. Después de la terminación del
aviso o del diálogo, la conexión entre el dispositivo de aviso y/o
de diálogo y el participante que efectúa la llamada será
interrumpida nuevamente.
De manera alternativa, un cambio de tarificación
durante una comunicación corriente podrá tener lugar de forma que la
solicitud de tarificación y/o de pagos sea transferida en una
información UUS de acuerdo con la característica de servicio ISDN
UUS3. La comunicación puede continuar entonces sin tener que llevar
a cabo, primeramente, la interrupción y, a continuación, la
realización de una nueva comunicación con el participante que
recibe la llamada.
Es conocido en el ISDN de la Deutschen Telekom,
entre otros, que el participante que recibe la llamada, por ejemplo,
un centro de llamadas ("Call Center"), puede transmitir la
conexión con un participante que efectúa la llamada a otro
participante. En este caso, el participante objeto de llamada
genera, en primer lugar, una información de desconexión. En este
caso, la dirección del otro participante, que se debe conectar con
el participante que efectúa la llamada, así como, de acuerdo con la
invención, la correspondiente solicitud de tarifa nueva y/o pagos,
se podrá transferir en una información UUS contenida en una
información de desconexión al dispositivo de recepción y de
evaluación de la red digital. Después de la interrupción de la
conexión con el participante que recibe la llamada, se realizará una
conexión con otro participante. De manera correspondiente, la
información individual de tarifa y/o de pagos, la comunicación entre
el participante que efectúa la llamada y los otros participantes
serán tarifadas y/o la correspondiente información de pagos será
transferida al participante que efectúa la llamada. Para que también
en este caso el participante que efectúa la llamada pueda tener la
posibilidad, por ejemplo, de variar la tarifa, de aceptar a otros
participantes a los que se ha comunicado posteriormente o de
rechazarlos, nuevamente, antes de la nueva realización de la
conexión con otros participantes, el participante objeto de la
llamada será conectado con un dispositivo de avisos y/o diálogo, y
finalmente, será desconectado nuevamente de éste.
El problema técnico antes mencionado es
solucionado, de manera correspondiente, por las etapas de proceso de
la reivindicación 9.
En primer lugar, se llevará a cabo una
comunicación entre un participante que efectúa la llamada y un
participante que la recibe, que están conectados a una red digital,
mediante un servidor de proceso de llamadas, llamado también
servidor de proceso de llamada ("Call Processing Server")
(CPS). El servidor de proceso de las llamadas está conectado con una
red inteligente y con el participante que recibe la llamada. A
continuación, se generará una solicitud de tarifa y/o pagos
determinada por el participante objeto de la llamada en la que se
incorporará la información de tarifa y/o de pagos conseguida de un
participante. La solicitud de tarifa y/o de pagos será incorporada
en una señalización-aviso predeterminado que será
transferida del servidor de proceso de llamadas a uno de los
dispositivos asociados a la red digital de recepción y evaluación.
La solicitud de tarifa y/o pagos contenida en la
señalización-aviso será, en este caso, objeto de
valoración. En relación con las informaciones individuales de
tarifas y/o de pagos individuales contenidas en la solicitud de
tarifa y/o pagos, la comunicación entre el participante que efectúa
la llamada y el participante que la recibe será tarifada y/o se
transferirá la información de pago al participante que efectúa la
llama-
da.
da.
Otros desarrollos ventajosos de este
procedimiento son el objeto de las reivindicaciones
dependientes.
La solicitud de tarifa y/o de pagos puede ser
generada en el propio servidor de proceso de llamadas. La
información individual de tarifa y/o de pagos que se debe incorporar
en la solicitud de tarifa y/o pagos es dispuesta, por ejemplo, en
una tabla en el servidor de proceso de llamadas o bien será
transferida en caso necesario desde el participante objeto de la
llamada al servidor de proceso de las llamadas.
De manera alternativa, la solicitud de tarifa y/o
pagos será generada por el propio participante objeto de la llamada
y transferida al servidor de proceso de las llamadas. El servidor de
proceso de las llamadas transfiere, a continuación, la solicitud de
tarifa y/o pagos en un formato específico al dispositivo de
recepción y evaluación de la red digital.
El objetivo se conseguirá adicionalmente por las
características de la reivindicación 13.
Además, se prevé un sistema de comunicación para
la transferencia de informaciones de tarifa y/o pagos por intermedio
de una red digital en la que están conectados múltiples primeros y
segundos participantes. Como mínimo, un segundo dispositivo final
está asociado a un dispositivo para la generación individual de una
solicitud de tarifa y/o pagos. El segundo dispositivo final y/o los
correspondientes dispositivos para la generación individual de
solicitudes de tarifa y/o pagos están constituidos para la
transmisión de solicitudes de tarifa y/o pagos en una información
UUS. Además, se prevé, como mínimo, un dispositivo asociado a la red
digital para la determinación de tarifas y/o informaciones de pagos
que está asociado a un dispositivo para la recepción y evaluación
de una solicitud de tarifa y/o pagos transferida mediante una
información UUS. El dispositivo que determina las informaciones de
tarifa y/o de pagos origina con dependencia de una información de
tarifa y/o de pagos contenida en las solicitudes individuales de
tarifa y/o de pagos, la tarificación de la conexión entre un primer
dispositivo final y un segundo dispositivo final y/o la
transferencia de la información de pagos al primer dispositivo
final.
Otras realizaciones ventajosas se describen en
las reivindicaciones dependientes.
De forma conocida, el dispositivo que determina
las informaciones de tarifa y/o de pagos en un puesto o lugar de
transmisión podrá ser implementado como dispositivo central de la
red digital o bien un dispositivo de una red inteligente.
Para tener, asimismo, la posibilidad de realizar
algún cambio de tarifa durante una comunicación corriente, el
dispositivo está constituido para la generación individual de una
solicitud de tarifa y/o pagos para reunir una información de tarifa
y/o de pagos en una información de desconexión que genera el segundo
dispositivo final asociado a aquél. La red digital puede entonces,
según reclamación o solicitud de una información de desconexión
recibida, restituir automáticamente la conexión anteriormente
interrumpida con el segundo dispositivo final generador de la
interrupción de la conexión.
El objetivo antes mencionado se solucionará
además por las características de la reivindicación 16.
De esta forma, se conseguirá un sistema de
comunicación para la transferencia de informaciones sobre tarifas
y/o pagos, determinables individualmente, a través de una red
digital con un primer y segundo dispositivos finales, de manera que,
como mínimo, se implementa un servidor de tratamiento de llamadas
para la conexión de, como mínimo, un segundo dispositivo final con
una red inteligente. Además, se prevé un dispositivo para la
generación de una solicitud de tarifa y/o de pagos, que comprende
información de tarifa y/o de pagos que se puede determinar de un
segundo dispositivo final correspondiente. El servidor para el
proceso de llamadas actúa para la transferencia de la solicitud de
tarifa y/o pagos en un formato predeterminado, como mínimo, a un
dispositivo de determinación de las informaciones de tarifas y/o de
pagos asociado a la red inteligente, que está asociado a un
dispositivo para recibir y evaluar una solicitud de tarifa y/o
pagos. El dispositivo de determinación de las informaciones de
tarifa y/o pagos puede generar, en dependencia con una información
de tarifa y/o pagos contenida en la solicitud individual de tarifa
y/o pagos, la conexión entre un primer y un segundo dispositivos
finales y/o la transmisión de la información de pagos al primer
dispositivo final.
Otras características ventajosas se describen en
las reivindicaciones dependientes.
De este modo, el dispositivo para la generación
de una solicitud de tarifa y/o pagos que contiene información de
tarifa y/o pagos puede estar asociado al servidor de proceso de
llamadas. De manera favorable, el servidor de proceso de llamadas
presenta una memoria para la disposición de informaciones de tarifa
y/o pagos de uno o varios segundos dispositivos finales. Las
informaciones individuales correspondientes de tarifa y/o pagos
pueden ser actualizadas en dicha memoria.
En caso de que los dos dispositivos finales o
extremos no estén en situación de generar juegos de datos de
comunicación con o sin precio con respecto a las comunicaciones, el
servidor de proceso de llamadas podrá estar asociado a un
dispositivo para la generación de juegos de datos de comunicación
con precio y/o sin precio.
Dado que las redes digitales transfieren y
procesan información de tarifas y/o de precios en un formato
determinado, se deberá tener en cuenta que, en la salida del
dispositivo de recepción y de evaluación, se encuentre un formato
correspondiente. En caso de que se encuentren en la entrada del
dispositivo de recepción y de evaluación formatos que no se
corresponden con el formato de la red, se debe implementar un
dispositivo para la transformación de un formato no adaptado a la
red de una información de tarifa y/o de precio recibida en una
solicitud de tarifa y/o precio en un formato procesable por la red
digital.
La invención se explicará a continuación de
manera detallada en base a múltiples ejemplos de realización,
conjuntamente con los dibujos adjuntos.
Se muestran:
en la figura 1 un diagrama de bloque simplificado
de una red de comunicación mostrada en forma de secciones, la cual
comprende una red digital, participantes conectados a la misma, así
como una red inteligente,
\newpage
en la figura 2 una realización alternativa del
sistema de comunicación mostrado en la figura 1, el cual comprende
adicionalmente un servidor de proceso de llamadas entre un
participante que recibe la llamada y la red inteligente.
La figura 1 muestra en una disposición de
secciones un sistema de comunicación designado de manera global con
el numeral (5), el cual comprende una red digital y una red
inteligente. La red digital, por ejemplo, la ISDN, que se ha
mostrado solamente en forma de secciones, presenta un punto o lugar
de conmutación de participante (10), un punto de conmutación de
tráfico adicional (20), un punto de conmutación de transferencia a
la red (30), así como un segundo punto de conmutación de
participante (40). En el punto de conmutación de participante (10),
está conectado, por ejemplo, mediante el protocolo de canal D
indicado DSS1, un aparato final del usuario (15), el que será
designado a continuación, asimismo, como participante que hace la
llamada. En el segundo lugar de conmutación de participante (40),
está conectado, por ejemplo, con intermedio del protocolo de canal D
indicado DSS1, otro aparato final (45), mientras que, en el lugar de
conmutación de transferencia a red (30), está conectado, por
ejemplo, un centro de llamadas (35) con intermedio de un sistema de
suministro de indicaciones nº 7. El centro de llamadas (35) será, a
continuación, designado también como participante que recibe la
llamada. Dado que el centro de llamadas (35) está conectado a la red
digital con intermedio del protocolo de canal D indicado DSS1, se
tiene que prever, en lugar del punto o lugar de conmutación (30) de
transferencia a la red, un lugar de conmutación de
participante
(30).
(30).
La red inteligente mostrada solamente por
secciones comprende un llamado punto de control de servicio (SCP)
(50) y una función de conmutación de servicio SSF implementada en el
punto de conmutación de tráfico adicional (20), que se ha indicado
con el numeral (55). Los componentes de determinación de
informaciones de tarifa y/o precio pueden estar comprendidos, por
ejemplo, en el punto de control de servicio (50), en acción conjunta
con la función de conmutación de servicio implementada en el lugar
de conmutación de tráfico adicional de la red inteligente y/o en los
puntos de conmutación de participante (10), (40) del punto de
conmutación de transferencia de red (30) o del punto de conmutación
de tráfico adicional (20). Además, la figura 1 muestra un
dispositivo de control indicado con el numeral (70) que, tal como se
explicará más adelante de forma detallada, puede generar una
solicitud de tarifa y/o de pago determinada por el participante (35)
que recibe la llamada. Además, un dispositivo de recepción y
valoración (80) está unido con el punto de control de servicio (50)
de la red inteligente, que está constituido para la recepción y
evaluación de una solicitud de tarifa y/o pagos comprendida en una
información UUS. En este caso, actúa el punto de control de servicio
(50), asimismo, como componente de determinación de tarifa y/o pagos
de un sistema de comunicaciones (5). Se aclarará en este punto que
la figura 1 es básicamente una forma de realización a título de
ejemplo. En otras palabras, se puede implementar también el
dispositivo de control (70) como solución de software directamente
en el centro de llamadas (35). También el dispositivo de recepción y
evaluación (80) puede estar implementado directamente en el punto de
control de servicio (50) en uno o en todos los puntos de
conmutación, (10), (20), (30) y (40), que, en este caso, son
apropiados para la determinación de la información de tarifa y/o
pagos. Además, se prevé, en la figura 1, un dispositivo de aviso y/o
diálogo indicado con el numeral (90) que puede estar conectado, por
ejemplo, con el punto de conmutación de tráfico adicional (20).
En este punto, se debe aclarar que tiene lugar
una señalización entre los puntos de conmutación (10), (20), (30) y
(40), así como entre el punto de conmutación de tráfico adicional
(20) y el punto de control de servicio (50) de la red inteligente
con intermedio de los canales de comunicación de informaciones del
sistema de comunicación de informaciones nº 7.
La figura 2 muestra un sistema de comunicaciones
(5') que está constituido de manera similar al sistema de
comunicaciones (5). Por esta razón, los mismos componentes se han
designado con iguales referencias en ambas figu-
ras.
ras.
Un servidor de proceso de llamadas (100) está
conectado con el centro de llamadas (35) y el punto de control de
servicio (50) de la red digital. Otra diferencia con respecto al
sistema de comunicaciones de la figura 1 consiste en el hecho de que
el circuito de control (70) está asociado ahora al servidor de
proceso de llamadas (100) y está previsto con la designación (72).
El servidor (100) de proceso de llamadas puede estar asociado a otro
circuito de control (110) que tiene por función, por ejemplo, poner
a disposición del gestor del centro de control (35) conjuntos de
datos de comunicación con precio o sin precio con respecto a
comunicaciones determinadas cuando el centro de llamadas (35) no se
encuentra por sí mismo en la disposición de hacerlo.
A continuación, se explicará, de manera
simplificada, la forma en que se pueden transferir y determinar de
forma conocida por sí misma informaciones de tarifas y/o de pagos
con ayuda de la red digital y de la red inteligente. Se hará
referencia, en primer lugar, a la figura 1.
En principio, se debe tener en cuenta que existe
una comunicación entre el participante que efectúa la llamada (15)
y, por ejemplo, el participante (45). La determinación de la
tarifación de la comunicación entre ambos participantes (15) y (45)
y/o hacia el participante (15) que hace la llamada con respecto a la
información de pagos a comunicar puede tener lugar en el ISDN, por
ejemplo, del SCP (50). El SCP (50) envía entonces una comunicación
correspondiente con intermedio del Protocolo de Aplicación de la Red
Inteligente (INAP) a la función de conmutación de servicio (SSF)
(55) implementada en el punto de conmutación del tráfico adicional
(20). Esta comunicación contiene un CBN ("charge band number")
(número de banda de cargo), que codifica la información de tarifa
y/o de pagos. La SSF (55) envía a continuación una comunicación con
intermedio del "User Part" (Parte de Usuario) (ISUP) del ISDN
al lugar de conmutación de participante (10). Esta comunicación ISUP
contiene de modo correspondiente la CBN. La determinación de la
tarifación de la comunicación entre los participantes (15) y (45) y
la del participante que hace la llamada (15), con respecto a la
información de pagos a enviar, puede tener lugar en el ISDN y, por
ejemplo, también por parte del propio punto de conmutación de
participante (10).
En la conexión realizada, el participante que
hace la llamada (15) y el participante que recibe la llamada (45)
están conectados a la misma red digital. En este caso, la
información de pagos será transferida al participante (15) que
efectúa la llamada, en el caso de conexiones analógicas con
intermedio de impulsos de 16 kHz y, en caso de conexiones digitales
a través del Protocolo DSS1 hacia el participante que efectúa la
llamada (15). Para conexiones DSS1, se utilizará para la
transferencia de la información de pagos la característica de
servicio ISDN "AOC" ("Advice of Charge") (Aviso de
Cargo).
Por el contrario, si el participante que efectúa
la llamada y el que recibe la llamada están conectados a diferentes
redes y se favorece, por ejemplo, la característica "AOC'99",
genera, por ejemplo, una unidad de comunicación para transferencia
de red (VE: N) en base a la CBN contenida en una comunicación ISUP
de la SSF (55), de acuerdo con la característica AOC'99, una
comunicación correspondiente ISUP con la información de pagos
comprendida en la misma, y envía esta comunicación ISUP a la red
ajena. De esta manera, se pueden comunicar informaciones de pagos de
ISDN de Telekom a otra red externa en el caso de una conexión
conjunta de redes.
A continuación, se describirán varios escenarios
distintos, en los cuales el participante que recibe la llamada (15)
podrá participar en la determinación de la tarifación de la
comunicación al participante que efectúa la llamada (15), así como
la información de pagos determinada para el participante que efectúa
la llamada, de manera flexible e indivi-
dual.
dual.
En los siguientes ejemplos, se describirá un
procedimiento con el cual el que ha recibido la llamada podrá
determinar la tarifación y la información de pagos que se debe
mostrar al participante que efectúa la llamada (15) durante una
comunicación, pudiéndola enviar a la red digital de manera que la
red digital pueda realizar la comunicación adicional de la
información de pagos hacia el que ha efectuado la llamada. La red
digital llevará a cabo la comunicación de la información de pagos de
modo general mediante el procedimiento previsto en la característica
"AOC'99".
Para ello, se debe proceder, en primer lugar, tal
como se explicará de manera más detallada, a la generación de una
solicitud de información de tarifa y/o de pagos del participante
(35) que ha recibido la llamada. En la solicitud de información de
tarifa y/o de pagos, se registrará una información de tarifa y/o
pagos que corresponde a la información de tarifa y/o pagos que se
utilizará dentro de la red digital del gestor de la red. Cuando la
información de tarifa y/o de pagos no corresponde a la información
de tarifa y/o pagos utilizada dentro de la red digital, la
información enviada de tarifa y/o pagos debe ser transformada, por
ejemplo, en el dispositivo (80) de recepción y evaluación en un
formato procesable por la red digital. En caso de que el
participante (45) que ha recibido la llamada está conectado al ISDN
del Deutschen Telekom AG, la información de tarifa y/o pagos
comprendida en la solicitud de información de tarifa y/o pagos debe
ser en lo posible un número de banda de carga
("Charge-Band-Nummer")
(CBN).
La solicitud generada de información de tarifa
y/o pagos será transmitida durante la comunicación del servidor de
proceso de llamadas (100) a la red digital del gestor de la red.
Ello puede tener lugar del modo siguiente:
en primer lugar, se realizará de manera conocida
la conexión entre el participante que efectúa la llamada (15) y el
centro de llamadas (35) con apoyo del servidor de proceso de
llamadas (100), tal como se ha mostrado en la figura 2. El servidor
de proceso de llamadas (100) es un producto habitual en el mercado y
se designará, por ejemplo, como "Servidor de Proceso de
Llamadas" ("Call Processing Server").
Tal como se ha explicado antes, el servidor de
proceso de llamadas (100) está asociado al circuito de control (72).
Dicho circuito de control (72) puede generar una solicitud de
información de tarifa y/o de pagos determinada por el participante
(35) que recibe la llamada, y puede enviar una
señalización-aviso predeterminado a la red digital
para su proceso posterior habitual.
De manera correspondiente, está asociado, por
ejemplo, el SCP (50) como componente de determinación de información
de tarifa y/o precios, al dispositivo de recepción y evaluación
(80), el cual está destinado a la recepción y evaluación de una
solicitud de información de tarifa y/o pagos contenida en un aviso
de señalización predeterminado. Evidentemente, se han implementado
en la red digital, aparte del SCP (50), otros dispositivos de
determinación de informaciones de tarifas y/o precios y dispositivos
de recepción y evaluación. El dispositivo de recepción y de
evaluación (80) del SCP (50) origina, en primer lugar, que la
información de pagos conseguida por la solicitud de información de
tarifa y/o pagos sea enviada en la dirección del participante (15)
que recibe la llamada, tal como desea el que efectúa la llamada. Por
otra parte, el dispositivo (80) de recepción y evaluación procura
que la tarificación de la comunicación entre los participantes (15)
y (35) sea llevada a cabo, tal como desea el centro de llamadas
(35). Además, se constituyen de manera conocida, por ejemplo, en el
punto (10) de conmutación de participantes y/o en el punto (20) de
conmutación de tráfico adicional, correspondientes juegos de datos
de comunicación que se refieren a la tarificación.
La información de tarifa y/o de pagos contenida
en la solicitud de información de tarifa y/o pago ya se encuentra o
bien en el servidor de proceso de llamadas (100) (por ejemplo, por
las correspondientes entradas de tabla) o se comunicará al mismo
cuando tenga lugar la conexión del centro de llamadas (35).
En un caso concreto de ejemplo de realización,
por ejemplo, en relación con el ISDN de Deutschen Telekom AG, son
posibles los siguientes procesos:
Existe ya una conexión entre el participante que
hace la llamada (15) y el centro de llamadas (35). En esta
situación, el participante que recibe la llamada (35) desearía
llevar a cabo un cambio de tarifa durante la comunicación existente
y determinar la información de pago a enviar y/o la tarifa a
modificar al participante que hace la llamada (15).
Para ello, durante la comunicación existente, el
circuito de control (72) del servidor de proceso de llamadas (100)
genera una solicitud de información de tarifa y/o de pagos, con una
información incorporada de tarifa y/o de pagos, que está codificada
mediante una CBN. A continuación, la información de tarifa y/o de
pagos se enviará al servidor de proceso de llamadas (100) que la
incorpora en un aviso de señalización, y la envía al SCP (50) de la
red inteligente asociada a la red digital. El SCP (50) recibe la
solicitud de información de tarifa y/o de pagos, y facilita éstas a
continuación al dispositivo de recepción y evaluación (80) asociado
al SCP (50). El dispositivo (80) de recepción y de evaluación recibe
y evalúa la solicitud de información de tarifa y/o de pagos recibida
y provoca, en relación con la solicitud de información de tarifa y/o
de pagos recibida y del CBN contenido en la misma, que el SCP (50)
envíe el aviso INAP y, en caso de que el punto de conmutación de
tráfico adicional (20) deba generar un juego de datos de
comunicación para la red inteligente, envía el aviso INAP FCI al SSF
(55). Además, se enviará un aviso ISUP CHGE hacia el punto de
conmutación (10) de participante. El punto de conmutación de
participante (10) líquida el aviso ISUP CHGE recibido mediante el
envío de un aviso ISUP CHGEA al SSF (55). Al recibir el aviso ISUP
CHGE, el punto (10) de conmutación de participante puede aplicar la
nueva información que se debe enviar al participante (15) que
efectúa la llamada. En comunicaciones de la misma red, esto tiene
lugar, por ejemplo, mediante la característica de servicio ISDN
"Advice of Charge" (aviso de cargo), o bien con impulsos de 16
Khz. En caso de comunicaciones de redes fijas interiores extrañas,
el envío de la información de pagos tiene lugar, por ejemplo, de
manera tal que no se efectúa el envío al punto de conmutación (10)
de participante sino en vez de éste a un punto (10) de conmutación
de transición de red, en base al aviso ISUP CHGE conseguido, genera
un aviso ISUP de acuerdo con AOC'99 con la información de pagos
contenida en el mismo, y envía dicho aviso ISUP a la red
extraña.
La generación de la solicitud de información de
tarifa y/o pagos es posible de manera sencilla con intermedio del
circuito de control (72) del servidor de proceso de llamadas (100),
ya que el servidor (100) de proceso de llamadas será informado de
manera continuada con intermedio de todas las circunstancias de
configuración y de conexión del centro de llamadas conectado (35).
Si tiene lugar, por ejemplo, un direccionado de la conexión a un
agente, que facilita un valioso servicio, dentro del centro de
llamadas (35) el servidor de proceso de llamadas (100) será
informado de ello oportunamente. Además, se dispone, por ejemplo, de
tablas en los servidores de proceso de llamadas habituales del
mercado. En dichas tablas, se puede aplicar también información de
tarifa y/o pagos. En base a las circunstancias de la configuración y
de las conexiones del centro de llamadas, y en base a la información
de tarifa y/o pagos aplicada, se podrá determinar, por el circuito
de control (72) del servidor de proceso de llamadas (100), la
información de tarifa y/o de pagos para la correspondiente conexión
en el respectivo estado o circunstancia de la conexión,
introduciéndolo en la correspondiente solicitud de información de
tarifa y/o pagos.
De forma alternativa, la solicitud de información
de tarifa y/o pagos con la información contenida de tarifa y/o pagos
se podrá generar también mediante un circuito de control (70)
asociado al centro de llamadas (35) (ver figura 1), enviándolo a
continuación al servidor de proceso de llamadas (100) en un formato
determinado. El circuito de control (72) del servidor de proceso de
llamadas (100) recibe la solicitud de tarifa y/o de pagos, la valora
y la envía al servidor de proceso de llamadas (100). El proceso
siguiente tiene lugar tal como se ha descrito anteriormente.
Además, es posible que un circuito de control del
centro de llamadas (35) envíe solamente una solicitud de información
de tarifa y/o pagos sin información incluida de tarifa y/o pago al
servidor de proceso de llamadas (100). El circuito de control (72)
del servidor de proceso de llamadas (100) recibe la solicitud
contenida de información de tarifa y/o pago, y la evalúa. A
continuación, el circuito de control (72) pide la correspondiente
información de tarifa y/o pagos al servidor del proceso de llamadas
(100). La información de tarifa y/o pagos que se debe aplicar para
la correspondiente comunicación es dispuesta en el servidor de
proceso de llamadas (100) en base, por ejemplo, a la correspondiente
tabla. El servidor del proceso de llamadas (100) averigua la
información de tarifa y/o pagos, y la envía al circuito de control
(72). El desarrollo adicional tiene lugar entonces tal como se ha
descrito anterior-
mente.
mente.
Para determinadas finalidades, puede ser
necesario que el ofertante de servicios del centro de llamadas (35)
pueda generar juegos de datos de comunicación con precio o sin
precio para la comunicación con el participante (15) que efectúa la
llamada. Cuando, por ejemplo, el centro de llamadas (35) no se
encuentra en situación de hacerlo, esta función puede ser
desempeñada por el servidor (100) de proceso de llamadas. Esto puede
tener lugar de la manera siguiente:
El servidor (100) de proceso de llamadas recibe
continuamente informaciones del SCP (50) con respecto al estado de
la comunicación correspondiente (por ejemplo, "el objetivo de
llamado ha rechazado la conexión", "el objetivo llamado ha
desconectado", "el llamante ha desconectado", y otros).
Estas informaciones de situación de la comunicación serán enviadas
oportunamente, por ejemplo, del SCP (50) al servidor (100) de
proceso de llamadas. Éste es un proceso realizado ya en algunos
servidores de procesos de llamadas habituales en el mercado en
colaboración con un SCP.
El servidor (100) de proceso de llamadas
proporciona estas informaciones de situación de la comunicación
solamente al segundo circuito de control (110) asociado al servidor
(100) de proceso de llamadas. El circuito de control (110)
proporciona, por ejemplo, a las informaciones de situación de
comunicación una marca horaria, y genera, en base a ello, los
correspondientes juegos de datos de comunicación. Estos juegos de
datos de comunicación pueden ser generados sin precio o también con
precio.
Para la generación de juegos de datos de
comunicación con precio, se puede utilizar, por ejemplo, el
siguiente procedimiento. Tal como se ha descrito anteriormente, el
circuito de control (72) del servidor (100) de proceso de llamadas
genera una solicitud de tarifa y/o de precio, y la envía al servidor
de proceso de llamadas (100). La solicitud de información de tarifa
y/o precio contiene la información de tarifa y/o precio, por
ejemplo, en forma de un CBN. La solicitud de tarifa y/o precio será
enviada a continuación, no solamente al SCP (50) de la red digital,
sino también al segundo circuito de control (110). En base a la
información de tarifa y/o información de precio contenidas en la
solicitud de información de tarifa y/o precio, puede tener lugar
entonces la determinación de precio de los juegos de datos de
comunicación.
Se puede provocar también, de otro modo, un
cambio de tarifa durante la realización de una comunicación con
ayuda del servidor de proceso de llamadas (100).
El servidor de proceso de llamadas (100) envía,
para ello, un aviso conteniendo o no una solicitud de información de
tarifa y/o de pagos al SCP (50). En base a ello, la lógica o
programación de servicio existente en el SCP (50) pone en marcha, de
manera conocida, que la sección de comunicación entre el SSF (55)
implementado en el lugar de conmutación de tráfico adicional (20) y
el centro de llamadas (35) sea interrumpida en primer lugar,
mientras que continúe la sección de comunicación entre el
participante que efectúa la llamada (15) y el SSF (55).
En caso de que existiera en dicho aviso una
solicitud de información de tarifa y/o de pagos, facilita el SCP
(50) la solicitud existente de información de tarifa y/o pagos al
dispositivo de recepción y evaluación (80) asociado con el mismo. El
dispositivo de recepción y evaluación (80) recibe y evalúa la
solicitud de información de tarifa y/o precios, y envía el CBN
contenido en la solicitud de información de tarifa y/o precios al
SCP (50).
Con el control por una lógica o programa de
servicio, el SCP (50) pregunta al servidor de proceso de llamadas
(100) la forma en que se tiene que tratar adicionalmente la
comunicación. El servidor de proceso de llamadas (100) averigua
entonces el mismo objetivo que antes, y comunica esta información de
direccionado al SCP (50).
No obstante, en caso de que no existiera en dicho
aviso ninguna solicitud de información de tarifa y/o pagos, éste
será incluido por el circuito de control (72) del servidor de
proceso de llamadas (100) a la información directriz antes
mencionada.
El SCP (50) recibe y evalúa la información
directriz recibida, y traslada la solicitud de información de tarifa
y/o pagos recibida al dispositivo de recepción y evaluación (80)
asociado al SCP (50). El desarrollo adicional en la red digital para
el envío de la información de tarifa y/o pagos en la dirección del
participante (15) que hace la llamada corresponde al desarrollo ya
descrito anteriormente.
El SCP (50) provoca ahora el envío del aviso INAP
SCI y, en caso en que se deba generar en el lugar o punto de
conmutación de tráfico adicional (20) un juego de datos de
comunicación para la red inteligente, el aviso INAP SCI al SSF (55),
y pone en marcha que se lleve a cabo la comunicación del SSF (55)
con el centro de llamadas (35) nuevamente.
Después de la recepción de la comunicación a
través del centro de llamadas (35), tiene lugar, de acuerdo con el
centro de llamadas (35), un aviso ISUP-ANM en el SSF
(55). En base al ANM recibido, el SSF (55) genera un aviso CHGE. En
el aviso CHGE registra el SSF (55), por ejemplo, el CBN contenido en
el SCI. El SSF (55) envía el aviso CHGE en la dirección del punto o
lugar de conmutación de participante (10). El punto de conmutación
de participante (10) compensa el CHGE recibido con un CHGEA, y envía
éste nuevamente al SSF (55). En caso en el que en el lugar de
conmutación de tráfico adicional se deba registrar un juego de datos
de comunicación para la red inteligente, esta operación puede ser
empezada ahora. Después de recibir el CHGE, el lugar de conmutación
de participante (10) puede aplicar la información de pagos a enviar
al participante que efectúa la llamada.
Desde el punto de vista técnico, es también
posible en servidores de proceso de llamadas habituales en el
mercado un procedimiento, por el cual el centro de llamadas (35)
iniciará una interrupción. Entonces, la sección de comunicación
entre SSF (55) y el centro de llamadas (35) será interrumpida,
permaneciendo por el contrario la sección de comunicación con
respecto al participante que efectúa la llamada (15). El SCP (50)
será informado por el SSF (55) sobre la interrupción. El SCP (50)
pregunta al servidor de proceso de llamadas (100) cómo se tiene que
tratar adicionalmente la comunicación. A continuación, el servidor
de proceso de llamadas (100) envía un aviso correspondiente con una
solicitud incluida de información de tarifa y/o precios SCP (50). El
resto del proceso corresponde al proceso anteriormente descrito.
Además, puede ser recomendable comunicar al
participante (15) que hace la llamada, en caso de un cambio de
tarifa, en primer lugar, con un dispositivo de aviso y/o diálogo,
(90) antes de conectar nuevamente al participante que hace la
llamada (15) con el centro de llamadas original (35). Esto puede
tener lugar de manera que el SCP (50), controlado por su lógica de
servicio, pregunta al servidor de proceso de llamadas (100) después
del primer proceso de comunicación. El servidor de proceso de
llamadas (100) proporciona como información objetivo, en primer
lugar, la dirección del dispositivo de aviso y/o diálogo (90) al SCP
(50). Los procesos adicionales tienen lugar con analogía al proceso
anteriormente descrito.
Se supondrá que ya existe una comunicación entre
el participante que efectúa la llamada (15) y el centro de llamadas
(35). En este caso, si el participante que ha recibido la llamada
desea poner en marcha un cambio de tarifas durante la comunicación
existente y determinar la tarifa que se tiene que modificar y/o la
información de pagos que se debe transmitir.
Para ello, se solicitará la característica ISDN
"User-to-User-Signalling-Service
3" del SCP (50) en la constitución de la comunicación o después
de haberla realizado.
La llamada será transportada del SCP (50) con
intermedio del Intelligent Network Application Protocol (INAP) hasta
el SSF (55). El SSF (55) pone la llamada recibida, de este modo, en
un aviso del ISDN User Parts (ISUP) y lo envía hacia el centro de
llamadas (35). Desde el centro de llamadas (35), tiene lugar
entonces, mediante el mismo camino y en sentido inverso, la
confirmación de la llamada.
A continuación, se podrá generar durante la
comunicación existente por el circuito de control (70) asociado al
centro de llamadas (35) una información
User-to-User, que comprende la
solicitud de tarifa y/o pagos incluyendo un CBN, enviando una
información User-to-User del ISDN
User Parts (ISUP) al SSF (55) y, desde allí, mediante un aviso del
INAP al SCP (50).
El SCP (50) evalúa, a continuación, estas
informaciones y envía el aviso INAP-SCI y, en caso
de que se deba generar en el lugar de conmutación de tráfico
adicional (20) un juego de datos de comunicación para la red
inteligente, el aviso INAP-SCI al SSF (55). En el
juego de datos de comunicación, se registrará entonces, por ejemplo,
el CBN contenido en el aviso INAP-SCI.
La SSF (55) envía además un aviso ISUP CHGE hacia
el lugar de conmutación de participante (10). El lugar de
conmutación de participante (10) satisface el CHGE recibido por
envío de un aviso ISUP CHGEA a la SSF (55). Además, el lugar de
conmutación de participante (10) puede aplicar la nueva información
de precios a enviar al participante que efectúa la llamada (15).
Por utilización de la característica de servicio
ISDN "UUS1 implícita", se puede realizar un cambio de tarifas
durante la comunicación también de otra forma: en principio, se
realizará, de manera conocida, la conexión entre el participante que
efectúa la llamada (15) y el centro de llamadas (35). En este caso,
el SCP (50) recurre a la característica de servicio ISDN "UUS1
implícita", de manera que pone en marcha que tenga lugar en el
aviso de realización de conexión ISUP una entrada no designada de
manera más detallada en el campo de información
"User-to-User-Information".
Este aviso de realización de comunicación será transmitido, a
continuación, de la SSF (55) al centro de llamadas (35). Este es un
proceso que ya se realiza, por ejemplo, en el ISDN de la Deutschen
Telekom AG.
En caso de que ahora se pida por el centro de
llamadas (35) un cambio de tarifa durante una conexión, el circuito
de control (70) del centro de llamadas (35) genera una solicitud de
tarifa y/o pagos, la cual contiene la CBN correspondiente. La
solicitud de tarifa y/o pagos será registrada por el centro de
llamadas (35) en el campo de información
"User-to-User-Information"
del aviso de interrupción. Con el proceso de interrupción iniciado
por el centro de llamadas (35), se transmitirá el aviso de
interrupción hasta la SSF (55). La SSF (55) recibe el aviso de
interrupción y transmite la solicitud de tarifa y/o pagos contenida
en el mismo, con intermedio de un aviso INAP al SCP (50). El
dispositivo de recepción y evaluación (80) del SCP (50) recibe y
evalúa la solicitud contenida de tarifa y/o pagos. A continuación,
pone en marcha el dispositivo de recepción y evaluación (80), para
que sea realizado el cambio de tarifa. Éste tiene lugar de la manera
siguiente: el SCP (50) envía el aviso INAP-SCI y, en
caso de que el lugar de conmutación de tráfico adicional (20) deba
generar un juego de datos de comunicación para la red inteligente,
envía asimismo el aviso INAP-FCI a la SSF (55).
El SCP (50) pone en marcha además, por ejemplo,
en base a los datos de guiado de tráfico almacenados en una lógica
de servicio, que se constituya nuevamente una conexión con el mismo
centro de llamadas (35). Con la recepción de la nueva comunicación
por el centro de llamadas (35), se generará entonces, mediante un
centro de llamadas (35) conectado al sistema de comunicación de
informaciones (7), del centro de llamadas (35) un aviso ISUP
ANM.
Si llega desde la dirección del centro de
llamadas (35) un aviso ISUP ANM en la SSF (55), se enviará desde la
SSF (55) una aviso CHGE en la dirección del origen de la
comunicación. El aviso CHGE contiene la CBN. La SSF (55) envía el
aviso CHGE al lugar de conmutación de participantes (10). El lugar
de conmutación de participantes (10) satisface el aviso CHGE
contenido por envío de un aviso ISUP CHGEA a la SSF (55). La
generación del juego de datos de comunicación preparado en la SSF
(55) empezará en aquel momento. En este juego de datos de
comunicación se registrará, por ejemplo, la CBN contenida en la SCI.
Después de recibir la lista CHGE, el lugar de conmutación de
participantes (10) podrá enviar la nueva información de pago, que se
debe transmitir al participante que hace la llamada (15).
Un participante que efectúa una llamada realiza
en el teléfono (15), nuevamente con ayuda de la red inteligente, una
conexión con el centro de llamadas (35), por ejemplo, mediante la
selección de la designación del servicio correspondiente, tal como
muestra la figura 1. Mediante elección de la designación de
servicios del centro de llamadas (35), se activará la red
inteligente. El SCP (50) determina, en este caso, la dirección
objetivo física del centro de llamadas (35) y dispone una
información User-to-User con un
contenido no designado de manera más detallada, y a continuación
origina, a través de la SSF (55), la constitución de la conexión con
el centro de llamadas (35). El centro de llamadas (35) recibe el
aviso de constitución de la conexión y lo evalúa. Éste es un proceso
que ya se realiza en el ISDN de la Deutschen Telekom AG.
A continuación, el circuito de control (70)
genera y envía al centro de llamadas (35) una solicitud de
información de tarifa y/o precios, que envía una información de
tarifa codificada como CBN al centro de llamadas (35). El centro de
llamadas (35) registra la solicitud de información de tarifa y/o
precios conseguida en una información UUS
(User-to-User), y ésta a su vez en
un aviso de User Parts del ISDN (por ejemplo, un aviso de control de
llamada ACM, CPG). El centro de llamadas (35) envía el aviso de
retorno a la SSF (55) implementada en el lugar de conmutación de
tráfico adicional (20), que evalúa el aviso conseguido y envía la
información User-to-User conseguida
con intermedio del Protocolo de aplicación de red inteligente (INAP)
al SCP (50). El SCP evalúa a continuación esta información y envía
el aviso INAP SCI y, en caso de que se deba generar en el lugar de
conmutación de tráfico adicional (20) un juego de datos de
comunicación para la red inteligente, envía el aviso INAP SCI a la
SSF (55). Además, envía a la SSF (55) un aviso ISUP CHGE en la
dirección del lugar de conmutación de participante (10). El lugar de
conmutación de participantes (10) satisface la CHGE conseguida por
el envío de un aviso ISUP CHGEA a la SSF (55). En el caso de que
llegue desde la dirección de centro de llamadas (35) un aviso ISUP
ANM a la SSF (55), el juego de datos de comunicación preparado por
la SSF (55) será enviado. En este juego de datos de comunicación se
registrará, por ejemplo, el CBN conseguido en el SCI el ANM será
facilitado adicionalmente de la SSF (55) al lugar de conmutación de
participante (10). A lo más tardar después de recibir el ANM, el
lugar de conmutación de participantes (10) puede aplicar la
información de pagos que se debe enviar al participante que hace la
llamada (15).
Se supondrá que ya existe una comunicación entre
el participante que efectúa la llamada (15) y el centro de llamadas
(35), tal como se ha mostrado en la figura 2. Esta comunicación se
ha establecido de manera conocida con ayuda del servidor de
preparación de llamadas (100). A continuación, el centro de llamadas
(35) desea provocar una comunicación adicional automática
("Re-Routing") (Reenvío) a un tercer
participante (45), y para ello determina la información de
tarifación y/o pagos para la comunicación adicional que se ha
determinado. Ello puede tener lugar de la manera siguiente:
El centro de llamadas (35) interrumpe la
conexión. A continuación, la red digital interrumpe la sección de
comunicación entre la SSF (55) y el centro de llamadas (35), y
comunica la interrupción al SCP (50); la sección de comunicación
entre el participante que efectúa la llamada (15) y la SSF (55)
permanece. El SCP (50) pregunta ahora al servidor de proceso de
llamadas (100) cómo se tiene que manipular adicionalmente la
comunicación. El servidor de proceso de llamadas (100) comunica
entonces una información de ruta a seguir ("Instrucción de
comunicación adicional"), que contiene la dirección del tercer
participante (45), al SCP (50) de la red inteligente asociada a la
red digital. Hasta aquí se trata de un procedimiento ya conocido en
algunos servidores de preparación de llamadas conocidas en el
mercado en relación con un SCP.
Para la solicitud de la información de tarifas
y/o precios determinada por el participante que recibe la llamada
(35) para la comunicación extendida adicionalmente, el circuito de
control (72) asociado al servidor de proceso de llamadas (100)
genera una solicitud de información de tarifas y/o precios con una
información de tarifas contenida en la misma que muestra una CBN, y
envía la misma al servidor de proceso de llamadas (100), que envía
la instrucción de extensión adicional junto con la solicitud de
información de tarifas y/o precios en uno o varios avisos de
señalización predeterminados al SCP (50).
La solicitud de información de tarifas y/o
precios, contenida en un aviso de señalización predeterminado de la
instrucción de extensión adicional, facilita el SCP (50) al
dispositivo de protección y evaluación (80) asociado. El dispositivo
(80) de recepción y evaluación recibe y evalúa la solicitud de
información de tarifas y/o precios, y comunica el CBN contenido en
la misma al SCP (50). El SCP (50) provoca a continuación el envío
del aviso INAP SCI, y en el caso de que se deba generar en el lugar
de la extensión de tráfico adicional (20) un juego de datos de
comunicación para la red inteligente, envía el aviso INAP FCI a la
SSF (55). Además, la lógica de servicio implementada en el SCP (50)
origina, de manera conocida, que la comunicación entre la SSF (55)
producida entre la SSF (55) y el tercer participante (45) de la
información de pagos correspondiente a esta comunicación será
enviada ahora al participante (15) que efectúa la llamada y que, en
caso deseado, se determine el juego de datos de comunicación
preparado por la SSF (55).
En primer lugar, se establecerá nuevamente de
manera conocida una comunicación entre el participante que efectúa
la llamada (15) y el centro de llamadas (35). En este caso, el SCP
(50) llama, por ejemplo, la característica de servicio ISDN "UUS1
impl.", de manera que tiene lugar en el aviso de establecimiento
de conexión una entrada no designada de manera más detallada en el
campo de información
"User-to-User-Information".
El aviso de constitución de comunicación será transportado a
continuación con intermedio del Protocolo de aplicación de red
inteligente (INAP) del SCP (50) a la SSF (55). La SSF (55) genera,
en base a ello, un aviso de constitución de comunicación y lo envía
en la dirección del centro de llamadas (35). De esta manera, el
centro de llamadas (35) recibe la información
User-to-User en la constitución de
la comunicación. Éste es un procedimiento que ya se realiza, por
ejemplo, en el ISDN de la Deutschen Telekom AG.
En caso de que se solicite del centro de llamadas
(35) una extensión adicional de la comunicación a un tercer
participante (45), se introduce, en este caso, por ejemplo, en el
ISDN de la Deutschen Telekom AG, el siguiente procedimiento: el
centro de llamadas (35) registra el número de llamada del tercer
participante (45) en el campo de información
"User-to-User-Information"
del aviso de interrupción. En el proceso de interrupción, se
interrumpirá la sección de comunicación entre la SSF (55) y el
centro de llamadas (35), mientras que continuará la sección de
comunicación entre el participante que hace la llamada (10) y la SSF
(55). Con el proceso de interrupción iniciado por el centro de
llamadas (35), se enviará la información de interrupción (incluyendo
"User-to-User-Information")
con intermedio del User Part de ISDN (ISUP) hasta la SSF (55) y
desde allí, con intermedio del Protocolo de aplicación de red
inteligente (INAP), hasta el SCP (50). El SCP (50) provoca a
continuación que tenga lugar una extensión adicional automática
hacia el tercer participante (45), y que esta comunicación extendida
adicionalmente sea, por ejemplo, tarificada por red digital como si
tuviera lugar la conexión del participante que hace la llamada (15)
de manera directa al tercer participante (45). Desde luego, son
posibles otras tarifaciones.
Si a continuación se debe determinar o
codeterminar, por parte del centro de llamadas (35), la información
de tarifación y/o de pagos para la conexión de extensión adicional
que se ha descrito, el circuito de control (70) del centro de
llamadas (35) genera una solicitud de información de tarifas y/o
pagos que contiene, además, la correspondiente información de tarifa
en forma de un CBN. Esta petición de información de tarifa y/o
precio será registrada conjuntamente con el número que llama del
tercer participante (45) en el campo de información
"User-to-User Information" del
aviso de interrupción. Cuando el proceso de interrupción es iniciado
por el centro de llamadas (35), se enviará el contenido de la
"User to User Information" tal como se ha descrito
anteriormente hasta el SCP (50). El dispositivo de recepción y
evaluación (80) del SCP (50) recibe y evalúa la solicitud de
información de tarifa y/o precio que se ha recibido. Tomando en
consideración la solicitud de información de tarifa y/o precio
evaluada, el dispositivo de recepción y evaluación (80) del SCP (50)
hace que se pueda llevar a cabo el cambio de tarifa en orden
digital. Para ello, la lógica de servicio existente ya en el SCP
(50) tiene en cuenta el CBN conseguido del centro de llamadas (35)
para la tarifación de la comunicación extendida adicionalmente.
Entonces, el SCP (50) origina entonces la realización de
comunicación con el tercer participante (45), sin embargo, esta
comunicación de extensión adicional no es tarifada en base a una CBN
registrada posiblemente y analógica de servicio del SCP (50), sino
en base al CBN conseguido del centro de llamadas (35).
De manera alternativa, cuando el dispositivo (80)
del SCP (50) para recepción y evaluación ha recibido y evaluado la
solicitud de información de tarifa y/o información que el SCP (50)
antes de la constitución de una comunicación con el tercer
participante (45) que el participante (15') que hace la llamada
quede comunicado con el dispositivo de aviso y/o dialogo (90) y que
esta comunicación sea tarifada de forma especial (por ejemplo tarifa
"sin pago"). Después de haber discurrido el aviso y/o diálogo,
el SCP (50) consigue un aviso de interrupción correspondiente del
dispositivo de aviso y/o diálogo (90) o bien el SCP (50) determina,
por su parte, por ejemplo, mediante la finalización de proceso de un
temporizador, que la comunicación con el dispositivo de aviso y/o
diálogo (90) será terminado. A continuación, el SCP (50) origina que
la comunicación con el tercer participante (45) se establezca de
forma automática y que esta conexión de extensión adicional sea
tarifada a base del CBN contenido en el centro de llamadas y/o que
se envíe la correspondiente información de precio en la dirección
del participante (15) que hace la llamada.
Claims (19)
1. Procedimiento para transferencia de
informaciones de tarifas y/o precios que son determinadas, como
mínimo, por un participante (35) que ha recibido la llamada, con
intermedio de una red digital, con las siguientes fases de
proceso:
- constitución de una comunicación entre un
participante (15) que hace la llamada y un participante (35) que
recibe la llamada, que están conectados a la red digital;
- generación de una solicitud de tarifa y/o
precios determinada por el participante que recibe la llamada en la
que queda comprendida una información de tarifa y/o precio;
- incorporación de la solicitud de tarifa y/o
precio en una información
"User-to-User", información UUS
de forma abreviada;
- transferencia de la información UUS a uno de
los dispositivos de recepción y evaluación (80) asociado a la red
digital;
- evaluación de la solicitud de tarifa y/o precio
comprendida en la información UUS;
- con dependencia de la información individual de
tarifa y/o precio, contenida en la solicitud de tarifa y/o precio,
se tarifará la comunicación entre el participante que hace la
llamada y el que la recibe y/o se transferirá la información de
precio al participante que hace la llamada.
2. Procedimiento, según la reivindicación 1,
caracterizado porque
la información UUS que contiene una solicitud de
tarifa y/o precio puede ser transferida durante la constitución de
la comunicación al dispositivo de recepción y evaluación de la red
digital.
3. Procedimiento, según la reivindicación 1 ó 2,
caracterizado porque
la información UUS que contiene una solicitud de
tarifa y/o de precio durante una comunicación existente puede ser
transferida al dispositivo de recepción y evaluación de la red
digital.
4. Procedimiento, según la reivindicación 3,
caracterizado porque el participante que recibe la llamada
genera una información de interrupción o desconexión,
porque la solicitud de tarifa y/o precio en una
información UUS, comprendida en el aviso de interrupción, será
transferida al dispositivo de recepción y evaluación, y
porque después de la interrupción de la
comunicación con el participante que ha recibido la llamada la
comunicación será realizada nuevamente.
5. Procedimiento, según la reivindicación 3,
caracterizado porque
la solicitud de tarifa y/o precio en la
información UUS según la característica de servicio de ISDN UUS3
será transferida al dispositivo de recepción y evaluación.
6. Procedimiento, según una de las
reivindicaciones 1 a 5, caracterizado porque
el participante que recibe la llamada genera una
información de interrupción,
porque la dirección de otro participante, que
debe ser conectado con el participante que hace la llamada, y la
correspondiente solicitud de tarifa y/o precio en la información UUS
contenida en la información de interrupción serán transferidas al
dispositivo (80) de recepción y evaluación,
porque después de interrumpir la comunicación con
el participante, que recibe la llamada, se realizará una conexión
con otro participante y porque, con dependencia de la información de
tarifa y/o pagos contenidas en la solicitud de tarifas y/o pagos, se
tarifará la comunicación entre el participante, que efectúa la
llamada y el otro participante, y/o la información de pagos
correspondientes será transferida al participante que efectúa la
llamada.
7. Procedimiento, según la reivindicación 4 ó
6,
caracterizado porque
antes de la nueva realización de la comunicación
con el participante que recibe la llamada o con el otro
participante, el participante que efectúa la llamada será conectado
con un dispositivo de aviso y/o diálogo (90), y a continuación puede
ser separado nuevamente de éste.
8. Procedimiento, según una de las
reivindicaciones 1 a 7, caracterizado porque
la comunicación entre el participante que efectúa
la llamada y el que recibe la llamada se puede constituir mediante
una red inteligente, y
porque la solicitud de tarifa y/o precio
contenida en la información UUS será evaluada en la red
inteligente.
9. Procedimiento para la transferencia de
informaciones de tarifa y/o precios, las cuales son determinadas,
como mínimo parcialmente, por un participante (35) que recibe la
llamada, con intermedio de una red digital, con las siguientes
etapas de proceso:
- realización de una comunicación entre un
participante (15) que efectúa la llamada y un participante que
recibe la llamada (35), que están conectados a la red digital, con
intermedio de un servidor de preparación de llamadas, que está
conectado a una red inteligente y al participante que recibe la
llamada;
- generación de una solicitud de tarifa y/o
precios determinada por el participante que recibe la llamada, en la
que está contenida una información individual de tarifa y/o
precio;
- incorporación de la solicitud de tarifa y/o
precio en un aviso predeterminado de señalización;
- transferencia del aviso de señalización desde
el servidor de preparación de llamadas a un dispositivo receptor y
de evaluación (80) asociado a la red digital;
- evaluación de la solicitud de tarifa y/o precio
contenida en el aviso de señalización;
- en dependencia de la información individual de
tarifa y/o precio comprendida en la solicitud de tarifa y/o precio,
la comunicación entre el participante que efectúa la llamada y el
que la recibe será tarifada y/o la información de pago será
transferida al participante que efectúa la llamada.
10. Procedimiento, según la reivindicación 9,
caracterizado porque
la solicitud de tarifa y/o precio será generada
por el servidor de proceso de llamadas (100) asociado al
participante que recibe la llamada, y
porque se aplicarán informaciones individuales de
tarifa y/o precio en el servidor de proceso de llamadas (100) o se
transferirán del participante que recibe la llamada al servidor de
preparador de llamadas (100).
11. Procedimiento, según la reivindicación 9,
caracterizado porque la solicitud de tarifa y/o precio será
generada por el participante que reciba la llamada y transferida al
servidor de preparación de llamadas (100) que transfiere la
solicitud de tarifa y/o precio al dispositivo de recepción y
evaluación (80).
12. Procedimiento, según una de las
reivindicaciones 1 a 11, caracterizado porque
el formato de la solicitud de tarifa y/o precio
recibida y evaluada en el dispositivo de evaluación (80) puede ser
procesado directamente por la red digital o transformado en un
formato procesable por la red digital.
13. Sistema de comunicación para la transferencia
de informaciones individuales determinadas de tarifa y/o pagos, con
intermedio de una red digital, al que están conectados varios
primeros dispositivos finales (15), que comprende
varios segundos dispositivos finales (35)
conectados a la red digital, a los que está asociado de manera
correspondiente un dispositivo (70) para la generación individual de
una solicitud de tarifa y/o precio, de manera que los segundos
dispositivos finales (35) y/o los correspondientes dispositivos
generadores (70) están constituidos para la transmisión de la
solicitud de tarifa y/o precio en una información UUS,
como mínimo un dispositivo (50, 55) para la
determinación de la información de tarifa y/o precio, asociado a la
red digital, que está asociado al dispositivo para la recepción y
evaluación (80) de una solicitud de tarifa y/o precio transferida en
una información UUS, de manera que
el dispositivo (50) de determinación de la
información de tarifa y/o precio, con dependencia de una información
de tarifa y/o precio, contenida en la solicitud individual de tarifa
y/o precio, puede provocar la tarifación de la comunicación entre un
primer dispositivo final (15) y un segundo dispositivo final (35)
y/o la transferencia de la información de pago al primer dispositivo
final (15).
14. Sistema de comunicación, según la
reivindicación 13, caracterizado porque
el dispositivo de determinación de la información
de tarifa y/o precio está instalado en un lugar de conmutación (10,
20) o en el dispositivo central de la red digital o es un
dispositivo (50,55) de una red inteligente.
15. Sistema de comunicación, según la
reivindicación 13 ó 14, caracterizado porque
el dispositivo (70) para la generación individual
de una solicitud de tarifa y/o precio está constituido para incluir
una información de tarifa y/o precio en una información de
desconexión o interrupción que genera el segundo dispositivo final
asociado a aquél, y porque
la red digital reaccionando a una información de
interrupción recibida constituye automáticamente la comunicación
previamente interrumpida con el segundo dispositivo final (35) de
interrupción de la comunicación.
16. Sistema de comunicación para la transferencia
de informaciones determinables individualmente de tarifa y/o precio
con intermedio de una red digital con primeros dispositivos finales
(15) y segundos dispositivos finales (35), de manera que como mínimo
está implantado un servidor de preparación de llamadas (100) para la
comunicación como mínimo de un segundo dispositivo final (35) con
una red inteligente, que comprende
un dispositivo (72) para la generación de una
petición individual de tarifa y/o precio, que comprende una
información de tarifa y/o precio que es determinable por un segundo
dispositivo final correspondiente (35), de manera que
el servidor de preparación de llamadas (100) está
constituido para la transmisión de la solicitud individual de tarifa
y/o precio en un formato predeterminado, como mínimo, a uno de los
dispositivos (50,55) de determinación de informaciones de tarifa y/o
precio, asociados a la red inteligente que está asociada a un
dispositivo para la recepción y evaluación (80) de una solicitud de
tarifa y/o precio, de manera que
el dispositivo (50) de determinación de la
información de tarifa y/o precio, con dependencia de una información
de tarifa y/o precio, comprendida en la solicitud individual de
tarifa y/o precio, puede provocar la tarifación de la comunicación
entre un primer dispositivo final (15) y un segundo dispositivo
final (35), y/o la transferencia de la información de precio al
primer dispositivo final (15).
17. Sistema de comunicación, según la
reivindicación 16, caracterizado porque
el dispositivo (72) para la generación de una
solicitud de tarifa y/o precio comprendida en una información de
tarifa y/o precio está asociado al servidor de proceso de llamadas
(100), porque
el servidor de preparación de llamadas (100)
presenta una memoria para la aplicación de informaciones de tarifa
y/o precio a uno o varios segundos dispositivos finales (35) a
incorporar en una correspondiente solicitud de tarifa y/o precio, y
porque
estas informaciones de tarifa y/o precio son
actualizables.
18. Sistema de comunicación, según la
reivindicación 16 ó 17, caracterizado porque
el servidor de preparación de llamadas (100) está
asociado a un dispositivo (110) para generar juegos de datos de
comunicación con y/o sin precio.
19. Sistema de comunicación, según una de las
reivindicaciones 13 a 18, caracterizado porque
el dispositivo de recepción y evaluación (80)
presenta un dispositivo para la transformación de un formato no
adaptado a la red de una información de tarifa y/o precio contenida
en la solicitud de tarifa y/o precio en un formato procesable por la
red digital.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE10060741A DE10060741A1 (de) | 2000-12-07 | 2000-12-07 | Verfahren und Kommunikationssystem zum Übertragen von Tarif- und/oder Entgeltinformationen über ein digitales Netz |
| DE10060741 | 2000-12-07 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2249368T3 true ES2249368T3 (es) | 2006-04-01 |
Family
ID=7666081
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES01123343T Expired - Lifetime ES2249368T3 (es) | 2000-12-07 | 2001-10-09 | Procedimiento y sistema de comunicacion para la transferencia de informaciones de tarifas y/o de pagos, a traves de una red digital. |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP1213906B1 (es) |
| AT (1) | ATE308854T1 (es) |
| DE (2) | DE10060741A1 (es) |
| ES (1) | ES2249368T3 (es) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10257966A1 (de) * | 2002-12-12 | 2004-07-15 | Tenovis Gmbh & Co. Kg | Verfahren zur Konfiguration von rufnummernbezogenen Daten über eine Vermittlungsanlage unter Verwendung von Nutzer-zu-Nutzer-Zusatzdiensten des ISDN DSS1-Protokolls und Vorrichtung hierfür |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE19706579A1 (de) * | 1997-02-21 | 1998-08-27 | Alsthom Cge Alcatel | Verfahren zur Gebühreninformation sowie Vergebührungseinrichtung, Teilnehmerendgerät und Diensteinrichtung |
| DE19742858A1 (de) * | 1997-09-29 | 1999-04-01 | Cit Alcatel | Verfahren zur Vergebührung der Nutzung eines Internet-Dienstes sowie Dienststeuereinheit und Diensterbringungseinrichtung |
| FI982062L (fi) * | 1998-09-24 | 2000-03-25 | Nokia Networks Oy | Menetelmä ja järjestelmä tietojen välittämiseksi päätelaitteelle |
| WO2000021267A2 (en) * | 1998-10-06 | 2000-04-13 | Nokia Mobile Phones Ltd. | A method and device for user-to-user information transfer |
-
2000
- 2000-12-07 DE DE10060741A patent/DE10060741A1/de not_active Withdrawn
-
2001
- 2001-10-09 EP EP01123343A patent/EP1213906B1/de not_active Expired - Lifetime
- 2001-10-09 ES ES01123343T patent/ES2249368T3/es not_active Expired - Lifetime
- 2001-10-09 DE DE50107899T patent/DE50107899D1/de not_active Expired - Lifetime
- 2001-10-09 AT AT01123343T patent/ATE308854T1/de active
Also Published As
| Publication number | Publication date |
|---|---|
| DE10060741A1 (de) | 2002-06-13 |
| ATE308854T1 (de) | 2005-11-15 |
| DE50107899D1 (de) | 2005-12-08 |
| EP1213906A3 (de) | 2003-08-27 |
| EP1213906A2 (de) | 2002-06-12 |
| EP1213906B1 (de) | 2005-11-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2270497T3 (es) | Control de cargas para servicios de redes. | |
| US6611821B2 (en) | Method of charging for the use of an internet service plus a service control unit and a service provider unit | |
| ES2232975T3 (es) | Metodo y sistema para completar una conexion de voz en una red telefonica conmutada. | |
| US6356630B1 (en) | Telephone calling card service system integrating virtual destination numbers | |
| US8817773B2 (en) | Reverse call origination via a non-signaling network | |
| US6377938B1 (en) | Real time subscriber billing system and method | |
| US5469497A (en) | Networked interactive call management subsystems with prevention of simultaneous use of a single account number | |
| ES2237791T3 (es) | Procedimiento y dispositivo de prestacion de servicio de telecomunicaciones de prepago. | |
| US6847708B1 (en) | Method and apparatus for validating pre-pay and post-pay communication services using the same integrated database | |
| US5835584A (en) | Method and apparatus for implementing services in telephone networks provided with co-channel signaling | |
| US6430285B1 (en) | Method and apparatus for an automated caller interaction system | |
| US6442260B1 (en) | Method and system for transmitting information to a telecommunication terminal | |
| US5579381A (en) | Methods and apparatus for providing suppressed ringing access | |
| US20040151292A1 (en) | Prepaid and postpaid subscriber telephony platform | |
| US8363802B2 (en) | Caller controlled time demarcation system | |
| JPH10117257A (ja) | 付加価値通話の料金請求方法および装置 | |
| US5742667A (en) | Notification of toll free call charging status | |
| US6418202B1 (en) | Spontaneous messaging service for prepaid calling card users | |
| CA2318794C (en) | Method and device for calculating charges in telecommunications networks | |
| ES2249368T3 (es) | Procedimiento y sistema de comunicacion para la transferencia de informaciones de tarifas y/o de pagos, a traves de una red digital. | |
| CA2350901C (en) | Method and apparatus for providing pre-pay and post-pay communication services using a switching system to monitor call duration | |
| ES2214607T3 (es) | Procedimiento para establecer una comunicacion y para facturar comunicaciones en redes de telecomunicaciones. | |
| US6178234B1 (en) | Intelligent networked, automated telephone calling card service system capable of bailout to an operator | |
| ES2242401T3 (es) | Procedimiento para el control de servicios de telecomunicaciones. | |
| JP2824777B2 (ja) | 即時課金方式 |