ES2348526T3 - Red de comunicación que comprende medios de gestión de conflictos durante la ejecución de varios servicios de comunicación. - Google Patents

Red de comunicación que comprende medios de gestión de conflictos durante la ejecución de varios servicios de comunicación. Download PDF

Info

Publication number
ES2348526T3
ES2348526T3 ES08762011T ES08762011T ES2348526T3 ES 2348526 T3 ES2348526 T3 ES 2348526T3 ES 08762011 T ES08762011 T ES 08762011T ES 08762011 T ES08762011 T ES 08762011T ES 2348526 T3 ES2348526 T3 ES 2348526T3
Authority
ES
Spain
Prior art keywords
service
terminal
manager
network
services
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES08762011T
Other languages
English (en)
Inventor
Fabrice Petesch
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Application granted granted Critical
Publication of ES2348526T3 publication Critical patent/ES2348526T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1063Application servers providing network services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42017Customized ring-back tones

Abstract

Red de comunicación, que comprende: & 8226; n gestores (AS1, AS2, & 8230;, ASn) de servicio, siendo n un número entero superior o igual a 2, siendo cada gestor de servicio susceptible de ejecutar un servicio asociado, 5 & 8226; un medio (MR) de enrutamiento adaptado para transmitir a un terminal mensajes protocolarios emitidos por un gestor de servicio durante la ejecución del servicio asociado, & 8226; un gestor de conflictos que comprende: 10 - un conjunto de paquetes de reglas, comprendiendo cada paquete unas reglas de clasificación de mensajes protocolarios susceptibles de ser emitidos por al menos dos gestores de servicio, - un medio de selección, para seleccionar un paquete 15 en función de un indicador de los servicios a los que el terminal tiene acceso, - un medio de clasificación para, en función de un contenido de un paquete seleccionado, clasificar mensajes protocolarios enviados mediante al menos dos gestores de 20 servicio durante la ejecución de los servicios asociados y transmitir los mensajes protocolarios clasificados por el medio (MR) de enrutamiento; caracterizada porque dicha red comprende además: & 8226; un gestor de perfiles, que comprende una lista de 25 terminales conectados a la red y una lista de perfiles abonados asociada, comprendiendo cada perfil abonado particularmente un indicador de los servicios a los que el terminal tiene acceso, & 8226; un gestor de conexión adaptado para identificar un 30 abonado, conectar dicho terminal a la red y poner al día el gestor de perfiles en función de los servicios a los que el terminal tiene acceso.

Description

La invención se refiere al campo de las telecomunicaciones y, más particularmente, a una red de comunicación, que comprende:
• n gestores de servicio, siendo n un número entero 5 superior o igual a 2, siendo cada gestor de servicio susceptible de ejecutar un servicio asociado, es decir, de proporcionar dicho servicio a un terminal conectado a la red,
• un medio de enrutamiento adaptado para transmitir a 10 un terminal mensajes protocolarios emitidos por un gestor de servicio durante la ejecución del servicio asociado.
La invención encuentra una aplicación por ejemplo para la creación de una red IMS (acrónimo inglés de IP Multimedia Subsystem) de comunicación entre varios 15 terminales. La palabra terminal debe entenderse aquí en su sentido más amplio. Puede tratarse de un terminal de telefonía tal como un teléfono fijo o móvil, pero igualmente de cualquier terminal susceptible de ser conectado a una red para emitir con destino a uno o varios 20 terminales o a la red o para recibir de otro terminal u otra red datos de audio, de vídeo, de texto o datos digitales.
Tales redes comprenden generalmente uno o varios gestores de servicio, cada uno adaptado para gestionar la 25 ejecución de un servicio asociado, es decir, el suministro de dicho servicio a un terminal, como por ejemplo un servicio de mensajería de voz, un servicio de tono de retorno de llamada (más conocido en lengua anglosajona con el nombre de Ring Back Tone o Fun Tone), un servicio de 30 composición de número a distancia (conocido en lengua anglosajona con el nombre de Click To Dial). Varios gestores de servicio pueden ser reagrupados en un mismo gestor de aplicación, que suministra así varios servicios.
Un terminal conectado a la red puede tener acceso a uno o varios servicios propuestos por la red, eventualmente por medio de un abono apropiado a estos servicios.
La ejecución de un servicio se hace en general 5 mediante el intercambio de mensajes protocolarios entre el gestor de servicio asociado y un terminal que es generalmente el terminal abonado al servicio (en el caso del servicio de mensajería o del servicio de Click-To-Dial, por ejemplo) o el terminal llamado por el terminal abonado. 10 La expresión “terminal abonado” es en la práctica un abuso del lenguaje, para hablar más precisamente de un terminal conectado a la red y que pertenece a un usuario de la red abonado al servicio concerniente, pudiendo disponer dicho usuario de varios terminales susceptibles de ser conectados 15 a la red para utilizar el mismo servicio.
El término mensaje protocolario debe ser comprendido aquí en su sentido más amplio para designar más generalmente: peticiones o respuestas asociadas intercambiadas en el marco de una puesta en relación entre 20 el terminal y el gestor de servicio, instrucciones, datos de audio, de video o de texto intercambiados entre el terminal y el gestor de servicio en el transcurso de la ejecución del servicio. Cada mensaje está presente en un protocolo apropiado (protocolo SIP, etc.). 25
Tales redes comprenden igualmente un medio de enrutamiento, cuya principal función es transmitir a un terminal mensajes protocolarios recibidos de un gestor de servicio, o de otro terminal de la misma red o de una red de terceros, o inversamente transmitir mensajes 30 protocolarios recibidos de un terminal a un gestor de servicio o a otro terminal. En una red IMS por ejemplo, el medio de enrutamiento es generalmente una parte de un gestor de entrada que tiene igualmente funciones de identificación, de conexión o de desconexión de un terminal. El gestor de entrada de una red IMS según la norma 3GPP 23.002 reagrupa así todas las funciones conocidas con los acrónimos ingleses I/P/S-CSCF 5 (Interrogating-, Proxy-, Serving Call State Control Function). Los mensajes protocolarios pueden estar basados por ejemplo en el protocolo SIP (Session Initiation Protocol) o en cualquier otro protocolo apropiado en función del tipo de mensaje protocolario. 10
En tales redes, puede plantearse un problema de conflictos eventualmente durante la ejecución en paralelo o sucesiva de varios servicios por unos gestores de servicio diferentes. La ejecución de un segundo servicio puede por ejemplo venir a modificar un mensaje protocolario de un 15 primer servicio en transcurso de ejecución, conllevando un mal funcionamiento del primer servicio, incluso una interrupción de este primer servicio. O bien, la ejecución de un segundo servicio puede ser inapropiada durante la ejecución en transcurso de un primer servicio. 20
Este es el caso por ejemplo cuando el primer servicio de Ring Back Tone y el segundo servicio de Click To Dial son activados en paralelo.
El servicio de Ring Back Tone permite a un abonado usuario de un terminal llamado hacer oír a un usuario de un 25 terminal llamador un tono particular cuando el terminal llamador ha pedido una puesta en relación con el terminal llamado y espera ser puesto en relación con el terminal llamado; así, mientras que el terminal llamado suena para indicar la llegada de una llamada, el terminal llamador 30 recibe un tono particular elegido por el usuario del terminal llamado.
El servicio Click To Dial permite a un abonado pedir a través de un primer terminal llamador (por ejemplo un PC) que un segundo terminal llamador (por ejemplo un teléfono) sea puesto en relación con un terminal llamado de otro usuario. Para esto, cuando el primer terminal llamador pide la puesta en relación del segundo terminal llamador con el 5 terminal llamado del otro usuario, el gestor de servicio del servicio Click To Dial hace sonar primero el primer terminal llamador y, después de que el abonado haya descolgado dicho primer terminal llamador, el gestor de servicio hace sonar el terminal llamado del otro usuario. 10
Si un usuario llamador está abonado al primer servicio de Ring Back Tone y al segundo servicio de Click To Dial, se plantea un problema cuando por ejemplo el usuario llamador pide, a través del primero de sus terminales llamadores, que el segundo de sus terminales 15 llamadores sea puesto en relación con un terminal llamado de otro usuario. En efecto, en este caso, el primer terminal llamador activa el gestor del servicio de Click To Dial, que en un primer tiempo hace sonar el segundo terminal llamador. El segundo terminal llamador que recibe 20 una petición de puesta en relación, activa el gestor del servicio de Ring Back Tone, que suministra entonces un tono particular al llamador del segundo terminal llamador, es decir, el gestor del servicio de Click To Dial. La emisión del tono particular es inútil, particularmente porque no 25 aporta ningún servicio a los usuarios; puede igualmente conllevar un mal funcionamiento del gestor del servicio de Click To Dial, no estando concebido este último a priori para recibir tal tono.
Tales redes son descritas en el documento US 30 2003187992 del estado de la técnica.
Si varios servicios son susceptibles de ser suministrados por un mismo gestor de aplicación, está generalmente previsto, en el gestor de aplicación, como complemento de los gestores de servicios, un gestor de conflictos que reagrupa el conjunto de las reglas de resolución de los conflictos potenciales entre todos los servicios disponibles en el gestor de aplicación. 5
Un primer inconveniente de tal gestor de conflictos es que debe ser modificado si aparecen conflictos con servicios situados en otros gestores de aplicación. Ahora bien, tal modificación se puede volver difícil de realizar, particularmente si los gestores de aplicación son propiedad 10 de diferentes proveedores de servicios que tienen intereses económicos divergentes.
Un segundo inconveniente de tal gestor de conflictos es que reagrupa necesariamente un número muy grande de reglas de resolución de los conflictos, función exponencial 15 del número total de servicios presentes en la red. También, cuando un conflicto se presenta, hay que hacer una elección entre un número muy grande de reglas para resolver el conflicto.
Para paliar el primer inconveniente, la norma 3GPP 20 23.002, que define el conjunto de las funcionalidades de los elementos de una red IMS prevé un gestor de conflictos llamado SCIM (de Service Capability Interaction Management), instalado en la red independientemente de los gestores de aplicación. La función del SCIM es gestionar 25 los eventuales conflictos entre dos o varios gestores de servicio. Sin embargo, cuando la norma no da ninguna información, ni sobre la manera en que los conflictos deben o pueden ser gestionados, ni en la manera de realizar el gestor de conflictos, no aporta ninguna solución práctica 30 para paliar el segundo inconveniente. En la práctica ninguna red de comunicación actual dispone de tal gestor de conflictos.
La invención ofrece una solución técnica que no presenta los inconvenientes mencionados anteriormente.
Para ello la invención propone una red de comunicación que comprende:
• n gestores de servicio, siendo n un número entero 5 superior o igual a 2, siendo cada gestor de servicio susceptible de ejecutar un servicio asociado,
• un medio de enrutamiento adaptado para transmitir a un terminal mensajes protocolarios emitidos por un gestor de servicio durante la ejecución del servicio asociado. 10
La red según la invención está caracterizada porque comprende igualmente un gestor de conflictos que comprende:
• un conjunto de paquetes, comprendiendo cada paquete unas reglas de clasificación de mensajes protocolarios susceptibles de ser emitidos por al menos dos gestores de 15 servicio,
• un medio de selección, para seleccionar un paquete en función de un indicador de los servicios a los que el terminal tiene acceso,
• un medio de clasificación para, en función de un 20 contenido de un paquete seleccionado, clasificar mensajes protocolarios enviados mediante al menos dos gestores de servicio durante la ejecución de los servicios asociados y transmitir los mensajes protocolarios clasificados por medio de enrutamiento. 25
La invención se refiere igualmente a un procedimiento de gestión de conflictos durante la ejecución de servicios con destino a un terminal en una red de comunicación según la invención. El procedimiento está caracterizado por las siguientes etapas: 30
• durante una conexión del terminal a la red, la puesta al día de un indicador de los servicios a los que el terminal tiene acceso,
• la selección, en función del indicador, de un paquete de reglas de clasificación de mensajes protocolarios emitidos por gestores de servicios,
• en función del paquete seleccionado, la 5 clasificación de mensajes protocolarios enviados por varios gestores de servicio y la transmisión al terminal de los mensajes protocolarios clasificados.
El gestor de conflictos según la invención selecciona así, en función de los servicios a los que el terminal 10 tiene acceso, las reglas de resolución apropiadas y solamente estas. Después gestiona los eventuales conflictos cuando recibe mensajes protocolarios emitidos por varios gestores de servicios, a partir de un número limitado de reglas contenidas en el paquete seleccionado. Durante un 15 conflicto, se facilita así la elección de una regla apropiada.
Según un modo de realización de la invención, el indicador de los servicios a los que el terminal tiene acceso es un byte de n bits, comprendido cada bit de rango 20 i entre 1 y n y siendo susceptible de tomar dos valores:
• uno si el terminal tiene acceso a un servicio de rango i,
• cero si no.
El indicador da así inmediatamente una información 25 sobre los servicios a los que el abonado tiene acceso.
De manera similar, cada paquete puede ser indexado por un índice de n bits, comprendido cada bit de rango i entre 1 y n y siendo susceptible de tomar dos valores:
• uno, si el paquete comprende reglas de 30 clasificación de mensajes protocolarios emitidos por el gestor de servicio de rango i y por otros gestores de servicio de rangos diferentes de i, o
• cero si no.
El índice de un paquete da así inmediatamente una información explícita sobre el contenido del paquete.
Si los índices de los paquetes y los indicadores de 5 los terminales tienen formatos similares, tales como anteriormente por ejemplo, la selección de un paquete consiste en seleccionar un paquete cuyo índice es idéntico al indicador.
La elección de formatos apropiados para los índices 10 de paquetes y los indicadores de los terminales facilita así la selección de un paquete mediante una simple comparación.
Igual que una red conocida, una red según la invención puede comprender: 15
• un gestor de perfiles, que comprende una lista de terminales conectados a la red y una lista de perfiles abonados asociada, comprendiendo cada perfil abonado particularmente un indicador de los servicios a los que el terminal tiene acceso, 20
• un gestor de conexión adaptado para identificar un abonado, conectar dicho terminal a la red y poner al día el gestor de perfiles en función de los servicios a los que el terminal tiene acceso.
El gestor de conflictos según la invención no 25 necesita así indicadores de los servicios a los que los terminales tienen acceso y puede utilizar los indicadores existentes. Dichos indicadores pueden ser suministrados al gestor de conflictos a simple petición de este último, o sistemáticamente con la puesta al día de un indicador. 30
La invención se refiere finalmente a un proceso de adición de un servicio adicional de rango n+1 en una red de comunicación tal como la descrita anteriormente y que comprende inicialmente n gestores de servicios. El procedimiento de adición comprende las siguientes etapas:
• la adición de un gestor de servicio de rango n+1,
• la adición, en el gestor de conflictos, de paquetes 5 de reglas apropiados para resolver conflictos de interacción entre el servicio de rango n+1 y al menos un servicio de rango i comprendido entre 1 y n,
• la puesta al día, en el gestor de perfiles y para cada terminal conectado a la red, del indicador de los 10 servicios a los que el terminal tiene acceso.
El modo de realización del gestor de conflictos según la invención permite así una puesta al día rápida y simple de la red durante la adición de un nuevo servicio, en la medida en que esta puesta al día se haga sin modificación 15 ni de los paquetes de reglas existentes ni de su índice respectivo. Se añaden simplemente paquetes nuevos.
La invención se comprenderá mejor y otras características y ventajas aparecerán con la lectura de la descripción que sigue, de ejemplos de puesta en marcha de 20 un procedimiento de conexión y de un sistema de conexión según la invención. La descripción es para leer en relación al dibujo adjunto en el que la figura única es un esquema de bloques de una red de comunicación según la invención.
Una red según la invención comprende esencialmente: 25
• n gestores GS1, GS2, …, GSn de servicio, siendo cada gestor GS1, GS2, ..., GSn de servicio susceptible de ejecutar un servicio S1, S2, ..., Sn asociado, n es un número entero superior o igual a 2; en el ejemplo de la figura única, n es igual a 3, 30
• un medio MR de enrutamiento adaptado para transmitir a un terminal T mensajes protocolarios emitidos por un gestor de servicio durante la ejecución del servicio asociado,
• un gestor SCIM de conflictos.
Cada gestor GS1, GS2, …, GSn de servicio comprende unos medios de ejecución de un único servicio de 5 comunicación S1, S2, …, Sn, como por ejemplo un servicio S1 de mensajería de voz (gestor GS1), un servicio S2 de Fun Tones (gestor GS2), un servicio S3 Click-To-Dial (gestor GS3), etc.
Pueden reagruparse varios gestores de servicio en un 10 mismo gestor de aplicación, por ejemplo si son suministrados por el mismo proveedor de servicio. Por ejemplo, en la figura, el gestor GS1 de servicio de mensajería de voz y el gestor GS2 de servicio de Fun Tones son reagrupados en un mismo gestor ASA de aplicación que es 15 propiedad de un operador de telefonía, y el gestor GS3 de servicio de Click-To-Dial es instalado en un servidor de aplicación ASB, propiedad del propietario de un sitio de Internet accesible desde una interfaz de navegación en la red de Internet. 20
La red puede igualmente comprender, igual que una red conocida, un gestor GC de conexión y un gestor GP de perfil. El gestor GC de conexión tiene por función identificar un terminal T que pide acceso a la red, de conectarlo y de ponerlo al día en consecuencia el gestor GP 25 de perfiles, particularmente mediante un indicador de los servicios a los que el terminal tiene acceso. El gestor GP de perfiles comprende particularmente una lista de los terminales conectados a la red y, para cada terminal T conectado a la red, un perfil del abonado que utiliza el 30 terminal, comprendiendo dicho perfil particularmente el indicador de los servicios a los que el abonado tiene acceso a través del terminal conectado. El perfil de los terminales (o de los abonados) puedes ser transmitido a los gestores de servicio, por ejemplo a petición de un gestor de servicio que recibe de un terminal una petición de ejecución de servicio.
Según la invención, el gestor SCIM de conflictos de 5 la red comprende:
• un conjunto de paquetes P(011), P(101), …, P(111), comprendiendo cada paquete reglas de clasificación de mensajes protocolarios susceptibles de ser emitidos por al menos dos gestores de servicio, 10
• un medio de selección, para seleccionar un paquete en función de un indicador de los servicios a los que el terminal tiene acceso,
• un medio de clasificación para, en función de un contenido de un paquete seleccionado, clasificar mensajes 15 protocolarios enviados por al menos dos gestores de servicio durante la ejecución de los servicios asociados y transmitir los mensajes protocolarios clasificados por medio MR de enrutamiento.
Como en las redes anteriores, el medio MR de 20 enrutamiento transmite después un mensaje protocolario recibido del gestor de conflictos hacia el terminal destinatario T.
Cada paquete comprende unas reglas de clasificación de mensajes protocolarios susceptibles de ser emitidos por 25 al menos dos gestores de servicios. Cada paquete define así el conjunto de las reglas necesarias para la resolución de los eventuales conflictos entre al menos dos servicios, particularmente cuando son ejecutados simultáneamente.
Las reglas de resolución de conflictos contenidos en 30 un paquete dependen particularmente:
• de los servicios en conflicto eventual, y/o
• de las consecuencias de un conflicto eventual, y/o
• de las soluciones posibles a este conflicto, y/o
• del interés y/o de la comodidad del abonado por los servicios concernientes, y/o
• del interés técnico y/o económico de los 5 proveedores de los servicios concernientes, y/o
• del interés técnico, económico, político de terceros tales como un organismo de regulación de las redes por ejemplo, etc.
Las reglas de resolución de conflictos son elegidas 10 por los proveedores de servicio o por un tercero (propietario de la red, organismo de regulación de las redes, etc.) y pueden según el caso ser esencialmente de dos tipos:
• la modificación de mensajes protocolarios: por 15 ejemplo, mensajes protocolarios emitidos por un primer servicio son modificados por el gestor de conflictos cuando el primer servicio es ejecutado en paralelo a un segundo servicio; la modificación de un mensaje protocolario puede ir hasta la supresión o la no consideración de dicho 20 mensaje por el gestor de conflictos,
• el cambio de secuenciación de los mensajes protocolarios modificados, en función de reglas de prioridad: por ejemplo, los mensajes protocolarios de un primer servicio son transmitidos con prioridad con respecto 25 a los mensajes protocolarios de un segundo servicio, cuando el primer servicio y el segundo servicio son ejecutados en paralelo.
El primer tipo de reglas es por ejemplo utilizado cuando: 30
• la detención de la ejecución del primer servicio no es visible para el abonado, o
• la ejecución de los mensajes protocolarios del primer servicio conlleva un importante mal funcionamiento nefasto para el abonado, para el proveedor del segundo servicio, para la red, o para un tercero.
El segundo tipo de reglas es por ejemplo utilizado 5 cuando la ejecución de un mensaje protocolario del primer servicio puede ser retrasado sin incidencia para el abonado, para la ejecución global del primer servicio, etc.
El gestor de conflictos según la invención comprende tantos paquetes de reglas como combinaciones admisibles 10 existen de dos servicios o más.
En el ejemplo de la figura, se considera que todas las combinaciones de servicios son admisibles, y el gestor SCIM de conflictos comprende así 4 paquetes:
• un paquete P(011) para gestionar los eventuales 15 conflictos durante la ejecución paralela de los servicios S1 y S2; para esto, el paquete P(011) comprende el conjunto de las reglas de clasificación de mensajes protocolarios susceptibles de ser emitidos por los gestores GS2 y GS1 de servicio, 20
• un paquete P(101) para gestionar los eventuales conflictos durante la ejecución paralela de los servicios S1 y S2; para esto, el paquete P(101) comprende el conjunto de las reglas de clasificación de mensajes protocolarios susceptibles de ser emitidos por los gestores GS3 y GS1 de 25 servicio,
• un paquete P(110) para gestionar los eventuales conflictos durante la ejecución paralela de los servicios S1 y S2; para esto, el paquete P(110) comprende el conjunto de las reglas de clasificación de mensajes protocolarios 30 susceptibles de ser emitidos por los gestores GS3 y GS2 de servicio,
• un paquete P(111) para gestionar los eventuales conflictos durante la ejecución paralela de los servicios S1 y S2; para esto, el paquete P(111) comprende el conjunto de las reglas de clasificación de mensajes protocolarios susceptibles de ser emitidos por los gestores GS3, GS2 y 5 GS1 de servicio.
En otro ejemplo, no representado, se considera que ciertas combinaciones de servicios no son admisibles, es decir, que el abonado no puede tener acceso a ciertas combinaciones de servicios. En tal caso, el gestor de 10 conflictos no necesita paquete de reglas para gestionar los conflictos entre los servicios de tal combinación de servicios no admisibles. Por ejemplo, si los proveedores de los servicios S1 y S3 deciden que un abonado de la red no debe tener acceso simultáneamente a los servicios S1 y S3, 15 entonces el paquete P(101) es inútil y puede ser suprimido. La definición de combinaciones admisibles / no admisibles puede ser hecha por los proveedores de servicio, el propietario de la red, un organismo de tercero, etc.
Según un modo de realización de la invención, cada 20 paquete es indexado por un índice de n bits, comprendido cada bit de rango i entre 1 y n y siendo susceptible de tomar dos valores:
• un primer valor, por ejemplo uno, si el paquete comprende reglas de clasificación de mensajes protocolarios 25 emitidos por el gestor de servicio de rango i y por otros gestores de servicio de rangos diferentes de i, o
• un segundo valor, por ejemplo cero, si no.
Así, en el ejemplo de la figura 1, cada paquete es indexado por un índice (un número binario) de n=3 bits: 30
• el bit de rango 1 (bit de peso más reducido) es igual a 1 si el paquete contiene reglas de resolución de conflictos entre el servicio S1 de rango 1 por una parte y el servicio S2 de rango 2 o el servicio S3 de rango 3 por otra parte,
• el bit de rango 2 es igual a 1 si el paquete contiene reglas de resolución de conflictos entre el 5 servicio S2 de rango 1 por una parte y el servicio S1 o el servicio S3 por otra parte,
• el bit de rango 3 es igual a 1 si el paquete contiene reglas de resolución de conflictos entre el servicio S3 por una parte y el servicio S1 o el servicio S2 10 por otra parte.
Los índices asociados a los paquetes dan así una indicación explícita del contenido del paquete.
Cada gestor de servicio da o no un derecho de acceso a su servicio a un terminal, eventualmente por medio de un 15 registro o un abono.
En un modo de realización de la invención, el indicador de los servicios a los que el terminal tiene acceso es un byte de n bits, es decir, un número binario de n bits, comprendido cada bit de rango i entre 1 y n y 20 siendo susceptible de tomar dos valores:
• un primer valor, por ejemplo uno, si el terminal tiene acceso al servicio de rango i,
• un segundo valor, por ejemplo cero, si no.
Así, en el ejemplo de la figura 1, el indicador puede 25 tomar por ejemplo los siguientes valores:
• 001, 010, 100 si el terminal tiene acceso a un solo servicio S1, S2 o S3,
• 011, 101 ó 110 si el terminal tiene acceso a dos servicios S2, S1 o S3, o S1 o S3, S2 30
• 111 si el terminal tiene acceso a los tres servicios S3, S2 y S1,
• 000 si el terminal no tiene acceso a ningún servicio.
Definiendo así el índice de cada paquete y el indicador de cada terminal mediante unos números binarios construidos de manera similar, la selección de un paquete 5 mediante el gestor de conflictos consiste simplemente en seleccionar el paquete cuyo índice es idéntico al indicador del terminal o del abonado que lo utiliza.
Por supuesto se pueden elegir otros modos de indexación de los paquetes. Igualmente, los indicadores de 10 los terminales pueden ser presentados bajo otra forma además de byte binario. Se pueden convertir los números binarios en un número decimal equivalente por ejemplo. Se elegirán sin embargo preferentemente índices e indicadores que tienen formatos que permiten encontrar muy fácilmente 15 un paquete apropiado en función de un indicador.
Una ventaja esencial de la invención es que es posible añadir muy fácilmente un servicio suplementario de rango n+1 en una red que comprende inicialmente n servicios. En efecto, es posible modificar muy fácilmente 20 la red y el gestor de conflictos según la invención para añadir un nuevo servicio en la red. Para ello basta con realizar las siguientes etapas:
• la adición de un gestor de servicio de rango n+1,
• la adición, en el gestor de conflictos, de paquetes 25 de reglas apropiados para resolver conflictos de interacción entre el servicio de rango n+1 y al menos un servicio de rango i comprendido entre 1 y n,
• la puesta al día, en el gestor de perfiles y para cada terminal conectado a la red, del indicador de los 30 servicios a los que el terminal tiene acceso.
La modificación del gestor de conflictos consiste en añadir paquetes de reglas necesarias para la resolución de los conflictos entre el nuevo servicio y los servicios instalados anteriormente sin modificar los paquetes existentes gestionando los conflictos entre el nuevo srevicio y los servicios instalados anteriormente. Los 5 índices de los paquetes anteriores tampoco necesitan ser modificados, basta simplemente, si se necesita, con completarlos mediante un bit de peso fuerte igual a 0 para obtener índices de tamaño n+1. Los nuevos paquetes pueden ser por ejemplo suministrados por el proveedor que desea 10 proponer su nuevo servicio en la red. Serán indexados por un número de n+1 bits cuyo bit de peso más fuerte es igual a 1.
Se señalará que el gestor de conflictos según la invención resuelve los conflictos que aparecen durante el 15 envío simultaneado a un terminal de varios mensajes protocolarios emitidos por diferentes gestores de servicio durante la ejecución paralela de varios servicios. No hay en la práctica conflictos en los mensajes protocolarios enviados mediante el terminal, aunque estos mensajes 20 protocolarios sean con destino a varios gestores de servicio en el marco de la ejecución paralela de varios servicios. El terminal emite en efecto mensajes protocolarios no simultáneamente, sino sucesivamente, de manera que cada mensaje protocolario emitido por el 25 terminal puede ser normalmente ejecutado sin perturbar los precedentes o los siguientes.

Claims (7)

  1. Reivindicaciones
  2. 1.- Red de comunicación, que comprende:
    • n gestores (AS1, AS2, …, ASn) de servicio, siendo n un número entero superior o igual a 2, siendo cada gestor de servicio susceptible de ejecutar un servicio asociado, 5
    • un medio (MR) de enrutamiento adaptado para transmitir a un terminal mensajes protocolarios emitidos por un gestor de servicio durante la ejecución del servicio asociado,
    • un gestor de conflictos que comprende: 10
    - un conjunto de paquetes de reglas, comprendiendo cada paquete unas reglas de clasificación de mensajes protocolarios susceptibles de ser emitidos por al menos dos gestores de servicio,
    - un medio de selección, para seleccionar un paquete 15 en función de un indicador de los servicios a los que el terminal tiene acceso,
    - un medio de clasificación para, en función de un contenido de un paquete seleccionado, clasificar mensajes protocolarios enviados mediante al menos dos gestores de 20 servicio durante la ejecución de los servicios asociados y transmitir los mensajes protocolarios clasificados por el medio (MR) de enrutamiento;
    caracterizada porque dicha red comprende además:
    • un gestor de perfiles, que comprende una lista de 25 terminales conectados a la red y una lista de perfiles abonados asociada, comprendiendo cada perfil abonado particularmente un indicador de los servicios a los que el terminal tiene acceso,
    • un gestor de conexión adaptado para identificar un 30 abonado, conectar dicho terminal a la red y poner al día el gestor de perfiles en función de los servicios a los que el terminal tiene acceso.
  3. 2.- Red según la reivindicación 1, en la que el indicador es un byte de n bits, comprendido cada bit de rango i entre 1 y n y siendo susceptible de tomar dos valores: 5
    • un primer valor (uno) si el terminal tiene acceso a un servicio de rango i,
    • un segundo valor (cero) si no.
  4. 3.- Red según una de las reivindicaciones 1 a 2, en la que cada paquete es indexado por un índice de n bits, 10 comprendido cada bit de rango i entre 1 y n y siendo susceptible de tomar dos valores:
    • un primer valor (uno), si el paquete comprende unas reglas de clasificación de mensajes protocolarios emitidos mediante el gestor de servicio de rango i y mediante otros 15 gestores de servicio de rangos diferentes de i, o
    • un segundo valor (cero) si no.
  5. 4.- Red según la reivindicación 3 tomada en combinación con las reivindicaciones 1 y 2, en la que la selección de un paquete consiste en seleccionar un paquete 20 cuyo índice es idéntico al indicador.
  6. 5.- Procedimiento de gestión de conflictos durante la ejecución de servicios con destino a un terminal en una red de comunicación que comprende:
    • n gestores (AS1, AS2, …, ASn) de servicio, siendo n 25 un número entero superior o igual a 2, siendo cada gestor de servicio susceptible de ejecutar un servicio asociado,
    • un medio (MR) de enrutamiento adaptado para transmitir a un terminal mensajes protocolarios emitidos por un gestor de servicio durante la ejecución del servicio 30 asociado;
    comprendiendo el procedimiento las siguientes etapas:
    • durante una conexión del terminal a la red, la puesta al día de un indicador de los servicios a los que el terminal tiene acceso,
    • la selección, en función del indicador, de un paquete de reglas de clasificación de mensajes 5 protocolarios emitidos por gestores de servicios,
    • en función del paquete seleccionado, la clasificación de mensajes protocolarios enviados por varios gestores de servicio y la transmisión al terminal de los mensajes protocolarios clasificados; 10
    caracterizado porque dicha red comprende además:
    • un gestor de perfiles, que comprende una lista de terminales conectados a la red y una lista de perfiles abonados asociada, comprendiendo cada perfil abonado particularmente un indicador de los servicios a los que el 15 terminal tiene acceso; y
    porque dicho procedimiento comprende además las siguientes etapas:
    • identificación de un terminal, conexión de dicho terminal a la red y puesta al día del indicador en función 20 de los servicios a los que el terminal tiene acceso.
  7. 6.- Procedimiento de adición de un servicio adicional de rango n+1 en una red de comunicación según una de las reivindicaciones 1 a 4 que comprende inicialmente n gestores de servicios, comprendiendo el procedimiento de 25 adición las siguientes etapas:
    • la adición de un gestor de servicio de rango n+1,
    • la adición, en el gestor de conflictos, de paquetes de reglas apropiados para resolver conflictos de interacción entre el servicio de rango n+1 y al menos un 30 servicio de rango i comprendido entre 1 y n,
    • la puesta al día, en el gestor de perfiles y para cada terminal conectado a la red, del indicador de los servicios a los que el terminal tiene acceso.
ES08762011T 2007-01-31 2008-01-30 Red de comunicación que comprende medios de gestión de conflictos durante la ejecución de varios servicios de comunicación. Active ES2348526T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0752982 2007-01-31
FR0752982A FR2912024A1 (fr) 2007-01-31 2007-01-31 Reseau de communication comprenant des moyens de gestion de conflits lors de l'execution de plusieurs services de communication

Publications (1)

Publication Number Publication Date
ES2348526T3 true ES2348526T3 (es) 2010-12-07

Family

ID=38420617

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08762011T Active ES2348526T3 (es) 2007-01-31 2008-01-30 Red de comunicación que comprende medios de gestión de conflictos durante la ejecución de varios servicios de comunicación.

Country Status (7)

Country Link
US (1) US8296431B2 (es)
EP (1) EP2115999B1 (es)
AT (1) ATE473585T1 (es)
DE (1) DE602008001719D1 (es)
ES (1) ES2348526T3 (es)
FR (1) FR2912024A1 (es)
WO (1) WO2008110717A1 (es)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8219683B2 (en) * 2009-03-31 2012-07-10 International Business Machines Corporation Enabling creation of converged internet protocol multimedia subsystem services by third-party application developers using session initiation protocol support

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3782265B2 (ja) * 1999-09-07 2006-06-07 株式会社日立製作所 オンラインサービス提供の取次装置
US20030187992A1 (en) * 2001-05-07 2003-10-02 Steenfeldt Rico Werni Service triggering framework
US7221945B2 (en) * 2002-05-03 2007-05-22 Leapstone Systems, Inc. System and method for establishing and controlling access to network resources
US7616746B2 (en) * 2004-08-13 2009-11-10 Qualcomm Incorporated Methods and apparatus for tracking and charging for communications resource reallocation
DE602005012817D1 (de) * 2004-09-30 2009-04-02 Huawei Tech Co Ltd Verfahren system zur realisierung von kommunikation
US8719391B2 (en) * 2006-03-07 2014-05-06 Nokia Corporation Method and system for controlling contextual information push services

Also Published As

Publication number Publication date
ATE473585T1 (de) 2010-07-15
EP2115999B1 (fr) 2010-07-07
FR2912024A1 (fr) 2008-08-01
WO2008110717A1 (fr) 2008-09-18
EP2115999A1 (fr) 2009-11-11
US20100100634A1 (en) 2010-04-22
DE602008001719D1 (de) 2010-08-19
US8296431B2 (en) 2012-10-23

Similar Documents

Publication Publication Date Title
US7123693B2 (en) Method and apparatus for increasing the reliability of an emergency call communication network
RU2412552C2 (ru) Временной шлюз enum
US10498894B1 (en) System, device, and method for routing communications in an emergency service network
US8879701B2 (en) Multiple language support in telecommunication systems
US20110149953A1 (en) Tracking results of a v2 query in voice over internet (VoIP) emergency call systems
US9042235B1 (en) Determining peer-to-peer communication paths between service providers
MX2007008610A (es) Un metodo y aparato para manejar llamadas por emergencia en una red de acceso de radio conmutada por paquetes.
KR20120041647A (ko) 클라우드 커뮤니케이션용 멀티-레이어 스택 플랫폼
US20130219070A1 (en) Resolving device specific identifiers to a user identifier to initiate a dialog establishment with devices of a user
CN103368837A (zh) 通过已定序应用影响sip路由的系统和方法
US20230188580A1 (en) Outbound Call Routing In An Integrated Voice And Video Platform
CN104969516A (zh) Ott网络中的呼叫终止端
US10542146B2 (en) Next generation emergency call routing over diverse networks
ES2348526T3 (es) Red de comunicación que comprende medios de gestión de conflictos durante la ejecución de varios servicios de comunicación.
US20070217418A1 (en) Contact priority reordering
TWI430648B (zh) 與通訊對象相關之即時可重組電話號碼系統及運用該系統之通訊方法
ES2882611T3 (es) Sistema y procedimiento para comunicación de acceso público universal
US9998560B2 (en) Communication handling
US20160269968A1 (en) Method for decoupling caller routing services and off-net data acquisition
EP2974257B1 (en) Method and system for call routing
WO2009054661A1 (en) Procedure for managing data synchronization under multiple devices environment
KR100943059B1 (ko) 아이피 센트렉스 기반 콜센터 서비스 제공 시스템 및 방법,아이피 센트렉스 기반 콜센터 서비스 준비 방법
US20150236888A1 (en) Peer-to-Peer Interconnection between Service Providers
US20090022295A1 (en) Method and system for enabling mobility awareness single number service
US11909918B2 (en) Mapping a universal contact center service access point to a service access point specific to a determined modality